以下、本開示に係る好ましい実施形態を、添付の図面を参照して詳細に説明する。添付の図面と共に以下に開示される詳細な説明は、本開示の例示的な実施形態を説明するためのもので、本開示の実施が可能な唯一の実施形態を示すためのものではない。以下の詳細な説明は、本開示の完全な理解を提供するために具体的細部事項を含む。ただし、当業者には、このような具体的細部事項無しにも本開示が実施可能であることが理解される。
場合によって、本開示の概念が曖昧になることを避けるために、公知の構造及び装置が省略されてもよく、各構造及び装置の核心機能を中心にしたブロック図の形式で示されてもよい。
本開示において、ある構成要素が他の構成要素と“連結”、“結合”又は“接続”されているとき、これは直接の連結関係の他、それらの間にさらに他の構成要素が存在する間接の連結関係も含むことができる。また、本開示において用語“含む”又は“有する”とは、言及された特徴、段階、動作、要素及び/又は構成要素の存在を特定するものの、1つ以上の他の特徴、段階、動作、要素、構成要素及び/又はそれらのグループの存在又は追加を排除しない。
本開示において、“第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)のいずれか1つ以上を含む。
図3には、本開示が適用可能な無線通信システムにおいてリソースグリッド(resource grid)を例示する。
図3を参照すると、リソースグリッドが、周波数領域上にNRB
μNsc
RBサブキャリアで構成され、一つのサブフレームが14・2μOFDMシンボルで構成されることを例示的に記述するが、これに限定されない。NRシステムにおいて、送信される信号(transmitted signal)は、NRB
μNsc
RBサブキャリアで構成される1つ又はそれ以上のリソースグリッド及び2μNsymb
(μ)のOFDMシンボルによって説明される。ここで、NRB
μ≦NRB
max,μである。前記NRB
max,μは、最大送信帯域幅を表し、これは、ヌメロロジーだけでなく、上りリンクと下りリンク間にも変わってよい。この場合、μ及びアンテナポートp別に一つのリソースグリッドが設定されてよい。μ及びアンテナポートpに対するリソースグリッドの各要素は、リソース要素(resource element)と呼ばれ、インデックス対(k,
)によって固有に識別される。ここで、k=0,...,NRB
μNsc
RB-1は、周波数領域上のインデックスであり、
=0,...,2μNsymb
(μ)-1は、サブフレーム内でシンボルの位置を表す。スロットにおいてリソース要素を示す時には、インデックス対(k,l)が用いられる。ここで、l=0,...,Nsymb
μ-1である。μ及びアンテナポートpに対するリソース要素(k,
)は、複素値(complex value)
に該当する。混同(confusion)する危険のない場合或いは特定アンテナポート又はヌメロロジーが特定されない場合には、インデックスp及びμはドロップ(drop)してよく、その結果、複素値は
又は
になり得る。また、リソースブロック(resource block,RB)は、周波数領域上のNsc
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 format 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 format 0_1は、一つのセルにおいて1つ以上のPUSCHのスケジューリング、又は設定されたグラント(CG:configured grant)下りリンクフィードバック情報を端末に指示するために用いられる。DCI format 0_1に含まれた情報は、C-RNTI又はCS-RNTI又はSP-CSI-RNTI(Semi-Persistent CSI RNTI)又はMCS-C-RNTIによってCRCスクランブルされて送信される。
DCI format 0_2は、一つのセルにおいてPUSCHのスケジューリングに用いられる。DCI format 0_2に含まれた情報は、C-RNTI又はCS-RNTI又はSP-CSI-RNTI又はMCS-C-RNTIによってCRCスクランブルされて送信される。
次に、DCI format 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 format 1_0は、一つのDLセルにおいてPDSCHのスケジューリングのために用いられる。DCI format 1_0に含まれた情報は、C-RNTI又はCS-RNTI又はMCS-C-RNTIによってCRCスクランブルされて送信される。
DCI format 1_1は、一つのセルにおいてPDSCHのスケジューリングのために用いられる。DCI format 1_1に含まれる情報は、C-RNTI又はCS-RNTI又はMCS-C-RNTIによってCRCスクランブルされて送信される。
DCI format 1_2は、一つのセルにおいてPDSCHのスケジューリングのために用いられる。DCI format 1_2に含まれる情報は、C-RNTI又はCS-RNTI又はMCS-C-RNTIによってCRCスクランブルされて送信される。
ビーム管理(BM:beam management)
BM手続は、ダウンリンク(DL:downlink)及びアップリンク(UL:uplink)送/受信に利用可能な基地局(例えば、gNB、TRPなど)及び/又は端末(例えば、UE)ビームのセット(set)を取得し維持するためのL1(layer 1)/L2(layer 2)手続であって、次のような手続及び用語を含むことができる。
- ビーム測定(beam measurement):基地局又はUEが、受信したビーム形成信号の特性を測定する動作。
- ビーム決定(beam determination):基地局又はUEが、自分の送信ビーム(Tx beam)/受信ビーム(Rx beam)を選択する動作。
- ビームスイーピング(Beam sweeping):あらかじめ決定された方式で一定時間区間の間に送信及び/又は受信ビームを用いて空間領域をカバーする動作。
- ビーム報告(beam report):UEがビーム測定に基づき、ビーム形成された信号の情報を報告する動作。
BM手続は、(1)SS(synchronization signal)/PBCH(physical broadcast channel)ブロック又はCSI-RSを用いるDL BM手続と、(2)SRS(sounding reference signal)を用いるUL BM手続と、に区分できる。
また、各BM手続は、送信ビーム(Tx beam)を決定するための送信ビームスイーピング(Tx beam sweeping)と受信ビーム(Rx beam)を決定するための受信ビームスイーピング(Rx beam sweeping)を含むことができる。
以下、DL BM手続について記述する。
DL BM手続は、(1)基地局のビームフォーミングされた(beamformed)DL RS(reference signal)(例えば、CSI-RS又はSSB(SS Block))に対する送信と、(2)端末のビーム報告(beam reporting)を含むことができる。
ここで、ビーム報告は、選好される(preferred)DL RS ID(identifier)、及びそれに対応するL1-RSRP(Reference Signal Received Power)を含むことができる。
前記DL RS IDは、SSBRI(SSB Resource Indicator)又はCRI(CSI-RS Resource Indicator)であってよい。
以下、SSBを用いたDL BM手続について記述する。
図7は、本開示が適用可能な無線通信システムにおいて下りリンクビーム管理動作を例示する図である。
図7を参照すると、SSBビームとCSI-RSビームは、ビーム測定(beam measurement)のために用いられてよい。測定メトリック(measurement metric)は、リソース(resource)/ブロック(block)別L1-RSRPである。SSBは、概略的な(coarse)ビーム測定(beam measurement)のために用いられ、CSI-RSは、精密な(fine)ビーム測定のために用いられてよい。SSBは、送信ビームスイーピングと受信ビームスイーピングのいずれにも用いられてよい。
SSBを用いた受信ビームスイーピングは、複数のSSBバースト(bursts)にわたって(across)同一SSBRIに対してUEが受信ビームを変更しながら行ってよい。ここで、1つのSSバーストは、1つ又はそれ以上のSSBを含み、1つのSSバーストセット(burst set)、1つ又はそれ以上のSSBバーストを含む。
図8は、本開示が適用可能な無線通信システムにおいてSSBを用いた下りリンクビーム管理手続を例示する図である。
SSBを用いたビーム報告(beam report)に対する設定は、RRC連結状態(connected state)(又は、RRC連結モード(RRC connected mode))でCSI/ビーム設定(beam configuration)時に行われる。
図8を参照すると、端末は、BMのために用いられるSSBリソース(resource)を含むCSI-SSB-ResourceSetListを含むCSI-ResourceConfig IEを基地局から受信する(S410)。
表6は、CSI-ResourceConfig IEの一例を示し、表6のように、SSBを用いたBM設定(BM configuration)は別に定義されず、SSBをCSI-RSリソースのように設定する。
表6で、csi-SSB-ResourceSetListパラメータ(parameter)は、一つのリソースセット(resource set)においてビーム管理(beam management)及び報告(reporting)のために用いられるSSBリソースのリストを示す。ここで、SSBリソースセット(resource set)は、{SSBx1,SSBx2,SSBx3,SSBx4,...}に設定されてよい。SSBインデックスは、0から63までと定義されてよい。端末は、前記CSI-SSB-ResourceSetListに基づいてSSBリソースを前記基地局から受信する(S420)。
SSBRI及びL1-RSRPに対する報告に関連したCSI-RS reportConfigが設定された場合に、前記端末は、最適の(best)SSBRI及びそれに対応するL1-RSRPを基地局に(ビーム)報告する(S430)。
以下、CSI-RSを用いたDL BM手続について記述する。
CSI-RS用途について説明すると、i)特定CSI-RSリソースセット(resource set)に反復(repetition)パラメータが設定され、TRS_infoが設定されていない場合に、CSI-RSはビーム管理(beam management)のために用いられる。ii)repetitionパラメータが設定されず、TRS_infoが設定されている場合に、CSI-RSはTRS(tracking reference signal)のために用いられる。iii)repetitionパラメータが設定されず、TRS_infoが設定されていない場合に、CSI-RSはCSI取得(acquisition)のために用いられる。
このような、repetitionパラメータは、L1 RSRP又は‘No Report(又は、None)’の報告(report)を有するCSI-ReportConfigと連係されたCSI-RSリソースセットに対してのみ設定されてよい。
仮に端末に、reportQuantityが‘cri-RSRP’又は‘none’に設定されたCSI-ReportConfigが設定され、チャネル測定のためのCSI-ResourceConfig(上位層パラメータresourcesForChannelMeasurement)が上位層パラメータ‘trs-Info’を含まず、上位層パラメータ‘repetition’が設定されたNZP-CSI-RS-ResourceSetを含む場合に、前記端末は、NZP-CSI-RS-ResourceSet内の全てのCSI-RSリソースに対して上位層パラメータ‘nrofPorts’を有する同一番号のポート(1-port又は2-port)のみで構成されてよい。
(上位層パラメータ)repetitionが‘ON’に設定された場合に、端末の受信ビームスイーピング手続と関連する。この場合、端末にNZP-CSI-RS-ResourceSetが設定されると、前記端末は、NZP-CSI-RS-ResourceSet内の少なくとも一つのCSI-RSリソースは、同一の下りリンク空間ドメイン送信フィルター(downlink spatial domain transmission filter)に送信されると仮定できる。すなわち、NZP-CSI-RS-ResourceSet内の少なくとも一つのCSI-RSリソースは、同一の送信ビームを通じて送信される。ここで、NZP-CSI-RS-ResourceSet内の少なくとも一つのCSI-RSリソースは、異なるOFDMシンボルで送信されてよい。また、端末は、NZP-CSI-RS-Resourceset内の全てのCSI-RSリソースでperiodicityAndOffsetに、互いに異なる周期(periodicity)を受信すると期待しない。
一方、Repetitionが‘OFF’に設定された場合は、基地局の送信ビームスイーピング手続と関連する。この場合、repetitionが‘OFF’に設定されると、端末は、NZP-CSI-RS-ResourceSet内の少なくとも一つのCSI-RSリソースが、同一の下りリンク空間ドメイン送信フィルター(downlink spatial domain transmission filter)に送信されると仮定しない。すなわち、NZP-CSI-RS-ResourceSet内の少なくとも一つのCSI-RSリソースは、異なる送信ビームを通じて送信される。
すなわち、前記CSI-RS reportConfig IEのreportQuantityが‘ssb-Index-RSRP’に設定された場合に、端末は基地局に最適の(best)SSBRI及びそれに対応するL1-RSRPを報告する。
そして、端末は、SSB(SS/PBCH Block)と同じOFDMシンボルにおいてCSI-RSリソースが設定され、‘QCL-TypeD’が適用可能な場合に、前記端末は、CSI-RSとSSBが‘QCL-TypeD’観点で準同一位置(quasi co-located)であると仮定できる。
ここで、前記QCL TypeDは、空間受信パラメータ(spatial Rx parameter)観点でアンテナポート(antenna port)間にQCLされていることを意味できる。端末がQCL TypeD関係にある複数のDLアンテナポート(antenna port)を受信時には、同一の受信ビームを適用しても構わない。また、端末は、SSBのREと重なるREにおいてCSI-RSが設定されることを期待しない。
図9は、本開示が適用可能な無線通信システムにおいてCSI-RSを用いた下りリンクビーム管理動作を例示する図である。
図9(a)は、端末の受信ビーム決定(又は、改善(refinement))手続を示し、図9(b)は、基地局の送信ビームスイーピング手続を示す。また、図9(a)は、反復(repetition)パラメータが‘ON’に設定された場合であり、図9(b)は、反復(repetition)パラメータが‘OFF’に設定された場合である。
図10は、本開示が適用可能な無線通信システムにおいて端末の受信ビーム決定過程を例示する図である。
図9(a)及び図10を参照して、端末の受信ビーム決定過程について説明する。
端末は、上位層パラメータrepetitionを含むNZP CSI-RSリソースセットIEを、RRCシグナリングによって基地局から受信する(S610)。ここで、前記反復パラメータは‘ON’に設定される。
端末は、repetition‘ON’に設定されたCSI-RSリソースセット内のリソースを、基地局の同一送信ビーム(又は、DL空間ドメイン送信フィルター(spatial domain transmission filter))を通じて、互いに異なるOFDMシンボルで反復受信する(S620)。
端末は自分の受信ビームを決定する(S630)。
端末はCSI報告を省略する(S640)。この場合、CSI報告設定のreportQuantityは‘No report(又は、None)’に設定されてよい。
すなわち、前記端末は、repetition‘ON’に設定された場合に、CSI報告を省略してよい。
図11は、本開示が適用可能な無線通信システムにおいて基地局の送信ビーム決定過程を例示する図である。
図9(b)及び図11を参照して、基地局の送信ビーム決定過程について説明する。
端末は、上位層パラメータrepetitionを含むNZP CSI-RSリソースセットIEを、RRCシグナリングによって基地局から受信する(S710)。ここで、前記反復パラメータは‘OFF’に設定され、基地局の送信ビームスイーピング手続と関連する。
端末は、repetition‘OFF’に設定されたCSI-RSリソースセット内のリソースを、基地局の互いに異なる送信ビーム(DL空間ドメイン送信フィルター(spatial domain transmission filter))を通じて受信する(S720)。
端末は最上の(best)ビームを選択(又は、決定)する(S740)
端末は、選択されたビームに対するID及び関連品質情報(例えば、L1-RSRP)を基地局に報告する(S740)。この場合、CSI報告設定のreportQuantityは‘CRI+L1-RSRP’に設定されてよい。
すなわち、前記端末は、CSI-RSがBMのために送信される場合に、CRIとそれに対するL1-RSRPを基地局に報告する。
図12は、本開示が適用可能な無線通信システムにおいて下りリンクビーム管理の動作に関連した時間及び周波数領域におけるリソース割り当てを例示する図である。
図12を参照すると、CSI-RSリソースセットにrepetition‘ON’が設定された場合に、複数のCSI-RSリソースが同一の送信ビームを適用して反復して用いられ、CSI-RSリソースセットにrepetition‘OFF’が設定された場合に、互いに異なるCSI-RSリソースが互いに異なる送信ビームで送信されることが見られる。
以下、下りリンクBM関連ビーム指示(beam indication)方法について記述する。
端末には、少なくともQCL(Quasi Co-location)指示の目的のために、最大でM個の候補(candidate)送信設定指示(TCI:Transmission Configuration Indication)状態(state)に対するリストがRRC設定されてよい。ここで、Mは64であってよい。
各TCI状態(state)は、一つのRSセット(RS set)と設定されてよい。少なくともRSセット内の空間QCL(spatial QCL)目的(QCL Type D)のためのDL RSのそれぞれのIDは、SSB、P(periodic)-CSI RS、SP(semi-persistent)-CSI RS、A(aperiodic)-CSI RSなどのDL RSタイプのうちの一つを参照できる。
少なくとも空間QCL目的のために用いられるRSセット内のDL RSのIDの初期化(initialization)/アップデート(update)は、少なくとも明示的シグナリング(explicit signaling)によって行われてよい。
表7は、TCI-State情報要素(IE:information element)を例示する。
TCI-State IEは、1つ又は2つのDL参照信号(RS:reference signal)に対応するQCL(quasi co-location)タイプと関連付ける。
表7で、bwp-Idパラメータは、RSが位置するDL BWP(bandwidth part)を示し、cellパラメータは、RSが位置するキャリア(carrier)を示し、referencesignalパラメータは、該当のターゲットアンテナポート(target antenna port)に対して準同一位置のソース(source)になる参照アンテナポート(reference antenna port)或いはこれを含む参照信号を示す。前記ターゲットアンテナポートは、CSI-RS、PDCCH DMRS、又はPDSCH DMRSであってよい。一例として、NZP(non-zero power)CSI-RSに対するQCL基準RS(QCL reference RS)情報を指示するために、NZP CSI-RSリソース設定情報に該当のTCI state ID(identifier)を指示できる。更に他の例として、PDCCH DMRSアンテナポートに対するQCL基準情報を指示するために、各CORESET設定にTCI state IDを指示できる。更に他の例として、PDSCH DMRSアンテナポートに対するQCL基準情報を指示するために、DCIを用いてTCI state IDを指示できる。
以下、上りリンクビーム管理について記述する。
UL BMは、端末具現によって、送信ビーム(beam)-受信ビーム(beam)間ビーム相互性(beam reciprocity)(又は、ビーム相関(beam correspondence))が成立するか或いは成立しなくてよい。仮に、基地局と端末の両方において送信ビーム-受信ビーム間相互性(reciprocity)が成立する場合に、DLビーム対(beam pair)を通じてULビーム対を合わせることができる。ただし、基地局と端末のいずれか一方でも送信ビーム-受信ビーム間相互性が成立しない場合には、DLビーム対決定とは別個にULビーム対決定過程が必要である。
また、基地局及び端末の両方がビーム相関(beam correspondence)を維持している場合にも、端末が選好(preferred)ビームの報告を要請しなくても基地局はDL送信ビーム決定のためにUL BM手続を用いることができる。
UL BMは、ビームフォーミングされた(beamformed)UL SRS送信によって行われてよく、SRSリソースセットのUL BMの適用の有無は、(上位層パラメータ)用途(usage)によって設定される。用途(usage)が‘BeamManagement(BM)’に設定されると、与えられた時間インスタンス(time instant)に、複数のSRSリソースセットのそれぞれに1つのSRSリソースのみが送信されてよい。
端末には、(上位層パラメータ)SRS-ResourceSetによって設定される1つ又はそれ以上のSRS(Sounding Reference Symbol)リソースセットが(上位層シグナリング、RRCシグナリングなどによって)設定されてよい。それぞれのSRSリソースセットに対して、UEは、K≧1SRSリソース(上位層パラメータSRS-resource)が設定されてよい。ここで、Kは、自然数であり、Kの最大値は、SRS_capabilityによって指示される。
DL BMと同様に、UL BM手続も、端末の送信ビームスイーピングと基地局の受信ビームスイーピングとに区別されてよい。
図13は、本開示が適用可能な無線通信システムにおいてSRSを用いた上りリンクビーム管理動作を例示する図である。
図13(a)は、基地局の受信ビーム決定動作を例示し、図13(b)は、端末の送信ビームスイーピング動作を例示する。
図14は、本開示が適用可能な無線通信システムにおいて上りリンクビーム管理手続を例示する図である。
端末は‘beam management’に設定された(上位層パラメータ)用途(usage)パラメータを含むRRCシグナリング(例えば、SRS-Config IE)を基地局から受信する(S1010)。
表8は、SRS-Config IE(Information Element)の一例を示し、SRS-Config IEはSRS送信設定のために用いられる。SRS-Config IEは、SRS-ResourcesのリストとSRS-ResourceSetのリストを含む。各SRSリソースセットは、SRS-resourceのセットを意味する。
ネットワークは、設定されたaperiodicSRS-ResourceTrigger(L1 DCI)を用いてSRSリソースセットの送信をトリガーすることができる。
表8で、用途(usage)は、SRSリソースセットがビーム管理のために用いられるか或いはコードブック(codebook)ベース又は非コードブック(non-codebook)ベース送信のために用いられるかを指示する上位層パラメータを表す。用途(usage)パラメータは、L1パラメータ‘SRS-SetUse’に対応する。‘spatialRelationInfo’は、参照RS(reference RS)とターゲットSRS(target SRS)間の空間関係(spatial relation)の設定を示すパラメータである。ここで、参照RSは、L1パラメータ‘SRS-SpatialRelationInfo’に該当するSSB、CSI-RS又はSRSであってよい。前記用途(usage)は、SRSリソースセット別に設定される。端末は、前記SRS-Config IEに含まれたSRS-SpatialRelation Infoに基づき、送信するSRSリソースに対する送信ビームを決定する(S1020)。ここで、SRS-SpatialRelation InfoはSRSリソース別に設定され、SRSリソース別にSSB、CSI-RS又はSRSにおいて用いられるビームと同じビームを適用するかを示す。また、各SRSリソースにSRS-SpatialRelationInfoが設定されてもよく、或いは設定されなくてもよい。
仮にSRSリソースにSRS-SpatialRelationInfoが設定されると、SSB、CSI-RS又はSRSで用いられるビームと同じビームを適用して送信する。しかし、SRSリソースにSRS-SpatialRelationInfoが設定されないと、前記端末は任意に送信ビームを決定し、決定された送信ビームを通じてSRSを送信する(S1030)。
より具体的に、‘SRS-ResourceConfigType’が‘periodic’に設定されたP-SRSに対して:
i)SRS-SpatialRelationInfoが‘SSB/PBCH’と設定される場合に、UEは、SSB/PBCHの受信のために用いた空間ドメイン受信フィルター(spatial domain Rx filter)と同じ(或いは、当該フィルターから生成された)空間ドメイン送信フィルター(spatial domain transmission filter)を適用して当該SRSリソースを送信する;又は
ii)SRS-SpatialRelationInfoが‘CSI-RS’と設定される場合に、UEは、周期的CSI-RS(periodic CSI-RS)又はSP(semi-persistent)CSI-RSの受信のために用いられる同一の空間ドメイン送信フィルター(spatial domain transmission filter)を適用してSRSリソースを送信する;又は
iii)SRS-SpatialRelationInfoが‘SRS’と設定される場合に、UEは、周期的SRS(periodic SRS)の送信のために用いられた同一の空間ドメイン送信フィルター(spatial domain transmission filter)を適用して当該SRSリソースを送信する。
‘SRS-ResourceConfigType’が‘SP(semi-persistent)-SRS’又は‘AP(aperiodic)-SRS’と設定された場合にも、上と類似にビーム決定及び送信動作が適用されてよい。
さらに、端末は基地局からSRSに対するフィードバックを、次の3つの場合のように受信するか或いは受信しなくてよい(S1040)。
i)SRSリソースセット内の全てのSRSリソースに対してSpatial_Relation_Infoが設定される場合に、端末は、基地局の指示したビームでSRSを送信する。例えば、Spatial_Relation_Infoがいずれも同じSSB、CRI又はSRIを指示する場合に、端末は、同一のビームでSRSを反復送信する。この場合は、基地局が受信ビームを選択する用途であって、図13(a)に対応する。
ii)SRSリソースセット内の全てのSRSリソースに対してSpatial_Relation_Infoが設定されなくてよい。この場合、端末は自由にSRSビームを変えながら送信できる。すなわち、この場合は、端末が送信ビームをスイーピング(sweeping)する用途であって、図13(b)に対応する。
iii)SRSリソースセット内の一部のSRSリソースに対してのみSpatial_Relation_Infoが設定されてよい。この場合、設定されたSRSリソースに対しては、指示されたビームでSRSを送信し、Spatial_Relation_Infoが設定されていないSRSリソースに対しては、端末が任意に送信ビームを適用して送信することができる。
準同一位置(QCL:quasi-co location)
アンテナポートは、アンテナポート上のシンボルが運搬されるチャネルが、同一のアンテナポート上の他のシンボルが運搬されるチャネルから推論できるように定義される。1つのアンテナポート上のシンボルが運搬されるチャネルの特性(property)を、他のアンテナポート上のシンボルが運搬されるチャネルから類推できる場合、2個のアンテナポートはQC/QCL(quasi co-located或いは準同一位置)関係にあると言える。
ここで、前記チャネル特性は、遅延拡散(Delay spread)、ドップラー拡散(Doppler spread)、周波数/ドップラーシフト(Frequency/Doppler shift)、平均受信パワー(Average received power)、受信タイミング/平均遅延(Received Timing/average delay)、空間受信パラメータ(Spatial RX parameter)のうち1つ以上を含む。ここで、空間受信パラメータは、到来角(angle of arrival)のような空間的な(受信)チャネル特性パラメータを意味する。
端末は、当該端末及び与えられたサービングセルに対して意図されたDCIを有する検出されたPDCCHによってPDSCHをデコードするために、上位層パラメータPDSCH-Config内のM個までのTCI-状態設定(TCI-State configuration)のリストが設定されてよい。前記Mは、UE能力(capability)に依存する。
それぞれのTCI-Stateは、1つ又は2つのDL参照信号とPDSCHのDM-RS(demodulation reference signal)ポート間の準同一位置関係を設定するためのパラメータを含む。
準同一位置関係は、1番目のDL RSに対する上位層パラメータqcl-Type1と2番目のDL RSに対するqcl-Type2(設定された場合)で設定される。2つのDL RSの場合、参照(reference)が同一のDL RSか又は異なったDL RSかに関係なくQCLタイプ(type)は同一でない。
各DL RSに対応するQCLタイプは、QCL-Infoの上位層パラメータqcl-Typeによって与えられ、次の値のうち1つを取ることができる:
-‘QCL-TypeA’:{ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散}
-‘QCL-TypeB’:{ドップラーシフト、ドップラー拡散}
-‘QCL-TypeC’:{ドップラーシフト、平均遅延}
-‘QCL-TypeD’:{空間受信パラメータ}
例えば、目標とするアンテナポート(target antenna port)が特定NZP CSI-RSである場合に、当該NZP CSI-RSアンテナポートは、QCL-Type A観点では特定TRSと、QCL-Type D観点では特定SSBとQCLされたと指示/設定されてよい。このような指示/設定を受けた端末は、QCL-TypeA TRSから測定されたドップラー、遅延値を用いて当該NZP CSI-RSを受信し、QCL-TypeD SSB受信に用いられた受信ビームを当該NZP CSI-RS受信に適用できる。
UEは、8個までのTCI状態をDCIフィールド‘Transmission Configuration Indication’のコードポイント(codepoint)にマップするために用いられるMAC CEシグナリングによる活性命令(activation command)を受信することができる。
活性命令を運ぶPDSCHに対応するHARQ-ACKがスロットnで送信される場合に、TCI状態とDCIフィールド‘Transmission Configuration Indication’のコードポイント間の指示されたマッピングは、スロットn+3Nslot
subframe,μ+1から適用し始まってよい。UEが活性命令を受信する前にTCI状態に対する最初(initial)の上位層設定を受信した後に、QCL-TypeAに対して、そして適用可能であれば、QCL-TypeDに対しても、UEは、サービングセルのPDSCHのDMRSポートが、最初のアクセス過程で決定されたSS/PBCHブロックとQCLされたと仮定できる。
UEに対して設定されたDCI内にTCIフィールドが存在するか否かを示す上位層パラメータ(例えば、tci-PresentInDCI)が、PDSCHをスケジュールするCOREESTに対してイネーブルとしてセットされた場合に、UEは、当該CORESET上で送信されるPDCCHのDCIフォーマット1_1にTCIフィールドが存在すると仮定できる。PDSCHをスケジュールするCORESETに対してtci-PresentInDCIが設定されていないか、或いはPDSCHがDCIフォーマット1_0によってスケジュールされ、且つDL DCIの受信とそれに対応するPDSCH間の時間オフセットが所定の臨界値(例えば、timeDurationForQCL)以上である場合に、PDSCHアンテナポートQCLを決定するために、UEは、PDSCHに対するTCI状態又はQCL仮定が、PDCCH送信に対して用いられるCORESETに対して適用されるTCI状態又はQCL仮定と同一であると仮定することができる。ここで、前記所定の臨界値は、報告されたUEキャパビリティに基づいてよい。
パラメータtci-PresentInDCIがイネーブルとしてセットされた場合に、スケジューリングCC(component carrier)において、DCI内のTCIフィールドは、スケジュールされるCC又はDL BWPの活性化されたTCI状態を示すことができる。PDSCHがDCIフォーマット1_1によってスケジュールされる場合に、UEは、PDSCHアンテナポートQCLを決定するために、DCIを有する検出されたPDCCHの‘Transmission Configuration Indication’フィールドの値に基づいてTCI-状態を用いることができる。
DL DCIの受信とそれに対応するPDSCH間の時間オフセットが所定の臨界値(例えば、timeDurationForQCL)以上である場合に、UEは、サービングセルのPDSCHのDMRSポートが、指示されたTCI状態によって与えられるQCLタイプパラメータに対するTCI状態のRSとQCLされたと仮定することができる。
UEに対して単一スロットPDSCHが設定される場合に、指示されたTCI状態は、スケジュールされたPDSCHが存在するスロットの活性化されたTCI状態に基づいてよい。
UEに対して多重スロットPDSCHが設定される場合に、指示されたTCI状態は、スケジュールされたPDSCHが存在する最初のスロットの活性化されたTCI状態に基づいてよく、UEは、スケジュールされたPDSCHが存在するスロットにわたって、活性化されたTCI状態が同一であると期待できる。
UEに対してクロスキャリアスケジューリングのためのサーチスペースセットと関連付けられたCORESETが設定される場合に、UEは、当該CORESETに対してtci-PresentInDCIパラメータがイネーブルとしてセットされると期待できる。QCL-TypeDを含むサーチスペースセットによってスケジュールされるサービングセルに対して1つ以上のTCI状態が設定される場合に、UEは、前記サーチスペースセットから検出されたPDCCHの受信とそれに対応するPDSCH間の時間オフセットが所定の臨界値(例えば、timeDurationForQCL)以上であると期待できる。
パラメータtci-PresentInDCIがイネーブルとしてセットされる場合及びRRC連結モードでtci-PresentInDCIが設定されない場合の両方に対して、DL DCIの受信とそれに対応するPDSCH間の時間オフセットが所定の臨界値(例えば、timeDurationForQCL)未満である場合に、UEは、サービングセルのPDSCHのDMRSポートが、サービングセルの活性BWP内の1つ以上のCORESETがUEによってモニタされる最後(latest)のスロットにおける最も低い(lowest)CORESET-IDを有するモニタされたサーチスペースと関連付けられたCORESETのPDCCH QCL指示のために用いられたQCLパラメータに対するRSとQCLされたと仮定できる。
この場合、PDSCH DMRSのQCL-TypeDがPDCCH DMRSのQCL-TypeDと異なり、それらが少なくとも1つのシンボルで重なる(overlap)場合に、UEは、当該CORESETと関連付いたPDCCHの受信が優先化すると期待できる。これは、帯域内(intra-band)CA(carrier aggregation)(PDSCHとCORESETが互いに異なるCCに存在する場合)に対しても適用されてよい。設定されたTCI状態のいかなる状態もQCL-TypeDを含まない場合に、DL DCIの受信とそれに対応するPDSCH間の時間オフセットに関係なく、スケジュールされたPDSCHに対して指示されたTCI状態の中から他のQCL仮定を取得できる。
上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetの周期的なCSI-RSリソースに対して、UEは、TCI状態が以下のQCLタイプのいずれか一つを指示すると期待できる:
- SS/PBCHブロックとのQCL-TypeC、そして適用可能であれば、同一のSS/PBCHブロックとのQCL-TypeD、又は
- SS/PBCHブロックとのQCL-TypeC、そして適用可能であれば、上位層パラメータrepetitionを含んで設定されたNZP-CSI-RS-ResourceSetにおいてCSI-RSリソースとのQCL-TypeD。
上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetの非周期的なCSI-RSリソースに対して、UEは、TCI状態が、上位層パラメータtrs-Infoを含んでNZP-CSI-RS-ResourceSetの周期的なCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、同一の周期的CSI-RSリソースとのQCL-TypeDを指示すると期待できる。
上位層パラメータtrs-Info無しで且つ上位層パラメータrepetition無しで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースに対して、UEは、TCI状態が以下のQCLタイプのいずれか一つを指示すると期待できる:
- 上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、同一のCSI-RSリソースとのQCL-TypeD、又は
- 上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、SS/PBCHブロックとのQCL-TypeD、又は
- 上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、上位層パラメータrepetitionを含んで設定されたNZP-CSI-RS-ResourceSetにおいてCSI-RSリソースとのQCL-TypeD、又は
- QCL-TypeDが適用可能でない場合に、上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeB。
上位層パラメータrepetitionを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースに対して、UEは、TCI状態が以下のQCLタイプのいずれか一つを指示すると期待できる:
- 上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、同一のCSI-RSリソースとのQCL-TypeD、又は
- 上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、上位層パラメータrepetitionを含んで設定されたNZP-CSI-RS-ResourceSetにおいてCSI-RSリソースとのQCL-TypeD、又は
- SS/PBCHブロックとのQCL-TypeC、そして適用可能であれば、同一SS/PBCHブロックとのQCL-TypeD。
PDCCHのDMRSに対して、UEは、TCI状態が以下のQCLタイプのいずれか一つを指示すると期待できる:
- 上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、同一CSI-RSリソースとのQCL-TypeD、又は
- 上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、上位層パラメータrepetitionを含んで設定されたNZP-CSI-RS-ResourceSetにおいてCSI-RSリソースとのQCL-TypeD、又は
- 上位層パラメータtrs-Info無しで且つ上位層パラメータrepetition無しで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、同一CSI-RSリソースとのQCL-TypeD。
PDSCHのDMRSに対して、UEは、TCI状態が以下のQCLタイプのいずれか一つを指示すると期待できる:
- 上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、同一CSI-RSリソースとのQCL-TypeD、又は
- 上位層パラメータtrs-Infoを含んで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、上位層パラメータrepetitionを含んで設定されたNZP-CSI-RS-ResourceSetにおいてCSI-RSリソースとのQCL-TypeD、又は
- 上位層パラメータtrs-Info無しで且つ上位層パラメータrepetition無しで設定されたNZP-CSI-RS-ResourceSetのCSI-RSリソースとのQCL-TypeA、そして適用可能であれば、同一CSI-RSリソースとのQCL-TypeD。
ビーム連係状態ベースの上りリンク/下りリンク送受信
以下では、ビーム連係状態(beam linkage state,BLS)に基づく上りリンク/下りリンク(UL/DL)送受信に対する本開示の様々な例示について説明する。
下りリンク送受信に関連した空間パラメータ(又は、ビーム送受信関連パラメータ)は、下りリンク制御情報又はデータが送受信される物理チャネルに対して適用されるか、又は端末によって仮定されるQCL情報を含むことができる。QCL情報は、QCL RS(reference signal)情報を含んでよく、QCL RS情報は、QCLタイプ(例えば、QCL type A/B/C/D)別に設定されてよい。例えば、下りリンク制御情報(DCI)は、PDCCHで送受信されてよく、DCI送受信に関連した空間パラメータは、PDCCH DMRSアンテナポートに関するQCL基準(reference)情報、TCI状態情報などを含むことができる。また、下りリンクデータはPDSCHで送受信されてよく、下りリンクデータ送受信に関連した空間パラメータは、PDSCH DMRSアンテナポートに関するQCL基準情報、TCI状態情報などを含むことができる。
ただし、本開示において、空間パラメータという用語はQCL情報に制限されるものではなく、上りリンク送信に対して適用される空間パラメータ(例えば、上りリンク送信ビームに関連した空間関連情報(spatial relation info))を含むことができる。例えば、上りリンク制御情報(UCI)はPUCCH及び/又はPUSCHで送受信されてよく、UCI送受信に関連した空間パラメータは、PUCCH/PUSCH送受信に関連したPRI(resource indicator)、spatial relation info、又はこれに関連したQCL基準RS(QCL reference RS)などを含むことができる。
また、空間パラメータは、下りリンク又は上りリンクに対して別個に設定されてもよく、下りリンク及び上りリンクに対して統合して設定されてもよい。
また、空間パラメータは、1つ以上の空間パラメータを含む空間パラメータセットとして定義又は設定されてよい。以下では、説明を単純化するために、1つ以上の空間パラメータを総称して空間パラメータという。
基地局が端末のPDCCH受信空間パラメータ(又は、受信ビーム)を設定/指示するためには、1つ以上のCORESETのそれぞれに対してTCI状態(state)IDを設定/アップデートすることができる。CORESETに対して設定されたTCI状態は、当該CORESETで送信されるPDCCH DMRSアンテナポートに対するQCL基準情報(例えば、QCL type D関連情報)を指示できる。すなわち、それぞれのCORESETに対して設定/アップデートされたTCI state IDのQCL基準情報(例えば、QCL Type D情報)は、端末のPDCCH受信ビームに対応してよい。
PDSCH受信に対する空間パラメータ(又は、受信ビーム)設定/指示の場合、当該PDSCHをスケジュールするPDCCH DCI内にTCIフィールドが含まれてよい。DCI内のTCIフィールドによって指示されるTCI状態ID(又は、TCIコードポイント)は、PDSCH DMRSアンテナポートに対するQCL基準情報(例えば、QCL type D関連情報)を指示できる。
PDSCH受信に対する空間パラメータの設定/指示はDCIによって動的に行われてよいが、DCIによって指示される空間パラメータは、上位層シグナリング(例えば、RRC/MAC CE)によってあらかじめ設定された空間パラメータ候補に制限されるので、PDSCH受信に対する空間パラメータの変更/アップデートのためには上位層シグナリングが要求される。PDCCH受信に対する空間パラメータはCORESET設定に基づくので、PDCCH受信に対する空間パラメータを設定/指示するためには、CORESET設定/アップデートのためのRRC再設定又はMAC CEメッセージ送信などが要求される。また、PDSCHをスケジュールするDCIに空間パラメータ情報(例えば、TCIフィールド)が含まれない場合に、当該DCIがモニタされるCORESETに対して設定された空間パラメータに基づき、PDSCH受信に対する空間パラメータを適用できる。また、PDSCHをスケジュールするDCI内に空間パラメータ情報(例えば、TCIフィールド)が含まれても、PDSCHをスケジュールするDCI/PDCCHが受信される時点と当該PDSCHが受信される時点との時間間隔(又は、スケジューリングオフセット)が所定の臨界値以下である場合に、デフォルト空間パラメータ(例えば、端末がモニタする最後のスロットにおいて最も低い識別子を有するCORESET又はSSセットに関連付けられたTCI状態)に基づき、PDSCH受信に対する空間パラメータを適用できる。このように、PDCCH/PDSCH空間パラメータ/受信ビームに対する変更/アップデートを上位層シグナリング(例えば、RRC/MAC CE)を用いて行うと、柔軟性(flexibility)が低下する他、前記変更/アップデートによる不要なシグナリングオーバーヘッドも発生するという不具合がある。
このような問題を解決するために、以下の例示では、シグナリングオーバーヘッドを最小化しながら、ビーム連係状態(BLS)に基づくUL/DL送受信について説明する。
以下の説明において、空間パラメータ又は空間関連情報(spatial relation info)は、ULチャネル/DLチャネルで送信/受信されるデータ/信号のための空間関連仮定のためのRS情報/QCL関連(又は、基準)RS情報/QCLパラメータなどを含む意味でよく、又は、これらの用語に言い換えて/代替して表現されてよい。
以下の例示において、ある周波数/時間/空間リソースに対してデータ/DCI/UCI送信/受信時に、特定空間パラメータ(又は、TCI状態(state)又はTCI)を使用/適用/マップするという意味は、DLでは、当該周波数/時間/空間リソースにおいて当該空間パラメータによって指示されたQCLタイプ及びQCL RSを用いてDMRSからチャネルを推定し、推定されたチャネルでデータ/DCI(例えば、PDSCH/PDCCH)を受信/復調するということを意味でき、ULでは、当該周波数/時間/空間リソースにおいて当該空間パラメータによって指示された送信ビーム及び/又は送信電力を用いてDMRS及びデータ/UCI(例えば、PUSCH/PUCCH)を送信/変調するということを意味できる。
図15は、本開示に係るビーム連係状態に基づいて端末が上りリンク送信又は下りリンク受信を行う方法を説明するためのフローチャートである。
段階S1510で、端末は、ビーム連係状態(BLS)に関する情報を基地局から受信できる。
例えば、端末は、BLSの1つ以上の候補に関する設定情報を、基地局から受信できる。前記設定情報は、上位層(例えば、RRC)シグナリングによって端末に対して設定されてよい。
BLSは、1つ以上の基準(reference)送受信と1つ以上のターゲット(target)送受信とのマッピング関係に関する情報を含むことができる。例えば、それぞれのBLS候補は、1つの基準送受信と1つ以上のターゲット送受信とのマッピング関係を定義することができる。BLSは、基準送受信に対する第1空間パラメータとターゲット送受信に対する第2空間パラメータが連係される(例えば、第1空間パラメータの変更にしたがって第2空間パラメータが変更される)関係を定義できる。
ここで、第2空間パラメータは、第1空間パラメータと同一であるか、又は第1空間パラメータに対応する空間パラメータであってよい。例えば、端末の受信空間パラメータ(又は、受信ビーム)と端末の送信空間パラメータ(又は、送信ビーム)は、端末の送受信フィルターの具現にしたがって対応関係を有してよい。又は、端末の第1受信空間パラメータ(又は、受信ビーム)は第2受信空間パラメータ(又は、受信ビーム)と対応関係を有してもよく、端末の第1送信空間パラメータ(又は、送信ビーム)は第2送信空間パラメータ(又は、送信ビーム)と対応関係を有してよい。
例えば、このような第1及び第2空間パラメータ間の対応関係は、所定の規則にしたがってあらかじめ定義/決定される、基地局と端末間のシグナリング交換によってあらかじめ設定される、或いは端末の具現にしたがってあらかじめ定義されてよい。したがって、空間パラメータ間の具体的な対応関係は、本開示では定義されず、様々な任意の対応関係が適用されてよい。すなわち、本開示の例示において、第1及び第2空間パラメータの対応関係は端末及び/又は基地局にあらかじめ知られていると仮定する。
また、端末は、BLSの1つ以上の候補のうち、活性化される又は有効な特定BLSに関する情報を基地局から受信することができる。
例えば、特定BLSに関する情報は、上位層(例えば、MAC CE)又は下位層(例えば、DCI)シグナリングによって端末に指示されてよい。
これにより、端末は、特定BLSに基づいて、基準送受信にマップされるターゲット送受信を決定できる。例えば、基準送受信は、第1UL/DL参照信号(RS)/チャネル(CH)でよく、ターゲット送受信は、第2 UL/DL RS/CHでよい。例えば、DL RS/CHは、PDCCH、PDSCH、SSB、CSI-RSなどでよく、UL RS/CHは、PUCCH、PUSCH、SRSなどでよい。
段階S1520で、端末は、前記特定BLSに含まれた基準送受信に対して、第1空間パラメータに関する情報を基地局から受信できる。第1空間パラメータは、上位層/下位層シグナリングによって端末に指示されてよい。また、第1空間パラメータは、あらかじめ端末に対して設定/指示されていてもよい。
段階S1530で、端末は、第2空間パラメータに基づき、ターゲット送受信に対するUL送信又はDL受信を行うことができる。
例えば、端末は、特定BLSに基づき、基準送受信に関連付けられるターゲット送受信を決定でき、空間パラメータ間の対応関係に基づき、基準送受信に対する第1空間パラメータに対応する第2空間パラメータを決定できる。
図15の例示により、既存のDL/UL空間パラメータをRRC再設定/MAC CEメッセージ/DCIを用いるTCI状態/spatial relation infoによって別に指示する方式と違い、UL/DL送受信に対して適用される空間パラメータを相互連係して指示できるので、シグナリングオーバーヘッドを減しながらも、空間パラメータ設定/指示の効率性及び柔軟性を高めることができる。
具体的に、前述したDL BM及び端末のPDCCH受信ビーム設定/アップデート方式によれば、CORESET設定のTCI state情報をアップデートするためにRRC再設定/MAC CEメッセージ送信が必要であり、PDSCH受信ビーム設定/アップデートの目的のためにも同様の動作が要求される。これと共に、PUCCH/PUSCHビーム指示方式においても、ビーム変更に対してspatial relation infoをアップデートするためにRRC再設定/MAC CEメッセージ送信が必要である。このような既存のビーム変更手続は、上りリンク/下りリンクの送受信ビーム変更に対する柔軟性が低下する他、ビームアップデートのためのシグナリングオーバーヘッドも高いという問題があった。
本開示では、このような問題点を解決するために、基準となるDL受信ビーム情報(例えば、QCL関連情報)或いはUL送信ビーム情報に基づき、シグナリングオーバーヘッドを最小化しながら、ターゲットとなるUL/DL RS/CHの送受信ビームを動的に変更させるための様々な方案について説明する。
すなわち、基準となるRS/CHに対してターゲットRS(s)/CH(s)に対する連係(linkage)関係を設定し、連係関係及び連係範囲をDCIによって動的に指示できる。これは、UL/DL送受信に使用するビーム(又は、空間パラメータ)に関する情報をTCI state/spatial relation infoを用いて指示することによって、送受信ビーム決定に対する関連付け柔軟性(association flexibility)を高めることができることを意味する。また、UL/DLビーム連係関係に基づき、DCIを用いてビーム変更/アップデートにより、動的な送受信ビーム指示/決定が可能である他、特定ビーム連係にしたがってDCI内にビーム設定/指示関連フィールドを省略してDCIペイロード(payload)を減らす効果も達成できる。
BLSに基づかない既存のUL/DL送受信ビーム設定/アップデート方式との衝突を避けるために、BLSに基づく方式が適用されるか否かを示すイネーブラ(enabler)を定義することもできる。すなわち、イネーブラによって明示的に指示される場合に本開示の例示が適用され、そうでない場合には、既存のBLSに基づかない方式が適用されてよい。
例えば、BLSに基づくビーム設定/アップデート動作が適用されるか否かに対する‘beam_linkage_enabler’を、RRCパラメータとして設定できる。当該イネーブラが‘OFF’である場合に、既存の(すなわち、BLSに基づかない)動作に従うことができ、当該イネーブラが‘ON’である場合に、本開示の例示(すなわち、BLSに基づく実施例1/2/3/4など)が活性化(activation)されてよい。
以下では、BLSベースUL/DL送受信に対する本開示の様々な例示について説明する。
実施例1
基地局は端末にBLS情報を上位層(例えば、RRCなど)シグナリングによって設定できる。
BLSは、基準送受信(すなわち、基準となる特定RS/CH)の空間パラメータ(すなわち、ビーム)と、これに基づいて変更されるターゲット送受信(すなわち、ターゲットRS(s)/CH(s))の空間パラメータ(すなわち、ビーム)間の連係関係を含むことができる。これにより、基準となる特定RS/CHの受信或いは送信時に適用した/用いた空間ドメインフィルター(spatial domain filter)又はビームに基づき、他の(すなわち、ターゲット)RS(s)/CH(s)の受信或いは送信に適用される/用いられる空間ドメインフィルター又はビームを変更/アップデートすることができる。
例えば、BLSに基づかない動作では、DCIフォーマット1_1のTCIフィールドとPRIフィールドを用いて、PDSCH受信ビームと当該PDSCHに対するACK/NACK PUCCH送信ビーム関連情報をそれぞれ指示することができる。これと違い、BLSに基づき、ACK/NACK PUCCH送信ビーム決定に対して、PDSCH受信ビーム指示に基づく連係関係が設定/指示されてよい。これにより、ACK/NACK PUCCH送信に対して、PDSCH受信時に用いた空間ドメイン受信フィルター(spatial domain Rx filter)に対応する空間ドメイン送信フィルター(spatial domain Tx filter)を適用することができる。
したがって、BLSは、それぞれの状態(state)別に基準送受信に対する空間パラメータ/ビームに基づき、ターゲット送受信に対する空間パラメータ/ビームが指示/適用される範囲を設定することができる。また、特定RS/CHに対しては、適用される段階を細部的に設定することもできる。例えば、PUCCHの場合、設定される全てのPUCCHに対して前記空間パラメータ/ビーム変更/アップデートを適用することもでき、特定PUCCH(例えば、SR PUCCH /ACK/NACK PUCCH/CSI PUCCHなど)にのみ限定的に適用されるようにBLSを構成することもできる。これに関する具体的な例示は、実施例2及び3で具体的に説明する。
更なる例示として、BLSを設定する方式において、(基準送受信を特定しないで)ターゲット送受信に対するセットのみを設定することもできる。
更なる例示として、基準送受信に対して適用した/用いた空間パラメータ/空間ドメインフィルター/ビーム別に、ターゲット送受信セットに対する連係関係を設定することもできる。例えば、ターゲット送受信に対するセットが‘target set A’と‘target set B’の2個が設定される場合を仮定すれば、下表9の例示のようにBLSが表現されてもよい。表9の例示では、説明の明瞭性のために2個のターゲットセットが設定されているとするが、これは、本開示の技術的範囲を制限するものではなく、3個以上のターゲットセットが設定された場合にも本開示の例示が適用されてよい。
表9の例示において、Target set A={PUSCH,CSI PUCCH,PDCCH}、Target set B={SR PUCCH}であってよい。例えば、BLS候補であるBLS #1及びBLS #2のうちBLS #1が活性化/指示される場合に、基準送受信であるPUCCHに対する第1空間パラメータに基づき、ターゲット送受信であるPUSCH/CSI PUCCH/PDCCHに対する第2空間パラメータが決定されてよく、基準送受信であるPDSCHに対する第1空間パラメータに基づき、ターゲット送受信であるSR PUCCHに対する第2空間パラメータが決定されてよい。前述した例示において、BLS設定/指示は、MAC CEによって行われてもよい。例えば、1つ以上のBLS候補のうち、BLSに対する特定ID(又は、インデックス)をMAC CEメッセージを用いて指示できる。MAC CEによって指示される特定BLSは、所定の時間(例えば、適用可能タイミング(applicable timing)以後から、新しいMAC CEによってBLSアップデートが指示される前まで、前記MAC CEによって指示されたBLSに基づき、UL/DL送受信に対する空間パラメータ/ビームを変更/アップデートすることができる。例えば、所定の時間は、ACK送信して3msec後のように定義されてよく、これに対する具体的な例示は、実施例4で説明する。
このようにMAC CEによってBLSが指示される場合に、DCIのビーム連係フィールドは非活性化(deactivation)されるか、又はビーム連係方式にしたがってDCIフォーマット内の特定フィールドが省略されてDCIが構成されてもよい。
更なる例示として、BLS設定/指示は、DCIによってさらに動的に行われてもよい。これに対する具体的な例示は、実施例2及び3で説明する。
実施例2
本実施例は、基準送受信がDL RS/CH(例えば、PDCCH又はPDSCH)であり、第1空間パラメータがTCI stateによって指示される場合に、ターゲット送受信である1つ以上のUL/DL RS/CHに対する第2空間パラメータ(例えば、空間ドメイン送信パラメータ/空間ドメイン受信パラメータ)を変更/アップデートする例示に関する。
具体的な例示として、PDCCH/PDSCH受信ビーム指示に基づき、他のRS(s)/CH(s)の送受信ビームを、BLSにしたがって変更/アップデートすることができる。実施例1で説明したMAC CEベースBLS設定/指示動作と違い、実施例2の例示は、‘beam_linkage_enabler’がONである場合に、DCIのBLSフィールドがBLS IDをコードポイントと指示できる。すなわち、DCIのBLSフィールドによって特定BLSの活性化されるか否かが指示されてよい。
例えば、PDSCHスケジューリングのためのDCIによって指示されたTCI stateは、DCIフォーマット1_1のTCIフィールドによって指示されるTCI codepointに関連付けられる特定TCI state IDを指示できる。前記特定TCI state ID(すなわち、PDSCHと関連付けられたTCI state ID)のDL参照RSとQCL情報を用いて、端末は、特定(ターゲット)UL RS(s)/CH(s)送信に適用されるspatial relation infoの参照RSを、BLSに基づいて(前記PDSCHと関連付けられたTCI state IDの)DL参照RS(又は、当該DL参照RSに対応する参照RS)に変更/アップデートできる。また、端末は、特定(ターゲット)DL RS(s)/CH(s)のTCI state/spatial Rx parameterを、BLSに基づいて(前記PDSCHと関連付けられたTCI state IDの)DL参照RS/QCL仮定に従うように変更/アップデートすることができる。
例えば、PDSCH受信ビームに基づくRS/CHの送受信ビーム決定に対するBLSは、表10の例示のように定義されてよい。表10の例示は、説明の明瞭性のためのものに過ぎず、本開示の技術的範囲を制限するものではない。したがって、表10の例示と異なる形態の規則でBLSが定義されてもよい。
表10を参照すると、基準送受信であるPDSCHと、ターゲット送受信であるPUCCH/PUSCH/PDCCHとの連係有無が、0(すなわち、関連していない)及び1(すなわち、連係している)で表現されてよい。
例えば、DCI(例えば、DCIフォーマット1_1)の特定フィールド(例えば、BLSフィールド)を用いてBLS #5が指示される場合に、ACK/NACK PUCCHの送信ビーム及びPUSCHの送信ビーム(すなわち、ターゲット送受信に対する第2空間パラメータ)に対して、PDSCH受信に対するビーム指示情報(例えば、TCIフィールド)による空間ドメイン送信フィルター(spatial domain Rx filter)(すなわち、基準送受信に対する第1空間パラメータ)に対応する空間ドメイン送信フィルターが適用されてよい。ここで、当該DCI(例えば、DCIフォーマット1_1)においてACK/NACK PUCCHに対する空間パラメータを指示するためのPRIフィールドは省略されてよい。これにより、PDSCH受信ビーム方向の高いチャネル品質を活用して、上りリンクデータチャネルの効率性及びACK/NACK PUCCHの信頼性向上を期待することができる。
それぞれのBLSごとに基準送受信と連係されるターゲット送受信が異なるので、ペイロード減少の程度及び効果は互いに異なり得る。一方、ターゲット送受信に対する空間パラメータ/ビーム指示動作が単純化し、ターゲット送受信をUL/DLに区別しないでTCI stateとspatial relation infoのいずれをも活用できるので、関連付け柔軟性が大きく向上し得る。
表10では、ACK/NACK PUCCHを取り上げて説明したが、PUCCHはその目的/用途によって様々なタイプが存在するので、BLSによって連係関係が定義されるPUCCHはACK/NACK PUCCHに制限されない。例えば、BLSによってPUCCHタイプA、PUCCHタイプBに対する連係関係が定義されてもよい。PUCCHタイプは、所定の基準によってあらかじめ定義されるか明示的に区別されるように設定されてもよい。例えば、PUCCHタイプは、PUCCHの用途/コンテンツ/フォーマット/専用PUCCHであるか否かなどに基づいて区別されてよい。
例えば、PUCCH用途を基準にタイプを区別する場合に、TypeAは、SR(スケジューリング要請)/HARQ-ACK/CSI送信用途のPUCCHに該当し、TypeBは、BFRQ(ビーム失敗復旧要請)用途のPUCCHに該当し得る。
例えば、PUCCHフォーマットを基準にタイプを区別する場合に、TypeAは、short PUCCH(例えば、PUCCHフォーマット0、2)に該当し、TypeBは、long PUCCH(例えば、PUCCHフォーマット1、3、4)に該当し得る。
例えば、専用PUCCHであるか否かを基準にタイプを区別する場合に、TypeAは、RACH手続中のMsg4(すなわち、競合解消メッセージ)に対するHARQ-ACK用途の端末共用(又は、非専用)のPUCCHに該当し、TypeBは、専用PUCCH(又は、端末特定)PUCCHに該当し得る。
このようなPUCCH区別の基準は、後述する実施例3のBLSに対しても適用可能である。
すなわち、BLSによって定義される基準送受信とターゲット送受信は、RS/CH単位で区別されてもよく、さらにはRS/CHのタイプ単位で区別されてもよい。
実施例3
本実施例は、基準送受信がUL RS/CH(例えば、PUCCH又はPUSCH)であり、第1空間パラメータがspatial relation infoによって指示される場合に、ターゲット送受信である1つ以上のUL/DL RS/CHに対する第2空間パラメータ(例えば、空間ドメイン送信パラメータ/空間ドメイン受信パラメータ)を変更/アップデートする例示に関する。
具体的な例示として、PUCCH/PUSCH送信ビーム指示に基づき、他のRS(s)/CH(s)の送受信ビームを、BLSによって変更/アップデートすることができる。実施例1で説明したMAC CEベースBLS設定/指示動作と違い、実施例3の例示は、‘beam_linkage_enabler’がONである場合に、DCIのBLSフィールドがBLS IDをコードポイントと指示できる。すなわち、DCIのBLSフィールドによって特定BLSの活性化されるか否かが指示されてよい。
例えば、PUSCHスケジューリングのためのDCIによって指示されるSRI(SRS resource indicator)は、コードブック(CB)ベース及び非コードブック(non-codebook)ベースで定義されてよい。例えば、CBベース方式では、DCIフォーマット0_1内に1ビットSRI、TPMI(transmit precoding matrix indicator)、TRI(transmit rank indicator)フィールドに基づいてPUSCHが送信される。また、非CBベース方式では、最大で4個の1ポートSRSリソースが、それぞれのspatial relation infoの対応ビームで基地局に送信され、これを受信した基地局は、PUSCH送信に適用するSRIをDCIを用いて端末に指示することができる。したがって、非CBベース方式では、複数個のSRIのうちBLSに基づいてターゲット送受信に適用/利用されるビームがSRIに対応するビームとして選択されるに当たって、基地局と端末間に約束された規則に基づいてSRI対応ビームが選択されるか、又は基地局がDCIを用いて指示する特定SRI(例えば、最初のSRI又は最後のSRI)に対応するビームが選択されてもよい。
例えば、PUSCH受信ビームに基づくRS/CHの送受信ビーム決定に対するBLSは、表11の例示のように定義されてよい。表11の例示は説明の明瞭性のためのものに過ぎず、本開示の技術的範囲を制限するものではない。したがって、表11の例示と異なる形態の規則でBLSが定義されてもよい。
表11を参照すると、基準送受信であるPUSCHと、ターゲット送受信であるPUCCH/PDSCH/PDCCHとの連係有無が、0(すなわち、連係されていない)及び1(すなわち、連係されている)で表現されてよい。
例えば、DCI(例えば、DCIフォーマット0_1)の特定フィールド(例えば、BLSフィールド)でBLS #6が指示される場合に、SR PUCCHの送信ビーム及びPDCCHの受信ビーム(すなわち、ターゲット送受信に対する第2空間パラメータ)に対して、PUSCH送信に対するビーム指示情報(例えば、spatial relation info)による空間ドメイン送信フィルター(すなわち、基準送受信に対する第1空間パラメータ)に対応する空間ドメイン送信フィルター及び空間ドメイン受信フィルター(spatial domain Rx filter)がそれぞれ適用されてよい。これにより、PUSCH送信ビーム方向の高いチャネル品質を活用して、後続する上りリンクスケジューリング要請及び下りリンクデータ受信の効率性の向上を期待することができる。
表11では、SR PUCCHを取り上げて説明したが、BLSによって連係関係が定義されるPUCCHがSR PUCCHに制限されるものではない。実施例2で説明したように、PUCCH用途/コンテンツ/フォーマット/専用PUCCHであるか否かなどに基づいて区別される様々なPUCCHタイプに対してBLSが設定されてもよい。
また、実施例2及び3の例示では、BLSがPUCCH/PUSCH/PDCCH/PDSCH(及びそのタイプ)間の連係を定義する例示を説明したが、本開示の範囲がこれに制限されるものではなく、BLSが連係を定義する基準/ターゲット送受信にPRACH/SRS/CSI-RS/SSBがさらに含まれてもよい。
実施例4
前述したように、基準送受信の第1空間パラメータの変更/アップデートに基づき、BLSによって前記基準送受信と連係されるターゲット送受信の第2空間パラメータを変更/アップデートするに当たって、変更/アップデートされる第2空間パラメータの適用時点が定義される必要がある。
例示1)実施例2では、基準送受信であるPDSCHに対するHARQ-ACKが送信されてから所定の時間単位(例えば、x msec)後に、ターゲット送受信に対する変更/アップデートされた第2空間パラメータが適用されてよい。
例示2)実施例3では、基準送受信であるPUSCHが送信されてから所定の時間単位(例えば、x msec)後に、ターゲット送受信に対する変更/アップデートされた第2空間パラメータが適用されてよい。
例示3)実施例1のMAC CEベースで特定BLSが設定/指示される場合に、前記MAC CEを運ぶPDSCHに対するHARQ-ACKが送信されてから所定の時間単位(例えば、x msec)後に、ターゲット送受信に対する変更/アップデートされた第2空間パラメータが適用されてよい。
上記の例示において、所定の時間単位は、x msecのように絶対的な時間単位と定義されてもよく、シンボル/スロット/スロットグループ/サブフレーム/フレームなどのSCSに依存する時間単位と定義されてもよい。また、xの値は、固定された値であってもよく、又は基地局が端末特定、端末共通(すなわち、セル特定)、又は端末グループ特定で設定できる可変的な値であってもよい。例えば、所定の時間単位がx msecと定義される場合に、xの値は0又は3が適用されてもよい。
このようにBLSに基づいてターゲット送受信に対する第2空間パラメータの変更/アップデートを行う時点が定義されてよい。このような時点は、端末がBLSに基づく空間パラメータ変更/アップデートを行うことを基地局が確認するのに十分な時間が経過した後の時点と定義されてよい。
例示1において、端末がPDSCHに対するHARQ-ACK(すなわち、ACK/NACK)を運ぶPUCCH/PUSCHを送信してから特定時点(例えば、x msec後)に、BLSに基づいてターゲット送受信に対するビームが変更されてよい。ここで、PDSCHに対するHARQ-ACKが送信されるということは、基準送受信であるPDSCHに対するBLSを指示するフィールドを含むDCIが、端末によって成功的にデコードされたということを意味する。したがって、基地局によって指示されたBLSを端末が正しく適用するか否かに対する別のシグナリング無しにも、ターゲット送受信に対するビーム設定/アップデートが端末によって適用されることを、基地局がPDSCHに対するHARQ-ACKを受信することによって確認することができる。
例示2においても、端末がPUSCHを送信してから特定時点(例えば、x msec後)に、BLSに基づいてターゲット送受信に対するビームが変更されてよい。ここで、PUSCHが送信されるということは、基準送受信であるPUSCHに対するBLSを指示するフィールドを含むDCIが、端末によって成功的にデコードされたということを意味する。したがって、基地局によって指示されたBLSを端末が正しく適用するか否かに対する別のシグナリングなしにも、ターゲット送受信に対するビーム設定/アップデートが端末によって適用されることを、基地局がPUSCHを受信することによって確認することができる。
例示3では、例示1及び2においてDCIベースへBLSが指示される動作と違い、MAC CEよってBLSの変更/設定が指示されてよい。したがって、一般のMAC CEベース端末動作設定のアップデートに対して定義される適用可能/適用(applicable/application)タイミング(例えば、MAC CEに対するHARQ-ACK送信後に3msec)が例示3に対しても適用されてよい。又は、端末の空間パラメータ(又は、空間ドメインフィルター)変更にかかる追加の時間を考慮して、x値は、一般のMAC CE適用タイミングよりも大きい(すなわち、3以上の)値として別に定義/設定されてもよい。
図16は、本開示の一実施例に係るシグナリング過程を説明するための図である。
前述した実施例に対する基地局と端末のシグナリング動作の例示は、図16の通りである。ここで、端末/基地局は一例にすぎず、図17に説明するように様々な装置に代替適用されてよい。基地局は、複数のTRPを含む1つの基地局又は複数のTRPを含む1つのセルに該当してもよい。図16は、説明の便宜のためのもので、本開示の範囲を制限するものではない。また、図16で説明される段階の一部は、併合されても省略されてもよい。また、以下に説明される手続を行うに当たって、前述した下りリンク送受信動作又は上りリンク送受信動作やビーム管理動作が適用されてよいが、本開示の範囲がこれに制限されるものではなく、様々な下りリンク受信又は上りリンク送信動作に適用されてよい。
UEは基地局から設定情報(Configuration)を受信することができる(S105)。前記設定情報(Configuration)は、システム情報(SI)、スケジューリング情報、ビーム管理(BM)関連設定(例えば、DL BM関連CSI-ResourceConfig IE、NZP CSI-RSリソースセットIEなど)、基地局の構成(例えば、TRP構成)情報などを含むことができる。例えば、前記Configurationは、空間関連(例えば、QCL関連)仮定のためのRS情報の再設定/アップデートに関連した情報(例えば、再設定/アップデートが行われるか否か、行われる方式、時点などに関連した情報)を含むことができる。また、前記Configurationは、ビーム連係状態(BLS)候補及び/又はBLSの活性化されるか否かに関する情報を含むことができる。前記Configurationは、上位層(例えば、RRC又はMAC CE)シグナリングによって送信されてよい。また、前記configurationがあらかじめ定義又は設定されている場合に、当該段階は省略されてもよい。
例えば、前述した実施例に基づき、前記Configurationは、TCI状態、QCL RS、又はDMRSポートのうち1つ以上に関する情報を含むことができる。例えば、前記TCI状態は、空間関連(spatial relation)(例えば、QCL関連)仮定のためのRS情報を含むことができる。例えば、前記Configurationは、DLチャネル(例えば、PDCCH/PDSCH)及び/又はULチャネル(例えば、PUSCH/PUCCH)に対する空間関連情報/QCL関連設定情報を含むことができる。例えば、前述した実施例で説明した通り、前記Configurationは、基準送受信(例えば、参照RS/CH)とターゲット送受信(例えば、target RS/CH)との連係関係設定(例えば、BLS情報)を含むことができる。例えば、ターゲット送受信はグループ化して1つ以上のセットとして設定されてもよい。例えば、前記Configurationは、下りリンクチャネル(例えば、PDCCH/PDSCH)のQCL関連情報(例えば、空間関連(spatial relation)仮定のためのRS情報など)及び/又は連係関係設定(例えば、BLS)に対する変更/アップデートを指示する情報を含むこともできる。
例えば、上述したS105段階のUE(図17の100/200)が基地局(図17の200/100)から前記Configurationを受信する動作は、以下に説明される図17の装置によって具現されてよい。例えば、図17を参照すると、1つ以上のプロセッサ102は、前記Configurationを受信するように1つ以上の送受信機106及び/又は1つ以上のメモリ104などを制御でき、1つ以上の送受信機106は、基地局から前記Configurationを受信することができる。
UEは基地局から制御情報を受信することができる(S110)。前記制御情報は制御チャネル(例えば、PDCCH)で受信されてよい。一例として、前記制御情報は、DCI/UCIであってよい。例えば、前記制御情報は、下りリンクデータチャネル(例えば、PDSCH)及び/又は上りリンクチャネル(例えば、PUCCH/PUSCH)などに関するスケジューリング情報を含むことができる。例えば、前述した実施例に基づき、前記制御情報は、TCI状態、QCL RS、又はDMRSポートのうち1つ以上に関する情報を含むことができる。例えば、前記制御情報(例えば、DCI)内のTCI状態フィールドによってDLデータチャネル(例えば、PDSCH)/ULチャネル(例えば、PUCCH/PUSCH)と関連したDMRSポートに対して1つ以上のTCI状態が指示されてよい。例えば、前記TCI状態は、空間関連(例えば、QCL関連)仮定のためのRS情報を含むことができる。
例えば、前述した例示で説明した通り、前記制御情報は、基準送受信(例えば、参照(reference)CH/RS)とターゲット送受信(例えば、ターゲット(target)CH/RS)間の連係関係設定(例えば、BLS情報)及び/又はBLS活性化関連フィールドなどを含むことができる。一例として、ターゲット送受信がPUCCHである場合に、PUCCHの用途/コンテンツ/フォーマット/専用PUCCHであるか否かなどに基づいて区分可能なPUCCHタイプ別にビーム連係関係が設定されてよい。
例えば、上述したS110段階のUE(図17の100/200)が基地局(図17の200/100)から前記制御情報を受信する動作は、以下に説明される図17の装置によって具現されてよい。例えば、図17を参照すると、1つ以上のプロセッサ102は、前記制御情報を受信するように1つ以上の送受信機106及び/又は1つ以上のメモリ104などを制御でき、1つ以上の送受信機106は基地局から前記制御情報を受信することができる。
UEは基地局からデータ(Data)を受信する或いは基地局にデータを送信できる(S115)。前記データは、下りリンクチャネル(例えば、PDCCH/PDSCH)で受信される或いは上りリンクチャネル(例えば、PUCCH/PUSCH/PRACH)で送信されてよい。また、前記データは、下りリンク信号(例えば、SSB/CSI-RS)であってもよく、上りリンク信号(例えば、SRS)であってもよい。例えば、前記データは、前記制御情報に基づいてスケジュールされてよい。また、S105/S110段階で設定/指示された情報に基づいて前記データが受信されてよい。例えば、S105/S110段階で設定/指示された情報に基づき、UEはチャネル推定/補償を行うことができ、前記データを受信することができる。例えば、上述した実施例に基づき、前記データ受信のための空間関係(spatial relation)の関連RS(例えば、QCL type D RS)が設定されてよい。例えば、UEが送信する上りリンクチャネル(例えば、PUCCH/PUSCH)の空間関連情報(spatial relation information)に基づき、前記データ受信のための(下りリンクチャネルの)空間関係(spatial relation)関連RS(例えば、QCL type D RS)が設定/変更されてよい。例えば、前記上りリンクチャネルの用途/コンテンツ(例えば、SR、HARQ-ACK/NACK、CSIなど)に基づき、前記データ受信のための(下りリンクチャネルの)空間関係(spatial relation)関連RS(例えば、QCL type D RS)が設定されてよい。
例えば、前述した例示で説明した通り、前記連係関係に基づいて前記データ(例えば、ターゲットCH/RS)とBLSに基づいて連係される基準送受信の空間関連情報に基づき、前記データを送受信できる。一例として、前記基準送受信は、PUCCH/PUSCH/PDCCH/PDSCHであってよい。
例えば、端末は基地局からDLチャネル/RSを受信することができ、設定されたBLSに基づき、基準送受信の空間関連情報に基づいて前記DLチャネル/RSを受信することができる。
例えば、端末は基地局にULチャネル/RSを送信でき、設定されたBLSに基づき、基準送受信の空間関連情報に基づいて前記ULチャネル/RSを送信することができる。
例えば、上述したS115段階のUE(図17の100/200)が基地局(図17の200/100)から前記データを受信する動作は、以下に説明される図17の装置によって具現されてよい。例えば、図17を参照すると、1つ以上のプロセッサ102は、前記データを受信するように1つ以上の送受信機106及び/又は1つ以上のメモリ104などを制御でき、1つ以上の送受信機106は基地局から前記データを受信することができる。
先に言及した通り、上述した基地局/UEシグナリング及び動作(例えば、実施例1、実施例2、実施例3、実施例4、図15、図16など)は、以下に説明される装置(例えば図17)によって具現されてよい。例えば、基地局は第1無線機器、UEは第2無線機器に該当してよく、場合によってその逆の場合も考慮されてよい。
例えば、上述した基地局/UEシグナリング及び動作(例えば、実施例1、実施例2、実施例3、実施例4、図15、図16など)は、図17の1つ以上のプロセッサ(例えば102,202)によって処理されてよく、上述した基地局/UEシグナリング及び動作(例えば、実施例1、実施例2、実施例3、実施例4、図15、図16など)は、図17の少なくとも1つのプロセッサ(例えば、102,202)を駆動するための命令語/プログラム(例えば、インストラクション(instruction)、実行コード(executable code))の形態でメモリ(例えば、図17の1つ以上のメモリ(例えば、104,204)に記憶されてもよい。
本開示が適用可能な装置一般
図17には、本開示の一実施例に係る無線通信装置のブロック構成図を例示する。
図17を参照すると、第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のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、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によって駆動されてよい。本開示に含まれた説明、機能、手続、提案、方法及び/又は動作順序図は、コード、命令語及び/又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。
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又は他のランダムアクセスソリッドステートメモリデバイスのような高速ランダムアクセスメモリを含むことができるが、それに制限されず、1つ以上の磁器ディスク記憶デバイス、光ディスク記憶装置、フラッシュメモリデバイス又は他の非揮発性ソリッドステート記憶デバイスのような非揮発性メモリを含むことができる。メモリは選択的に、プロセッサから遠隔に位置している1つ以上の記憶デバイスを含む。メモリ又は代案としてメモリ内の非揮発性メモリデバイスは、非一時的コンピュータ可読記憶媒体を含む。本開示に説明の特徴は、マシン可読媒体の任意の1つに記憶され、プロセシングシステムのハードウェアを制御でき、プロセシングシステムが本開示の実施例に係る結果を活用する他のメカニズムと相互作用するようにするソフトウェア及び/又はファームウェアに統合されてよい。このようなソフトウェア又はファームウェアは、アプリケーションコード、デバイスドライバー、運営体制及び実行環境/コンテナを含むことができるが、これに制限されない。
ここで、本明細書の無線機器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などの規格によって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本明細書の無線機器100,200において具現される無線通信技術は、LTE-M技術に基づいて通信を行うことができる。このとき、一例として、LTE-M技術は、LPWAN技術の一例であってよく、eMTC(enhanced Machine Type Communication)などの様々な名称と呼ばれてよい。例えば、LTE-M技術は、1)LTE CAT 0、2)LTE Cat S1、3)LTE Cat M2、4)LTE non-BL(non-Bandwidth Limited)、5)LTE-MTC、6)LTE Machine Type Communication、及び/又は7)LTE Mなどの様々な規格のうち少なくともいずれか1つによって具現されてよく、上述した名称に限定されるものではない。追加として又は代案として、本明細書の無線機器100,200において具現される無線通信技術は、低電力通信を考慮したジグビー(ZigBee)(登録商標)、ブルートゥース(Bluetooth)(登録商標)及び低電力広帯域通信網(Low Power Wide Area Network,LPWAN)のうち少なくともいずれか1つを含むことができ、上述した名称に限定されるものではない。一例として、ZigBee技術は、IEEE 802.15.4などの様々な規格に基づいて小型/低い電力デジタル通信に関連したPAN(personal area networks)を生成することができ、様々な名称と呼ばれてよい。