<アンライセンスバンド>
アンライセンスバンド(例えば、2.4GHz帯や5GHz帯)では、例えば、Wi-Fiシステム、LAAをサポートするシステム(LAAシステム)等の複数のシステムが共存することが想定されるため、当該複数のシステム間での送信の衝突回避及び/又は干渉制御が必要となると考えられる。
例えば、アンライセンスバンドを利用するWi-Fiシステムでは、衝突回避及び/又は干渉制御を目的として、Carrier Sense Multiple Access(CSMA)/Collision Avoidance(CA)が採用されている。CSMA/CAでは、送信前に所定時間Distributed access Inter Frame Space(DIFS)が設けられ、送信装置は、他の送信信号がないことを確認(キャリアセンス)してからデータ送信を行う。また、データ送信後、受信装置からのACKnowledgement(ACK)を待つ。送信装置は、所定時間内にACKを受信できない場合、衝突が起きたと判断して、再送信を行う。
既存のLTEシステム(例えば、Rel.13)のLAAでは、データの送信装置は、アンライセンスバンドにおけるデータの送信前に、他の装置(例えば、基地局、ユーザ端末、Wi-Fi装置など)の送信の有無を確認するリスニング(Listen Before Talk(LBT)、Clear Channel Assessment(CCA)、キャリアセンス、チャネルのセンシング、センシング、チャネルアクセス動作(channel access procedure))を行う。
当該送信装置は、例えば、下りリンク(DL)では基地局(例えば、gNB:gNodeB)、上りリンク(UL)ではユーザ端末(例えば、User Equipment(UE))であってもよい。また、送信装置からのデータを受信する受信装置は、例えば、DLではユーザ端末、ULでは基地局であってもよい。
既存のLTEシステムのLAAでは、当該送信装置は、LBTにおいて他の装置の送信がないこと(アイドル状態)が検出されてから所定期間(例えば、直後又はバックオフの期間)後にデータ送信を開始する。
LTE LAAにおけるチャネルアクセス方法として、次の4つのカテゴリが規定されている。
・カテゴリ1:ノードは、LBTを行わずに送信する。
・カテゴリ2:ノードは、送信前に固定のセンシング時間においてキャリアセンスを行い、チャネルが空いている場合に送信する。
・カテゴリ3:ノードは、送信前に所定の範囲内からランダムに値(ランダムバックオフ)を生成し、固定のセンシングスロット時間におけるキャリアセンスを繰り返し行い、当該値のスロットにわたってチャネルが空いていることが確認できた場合に送信する。
・カテゴリ4:ノードは、送信前に所定の範囲内からランダムに値(ランダムバックオフ)を生成し、固定のセンシングスロット時間におけるキャリアセンスを繰り返し行い、当該値のスロットにわたってチャネルが空いていることが確認できた場合に送信する。ノードは、他システムの通信との衝突による通信失敗状況に応じて、ランダムバックオフ値の範囲(contention window size)を変化させる。
LBT規則として、2つの送信の間のギャップ(無送信期間、受信電力が所定の閾値以下である期間など)の長さに応じたLBTを行うことが検討されている。
将来の無線通信システム(例えば、5G、5G+、NR、3GPP Rel.15以降などともいう)でもアンライセンスバンドの利用が検討されている。アンライセンスバンドを用いるNRシステムは、NR-Unlicensed(U)システム、NR LAAシステムなどと呼ばれてもよい。
将来的には、ライセンスバンドとアンライセンスバンドとのデュアルコネクティビティ(Dual Connectivity:DC)や、アンライセンスバンドのスタンドアローン(Stand-Alone:SA)も将来の無線通信システムの検討対象となる可能性がある。
NR-Uにおいて、基地局(例えば、gNB)又はUEは、LBT結果がアイドルである場合に送信機会(Transmission Opportunity:TxOP)を獲得し、送信を行う。基地局又はUEは、LBT結果がビジーである場合(LBT-busy)に、送信を行わない。送信機会の時間は、Channel Occupancy Time(COT)と呼ばれる。
NR-Uが、少なくともSynchronization Signal(SS)/Physical Broadcast CHannel(PBCH)ブロック(SSブロック(SSB))を含む信号を用いることが検討されている。この信号を用いるアンライセンスバンド動作において次のことが検討されている。
・当該信号が少なくとも1つのビーム内で送信される時間範囲内にギャップがないこと
・占有帯域幅が満たされること
・当該信号のチャネル占有時間を最小化すること
・迅速なチャネルアクセスを容易にする特性
また、1つの連続するバースト信号内の、Channel State Information(CSI)-Reference Signal(RS)と、SSBバーストセット(SSBのセット)と、SSBに関連付けられた制御リソースセット(COntrol REsource SET:CORESET)及びPDSCHと、を含む信号が検討されている。この信号は、発見参照信号(Discovery Reference Signal:DRS、NR-U DRSなど)と呼ばれてもよい。
SSBに関連付けられたCORESETは、Remaining Minimum System Information(RMSI)-CORESET、CORESET-zero(CORESET0)などと呼ばれてもよい。RMSIは、System Information Block 1(SIB1)と呼ばれてもよい。SSBに関連付けられたPDSCHは、RMSIを運ぶPDSCH(RMSI PDSCH)であってもよいし、RMSI-CORESET内のPDCCH(System Information(SI)-Radio Network Temporary Identifier(RNTI)によってスクランブルされたCRCを有するDCI)を用いてスケジュールされたPDSCHであってもよい。
異なるSSBインデックスを有するSSBは、異なるビーム(基地局送信ビーム)を用いて送信されてもよい。SSBと、それに対応するRMSI PDCCH及びRMSI PDSCHは、同じビームを用いて送信されてもよい。
NR-Uにおけるノード(例えば、基地局、UE)は、他システム又は他オペレータとの共存のため、LBTによりチャネルが空いていること(idle)を確認してから、送信を開始する。
ノードは、LBT成功後、送信を開始してから一定期間は送信を継続してもよい。ただし、送信が途中で所定のギャップ期間以上途切れた場合、他システムがチャネルを使用している可能性があるため、次の送信前に再度LBTが必要となる。送信継続可能な期間は、使用されるLBTカテゴリまたはLBTにおける優先クラス(priority class)に依存する。優先クラスは、ランダムバックオフ用コンテンションウィンドウサイズなどであってもよい。LBT期間が短いほど(優先クラスが高いほど)、送信継続可能な時間が短くなる。
ノードは、アンライセンスバンドにおける送信帯域幅規則に従って、広帯域で送信する必要がある。例えば、欧州における送信帯域幅規則は、システム帯域幅の80%以上である。狭帯域の送信は、広帯域でLBTを行う他システム又は他オペレータに検知されずに、衝突する可能性がある。
ノードは、なるべく短時間で送信することが好ましい。共存する複数のシステムのそれぞれが、チャネル占有時間を短くすることによって、複数のシステムが効率的にリソースを共用できる。
NR-Uにおける基地局は、異なるビーム(QCLパラメータ、ビームインデックス、SSBインデックス)のSSBと、当該SSBに関連付けられたRMSI PDCCH(RMSI PDSCHのスケジューリング用のPDCCH)及びRMSI PDSCHと、をなるべく広帯域を使ってなるべく短い時間内で送信することが好ましい。これによって、基地局は、SSB/RMSI(DRS)送信に高い優先クラス(短いLBT期間のLBTカテゴリ)を適用することができ、高い確率でLBTが成功することが期待できる。基地局は、広帯域で送信することによって送信帯域幅規則を満たすことが容易になる。また、基地局は、短い時間で送信することによって送信が途切れることを避けることができる。
NR-U用の初期下りリンク(DL)帯域幅部分(bandwidth part(BWP))の帯域幅(UEチャネル帯域幅)を20MHzとすることが検討されている。これは、共存システムであるWi-Fiのチャネル帯域幅が20MHzであるためである。この場合、SSB、RMSI PDCCH、RMSI PDSCHが20MHz帯域幅の中に含まれる必要がある。
NR-U DRSにおいて、少なくとも1つのビームの送信期間内にギャップが無いことによって、他のシステムが当該送信期間中に割り込むことを防ぐことができる。
NR-U DRSは、アクティブ状態のUE、アイドル状態のUEがいるか否かに関わらず、周期的に送信されてもよい。これによって、基地局は、簡単なLBTを用いてチャネルアクセス手順に必要となる信号の送信を周期的に行うことができ、UEは、NR-Uのセルへ迅速にアクセスできる。
NR-U DRSは、必要なチャネルアクセス数を制限し、短いチャネル占有時間を実現するために、短時間に信号を詰める。NR-U DRSは、スタンドアローン(SA)のNR-Uをサポートしてもよい。
<多重パターン>
Rel.15 NRでは、SSB及びRMSIの多重パターン(multiplexing pattern)1~3が規定されている。
多重パターン1:SSBとRMSI PDCCH CORESET(RMSI PDCCHを含むCORESET、CORESET#0)が時間分割多重(Time Division Multiplex:TDM)される(図1A)。言い換えれば、SSBとCORESETが異なる時間に送信され、CORESETの帯域がSSBの帯域を含む。RMSI PDSCHは、RMSI PDCCH CORESETとTDMされてもよい。
チャネル帯域幅が狭いバンドにおいて、SSBとCORESETを周波数分割多重(Frequency Division Multiplex:FDM)できない場合、TDMすることが有効である。低周波数帯(例えば、周波数範囲(Frequency Range:FR)1、6GHz以下)においてデジタルビームフォーミングによって複数のビームを同じ周波数及び同じ時間で送信できる場合、同じビームでFDMする必要がない。
多重パターン2:SSBとRMSI PDCCH CORESETがTDM且つFDMされる(図1B)。
SSB SCS(SSBのサブキャリア間隔(SubCarrier Spacing:SCS))とRMSI SCS(RMSIのSCS)とが異なる場合、特にSSB SCSがRMSI SCSよりも広い場合、SSBの時間長(シンボル長)が短くなるため、RMSI PDCCH及びRMSI PDSCHの両方をSSBとFDMすることができなくなる場合がある。この場合、SSBとRMSI PDCCH CORESETを異なる時間リソース及び異なる周波数リソースに多重することができる。
基地局は、アナログビームフォーミングを用いる制約がある場合、1つのビームだけを送信することができる。基地局は、RMSI PDSCHをSSBとFDMすることによって、短い時間で1つのビームを送信することができ、ビームスイーピングのオーバヘッドを抑えることができる。
多重パターン3:SSBとRMSI PDCCH CORESETがFDMされる(図1C)。
基地局は、RMSI PDCCH及びRMSI PDSCHの両方をSSBとFDMすることによって、短い時間で1つのビームを送信することができる。基地局は、SSB毎にビームを切り替えることによって、ビームスイーピングのオーバヘッドを抑えることができる。
<チャネルアクセス手順>
Load Based Equipment(LBE)デバイスとしての基地局(gNB)によるCOTの開始のためのチャネルアクセス手順として、カテゴリ2LBTとカテゴリ4LBTが検討されている。単独のDRS、又は非ユニキャストデータ(例えば、OSI、ページング、RAR)と多重されるDRSに対し、DRSのデューティサイクルが1/20以下であり、且つDRSの総時間長が1ms以下である場合(DRSの送信周期が20ms以上であり、且つDRSの総時間長が1ms以下である場合)、LTEのLAAと同様に、25μsのカテゴリ2LBTが用いられる。DRSのデューティサイクルが1/20よりも大きい場合、又はDRSの総時間長が1msよりも大きい場合、カテゴリ4LBTが用いられる。
SS/PBCHブロックとそれに対応するRMSI PDCCHとそれに対応するRMSI PDSCHとを、NR-U DRSとして短い時間長(1ms以内)に収めて送信することによって、カテゴリ2LBTを適用できる。ランダムバックオフなしの25μsのCCAであるカテゴリ2LBTは、ランダムバックオフありのカテゴリ4LBTに比べて、NR-U DRSのチャネルアクセス成功率を高めることができる。
<SSB送信候補位置>
NRでは、同期信号/ブロードキャストチャネル(Synchronization Signal/Physical Broadcast Channel(SS/PBCH))ブロックが利用される。SS/PBCHブロックは、プライマリ同期信号(Primary Synchronization Signal(PSS))、セカンダリ同期信号(Secondary Synchronization Signal(SSS))及びブロードキャストチャネル(Physical Broadcast Channel(PBCH))(及びPBCH用の復調用参照信号(DeModulation Reference Signal(DMRS)))を含む信号ブロックであってもよい。SS/PBCHブロックは、同期信号ブロック(Synchronization Signal Block(SSB))と呼ばれてもよい。
NR-Uのためのタイプ0-PDCCHモニタリング設定(RMSI PDCCHモニタリングオケージョン(時間位置))は、少なくとも次の特性を満たしてもよい。
・既存の多重パターン1のように、タイプ0-PDCCH及びSSBをTDMすること
・スロット内の1番目のSSBと2番目のSSBとの間のギャップにおいて、当該スロット内の2番目のSSBのタイプ0-PDCCHのモニタリングをサポートすること(このモニタリングはシンボル#6から開始されてもよいし、シンボル#7から開始されてもよい)
・1つのSSBに関連付けられたタイプ0-PDCCH候補が、関連付けられたSSBを運ぶスロット内に制限されること
スロット内のSSBの送信候補位置(候補SSB(candidate SS/PBCH blocks))として、次のSSBマッピングパターン1及び2が検討されている。
SSBマッピングパターン1:Rel.15のケースA及びケースC
スロット当たり2個のSSBがそれぞれ、シンボル#2、#3、#4、#5と、シンボル#8、#9、#10、#11と、に配置される(図2A)。
SSBマッピングパターン2:新規のケース
スロットパターン当たり2個のSSBがそれぞれ、シンボル#2、#3、#4、#5と、シンボル#9、#10、#11、#12と、に配置される(図2B)。
SSBマッピングパターンは、SCS及びバンド(operating band、frequency band)の少なくとも1つに関連付けられてもよい。UEは、SCS及びバンドの少なくとも1つに基づいてSSBマッピングパターンを決定してもよい。
アンライセンスバンドにSSBマッピングパターン1を用いることによって、ライセンスバンドとアンライセンスバンドの間において、SSBマッピングパターンを共通化でき、処理を共通化できるため、UEの処理の負荷を抑えることができる。
SSBマッピングパターン2は1スロットの前半7シンボルと後半7シンボルの間において、SSBの送信候補位置を共通化でき、処理を共通化できるため、UEの処理の負荷を抑えることができる。
UEは、SSBを検出すると、SSBのタイミングに基づいてフレームの先頭を求めるため、NR対象周波数とNR-U対象周波数の間において、SSBマッピングパターンを切り替える必要が生じる。また、スケジューラは、SSBとデータを多重する場合にSSBのリソースに対してレートマッチングを行う。NR対象周波数とNR-U対象周波数の間において、レートマッチングのリソースを切り替える必要が生じる。このように、NR対象周波数及びNR-U対象周波数の間において、SSBマッピングパターンが異なると、処理が複雑化する場合がある。
図3Aに示すように、SSBマッピングパターン1を用い、且つCORESET0のシンボル数が1である場合、1番目のSSB(#n、#n+2、図中のB)に対応するRMSI PDCCH(図中のC)はシンボル#0にマップされることができ、対応するRMSI PDSCHは、シンボル#2~#6にマップされることができる。2番目のSSB(#n+1、#n+3、図中のB)に対応するRMSI PDCCH(図中のC)はシンボル#7にマップされることができ、対応するRMSI PDSCHは、シンボル#8~#13にマップされることができる。すなわち、1番目のSSBに対応するRMSI PDSCHのシンボル数は6であり、2番目のSSBに対応するRMSI PDSCHのシンボル数は6である。
図3Bに示すように、SSBマッピングパターン1を用い、且つCORESET0のシンボル数が2である場合、1番目のSSB(#n、#n+2、図中のB)に対応するRMSI PDCCH(図中のC)はシンボル#0、#1にマップされることができ、対応するRMSI PDSCHは、シンボル#2~#5にマップされることができる。2番目のSSB(#n+1、#n+3、図中のB)に対応するRMSI PDCCH(図中のC)はシンボル#6、#7にマップされることができ、対応するRMSI PDSCHは、シンボル#8~#13にマップされることができる。すなわち、1番目のSSBに対応するRMSI PDSCHのシンボル数は4であり、2番目のSSBに対応するRMSI PDSCHのシンボル数は6であり、1番目のSSBに対応するRMSI PDSCHのシンボル数は、2番目のSSBに対応するRMSI PDSCHのシンボル数よりも少なくなる。すなわち、1番目のSSBに対応するRMSI PDSCHの容量が低下する。
この場合、1番目のSSBに対応するRMSI PDSCHのシンボル数は4であり、2番目のSSBに対応するRMSI PDSCHのシンボル数は6であり、1番目のSSBに対応するRMSI PDSCHのシンボル数は、2番目のSSBに対応するRMSI PDSCHのシンボル数よりも少なくなる。すなわち、1番目のSSBに対応するRMSI PDSCHの容量が低下する。特に、CORESET0のシンボル数を2個とする場合に、RMSI PDSCHに利用できるリソース数が少なくなる。
また、NR-U対象周波数においては、DRSの時間長を短くことが要求されるため、図3A及び図3Bに示すように、SSBと、対応するRMSI PDCCHと、対応するRMSI PDSCHと、が同一スロット内に配置されることが好ましい。
スロット内の1番目のSSBと2番目のSSBとの間にスロット内の2番目のSSBのタイプ0-PDCCHのモニタリングを置くことをサポートすると、RMSI PDSCHに使えるリソースは少なくなる。RMSI PDSCHの容量が不足すると、符号化率が高くなり、性能が劣化するなどの問題が生ずる。
RMSI PDSCHに利用できるリソース数を増やすために、スロット内のSSB数を可変とする(SSB数を変更して制御可能とする)ことが考えられる。例えば、スロット内のSSB数を1つにすることが想定される(図4A、図4B参照)。
図4Aは、スロットの前半に設定される候補位置(SSB#n、SSB#n+2)を利用してSSBを送信し、後半に設定される候補位置(SSB#n+1、SSB#n+3)を利用したSSBの送信を行わない場合を示している。この場合、スロット#mにおいて、SSB#nで送信されるSSBに対応するPDCCH(又は、DCI)を用いて、当該SSB#nに対応するRMSI PDSCHのリソースを、他のSSB候補位置(SSB#n+1)を含む領域(例えば、時間及び周波数の少なくとも一つの領域)に対して設定できる。
図4Bは、スロットの後半に設定される候補位置(SSB#n+1、SSB#n+3)を利用してSSBを送信し、前半に設定される候補位置(SSB#n、SSB#n+2)を利用したSSBの送信を行わない場合を示している。この場合、スロット#mにおいて、SSB#n+1に対応するPDCCH(又は、DCI)を用いて、当該SSB#n+1に対応するRMSI PDSCHのリソースを、他のSSB候補位置(SSB#n)を含む領域に対して設定する場合を想定する。
かかる場合、SSB#n+1に対応するPDCCHがシンボル#6又は#7に割当てられる場合、当該PDCCHより前のシンボルへのPDSCHリソースのマッピングが困難となる。そのため、図4Bに示すように、SSB#n+1に対応するPDCCH(又は、PDCCHモニタリングオケージョン)をスロットの前半(例えば、シンボル#0又は#1)に割当てることが考えられる。
UEは、いくつかのまとまったSSBの送信単位に関する上位レイヤパラメータ(例えば、Radio Resource Control(RRC)パラメータ「ssb-PositionsInBurst」と呼ばれてもよい)を設定されてもよい。SSBの送信単位は、SSBの送信期間、SSBセット、SSバースト、SSバーストセット、SSBバースト、単にバーストなどと呼ばれてもよい。SSバーストは、所定の期間(例えば、ハーフフレーム(0.5無線フレーム))あたりに含まれるSSBのセットを意味してもよい。当該上位レイヤパラメータは、SSバースト内の送信されるSSBの時間ドメインの位置に関する情報(パラメータ)と呼ばれてもよい。本開示では、当該上位レイヤパラメータをssb-PositionsInBurstとして説明するが、名称はこれに限られない。
ssb-PositionsInBurstは、サービングセルの利用する周波数に応じてサイズ(ビット長)が異なってもよい。ssb-PositionsInBurstは、例えば、3GHz又は2.4GHz以下の周波数については4ビット、3GHz又は2.4GHzから6GHzまでの周波数については8ビット、それ以外では64ビットなどと定義されてもよい。言い換えると、ssb-PositionsInBurstのサイズは、SSBのサブキャリア間隔(SubCarrier Spacing(SCS))が15kHz又は30kHzでは4又は8ビットであってもよいし、SSBのサブキャリア間隔が120kHz又は240kHzでは8ビットより大きくてもよい。もちろん、周波数、SCS、ssb-PositionsInBurstのサイズなどはこれらに限られない。
ssb-PositionsInBurstは、ビットマップであって、最も左(最初の)ビットがSSBインデックス#0に対応し、2番目のビットがSSBインデックス#1に対応し、…というふうに、各ビットがSSバースト内のSSB送信候補位置を示している。ビットの値‘1’は、対応するSSBが送信されることを指示し、‘0’は対応するSSBが送信されないことを指示する。
SIB1におけるssb-PositionsInBurstは、ハーフフレーム内のSSBの最大数が64である場合、8以下のグループのそれぞれが存在するか否かを示すビットマップと、グループ内の8以下のSSBのそれぞれが存在するか否かを示すビットマップを含む。SIB1におけるssb-PositionsInBurstは、ハーフフレーム内のSSBの最大数が8以下である場合、RRCシグナリングによって通知されるssb-PositionsInBurstと同様、8以下のSSBのそれぞれが存在するか否かを示すビットマップを含む。
NR-U対象周波数が5GHz帯又は6GHz帯である場合、Rel.15 NRに従うと、8ビットのビットマップが、8個のSSB送信候補位置のそれぞれにおいてSSBが送信されるか否かを示す。
なお、本開示において、SSB送信候補位置は、SSB候補の最初のシンボルの位置を表してもよい。SSBインデックスは、所定の期間(例えば、ハーフフレーム(0.5無線フレーム))あたりのSSBの位置を示してもよい。
SSBインデックスは、Frequency Range 1(FR1)では最大3ビットの数で表現されてもよく、PBCHのDMRSの系列によってUEに取得されてもよい。SSBインデックスは、Frequency Range 2(FR2)では、PBCHのDMRSの系列によって下位3ビット、そしてPBCHのペイロードによって上位3ビットの計6ビットの数で表現されてもよく、これらに基づいてUEに取得されてもよい。
UEは、同じセルの同じSSBインデックスに該当するSSB同士はQCLであると想定してもよい。また、UEは、同じセルの異なるSSBインデックスに該当するSSB同士はQCLを想定しなくてもよい。
UEは、同じSSBに関連するPDCCHモニタリング機会について、同じ擬似コロケーション(Quasi-Co-Location(QCL))を想定してもよい。例えば、UEは、図6の1番目及びN+1番目のPDCCHモニタリング機会において、送信される1番目のSSBと同じQCLを想定してPDCCHを受信してもよい。
なお、QCLとは、信号及びチャネルの少なくとも一方(信号/チャネルと表現する)の統計的性質を示す指標であってもよい。例えば、ある信号/チャネルと他の信号/チャネルがQCLの関係である場合、これらの異なる複数の信号/チャネル間において、ドップラーシフト(doppler shift)、ドップラースプレッド(doppler spread)、平均遅延(average delay)、遅延スプレッド(delay spread)、空間パラメータ(Spatial parameter)(例えば、空間受信パラメータ(Spatial Rx Parameter))の少なくとも1つが同一である(これらの少なくとも1つに関してQCLである)と仮定できることを意味してもよい。
所定の制御リソースセット(COntrol REsource SET:CORESET)、チャネル又は参照信号が、別のCORESET、チャネル又は参照信号と特定のQCL(例えば、QCLタイプD)の関係にあるとUEが想定することは、QCL想定(QCL assumption)と呼ばれてもよい。
<DRS送信ウィンドウ>
NR-Uに関して、SSBがLBTの失敗によって送信できないケースを考慮して、SSBの送信候補位置を拡張することが検討されている。例えば、DRSが送信される可能性のある期間(DRS送信ウィンドウ)において、SSB送信候補位置を拡張し、LBTの失敗によって送信できなかったSSB(ビーム)を当該ウィンドウ内の別の送信候補位置を用いて送信することが検討されている。
なお、DRS送信ウィンドウの長さは、上位レイヤシグナリングによってUEに設定されてもよいし、仕様によって規定されてもよい。DRS送信ウィンドウは、DRS送信期間、DRS送信ウィンドウ期間などと呼ばれてもよい。
図5A及び5Bは、SSB送信候補位置の拡張の一例を示す図である。本例では、サービングセル(又はSSB)のSCSが30kHzであり、スロット長が0.5msであると想定する。また、DRS送信ウィンドウの長さは5msであると想定する。以降の図面でも同様なSCS、DRS送信ウィンドウ長を想定する。なお、本開示の適用は、これらのSCS、DRS送信ウィンドウ長に限定されない。
図5Aでは、4つのスロット(スロット#0-#3)にわたってDRSが送信される。ここで、図5Aのスロット#0において、SSB、当該SSBに関連付けられたCORESET(PDCCH)、当該SSBに関連付けられたPDSCH(SSB及びCORESET以外の部分)が示されている。他のスロットも配置は同様であってもよい。図5Aにおいては、SSB#i(i=0から7)と、RMSI#i(PDCCH/PDSCH)と、は同じビームを用いて送信されてもよい。
図5Bは、図5Aのスロット#0-#1がLBTビジー(LBT失敗)によって送信できない場合を示す。この場合、UEは、送信されないSSB#0-#3のビームが、SSB#4-#7の後のスロットにおいて、SSB#8-#11を用いてそれぞれ送信されると想定してもよい。
つまり、本例では、RMSIのためのPDCCHモニタリング機会は、DRSウィンドウ内のSSB候補位置それぞれに対応したSSBインデックス(位置インデックス)と関連付けられている。
図6は、SSB送信候補位置の拡張の別の一例を示す図である。本例では、送信SSB数が8であって、ビームの数と同じ(ビームの数も8(ビームインデックス#0-#7))である場合を示す。この場合、ビームインデックス#kが位置インデックス#8i+k(i=0、1、2)に対応している。
<DRSユニット>
NR-U対象周波数において、SSBマッピングパターン1を用いる場合、1スロット内の前半7シンボルと後半7シンボルとの間において、SSBの位置が異なる。特に、1スロット内の2番目のSSBに対応するRMSI PDCCHをシンボル#6に置く場合、1スロット内の前半のDRSユニットの構成と後半のDRSユニットの構成が不均一になる。
本開示において、1つのSSBと、当該SSBとQCLである(当該SSBと同じビームを用いて送信される)RMSI PDCCH及びRMSI PDSCHと、を含む下り信号は、DRSと呼ばれてもよい。DRSがマップされるリソース(例えば、連続シンボル)は、DRSユニットと呼ばれてもよい。DRSユニットの時間長は、DRSユニットサイズ、DRSユニット内シンボル数、などと呼ばれてもよい。複数のDRSユニットを含むDRSバーストが送信されてもよい。DRSバーストに含まれる複数のDRSユニットは、同じビームを用いてもよいし、異なるビームを用いてもよい。
図3Bのように、CORESETシンボル数が2である場合、スロット内の1番目のSSB(#n、#n+2)に対応するPDCCHがシンボル#0、#1に配置され、スロット内の2番目のSSB(#n+1、#n+3)に対応するPDCCHがシンボル#6、#7に配置される。1番目のSSBに対応するDRSユニットサイズは6シンボルであり、2番目のSSBに対応するDRSユニットサイズは8シンボルである。
また、DRSユニットサイズがハーフスロットである(1スロットに2つのDRSユニットが送信される、DRSユニットサイズが7シンボルである)場合と、DRSユニットの時間長が1スロットである(1スロットに1つのDRSユニットが送信される)場合と、が選択可能である場合、UEは、DRSバースト構成を知らなければ、SSBが送信されたスロット内のPDSCH受信においてレートマッチングを適切に行うことができない。
また、実際に送信されるDRSユニットのリソースはLBTによってずれるため、既存のssb-PositionInBurstがDRSバースト構成の通知に用いられても、UEは、DRSバースト構成を適切に認識できない。
図7は、DRSユニットサイズが1スロットである場合のSSB送信候補位置の拡張の一例を示す図である。本例では、DRSユニットサイズが1スロットであり、送信SSB数が4であって、ビーム数が4(ビームインデックス#0-#3)である場合を示す。この場合、ビームインデックス#kが位置インデックス#4i+k(i=0、1、2)に対応している。
このような場合、既存のssb-PositionInBurstを用いてDRSバースト構成を適切に通知することができない。
そこで、本発明者らは、UEが、NR-U対象周波数において、SSBと、それに対応するPDCCH及びPDSCHと、を含む信号(DRS)の構成を認識する方法を着想した。これによって、複雑性(complexity)の増加を抑えつつ、フレキシブルなDRS送信構成を許容し、DRSのカバレッジ、データのスループットを改善できる。
以下、本開示に係る実施形態について、図面を参照して詳細に説明する。各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
本開示において、周波数、バンド、スペクトラム、キャリア、コンポーネントキャリア(CC)、セルは互いに読み替えられてもよい。
本開示において、NR-U対象周波数、アンライセンスバンド(unlicensed band)、アンライセンススペクトラム、LAA SCell、LAAセル、プライマリセル(Primary Cell:PCell、Primary Secondary Cell:PSCell、Special Cell:SpCell)、セカンダリセル(Secondary Cell:SCell)、送信前にチャネルのセンシングを必要とする第1周波数、は互いに読み替えられてもよい。本開示において、リスニング、Listen Before Talk(LBT)、Clear Channel Assessment(CCA)、キャリアセンス、センシング、チャネルのセンシング、チャネルアクセス動作、は互いに読み替えられてもよい。
本開示において、NR対象周波数、ライセンスバンド(licensed band)、ライセンススペクトラム、PCell、PSCell、SpCell、SCell、非NR-U対象周波数、Rel.15、NR、送信前にチャネルのセンシングを必要としない第2周波数、は互いに読み替えられてもよい。
NR-U対象周波数及びNR対象周波数において、異なるフレーム構造(frame structure)が用いられてもよい。
無線通信システム(NR-U、LAAシステム)は、第1無線通信規格(例えば、NR、LTEなど)に準拠(第1無線通信規格をサポート)してもよい。
この無線通信システムと共存する他のシステム(共存システム、共存装置)、他の無線通信装置(共存装置)は、Wi-Fi、Bluetooth(登録商標)、WiGig(登録商標)、無線LAN(Local Area Network)、IEEE802.11、LPWA(Low Power Wide Area)など、第1無線通信規格と異なる第2無線通信規格に準拠(第2無線通信規格をサポート)していてもよい。共存システムは、無線通信システムからの干渉を受けるシステムであってもよいし、無線通信システムへ干渉を与えるシステムであってもよい。
1つのビーム(QCLパラメータ)に対応するSSBとRMSI PDCCHとRMSI PDSCH、DRS、DRSユニット、NR-U DRS、は互いに読み替えられてもよい。SSBは、SS/PBCHブロック、ビーム、基地局送信ビーム、第1信号、は互いに読み替えられてもよい。
SSBとQCLであるチャネル、SSBとQCLされた(quasi co-located)チャネル、SSBと同じQCLプロパティ(QCLパラメータ)を有するチャネル、SSBと同じビームを用いて送信されるチャネル、は互いに読み替えられてもよい。
RMSI PDCCH、SI-RNTIによってスクランブルされたCRCを有し0にセットされたシステム情報インジケータを有するDCI、RMSI PDSCHのスケジューリングのためのPDCCH、SSBに対応するPDCCH、RMSI CORESET、Type0-PDCCH、CORESET0、インデックス0を有するCORESET、PDCCH、CORESET、は互いに読み替えられてもよい。
RMSI PDSCH、SI-RNTIによってスクランブルされたCRCを有し0にセットされたシステム情報インジケータを有するDCIによってスケジュールされたPDSCH、システム情報、SIB1、SIB1を運ぶPDSCH、SSBに対応するPDSCH、PDSCH、は互いに読み替えられてもよい。
SSB、RMSI PDCCH、RMSI PDSCHの少なくとも1つに対し、NR対象周波数における設定は、Rel.15 NRにおける設定と読み替えられてもよい。
なお、本開示においては、SSBインデックスに対応するSSBのことを、単にSSBインデックスとも呼ぶ。また、ビームインデックスに対応するビームのことを、単にビームインデックスとも呼ぶ。
なお、ビームインデックスは、DRS送信ウィンドウ内でQCL想定できるSSBインデックスのセットに対応してもよい。このため、ビームインデックスは、実効SSBインデックス(effective SSB index)と読み替えられてもよい。一方で、DRS送信ウィンドウ内のSSB候補位置を単に示すSSBインデックスは、SSB位置インデックス、位置インデックス(location index)などと読み替えられてもよい。
また、本開示のNR-Uは、LAAに限定されず、アンライセンスバンドをスタンドアローンで用いる場合を含んでもよい。
(無線通信方法)
<実施形態1>
NR-U対象周波数において、UEは、CORESET#0シンボル数に基づいて、DRSユニット構成(例えば、DRSユニットサイズ、スロット内DRSユニット数)を決定してもよい。NR-U対象周波数において、SSBマッピングパターン1が用いられる場合、UEは、CORESET#0シンボル数に基づいて、DRSユニット構成を決定してもよい。
UEは、DRSユニットサイズとしてハーフスロット及び1スロットの少なくとも1つをサポートしてもよい。
UEは、CORESET#0シンボル数として1及び2の少なくとも1つをサポートしてもよい。UEは、MIBに含まれるSIB1用PDCCH設定情報(pdcch-ConfigSIB1)からCORESET#0シンボル数を決定してもよい。決定されたCORESET#0シンボル数が1である場合、UEは、DRSユニットサイズがハーフスロットである(スロット内DRSユニット数が2である)と決定してもよい(みなしてもよい)。UEは、決定されたCORESET#0シンボル数が2以上である場合、UEは、DRSユニットサイズが1スロットである(スロット内DRSユニット数が1である)と決定してもよい(みなしてもよい)。
SSBマッピングパターン1が用いられる場合、UEは、CORESET#0シンボル数が2以上であり、且つDRSユニットサイズがハーフスロットであることをサポートしなくてもよい。SSBマッピングパターン1が用いられ、且つCORESET#0シンボル数が1である場合、図8Aのように、前半のDRSユニットと後半のDRSユニットとの両方のDRSユニットサイズが7シンボルであってもよい。これによって、前半のDRSユニットサイズと後半のDRSユニットサイズを均一にできる。
CORESET#0シンボル数が2以上である場合(DRSユニットサイズが1スロットである場合)、UEは、1スロット内の実際に送信されるSSBが1番目のSSBであるか(図8B)、2番目のSSBであるか(図8C)を通知されてもよい。
スロット内の1番目のSSBのみが送信される場合、UEは、DRSユニットサイズに関わらず、検出したSSBに対応するPDCCHモニタリングオケージョンが当該スロットの先頭であることを認識できる。この処理は、DRSユニットサイズに依らないため、処理を簡単にできる。
DRSユニットサイズが1スロットであり、且つスロット内の2番目のSSBのみが送信される場合、RMSI CORESET(PDCCH)のシンボル数を3にすることができ、PDCCHの容量を高められる。また、Rel.15 NRでは、PDSCH用DMRSの位置をシンボル#2又は#3とすることができる。スロット内の1番目のSSBが送信される場合、シンボル#2又は#3の当該SSBの帯域にPDSCH用DMRSを配置できない。この場合、SSBの帯域内のチャネル推定と、SSBの帯域外のチャネル推定とに、異なる信号を用いることになり処理が複雑になる。DRSユニットサイズが1スロットであり、且つスロット内の2番目のSSBのみが送信される場合、シンボル#2又は#3の全帯域にPDSCH用DMRSを配置でき、一度にチャネル推定を行うことができ、処理が簡単になる。
SSBマッピングパターン2が用いられる場合、UEは、CORESET#0シンボル数が2であり、且つDRSユニットサイズがハーフスロットであることをサポートしてもよい。この場合、UEは、DRSユニットサイズがハーフスロットであるか1スロットであるかを通知されてもよい。
DRSユニットサイズが1スロットである場合、UEは、1スロット内の実際に送信されるSSBが1番目のSSBであるか2番目のSSBであるかを決定してもよい。1スロット内の実際に送信されるSSBが1番目のSSBであるか2番目のSSBであるかは、仕様によって固定されてもよい。UEは、1スロット内の実際に送信されるSSBが1番目のSSBであるか2番目のSSBであるかを通知されてもよい。通知は、例えば、MIB内の特定ビットを用いてもよい。
UEは、この通知の内容に基づいて、タイプ0-PDCCHモニタリングオケージョンの開始位置を決定してもよい。1スロット内の2番目のSSBが送信される場合、DRSユニットサイズが1スロットであれば当該SSBに対応するPDCCHはスロットの先頭に配置され、DRSユニットサイズがハーフスロットであれば当該SSBに対応するPDCCHは当該SSBの直前に配置されてもよい。
UEは、DRSユニットの構成に関する情報(例えば、DRSユニットサイズ)を、RRCシグナリングによって受信してもよい。例えば、non-stand-alone(NSA、例えば、EN-DC)を用いるUEは、DRSユニットの構成に関する情報を、RRCシグナリングによって受信してもよい。
以上の実施形態1によれば、DRSユニットサイズを認識できる。これによって、UEは、DRSユニット内のSSB位置を認識でき、RMSI PDSCHのレートマッチングを適切に行うことができる。
SSBマッピングタイプ1が用いられ、且つCORESET#0シンボル数が1であり、且つDRSユニットサイズがハーフスロットである場合、各DRSユニットのリソース量が均一であることによって、基地局は送信するデータを準備し、LBT結果によって送信が延期された場合であっても、準備した情報を利用することができる。
DRSユニットサイズが1スロットである場合、各DRSユニットのリソース量が均一であることによって、基地局は送信するデータを準備し、LBT結果によって送信が延期された場合であっても、準備した情報を利用することができる。また、RMSI PDSCHに十分なリソースを確保できる。
<実施形態2>
UEは、NR-U対象周波数において、DRSバースト(第2信号)内の実際に送信されるDRSユニット数(DRSユニット数)に関する情報を通知されてもよい。DRSバーストは、特定期間内の連続するDRSユニットであってもよい。特定期間は、DRSユニットサイズ×DRSユニット数であってもよい。DRSユニット数に関する情報は、MIBに含まれてもよい。
UEは、MIB内のSIB1用PDCCH設定情報(pdcch-ConfigSIB1)に基づいてCORESET#0シンボル数を決定してもよい。UEは、CORESET#0シンボル数に基づいてDRSユニットサイズを決定してもよい。
UEは、DRSユニット数をMIB内の特定ビットによって通知されてもよい。
DRSユニット数の最大値は、DRSユニットサイズに依らず固定(例えば、8)としてもよい。DRSユニット数の最大値は、DRSユニットサイズに関連付けられてもよい。例えば、DRSユニットサイズがハーフスロットである場合、DRSユニット数の最大値は8であってもよく、DRSユニットサイズが1スロットである場合、DRSユニット数の最大値は4であってもよい。
DRSユニットサイズが1スロットである場合、UEは、DRSユニット数と、1スロット内の1番目及び2番目のSSBのいずれが送信されるかを示す情報と、を通知されてもよい。DRSユニットサイズがハーフスロットである場合、UEは、8以下のDRSユニット数を3ビットによって通知され、DRSユニットサイズが1スロットである場合、UEは、4以下のDRSユニット数を2ビットによって通知され、送信SSB情報(1スロット内の1番目及び2番目のSSBのいずれが送信されるかを示す情報)を1ビットによって通知されてもよい。これによって、DRSユニットサイズに依らず、通知のビット数が一定になる。
UEは、DRSユニットサイズと、DRSユニット数と、実際に送信されるSSB(1スロット内の1番目及び2番目のSSBのいずれか)の情報との、少なくとも1つに基づいて、DRSバースト構成を決定(認識)してもよい。UEは、バースト内SSB位置情報(ssb-PositionInBurst)を用いずに、DRSバースト構成を認識してもよい。
UEは、DRSバーストがDRSユニット数分の連続するDRSユニット候補位置において送信されると想定してもよい。言い換えれば、UEは、DRSバースト内のDRSユニットが不連続であると想定しなくてもよい。
UEは、検出したSSBにおけるMIB内のビットとPBCH用DMRS系列との少なくとも1つに基づいて、当該SSBのSSBインデックスを決定してもよい。SSBインデックスは、送信候補位置を示す位置インデックスであってもよいし、送信に用いられるビーム(QCL関係)に対応するビームインデックスであってもよい。
図9Aは、DRSユニットサイズがハーフスロットであり、DRSユニット数が4である場合のDRSバースト構成の一例を示す。この例におけるDRSバーストは、連続する4つのDRSユニットであり、DRSバーストの時間長は2スロットである。DRSバーストは、LBT結果によって異なるタイミングから送信される。
図9Bは、DRSユニットサイズが1スロットであり、1スロット内の1番目のSSBが送信される場合のDRSバースト構成の一例を示す。この例におけるDRSバーストは、連続する4つのDRSユニットであり、DRSバーストの時間長は4スロットである。DRSバーストの送信は、LBT結果によって異なるタイミングから開始される。
DRS送信ウィンドウ内のSSB送信候補位置に位置インデックスが与えられてもよい。例えば、DRSバーストの送信が位置インデックス0から開始される場合、位置インデックスが0、2、4、6に対応するSSBが送信される。
UEは、DRSユニットサイズと、DRSユニット数と、位置インデックスと、に基づいて、DRSバースト構成を認識してもよい。この場合、UEは、位置インデックスに対応するDRSユニットを含む複数のDRSバースト構成の候補を認識してもよい。
UEは、DRSユニットサイズと、DRSユニット数と、位置インデックスと、MIB内のビット(例えば、ssb-PositionInBurst)と、に基づいて、DRSバースト構成を認識してもよい。
UEは、DRSバーストの先頭のSSBの位置インデックスを示す情報をMIB(又はMIBとPBCH用DMRS系列)によって通知されてもよい。UEは、DRSユニットサイズと、DRSユニット数と、DRSバーストの先頭の位置インデックスと、に基づいて、DRSバースト構成(フレーム開始位置など)を認識してもよい。
NR-U対象周波数において、SIB1用PDCCH設定情報(pdcch-ConfigSIB1)及びSSBサブキャリアオフセット情報(ssb-SubcarrierOffset)の少なくとも1つに用いられるビット数は、NR対象周波数において、pdcch-ConfigSIB1及びssb-SubcarrierOffsetの少なくとも1つに用いられるビット数より少なくてもよい。このようなビット数の削減によって余ったビットは、DRSユニットサイズと、DRSユニット数と、送信SSB情報(1スロット内の1番目及び2番目のSSBのいずれが送信されるかを示す情報)との、少なくとも1つの通知に用いられてもよい。
UEは、1つのSSBを検出した場合、対応するタイプ0-PDCCHモニタリングオケージョンを決定してもよい。検出されたSSBがスロット内の1番目のSSBである場合、UEは、対応するタイプ0-PDCCHモニタリングオケージョンが当該スロットの先頭であると決定してもよい。DRSユニットサイズがハーフスロットであり、且つ検出されたSSBがスロット内の2番目のSSBである場合、UEは、対応するタイプ0-PDCCHモニタリングオケージョンが当該SSBの直前であると決定してもよい。DRSユニットサイズが1スロットであり、且つ検出されたSSBがスロット内の2番目のSSBである場合、UEは、対応するタイプ0-PDCCHモニタリングオケージョンが当該スロットの先頭であると決定してもよい。このように、検出したSSBからタイプ0-PDCCHモニタリングオケージョンを決定する場合、pdcch-ConfigSIB1のビット数を減らすことができる。
NR-U対象周波数におけるタイプ0-PDCCH CSS設定が仕様によって固定されることによって、NR-U対象周波数におけるpdcch-ConfigSIB1のビット数がNR対象周波数におけるビット数より少なくてもよい。
NR-U対象周波数におけるSSBサブキャリアオフセットが仕様によって0に固定されること、又はNR-U対象周波数におけるSSBサブキャリアオフセットの粒度が、NR対象周波数における粒度より粗いことによって、NR-U対象周波数におけるssb-SubcarrierOffsetのビット数がNR対象周波数におけるビット数より少なくてもよい。
NR-U対象周波数において、共存システムのチャネル(例えば、20MHz帯域幅)に中心周波数を合わせることが考えられる。これによって、サブキャリアオフセットを0にしてもよい。
以上の実施形態2によれば、UEは、SSBの検出に応じて、サービングセルのDRSバースト構成に関する情報を認識できる。
<実施形態3>
UEは、DRSユニットサイズに基づいて、バースト内SSB位置情報(ssb-PositionInBurst)を解釈してもよい。
ssb-PositionInBurstのサイズは、DRSユニットサイズ等によらず固定であってもよい。
DRSユニット数の最大値がDRSユニットサイズに関連付けられている場合、UEは、ssb-PositionInBurstによってDRSバースト構成を通知されてもよい。
NR-U対象周波数において、ssb-PositionInBurstのビットマップの先頭のビットは、実際に送信されたDRSバーストの先頭のDRSユニットに対応してもよい。ssb-PositionInBurstのビットマップ内の1の数が、DRSユニット数であってもよい。
例えば、DRSユニット数が4であり、且つDRSユニットサイズがハーフスロットである場合、ssb-PositionInBurstのビットマップは、[1,1,1,1,0,0,0,0]であってもよい。例えば、DRSユニット数が8であり、且つDRSユニットサイズがハーフスロットである場合、ssb-PositionInBurstのビットマップは、[1,1,1,1,1,1,1,1]であってもよい。
例えば、DRSユニット数が4であり、且つDRSユニットサイズが1スロットであり、且つスロット内の1番目のSSBが送信される場合、ssb-PositionInBurstのビットマップは、[1,0,1,0,1,0,1,0]であってもよい。例えば、DRSユニット数が4であり、且つDRSユニットサイズが1スロットであり、且つスロット内の2番目のSSBが送信される場合、ssb-PositionInBurstのビットマップは、[0,1,0,1,0,1,0,1]であってもよい。
DRSユニット数の最大値がDRSユニットサイズに依らず固定(例えば、8)である場合、NR-U対象周波数におけるssb-PositionInBurstは、ビットマップでなくてもよい。例えば、NR-U対象周波数におけるssb-PositionInBurstは、DRSバースト内DRSユニット数(例えば、3ビット)と、DRSユニット構成(例えば、DRSユニットサイズ、送信SSB情報など)と、に関する情報であってもよい。例えば、DRSユニット構成は、DRSユニットサイズが1スロットであり1スロット内の1番目のSSBを用いること、DRSユニットサイズが1スロットであり1スロット内の2番目のSSBを用いること、DRSユニットサイズが1スロットであること、の1つを、2ビットによって示してもよい。
DRSユニット数の最大値がDRSユニットサイズに依らず固定(例えば、8)である場合、NR-U対象周波数におけるssb-PositionInBurstがビットマップであってもよい。例えば、ビットマップは、通知されたDRSユニットサイズに対応する複数のDRSユニットのそれぞれが送信されるか否かを示してもよい。例えば、DRSユニット数が6である場合、DRSユニットサイズに依らず、ビットマップは[1,1,1,1,1,1,0,0]であってもよい。
以上の実施形態3によれば、NR対象周波数と比べてMIBのサイズを増やすことなく、NR-U対象周波数におけるDRSバースト構成をUEに通知できる。
(無線通信システム)
以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。
図10は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム1は、Third Generation Partnership Project(3GPP)によって仕様化されるLong Term Evolution(LTE)、5th generation mobile communication system New Radio(5G NR)などを用いて通信を実現するシステムであってもよい。
また、無線通信システム1は、複数のRadio Access Technology(RAT)間のデュアルコネクティビティ(マルチRATデュアルコネクティビティ(Multi-RAT Dual Connectivity(MR-DC)))をサポートしてもよい。MR-DCは、LTE(Evolved Universal Terrestrial Radio Access(E-UTRA))とNRとのデュアルコネクティビティ(E-UTRA-NR Dual Connectivity(EN-DC))、NRとLTEとのデュアルコネクティビティ(NR-E-UTRA Dual Connectivity(NE-DC))などを含んでもよい。
EN-DCでは、LTE(E-UTRA)の基地局(eNB)がマスタノード(Master Node(MN))であり、NRの基地局(gNB)がセカンダリノード(Secondary Node(SN))である。NE-DCでは、NRの基地局(gNB)がMNであり、LTE(E-UTRA)の基地局(eNB)がSNである。
無線通信システム1は、同一のRAT内の複数の基地局間のデュアルコネクティビティ(例えば、MN及びSNの双方がNRの基地局(gNB)であるデュアルコネクティビティ(NR-NR Dual Connectivity(NN-DC)))をサポートしてもよい。
無線通信システム1は、比較的カバレッジの広いマクロセルC1を形成する基地局11と、マクロセルC1内に配置され、マクロセルC1よりも狭いスモールセルC2を形成する基地局12(12a-12c)と、を備えてもよい。ユーザ端末20は、少なくとも1つのセル内に位置してもよい。各セル及びユーザ端末20の配置、数などは、図に示す態様に限定されない。以下、基地局11及び12を区別しない場合は、基地局10と総称する。
ユーザ端末20は、複数の基地局10のうち、少なくとも1つに接続してもよい。ユーザ端末20は、複数のコンポーネントキャリア(Component Carrier(CC))を用いたキャリアアグリゲーション(Carrier Aggregation(CA))及びデュアルコネクティビティ(DC)の少なくとも一方を利用してもよい。
各CCは、第1の周波数帯(Frequency Range 1(FR1))及び第2の周波数帯(Frequency Range 2(FR2))の少なくとも1つに含まれてもよい。マクロセルC1はFR1に含まれてもよいし、スモールセルC2はFR2に含まれてもよい。例えば、FR1は、6GHz以下の周波数帯(サブ6GHz(sub-6GHz))であってもよいし、FR2は、24GHzよりも高い周波数帯(above-24GHz)であってもよい。なお、FR1及びFR2の周波数帯、定義などはこれらに限られず、例えばFR1がFR2よりも高い周波数帯に該当してもよい。
また、ユーザ端末20は、各CCにおいて、時分割複信(Time Division Duplex(TDD))及び周波数分割複信(Frequency Division Duplex(FDD))の少なくとも1つを用いて通信を行ってもよい。
複数の基地局10は、有線(例えば、Common Public Radio Interface(CPRI)に準拠した光ファイバ、X2インターフェースなど)又は無線(例えば、NR通信)によって接続されてもよい。例えば、基地局11及び12間においてNR通信がバックホールとして利用される場合、上位局に該当する基地局11はIntegrated Access Backhaul(IAB)ドナー、中継局(リレー)に該当する基地局12はIABノードと呼ばれてもよい。
基地局10は、他の基地局10を介して、又は直接コアネットワーク30に接続されてもよい。コアネットワーク30は、例えば、Evolved Packet Core(EPC)、5G Core Network(5GCN)、Next Generation Core(NGC)などの少なくとも1つを含んでもよい。
ユーザ端末20は、LTE、LTE-A、5Gなどの通信方式の少なくとも1つに対応した端末であってもよい。
無線通信システム1においては、直交周波数分割多重(Orthogonal Frequency Division Multiplexing(OFDM))ベースの無線アクセス方式が利用されてもよい。例えば、下りリンク(Downlink(DL))及び上りリンク(Uplink(UL))の少なくとも一方において、Cyclic Prefix OFDM(CP-OFDM)、Discrete Fourier Transform Spread OFDM(DFT-s-OFDM)、Orthogonal Frequency Division Multiple Access(OFDMA)、Single Carrier Frequency Division Multiple Access(SC-FDMA)などが利用されてもよい。
無線アクセス方式は、波形(waveform)と呼ばれてもよい。なお、無線通信システム1においては、UL及びDLの無線アクセス方式には、他の無線アクセス方式(例えば、他のシングルキャリア伝送方式、他のマルチキャリア伝送方式)が用いられてもよい。
無線通信システム1では、下りリンクチャネルとして、各ユーザ端末20で共有される下り共有チャネル(Physical Downlink Shared Channel(PDSCH))、ブロードキャストチャネル(Physical Broadcast Channel(PBCH))、下り制御チャネル(Physical Downlink Control Channel(PDCCH))などが用いられてもよい。
また、無線通信システム1では、上りリンクチャネルとして、各ユーザ端末20で共有される上り共有チャネル(Physical Uplink Shared Channel(PUSCH))、上り制御チャネル(Physical Uplink Control Channel(PUCCH))、ランダムアクセスチャネル(Physical Random Access Channel(PRACH))などが用いられてもよい。
PDSCHによって、ユーザデータ、上位レイヤ制御情報、System Information Block(SIB)などが伝送される。PUSCHによって、ユーザデータ、上位レイヤ制御情報などが伝送されてもよい。また、PBCHによって、Master Information Block(MIB)が伝送されてもよい。
PDCCHによって、下位レイヤ制御情報が伝送されてもよい。下位レイヤ制御情報は、例えば、PDSCH及びPUSCHの少なくとも一方のスケジューリング情報を含む下り制御情報(Downlink Control Information(DCI))を含んでもよい。
なお、PDSCHをスケジューリングするDCIは、DLアサインメント、DL DCIなどと呼ばれてもよいし、PUSCHをスケジューリングするDCIは、ULグラント、UL DCIなどと呼ばれてもよい。なお、PDSCHはDLデータで読み替えられてもよいし、PUSCHはULデータで読み替えられてもよい。
PDCCHの検出には、制御リソースセット(COntrol REsource SET(CORESET))及びサーチスペース(search space)が利用されてもよい。CORESETは、DCIをサーチするリソースに対応する。サーチスペースは、PDCCH候補(PDCCH candidates)のサーチ領域及びサーチ方法に対応する。1つのCORESETは、1つ又は複数のサーチスペースに関連付けられてもよい。UEは、サーチスペース設定に基づいて、あるサーチスペースに関連するCORESETをモニタしてもよい。
1つのサーチスペースは、1つ又は複数のアグリゲーションレベル(aggregation Level)に該当するPDCCH候補に対応してもよい。1つ又は複数のサーチスペースは、サーチスペースセットと呼ばれてもよい。なお、本開示の「サーチスペース」、「サーチスペースセット」、「サーチスペース設定」、「サーチスペースセット設定」、「CORESET」、「CORESET設定」などは、互いに読み替えられてもよい。
PUCCHによって、チャネル状態情報(Channel State Information(CSI))、送達確認情報(例えば、Hybrid Automatic Repeat reQuest ACKnowledgement(HARQ-ACK)、ACK/NACKなどと呼ばれてもよい)及びスケジューリングリクエスト(Scheduling Request(SR))の少なくとも1つを含む上り制御情報(Uplink Control Information(UCI))が伝送されてもよい。PRACHによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送されてもよい。
なお、本開示において下りリンク、上りリンクなどは「リンク」を付けずに表現されてもよい。また、各種チャネルの先頭に「物理(Physical)」を付けずに表現されてもよい。
無線通信システム1では、同期信号(Synchronization Signal(SS))、下りリンク参照信号(Downlink Reference Signal(DL-RS))などが伝送されてもよい。無線通信システム1では、DL-RSとして、セル固有参照信号(Cell-specific Reference Signal(CRS))、チャネル状態情報参照信号(Channel State Information Reference Signal(CSI-RS))、復調用参照信号(DeModulation Reference Signal(DMRS))、位置決定参照信号(Positioning Reference Signal(PRS))、位相トラッキング参照信号(Phase Tracking Reference Signal(PTRS))などが伝送されてもよい。
同期信号は、例えば、プライマリ同期信号(Primary Synchronization Signal(PSS))及びセカンダリ同期信号(Secondary Synchronization Signal(SSS))の少なくとも1つであってもよい。SS(PSS、SSS)及びPBCH(及びPBCH用のDMRS)を含む信号ブロックは、SS/PBCHブロック、SS Block(SSB)などと呼ばれてもよい。なお、SS、SSBなども、参照信号と呼ばれてもよい。
また、無線通信システム1では、上りリンク参照信号(Uplink Reference Signal(UL-RS))として、測定用参照信号(Sounding Reference Signal(SRS))、復調用参照信号(DMRS)などが伝送されてもよい。なお、DMRSはユーザ端末固有参照信号(UE-specific Reference Signal)と呼ばれてもよい。
(基地局)
図11は、一実施形態に係る基地局の構成の一例を示す図である。基地局10は、制御部110、送受信部120、送受信アンテナ130及び伝送路インターフェース(transmission line interface)140を備えている。なお、制御部110、送受信部120及び送受信アンテナ130及び伝送路インターフェース140は、それぞれ1つ以上が備えられてもよい。
なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、基地局10は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
制御部110は、基地局10全体の制御を実施する。制御部110は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
制御部110は、信号の生成、スケジューリング(例えば、リソース割り当て、マッピング)などを制御してもよい。制御部110は、送受信部120、送受信アンテナ130及び伝送路インターフェース140を用いた送受信、測定などを制御してもよい。制御部110は、信号として送信するデータ、制御情報、系列(sequence)などを生成し、送受信部120に転送してもよい。制御部110は、通信チャネルの呼処理(設定、解放など)、基地局10の状態管理、無線リソースの管理などを行ってもよい。
送受信部120は、ベースバンド(baseband)部121、Radio Frequency(RF)部122、測定部123を含んでもよい。ベースバンド部121は、送信処理部1211及び受信処理部1212を含んでもよい。送受信部120は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、RF回路、ベースバンド回路、フィルタ、位相シフタ(phase shifter)、測定回路、送受信回路などから構成することができる。
送受信部120は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部1211、RF部122から構成されてもよい。当該受信部は、受信処理部1212、RF部122、測定部123から構成されてもよい。
送受信アンテナ130は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
送受信部120は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを送信してもよい。送受信部120は、上述の上りリンクチャネル、上りリンク参照信号などを受信してもよい。
送受信部120は、デジタルビームフォーミング(例えば、プリコーディング)、アナログビームフォーミング(例えば、位相回転)などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
送受信部120(送信処理部1211)は、例えば制御部110から取得したデータ、制御情報などに対して、Packet Data Convergence Protocol(PDCP)レイヤの処理、Radio Link Control(RLC)レイヤの処理(例えば、RLC再送制御)、Medium Access Control(MAC)レイヤの処理(例えば、HARQ再送制御)などを行い、送信するビット列を生成してもよい。
送受信部120(送信処理部1211)は、送信するビット列に対して、チャネル符号化(誤り訂正符号化を含んでもよい)、変調、マッピング、フィルタ処理、離散フーリエ変換(Discrete Fourier Transform(DFT))処理(必要に応じて)、逆高速フーリエ変換(Inverse Fast Fourier Transform(IFFT))処理、プリコーディング、デジタル-アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
送受信部120(RF部122)は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ130を介して送信してもよい。
一方、送受信部120(RF部122)は、送受信アンテナ130によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
送受信部120(受信処理部1212)は、取得されたベースバンド信号に対して、アナログ-デジタル変換、高速フーリエ変換(Fast Fourier Transform(FFT))処理、逆離散フーリエ変換(Inverse Discrete Fourier Transform(IDFT))処理(必要に応じて)、フィルタ処理、デマッピング、復調、復号(誤り訂正復号を含んでもよい)、MACレイヤ処理、RLCレイヤの処理及びPDCPレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
送受信部120(測定部123)は、受信した信号に関する測定を実施してもよい。例えば、測定部123は、受信した信号に基づいて、Radio Resource Management(RRM)測定、Channel State Information(CSI)測定などを行ってもよい。測定部123は、受信電力(例えば、Reference Signal Received Power(RSRP))、受信品質(例えば、Reference Signal Received Quality(RSRQ)、Signal to Interference plus Noise Ratio(SINR)、Signal to Noise Ratio(SNR))、信号強度(例えば、Received Signal Strength Indicator(RSSI))、伝搬路情報(例えば、CSI)などについて測定してもよい。測定結果は、制御部110に出力されてもよい。
伝送路インターフェース140は、コアネットワーク30に含まれる装置、他の基地局10などとの間で信号を送受信(バックホールシグナリング)し、ユーザ端末20のためのユーザデータ(ユーザプレーンデータ)、制御プレーンデータなどを取得、伝送などしてもよい。
なお、本開示における基地局10の送信部及び受信部は、送受信部120及び送受信アンテナ130の少なくとも1つによって構成されてもよい。
(ユーザ端末)
図12は、一実施形態に係るユーザ端末の構成の一例を示す図である。ユーザ端末20は、制御部210、送受信部220及び送受信アンテナ230を備えている。なお、制御部210、送受信部220及び送受信アンテナ230は、それぞれ1つ以上が備えられてもよい。
なお、本例では、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末20は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。以下で説明する各部の処理の一部は、省略されてもよい。
制御部210は、ユーザ端末20全体の制御を実施する。制御部210は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路などから構成することができる。
制御部210は、信号の生成、マッピングなどを制御してもよい。制御部210は、送受信部220及び送受信アンテナ230を用いた送受信、測定などを制御してもよい。制御部210は、信号として送信するデータ、制御情報、系列などを生成し、送受信部220に転送してもよい。
送受信部220は、ベースバンド部221、RF部222、測定部223を含んでもよい。ベースバンド部221は、送信処理部2211、受信処理部2212を含んでもよい。送受信部220は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、RF回路、ベースバンド回路、フィルタ、位相シフタ、測定回路、送受信回路などから構成することができる。
送受信部220は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。当該送信部は、送信処理部2211、RF部222から構成されてもよい。当該受信部は、受信処理部2212、RF部222、測定部223から構成されてもよい。
送受信アンテナ230は、本開示に係る技術分野での共通認識に基づいて説明されるアンテナ、例えばアレイアンテナなどから構成することができる。
送受信部220は、上述の下りリンクチャネル、同期信号、下りリンク参照信号などを受信してもよい。送受信部220は、上述の上りリンクチャネル、上りリンク参照信号などを送信してもよい。
送受信部220は、デジタルビームフォーミング(例えば、プリコーディング)、アナログビームフォーミング(例えば、位相回転)などを用いて、送信ビーム及び受信ビームの少なくとも一方を形成してもよい。
送受信部220(送信処理部2211)は、例えば制御部210から取得したデータ、制御情報などに対して、PDCPレイヤの処理、RLCレイヤの処理(例えば、RLC再送制御)、MACレイヤの処理(例えば、HARQ再送制御)などを行い、送信するビット列を生成してもよい。
送受信部220(送信処理部2211)は、送信するビット列に対して、チャネル符号化(誤り訂正符号化を含んでもよい)、変調、マッピング、フィルタ処理、DFT処理(必要に応じて)、IFFT処理、プリコーディング、デジタル-アナログ変換などの送信処理を行い、ベースバンド信号を出力してもよい。
なお、DFT処理を適用するか否かは、トランスフォームプリコーディングの設定に基づいてもよい。送受信部220(送信処理部2211)は、あるチャネル(例えば、PUSCH)について、トランスフォームプリコーディングが有効(enabled)である場合、当該チャネルをDFT-s-OFDM波形を用いて送信するために上記送信処理としてDFT処理を行ってもよいし、そうでない場合、上記送信処理としてDFT処理を行わなくてもよい。
送受信部220(RF部222)は、ベースバンド信号に対して、無線周波数帯への変調、フィルタ処理、増幅などを行い、無線周波数帯の信号を、送受信アンテナ230を介して送信してもよい。
一方、送受信部220(RF部222)は、送受信アンテナ230によって受信された無線周波数帯の信号に対して、増幅、フィルタ処理、ベースバンド信号への復調などを行ってもよい。
送受信部220(受信処理部2212)は、取得されたベースバンド信号に対して、アナログ-デジタル変換、FFT処理、IDFT処理(必要に応じて)、フィルタ処理、デマッピング、復調、復号(誤り訂正復号を含んでもよい)、MACレイヤ処理、RLCレイヤの処理及びPDCPレイヤの処理などの受信処理を適用し、ユーザデータなどを取得してもよい。
送受信部220(測定部223)は、受信した信号に関する測定を実施してもよい。例えば、測定部223は、受信した信号に基づいて、RRM測定、CSI測定などを行ってもよい。測定部223は、受信電力(例えば、RSRP)、受信品質(例えば、RSRQ、SINR、SNR)、信号強度(例えば、RSSI)、伝搬路情報(例えば、CSI)などについて測定してもよい。測定結果は、制御部210に出力されてもよい。
なお、本開示におけるユーザ端末20の送信部及び受信部は、送受信部220、送受信アンテナ230及び伝送路インターフェース240の少なくとも1つによって構成されてもよい。
また、送受信部220は、送信前のチャネルのセンシングが適用される周波数(例えば、NR-U対象周波数)において、同期信号(SS)及びブロードキャストチャネル(PBCH)を含む同期信号ブロック(SS/PBCHブロック)を受信してもよい。
制御部210は、前記同期信号ブロックに基づいて、前記同期信号ブロックと、前記同期信号ブロックと擬似コロケート(QCL)である下り制御チャネル(例えば、RMSI PDCCH)及び下り共有チャネル(例えば、RMSI PDSCH)と、を含む第1信号(例えば、DRS、DRSユニット)の構成と、特定期間(例えば、DRSユニットサイズ×DRSユニット数)における前記第1信号を含む第2信号(例えば、DRSバースト)の構成と、の少なくとも1つを決定してもよい。
制御部210は、前記ブロードキャストチャネルに基づいて、前記下り制御チャネルのためのコントロールリソースセット(例えば、CORESET#0)のシンボル数を決定し、前記シンボル数に基づいて、前記第1信号の時間長(例えば、DRSユニットサイズ)を決定してもよい(実施形態1)。
制御部210は、前記第1信号の時間長が半スロットであるか1スロットであるかを決定してもよい(実施形態1)。
制御部210は、前記ブロードキャストチャネルに基づいて、前記第2信号内の連続する第1信号の数(例えば、DRSユニット数)を決定してもよい(実施形態2)。
制御部210は、前記ブロードキャストチャネル内のビットマップ(例えば、ssb-PositionInBurst)と、前記第1信号の前記時間長と、に基づいて、前記第2信号の構成を決定してもよい(実施形態3)。
(ハードウェア構成)
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的又は論理的に分離した2つ以上の装置を直接的又は間接的に(例えば、有線、無線などを用いて)接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記1つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
ここで、機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知(broadcasting)、通知(notifying)、通信(communicating)、転送(forwarding)、構成(configuring)、再構成(reconfiguring)、割り当て(allocating、mapping)、割り振り(assigning)などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック(構成部)は、送信部(transmitting unit)、送信機(transmitter)などと呼称されてもよい。いずれも、上述したとおり、実現方法は特に限定されない。
例えば、本開示の一実施形態における基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図13は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の基地局10及びユーザ端末20は、物理的には、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006、バス1007などを含むコンピュータ装置として構成されてもよい。
なお、本開示において、装置、回路、デバイス、部(section)、ユニットなどの文言は、互いに読み替えることができる。基地局10及びユーザ端末20のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
例えば、プロセッサ1001は1つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、1のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、2以上のプロセッサによって実行されてもよい。なお、プロセッサ1001は、1以上のチップによって実装されてもよい。
基地局10及びユーザ端末20における各機能は、例えば、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004を介する通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(Central Processing Unit(CPU))によって構成されてもよい。例えば、上述の制御部110(210)、送受信部120(220)などの少なくとも一部は、プロセッサ1001によって実現されてもよい。
また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、制御部110(210)は、メモリ1002に格納され、プロセッサ1001において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、Read Only Memory(ROM)、Erasable Programmable ROM(EPROM)、Electrically EPROM(EEPROM)、Random Access Memory(RAM)、その他の適切な記憶媒体の少なくとも1つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ1002は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー(登録商標)ディスク、光磁気ディスク(例えば、コンパクトディスク(Compact Disc ROM(CD-ROM)など)、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも1つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。
通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置1004は、例えば周波数分割複信(Frequency Division Duplex(FDD))及び時分割複信(Time Division Duplex(TDD))の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信部120(220)、送受信アンテナ130(230)などは、通信装置1004によって実現されてもよい。送受信部120(220)は、送信部120a(220a)と受信部120b(220b)とで、物理的に又は論理的に分離された実装がなされてもよい。
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカー、Light Emitting Diode(LED)ランプなど)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
また、プロセッサ1001、メモリ1002などの各装置は、情報を通信するためのバス1007によって接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
また、基地局10及びユーザ端末20は、マイクロプロセッサ、デジタル信号プロセッサ(Digital Signal Processor(DSP))、Application Specific Integrated Circuit(ASIC)、Programmable Logic Device(PLD)、Field Programmable Gate Array(FPGA)などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つを用いて実装されてもよい。
(変形例)
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル、シンボル及び信号(シグナル又はシグナリング)は、互いに読み替えられてもよい。また、信号はメッセージであってもよい。参照信号(reference signal)は、RSと略称することもでき、適用される標準によってパイロット(Pilot)、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア(Component Carrier(CC))は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
無線フレームは、時間領域において1つ又は複数の期間(フレーム)によって構成されてもよい。無線フレームを構成する当該1つ又は複数の各期間(フレーム)は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において1つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー(numerology)に依存しない固定の時間長(例えば、1ms)であってもよい。
ここで、ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔(SubCarrier Spacing(SCS))、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔(Transmission Time Interval(TTI))、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも1つを示してもよい。
スロットは、時間領域において1つ又は複数のシンボル(Orthogonal Frequency Division Multiplexing(OFDM)シンボル、Single Carrier Frequency Division Multiple Access(SC-FDMA)シンボルなど)によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において1つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH(又はPUSCH)は、PDSCH(PUSCH)マッピングタイプAと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH(又はPUSCH)は、PDSCH(PUSCH)マッピングタイプBと呼ばれてもよい。
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。なお、本開示におけるフレーム、サブフレーム、スロット、ミニスロット、シンボルなどの時間単位は、互いに読み替えられてもよい。
例えば、1サブフレームはTTIと呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、1スロット又は1ミニスロットがTTIと呼ばれてもよい。つまり、サブフレーム及びTTIの少なくとも一方は、既存のLTEにおけるサブフレーム(1ms)であってもよいし、1msより短い期間(例えば、1-13シンボル)であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、基地局が各ユーザ端末に対して、無線リソース(各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など)を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。
TTIは、チャネル符号化されたデータパケット(トランスポートブロック)、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、TTIが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間(例えば、シンボル数)は、当該TTIよりも短くてもよい。
なお、1スロット又は1ミニスロットがTTIと呼ばれる場合、1以上のTTI(すなわち、1以上のスロット又は1以上のミニスロット)が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数(ミニスロット数)は制御されてもよい。
1msの時間長を有するTTIは、通常TTI(3GPP Rel.8-12におけるTTI)、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、部分TTI(partial又はfractional TTI)、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
なお、ロングTTI(例えば、通常TTI、サブフレームなど)は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI(例えば、短縮TTIなど)は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。
リソースブロック(Resource Block(RB))は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、1つ又は複数個の連続した副搬送波(サブキャリア(subcarrier))を含んでもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば12であってもよい。RBに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
また、RBは、時間領域において、1つ又は複数個のシンボルを含んでもよく、1スロット、1ミニスロット、1サブフレーム又は1TTIの長さであってもよい。1TTI、1サブフレームなどは、それぞれ1つ又は複数のリソースブロックによって構成されてもよい。
なお、1つ又は複数のRBは、物理リソースブロック(Physical RB(PRB))、サブキャリアグループ(Sub-Carrier Group(SCG))、リソースエレメントグループ(Resource Element Group(REG))、PRBペア、RBペアなどと呼ばれてもよい。
また、リソースブロックは、1つ又は複数のリソースエレメント(Resource Element(RE))によって構成されてもよい。例えば、1REは、1サブキャリア及び1シンボルの無線リソース領域であってもよい。
帯域幅部分(Bandwidth Part(BWP))(部分帯域幅などと呼ばれてもよい)は、あるキャリアにおいて、あるニューメロロジー用の連続する共通RB(common resource blocks)のサブセットのことを表してもよい。ここで、共通RBは、当該キャリアの共通参照ポイントを基準としたRBのインデックスによって特定されてもよい。PRBは、あるBWPで定義され、当該BWP内で番号付けされてもよい。
BWPには、UL BWP(UL用のBWP)と、DL BWP(DL用のBWP)とが含まれてもよい。UEに対して、1キャリア内に1つ又は複数のBWPが設定されてもよい。
設定されたBWPの少なくとも1つがアクティブであってもよく、UEは、アクティブなBWPの外で所定の信号/チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「BWP」で読み替えられてもよい。
なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス(Cyclic Prefix(CP))長などの構成は、様々に変更することができる。
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。様々なチャネル(PUCCH、PDCCHなど)及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
入出力された情報、信号などは、特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
情報の通知は、本開示において説明した態様/実施形態に限られず、他の方法を用いて行われてもよい。例えば、本開示における情報の通知は、物理レイヤシグナリング(例えば、下り制御情報(Downlink Control Information(DCI))、上り制御情報(Uplink Control Information(UCI)))、上位レイヤシグナリング(例えば、Radio Resource Control(RRC)シグナリング、ブロードキャスト情報(マスタ情報ブロック(Master Information Block(MIB))、システム情報ブロック(System Information Block(SIB))など)、Medium Access Control(MAC)シグナリング)、その他の信号又はこれらの組み合わせによって実施されてもよい。
なお、物理レイヤシグナリングは、Layer 1/Layer 2(L1/L2)制御情報(L1/L2制御信号)、L1制御情報(L1制御信号)などと呼ばれてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRC Connection Setup)メッセージ、RRC接続再構成(RRC Connection Reconfiguration)メッセージなどであってもよい。また、MACシグナリングは、例えば、MAC制御要素(MAC Control Element(CE))を用いて通知されてもよい。
また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的な通知に限られず、暗示的に(例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって)行われてもよい。
判定は、1ビットで表される値(0か1か)によって行われてもよいし、真(true)又は偽(false)で表される真偽値(boolean)によって行われてもよいし、数値の比較(例えば、所定の値との比較)によって行われてもよい。
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(Digital Subscriber Line(DSL))など)及び無線技術(赤外線、マイクロ波など)の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。「ネットワーク」は、ネットワークに含まれる装置(例えば、基地局)のことを意味してもよい。
本開示において、「プリコーディング」、「プリコーダ」、「ウェイト(プリコーディングウェイト)」、「擬似コロケーション(Quasi-Co-Location(QCL))」、「Transmission Configuration Indication state(TCI状態)」、「空間関係(spatial relation)」、「空間ドメインフィルタ(spatial domain filter)」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル-プ」、「レイヤ」、「レイヤ数」、「ランク」、「リソース」、「リソースセット」、「リソースグループ」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。
本開示においては、「基地局(Base Station(BS))」、「無線基地局」、「固定局(fixed station)」、「NodeB」、「eNB(eNodeB)」、「gNB(gNodeB)」、「アクセスポイント(access point)」、「送信ポイント(Transmission Point(TP))」、「受信ポイント(Reception Point(RP))」、「送受信ポイント(Transmission/Reception Point(TRP))」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
基地局は、1つ又は複数(例えば、3つ)のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム(例えば、屋内用の小型基地局(Remote Radio Head(RRH)))によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
本開示においては、「移動局(Mobile Station(MS))」、「ユーザ端末(user terminal)」、「ユーザ装置(User Equipment(UE))」、「端末」などの用語は、互換的に使用され得る。
移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
基地局及び移動局の少なくとも一方は、送信装置、受信装置、無線通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物(例えば、車、飛行機など)であってもよいし、無人で動く移動体(例えば、ドローン、自動運転車など)であってもよいし、ロボット(有人型又は無人型)であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのInternet of Things(IoT)機器であってもよい。
また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信(例えば、Device-to-Device(D2D)、Vehicle-to-Everything(V2X)などと呼ばれてもよい)に置き換えた構成について、本開示の各態様/実施形態を適用してもよい。この場合、上述の基地局10が有する機能をユーザ端末20が有する構成としてもよい。また、「上り」、「下り」などの文言は、端末間通信に対応する文言(例えば、「サイド(side)」)で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末20が有する機能を基地局10が有する構成としてもよい。
本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード(upper node)によって行われることもある。基地局を有する1つ又は複数のネットワークノード(network nodes)を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の1つ以上のネットワークノード(例えば、Mobility Management Entity(MME)、Serving-Gateway(S-GW)などが考えられるが、これらに限られない)又はこれらの組み合わせによって行われ得ることは明らかである。
本開示において説明した各態様/実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様/実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
本開示において説明した各態様/実施形態は、Long Term Evolution(LTE)、LTE-Advanced(LTE-A)、LTE-Beyond(LTE-B)、SUPER 3G、IMT-Advanced、4th generation mobile communication system(4G)、5th generation mobile communication system(5G)、Future Radio Access(FRA)、New-Radio Access Technology(RAT)、New Radio(NR)、New radio access(NX)、Future generation radio access(FX)、Global System for Mobile communications(GSM(登録商標))、CDMA2000、Ultra Mobile Broadband(UMB)、IEEE 802.11(Wi-Fi(登録商標))、IEEE 802.16(WiMAX(登録商標))、IEEE 802.20、Ultra-WideBand(UWB)、Bluetooth(登録商標)、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて(例えば、LTE又はLTE-Aと、5Gとの組み合わせなど)適用されてもよい。
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
本開示において使用する「第1の」、「第2の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、2つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第1及び第2の要素の参照は、2つの要素のみが採用され得ること又は何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。
本開示において使用する「判断(決定)(determining)」という用語は、多種多様な動作を包含する場合がある。例えば、「判断(決定)」は、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)(例えば、テーブル、データベース又は別のデータ構造での探索)、確認(ascertaining)などを「判断(決定)」することであるとみなされてもよい。
また、「判断(決定)」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)などを「判断(決定)」することであるとみなされてもよい。
また、「判断(決定)」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などを「判断(決定)」することであるとみなされてもよい。つまり、「判断(決定)」は、何らかの動作を「判断(決定)」することであるとみなされてもよい。
また、「判断(決定)」は、「想定する(assuming)」、「期待する(expecting)」、「みなす(considering)」などで読み替えられてもよい。
本開示に記載の「最大送信電力」は送信電力の最大値を意味してもよいし、公称最大送信電力(the nominal UE maximum transmit power)を意味してもよいし、定格最大送信電力(the rated UE maximum transmit power)を意味してもよい。
本開示において使用する「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、2又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された2つの要素間に1又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。
本開示において、2つの要素が接続される場合、1つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
本開示において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。なお、当該用語は、「AとBがそれぞれCと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
本開示において、「含む(include)」、「含んでいる(including)」及びこれらの変形が使用されている場合、これらの用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
本開示において、例えば、英語でのa, an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。