本開示の多様な実施例において、“/”及び“、”は“及び/または”を意味すると解釈されなければならない。例えば、“A/B”は“A及び/またはB”を意味することができる。なお、“A、B”は“A及び/またはB”を意味することができる。また、“A/B/C”は“A、B及び/またはCのうち少なくともいずれか一つ”を意味することができる。また、“A、B、C”は“A、B及び/またはCのうち少なくともいずれか一つ”を意味することができる。
さらに、本開示の多様な実施例において、“または”は“及び/または”を意味すると解釈されなければならない。例えば、“AまたはB”は“ただA”、“ただB”、及び/または“A及びBの両方とも”を含むことができる。即ち、本開示の多様な実施例において、“または”は“付加的にまたは代案として”を意味すると解釈されなければならない。
以下の技術は、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)、IEEE 802.16(WiMAX)、IEEE 802−20、E−UTRA(evolved UTRA)などの無線技術で実現されることができる。IEEE 802.16mはIEEE 802.16eの進化であって、IEEE 802.16eに基づくシステムとの下位互換性(backward compatibility)を提供する。UTRAは、UMTS(universal mobile telecommunications system)の一部である。3GPP(3rd generation partnership project)LTE(long term evolution)は、E−UTRA(evolved−UMTS terrestrial radio access)を使用するE−UMTS(evolved UMTS)の一部であって、ダウンリンクでOFDMAを採用し、アップリンクでSC−FDMAを採用する。LTE−A(advanced)は3GPP LTEの進化である。
5G NRはLTE−Aの後続技術であって、高性能、低遅延、高可用性などの特性を有する新しいClean−slateの形態の移動通信システムである。5G NRは、1GHz未満の低周波帯域から1GHz〜10GHzの中間周波帯域、24GHz以上の高周波(ミリ波)帯域などの使用可能な全てのスペクトルリソースを活用することができる。
説明を明確にするために、LTE−Aまたは5G NRを中心に記述するが、本開示の技術的思想がこれに制限されるものではない。
図1は、本開示の一実施例に係る、LTEシステムの構造を示す。これはE−UTRAN(Evolved−UMTS Terrestrial Radio Access Network)、またはLTE(Long Term Evolution)/LTE−Aシステムと呼ばれることができる。
図1を参照すると、E−UTRANは、端末10にコントロールプレーン(control plane)とユーザプレーン(user plane)を提供する基地局20(Base Station、BS)を含む。端末10は、固定されるか移動性を有することができ、MS(Mobile Station)、UT(User Terminal)、SS(Subscriber Station)、MT(Mobile Terminal)、無線機器(Wireless Device)など他の用語で呼ばれ得る。基地局20は、端末10と通信する固定された地点(fixed station)を言い、eNB(evolved−NodeB)、BTS(Base Transceiver System)、アクセスポイント(Access Point)など他の用語で呼ばれ得る。
基地局20は、S1インターフェースを介して互いに連結されることができる。基地局20は、S1インターフェースを介して、EPC30(Evolved Packet Core)、より詳細には、S1−MMEを介してMME(Mobility Management Entity)と、S1−Uを介してS−GW(Serving Gateway)と連結される。
EPC30は、MME、S−GW、及びP−GW(Packet Data Network−Gateway)から構成される。MMEは、端末のアクセス情報や、端末の能力に関する情報を有しており、このような情報は、端末の移動性管理に主に使用される。S−GWは、E−UTRANを終端点として有するゲートウェイであり、P−GWは、PDN(Packet Data Network)を終端点として有するゲートウェイである。
端末ネットワークとの無線インターフェースプロトコル(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メッセージを交換する。
図2は、本開示の一実施例に係る、ユーザ平面(user plane)に対する無線プロトコル構造(radio protocol architecture)を示す。図3は、本開示の一実施例に係る、制御平面(control plane)に対する無線プロトコル構造(radio protocol architecture)を示す。ユーザ平面は、ユーザデータ送信のためのプロトコルスタック(protocol stack)であり、制御平面は、制御信号送信のためのプロトコルスタックである。
図2及び図3を参照すると、物理層(physical layer)は、物理チャネルを用いて上位層に情報伝送サービスを提供する。物理層は、上位層であるMAC(Medium Access Control)層とは送信チャネル(transport channel)を介して連結されている。送信チャネルを介してMAC層と物理層との間にデータが移動する。送信チャネルは、無線インターフェースを介して、データがどのようにどんな特徴で送信されるかに応じて分類される。
互いに異なる物理層間、即ち、送信機と受信機の物理層間は物理チャネルを介してデータが移動する。前記物理チャネルは、OFDM(Orthogonal Frequency Division Multiplexing)方式で変調されることができ、時間と周波数を無線リソースとして活用する。
MAC層は、論理チャネル(logical channel)を介して上位層であるRLC(radio link control)層にサービスを提供する。MAC層は、複数の論理チャネルから複数の送信チャネルへのマッピング機能を提供する。また、MAC層は、複数の論理チャネルから単数の送信チャネルへのマッピングによる論理チャネルの多重化機能を提供する。MAC副層は、論理チャネル上のデータ伝送サービスを提供する。
RLC層は、RLC SDU(Radio Link Control Service Data Unit)の連結(concatenation)、分割(segmentation)、及び再結合(reassembly)を行う。無線ベアラー(Radio Bearer、RB)が要求する様々なQoS(Quality of Service)を保証するために、RLC層は、透明モード(Transparent Mode、TM)、非確認モード(Unacknowledged Mode、UM)、及び確認モード(Acknowledged Mode、AM)の三つの動作モードを提供する。AM RLCはARQ(automatic repeat request)を介してエラー訂正を提供する。
RRC(Radio Resource Control)層は、コントロールプレーンでのみ定義される。RRC層は、無線ベアラーの設定(configuration)、再設定(re−configuration)、及び解除(release)に関して、論理チャネル、送信チャネル、及び物理チャネルの制御を担当する。RBは、端末とネットワーク間のデータ伝達のために、第1層(PHY層)及び第2層(MAC層、RLC層、PDCP(Packet Data Convergence Protocol)層)によって提供される論理的経路を意味する。
ユーザプレーンでのPDCP層の機能は、ユーザデータの伝達、ヘッダ圧縮(header compression)、及び暗号化(ciphering)を含む。コントロールプレーンでのPDCP層の機能は、コントロールプレーンデータの伝達及び暗号化/整合性保護(integrity protection)を含む。
RBが設定されるというのは、特定のサービスを提供するために、無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。RBは、再度SRB(Signaling Radio Bearer)とDRB(Data Radio Bearer)の二つに分けられる。SRBは、コントロールプレーンでRRCメッセージを送信する通路として使用され、DRBは、ユーザプレーンでユーザデータを送信する通路として使用される。
端末のRRC層とE−UTRANのRRC層との間にRRC接続(RRC Connection)が確立すると、端末はRRC_CONNEDTEDの状態にあることになり、そうでない場合、RRC_IDLEの状態にあることになる。NRの場合、RRC_INACTIVEの状態がさらに定義され、RRC_INACTIVEの状態の端末は、コアネットワークとの連結を維持する反面、基地局との連結を解除(release)することができる。
ネットワークから端末へデータを送信するダウンリンク送信チャネルとしては、システム情報を送信するBCH(Broadcast Channel)と、それ以外にユーザトラフィックや制御メッセージを送信するダウンリンクSCH(Shared Channel)とがある。ダウンリンクマルチキャストまたはブロードキャストサービスのトラフィックまたは制御メッセージの場合、ダウンリンクSCHを介して送信されてもよく、または別途のダウンリンクMCH(Multicast Channel)を介して送信されてもよい。一方、端末からネットワークへデータを送信するアップリンク送信チャネルとしては、初期の制御メッセージを送信するRACH(Random Access Channel)と、それ以外にユーザトラフィックや制御メッセージを送信するアップリンクSCH(Shared Channel)とがある。
送信チャネルの上位にあり、送信チャネルにマッピングされる論理チャネル(Logical Channel)としては、BCCH(Broadcast Control Channel)、PCCH(Paging Control Channel)、CCCH(Common Control Channel)、MCCH(Multicast Control Channel)、MTCH(Multicast Traffic Channel)等がある。
物理チャネル(Physical Channel)は、時間領域で多数個のOFDMシンボルと周波数領域で多数個の副搬送波(Sub−carrier)から構成される。一つのサブフレーム(sub−frame)は、時間領域で複数のOFDMシンボル(symbol)から構成される。リソースブロックは、リソース割り当ての単位であって、複数のOFDMシンボルと複数の副搬送波(sub−carrier)から構成される。また、各サブフレームは、PDCCH(Physical Downlink Control Channel)、即ち、L1/L2制御チャネルのために該当サブフレームの特定のOFDMシンボル(例えば、一番目のOFDMシンボル)の特定の副搬送波を用いることができる。TTI(Transmission Time Interval)は、サブフレーム送信の単位時間である。
図4は、本開示の一実施例に係る、NRシステムの構造を示す。
図4を参照すると、NG−RAN(Next Generation−Radio Access Network)は、端末にユーザプレーン及びコントロールプレーンのプロトコル終端(termination)を提供するgNB(next generation-Node B)及び/またはeNBを含むことができる。図4では、gNBのみを含む場合を例示する。gNB及びeNBは、相互間にXnインターフェースで連結されている。gNB及びeNBは、5世代コアネットワーク(5G Core Network:5GC)とNGインターフェースを介して連結されている。より具体的に、AMF(access and mobility management function)とはNG−Cインターフェースを介して連結され、UPF(user plane function)とはNG−Uインターフェースを介して連結される。
図5は、本開示の一実施例に係る、NG−RANと5GCとの間の機能的分割を示す。
図5を参照すると、gNBは、インターセル間の無線リソース管理(Inter Cell RRM)、無線ベアラー管理(RB control)、連結移動性制御(Connection Mobility Control)、無線許可制御(Radio Admission Control)、測定設定及び提供(Measurement configuration & Provision)、動的リソース割り当て(dynamic resource allocation)等の機能を提供することができる。AMFは、NAS(Non Access Stratum)セキュリティ、アイドル状態の移動性処理等の機能を提供することができる。UPFは、移動性アンカーリング(Mobility Anchoring)、PDU(Protocol Data Unit)処理等の機能を提供することができる。SMF(Session Management Function)は、端末IP(Internet Protocol)アドレスの割り当て、PDUセッション制御等の機能を提供することができる。
図6は、本開示の一実施例に係る、NRの無線フレームの構造を示す。
図6を参照すると、NRでアップリンク及びダウンリンクの送信のために無線フレームが使用できる。無線フレームは、10msの長さを有し、2個の5msのハーフ−フレーム(Half−Frame、HF)で定義され得る。ハーフ−フレームは、5個の1msのサブフレーム(Subframe、SF)を含むことができる。サブフレームは、一つ以上のスロットに分割されることができ、サブフレーム内のスロットの数は、副搬送波間隔(Subcarrier Spacing、SCS)に応じて決定されることができる。各スロットは、CP(cyclic prefix)に応じて、12個または14個のOFDM(A)シンボルを含むことができる。
ノーマルCP(normal CP)が使用される場合、各スロットは14個のシンボルを含むことができる。拡張CPが使用される場合、各スロットは、12個のシンボルを含むことができる。ここで、シンボルは、OFDMシンボル(または、CP−OFDMシンボル)、SC−FDMA(Single Carrier−FDMA)シンボル(または、DFT−s−OFDM(Discrete Fourier Transform-spread-OFDM)シンボル)を含むことができる。
以下の表1は、ノーマルCPが使用される場合、SCS設定(u)に応じて、スロット別シンボルの数(Nslot symb)、フレーム別スロットの数(Nframe,u slot)と、サブフレーム別スロットの数(Nsubframe,u slot)を例示する。
表2は、拡張CPが使用される場合、SCSに応じて、スロット別シンボルの数、フレーム別スロットの数とサブフレーム別スロットの数を例示する。
NRシステムでは、一つの端末に併合される複数のセル間にOFDM(A)ヌメロロジー(numerology)(例えば、SCS、CP長さなど)が異なって設定できる。これによって、同じ数のシンボルで構成された時間リソース(例えば、サブフレーム、スロットまたはTTI)(便宜上、TU(Time Unit)と通称)の(絶対時間)区間が併合されたセル間に異なって設定できる。
NRにおいて、多様な5Gサービスをサポートするための多数のヌメロロジー(numerology)またはSCSがサポートされることができる。例えば、SCSが15kHzである場合、伝統的なセルラーバンドでの広い領域(wide area)がサポートされることができ、SCSが30kHz/60kHzである場合、密集した−都市(dense−urban)、より低い遅延(lower latency)、及びより広いキャリア帯域幅(wider carrier bandwidth)がサポートされることができる。SCSが60kHzまたはそれより高い場合、位相雑音(phase noise)を克服するために24.25GHzより大きい帯域幅がサポートされることができる。
NR周波数バンド(frequency band)は、二つのタイプの周波数範囲(frequency range)に定義されることができる。前記二つのタイプの周波数範囲は、FR1及びFR2である。周波数範囲の数値は、変更されることができ、例えば、前記二つのタイプの周波数範囲は、以下の表3の通りである。NRシステムで使われる周波数範囲のうち、FR1は“sub 6GHz range”を意味することができ、FR2は“above 6GHz range”を意味することができ、ミリ波(millimeter wave、mmW)と呼ばれることができる。
前述したように、NRシステムの周波数範囲の数値は、変更されることができる。例えば、FR1は、以下の表4のように410MHz乃至7125MHzの帯域を含むことができる。即ち、FR1は、6GHz(または、5850、5900、5925MHz等)以上の周波数帯域を含むことができる。例えば、FR1内で含まれる6GHz(または、5850、5900、5925MHz等)以上の周波数帯域は、非免許帯域(unlicensed band)を含むことができる。非免許帯域は、多様な用途で使われることができ、例えば、車両のための通信(例えば、自律走行)のために使われることができる。
図7は、本開示の一実施例に係る、NRフレームのスロット構造を示す。
図7を参照すると、スロットは、時間領域で複数のシンボルを含む。例えば、ノーマルCPの場合、一つのスロットが14個のシンボルを含むが、拡張CPの場合、一つのスロットが12個のシンボルを含むことができる。或いは、ノーマルCPの場合、一つのスロットが7個のシンボルを含むが、拡張CPの場合、一つのスロットが6個のシンボルを含むことができる。
搬送波は、周波数領域で複数の副搬送波を含む。RB(Resource Block)は周波数領域で複数(例えば、12)の連続した副搬送波で定義され得る。BWP(Bandwidth Part)は、周波数領域で複数の連続した(P)RB((Physical) Resource Block)で定義され得、一つのヌメロロジー(numerology)(例えば、SCS、CP長さなど)に対応し得る。搬送波は、最大N個(例えば、5個)のBWPを含むことができる。データ通信は、活性化されたBWPを介して行われることができる。各々の要素は、リソースグリッドでリソース要素(Resource Element、RE)と称され得、一つの複素シンボルがマッピングできる。
以下、BWP(Bandwidth Part)及びキャリアに対して説明する。
BWP(Bandwidth Part)は、与えられたヌメロロジーでPRB(physical resource block)の連続的な集合である。PRBは、与えられたキャリア上で与えられたヌメロロジーに対するCRB(common resource block)の連続的な部分集合から選択されることができる。
BA(Bandwidth Adaptation)を使用すると、端末の受信帯域幅及び送信帯域幅は、セルの帯域幅ほど大きい必要がないし、端末の受信帯域幅及び送信帯域幅は、調整されることができる。例えば、ネットワーク/基地局は、帯域幅調整を端末に知らせることができる。例えば、端末は、帯域幅調整のための情報/設定をネットワーク/基地局から受信することができる。この場合、端末は、前記受信された情報/設定に基づいて帯域幅調整を実行することができる。例えば、前記帯域幅調整は、帯域幅の縮小/拡大、帯域幅の位置変更または帯域幅のサブキャリアスペーシングの変更を含むことができる。
例えば、帯域幅は、パワーをセイブするために活動が少ない期間の間に縮小されることができる。例えば、帯域幅の位置は、周波数ドメインで移動できる。例えば、帯域幅の位置は、スケジューリング柔軟性(scheduling flexibility)を増加させるために周波数ドメインで移動できる。例えば、帯域幅のサブキャリアスペーシング(subcarrier spacing)は、変更されることができる。例えば、帯域幅のサブキャリアスペーシングは、異なるサービスを許容するために変更されることができる。セルの総セル帯域幅のサブセットは、BWP(Bandwidth Part)と称することができる。BAは、基地局/ネットワークが端末にBWPを設定し、基地局/ネットワークが設定されたBWPのうち現在活性状態であるBWPを端末に知らせることによって実行されることができる。
例えば、BWPは、活性(active)BWP、イニシャル(initial)BWP及び/またはデフォルト(default)BWPのうち少なくともいずれか一つである。例えば、端末は、PCell(primary cell)上の活性(active)DL BWP以外のDL BWPでダウンリンク無線リンク品質(downlink radio link quality)をモニタリングしない。例えば、端末は、活性DL BWPの外部でPDCCH、PDSCHまたはCSI−RS(ただし、RRM除外)を受信しない。例えば、端末は、非活性DL BWPに対するCSI(Channel State Information)報告をトリガしない。例えば、端末は、活性UL BWP外部でPUCCHまたはPUSCHを送信しない。例えば、ダウンリンクの場合、イニシャルBWPは、(PBCHにより設定された)RMSI CORESETに対する連続的なRBセットで与えられることができる。例えば、アップリンクの場合、イニシャルBWPは、ランダムアクセス手順のためにSIBにより与えられることができる。例えば、デフォルトBWPは、上位階層により設定されることができる。例えば、デフォルトBWPの初期値は、イニシャルDL BWPである。エネルギーセイビングのために、端末が一定期間の間にDCIを検出することができない場合、端末は、前記端末の活性BWPをデフォルトBWPにスイッチングできる。
一方、BWPは、SLに対して定義されることができる。同じSL BWPは、送信及び受信に使われることができる。例えば、送信端末は、特定BWP上でSLチャネルまたはSL信号を送信することができ、受信端末は、前記特定BWP上でSLチャネルまたはSL信号を受信することができる。免許キャリア(licensed carrier)で、SL BWPは、Uu BWPと別途に定義されることができ、SL BWPは、Uu BWPと別途の設定シグナリング(separate configuration signalling)を有することができる。例えば、端末は、SL BWPのための設定を基地局/ネットワークから受信することができる。SL BWPは、キャリア内でout−of−coverage NR V2X端末及びRRC_IDLE端末に対して(あらかじめ)設定されることができる。RRC_CONNECTEDモードの端末に対して、少なくとも一つのSL BWPがキャリア内で活性化されることができる。
図8は、本開示の一実施例に係る、BWPの一例を示す。図8の実施例において、BWPは、3個と仮定する。
図8を参照すると、CRB(common resource block)は、キャリアバンドの一側端から他側端まで番号が付けられたキャリアリソースブロックである。そして、PRBは、各BWP内で番号が付けられたリソースブロックである。ポイントAは、リソースブロックグリッド(resource block grid)に対する共通参照ポイント(common reference point)を指示することができる。
BWPは、ポイントA、ポイントAからのオフセット(Nstart BWP)及び帯域幅(Nsize BWP)により設定されることができる。例えば、ポイントAは、全てのヌメロロジー(例えば、該当キャリアでネットワークによりサポートされる全てのヌメロロジー)のサブキャリア0が整列されるキャリアのPRBの外部参照ポイントである。例えば、オフセットは、与えられたヌメロロジーで最も低いサブキャリアとポイントAとの間のPRB間隔である。例えば、帯域幅は、与えられたヌメロロジーでPRBの変調である。
以下、V2XまたはSL通信に対して説明する。
図9は、本開示の一実施例に係る、SL通信のための無線プロトコル構造(radio protocol architecture)を示す。具体的に、図9の(a)は、LTEのユーザ平面プロトコルスタックを示し、図9の(b)は、LTEの制御平面プロトコルスタックを示す。
図10は、本開示の一実施例に係る、SL通信のための無線プロトコル構造(radio protocol architecture)を示す。具体的に、図10の(a)は、NRのユーザ平面プロトコルスタックを示し、図10の(b)は、NRの制御平面プロトコルスタックを示す。
以下、サイドリンク同期信号(Sidelink Synchronization Signal、SLSS)及び同期化情報について説明する。
SLSSは、サイドリンク特定的なシーケンス(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)と称してもよい。
PSBCH(Physical Sidelink Broadcast Channel)は、サイドリンク信号の送受信前に端末が真っ先に知るべきである基本になる(システム)情報が送信される(放送)チャネルであり得る。例えば、基本になる情報は、SLSSに関する情報、デュプレックスモード(Duplex Mode、DM)、TDD UL/DL(Time Division Duplex Uplink/Downlink)の構成、リソースプールに関する情報、SLSSに関するアプリケーションの種類、サブフレームオフセット、放送情報などであり得る。
S−PSS、S−SSS、及びPSBCHは周期的送信をサポートするブロックフォーマット(例えば、サイドリンクSS(Synchronization Signal)/PSBCHブロック、以下S−SSB)に含まれ得る。前記S−SSB(Sidelink−Synchronization Signal Block)は、キャリア内のPSCCH(Physical Sidelink Control Channel)/PSSCH(Physical Sidelink Shared Channel)と同じヌメロロジー(即ち、SCS及びCP長さ)を有することができ、送信帯域幅は、(予め)設定されたSL BWP(Sidelink Bandwidth Part)内にあり得る。また、S−SSBの周波数位置は、(予め)設定されることができる。したがって、端末はキャリアでS−SSBを見つけるために周波数で仮設検出(hypothesis detection)を行う必要がない。
各SLSSは、物理層のサイドリンク同期化ID(identity)を有してもよく、その値は0から335のうち何れか一つであってもよい。前記値のうちいずれの値を使用するかに応じて、同期化ソースが識別されることもある。例えば、0、168、169はGNSS(global navigation satellite systems)を意味してもよく、1乃至167は基地局を意味してもよく、170乃至335はカバレッジの外部であることを意味してもよい。或いは、物理層のサイドリンク同期化ID(identity)の値のうち、0乃至167はネットワークによって使用される値であってもよく、168乃至335はネットワークのカバレッジの外部で使用される値であってもよい。
図11は、本開示の一実施例に係る、V2XまたはSL通信を実行する端末を示す。
図11を参照すると、V2X/サイドリンク通信における端末という用語は、主にユーザの端末を意味することができる。しかしながら、基地局のようなネットワーク装備が端末間の通信方式に応じて信号を送受信する場合、基地局もまた一種の端末と見なされることもできる。
端末1は、一連のリソースの集合を意味するリソースプール(resource pool)内で特定のリソースに該当するリソース単位(resource unit)を選択し、該当リソース単位を使用してサイドリンク信号を送信するように動作することができる。受信端末である端末2は、端末1が信号を送信することができるリソースプールが設定され、該当リソースプール内で端末1の信号を検出することができる。
ここで、端末1が基地局の連結範囲内にある場合、基地局がリソースプールを知らせることができる。これに対して、端末1が基地局の連結範囲外にある場合、他の端末がリソースプールを知らせるか、または事前に決められたリソースで決定されることもできる。
一般に、リソースプールは、複数のリソース単位で構成されることができ、各端末は一つまたは複数のリソース単位を選定し、自身のサイドリンク信号の送信に使用することができる。
図12は、本開示の一実施例に係る、V2XまたはSL通信のためのリソース単位を示す。
図12を参照すると、リソースプールの全周波数リソースがNF個に分割でき、リソースプールの全時間リソースがNT個に分割できる。従って、計NF*NT個のリソース単位がリソースプール内で定義され得る。図12は、該当リソースプールがNT個のサブフレームの周期に繰り返される場合の例を示す。
図12に示すように、一つのリソース単位(例えば、Unit #0)は、周期的に繰り返して表され得る。或いは、時間または周波数次元でのダイバーシティ(diversity)効果を得るために、一つの論理的なリソース単位がマッピングされる物理的リソース単位のインデックスが時間に応じて事前に決められたパターンに変化することもできる。このようなリソース単位の構造において、リソースプールとは、サイドリンク信号を送信しようとする端末が送信に使用することができるリソース単位の集合を意味することができる。
リソースプールは、様々な種類に細分化できる。例えば、各リソースプールで送信されるサイドリンク信号のコンテンツ(content)に応じて、リソースプールは下記のように区分できる。
(1)スケジューリング割り当て(Scheduling Assignment、SA)は、送信端末がサイドリンクデータチャネルの送信として使用するリソースの位置、その他にデータチャネルの復調のために必要なMCS(Modulation and Coding Scheme)またはMIMO(Multiple Input Multiple Output)送信方式、TA(Timing Advance)などの情報を含む信号であり得る。SAは、同じリソース単位上でサイドリンクデータと共にマルチプレクシングされて送信されることも可能であり、この場合、SAリソースプールとは、SAがサイドリンクデータとマルチプレクシングされて送信されるリソースプールを意味することができる。SAは、サイドリンク制御チャネル(control channel)とも呼ばれ得る。
(2)サイドリンクデータチャネル(Physical Sidelink Shared Channel、PSSCH)は、送信端末がユーザデータを送信するのに使用するリソースプールであり得る。もし、同じリソース単位上でサイドリンクデータと共にSAがマルチプレクシングされて送信される場合、SA情報を除いた形態のサイドリンクデータチャネルのみがサイドリンクデータチャネルのためのリソースプールで送信されることができる。言い換えると、SAリソースプール内の個別のリソース単位上でSA情報を送信するのに使用されたREs(Resource Elements)は、サイドリンクデータチャネルのリソースプールで依然としてサイドリンクデータを送信するために使用されることができる。
(3)ディスカバリーチャネルは、送信端末が自身のIDなどの情報を送信するためのリソースプールであり得る。これを介して、送信端末は隣接端末が自身を見つけるようにすることができる。
以上で説明したサイドリンク信号のコンテンツが同一である場合にも、サイドリンク信号の送受信属性に応じて、異なるリソースプールを使用することができる。一例として、同じサイドリンクデータチャネルやディスカバリーメッセージであっても、サイドリンク信号の送信タイミング決定方式(例えば、同期基準信号の受信時点で送信されるか、それとも前記受信時点で一定のタイミングアドバンスを適用して送信されるか)、リソース割り当て方式(例えば、個別信号の送信リソースを基地局が個別送信端末に指定するか、それとも個別送信端末がリソースプール内で自体的に個別信号の送信リソースを選択するか)、信号フォーマット(例えば、各サイドリンク信号が一つのサブフレームで占めるシンボルの数、または一つのサイドリンク信号の送信に使用されるサブフレームの数)、基地局からの信号強度、サイドリンク端末の送信電力強度等に応じて、再度異なるリソースプールに区分されることもできる。
以下、サイドリンクにおけるリソース割り当て(resource allocation)について説明する。
図13は、本開示の一実施例によって、端末がTM(Transmission Mode)によってV2XまたはSL通信を実行する手順を示す。具体的に、図13の(a)は、送信モード1または送信モード3と関連した端末動作を示し、図13の(b)は、送信モード2または送信モード4と関連した端末動作を示す。
図13の(a)を参照すると、送信モード1/3で、基地局は端末1にPDCCH(より具体的にDCI(Downlink Control Information))を介してリソーススケジューリングを行い、端末1は、該当リソーススケジューリングによって端末2とサイドリンク/V2X通信を行う。端末1は端末2にPSCCH(physical sidelink control channel)を介してSCI(sidelink control information)を送信した後、前記SCIに基づくデータをPSSCH(physical sidelink shared channel)を介して送信することができる。LTEサイドリンクの場合、送信モード1は一般的なサイドリンク通信に適用されることができ、送信モード3はV2Xのサイドリンク通信に適用されることができる。
図13の(b)を参照すると、送信モード2/4で、端末は自分でリソースをスケジューリングすることができる。より具体的に、LTEサイドリンクの場合、送信モード2は、一般的なサイドリンク通信に適用され、端末が設定されたリソースプール内でリソースを自分で選択してサイドリンク動作を行うことができる。送信モード4は、V2Xのサイドリンク通信に適用され、端末がセンシング/SAデコーディング過程などを経て、選択ウィンドウ内で自分でリソースを選択した後、V2Xのサイドリンク動作を行うことができる。端末1は端末2にPSCCHを介してSCIを送信した後、前記SCIに基づくデータをPSSCHを介して送信することができる。以下、送信モードをモードと略称してもよい。
NRのサイドリンクの場合、少なくとも二つのサイドリンクのリソース割り当てモードが定義され得る。モード1の場合、基地局はサイドリンク送信のために端末により使用されるサイドリンクリソースをスケジューリングすることができる。モード2の場合、端末は基地局/ネットワークにより設定されたサイドリンクリソースまたは予め設定されたサイドリンクリソース内でサイドリンク送信リソースを決定することができる。前記設定されたサイドリンクリソースまたは予め設定されたサイドリンクリソースは、リソース/リソースプールであり得る。例えば、モード2の場合、端末は自律的に送信のためのサイドリンクリソースを選択することができる。例えば、モード2の場合、端末は他の端末に対するサイドリンクリソースの選択を助けることができる。例えば、モード2の場合、端末はサイドリンク送信のためのNR configured grantの設定を受けることができる。例えば、モード2の場合、端末は他の端末のサイドリンク送信をスケジューリングすることができる。また、モード2は少なくともブラインド再送信のためのサイドリンクリソースの予約をサポートすることができる。
センシング(sensing)及びリソースの(再)選択に関する手続は、リソース割り当てモード2でサポートされることができる。前記センシング手続は、他の端末及び/またはサイドリンクの測定からSCIをデコーディングすると定義され得る。前記センシング手続でSCIをデコーディングすることは、少なくともSCIを送信する端末により指示されるサイドリンクリソースに対する情報を提供することができる。該当SCIがデコーディングされる際、前記センシング手続はSL DMRS(Demodulation Reference Signal)に基づくL1 SL RSRP(Reference Signal Received Power)測定を使用することができる。前記リソースの(再)選択手続はサイドリンク送信のためのリソースを決定するために、前記センシング手続の結果を使用することができる。
図14は、本開示の一実施例によって、端末が送信リソースを選択する方法を示す。
図14を参照すると、端末はセンシングウィンドウ内でセンシングを介して他の端末が予約した送信リソースまたは他の端末が使用しているリソースを把握することができ、選択ウィンドウ内でこれを排除した後、残っているリソースのうち、干渉の少ないリソースからランダムにリソースを選択することができる。
例えば、端末は、センシングウィンドウ内で、予約されたリソースの周期に対する情報を含むPSCCHをデコーディングし、前記PSCCHに基づいて周期的に決定されたリソースでPSSCH RSRPを測定することができる。端末は、前記PSSCH RSRP値が閾値を超えるリソースを選択ウィンドウ内から除外することができる。その後、端末は選択ウィンドウ内の残っているリソースのうちからサイドリンクリソースをランダムに選択することができる。
或いは、端末はセンシングウィンドウ内で周期的なリソースのRSSI(Received signal strength indication)を測定し、干渉の少ないリソース(例えば、下位20%に該当するリソース)を決定することができる。また、端末は前記周期的なリソースのうち、選択ウィンドウに含まれているリソースのうちからサイドリンクリソースをランダムに選択することもできる。例えば、端末がPSCCHのデコーディングを失敗した場合、端末は前記のような方法を使用することができる。
図15は、本開示の一実施例に係る、三つのキャストタイプを示す。
具体的に、図15の(a)は、ブロードキャスト(broadcast)タイプのSL通信を示し、図15の(b)は、ユニキャスト(unicast)タイプのSL通信を示し、図15の(c)は、グループキャスト(groupcast)タイプのSL通信を示す。ユニキャストタイプのSL通信の場合、端末は、他の端末と一対一通信を実行することができる。グループキャストタイプのSL通信の場合、端末は、自分が属するグループ内の一つ以上の端末とSL通信を実行することができる。本開示の多様な実施例において、SLグループキャスト通信は、SLマルチキャスト(multicast)通信、SL一対多(one−to−many)通信などに代替されることができる。
以下、SLでHARQ(Hybrid Automatic Repeat Request)手順に対して説明する。
SLユニキャスト及びグループキャストの場合、物理階層でのHARQフィードバック及びHARQコンバイニング(combining)がサポートされることができる。例えば、受信端末がリソース割当モード1または2で動作する場合、受信端末は、PSSCHを送信端末から受信することができ、PSFCH(Physical Sidelink Feedback Channel)を介してSFCI(Sidelink Feedback Control Information)フォーマットを使用してPSSCHに対するHARQフィードバックを送信端末に送信できる。
例えば、SL HARQフィードバックは、ユニキャストに対してイネイブルされることができる。このとき、non−CBG(non−Code Block Group)動作で、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングし、及び前記PSCCHと関連した送信ブロックを成功的にデコーディングする場合、受信端末は、HARQ−ACKを生成することができる。そして、受信端末は、HARQ−ACKを送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングした以後、前記PSCCHと関連した送信ブロックを成功的にデコーディングできない場合、受信端末は、HARQ−NACKを生成することができる。そして、受信端末は、HARQ−NACKを送信端末に送信できる。
例えば、SL HARQフィードバックは、グループキャストに対してイネイブルされることができる。例えば、non−CBG動作で、二つのHARQフィードバックオプションがグループキャストに対してサポートされることができる。
(1)グループキャストオプション1:受信端末が前記受信端末をターゲットとするPSCCHをデコーディングした以後、前記PSCCHと関連した送信ブロックのデコーディングに失敗する場合、受信端末は、HARQ−NACKをPSFCHを介して送信端末に送信できる。それに対して、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングし、及び前記PSCCHと関連した送信ブロックを成功的にデコーディングする場合、受信端末は、HARQ−ACKを送信端末に送信しない。
(2)グループキャストオプション2:受信端末が前記受信端末をターゲットとするPSCCHをデコーディングした以後、前記PSCCHと関連した送信ブロックのデコーディングに失敗する場合、受信端末は、HARQ−NACKをPSFCHを介して送信端末に送信できる。そして、受信端末が前記受信端末をターゲットとするPSCCHをデコーディングし、及び前記PSCCHと関連した送信ブロックを成功的にデコーディングする場合、受信端末は、HARQ−ACKをPSFCHを介して送信端末に送信できる。
前述したように、NR V2Xでより高い信頼度(reliability)が要求されるV2Xシナリオ(例えば、eV2Xシナリオ)を満たすために、HARQフィードバックがユニキャスト及びグループキャスト通信でサポートされることができる。例えば、グループキャスト通信の場合、送信端末は、複数の受信端末とリンク関係(link association)を確立することができる。説明の便宜のために、送信端末が複数の受信端末とリンクを確立してSL通信を実行することは、連結−指向グループキャスト(connection−oriented groupcast)と称することができる。それに対して、送信端末は、複数の受信端末とリンク関係(link association)を確立せずに、送信端末は、ブロードキャスト方式に複数の受信端末に対してSL通信を実行することができる。この場合、グループ管理のために、受信端末は、全てのブロードキャスト送信に対する通信距離や絶対的距離などでHARQフィードバック可否を決定することができる。説明の便宜のために、前記のように、送信端末がグループ内の一つ以上の端末とPC5インターフェース上のRRC接続無しでサイドリンク通信を実行することは、コネクションレスグループキャスト(connection−less groupcast)と称することができる。
例えば、コネクションレスグループキャスト(connection−less groupcast)で、送信端末は、自分の通信距離に対する情報または自分が送信するサービスのターゲット距離に対する情報を複数の受信端末に送信できる。また、送信端末は、自分の位置情報を複数の受信端末に送信できる。この場合、複数の受信端末は、前記受信した情報に基づいて送信端末との距離を判断することができ、送信端末に対してHARQフィードバックを実行するかどうかを決定することができる。受信端末は、前記距離ベースのHARQフィードバック動作を介して不必要なHARQフィードバックを送信端末に送信しない。したがって、リソースの活用度が向上することができ、送信端末の再送信によるデコーディング効率が向上することができる。
以下、本開示の多様な実施例によって、端末がNR V2X通信で自分の位置と関連した情報を送信する方法及びこれをサポートする装置に対して説明する。
図16は、本開示の一実施例によって、送信端末が自分の位置と関連した情報を送信する手順を示す。図16の実施例は、本開示の多様な実施例と結合されることができる。図16の実施例において、各ステップの順序は、変更されることができる。
図16を参照すると、ステップS1610において、送信端末は、前記送信端末の位置と関連した情報を他の端末(例えば、受信端末)に送信できる。
例えば、前記送信端末の位置と関連した情報は、前記送信端末に対して事前に定義されたチャネルの一部を介して他の端末に送信されることができる。例えば、前記送信端末の位置と関連した情報は、前記送信端末により送信されるSCI(Sidelink Control Information)上に含まれ、他の端末に送信されることができる。
例えば、前記送信端末の位置と関連した情報は、V2X関連メッセージの一部に含まれ、他の端末に送信されることができる。例えば、前記送信端末の位置と関連した情報は、V2X関連メッセージの一部にピギーバックされ、他の端末に送信されることができる。例えば、前記送信端末の位置と関連した情報は、データ領域にピギーバックされ、他の端末に送信されることができる。例えば、前記送信端末の位置と関連した情報は、PSSCHを介して他の端末に送信されることができる。
例えば、SCI上で送信される送信端末の位置と関連した情報と、データ領域にピギーバックされて送信される送信端末の位置と関連した情報とは、上下関係を有する情報である。例えば、送信端末によりSCI上で送信される前記送信端末の位置と関連した情報は、伝達情報のサイズを減らすために、大きい細分性(granularity)に分けた情報である。例えば、送信端末によりデータ領域にピギーバックされて送信される送信端末の位置と関連した情報は、より細かい細分性(granularity)を有する情報である。
ステップS1620において、送信端末は、自分が送信するサービスによってターゲット距離を他の端末(例えば、受信端末)に送信できる。例えば、送信端末は、自分が送信するサービスと関連したターゲット距離を他の端末に送信できる。例えば、送信端末は、自分が送信するサービスとマッピングされたターゲット距離を他の端末に送信できる。
例えば、前記送信端末により送信されるサービスと関連したターゲット距離は、前記送信端末に対して事前に定義されたチャネルの一部を介して送信されることができる。例えば、前記送信端末により送信されるサービスと関連したターゲット距離は、前記送信端末により送信されるSCI(Sidelink Control Information)上に含まれ、他の端末に送信されることができる。
例えば、前記送信端末により送信されるサービスと関連したターゲット距離は、V2X関連メッセージの一部に含まれ、他の端末に送信されることができる。例えば、前記送信端末により送信されるサービスと関連したターゲット距離は、V2X関連メッセージの一部にピギーバックされ、他の端末に送信されることができる。例えば、前記送信端末により送信されるサービスと関連したターゲット距離は、データ領域にピギーバックされ、他の端末に送信されることができる。例えば、前記送信端末により送信されるサービスと関連したターゲット距離は、PSSCHを介して他の端末に送信されることができる。
以下、本開示の多様な実施例によって、端末が、UEがどんな位置関連情報をどのように構成して送信するかに対して具体的に説明する。説明の便宜上、提案方法#1乃至提案方法#4に分けて記述するが、提案方法#1乃至提案方法#4のうち少なくともいずれか一つは、相互結合されることができる。
1.提案方法#1
本開示の一実施例によると、送信端末は、自分の地理的(geographical)位置情報を他の端末(例えば、受信端末)に送信できる。例えば、地理的(geographical)位置情報は、経度(longitude)、緯度(latitude)、及び/または高度(altitude)のうち少なくともいずれか一つを含むことができる。例えば、送信端末は、ITS標準のCAM(Cooperative Awareness Messages)メッセージで定義する経度(longitude)、緯度(latitude)、及び/または高度(altitude)のうち少なくともいずれか一つを利用し、自分の地理的位置情報を取得または決定することができる。例えば、送信端末は、GPS(Global Positioning System)から取得した情報を利用し、自分の地理的位置情報を取得または決定することができる。
例えば、送信端末は、自分の位置情報を取得または決定するために、CAMメッセージを利用すると仮定する。この場合、CAMメッセージ内の地理的位置情報は、WGS84(経緯度)という座標系を使用することができる。例えば、WGS84座標系によると、X(latitude)、Y(longitude)、Z(altitude)の位置は、度、分、秒で表現されることができる。CAMではWGS84座標系を整数(integer)に変換して0.1マイクロ度(micro degree)(例えば、約1cm)まで位置表現が可能であり、これはX、Y、Zが各々約10ビット程度のデータサイズになっている。
送信端末が、前記CAMメッセージ内の位置情報として絶対位置X、Y、Zの全てを表現し、前記絶対位置の全てを他の端末に送信する場合、送信端末が物理階層で送信するデータペイロードのサイズが過度に増加できる。
したがって、本開示の一実施例によって、送信端末は、X、Y、Zに対する情報を減らして他の端末に送信できる。例えば、送信端末は、絶対位置と関連した全ての情報を他の端末に送信しない。例えば、送信端末は、絶対位置と関連した全ての情報のうち一部情報のみを他の端末に送信できる。例えば、送信端末は、絶対位置と関連した全ての情報のうち一部領域のみを伝達するために、マスキングをさせて一部領域に対する情報のみをシグナリングすることができる。本提案方法が可能な理由は、整数に変換された情報は、位置絶対座標が、一部領域が大きい細分性(granularity)距離を有する位置情報であるためである。
例えば、経緯度座標系による送信端末の位置が36度10分10秒と仮定する。経緯度座標系で、36度と37度との間の1度の差は、111km程度の距離差を意味することができる。一方、V2Xメッセージの通信距離が111km程度になることはできないため、送信端末は、自分の位置と関連した情報のうち36度に該当する情報を除外して他の端末(例えば、受信端末)に送信できる。この場合、受信端末は、GPS情報を介して知っている自分の位置が通常的に送信端末と同じように36度にあると仮定することができる。即ち、例えば、送信端末が自分の位置と関連した情報のうち36度に該当する情報を除外し、受信端末に送信しても、36度に該当する位置にある受信端末は、送信端末が36度に該当する位置にあると決定できる。
そして/または、例えば、CAMで表現する位置情報は、0.1マイクロ度(micro degree)単位で最小1cmまで表現されるため、送信端末は、自分の位置と関連した情報のうち小さい細分性(granularity)を示す情報を制限することができる。例えば、送信端末は、自分の位置と関連した情報のうち10秒に該当する情報を除外して他の端末(例えば、受信端末)に送信できる。
例えば、送信端末が自分の位置と関連した情報を適切にマスキングさせて情報を制限する場合、送信端末により送信される位置と関連した情報のデータ量が減少されることができる。例えば、送信端末は、受信端末が理論的な通信距離を区分することができるように、前記送信端末の位置と関連した情報をマスキングまたは制限することができる。例えば、送信端末は、受信端末が通信距離の特定倍数を区分することができるように、前記送信端末の位置と関連した情報をマスキングまたは制限することができる。
例えば、送信端末が自分の位置と関連した情報に対してどのようにマスキングを実行するかに対する規定は、事前に上位階層により決定されることができ、前記規定は、上位階層から送信端末に送信されることができる。例えば、送信端末が自分の位置と関連した情報に対してどのようにマスキングを実行するかに対する規定は、事前に上位階層により決定されることができ、前記規定は、上位階層から長期間(long term)送信端末に周期的に送信またはアップデートされることができる。例えば、送信端末は、前記送信端末の位置と関連した情報に対してどのようにマスキングを実行するかを決定することができる。
例えば、送信端末が自分の位置と関連した情報のうちどんな情報を除外して受信端末に送信するかに対する規定は、事前に上位階層により決定されることができ、前記規定は、上位階層から送信端末に送信されることができる。例えば、送信端末が自分の位置と関連した情報のうちどんな情報を除外して受信端末に送信するかに対する規定は、事前に上位階層により決定されることができ、前記規定は、上位階層から長期間(long term)送信端末に周期的に送信またはアップデートされることができる。例えば、送信端末は、前記送信端末の位置と関連した情報のうちどんな情報を除外して受信端末に送信するかを決定することができる。
例えば、前述したように、送信端末は、自分の絶対的位置を正確に他の端末に伝達する必要がない。即ち、送信端末は、自分が送信するサービスのターゲット距離または無線通信距離の程度が表現されることができるように、送信端末の位置と関連した情報を減らして他の端末に送信できる。例えば、送信端末が現在X座標上に位置し、前記X座標の位置が“123456”のような整数形態で表現されると仮定する。この場合、“123456”の各桁数は、実際距離上に何メーター程度を表現するかを知ることができる。例えば、“12”に対する情報が数百km程度の単位を表現することができ、この場合、送信端末は、該当情報を送信する位置情報で制限できる。同様に、“56”に対する情報が数メーター単位を表現することができ、この場合、送信端末は、前記のような細かい距離情報を送信する必要がない。即ち、例えば、送信端末は、自分の位置と関連した情報のうち一部を概略的に(rough)送信できる。例えば、送信端末は“123456”のうち“34”に対する情報のみを他の端末に送信できる。前記“34”に対する情報を受信した受信端末は、自分のGPS情報を介して大きい細分性(granularity)位置情報を知ることができ、受信端末は、自分の位置情報と“34”に対する情報を利用して送信端末との距離を計算することができる。そして、受信端末は、送信端末から受信したサービスと関連したターゲット距離及び前記計算された送信端末と受信端末との間の距離を比較して、前記サービスに対するHARQフィードバックを実行するかどうかを判断することができる。
図17は、本開示の一実施例によって、受信端末が送信端末との距離に基づいてHARQフィードバックを実行するかどうかを判断する方法を示す。
図17を参照すると、送信端末は、自分の位置と関連した情報のうち一部を制限して受信端末に送信でき、サービスと関連したターゲット距離を受信端末に送信できる。受信端末は、前記受信端末の位置情報及び前記送信端末の制限された位置情報に基づいて、受信端末と送信端末との間の距離を計算することができる。もし、受信端末と送信端末との間の距離がサービスと関連したターゲット距離より小さい場合、受信端末は、前記サービスに対するHARQフィードバックを送信端末に送信できる。もし、受信端末と送信端末との間の距離がサービスと関連したターゲット距離より大きい場合、受信端末は、前記サービスに対するHARQフィードバックを送信端末に送信しない。
例えば、受信端末は、制限された送信端末の位置情報によって、送信端末との距離測定を正確に実行することができない。したがって、受信端末は、制限された送信端末の位置情報を加工して処理できる。例えば、受信端末は、送信端末から受信した制限された送信端末の位置情報のうちMSB(Most Significant Bit)に±1をする。そして、受信端末は、MSBに±1をした全ての候補群を送信端末の位置情報と決定できる。そして、受信端末は、全ての候補群に対して受信端末と送信端末との間の距離を計算することができ、全ての候補群のうち最小値を有する距離に送信端末があると判断できる。このとき、MSBを切るマスキングが通信範囲(communication range)単位で切れるように実行されると、一つの通信範囲内に一つの送信端末があると判断されることができる。
例えば、表5を参照すると、送信端末は、自分の位置と関連した情報のうち制限された情報を受信端末に送信できる。例えば、制限された情報は“34”である。この場合、受信端末は、MSBに±1をすることで、受信端末は、送信端末の位置が“24”、“34”、または“44”のうちいずれか一つと決定できる。受信端末は、自分の位置情報及び受信端末により加工された情報を利用し、送信端末との距離を計算することができる。例えば、受信端末により計算された送信端末との距離は、A、B及びCである。もし、A>B>Cの場合、受信端末は、送信端末との距離がCと決定できる。そして、受信端末は、送信端末により送信されたサービスと関連したターゲット距離及びCを比較して、送信端末にHARQフィードバックを送信するかどうかを決定することができる。
2.提案方法#2
本開示の多様な実施例において、ZONE IDは、3GPP Release14のV2Xシステムで定義された端末の地理的情報を利用したZONEインデックスを意味することができる。例えば、NR V2Xで、ZONEの分割細分性(granularity)は、サービスタイプまたはサービスの要求事項(例えば、優先順位情報、信頼度(reliability)、遅延(latency))、及び/またはUEの速度などによって、異なるように設定されることができる。例えば、ZONEの分割細分性(granularity)は、事前に上位階層から端末にシグナリングされることができる。
一方、送信端末は、自分が属するZONE IDに基づいて他の端末に自分の位置を伝達することができる。しかし、送信端末が既存の3GPP Release14のV2Xシステムで定義されたZONE IDを他の端末に伝達する場合、下記のような問題点が発生できる。例えば、送信端末は、自分が属する領域のZONE IDを他の端末に伝達でき、受信端末がZONE IDに基づいてHARQフィードバックを実行する場合、図18のような問題点が発生できる。
図18は、受信端末が送信端末により送信されたZONE IDに基づいてHARQフィードバックを実行する場合、発生可能な問題点を説明するための図面である。
図18を参照すると、UE1が送信端末である場合、ZONE IDベースのHARQフィードバックによると、他の端末によるHARQフィードバックの送信は、UE1が属するZONEでのみ許容されることができる。しかし、例えば、UE1が送信するサービスのターゲット距離がUE1と同じZONE内の端末(例えば、UE3)との間の距離より小さい場合がある。また、例えば、UE1が送信するサービスのターゲット距離がUE1と他のZONEに属する端末(例えば、UE2)との間の距離より大きい場合がある。
前記のような場合、サービスのターゲット距離の超過によって、UE1と同じZONEに属するUE3との間にHARQフィードバックが必要でない。そして、サービスのターゲット距離によって、UE1と他のZONEに属するUE2との間にHARQフィードバックが必要である。しかし、ZONE IDベースのHARQフィードバックによると、UE3は、UE1から受信した情報に対するHARQフィードバックをUE1に送信し、UE2は、UE1から受信した情報に対するHARQフィードバックをUE1に送信しない。即ち、ZONE IDベースのHARQフィードバックによると、HARQフィードバックが、距離が近いインター−ZONEに属する端末間で実行されることができない問題が発生できる。例えば、送信端末がZONE IDに基づいて自分の位置と関連した情報を伝達する場合、前述した問題を解決することができない。
したがって、本開示の一実施例によると、送信端末は、自分が属する領域のZONE ID及び自分が属する領域と隣接する領域のZONE IDを受信端末に共にシグナリングまたは送信できる。その場合、送信端末が属する領域と隣接する領域のZONE IDを受信した受信端末は、HARQフィードバックを実行するかどうかを決定することができる。そして、受信端末は、HARQ ACKまたはHARQ NACKを送信端末に送信できる。このとき、例えば、受信端末は、自分が属する領域のZONE IDと共にHARQ ACKまたはHARQ NACKを送信端末に送信できる。受信端末が送信端末に自分が属する領域のZONE IDを指示することによって、受信端末は、自分が属する領域の位置を送信端末に知らせることができる。また、送信端末が受信端末に対する再送信を実行する時、送信端末は、受信端末が属する領域のZONE IDに基づいて該当領域方向にビームフォーミング(例えば、アナログビームフォーミング)を実行することができる。即ち、送信端末は、受信端末が属する領域のZONE IDに基づいて効率的な再送信を実行することができる。
例えば、受信端末がZONE IDに基づいてHARQフィードバックを実行するかどうかを決定する動作は、次の通りである。例えば、受信端末が属する領域のZONE IDが送信端末から受信したZONE IDに含まれ、受信端末と送信端末との間の距離が送信端末により送信されたサービスと関連したターゲット距離に含まれる場合、受信端末は、前記サービスに対するHARQ ACKまたはHARQ NACKを送信端末に送信できる。
例えば、前述した実施例において、もし、送信端末が、自分が属する領域のZONE ID及び自分が属する領域と隣接する領域のZONE IDを受信端末に全て送信するときにシグナリングオーバーヘッドがあまりにも大きい場合、送信端末は、一部ZONE IDのみを受信端末にシグナリングまたは送信できる。
図19は、本開示の一実施例によって、送信端末が一部のZONE IDのみを受信端末に送信する方法を示す。
図19を参照すると、UE1が送信端末である場合、UE1は、自分が属する領域のZONE ID及び自分が属する領域の上下左右に該当する領域のZONE IDをシグナリングまたは送信できる。例えば、UE1は、b領域のZONE ID、d領域のZONE ID、e領域のZONE ID、f領域のZONE ID、及びh領域のZONE IDをシグナリングまたは送信できる。この場合、例えば、UE2が属する領域のZONE IDがUE1から受信したZONE IDに含まれ、UE1とUE2との間の距離がUE1により送信されたサービスと関連したターゲット距離より小さい場合、UE2は、前記サービスに対するHARQ ACKまたはHARQ NACKをUE1に送信できる。また、例えば、UE3が属する領域のZONE IDがUE1から受信したZONE IDに含まれ、UE1とUE3との間の距離がUE1により送信されたサービスと関連したターゲット距離より小さい場合、UE3は、前記サービスに対するHARQ ACKまたはHARQ NACKをUE1に送信できる。もし、送信端末が、自分が属する領域の上下左右に該当する領域のZONE IDをシグナリングまたは送信するときにシグナリングオーバーヘッドが大きい場合、送信端末は、ZONE IDの一部領域のみを送信することができる。例えば、送信端末は、ZONE IDの一部LSB(Least Significant Bit)のみを送信することができる。
一方、図19の実施例によると、HARQ動作は、対角線ZONEに位置する端末間で実行されることができない。例えば、図19の実施例において、e領域に位置する端末とi領域に位置する端末との間の距離が近くても、HARQフィードバック動作が端末間で実行されることができない問題が発生できる。したがって、前述した問題を解決するために、送信端末は、自分が属する領域のZONE ID及び自分が属する領域の周辺に該当する全ての領域のZONE IDを送信することができる。
図20は、本開示の一実施例によって、送信端末が全てのZONE IDを受信端末に送信する方法を示す。
図20を参照すると、送信端末は、自分が属する領域のZONE ID及び自分が属する領域の周辺に該当する全ての領域のZONE IDを送信することができる。例えば、UE1は、a領域のZONE ID、b領域のZONE ID、c領域のZONE ID、d領域のZONE ID、e領域のZONE ID、f領域のZONE ID、g領域のZONE ID、h領域のZONE ID、及びi領域のZONE IDを送信することができる。その場合、受信端末(例えば、UE2、UE3またはUE4)は、自分の位置及び前記送信端末により送信されるパラメータ(例えば、ターゲット距離、四方Zone ID)を利用してHARQフィードバックを実行するかどうかを決定することができ、送信端末により送信されるサービスに対するHARQ ACKまたはHARQ NACKを送信端末に送信できる。前述した提案方法でも、同様に、送信端末が全てのZONE IDを伝達するときに発生するシグナリングオーバーヘッドを減らすために、送信端末は、ZONE IDの一部領域を制限して送信できる。
3.提案方法#3
例えば、前述した領域(zone)の幅及び/または広さが送信端末により送信されるサービスのターゲット距離より十分に大きい場合、送信端末が提案方法#2によって大きい細分性(granularity)のZONE IDを両方とも送信することは、非効率的である。即ち、例えば、図19の実施例において、UE1により送信されるサービスのターゲット距離が300mであり、領域(zone)の幅または広さが1km程度と仮定すると、UE1は、b領域のZONE ID、d領域のZONE ID、f領域のZONE ID、及びh領域のZONE IDを送信することは、あまり意味がない。前述した問題を解決するために、送信端末は、サブ−ZONEを設定または決定することができる。
図21は、本開示の一実施例によって、送信端末がサブ−ZONE IDを受信端末に送信する方法を示す。
図21を参照すると、ZONEは、細分化して再び分けられる。説明の便宜のために、細分化して分けられたZONEは、サブ−ZONEと称することができる。例えば、送信端末は、分けられたサブ−ZONEに基づいて新しいグリッド(grid)を形成することができ、自分が属するサブ−ZONEのID及び自分が属するサブ−ZONEに隣接するサブ−ZONEのIDを他の端末に送信できる。前述した提案方法でも、同様に、送信端末が全てのサブ−ZONE IDを伝達するときに発生するシグナリングオーバーヘッドを減らすために、送信端末は、サブ−ZONE IDの一部領域を制限して送信できる。
本開示の多様な実施例によって、受信端末は、送信端末と受信端末との間の絶対的な距離と、送信端末により送信されるサービスのターゲット距離とに基づいて、前記サービスに対するHARQフィードバックを送信するかどうかを決定することができる。この場合、受信端末がHARQフィードバックを送信するかどうかを決定する過程で、追加的に、受信端末は、無線距離(radio distance)を示すメトリック(例えば、RSRP)を利用し、HARQフィードバックを送信するかどうかの決定に対する正確性を高めることができる。例えば、HARQフィードバックは、HARQ ACKまたはHARQ NACKを含むことができる。例えば、受信端末は、送信端末により送信された制限された位置情報から取得した概略的な(rough)距離情報(例えば、受信端末と送信端末との間の概略的な距離情報)及び送信端末から受信したメッセージに対するRSRP測定結果に基づいて、HARQフィードバックを送信するかどうかを決定することができる。例えば、受信端末は、送信端末から受信したメッセージに対するRSRPを測定することができ、前記RSRPが特定閾値より高い場合、HARQ ACKまたはHARQ NACKを送信することができる。
4.提案方法#4
本開示の一実施例によると、送信端末は、提案方法#1乃至提案方法#3のうち少なくともいずれか一つの方法を結合し、自分の位置と関連した情報を送信することができる。例えば、送信端末は、提案方法#1の絶対的位置を利用する情報と、提案方法#2及び提案方法#3のZONE IDとを混合して送信できる。具体的に、例えば、送信端末がZONE IDの追加的なビット(additional bit)で自分の絶対的位置を概略的に知らせるビットを加えて受信端末に送信すると、受信端末は、送信端末がZONE内で概略的にどの位置に存在するかを把握することができる。
前述した本開示の多様な実施例によると、受信端末は、送信端末の概略的な(rough)位置を決定することができる。また、受信端末は、送信端末により送信されるサービスのターゲット距離を知ることができ、HARQフィードバックの実行可否を決定することができる。しかし、送信端末が知らせる自分の位置情報が正確な情報でないため、例えば、ZONE境界(boundary)または位置情報の大きい細分性(例えば、100km)境界(boundary)で、受信端末は、制限された情報によって送信端末の位置を把握することができない。
図22は、受信端末が制限された情報によって送信端末の位置を把握することができない問題を説明するための図面である。
図22を参照すると、送信端末が絶対的な位置情報のうち緯度情報のみを送信すると仮定する。この場合、1度差が約111kmの距離細分性(granularity)を示すことができる。もし、送信端末と受信端末が境界(boundary)内に各々位置する場合、受信端末が送信端末から制限された位置情報を受信し、受信端末が、大きいスケールの情報が消えた制限された情報を利用して送信端末の位置を決定すると、受信端末が送信端末の位置を間違えて測定する問題が発生できる。
前述した問題を解決するために、例えば、送信端末が受信端末により送信されたCAMメッセージまたはディスカバリー(discovery)メッセージなどを介して、受信端末の位置を長期間(long term)に知るようになったと仮定すると、送信端末は、自分の大きいスケールでの位置が受信端末からいくらのオフセットを有しているかに対して事前に定義されたチャネルを介して受信端末に送信またはシグナリングできる。例えば、事前に定義されたチャネルは、PSSCH及び/またはPSCCHを含むことができる。例えば、図22の実施例において、送信端末が受信端末の位置を長期間(long term)に知っている場合、送信端末は、自分が受信端末から+1度のオフセットを有していることを受信端末に送信またはシグナリングできる。
本開示の一実施例によると、送信端末は、位置情報の正確度を高めるために、データチャネル(例えば、PSSCH)を介して位置情報を受信端末に送信できる。例えば、前記位置情報は、追加的な位置情報である。例えば、前記追加的な位置情報は、概略的な(rough)位置情報を提供するために制限された残りの細かい位置情報である。例えば、受信端末は、送信端末により送信されるPSCCH上の送信端末の概略的な位置情報または目的地(destination)IDなどを利用し、PSSCHをデコーディングするかどうかを決定することができる。受信端末がPSSCHのデコーディングに成功すると、受信端末は、送信端末により送信されるPSSCH上の送信端末のより正確な位置情報に基づいて、前記PSSCHに対するHARQ−ACKフィードバックを送信するかどうかを判断することができる。例えば、受信端末が送信端末により送信されるPSSCHのデコーディングに成功する時まで、受信端末は、送信端末により送信されるPSCCH上の送信端末の概略的な位置情報に基づいて、HARQ−ACKフィードバックを送信するかどうかを判断することができる。
具体的に、例えば、送信端末は、追加的な送信端末位置情報(additional TX UE location information)をPUSCH UCIピギーバックのように送信することで、データのデコーディング成功可否と追加的な送信端末位置情報のデコーディング成功可否を分離(decoupling)させることができる。説明の便宜のために、追加的な送信端末位置情報は、ADD_LOINFOと称することができる。例えば、UCIデコーディングは、チャネルコーディング分離などで独立的に実行されることができるため、受信端末側面で、データのデコーディング成功可否と追加的な送信端末位置情報のデコーディング成功可否は分離されることができる。
前述した提案方法は、グループキャストオプション1で効果的である。例えば、前述した提案方法は、グループキャスト通信でフィードバックリソース効率を上げるNACK onlyフィードバック技法適用時、利得がある。例えば、受信端末がデータに対するデコーディングに失敗し、それに対して、ADD_LOINFOに対するデコーディングに成功した場合、受信端末は、ADD_LOINFOを利用して導出された(相対的に)正確な送信端末の位置情報に基づいてHARQ NACKを送信するかどうかを最終的に決定できる。ここで、例えば、受信端末は、PSCCH上の送信端末の概略的な位置情報及び/または目的地IDなどに基づいてADD_LOINFO及びデータに対するデコーディングを実行するかどうかを決定することができる。例えば、受信端末がADD_LOINFO及びデータに対するデコーディングに失敗した場合、受信端末は、同様に、PSCCH上の情報のみでHARQ NACKを送信端末に送信できる。例えば、受信端末がデータに対するデコーディングに成功した場合、ADD_LOINFOに対するデコーディングの成功可否と関係無しで、受信端末は、HARQフィードバックを送信しない。
また、例えば、受信端末がデータに対するデコーディングを実行するかどうかを決定する過程で、もし、受信端末が送信端末により送信された送信端末の概略的な位置情報及び/またはADD_LOINFOに基づいて受信端末と送信端末との間の距離を決定し、受信端末が前記決定された距離によってHARQフィードバックが必要でないと判断する場合、受信端末は、データに対するデコーディングをスキップすることができる。即ち、受信端末は、データに対するデコーディングを実行しない。
また、NR V2XでCBG(Code Block Group)ベースの再送信動作がサポートされることができる。この場合、送信端末は、事前に定義された特定CBGに前記ADD_LOINFOまたは送信端末の位置情報を送信することができる。そのとき、受信端末は、送信端末の位置情報が含まれている特定CBGに対するデコーディングを実行した後、残りのCBGに対するHARQフィードバックを実行するかどうかを決定することができる。例えば、受信端末が、送信端末の位置情報が含まれている特定CBGをデコーディングした後、送信端末が送信ターゲット範囲から十分に遠くあると決定すると、受信端末は、残りのCBGに対するHARQフィードバックを実行しない、または残りのCBGに対するデコーディングを試みない。例えば、送信端末の位置情報を含む特定CBGの番号(number)は、事前に規定または設定されることができ、前記特定CBGの番号は、端末にシグナリングされることができる。
本開示の多様な実施例によると、受信端末の距離ベースのHARQ動作のために、送信端末は、自分の位置情報を受信端末に送信できる。例えば、送信端末は、絶対的座標を受信端末に送信でき、自分の位置と関連した他の情報を受信端末に送信できる。ここで、例えば、送信端末は、送信するデータの量を減らすために、最適化され、または概略的な位置を知らせるための精製された情報を送信することができる。
本開示の多様な実施例によると、受信端末が位置ベースのHARQフィードバック実行可否を決定する時、送信端末から送信された情報の種類によって、受信端末の決定方式が変わることができる。即ち、受信端末の動作が変わることができる。
説明の便宜上、送信端末の位置情報が受信端末のHARQ動作のために使われる実施例を中心に説明したが、本開示の技術的思想がこれに制限されるものではない。例えば、送信端末は、本開示の多様な実施例によって受信端末に送信端末の位置情報を送信することができ、前記送信端末の位置情報は、HARQ動作でない受信端末の他の動作のために使われることもできる。
図23は、本開示の一実施例によって、グループキャスト通信を実行する送信端末が一つ以上の受信端末からHARQフィードバックを受信する手順を示す。図24は、本開示の一実施例によって、送信端末が特定ターゲット距離を有するSL情報を一つ以上の受信端末に送信する例を示す。図23の実施例において、送信端末及び一つ以上の受信端末の位置は、図24の通りであると仮定する。また、図23の実施例において、第1のSL情報のターゲット距離は、図24の通りであると仮定する。
図23を参照すると、ステップS2310において、送信端末は、一つ以上の受信端末にPSCCHを送信することができる。例えば、送信端末は、一つ以上の受信端末とグループキャスト通信を実行することができる。例えば、一つ以上の受信端末は、第1の受信端末、第2の受信端末、第3の受信端末、及び第4の受信端末を含むことができる。
ステップS2320において、送信端末は、PSSCHを一つ以上の受信端末に送信できる。例えば、PSSCHは、PSCCHによりスケジューリングされることができる。例えば、PSSCHは、PSCCHを介して送信されるSCIによりスケジューリングされることができる。例えば、送信端末は、PSSCHを介して、前記送信端末の位置情報を一つ以上の受信端末に送信できる。例えば、送信端末の位置情報は、PSSCH上にピギーバックされ、受信端末に送信されることができる。例えば、送信端末の位置情報は、本開示の多様な実施例によって構成されることができる。
付加的に、送信端末は、PSSCHを介して、第1のSL情報を一つ以上の受信端末に送信できる。付加的に、送信端末は、第1のSL情報のターゲット距離を一つ以上の受信端末に送信できる。例えば、第1のSL情報のターゲット距離は、第1のSL情報が送信されるべき通信範囲である。例えば、第1のSL情報のターゲット距離は、PSSCHと関連したPSCCHを介して送信されることができる。例えば、第1のSL情報のターゲット距離は、PSSCHを介して送信されることができる。
ステップS2330において、一つ以上の受信端末は、第1のSL情報に対するHARQフィードバックを実行するかどうかを決定することができる。例えば、一つ以上の受信端末は、送信端末の位置情報に基づいて、送信端末との距離を計算または取得することができる。そして、一つ以上の受信端末は、送信端末との距離に基づいて、第1のSL情報に対するHARQフィードバックを実行するかどうかを決定することができる。例えば、一つ以上の受信端末は、グループキャストオプション1ベースのHARQフィードバック送信を実行することができる。
具体的に、例えば、第1の受信端末と送信端末との間の距離は、第1のSL情報のターゲット距離以下であり、第1の受信端末は、第1のSL情報の受信に成功すると仮定する。この場合、第1の受信端末は、グループキャストオプション1によって、HARQ ACKを送信端末に送信しない。
例えば、第2の受信端末と送信端末との間の距離は、第1のSL情報のターゲット距離以下であり、第2の受信端末は、第1のSL情報の受信に失敗すると仮定する。この場合、ステップS2340において、第2の受信端末は、グループキャストオプション1によって、HARQ NACKを送信端末に送信できる。
例えば、第3の受信端末と送信端末との間の距離は、第1のSL情報のターゲット距離以下であり、第3の受信端末は、第1のSL情報の受信に失敗すると仮定する。この場合、ステップS2345において、第3の受信端末は、グループキャストオプション1によって、HARQ NACKを送信端末に送信できる。
例えば、第4の受信端末と送信端末との間の距離は、第1のSL情報のターゲット距離を超過すると仮定する。この場合、第4の受信端末が第1のSL情報の受信成功または受信失敗と関係無しで、第4の受信端末は、HARQフィードバックを送信端末に送信しない。
図25は、本開示の一実施例によって、第1の装置100が第2の装置200の位置情報を受信する方法を示す。図25の実施例は、本開示の多様な実施例と結合されることができる。
図25を参照すると、ステップS2510において、第1の装置100は、PSCCH(physical sidelink control channel)を前記第2の装置200から受信することができる。
ステップS2520において、第1の装置100は、前記PSCCHと関連したPSSCH(physical sidelink shared channel)を介して前記第2の装置200の位置情報を前記第2の装置200から受信することができる。
付加的に、第1の装置100は、前記PSCCHと関連したPSSCHを介してサイドリンクサービスを前記第2の装置200から受信することができる。付加的に、第1の装置100は、前記サイドリンクサービスと関連したターゲット距離に対する情報を前記第2の装置200から受信することができる。付加的に、第1の装置100は、前記第2の装置200の位置情報及び前記第1の装置100の位置情報に基づいて、前記第1の装置100と前記第2の装置200との間の距離を取得することができる。付加的に、前記第1の装置100と前記第2の装置200との間の距離、前記サイドリンクサービスと関連したターゲット距離、及び第1の装置100が前記サイドリンクサービスを受信するかどうかに基づいて、第1の装置100は、前記サイドリンクサービスに対するHARQフィードバックを前記第2の装置200に送信するかどうかを決定することができる。
例えば、前記第1の装置100と前記第2の装置200との間の距離は、前記サイドリンクサービスと関連したターゲット距離以下である。例えば、前記第1の装置100が前記サイドリンクサービスの受信に失敗することに基づいて、前記サイドリンクサービスに対するHARQ(hybrid automatic repeat request)フィードバックは、前記第2の装置200に送信されることができる。ここで、例えば、前記HARQフィードバックは、HARQ NACKである。例えば、前記第1の装置100が前記サイドリンクサービスの受信に成功することに基づいて、前記サイドリンクサービスに対するHARQフィードバックは、前記第2の装置200に送信されない。
付加的に、第1の装置100は、前記第2の装置200に対するチャネル状態に基づいて、前記サイドリンクサービスに対するHARQフィードバックを前記第2の装置200に送信するかどうかを決定することができる。
例えば、前記位置情報は、前記第2の装置200の位置情報のうち一部情報のみを含むことができる。例えば、前記位置情報は、前記第2の装置200が属する領域(zone)の識別子及び前記第2の装置200が属する領域に隣接する領域の識別子を含むことができる。例えば、前記位置情報は、前記第2の装置200の経度(longitude)、緯度(latitude)、または高度(altitude)のうち少なくともいずれか一つを含むことができる。
前記提案された方法は、本開示の多様な実施例に係る装置により実行されることができる。まず、第1の装置100のプロセッサ102は、PSCCH(physical sidelink control channel)を前記第2の装置200から受信するように送受信機106を制御することができる。そして、第1の装置100のプロセッサ102は、前記PSCCHと関連したPSSCH(physical sidelink shared channel)を介して前記第2の装置200の位置情報を前記第2の装置200から受信するように送受信機106を制御することができる。
図26は、本開示の一実施例によって、第2の装置200が前記第2の装置200の位置情報を送信する方法を示す。図26の実施例は、本開示の多様な実施例と結合されることができる。
図26を参照すると、ステップS2610において、第2の装置200は、PSCCH(physical sidelink control channel)を第1の装置100に送信できる。
ステップS2620において、第2の装置200は、前記PSCCHと関連したPSSCH(physical sidelink shared channel)を介して前記第2の装置200の位置情報を前記第1の装置100に送信できる。
付加的に、第2の装置200は、前記PSCCHと関連したPSSCHを介してサイドリンクサービスを前記第1の装置100に送信できる。前記第2の装置200の位置情報は、前記PSSCH上にピギーバックされて送信されることができる。
前記提案された方法は、本開示の多様な実施例に係る装置により実行されることができる。まず、第2の装置200のプロセッサ202は、PSCCH(physical sidelink control channel)を第1の装置100に送信するように送受信機206を制御することができる。そして、第2の装置200のプロセッサ202は、前記PSCCHと関連したPSSCH(physical sidelink shared channel)を介して前記第2の装置200の位置情報を前記第1の装置100に送信するように送受信機206を制御することができる。
本開示の多様な実施例は、独立的に具現されることができる。または、本開示の多様な実施例は、相互組み合わせまたは併合されて具現されることができる。例えば、本開示の多様な実施例は、説明の便宜のために3GPPシステムに基づいて説明されたが、本開示の多様な実施例は、3GPPシステム外に他のシステムに拡張可能である。例えば、本開示の多様な実施例は、端末間の直接通信にのみ制限されるものではなく、アップリンクまたはダウンリンクでも使われることができ、このとき、基地局や中継ノードなどが本開示の多様な実施例によって提案した方法を使用することができる。例えば、本開示の多様な実施例に係る方法が適用されるかどうかに対する情報は、基地局が端末にまたは送信端末が受信端末に、事前に定義されたシグナル(例えば、物理階層シグナルまたは上位階層シグナル)を介して知らせるように定義されることができる。例えば、本開示の多様な実施例に係る規則に対する情報は、基地局が端末にまたは送信端末が受信端末に、事前に定義されたシグナル(例えば、物理階層シグナルまたは上位階層シグナル)を介して知らせるように定義されることができる。例えば、本開示の多様な実施例のうち、一部実施例は、リソース割当モード1にのみ限定的に適用されることができる。例えば、本開示の多様な実施例のうち、一部実施例は、リソース割当モード2にのみ限定的に適用されることができる。
以下、本開示の多様な実施例が適用されることができる装置に対して説明する。
これに制限されるものではないが、本文書に開示された多様な説明、機能、手順、提案、方法及び/または動作流れ図は、機器間に無線通信/連結(例えば、5G)を必要とする多様な分野に適用されることができる。
以下、図面を参照としてより具体的に例示する。以下の図面/設定で同一の図面符号は、異なって記述しない限り、同一または対応するハードウェアブロック、ソフトウェアブロック、または機能ブロックを例示することができる。
図27は、本開示の一実施例に係る、通信システム1を示す。
図27を参照すると、本開示の多様な実施例が適用される通信システム1は、無線機器、基地局、及びネットワークを含む。ここで、無線機器は、無線接続技術(例えば、5G NR(New RAT)、LTE(Long Term Evolution))を利用して通信を実行する機器を意味し、通信/無線/5G機器と呼ばれる。これに制限されるものではないが、無線機器は、ロボット100a、車両100b−1、100b−2、XR(eXtended Reality)機器100c、携帯機器(Hand−held device)100d、家電100e、IoT(Internet of Thing)機器100f、AI機器/サーバ400を含むことができる。例えば、車両は、無線通信機能が備えられた車両、自律走行車両、車両間の通信を実行することができる車両などを含むことができる。ここで、車両は、UAV(Unmanned Aerial Vehicle)(例えば、ドローン)を含むことができる。XR機器は、AR(Augmented Reality)/VR(Virtual Reality)/MR(Mixed Reality)機器を含み、HMD(Head−Mounted Device)、車両に備えられたHUD(Head−Up Display)、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ(signage)、車両、ロボットなどの形態で具現されることができる。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブック等)などを含むことができる。家電は、TV、冷蔵庫、洗濯機などを含むことができる。IoT機器は、センサ、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは、無線機器で具現されることもでき、特定無線機器200aは、他の無線機器に基地局/ネットワークノードとして動作することもできる。
無線機器100a〜100fは、基地局200を介してネットワーク300と連結されることができる。無線機器100a〜100fにはAI(Artificial Intelligence)技術が適用でき、無線機器100a〜100fはネットワーク300を介してAIサーバ400と連結されることができる。ネットワーク300は、3Gネットワーク、4G(例えば、LTE)ネットワークまたは5G(例えば、NR)ネットワークなどを用いて構成されることができる。無線機器100a〜100fは、基地局200/ネットワーク300を介して互いに通信することもできるが、基地局/ネットワークを介することなく、直接通信(例えば、サイドリンク通信(sidelink communication))することもできる。例えば、車両100b−1、100b−2は、直接通信(例えば、V2V(Vehicle to Vehicle)/V2X(Vehicle to everything) communication)をすることができる。また、IoT機器(例えば、センサ)は、他のIoT機器(例えば、センサ)または他の無線機器100a〜100fと直接通信を行うことができる。
無線機器100a〜100f/基地局200、基地局200/基地局200間には無線通信/連結150a、150b、150cが行われることができる。ここで、無線通信/連結は、アップリンク/ダウンリンク通信150a、サイドリンク通信150b(または、D2D通信)、及び基地局間の通信150c(例えば、relay、IAB(Integrated Access Backhaul)のような多様な無線接続技術(例えば、5G NR)を介して行われることができる。無線通信/連結150a、150b、150cを介して無線機器と基地局/無線機器、基地局と基地局は、互いに無線信号を送信/受信することができる。例えば、無線通信/連結150a、150b、150cは、多様な物理チャネルを介して信号を送信/受信することができる。このために、本開示の多様な提案に基づいて、無線信号の送信/受信のための多様な構成情報設定過程、多様な信号処理過程(例えば、チャネルエンコーディング/デコーディング、変調/復調、リソースマッピング/デマッピング等)、リソース割当過程などのうち少なくとも一部が実行されることができる。
図28は、本開示の一実施例に係る、無線機器を示す。
図28を参照すると、第1の無線機器100と第2の無線機器200は、様々な無線アクセス技術(例えば、LTE、NR)を介して無線信号を送受信することができる。ここで、{第1の無線機器100、第2の無線機器200}は、図27の{無線機器100x、基地局200}及び/または{無線機器100x、無線機器100x}に対応し得る。
第1の無線機器100は、一つ以上のプロセッサ102及び一つ以上のメモリ104を含み、追加的に一つ以上の送受信機106及び/または一つ以上のアンテナ108をさらに含むことができる。プロセッサ102は、メモリ104及び/または送受信機106を制御し、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を具現するように構成されることができる。例えば、プロセッサ102は、メモリ104内の情報を処理して第1の情報/信号を生成した後、送受信機106を介して第1の情報/信号を含む無線信号を送信することができる。また、プロセッサ102は、送受信機106を介して第2の情報/信号を含む無線信号を受信した後、第2の情報/信号の信号処理から得た情報をメモリ104に格納することができる。メモリ104は、プロセッサ102と連結されることができ、プロセッサ102の動作と関連した多様な情報を格納することができる。例えば、メモリ104は、プロセッサ102により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ102とメモリ104は、無線通信技術(例えば、LTE、NR)を具現するように設計された通信モデム/回路/チップの一部である。送受信機106は、プロセッサ102と連結されることができ、一つ以上のアンテナ108を介して無線信号を送信及び/または受信することができる。送受信機106は、送信機及び/または受信機を含むことができる。送受信機106は、RF(Radio Frequency)ユニットと混用されることができる。本開示において、無線機器は、通信モデム/回路/チップを意味することもできる。
第2の無線機器200は、一つ以上のプロセッサ202、一つ以上のメモリ204を含み、追加的に一つ以上の送受信機206及び/または一つ以上のアンテナ208をさらに含むことができる。プロセッサ202は、メモリ204及び/または送受信機206を制御し、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を具現するように構成されることができる。例えば、プロセッサ202は、メモリ204内の情報を処理して第3の情報/信号を生成した後、送受信機206を介して第3の情報/信号を含む無線信号を送信することができる。また、プロセッサ202は、送受信機206を介して第4の情報/信号を含む無線信号を受信した後、第4の情報/信号の信号処理から得た情報をメモリ204に格納することができる。メモリ204は、プロセッサ202と連結されることができ、プロセッサ202の動作と関連した多様な情報を格納することができる。例えば、メモリ204は、プロセッサ202により制御されるプロセスのうち一部または全部を実行し、または本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図を実行するための命令を含むソフトウェアコードを格納することができる。ここで、プロセッサ202とメモリ204は、無線通信技術(例えば、LTE、NR)を具現するように設計された通信モデム/回路/チップの一部である。送受信機206は、プロセッサ202と連結されることができ、一つ以上のアンテナ208を介して無線信号を送信及び/または受信することができる。送受信機206は、送信機及び/または受信機を含むことができる。送受信機206は、RFユニットと混用されることができる。本開示において、無線機器は、通信モデム/回路/チップを意味することもできる。
以下、無線機器100、200のハードウェア要素に対してより具体的に説明する。これに制限されるものではないが、一つ以上のプロトコル階層が一つ以上のプロセッサ102、202により具現されることができる。例えば、一つ以上のプロセッサ102、202は、一つ以上の階層(例えば、PHY、MAC、RLC、PDCP、RRC、SDAPのような機能的階層)を具現することができる。一つ以上のプロセッサ102、202は、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図によって、一つ以上のPDU(Protocol Data Unit)及び/または一つ以上のSDU(Service Data Unit)を生成することができる。一つ以上のプロセッサ102、202は、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図によって、メッセージ、制御情報、データまたは情報を生成することができる。一つ以上のプロセッサ102、202は、本文書に開示された機能、手順、提案及び/または方法によって、PDU、SDU、メッセージ、制御情報、データまたは情報を含む信号(例えば、ベースバンド信号)を生成し、一つ以上の送受信機106、206に提供できる。一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206から信号(例えば、ベースバンド信号)を受信することができ、本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図によって、PDU、SDU、メッセージ、制御情報、データまたは情報を取得することができる。
一つ以上のプロセッサ102、202は、コントローラ、マイクロコントローラ、マイクロプロセッサまたはマイクロコンピュータと呼ばれる。一つ以上のプロセッサ102、202は、ハードウェア、ファームウェア、ソフトウェア、またはこれらの組み合わせにより具現されることができる。一例として、一つ以上のASIC(Application Specific Integrated Circuit)、一つ以上のDSP(Digital Signal Processor)、一つ以上のDSPD(Digital Signal Processing Device)、一つ以上のPLD(Programmable Logic Device)または一つ以上のFPGA(Field Programmable Gate Arrays)が一つ以上のプロセッサ102、202に含まれることができる。本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図は、ファームウェアまたはソフトウェアを使用して具現されることができ、ファームウェアまたはソフトウェアは、モジュール、手順、機能などを含むように具現されることができる。本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図は、実行するように設定されたファームウェアまたはソフトウェアは、一つ以上のプロセッサ102、202に含まれ、または一つ以上のメモリ104、204に格納されて一つ以上のプロセッサ102、202により駆動されることができる。本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図は、コード、命令語及び/または命令語の集合形態でファームウェアまたはソフトウェアを使用して具現されることができる。
一つ以上のメモリ104、204は、一つ以上のプロセッサ102、202と連結されることができ、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び/または命令を格納することができる。一つ以上のメモリ104、204は、ROM、RAM、EPROM、フラッシュメモリ、ハードドライブ、レジスタ、キャッシュメモリ、コンピュータ読取格納媒体及び/またはこれらの組み合わせで構成されることができる。一つ以上のメモリ104、204は、一つ以上のプロセッサ102、202の内部及び/または外部に位置し得る。また、一つ以上のメモリ104、204は、有線または無線連結のような様々な技術を介して、一つ以上のプロセッサ102、202と連結されることができる。
一つ以上の送受信機106、206は、一つ以上の他の装置に本文書の方法及び/または動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを送信することができる。一つ以上の送受信機106、206は、一つ以上の他の装置から本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを受信することができる。例えば、一つ以上の送受信機106、206は、一つ以上のプロセッサ102、202と連結されることができ、無線信号を送受信することができる。例えば、一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206が一つ以上の他の装置にユーザデータ、制御情報または無線信号を送信するように制御できる。また、一つ以上のプロセッサ102、202は、一つ以上の送受信機106、206が一つ以上の他の装置からユーザデータ、制御情報または無線信号を受信するように制御できる。また、一つ以上の送受信機106、206は、一つ以上のアンテナ108、208と連結されることができ、一つ以上の送受信機106、206は、一つ以上のアンテナ108、208を介して本文書に開示された説明、機能、手順、提案、方法及び/または動作流れ図等で言及されるユーザデータ、制御情報、無線信号/チャネルなどを送受信するように設定されることができる。本文書で、一つ以上のアンテナは、複数の物理アンテナであり、または複数の論理アンテナ(例えば、アンテナポート)である。一つ以上の送受信機106、206は、受信されたユーザデータ、制御情報、無線信号/チャネルなどを一つ以上のプロセッサ102、202を利用して処理するために、受信された無線信号/チャネルなどをRFバンド信号からベースバンド信号に変換(Convert)できる。一つ以上の送受信機106、206は、一つ以上のプロセッサ102、202を利用して処理されたユーザデータ、制御情報、無線信号/チャネルなどをベースバンド信号からRFバンド信号に変換できる。このために、一つ以上の送受信機106、206は、(アナログ)オシレータ及び/またはフィルタを含むことができる。
図29は、本開示の一実施例に係る、送信信号のための信号処理回路を示す。
図29を参照すると、信号処理回路1000は、スクランブラー1010、変調器1020、レイヤーマッパー1030、プリコーダ1040、リソースマッパー1050、信号生成器1060を含むことができる。これに制限されるわけではないが、図29の動作/機能は、図28のプロセッサ102、202及び/または送受信機106、206で行われることができる。図29のハードウェア要素は、図28のプロセッサ102、202及び/または送受信機106、206で実現できる。例えば、ブロック1010〜1060は、図28のプロセッサ102、202で実現できる。また、ブロック1010〜1050は、図28のプロセッサ102、202で実現され、ブロック1060は、図28の送受信機106、206で実現できる。
コードワードは、図29の信号処理回路1000を経て、無線信号に変換されることができる。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック(例えば、UL−SCHの送信ブロック、DL−SCHの送信ブロック)を含むことができる。無線信号は、様々な物理チャネル(例えば、PUSCH、PDSCH)を介して送信されることができる。
具体的に、コードワードは、スクランブラー1010によりスクランブルされたビットシーケンスに変換されることができる。スクランブルに使用されるスクランブルシーケンスは、初期化値に基づいて生成され、初期化値は無線機器のID情報などが含まれることができる。スクランブルされたビットシーケンスは、変調器1020により変調シンボルのシーケンスに変調されることができる。変調方式は、pi/2−BPSK(pi/2−Binary Phase Shift Keying)、m−PSK(m−Phase Shift Keying)、m−QAM(m−Quadrature Amplitude Modulation)などを含むことができる。複素変調シンボルのシーケンスは、レイヤーマッパー1030により一つ以上の送信レイヤーにマッピングされることができる。各送信レイヤーの変調シンボルは、プリコーダ1040により該当アンテナポートにマッピングされることができる(プリコーディング)。プリコーダ1040の出力zは、レイヤーマッパー1030の出力yをN*Mのプリコーディング行列Wと掛けて得られる。ここで、Nはアンテナポートの数、Mは送信レイヤーの数である。ここで、プリコーダ1040は、複素変調シンボルに対するトランスフォーム(transform)プリコーディング(例えば、DFT変換)を行った以降にプリコーディングを行うことができる。また、プリコーダ1040は、トランスフォームプリコーディングを行わずにプリコーディングを行うことができる。
リソースマッパー1050は、各アンテナポートの変調シンボルを時間−周波数リソースにマッピングできる。時間−周波数リソースは、時間ドメインで複数のシンボル(例えば、CP−OFDMAシンボル、DFT−s−OFDMAシンボル)を含み、周波数ドメインで複数の副搬送波を含むことができる。信号生成器1060は、マッピングされた変調シンボルから無線信号を生成し、生成された無線信号は各アンテナを介して他の機器へ送信されることができる。このために、信号生成器1060は、IFFT(Inverse Fast Fourier Transform)モジュール及びCP(Cyclic Prefix)挿入器、DAC(Digital−to−Analog Converter)、周波数アップリンク変換器(frequency uplink converter)などを含むことができる。
無線機器における受信信号のための信号処理過程は、図29の信号処理過程1010〜1060の逆で構成されることができる。例えば、無線機器(例えば、図28の100、200)は、アンテナポート/送受信機を介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器を介してベースバンド信号に変換されることができる。このために、信号復元装置は、周波数ダウンリンク変換器(frequency downlink converter)、ADC(analog−to−digital converter)、CP除去器、FFT(Fast Fourier Transform)モジュールを含むことができる。以降、ベースバンド信号は、リソースデマッパー過程、ポストコーディング(postcoding)過程、復調過程、及びデスクランブル過程を経て、コードワードに復元されることができる。コードワードは、復号(decoding)を経て、元の情報ブロックに復元されることができる。従って、受信信号のための信号処理回路(図示せず)は、信号復元器、リソースデマッパー、ポストコーダー、復調器、デスクランブラー、及び復号器を含むことができる。
図30は、本開示の一実施例に係る、無線機器を示す。無線機器は使用−例/サービスによって多様な形態で具現されることができる(図27参照)。
図30を参照すると、無線機器100、200は、図28の無線機器100、200に対応し、様々な要素(element)、成分(component)、ユニット/部(unit)、及び/またはモジュール(module)で構成されることができる。例えば、無線機器100、200は、通信部110、制御部120、メモリ部130、及び追加要素140を含むことができる。通信部は、通信回路112及び送受信機114を含むことができる。例えば、通信回路112は、図28の一つ以上のプロセッサ102、202及び/または一つ以上のメモリ104、204を含むことができる。例えば、送受信機114は、図28の一つ以上の送受信機106、206及び/または一つ以上のアンテナ108、208を含むことができる。制御部120は、通信部110、メモリ部130、及び追加要素140と電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部120は、メモリ部130に格納されたプログラム/コード/命令/情報に基づいて、無線機器の電気的/機械的動作を制御することができる。また、制御部120は、メモリ部130に格納された情報を通信部110を介して、外部(例えば、他の通信機器)に無線/有線インターフェースを介して送信するか、通信部110を介して、外部(例えば、他の通信機器)から無線/有線インターフェースを介して受信された情報をメモリ部130に格納することができる。
追加要素140は、無線機器の種類に応じて多様に構成されることができる。例えば、追加要素140は、パワーユニット/バッテリー、入出力部(I/O部)、駆動部、及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるわけではないが、無線機器は、ロボット(図27、100a)、車両100b−1、100b−2(図27)、XR機器100c(図27)携帯機器100d(図27)、家電100e(図27)、IoT機器100f(図27)、デジタル放送用端末、ホログラム装置、公共安全装置、MTC装置、医療装置、フィンテック装置(または、金融装置)、保安装置、気候/環境装置、AIサーバ/機器400(図27)、基地局200(図27)、ネットワークノード等の形態で実現できる。無線機器は、使用−例/サービスに応じて、移動可能であるか、固定された場所で使用できる。
図30で、無線機器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)及び/またはこれらの組み合わせで構成されることができる。
以下、図30の実現例について、図を参照としてより詳細に説明する。
図31は、本開示の一実施例に係る、携帯機器を示す。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、携帯用コンピュータ(例えば、ノートブック等)を含むことができる。携帯機器は、MS(Mobile Station)、UT(user terminal)、MSS(Mobile Subscriber Station)、SS(Subscriber Station)、AMS(Advanced Mobile Station)またはWT(Wireless terminal)と呼ばれる。
図31を参照すると、携帯機器100は、アンテナ部108、通信部110、制御部120、メモリ部130、電源供給部140a、インターフェース部140b、及び入出力部140cを含むことができる。アンテナ部108は、通信部110の一部で構成されることができる。ブロック110〜130/140a〜140cは、各々、図30のブロック110〜130/140に対応する。
通信部110は、他の無線機器、基地局と信号(例えば、データ、制御信号など)を送受信することができる。制御部120は、携帯機器100の構成要素を制御し、様々な動作を行うことができる。制御部120は、AP(Application Processor)を含むことができる。メモリ部130は、携帯機器100の駆動に必要なデータ/パラメータ/プログラム/コード/命令を格納することができる。また、メモリ部130は、入/出力されるデータ/情報等を格納することができる。電源供給部140aは、携帯機器100に電源を供給し、有/無線充電回路、バッテリーなどを含むことができる。インターフェース部140bは、携帯機器100と他の外部機器の連結をサポートすることができる。インターフェース部140bは、外部機器との連結のための様々なポート(例えば、オーディオの入/出力ポート、ビデオの入/出力ポート)を含むことができる。入出力部140cは、画像情報/信号、オーディオ情報/信号、データ、及び/またはユーザから入力される情報が入力されるか、出力することができる。入出力部140cは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部140d、スピーカー及び/またはハプティックモジュールなどを含むことができる。
一例として、データ通信の場合、入出力部140cは、ユーザから入力された情報/信号(例えば、タッチ、文字、音声、イメージ、ビデオ)を取得し、取得された情報/信号はメモリ部130に格納されることができる。通信部110は、メモリに格納された情報/信号を無線信号に変換し、変換された無線信号を他の無線機器に直接送信するか、基地局に送信できる。また、通信部110は、他の無線機器または基地局から無線信号を受信した後、受信された無線信号を元の情報/信号に復元できる。復元された情報/信号は、メモリ部130に格納された後、入出力部140cを介して様々な形態(例えば、文字、音声、イメージ、ビデオ、ハプティック)で出力されることができる。
図32は、本開示の一実施例に係る、車両または自律走行車両を示す。車両または自律走行車両は、移動型ロボット、車両、汽車、有/無人飛行体(Aerial Vehicle、AV)、船舶などで具現されることができる。
図32を参照すると、車両または自律走行車両100は、アンテナ部108、通信部110、制御部120、駆動部140a、電源供給部140b、センサ部140c、及び自律走行部140dを含むことができる。アンテナ部108は、通信部110の一部で構成されることができる。ブロック110/130/140a〜140dは、各々、図30のブロック110/130/140に対応する。
通信部110は、他の車両、基地局(例えば、基地局、路辺基地局(Road Side unit)等)、サーバなどの外部機器と信号(例えば、データ、制御信号等)を送受信することができる。制御部120は、車両または自律走行車両100の要素を制御し、様々な動作を行うことができる。制御部120は、ECU(Electronic Control Unit)を含むことができる。駆動部140aは、車両または自律走行車両100を地上で走行させることができる。駆動部140aは、エンジン、モータ、パワートレーン、輪、ブレーキ、ステアリングなどを含むことができる。電源供給部140bは、車両または自律走行車両100に電源を供給し、有/無線充電回路、バッテリーなどを含むことができる。センサ部140cは、車両状態、周辺環境情報、ユーザ情報等が得られる。センサ部140cは、IMU(inertial measurement unit)センサ、衝突センサ、ホイールセンサ(wheel sensor)、速度センサ、傾斜センサ、重量感知センサ、ヘッディングセンサ(heading sensor)、ポジションモジュール(position module)、車両の前進/後進センサ、バッテリーセンサ、燃料センサ、タイヤセンサ、ステアリングセンサ、温度センサ、湿度センサ、超音波センサ、照度センサ、ペダルポジションセンサなどを含むことができる。自律走行部140dは、走行中である車線を維持する技術、アダプティブ・クルーズ・コントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると、自動で経路を設定して走行する技術などを実現することができる。
一例として、通信部110は、外部サーバから地図データ、交通情報データ等を受信することができる。自律走行部140dは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部120は、ドライビングプランに従って、車両または自律走行車両100が自律走行経路に沿って移動するように駆動部140aを制御することができる(例えば、速度/方向調節)。自律走行の途中、通信部110は外部サーバから最新の交通情報データを非/周期的に取得し、周辺の車両から周辺の交通情報データを取得することができる。また、自律走行の途中、センサ部140cは、車両状態、周辺環境情報を取得することができる。自律走行部140dは、新たに取得されたデータ/情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部110は、車両位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバに伝達することができる。外部サーバは、車両または自律走行車両から収集された情報に基づいて、AI技術などを利用して交通情報データを予め予測することができ、予測された交通情報データを車両または自律走行車両に提供できる。
図33は、本開示の一実施例に係る、車両を示す。車両は、運送手段、汽車、飛行体、船舶などで具現されることもできる。
図33を参照すると、車両100は、通信部110、制御部120、メモリ部130、入出力部140a、及び位置測定部140bを含むことができる。ここで、ブロック110〜130/140a〜140bは、各々、図30のブロック110〜130/140に対応する。
通信部110は、他の車両、または基地局などの外部機器と信号(例えば、データ、制御信号等)を送受信することができる。制御部120は、車両100の構成要素を制御して様々な動作を行うことができる。メモリ部130は、車両100の様々な機能をサポートするデータ/パラメータ/プログラム/コード/命令を格納することができる。入出力部140aは、メモリ部130内の情報に基づいて、AR/VRオブジェクトを出力することができる。入出力部140aは、HUDを含むことができる。位置測定部140bは、車両100の位置情報を取得することができる。位置情報は、車両100の絶対位置情報、走行線内での位置情報、加速度情報、周辺車両との位置などを含むことができる。位置測定部140bは、GPS及び様々なセンサを含むことができる。
一例として、車両100の通信部110は、外部サーバから地図情報、交通情報などを受信してメモリ部130に格納することができる。位置測定部140bは、GPS及び様々なセンサを介して、車両の位置情報を取得してメモリ部130に格納することができる。制御部120は、地図情報、交通情報、及び車両の位置情報等に基づいて仮想のオブジェクトを生成し、入出力部140aは、生成された仮想のオブジェクトを車両内のガラス窓に表示できる(1410、1420)。また、制御部120は、車両の位置情報に基づいて車両100が走行線内で正常に運行されているか判断できる。車両100が走行線を非正常に外れる場合、制御部120は、入出力部140aを介して車両内ガラス窓に警告を表示することができる。また、制御部120は、通信部110を介して、周辺の車両に走行異常に関する警告メッセージを放送することができる。状況に応じて、制御部120は通信部110を介して、関係機関に車両の位置情報と、走行/車両異常に関する情報を送信することができる。
図34は、本開示の一実施例に係る、XR機器を示す。XR機器は、HMD、車両に備えられたHUD(Head−Up Display)、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ(signage)、車両、ロボットなどで具現されることができる。
図34を参照すると、XR機器100aは、通信部110、制御部120、メモリ部130、入出力部140a、センサ部140b、及び電源供給部140cを含むことができる。ここで、ブロック110〜130/140a〜140cは、各々、図30のブロック110〜130/140に対応する。
通信部110は、他の無線機器、携帯機器、またはメディアサーバなどの外部機器と信号(例えば、メディアデータ、制御信号等)を送受信することができる。メディアデータは、画像、イメージ、音などを含むことができる。制御部120は、XR機器100aの構成要素を制御し、様々な動作を行うことができる。例えば、制御部120は、ビデオ/イメージの取得、(ビデオ/イメージ)エンコーディング、メタデータの生成及び処理などの手続を制御及び/または実行するように構成されることができる。メモリ部130は、XR機器100aの駆動/XRオブジェクトの生成に必要なデータ/パラメータ/プログラム/コード/命令を格納することができる。入出力部140aは外部から制御情報、データ等を取得し、生成されたXRオブジェクトを出力することができる。入出力部140aは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部、スピーカー及び/またはハプティックモジュールなどを含むことができる。センサ部140bは、XR機器の状態、周辺環境情報、ユーザ情報等が得られる。センサ部140bは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、RGBセンサ、IRセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロフォン、及び/またはレーダー等を含むことができる。電源供給部140cは、XR機器100aに電源を供給し、有/無線充電回路、バッテリーなどを含むことができる。
一例として、XR機器100aのメモリ部130は、XRオブジェクト(例えば、AR/VR/MRオブジェクト)の生成に必要な情報(例えば、データ等)を含むことができる。入出力部140aは、ユーザからXR機器100aを操作する命令を取得することができ、制御部120は、ユーザの駆動命令によってXR機器100aを駆動させることができる。例えば、ユーザがXR機器100aを介して、映画、ニュース等を視聴しようとする場合、制御部120は、通信部130を介してコンテンツ要求情報を他の機器(例えば、携帯機器100b)またはメディアサーバに送信できる。通信部130は、他の機器(例えば、携帯機器100b)またはメディアサーバから映画、ニュース等のコンテンツをメモリ部130にダウンロード/ストリーミングを受けることができる。制御部120は、コンテンツに対してビデオ/イメージ取得、(ビデオ/イメージ)エンコーディング、メタデータの生成/処理などの手続を制御及び/または実行し、入出力部140a/センサ部140bを介して取得した周辺空間または現実のオブジェクトに対する情報に基づいて、XRオブジェクトを生成/出力することができる。
また、XR機器100aは、通信部110を介して携帯機器100bと無線で連結され、XR機器100aの動作は携帯機器100bにより制御されることができる。例えば、携帯機器100bは、XR機器100aに対するコントローラとして動作できる。このために、XR機器100aは携帯機器100bの3次元の位置情報を取得した後、携帯機器100bに対応するXR個体を生成して出力することができる。
図35は、本開示の一実施例に係る、ロボットを示す。ロボットは、使用目的や分野によって、産業用、医療用、家庭用、軍事用等に分類されることができる。
図35を参照すると、ロボット100は、通信部110、制御部120、メモリ部130、入出力部140a、センサ部140b、及び駆動部140cを含むことができる。ここで、ブロック110〜130/140a〜140cは、各々、図30のブロック110〜130/140に対応する。
通信部110は、他の無線機器、他のロボット、または制御サーバなどの外部機器と信号(例えば、駆動情報、制御信号等)を送受信することができる。制御部120は、ロボット100の構成要素を制御して様々な動作を行うことができる。メモリ部130は、ロボット100の様々な機能をサポートするデータ/パラメータ/プログラム/コード/命令を格納することができる。入出力部140aは、ロボット100の外部から情報を取得し、ロボット100の外部に情報を出力することができる。入出力部140aは、カメラ、マイクロフォン、ユーザ入力部、ディスプレイ部、スピーカー及び/またはハプティックモジュールなどを含むことができる。センサ部140bは、ロボット100の内部情報、周辺環境情報、ユーザ情報等が得られる。センサ部140bは、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、IRセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロフォン、レーダー等を含むことができる。駆動部140cは、ロボットの関節を動くなどの様々な物理的動作を行うことができる。また、駆動部140cは、ロボット100を地上で走行するか、空中で飛行させることができる。駆動部140cはアクチュエータ、モータ、輪、ブレーキ、プロペラなどを含むことができる。
図36は、本開示の一実施例に係る、AI機器を示す。AI機器は、TV、プロジェクター、スマートフォン、PC、ノートブック、デジタル放送用端末機、タブレートPC、ウェアラブル装置、セットトップボックス(STB)、ラジオ、洗濯機、冷蔵庫、デジタルサイネージ、ロボット、車両などのような、固定型機器または移動可能な機器などで具現されることができる。
図36を参照すると、AI機器100は、通信部110、制御部120、メモリ部130、入/出力部140a/140b、ラーニングプロセッサ部140c、及びセンサ部140dを含むことができる。ブロック110〜130/140a〜140dは、各々、図30のブロック110〜130/140に対応する。
通信部110は、有無線通信技術を利用して他のAI機器(例えば、図27、100x、200、400)やAIサーバ(例えば、図27の400)などの外部機器と有無線信号(例えば、センサ情報、ユーザ入力、学習モデル、制御信号等)を送受信することができる。このために、通信部110は、メモリ部130内の情報を外部機器に送信し、または外部機器から受信された信号をメモリ部130に伝達できる。
制御部120は、データ分析のアルゴリズムまたはマシンラーニングのアルゴリズムを使用して決定されるか、生成された情報に基づいて、AI機器100の少なくとも一つの実行可能な動作を決定することができる。また、制御部120は、AI機器100の構成要素を制御し、決定された動作を行うことができる。例えば、制御部120は、ラーニングプロセッサ部140cまたはメモリ部130のデータを要求、検索、受信または活用することができ、少なくとも一つの実行可能な動作中予測される動作や、好ましいと判断される動作を実行するようにAI機器100の構成要素を制御することができる。また、制御部120は、AI装置100の動作内容や動作に対するユーザのフィードバックなどを含む履歴情報を収集してメモリ部130またはラーニングプロセッサ部140cに格納するか、AIサーバ400(図27)等の外部装置に送信できる。収集された履歴情報は、学習モデルを更新するのに利用されることができる。
メモリ部130は、AI機器100の様々な機能をサポートするデータを格納することができる。例えば、メモリ部130は入力部140aから得たデータ、通信部110から得たデータ、ラーニングプロセッサ部140cの出力データ、及びセンシング部140から得たデータを格納することができる。また、メモリ部130は、制御部120の動作/実行に必要な制御情報及び/またはソフトウェアコードを格納することができる。
入力部140aは、AI機器100の外部から様々な種類のデータを取得することができる。例えば、入力部140aは、モデル学習のための学習データ、及び学習モデルが適用される入力データ等を取得することができる。入力部140aは、カメラ、マイクロフォン、及び/またはユーザ入力部などを含むことができる。出力部140bは、視覚、聴覚、または触覚等に関する出力を発生させることができる。出力部140bは、ディスプレイ部、スピーカー、及び/またはハプティックモジュールなどを含むことができる。センシング部140は、様々なセンサを用いてAI機器100の内部情報、AI機器100の周辺環境情報、及びユーザ情報のうち少なくとも一つが得られる。センシング部140は、近接センサ、照度センサ、加速度センサ、磁気センサ、ジャイロセンサ、慣性センサ、RGBセンサ、IRセンサ、指紋認識センサ、超音波センサ、光センサ、マイクロフォン、及び/またはレーダー等を含むことができる。
ラーニングプロセッサ部140cは、学習データを用いて、人工神経網で構成されたモデルを学習させることができる。ラーニングプロセッサ部140cは、AIサーバ400(図27)のラーニングプロセッサ部と共にAIプロセシングを行うことができる。ラーニングプロセッサ部140cは、通信部110を介して、外部機器から受信された情報、及び/またはメモリ部130に格納された情報を処理することができる。また、ラーニングプロセッサ部140cの出力値は、通信部110を介して外部機器に送信されるか/送信され、メモリ部130に格納されることができる。
本明細書に記載された請求項は、多様な方式に組み合わせ可能である。例えば、本明細書の方法請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。また、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて装置で具現されることができ、本明細書の方法請求項の技術的特徴と装置請求項の技術的特徴が組み合わせられて方法で具現されることができる。