以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。
場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。
本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び/又は構成要素の存在を特定するものの、一つ以上の他の特徴、段階、動作、要素、構成要素及び/又はそれらのグループの存在又は追加を排除しない。
本開示において、“第1”、“第2”などの用語は、一つの構成要素を他の構成要素から区別する目的に使われるだけで、構成要素を制限するために使われることはなく、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内で、一実施例における第1構成要素は他の実施例において第2構成要素と称することもでき、同様に、一実施例における第2構成要素を他の実施例において第1構成要素と称することもできる。
本開示で使われる用語は、特定実施例に関する説明のためのもので、特許請求の範囲を制限するためのものではない。実施例の説明及び添付する特許請求の範囲で使用される通り、単数形態は、文脈において特に断らない限り、複数形態も含むように意図したものである。本開示に使われる用語“及び/又は”は、関連した列挙項目のうちの一つを指してもよく、又はそれらのうち2つ以上の任意の及び全ての可能な組合せを指して含むことを意味する。また、本開示において、単語の間における“/”は、別に断らない限り、“及び/又は”と同じ意味を有する。
本開示は、無線通信ネットワーク又は無線通信システムを対象にして説明し、無線通信ネットワークにおいてなされる動作は、当該無線通信ネットワークを管轄する装置(例えば、基地局)がネットワークを制御し、信号を送信(transmit)又は受信(receive)する過程においてなされるか、当該無線ネットワークに結合した端末がネットワークとの又は端末間の信号を送信又は受信する過程においてなされてよい。
本開示において、チャネルを送信又は受信するということは、当該チャネルで情報又は信号を送信又は受信するという意味を含む。例えば、制御チャネルを送信するということは、制御チャネルで制御情報又は信号を送信するということを意味する。類似に、データチャネルを送信するということは、データチャネルでデータ情報又は信号を送信するということを意味する。
以下において、下りリンク(DL:downlink)は、基地局から端末への通信を意味し、上りリンク(UL:uplink)は、端末から基地局への通信を意味する。下りリンクにおいて、送信機は基地局の一部であり、受信機は端末の一部であってよい。上りリンクにおいて、送信機は端末の一部であり、受信機は基地局の一部であってよい。基地局は第1通信装置と、端末は第2通信装置と表現されてよい。基地局(BS:Base Station)は、固定局(fixed station)、Node B、eNB(evolved-NodeB)、gNB(Next Generation NodeB)、BTS(base transceiver system)、アクセスポイント(AP:Access Point)、ネットワーク(5Gネットワーク)、AI(Artificial Intelligence)システム/モジュール、RSU(road side unit)、ロボット(robot)、ドローン(UAV:Unmanned Aerial Vehicle)、AR(Augmented Reality)装置、VR(Virtual Reality)装置などの用語に代替されてよい。また、端末(Terminal)は、固定されるか移動性を有してよく、UE(User Equipment)、MS(Mobile Station)、UT(user terminal)、MSS(Mobile Subscriber Station)、SS(Subscriber Station)、AMS(Advanced Mobile Station)、WT(Wireless terminal)、MTC(Machine-Type Communication)装置、M2M(Machine-to-Machine)装置、D2D(Device-to-Device)装置、車両(vehicle)、RSU(road side unit)、ロボット(robot)、AI(Artificial Intelligence)モジュール、ドローン(UAV:Unmanned Aerial Vehicle)、AR(Augmented Reality)装置、VR(Virtual Reality)装置などの用語に代替されてよい。
以下の技術は、CDMA、FDMA、TDMA、OFDMA、SC-FDMAなどのような様々な無線接続システムに用いられてよい。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 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(Advanced)/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(Technical Specification) 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 LTEでは、TS 36.211(物理チャネル及び変調)、TS 36.212(多重化及びチャネルコーディング)、TS 36.213(物理層手続)、TS 36.300(説明全般)、TS 36.331(無線リソース制御)を参照できる。
3GPP NRでは、TS 38.211(物理チャネル及び変調)、TS 38.212(多重化及びチャネルコーディング)、TS 38.213(制御のための物理層手続)、TS 38.214(データのための物理層手続)、TS 38.300(NR及びNG-RAN(New Generation-Radio Access Network)説明全般)、TS 38.331(無線リソース制御プロトコル規格)を参照できる。
本開示で使用可能な用語の略字は次のように定義される。
- BM:ビーム管理(beam management)
- CQI:チャネル品質指示子(channel quality indicator)
- CRI:チャネル状態情報-参照信号リソース指示子(channel state information- reference signal resource indicator)
- CSI:チャネル状態情報(channel state information)
- CSI-IM:チャネル状態情報-干渉測定(channel state information-interference measurement)
- CSI-RS:チャネル状態情報-参照信号(channel state information-reference signal)
- DMRS:復調参照信号(demodulation reference signal)
- FDM:周波数分割多重化(frequency division multiplexing)
- FFT:高速フーリエ変換(fast Fourier transform)
- IFDMA:インターリーブされた周波数分割多重アクセス(interleaved frequency division multiple access)
- IFFT:逆高速フーリエ変換(inverse fast Fourier transform)
- L1-RSRP:第1レイヤー参照信号受信パワー(Layer 1 reference signal received power)
- L1-RSRQ:第1レイヤー参照信号受信品質(Layer 1 reference signal received quality)
- MAC:媒体アクセス制御(medium access control)
- NZP:ノンゼロパワー(non-zero power)
- OFDM:直交周波数分割多重化(orthogonal frequency division multiplexing)
- PDCCH:物理下りリンク制御チャネル(physical downlink control channel)
- PDSCH:物理下りリンク共有チャネル(physical downlink shared channel)
- PMI:プリコーディング行列指示子(precoding matrix indicator)
- RE:リソース要素(resource element)
- RI:ランク指示子(Rank indicator)
- RRC:無線リソース制御(radio resource control)
- RSSI:受信信号強度指示子(received signal strength indicator)
- Rx:受信(Reception)
- QCL:準同一位置(quasi co-location)
- SINR:信号対干渉及び雑音比(signal to interference and noise ratio)
- SSB(又は、SS/PBCH block):同期信号ブロック(プライマリ同期信号(PSS:primary synchronization signal)、セカンダリ同期信号(SSS:secondary synchronization signal)及び物理放送チャネル(PBCH:physical broadcast channel)を含む)
- TDM:時間分割多重化(time division multiplexing)
- TRP:送信及び受信ポイント(transmission and reception point)
- TRS:トラッキング参照信号(tracking reference signal)
- Tx:送信(transmission)
- UE:ユーザ装置(user equipment)
- ZP:ゼロパワー(zero power)
システム一般
より多い通信機器がより大きい通信容量を要求するにつれ、既存の無線アクセス技術(RAT:radio access technology)に比べて向上したモバイルブロードバンド(mobile broadband)通信への必要性が台頭している。また、多数の機器及びモノを連結していつどこででも様々なサービスを提供するマッシブ(massive)MTC(Machine Type Communications)も次世代通信において考慮される主要課題の一つである。これに加え、信頼度(reliability)及び遅延(latency)に敏感なサービス/端末を考慮した通信システムデザインも議論されている。このようにeMBB(enhanced mobile broadband communication)、Mmtc(massive MTC)、URLLC(Ultra-Reliable and Low Latency Communication)などを考慮した次世代RATの導入が議論されており、本開示では便宜上、当該技術をNRと呼ぶ。NRは、5G RATの一例を表す表現である。
NRを含む新しいRATシステムは、OFDM送信方式又はこれと類似の送信方式を用いる。新しいRATシステムは、LTEのOFDMパラメータとは異なるOFDMパラメータに従い得る。又は、新しいRATシステムは、既存のLTE/LTE-Aのヌメロロジー(numerology)にそのまま従うが、より大きいシステム帯域幅(例えば、100MHz)を支援できる。又は、一つのセルが複数個のヌメロロジーを支援することもできる。すなわち、互いに異なるヌメロロジーで動作する端末が一つのセル内に共存してもよい。
ヌメロロジーは、周波数領域において一つのサブキャリア間隔(subcarrier spacing)に対応する。参照サブキャリア間隔(Reference subcarrier spacing)を整数Nでスケーリング(scaling)することにより、互いに異なるヌメロロジーを定義できる。
図1には、本開示が適用可能な無線通信システムの構造を例示する。
図1を参照すると、NG-RANは、NG-RA(NG-Radio Access)ユーザ平面(すなわち、新しいAS(access stratum)サブ層/PDCP(Packet Data Convergence Protocol)/RLC(Radio Link Control)/MAC/PHY)及びUEに対する制御平面(RRC)プロトコル終端を提供するgNBで構成される。前記gNBはXnインターフェースを介して相互連結される。前記gNBは、また、NGインターフェースを介してNGC(New Generation Core)に連結される。より具体的には、前記gNBは、N2インターフェースを介してAMF(Access and Mobility Management Function)に、N3インターフェースを介してUPF(User Plane Function)に連結される。
図2には、本開示が適用可能な無線通信システムにおいてフレーム構造を例示する。
NRシステムは、多数のヌメロロジー(numerology)を支援できる。ここで、ヌメロロジーは、サブキャリア間隔(subcarrier spacing)と循環前置(CP:Cyclic Prefix)オーバーヘッドによって定義されてよい。このとき、多数のサブキャリア間隔は、基本(参照)サブキャリア間隔を整数N(又は、μ)でスケーリング(scaling)することによって誘導されてよい。また、非常に高い搬送波周波数において非常に低いサブキャリア間隔を利用しないと仮定されても、利用されるヌメロロジーは周波数帯域と独立して選択されてよい。また、NRシステムでは多数のヌメロロジーによる様々なフレーム構造が支援されてよい。
以下、NRシステムにおいて考慮可能なOFDMヌメロロジー及びフレーム構造について説明する。NRシステムにおいて支援される多数のOFDMヌメロロジーは、下表1のように定義されてよい。
NRは、様々な5Gサービスを支援するための多数のヌメロロジー(又は、サブキャリア間隔(SCS:subcarrier spacing))を支援する。例えば、SCSが15kHzである場合に、伝統的なセルラーバンドでの広い領域(wide area)を支援し、SCSが30kHz/60kHzである場合に、密集した都市(dense-urban)、より低い遅延(lower latency)、及びより広いキャリア帯域幅(wider carrier bandwidth)を支援し、SCSが60kHz又はそれよりも高い場合に、位相雑音(phase noise)を克服するために24.25GHzよりも大きい帯域幅を支援する。
NR周波数バンド(frequency band)は、2タイプ(FR1、FR2)の周波数範囲(frequency range)と定義される。FR1、FR2は、下表2のように構成されてよい。また、FR2は、ミリ波(mmW:millimeter wave)を意味できる。
NRシステムにおけるフレーム構造(frame structure)と関連して、時間領域の様々なフィールドのサイズは、Tc=1/(Δfmax・Nf)の時間単位の倍数と表現される。ここで、Δfmax=480・103Hzであり、Nf=4096である。下りリンク(downlink)及び上りリンク(uplink)送信は、Tf=1/(ΔfmaxNf/100)・Tc=10msの区間を有する無線フレーム(radio frame)で構成(organized)される。ここで、無線フレームはそれぞれ、Tsf=(ΔfmaxNf/1000)・Tc=1msの区間を有する10個のサブフレーム(subframe)で構成される。この場合、上りリンクに対する1セットのフレーム及び下りリンクに対する1セットのフレームが存在してよい。また、端末からの上りリンクフレーム番号iにおける送信は、当該端末における該当の下りリンクフレームの開始よりTTA=(NTA+NTA,offset)Tc以前に始めなければならない。サブキャリア間隔構成μに対して、スロット(slot)は、サブフレーム内でns
μ∈{0,...,Nslot
subframe,μ-1}の増加する順序で番号が付けられ、無線フレーム内でns,f
μ∈{0,...,Nslot
frame,μ-1}の増加する順序で番号が付けられる。一つのスロットはNsymb
slotの連続するOFDMシンボルで構成され、Nsymb
slotは、CPによって決定される。サブフレームにおいてスロットns
μの開始は、同一サブフレームにおいてOFDMシンボルns
μNsymb
slotの開始と時間的に整列される。全ての端末が同時に送信及び受信を行うことができるわけではなく、これは、下りリンクスロット(downlink slot)又は上りリンクスロット(uplink slot)における全てのOFDMシンボルが用いられ得るわけではことを意味する。
表3は、一般CPにおいてスロット別OFDMシンボルの個数(Nsymb
slot)、無線フレーム別スロットの個数(Nslot
frame,μ)、サブフレーム別スロットの個数(Nslot
subframe,μ)を示し、表4は、拡張CPにおいてスロット別OFDMシンボルの個数、無線フレーム別スロットの個数、サブフレーム別スロットの個数を示す。
図2は、μ=2である場合(SCSが60kHz)の一例であり、表3を参照すると、1サブフレーム(subframe)は4個のスロット(slot)を含むことができる。図2に示す1サブフレーム={1,2,4}スロットは一例であり、1サブフレームに含まれ得るスロットの個数は、表3又は表4のように定義される。また、ミニスロット(mini-slot)は、2、4又は7シンボルを含むか、それよりも多い又はより少ないシンボルを含むことができる。
NRシステムにおける物理リソース(physical resource)と関連して、アンテナポート(antenna port)、リソースグリッド(resource grid)、リソース要素(resource element)、リソースブロック(resource block)、キャリアパート(carrier part)などが考慮されてよい。以下、NRシステムにおいて考慮可能な前記物理リソースについて具体的に説明する。
まず、アンテナポートと関連して、アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルを、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。一つのアンテナポート上のシンボルが運搬されるチャネルの広範囲特性(large-scale property)が、他のアンテナポート上のシンボルが運搬されるチャネルから類推され得る場合、2個のアンテナポートはQC/QCL(quasi co-located或いはquasi co-location)関係にあると言える。ここで、前記広範囲特性は、遅延拡散(Delay spread)、ドップラー拡散(Doppler spread)、周波数シフト(Frequency shift)、平均受信パワー(Average received power)、受信タイミング(Received Timing)のいずれか一つ以上を含む。
図3には、本開示が適用可能な無線通信システムにおいてリソースグリッド(resource grid)を例示する。
図3を参照すると、リソースグリッドが、周波数領域上にN
RB
μN
sc
RBサブキャリアで構成され、一つのサブフレームが14・2
μOFDMシンボルで構成されることを例示的に記述するが、これに限定されない。NRシステムにおいて、送信される信号(transmitted signal)は、N
RB
μN
sc
RBサブキャリアで構成される一つ又はそれ以上のリソースグリッド及び2
μN
symb
(μ)のOFDMシンボルによって説明される。ここで、N
RB
μ≦N
RB
max,μである。前記N
RB
max,μは、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートp別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートpに対するリソースグリッドの各要素は、リソース要素(resource element)と呼ばれ、インデックス対
によって固有に識別される。ここで、k=0,...,N
RB
μN
sc
RB-1は、周波数領域上のインデックスであり、
,...,2
μN
symb
(μ)-1は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対(k,l)が用いられる。ここで、l=0,...,N
symb
μ-1である。μ及びアンテナポートpに対するリソース要素
は、複素値(complex value)
に該当する。混同(confusion)する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスp及びμはドロップ(drop)してよく、その結果、複素値は
になり得る。また、リソースブロック(resource block,RB)は、周波数領域上のN
sc
RB=12の連続するサブキャリアと定義される。
ポイント(point)Aは、リソースブロックグリッドの共通基準ポイント(common reference point)として働き、次のように取得される。
- プライマリセル(PCell:Primary Cell)ダウンリンクに対するoffsetToPointAは、初期セル選択のために端末によって用いられたSS/PBCHブロックと重なる最低リソースブロックの最低サブキャリアとポイントA間の周波数オフセットを示す。FR1に対して15kHzサブキャリア間隔及びFR2に対して60kHzサブキャリア間隔を仮定したリソースブロック単位(unit)で表現される。
- absoluteFrequencyPointAは、ARFCN(absolute radio-frequency channel number)におけるように表現されたpoint Aの周波数-位置を示す。
共通リソースブロック(common resource block)は、サブキャリア間隔設定μに対する周波数領域において0から上方に番号づけられる。サブキャリア間隔設定μに対する共通リソースブロック0のサブキャリア0の中心は、‘ポイントA’と一致する。周波数領域において共通リソースブロック番号nCRB
μとサブキャリア間隔設定μに対するリソース要素(k,l)との関係は、下記の式1のように与えられる。
式1で、kは、k=0がポイントAを中心とするサブキャリアに該当するようにポイントAに相対的に定義される。物理リソースブロックは、帯域幅パート(BWP:bandwidth part)内で0からNBWP,i
size,μ-1まで番号が付けられ、iは、BWPの番号である。BWP iにおいて物理リソースブロックnPRBと共通リソースブロックnCRB間の関係は、下記の式2によって与えられる。
NBWP,i
start,μは、BWPが共通リソースブロック0に相対的に始まる共通リソースブロックである。
図4には、本開示が適用可能な無線通信システムにおいて物理リソースブロック(physical resource block)を例示する。そして、図5には、本開示が適用可能な無線通信システムにおいてスロット構造を例示する。
図4及び図5を参照すると、スロットは、時間ドメインにおいて複数のシンボルを含む。例えば、一般CPでは1スロットが7個のシンボルを含むが、拡張CPでは1スロットが6個のシンボルを含む。
搬送波は、周波数ドメインにおいて複数の副搬送波を含む。RB(Resource Block)は、周波数ドメインにおいて複数(例えば、12)の連続した副搬送波と定義される。BWP(Bandwidth Part)は、周波数ドメインにおいて複数の連続した(物理)リソースブロックと定義され、一つのヌメロロジー(例えば、SCS、CP長など)に対応し得る。搬送波は、最大でN個(例えば、5個)のBWPを含むことができる。データ通信は活性化されたBWPで行われ、一つの端末には一つのBWPのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素は、リソース要素(RE:Resource Element)と呼ばれ、一つの複素シンボルがマップされてよい。
NRシステムは、一つのコンポーネントキャリア(CC:Component Carrier)当たりに最大400MHzまで支援されてよい。このような広帯域CC(wideband CC)で動作する端末が常にCC全体に対する無線周波数(RF:radio frequency)チップ(chip)をオンにしたままで動作すると、端末バッテリー消耗が増加し得る。或いは、一つの広帯域CC内に動作する様々な活用ケース(例えば、eMBB、URLLC、Mmtc、V2Xなど)を考慮すれば、当該CC内に周波数帯域別に異なるヌメロロジー(例えば、サブキャリア間隔など)が支援されてよい。或いは、端末別に最大帯域幅に対する能力(capability)が異なることがある。これを考慮して、基地局は広帯域CCの全体帯域幅ではなく一部の帯域幅でのみ動作するように端末に指示してよく、当該一部の帯域幅を便宜上、帯域幅部分(BWP:bandwidth part)と定義する。BWPは、周波数軸上で連続したRBで構成されてよく、一つのヌメロロジー(例えば、サブキャリア間隔、CP長、スロット/ミニスロット区間)に対応し得る。
一方、基地局は、端末に設定された一つのCC内でも多数のBWPを設定できる。例えば、PDCCHモニタリングスロットでは相対的に小さい周波数領域を占めるBWPを設定し、PDCCHで指示するPDSCHは、それよりも大きいBWP上にスケジュールされてよい。或いは、特定BWPにUEが集中する場合に、ロードバランシング(load balancing)のために一部の端末に他のBWPを設定してよい。或いは、隣接セル間の周波数ドメインセル間干渉除去(frequency domain inter-cell interference cancellation)などを考慮して、全帯域幅のうち一部のスペクトル(spectrum)を排除し、両方のBWPを同一スロット内でも設定できる。すなわち、基地局は、広帯域CCと関連した(association)端末に、少なくとも一つのDL/UL BWPを設定できる。基地局は特定時点に設定されたDL/UL BWPのうち少なくとも一つのDL/UL BWPを(L1シグナリング又はMAC CE(Control Element)又はRRCシグナリングなどによって)活性化させることができる。また、基地局は、他の設定されたDL/UL BWPへのスイッチングを(L1シグナリング又はMAC CE又はRRCシグナリングなどによって)指示できる。又は、タイマーベースでタイマー値が満了すると、定められたDL/UL BWPにスイッチしてもよい。このとき、活性化されたDL/UL BWPを活性(active)DL/UL BWPと定義する。ただし、端末が最初接続(initial access)過程を行っている中であるか、或いはRRC連結がセットアップ(set up)される前であるなどの状況では、DL/UL BWPに対する設定を受信できないことがあるので、このような状況で端末が仮定するDL/UL BWPは、最初活性DL/UL BWPと定義する。
図6には、本開示が適用可能な無線通信システムにおいて用いられる物理チャネル及びそれらを用いた一般の信号送受信方法を例示する。
無線通信システムにおいて、端末は基地局から下りリンク(Downlink)で情報を受信し、端末は基地局に上りリンク(Uplink)で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類/用途によって様々な物理チャネルが存在する。
端末は、電源が入るか、新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索(Initial cell search)作業を行う(S601)。そのために、端末は基地局から主同期信号(PSS:Primary Synchronization Signal)及び副同期信号(SSS:Secondary Synchronization Signal)を受信して基地局と同期を取り、セル識別子(ID:Identifier)などの情報を取得できる。その後、端末は基地局から物理放送チャネル(PBCH:Physical Broadcast Channel)を受信してセル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号(DL RS:Downlink Reference Signal)を受信して下りリンクチャネル状態を確認することができる。
初期セル探索を終えた端末は、物理下りリンク制御チャネル(PDCCH:Physical Downlink Control Channel)及び前記PDCCHに乗せられた情報によって物理下りリンク共有チャネル(PDSCH:Physical Downlink Shared Channel)を受信し、より具体的なシステム情報をすることが取得できる(S602)。
一方、基地局に最初に接続するか、信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程(RACH:Random Access Procedure)を行うことができる(段階S603~段階S606)。そのために、端末は、物理任意接続チャネル(PRACH:Physical Random Access Channel)で特定シーケンスをプリアンブルとして送信し(S603及びS605)、プリアンブルに対する応答メッセージを、PDCCH及び対応するPDSCHで受信することができる(S604及びS606)。競合ベースRACHの場合、さらに、衝突解決手続(Contention Resolution Procedure)を行うことができる。
上述したような手続を行った端末は、その後、一般の上りリンク/下りリンク信号送信手続として、PDCCH/PDSCH受信(S607)及び物理上りリンク共有チャネル(PUSCH:Physical Uplink Shared Channel)/物理上りリンク制御チャネル(PUCCH:Physical Uplink Control Channel)送信(S608)を行うことができる。特に、端末はPDCCHで下りリンク制御情報(DCI:Downlink Control Information)を受信する。ここで、DCIは、端末に対するリソース割り当て情報のような制御情報を含み、その使用目的によってフォーマットが互いに異なる。
一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク/上りリンクACK/NACK(Acknowledgement/Non-Acknowledgement)信号、CQI(Channel Quality Indicator)、PMI(Precoding Matrix Indicator)、RI(Rank Indicator)などを含む。3GPP LTEシステムにおいて、端末は上述したCQI/PMI/RIなどの制御情報をPUSCH及び/又はPUCCHで送信できる。
表5は、NRシステムでのDCIフォーマット(format)の一例を示す。
表5を参照すると、DCI format0_0、0_1及び0_2は、PUSCHのスケジューリングに関連したリソース情報(例えば、UL/SUL(Supplementary UL)、周波数リソース割り当て、時間リソース割り当て、周波数ホッピングなど)、送信ブロック(TB:Transport Block)関連情報(例えば、MCS(Modulation Coding and Scheme)、NDI(New Data Indicator)、RV(Redundancy Version)など)、HARQ(Hybrid- Automatic Repeat and request)関連情報(例えば、プロセス番号、DAI(Downlink Assignment Index)、PDSCH-HARQフィードバックタイミングなど)、多重アンテナ関連情報(例えば、DMRSシーケンス初期化情報、アンテナポート、CSI要請など)、電力制御情報(例えば、PUSCH電力制御など)を含むことができ、DCIフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
DCIフォーマット0_0は、一つのセルにおいてPUSCHのスケジューリングに用いられる。DCIフォーマット0_0に含まれた情報は、C-RNTI(Cell RNTI:Cell Radio Network Temporary Identifier)又はCS-RNTI(Configured Scheduling RNTI)又はMCS-C-RNTI(Modulation Coding Scheme Cell RNTI)によってCRC(cyclic redundancy check)スクランブルされて送信される。
DCIフォーマット0_1は、一つのセルにおいて一つ以上のPUSCHのスケジューリング、又は設定されたグラント(CG:configured grant)下りリンクフィードバック情報を端末に指示するために用いられる。DCIフォーマット0_1に含まれた情報は、C-RNTI又はCS-RNTI又はSP-CSI-RNTI(Semi-Persistent CSI RNTI)又はMCS-C-RNTIによってCRCスクランブルされて送信される。
DCIフォーマット0_2は、一つのセルにおいてPUSCHのスケジューリングに用いられる。DCIフォーマット0_2に含まれた情報は、C-RNTI又はCS-RNTI又はSP-CSI-RNTI又はMCS-C-RNTIによってCRCスクランブルされて送信される。
次に、DCIフォーマット1_0、1_1及び1_2は、PDSCHのスケジューリングに関連したリソース情報(例えば、周波数リソース割り当て、時間リソース割り当て、VRB(virtual resource block)-PRB(physical resource block)マッピングなど)、送信ブロック(TB)関連情報(例えば、MCS、NDI、RVなど)、HARQ関連情報(例えば、プロセス番号、DAI、PDSCH-HARQフィードバックタイミングなど)、多重アンテナ関連情報(例えば、アンテナポート、TCI(transmission configuration indicator)、SRS(sounding reference signal)要請など)、PUCCH関連情報(例えば、PUCCH電力制御、PUCCHリソース指示子など)を含むことができ、DCIフォーマットのそれぞれに含まれる制御情報は、あらかじめ定義されてよい。
DCIフォーマット1_0は、一つのDLセルにおいてPDSCHのスケジューリングのために用いられる。DCIフォーマット1_0に含まれた情報は、C-RNTI又はCS-RNTI又はMCS-C-RNTIによってCRCスクランブルされて送信される。
DCIフォーマット1_1は、一つのセルにおいてPDSCHのスケジューリングのために用いられる。DCIフォーマット1_1に含まれる情報は、C-RNTI又はCS-RNTI又はMCS-C-RNTIによってCRCスクランブルされて送信される。
DCIフォーマット1_2は、一つのセルにおいてPDSCHのスケジューリングのために用いられる。DCIフォーマット1_2に含まれる情報は、C-RNTI又はCS-RNTI又はMCS-C-RNTIによってCRCスクランブルされて送信される。
多重TRP(Multi-TRP)関連動作
多点協調通信(CoMP:Coordinated Multi Point)の手法は、多数の基地局が端末からフィードバックされたチャネル情報(例えば、RI/CQI/PMI/LI(layer indicator)など)を相互に交換(例えば、X2インターフェース利用)或いは活用して、端末に協調送信することによって干渉を効果的に制御する方式をいう。利用する方式によって、CoMPは連合送信(JT:Joint transmission)、協調スケジューリング(CS:Coordinated Scheduling)、協調ビームフォーミング(CB:Coordinated Beamforming)、動的ポイント選択(DPS:Dynamic Point Selection)、動的ポイント遮断(DPB:Dynamic Point Blocking)などに区分できる。
M個のTRPが一つの端末にデータを送信するM-TRP送信方式は、大きく、i)送信率を高めるための方式であるeMBB M-TRP送信と、ii)受信成功率増加及び遅延(latency)減少のための方式であるURLLC M-TRP送信とに区分できる。
また、DCI送信観点で、M-TRP送信方式は、i)各TRPが互いに異なるDCIを送信するM-DCI(multiple DCI)ベースM-TRP送信と、ii)一つのTRPがDCIを送信するS-DCI(single DCI)ベースM-TRP送信とに区分できる。例えば、S-DCIベースM-TRP送信の場合、M TRPが送信するデータに対する全てのスケジューリング情報が一つのDCIで端末に伝達される必要があり、両TRP間の動的な(dynamic)協調が可能な理想的バックホール(ideal BH:ideal BackHaul)環境で用いられてよい。
TDMベースURLLC M-TRP送信に対して、方式(scheme)3/4が標準化議論中である。具体的に、方式4は、1つのスロットでは1つのTRPが送信ブロック(TB)を送信する方式を意味し、複数のスロットで複数のTRPから受信した同一TBを用いてデータ受信確率を上げ得る効果がある。これと違い、方式3は、1つのTRPが連続したいくつかのOFDMシンボル(すなわち、シンボルグループ)でTBを送信する方式を意味し、1つのslot内で複数のTRPが互いに異なるシンボルグループで同一のTBを送信するように設定されてよい。
また、UEは、互いに異なる制御リソースセット(CORESET:control resource set)(又は、互いに異なるCORESETグループに属したCORESET)で受信したDCIがスケジュールしたPUSCH(又は、PUCCH)を、互いに異なるTRPで送信するPUSCH(又は、PUCCH)と認識するか又は互いに異なるTRPのPDSCH(又は、PDCCH)と認識できる。また、後述する互いに異なるTRPで送信するUL送信(例えば、PUSCH/PUCCH)に対する方式は、同一TRPに属する互いに異なるパネル(panel)で送信するUL送信(例えば、PUSCH/PUCCH)に対しても同一に適用できる。
以下、多重DCIベースのノン-コヒーレントJT(NCJT: Non-coherent joint transmission)/単一DCIベースのNCJTについて説明する。
NCJT(Non-coherent joint transmission)は、多数のTP(Transmission Point)が一つの端末に同一の時間周波数リソースを用いてデータを送信する方法であり、TP間に互いに異なるDMRS(Demodulation Multiplexing Reference Signal)ポートを用いて異なったレイヤー(layer)を用いて(すなわち、互いに異なるDMRSポートで)データを送信する。
TPは、NCJT受信する端末にデータスケジューリング情報をDCIで伝達する。この時、NCJTに参加する各TPが自身の送信するデータに対するスケジューリング情報をDCIで伝達する方式を‘多重DCIベースNCJT(multi DCI based NCJT)’という。NCJT送信に参加するN TPがそれぞれDLグラント(grant)DCIとPDSCHをUEに送信するので、UEは、N個のDCIとN個のPDSCHをN TPから受信する。これとは違い、代表TP一つが自身の送信するデータと他のTP(すなわち、NCJTに参加するTP)が送信するデータに対するスケジューリング情報を一つのDCIで伝達する方式を‘単一DCIベースNCJT(single DCI based NCJT)’という。この場合、N TPが一つのPDSCHを送信するが、各TPは一つのPDSCHを構成する多重レイヤー(multiple layer)の一部レイヤーのみを送信する。例えば、4レイヤーデータが送信される場合に、TP1が2レイヤーを送信し、TP2が残り2レイヤーをUEに送信できる。
NCJT送信をする多重TRP(MTRP)は、次の2方式のいずれか一方式を用いて端末にDLデータ送信を行うことができる。
まず、‘単一DCIベースのMTRP方式’について説明する。MTRPは、共通の一つのPDSCHを一緒に協調送信し、協調送信に参加する各TRPは、当該PDSCHを同一の時間周波数リソースを用いて異なるレイヤー(すなわち、互いに異なるDMRSポート)で空間分割して送信する。この時、前記PDSCHに関するスケジューリング情報はUEに一つのDCIによって指示され、当該DCIでは、どのDMRS(グループ)ポート(port)がどのQCL RS及びQCLタイプの情報を用いるかが指示される(これは、既存にDCIで指示された全てのDMRSポートに共通に適用されるQCL RS及びタイプを指示するものとは相違する。)。すなわち、DCI内のTCI(Transmission Configuration Indicator)フィールドでM個のTCI状態(TCI state)が指示され(例えば、2つのTRP協調送信である場合にM=2)、M個のDMRSポートグループ別に異なるM個のTCI状態を用いてQCL RS及びタイプが指示されてよい。また、新しいDMRSテーブルを用いてDMRSポート情報が指示されてよい。
次に、‘多重DCIベースのMTRP方式’について説明する。MTRPは、それぞれ異なるDCIとPDSCHを送信し、これらのPDSCHは互いに周波数時間リソース上で(一部又は全体が)重複(overlap)して送信される。これらのPDSCHは、互いに異なるスクランブリング(scrambling)ID(identifier)でスクランブルされ、当該DCIは、互いに異なるCoresetグループ(group)に属したCoresetで送信されてよい(ここで、Coresetグループは、各CoresetのCoreset設定内に定義されたインデックス(index)で識別されてよい。例えば、Coreset 1及び2はindex=0に設定されており、Coreset3及び4はindex=1に設定されていると、Coreset 1及び2は、Coresetグループ0であり、Coreset 3及び4はCoresetグループ1に属する。また、Coreset内にインデックスが定義されていない場合に、index=0と解析できる。)。1つのサービングセル(serving cell)においてスクランブリングIDが複数個設定されているか又はCoresetグループが2つ以上設定されている場合に、UEは、多重DCIベースのMTRP動作によってデータを受信することが分かる。
又は、単一DCIベースのMTRP方式なのか或いは多重DCIベースのMTRP方式なのかは、別個のシグナリングによってUEに指示されてよい。一例として、1つのサービングセルに対してMTRP動作のために複数個のCRS(cell reference signal)パターンがUEに指示されてよい。この場合、単一DCIベースのMTRP方式なのか或いは多重DCIベースのMTRP方式なのかによって(CRSパターンが互いに異なるので)、CRSに対するPDSCHレートマッチング(rate matching)が変わってよい。
以下、本開示で説明/言及されるCORESETグループ識別子(group ID)は、各TRP/パネル(panel)のためのCORESETを区分するためのインデックス(index)/識別情報(例えば、ID)などを意味できる。そして、CORESETグループは、各TRP/パネルのためCORESETを区分するためのインデックス/識別情報(例えば、ID)/前記CORESETグループIDによって区分されるCORESETのグループ/和集合であってよい。一例として、CORESETグループIDは、CORSET設定(configuration)内に定義される特定インデックス情報であってよい。この場合、CORESETグループは各CORESETに対するCORESET設定内に定義されたインデックスによって設定/指示/定義されてよい。及び/又は、CORESETグループIDは、各TRP/パネルに設定された/関連したCORESET間の区分/識別のためのインデックス/識別情報/指示子などを意味できる。以下、本開示で説明/言及されるCORESETグループIDは、各TRP/パネルに設定された/関連したCORESET間の区分/識別のための特定インデックス/特定識別情報/特定指示子に代替して表現されてよい。前記CORESETグループID、すなわち、各TRP/パネルに設定された/関連したCORESET間の区分/識別のための特定インデックス/特定識別情報/特定指示子は、上位層シグナリング(higher layer signaling、例えば、RRCシグナリング)/第2層シグナリング(L2 signaling、例えば、MAC-CE)/第1層シグナリング(L1 signaling、例えば、DCI)などによって端末に設定/指示されてよい。一例として、当該CORESETグループ単位で各TRP/パネル別(すなわち、同一CORESETグループに属したTRP/パネル別に)PDCCH検出(detection)が行われるように設定/指示されてよい。及び/又は、当該CORESETグループ単位で各TRP/パネル別に(すなわち、同一CORESETグループに属したTRP/パネル別に)上りリンク制御情報(例えば、CSI、HARQ-A/N(ACK/NACK)、SR(scheduling request))及び/又は上りリンク物理チャネルリソース(例えば、PUCCH/PRACH/SRSリソース)が分離されて管理/制御されるように設定/指示されてよい。及び/又は、当該CORESETグループ別に各TRP/パネル別に(すなわち、同一CORESETグループに属したTRP/パネル別に)スケジュールされるPDSCH/PUSCHなどに対するHARQ A/N(処理(process)/再送信)が管理されてよい。
以下、部分的(partially)に重複(overlapped)されたNCJPについて説明する。
また、NCJTは、各TPの送信する時間周波数リソースが完全に重なっている完全重複(fully overlapped)NCJTと、一部の時間周波数リソースのみ重なっている部分重複(partially overlapped)NCJTとに区別できる。すなわち、部分重複NCJTである場合、一部の時間周波数リソースではTP1とTP2のデータの両方が送信され、残り時間周波数リソースではTP1又はTP2のいずれが一方のTPのデータのみが送信される。
以下、複数(Multi-TRP)での信頼度向上のための方式について説明する。
複数TRPでの送信を用いた信頼度(reliability)向上のための送受信方法として、次の2つの方法が考慮できる。
図7は、本開示が適用可能な無線通信システムにおいて多重TRP送信方式を例示する。
図7(a)を参照すると、同一のコードワード(CW:codeword)/送信ブロック(TB:transport block)を送信するレイヤーグループ(layer group)が互いに異なるTRPに対応する場合を示す。この時、レイヤーグループは、1つ又はそれ以上のレイヤーからなる所定のレイヤー集合を意味できる。このような場合、多数のレイヤー数によって送信リソースの量が増加し、これによってTBに対して低い符号率のロバストなチャネルコーディングを用いることができるという長所があり、また、多数のTRPからチャネルが異なるので、ダイバーシチ(diversity)利得に基づいて受信信号の信頼度向上を期待することができる。
図7(b)を参照すると、互いに異なるCWを互いに異なるTRPに対応するレイヤーグループで送信する例を示す。この時、図のCW #1とCW #2に対応するTBは互いに同一であると仮定できる。すなわち、CW #1とCW #2はそれぞれ異なるTRPによって同一のTBがチャネルコーディングなどによって互いに異なるCWに変換されたことを意味する。したがって、同一TBの反復送信の例と見なすことができる。図7(b)では、先の図7(a)に比べて、TBに対応する符号率が高いという短所があり得る。しかし、チャネル環境によって同一のTBから生成されたエンコードされたビット(encoding bits)に対して互いに異なるRV(redundancy version)値を指示して符号率を調整するか、各CWの変調次数(modulation order)を調節できるという長所を有する。
先の図7(a)及び図7(b)で例示した方式によれば、同一のTBが互いに異なるレイヤーグループで反復送信され、各レイヤーグループが互いに異なるTRP/パネルによって送信されることにより、端末のデータ受信確率を高めることができる。これを、SDM(Spatial Division Multiplexing)ベースM-TRP URLLC送信方式と称する。互いに異なるレイヤーグループに属するレイヤーは、互いに異なるDMRS CDMグループに属するDMRSポートでそれぞれ送信される。
また、上述した複数TRP関連の内容は、互いに異なるレイヤーを用いるSDM(spatial division multiplexing)方式を基準に説明されたが、これは、互いに異なる周波数領域リソース(例えば、RB/PRB(セット)など)に基づくFDM(frequency division multiplexing)方式及び/又は互いに異なる時間領域リソース(例えば、スロット、シンボル、サブ-シンボルなど)に基づくTDM(time division multiplexing)方式にも拡張して適用されてよいことは勿論である。
単一DCIによってスケジュールされる多重TRPベースのURLLCのための手法に関して、次のような手法が議論されている。
1)手法1(SDM):時間及び周波数リソース割り当てが重なり、単一スロット内のn(n<=Ns)個のTCI状態(state)
1-a)手法1a
- 各送信時点(occasion)に同一のTBが1つのレイヤー又はレイヤーのセット(set)で送信され、各レイヤー又は各レイヤーのセットは、1つのTCI及び1つのDMRSポートのポートと関連する。
- 1つのRVを有する単一コードワードは、全ての空間レイヤー又は全てのレイヤーのセットで用いられる。UE観点で、互いに異なるコードされた(coded)ビットは、同一のマッピング規則によって互いに異なるレイヤー又はレイヤーのセットにマップされる。
1-b)手法1b
- 各送信時点(occasion)に同一のTBが1つのレイヤー又はレイヤーのセットで送信され、各レイヤー又は各レイヤーのセットは、1つのTCI及び1つのDMRSポートのポートと関連する。
- 1つのRVを有する単一コードワードは、各空間レイヤー又は各レイヤーのセットで用いられる。各空間レイヤー又は各レイヤーのセットに対応するRVは同一であっても異なってもよい。
1-c)手法1c
- 1つの送信時点(occasion)に、多重のTCI状態インデックスと関連した1つのDMRSポートを有する同一のTBが1つのレイヤーで送信されるか、又は多重のTCI状態インデックスと一対一で関連する多重のDMRSポートを有する同一のTBが1つのレイヤーで送信される。
上記の手法1a及び1cにおいて、同一のMCSが全てのレイヤー又は全てのレイヤーのセットに適用される。
2)手法2(FDM):周波数リソース割り当てが重ならなく、単一スロット内のn(n<=Nf)個のTCI状態
- 各重ならない周波数リソース割り当ては、1つのTCI状態と関連する。
- 同一の単一/多重DMRSポートは、全ての重ならない周波数リソース割り当てに関連する。
2-a)手法2a
- 1つのRVを有する単一のコードワードが全てのリソース割り当てに用いられる。UE観点で、共通RBマッチング(コードワードのレイヤーへのマッピング)が全てのリソース割り当てにおいて適用される。
2-b)手法2b
- 1つのRVを有する単一のコードワードがそれぞれの重ならない周波数リソース割り当てに用いられる。それぞれの重ならない周波数リソース割り当てに対応するRVは、同一であっても異なってもよい。
上記の手法2aに対して、同一のMCSが全ての重ならない周波数リソース割り当てに適用される。
3)手法3(TDM):時間リソース割り当てが重ならなく、単一のスロット内のn(n<=Nt1)TCI状態
- TBの各送信時点(occasion)はミニスロットの時間細分性(granularity)を有し、1つのTCI及び1つのRVを有する。
- スロット内の全ての送信時点(occasion)において単一の又は多重のDMRSポートに共通MCSが用いられる。
- 異なる送信時点(occasion)においてRV/TCIは同一であっても異なってもよい。
4)手法4(TDM):K(n<=K)個の異なるスロットにおいてn(n<=Nt2)個のTCI状態
- TBの各送信時点(occasion)は、1つのTCI及び1つのRVを有する。
- Kスロットにわたる全ての送信時点(occasion)は、単一の又は多重のDMRSポートに共通のMCSを用いる。
- 互いに異なる送信時点(occasion)においてRV/TCIは同一であっても異なってもよい。
以下、MTRP URLLCについて説明する。
本開示において、DL MTRP URLLCとは、同一のデータ(例えば、同一のTB)/DCIを多重TRPが、互いに異なるレイヤー(layer)/時間(time)/周波数(frequency)リソースを用いて送信することを意味する。例えば、TRP 1はリソース1で同一のデータ/DCIを送信し、TRP 2はリソース2で同一のデータ/DCIを送信する。DL MTRP-URLLC送信方式が設定されたUEは、異なるレイヤー/時間/周波数リソースを用いて同一のデータ/DCIを受信する。この時、UEには、同一のデータ/DCIを受信するレイヤー/時間/周波数リソースでどのQCL RS/タイプ(すなわち、DL TCI状態)を用いなければならないかが基地局から設定される。例えば、同一のデータ/DCIがリソース1とリソース2で受信される場合に、リソース1で用いるDL TCI状態とリソース2で用いるDL TCI状態が設定されてよい。UEは同一のデータ/DCIをリソース1とリソース2で受信するので、高い信頼度(reliability)が達成できる。このようなDL MTRP URLLCは、PDSCH/PDCCHを対象に適用されてよい。
そして、本開示において、UL MTRP-URLLCとは、同一のデータ/UCI(uplink control information)を多重TRPが、互いに異なるレイヤー/時間/周波数リソースを用いて1つのUEから受信することを意味する。例えば、TRP 1はリソース1で同一のデータ/DCIをUEから受信し、TRP 2はリソース2で同一のデータ/DCIをUEから受信した後に、TRP間の連結されたバックホールリンク(Backhaul link)を通じて受信データ/DCIを共有する。UL MTRP-URLLC送信方式が設定されたUEは、異なるレイヤー/時間/周波数リソースを用いて同一のデータ/UCIを送信する。この時、UEには、同一のデータ/UCIを送信するレイヤー/時間/周波数リソースでどのTxビーム(beam)及びどのTxパワー(power)(すなわち、UL TCI状態)を用いなければならないかが基地局から設定される。例えば、同一のデータ/UCIがリソース1とリソース2で送信される場合に、リソース1で用いるUL TCI状態とリソース2で用いるUL TCI状態が設定されてよい。このようなUL MTRP URLLCは、PUSCH/PUCCHを対象に適用されてよい。
また、本開示において、ある周波数/時間/空間リソース(layer)に対してデータ/DCI/UCI受信時に特定TCI状態(又は、TCI)を用いる(又は、マップする)という意味は、次の通りである。DLでは、その周波数/時間/空間リソース(layer)で当該TCI状態によって指示されたQCLタイプ及びQCL RSを用いてDMRSからチャネルを推定し、推定されたチャネルに基づいてデータ/DCIを受信/復調するということを意味できる。また、ULでは、その周波数/時間/空間リソースで当該TCI状態によって指示されたTxビーム及び/又はパワーを用いてDMRS及びデータ/UCIを送信/変調するということを意味できる。
ここで、UL TCI状態は、UEのTxビーム及び/又はTxパワー情報を含んでおり、TCI状態の代わりに空間関連情報(Spatial relation info)などが別のパラメータによってUEに設定されてもよい。UL TCI状態は、ULグラントDCIによって直接指示されてよく、又はULグラントDCIのSRI(sounding resource indicator)フィールドによって指示されたSRSリソースの空間関連情報(spatial relation info)を意味できる。又は、ULグラントDCIのSRIフィールドによって指示された値に連結された開ループ(OL:open loop)送信パワー制御パラメータ(OL Tx power control parameter)(例えば、j:開ループパラメータPoとalpha(セル当たりに最大で32パラメータ値セット)のためのインデックス、q_d:PL(pathloss)測定(セル当たりに最大で4測定)のためのDL RSリソースのインデックス、l:閉ループ(closed loop)パワー制御プロセスインデックス(セル当たりに最大で2プロセス))を意味することもできる。
以下、MTRP eMBBについて説明する。
本開示において、MTRP-eMBBは、異なるデータ(例えば、異なるTB)を多重TRPが異なるレイヤー/時間/周波数を用いて送信することを意味する。MTRP-eMBB送信方式が設定されたUEは、様々なTCI状態がDCIで指示され、各TCI状態のQCL RSを用いて受信したデータは、互いに異なるデータであると仮定する。
一方、MTRP URLLC送信/受信なのか又はMTRP eMBB送信/受信なのかは、MTRP-URLLC用RNTIとMTRP-eMBB用RNTIを別個に区分して用いることによってUEが把握できる。すなわち、URLLC用RNTIを用いてDCIのCRCマスキング(masking)がされた場合に、UEはURLLC送信と見なし、eMBB用RNTIを用いてDCIのCRCマスキングがされた場合に、UEはeMBB送信と見なす。又は、別の新しいシグナリングを用いて基地局がUEにMTRP URLLC送信/受信を設定する又はTRP eMBB送信/受信を設定することもできる。
本開示の説明において、説明の便宜のために2つのTRP間の協調送信/受信を仮定して説明するが、本開示で提案する方法は3個以上の多重TRP環境でも拡張適用されてよく、また、多重パネル環境(すなわち、TRPをパネルに対応させる。)でも拡張適用されてよい。また、UEにとって、異なるTRPは異なるTCI状態と認識されてよい。したがって、UEがTCI状態1を用いてデータ/DCI/UCIを受信/送信したことは、TRP 1から/にデータ/DCI/UCIを受信/送信したことを意味する。
以下、本開示で提案する方法は、MTRPがPDCCHを協調送信(同一のPDCCHを反復送信する又は分けて送信する。)する状況で活用されてよい。また、本開示で提案する方法は、MTRPがPDSCHを協調送信する又はPUSCH/PUCCHを協調受信する状況にも活用されてよい。
また、本開示において、複数基地局(すなわち、MTRP)が同一のPDCCHを反復送信するという意味は、同一のDCIを複数のPDCCH候補(candidate)を用いて送信したことを意味でき、また、複数基地局が同一のDCIを反復送信したことを意味することもできる。ここで、同一のDCIとは、DCIフォーマット/サイズ/ペイロード(payload)が同一である2つのDCIを意味できる。又は、2つのDCIのペイロードが異なっても、スケジューリング結果が同一である場合に、同一のDCIであるといえる。例えば、DCIのTDRA(time domain resource allocation)フィールドは、DCIの受信時点を基準に、データのスロット/シンボルの位置及びA/N(ACK/NACK)のスロット/シンボルの位置を相対的に決定するが、n時点に受信されたDCIとn+1時点に受信されたDCIが同一のスケジューリング結果をUEに知らせると、2つのDCIのTDRAフィールドは異なり、結果的にDCIペイロードが異ならざるを得ない。反復回数Rは、基地局がUEに直接指示してもよく、相互約束してもよい。又は、2つのDCIのペイロードが異なり、スケジューリング結果が同一でなくても、一つのDCIのスケジューリング結果が他のDCIのスケジューリング結果にサブセット(subset)である場合に、同一のDCIであるといえる。例えば、同一のデータがTDMされてN回反復送信される場合に、1番目のデータ前に受信したDCI 1は、N回データ反復を指示し、1番目のデータ後且つ2番目のデータ前に受信したDCI 2は、N-1回データ反復を指示する。DCI 2のスケジューリングデータはDCI 1のスケジューリングデータのサブセットとなり、2つのDCIはいずれも同一のデータに対するスケジューリングであるので、この場合も同様、同一のDCIであるといえる。
また、本開示において、複数基地局(すなわち、MTRP)が同一のPDCCHを分けて送信するということは、1つのDCIを1つのPDCCH候補を用いて送信するが、そのPDCCH候補が定義された一部のリソースをTRP 1が送信し、残りのリソースをTRP 2が送信することを意味する。複数の基地局(すなわち、MTRP)が分けて送信する1つのPDCCH候補は、以下に説明する設定(configuration)によって端末(UE)に指示される或いは端末がそれを認識又は決定することができる。
また、本開示において、UEが複数基地局(すなわち、MTRP)が受信するように同一PUSCHを反復送信するという意味は、UEが同一のデータを複数のPUSCHで送信したことを意味できる。この時、各PUSCHは、互いに異なるTRPのULチャネルに最適化して送信されてよい。例えば、UEが同一のデータをPUSCH 1と2で反復送信するとき、PUSCH 1はTRP 1のためのUL TCI状態1を用いて送信され、この際、プリコーダ(precoder)/MCSなどのリンク適応(link adaptation)も、TRP 1のチャネルに最適化された値がスケジューリング/適用されてよい。PUSCH 2は、TRP 2のためのUL TCI状態2を用いて送信され、プリコーダ/MCSなどのリンク適応も、TRP 2のチャネルに最適化された値がスケジューリング/適用されてよい。このとき、反復送信されるPUSCH 1と2は、互いに異なる時間に送信されてTDMされるか、FDM、SDMされてよい。
また、本開示において、UEが、複数基地局(すなわち、MTRP)が受信するように同一PUSCHを分けて送信するという意味は、UEが1つのデータを1つのPUSCHで送信するが、そのPUSCHに割り当てられたリソースを分けて、互いに異なるTRPのULチャネルに最適化して送信することを意味できる。例えば、UEが同一のデータを10シンボルPUSCHで送信するときに、前の5シンボルではTRP 1のためのUL TCI状態1を用いてデータを送信し、この時、プリコーダ/MCSなどのリンク適応も、TRP 1のチャネルに最適化された値がスケジューリング/適用されてよい。残りの5シンボルでは残りのデータをTRP 2のためのUL TCI状態2を用いて送信し、この時、プリコーダ/MCSなどのリンク適応も、TRP 2のチャネルに最適化された値がスケジューリング/適用されてよい。上記の例では、1つのPUSCHを時間リソースに分けてTRP 1に向かう送信とTRP 2に向かう送信をTDMしたが、その他にFDM/SDM方式で送信されてもよい。
また、前述したPUSCH送信と類似に、PUCCHも、UEが、複数基地局(すなわち、MTRP)が受信するように同一PUCCHを反復送信するか或いは同一PUCCHを分けて送信することができる。
以下、本開示の提案は、PUSCH/PUCCH/PDSCH/PDCCHなどの様々なチャネルに拡張適用可能である。
MTRP(Multi-TRP)-URLLCは、同一のデータを複数のTRP(MTRP:多重TRP)が互いに異なるレイヤー/時間/周波数リソースを用いて送信する手法である。ここで、各TRPから送信されるデータは、各TRP別に異なるTCI状態が用いられて送信される。
これを、MTRPが同一のDCIを異なるPDCCH候補(candidate)を用いて送信する方法に拡張すると、各TRPから同一のDCIが送信されるPDCCH候補は、互いに異なるTCI状態が用いられて送信されてよい。このとき、各PDCCH候補に対するCORESET、サーチスペース(SS:search space)セット(set)の設定方法などに関する具体的な定義が必要である。
実施例1)
実施例1では、複数基地局(すなわち、MTRP)がPDCCHを反復して送信する方法について記述される。
実施例1では、複数基地局(すなわち、MTRP)がPDCCHを反復して送信する方法について記述される。
複数基地局(すなわち、MTRP)がPDCCHを反復して送信する場合に、反復送信回数Rは基地局がUEに直接指示してもよく、又は相互約束してもよい。ここで、反復送信回数Rを相互約束する場合に、同一のPDCCHを反復送信するために設定されたTCI(Transmission Configuration Indication)状態(state)数に基づいて反復送信回数Rが定められてよい。例えば、基地局がUEに同一のPDCCHを反復送信するためにr個のTCI状態を設定したとすれば、R=rと約束できる。ここで、例えば、R=M*rと設定され、基地局はUEにMを指示することもできる。
複数基地局(すなわち、MTRP)が同一のPDCCHを反復送信する場合に、TRP 1は、DCIをPDCCH候補(candidate)1を用いて送信し、TRP 2は、同一のDCIをPDCCH候補2を用いて送信できる。TRPとPDCCH候補のマッピング順序は、単に説明の便宜のためのものであり、本開示の技術的範囲を制限するものではない。各PDCCH候補は互いに異なるTRPが送信するので、各PDCCH候補は互いに異なるTCI状態を用いて受信される。ここで、同一のDCIを送信するPDCCH候補は、PDCCHのスクランブリング(scrambling)/併合レベル(Aggregation level)、CORESET、サーチスペース(SS:Search space)セット(set)の一部又は全部が異なってよい。
複数基地局(すなわち、MTRP)が反復送信する2(又は、2以上)のPDCCH候補は、次のような設定(configuration)によってUEに認知/指示されてよい。
以下、説明の便宜のために同一のDCIが2つのPDCCH候補で送信/受信されることを挙げて記述したが、3個以上のPDCCH候補を用いて同一のDCIを送信/受信する場合にも、本開示の提案が拡張適用されてよい。この場合、信頼度(reliability)をより上げることができる。例えば、TRP 1が同一のDCIをPDCCH候補1、2を用いて送信し、TRP 2が同一のDCIをPDCCH候補3、4を用いて送信することができる。
また、複数基地局(すなわち、MTRP)が同一のPDCCHを反復送信するSSセットに対して、SSセットに定義された一部のDCIフォーマット(format)/SS/RNTIタイプ(type)に対してのみ同一のPDCCHが反復送信され、残りに対しては反復送信されなくてよく、これを基地局がUEに指示することもできる。例えば、基地局はDCIフォーマット1-0と1-1の両方が定義されたSSセットに対してフォーマット1-0(又は、1-1)に対してのみ反復送信されることをUEに指示できる。又は、基地局はUE特定(specific)SSと共通(common)SSのうち共通SS(又は、UE特定SS)に対してのみ反復送信されることをUEに指示することもできる。又は、基地局は特定RNTI(例えば、C-RNTI以外のRNTI、MCS-C-RNTI、CS-RNTI)でCRCマスキング(masking)されたDCIに対してのみ同一のPDCCHを反復送信することをUEに指示することもできる。
実施例1-1)同一のDCIを送信する2つのPDCCH候補が1つの(同一の)CORESETを共有するが、互いに異なるSSセットに定義/設定されてよい。
図8は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図8を参照すると、PDCCH候補1は、TCI状態1が用いられて送信され、PDCCH候補2は、TCI状態2が用いられて送信されてよい。また、同一のDCIは、PDCCH候補1及びPDCCH候補2でそれぞれ送信されてよい。また、PDCCH候補1とPDCCH候補2はいずれも時間ドメインにおいて特定周期(P)間隔で(反復して)送信されてよい。
各PDCCH候補は同一のCORESETを共有するが、互いに異なるSSセットで定義/設定されてよい。そして、同一のCORESETに設定された2つのTCI状態のうち、TCI状態1は、PDCCH候補1が存在するSSセット1で用いられ、TCI状態2は、PDCCH候補2が存在するSSセット2で用いられてよい。
現在標準ではSSセット内にCORESET IDが設定され、当該SSセットとCORESETが連結される。本開示の実施例によれば、1つのCORESETが複数のTCI状態(例えば、2 TCI状態)に連結(マッピング)されてよい。この場合、SSセットに対する設定内に、CORESET IDの他に、当該CORESETの2つのTCIのうちどのTCIを用いてPDCCHがデコード(decode)されるべきかに関する情報も共に定義/設定されてよい。
また、基地局はUEに、同一のDCIに対応するSSセット1のPDCCH候補と、SSセット2のPDCCH候補がどの時点(TO:Transmission occasion)に送信/受信されるかを知らせることができる。これを、同一のDCIが送信されるウィンドウ(window)と定義する/称することができる。例えば、UEに同一の1つのスロット(すなわち、ウィンドウ=1スロット)と定義されたSSセット1とSSセット2は、同一のDCIが送信されるSSセットであることを、基地局によってUEに指示されてよく、又は基地局とUE間に相互約束されてもよい。
より一般に、同一のDCIが送信されるウィンドウ(例えば、1スロット)は、基地局によってUEに指示されてもよく、又は基地局とUE間に相互約束されてもよい。
例えば、このようなウィンドウ(例えば、n時間(time))は、同一のDCIを送信するように定義されたSSセットのうち、基準セット(例えば、最下位識別子(lowest ID(Identifier))SSセット)のTO(PDCCH候補が送信される時点)ごとに始まることが、基地局とUE間に相互約束されるか又は基地局によってUEに設定されてよい。ここで、1つのウィンドウ内に最下位ID SSセットのTOが複数回現れる場合にはウィンドウが重なることがあり、これを防止するために、特定(n)ウィンドウ内に含まれていない最下位ID SSセットのTOを基準に、次の(n+1)ウィンドウが定義/設定されてよい。また、好ましくは、基準セット(例えば、最下位識別子(lowest ID)SSセット)の周期別にN個のウィンドウが定義されてもよい。ここで、Nは、基地局がUEに指示してよい。例えば、周期が10スロットであり、10スロットのうち1、2、3番目のスロットにSSセットが定義され、ウィンドウが1スロットであり、N=2である場合に、毎最下位ID SSセットの周期において1、2番目のスロットでそれぞれウィンドウが定義されてよい。
以下、1つのウィンドウ内でPDCCH TOとTCIとのマッピング方式が記述される。
図9は、本開示の一実施例に係るPDCCH送信時点(transmission occasion)とTCI状態(state)間のマッピング方法を例示する図である。
1つのウィンドウ内に複数のPDCCH TOが存在し、各TO別に異なるTCI状態がマップされてよい。ここで、TOとTCIとのマッピング方式として次の2方式を考慮できる。
第一に、ウィンドウ内にTOが増加するに従って(昇順に)TCI状態が循環して(circular)順次にマップされてよい。例えば、ウィンドウ内にN個のTOとM個のTCI状態が指示された場合に、i番目のTOはi番目のTCIがマップされ、N>Mであれば、M+1、M+2番目のTOに対してそれぞれ1番目(1st)のTCI、2番目(2nd)のTCIが順次にマップされてよい。例えば、図9(a)に示すように、1つのウィンドウ内に6個のPDCCH TOが設定され、2個のTCI状態が設定された場合を仮定する。この場合、1つのウィンドウ内において、第1PDCCH TOは第1TCI状態がマップされ、第2PDCCH TOは第2TCI状態がマップされ、第3 PDCCH TOは第1TCI状態がマップされ、第4PDCCH TOは第2TCI状態がマップされ、第5PDCCH TOは第1TCI状態がマップされ、第6PDCCH TOは第2TCI状態がマップされてよい。
又は、第二に、ウィンドウ内で隣接したfloor(N/M)(floor(x)は、xより大きくない最大の整数)又はceil(N/M)(ceil(x)は、xより小さくない最小の整数)個のTOをグルーピング(grouping)することにより、グループとTCI状態が循環して(circular)順次にマップされてよい。すなわち、グループiはCORESET iにマップされてよい。その結果、同一のグループに含まれた隣接TOは、同一のTCIがマップされてよい。例えば、図9(b)に示すように、1つのウィンドウ内に6個のPDCCH TOが設定され、2個のTCI状態が設定された場合を仮定する。そして、第1~第3PDCCH TOは第1グループにグルーピングされ、第4~第6PDCCH TOは第2グループにグルーピングされると仮定する。この場合、1つのウィンドウ内において、第1PDCCH TO~第3PDCCH TO(すなわち、第1グループ)は第1TCI状態がマップされ、第4PDCCH TO~第6PDCCH TO(すなわち、第2グループ)は第2TCI状態がマップされてよい。
このようなTOとTCI間のマッピング方式は、先に記述された実施例1-1の場合の他に、PDCCHが互いに異なる時間に反復送信(例えば、実施例1-3)されるか或いは互いに異なる時間に分けられて送信される一般的な場合に対しても、同一ウィンドウ内のTOとTCI間のマッピングに適用されてよい。言い換えると、先に記述された同一のTOとTCIとのマッピング方式は、互いに異なるPDCCH候補(互いに異なるTCI状態が適用される)が同一のウィンドウ内で互いに異なるTOで送信されるケースのいずれにも適用可能である。
先に記述された実施例1-1は、後述する実施例1-3の特殊な場合(special case)と設定されてよい。すなわち、実施例1-3のようにCORESET 1、2とSSセット1、2を設定する方式において、CORESET 1と2が同一に設定される場合は(ただし、CORESETに定義されたTCI状態及びCORESET IDは異なる。)、1個のCORESET、2個のSSセット及び2個のTCIが設定される実施例1-1と相違しない。したがって、このように実施例1-3においてCORESET 1と2が同一に設定される場合に、実施例1-1の方式と同じ方式で同一のPDCCHが反復送信されてよい。
実施例1-2)同一のDCIを送信する2つのPDCCH候補が1つの(同一)CORESETと1つの(同一)SSセットに定義/設定されてよい。
図10は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図10を参照すると、PDCCH候補1は、TCI状態1が用いられて送信され、PDCCH候補2は、TCI状態2が用いられて送信されてよい。また、同一のDCIは、PDCCH候補1及びPDCCH候補2でそれぞれ送信されてよい。また、PDCCH候補1とPDCCH候補2はいずれも時間ドメインにおいて特定周期(P)間隔で(反復して)送信されてよい。
図10を参照すると、各PDCCH候補は、同じCORESETと同じSSセットを共有でき、PDCCH候補1と2はFDMされてよい。PDCCH候補1と2はいずれも、1つのSSセットとそのSSセットにマップされた1つのCORESET内に定義/設定されてよい。この場合、CORESET内に定義/設定された2つのTCI状態のいずれか一方が一部のPDCCH候補に用いられ、他方のTCI状態が残りのPDCCH候補に用いられてよい。これについては、先のPDCCH候補対TCIマッピング方式を参照できる。
例えば、併合レベル=4のPDCCH候補が4個存在する場合に、1番目と3番目の候補は、TCI状態1がマップされ、2番目と4番目の候補は、TCI状態2がマップされることにより、TCI状態が交互にマップされてよい。ここで、1番目と3番目の候補のうちPDCCH候補1が存在し、2番目と4番目の候補のうちPDCCH候補2が存在してよい。又は、1番目と2番目の候補は、TCI状態1がマップされ、3番目と4番目の候補は、TCI状態2がマップされることにより、前半部分の候補と後半部分の候補が互いに異なるTCI状態にマップされてよい。ここで、1番目と2番目の候補のうちPDCCH候補1が存在し、3番目と4番目の候補のうちPDCCH候補2が存在してよい。
上の例示を拡張して、N個のTCI状態に対しても、これと類似に、候補インデックス(candidate index)が増加するに従ってN個のTCI状態が一つずつ循環して(circular)マップされてよい。又は、全体候補を隣接した候補(隣接した候補インデックス)にN等分してグルーピングし、N個の候補グループとN個のTCI状態が1:1マップされてもよい。
また、この方式において同一のPDCCHが反復送信されるウィンドウは、PDCCHが送信/受信される毎TO(transmission occasion)と定められてよい。すなわち、スロット(slot)n、n+P、n+2Pなどに現れるPDCCH TOごとにPDCCH候補1と2がFDMされて反復送信されてよい。図10では、SSセット周期をPスロットと設定し、1 SSセット周期に1回のSSセットを設定した場合を例示する。また、1 SSセット周期において(連続した)複数スロットにSSセットが設定されてもよく、又は1スロットに複数のSSセットが設定されてもよい。
例えば、SSセット内に定義された区間(duration)フィールド(=N)によって、毎周期における(連続した)N個のスロットにSSセットが設定されてよい。基地局とUEは、このように設定されたN個のスロットを1ウィンドウと約束できる。この場合、前述した‘ウィンドウ内でPDCCH TOとTCIとのマッピング方式’によって各PDCCH TOにTCI状態がマップされてよい。例えば、N=2の場合に、先の図9のような形態でSSセットが設定されてよい。
さらに他の例として、SSセット設定内に定義された上位層フィールド(例えば、monitoringSymbolsWithinSlotフィールド)により、1スロット内に複数SSセットが設定されてよい。例えば、Pスロット周期でSSセットが定義/設定され、SSセットが設定されたスロット内でL個のSSセットが互いに異なる時間に存在してよい。この場合、基地局とUEは、ウィンドウを1スロットと約束し、前述した‘ウィンドウ内でPDCCH TOとTCIとのマッピング方式’によって各PDCCH TOにTCI状態がマップされてよい。
また、先に記述された実施例1-2は、後述する実施例1-3の特殊な場合(special case)と設定されてよい。すなわち、実施例1-3のようにCORESET 1、2とSSセット1、2を設定する方式において、CORESET 1と2が同一に設定され(ただし、CORESETに定義されたTCI状態は異なる。)、SSセット1と2が同一に設定される場合は、1個のCORESET、1個のSSセット及び2個のTCI状態が設定される実施例1-2と相違しない。したがって、この場合、実施例1-2の方式と同じ方式で同一のPDCCHが反復送信されてよい。
また、上記と類似に、実施例1-2は、実施例1-4の特殊な場合(special case)と設定されてよい。すなわち、実施例1-4のようにCORESET 1、2とSSセット1を設定する方式において、CORESET 1と2が同一に設定される場合は(ただし、CORESETに定義されたTCI状態は異なる。)、実施例1-2と相違しない。
また、実施例1-2は、実施例1-1の特殊な場合と設定されてよい。すなわち、実施例1-1のようにCORESET 1とSSセット1、2を設定する方式において、SSセット1と2が同一に設定される場合は(ただし、各SSで用いるCORESETのTCI状態及びCORESET IDは異なる。)、1個のCORESETと1個のSSセットそして2個のTCIが設定される実施例1-2と相違しない。したがって、この場合、実施例1-2の方式と同じ方式で同一のPDCCHが反復送信されてよい。
実施例1-3)同一のDCIを送信する2つのPDCCH候補が互いに異なるCORESETに定義/設定され、互いに異なるSSセットに定義/設定されてよい。
図11は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図11を参照すると、PDCCH候補1はTCI状態1が用いられて送信され、PDCCH候補2は、TCI状態2が用いられて送信されてよい。また、同一のDCIは、PDCCH候補1及びPDCCH候補2でそれぞれ送信されてよい。また、PDCCH候補1とPDCCH候補2はいずれも時間ドメインにおいて特定周期(P)間隔で(反復して)送信されてよい。
図11を参照すると、CORESET 1はSSセット1にマップされ、CORESET 2はSSセット2にマップされ、PDCCH候補1はCORESET 1とSSセット1で送信され、PDCCH候補2はCORESET 2とSSセット2で送信される。このような設定に対して、基地局はUEに、当該CORESETグループ又はSSセットグループが同一のDCIを送信する用途に設定されたことを知らせなければならない。例えば、SSセット1(及び/又は2)内に、同一のDCI送信のために用いられるSSセット2(及び/又は1)のIDがさらに設定されてよい。又は、基地局がUEに、複数SSセットが同一のグループであることを指示でき、UEは、同一のグループに属したSSセットは同一のDCIを送信する用途に設定されたことを認知/仮定することができる。
同一のDCIが送信されるウィンドウ設定方式は、先に記述された実施例1-1の設定方式と同一であり、実施例1-1の設定方式がそのまま用いられてよい。
実施例1-4)同一のDCIを送信する2つのPDCCH候補が互いに異なるCORESETに定義/設定されるが、1つの(同一)SSセットに定義/設定されてよい。
図12は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図12を参照すると、PDCCH候補1は、TCI状態1が用いられて送信され、PDCCH候補2は、TCI状態2が用いられて送信されてよい。また、同一のDCIは、PDCCH候補1及びPDCCH候補2でそれぞれ送信されてよい。また、PDCCH候補1とPDCCH候補2はいずれも時間ドメインにおいて特定周期(P)間隔で(反復して)送信されてよい。
図12を参照すると、1つのSSセットには、互いに異なるリソースブロック(RB:resource block)リソースを有する2つのCORESETがマップされ、候補1と2はそれぞれCORESET 1とCORESET 2と定義されてよい。
また、この方式において同一のPDCCHが反復送信されるウィンドウは、PDCCHが送信/受信される毎TO(transmission occasion)と定められる。すなわち、スロットn、n+P、n+2Pなどに現れるPDCCH TOごとに、PDCCH候補1と2がFDMされて反復送信されてよい。
図12には、SSセット周期がPスロットと設定され、1周期に1回のSSセットが設定された場合を例示する。また、1つのSSセット周期において(連続した)複数スロットにSSセットが設定されてもよく、又は1つのスロットに複数SSセットが設定されてもよい。
例えば、SSセット内に定義された区間(duration)フィールド(=N)により、毎周期間(連続した)N個のスロットにSSセットが設定されてよい。基地局とUEは、このように設定されたN個のスロットを1ウィンドウと約束できる。
以下、ウィンドウ内でPDCCH TOとCORESETとのマッピング方式が記述される。
1ウィンドウ内に複数のPDCCH TOが存在してよく、各PDCCH TO別に異なるCORESETがマップされてよい。PDCCH TOとCORESETとのマッピングとして、次の2つの方式が考慮できる。
第一に、ウィンドウ内にTOが増加するに従ってCORESETが循環して(circular)順次にマップされてよい。例えば、ウィンドウ内にN個のTOとそのSSセットに定義されたM個のCORESETが指示された場合に、i番目のTOはi番目CORESETがマップされ、N>Mであれば、M+1、M+2番目のTOに対してそれぞれ1番目(1st)のCORESET、2番目(2nd)のCORESETが循環して(circularly)順次にマップされてよい。例えば、図9(a)のように、1つのウィンドウ内に6個のPDCCH TOが設定され、2個のCORESETが設定された場合を仮定する。この場合、1つのウィンドウ内において、第1PDCCH TOは第1CORESETがマップされ、第2PDCCH TOは第2CORESETがマップされ、第3PDCCH TOは第1CORESETがマップされ、第4PDCCH TOは第2CORESETがマップされ、第5PDCCH TOは第1CORESETがマップされ、第6PDCCH TOは第2CORESETがマップされてよい。
又は、第二に、ウィンドウ内で隣接したfloor(N/M)又はceil(N/M)個のTOをグルーピング(grouping)することにより、グループとCORESETが循環して(circular)順次にマップされてよい。すなわち、グループiはCORESET iにマップされてよい。その結果、同一のグループに含まれた隣接TOは、同一のCORESETがマップされてよい。例えば、図9(b)のように、1つのウィンドウ内に6個のPDCCH TOが設定され、2個のCORESETが設定された場合を仮定する。そして、第1~第3PDCCH TOは第1グループにグルーピングされ、第4~第6PDCCH TOは第2グループにグルーピングされると仮定する。この場合、1つのウィンドウ内において、第1PDCCH TO~第3PDCCH TO(すなわち、第1グループ)は、第1CORESETがマップされ、第4PDCCH TO~第6PDCCH TO(すなわち、第2グループ)は、第2CORESETがマップされてよい。
このようなTOとCORESET間のマッピング方式は、先に記述された実施例1-4の場合の他に、PDCCHが互いに異なる時間に反復送信されるか或いは互いに異なる時間に分けられて送信される一般的な場合に対しても、同一ウィンドウ内のTOとCORESET間のマッピングに適用されてよい。
さらに他の例として、SSセット内に定義された上位層フィールド(例えば、monitoringSymbolsWithinSlotフィールド)によって1スロットに複数SSセットが設定されてよい。例えば、Pスロット周期にSSセットが定義され、SSセットが設定されたスロット内でL個のSSセットが互いに異なる時間に存在してよい。この場合、基地局とUEは、ウィンドウを1スロットと約束できる。そして、上述した‘ウィンドウ内でPDCCH TOとCORESETとのマッピング方式’によってCORESETがマップされてよい。
また、実施例1-4は、実施例1-3の特殊な場合と設定されてよい。すなわち、実施例1-3のようにCORESET 1、2とSSセット1、2を設定する方式において、SSセット1と2が同一に設定される場合は、2個のCORESET、1個のSSセット及び2個のTCIが設定される提案1-4と相違しない。したがって、この場合、提案1-4の方式と同じ方式で同一のPDCCHが反復送信されてよい。
実施例2)
実施例2では、複数基地局(すなわち、MTRP)が同一のPDCCHを分けて送信する方法について記述される。
以下、本開示において、複数基地局(すなわち、MTRP)が同一のPDCCHを分けて送信するということは、1つのDCIを1つのPDCCH候補を用いて送信するが、そのPDCCH候補が定義された一部のリソースでTRP 1が送信し、残りのリソースでTRP 2が送信することを意味する。この場合も同様、複数基地局が同一のDCIを送信すると解釈されてよい。複数基地局(すなわち、MTRP)が分けて送信する1つのPDCCH候補は、次のような設定によってUEに認知/指示されてよい。
以下、説明の便宜のために2つのTRPが動作すると仮定するが、このような仮定が本開示の技術的範囲を制限するものではない。
実施例2-1)複数基地局(すなわち、MTRP)が分けて送信する1つの/同一のPDCCH候補は1つの(同一)CORESETに定義/設定されるが、互いに異なるSSセットに定義/設定されてよい。
図13は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図13を参照すると、PDCCH候補1は、TCI状態1が用いられて送信され、PDCCH候補2は、TCI状態2が用いられて送信されてよい。そして、PDCCH候補1とPDCCH候補2が組み合わせられて1つのDCIが送信される単一のPDCCH候補を構成できる。また、このように生成されるPDCCH候補はいずれも時間ドメインにおいて特定周期(P)間隔で(反復して)送信されてよい。
本方式は、先に記述された実施例1-1と類似の方式で設定されてよく、同一のウィンドウ内に存在する異なるSSセットで1つのPDCCH候補が送信/受信されてよい。例えば、UEは、同一のウィンドウ内にSSセット1の併合レベル=A1のPDCCH候補とSSセット2の併合レベル=A2のPDCCH候補を異なるPDCCH候補と取り扱わず、併合レベル=A1+A2の1つのPDCCH候補と仮定してデコーディングを試みることができる。このような方法により、既存の併合レベルの他に様々な併合レベルも支援可能である。
ただし、各SSセットにおいて併合レベルやPDCCH候補が様々なため、なんの制約条件も無しに2つのSSセットの候補によって1つの候補を生成する方式は、端末の具現複雑度を増加させることがある。これを解決するために、1つのPDCCH候補を生成する2つのSSセットの候補組合せに制限を加えることができる。例えば、1つのPDCCH候補を生成する2つのSSセットの候補は、同一の併合レベルに制限する及び/又は同一のPDCCH候補番号(又は、インデックス)に制限してよい。又は、例えば、2つのSSセットのうち基準セット(例えば、セット1)を設定し、セット1のPDCCH候補と該PDCCH候補の併合レベル以下に設定されたセット2のPDCCH候補を結合させ、1つのPDCCH候補を生成することができる。
実施例2-1は、実施例2-3の特殊な場合と設定されてよい。すなわち、実施例2-3のようにCORESET 1、2とSSセット1、2を設定する方式において、CORESET 1と2を同一に設定する場合は(ただし、CORESETに定義されたTCI状態及びCORESET IDは異なる。)、1個のCORESET、2個のSSセット及び2個のTCIが設定された実施例2-1と相違しない。したがって、この場合、実施例2-1の方式と同じ方式で同一のPDCCHが反復送信されてよい。
実施例2-2)複数基地局(すなわち、MTRP)が分けて送信する1つのPDCCH候補は1つの(同一)CORESETと1つの(同一)SSセットに定義/設定されてよい。
1つのCORESETと1つのSSセットに定義されたPDCCH候補を複数基地局が分けて送信できる。ここで、1つのPDCCH候補を構成する周波数/時間リソースのうち一部のリソースは、CORESET内に設定された2つのTCI状態の一方を用いて送信/受信され、残りのリソースは他方のTCI状態を用いて送信/受信されてよい。
図14は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図14には、1つのPDCCH候補を構成する周波数リソースが分けられて互いに異なるTCI状態がマップされた例を示す。PDCCH候補はいずれも時間ドメインにおいて特定周期(P)間隔で(反復して)送信されてよい。
例えば、併合レベル=4のPDCCH候補を構成する周波数リソースは、制御チャネル要素(CCE:control channel element)単位で分けられてよい。そして、1番目と3番目のCCEは、TCI状態1がマップされ、2番目と4番目のCCEは、TCI状態2がマップされることにより、TCI状態が交互にマップされてよい。又は、1番目と2番目のCCEはTCI状態1がマップされ、3番目と4番目のCCEはTCI状態2がマップされることにより、前半部分のCCEと後半部分のCCEが互いに異なるTCI状態にマップされてよい。これを一般化して、N個のTCI状態に対しても、これと類似に、CCEインデックスが増加するに従ってN個のTCIが一つずつ循環して(circular)マップされてよい。又は、全体CCEを隣接したCCE(隣接したCCEインデックス)にN等分してグルーピングし、N個のCCEグループとN個のTCI状態が1:1マップされてよい。
併合レベル=1のPDCCH候補の場合、CCE単位で分けることができないため、リソース要素グループ(REG:resource element group)バンドルサイズ(bundle size)が6REG未満に設定され、REGバンドル単位で分けられてよい。また、併合レベルに関係なくREGバンドル単位でリソースを分けてTCI状態がマップされてもよい。このとき、TCI状態とREGバンドル間のマッピングは、前記TCI状態とCCEとのマッピング方式が同一に適用されてよい。例えば、併合レベル=1のPDCCH候補が(バンドルサイズ=2と)3個のREGバンドルに構成される場合に、1番目と3番目のREGバンドルはTCI状態1がマップされ、2番目のREGバンドルはTCI状態2がマップされることにより、TCI状態が交互にマップされてよい。又は、1番目と2番目のREGバンドルはTCI状態1がマップされ、3番目のREGバンドルはTCI状態2がマップされることにより、前半部分のREGバンドルと後半部分のREGバンドルが互いに異なるTCI状態にマップされてもよい。
又は、併合レベル=1のPDCCH候補の場合、1つのTRPが1つのPDCCH候補を送信するが、互いに異なるTRPが互いに異なる(併合レベル=1の)PDCCH候補を送信することによってダイバーシチ利得(diversity gain)を高めることができる。例えば、併合レベル=1のPDCCH候補が4個存在するとき、TRP 1が偶数/奇数の候補を送信することによって偶数/奇数の候補がTCI状態1にマップされ、TRP 2が逆に奇数/偶数の候補を送信することによって奇数/偶数の候補がTCI状態2にマップされてよい。
現在標準によれば、CORESET内に設定されたプリコーダ細分性(Precoder granularity)が、連続したRB(すなわち、allContiguousRBs)と設定され、広帯域(wideband)DMRSが設定される場合に、UEは1つのPDCCH候補に対するチャネルを推定する際に、そのPDCCH候補を構成するREGバンドルを把握する。そして、UEは、そのCORESET内でそのREGバンドルを含む連続した(contiguous)周波数リソースに対して、同一プリコーダが適用されたDMRSが送信されると仮定する。このように、PDCCH候補を構成するREGバンドルの他に、そのREGバンドルに続く他のREGのDMRSも共に用いることによって、チャネル推定正確度を高める。
しかしながら、本実施例のように、1つのCORESETを構成する周波数リソースが異なるTCI状態にマップされていれば、広帯域(wideband)DMRS運用方式はそれ以上有効でない。なぜなら、REGバンドルを含む連続した(contiguous)周波数リソースのうち一部のリソースはTCI状態1にマップされ、残りの一部はTCI状態2にマップされることにより、DMRSの送信されるチャネルが異なるためである。
したがって、この場合、広帯域DMRSが設定されていると、UEの動作は次のように修正される必要がある。UEは、1つのPDCCH候補に対するチャネルを推定する時に、そのPDCCH候補を構成するREGバンドルを把握する。そして、UEは、そのCORESET内で“そのREGバンドルと同一のTCI状態にマップされる周波数リソースのうち”そのREGバンドルを含む連続した(contiguous)周波数リソースに対して同一プリコーダが適用されたDMRSが送信されると仮定できる。後述する図15のように、複数TRPが、1つのPDCCH候補を構成する時間リソースを分けて送信する場合にも、広帯域DMRS設定時に、先に提案したUE動作が適用されてよい。また、このような方式は、上述した実施例1-2の場合にもそのまま拡張適用されてよい。後述する実施例2-4の場合には、1つのPDCCH候補が2つのCORESETで送信されるので、UEは、そのPDCCH候補を構成するREGバンドルを把握し、そのREGバンドルの属したCORESETでそのREGバンドルを含む連続した(contiguous)周波数リソースに対して同一プリコーダが適用されたDMRSが送信されると仮定できる。例えば、PDCCH候補が3個のREGバンドルで構成されると、バンドルi(i=1,2,3)のチャネルを推定する時に、UEは、バンドルiの属したCORESETでそのバンドルを含む連続した(contiguous)周波数リソースに対して同一プリコーダが適用されたDMRSが送信されると仮定できる。
図15は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図15には、1つのPDCCH候補を構成する時間リソースを分け、互いに異なるTCI状態がマップされた場合を示す。PDCCH候補はいずれも時間ドメインにおいて特定周期(P)間隔で(反復して)送信されてよい。
図15は、1つのCORESETが2シンボル(symbol)のCORESET区間と定義された例示である。そして、1つのPDCCH候補を構成する2シンボルが互いに異なるTCI状態にマップされてよい。このとき、TCIとシンボル間のマッピングは、上述したTCIとCCEとのマッピング方式と類似に定義/設定されてよい。
REGとREGバンドル、そしてREGバンドルとCCE間のマッピングは、既存方式をそのまま適用してPDCCH候補のリソースが構成されてよい。しかしながら、実際にDMRSを用いてチャネル推定する時には、既存REGバンドルはそのまま用いてはならないこともある。なぜなら、REGバンドルを構成するシンボルが他のTCIにマップされているためである。したがって、UEは、実際にDMRSからチャネル推定する時に、既存REGバンドルを構成するシンボルのうち、同一のTCI状態にマップされたシンボルのみでREGバンドルを再構成し、再構成されたREGバンドル単位でチャネル推定を行うことができる。
また、この方式において同一のPDCCHが分けられて送信されるウィンドウは、PDCCHが送信/受信される毎TO(transmission occasion)と定められる。すなわち、スロットn、n+P、n+2Pに現れるPDCCH TOごとに、1つのPDCCH候補を構成するリソースのうち一部のリソースはTCI状態1を用いて送信/受信され、残りのリソースはTCI状態2を用いて送信/受信される。すなわち、2つのTRPが分けて送信する。
また、実施例2-2は実施例2-3の特殊な場合と設定されてよい。すなわち、実施例2-3のようにCORESET 1、2とSSセット1、2を設定する方式において、CORESET 1と2を同一に設定し(ただし、CORESETに定義されたTCI状態は異なる。)、SSセット1と2が同一に設定される場合は、1個のCORESET、1個のSSセット及び2個のTCIが設定される実施例2-2と相違しない。したがって、この場合、実施例2-2の方式と同じ方式で同一のPDCCHが分けられて送信されてよい。類似に、実施例2-2は、実施例2-4の特殊な場合と設定されてよい。提案2-4のようにCORESET 1、2とSSセット1を設定する方式において、CORESET 1と2を同一に設定する場合は(ただし、CORESETに定義されたTCI状態は異なる。)、実施例2-2と相違しない。また、実施例2-2は、実施例2-1の特殊な場合と設定されてよい。すなわち、実施例2-1のようにCORESET 1とSSセット1、2を設定する方式において、SS1と2を同一に設定する場合は(ただし、各SSで用いるCORESETのTCI状態及びCORESET IDは異なる。)、1個のCORESET、1個のSSセット及び2個のTCIが設定された実施例2-2と相違しない。したがって、この場合、実施例2-2の方式と同じ方式で同一のPDCCHが反復送信されてよい。
実施例2-3)複数基地局(すなわち、MTRP)が分けて送信する1つのPDCCH候補は複数のCORESETに定義/設定され、複数のSSセットに定義/設定されてよい。
図16は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図16を参照すると、CORESET 1はSSセット1にマップされ、CORESET 2はSSセット2にマップされてよい。そして、同一のウィンドウ内に存在する互いに異なるSSセットで1つのPDCCH候補が送信/受信されてよい。
例えば、UEは、同一のウィンドウ内に、SSセット1の併合レベル=A1のPDCCH候補とSSセット2の併合レベル=A2のPDCCH候補を異なるPDCCH候補と取扱わず、併合レベル=A1+A2の1つのPDCCH候補と仮定してデコーディングを試みることができる。実施例2-3は、上述した実施例2-1と比較してCORESETとSSセット間のマッピングが異なるだけであり、提案2-1の細部提案方式がそのまま適用されてよい。
ここで、基地局はUEに、複数SSセット(例えば、SSセット1と2)が同一のグループであることを指示し、UEは、同一のグループに属したSSセットは、同一のDCI(及び/又は同一のPDCCH候補)を分けて送信する用途に設定されたことを認知/仮定することができる。
実施例2-4)複数基地局(すなわち、MTRP)が分けて送信する1つのPDCCH候補は複数のCORESETに定義/設定されるが、1つのSSセットに定義/設定されてよい。
図17は、本開示の一実施例に係る下りリンク制御情報送受信方法を例示する図である。
図17を参照すると、1つのSSセットには、互いに異なるRBリソースを有する2つのCORESETがマップされてよい。そして、CORESET 1のPDCCH候補とCORESET 2のPDCCH候補を組み合わせて1つのPDCCH候補が生成されてよい。例えば、TRP 1と2はそれぞれ、CORESET 1、2でPDCCHを送信し、UEは、CORESET 1で併合レベル=A1のPDCCH候補とCORESET 2で併合レベル=A2のPDCCH候補を結合させて併合レベル=A1+A2の1つのPDCCH候補と仮定してデコーディングを試みることができる。
ただし、各CORESETにおいて併合レベルやPDCCH候補は様々であるため、何の制約条件も無しに2つのCORESETの候補で1つの候補を生成する方式は、端末の具現複雑度を増加させる。これを解決するために、1つのPDCCH候補を生成する2つのCORESETのPDCCH候補組合せを制限することができる。このような制限は、上述した実施例2-1方式において2つのSSセットのPDCCH候補組合せに制限を加える方式と類似に適用されてよい。すなわち、実施例2-4は、先の実施例2-1と類似するので、実施例2-1の細部提案方式が適用されてよい。ただし、実施例2-4は、時間リソースの代わりに周波数リソースに多重化(multiplexing)された複数PDCCH候補を併合(aggregation)して1つのPDCCH候補を生成するので、それに合わせて修正適用されてよい。
また、この方式において、同一のPDCCHが分けられて送信されるウィンドウは、PDCCHが送信/受信される毎TO(transmission occasion)と定められる。すなわち、スロットn、n+P、n+2Pに現れるPDCCH TOごとに、1つのPDCCH候補を構成するリソースのうち一部のリソースで(CORESET 1で)PDCCH候補1がTCI状態1を用いて送信/受信され、残りのリソースで(CORESET 2で)PDCCH候補2がTCI状態2を用いて送信/受信されてよい。すなわち、2つのTRPがPDCCH候補をPDCCH候補1とPDCCH候補2とに分けて送信する。
また、実施例2-4は、実施例2-3の特殊な場合と設定されてよい。すなわち、実施例2-3のようにCORESET 1、2とSSセット1、2を設定する方式において、SSセット1と2が同一に設定される場合は、2個のCORESET、1個のSSセット及び2個のTCIが設定される実施例2-4と相違しない。したがって、この場合、実施例2-4の方式と同じ方式でPDCCHが分けられて送信されてよい。
また、複数基地局(すなわち、MTRP)が同一のPDCCHを分けて送信するSSセットに対して(すなわち、前述した実施例2-1~2-4の場合)、SSセットに定義された一部のDCIフォーマット/SSタイプ/RNTIに対してのみ同一のPDCCHが分けられて送信され、残りに対しては、既存方式の通りに1つのTRPから送信されることがUEに指示されてよい。例えば、DCIフォーマット1-0と1-1の両方とも定義されたSSセットに対してフォーマット1-0(又は1-1)に対してのみ分けられて送信されることが指示されてよい。又は、UE特定SSと共通SSうち共通SS(又は、UE特定SS)に対してのみ分けられて送信されることが指示されてよい。又は、特定RNTI(例えば、C-RNTI以外のRNTI、MCS-C-RNTI、CS-RNTI)でCRCマスキング(masking)されたDCIに対してのみ同一のPDCCHが分けられて送信されてもよい。
複数基地局が同一のPDCCHを分けて送信するか(上述した実施例2のケース)又は反復送信するか(上述した実施例1のケース)を、基地局がUEに上位層シグナリング(higher layer signaling)によって知らせることができる。
以下、本開示で提案した方法は、複数基地局(すなわち、MTRP)が同一のPDCCHを反復送信する場合(上述した実施例1のケース)と同一のPDCCHを分けて送信する場合(上述した実施例2のケース)のいずれにも適用可能である。
本開示において、TO(又は、PDCCH TO)とは、複数チャネル(例えば、i)反復送信の場合に、複数のPDCCH候補、ii)分けて送信する場合に、組み合わせられた複数のPDCCH候補又は組み合わせられる前の複数のPDCCH候補)がTDMされる場合に、互いに異なる時間に送信された各チャネルを意味し、FDMされる場合に、互いに異なる周波数/RBに送信された各チャネルを意味し、SDMされる場合に、互いに異なるレイヤー/ビーム/DMRSポートに送信された各チャネルを意味できる。各TOには1つのTCI状態がマップされてよい。
同一チャネルを反復送信する場合(例えば、実施例1のケース)に、1つのTOには完全なDCI/データ/上りリンク制御情報(UCI:uplink control information)が送信され、受信端は、複数のTOを受信して受信成功率を高めることができる。1つのチャネルを複数のTOに分けて送信する場合(例えば、実施例2のケース)に、1つのTOにはDCI/データ/UCIの一部が送信され、受信端は、複数のTOを全て受信してこそ、分けられたDCI/データ/UCIを集めて完全なDCI/データ/UCIを受信することができる。
実施例3)
本実施例について説明するに先立ち、多重TRP(又は、多重パネル)送信を支援するために、PDCCHを介して伝達されるDCIで明示的にTCIを指示する方案について説明する。
多重TRP(又は、多重パネル)送信を支援するために、単一PDCCHベース方式及び多重PDCCHベース方式が適用されてよい。単一PDCCHベース方式は、eMBBサービスの他にもURLLCサービスのための様々な送信方式を支援することができる。単一PDCCHベース方式を支援するために、DCIに含まれるTCI情報が複数個のTCI状態を共に指示することができる。例えば、RRCメッセージによって設定されたTCI状態(TCI状態プールともいう。)が存在し、このようなTCI状態プールの中から、実際PDSCH送信に適用する1つ以上のTCI状態候補が選択され、MAC-CEメッセージによって端末に指示されてよい。さらに、このようなMAC-CEメッセージの機能を拡張して、1つのTCIコードポイント(codepoint)に複数個のTCI状態を連結することもできる。これにより、基地局がDCIを用いて指示するTCI情報が複数個のTCI状態を指示する場合に、端末はPDSCH送信設定に従って、各TCI状態を互いに異なるPDSCH送信リソースにマッピング又は適用してPDSCH受信に活用することができる。ここで、PDSCH送信リソースは、時間リソース(例えば、シンボル、シンボルセット、スロット、スロットセットなど)、周波数リソース(例えば、RB、RBセットなど)、又は空間リソース(例えば、レイヤー、アンテナポート、ビーム、RSなど))のうち1つ以上の組合せと設定されてよい。
このように、単一PDCCHベース多重TRP/パネル送信方式は、DCIに含まれるTCI情報が指示するTCI状態を複数個に拡張することを含むことができる。これを適用するには、常にDCIによってのみTCI状態がシグナルされるべきという制限が存在する。
一方、DCIにTCI情報が含まれず(すなわち、DCIによって別途のTCIが指示されず)、QCLタイプ-D(すなわち、空間受信パラメータ(spatial Rx parameter)のチャネル特性と関連したビームフォーミングのためのアンテナポート間のQCL)が適用される場合には、所定の時間(例えば、スケジューリングオフセット(scheduling offset))後にPDSCHが割り当てられるとき、当該PDSCHのTCIは、当該PDSCHをスケジュールするDCIが伝達されるPDCCHが送信されたCORESETのTCI(すなわち、当該CORESETに対してあらかじめ設定されたTCI)に従うことができる。仮に、前記所定の時間前にPDSCHが割り当てられる場合には、DCIにTCI情報が含まれるか否かに関係なく、デフォルトTCI(例えば、前記端末がモニタする最も遅いスロットで最も低い識別子を有するCORESET又はサーチスペースセットに関連したTCI状態)が適用されてよい。また、前記スケジューリングオフセットは、DCIデコーディング及びビーム変更に必要な時間に該当してよく、端末が報告した端末能力(capability)に基づいて定義されてよい。
DCIにTCI情報が含まれないとき、当該DCIを伝達するPDCCHに関連したCORESETのTCIが、当該DCIによってスケジュールされるPDSCHに適用される場合は、PDCCH送信ビームに比べてPDSCH送信ビームが変更されない場合に有用であり得る。しかし、このような方式は単一PDCCHベース単一TRP/パネルに対してのみ定義されており、単一PDCCHベース多重TRP/パネル送信に対しては定義されていない。したがって、多重TRP/パネルからの下りリンクデータチャネル(例えば、PDSCH)の送信又は受信に適用されるTCIをどのように決定するかに対する不明瞭性が存在する。
また、PDCCH送信自体の信頼性(reliability)を高めるために、多重TRP/パネルから1つのPDCCH(又は、DCI)の送信が支援されてよい。これにより、単一PDCCH/DCI送信に対して(すなわち、同一のQCLパラメータに対して)複数のQCL RS(又は、TCI状態)が適用されてよい。
例えば、同一のPDCCH/DCIがMTRPから反復送信されてもよく、1つのPDCCH/DCIをMTRPが分けて送信することもできる。これにより、各TCIは、PDCCHを送信するためのリソース(例えば、CORESET、サーチスペース、CCEなど))に対して互いに異なる時間/周波数/空間リソースにマップされてよい。又は、1つのPDCCHを複数のTRPが同一の時間/周波数/空間リソース上で送信することもできる(例えば、SFN(single frequency network)方式)。
以下の説明において、TCIは、QCL基準(reference)参照信号(RS)情報又はQCLタイプ-D RS情報の意味を含むことができる。
また、互いに異なるTCIがマップされる時間/周波数/空間リソース単位を、送信機会(TO)と称する。
以下の例示において、MTRPから送信される1つの同一のDCI(又は、下りリンク制御チャネル)に関連したCORESETが複数個存在し、それぞれのCORESETに1つずつのTCI情報が関連した場合に、又は前記1つの同一のDCI(又は、下りリンク制御チャネル)に関連したCORESETが1個存在し、1個のCORESETに複数個のTCI情報が関連する場合を仮定する。すなわち、MTRPから1つの同一のDCIが下りリンク制御チャネルで送信されるに当たって、前記下りリンク制御チャネル送信に関連したCORESETに基づいて複数個のTCI情報があらかじめ設定されている又はあらかじめ定義されている場合を仮定する。
例えば、上位層パラメータであるControlResourceSet IE(information element)は、時間/周波数制御リソース集合(control resource set,CORESET)を設定するために用いられてよい。例えば、前記制御リソース集合(CORESET)は、下りリンク制御情報の検出及び受信と関連してよい。前記ControlResourceSet IEは、CORESET関連ID(例えば、controlResourceSetID)、CORESETに対するCORESETプール(pool)のインデックス(例えば、CORESETPoolIndex)、CORESETの時間/周波数リソース設定、又はCORESETと関連したTCI情報などの1つ以上を含むことができる。例えば、CORESET poolのインデックス(例えば、CORESETPoolIndex)は、0又は1に設定されてよい。前述した本開示の例示において、CORESETグループはCORESETプールに対応してよく、CORESETグループ IDはCORESETプールインデックス(例えば、CORESETPoolIndex)に対応してよい。ControlResourceSet(すなわち、CORESET)は上位層シグナリング(例えば、RRCシグナリング)によって設定されてよい。
また、以下の例示において、CORESET識別子又はCORESET IDは、サーチスペースセット(SSセット)識別子又はSSセット IDを含むことができる。すなわち、1つのCORESETは1つ以上のSSを含むことができ、1つ以上のSSをSSセットと定義できる。
また、以下の例示において、MTRPから同一の1つのDCI(又は、下りリンク制御チャネル(例えば、PDCCH))が送信される場合に、SFN(single frequency network)方式は、MTRPが同時に同じDCI(又は、PDCCH)を送信する動作を含み、非SFN(non-SFN)方式は、MTRPが互いに異なる時間リソースで(所定の順序で)反復して同一のDCI(又は、PDCCH)を送信する動作を含む。例えば、SFN方式では1個のCORESETに複数個のTCI情報が関連してよく、非SFN方式では複数個のCORESETのそれぞれにおいて1個ずつのTCI情報が関連してよい。以下の例示は、SFN方式と非SFN方式の両方に適用可能であり、端末がMTRPから送信される1つのDCI(又は、PDCCH)に関連したCORESETに関連した複数のTCI情報を取得できると仮定する。
以下の説明では、明瞭性のために、MTRPから1つの同一のDCI(又は、PDCCH)の反復送信という用語を主に使用し、MTRPからの同一のDCI/PDCCHの反復送信は、SFN方式又は非SFN方式の両方を含むことができる。さらに、MTRPからの同一のDCI/PDCCHの反復送信は、MTRPが同一のDCI/PDCCHをそれぞれ送信する方式も、1つのDCI/PDCCHを分けて送信する方式も含むものと理解されるべきである。
また、同一のDCI/PDCCHの反復送信は、特に制限しない限り、MTRPからの反復送信及び単一TRP(STRP)からの反復送信を含むことができる。
すなわち、以下の例示において、MTRPから同一のDCI/PDCCHが反復送信される方式をSFN方式又は非SFN方式に制限しない。
本実施例は、1つの同一のDCIが下りリンク制御チャネル(例えば、PDCCH)で反復送信される場合に、前記1つの同一のDCIによってスケジュールされる下りリンクデータチャネル(例えば、PDSCH)に対して適用されるTCI状態を明確に決定するための様々な例示を含む。
以下の例示は、PDSCHをスケジュールするPDCCH/DCIにTCI情報が含まれない場合に、又はPDCCH/DCIに対してType-D QCLが存在する場合に適用されてよい。
追加又は代案として、以下の例示は、PDCCH/DCI受信時点から当該PDCCH/DCIによってスケジュールされるPDSCHの受信時点までの時間(すなわち、スケジューリングオフセット)が所定の臨界値以上である場合(すなわち、DCIデコーディング及びビーム変更に十分の時間が与えられてデフォルトTCIが適用されない場合)に適用されてよい。例えば、PDCCH/DCI受信時点は、時間ドメインにおいて複数の時間リソースで送信されるPDCCH/DCIの場合には、最後のPDCCH/DCI受信時点(又は、PDCCH TO)に該当してよい。例えば、PDSCH受信時点は、時間ドメインにおいて複数の時間リソースで送信されるPDSCHの場合には、最初のPDSCH受信時点(又は、PDSCH TO)に該当してよい。
実施例3-1
本実施例は、1つのCORESETに複数のTCIが設定される場合に、当該CORESET(すなわち、当該CORESETで送信されるPDCCHを介して伝達されるDCI)によってスケジュールされるPDSCHのPDSCH TOごとに、前記複数のTCIが所定のマッピング方式に基づいてマッピング/適用される例示を含む。
以下の例示では、所定のマッピング方式の一例として、複数のTCIが交互に又は順次にPDCCH及び/又はPDSCHにマッピング/適用されることを主に説明するが、本開示の範囲がこれに制限されるものではない。例えば、以下の説明において所定のマッピング方式は、複数のPDCCH TO及び/又は複数のPDSCH TOのインデックスの昇順に複数のTCI状態が循環して順次にマップされる方式(すなわち、循環(cyclic)マッピング方式)を含むことができる。また、前記所定のマッピング方式は、複数のPDCCH TO及び/又は複数のPDSCH TOが複数のTOグループにグルーピングされ、TOグループのインデックスの昇順に複数のTCI状態が順次にマップされる方式(すなわち、順次的(sequential)マッピング方式)。また、前記所定のマッピング方式は、複数のPDCCH TO及び/又は複数のPDSCH TOが複数のTOグループにグルーピングされ、TOグループ別に、TOグループのインデックスの昇順に複数のTCI状態が循環して順次にマップされる方式(すなわち、ハイブリッド(hybrid)マッピング方式)を含むことができる。すなわち、前記所定のマッピング方式は、循環マッピング方式、順次的マッピング方式、又はハイブリッドマッピング方式のうち1つ以上を含むことができる。
仮にPDCCHに対するMTRP送信が適用されないとすれば(例えば、STRPによるPDCCH/DCI反復送信)、端末は、当該CORESETで送信されるPDCCHに対しては、当該CORESETに対して設定された前記複数のTCIのうち特定の1つのTCIのみが適用されると仮定できる。例えば、特定の1つのTCIは、最初のTCI、最も低いインデックスのTCI、最後のTCI、又は最も高いインデックスのTCIであってよい。この場合、PDSCHに適用される(すなわち、基地局がPDSCH送信に適用する、又は端末がPDSCH受信に対して仮定する)TCIは、前記特定の1つのTCIに従うことができる。
仮にPDCCHに対するMTRP送信が適用されるとすれば、端末は、当該CORESETで送信されるPDCCHに対しても同様、当該CORESETに対して設定された前記複数のTCIが所定の基準に従って所定のマッピング方式(例えば、循環、順次的、又はハイブリッドマッピング方式のうち1つ以上)に基づいて適用されると仮定できる。例えば、MTRPと関連したインデックスに基づき、前記複数のTCIが所定のマッピング方式(例えば、循環、順次的、又はハイブリッドマッピング方式のうち1つ以上)に基づいて適用されてよい。例えば、PDCCHに対するTOの順序に基づいて、前記複数のTCIが所定のマッピング方式(例えば、循環、順次的、又はハイブリッドマッピング方式のうち1つ以上)に基づいて適用されてよい。PDSCHに適用されるTCIは、上のようなPDCCHに対して適用されるTCIに基づいてマッピング又は設定されてよい。言い換えると、PDSCHに対して前記複数のTCIが所定の基準に従って所定のマッピング方式(例えば、循環、順次的、又はハイブリッドマッピング方式のうち1つ以上)に基づいて適用されてよい。
ここで、PDCCHに対してMTRP送信を適用するか否かは、PDCCH送信に複数のTCIを適用するか否かに対する基地局の設定/指示、及び/又はPDCCHに対するTOの個数が2以上であるという基地局の設定/指示などによって区別されてよい。例えば、PDCCH送信に1つのTCIのみが適用されるという設定/指示、及び/又はPDCCHに対するTOの個数が1であるという設定/指示の場合に、端末はSTRP PDCCH送信を仮定することができる。
本実施例では、少なくともCORESETによってスケジュールされるPDSCHに適用する複数のTCIが当該CORESETで設定/指示されてよい。当該設定/指示動作は、RRC、MAC-CE、及び/又はDCIによって端末に設定/指示されることを含む。
複数のTCIがCORESETに関連して設定/指示される場合に、STRP PDCCH送信に対しては、前記複数のTCIのうち一つのみがPDCCH及び/又はPDSCHに適用される値であり、残りのTCIは、MTRPからのPDCCH及び/又はPDSCH送信に適用される値であってよい。
例えば、STRP PDCCH送信の場合に、CORESETに対して設定された複数のTCIのうち、PDCCH及び/又はPDSCHに適用する特定の1つのTCIは、RRC、MAC-CE、又はDCIのうち1つ以上のシグナリング方式によって端末に指示/設定されてもよく、又は別のシグナリング無しで基地局と端末間にあらかじめ定義されてもよい。
例えば、MTRP PDCCH送信の場合に、CORESETに対して設定された複数のTCI(TCI set)は、PDCCH及びPDSCHに適用されてよい。ここで、PDCCH送信に適用されるTCIセットの設定と、PDSCH送信に適用されるTCIセットの設定は、同一であっても、互いに異なってもよい。例えば、3個のTCIがCORESETに対して設定された場合に、2個のTOと設定されるPDCCH送信には、前記3個のうち2個のTCIが適用され、4個のTOと設定されるPDSCH送信には、前記3個のTCIが全て適用されるように設定される或いはあらかじめ定義されてよい。
本実施例は、信頼性(reliability)を高める送信方式(例えば、TO別に同一のデータを反復送信する動作)の他に、各TOごとに異なるデータを送信してスループット(throughput)を高める送信方式にも適用可能である。例えば、各PDSCH TOが同一の時間-周波数リソースで互いに異なる空間リソース(例えば、レイヤー、アンテナポートなど)によって区別されるように設定され、区別される空間リソース(例えば、レイヤーグループ、アンテナポートグループなど)ごとに異なるTCIを適用することもできる。
特定CORESETでは、システム情報のような安定して端末に伝達されるべき制御情報も伝達されてよい。これらの情報は、端末のフィードバック情報の不在によって、いずれのTRP組合せが当該端末に選好されるかが、基地局には分かり難い。また、このような情報は十分に低いMCSで送信される情報であるため、MTRP PDSCH送信の適用が不要なこともあり得る。
また、CORESETに対して複数個のサーチスペースが設定されてもよい。このようなCORESETで基地局から端末に様々な用途/形態の制御情報を送ることができる。したがって、本実施例によって当該CORESETに対して複数のTCI(すなわち、PDCCH及び/又はPDSCHに適用されるTCI)設定しておき、特定条件を満たすPDCCHに対しては、前記複数のTCIのうち特定の1つのTCIが適用されるようにしてよい。前記特定条件を満たすPDCCHは、例えば、フォールバックDCI(例えば、DCIフォーマット1-0)のような特定DCIフォーマットを含むPDCCH、C(Cell)-RNTI以外のRNTIのような特定RNTI(例えば、SI(System Information)-RNTI、MCS-C-RNTI、CS-RNTIなど)によってCRCマスキングされるPDCCH、又は共通(common)サーチスペースのような特定サーチスペースで送信されるPDCCHのうち1つ以上であってよい。
実施例3-1-1
複数のTCIが設定されたCORESETで送信されるPDCCH/DCIによってスケジュールされるPDSCHに対して、前記PDCCH/DCIが特定DCIフォーマット、特定サーチスペース、又は特定RNTIに基づく場合に、当該PDCCH/DCIの送信/受信に対して前記複数のTCIのうち特定の1つのTCIのみを適用できる。例えば、特定の1つのTCIは、最初のTCI、最も低いインデックスのTCI、最後のTCI、又は最も高いインデックスのTCIであってよい。
実施例3-1-2
実施例1-1に対する代案(又は、補完)方式として、特定CORESETに対しては単一TCIに基づいてのみ動作するように定義することもできる。
例えば、CORESETによって設定可能なTCIの最大個数を異なるように定義することができる。例えば、特定CORESET集合(すなわち、1つ以上のCORESET)は、最大で1つのTCIのみを設定できる。
例えば、特定CORESET集合は、CORESET 0(すなわち、PBCHを介して提供されるマスター情報ブロック(MIB)によって設定され、システム情報ブロック1(SIB1)をスケジュールする情報を含むPDCCHがモニタされるCORESET)、共通サーチスペースが設定されたCORESET、又はBFRQ(beam failure recovery request)及び/又はPRACHに対する基地局応答用途のサーチスペースが設定されたCORESETのうち1つ以上を含むことができる。
実施例3-2
前述した実施例3-1、3-1-1及び/又は3-1-2で説明した例示によれば、PDSCHに対して適用される複数のTCIを設定/指示するために、単一CORESETに対して複数のTCIが設定/指示されてよい。
PDCCHに対してMTRP送信が行われる場合に、1つのCORESETで送信されるPDCCHが複数のTO上で送信されてもよく、複数のCORESETでPDCCH/DCIが反復送信されてもよい。
例えば、CORESET#1で送信されるPDCCH#1を介して送信されるDCIと、CORESET#2で送信されるPDCCH#2を介して送信されるDCI(PDCCH#1のDCIと同じDCI)によって、同一のPDSCH TOグループがスケジュールされてよい。又は、PDCCH/DCIを分けて送信する場合に、CORESET#1で送信されるPDCCHの第1部分(又は、DCIの第1部分)と、CORESET#2で送信されるPDCCHの第2部分(又は、DCIの第2部分)によって、同一のPDSCH TOグループがスケジュールされてもよい。
この場合、複数のCORESETで反復送信されるPDCCHのうち特定PDCCHを端末が成功的に受信できないこともある。この場合、いずれのCORESETの組合せがPDCCH反復送信に参加する/用いられるかが、別のシグナリングによって端末に指示されてよい。以下の説明では、このようなCORESETの組合せ関係が成立するCORESETを‘ペアリングされたCORESET(paired CORESETs)’と称する。
本実施例よれば、複数のCORESET/PDCCH/DCIによって(同一のデータに対する)複数のPDSCH TOがスケジュールされる場合に、各PDSCH TOに適用するTCIは、ペアリングされたCORESETに対して設定されたTCI値に基づいて決定されてよい。
例えば、CORESET#1とCORESET#2が、ペアリングされたCORESETSと設定され、それぞれのCORESETに対してRRC/MAC-CEシグナリングによってTCI A及びTCI Bが設定された場合を仮定する。また、基地局は、PDCCH信頼性を向上させるために、特定端末にCORESET#1とCORESET#2でPDCCHを(反復)送信し、当該PDCCHに含まれたDCIによって4回反復送信されるPDSCHがスケジュールされる場合を仮定する。2個のPDCCH TOのうち少なくとも1回PDCCH/DCI受信/デコーディングに成功した端末は、4個のPDSCH TOに関する情報を取得することができる。
例えば、2個のPDCCH TOの両方からDCIを成功的に受信した端末は、PDCCH TOが受信されたCORESET#1及びCORESET#2に対して設定されたTCI情報(すなわち、TCI A及びTCI B)を取得し、各PDSCH TOに対して所定のマッピング方式(例えば、循環、順次的、又はハイブリッドマッピング方式のうち1つ以上)に基づいてTCI A及びTCI Bを適用することができる。
例えば、CORESET#1又は1番目のPDCCH TOでのみDCIを成功的に受信した端末は、CORESET#1に対して設定されたTCI情報(すなわち、TCI A)を取得し、CORESET#1とCORESET#2のペアリング関係によって{TCI A,TCI B}セットを適用しなければならないことが分かる。
例えば、CORESET#2又は2番目のPDCCH TOでのみDCIを成功的に受信した端末は、CORESET#2に対して設定されたTCI情報(すなわち、TCI B)を取得し、CORESET#2とCORESET#1のペアリング関係によって{TCI A,TCI B}セットを適用しなければならないことが分かる。
複数のPDCCH TOのうち一部でのみDCI受信に成功した端末の場合、TCIセット自体を取得できるが、TCIセット内のTCIをPDSCH TOに対し適用する順序は明確に決定できないことがある。例えば、PDSCHに対するTCIの適用順序を、DCIを成功的に受信したCORESETのTCIから適用し始めるとすれば、端末が1番目のPDCCH TOでDCIを成功的に受信するか否かによって、4個のPDSCH TOに適用されるTCIの順序が{A,B,A,B}又は{B,A,B,A}となる。この場合、基地局がPDSCH TOに適用したTCIの順序を、端末にとっては明確に決定できない問題がある。
したがって、基地局が端末にどのCORESETに該当するTCIから(又は、いかなる順序で)PDSCH TOに適用し始めるかを指示/設定するか又はあらかじめ定義された規則に従ってどのTCIからいかなる順序でPDSCH TOに適用し始めるかを定義する必要がある。
実施例3-2-1
CORESETに対して設定された複数のTCIの中から、複数のPDSCH TOごとにTCIを適用する順序を決定するに当たって、ペアリングされたCORESETに対していかなる順序で(又は、どのCORESETから)TCIを適用するかをRRC/MAC-CE/DCIシグナリング方式で別個に指示することもでき、又はあらかじめ定義された規則に従って適用することもできる。ここで、あらかじめ定義された規則は、ペアリングされたCORESETの設定順序及び/又はペアリングされたCORESETのID(又は、インデックス)順序などに基づくと定義されてよい。ここで、順序は、昇順、降順、昇順の循環(cycling)、又は降順の循環であってよい。
例えば、ペアリングされたCORESETがCORESET#1及びCORESET#2の順序に設定された場合に、ペアリングされたCORESETの設定順序に従ってCORESET#1に対して設定されたTCI情報(例えば、TCI A)とCORESET#2に対して設定されたTCI情報(例えば、TCI B)が、PDSCH TOに対して所定のマッピング方式に基づいて適用(例えば、A,B,A,Bの順に)されてよい。
又は、ペアリングされたCORESETの設定順序に関係なく、ペアリングされたCORESETのID(又は、インデックス)順序に基づいてCORESET#1に対して設定されたTCI情報(例えば、TCI A)とCORESET#2に対して設定されたTCI情報(例えば、TCI B)がPDSCH TOに対して所定のマッピング方式に基づいて適用(例えば、A,B,A,Bの順に)されてよい。
この場合、端末が2番目のPDCCH TOでのみDCI受信に成功した場合であっても、CORESET#2に対して設定されたTCI情報(例えば、TCI B)からではなく、ペアリング関係に基づいて、PDSCH TOに対して所定のマッピング方式(例えば、循環、順次的、又はハイブリッドマッピング方式のうち1つ以上)に基づいて適用(例えば、A,B,A,Bの順に)されてよい。
又は、受信に成功したDCIのTCI情報から所定のマッピング方式(例えば、循環、順次的、又はハイブリッドマッピング方式のうち1つ以上)に基づいて適用し始めてもよい。例えば、2番目のPDCCH TOでのみDCI受信に成功した場合に、CORESET#2に対して設定されたTCI情報(例えば、TCI B)からPDSCH TOに対して所定のマッピング方式に基づいて適用(例えば、B,A,B,A)することもできる。この場合、基地局が実際にPDSCH TOに対して適用したTCIの順序と端末が仮定するTCI順序とが同一であっても異なってもよいが、端末具現の複雑度が軽減し得る。
前述した実施例3の細部例示は、PDSCH TOが時間/周波数/空間リソースドメインにおいて区別されるリソース上で送信される場合の他に、単一PDSCH TOに対するSFN方式の送信においても適用されてよい。
例えば、実施例3-1のように1つのCORESETに対して設定された複数のTCIを用いて、当該CORESETによってスケジュールされるPDSCH DMRSポートとQCL関係が成立する複数のTCIが指示/設定されてよい。
更なる例示として、実施例3-2のようにペアリングされたCORESETに属したCORESETに対して設定された複数のTCIを用いて、当該CORESETでスケジュールされるPDSCH DMRSポートとQCL関係が成立する複数のTCIが指示/設定されてよい。
例えば、DCIで指示されたDMRSポートが、複数個(例えば、2個)のCDMグループに属する場合に、DCIを受信したCORESETに対して設定されたTCI状態とDMRSポートが送信されるCDMグループ間にQCL関係が成立できる。すなわち、各TRPは、互いに異なるCDMグループに属したDMRSポートを介してデータ(例えば、PDSCH)を協調送信することができる。ここで、PDSCH TOはSDMされ、同一の時間/周波数リソースで同時送信されてよい。
又は、DCIによって指示されたDMRSポートが1つのCDMグループに属し、PDSCHがFDM/TDMされて反復送信されるように設定される場合に、FDM/TDMされたPDSCH TOに対してTCI状態によるQCL関係が成立できる。
前述した本開示の様々な例示では、同一のDCI/PDCCHが2つのTCI状態によって送信されることを主に説明したが、これは、説明の便宜のためのもので、本開示の範囲を制限するものではない。すなわち、本開示の例示は、1つの以上のTRPから、1つ以上のサービングセル上で、同一のDCI/PDCCHが2つ以上の異なるTCI状態と関連する場合(例えば、DCIと関連するCORESETに関連するTCI状態が互いに異なる場合)に対しても、当該DCIによってスケジュールされるPDSCHに対して適用されるTCI状態を明確に決定する方案を含む。
図18は、本開示に係る端末が下りリンクチャネルを受信する方法を説明するためのフローチャートである。
段階S1810において、端末は、1つ以上のCORESETに関連した2個以上のTCI状態に基づいて、下りリンク制御チャネルを受信することができる。ここで、下りリンク制御チャネルを介して受信されるDCIにTCI情報が含まれなくてもよい。
例えば、1つのCORESETに対して2個以上のTCI状態が設定されるか、又は複数のCORESETのそれぞれに対して1個ずつのTCI状態が設定されてよい。例えば、2個以上のTCI状態は、ペアリングされた(paired)複数のCORESETに対して設定された複数のTCI状態を含むことができる。
例えば、1つ以上のCORESETに関連した2個以上のTCI状態のうち、あらかじめ設定された特定の1つのTCI状態に基づいて単一TRPから送信される前記下りリンク制御チャネルが受信されてよい。ここで、下りリンク制御チャネルは、DCIフォーマット1-0、C-RNTI、又は共通サーチスペースのうち1つ以上と関連してよい。又は、1つ以上のCORESETに関連した2個以上のTCI状態に基づいて、多重TRPから送信される前記下りリンク制御チャネルが受信されてもよい。
例えば、1つ以上のCORESETのうち、CORESET 0、共通サーチスペース、BFRQと関連したサーチスペース、又はPRACHと関連したサーチスペースのうち1つ以上と関連したCORESETに対しては、最大で1個のTCI状態が設定されてよい。
段階S1820において、端末は、前記1つ以上のCORESETに関連した2個以上のTCI状態に基づいて、多重TRPから送信される下りリンクデータチャネルを受信することができる。ここで、下りリンクデータチャネルに対して前記2個以上のTCI状態が所定のマッピング方式(例えば、循環、順次的、又はハイブリッドマッピング方式のうち1つ以上)に基づいて適用されてよい。
例えば、下りリンクデータチャネルの受信時点は、下りリンク制御チャネルの受信時点から所定のオフセット後に設定されてよい。
例えば、前記複数のTCI状態と前記下りリンクデータチャネルのTOとのマッピング関係は、上位層シグナリング、MAC-CE、又はDCIのうち1つ以上によってあらかじめ設定されるか、又はあらかじめ定義された基準に基づいて決定されてよい。ここで、前記あらかじめ定義された基準は、ペアリングされた複数のCORESETの設定順序、又はペアリングされた複数のCORESETのCORESET識別子の順序のうち1つ以上に基づいて、複数のTCI状態が所定のマッピング方式(例えば、循環、順次的、又はハイブリッドマッピング方式のうち1つ以上)に基づいて前記下りリンクデータチャネルの送信機会(TO)にマップされることを含むことができる。
図19は、本開示に係るネットワーク側及び端末のシグナリング手続を説明するための図である。
図19では、本開示の様々な例示(実施例1、2及び/又は3)が適用可能な複数のTRP(以下の説明において、TRPは基地局、セル(cell)に代替されてもよい。)状況で、ネットワーク側(network side)(例えば、第1TRP及び第2TRP)と端末(UE)間のシグナリングを示す。ここで、UE/ネットワーク側は一例に過ぎず、前述した説明又は図20と関連して説明するように様々な装置に代替適用されてよい。図19は、単に説明の便宜のためのもので、本開示の範囲を制限するものではない。また、図19に示される一部の段階は状況及び/又は設定などによって省略されてもよい。
図19を参照すると、説明の便宜上、2個のTRPとUE間のシグナリングが考慮されるが、当該シグナリング方式が複数のTRP及び複数のUE間のシグナリングにも拡張して適用されてよいことは勿論である。以下の説明において、ネットワーク側は、複数のTRPを含む1つの基地局でよく、複数のTRPを含む1つのセルでよい。一例として、ネットワーク側を構成する第1TRP及び第2TRPの間には理想的/非理想的バックホール(ideal/non-ideal backhaul)が設定されてよい。また、以下の説明は複数のTRPを基準に説明されるか、それは、複数のパネルを介した送信にも同一に拡張して適用されてよい。これに加えて、本開示において端末が第1TRP及び/又は第2TRPから信号を受信する動作は、端末がネットワーク側から(第1TRP及び/又は第2TRPを介して/用いて)信号を受信する動作を含むことができ、端末が第1TRP及び/又は第2TRPに信号を送信する動作は、端末がネットワーク側に(第1TRP及び/又は第2TRPを介して/用いて)信号を送信する動作を含むことができる。
図19の例示は、M-TRP(又は、1つのTRPから複数のCORESETが設定される場合もM-TRPと仮定できる。)状況で端末が複数のDCIを受信する場合(例えば、各TRPがUEに同一のDCIを反復して(又は、同一のDCIを分けて)送信する場合)のシグナリングを示す。
UEはネットワーク側からTRP 1(及び/又はTRP 2)を介して/用いて多重TRPベースの送受信に対する設定情報(configuration information)を受信することができる(S1905)。前記設定情報は、ネットワーク側の構成(すなわち、TRP構成)と関連した情報、多重TRPベースの送受信と関連したリソース情報(resource allocation)、などを含むことができる。この時、前記設定情報は、上位層シグナリング(例えば、RRCシグナリング、MAC-CEなど)によって伝達されてよい。また、前記設定情報があらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。例えば、前記設定情報は、前述した実施例1、2、及び/又は3で説明されたTCI状態マッピング方法/方式と関連した設定などを含むこともできる。また、例えば、前記設定情報は、実施例1、2、及び/又は3で説明された送信機会(transmission occasion)の設定と関連した情報、TCIマッピングと関連した情報、制御チャネル(例えば、PDCCH)の反復送信関連情報(例えば、反復送信するか否か、反復送信回数など)などを含むことができる。例えば、上述した実施例3の細部的な例示において説明したように、前記設定情報は、MTRP送信関連情報(例えば、複数のTO設定、複数のTCI適用関連情報)、反復送信と関連した情報(例えば、CORESETなどの組合せ)などを含むことができる。例えば、前記TCI状態マッピング方法/方式と関連した設定は、CORESET別適用可能なTCI個数情報、特定の場合(例えば、STRP、特定DCIフォーマット、特定SS、特定RNTIなど)に適用する特定TCI状態関連情報などを含むことができる。例えば、前記設定情報に基づいて1つのCORESETに複数個のTCI状態が設定されてよい。
例えば、上述したS2105段階のUE(図20の100/200)がネットワーク側(図20の100/200)から前記多重TRPベースの送受信と関連した設定情報(configuration information)を受信する動作は、以下に説明される図20の装置によって具現されてよい。例えば、図20を参照すると、1つ以上のプロセッサ102は、前記多重TRPベースの送受信と関連した設定情報を受信するように1つ以上のトランシーバー106及び/又は1つ以上のメモリ104などを制御でき、1つ以上のトランシーバー106は、ネットワーク側から前記多重TRPベースの送受信と関連した設定情報を受信することができる。
UEはネットワーク側からTRP 1を介して/用いて、第1DCI及び第1DCIによってスケジュールされる第1データを受信することができる(S1910)。また、UEはネットワーク側からTRP 2を介して/用いて、第2DCI及び第2DCIによってスケジュールされる第2データを受信するか、第2DCI無しで第1DCIによってスケジュールされる第2データData 2を受信するか、第1データをスケジュールする第2DCIのみ受信することができる(S1920)。例えば、TRP 1及びTRP 2から反復送信される第1DCI及び第2DCIによって単一TRPのデータ(例えば、TRP 1の第1データ、又はTRP 2の第2データ)がスケジュールされてもよい。
例えば、第1DCI(及び第2DCI)は、前述した実施例1、2、及び/又は3で説明されたTCI状態に関する(指示)情報、DMRS及び/又はデータに関するリソース割り当て情報(すなわち、空間/周波数/時間リソース)などを含むことができる。例えば、前記DCI(例えば、第1DCI及び/又は第2DCI)はPDCCH/PDSCHの反復送信と関連した情報(例えば、反復送信と関連したCORESET情報)、送信機会(TO)の設定と関連した指示情報、TOとTCI状態のマッピングと関連した情報(例えば、マッピング順序など)などを含むことができる。この場合、第1データ及び第2データは、実施例3の細部例示で説明されたTCI状態マッピング方式に基づいて送受信されてよい。
DCI(例えば、第1DCI及び第2DCI)及びデータ(例えば、第1データ及び第2データ)はそれぞれ、制御チャネル(例えば、PDCCHなど)及びデータチャネル(例えば、PDSCHなど)を介して伝達されてよい。例えば、前記制御チャネル(例えば、PDCCH)は反復送信されてもよく、同一の制御チャネルが分けられて送信されてもよい。また、S2110及びS2120段階は同時に行われてもよく、いずれか一方が他方より早く行われてもよい。
例えば、S2110及びS2120段階のUE(図20の100/200)がネットワーク側(図20の100/200)からDCI(例えば、第1DCI及び/又は第2DCI)及び/又はデータ(例えば、第1データ及び/又は第2データ)を受信する動作は、以下に説明される図20の装置によって具現されてよい。例えば、図2を参照すると、1つ以上のプロセッサ102は、DCI(例えば、第1DCI及び/又は第2DCI)及び/又はデータ(例えば、第1データ及び/又は第2データ)を受信するように1つ以上のトランシーバー106及び/又は1つ以上のメモリ104などを制御でき、1つ以上のトランシーバー106はネットワーク側からDCI(例えば、第1DCI及び/又は第2DCI)及び/又はデータ(例えば、第1データ及び/又は第2データ)を受信することができる。
UEは、ネットワーク側からTRP 1(及び/又はTRP 2)を介して/用いて受信したデータ(例えば、第1データ及び/又は第2データ)をデコード(decode)することができる(S1930)。例えば、UEは、前述した実施例1、2、及び/又は3に基づいてチャネル推定及び/又はデータに対するデコーディングを行うことができる。
例えば、S2130段階のUE(図20の100/200)が第1データ及び/又は第2データをデコードする動作は、以下に説明される図20の装置によって具現されてよい。例えば、図20を参照すると、1つ以上のプロセッサ102は、第1データ及び/又は第2データをデコードする動作を行うように1つ以上のメモリ104などを制御できる。
UEは、第1データ及び/又は第2データに対するHARQ-ACK情報(例えば、ACK情報、NACK情報など)をTRP 1及び/又はTRP 2を介して/用いてネットワーク側に送信できる(S1940、S2145)。この場合、第1データ又は第2データのそれぞれに対するHARQ-ACK情報がそれぞれのTRPに送信されてもよい。また、第1データ及び第2データに対するHARQ-ACK情報が一つに結合してもよい。また、UEは、代表TRP(例えば、TRP 1)へのHARQ-ACK情報のみを送信するように設定され、他のTRP(例えば、TRP 2)へのHARQ-ACK情報送信は省略されてもよい。
例えば、S2140/S2145段階のUE(図20の100/200)がネットワーク側(図20の100/200)から第1データ及び/又は第2データに対するHARQ-ACK情報を送信する動作は、以下に説明される図20の装置によって具現されてよい。例えば、図20を参照すると、1つ以上のプロセッサ102は、第1データ及び/又は第2データに対するHARQ-ACK情報を送信するように、1つ以上のトランシーバー106及び/又は1つ以上のメモリ104などを制御でき、1つ以上のトランシーバー106はネットワーク側に第1データ及び/又は第2データに対するHARQ-ACK情報を送信できる。
前述したネットワーク側/UEのシグナリング及び動作は、以下に説明される装置(例えば、図20の装置)によって具現されてよい。例えば、ネットワーク側(例えば、TRP 1/TRP 2)は第1無線装置、UEは第2無線装置に当該してよく、場合によってその逆の場合も考慮できる。
例えば、上述したネットワーク側/UEのシグナリング及び動作は、図20の1つ以上のプロセッサ(例えば、102,202)によって処理されてよく、上述したネットワーク側/UEのシグナリング及び動作は、図20の少なくとも1つのプロセッサ(例えば、102,202)を駆動するための命令語/プログラム(例えば、インストラクション、実行コード(executable code))の形態でメモリ(例えば、図20の1つ以上のメモリ(例えば、104,204))に記憶されてよい。
本開示が適用可能な装置一般
図20には、本開示の一実施例に係る無線通信装置のブロック構成図を例示する。
図20を参照すると、第1無線機器100と第2無線機器200は、様々な無線接続技術(例えば、LTE、NR)を用いて無線信号を送受信することができる。
第1無線機器100は、1つ以上のプロセッサ102及び1つ以上のメモリ104を含み、さらに、1つ以上の送受信機106及び/又は1つ以上のアンテナ108を含むことができる。プロセッサ102は、メモリ104及び/又は送受信機106を制御し、本開示に開示された説明、機能、手続、提案、方法及び/又は動作順序図を具現するように構成されてよい。例えば、プロセッサ102は、メモリ104内の情報を処理して第1情報/信号を生成した後、第1情報/信号を含む無線信号を送受信機106から送信してよい。また、プロセッサ102は、第2情報/信号を含む無線信号を送受信機106から受信した後、第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は、第4情報/信号を含む無線信号を送受信機206から受信した後、第4情報/信号の信号処理から得た情報をメモリ204に保存することができる。メモリ204は、プロセッサ202と連結されてよく、プロセッサ202の動作と関連した様々な情報を保存することができる。例えば、メモリ204は、プロセッサ202によって制御されるプロセスの一部又は全部を行うか、本開示に開示された説明、機能、手続、提案、方法及び/又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ202とメモリ204は、無線通信技術(例えば、LTE、NR)を具現するように設計された通信モデム/回路/チップの一部であってよい。送受信機206は、プロセッサ202と連結されてよく、1つ以上のアンテナ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)を生成することができる。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によって駆動されてよい。本開示に開示された説明、機能、手続、提案、方法及び/又は動作順序図は、コード、命令語及び/又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。
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は(アナログ)オシレーター及び/又はフィルターを含むことができる。
以上で説明された実施例は、本開示の構成要素及び特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてもよい。また、一部の構成要素及び/又は特徴を結合させて本開示の実施例を構成することも可能である。本開示の実施例において説明される動作の順序は変更されてよい。ある実施例の一部の構成又は特徴は他の実施例に含まれてもよく、或いは他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか、或いは出願後の補正によって新しい請求項として含めることができることは明らかである。
本開示は、本開示の必須特徴を外れない範囲で他の特定の形態として具体化できることは当業者に自明である。したがって、上述した詳細な説明はいかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本開示の範囲は、添付する請求項の合理的解釈によって決定されるべきであり、本開示の等価的範囲内における変更はいずれも本開示の範囲に含まれる。
本開示の範囲は、様々な実施例の方法による動作を装置又はコンピュータ上で実行させるソフトウェア又はマシン実行可能な命令(例えば、運営体制、アプリケーション、ファームウェア(firmware)、プログラムなど)、及びこのようなソフトウェア又は命令などが記憶されて装置又はコンピュータ上で実行可能な非一時的コンピュータ可読媒体(non-transitory computer-readable medium)を含む。本開示で説明する特徴を実行するプロセシングシステムをプログラミングするために利用可能な命令は、記憶媒体又はコンピュータ可読記憶媒体上に/内に記憶されてよく、このような記憶媒体を含むコンピュータプログラム製品を用いて、本開示に説明の特徴が具現されてよい。記憶媒体は、DRAM、SRAM、DDR RAM又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、一つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している一つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の一つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び/又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境/コンテナを含むことができるが、これに制限されない。
ここで、本開示の無線機器100,200において具現される無線通信技術は、LTE、NR及び6Gの他に、低電力通信のための狭帯域モノのインターネット(Narrowband Internet of Things,NB-IoT)も含むことができる。このとき、例えば、NB-IoT技術はLPWAN(Low Power Wide Area Network)技術の一例であってよく、LTE Cat NB1及び/又はLTE Cat NB2などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器(XXX,YYY)において具現される無線通信技術は、LTE-M技術に基づいて通信を行うことができる。このとき、一例として、LTE-M技術は、LPWAN技術の一例であってよく、eMTC(enhanced Machine Type Communication)などの様々な名称と呼ばれてよい。例えば、LTE-M技術は、1)LTE CAT 0、2)LTE Cat M1、3)LTE Cat M2、4)LTE non-BL(non-Bandwidth Limited)、5)LTE-MTC、6)LTE Machine Type Communication、及び/又は7)LTE Mなどの様々な規格のうち少なくともいずれか一つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本開示の無線機器(XXX,YYY)において具現される無線通信技術は、低電力通信を考慮したジグビー(ZigBee)、ブルートゥース(Bluetooth)(登録商標)及び低電力広帯域通信網(Low Power Wide Area Network,LPWAN)のうち少なくともいずれか一つを含むことができ、上述した名称に限定されるものではない。一例として、ZigBee技術は、IEEE 802.15.4などの様々な規格に基づいて小型/低い電力デジタル通信に関連したPAN(personal area networks)を生成することができ、様々な名称と呼ばれてよい。