以下の技術は、CDMA、FDMA、TDMA、OFDMA、SC-FDMAなどのような様々な無線接続システムに用いることができる。CDMAはUTRA(Universal Terrestrial Radio Access)やCDMA2000のような無線技術(radio technology)によって具現することができる。TDMAは、GSM(Global System for Mobile communications)/GPRS(General Packet Radio Service)/EDGE(Enhanced Data Rates for GSM Evolution)のような無線技術によって具現することができる。OFDMAは、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802-20、E-UTRA(Evolved UTRA)などのような無線技術によって具現することができる。UTRAはUMTS(Universal Mobile Telecommunications System)の一部である。3GPP(登録商標)(3rd Generation Partnership Project)LTE(long term evolution)は、E-UTRAを用いるE-UMTS(Evolved UMTS)の一部であり、LTE-A/LTE-A proは3GPP LTEの進化したバージョンである。3GPP NR(New Radio or New Radio Access Technology)は3GPP LTE/LTE-A/LTE-A proの進化したバージョンである。
より明確な説明のために3GPP通信システム(例、LTE-A、NR)に基づいて説明するが、本発明の技術的思想はそれに限られない。LTEは3GPP TS 36.xxx Release 8以後の技術を意味する。詳しくは、3GPP TS 36.xxx Release 10以後のLTE技術はLTE-Aと呼ばれ、3GPP TS 36.xxx Release 13以後のLTE技術はLTE-A proと呼ばれる。3GPP NRはTS 38.xxx Release 15以後の技術を意味する。LTE/NRは3GPPシステムと称されることもできる。"xxx"は標準文書の細部番号を意味する。LTE/NRは3GPPシステムと統称される。本発明の説明に使用された背景技術、用語、略語などについては本発明前に公開された標準文書に記載された事項を参照できる。例えば、以下の文書を参照できる。
3GPP NR
-38.211:Physical channels and modulation
-38.212:Multiplexing and channel coding
-38.213:Physical layer procedures for control
-38.214:Physical layer procedures for data
-38.300:NR and NG-RAN Overall Description
-38.331:Radio Resource Control(RRC) protocol specification
図1はNRにおいて使用される無線フレームの構造を例示している。
NRにおいて、上りリンク及び下りリンク送信はフレームで構成される。無線フレームは10msの長さを有し、2つの5msハーフフレーム(Half-Frame,HF)と定義される。ハーフフレームは5つの1msサブフレーム(Subframe,SF)と定義される。サブフレームは1つ以上のスロットに分割され、サブフレーム内のスロット数はSCS(Subcarrier Spacing)に依存する。各スロットはCP(cyclic prefix)によって12つ又は14つのOFDM(A)シンボルを含む。一般CPが使用される場合、各スロットは14つのシンボルを含む。拡張CPが使用される場合は、各スロットは12つのシンボルを含む。ここで、シンボルはOFDMシンボル(或いは、CP-OFDMシンボル)、SC-FDMAシンボル(或いは、DFT-s-OFDMシンボル)を含むことができる。
表1は、一般CPが使用される場合、SCSによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。
表2は、拡張CPが使用される場合、SCSによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。
NRシステムでは、一つの端末(User Equipment;UE)に併合される複数のセルの間でOFDM(A)ニューマロロジー(例えば、SCS、CP長さなど)が異なるように設定される。これにより、同じ数のシンボルで構成された時間リソース(例えば、SF、スロット又はTTI)(便宜上、TU(Time Unit)と統称)の(絶対時間)区間が併合されたセルの間で異なる。
NRは様々な5Gサービスを支援するための多数のOFDM(Orthogonal Frequency Division Multiplexing)ニューマロロジー(例、副搬送波間隔、SCS)を支援する。例えば、SCSが15kHzである場合は、伝統的なセルラーバンドにおける広い領域(wide area)を支援し、SCSが30kHz/60kHzである場合は、密集した都市(dense-urban)、より低い遅延(lower latency)及びより広いキャリア帯域幅(wider carrier bandwidth)を支援する。
NR周波数バンドは2つのタイプの周波数範囲(frequency range,FR)により定義される(FR1/FR2)。FR1/FR2は以下の表3のように構成される。またFR2はミリメートル波(millimeter wave、mmW)を意味する。
図2はNRフレームのスロット構造を例示している。
スロットは時間ドメインで複数のシンボルを含む。例えば、一般CPの場合、1つのスロットが14個のシンボルを含むが、拡張CPの場合は、1つのスロットが12個のシンボルを含む。搬送波は周波数ドメインで複数の副搬送波を含む。RB(Resource Block)は周波数ドメインで複数(例えば、12)の連続する副搬送波と定義される。周波数ドメインにおいて、複数のRBインターレース(簡単に、インターレース)が定義される。インターレースm∈{0, 1, ..., M-1}は(共通)RB{m, M+m, 2M+m, 3M+m, ...}で構成される。Mはインターレースの数を示す。BWP(Bandwidth Part)は周波数ドメインで複数の連続するPRB(Physical RB)と定義され、1つのニューマロロジー(numerology)(例えば、SCS、CP長さなど)に対応することができる。搬送波は最大N個(例えば、5個)のBWPを含む。データ通信は活性化されたBWPで行われ、1つの端末には1つのBWPのみが活性化される。リソースグリッドにおいて各々の要素はリソース要素(Resource Element、RE)と称され、1つの複素シンボルがマッピングされることができる。
無線通信システムにおいて、端末は基地局から下りリンク(Downlink、DL)を介して情報を受信し、端末は基地局に上りリンク(Uplink、UL)を介して情報を送信する。基地局と端末が送受信する情報はデータ及び様々な制御情報を含み、これらが送受信する情報の種類/用途によって様々な物理チャネル/信号が存在する。物理チャネルは上位階層から由来する情報を運ぶリソース要素(RE)のセットに対応する。物理信号は物理階層(PHY)により使用されるリソース要素(RE)のセットに対応するが、上位階層から由来する情報は運ばない。上位階層はMAC(Medium Access Control)階層、RLC(Radio Link Control)階層、PDCP(Packet Data Convergence Protocol)階層、RRC(Radio Resource Control)階層などを含む。
DL物理チャネルはPBCH(Physical Broadcast channel)、PDSCH(Physical Downlink Shared channel)及びPDCCH(Physical Downlink Control channel)を含む。DL物理信号はDL RS(Reference Signal)、PSS(Primary synchronization signal)及びSSS(Secondary synchronization signal)を含む。DL RSはDM-RS(Demodulation RS)、PT-RS(Phase-tracking RS)及びCSI-RS(channel-state information RS)を含む。UL物理チャネルはPRACH(Physical Random Access Channel)、PUSCH(Physical Uplink Shared Channel)及びPUCCH(Physical Uplink Control Channel)を含む。UL物理信号はUL RSを含む。UL RSはDM-RS、PT-RS及びSRS(Sounding RS)を含む。
図3はスロット内に物理チャネルがマッピングされる一例を示している。
1つのスロット内にDL制御チャネル、DL又はULデータ、UL制御チャネルなどが全て含まれる。例えば、スロット内において最初からN個のシンボルはDL制御チャネルの送信に使用され(以下、DL制御領域)、スロット内において最後からM個のシンボルはUL制御チャネルの送信に使用される(以下、UL制御領域)。NとMはそれぞれ0以上の整数である。DL制御領域とUL制御領域の間のリソース領域(以下、データ領域)は、DLデータの送信のために使用されるか又はULデータの送信のために使用される。制御領域とデータ領域の間にはDL-to-UL又はUL-to-DLスイッチングのための時間ギャップが存在する。DL制御領域ではPDCCHが送信され、DLデータ領域ではPDSCHが送信される。スロット内においてDLからULに転換される時点の一部のシンボルが時間ギャップとして使用される。
本発明において、基地局は例えば、gNodeBである。
下りリンク(DL)物理チャネル/信号
(1)PDSCH
PDSCHは下りリンクデータ(例えば、DL-shared channel transport block、DL-SCH TB)を運ぶ。TBはコードワード(CodeWord、CW)に符号化された後、スクランブル及び変調過程などを経て送信される。CWは一つ以上のコードブロック(Code Block、CB)を含む。一つ以上のCBは一つのCBG(CB group)に集められる。セルの設定によって、PDSCHは最大2つのCWを運ぶことができる。CWごとにスクランブル及び変調が行われ、各CWから生成された変調シンボルは一つ以上のレイヤにマッピングされる。各レイヤはプリコーディングを経てDMRSと共にリソースにマッピングされ、該当アンテナポートで送信される。PDSCHはPDCCHにより動的にスケジューリングされるか(dynamic scheduling)、又は上位階層(例えば、RRC)シグナリング(及び/又はLayer 1(L1)シグナリング(例えば、PDCCH))に基づいて半-静的(semi-static)にスケジューリングされる(Configured Scheduling、CS)。従って、動的スケジューリングではPDSCH送信にPDCCHが伴われるが、CSではPDSCH送信にPDCCHが伴われない。CSはSPS(semi-persistent scheduling)を含む。
(2)PDCCH
PDCCHはDCI(Downlink Control Information)を運ぶ。例えば、PCCCH(即ち、DCI)はDL-SCHの送信フォーマット及びリソース割り当て、UL-SCH(shared channel)に対する周波数/時間リソース割り当て情報、PCH(paging channel)に関するページング情報、DL-SCH上のシステム情報、PDSCH上で送信される任意接続応答(RAR)のような上位階層制御メッセージに関する周波数/時間リソース割り当て情報、送信電力制御命令、及びSPS/CS(Configured Scheduling)の活性化/解除に関する情報などを運ぶ。DCI内の情報によって様々なDCIフォーマットが提供される。
表4はPDCCHを介して送信されるDCIフォーマットを例示する。
DCIフォーマット0_0はTB-基盤(又はTB-level)のPUSCHをスケジューリングするために使用され、DCIフォーマット0_1はTB-基盤(又はTB-level)のPUSCH又はCBG(Code Block Group)-基盤(又はCBG-level)のPUSCHをスケジューリングするために使用される。DCIフォーマット1_0はTB-基盤(又はTB-level)のPDSCHをスケジューリングするために使用され、DCIフォーマット1_1はTB-基盤(又はTB-level)のPDSCH又はCBG-基盤(又はCBG-level)のPDSCHをスケジューリングするために使用される(DLグラントDCI)。DCIフォーマット0_0/0_1はULグラントDCI又はULスケジューリング情報と称され、DCIフォーマット1_0/1_1はDLグラントDCI又はULスケジューリング情報と称される。DCIフォーマット2_0は動的スロットフォーマット情報(例えば、dynamic SFI)を端末に伝達するために使用され、DCIフォーマット2_1は下りリンク先取り(pre-Emption)情報を端末に伝達するために使用される。DCIフォーマット2_0及び/又はDCIフォーマット2_1は一つのグループと定義された端末に伝達されるPDCCHであるグループ共通PDCCH(Group common PDCCH)を介して該当グループ内の端末に伝達される。
PDCCH/DCIはCRC(cyclic redundancy check)を含み、CRCはPDCCHの所有者又は使用用途によって様々な識別者(例えば、Radio Network Temporary Identifier、RNTI)にマスキング/スクランブルされる。例えば、PDCCHが特定の端末のためのものであれば、CRCはC-RNTI(Cell-RNTI)にマスキングされる。PDCCHがページングに関するものであれば、CRCはP-RNTI(Paging-RNTI)にマスキングされる。PDCCHがシステム情報(例えば、System Information Block、SIB)に関するものであれば、CRCはSI-RNTI(System Information RNTI)にマスキングされる。PDCCHが任意接続応答に関するものであれば、CRCはRA-RNTI(Random Access-RNTI)にマスキングされる。
表5はRNTIによるPDCCHの用途及び送信チャネルを例示する。送信チャネルはPDCCHによりスケジューリングされたPDSCH/PUSCHが運ぶデータに関連する送信チャネルを示す。
PDCCHの変調方式は固定されており(例えば、Quadrature Phase Shift Keying、QPSK)、一つのPDCCHはAL(Aggregation Level)によって1、2、4、8、16個のCCE(Control Channel Element)で構成される。一つのCCEは6つのREG(Resource Element Group)で構成される。一つのREGは一つのOFDMアシンボルと一つの(P)RBにより定義される。
PDCCHはCORESET(Control Resource Set)で送信される。CORESETはBWP内でPDCCH/DCIを運ぶために使用される物理リソース/パラメータセットに該当する。例えば、CORESETは所定のニューマロロジー(例えば、SCS、CP長さなど)を有するREGセットを含む。CORESETはシステム情報(例えば、MIB)又は端末-特定の(UE-specific)上位階層(例えば、RRC)シグナリングにより設定される。CORESETの設定に使用されるパラメータ/情報の例は以下の通りである。一つの端末に一つ以上のCORESETが設定され、複数のCORESETが時間/周波数ドメインで重畳される。
-controlResourceSetId:CORESETの識別情報(ID)を示す。
-frequencyDomainResources:CORESETの周波数領域リソースを示す。ビットマップにより指示され、各ビットはRBグループ(=6つの連続するRB)に対応する。例えば、ビットマップのMSB(Most Significant Bit)はBWP内の1番目のRBグループに対応する。ビット値が1であるビットに対応するRBグループがCORESETの周波数領域リソースに割り当てられる。
-duration:CORESETの時間領域リソースを示す。CORESETを構成する連続するOFDMAシンボルの数を示す。例えば、durationは1~3の値を有する。
-cce-REG-MappingType:CCE-to-REGマッピングタイプを示す。インターリーブタイプと非-インターリーブタイプが支援される。
-precoderGranularity:周波数ドメインにおいてプリコーダ粒度(granularity)を示す。
-tci-StateSPDCCH:PDCCHに対するTCI(Transmission Configuration Indication)状態を指示する情報(例えば、TCI-StateID)を示す。TCI状態はRSセット(TCI-状態)内のDL RSとPDCCH DMRSポートのQCL(Quasi-Co-Location)の関係を提供するために使用される。
-tci-PresentInDCI:DCI内のTCIフィールドが含まれるか否かを示す。
-pdcch-DMRS-ScramblingID:PDCCH DMRSスクランブルシーケンスの初期化に使用される情報を示す。
PDCCH受信のために、端末はCORESETでPDCCH候補のセットをモニタリングする(例えば、ブラインド復号)。PDCCH候補はPDCCH受信/検出のために端末がモニタリングするCCEを示す。PDCCHモニタリングはPDCCHモニタリングが設定されたそれぞれの活性化されたセル上の活性DL BWP上の一つ以上のCORESETで行われる。端末がモニタリングするPDCCH候補のセットはPDCCH検索空間(Search Space、SS)セットと定義される。SSセットは共通検索空間(Common Search Space、CSS)セット又は端末-特定の検索空間(UE-specific Search Space、USS)セットである。
表6はPDCCH検索空間を例示する。
SSセットはシステム情報(例えば、MIB)又は端末-特定(UE-specific)の上位階層(例えば、RRC)シグナリングにより設定される。サービングセルの各DL BWPにはS個(例えば、10)以下のSSセットが設定される。例えば、各SSセットに対して以下のパラメータ/情報が提供される。それぞれのSSセットは一つのCORESETに連関し、それぞれのCORESET構成は一つ以上のSSセットに連関する。
-searchSpaceId:SSセットのIDを示す。
-controlResourceSetId:SSセットに連関するCORESETを示す。
-monitoringSlotPeriodicityAndOffset:PDCCHモニタリング周期区間(スロット単位)及びPDCCHモニタリング区間オフセット(スロット単位)を示す。
-monitoringSymbolsWithinSlot:PDCCHモニタリングが設定されたスロット内においてPDCCHモニタリングのための1番目のOFDMAシンボルを示す。ビットマップにより指示され、各ビットはスロット内の各OFDMAシンボルに対応する。ビットマップのMSBはスロット内の1番目のOFDMシンボルに対応する。ビット値が1であるビットに対応するOFDMAシンボルがスロット内においてCORESETの1番目のシンボルに該当する。
-nrofCandidates:AL={1、2、4、8、16}ごとのPDCCH候補の数(例えば、0、1、2、3、4、5、6、8のうちのいずれか)を示す。
-searchSpaceType:SSタイプがCSSであるか又はUSSであるかを示す。
-DCIフォーマット:PDCCH候補のDCIフォーマットを示す。
CORESET/SSセット設定に基づいて、端末はスロット内の一つ以上のSSセットでPDCCH候補をモニタリングすることができる。PDCCH候補をモニタリングすべき機会(occasion)(例えば、時間/周波数リソース)をPDCCH(モニタリング)機会と定義する。スロット内に一つ以上のPDCCH(モニタリング)機会が構成される。
上りリンク(DL)物理チャネル/信号
(1)PUSCH
PUSCHは上りリンクデータ(例、UL-SCH TB)及び/又は上りリンク制御情報(UCI)を運び、CP-OFDM(Cyclic Prefix -Orthogonal Frequency Division Multiplexing)波形又はDFT-s-OFDM(Discrete Fourier Transform-spread-Orthogonal Frequency Division Multiplexing)波形に基づいて送信される。PUSCHがDFT-s-OFDM波形に基づいて送信される場合、端末は変換プリコーディング(transform precoding)を適用してPUSCHを送信する。一例として、変換プリコーディングが不可能な場合(例、transform precoding is disabled)、端末はCP-OFDM波形に基づいてPUSCHを送信し、変換プリコーディングが可能な場合は(例、transform precoding is enabled)、端末はCP-OFDM波形又はDFT-s-OFDM波形に基づいてPUSCHを送信する。PUSCHはPDCCHにより動的にスケジューリングされるか(dynamic scheduling)、又は上位階層(例、RRC)シグナリング(及び/又はLayer1(L1)シグナリング(例、PDCCH))に基づいて半-静的にスケジューリングされる(Configured Scheduling、CS)。従って、動的スケジューリングではPUSCH送信にPDCCHが伴われるが、CSではPUSCH送信にPDCCHが伴われない。CSはType-1 CG(Configured Grant)PUSCH送信とType-2 CG PUSCH送信を含む。Type-1 CGにおいてPUSCH送信のための全てのパラメータが上位階層によりシグナリングされる。Type-2 CGにおいてはPUSCH送信のためのパラメータのうち、一部は上位階層によりシグナリングされ、残りはPDCCHによりシグナリングされる。基本的には、CSではPUSCH送信にPDCCHが伴われない。
(2)PUCCH
PUCCHはUCI(Uplink Control Information)を運ぶ。UCIは以下を含む。
-SR(Scheduling Request):UL-SCHリソースの要請に使用される情報である。
-HARQ-ACK(Hybrid Automatic Repeat and reQuest Acknowledgement):DL信号(例、PDSCH、SPS解除PDCCH)に対する受信応答信号である。HARQ-ACK応答はpositive ACK(簡単に、ACK)、negative ACK(NACK)、DTX(Discontinuous Transmission)又はNACK/DTXを含む。HARQ-ACKはA/N、ACK/NACK、HARQ-ACK/NACKなどと混用される。HARQ-ACKはTB-単位/CBG-単位で生成される。
-CSI(Channel Status Informaton):DLチャネルに対するフィードバック情報である。CSIはCQI(Channel Quality Information)、RI(Rank Indicator)、PMI(Precoding Matrix Indicator)、PTI(Precoding Type Indicator)などを含む。
表7はPUCCHフォーマットを例示する。PUCCHフォーマットはUCIペイロードのサイズ/送信長さ(例、PUCCHリソースを構成するシンボル数)/送信構造により区分される。PUCCHフォーマットは送信長さによってShort PUCCH(フォーマット0、2)及びLong PUCCH(フォーマット1、3、4)に分類される。
(0)PUCCHフォーマット0(PF0)
-支援可能なUCIペイロードサイズ:Kビットまで(例、K=2)
-単一のPUCCHを構成するOFDMシンボル数:1~Xシンボル(例、X=2)
-送信構造:DM-RSなしにUCI信号のみで構成され、複数のシーケンスのうち、一つを選択及び送信することによりUCI状態を送信
(1)PUCCHフォーマット1(PF1)
-支援可能なUCIペイロードサイズ:Kビットまで(例、K=2)
-単一のPUCCHを構成するOFDMシンボル数:Y~Zシンボル(例、Y=4、Z=14)
-送信構造:DM-RSとUCIが互いに異なるOFDMシンボルにTDM形態で構成され、UCIは特定のシーケンスに変調(例、QPSK)シンボルを掛ける形態。UCIとDM-RSにいずれもCS(cyclic shift、循環シフト)/OCC(Orthogonal Cover Code)を適用して、(同一のRB内で)(PUCCHフォーマット1に従う)複数のPUCCHリソースの間にCDMを支援
(2)PUCCHフォーマット2(PF2)
-支援可能なUCIペイロードサイズ:Kビットまで(例、K=2)
-単一のPUCCHを構成するOFDMシンボル数:1~xシンボル(例、X=2)
-送信構造:DMRSとUCIが同一のシンボル内でFDM形態で構成/マッピングされ、符号化されたUCIビットにDFTなしにIFFTのみを適用して送信される構造
(3)PUCCHフォーマット3(PF3)
-支援可能なUCIペイロードサイズ:Kビット以上(例、K=2)
-単一のPUCCHを構成するOFDMシンボル数:Y~Zシンボル(例、Y=4、Z=14)
-送信構造:DMRSとUCIが互いに異なるシンボルにTDM形態で構成/マッピングされ、符号化されたUCIビットにDFTを適用して送信する形態。UCIにはDFT前端でOCCを適用し、DMRSにはCS(又はIFDMマッピング)を適用して複数の端末に多重化を支援
(4)PUCCHフォーマット4(PF4)
-支援可能なUCIペイロードサイズ:Kビット以上(例、K=2)
-単一のPUCCHを構成するOFDMシンボル数:Y~Zシンボル(例、Y=4、Z=14)
-送信構造:DMRSとUCIが互いに異なるシンボルにTDM形態で構成/マッピングされ、符号化されたUCIビットにDFTを適用して端末間多重化なしに送信される構造
図4はACK/NACKの送信過程を例示する。図4を参照すると、端末はスロット#nでPDCCHを検出する。ここで、PDCCHは下りリンクスケジューリング情報(例えば、DCIフォーマット1_0、1_1)を含み、PDCCHはDL割り当て-to-PDSCHオフセット(K0とPDSCH-HARQ-ACK報告オフセット(K1)を示す。例えば、DCIフォーマット1_0、1_1は以下の情報を含む。
-Frequency domain resource assignment:PDSCHに割り当てられたRBセットを示す。
-Time domain resource assignment:K0、スロット内のPDSCHの開始位置(例えば、OFDMシンボルインデックス)及び長さ(例:OFDMシンボル数)を示す。
-PDSCH-to-HARQ_feedback timing indicator:K1を示す。
今後、端末はスロット#nのスケジューリング情報によってスロット#(n+K0)でPDSCHを受信した後、スロット#(n+K1)でPUCCHを介してUCIを送信する。ここで、UCIはPDSCHに対するHARQ-ACK応答を含む。PDSCHが最大1個のTBを送信するように構成された場合、HARQ-ACK応答は1ビットで構成される。PDSCHが最大2個のTBを送信するように構成された場合は、HARQ-ACK応答は空間(spatial)バンドリングが構成されていない場合は、2ビットで構成され、空間バンドリングが構成された場合は、1ビットで構成される。複数のPDSCHに対するHARQ-ACKの送信時点がスロット#(n+K1)と指定された場合、スロット#(n+K1)で送信されるUCIは複数のPDSCHに対するHARQ-ACK応答を含む。
1.非免許帯域を支援する無線通信システム
図5は本発明に適用可能な非免許帯域を支援する無線通信システムの一例を示している。
以下の説明において、免許帯域(Licensed Band 、L-band)で動作するセルをL-cellと定義し、L-cellのキャリアを(DL/UL)LCC(Licensed Component Carrier)と定義する。また非免許帯域(Unlicensed Band、U-band)で動作するセルをU-cellと定義し、U-cellのキャリアを(DL/UL)UCCと定義する。セルのキャリア/キャリア-周波数はセルの動作周波数(例、中心周波数)を意味する。セル/キャリア(例、CC)はセルと統称する。
図5(a)のように、端末と基地局が搬送波結合されたLCC及びUCCにより信号を送受信する場合、LCCはPCC(Primary CC)と設定され、UCCはSCC(Secondary CC)と設定される。図5(b)のように、端末と基地局は一つのUCC又は搬送波結合された複数のUCCにより信号を送受信することができる。即ち、端末と基地局はLCC無しにUCC(s)のみにより信号を送受信することができる。スタンドアローン動作のために、UCellではPRACH、PUCCH、PUSCH、SRS送信などが支援される。
以下、本発明で説明する非免許帯域での信号送受信動作は、(特に言及しないと)上述した全ての配置シナリオに基づいて行われることができる。
特に言及しないと、以下の定義がこの明細書で使用される用語に適用される。
-チャネル(Channel):共有スペクトル(Shared spectrum)でチャネル接続過程が行われる連続するRBで構成され、搬送波又は搬送波の一部を称する。
-チャネル接続過程(Channel Access Procedure、CAP):信号送信前に他の通信ノードのチャネル使用有無を判断するために、センシングに基づいてチャネル可用性を評価する手順である。センシングのための基本ユニット(basic unit)はTsl=9us区間(duration)のセンシングスロットである。基地局又は端末がセンシングスロット区間の間にチャネルをセンシングし、センシングスロット区間内で少なくとも4usの間に検出された電力がエネルギー検出臨界値XThreshより小さい場合、センシングスロット区間Tslは遊休状態と見なされる。そうではない場合は、センシングスロット区間Tsl=9usはビジー状態と見なされる。CAPはLBT(Listen-Before-Talk)とも称される。
-チャネル占有(Channel occupancy):チャネル接続手順の実行後、基地局/端末によるチャネル上の対応する送信を意味する。
-チャネル占有時間(Channel Occupancy Time、COT):基地局/端末がチャネル接続手順の実行後、基地局/端末及びチャネル占有を共有する任意の基地局/端末がチャネル上で送信を行える総時間を称する。COTの決定時、送信ギャップが25us以下であると、ギャップ区間もCOTにカウントされる。COTは基地局と対応端末の間の送信のために共有される。
-DL送信バースト(burst):16usを超えるギャップがない、基地局からの送信セットにより定義される。16usを超えるギャップにより分離された、基地局からの送信は個々のDL送信バーストとして見なされる。基地局はDL送信バースト内でチャネル可用性をセンシングせず、ギャップ以後に送信を行う。
-UL送信バースト:16usを超えるギャップがない、端末からの送信セットにより定義される。16usを超えるギャップにより分離された、端末からの送信は個々のUL送信バーストとして見なされる。端末はUL送信バースト内でチャネル可用性をセンシングせず、ギャップ以後に送信を行う。
-検出バースト:(時間)ウィンドウ内に限定され、デューティサイクルに連関する、信号及び/又はチャネルのセットを含むDL送信バーストを称する。LTE基盤のシステムにおいて、検出バーストは基地局により開始された送信としてPSS、SSS及びCRS(cell-specific RS)を含み、非ゼロ出力CSI-RSをさらに含む。NR基盤のシステムにおいては、検出バーストは基地局により開始された送信として少なくともSS/PBCHブロックを含み、SIB1を有するPDSCHをスケジューリングするPDCCHのためのCORESET、SIB1を運ぶPDSCH及び/又は非ゼロ出力CSI-RSをさらに含む。
図6は非免許帯域においてリソースを占有する方法を例示している。非免許帯域に対する地域別規制(regulation)によれば、非免許帯域内の通信ノードは信号送信前に他の通信ノードのチャネル使用有無を判断しなければならない。具体的には、通信ノードは信号送信前にまず搬送波センシング(Carrier Sensing;CS)を行って他の通信ノードが信号送信を行うか否かを確認する。他の通信ノードが信号送信を行わないと判断された場合をCCA(Clear Channel Assessment)が確認されたと定義する。所定の或いは上位階層(例、RRC)シグナリングにより設定されたCCA臨界値がある場合、通信ノードはCCA臨界値より高いエネルギーがチャネルで検出されると、チャネル状態をビジー(busy)と判断し、そうではないと、チャネル状態を遊休(idle)と判断する。参考として、Wi-Fi標準(802.11ac)において、CCA臨界値はnon Wi-Fi信号に対して-62dBm、Wi-Fi信号に対して-82dBmと規定されている。チャネル状態が遊休であると判断されると、通信ノードはUCellで信号送信を開始する。上述した一連の過程はLBT(Listen-Before-Talk)又はCAP(Channel Access Procedure)と呼ばれる。LBTとCAP、CCAは混用できる。
具体的には、非免許帯域での下りリンク受信/上りリンク送信のために、後述するCAP方法のうちのいずれかが本発明に連関する無線通信システムにおいて使用される。
非免許帯域での下りリンク信号送信方法
基地局は非免許帯域での下りリンク信号送信のために、以下のうちのいずれかの非免許帯域接続手順(例、Channel Access Procedure、CAP)を行う。
(1)タイプ1 下りリンクCAP方法
タイプ1 DL CAPにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる(Spanned)時間区間の長さはランダムである。タイプ1 DL CAPは以下の送信に適用される。
-(i)ユーザ平面データ(user plane data)を有するユニキャストPDSCH、又は(ii)ユーザ平面データを有するユニキャストPDSCH及びユーザ平面データをスケジューリングするユニキャストPDCCHを含む、基地局により開始された(initiated)送信、又は
-(i)検出バーストのみを有する、又は(ii)非-ユニキャスト(non-unicast)情報と多重化された検出バーストを有する、基地局により開始された送信。
図7は基地局の非免許帯域での下りリンク信号送信のためのCAP動作のフローチャートである。
図7を参照すると、まず基地局は遅延区間(defer duration)Tdのセンシングスロット区間の間にチャネルが遊休状態であるか否かをセンシングし、その後、カウンタNが0になると、送信を行う(S1234)。この時、カウンタNは以下の手順に従って追加センシングスロット区間の間にチャネルをセンシングすることにより調整される:
ステップ1)(S1220)N=Ninitと設定。ここで、Ninitは0からCWpの間で均等分布されたランダム値である。次いで、ステップ4に移動する。
ステップ2)(S1240)N>0であり、基地局がカウンタの減少を選択した場合、N=N-1と設定。
ステップ3)(S1250)追加センシングスロット区間の間にチャネルをセンシングする。この時、追加センシングスロット区間が遊休であると(Y)、ステップ4に移動する。そうではないと(N)、ステップ5に移動する。
ステップ4)(S1230)N=0であると(Y)、CAP手順を終了する(S1232)。そうではないと(N)、ステップ2に移動する。
ステップ5)(S1260)追加遅延区間Td内でビジー(busy)センシングスロットが検出されるか、又は追加遅延区間Td内の全てのセンシングスロットが遊休(idle)と検出されるまでチャネルをセンシング。
ステップ6)(S1270)追加遅延区間Tdの全てのセンシングスロット区間の間にチャネルが遊休とセンシングされると(Y)、ステップ4に移動する。そうではないと(N)、ステップ5に移動する。
表8はチャネル接続優先順位クラスによってCAPに適用されるmp、最小競争ウィンドウ(Contention Window、CW)、最大CW、最大チャネル占有時間(Maximum Channel Occupancy Time, MCOT)及び許容CWサイズ(allowed CW sizes)が変わることを例示している。
遅延区間Tdは区間Tf(16us)+mp個の連続するセンシングスロット区間Tsl(9us)の順で構成される。Tfは16us区間の開始時点にセンシングスロット区間Tslを含む。
CWmin,p≦CWp≦CWmax,pである。CWpはCWp=CWmin,pと設定され、以前のDLバースト(例、PDSCH)に対するHARQ-ACKフィードバック(例、ACK又はNACK比率)に基づいてステップ1以前にアップデートされる(CWサイズアップデート)。例えば、CWpは以前のDLバーストに対するHARQ-ACKフィードバックに基づいてCWmin,pに初期化されるか、又は次に高い許容された値に増加されるか、又は既存の値がそのまま維持される。
(2)タイプ2 下りリンク(DL)CAP方法
タイプ2 DL CAPにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる時間区間の長さは決定的である(deterministic)。タイプ2 DL CAPはタイプ2A/2B/2C DL CAPに区分される。
タイプ2A DL CAPは以下の送信に適用される。タイプ2A DL CAPにおいて基地局は少なくともセンシング区間Tshort_dl=25usの間にチャネルが遊休とセンシングされた直後、送信を行う。ここで、Tshort_dlは区間Tf(=16us)の直後に続く一つのセンシングスロット区間で構成される。Tfは区間の開始点にセンシングスロットを含む。
-(i)検出バーストのみを有する、又は(ii)非-ユニキャスト(non-unicast)情報と多重化された検出バーストを有する、基地局により開始された送信、又は
-共有チャネル占有(Shared チャネル occupancy)内で端末による送信から25usギャップ以後の基地局の送信。
タイプ2B DL CAPは共有されたチャネル占有時間内で端末による送信から16usギャップ以後に基地局により行われる送信に適用可能である。タイプ2B DL CAPにおいて基地局はTf=16usの間にチャネルが遊休とセンシングされた直後、送信を行う。Tfは区間の最後の9us内にセンシングスロットを含む。タイプ2C DL CAPは共有されたチャネル占有時間内で端末による送信から最大16usギャップ後に基地局により行われる送信に適用可能である。タイプ2C DL CAPにおいて基地局は送信を行う前にチャネルをセンシングしない。
非免許帯域での上りリンク信号送信方法
端末は非免許帯域での上りリンク信号送信のためにタイプ1又はタイプ2のCAPを行う。一般的には、端末は上りリンク信号送信のために基地局が設定したCAP(例、タイプ1又はタイプ2)を行う。例えば、PUSCH送信をスケジューリングするULグラント(例、DCIフォーマット0_0、0_1)内に端末のCAPタイプ指示情報が含まれる。
(1)タイプ1 上りリンク(UL)CAP方法
タイプ1 UL CAPにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる(Spanned)時間区間の長さはランダムである。タイプ1 UL CAPは以下の送信に適用される。
-基地局からスケジューリング及び/又は設定されたPUSCH/SRS送信
-基地局からスケジューリング及び/又は設定されたPUCCH送信
-RAP(Random Access Procedure)に関連する送信
図8は上りリンク信号送信のための端末のType1のCAP動作のフローチャートである。
図8を参照すると、まず端末は遅延区間(defer duration)Tdのセンシングスロット区間の間にチャネルが遊休状態であるか否かをセンシングし、その後、カウンタNが0になると、送信を行う(S1534)。この時、カウンタNは以下の手順に従って追加センシングスロット区間の間にチャネルをセンシングすることにより調整される:
ステップ1)(S1520)N=Ninitと設定。ここで、Ninitは0からCWpの間で均等分布されたランダム値である。次いで、ステップ4に移動する。
ステップ2)(S1540)N>0であり、端末がカウンタの減少を選択した場合、N=N-1と設定。
ステップ3)(S1550)追加センシングスロット区間の間にチャネルをセンシングする。この時、追加センシングスロット区間が遊休であると(Y)、ステップ4に移動する。そうではないと(N)、ステップ5に移動する。
ステップ4)(S1530)N=0であると(Y)、CAP手順を終了する(S1532)。そうではないと(N)、ステップ2に移動する。
ステップ5)(S1560)追加遅延区間Td内でビジー(busy)センシングスロットが検出されるか、又は追加遅延区間Td内の全てのセンシングスロットが遊休(idle)と検出されるまでチャネルをセンシング。
ステップ6)(S1570)追加遅延区間Tdの全てのセンシングスロット区間の間にチャネルが遊休とセンシングされると(Y)、ステップ4に移動する。そうではないと(N)、ステップ5に移動する。
表9はチャネル接続優先順位クラスによってCAPに適用されるmp、最小CW、最大CW、最大チャネル占有時間(Maximum Channel Occupancy Time, MCOT)及び許容CWサイズ(allowed CW sizes)が変わることを例示している。
遅延区間Tdは区間Tf(16us)+mp個の連続するセンシングスロット区間Tsl(9us)の順で構成される。Tfは16us区間の開始時点にセンシングスロット区間Tslを含む。
CWmin,p≦CWp≦CWmax,pである。CWpはCWp=CWmin,pと設定され、以前のULバースト(例、PUSCH)に対する明示的/黙示的な受信応答に基づいてステップ1以前にアップデートされる(CWサイズアップデート)。例えば、CWpは以前のULバーストに対する明示的/黙示的な受信応答に基づいてCWmin,pに初期化されるか、次に高い許容された値に増加するか、又は既存の値がそのまま維持される。
(2)タイプ2 上りリンク(UL)CAP方法
タイプ2UL CAPにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる(Spanned)時間区間の長さは決定的である(deterministic)。タイプ2 UL CAPはタイプ2A/2B/2C UL CAPに区分される。タイプ2A UL CAPにおいて端末は少なくともセンシング区間Tshort_dl=25usの間にチャネルが遊休とセンシングされた直後(immediately after)、送信を行う。ここで、Tshort_dlは区間Tf(=16us)の直後に続く一つのセンシングスロット区間で構成される。タイプ2A UL CAPにおいてTfは区間の開始点にセンシングスロットを含む。タイプ2B UL CAPにおいて端末はセンシング区間Tf=16usの間にチャネルが遊休とセンシングされた直後、送信を行う。タイプ2B UL CAPにおいてTfは区間の最後の9us内にセンシングスロットを含む。タイプ2C UL CAPにおいて端末は送信を行う前にチャネルをセンシングしない。
RBインターレース
図9はRBインターレースを例示する。共有スペクトルではOCB(Occupied Channel Bandwidth)及びPSD(Power Spectral Density)関連規制を考慮して、周波数上で(等間隙の)不連続する(単一の)RBの集合をUL(物理)チャネル/信号送信に使用される/割り当てられる単位リソースとして定義する。かかる不連続RB集合を便宜上、"RBインターレース"(簡単に、インターレース)と定義する。
図9を参照すると、周波数帯域内に複数のRBインターレース(簡単に、インターレース)が定義される。ここで、周波数帯域は(広帯域)セル/CC/BWP/RBセットを含み、RBはPRBを含む。例えば、インターレース#m∈{0、1、...、M-1}は(共通)RB{m、M+m、2M+m、3M+m、...}で構成される。Mはインターレースの数を示す。送信機(例、端末)は一つ以上のインターレースを使用して信号/チャネルを送信することができる。信号/チャネルはPUCCH又はPUSCHを含む。
2.非免許帯域での上りリンク送信
上述した内容(3GPPシステム(又はNRシステム)、フレーム構造など)は、後述するこの明細書で提案する方法と結合して適用でき、またこの明細書で提案する方法の技術的特徴を明確にする。
又は、後述するPUCCHシーケンス選択に関連する方法は上りリンク送信に関連し、上述したU-bandシステム(非免許帯域)での上りリンク信号送信方法にも同様に適用できる。この明細書で提案する技術的思想が該当システムでも具現されるように、各システムで定義する用語、表現、構造などに合わせて変形又は代替することができる。
例えば、後述するPUCCH送信に関連する方法による上りリンク送信は、U-Bandシステムで定義されるL-cell及び/又はU-cellで行われる。
上述したように、Wi-Fi標準(802.11ac)において、CCAしきい値はnon Wi-Fi信号に対して-62dBm、Wi-Fi信号に対して-82dBmと規定されている。即ち、Wi-FiシステムのSTA(Station)やAP(Access point)は、Wi-Fiシステムに属しない装置の信号が特定の帯域で-62dBm以上の電力で受信されるとき、該当特定の帯域では信号の送信を行わない。
上述した表7のように、従来のNRシステムでPUCCHフォーマットはPUCCHフォーマット0からPUCCHフォーマット4までの5つで構成される。PUCCHフォーマット0、1、4は1PRBを占有するように設定され、PUCCHフォーマット2、3はOFDMシンボルを1~16PRBを占有するように設定される。
以下、共有スペクトルのために使用されるPUCCHフォーマットについて提案する。共有スペクトルで特定の装置(及び/又はノード)が信号を送信する時、PSD(Power Spectral Density)観点での制約があり得る。例えば、ETSI規制によれば、特定の帯域での信号送信は10dBm/1MHzのPSDを満たさなければならない。もし15kHz SCSが設定された場合、PUCCHフォーマット0(1PRB、180kHz)でPUCCHを送信すると、約10dBmがPUCCHに対する最大許容電力になる。一般的には、端末の最大電力は23dBmであり、10dBmは23dBmよりも相当に低い許容電力に該当する。端末が10dBmでUL信号を送信する場合、端末が支援可能な最大ULカバレッジが小さくなる可能性がある。端末がPUCCHをより広い周波数ドメイン(F-domain)上で送信して送信電力を増加させると、ULカバレッジが小さくなる問題を解決することができる。また、共有スペクトルに対する規制として、OCB(Occupied channel Bandwidth)観点での制約があり得る。例えば、特定の装置が信号を送信するとき、該当信号はシステム帯域幅(System bandwidth)のうち、少なくとも80%を占有する必要がある。仮に、システム帯域幅が20MHzであると、特定の装置が送信する信号は20MHzの80%である16MHz以上を占有する必要がある。
PSD及びOCBに対する規制を考慮したPUCCHの構造として、上述したRBインターレース構造が使用される。例えば、PUCCHフォーマット0及び/又は1のように既存に1PRBを使用するように設定されたPUCCHのPUCCHシーケンスを、OCBを考慮して周波数ドメイン上で特定の間隔だけ離れて存在するPRBに繰り返すことによりPUCCHが構成される。
PUCCHフォーマット2及び/又は3の場合、1PRB~16PRBsまで設定できるので、OCBを考慮して設定されたPRBがインターレース形態で送信される。この明細書では、PUCCHフォーマット2及び3を共有スペクトルで使用できるように変更する方法を提案する。この明細書において、‘PUCCHフォーマットを送信する’とは、‘該当PUCCHフォーマットで設定されたPUCCHを送信する’という意味である。
以下、この明細書で提案される、ULインターレースを用いてPUCCHを送信するための端末動作について説明する。
(1)まず、UEはPUCCHフォーマット送信のためのULインターレース設定情報を基地局から受信する。ここで、ULインターレース設定情報は定義されたSCSごとのOCB要求事項を満たすULインターレースに対するULインターレースインデックスを含む。(2)次に、UEはULインターレース設定情報に基づいて少なくとも一つのULインターレースを決定する。(3)その後、UEは決定された少なくとも一つのULインターレースを用いて基地局にPUCCHフォーマット送信を行う。
より具体的な内容は後述する方法を参考する。即ち、後述する方法は上記(1)ないし(3)の手順と結合して、この明細書で提案する目的/効果を達成することができる。この明細書において、‘非免許帯域'は‘共有スペクトル(shared spectrum)'に代替及び混用できる。またこの明細書において、‘LBTタイプ’は‘チャネル接続タイプ’に代替及び混用できる。
3.1 実施例1:PUCCH format 2/3 enhancement for NR-U operation
NRにおいて、PUCCHフォーマット2及び3は単一のUEのために1PRBから16PRBsまで割り当てられる。NRと類似するUCIビットサイズ及び符号化レート(coding rate)を維持するためには、単一のインターレースでは不足である。従って、PUCCHフォーマット2又は3が2つのインターレースで割り当てられることに関する論議も進行中である。
さらにNR-UにおいてePUCCHフォーマット(enhanced PUCCH format)でUE多重化まで考慮されている。従って、multiple interlace allocation及びUE多重化に関連して、以下のような動作/設定方法を提案する。
提案方法1-1-1:PUCCHリソース(例えば、enhanced PUCCH format 2/3)のために割り当てられる総インターレースの数によってUE多重化の支援有無が変更されるように設定
1-1-1-A.一例として、PUCCHリソースが1つのインターレースを使用するように割り当てられると、UE多重化が許容され、PUCCHリソースが2つ以上(或いは最大2つ)のインターレースを使用するように割り当てられると、UE多重化が許容されず、単一のUEが該当PUCCHリソースを全て占有する。
仮に2つのインターレース(例えば、20、21、22PRBsで構成される)が単一のUEにePUCCHフォーマット2/3の送信のために割り当てられると、総PRB数が16を超えるので、NRと類似するUCIビットサイズ及び符号化レートが維持される。
1-1-1-B.他の例として、(CDM方式などを適用して)複数のUE多重化を支援する構造のPUCCHフォーマット2/3のためには、単一のUEに最大1つのインターレースで構成されたPUCCHリソースのみが設定及び/又は割り当てられる。複数のUE多重化を支援しない構造のPUCCHフォーマット2/3のためには、単一のUEに2つ以上のインターレースで構成されたPUCCHリソースが設定及び/又は割り当てられる。
1-1-1-C.提案方法1-1の指示のためにUE多重化許容を指示する明示的なパラメータ(explicit parameter、例えば、1bit on/off)が上位レイヤシグナリング(例えば、SIB又はRMSI(remaining minimum system information)など)に含まれる。
1-1-1-D.又は多重化のためのUE数(# of UE for multiplexing)、拡散因子(spreading factor)(例えば、OCC長さ)、PUCCHリソースのためのインターレースの数(# of interlace for PUCCH Resource)などが上位レイヤシグナリング(例えば、SIB又はRMSIなど)に含まれて暗示的にUE多重化の許容が指示される。
提案方法1-1-2:多重化されるUEが増加することにより、# of PRB(即ち、# of Interlace)を増えてPUCCHリソースで割り当てる方法
1-1-2-A.一例として、NRと同様のUCIビットサイズ及び符号化レートを維持するためには、端末に最大16PRBまで確保する必要がある。N個のUEが最大16PRBsまで使用するように設定するためには、総N*16PRBsが確保される# of interlace(インターレースの数)が割り当てられる必要がある。
具体的な数により説明すると、以下の通りである。
端末の数N=2であると、PUCCHの送信に最大32PRBsが必要である(15/30kHz SCS可能)。よって、10/11PRBsで構成された3つ(或いは4つ)のインターレースインデックスが使用される。3つのインターレースが使用される場合、11PRBsで構成された2つのインターレースと10PRBsで構成された1つのインターレースを含む3つのインターレースが使用される。4つのインターレースが使用される場合、PRB数に関係なく、4つのインターレースが使用される。
端末の数N=3であると、PUCCHの送信に最大48PRBsが必要である(15/30kHz SCS可能)。よって、10/11PRBで構成された5つのインターレースインデックスが使用される。
端末の数N=4であると、PUCCHの送信に最大64PRBsが必要である(15kHz SCS可能)。よって、10/11PRBで構成された6つ或いは7つのインターレースインデックスが使用される。6つのインターレースが使用される場合、11PRBsで構成された4つのインターレースと10PRBsで構成された2つのインターレースを含む6つのインターレースが使用される。7つのインターレースが使用される場合、PRB数に関係なく、7つのインターレースが使用される。
端末の数N=5であると、PUCCHの送信に最大80PRBsが必要である(15kHz SCS可能)。よって、10/11PRBで構成された8つのインターレースインデックスが使用される。
端末の数N=6であると、PUCCHの送信に最大96PRBsが必要である(15kHz SCS可能)。よって、10/11PRBで構成された9つ或いは10つのインターレースインデックスが使用される。9つのインターレースが使用される場合、11PRBsで構成された6つのインターレースと10PRBsで構成された3つのインターレースを含む9つのインターレースが使用される。10つのインターレースが使用される場合、PRB数に関係なく、10つのインターレースが使用される。
端末の数N≧7である場合は、同一の符号化レート及び支援可能なUCIビットサイズが維持できない。
即ち、一つのUEが最大16PRBsを占有する必要がある場合、30kHz SCSで最大3つのUEまでMux(又は多重化)が可能であり、15kHz SCSで最大6つのUEまでMux可能である。一つのUEが占有するPRB数が減少するほど(各)SCSごとに可能な最大UE多重化の数が増加する。
1-1-2-B.他の例として、(CDM方式などを適用して)最大N個のUE多重化を支援する構造のPUCCHフォーマット2/3のためには、単一のUEに最大KxN個(例えば、K=2)のインターレースで構成されたPUCCHリソースが設定及び/又は割り当てられる。UE多重化を支援しない構造のPUCCHフォーマット2/3のためには、単一のUEに最大K個(例えば、K=2)のインターレースで構成されたPUCCHリソースが設定及び/又は割り当てられる。
さらに基地局が複数のインターレースを単一のePUCCHフォーマット2リソースで構成及び/又は送信するように端末に設定する場合、そして該当複数のインターレースに(CDM方式などを適用した)UE多重化が許容される場合、各UEがUCI(REs)及びDMRS(REs)に適用するOCCインデックス及びOCCマッピング方法などが指示される必要がある。これに関連して、以下のような設定/動作方法を提案する。以下の説明においては、従来システムで使用したOCCが考慮されるか、或いは新しい長さ、種類のOCCが提案される。
提案方法1-2-1:単一のPUCCHリソースを構成する複数のインターレースのそれぞれに、個々の/独立した複数の(或いは共通する一つの)OCCインデックスを設定し、(各)インターレースインデックスごとに対応するOCCインデックスを適用/マッピングする方法
1-2-1-A.一例として、インターレースインデックスNとインターレースインデックスN+1が単一のUEの単一のPUCCHフォーマット(例えば、PUCCH format 2)リソースに設定及び/又は割り当てられる場合、インターレースインデックスNのためのOCCインデックスiが設定され、それと独立してインターレースインデックスN+1のためのOCCインデックスjが(黙示的/明示的に)設定される。
具体的な実施例において、それぞれ独立したOCCインデックスが設定された場合、各OCCは各インターレースを構成するPRBのそれぞれにマッピングされる。即ち、インデックスNであるインターレースをなすPRBにはOCCインデックスiがマッピングされ、インデックスN+1であるインターレースをなすPRBにはOCCインデックスjがマッピングされる。
さらに他の実施例においては、一つのインターレースを構成するPRBの間にOCCインデックスを(特定のパターンで)変更するOCCインデックスサイクリング(cycling)が適用される場合、設定されたOCCインデックスは一つのインターレース0内で特定の基準(例えば、最低RBインデックスを有する)PRBに適用される初期OCCインデックスとして設定される。
さらに他の実施例においては、それぞれ独立したOCCインデックスが設定された場合、各OCCは基地局が指示した値に基づいて(又は予め定義された特定の値に基づいて)、OCCインデックスサイクリングにより各インターレースインデックスに該当するPRBにマッピングされる。
インデックスNであるインターレースをなすPRBに関連して、OCCインデックスサイクリングのためにkという値が指示された場合(又は定義された場合)、最低(又は最高)インデックスのPRBからOCCインデックスi、OCCインデックスi+k、OCCインデックスi+2k、…の順にマッピングされる。
一方、インデックスN+1であるインターレースをなすPRBに関連して、OCCインデックスサイクリングのためにqという値が指示された場合(又は定義された場合)、最低(又は最高)インデックスのPRBからOCCインデックスj、OCCインデックスj+q、OCCインデックスj+2q、…の順にマッピングされる。
1-2-1-B.さらに他の一例において、インターレースインデックスNとインターレースインデックスN+1が単一のUEの単一のPUCCHフォーマット(例えば、PUCCH format 2)リソースに設定及び/又は割り当てられた場合、インターレースインデックスNとインターレースインデックスN+1のためのOCCインデックスが共通して単一のOCCインデックスiに設定される。
具体的な実施例として、OCCインデックスが共通して設定された場合、共通OCCが各インターレースを構成するPRBのそれぞれにマッピングされる。即ち、インデックスNであるインターレースをなすPRBにはOCCインデックスiがマッピングされ、インデックスN+1であるインターレースをなすPRBにもOCCインデックスiがマッピングされる。
さらに他の実施例においては、同一の一つのインターレースを構成するPRBの間にOCCインデックスを(特定のパターンで)変更するOCCインデックスサイクリングが適用される場合、設定されたOCCインデックスはインターレース内で特定の基準(例えば、最低RBインデックスを有する)PRBに適用される初期OCCインデックスに設定される。
さらに他の実施例においては、OCCインデックス共通して設定された場合であっても、基地局がOCCインデックスサイクリングのための値を独立して指示する(又は予め独立した値に定義される)場合、OCCインデックスは共通OCCインデックス及び(各)インターレースごとに指示/定義されたOCCインデックスサイクリング値に基づいて各インターレースインデックスに該当するPRBにマッピングされる。
即ち、インデックスNであるインターレースをなすPRBに関連して、OCCインデックスサイクルのためにkという値が指示された場合(又は定義された場合)、最低(又は最高)インデックスのPRBからOCCインデックスi、OCCインデックスi+k、OCCインデックスi+2k、…の順にマッピングされる。
一方、インデックスN+1であるインターレースをなすPRBに関連して、OCCインデックスサイクリングのためにqという値が指示された場合(又は定義された場合)、最低(又は最高)インデックスのPRBからOCCインデックスi、OCCインデックスi+q、OCCインデックスi+2q、…の順にマッピングされる。
提案方法1-2-2:単一のPUCCHリソースを構成する複数のインターレースに一つのOCCインデックスを設定し、インターレースインデックスに関係なく最低インデックスのPRBから(或いは最高インデックスのPRBから)該当一つのOCCを適用及び/又はマッピングする方法
1-2-2-A.一例として、インターレースインデックスNとインターレースインデックスN+1が単一のUEの単一のPUCCHフォーマット2リソースに設定及び/又は割り当てられた場合、インターレースインデックスNとインターレースインデックスN+1のためのOCCインデックスがiに設定される。また、OCCサイクリング単位及び/又は周期が10PRBsに設定される。この場合、全体PUCCHリソース(即ち、interlace index Nとinterlace index N+1をなすPRB)の半分(例えば、10PRB)までにはOCCインデックスiがマッピングされ、残りの半分(例えば、10PRB)にはOCCインデックスiと独立して設定されたさらに他のOCCインデックス(例えば、OCC index i+k)がマッピングされる。
1-2-2-B.さらに他の一例においては、インターレースインデックスNとインターレースインデックスN+1が単一のUEの単一のPUCCHフォーマット2リソースに設定及び/又は割り当てられた場合、インターレースインデックスNとインターレースインデックスN+1のためのOCCインデックスがiに設定されることが考えられる。この場合、OCCサイクリング単位及び/又は周期がPUCCHリソースを構成する全体PRBに設定される。この場合、全体PUCCHリソースがOCCインデックスiにマッピングされる。
1-2-2-C.さらに他の実施例においては、インターレースインデックスNとインターレースインデックスN+1が単一のUEの単一のPUCCHフォーマット2リソースに設定及び/又は割り当てられた場合、インターレースインデックスNとインターレースインデックスN+1のためのOCCインデックスがiに設定される。また、OCCサイクリング単位及び/又は周期が単一のPRBに設定される。この場合、インデックスNであるインターレースとインデックスN+1であるインターレースをなすPRBがOCCインデックスサイクリングのためにkという値が指示された場合(又は定義された場合)、(インターレースインデックスに関係なく)最低(又は最高)インデックスのPRBからOCCインデックスi、OCCインデックスi+k、OCCインデックスi+2k、…の順にマッピングされる。
提案方法1-2-3:単一のPUCCHリソースを構成する複数のインターレースのそれぞれに個々に/独立したOCC長さ(及び各OCC長さに基づくOCCインデックス)を設定し、(各)インターレースインデックスごとに対応するOCC長さ(及び対応するOCCインデックス)を適用/マッピングする方法
提案方法1-2-3により、複数のインターレースインデックスに多重化される複数のUEの間に互いに異なるOCC長さが指示される。一例として、インターレースインデックスNとインターレースインデックスN+1が単一のUEの単一のPUCCHフォーマット2リソースに設定及び/又は割り当てられ、インターレースインデックスNにはOCC長さ=Aが適用され、インターレースインデックスN+1にはOCC長さ=Bが適用される。このときにも提案方法1-2-1と1-2-2のうちのいずれかの方法でOCCがマッピングされる。
さらに、従来のPUCCHフォーマット0/1/3/4において、UCI及び/又はDMRSを送信するシーケンスの場合、インターセルランダム化(inter cell randomization)のためにOFDMシンボルの間にCS(cyclic shift)値を異なるように変更/適用(例えば、他の値にホッピング)するようになっている。一方、ePUCCHフォーマット2/3においてUE多重化のために(一つのOFDMシンボル内で)周波数ドメインOCCを使用するように設定される。インターセルランダム化(inter cell randomization)のために、UCI情報(或いはUCI RE或いはDMRS RE)が送信されるOFDMシンボルの間に適用されるOCCインデックスを異なるように変更(例えば、他のインデックスにホッピング)する方法が以下のように考えられる。
提案方法1-3-1:PUCCHリソース上でUCI情報(或いはUCI RE或いはDMRS RE)が送信されるOFDMシンボル、スロット及び/又はセルIDなどの組み合わせにより、特定のOFDMシンボルに適用されるOCCインデックスを決定する方法
具体的には、UEは基地局からPUCCHリソースに適用する初期OCCインデックスが設定された状態において、OCCを適用してUCI情報(或いはUCI RE或いはDMRS RE)が送信されるOFDMシンボル、スロット、及び/又はCell IDなどの組み合わせによってOCCインデックスオフセットを決定する。端末は決定されたOCCインデックスオフセットを初期OCCインデックスに適用して(例えば、加えて)算出された最終OCCインデックスを、OFDMシンボルに適用されるOCCインデックスとして決定する。
同じセル、同じスロット、同じOFDMシンボルに複数のUEが送信するUCIシンボル(或いはUCI RE或いはDMRS RE)の間には常に互いに異なるOCCインデックスが使用されるように設定される。
一例として、同じスロット及び同じOFDMシンボルに、セルAで4つのUEが多重化され(即ち、OCC index 0からOCC index 3まで使用可能)、セルBでも4つのUEが多重化されると仮定できる(即ち、OCC index 0からOCC index 3まで使用可能)。
このとき、セルAは初期OCCインデックス0が設定されたUEが特定のOFDMシンボルで実際には該当初期OCCインデックス0ではない他のOCCインデックス(例えば、2)を使用するように定義される。他のOCCインデックスは、UCIシンボル(或いはUCI RE或いはDMRS RE)が送信されるOFDMシンボル、スロット及び/又はセルIDなどの組み合わせにより設定される。セルBは初期OCCインデックス0が設定されたUEが同一のOFDMシンボルで実際には該当初期OCCインデックス0ではない他のOCCインデックス(例えば、3)を使用するように定義される。他のOCCインデックスは、UCIシンボル(或いはUCI RE或いはDMRS RE)が送信されるOFDMシンボル、スロット及び/又はセルIDなどの組み合わせにより設定される。
提案方法1-3-2:PUCCHリソース上でUCI情報(或いはUCI RE或いはDMRS RE)が送信されるOFDMシンボル、スロット、PRB、インターレース及び/又はセルIDなどの組み合わせにより、特定のPRB又はインターレースに適用されるOCCインデックスを決定する方法
具体的には、UEは基地局からPUCCHリソースに適用する初期OCCインデックスが設定される状態で、OCCを適用してUCI情報(或いはUCI RE或いはDMRS RE)が送信されるOFDMシンボル、スロット、PRB、インターレース及び/又はセルIDなどの組み合わせによってOCCインデックスオフセットを決定する。端末は決定されたOCCインデックスオフセットを初期OCCインデックスに適用して(例えば、加えて)算出された最終OCCインデックスを、該当PRB又はインターレースに適用されるOCCインデックスとして決定する。
同じセル、同じスロット、同じOFDMシンボルに複数のUEが送信するUCIシンボル(或いはUCI RE或いはDMRS RE)の間には常に互いに異なるOCCインデックスが使用される。
CSされたOCCの間の直交性(orthogonality)を維持するために、同じセル、同じスロット、同じOFDMシンボルに複数のUEが送信するUCIシンボル(或いはUCI RE或いはDMRS RE)の間には同一の(周波数ドメイン)サンプルだけのCSが適用される。
一例として、同じスロット及び同じOFDMシンボルに、セルAで4つのUEが多重化され(即ち、OCC index 0からOCC index 3まで使用可能)、セルBでも4つのUEが多重化されると仮定することができる(即ち、OCC index 0からOCC index 3まで使用可能)。
このとき、セルAは初期OCCインデックス0が設定されたUEが実際計算したCS値が2サンプルだけになるように定義される。CS値はUCIシンボル(或いはUCI RE或いはDMRS RE)が送信されるOFDMシンボル、スロット及び/又はセルIDなどの組み合わせに基づいて計算される。セルBは初期OCCインデックス0が設定されたUEが実際計算したCS値が3サンプルだけになるように定義される。CS値はUCIシンボル(或いはUCI RE或いはDMRS RE)が送信されるOFDMシンボル、スロット及び/又はセルIDなどの組み合わせに基づいて計算される。セル間に互いに異なるCS値を有するOCCが使用されるので、インターセルランダム化(inter cell randomization)の効果がもっと高まる。
2.2.実施例2:Actually-used PRBs in enhanced PUCCH format 2/3 enhancement in NR-U
NRにおいて、端末のPUCCHフォーマット2/3送信のために基地局がULリソースを割り当てた後、端末が実際に送信すべきUCIサイズ及び符号化レートに基づいて、actually-used PRB(実際に使用されるPRB)が計算される。その後、端末はactually-used PRB数が基地局が指示したULリソースに該当するPRBより少ない場合、actually-used PRBだけPUCCH送信を行い、残りのPRBは使用しない。基地局もそれを予め把握でき、該当残りのPRBは他のULリソースのために使用される。残りのPRBはドロップしてもよい。
共有スペクトルでのePUCCHフォーマット2/3でも割り当てられたPRBの一部のみが使用される動作が適用される。特徴的には、(SCSによって)特定のインターレースインデックスは11つのPRBで構成されているが、OCB要求事項は10PRBのみでも満足できる。従って、もし端末にePUCCHフォーマット2/3を送信するために基地局から11PRBで構成されたインターレースインデックスが割り当てられ、端末が実際に送信すべきUCIサイズ及び符号化レートに基づいてactually-used PRBを計算して10PRBが出た場合、端末は1PRBをドロップし、10PRBのみを使用してPUCCHを送信する。基地局もそれを予め把握でき、該当1PRBは他のULリソースのために使用される。特徴的には、このようにドロップされた1PRBは、LBTサブバンドの間に存在するキャリア間ガードバンド(inter carrier guard band)に存在するPRBと結合して、従来システムによるPUSCHなどを送信可能なリソースとして使用される。
これは複数のインターレースインデックスが指示される場合に拡張できる。もし基地局が11つのPRBで構成された複数のインターレースインデックスM個をPUCCHリソースに割り当て、端末が実際に送信すべきUCIサイズ及び符号化レートに基づいてactually-used PRBを計算したとき、11*Mより少ないPRBが出た場合、端末は最高(或いは最低)インターレースインデックスの最高(或いは最低)インデックスの1つのPRBをドロップすることができる。もしドロップするPRB数が2つ以上である場合は、2番目、3番目に高い(或いは低い)インターレースインデックスの順にそれぞれの最高(或いは最低の)1つのPRBがドロップされる。
さらに、基地局が複数のインターレースインデックスを指示する場合、それぞれのインターレースインデックスは10つ或いは11つのPRBで構成されるので、それぞれの場合によって以下の方法に従うと設定できる。
2-1-1.基地局が指示した複数のインターレースインデックスに該当するインターレースが同じ数のPRBのみからなる場合、端末が計算したactually-used PRBの数が一つ以上のインターレースをドロップしてもよければ、端末は最高(或いは最低)インターレースインデックスをドロップする。言い換えれば、端末が計算したactually-used PRBの数が一つのインターレースのPRB数以下であると、端末は最高(或いは最低)インターレースインデックスをドロップすることができる。例えば、複数のインターレースがそれぞれ10つのPRBのみで構成される場合、端末が計算したactually-used PRBの数が指示された総PRB数より10以上小さいと、即ち、actually-used PRBの数が10以下であると、端末は最高インデックスのインターレースを除いて残りのインターレースによりPUCCHを送信する。複数のインターレースがそれぞれ11つのPRBのみで構成された場合は、端末が計算したactually-used PRBの数が指示された総PRB数より11以上小さいと、即ち、actually-used PRBの数が11以下であると、端末は最高インデックスのインターレースを除いて残りのインターレースによりPUCCHを送信する。
一例として、基地局が2つのインターレースを指示し、端末が実際計算したactually-used PRB値が一つのインターレースを構成するPRB数より小さいか又は等しい場合、端末は相対的に高いインデックスの1つのインターレースをドロップする。端末は残りの一つの、相対的に低いインデックスのインターレースのみを使用してPUCCHを送信する。actually-used PRBの数が一つのインターレースのPRB数以下であるか否かは、上述したように、端末が実際に送信すべきUCIサイズ及び符号化レートに基づいて計算される。UCIサイズでは送信されるHARQ-ACKビット数及び付加されるCRCビット数が考慮される。
2-1-2.基地局が指示した複数のインターレースインデックスが互いに異なる数のPRBからなるインターレースを含む場合(即ち、10つのPRBで構成されたインターレースもあり、11つのPRBで構成されたインターレースもある場合)、端末が計算したactually-used PRB値が一つ以上のインターレースをドロップしてもよいときは(即ち、actually-used PRB値が指示されたmultiple interlaceの総PRB値より10或いは11以上小さいときは)、端末は実際必要なPRB値に該当するインターレースインデックスを選択してPUCCHを送信する。
一例として、基地局が2つのインターレースを指示した場合(10つのPRBで構成された1つのインターレースと11つのPRBで構成された1つのインターレース)、
端末が実際計算したactually-used PRB値が11より小さいか又は等しい場合(或いは11である場合)、端末は11つのPRBで構成されたインターレースを選択してPUCCHを送信することができる。端末は10つのPRBで構成されたインターレースをドロップすることができる。もしactually-used PRB値が11より大きい場合は、端末は2つのインターレースを全て使用してPUCCHを送信してもよい。
端末が実際計算したactually-used PRB値が10より小さいか又は等しい場合(或いは、10である場合)、端末は10つのPRBで構成されたインターレースを選択してPUCCHを送信する。端末は11つのPRBで構成されたインターレースをドロップすることができる。もしactually-used PRB値が11であると、端末は11つのPRBで構成されたインターレースを選択してPUCCHを送信すると設定することができる。端末は10つのPRBで構成されたインターレースをドロップすることができる。もしactually-used PRB値が11より大きい場合は、端末は2つのインターレースを全て使用してPUCCHを送信してもよい。
さらに、キャリア内ガードバンド(intra-carrier guard band)の設定などによって、特定のLBTサブバンドをなす総PRB数が30kHz基準で50未満(或いは15kHz基準で100未満)である場合があり得る。この場合、インターレースインデックスによってインターレースを構成するPRB数が10或いは9になる。よって、単一のPUCCHリソースに複数のインターレースインデックス(例えば、2)が指示及び/又は設定された場合、それぞれのインデックスのインターレースは10或いは9(或いは11)のPRBで構成され、OCB要求事項などを考慮して以下のような動作が定義される。
2-2-1.各PUCCHリソースを構成する少なくとも一つのインターレースインデックスはOCB要求事項を満たすように割り当てる方法
一例として、10つ(又は11つ)のPRBで構成されたインターレースはOCB要求項を満たし、9つのPRBで構成されたインターレースはOCB要求事項を満たさないので、基地局は複数のインターレースにより一つのPUCCHリソースを構成/設定するとき、少なくとも一つのインターレースインデックスは10つ(又は11つ)のPRBで構成されたインターレースに該当するように設定できる。
2-2-2.各PUCCHリソースを構成する複数のインターレースインデックスを使用してOCB要求事項を満たすように割り当てる方法
一例として、基地局は9つのPRBで構成された2つのインターレースインデックスを使用して、OCB要求事項を満たすようにPUCCHリソースを割り当てることができる。
2-2-3.基地局が指示した複数のインターレースインデックスが同一の数のPRBのみからなる場合(即ち、10つのPRBのみ或いは9つの(或いは11つ)PRBのみからなる場合)、端末が計算したactually-used PRB数が一つ以上のインターレースをドロップしてもよいときは(即ち、actually-used PRB数が指示されたmultiple interlaceの総PRB数よりインターレースごとのPRB数(例えば、10或いは9或いは11)以上小さいときは)、端末は最高(或いは最低)インデックスのインターレースをドロップすることができる。
一例として、基地局が2つのインターレースを指示し(例えば、10つのPRBで構成された2つのインターレース或いは9つのPRBで構成された2つのインターレース或いは11つのPRBで構成された2つのインターレースなど)、端末が実際計算したactually-used PRB数が10(或いは9或いは11)より小さいか又は等しい場合は、端末は最高(或いは最低)インデックスのインターレースをドロップし、残りの一つのインターレースインデックスのみを使用してPUCCHを送信する。
このとき、各インターレースが9つのPRBのみで構成される、及び/又は2つのインターレースのうちの一つをドロップすべきである場合は、一般的な場合にも適用できるが、特徴的にはtemporally 2MHz OCBのみを満たしても良い場合(例えば、CO sharingなど)に適用できる。
2-2-4.基地局が指示した複数のインターレースインデックスが互いに異なる数のPRBからなるインターレースを含む場合(即ち、特定のインターレースの場合、10つのPRBで構成され、他のインターレースの場合、9つ(或いは11つ)のPRBで構成された場合)、端末が計算したactually-used PRB数が一つ以上のインターレースインデックスをドロップしてもよいときは(即ち、actually-used PRB数が指示されたmultiple interlaceの総PRB数より10或いは9(或いは11)以上小さいときには)、端末は実際必要なPRB値に該当するインターレースインデックスを選択してPUCCHを送信する。又は端末はより少ないPRBで構成されたインターレースインデックスから優先してドロップし、より多いPRBで構成されたインターレースインデックスから優先して送信に使用するように動作する。
2-2-4-A.一例として、基地局が2つのインターレースを指示した場合(10つのPRBで構成された1つのインターレースと9つのPRBで構成された1つのインターレース)、
端末が実際計算したactually-used PRB数が10より小さいか又は等しい場合(延いては9より小さいか又は等しい場合にも)、端末はOCB要求事項を満たすインターレースインデックス(即ち、10つのPRBで構成されたインターレースインデックス)を優先選択してPUCCHを送信する。端末は9つのPRBで構成されたインターレースをドロップする。もしactually-used PRB数が10より大きい場合は、端末は2つのインターレースを全て使用してPUCCHを送信する。
端末が実際計算したactually-used PRB数が9より小さいか又は等しい場合、及び/又はtemporally 2MHz OCBのみを満たしても良い場合(例えば、CO sharingなど)、端末は9つのPRBで構成されたインターレースを選択してPUCCHを信する。端末は10つのPRBで構成されたインターレースをドロップしてもよい。もしactually-used PRB数が10である場合、端末は10つのPRBで構成されたインターレースを選択してPUCCHを送信する。端末は9つのPRBで構成されたインターレースをドロップしてもよい。もしactually-used PRB数が10より大きい場合は、端末は2つのインターレースを全て使用してPUCCHを送信する。
2-2-4-B.さらに他の一例として、基地局が2つのインターレースを指示した場合(10つのPRBで構成された1つのインターレースと11つのPRBで構成された1つのインターレース)、
端末が実際計算したactually-used PRB数が11より小さいか又は等しい場合(延いては10より小さいか又は等しい場合にも)、端末はより多い11つのPRBで構成されたインターレースを優先選択してPUCCHを送信する。端末は10つのPRBで構成されたインターレースをドロップしてもよい。もしactually-used PRB数が11より大きい場合は、端末は2つのインターレースを全て使用してPUCCHを送信する。
一方、提案した方法において使用されないインターレースインデックスが選択されるとき、RRC設定上のインデックスのうち、最後のインデックスが最高のインターレースインデックス、RRC設定上のインデックスのうち、最初のインデックスが最低のインターレースインデックスであってもよい。具体的には、RRC設定により2つのインターレースが設定されていれば、RRC設定上、interlace0に設定されたインターレースが最低インターレースインデックスを有するインターレースであり、RRC設定上、interlace1に設定されたインターレースが最高インターレースインデックスを有するインターレースである。
PRB adaptation mechanism of enhanced PUCCH format 3 based on UE multiplexing
一方、ePUCCHフォーマット3において、リソースマッピング前に総使用可能なPRBサイズにUCIが含まれた後、DFTが行われる。もしUE多重化なしに単一のUEが設定されたPUCCHリソースを全て使用する場合であれば、上述したactually-used PRB設定方法を適用できる。しかし、ePUCCHフォーマット3を使用して2つ以上のUEが多重化される場合は、リソースマッピング前にDFTが行われる必要があるので、特定のPRBを除いてDFTが行われるという問題が発生する。従って、UE多重化が許容される場合、ePUCCHフォーマット3ではRB adaptation方法が使用されないこともある。即ち、RB adaptation許容関連のパラメータが上位階層シグナリング(例えば、SIB又はRMSIなど)に明示的に含まれることができる。UE多重化関連のパラメータに(例えば、speeding factorの数、# of UE for multiplexing(多重化のためのUEの数))によって端末のRB adaptation許容が暗黙的に決定されることもある。
より具体的には、PUCCHフォーマット3の場合には、DFT前端で(例えば、OCC適用による)CDM基盤のUE多重化が支援されるか、又はCDM基盤のUE多重化を省略し、単一のUEのみが支援される。複数のインターレースが単一のUEの単一のPUCCHフォーマット3リソースに設定及び/又は割り当てられた状態で、複数のインターレースの全体にわたってDFTが行われる場合、DFT前端に(OCC適用に基づく)CDM適用が設定されているか否かによって、UEの実際UCIペイロード(actual UCI payload)及び最大UCI符号化レート(maximum UCI coding rate)によるRB adaptationの許容有無が変わる。RB adaptationは、上述したように、設定されたRB集合内で最大UCI符号化レートを満たしながら、該当実際UCIペイロードを送信可能な最小のRB数のみを使用する動作を意味する。一例として、複数のインターレース基盤のPUCCHフォーマット3リソースにDFT前端のCDM基盤のUE多重化が支援されない場合、RB adaptationが行われる。複数のインターレース基盤のPUCCHフォーマット3リソースにDFT前端のCDM基盤のUE多重化が適用される場合、RB adaptationが行われず、実際UCIペイロードサイズに関係なく常に設定されたRB集合を全て使用してUCIが送信される。
さらに他の方法においては、複数のインターレースが単一のUEの単一のPUCCHフォーマット3リソースに設定及び/又は割り当てられる場合、(各)インターレースごとにDFTが独立して行われる。OCC基盤のCDM適用有無、適用されるOCCインデックス、OCC長さなどが(各)インターレースごとに個々に/独立して(或いは複数のインターレースに共通して)設定される。さらに、OCC基盤のCDM適用有無に関係なく、インターレース単位のRB adaptationが行われることもある。RB adaptationは、上述したように、設定されたRB集合内で最大UCI符号化レートを満たしながら該当実際UCIペイロードを送信可能な最小のRB数のみを使用する動作を意味する。
2.3.実施例3:Enhanced PUCCH format 2のUCI REに使用されるOCCインデックスとDMRS REに使用されるOCCインデックスのペアリング方法
従来、NR PUCCHフォーマット4において、UCIシンボルに使用されるOCCインデックスとDMRSシンボルに使用される循環シフトインデックス(cyclic shift index)は、表10のように定義される。一回に多重化されるUEが2つであれば、{OCC index 0とCyclic shift 0}、{OCC index 1とcyclic shift 6}がペアリング(paring)されている。一回に多重化されるUEが4つであると、{OCC index 0とCyclic shift 0}、{OCC index 1とcyclic shift 6}、{OCC index 2とCyclic shift 3}、{OCC index 3とcyclic shift 9}がペアリングされている。
一方、ePUCCHフォーマット2でも、最大4つ(即ち、1つ、或いは2つ、或いは4つのUEが同一のリソースを共有可能)のUEが多重化される。このとき、ePUCCHフォーマット2はUCI RE及びDMRS REの両方でOCCを使用して多重化を行っているので、各OCC間のペアリングが定義される必要がある。
一例として、UCI REのためのOCCが多重化されるUEの数によって表11及び表12のように定義される。表11は多重化されるUEが2つである場合、表12は多重化されるUEが4つである場合のOCCを示す。
このとき、wn(i)はUCI REにマッピングするOCCインデックスを意味する。1番目の方法として、表13のように、同一のOCCインデックス同士にペアリングされる。このとき、wn(i)はDMRS REにマッピングするOCCインデックスを意味する。
さらに他の方法においては、表14又は表15のように、UCIとDMRSの間にOCCインデックスが互いに異なる値にペアリングされる。
DRX(Discontinuous Reception)動作
端末は、上述/提案した手順及び/又は方法を実行しながら、DRX動作を行うことができる。DRXが設定された端末は、DL信号を不連続的に受信することで電力消費を下げることができる。DRXは、RRC(Radio Resource Control)_IDLE状態、RRC_INACTIVE状態、RRC_CONNECTED状態で行われる。RRC_IDLE状態及びRRC_INACTIVE状態におけるDRXは、ページング信号を不連続的に受信するのに用いられる。以下、RRC_CONNECTED状態で行われるDRXについて説明する(RRC_CONNECTED DRX)。
図10はDRXサイクルを例示する(RRC_CONNECTED状態)。
図10を参照すると、DRXサイクルは、On DurationとOpportunity for DRXとからなる。DRXサイクルは、On Durationが周期的に繰り返される時間間隔を定義する。On Durationは、端末がPDCCHを受信するためにモニターする時間区間を示す。DRXが設定されると、端末は、On Durationの間にPDCCHモニタリングを行う。PDCCHモニタリングの間に、検出に成功したPDCCHがある場合、端末は、inactivityタイマーを動作させて、起動(awake)状態を維持する。一方、PDCCHモニタリングの間に検出に成功したPDCCHがない場合、端末は、On Durationが終了した後、睡眠(sleep)状態へ入る。よって、DRXが設定された場合、上述した説明/提案した手順及び/又は方法を行うとき、PDCCHモニタリング/受信が時間ドメインにおいて不連続的に行われる。例えば、DRXが設定された場合、本発明において、PDCCH受信機会(occasion)(例えば、PDCCH探索空間を有するスロット)は、DRX設定に従って不連続的に設定される。一方、DRXが設定されていない場合、PDCCHモニタリング/受信が時間ドメインにおいて連続的に行われる。例えば、DRXが設定されていない場合、本発明において、PDCCH受信機会(例えば、PDCCH探索空間を有するスロット)は連続的に設定される。一方、DRX設定有無には関係なく、測定ギャップで設定された時間区間では、PDCCHモニタリングが制限されてもよい。
表16はDRXに関連する端末の過程を示す(RRC_CONNECTED状態)。表16を参照すると、DRX構成情報は、上位層(例えば、RRC)シグナリングを介して受信され、DRX ON/OFFは、MAC層のDRXコマンドによって制御される。DRXが設定される場合、端末は、図10に示したように、本発明において説明/提案した手順及び/又は方法を行うとき、PDCCHモニタリングを不連続的に行うことができる。
ここで、MAC-CellGroupConfigは、セルグループのためのMAC(Medium Access Control)パラメータを設定するのに必要な構成情報を含む。MAC-CellGroupConfigは、DRXに関する構成情報を含んでもよい。例えば、MAC-CellGroupConfigは、DRXの定義において以下のような情報を含む。
-Value of drx-OnDurationTimer:DRXサイクルの開始区間の長さを定義
-Value of drx-InactivityTimer:初期UL又はDLデータを指示するPDCCHが検出されたPDCCH機会の後に端末が起動状態にある時間区間の長さを定義
-Value of drx-HARQ-RTT-TimerDL:DL初期送信が受信された後、DL再送信が受信されるまでの最大時間区間の長さを定義
-Value of drx-HARQ-RTT-TimerDL:UL初期送信に対するグラントが受信された後、UL再送信に対するグラントが受信されるまでの最大の時間区間の長さを定義
-drx-LongCycleStartOffset:DRXサイクルの時間長さと開始時点を定義
-drx-ShortCycle(optional):short DRXサイクルの時間長さを定義
ここで、drx-OnDurationTimer、drx-InactivityTimer、drx-HARQ-RTT-TimerDL、drx-HARQ-RTT-TimerDLのうちのいずれか1つでも動作中であれば、端末は、起動状態を維持しながら、毎PDCCH機会ごとにPDCCHモニタリングを行う。
この発明の各実施例で説明された動作後に、端末はこのようなDRX関連動作を行う。端末はこの発明の実施例によるRACH過程を行い、その後端末はOn durationの間にPDCCHモニタリングを行い、PDCCHモニタリングの間に成功裏に検出されたPDCCHがある場合、非活性タイマー(DRX-InactivityTimer)を動作させて起動(awake)状態を維持する。
具現例
図11は本発明の実施例による信号送受信方法を示すフローチャートである。
図11を参照すると、この発明の実施例は端末により行われ、設定されたDRX動作に基づいて、on durationの間にPDCCHのモニタリングを行う段階(S1101)、on durationの間に成功裏に受信したPDCCHに基づいて、非活性(inactivity)タイマーを動作させて起動状態を維持する段階(S1103)、起動状態において、第1インターレース及び第2インターレースに対する設定を受信する段階(S1105)、及び第1インターレースによりUCIを含むPUCCHを送信する段階(S1107)を含んで構成される。
PUCCHを送信するためのフォーマットは、実施例1ないし3で提案した方法のうちのいずれかに基づく。
例えば、端末はPUCCH送信のためのインターレースを実施例2に基づいて決定する。
例えば、PUCCHフォーマットが実施例2の2-1-1に基づいて構成されると、端末がPUCCHを送信するインターレースは、(i)第1インターレース及び第2インターレースに対する設定により第1インターレースのインデックスが第2インターレースのインデックスより低く設定される、及び(ii)UCIを送信するためのPRB数が第1インターレースのPRB数以下であることに基づいて、第1インターレース及び第2インターレースのうち、第1インターレースに決定される。
UCIを送信するためのPRB数が第1インターレースのPRB数以下であるか否かは、UCIのサイズ及び符号化レートに基づいて決定される。
第1インターレースのインデックス及び第2インターレースのインデックスは、第1インターレース及び第2インターレースに対する設定を含むRRC(Radio Resource Control)シグナリングに基づいて設定される。
第1インターレース及び第2インターレースは同じ数のPRBを含む。
PUCCHは特定のPUCCHフォーマットに基づいて送信される。特定のPUCCHフォーマットはPUCCHフォーマット2及びPUCCHフォーマット3を含む。
図11に関連して説明した動作に加えて、さらに図1ないし図10に説明した動作及び/又は実施例1ないし3に説明した動作のうちのいずれかが結合されて行われる。例えば、端末はPUCCHの送信前の上りリンクLBTを行う。
本発明が適用される通信システムの例
これに限られないが、この明細書に開示された本発明の様々な説明、機能、手順、提案、方法及び/又はフローチャートは、機器間無線通信/連結(例えば、5G)を必要とする様々な分野に適用することができる。
以下、図面を参照しながらより具体的に説明する。以下の図/説明において、同じ図面符号は特に言及しない限り、同一又は対応するハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示する。
図12は本発明に適用される通信システム1を例示する。
図12を参照すると、本発明に適用される通信システム1は、無線機器、基地局及びネットワークを含む。ここで、無線機器は無線接続技術(例えば、5G NR、LTE)を用いて通信を行う機器を意味し、通信/無線/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)、TV、スマートホン、コンピュータ、ウェアラブルデバイス、家電機器、デジタル看板、車両、ロボットなどの形態で具現される。携帯機器はスマートホン、スマートパッド、ウェアラブル機器(例えば、スマートウォッチ、スマートグラス)、コンピュータ(例えば、ノートブックパソコンなど)などを含む。家電は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を介して互いに通信できるが、基地局/ネットワークを介することなく、直接通信することもできる(例えば、サイドリンク通信)。例えば、車両100b-1、100b-2は直接通信することができる(例えば、V2V(Vehicle to Vehicle)/V2X(Vehicle to everything)通信)。また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は様々な物理チャネルを介して信号を送信/受信することができる。このために、本発明の様々な提案に基づいて、無線信号の送信/受信のための様々な構成情報の設定過程、様々な信号処理過程(例えば、チャネル符号化/復号、変調/復調、リソースマッピング/デマッピングなど)、リソース割り当て過程のうちのいずれか1つが行われる。
本発明が適用される無線機器の例
図13は本発明に適用可能な無線機器を例示する。
図13を参照すると、第1無線機器100と第2無線機器200は様々な無線接続技術(例えば、LTE、NR)により無線信号を送受信する。ここで、{第1無線機器100、第2無線機器200}は図12の{無線機器100x、基地局200}及び/又は{無線機器100x、無線機器100x}に対応する。
第1無線機器100は1つ以上のプロセッサ102及び1つ以上のメモリ104を含み、さらに1つ以上の送受信機106及び/又は1つ以上のアンテナ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に連結され、1つ以上のアンテナ108により無線信号を送信及び/又は受信する。送受信機106は送信機及び/又は受信機を含む。送受信機106はRF(radio Frequency)ユニットとも混用することができる。本発明において、無線機器は通信モデム/回路/チップを意味することもできる。
第2無線機器200は1つ以上のプロセッサ202及び1つ以上のメモリ204を含み、さらに1つ以上の送受信機206及び/又は1つ以上のアンテナ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に連結され、1つ以上のアンテナ208により無線信号を送信及び/又は受信する。送受信機206は送信機及び/又は受信機を含む。送受信機206はRFユニットとも混用することができる。本発明において、無線機器は通信モデム/回路/チップを意味することもできる。
以下、無線機器100,200のハードウェア要素についてより具体的に説明する。これに限られないが、1つ以上のプロトコル階層が1つ以上のプロセッサ102,202により具現される。例えば、1つ以上のプロセッサ102,202は1つ以上の階層(例えば、PHY、MAC、RLC、PDCP、RRC、SDAPのような機能的階層)を具現する。1つ以上のプロセッサ102,202はこの明細書に開示された説明、機能、手順、提案、方法及び/又はフローチャートによって1つ以上のPDU(Protocol Data Unit)及び/又は1つ以上のSDU(Service Data Unit)を生成する。1つ以上のプロセッサ102,202はこの明細書に開示された説明、機能、手順、提案、方法及び/又はフローチャートによってメッセージ、制御情報、データ又は情報を生成する。1つ以上のプロセッサ102,202はこの明細書に開示された機能、手順、提案及び/又は方法によってPDU、SDU、メッセージ、制御情報、データ又は情報を含む信号(例えば、ベースバンド信号)を生成して、1つ以上の送受信機106,206に提供する。1つ以上のプロセッサ102,202は1つ以上の送受信機106,206から信号(例えば、ベースバンド信号)を受信して、この明細書に開示された説明、機能、手順、提案、方法及び/又はフローチャートによってPDU、SDU、メッセージ、制御情報、データ又は情報を得ることができる。
1つ以上のプロセッサ102,202はコントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータとも称される。1つ以上のプロセッサ102,202はハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせにより具現される。一例として、1つ以上のASIC(Application Specific Integrated Circuit)、1つ以上のDSP(Digital Signal Processor)、1つ以上のDSPD(Digital Signal Processing Device)、1つ以上のPLD(Programmable Logic Device)又は1つ以上のFPGA(Field Programmable Gate Arrays)が1つ以上のプロセッサ102,202に含まれる。この明細書に開示された説明、機能、手順、提案、方法及び/又はフローチャートはファームウェア又はソフトウェアを使用して具現され、ファームウェア又はソフトウェアはモジュール、手順、機能などを含むように具現される。この明細書に開示された説明、機能、手順、提案、方法及び/又はフローチャートを行うように設定されたファームウェア又はソフトウェアは1つ以上のプロセッサ102,202に含まれるか、又は1つ以上のメモリ104,204に格納されて1つ以上のプロセッサ102,202により駆動される。この明細書に開示された説明、機能、手順、提案、方法及び/又はフローチャートはコード、命令語(instruction)及び/又は命令語集合の形態でファームウェア又はソフトウェアを使用して具現される。
1つ以上のメモリ104,204は1つ以上のプロセッサ102,202に連結され、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び/又は命令を格納することができる。1つ以上のメモリ104,204はROM、RAM、EPROM、フラッシメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピューター読み取り格納媒体及び/又はこれらの組み合わせにより構成される。1つ以上のメモリ104,204は1つ以上のプロセッサ102,202の内部及び/又は外部に位置する。また、1つ以上のメモリ104,204は有線又は無線連結のような様々な技術により1つ以上のプロセッサ102,202に連結される。
1つ以上の送受信機106,206は1つ以上の他の装置にこの明細書における方法及び/又はフローチャートなどで言及されたユーザデータ、制御情報、無線信号/チャネルなどを送信することができる。1つ以上の送受信機106,206は1つ以上の他の装置からこの明細書に開示された説明、機能、手順、提案、方法及び/又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号/チャネルなどを受信することができる。例えば、1つ以上の送受信機106,206は1つ以上のプロセッサ102,202に連結され、無線信号を送受信することができる。例えば、1つ以上のプロセッサ102,202は1つ以上の送受信機106,206が1つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御することができる。また、1つ以上のプロセッサ102,202は1つ以上の送受信機106,206が1つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御することができる。また、1つ以上の送受信機106,206は1つ以上のアンテナ108,208に連結され、1つ以上の送受信機106,206は1つ以上のアンテナ108,208によりこの明細書に開示された説明、機能、手順、提案、方法及び/又はフローチャートなどで言及されるユーザデータ、制御情報、無線信号/チャネルなどを送受信するように設定される。この明細書において、1つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ(例えば、アンテナポート)である。1つ以上の送受信機106,206は受信されたユーザ データ、制御情報、無線信号/チャネルなどを1つ以上のプロセッサ102,202を用いて処理するために、受信された無線信号/チャネルなどをRFバンド信号からベースバンド信号に変換する(Convert)。1つ以上の送受信機106,206は1つ以上のプロセッサ102,202を用いて処理されたユーザデータ、制御情報、無線信号/チャネルなどをベースバンド信号からRFバンド信号に変換する。このために、1つ以上の送受信機106,206は(アナログ)オシレーター及び/又はフィルターを含む。
本発明が適用される無線機器の活用例
図14は本発明に適用される無線機器の他の例を示す。無線機器は使用例/サービスによって様々な形態で具現される(図12を参照)。
図14を参照すると、無線機器100,200は図13の無線機器100,200に対応し、様々な要素(element)、成分(component)、ユニット/部及び/又はモジュールで構成される。例えば、無線機器100,200は通信部110、制御部120、メモリ部130及び追加要素140を含む。通信部は通信回路112及び送受信機114を含む。例えば、通信回路112は図13における1つ以上のプロセッサ102,202及び/又は1つ以上のメモリ104,204を含む。例えば、送受信機114は図13の1つ以上の送受信機106,206及び/又は1つ以上のアンテナ108,208を含む。制御部120は通信部110、メモリ部130及び追加要素140に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部120はメモリ部130に格納されたプログラム/コード/命令/情報に基づいて無線機器の電気的/機械的動作を制御する。また制御部120はメモリ部130に格納された情報を通信部110により外部(例えば、他の通信機器)に無線/有線インターフェースにより送信するか、又は通信部110により外部(例えば、他の通信機器)から無線/有線インターフェースにより受信された情報をメモリ部130に格納する。
追加要素140は無線機器の種類によって様々に構成される。例えば、追加要素140はパワーユニット/バッテリー、入出力部(I/O unit)、駆動部及びコンピュータ部のうち、いずれか1つを含む。これに限られないが、無線機器はロボット(図12、100a)、車両(図12、100b-1、100b-2)、XR機器(図12、100c)、携帯機器(図12、100d)、家電(図12、100e)、IoT機器(図12、100f)、デジタル放送用端末、ホログラム装置、公共安全装置、MTC装置、医療装置、フィンテック装置(又は金融装置)、保安装置、気候/環境装置、AIサーバ/機器(図12、400)、基地局(図12、200)及びネットワークノードなどの形態で具現される。無線機器は使用例/サービスによって移動可能であるか、又は固定した場所で使用される。
図14において、無線機器100,200内の様々な要素、成分、ユニット/部及び/又はモジュールは全体が有線インターフェースにより互いに連結されるか、又は少なくとも一部が通信部110により無線連結される。例えば、無線機器100,200内で制御部120と通信部110は有線連結され、制御部120と第1ユニット(例えば、130、140は通信部110により無線連結される。また無線機器100,200内の各要素、成分、ユニット/部及び/又はモジュールは1つ以上の要素をさらに含む。例えば、制御部120は1つ以上のプロセッサ集合で構成される。例えば、制御部120は通信制御プロセッサ、アプリケーションプロセッサ(Application PROCESSOR)、ECU(Electronic control Unit)、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成される。他の例として、メモリ部130はRAM(Random Access Memory)、DRAM(Dynamic RAM)、ROM(Read Only Memory)、フラッシュメモリ(flash Memory)、揮発性メモリ(volatile Memory)、非揮発生メモリ及び/又はこれらの組み合わせで構成される。
本発明に適用される車両又は自律走行車両を例
図15は本発明に適用される車両又は自律走行車両を例示する図である。車両又は自律走行車両は移動型ロボット、車両、汽車、有/無人飛行体(Aerial Vehicle、AV)、船舶などで具現される。
図15を参照すると、車両又は自律走行車両100はアンテナ部108、通信部110、制御部120、駆動部140a、電源供給部140b、センサ部140c及び自律走行部140dを含む。アンテナ部108は通信部110の一部で構成される。ブロック110/130/140a~140dはそれぞれ図14におけるブロック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は走行中の車線を維持する技術、車間距離制御装置(adaptive cruise control)のように速度を自動に調節する技術、所定の経路によって自動走行する技術、目的地が設定されると自動に経路を設定して走行する技術などを具現する。
一例として、通信部110は外部サーバから地図データ、交通情報データなどを受信する。自律走行部140dは得られたデータに基づいて自律走行経路とドライブプランを生成する。制御部120はドライブプランに従って車両又は自律走行車両100が自律走行経路に移動するように駆動部140aを制御する(例えば、速度/方向調節)。通信部110は自律走行中に外部サーバから最新交通情報データを非周期的に得、また周りの車両から周りの交通情報データを得る。またセンサ部140cは自律走行中に車両状態、周辺環境情報を得る。自律走行部140dは新しく得たデータ/情報に基づいて自律走行経路とドライブプランを更新する。通信部110は車両位置、自律走行経路、ドライブプランなどに関する情報を外部サーバに伝達する。外部サーバは車両又は自律走行車両から集められた情報に基づいて、AI技術などを用いて交通情報データを予め予測し、予測された交通情報データを車両又は自律走行車両に提供することができる。
本発明は、本発明の特徴を逸脱しない範囲で他の特定の形態に具体化できることは当業者にとって自明である。よって、前記の詳細な説明は、全ての面で制限的に解釈してはならなく、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的解釈によって決定しなければならなく、本発明の等価的範囲内での全ての変更は本発明の範囲に含まれる。