IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ エルジー エレクトロニクス インコーポレイティドの特許一覧

特許7531631NR V2Xにおける補助情報に基づいてSL通信を行う方法及び装置
<>
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図1
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図2
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図3
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図4
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図5
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図6
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図7
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図8
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図9
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図10
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図11
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図12
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図13
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図14
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図15
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図16
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図17
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図18
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図19
  • 特許-NR  V2Xにおける補助情報に基づいてSL通信を行う方法及び装置 図20
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-01
(45)【発行日】2024-08-09
(54)【発明の名称】NR V2Xにおける補助情報に基づいてSL通信を行う方法及び装置
(51)【国際特許分類】
   H04W 72/25 20230101AFI20240802BHJP
   H04W 72/40 20230101ALI20240802BHJP
   H04W 92/18 20090101ALI20240802BHJP
   H04W 72/0446 20230101ALI20240802BHJP
   H04W 72/566 20230101ALI20240802BHJP
【FI】
H04W72/25
H04W72/40
H04W92/18
H04W72/0446
H04W72/566
【請求項の数】 15
(21)【出願番号】P 2022578653
(86)(22)【出願日】2021-07-08
(65)【公表番号】
(43)【公表日】2023-07-20
(86)【国際出願番号】 KR2021008739
(87)【国際公開番号】W WO2022019540
(87)【国際公開日】2022-01-27
【審査請求日】2022-12-19
(31)【優先権主張番号】10-2020-0090768
(32)【優先日】2020-07-22
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2020-0098724
(32)【優先日】2020-08-06
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2020-0110316
(32)【優先日】2020-08-31
(33)【優先権主張国・地域又は機関】KR
(73)【特許権者】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】LG ELECTRONICS INC.
【住所又は居所原語表記】128, Yeoui-daero, Yeongdeungpo-gu, 07336 Seoul,Republic of Korea
(74)【代理人】
【識別番号】100109841
【弁理士】
【氏名又は名称】堅田 健史
(74)【代理人】
【識別番号】230112025
【弁護士】
【氏名又は名称】小林 英了
(74)【代理人】
【識別番号】230117802
【弁護士】
【氏名又は名称】大野 浩之
(74)【代理人】
【識別番号】100131451
【弁理士】
【氏名又は名称】津田 理
(74)【代理人】
【識別番号】100167933
【弁理士】
【氏名又は名称】松野 知紘
(74)【代理人】
【識別番号】100174137
【弁理士】
【氏名又は名称】酒谷 誠一
(74)【代理人】
【識別番号】100184181
【弁理士】
【氏名又は名称】野本 裕史
(72)【発明者】
【氏名】ファン,デスン
(72)【発明者】
【氏名】リ,スンミン
(72)【発明者】
【氏名】ソ,ハンビュル
【審査官】吉倉 大智
(56)【参考文献】
【文献】米国特許出願公開第2020/0229171(US,A1)
【文献】特開2020-065303(JP,A)
【文献】3GPP,3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Physical layer procedures for data (Release 16),3GPP TS 38.214 V16.2.0,2020年07月20日,https://www.3gpp.org/ftp//Specs/archive/38_series/38.214/38214-g20.zip
【文献】3GPP,3rd Generation Partnership Project; Technical Specification Group Radio Access Network; NR; Multiplexing and channel coding (Release 16),3GPP TS 38.212 V16.2.0,2020年07月20日,https://www.3gpp.org/ftp//Specs/archive/38_series/38.214/38212-g20.zip
(58)【調査した分野】(Int.Cl.,DB名)
H04B 7/24- 7/26
H04W 4/00-99/00
IEEE 802.11
3GPP TSG RAN WG1-4
SA WG1-4
CT WG1、4
(57)【特許請求の範囲】
【請求項1】
第1装置が無線通信を行う方法であって、
PSCCH(physical sidelink control channel)を介して、第2装置から、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を受信するステップ;
前記PSSCHを介して、前記第2装置から、優先リソースセットに関連する情報又は非優先リソースセットに関連する情報を含むリソース情報を受信するステップ;及び
記リソース情報に基づいて、SL(sidelink)リソースを選択するステップ;を含んでなり、
記優先リソースセットに関連する前記情報又は前記非優先リソースセットに関連する前記情報を含む前記リソース情報は、
(i)第1TRIV(Time Resource Indicator Value)、第1FRIV(Frequency Resource Indicator Value)、及び第1リソース予約周期、の組み合わせ、並びに
(ii)第2TRIV、第2FRIV、及び第2リソース予約周期、の組み合わせ、を表す情報である、方法。
【請求項2】
前記優先リソースセットに関連する前記情報又は前記非優先リソースセットに関連する前記情報を含む前記リソース情報は、前記第1SCIがスケジュールした2SCIに含まれるものであり、
前記第2SCIは、前記PSSCHを介して、前記第2装置から受信される、請求項1に記載の方法。
【請求項3】
前記優先リソースセットに関連する前記情報又は
前記非優先リソースセットに関連する前記情報を含む前記リソース情報は、AC(medium access control) PDU(protocol data unit)に含まれるものであり、
前記AC PDUは、前記PSSCHを介して、前記第2装置から受信される、請求項1に記載の方法。
【請求項4】
前記非優先リソースセットに関連する前記情報を含む前記リソース情報に基づいて、前記非優先リソースセットは、前記SLリソースを選択する為、キャンディーディト(candidate)リソースセットから除外される、請求項1に記載の方法。
【請求項5】
前記非優先リソースセットに関連する前記情報は、前記第2装置がSL受信を実行できない時間領域(time domin)に関連する情報を含む、請求項1に記載の方法。
【請求項6】
前記第2装置がSL受信を実行できない前記時間領域は、前記第2装置の送信の為に、前記第2装置がSL受信を実行できない時間領域である、請求項5に記載の方法。
【請求項7】
前記優先リソースセットに関連する前記情報は、前記第2装置がSL受信を実行できる時間領域(time domin)に関連する情報を含む、請求項1に記載の方法。
【請求項8】
前記第2装置がSL受信を実行できる前記時間領域は、前記第2装置の送信の為に、前記第2装置がSL受信を実行できない時間領域を除外する時間領域に含まれる、請求項7に記載の方法。
【請求項9】
前記リソース情報の優先順位値はリソースプール毎に設定される、請求項1に記載の方法。
【請求項10】
前記第1SCIに含まれる先順位に関連する報は、リソースプールに対して設定されたリソース情報の優先順位値にセットされる、請求項1に記載の方法。
【請求項11】
無線通信を行う第1装置であって、
少なくとも1つ送受信機;
少なくとも1つプロセッサ;及び
前記少なくとも1つプロセッサ接続され、かつ、実行に基づいて前記第1装置に動作を実行させる命令を格納する少なくとも1つメモリ;を備えてなり、
前記動作は、
PSCCH(physical sidelink control channel)を介して、第2装置から、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を受信するステップ;
記PSSCHを介して、前記第2装置から、優先リソースセットに関連する情報又は非優先リソースセットに関連する情報を含むリソース情報を受信するステップ;及び
記リソース情報に基づいて、SL(sidelink)リソースを選択するステップ;を含んでなり、
記優先リソースセットに関連する前記情報又は前記非優先リソースセットに関連する前記情報を含む前記リソース情報は、
(i)第1TRIV(Time Resource Indicator Value)、第1FRIV(Frequency Resource Indicator Value)、及び第1リソース予約周期、の組み合わせ、並びに
(ii)第2TRIV、第2FRIV、及び第2リソース予約周期、の組み合わせ、を表す情報である、第1装置。
【請求項12】
前記優先リソースセットに関連する前記情報又は前記非優先リソースセットに関連する前記情報を含む前記リソース情報は、前記第1SCIがスケジュールした2SCIに含まれるものであり、
前記第2SCIは、前記PSSCHを介して、前記第2装置から受信される、請求項11に記載の第1装置。
【請求項13】
前記優先リソースセットに関連する前記情報又は前記非優先リソースセットに関連する前記情報を含む前記リソース情報は、AC(medium access control) PDU(protocol data unit)に含まれるものであり、
前記AC PDUは、前記PSSCHを介して、前記第2装置から受信される、請求項11に記載の第1装置。
【請求項14】
前記リソース情報の優先順位値はリソースプール毎に設定される、請求項11に記載の第1装置。
【請求項15】
無線通信を行う第1装置を制御するように設定された処理装置であって、
少なくとも1つプロセッサ;及び
前記少なくとも1つプロセッサ接続され、かつ、実行に基づいて前記第1装置に動作を実行させる命令を格納する少なくとも1つメモリ;を備えてなり、
前記動作は、
PSCCH(physical sidelink control channel)を介して、第2装置から、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を受信するステップ;
記PSSCHを介して、前記第2装置から、優先リソースセットに関連する情報又は非優先リソースセットに関連する情報を含むリソース情報を受信するステップ;及び
記リソース情報に基づいて、SL(sidelink)リソースを選択するステップ;を含んでなり、
前記優先リソースセットに関連する前記情報又は前記非優先リソースセットに関連する前記情報を含む前記リソース情報は、
(i)第1TRIV(Time Resource Indicator Value)、第1FRIV(Frequency Resource Indicator Value)、及び第1リソース予約周期、の組み合わせ、並びに
(ii)第2TRIV、第2FRIV、及び第2リソース予約周期、の組み合わせ、を表す情報である、処理装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、無線通信システムに関する。
【背景技術】
【0002】
サイドリンク(sidelink、SL)とは、端末(User Equipment、UE)間に直接的なリンクを設定し、基地局(Base Station、BS)を経ずに、端末間に音声又はデータなどを直接やり取りする通信方式を意味する。SLは、急速に増加するデータトラフィックによる基地局の負担を解決することができる一つの方案として考慮されている。V2X(vehicle-to-everything)は、有/無線通信を介して他の車両、歩行者、インフラが構築されたモノなどと情報を交換する通信技術を意味する。V2Xは、V2V(vehicle-to-vehicle)、V2I(vehicle-to-infrastructure)、V2N(vehicle-to-network)、及びV2P(vehicle-to-pedestrian)のような四つの類型に区分されることができる。V2X通信は、PC5インターフェース及び/又はUuインターフェースを介して提供されることができる。
【0003】
一方、一層多くの通信機器が一層大きい通信容量を要求するにつれて、既存の無線アクセス技術(Radio Access Technology、RAT)に比べて向上したモバイル広帯域(mobile broadband)通信に対する必要性が台頭されている。それによって、信頼度(reliability)及び遅延(latency)に敏感なサービス又は端末を考慮した通信システムが論議されており、改善された移動広帯域通信、マッシブMTC(Machine Type Communication)、URLLC(Ultra-Reliable and Low Latency Communication)などを考慮した次世代無線接続技術を新しいRAT(new radio access technology)又はNR(new radio)と称することができる。NRでもV2X(vehicle-to-everything)通信がサポートされることができる。
【0004】
図1は、NR以前のRATに基づくV2X通信とNRに基づくV2X通信を比較して説明するための図面である。図1の実施例は、本開示の多様な実施例と結合されることができる。
【0005】
V2X通信と関連して、NR以前のRATではBSM(Basic Safety Message)、CAM(Cooperative Awareness Message)、DENM(Decentralized Environmental Notification Message)のようなV2Xメッセージに基づいて、安全サービス(safety service)を提供する方案が主に論議された。V2Xメッセージは、位置情報、動的情報、属性情報などを含むことができる。例えば、端末は、周期的なメッセージ(periodic message)タイプのCAM、及び/又はイベントトリガメッセージ(event triggered message)タイプのDENMを他の端末に送信できる。
【0006】
以後、V2X通信と関連して、多様なV2XシナリオがNRで提示されている。例えば、多様なV2Xシナリオは、車両プラトー二ング(vehicle platooning)、向上したドライビング(advanced driving)、拡張されたセンサ(extended sensors)、リモートドライビング(remoted riving)などを含むことができる。
【発明の概要】
【発明が解決しようとする課題】
【0007】
その一方で、第1装置は補助情報を第2装置に送信することができ、第2装置は前記補助情報に基づいてSLリソースを選択することができる。この場合、前記補助情報の形、前記補助情報を用いるための条件などを具体的に定義する必要がある。
【課題を解決するための手段】
【0008】
一実施形態において、第1装置が無線通信を行う方法が提供される。前記方法は、PSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第2装置から受信するが、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含む、ステップ;前記PSSCHを介して、少なくとも1つの第1リソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第2装置から受信するステップ;MAC PDU(medium access control protocol data unit)を生成するステップ;前記MAC PDUが前記サービスタイプに関連することに基づいて、前記少なくとも1つの第1リソースのうち、SL(sidelink)リソースを選択するステップ;及び前記SLリソースに基づいて、前記MAC PDUを送信するステップ;を含む(備える;構成する;構築する;設定する;包接する;包含する;含有する)ことができる。
【0009】
一実施形態において、無線通信を行う第1装置が提供される。前記第1装置は命令を格納する1つ以上のメモリ;1つ以上の送受信機;及び前記1つ以上のメモリと前記1つ以上の送受信機を接続する1つ以上のプロセッサを含むことができる。例えば、前記1つ以上のプロセッサは前記命令を実行して、PSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第2装置から受信するが、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含み;前記PSSCHを介して、少なくとも1つの第1リソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第2装置から受信し;MAC PDU(medium access control protocol data unit)を生成し;前記MAC PDUが前記サービスタイプに関連することに基づいて、前記少なくとも1つの第1リソースのうち、SL(sidelink)リソースを選択し;及び前記SLリソースに基づいて、前記MAC PDUを送信することができる。
【発明の効果】
【0010】
端末がSL通信を効率的に行うことができる。
【図面の簡単な説明】
【0011】
図1】NR以前のRATに基づくV2X通信とNRに基づくV2X通信を比較して説明するための図面である。
図2】本開示の一実施例に係る、NRシステムの構造を示す。
図3】本開示の一実施形態に係る、無線プロトコル構造(radio protocol architecture)を示す。
図4】本開示の一実施例に係る、NRの無線フレームの構造を示す。
図5】本開示の一実施例に係る、NRフレームのスロット構造を示す。
図6】本開示の一実施例に係る、BWPの一例を示す。
図7】本開示の一実施例に係る、V2X又はSL通信を実行する端末を示す。
図8】本開示の一実施例によって、端末が送信モードによってV2X又はSL通信を実行する手順を示す。
図9】本開示の一実施例に係る、三つのキャストタイプを示す。
図10】本開示の一実施例に係る、CBR測定のためのリソース単位を示す。図10は本開示の様々な実施例と組み合わせることができる。
図11】本開示の一実施形態によって、UE-Aが補助情報をUE-Bに送信する手順を示している。
図12】本開示の一実施形態によって、端末が補助情報に基づいてSL通信を行う手順を示している。
図13】本開示の一実施形態によって、第1装置が無線通信を行う方法を示している。
図14】本開示の一実施形態によって、第2装置が無線通信を行う方法を示している。
図15】本開示の一実施例に係る、通信システム1を示す。
図16】本開示の一実施例に係る、無線機器を示す。
図17】本開示の一実施例に係る、送信信号のための信号処理回路を示す。
図18】本開示の一実施例に係る、無線機器を示す。
図19】本開示の一実施例に係る、携帯機器を示す。
図20】本開示の一実施例に係る、車両又は自律走行車両を示す。
【発明を実施するための形態】
【0012】
本明細書において“A又はB(A or B)”は“ただA”、“ただB”又は“AとBの両方とも”を意味することができる。また、本明細書において“A又はB(A or B)”は“A及び/又はB(A and/or B)”と解釈されることができる。例えば、本明細書において“A、B又はC(A、B or C)”は“ただA”、“ただB”、“ただC”、又は“A、B及びCの任意の全ての組み合わせ(any combination of A、B and C)”を意味することができる。
【0013】
本明細書で使われるスラッシュ(/)や読点(comma)は“及び/又は(and/or)”を意味することができる。例えば、“A/B”は“A及び/又はB”を意味することができる。それによって、“A/B”は“ただA”、“ただB”、又は“AとBの両方とも”を意味することができる。例えば、“A、B、C”は“A、B又はC”を意味することができる。
【0014】
本明細書において“少なくとも一つのA及びB(at least one of A and B)”は、“ただA”、“ただB”又は“AとBの両方とも”を意味することができる。また、本明細書において“少なくとも一つのA又はB(at least one of A or B)”や“少なくとも一つのA及び/又はB(at least one of A and/or B)”という表現は“少なくとも一つのA及びB(at least one of A and B)”と同じく解釈されることができる。
【0015】
また、本明細書において“少なくとも一つのA、B及びC(at least one of A、B and C)”は、“ただA”、“ただB”、“ただC”、又は“A、B及びCの任意の全ての組み合わせ(any combination of A、B and C)”を意味することができる。また、“少なくとも一つのA、B又はC(at least one of A、B or C)”や“少なくとも一つのA、B及び/又はC(at least one of A、B and/or C)”は“少なくとも一つのA、B及びC(at least one of A、B and C)”を意味することができる。
【0016】
また、本明細書で使われる括弧は“例えば(for example)”を意味することができる。具体的に、“制御情報(PDCCH)”で表示された場合、“制御情報”の一例として“PDCCH”が提案されたものである。また、本明細書の“制御情報”は“PDCCH”に制限(limit)されずに、“PDDCH”が“制御情報”の一例として提案されたものである。また、“制御情報(即ち、PDCCH)”で表示された場合も、“制御情報”の一例として“PDCCH”が提案されたものである。
【0017】
本明細書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されることもでき、同時に具現されることもできる。
【0018】
以下の技術は、CDMA(code division multiple access)、FDMA(frequency division multiple access)、TDMA(time division multiple access)、OFDMA(orthogonal frequency division multiple access)、SC-FDMA(single carrier frequency division multiple access)などのような多様な無線通信システムに使われることができる。CDMAは、UTRA(universal terrestrial radio access)やCDMA2000のような無線技術で具現されることができる。TDMAは、GSM(global system for mobile communications)/GPRS(general packet radio service)/EDGE(enhanced data rates for GSM evolution)のような無線技術で具現されることができる。OFDMAは、IEEE(institute of electrical and electronics engineers)802.11(Wi-Fi)、IEEE802.16(WiMAX)、IEEE802-20、E-UTRA(evolved UTRA)などのような無線技術で具現されることができる。IEEE802.16mは、IEEE802.16eの進化であって、IEEE802.16eに基づくシステムとの下位互換性(backward compatibility)を提供する。UTRAは、UMTS(universal mobile telecommunications system)の一部である。3GPP(3rd generation partnership project:登録商標:以下同じ。)LTE(long term evolution)は、E-UTRA(evolved-UMTS terrestrial radio access)を使用するE-UMTS(evolved UMTS)の一部として、ダウンリンクでOFDMAを採用し、アップリンクでSC-FDMAを採用する。LTE-A(advanced)は、3GPP LTEの進化である。
【0019】
5G NRは、LTE-Aの後続技術であって、高性能、低遅延、高可用性などの特性を有する新しいClean-slate形態の移動通信システムである。5G NRは、1GHz未満の低周波帯域から1GHz~10GHzの中間周波帯域、24GHz以上の高周波(ミリ波)帯域など、使用可能な全てのスペクトラムリソースを活用することができる。
【0020】
説明を明確にするために、5G NRを中心に記述するが、本開示の一実施例に係る技術的思想がこれに制限されるものではない。
【0021】
図2は、本開示の一実施例に係る、NRシステムの構造を示す。図2の実施例は、本開示の多様な実施例と結合されることができる。
【0022】
図2を参照すると、NG-RAN(Next Generation-Radio Access Network)は、端末10にユーザ平面及び制御平面のプロトコル終端(termination)を提供する基地局20を含むことができる。例えば、基地局20は、gNB(next generation-NodeB)及び/又はeNB(evolved-NodeB)を含むことができる。例えば、端末10は、固定されてもよいし、移動性を有してもよく、MS(Mobile Station)、UT(User Terminal)、SS(Subscriber Station)、MT(Mobile Terminal)、無線機器(Wireless Device)等、他の用語とも呼ばれる。例えば、基地局は、端末10と通信する固定局(fixed station)であり、BTS(Base Transceiver System)、アクセスポイント(Access Point)等、他の用語とも呼ばれる。
【0023】
図2の実施例は、gNBのみを含む場合を例示する。基地局20は、相互間にXnインターフェースで連結されることができる。基地局20は、5世代コアネットワーク(5G Core Network:5GC)とNGインターフェースを介して連結されることができる。より具体的に、基地局20は、NG-Cインターフェースを介してAMF(access and mobility management function)30と連結されることができ、NG-Uインターフェースを介してUPF(user plane function)30と連結されることができる。
【0024】
端末とネットワークとの間の無線インターフェースプロトコル(Radio Interface Protocol)の階層は、通信システムで広く知られた開放型システム間相互接続(Open System Interconnection、OSI)基準モデルの下位3個階層に基づいてL1(第1の階層)、L2(第2の階層)、L3(第3の階層)に区分されることができる。このうち、第1の階層に属する物理階層は、物理チャネル(Physical Channel)を利用した情報転送サービス(Information Transfer Service)を提供し、第3の階層に位置するRRC(Radio Resource Control)階層は、端末とネットワークとの間に無線リソースを制御する役割を遂行する。そのために、RRC階層は、端末と基地局との間のRRCメッセージを交換する。
【0025】
図3は本開示の一実施形態に係る、無線プロトコル構造(radio protocol architecture)を示す。図3の実施形態は本開示の様々な実施形態と組み合わせることができる。具体的には、図3の(a)はUu通信のためのユーザ平面(user plane)の無線プロトコルスタック(stack)を示し、図3の(b)はUu通信のための制御平面(control plane)の無線プロトコルスタックを示す。図3の(c)はSL通信のためのユーザ平面の無線プロトコルスタックを示し、図3の(d)はSL通信のための制御平面の無線プロトコルスタックを示す。
【0026】
図3を参照すると、物理階層(physical layer)は、物理チャネルを利用して上位階層に情報転送サービスを提供する。物理階層は、上位階層であるMAC(Medium Access Control)階層とはトランスポートチャネル(transport channel)を介して連結されている。トランスポートチャネルを介してMAC階層と物理階層との間にデータが移動する。トランスポートチャネルは、無線インターフェースを介してデータがどのようにどんな特徴に送信されるかによって分類される。
【0027】
互いに異なる物理階層間、即ち、送信機と受信機の物理階層間は、物理チャネルを介してデータが移動する。前記物理チャネルは、OFDM(Orthogonal Frequency Division Multiplexing)方式に変調されることができ、時間と周波数を無線リソースとして活用する。
【0028】
MAC階層は、論理チャネル(logical channel)を介して上位階層であるRLC(radio link control)階層にサービスを提供する。MAC階層は、複数の論理チャネルから複数のトランスポートチャネルへのマッピング機能を提供する。また、MAC階層は、複数の論理チャネルから単数のトランスポートチャネルへのマッピングによる論理チャネル多重化機能を提供する。MAC副階層は、論理チャネル上のデータ転送サービスを提供する。
【0029】
RLC階層は、RLC SDU(Service Data Unit)の連結(concatenation)、分割(segmentation)、及び再結合(reassembly)を実行する。無線ベアラ(Radio Bearer、RB)が要求する多様なQoS(Quality of Service)を保障するために、RLC階層は、透明モード(Transparent Mode、TM)、非確認モード(Unacknowledged Mode、UM)、及び確認モード(Acknowledged Mode、AM)の三つの動作モードを提供する。AM RLCは、ARQ(automatic repeat request)を介してエラー訂正を提供する。
【0030】
RRC(Radio Resource Control)層は制御平面でのみ定義される。RRC層は無線ベアラの設定(configuration)、再設定(re-configuration)及び解除(release)に関連して論理チャネル、送信チャネル及び物理チャネルの制御を担当する。RBは端末とネットワーク間のデータ伝送のために第1層(physical層又は、PHY層)及び第2層(MAC層、RLC層、PDCP(Packet Data Convergence Protocol)層、SDAP(Service Data Adaptation Protocol)層)によって提供される論理経路を意味する。
【0031】
ユーザ平面でのPDCP階層の機能は、ユーザデータの伝達、ヘッダ圧縮(header compression)、及び暗号化(ciphering)を含む。制御平面でのPDCP階層の機能は、制御平面データの伝達及び暗号化/完全性保護(integrity protection)を含む。
【0032】
SDAP(Service Data Adaptation Protocol)階層は、ユーザ平面でのみ定義される。SDAP階層は、QoSフロー(flow)とデータ無線ベアラとの間のマッピング、ダウンリンク及びアップリンクパケット内のQoSフロー識別子(ID)マーキングなどを実行する。
【0033】
RBが設定されるとは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、各々の具体的なパラメータ及び動作方法を設定する過程を意味する。また、RBは、SRB(Signaling Radio Bearer)とDRB(Data Radio Bearer)の二つに分けられる。SRBは、制御平面でRRCメッセージを送信する通路として使われ、DRBは、ユーザ平面でユーザデータを送信する通路として使われる。
【0034】
端末のRRC階層と基地局のRRC階層との間にRRC接続(RRC connection)が確立されると、端末は、RRC_CONNECTED状態にあるようになり、そうでない場合、RRC_IDLE状態にあるようになる。NRの場合、RRC_INACTIVE状態が追加で定義され、RRC_INACTIVE状態の端末は、コアネットワークとの連結を維持し、それに対して、基地局との連結を解約(release)することができる。
【0035】
ネットワークから端末にデータを送信するダウンリンクトランスポートチャネルには、システム情報を送信するBCH(Broadcast Channel)と、その以外にユーザトラフィックや制御メッセージを送信するダウンリンクSCH(SharedChannel)とがある。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージの場合、ダウンリンクSCHを介して送信されることもでき、又は別途のダウンリンクMCH(Multicast Channel)を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネルには、初期制御メッセージを送信するRACH(Random Access Channel)と、その以外にユーザトラフィックや制御メッセージを送信するアップリンクSCH(Shared Channel)とがある。
【0036】
トランスポートチャネルの上位において、トランスポートチャネルにマッピングされる論理チャネル(Logical Channel)では、BCCH(Broadcast Control Channel)、PCCH(Paging Control Channel)、CCCH(Common Control Channel)、MCCH(Multicast Control Channel)、MTCH(Multicast Traffic Channel)などがある。
【0037】
図4は、本開示の一実施例に係る、NRの無線フレームの構造を示す。図4の実施例は、本開示の多様な実施例と結合されることができる。
【0038】
図4を参照すると、NRにおいて、アップリンク及びダウンリンク送信で無線フレームを使用することができる。無線フレームは、10msの長さを有し、2個の5msハーフ-フレーム(Half-Frame、HF)に定義されることができる。ハーフ-フレームは、5個の1msサブフレーム(Subframe、SF)を含むことができる。サブフレームは、一つ以上のスロットに分割されることができ、サブフレーム内のスロット個数は、副搬送波間隔(Subcarrier Spacing、SCS)によって決定されることができる。各スロットは、CP(cyclic prefix)によって12個又は14個のOFDM(A)シンボルを含むことができる。
【0039】
ノーマルCP(normal CP)が使われる場合、各スロットは、14個のシンボルを含むことができる。拡張CPが使われる場合、各スロットは、12個のシンボルを含むことができる。ここで、シンボルは、OFDMシンボル(又は、CP-OFDMシンボル)、SC-FDMA(Single Carrier-FDMA)シンボル(又は、DFT-s-OFDM(Discrete Fourier Transform-spread-OFDM)シンボル)を含むことができる。
【0040】
以下の表1は、ノーマルCPが使われる場合、SCS設定(u)によってスロット別シンボルの個数(Nslot symb)、フレーム別スロットの個数(Nframe,u slot)とサブフレーム別スロットの個数(Nsubframe,u slot)を例示する。
【0041】
【表1】
【0042】
表2は、拡張CPが使用される場合、SCSによって、スロット別シンボルの個数、フレーム別スロットの個数とサブフレーム別スロットの個数を例示する。
【0043】
【表2】
【0044】
NRシステムでは、一つの端末に併合される複数のセル間にOFDM(A)ヌメロロジー(numerology)(例えば、SCS、CP長さなど)が異なるように設定されることができる。それによって、同じ数のシンボルで構成された時間リソース(例えば、サブフレーム、スロット又はTTI)(便宜上、TU(Time Unit)と通称)の(絶対時間)区間が併合されたセル間に異なるように設定されることができる。
【0045】
NRにおいて、多様な5Gサービスをサポートするための多数のヌメロロジー(numerology)又はSCSがサポートされることができる。例えば、SCSが15kHzである場合、伝統的なセルラーバンドでの広い領域(wide area)がサポートされることができ、SCSが30kHz/60kHzである場合、密集した-都市(dense-urban)、より低い遅延(lower latency)、及びより広いキャリア帯域幅(wider carrier bandwidth)がサポートされることができる。SCSが60kHz又はそれより高い場合、位相雑音(phase noise)を克服するために24.25GHzより大きい帯域幅がサポートされることができる。
【0046】
NR周波数バンド(frequency band)は、二つのタイプの周波数範囲(frequency range)に定義されることができる。前記二つのタイプの周波数範囲は、FR1及びFR2である。周波数範囲の数値は、変更されることができ、例えば、前記二つのタイプの周波数範囲は、以下の表3の通りである。NRシステムで使われる周波数範囲のうち、FR1は“sub 6GHz range”を意味することができ、FR2は“above 6GHz range”を意味することができ、ミリ波(millimeter wave、mmW)と呼ばれることができる。
【0047】
【表3】
【0048】
前述したように、NRシステムの周波数範囲の数値は、変更されることができる。例えば、FR1は、以下の表4のように410MHz乃至7125MHzの帯域を含むことができる。即ち、FR1は、6GHz(又は、5850、5900、5925MHz等)以上の周波数帯域を含むことができる。例えば、FR1内で含まれる6GHz(又は、5850、5900、5925MHz等)以上の周波数帯域は、非免許帯域(unlicensed band)を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信(例えば、自律走行)のために使われることができる。
【0049】
【表4】
【0050】
図5は、本開示の一実施例に係る、NRフレームのスロット構造を示す。図5の実施例は、本開示の多様な実施例と結合されることができる。
【0051】
図5を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルCPの場合、一つのスロットが14個のシンボルを含み、拡張CPの場合、一つのスロットが12個のシンボルを含むことができる。又は、ノーマルCPの場合、一つのスロットが7個のシンボルを含み、拡張CPの場合、一つのスロットが6個のシンボルを含むことができる。
【0052】
搬送波は、周波数領域で複数の副搬送波を含む。RB(Resource Block)は、周波数領域で複数(例えば、12)の連続した副搬送波に定義されることができる。BWP(Bandwidth Part)は、周波数領域で複数の連続した(P)RB((Physical)Resource Block)に定義されることができ、一つのヌメロロジー(numerology)(例えば、SCS、CP長さなど)に対応されることができる。搬送波は、最大N個(例えば、5個)のBWPを含むことができる。データ通信は、活性化されたBWPを介して実行されることができる。各々の要素は、リソースグリッドでリソース要素(Resource Element、RE)と呼ばれ、一つの複素シンボルがマッピングされることができる。
【0053】
以下、BWP(Bandwidth Part)及びキャリアに対して説明する。
【0054】
BWP(Bandwidth Part)は、与えられたヌメロロジーでPRB(physical resource block)の連続的な集合である。PRBは、与えられたキャリア上で与えられたヌメロロジーに対するCRB(common resource block)の連続的な部分集合から選択されることができる。
【0055】
例えば、BWPは活性(active)BWP、イニシャル(initial)BWP及び/又はデフォルト(default)BWPの中で少なくとも何れか一つである。例えば、端末はPCell(primary cell)上の活性(active)DL BWP以外のDL BWPにおいてダウンリンク無線リンク品質(downlink radiolink quality)をモニタリングしない場合がある。例えば、端末は活性DL BWPの外部においてPDCCH、PDSCH(physical downlink shared channel)又はCSI-RS(reference signal)(ただし、RRM除外)を受信しない。例えば、端末は非活性DL BWPに対するCSI(Channel State Information)報告をトリガーしない。例えば、端末は活性UL BWP外部においてPUCCH(physical uplink control channel)又はPUSCH(physical uplink shared channel)を送信しない。例えば、ダウンリンクであるとき、イニシャルBWPは(PBCH(physical broadcast channel)によって設定された)RMSI(remaining minimum system information)CORESET(control resource set)に対する連続RBセットとして与えられる。例えば、アップリンクであるとき、イニシャルBWPはランダムアクセス手順のためにSIB(system information block)によって与えられる。例えば、デフォルトBWPは上位層によって設定される。例えば、デフォルトBWPの初期の値はイニシャルDL BWPである。省エネのために、端末が一定期間の間DCIを検出することができないとき、端末は前記端末の活性BWPをデフォルトBWPに切り替えることができる。
【0056】
一方、BWPは、SLに対して定義されることができる。同じSL BWPは、送信及び受信に使われることができる。例えば、送信端末は、特定BWP上でSLチャネル又はSL信号を送信することができ、受信端末は、前記特定BWP上でSLチャネル又はSL信号を受信することができる。免許キャリア(licensed carrier)で、SL BWPは、Uu BWPと別途に定義されることができ、SL BWPは、Uu BWPと別途の設定シグナリング(separate configuration signalling)を有することができる。例えば、端末は、SL BWPのための設定を基地局/ネットワークから受信することができる。 例えば、端末は、 Uu BWPのための設定を基地局/ネットワークから受信することができる。SL BWPは、キャリア内でout-of-coverage NR V2X端末及びRRC_IDLE端末に対して(あらかじめ)設定されることができる。RRC_CONNECTEDモードの端末に対して、少なくとも一つのSL BWPがキャリア内で活性化されることができる。
【0057】
図6は、本開示の一実施例に係る、BWPの一例を示す。図6の実施例は、本開示の多様な実施例と結合されることができる。図6の実施例において、BWPは、3個と仮定する。
【0058】
図6を参照すると、CRB(common resource block)は、キャリアバンドの一側端から他側端まで番号が付けられたキャリアリソースブロックである。そして、PRBは、各BWP内で番号が付けられたリソースブロックである。ポイントAは、リソースブロックグリッド(resource block grid)に対する共通参照ポイント(common reference point)を指示することができる。
【0059】
BWPは、ポイントA、ポイントAからのオフセット(Nstart BWP)及び帯域幅(Nsize BWP)により設定されることができる。例えば、ポイントAは、全てのヌメロロジー(例えば、該当キャリアでネットワークによりサポートされる全てのヌメロロジー)のサブキャリア0が整列されるキャリアのPRBの外部参照ポイントである。例えば、オフセットは、与えられたヌメロロジーで最も低いサブキャリアとポイントAとの間のPRB間隔である。例えば、帯域幅は、与えられたヌメロロジーでPRBの個数である。
【0060】
以下、V2X又はSL通信に対して説明する。
【0061】
SLSS(Sidelink Synchronization Signal)は、SL特定的なシーケンス(sequence)であって、PSSS(Primary Sidelink Synchronization Signal)と、SSSS(Secondary Sidelink Synchronization Signal)とを含むことができる。前記PSSSは、S-PSS(Sidelink Primary Synchronization Signal)と称し、前記SSSSは、S-SSS(Sidelink Secondary Synchronization Signal)と称することができる。例えば、長さ-127M-シーケンス(length-127 M-sequences)がS-PSSに対して使われることができ、長さ-127ゴールド-シーケンス(length-127 Gold sequences)がS-SSSに対して使われることができる。例えば、端末は、S-PSSを利用して最初信号を検出(signal detection)することができ、同期を取得することができる。例えば、端末は、S-PSS及びS-SSSを利用して細部同期を取得することができ、同期信号IDを検出することができる。
【0062】
PSBCH(Physical Sidelink Broadcast Channel)はSL信号送受信の前に端末が真っ先に知るべき基本となる(システム)情報が送信される(放送)チャネルである。例えば、前記基本となる情報はSLSSに関連する情報、デュプレックスモード(Duplex Mode、DM)、TDDUL/DL(Time Division Duplex Uplink/Downlink)構成、リソースプール関連情報、SLSSに関連するアプリケーションの種類、サブフレームオフセット、放送情報などである。例えば、PSBCH性能の評価のために、NR V2Xにおいて、PSBCHのペイロードの大きさは24ビットのCRC(Cyclic Redundancy Check)を含んで56ビットである。
【0063】
S-PSS、S-SSS、及びPSBCHは、周期的送信をサポートするブロックフォーマット(例えば、SLSS(Synchronization Signal)/PSBCHブロック、以下、S-SSB(Sidelink-Synchronization Signal Block ))に含まれることができる。前記S-SSBは、キャリア内のPSCCH(Physical Sidelink Control Channel)/PSSCH(Physical Sidelink Shared Channel)と同じヌメロロジー(即ち、SCS及びCP長さ)を有することができ、送信帯域幅は、(あらかじめ)設定されたSL BWP(Sidelink Bandwidth Part)内にある。例えば、S-SSBの帯域幅は、11RB(Resource Block)である。例えば、PSBCHは、11RBにわたっている。そして、S-SSBの周波数位置は、(あらかじめ)設定されることができる。従って、端末は、キャリアでS-SSBを見つけるために周波数で仮設検出(hypothesis detection)を実行する必要がない。
【0064】
図7は、本開示の一実施例に係る、V2X又はSL通信を実行する端末を示す。図7の実施例は、本開示の多様な実施例と結合されることができる。
【0065】
図7を参照すると、V2X又はSL通信における端末という用語は、主にユーザの端末を意味することができる。しかしながら、基地局のようなネットワーク装備が端末間の通信方式によって信号を送受信する場合、基地局も一種の端末と見なされることもできる。例えば、端末1は、第1の装置100であり、端末2は、第2の装置200である。
【0066】
例えば、端末1は、一連のリソースの集合を意味するリソースプール(resource pool)内で特定のリソースに該当するリソース単位(resource unit)を選択することができる。そして、端末1は、前記リソース単位を使用してSL信号を送信することができる。例えば、受信端末である端末2は、端末1が信号を送信することができるリソースプールの設定を受けことができ、前記リソースプール内で端末1の信号を検出することができる。
【0067】
ここで、端末1が基地局の連結範囲内にある場合、基地局は、リソースプールを端末1に知らせることができる。それに対して、端末1が基地局の連結範囲外にある場合、他の端末がリソースプールを知らせ、又は端末1は、事前に設定されたリソースプールを使用することができる。
【0068】
一般に、リソースプールは、複数のリソース単位で構成されることができ、各端末は、一つ又は複数のリソース単位を選定し、自分のSL信号の送信に使用することができる。
【0069】
以下、SLでリソース割当(resource allocation)に対して説明する。
【0070】
図8は、本開示の一実施例によって、端末が送信モードによってV2X又はSL通信を実行する手順を示す。図8の実施例は、本開示の多様な実施例と結合されることができる。本開示の多様な実施例において、送信モードは、モード又はリソース割当モードと称することができる。以下、説明の便宜のために、LTEにおいて、送信モードは、LTE送信モードと称することができ、NRにおいて、送信モードは、NRリソース割当モードと称することができる。
【0071】
例えば、図8の(a)は、LTE送信モード1又はLTE送信モード3と関連した端末動作を示す。又は、例えば、図8の(a)は、NRリソース割当モード1と関連した端末動作を示す。例えば、LTE送信モード1は、一般的なSL通信に適用されることができ、LTE送信モード3は、V2X通信に適用されることができる。
【0072】
例えば、図8の(b)は、LTE送信モード2又はLTE送信モード4と関連した端末動作を示す。又は、例えば、図8の(b)は、NRリソース割当モード2と関連した端末動作を示す。
【0073】
図8の(а)を参照すると、LTE送信モード1、LTE送信モード3又はNRリソース割り当てモード1において、基地局はSL送信のために端末によって用いられるSLリソースをスケジューリングすることができる。例えば、基地局は端末1にPDCCH(例えば、DCI(Downlink Control Information))又はRRCシグナリング(例えば、Configured Grant Type1又はConfigured Grant Type2)を介してリソーススケジューリングを実行することができ、端末1は前記リソーススケジューリングによって端末2とV2X又はSL通信を実行することができる。例えば、端末1はPSCCH(Physical Sidelink Control Channel)を介してSCI(Sidelink Control Information)を端末2に送信した後、前記SCIに基づいたデータをPSSCH(Physical Sidelink Shared Channel)を介して端末2に送信することができる。
【0074】
図8の(b)を参照すると、LTE送信モード2、LTE送信モード4又はNRリソース割当モード2で、端末は、基地局/ネットワークにより設定されたSLリソース又はあらかじめ設定されたSLリソース内でSL送信リソースを決定することができる。例えば、前記設定されたSLリソース又はあらかじめ設定されたSLリソースは、リソースプールである。例えば、端末は、自律的にSL送信のためのリソースを選択又はスケジューリングすることができる。例えば、端末は、設定されたリソースプール内でリソースを自体的に選択し、SL通信を実行することができる。例えば、端末は、センシング(sensing)及びリソース(再)選択手順を実行し、選択ウィンドウ内で自体的にリソースを選択することができる。例えば、前記センシングは、サブチャネル単位で実行されることができる。そして、リソースプール内でリソースを自体的に選択した端末1は、PSCCHを介してSCIを端末2に送信した後、前記SCIに基づくデータをPSSCHを介して端末2に送信できる。
【0075】
図9は、本開示の一実施例に係る、三つのキャストタイプを示す。図9の実施例は、本開示の多様な実施例と結合されることができる。具体的に、図9の(a)は、ブロードキャストタイプのSL通信を示し、図9の(b)は、ユニキャストタイプのSL通信を示し、図9の(c)は、グループキャストタイプのSL通信を示す。ユニキャストタイプのSL通信の場合、端末は、他の端末と一対一通信を実行することができる。グループキャストタイプのSL通信の場合、端末は、自分が属するグループ内の一つ以上の端末とSL通信を実行することができる。本開示の多様な実施例において、SLグループキャスト通信は、SLマルチキャスト(multicast)通信、SL一対多(one-to-many)通信などに代替されることができる。
【0076】
以下、SL輻輳制御(sidelink congestion control)について説明する。
【0077】
端末がSL送信リソースを自ら決定するとき、端末は自分が用いるリソースの大きさ及び頻度も自ら決定することになる。勿論、ネットワークなどでの制約により、一定レベル以上のリソースの大きさや頻度を用いることは制限される場合がある。しかし、特定時点で特定地域に多くの端末が集まっている状況で全ての端末が比較的多いリソースを用いるときであれば、お互いの干渉によって全体的な性能が大幅に低下する。
【0078】
従って、端末はチャネル状況を観察する必要がある。もし、、過度に多いリソースが消費されていると判断したら、端末は自らリソース使用を減らす形の動作を取ることが望ましい。本明細書において、これを輻輳制御(Congestion Control、CR)と定義する。例えば、端末は単位時間/周波数リソースにおいて測定されたエネルギーが一定レベル以上であるかどうかを判断し、一定レベル以上のエネルギーが観察された単位時間/周波数リソースの比率によって自分の送信リソースの量及び頻度をコントロールすることができる。本明細書において、一定レベル以上のエネルギーが観察された時間/周波数リソースの比率をチャネル混雑率(Channel Busy Ratio、CBR)と定義する。端末はチャネル/周波数に対してCBRを測定することができる。更に、端末は測定されたCBRをネットワーク/基地局へ送信することができる。
【0079】
図10は本開示の一実施例に係る、CBR測定のためのリソース単位を示す。図10は本開示の様々な実施例と組み合わせることができる。
【0080】
図10を参照すると、CBRは端末が特定区間(例えば、100ms)の間にサブチャネル単位でRSSI(Received Signal Strength Indicator)を測定した結果、RSSIの測定結果の値が予め設定されたしきい値以上の値を持つサブチャネルの個数を意味する。又は、CBRは特定区間の間のサブチャネルの中で予め設定されたしきい値以上の値を持つサブチャネルの比率を意味する。例えば、図10の実施例において、斜線のサブチャネルが予め設定されたしきい値以上の値を持つサブチャネルであると仮定するとき、CBRは100ms区間の間の斜線のサブチャネルの比率を意味する。更に、端末はCBRを基地局へ報告することができる。
【0081】
更に、トラフィック(例えば、パケット)の優先順位を考慮した輻輳制御が必要になる。このために、例えば、端末はチャネルの占有率(Channel occupancy Ratio、CR)を測定することができる。具体的に、端末はCBRを測定し、端末は前記CBRによってそれぞれの優先順位(例えば、k)に該当するトラフィックが占有することができるチャネルの占有率(Channel occupancy Ratio k、CRk)の最大値(CRlimitk)を決定することができる。例えば、端末はCBR測定の値の予め定められた表に基づいて、それぞれのトラフィックの優先順位に対するチャネルの占有率の最大値(CRlimitk)を導出することができる。例えば、比較的優先順位が高いトラフィックであるとき、端末は比較的大きいチャネルの占有率の最大値を導出することができる。その後、端末はトラフィックの優先順位kがiより低いトラフィックのチャネルの占有率の合計を一定の値以下に制限することによって、輻輳制御を実行することができる。このような方法によると、比較的優先順位が低いトラフィックに、より強いチャネルの占有率制限がかかる場合がある。
【0082】
それ以外、端末は送信電力の大きさのコントロール、パケットのドロップ(drop)、再送信するかどかの決定、送信RBの大きさのコントロール(MCS(Modulation and Coding Scheme)調整)などの方法を用いて、SL輻輳制御を実行することができる。
【0083】
以下、HARQ(Hybrid Automatic Repeat Request)手順に対して説明する。
【0084】
SLユニキャスト及びグループキャストの場合、物理階層でのHARQフィードバック及びHARQコンバイニング(combining)がサポートされることができる。例えば、受信端末がリソース割当モード1又は2で動作する場合、受信端末は、PSSCHを送信端末から受信することができ、PSFCH(Physical Sidelink Feedback Channel)を介してSFCI(Sidelink Feedback Control Information)フォーマットを使用してPSSCHに対するHARQフィードバックを送信端末に送信できる。
【0085】
例えば、SL HARQフィードバックは、ユニキャストに対してイネイブルされることができる。この場合、non-CBG(non-Code Block Group)動作で、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングし、及び受信端末が前記PSCCHと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、HARQ-ACKを生成することができる。そして、受信端末は、HARQ-ACKを送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングした以後に、受信端末が前記PSCCHと関連した送信ブロックを成功的にデコーディングできない場合、受信端末は、HARQ-NACKを生成することができる。そして、受信端末は、HARQ-NACKを送信端末に送信できる。
【0086】
例えば、SL HARQフィードバックは、グループキャストに対してイネイブルされることができる。例えば、non-CBG動作で、二つのHARQフィードバックオプションがグループキャストに対してサポートされることができる。
【0087】
(1)グループキャストオプション1:受信端末が前記受信端末をターゲットとするPSCCHをデコーディングした以後に、受信端末が前記PSCCHと関連した送信ブロックのデコーディングに失敗した場合、受信端末は、HARQ-NACKをPSFCHを介して送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングし、及び受信端末が前記PSCCHと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、HARQ-ACKを送信端末に送信しない。
【0088】
(2)グループキャストオプション2:受信端末が前記受信端末をターゲットとするPSCCHをデコーディングした以後に、受信端末が前記PSCCHと関連した送信ブロックのデコーディングに失敗した場合、受信端末は、HARQ-NACKをPSFCHを介して送信端末に送信できる。そして、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングし、及び受信端末が前記PSCCHと関連した送信ブロックを成功的にデコーディングした場合、受信端末は、HARQ-ACKをPSFCHを介して送信端末に送信できる。
【0089】
例えば、グループキャストオプション1がSL HARQフィードバックに使用される場合、グループキャストの通信を実行する全ての端末は、PSFCHリソースを共有することができる。例えば、同じグループに属する端末は、同じPSFCHリソースを利用してHARQフィードバックを送信することができる。
【0090】
例えば、グループキャストオプション2がSL HARQフィードバックに使用される場合、グループキャストの通信を実行する各々の端末は、HARQフィードバックの送信のために互いに異なるPSFCHリソースを使用することができる。例えば、同じグループに属する端末は、互いに異なるPSFCHリソースを利用してHARQフィードバックを送信することができる。
【0091】
例えば、SL HARQフィードバックがグループキャストに対して有効になったとき、受信端末はTX-RX(Transmission-Reception)距離及び/又はRSRP(Reference Signal Received Power)に基づいてHARQフィードバックを送信端末へ送信するかしないかを決定することができる。
【0092】
例えば、グループキャストオプション1で、TX-RX距離ベースのHARQフィードバックの場合、TX-RX距離が通信範囲の要求事項より小さい又は同じ場合、受信端末は、PSSCHに対するHARQフィードバックを送信端末に送信できる。それに対して、TX-RX距離が通信範囲の要求事項より大きい場合、受信端末は、PSSCHに対するHARQフィードバックを送信端末に送信しないことがある。例えば、送信端末は、前記PSSCHと関連したSCIを介して、前記送信端末の位置を受信端末に知らせることができる。例えば、前記PSSCHと関連したSCIは、第2のSCIである。例えば、受信端末は、TX-RX距離を前記受信端末の位置と前記送信端末の位置とに基づいて推定又は取得することができる。例えば、受信端末は、PSSCHと関連したSCIをデコーディングし、前記PSSCHに使用される通信範囲の要求事項を知ることができる。
【0093】
例えば、リソース割当モード1の場合に、PSFCHとPSSCHとの間の時間(オフセット)は、設定され、又はあらかじめ設定されることができる。ユニキャスト及びグループキャストの場合、SL上で再送信が必要な場合、これはPUCCHを使用するカバレッジ内の端末により基地局に指示されることができる。送信端末は、HARQ ACK/NACKの形態ではなく、SR(Scheduling Request)/BSR(Buffer Status Report)のような形態で前記送信端末のサービング基地局に指示(indication)を送信することもある。また、基地局が前記指示を受信しなくても、基地局は、SLの再送信リソースを端末にスケジューリングできる。例えば、リソース割当モード2の場合に、PSFCHとPSSCHとの間の時間(オフセット)は、設定され、又はあらかじめ設定されることができる。
【0094】
例えば、キャリアにおける端末の送信観点において、PSCCH/PSSCHとPSFCH間のTDMがスロットにおいてSLのためのPSFCHフォーマットに対して許可される。例えば、一つのシンボルを持つシ-ケンスベースPSFCHフォーマットがサポートされる。ここで、前記一つのシンボルはAGC(automatic gain control)区間ではない場合がある。例えば、前記シ-ケンスベースPSFCHフォーマットはユニキャスト及びグループキャストに適用される。
【0095】
例えば、リソースプールと関連したスロット内で、PSFCHリソースは、Nスロット区間に周期的に設定され、又は事前に設定されることができる。例えば、Nは、1以上の一つ以上の値に設定されることができる。例えば、Nは、1、2又は4である。例えば、特定のリソースプールでの送信に対するHARQフィードバックは、前記特定のリソースプール上のPSFCHを介してのみ送信されることができる。
【0096】
例えば、送信端末がスロット#X乃至スロット#Nにわたって、PSSCHを受信端末に送信する場合、受信端末は、前記PSSCHに対するHARQフィードバックをスロット#(N+A)で送信端末に送信できる。例えば、スロット#(N+A)は、PSFCHリソースを含むことができる。ここで、例えば、Aは、Kより大きい又は同じ最も小さい整数である。例えば、Kは、論理的スロットの個数である。この場合、Kは、リソースプール内のスロットの個数である。又は、例えば、Kは、物理的スロットの個数である。この場合、Kは、リソースプールの内部及び外部のスロットの個数である。
【0097】
例えば、送信端末が受信端末に送信した一つのPSSCHに対する応答として、受信端末がPSFCHリソース上でHARQフィードバックを送信する場合、受信端末は、設定されたリソースプール内で、暗示的メカニズムに基づいて前記PSFCHリソースの周波数領域(frequency domain)及び/又はコード領域(code domain)を決定することができる。例えば、受信端末は、PSCCH/PSSCH/PSFCHと関連したスロットインデックス、PSCCH/PSSCHと関連したサブチャネル、及び/又はグループキャストオプション2ベースのHARQフィードバックのためのグループで各々の受信端末を区別するための識別子のうち少なくとも何れか一つに基づいて、PSFCHリソースの周波数領域及び/又はコード領域を決定することができる。及び/又は、例えば、受信端末は、SL RSRP、SINR、L1ソースID、及び/又は位置情報のうち少なくとも何れか一つに基づいて、PSFCHリソースの周波数領域及び/又はコード領域を決定することができる。
【0098】
例えば、端末のPSFCHを介したHARQフィードバックの送信とPSFCHを介したHARQフィードバックの受信とが重なる場合、前記端末は、優先順位規則に基づいて、PSFCHを介したHARQフィードバックの送信又はPSFCHを介したHARQフィードバックの受信のうち何れか一つを選択することができる。例えば、優先順位規則は、少なくとも関連のPSCCH/PSSCHの優先順位の指示(priority indication)に基づくことができる。
【0099】
例えば、端末の複数の端末に対するPSFCHを介したHARQフィードバックの送信が重なる場合、前記端末は、優先順位規則に基づいて特定のHARQフィードバックの送信を選択することができる。例えば、優先順位規則は、少なくとも関連のPSCCH/PSSCHの優先順位の指示(priority indication)に基づくことができる。
【0100】
以下、SCI(Sidelink Control Information)に対して説明する。
【0101】
基地局がPDCCHを介して端末に送信する制御情報をDCI(Downlink Control Information)と称し、それに対して、端末がPSCCHを介して他の端末に送信する制御情報をSCIと称することができる。例えば、端末は、PSCCHをデコーディングする前に、PSCCHの開始シンボル及び/又はPSCCHのシンボル個数を知っている場合がある。例えば、SCIは、SLスケジューリング情報を含むことができる。例えば、端末は、PSSCHをスケジューリングするために少なくとも一つのSCIを他の端末に送信できる。例えば、一つ以上のSCIフォーマット(format)が定義されることができる。
【0102】
例えば、送信端末は、PSCCH上でSCIを受信端末に送信できる。受信端末は、PSSCHを送信端末から受信するために一つのSCIをデコーディングすることができる。
【0103】
例えば、送信端末は、PSCCH及び/又はPSSCH上で二つの連続的なSCI(例えば、2-stage SCI)を受信端末に送信できる。受信端末は、PSSCHを送信端末から受信するために二つの連続的なSCI(例えば、2-stage SCI)をデコーディングすることができる。例えば、(相対的に)高いSCIペイロード(payload)大きさを考慮してSCI構成フィールドを二つのグループに区分した場合に、第1のSCI構成フィールドグループを含むSCIを第1のSCI又は1st SCIと称することができ、第2のSCI構成フィールドグループを含むSCIを第2のSCI又は2nd SCIと称することができる。例えば、送信端末は、PSCCHを介して第1のSCIを受信端末に送信できる。例えば、送信端末は、PSCCH及び/又はPSSCH上で第2のSCIを受信端末に送信できる。例えば、第2のSCIは、(独立された)PSCCHを介して受信端末に送信され、又はPSSCHを介してデータと共にピギーバックされて送信されることができる。例えば、二つの連続的なSCIは、互いに異なる送信(例えば、ユニキャスト(unicast)、ブロードキャスト(broadcast)又はグループキャスト(groupcast))に対して適用されることもできる。
【0104】
例えば、送信端末は、SCIを介して、下記の情報のうち一部又は全部を受信端末に送信できる。ここで、例えば、送信端末は、下記の情報のうち一部又は全部を第1のSCI及び/又は第2のSCIを介して受信端末に送信できる。
【0105】
-PSSCH及び/又はPSCCH関連リソース割当情報、例えば、時間/周波数リソース位置/個数、リソース予約情報(例えば、周期)、及び/又は
【0106】
-SL CSI報告要請指示子又はSL(L1)RSRP(及び/又はSL(L1)RSRQ及び/又はSL(L1)RSSI)報告要請指示子、及び/又は
【0107】
-(PSSCH上の)SL CSI送信指示子(又はSL(L1)RSRP(及び/又はSL(L1)RSRQ及び/又はSL(L1)RSSI)情報送信指示子)、及び/又は
【0108】
-MCS(Modulation and Coding Scheme)情報、及び/又は
【0109】
-送信電力情報、及び/又は
【0110】
-L1デスティネーション(destination)ID情報及び/又はL1ソース(source)ID情報、及び/又は
【0111】
-SL HARQプロセス(process)ID情報、及び/又は
【0112】
-NDI(New Data Indicator)情報、及び/又は
【0113】
-RV(Redundancy Version)情報、及び/又は
【0114】
-(送信トラフィック/パケット関連)QoS情報、例えば、優先順位情報、及び/又は
【0115】
-SL CSI-RS送信指示子又は(送信される)SL CSI-RSアンテナポートの個数情報、
【0116】
-送信端末の位置情報又は(SL HARQフィードバックが要請される)ターゲット受信端末の位置(又は、距離領域)情報、及び/又は
【0117】
-PSSCHを介して送信されるデータのデコーディング及び/又はチャネル推定と関連した参照信号(例えば、DMRS等)情報、例えば、DMRSの(時間-周波数)マッピングリソースのパターンと関連した情報、ランク(rank)情報、アンテナポートインデックス情報;
【0118】
例えば、第1のSCIは、チャネルセンシングと関連した情報を含むことができる。例えば、受信端末は、PSSCH DMRSを利用して第2のSCIをデコーディングすることができる。PDCCHに使われるポーラーコード(polar code)が第2のSCIに適用されることができる。例えば、リソースプールで、第1のSCIのペイロードサイズは、ユニキャスト、グループキャスト、及びブロードキャストに対して同じである。第1のSCIをデコーディングした以後に、受信端末は、第2のSCIのブラインドデコーディングを実行する必要がない。例えば、第1のSCIは、第2のSCIのスケジューリング情報を含むことができる。
【0119】
一方、本開示の多様な実施例において、送信端末は、PSCCHを介してSCI、第1のSCI及び/又は第2のSCIのうち少なくとも何れか一つを受信端末に送信できるため、PSCCHは、SCI、第1のSCI及び/又は第2のSCIのうち少なくとも何れか一つに代替/置換されることができる。及び/又は、例えば、SCIは、PSCCH、第1のSCI及び/又は第2のSCIのうち少なくとも何れか一つに代替/置換されることができる。及び/又は、例えば、送信端末は、PSSCHを介して第2のSCIを受信端末に送信できるため、PSSCHは、第2のSCIに代替/置換されることができる。
【0120】
本明細書において、「設定又は定義」ワードは基地局又はネットワークから(事前に定義されたシグナリング(例えば、SIB、MACシグナリング、RRCシグナリング)を介して)(予め)設定されていると解釈することができる。例えば、「Aが設定される」という「基地局又はネットワークが端末に対してAを(予め)設定/定義すること又は知らせること」を含むことができる。又は、「設定又は定義」ワードはシステムによって事前に設定又は定義されていると解釈することができる。例えば、「Aが設定される」という「Aがシステムによって事前に設定/定義されること」を含むことができる。
【0121】
本明細書において、例えば、RB(resource block)はサブキャリアに代替/置換することができる。また、例えば、本明細書においてパケット(packet)又はトラフィック(traffic)は送信される階層に応じてTB(transport block)又はMAC PDU(medium access control protocol data unit)に代替/置換することができる。
【0122】
本明細書において、例えば、ソース(source)IDはデスティネーション(destination)IDに代替/置換することができる。
【0123】
本明細書において、例えば、L1 IDはL2 IDに代替/置換することができる。例えば、L1 IDはL1ソースID又はL1デスティネーションIDである。例えば、L2 IDはL2ソースID又はL2デスティネーションIDである。
【0124】
その一方で、基地局はSLチャネル/信号の送受信に使用されるリソース(以下、SLリソース)を端末に割り当てることができる。例えば、基地局は前記リソースに関連する情報を端末に送信することができる。本明細書において、基地局がSLリソースを端末に割り当てる方法はモード1方式、モード1動作又はリソース割り当てモード1と称することができる。
【0125】
その一方で、端末はセンシングに基づいてリソースプール内においてSLリソースを選択することができる。本明細書において、端末がSLリソースを選択する方法はモード2方式、モード2動作又はリソース割り当てモード2と称することができる。例えば、リソース割り当てモード2において、端末は他の端末によって送信されるSCIを検出することができ、端末は前記SCIに基づいて他の端末によって予約されたリソースを識別することができ、端末はRSRP測定値を獲得することができる。そして、端末は上述したセンシング結果に基づいてリソース選択ウィンドウ内に特定のリソースを除いてSL送信に使用するリソースを選択することができる。前記センシング動作の場合、端末は第1SCIを介して受信されるリソース割り当て情報を参照することができる。しかし、第1SCIのオーバーヘッドのため、端末が第1SCI上において獲得することができる情報の量は限られている。
【0126】
本開示の様々な実施形態によれば、第1端末のセンシング動作及び/又はリソース選択動作を補助するために、第2端末は追加の補助情報を送信することができる。第1端末はPSSCH検出性能の向上及び/又は半二重(half-duplex)限界軽減及び/又は特定の信号の送受信のための予備リソース選択などのために、第2端末から受信した補助情報を用いることができる。本開示の実施形態において、説明の便宜上、UE-AがUE-Bに補助情報を送信すると仮定する。UE-BはUE-Aから受信した補助情報に基づいてUE-Aに送信するPSCCH/PSSCHのためのリソース及び/又はUE-C(即ち、第3のUE)に送信するPSCCH/PSSCHのためのリソースを選択すると仮定する。
【0127】
図11は本開示の一実施形態によって、UE-Aが補助情報をUE-Bに送信する手順を示している。図11の実施形態は本開示の様々な実施形態と組み合わせることができる。
【0128】
図11を参照すれば、ステップS1100において、UE-Aは補助情報をUE-Bに送信することができる。例えば、UE-BはUE-Aから受信した補助情報に基づいてUE-Aに送信するPSCCH/PSSCHのためのリソースを選択することができ、UE-Bは前記リソースを用いてSL送信を実行することができる。例えば、UE-BはUE-Aから受信した補助情報に基づいてUE-Cに送信するPSCCH/PSSCHのためのリソースを選択することができ、UE-Bは前記リソースを用いてSL送信を実行することができる。
【0129】
本開示の一実施形態によれば、UE-AがUE-Bに通知する予約リソースに関連する情報は拡張することができる。例えば、前記補助情報はSCIに含まれているリソースに関連する情報以外に、更にリソースに関連する情報を含むことができる。例えば、前記補助情報に含まれているリソースに関連する情報は拡張された予約リソースに関連する情報である。具体的に、例えば、UE-AはSCIを介して送信される予約リソース(例えば、最大3つのリソース)に関連する情報以外に、補助情報を介して他の予約リソースに関連する情報(例えば、周波数軸リソースに関連する情報及び/又は時間軸リソースに関連する情報)をUE-Bに送信することができる。このとき、UE-Bは追加で指示された予約リソースに対してもリソース選択ウィンドウ内において前記予約リソースに対応するリソースを除外するか否かを決定することができる。例えば、予約リソースは複数のグループの形で指示される。例えば、それぞれの複数の予約リソースグループは第1SCIによって指示されるか及び/又は第2SCIによって指示されるか及び/又はPSSCH(内のデータ)によって指示される。例えば、それぞれの予約リソースグループ別に、優先順位値が追加設定/指示される。例えば、それぞれの予約リソースグループ別に、RSRP測定値が追加設定/指示される。例えば、それぞれの予約リソースグループ別に、(優先順位の組み合わせに対する)RSRP閾値が追加設定/指示される。例えば、それぞれの予約リソースグループ別に、特定のレベル値が追加設定/指示される。例えば、UE-Bはリソース(再)選択時、前記特定のレベル値別に、指示された予約リソースを異なるように処理することができる。例えば、特定のレベルの予約リソースグループに対して、RSRP測定値がRSRP閾値以上又は超過した場合も、UE-Bは前記特定のレベルの予約リソースグループを(確率的に)送信のために選択可能なリソースセットにおいて除外しない。例えば、前記拡張された予約リソースは同じTBに対するものである。例えば、前記拡張された予約リソースは複数のTBに対するものである。例えば、前記拡張された予約リソースが複数のTBに対するものである場合、拡張された予約リソースの指示単位はそれぞれのTB単位である。例えば、UE-Aは上位層(例えば、MAC層)からのTBに関連する情報、優先順位情報、パケットのサイズ、再送有無及び/又は再送回数のうち、少なくとも何れか1つに基づいて、リソース(再)選択プロセスを介して、前記拡張された予約リソースを選択することができる。ここで、UE-Aはセンシング動作を実行することができ、UE-Aがリソースグループ別にリソース(再)選択プロセスを実行するかリソース(再)選択時、当該ウィンドウのサイズ及び/又はリソースの数を拡張することができる。例えば、前記ウィンドウのサイズはUEに対して設定されるか事前に設定される。例えば、前記ウィンドウのサイズを拡張することができるか否かはUEに対して設定されるか事前に設定される。例えば、前記リソースの(最大)数はUEに対して設定されるか事前に設定される。例えば、前記リソースの(最大)数を拡張することができるか否かはUEに対して設定されるか事前に設定される。
【0130】
本開示の一実施形態によれば、UE-AはUE-AがSL受信不可能な時間軸リソースに関連する情報及び/又はUE-AがSL受信可能な時間軸リソースに関連する情報をUE-Bに送信することができる。例えば、UE-AはUE-AがSL受信不可能な周波数軸リソースに関連する情報及び/又はUE-AがSL受信可能な周波数軸リソースに関連する情報をUE-Bに送信することができる。例えば、前記補助情報はUE-AがSL受信不可能な時間軸リソースに関連する情報及び/又はUE-AがSL受信可能な時間軸リソースに関連する情報を含むことができる。例えば、前記補助情報はUE-AがSL受信不可能な周波数軸リソースに関連する情報及び/又はUE-AがSL受信可能な周波数軸リソースに関連する情報を含むことができる。例えば、UE-AはUE-A端において受信性能が低下する可能性がある時間軸リソースに関連する情報及び/又は周波数軸リソースに関連する情報をUE-Bに送信することができる。例えば、UE-AはUE-A端において受信性能が高い可能性がある時間軸リソースに関連する情報及び/又は周波数軸リソースに関連する情報をUE-Bに送信することができる。例えば、受信性能が低下する可能性があるということは対象エラー確率が特定の閾値以上であることを意味する。例えば、受信性能が高いということは対象エラー確率が特定の閾値以下であることを意味する。例えば、受信性能が低下する可能性があるということは対象SINR及び/又は対象SNRが特定の閾値以下であることを意味する。例えば、受信性能が高いということは対象SINR及び/又は対象SNRが特定の閾値以上であることを意味する。例えば、受信性能が低下する可能性があるということは対象干渉レベルが特定の閾値以上であることを意味する。例えば、受信性能が高いということは対象干渉レベルが特定の閾値以下であることを意味する。即ち、UE-AがPSCCH/PSSCHをUE-Bから受信しようとしている場合、UE-Aは優先するリソースに関連する情報及び/又は優先しないリソースに関連する情報をUE-Bに送信することができる。この場合、UE-Bは前記優先しないリソースを除いたリソースを用いて、少なくともUE-Aを含めた端末グループにPSCCH/PSSCHを送信することができる。例えば、UE-Bは前記優先するリソースを優先的に用いて、少なくともUE-Aを含めた端末グループにPSCCH/PSSCHを送信することができる。例えば、UE-AはSL送信が予定された時点及び/又はUL送信が予定された時点及び/又はDL受信が予定された時点などに基づいて、受信不可能な領域及び/又は受信可能な領域を決定/設定することができる。例えば、前記UL送信及び/又はDL受信は特定の条件(例えば、URLLC(例えば、優先順位インデックス1に該当する)を満足することに限定される。例えば、前記UL送信及び/又はDL受信はシステム情報及び/又はページング及び/又はランダムアクセスに対応すること(例えば、PRACH及び/又はMsgA及び/又はMsg3及び/又はランダムアクセス応答及び/又はMsgB)に限定される。例えば、UE-Aはセンシング動作を介して各リソース(例えば、スロット、サブチャネル、スロットのグループ及び/又はサブチャネルのグループ)別にRSRP測定値が特定の閾値より高いか又は低いかなどによって当該リソースを決定/設定することができる。例えば、前記特定の閾値は(事前に)設定されるか、事前に定義されるか、UEの実装として選択することができる。例えば、UE-Aは各リソース(例えば、スロット、サブチャネル、スロットのグループ及び/又はサブチャネルのグループ)別にSINR推定値及び/又はRSSI測定値などに基づいて当該リソースを決定/設定することができる。
【0131】
本開示の一実施形態によれば、UE-AはUE-Aが実行したセンシング動作に対する情報の全体又は一部をUE-Bに送信することができる。例えば、前記補助情報はUE-Aがセンシング動作に基づいて獲得した情報を含むことができる。例えば、前記センシング動作に対する情報はUE-Aが検出した第1SCI及び/又は第2SCI及び/又はPSSCHによって指示される予約リソースに関連する情報、優先順位に関連する情報、及び/又はRSRP測定値に関連する情報のうち、少なくとも何れか1つを含むことができる。例えば、前記センシング動作に対する情報はUE-Aのリソース選択ウィンドウに対する情報及び/又は前記リソース選択ウィンドウ内においてセンシングに基づいてリソース選択対象において除外された(全体又は一部)リソースに対する情報を含むことができる。ここで、UE-BはUE-Aによって検出されたがUE-Bによって検出されていないSCIを介して指示されるリソースをリソース選択時、考慮することができる。例えば、UE-Bがリソース(再)選択を実行する場合、UE-BはUE-Aによって検出されたがUE-Bによって検出されていないSCIを介して指示されるリソースを前記情報に基づいて(再)選択しない。即ち、上述した方法によれば、隠れノード問題(hidden-node problem)のためUE-Bが認識できなかったUEからの干渉が最小化される。
【0132】
本開示の一実施形態によれば、UE-Aは全体又は一部のリソースに対して使用できる条件をUE-Bに設定するか提案することができる。例えば、UE-Aは全体又は一部のリソースに対して使用できない条件をUE-Bに設定するか提案することができる。例えば、前記補助情報はUE-Bが全体又は一部のリソースを使用できる条件及び/又はUE-Bが全体又は一部のリソースを使用できない条件を含むことができる。例えば、前記条件は特定の優先順位を含むことができる。例えば、前記条件はサービスのタイプを含むことができる。例えば、前記条件はQoSパラメータを含むことができる。例えば、前記条件はキャストタイプを含むことができる。例えば、前記条件はSL HARQフィードバックが活性化するか否かを含むことができる。例えば、前記条件はSL HARQフィードバックオプションを含むことができる。例えば、前記条件はRSRP測定値の範囲を含むことができる。
【0133】
例えば、UE-Aは特定の時間区間に関連する情報及び/又は時間-周波数リソースに関連する情報をUE-Bに送信することができる。更に、例えば、UE-Aは前記リソースを使用できる条件をUE-Bに送信することができる。
【0134】
例えば、優先順位値が((事前に)設定された及び/又はPC5-RRCに設定された)特定の閾値以下(未満)である場合、UE-Bは前記リソースを用いることができる。例えば、以外の場合、UE-Bは前記リソースに対する使用を猶予するか既に割り当てられた送信をキャンセルすることができる。
【0135】
例えば、優先順位値が((事前に)設定された及び/又はPC5-RRCに設定された)特定の閾値以上(超過)である場合、UE-Bは前記リソース使用することができる。例えば、以外の場合、UE-Bは前記リソースに対する使用を猶予するか既に割り当てられた送信をキャンセルすることができる。
【0136】
例えば、全体又は残りのPDB(packet delay budget)値が((事前に)設定された及び/又はPC5-RRCに設定された)特定の閾値以下(未満)である場合、UE-Bは前記リソースを用いることができる。例えば、以外の場合、UE-Bは前記リソースに対する使用を猶予するか既に割り当てられた送信をキャンセルすることができる。
【0137】
例えば、全体又は残りのPDB(packet delay budget)値が((事前に)設定された及び/又はPC5-RRCに設定された)特定の閾値以上(超過)である場合、UE-Bは前記リソースを用いることができる。例えば、それ以外の場合、UE-Bは前記リソースに対する使用を猶予するか既に割り当てられた送信をキャンセルすることができる。
【0138】
例えば、前記リソースに対応するRSRP測定値(例えば、前記リソースを指示するのに使用されたPSCCH及び/又はPSSCH上のDMRS及び/又はCSI-RSに基づいて測定された値)が第3閾値以下又は未満である場合、UE-Bは前記リソースに対する使用を猶予するか既に割り当てられた送信をキャンセルすることができる。例えば、それ以外の場合、UE-Bは前記リソースを用いることができる。例えば、前記第3閾値はリソースプール別にUEに対して設定されるか事前に設定される。例えば、前記第3閾値は優先順位別にUEに対して設定されるか事前に設定される。例えば、前記第3閾値はQoSパラメータ別にUEに対して設定されるか事前に設定される。例えば、前記第3閾値は輻輳制御レベル別にUEに対して設定されるか事前に設定される。例えば、前記第3閾値はリソースプール別にUEに対して設定されるか事前に設定される。上述した方法を介して、例えば、チャネル環境が良いと判断されるリソースは緊急通信用として残すことができる。
【0139】
例えば、前記リソースが設定される単位は単一サブチャネルである。例えば、前記リソースが設定される単位は複数のサブチャネルである。例えば、送信猶予対象又は送信優先対象に対応するリソースを設定/指示する単位はリソースプール別にUEに対して設定されるか事前に設定される。例えば、送信猶予対象又は送信優先対象に対応するリソースを設定/指示する単位は優先順位別にUEに対して設定されるか事前に設定される。例えば、送信猶予対象又は送信優先対象に対応するリソースを設定/指示する単位はQoSパラメータ別にUEに対して設定されるか事前に設定される。例えば、送信猶予対象又は送信優先対象に対応するリソースを設定/指示する単位は輻輳レベル別にUEに対して設定されるか事前に設定される。上述した方法を介して、緊急メッセージのサイズによって、周波数側の連続のリソースの量を調整することができる。例えば、大きいサイズを持つ緊急メッセージに対して、多くの数のサブチャネルが割り当てられる。例えばUE-Aは上位層(例えば、アプリケーション層(application layer)及び/又はV2X層及び/又はAS層)から緊急メッセージ又は緊急状態及び/又は関連情報(例えば、緊急メッセージのサイズ、トラフィック特性、継続時間、QoSパラメータ、及び/又は優先順位など)を受けることができ、UE-Aは前記情報に基づいて特定のリソースに対する使用可能条件及び/又は使用不可条件を決定/設定することができる。
【0140】
本開示の一実施形態によれば、UE-AはUE-Aによって事前に予約されたリソースの全体又は一部に対するキャンセルに関連する情報をUE-Bに送信することができる。例えば、前記補助情報はUE-Aが事前に予約したリソースのキャンセルに関連する情報を含むことができる。例えば、UE-AはTRIV(Time Resource Indicator Value)及び/又はFRIV(Frequency Resource Indicator Value)(リソース割り当て方式)の形で第1SCI及び/又は第2SCI及び/又はPSSCHを介して、前記予約キャンセルに対応するリソースをUE-Bに再び指示することができる。例えば、UE-Aは予約キャンセルに対する指示値を第1SCI及び/又は第2SCI及び/又はPSSCHを介してUE-Bに送信することができる。この場合、UE-BはUE-Aが以前送信したPSCCH及び/又はPSSCHから受信したリソース予約情報において、予約キャンセル情報を受信した時点又は当該時点から特定の時間(事前に定義されるか(事前に)設定される値)以降、予約リソースを予約キャンセルすることができる。予約キャンセルによって、UE-Bはリソース再選択をトリガーすることができる。例えば、UE-Aは基地局が割り当てたリソースの全体又は一部に対する解除(release)を知らせる情報を基地局に送信/報告することができる。例えば、UE-Aは基地局が割り当てたリソースの全体又は一部を使用しないことを知らせる情報を基地局に送信/報告することができる。例えば、前記報告はPUCCH及び/又はPUSCHを介して送信される。例えば、UE-C(即ち、第3のUE)はUE-Aが予約リソースの全体又は一部を解除することを知らせる情報をUE-Bに送信することができる。例えば、UE-Aが全体又は一部予約されたリソース上において第1TBを送信し、及びUE-AがターゲットUEが前記第1TBを正常に受信したと(即ち、ACKで)決定する場合、UE-Aは前記第1TBに対する以後予約リソースを解除するように決定/設定することができる。例えば、UE-Aがユニキャスト及びグループキャストHARQフィードバックオプション2においてACKを受信した場合、又はUE-AがグループキャストHARQフィードバックオプション1においてNACKを指示するPSFCHを受信しない場合、UE-Aは同じTBに対する以後予約リソースを解除すると決定/設定することができる。例えば、UE-Aが全体又は一部予約されたリソース上において(再)送信回数を超過して同じTBに対する(再)送信を実行した場合、UE-Aは同じTBに対する以後予約リソースを解除すると決定/設定することができる。例えば、全体又は一部予約されたリソースに対して同じTBに対する残りのPDB(packet delay budget)がない場合、UE-Aは同じTBに対する以後予約リソースを解除すると決定/設定することができる。例えば、全体又は一部予約されたリソースに対して同じTBに対する残りのPDBが((事前に)設定された又は事前に定義された又はPC5-RRCに設定された)特定の閾値下(例えば、以下又は未満)である場合、UE-Aは同じTBに対する以後予約リソースを解除すると決定/設定することができる。
【0141】
本開示の様々な実施形態において説明した追加のリソース情報は周波数軸及び/又は時間軸リソースを指示する形である。例えば、リソースの情報はTRIV及び/又はFRIV及び/又はリソース予約周期及び/又は優先順位及び/又は使用レベルなどの組み合わせが1つ又は複数の形である。それぞれの組み合わせは第1SCI及び/又は第2SCI及び/又はPSSCHを介して送信される。例えば、それぞれのリソースグループの指示子組み合わせは異なるチャネル及び/又は信号及び/又は情報に含まれる。例えば、リソースグループ指示子の組み合わせの数はリソースプール別にUEに対して設定されるか事前に設定される。例えば、リソースグループ指示子の組み合わせの数は第1SCI指示値別に設定されるか事前に設定される。例えば、リソースグループ指示子の組み合わせの数は第2SCIフォーマット別に設定されるか事前に設定される。例えば、以前リソースグループ指示子の組み合わせにおいて次のリソースグループ指示子の組み合わせの存在有無が指示される。
【0142】
例えば、TRIVはi)UE-BがSCIを受信した時点及び/又はii)前記時点から1つ又は2つのスロットオフセット値を指示することができる。ここで、TRIVは最大3つの時間軸リソースを指示することができる。例えば、TRIVはi)第1SCIにおいて指示されたTRIVから導出される時間軸リソースのうち、時間上最も遅いリソースの時点及び/又はii)前記時点から1つ又は2つのスロットオフセット値を指示することができる。例えば、TRIVはi)以前リソースグループ指示子から指示された時間軸リソースのうち、時間上最も遅いリソースの時点及び/又はii)前記時点から1つ又は2つのスロットオフセット値を指示することができる。例えば、前記TRIV方式及び基準点に対する方法の複数の形を組み合わせて使用される。例えば、SCI受信時点が基準点である場合は、TRIVが第1SCIを介して送信される場合及び/又はTRIVが第2SCIを介して送信される場合である。例えば、第1SCIにおいて指示された最後のPSSCHリソース時点又は以前グループ指示子において指示された最後のPSSCHリソース時点が基準点である場合は、TRIVが第2SCIを介して送信される場合及び/又はTRIVがPSSCHを介して送信される場合である。例えば、各リソースグループ指示子別にTRIVが指示可能なスロットオフセットの最大数(例えば、1又は2)は第1SCIのTRIVに対する設定と同じであり得る。例えば、各リソースグループ指示子別にTRIVが指示可能なスロットオフセットの最大数はリソースグループ指示子別にUEに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にTRIVが指示可能なスロットオフセットの最大数は第2SCIフォーマット別にUEに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にTRIVが指示可能なスロットオフセットの最大数はリソースプール別にUEに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にTRIVが指示可能なスロットオフセットの最大数に関連する情報は第1SCIを介して送信される。例えば、各リソースグループ指示子別にTRIVが指示可能なスロットオフセットの最大数に関連する情報は第2SCIを介して送信される。例えば、各リソースグループ指示子別にTRIVが指示可能なスロットオフセットの最大数に関連する情報はPSSCHを介して送信される。例えば、前記スロットオフセットの最大数は1又は2である。例えば、各リソースグループ指示子別にTRIVが指示可能な時間区間の長さ又はスロットの数はリソースグループ指示子別にUEに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にTRIVが指示可能な時間区間の長さ又はスロットの数は第2SCIフォーマット別にUEに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にTRIVが指示可能な時間区間の長さ又はスロットの数はリソースプール別にUEに対して設定されるか事前に設定される。
【0143】
例えば、FRIVは単一又は複数のPSSCHリソースに対して割り当てられたサブチャネルの数、及び/又はUE-BがSCIを受信した時点以外のTRIVによって指示されたPSSCHリソースの時点に対する開始サブチャネルインデックスを指示することができる。例えば、FRIVは単一又は複数のPSSCHリソースに対して割り当てられたサブチャネルの数、及び/又はTRIVによって指示された1つ又は2つのPSSCHリソースに対する開始サブチャネルのインデックスを指示することができる。例えば、前記1つ又は2つのPSSCHリソースは第1SCIによって指示された最後のPSSCHリソース以降に位置するリソースである。例えば、前記1つ又は2つのPSSCHリソースは以前リソースグループ指示子において指示された最後のPSSCHリソースの以降に位置するリソースである。例えば、前記のFRIV方式及び基準点に対する方法の複数の形を組み合わせて使用される。
【0144】
例えば、各リソースグループ指示子別にFRIVが指示可能な割り当てサブチャネルの数は全て同じであり得る。この場合、第1SCI以外で送信されるリソースグループ指示子のFRIVは割り当てサブチャネルの数に関連する情報を含まない場合がある。即ち、第1SCI以外で送信されるリソースグループ指示子のFRIVにおいて、割り当てサブチャネルの数に関連する情報は除外/省略される。
【0145】
例えば、各リソースグループ指示子別にFRIVが指示可能な割り当てサブチャネルの数は異なる場合がある。前記の方法は特にリソースグループ別にこれに対応するTBが異なる場合役立つ。例えば、各リソースグループ指示子別にFRIVが指示可能なPSSCHリソースの最大数は第1SCIのFRIVに対する設定と同じであり得る。例えば、各リソースグループ指示子別にFRIVが指示可能なPSSCHリソースの最大数はリソースグループ指示子別にUEに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にFRIVが指示可能なPSSCHリソースの最大数は第2SCIフォーマット別にUEに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にFRIVが指示可能なPSSCHリソースの最大数はリソースプール別にUEに対して設定されるか事前に設定される。例えば、各リソースグループ指示子別にFRIVが指示可能なPSSCHリソースの最大数に関連する情報は第1SCIを介して送信される。例えば、各リソースグループ指示子別にFRIVが指示可能なPSSCHリソースの最大数に関連する情報は第2SCIを介して送信される。例えば、各リソースグループ指示子別にFRIVが指示可能なPSSCHリソースの最大数に関連する情報はPSSCHを介して送信される。
【0146】
例えば、優先順位値は各リソースグループ指示子別に全て同じであり得る。この場合、第1SCI以外で送信されるリソースグループ指示子の組み合わせは優先順位情報を含まない場合がある。即ち、第1SCI以外で送信されるリソースグループ指示子の組み合わせにおいて、優先順位情報は除外/省略される。
【0147】
例えば、各リソースグループ指示子別に指示可能な優先順位値が異なる場合がある。例えば、UE-Bは受信したリソースグループ指示子によって指示された予約リソースグループに対して、各グループ別に優先順位に対応する閾値を用いて、リソース(再)選択時、に、RSRP測定値に係るリソース排除有無を異なるように適用することができる。例えば、RSRPは当該情報を指示するのに使用されたPSCCH及び/又はPSSCHのDMRS及び/又はCSI-RSに基づいて測定される。例えば、前記閾値は各リソースグループ別に及び/又は使用レベル別に異なるように設定される。例えば、同じ送受信優先順位の組み合わせに対しても、前記閾値はリソースグループによって異なる場合がある。具体的に、例えば、閾値はi)端末が受信したSCIによって指示される優先順位値及びi)端末が送信するデータに対する優先順位値の組み合わせに基づいて決定される。ここで、例えば、前記閾値はリソースグループ指示子別に異なる場合がある。例えば、第1SCIによって指示されたリソースグループに対する閾値及びリソースグループ指示子によって指示されたリソースグループに対する閾値は異なる場合がある。
【0148】
例えば、使用レベル値は各リソースグループ指示子別に全て同じであり得る。この場合、リソースグループ指示子の組み合わせは使用レベル情報を含まない場合がある。即ち、リソースグループ指示子の組み合わせにおいて、使用レベル情報は除外/省略される。
【0149】
例えば、各リソースグループ指示子別に指示可能な使用レベル値が異なる場合がある。例えば、UE-Bは受信したリソースグループ指示子によって指示された予約リソースグループに対して、RSRP測定値及び特定の閾値に基づいてリソースの排除を決定することができる。以降、UE-Bは使用レベルに応じて前記リソース(再)選択の利用可能リソースにおいて前記リソースを(最終的に)排除することができる。又は、UE-Bは使用レベルに応じて前記リソース(再)選択の利用可能リソースに前記リソースを(最終的に)含むことができる。例えば、RSRPは当該情報を指示するのに使用されたPSCCH及び/又はPSSCHのDMRS及び/又はCSI-RSに基づいて測定される。例えば、使用レベル別に利用可能リソースに含まれるかどうかはUEに対して設定されるか事前に設定される。例えば、UEは使用レベル別に前記リソースを利用可能リソースに含めることができるか否かを確率的にランダムに決定することもできる。例えば、予約リソースグループがN個のリソースを含む場合、UEは使用レベル別に前記リソースを利用可能リソースに含めることができるか否かを特定の比率(例えば、M/N)又は特定の量(例えば、M)までのみランダムに決定することができる。ここで、NはMより大きい数である。例えば、特定の比率又は特定の量は端末に対して事前に定義される。例えば、特定の比率又は特定の量は端末に対して設定されるか事前に設定される。例えば、リソースに対するRSRP値が閾値を超過するにもかかわらず、UE-Bは確率的にリソース排除(resource exclusion)を実行しないことができる。例えば、リソースに対するRSRP値が閾値を超過する場合、UE-Bは確率的にリソース排除(resource exclusion)を実行することができる。前記UE-Bが確率的にランダムにリソース排除を決定する場合、確率値は使用レベル別にUEに対して設定されるか事前に設定される。例えば、使用レベル別に利用可能リソースに含まれるか除外されるか否かはUEに対して設定されるか事前に設定される。例えば、使用レベル別にPSCCH/PSSCH送信のための選択リソースに含まれるか除外されるか否かはUEに対して設定されるか事前に設定される。
【0150】
例えば、端末はレベルによって特定のリソースグループに対してリソース排除を実行する必要がある。例えば、また別のレベルの特定のリソースグループに対して、端末は優先リソースに当該リソースグループを含めることができる。例えば、使用レベル別にリソースに対するRSRP閾値は異なるように(事前に)設定される。UE-Bは受信した情報を使用/考慮するか否かをレベル別に決定することができる。
【0151】
例えば、第1レベルに対するリソースグループに対して、UE-Bは当該リソースを排除するように指示/設定される。例えば、UE-Bは第1レベルに設定されたリソースグループを排除することができる。例えば、半二重制限(half-duplex restriction)を回避するために、UE-AはSL受信が不可能なリソースセットを第1レベルに設定してUE-Bに提供することができる。例えば、UE-Aに係る送受信が同じスロット上において重複する問題を回避するために、UE-AはSL受信が不可能なリソースセットを第1レベルに設定することができ、UE-Aは前記第1レベルに設定されたリソースセットに関連する情報をUE-Bに送信することができる。
【0152】
例えば、第2レベルに対するリソースグループに対して、UE-Bは当該リソースをPSCCH/PSSCH送信時、優先して使用するように指示/設定される。例えば、UE-Bは第2レベルに設定されたリソースグループを優先的に用いてPSCCH/PSSCHを送信することができる。例えば、UE-Aは(低い干渉などの理由で)SL受信を優先するリソースセットを第2レベルに設定してUE-Bに提供することができる。例えば、UE-AはSL受信を優先するリソースセットを第2レベルに設定することができ、UE-Aは前記第2レベルに設定されたリソースセットに関連する情報をUE-Bに送信することができる。
【0153】
例えば、UE-Bが第2レベルに対するリソースを使用できない状況(例えば、送信する情報に比べて最終利用可能リソースの量が特定の閾値以下/未満である場合)に、UE-Bは第2レベルに対するリソース情報を使用しない。その一方で、UE-Bは第2レベルに対するリソースを参照して、選択リソース及び/又は利用可能リソースを選択/決定することができる。
【0154】
例えば、レベルに対する情報はリソースの目的(例えば、隠れノード問題(hidden-node problem)を解決するための目的、半二重制限(half-duplex restriction)を解決するための目的及び/又は優先リソースを知らせるための目的)に対する情報又はこれに対応するUE-Bの動作に関連する情報を含むことができる。例えば、前記レベルに対する情報は第1SCIによって指示(例えば、予約されたフィールドによって指示)される。例えば、前記レベルに対する情報はリソースグループ情報とともにサブヘッダの形で、第2SCI及び/又はPSSCH及び/又はMACメッセージ及び/又はPC5-RRCシグナリングを介して、送信される。
【0155】
その一方で、UE-Bがリソース(再)選択プロセスにおいて送信のために選択可能なリソースの比率は全体リソースの量に比べて(事前に)設定された閾値以上又は超過である必要がある。もし利用可能リソースの比率が前記閾値未満である場合、UE-Bは第1SCIによって指示された予約リソース以外の予約リソースのうち、全体又は一部の予約リソースを再び利用可能リソースに含むことができる。例えば、前記閾値は従来第1SCIにおいて指示されたリソースをRSRPのベースに利用可能リソースにおいて除外するプロセスにおいて使用される第1閾値と同じ値である。例えば、前記閾値は従来第1SCIにおいて指示されたリソースをRSRPのベースに利用可能リソースにおいて除外するプロセスにおいて使用される第1閾値と異なる第2閾値である。この場合、例えば、前記第1閾値及び/又は前記第2閾値はUEに対して設定されるか事前に設定される。例えば、前記第1閾値及び/又は前記第2閾値はUEに対して事前に定義される。ここで、例えば、UE-Bは時間上で遅い予約リソースから優先的に利用可能リソースに含むことができる。例えば、UE-Bは時間上で先の予約リソースから優先的に利用可能リソースに含むことができる。例えば、UE-Bは優先順位が低いものに対応する予約リソースから優先的に利用可能リソースに含むことができる。即ち、UE-Bは優先順位値が大きいものに対応する予約リソースから優先的に利用可能リソースに含むことができる。
【0156】
例えば、もし利用可能リソースの比率が前記閾値未満である場合、UE-Bは第1SCIによって指示された予約リソース以外の予約リソースのうち、全体又は一部の予約リソースを再び利用可能リソースに含むことができる。例えば、UE-Bは予約リソースを再び利用可能リソースに転換するプロセスなしに、RSRP測定値に対するブースト(例えば、3dBを合計)を実行することができる。例えば、UE-BがRSRP測定値に対するブーストを実行する場合、UE-Bは第1SCIによって指示された予約リソース以外の予約リソースを全て利用可能リソースに含むことができる。例えば、UE-BがRSRP測定値に対するブーストを実行する場合、第1SCIによって指示された予約リソース以外の予約リソースに対するブーストされたRSRP測定値に基づいて選択された利用可能リソースの数が(事前に)設定された閾値を越えるまで、前記予約リソースは利用可能リソースにおいて除外される。例えば、UE-Bが全体リソースの数に対する利用可能リソースの数に対する比率を計算する場合、前記利用可能リソースの数は第1SCIにおいて指示された予約リソースのみに基づいて決定することができる。例えば、UE-Bが全体リソースの数に対する利用可能リソースの数に対する比率を計算する場合、UE-Bはセンシング動作に基づいて第1SCIにおいて指示された予約リソースを利用可能リソースにおいて除外するか否かを決定することができる。即ち、リソース(再)選択をトリガーする条件に対応する利用可能リソースの数と実際利用可能リソースの数は異なる場合がある。例えば、前記閾値は従来の第1SCIにおいて指示されたリソースをRSRPのベースに利用可能リソースにおいて除外するプロセスにおいて使用される第1閾値と同じ値である。例えば、前記閾値は従来第1SCIにおいて指示されたリソースをRSRPのベースに利用可能リソースにおいて除外するプロセスにおいて使用される第1閾値と異なる第2閾値である。この場合、例えば、前記第1閾値及び/又は前記第2閾値はUEに対して設定されるか事前に設定される。例えば、前記第1閾値及び/又は前記第2閾値はUEに対して事前に定義される。
【0157】
例えば、追加のリソース情報は時間軸リソース及び/又は時間区間を指示することができる。例えば、UE-Aはビットマップを用いて特定の時間区間内のSLスロットのうち、全体スロット又は一部のスロットを指示することができる。例えば、前記ビットマップの各ビットは送信リソースプール及び/又は受信リソースプール内のスロットに対応する。例えば、前記ビットマップの各ビットは送信リソースプール及び/又は受信リソースプール内のスロットグループに対応する。例えば、前記スロットグループを構成するスロットの数はリソースプール別にUEに対して設定されるか事前に設定される。例えば、前記スロットグループを構成するスロットの数はPC5-RRCシグナリングを介してUEに対して設定される。例えば、ビットマップの長さはリソースプール別にUEに対して設定されるか事前に設定される。例えば、ビットマップの長さはPC5-RRCシグナリングを介してUEに対して設定される。例えば、前記ビットマップはリソースプール内のSLスロットに対して繰り返して適用できる。例えば、前記ビットマップはリソースプール内のSLスロットに対して1度適用できる。例えば、前記ビットマップはリソースプール内のSLスロットに対して、(事前に)設定されただけ繰り返して適用できる。例えば、前記ビットマップはリソースプール内のSLスロットに対して、第1SCIによって指示されるだけ繰り返して適用できる。例えば、前記ビットマップはリソースプール内のSLスロットに対して、第2SCIによって指示されただけ繰り返して適用できる。例えば、前記ビットマップはリソースプール内のSLスロットに対して、PSSCHによって指示されただけ繰り返して適用できる。例えば、前記ビットマップが適用できる時間区間を再び指示する第2ビットマップが使用される。例えば、UE-Aは第2ビットマップを用いて時間区間の一部を指示し、UE-Aは第1ビットマップを用いて前記第2ビットマップによって指示された時間区間内においてのSLスロット情報を指示することができる。例えば、前記第2ビットマップの長さはリソースプール別にUEに対して設定されるか事前に設定される。例えば、前記第2ビットマップの長さはPC5-RRCシグナリングを介してUEに対して設定される。例えば、時間軸リソースは第1周期値単位で第2周期が繰り返され、第2周期内に第2周期値単位でスロット又はスロットのグループが繰り返される形である。例えば、第1周期内の第2周期の位置に対する第1オフセット(例えば、スロットオフセット又は絶対時間オフセット)が適用できる。例えば、第2周期内のスロット又はスロットのグループの開始位置を表す第2オフセット(例えば、スロットオフセット又は絶対時間オフセット)が適用できる。
【0158】
例えば、前記第1周期値はリソースプール別にUEに対して設定されるか事前に設定される。例えば、前記第2周期値はリソースプール別にUEに対して設定されるか事前に設定される。例えば、前記第1オフセットはリソースプール別にUEに対して設定されるか事前に設定される。例えば、前記第2オフセットはリソースプール別にUEに対して設定されるか事前に設定される。例えば、前記第1周期値は第2SCIフォーマット別にUEに対して設定されるか事前に設定される。例えば、前記第2周期値は第2SCIフォーマット別にUEに対して設定されるか事前に設定される。例えば、前記第1オフセットは第2SCIフォーマット別にUEに対して設定されるか事前に設定される。例えば、前記第2オフセットは第2SCIフォーマット別にUEに対して設定されるか事前に設定される。例えば、前記第1周期値は第2SCI指示値別にUEに対して設定されるか事前に設定される。例えば、前記第2周期値は第2SCI指示値別にUEに対して設定されるか事前に設定される。例えば、前記第1オフセットは第2SCI指示値別にUEに対して設定されるか事前に設定される。例えば、前記第2オフセットは第2SCI指示値別にUEに対して設定されるか事前に設定される。
【0159】
例えば、各リソースグループ指示子別に使用できる又は使用できないデータの形及び/又は特性は全て同じであり得る。この場合、使用できる又は使用できないデータの形及び/又は特性に関連する情報は複数のリソースグループに対して1度のみ指示される。
【0160】
例えば、各リソースグループ指示子別に使用できる又は使用できないデータの形及び/又は特性は異なる場合がある。例えば、使用できる又は使用できないデータの形及び/又は特性に関連する情報は推奨される優先順位値を含むことができる。例えば、使用できる又は使用できないデータの形及び/又は特性に関連する情報は優先順位値に対する閾値を含むことができる。例えば、使用できる又は使用できないデータの形及び/又は特性に関連する情報は推奨されるQoSパラメータを含むことができる。例えば、使用できる又は使用できないデータの形及び/又は特性に関連する情報は推奨されるサービスタイプを含むことができる。例えば、使用できる又は使用できないデータの形及び/又は特性に関連する情報は推奨される送信の形(例えば、キャストタイプ及び/又はHARQフィードバック有無/オプション、及び/又はランク、及び/又はMCSテーブル、及び/又はMCSインデックス範囲、及び/又はCSI報告サポート有無)を含むことができる。例えば、使用できる又は使用できないデータの形及び/又は特性に関連する情報は残りのPDBに対する閾値を含むことができる。例えば、UE-Bは指示されたリソースに対して指示された優先順位値を用いることができる。例えば、UE-Bは指示されたリソースを用いて、優先順位閾値以下の優先順位を持つPSSCH送信を実行することができる。例えば、UE-Bは指示されたリソースを用いて、推奨される送信の形及び/又は特性以外のPSSCH送信を実行しない。
【0161】
例えば、UE-Aは第2SCIを介して、前記追加のリソース情報を送信することができる。例えば、UE-AはPSSCH(例えば、上位層メッセージ(例えば、MAC層メッセージ及び/又はAS層メッセージ及び/又はV2X層メッセージ)を介して、前記追加のリソース情報を送信することができる。
【0162】
その一方で、UE-Bが更に予約リソースに関連する情報を用いてリソース(再)選択を実行する場合、UL及びSL間衝突のためSL送信がキャンセルされるなど又はSL送信電力が減少することは追加予約リソース活用に係る利得を減少させることである。従って、例えば、UE-BがUE-Aによって指示されたリソース上においてPSCCH/PSSCH及び/又はPSFCHを送信する場合、UL-SL優先化(prioritization)に使用される閾値が別途UEに対して設定されるか事前に設定される。例えば、UE-BがUE-Aによって指示されたリソース上においてPSCCH/PSSCH及び/又はPSFCHを送信する場合、SL送信の優先順位はUL-SL優先化時に高く設定される。例えば、UE-BがUE-Aによって指示されたリソースに基づいてリソース(再)選択を実行し、及びUE-Bが前記(再)選択されたリソースを用いてPSSCH送信を実行する場合、UL-SL優先化に使用される閾値が別途UEに対して設定されるか事前に設定される。例えば、UE-BがUE-Aによって指示されたリソースに基づいてリソース(再)選択を実行し、及びUE-Bが前記(再)選択されたリソースを用いてPSSCH送信を実行する場合、SL送信の優先順位はUL-SL優先化時に高く設定される。
【0163】
例えば、UE-Bは本開示の様々な実施形態の追加情報(例えば、補助情報)を提供するUE-Aとの地理的距離に基づいて、前記追加情報を用いるか否かを決定することができる。例えば、UE-Bは前記追加情報を提供するUE-Aとの地理的距離によって、前記追加情報を使用することもでき、使用しないこともできる。例えば、UE-Aが本開示の様々な実施形態においての追加情報をUE-Bに送信することができ、UE-Aは更に前記UE-Aの地理的位置情報(例えば、Zone ID)をUE-Bに送信することができる。例えば、前記UE-Aの地理的位置情報は前記追加情報に含まれる。例えば、UE-Bは自身の位置情報(即ち、UE-Bの位置情報)及びUE-Aの地理的位置情報に基づいてUE-B及びUE-Aの間の距離を獲得することができる。ここで、例えば、前記距離が特定の閾値以下(又は未満)である場合、UE-BはUE-Aから受信した追加情報を用いることができる。例えば、前記距離が特定の閾値超過(又は以上)である場合、UE-BはUE-Aから受信した追加情報を使用しない。例えば、前記閾値(ら)はUEに対して事前に定義される。例えば、前記閾値(ら)はUEに対して設定されるか事前に設定される。例えば、UEは前記閾値(ら)を任意で決定することができる。
【0164】
例えば、UE-Bは本開示の様々な実施形態の追加情報(例えば、補助情報)を含む信号又はチャネルの受信電力又は品質に基づいて、前記追加情報を用いるか否かを決定することができる。例えば、UE-Bは前記追加情報を含む信号又はチャネルの受信電力又は品質によって、前記追加情報を使用することもでき、使用しないこともできる。例えば、UE-BはUE-Aが提供する追加情報を含む信号又はチャネルに対するRSRP値を測定することができる。ここで、例えば、前記RSRP値が特定の閾値以上(又は超過)である場合、UE-BはUE-Aから受信した追加情報を用いることができる。例えば、前記RSRP値が特定の閾値未満(又は以下)である場合、UE-BはUE-Aから受信した追加情報を使用しない。例えば、前記閾値(ら)はUEに対して事前に定義される。例えば、前記閾値(ら)はUEに対して設定されるか事前に設定される。例えば、UEは前記閾値(ら)を任意で決定することができる。
【0165】
例えば、UE-Bは本開示の様々な実施形態の追加情報(例えば、補助情報)を含む信号又はチャネルに関連する優先順位に基づいて、前記追加情報を用いるか否かを決定することができる。例えば、UE-Bは前記追加情報を含む信号又はチャネルに対する優先順位によって、前記追加情報を使用することもでき、使用しないこともできる。例えば、前記追加情報に対応する優先順位値が特定の閾値以下(又は未満)である場合、UE-BはUE-Aから受信した追加情報を用いることができる。例えば、優先順位値が小さいということは高い優先順位を持つつことを意味する。例えば、前記追加情報に対応する優先順位値がUE-Bの送信データに対応する優先順位値以下(又は未満)である場合、UE-BはUE-Aから受信した追加情報を用いることができる。例えば、前記閾値(ら)はUEに対して事前に定義される。例えば、前記閾値(ら)はUEに対して設定されるか事前に設定される。例えば、UEは前記閾値(ら)を任意で決定することができる。例えば、追加情報を含む信号又はチャネルに対する優先順位は追加情報を送信するUE-Aが使用可能な優先順位値のうち、最大値である。例えば、追加情報を含む信号又はチャネルに対する優先順位は追加情報を送信するUE-Aが使用可能な優先順位値のうち、最小値である。例えば、追加情報を含む信号又はチャネルに対する優先順位は追加情報が送信されるリソースに対して使用可能な優先順位値のうち、最大値である。例えば、追加情報を含む信号又はチャネルに対する優先順位は追加情報が送信されるリソースに対して使用可能な優先順位値のうち、最小値である。例えば、追加情報を含む信号又はチャネルに対する優先順位は追加情報とともに送信されるMAC PDUの最大優先順位値である。例えば、追加情報を含む信号又はチャネルに対する優先順位は追加情報とともに送信されるMAC PDUの最小優先順位値である。例えば、追加情報を含む信号又はチャネルに対する優先順位はリソースプール別にUEに対して設定されるか事前に設定される。例えば、追加情報を含む信号又はチャネルに対する優先順位は輻輳レベルプール別にUEに対して設定されるか事前に設定される。追加情報を含む信号又はチャネルに対する優先順位はサービスタイプ別にUEに対して設定されるか事前に設定される。追加情報を含む信号又はチャネルに対する優先順位は端末の速度別にUEに対して設定されるか事前に設定される。追加情報を含む信号又はチャネルに対する優先順位はQoSパラメータ別にUEに対して設定されるか事前に設定される。例えば、追加情報を含む信号又はチャネルに対するL1ソースID及び/又はL2ソースIDはリソースプール別にUEに対して設定されるか事前に設定される。例えば、追加情報を含む信号又はチャネルに対するL1デスティネーションID及び/又はL2デスティネーションIDはリソースプール別にUEに対して設定されるか事前に設定される。例えば、追加情報を含む信号又はチャネルに対するキャストタイプはリソースプール別にUEに対して設定されるか事前に設定される。例えば、追加情報を含む信号又はチャネルに対するHARQフィードバック有無はリソースプール別にUEに対して設定されるか事前に設定される。例えば、追加情報を含む信号又はチャネルに対するHARQフィードバックオプションはリソースプール別にUEに対して設定されるか事前に設定される。
【0166】
図12は本開示の一実施形態によって、端末が補助情報に基づいてSL通信を行う手順を示している。図12の実施形態は本開示の様々な実施形態と組み合わせることができる。
【0167】
図12を参照すれば、ステップS1210において、UE-BはPSCCHを介してSCIをUE-Aから受信することができる。例えば、前記SCIはPSSCHをスケジューリングするための情報を含むことができる。ステップS1220において、UE-BはPSSCHを介して補助情報をUE-Aから受信することができる。例えば、前記補助情報はMAC PDUに含まれる。例えば、前記補助情報は本開示の様々な実施形態において提案された情報を含むことができる。ステップS1230において、UE-Bは前記補助情報に基づいてSLリソースを選択することができる。
【0168】
ステップS1240において、UE-Bは前記選択されたSLリソースに基づいてPSCCH及び/又はPSSCHをUE-Cに送信することができる。或いは/更に、ステップS1250において、UE-Bは前記選択されたSLリソースに基づいてPSCCH及び/又はPSSCHをUE-Aに送信することができる。
【0169】
図13は本開示の一実施形態によって、第1装置が無線通信を行う方法を示している。図13の実施形態は本開示の様々な実施形態と組み合わせることができる。
【0170】
図13を参照すれば、ステップS1310において、第1装置はPSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第2装置から受信することができる。例えば、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含むことができる。ステップS1320において、第1装置は前記PSSCHを介して、少なくとも1つの第1リソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第2装置から受信することができる。ステップS1330において、第1装置はMAC PDU(medium access control protocol data unit)を生成することができる。ステップS1340において、第1装置は前記MAC PDUが前記サービスタイプに関連することに基づいて、前記少なくとも1つの第1リソースのうち、SL(sidelink)リソースを選択することができる。ステップS1350において、第1装置は前記SLリソースに基づいて、前記MAC PDUを送信することができる。
【0171】
例えば、前記MAC PDUが前記サービスタイプに関連しないことに基づいて、前記SLリソースは前記少なくとも1つの第1リソース以外で選択される。
【0172】
例えば、(i)前記補助情報が優先順位値に関連する情報を含み、及び(ii)前記MAC PDUの優先順位値が前記補助情報に含まれた前記優先順位値より小さいか等しいことに基づいて、前記SLリソースは前記少なくとも1つの第1リソースから選択できる。
【0173】
例えば、(i)前記補助情報がキャストタイプに関連する情報を含み、及び(ii)前記MAC PDUの送信のためのキャストタイプが前記補助情報に含まれた前記キャストタイプと同じことに基づいて、前記SLリソースは前記少なくとも1つの第1リソースから選択できる。
【0174】
更に、例えば、第1装置は前記補助情報がRSRP(reference signal received power)範囲に関連する情報を含むことに基づいて、前記少なくとも1つの第1リソースに対するRSRP値を獲得することができる。この場合、例えば、前記SLリソースは、前記少なくとも1つの第1リソースのうち、前記RSRP値が前記RSRP範囲の少なくとも1つのリソースから選択できる。
【0175】
例えば、前記補助情報は前記第2装置の受信可能時間領域に関連する情報又は前記第2装置の受信不可能時間領域に関連する情報を含むことができる。例えば、前記第2装置のUL(uplink)送信が予定された時間、前記第2装置のDL(downlink)受信が予定された時間、又は前記第2装置のSL(sidelink)送信が予定された時間のうち、少なくとも何れか1つに基づいて、前記受信可能時間領域又は前記受信不可能時間領域は前記第2装置によって決定される。例えば、前記UL送信又は前記DL受信はランダムアクセスのためのUL送信又はDL受信である。
【0176】
更に、例えば、第1装置は前記PSSCHを介して、前記第2装置のゾーン(zone)IDを含む第2SCIを前記第2装置から受信することができ、第1装置は前記第1装置の位置及び前記第2装置の前記ゾーンIDに基づいて、前記第1装置及び前記第2装置の間の距離を獲得することができ、第1装置は前記距離に基づいて前記補助情報を用いるか否かを決定することができる。
【0177】
更に、例えば、第1装置は前記PSSCHに関連する受信電力を測定することができ、第1装置は前記受信電力に基づいて前記補助情報を用いるか否かを決定することができる。
【0178】
例えば、前記補助情報の優先順位はリソースプール別に設定される。
【0179】
更に、例えば、第1装置は前記PSSCHを介して、ソース(source)ID及びデスティネーション(destination)IDを含む第2SCIを前記第2装置から受信することができる。この場合、前記ソースID又は前記デスティネーションIDは前記補助情報のためにリソースプール別に設定されるIDである。
【0180】
例えば、前記補助情報は少なくとも1つの第2リソースに関連する情報を含むことができ、前記少なくとも1つの第2リソースは第1レベルに設定された少なくとも1つの非信号リソースであり、前記少なくとも1つの第1リソースは第2レベルに設定された少なくとも1つの優先リソースである。
【0181】
前記提案方法は本開示の様々な実施形態に係る装置に適用できる。まず、第1装置100のプロセッサ102はPSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第2装置から受信するように送受信機106を制御することができる。例えば、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含むことができる。そして、第1装置100のプロセッサ102は前記PSSCHを介して、少なくとも1つの第1リソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第2装置から受信するように送受信機106を制御することができる。そして、第1装置100のプロセッサ102はMAC PDU(medium access control protocol data unit)を生成することができる。そして、第1装置100のプロセッサ102は前記MAC PDUが前記サービスタイプに関連することに基づいて、前記少なくとも1つの第1リソースのうち、SL(sidelink)リソースを選択することができる。そして、第1装置100のプロセッサ102は前記SLリソースに基づいて、前記MAC PDUを送信するように送受信機106を制御することができる。
【0182】
本開示の一実施形態によれば、無線通信を行う第1装置が提供される。例えば、第1装置は命令を格納する1つ以上のメモリ;1つ以上の送受信機;及び前記1つ以上のメモリと前記1つ以上の送受信機を接続する1つ以上のプロセッサを含むことができる。例えば、前記1つ以上のプロセッサは前記命令を実行して、PSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第2装置から受信するが、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含み;前記PSSCHを介して、少なくとも1つの第1リソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第2装置から受信し;MAC PDU(medium access control protocol data unit)を生成し;前記MAC PDUが前記サービスタイプに関連することに基づいて、前記少なくとも1つの第1リソースのうち、SL(sidelink)リソースを選択し;及び前記SLリソースに基づいて、前記MAC PDUを送信することができる。
【0183】
本開示の一実施形態によれば、無線通信を行う第1端末を制御するように設定された装置(apparatus)が提供される。例えば、装置は1つ以上のプロセッサ;及び前記1つ以上のプロセッサによって実行可能するように接続され、及び命令を格納する1つ以上のメモリを含むことができる。例えば、前記1つ以上のプロセッサは前記命令を実行して、PSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第2端末から受信するが、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含み;前記PSSCHを介して、少なくとも1つの第1リソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第2端末から受信し;MAC PDU(medium access control protocol data unit)を生成し;前記MAC PDUが前記サービスタイプに関連することに基づいて、前記少なくとも1つの第1リソースのうち、SL(sidelink)リソースを選択し;及び前記SLリソースに基づいて、前記MAC PDUを送信することができる。
【0184】
本開示の一実施形態によれば、命令を記録している非一時的コンピューター可読記憶媒体が提供される。例えば、前記命令は、実行されるとき、第1装置に:PSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第2装置から受信するようにするが、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含み;前記PSSCHを介して、少なくとも1つの第1リソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第2装置から受信するようにし;MAC PDU(medium access control protocol data unit)を生成するようにし;前記MAC PDUが前記サービスタイプに関連することに基づいて、前記少なくとも1つの第1リソースのうち、SL(sidelink)リソースを選択するようにし;及び前記SLリソースに基づいて、前記MAC PDUを送信するようにすることができる。
【0185】
図14は本開示の一実施形態によって、第2装置が無線通信を行う方法を示している。図14の実施形態は本開示の様々な実施形態と組み合わせることができる。
【0186】
図14を参照すれば、ステップS1410において、第2装置はPSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第1装置に送信することができる。例えば、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含むことができる。ステップS1420において、第2装置は前記PSSCHを介して、少なくとも1つのリソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第1装置に送信することができる。ステップS1430において、第2装置は前記少なくとも1つのリソースに基づいて、前記サービスタイプに関連するMAC PDU(medium access control protocol data unit)を前記第1装置から受信することができる。
【0187】
前記提案方法は本開示の様々な実施形態に係る装置に適用できる。まず、第2装置200のプロセッサ202はPSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第1装置に送信するように送受信機206を制御することができる。例えば、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含むことができる。そして、第2装置200のプロセッサ202は前記PSSCHを介して、少なくとも1つのリソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第1装置に送信するように送受信機206を制御することができる。そして、第2装置200のプロセッサ202は前記少なくとも1つのリソースに基づいて、前記サービスタイプに関連するMAC PDU(medium access control protocol data unit)を前記第1装置から受信するように送受信機206を制御することができる。
【0188】
本開示の一実施形態によれば、無線通信を行う第2装置が提供される。例えば、第2装置は命令を格納する1つ以上のメモリ;1つ以上の送受信機;及び前記1つ以上のメモリと前記1つ以上の送受信機を接続する1つ以上のプロセッサを含むことができる。例えば、前記1つ以上のプロセッサは前記命令を実行して、PSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第1装置に送信するが、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含み;前記PSSCHを介して、少なくとも1つのリソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第1装置に送信し;及び前記少なくとも1つのリソースに基づいて、前記サービスタイプに関連するMAC PDU(medium access control protocol data unit)を前記第1装置から受信することができる。
【0189】
本開示の一実施形態によれば、無線通信を行う第2端末を制御するように設定された装置(apparatus)が提供される。例えば、装置は1つ以上のプロセッサ;及び前記1つ以上のプロセッサによって実行可能するように接続され、及び命令を格納する1つ以上のメモリを含むことができる。例えば、前記1つ以上のプロセッサは前記命令を実行して、PSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第1端末に送信するが、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含み;前記PSSCHを介して、少なくとも1つのリソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第1端末に送信し;及び前記少なくとも1つのリソースに基づいて、前記サービスタイプに関連するMAC PDU(medium access control protocol data unit)を前記第1端末から受信することができる。
【0190】
本開示の一実施形態によれば、命令を記録している非一時的コンピューター可読記憶媒体が提供される。例えば、前記命令は、実行されるとき、第2装置に:PSCCH(physical sidelink control channel)を介して、PSSCH(physical sidelink shared channel)に対するスケジューリング情報を含む第1SCI(sidelink control information)を第1装置に送信するようにするが、前記第1SCIは優先順位に関連する情報、周波数リソース割り当てに関連する情報、時間リソース割り当てに関連する情報、DMRS(demodulation reference signal)パターンに関連する情報及びMCS(modulation and coding scheme)に関連する情報を含み;前記PSSCHを介して、少なくとも1つのリソースに関連する情報及びサービスタイプに関連する情報を含む補助情報(assistance information)を前記第1装置に送信するようにし;及び前記少なくとも1つのリソースに基づいて、前記サービスタイプに関連するMAC PDU(medium access control protocol data unit)を前記第1装置から受信するようにすることができる。
【0191】
本開示の様々な実施形態によれば、補助情報を受信した端末は前記補助情報に基づいて前記端末の送信のためのリソース(再)選択を効率的に実行することができる。
【0192】
本開示の様々な実施例は相互組み合わせることができる。
【0193】
以下、本開示の多様な実施例が適用されることができる装置に対して説明する。
【0194】
これに制限されるものではなく、本文書に開示された多様な説明、機能、手順、提案、方法及び/又は動作流れ図は、機器間に無線通信/連結(例えば、5G)を必要とする多様な分野に適用されることができる。
【0195】
以下、図面を参照してより具体的に例示する。以下の図面/説明で同じ図面符号は、異なるように記述しない限り、同じ、又は対応されるハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示することができる。
【0196】
図16は、本開示の一実施例に係る、通信システム1を示す。
【0197】
図16を参照すると、本開示の多様な実施例が適用される通信システム1は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術(例えば、5G NR(New RAT)、LTE(Long Term Evolution))を利用して通信を実行する機器を意味し、通信/無線/5G機器と呼ばれる。これに制限されるものではなく、無線機器は、ロボット100a、車両100b-1、100b-2、XR(eXtended Reality)機器100c、携帯機器(Hand-held device)100d、家電100e、IoT(Internet of Thing)機器100f、AI機器/サーバ400を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間の通信を実行することができる車両などを含むことができる。ここで、車両は、UAV(Unmanned Aerial Vehicle)(例えば、ドローン)を含むことができる。XR機器は、AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality)機器を含み、HMD(Head-Mounted Device)、車両に備えられたHUD(Head-Up Display)、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ(signage)、車両、ロボットなどの形態で具現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブック等)などを含むことができる。家電は、TV、冷蔵庫、洗濯機などを含むことができる。IoT機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは、無線機器で具現されることができ、特定無線機器200aは、他の無線機器に基地局/ネットワークノードとして動作することもできる。
【0198】
ここで、本明細書の無線機器100a~100fにおいて実装される無線通信技術は、LTE、NR、6Gだけでなく、低電力通信のためのNarrowband Internet of Thingsを含めることができる。このとき、例えばNB-IoT技術はLPWAN(Low Power Wide Area Network)技術の一例であり、LTE Cat NB1及び/又はLTE Cat NB2などの規格として実装することができ、上述した名称に限定するものではない。更に又は、大概、本明細書の無線機器100a~100fで実装される無線通信技術は、LTE-M技術に基づいて通信を行うことができる。このとき、一例として、LTE-M技術はLPWAN技術の一例であり、eMTC(enhanced Machine Type Communication)などの様々な名称で呼ばれる。例えば、LTE-M技術は1)LTE CAT 0、2)LTE Cat M1、3)LTE Cat M2、4)LTE non-BL(non-Bandwidth Limited)、5)LTE-MTC、6)LTE Machine Type Communication、及び/又は 7)LTE Mなどの様々な規格のうちの少なくとも何れか一つで実装することができ、上述した名称に限定するものではない。更に、又は大概、本明細書の無線機器100a~100fで実装される無線通信技術は、低電力通信を考慮したジグビー(ZigBee)、ブルートゥース(Bluetooth:登録商標)、及び低消費電力広域無線ネットワーク(Low Power Wide Area Network,LPWAN)の少なくとも何れか一つを含むことができ、上記の名称に限定するものではない。一例として、Zigbee技術はIEEE 802.15.4などの様々な規格をベースにして、小型/低電力デジタル通信に関連するPAN(personal area networks)を生成することができ、様々な名称で呼ばれる。
【0199】
無線機器100a~100fは、基地局200を介してネットワーク300と連結されることができる。無線機器100a~100fにはAI(Artificial Intelligence)技術が適用されることができ、無線機器100a~100fは、ネットワーク300を介してAIサーバ400と連結されることができる。ネットワーク300は、3Gネットワーク、4G(例えば、LTE)ネットワーク又は5G(例えば、NR)ネットワークなどを利用して構成されることができる。無線機器100a~100fは、基地局200/ネットワーク300を介して互いに通信することもできるが、基地局/ネットワークを介することなく、直接通信(例えば、サイドリンク通信(sidelink communication))することもできる。例えば、車両100b-1、100b-2は、直接通信(例えば、V2V(Vehicle to Vehicle)/V2X(Vehicle to everything)communication)をすることができる。また、IoT機器(例えば、センサ)は、他のIoT機器(例えば、センサ)又は他の無線機器100a~100fと直接通信をすることができる。
【0200】
無線機器100a~100f/基地局200、基地局200/基地局200間には無線通信/連結150a、150b、150cが行われることができる。ここで、無線通信/連結は、アップリンク/ダウンリンク通信150a、サイドリンク通信150b(又は、D2D通信)、及び基地局間の通信150c(例えば、relay、IAB(Integrated Access Backhaul)のような多様な無線接続技術(例えば、5G NR)を介して行われることができる。無線通信/連結150a、150b、150cを介して無線機器と基地局/無線機器、基地局と基地局は、互いに無線信号を送信/受信することができる。例えば、無線通信/連結150a、150b、150cは、多様な物理チャネルを介して信号を送信/受信することができる。そのために、本開示の多様な提案に基づいて、無線信号の送信/受信のための多様な構成情報設定過程、多様な信号処理過程(例えば、チャネルエンコーディング/デコーディング、変調/復調、リソースマッピング/デマッピング等)、リソース割当過程などのうち少なくとも一部が実行されることができる。
【0201】
図16は、本開示の一実施例に係る、無線機器を示す。
【0202】
図16を参照すると、第1の無線機器100と第2の無線機器200は、多様な無線接続技術(例えば、LTE、NR)を介して無線信号を送受信することができる。ここで、{第1の無線機器100、第2の無線機器200}は、図16の{無線機器100x、基地局200}及び/又は{無線機器100x、無線機器100x}に対応することができる。
【0203】
第1の無線機器100は、一つ以上のプロセッサ102及び一つ以上のメモリ104を含み、追加的に一つ以上の送受信機106及び/又は一つ以上のアンテナ108を更に含むことができる。プロセッサ102は、メモリ104及び/又は送受信機106を制御し、本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図を具現するように構成されることができる。例えば、プロセッサ102は、メモリ104内の情報を処理して第1の情報/信号を生成した後、送受信機106を介して第1の情報/信号を含む無線信号を送信することができる。また、プロセッサ102は、送受信機106を介して第2の情報/信号を含む無線信号を受信した後、第2の情報/信号の信号処理から得た情報をメモリ104に格納することができる。メモリ104は、プロセッサ102と連結されることができ、プロセッサ102の動作と関連した多様な情報を格納することができる。例えば、メモリ104は、プロセッサ102により制御されるプロセスのうち一部又は全部を実行し、又は本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ102とメモリ104は、無線通信技術(例えば、LTE、NR)を具現するように設計された通信モデム/回路/チップの一部である。送受信機106は、プロセッサ102と連結されることができ、一つ以上のアンテナ108を介して無線信号を送信及び/又は受信することができる。送受信機106は、送信機及び/又は受信機を含むことができる。送受信機106は、RF(Radio Frequency)ユニットと混用されることができる。本開示において、無線機器は、通信モデム/回路/チップを意味することもできる。
【0204】
第2の無線機器200は、一つ以上のプロセッサ202、一つ以上のメモリ204を含み、追加的に一つ以上の送受信機206及び/又は一つ以上のアンテナ208を更に含むことができる。プロセッサ202は、メモリ204及び/又は送受信機206を制御し、本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図を具現するように構成されることができる。例えば、プロセッサ202は、メモリ204内の情報を処理して第3の情報/信号を生成した後、送受信機206を介して第3の情報/信号を含む無線信号を送信することができる。また、プロセッサ202は、送受信機206を介して第4の情報/信号を含む無線信号を受信した後、第4の情報/信号の信号処理から得た情報をメモリ204に格納することができる。メモリ204は、プロセッサ202と連結されることができ、プロセッサ202の動作と関連した多様な情報を格納することができる。例えば、メモリ204は、プロセッサ202により制御されるプロセスのうち一部又は全部を実行し、又は本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ202とメモリ204は、無線通信技術(例えば、LTE、NR)を具現するように設計された通信モデム/回路/チップの一部である。送受信機206は、プロセッサ202と連結されることができ、一つ以上のアンテナ208を介して無線信号を送信及び/又は受信することができる。送受信機206は、送信機及び/又は受信機を含むことができる送受信機206は、RFユニットと混用されることができる。本開示において、無線機器は、通信モデム/回路/チップを意味することもできる。
【0205】
以下、無線機器100、200のハードウェア要素に対してより具体的に説明する。これに制限されるものではなく、一つ以上のプロトコル階層が一つ以上のプロセッサ102、202により具現されることができる。例えば、一つ以上のプロセッサ102、202は、一つ以上の階層(例えば、PHY、MAC、RLC、PDCP、RRC、SDAPのような機能的階層)を具現することができる。一つ以上のプロセッサ102、202は、本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図によって、一つ以上のPDU(Protocol Data Unit)及び/又は一つ以上のSDU(Service Data Unit)を生成することができる。一つ以上のプロセッサ102、202は、本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図によって、メッセージ、制御情報、データ又は情報を生成することができる。一つ以上のプロセッサ102、202は、本文書に開示された機能、手順、提案及び/又は方法によって、PDU、SDU、メッセージ、制御情報、データ又は情報を含む信号(例えば、ベースバンド信号)を生成し、一つ以上の送受信機106、206に提供できる。一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206から信号(例えば、ベースバンド信号)を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図によって、PDU、SDU、メッセージ、制御情報、データ又は情報を取得することができる。
【0206】
一つ以上のプロセッサ102、202は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ばれる。一つ以上のプロセッサ102、202は、ハードウェア、ファームウェア、ソフトウェア、又はこれらの組み合わせにより具現されることができる。一例として、一つ以上のASIC(Application Specific Integrated Circuit)、一つ以上のDSP(Digital Signal Processor)、一つ以上のDSPD(Digital Signal Processing Device)、一つ以上のPLD(Programmable Logic Device)又は一つ以上のFPGA(Field Programmable Gate Arrays)が一つ以上のプロセッサ102、202に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図は、ファームウェア又はソフトウェアを使用して具現されることができ、ファームウェア又はソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図は、実行するように設定されたファームウェア又はソフトウェアが一つ以上のプロセッサ102、202に含まれ、又は一つ以上のメモリ104、204に格納されて一つ以上のプロセッサ102、202により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図は、コード、命令語及び/又は命令語の集合形態でファームウェア又はソフトウェアを使用して具現されることができる。
【0207】
一つ以上のメモリ104、204は、一つ以上のプロセッサ102、202と連結されることができ、多様な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び/又は命令を格納することができる。一つ以上のメモリ104、204は、ROM、RAM、EPROM、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読み取り格納媒体及び/又はこれらの組み合わせで構成されることができる。一つ以上のメモリ104、204は、一つ以上のプロセッサ102、202の内部及び/又は外部に位置できる。また、一つ以上のメモリ104、204は、有線又は無線連結のような多様な技術を介して、一つ以上のプロセッサ102、202と連結されることができる。
【0208】
一つ以上の送受信機106、206は、一つ以上の他の装置に本文での方法及び/又は動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを送信することができる。一つ以上の送受信機106、206は、一つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを受信することができる。例えば、一つ以上の送受信機106、206は、一つ以上のプロセッサ102、202と連結されることができ、無線信号を送受信することができる。例えば、一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206が一つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206が一つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、一つ以上の送受信機106、206は、一つ以上のアンテナ108、208と連結されることができ、一つ以上のアンテナ108、208を介して本文書に開示された説明、機能、手順、提案、方法及び/又は動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを送受信するように設定されることができる。本文書で、一つ以上のアンテナは、複数の物理アンテナであり、又は複数の論理アンテナ(例えば、アンテナポート)である。一つ以上の送受信機106、206は、受信されたユーザデータ、制御情報、無線信号/チャネルなどを一つ以上のプロセッサ102、202を利用して処理するために、受信された無線信号/チャネルなどをRFバンド信号からベースバンド信号に変換(Convert)できる。一つ以上の送受信機106、206は、一つ以上のプロセッサ102、202を利用して処理されたユーザデータ、制御情報、無線信号/チャネルなどをベースバンド信号からRFバンド信号に変換できる。そのために、一つ以上の送受信機106、206は、(アナログ)オシレータ及び/又はフィルタを含むことができる。
【0209】
図17は、本開示の一実施例に係る、送信信号のための信号処理回路を示す。
【0210】
図17を参照すると、信号処理回路1000は、スクランブラ1010、変調器1020、レイヤマッパ1030、プリコーダ1040、リソースマッパ1050、信号生成器1060を含むことができる。これに制限されるものではなく、図17の動作/機能は、図16のプロセッサ102、202及び/又は送受信機106、206で実行されることができる。図17のハードウェア要素は、図16のプロセッサ102、202及び/又は送受信機106、206で具現されることができる。例えば、ブロック1010~1060は、図16のプロセッサ102、202で具現されることができる。また、ブロック1010~1050は、図16のプロセッサ102、202で具現され、ブロック1060は、図16の送受信機106、206で具現されることができる。
【0211】
コードワードは、図17の信号処理回路1000を経て、無線信号に変換されることができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック(例えば、UL-SCHの送信ブロック、DL-SCHの送信ブロック)を含むことができる。無線信号は、多様な物理チャネル(例えば、PUSCH、PDSCH)を介して送信されることができる。
【0212】
具体的に、コードワードは、スクランブラ1010によりスクランブルされたビットシーケンスに変換されることができる。スクランブルに使われるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は、無線機器のID情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器1020により変調シンボルシーケンスに変調されることができる。変調方式は、pi/2-BPSK(pi/2-Binary Phase Shift Keying)、m-PSK(m-Phase Shift Keying)、m-QAM(m-Quadrature Amplitude Modulation)などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパ1030により一つ以上の送信レイヤにマッピングされることができる。各送信レイヤの変調シンボルは、プリコーダ1040により該当アンテナポート(ら)にマッピングされることができる(プリコーディング)。プリコーダ1040の出力zは、レイヤマッパ1030の出力yをN*Mのプリコーディング行列Wと掛けて得られる。ここで、Nはアンテナポートの個数であり、Mは送信レイヤの個数である。ここで、プリコーダ1040は、複素変調シンボルに対するトランスフォーム(transform)プリコーディング(例えば、DFT変換)を実行した以後にプリコーディングを実行することができる。また、プリコーダ1040は、トランスフォームプリコーディングを実行せずにプリコーディングを実行することができる。
【0213】
リソースマッパ1050は、各アンテナポートの変調シンボルを時間-周波数リソースにマッピングできる。時間-周波数リソースは、時間ドメインで複数のシンボル(例えば、CP-OFDMAシンボル、DFT-s-OFDMAシンボル)を含み、周波数ドメインで複数の副搬送波を含むことができる。信号生成器1060は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は、各アンテナを介して他の機器へ送信されることができる。そのために、信号生成器1060は、IFFT(Inverse Fast Fourier Transform)モジュール及びCP(Cyclic Prefix)挿入器、DAC(Digital-to-Analog Converter)、周波数アップリンク変換器(frequency uplink converter)などを含むことができる。
【0214】
無線機器において、受信信号のための信号処理過程は、図17の信号処理過程1010~1060の逆で構成されることができる。例えば、無線機器(例えば、図16の100、200)は、アンテナポート/送受信機を介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器を介してベースバンド信号に変換されることができる。そのために、信号復元器は、周波数ダウンリンク変換器(frequency downlink converter)、ADC(analog-to-digital converter)、CP除去器、FFT(Fast Fourier Transform)モジュールを含むことができる。以後、ベースバンド信号は、リソースデマッパ過程、ポストコーディング(postcoding)過程、復調過程、及びデスクランブル過程を経て、コードワードに復元されることができる。コードワードは、復号(decoding)を経て、元の情報ブロックに復元されることができる。従って、受信信号のための信号処理回路(図示せず)は、信号復元器、リソースデマッパ、ポストコーダ、復調器、デスクランブラ、及び復号器を含むことができる。
【0215】
図18は、本開示の一実施例に係る、無線機器を示す。無線機器は、使用-例/サービスによって多様な形態で具現されることができる(図16参照)。
【0216】
図18を参照すると、無線機器100、200は、図16の無線機器100、200に対応し、多様な要素(element)、成分(component)、ユニット/部(unit)、及び/又はモジュール(module)で構成されることができる。例えば、無線機器100、200は、通信部110、制御部120、メモリ部130、及び追加要素140を含むことができる。通信部は、通信回路112及び送受信機(ら)114を含むことができる。例えば、通信回路112は、図16の一つ以上のプロセッサ102、202及び/又は一つ以上のメモリ104、204を含むことができる。例えば、送受信機(ら)114は、図16の一つ以上の送受信機106、206及び/又は一つ以上のアンテナ108、208を含むことができる。制御部120は、通信部110、メモリ部130、及び追加要素140と電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部120は、メモリ部130に格納されたプログラム/コード/命令/情報に基づいて、無線機器の電気的/機械的動作を制御することができる。また、制御部120は、メモリ部130に格納された情報を通信部110を介して、外部(例えば、他の通信機器)に無線/有線インターフェースを介して送信し、又は通信部110を介して、外部(例えば、他の通信機器)から無線/有線インターフェースを介して受信された情報をメモリ部130に格納することができる。
【0217】
追加要素140は、無線機器の種類によって多様に構成されることができる。例えば、追加要素140は、パワーユニット/バッテリ、入出力部(I/O unit)、駆動部、及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではなく、無線機器は、ロボット(図16の100a)、車両(図16の100b-1、100b-2)、XR機器(図16の100c)、携帯機器(図16の100d)、家電(図16の100e)、IoT機器(図16の100f)、デジタル放送用端末、ホログラム装置、公共安全装置、MTC装置、医療装置、フィンテック装置(又は、金融装置)、セキュリティ装置、気候/環境装置、AIサーバ/機器(図16の400)、基地局(図16の200)、ネットワークノードなどの形態で具現されることができる。無線機器は、使用-例/サービスによって、移動可能であり、又は固定された場所で使われることができる。
【0218】
図18において、無線機器100、200内の多様な要素、成分、ユニット/部、及び/又はモジュールは、全体が有線インターフェースを介して相互連結され、又は少なくとも一部が通信部110を介して無線で連結されることができる。例えば、無線機器100、200内で制御部120と通信部110は有線で連結され、制御部120と第1のユニット(例えば、130、140)は、通信部110を介して無線で連結されることができる。また、無線機器100、200内の各要素、成分、ユニット/部、及び/又はモジュールは、一つ以上の要素を更に含むことができる。例えば、制御部120は、一つ以上のプロセッサの集合で構成されることができる。例えば、制御部120は、通信制御プロセッサ、アプリケーションプロセッサ(Application processor)、ECU(Electronic Control Unit)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されることができる。他の例として、メモリ部130は、RAM(Random Access Memory)、DRAM(Dynamic RAM)、ROM(Read Only Memory)、フラッシュメモリ(flash memory)、揮発性メモリ(volatile memory)、非-揮発性メモリ(non-volatile memory)及び/又はこれらの組み合わせで構成されることができる。
【0219】
以下、図18の具現例に対して、他の図面を参照してより詳細に説明する。
【0220】
図19は、本開示の一実施例に係る、携帯機器を示す。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、携帯用コンピュータ(例えば、ノートブック等)を含むことができる。携帯機器は、MS(Mobile Station)、UT(user terminal)、MSS(Mobile Subscriber Station)、SS(Subscriber Station)、AMS(Advanced Mobile Station)又はWT(Wireless terminal)と呼ばれる。
【0221】
図19を参照すると、携帯機器100は、アンテナ部108、通信部110、制御部120、メモリ部130、電源供給部140a、インターフェース部140b、及び入出力部140cを含むことができる。アンテナ部108は、通信部110の一部で構成されることができる。ブロック110~130/140a~140cは、各々、図18のブロック110~130/140に対応する。
【0222】
通信部110は、他の無線機器、基地局と信号(例えば、データ、制御信号等)を送受信することができる。制御部120は、携帯機器100の構成要素を制御し、多様な動作を実行することができる。制御部120は、AP(Application Processor)を含むことができる。メモリ部130は、携帯機器100の駆動に必要なデータ/パラメータ/プログラム/コード/命令を格納することができる。また、メモリ部130は、入/出力されるデータ/情報などを格納することができる。電源供給部140aは、携帯機器100に電源を供給し、有/無線充電回路、バッテリなどを含むことができる。インターフェース部140bは、携帯機器100と他の外部機器の連結をサポートすることができる。インターフェース部140bは、外部機器との連結のための多様なポート(例えば、オーディオの入/出力ポート、ビデオの入/出力ポート)を含むことができる。入出力部140cは、映像情報/信号、オーディオ情報/信号、データ、及び/又はユーザから入力される情報の入力を受け、又は出力することができる。入出力部140cは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部140d、スピーカー及び/又はハプティックモジュールなどを含むことができる。
【0223】
一例として、データ通信の場合、入出力部140cは、ユーザから入力された情報/信号(例えば、タッチ、文字、音声、イメージ、ビデオ)を取得し、取得された情報/信号は、メモリ部130に格納されることができる。通信部110は、メモリに格納された情報/信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信し、又は基地局に送信できる。また、通信部110は、他の無線機器又は基地局から無線信号を受信した後、受信された無線信号を元の情報/信号に復元できる。復元された情報/信号は、メモリ部130に格納された後、入出力部140cを介して多様な形態(例えば、文字、音声、イメージ、ビデオ、ハプティック)で出力されることができる。
【0224】
図20は、本開示の一実施例に係る、車両又は自律走行車両を示す。車両又は自律走行車両は、移動型ロボット、車両、汽車、有/無人飛行体(Aerial Vehicle、AV)、船舶などで具現されることができる。
【0225】
図20を参照すると、車両又は自律走行車両100は、アンテナ部108、通信部110、制御部120、駆動部140a、電源供給部140b、センサ部140c、及び自律走行部140dを含むことができる。アンテナ部108は、通信部110の一部で構成されることができる。ブロック110/130/140a~140dは、各々、図18のブロック110/130/140に対応する。
【0226】
通信部110は、他の車両、基地局(例えば、基地局、路辺基地局(Road Side unit)等)、サーバなどの外部機器と信号(例えば、データ、制御信号等)を送受信することができる。制御部120は、車両又は自律走行車両100の要素を制御し、多様な動作を実行することができる。制御部120は、ECU(Electronic Control Unit)を含むことができる。駆動部140aは、車両又は自律走行車両100を地上で走行するようにすることができる。駆動部140aは、エンジン、モータ、パワートレイン、輪、ブレーキ、ステアリング装置などを含むことができる。電源供給部140bは、車両又は自律走行車両100に電源を供給し、有/無線充電回路、バッテリなどを含むことができる。センサ部140cは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサ部140cは、IMU(inertial measurement unit)センサ、衝突センサ、ホイールセンサ(wheel sensor)、速度センサ、傾斜センサ、重量検知センサ、ヘッディングセンサ(heading sensor)、ポジションモジュール(position module)、車両の前進/後進センサ、バッテリセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部140dは、走行中である車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると、自動で経路を設定して走行する技術などを具現することができる。
【0227】
一例として、通信部110は、外部サーバから地図データ、交通情報データなどを受信することができる。自律走行部140dは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部120は、ドライビングプランによって車両又は自律走行車両100が自律走行経路に沿って移動するように駆動部140aを制御することができる(例えば、速度/方向調節)。自律走行途中、通信部110は、外部サーバから最新の交通情報データを非/周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中、センサ部140cは、車両状態、周辺環境情報を取得することができる。自律走行部140dは、新しく取得されたデータ/情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部110は、車両位置、自律走行経路、ドライビングプランなどに対する情報を外部サーバに伝達できる。外部サーバは、車両又は自律走行車両から収集された情報に基づいて、AI技術などを利用して交通情報データをあらかじめ予測でき、予測された交通情報データを車両又は自律走行車両に提供できる。
【0228】
本明細書に記載された請求項は、多様な方式に組み合わせ可能である。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16
図17
図18
図19
図20