将来の無線通信システム(例えば、3GPP Rel.16以降、5G、5G+、NR)では、超高信頼及び低遅延のサービス(例えば、URLLC:Ultra Reliable and Low Latency Communicationsに関連する(related)サービス(URLLCサービス)の導入が検討されている。
URLLCサービスのユースケースとしては、高信頼性(高精度)及び低遅延の少なくとも一つが要求される通信サービス(例えば、工場(plant)や病院等での通信)が想定される。
図1A及び1Bは、URLLCサービスの運用(operation)の一例を示す図である。図1Aでは、要求条件の異なる複数のサービス(例えば、eMBBサービス及びURLLCサービスの双方)が、同一の無線基地局(例えば、gNB:gNodeB)によって提供される一例が示される。当該無線基地局は、gNB、マクロ基地局、マクロgNB、eNB:eNodeB又はマクロeNB等と呼ばれてもよい。
図1Aに示すように、同一のgNBがMBBサービス及びURLLCサービスの双方を提供する場合、eMBBサービスよりも要求条件が厳しいURLLCサービスの通信を適切に行うことができない恐れがある。例えば、図1AのgNBは、URLLCサービスの誤り率の要求条件(例えば、10-5の誤り率)を満たそうとすると、誤り率の要求条件がより低いeMBBサービス(例えば、10-1の誤り率)と比べて使用可能な変調方式等が制限される恐れがある。
図1Bでは、当該複数のサービス(例えば、eMBBサービス及びURLLCサービス)が、それぞれ異なる複数の無線基地局(例えば、gNB#1~#3)によって提供される一例が示される。eMBBサービスを提供する無線基地局は、gNB、マクロ基地局、マクロgNB、eNB、マクロeNB等と呼ばれてもよい。URLLCサービスを適用する無線基地局は、ローカル基地局、ローカルgNB、eNB、ローカルeNB、スモール基地局、スモールgNB、スモールeNB等と呼ばれてもよい。
図1Bに示すように、eMBBサービス及びURLLCサービスをそれぞれ別の(separate)gNBが提供することは、要求条件が異なるeMBBサービス及びURLLCサービスの運用形態として自然(natural)(又は効率的(efficient))であると考えられる。
また、図1Bに示すように、eMBBサービスを提供するgNB#1と、URLLCサービスを提供するgNB#2及び#3は同一の周波数(例えば、F1)を利用(又は再利用)すること(Co-channel等ともいう)が自然(又は効率的)であると考えられる。gNB#2及び#3が、gNB#1とは異なる周波数(URLLCサービス専用の周波数)を利用する場合、周波数利用効率が低下する恐れがあるためである。
図2A~2Cは、同一周波数を用いたeMBBサービス及びURLLCサービスの展開シナリオ(deployment scenarios)の一例を示す図である。
図2Aでは、同一周波数F1でeMBBサービス及びURLLCサービスの双方を提供する同一のgNBが示される。例えば、図2Aでは、gNB#1が、同一周波数F1で、eMBBサービスを利用するユーザ端末(例えば、UE:User Equipment、eMBB UE等ともいう)及びURLLCサービスを利用するユーザ端末(例えば、UE、URLLC UE等ともいう)の双方と通信を行う。
図2Aに示されるシナリオでは、eMBB UEのデータに対するURLLC UEのデータの割り込みが制御されてもよい。図2Aに示されるシナリオは、3GPP Rel.15でもサポートすることが想定される。
図2Bでは、同一周波数F1でeMBBサービス及びURLLCサービスを別々に提供する複数のgNBの一例が示される。図2Bでは、gNB#2のセル(カバレッジ)がgNB#1のセルに包含される一例が示される。なお、図2Bは例示にすぎず、gNB#2のセルの少なくとも一部がgNB#1のセルと重複すればよい。図2Bでは、gNB#1が周波数F1でeMBB UEとの通信を行い、gNB#2が周波数F1でURLLC UEとの通信を行う。
図2Cでは、同一周波数F1でeMBBサービス及びURLLCサービスを別々に提供する複数のgNBの他の例が示される。図2Cでは、gNB#2のセルがgNB#1のセルの一部と重複する。図2Cでは、gNB#1が周波数F1でeMBB UEとの通信を行い、gNB#2が周波数F1でURLLC UEとの通信を行う。
図2B及び2Cにおいて、gNB#1及びgNB#2は、有線リンク(例えば、光ファイバ等の理想的なバックホール(Ideal backhaul)、又は、X2インターフェース等の非理想的なバックホール(Non-Ideal backhaul))により接続されてもよいし、無線リンク(例えば、OTA(Over The Air))により接続されてもよい。非理想的なバックホールでは、所定の遅延が許容され、コーディネーション(coordination)は想定されなくともよい。
なお、gNB間のセル(カバレッジ)の相対(大小)関係は、図2A~2Cに示されるものに限られない。例えば、図2B及び2Cでは、eMBBサービスを提供するgNB#1のカバレッジがURLLCサービスを提供するgNB#2カバレッジ以上であるものとするが、gNB#1のカバレッジがgNB#2のカバレッジよりも小さくともよい。
図2B及び2Cに示されるように、少なくとも一部のセルが重複する複数のgNBが、同一周波数F1で複数のサービス(例えば、eMBBサービス及びURLLCサービス)を提供する場合、当該複数のgNBそれぞれのセル間において干渉(例えば、異なるサービス間でのセル間干渉)が増大する恐れがある。
なお、図2B及び2Cにおいて、いずれかのgNBが、eMBB UEとURLLC UEの両方と通信してもよい。例えば、図2Bにおいて、gNB#1がeMBB UEとURLLC UEの両方と通信してもよいし、gNB#2がeMBB UEとURLLC UEの両方と通信してもよい。この場合でも異なるサービス間でセル間干渉が生じる。
図3Aでは、図2Cと同様に、複数のサービス(例えば、eMBBサービス及びURLLCサービス)が異なる複数のgNB(例えば、gNB#1及び#2)により同一周波数で提供される展開シナリオが示される。なお、図3Aでは、URLLCサービスを提供するgNB#2は、建物内に示されるが、gNB#2の設置場所は建物内でなくともよい。
図3Bでは、当該複数のgNBによって形成される複数のセル間の干渉の一例が示される。なお、図3Bでは、1スロットが14シンボルで構成される場合を一例として説明する。例えば、図3Bのスロット#0のシンボル#2~#5では、gNB#2からURLLC UEに対する下り信号(例えば、URLLCサービス用のデータ(URLLCデータ)等)が送信される。
図3Bに示すように、スロット#0のシンボル#2では、gNB#2からURLLC UEに対する下り信号は、gNB#1からeMBB UEに対する下り信号(例えば、eMBBサービス用のデータ(eMBBデータ)等)により干渉を受ける恐れがある。また、スロット#0のシンボル#3において、例えば、eMBB UEがgNB#2のセル内に位置する場合、gNB#1からeMBB UEに対する下り信号は、gNB#2からURLLC UEに対する下り信号により干渉を受ける恐れがある。
また、スロット#0のシンボル#4では、gNB#2からURLLC UEに対する下り信号は、gNB#2のセル内又は近傍に位置するeMBB UEからgNB#1に対する上り信号により干渉を受ける恐れがある。また、スロット#0のシンボル#5では、例えば、eMBB UEがgNB#2のセル内に位置する場合、eMBB UEからgNB#1に対する上り信号が、gNB#2からURLLC UEに対する下り信号により干渉を受ける恐れがある。
また、図3Bのスロット#1のシンボル#0~#3では、URLLC UEからgNB#2に対する上り信号(例えば、URLLCデータ等)が送信される。
図3Bに示すように、スロット#1のシンボル#0では、URLLC UEからgNB#2に対する上り信号は、gNB#1からeMBB UEに対する下り信号により干渉を受ける恐れがある。また、スロット#1のシンボル#1において、例えば、eMBB UEがgNB#2のセル内又は近傍に位置する場合、gNB#1からeMBB UEに対する下り信号は、URLLC UEからgNB#2に対する上り信号により干渉を受ける恐れがある。
また、スロット#1のシンボル#2では、例えば、URLLC UEからgNB#2に対する上り信号は、gNB#2のセル内又は近傍に位置するeMBB UEからgNB#1に対する上り信号により干渉を受ける恐れがある。また、スロット#1のシンボル#3では、例えば、eMBB UEがgNB#2のセル内又は近傍に位置する場合、eMBB UEからgNB#1に対する上り信号が、URLLC UEからgNB#2に対する上り信号により干渉を受ける恐れがある。
以上のように、少なくとも一部が重複する複数のセルにおいて、例えば、同一周波数F1でそれぞれ異なる複数のサービス(例えば、eMBBサービス及びURLLCサービス)が提供される場合、当該複数のセル間における干渉を抑制することが望まれる。
そこで、本発明者らは、特定のデータ(例えば、URLLCデータ)用のリソースの準静的な割り当て(準静的リソース割り当て(semi-static resource allocation))及び当該特定のデータ用のリソースの動的な割り当て(動的リソース割り当て(dynamic resource allocation))の少なくとも一つを制御することで、当該特定のサービス(例えば、URLLCサービス)が提供されるセルと他のサービス(例えば、eMBBサービス)が提供されるセルとの間における干渉を抑制することを着想した。
以下、本発明の一実施の形態について図面を参照して詳細に説明する。なお、以下では、異なるサービスをそれぞれ提供する複数の無線基地局が複数のgNBである場合(NRのスタンドアローン)を一例として説明するが、これに限られない。当該複数の無線基地局の少なくとも一部が、異なる無線アクセス技術(RAT)の無線基地局である場合(例えば、eNBとgNBが連携する非スタンドアローンなど)にも、本実施の形態を適用可能である。
また、本実施の形態のユーザ端末には、複数のセル(キャリア、コンポーネントキャリア(CC))を統合するキャリアアグリゲーション(CA)が適用されてもよいし、又は、一以上のセルをそれぞれ含む複数のセルグループに同時に接続するマルチコネクティビティ(デュアルコネクティビティ(DC)等ともいう)が適用されてもよい。
また、以下では、異なる複数のサービスとして、eMBBサービス及びURLLCサービスを例示するが、これらに限られない。また、準静的リソース割り当て及び動的リソース割り当ての少なくとも一つが適用される特定のデータとして、URLLCサービス用のデータ(URLLCデータ)を例示するが、これに限られない。
また、以下では、当該複数のサービスをそれぞれ利用する複数のユーザ端末(例えば、eMBB UE及びURLLC UE)が示されるが、本実施の形態は、当該複数のサービスを単一のユーザ端末が利用する場合にも適用可能である。
(第1の態様)
第1の態様では、特定のデータ(例えば、URLLCデータ)に対する準静的リソース割り当てについて説明する。なお、URLLCデータとは、下り共有チャネル(例えば、PDSCH:Physical Downlink Shared Channel)及び上り共有チャネル(例えば、PUSCH:Physical Uplink Shared Channel)の少なくとも一つで送信されるURLLCサービス用のデータであり、ユーザデータ及び上位レイヤシグナリングされる制御情報の少なくとも一つを含んでもよい。
第1の態様において、少なくとも一つのタイプのユーザ端末(例えば、eMBB UE及びURLLC UEの少なくとも一つ)に対して、特定のデータ(例えば、URLLCデータ)用のリソースが上位レイヤシグナリングにより設定(通知)されてもよい。
ここで、上位レイヤシグナリングは、例えば、RRC(Radio Resource Control)シグナリング、MAC(Medium Access Control)シグナリング、ブロードキャスト情報などのいずれか、又はこれらの組み合わせであってもよい。ブロードキャスト情報は、例えば、マスタ情報ブロック(MIB:Master Information Block)、システム情報ブロック(SIB:System Information Block)、最低限のシステム情報(RMSI:Remaining Minimum System Information)などであってもよい。
上位レイヤシグナリングによる設定リソース(configured resource)(確保リソース(reserved resource)等ともいう)は、特定のデータ(例えば、URLLCデータ)用の時間リソース及び周波数リソースの少なくとも一つであってもよい。当該時間リソースは、例えば、所定数のシンボル、所定数のスロット又は所定数のサブスロットなどであってもよい。当該周波数リソースは、例えば、所定数のリソースブロック(物理リソースブロック(PRB:Physical Resource Block))であってもよい。
図4A及び4Bは、第1の態様に係る準静的リソース割り当ての一例を示す図である。図4Aでは、gNB#1が周波数F1でeMBBデータの送信及び受信の少なくとも一つ(送信/受信)を行う。また、gNB#2が周波数F1でURLLCデータの送信/受信を行う。また、gNB#1のセルがgNB#2のセルの少なくとも一部と重複するものとする。
図4Aに示す場合、図4Bに示すように、所定の帯域幅(BW)内には、URLLCデータ用のリソース(URLLCリソース)がURLLC UEに準静的に設定(configure)されてもよい。当該所定の帯域幅は、キャリアの帯域幅であってもよいし、又は、当該キャリア内に設定される部分的な帯域(帯域幅部分(BWP:Bandwidth Part))の帯域幅であってもよい。
例えば、図4Bでは、URLLCデータ用の設定リソースは、所定数のシンボル(ここでは、2シンボル)を含み、所定周期(ここでは、4シンボル周期)である。図4では設定リソースがシンボル単位で設定されているが、設定リソースはシンボル単位でもよいし、スロット単位やサブフレーム単位であってもよい。以降では、シンボル単位で設定された場合を説明している。また、図4Bでは、URLLC用の設定リソースに周波数ホッピングが適用されるが、当該周波数ホッピングは適用されなくともよい。
図4Bにおいて、URLLC UEは、URLLCデータ用の設定リソースを用いて、URLLCデータについて、gNB#2からの受信及びgNB#2に対する送信の少なくとも一つを行う。
例えば、図4Bでは、URLLC UEは、スロット#0のシンボル#2、#3及び#6、#7の設定リソースを用いてgNB#2から下りデータ(PDSCHともいう)を受信し、スロット#1のシンボル#0、#1の設定リソースを用いてgNB#2に対する上りデータ(PUSCHともいう)を送信する。なお、スロット#0のシンボル#10及び#11の設定リソースは、URLLCサービスのトラフィックがないため、利用されない。
一方、eMBB UEは、当該URLLCデータ用の設定リソース以外にスケジューリングされるリソースを用いて、gNB#1からの下りデータの受信及びgNB#1に対する上りデータを送信する。当該eMBB UEに対しては、上記設定リソースは通知(inform)されてもよいし、又は、通知されなくともよい。
このように、図4Bでは、URLLCデータ用の設定リソースは、eMBBサービスには利用されない。gNB#1は、URLLC用の設定リソースに対しては、eMBBデータのスケジューリングを行わなくともよい。
‐gNB間のシグナリング
URLLCデータ用の設定リソースに関する情報(設定リソース情報)は、gNB#1及び2の間で共有されてもよい。
ここで、設定リソース情報は、例えば、設定リソースの時間リソース、周期、周波数リソース、周波数ホッピングを適用するか否か、周波数ホッピングが適用される場合の周波数オフセットの少なくとも一つを示す情報を含んでもよい。また、当該設定リソース情報は、当該設定リソースを用いて送信されるURLLCデータの復調用参照信号(DMRS:Demodulation Reference Signal)、変調方式及び符号化率の少なくとも一つに関する情報を含んでもよい。
例えば、gNB#1は、gNB#2に対して、gNB#1のブランクリソースに関する情報として、上記設定リソース情報を送信してもよい。gNB#2は、URLLCトラフィックが発生する場合、gNB#1からの設定リソース情報が示す設定リソースを用いて、URLLC UEとの通信を行ってもよい。
或いは、gNB#2が、gNB#1に対して、gNB#2が確保するリソース(gNB#2が利用を希望するリソース)に関する情報として、上記設定リソース情報を送信してもよい。gNB#1は、gNB#2からの設定リソース情報が示す設定リソースに対するeMBBデータのスケジューリングを中止してもよい。
なお、gNB#1及び#2間のシグナリングは、有線リンク(例えば、光ファイバなどの理想的なバックホール、又は、X2インターフェース等の非理想的なバックホール)で行われてもよいし、又は、無線リンク(例えば、OTA)で行われてもよい。
‐URLLC UEに対するシグナリング
URLLC UEは、上記設定リソース情報を受信してもよい。例えば、URLLC UEは、上位レイヤシグナリング(例えば、RRCシグナリング、MACシグナリング、ブロードキャスト情報の少なくとも一つ)により上記設定リソース情報を受信してもよい。
また、URLLC UEは、URLLCサービス(URLLCデータ)用のセルを形成するgNB#2から、上記設定リソース情報を受信してもよい。当該URLLCサービス用のセルは、ローカルセル、プライマリセカンダリセル(PSCell:Primary Secondary cell)、プライマリセル(PCell:Primary Cell)又はサービングセル等と呼ばれてもよい。
或いは、URLLC UEは、eMBBサービス(eMBBデータ)用のセルを形成するgNB#1から、上記設定リソース情報を受信してもよい。当該eMBBサービス用のセルは、マクロセル、PCell、サービングセル等と呼ばれてもよい。
URLLC UEは、当該設定リソース情報に基づいて、設定リソースを用いたURLLCデータの送信/受信を制御してもよい。
‐eMBB UEに対するシグナリング
eMBB UEは、gNB#1のブランクリソースに関する情報(例えば、上記設定リソース情報)を受信しなくともよいし(第1の例)、又は、受信してもよい(第2の例)。
≪第1の例≫
第1の例において、eMBB UEは、gNB#1のブランクリソースに関する情報(例えば、上記設定リソース情報)を受信しなくともよい。
gNB#1は、gNB#1のセルにおいて、URLLC用の設定リソースを使用しない(ブランクリソースとする)。gNB#1は、所定の帯域幅内のブランクリソース以外のリソースに対して、eMBB UEに対する下りデータ(例えば、PDSCH)及び当該eMBB UEからの上りデータ(例えば、PUSCH)をスケジューリングしてもよい。
また、gNB#1は、gNB#2に対して、gNB#1のブランクリソースに関する情報(例えば、上記設定リソース情報)を送信してもよい。gNB#2は、gNB#2のセルにおいて上記設定リソース(gNB#1のブランクリソース)を用いて、URLLC UEに対する下りデータ(例えば、PDSCH)を送信してもよい。また、gNB#2は、当該URLLC UEからの上りデータ(例えば、PUSCH)を受信してもよい。
第1の例では、gNB#1のブランクリソースを避けて、eMBBデータがスケジューリングされる。このため、eMBB UEにおける送信/受信に関する処理(例えば、ブランクリソースについてのeMBBデータのレートマッチング及びパンクチャの少なくとも一つ)による負荷を軽減できる。
≪第2の例≫
第2の例において、eMBB UEは、gNB#1のブランクリソースに関する情報(例えば、上記設定リソース情報)を受信してもよい。例えば、eMBB UEは、上位レイヤシグナリング及びL1シグナリングの少なくとも一つにより、当該ブランクリソースに関する情報を受信してもよい。
上述のように、上位レイヤシグナリングは、例えば、RRCシグナリング、MACシグナリング、ブロードキャスト情報の少なくとも一つである。L1シグナリングは、例えば、下り制御情報(DCI:Downlink Control Information)であり、物理レイヤシグナリング等とも呼ばれる。
eMBB UEは、eMBBデータの送信/受信に割り当てられる(スケジューリングされる)リソースについて、上記ブランクリソースに関する情報が示すブランクリソース(上記URLLC用の設定リソース)をレートマッチングしてもよい。
或いは、eMBB UEは、eMBBデータの送信/受信に割り当てられるリソースについて、上記ブランクリソースに関する情報が示すブランクリソース(上記URLLC用の設定リソース)をパンクチャしてもよい。
或いは、eMBB UEは、eMBBデータの送信/受信に割り当てられるリソースの少なくとも一部が、上記ブランクリソースに関する情報が示すブランクリソース(上記URLLC用の設定リソース)と重複する場合、当該eMBBデータの送信/受信を中止してもよい。
第2の例では、eMBB UEがgNB#1のブランクリソースに関する情報に基づいてeMBBデータの送信/受信に関する処理(例えば、レートマッチング、パンクチャの及び中止少なくとも一つ)を適切に制御する。このため、gNB#1におけるeMBBデータのスケジューリングの負荷を軽減できる。
以上のように、第1の態様では、特定のデータ(例えば、URLLCデータ)用のリソースが準静的に設定され、当該設定リソースは、他のデータ(例えば、eMBBデータ)が送信/受信されるセルにおいてブランクリソースとなる。このため、特定のデータを送信/受信されるセルと、他のデータが送信/受信されるセルとの双方において、同一周波数が用いられる場合であっても、当該セル間における干渉を抑制できる。
(第2の態様)
第2の態様では、特定のデータ(例えば、URLLCデータ)に対する動的リソース割り当てについて説明する。第2の態様では、当該特定のデータ以外のデータ(例えば、eMBBデータ)を送信/受信するgNBが、当該特定のデータ用のリソース(例えば、URLLCリソース)を動的に割り当ててもよい(第1の動的リソース割り当て)。或いは、当該特定のデータを(例えば、URLLCデータ)送信/受信するgNBが、当該特定のデータ用のリソース(例えば、URLLCリソース)を動的に割り当ててもよい(第2の動的リソース割り当て)。第2の態様では、第1の態様との相違点を中心に説明する。
<第1の動的リソース割り当て>
第1の動的リソース割り当てでは、eMBBデータを送信/受信するgNBが、URLLCリソースを示すDCIを送信してもよい。
第1の動的リソース割り当てでは、所定の帯域幅(例えば、BWP)内に複数の制御リソースセット(CORESET:Control Resource Set)が設定(configure)されてもよい。ここで、CORESETとは、下り制御チャネル(例えば、PDCCH:Physical Downlink Control Channel)が割当てられるリソース領域であり、所定の周波数領域リソースと時間領域リソース(例えば1又は2OFDMシンボルなど)を含んで構成されてもよい。PDCCH(又はDCI)は、CORESET内の所定のリソース単位にマッピングされる。
第1の動的リソース割り当てでは、当該複数のCORESET(又は、当該複数のCORESETそれぞれの複数のサーチスペース)内では、異なる用途の複数のDCIがそれぞれ異なるgNBから送信されてもよい。例えば、一つのDCIは、URLLCリソースを示し、他のDCIは、URLLCデータの送信/受信をグラント(grant)してもよい。また、当該複数のDCIは、それぞれ異なるDCIフォーマットで送信されてもよい。
また、当該複数のDCIには、それぞれ異なる識別子(RNTI:Radio Network Temporary Identifier)でスクランブル(マスク)された巡回冗長検査(CRC:Cyclic Redundancy Check)ビットが付加されてもよい。例えば、URLLCリソースを示すDCIのCRCビットは、一以上のユーザ端末に共通の識別子でスクランブルされ、URLLCデータをグラントするDCIのビットは、ユーザ端末個別の識別子でスクランブルされてもよい。
当該複数のDCIは、ユーザ端末(例えば、URLLC UE)によって監視されてもよいし(第1の例)、又は、当該複数のDCIの一部は、特定のデータ(例えば、URLLCデータ)を送信/受信するgNBによって監視されてもよい(第2の例)。
≪第1の例≫
第1の例では、ユーザ端末(例えば、URLLC UE)は、所定の帯域幅(例えば、BWP)内に設定される複数のCORESET(又は、当該複数のCORESETそれぞれに含まれる複数のサーチスペース)を監視して、複数のDCIを検出してもよい。
図5A及び5Bは、第2の態様に係る第1の動的リソース割り当ての第1の例を示す図である。図5A及び5Bでは、図4A及び4Bと同一の内容については説明を省略し、図4A及び図4Bとの相違点を中心に説明する。
図5Aに示す場合、図5Bに示すように、所定の帯域幅(BW)内には複数のCORESET(ここでは、CORESET#1及び#2)が設定されてもよい。図5Bに示すように、当該複数のCORESETは、所定周期(例えば、4シンボル周期)の同一シンボルに配置されてもよい。また、当該複数のCORESETは、当該所定の帯域幅内で互いに異なる周波数リソースに配置されてもよい。
図5Bにおいて、URLLC UEは、CORESET#1及び#2(又は、CORESET#1及び#2内にそれぞれ設定される複数のサーチスペース)を監視(ブラインド復号)する。eMBB UEは、CORESET#1(又はCORESET#1に設定されるサーチスペース)を監視してもよい。
図5Bにおいて、URLLC UEは、CORESET#1内で、URLLCリソースを示すDCI#1を検出する。当該DCI#1は、gNB#1から送信されてもよい。また、図5Bにおいて、URLLC UEは、CORESET#2内で、URLLCデータをグラント(スケジューリング)するDCI#2を検出する。当該DCI#2は、gNB#2から送信されてもよい。
CORESET#1で検出されるDCI#1は、URLLCリソースに関する情報(URLLCリソース情報)を含んでもよい。URLLCリソース情報は、例えば、URLLCデータが利用可能な時間リソース、周波数リソースの少なくとも一つを示す情報を含んでもよい。
一方、CORESET#2で検出されるDCI#2は、DCI#1が示すURLLCリソースを用いて送信/受信されるURLLCデータに関する情報(URLLCデータ情報)を含んでもよい。URLLCデータ情報は、例えば、URLLCデータの変調方式、符号化率、復調用参照信号(DMRS:Demodulation Reference Signal)と他の信号(例えば、同期信号ブロック(SSB:Synchronization Signal Block、SS/PBCHブロックともいう)又はチャネル状態情報参照信号(CSI-RS:Channel State Information Reference Signal))との疑似コロケーション(QCL:Quasi-Co-Location)の関係(送信構成識別子(TCI:Transmission Configuration Indication)の状態(TCI状態))の少なくとも一つを示す情報を含んでもよい。
gNB#1は、DCI#1が示すURLLCリソースをブランクリソースとし、当該URLLCリソース以外にeMBBデータをスケジューリングしてもよい。gNB#2は、DCI#1が示すURLLCリソースを用いて、URLLCデータを送信/受信してもよい。
‐gNB間のシグナリング
gNB#1及び2の間では、URLLCリソースに関する情報が共有されていてもよい。例えば、gNB#1は、URLLCリソースの一以上の候補のセット(候補セット)を示す情報(候補セット情報)を、gNB#2に送信してもよい。
CORESET#1でgNB#1から送信されるDCI#1は、当該候補セット内の単一のURLLCリソースを示してもよい。URLLC UEは、DCI#1が示すURLLCリソースを用いたURLLCデータの受信/送信を、COERSET#2で検出されるDCI#2に基づいて制御してもよい。
‐URLLC UEに対するシグナリング
URLLC UEは、所定の帯域幅内に設定される複数のCORESET#1及び#2に関する構成情報(CORESET構成情報)を受信してもよい。例えば、URLLC UEは、上位レイヤシグナリング(例えば、RRCシグナリング、MACシグナリング、ブロードキャスト情報の少なくとも一つ)により上記CORESET構成情報を受信してもよい。
CORESET構成情報は、当該所定の帯域幅内の各CORESETの識別子、時間リソース(期間)、周波数リソース、周期、制御チャネル要素(CCE:Control Resource Set)とリソース要素グループ(REG:Resource Element Group)とのマッピングタイプ、各CORESET内で送信されるPDCCHのDMRSと他の信号(SSB又はCSI-RS)とのQCLの関係(TCI状態)の少なくとも一つを示す情報を含んでもよい。
また、URLLC UEは、gNB#2又はgNB#1のいずれから、上記CORESET構成情報を受信してもよい。URLLC UEは、当該CORESET構成情報に基づいてCORESET#1及び#2を設定し、当該CORESET#1及び#2それぞれにおけるDCI#1及び#2の監視(ブラインド復号)を制御してもよい。
‐eMBB UEに対するシグナリング
eMBB UEは、gNB#1のブランクリソースに関する情報(例えば、上記URLLCリソース情報)を受信しなくともよいし、又は、受信してもよい。後者の場合、eMBB UEは、上位レイヤシグナリング及びL1シグナリングの少なくとも一つにより、当該ブランクリソースに関する情報を受信してもよい。
例えば、eMBB UEは、CORESET#1(又はCORESET#1に設定されるサーチスペース)を監視し、上記URLLCリソース情報を含むDCI#1を検出してもよい。eMBB UEは、DCI#1が示すURLLCリソースをブランクリソースとして決定し、不図示のDCIによりスケジューリングされるeMBBデータの送信/受信に関する処理(例えば、ブランクリソースについてのレートマッチング、パンクチャの少なくとも一つ)を制御してもよい。
また、eNBB UEは、eMBBデータの送信/受信に割り当てられるリソースの少なくとも一部が、DCI#1が示すURLLCリソースと重複する場合、当該eMBBデータの送信/受信を中止してもよい。
また、eNBB UEは、URLLCリソース(すなわち、eMBBデータのブランクリソース)の一以上の候補のセット(候補セット)を示す情報(候補セット情報)を、上位レイヤシグナリングにより受信してもよい。上記DCI#1は、当該候補セット内の単一のURLLCリソースを示してもよい。
第1の例では、URLLC UEが所定の帯域幅内のCORESET#1及び#2を監視するので、URLLCリソースを示すDCI#1と、URLLCデータをグラントするDCI#2とが同一のシンボルのCORESETに配置されてもよい。
≪第2の例≫
第2の例では、URLLCデータを送信/受信するgNBが、所定の帯域幅(例えば、BWP)内に設定される複数のCORESETの一部(又は、当該複数のCORESETそれぞれに含まれる複数のサーチスペースの一部)を監視して、eMBBデータを送信/受信するgNBによって決定されるURLLCリソースを示すDCIを検出してもよい。
図6A及び6Bは、第2の態様に係る第1の動的リソース割り当ての第2の例を示す図である。図6A及び6Bでは、図4A及び4B、図5A及び5Bと同一の内容については説明を省略し、図4A及び図4B、図5A及び5Bとの相違点を中心に説明する。
図6Aに示す場合、図6Bに示すように、所定の帯域幅(BW)内には複数のCORESET(ここでは、CORESET#1及び#2)が設定されてもよい。図6Bに示すように、当該複数のCORESETは、所定周期(例えば、4シンボル周期)で異なるシンボルに配置されてもよい。なお、当該複数のCORESETの周期は、同一であってもよいし、異なってもよい。
図6Bにおいて、URLLCデータを送信/受信するgNB#2は、CORESET#1(又は、CORESET#1に設定されるサーチスペース)を監視(ブラインド復号)する。一方、URLLC UEは、CORESET#2(又は、CORESET#2内にそれぞれ設定されるサーチスペース)を監視(ブラインド復号)する。eMBB UEは、CORESET#1(又はCORESET#1に設定されるサーチスペース)を監視してもよい。
図6Bにおいて、gNB#2は、CORESET#1内で、URLLCリソースを示すDCI#1を検出する。当該DCI#1は、gNB#1から送信されてもよい。gNB#2は、URLLCトラフィックが存在する場合、DCI#1が示すURLLCリソースの少なくとも一部にURLLCデータをグラント(スケジューリングする)DCI#2を送信する。
URLLC UEは、CORESET#2内でURLLCデータをグラント(スケジューリング)するDCI#2を検出する。URLLC UEは、DCI#2に基づいて、URLLCデータの送信/受信を制御してもよい。
CORESET#1で検出されるDCI#1及びDCI#2は、それぞれ、第1の例で説明した少なくとも一つの情報を含んでもよい。また、第2の例において、DCI#2は、DCI#1が示すURLLCリソースのうち、URLLCデータが割り当てられる時間理リソース及び周波数リソースの少なくとも一つを示す情報を含んでもよい。
gNB#1は、DCI#1が示すURLLCリソースをブランクリソースとし、当該URLLCリソース以外にeMBBデータをスケジューリングしてもよい。gNB#2は、DCI#1が示すURLLCリソースの少なくとも一部を用いて、URLLCデータを送信/受信してもよい。
‐gNB間のシグナリング
gNB#1及び2の間では、URLLCリソースに関する情報が共有されていてもよい。例えば、gNB#1は、URLLCリソースの一以上の候補のセット(候補セット)を示す情報(候補セット情報)を、gNB#2に送信してもよい。
CORESET#1でgNB#1から送信されるDCI#1は、当該候補セット内の単一のURLLCリソースを示してもよい。gNB#2は、gNB#1から予めシグナリングされた候補セットの中から、CORESET#1で検出されるDCI#1が示すURLLCリソースを選択してもよい。
また、gNB#2は、CORESET#1に関する構成情報をgNB#1から受信してもよい。当該構成情報は、第1の例のCORESET構成情報で説明した情報の少なくとも一つを含んでもよい。
‐URLLC UEに対するシグナリング
URLLC UEは、CORESET#1及び#2の少なくとも一つに関する構成情報(CORESET構成情報)を受信してもよい。例えば、URLLC UEは、上位レイヤシグナリング(例えば、RRCシグナリング、MACシグナリング、ブロードキャスト情報の少なくとも一つ)により上記構成情報を受信してもよい。当該構成情報は、第1の例のCORESET構成情報で説明した情報の少なくとも一つを含んでもよい。
また、URLLC UEは、gNB#1又はgNB#2のいずれから、上記CORESET構成情報を受信してもよい。URLLC UEは、当該CORESET構成情報に基づいてCORESET#2を設定し、当該CORESET#2におけるDCI#2の監視(ブラインド復号)を制御してもよい。
また、URLLC UEは、当該CORESET構成情報に基づいてCORESET#1を設定し、CORESET#1におけるDCI#1の監視を制御してもよい。上りリンク(UL:Uplink)においては、URLLC UEは、CORESET#2を監視せずに、CORESET#1を監視してもよい。ユーザ端末は、CORESET#1で検出されるDCI#1に基づいて、ULのURLLCデータの送信に利用可能なURLLCリソースを決定してもよい。
‐eMBB UEに対するシグナリング
eMBB UEは、gNB#1のブランクリソースに関する情報(例えば、DCI#1内の上記URLLCリソース情報)を受信しなくともよいし、又は、受信してもよい。後者の場合、eMBB UEは、上位レイヤシグナリング及びL1シグナリングの少なくとも一つにより、当該ブランクリソースに関する情報を受信してもよい。
例えば、eMBB UEは、CORESET#1(又はCORESET#1に設定されるサーチスペース)を監視し、上記DCI#1を検出してもよい。eMBB UEは、DCI#1が示すURLLCリソースをブランクリソースとして決定し、不図示のDCIによりスケジューリングされるeMBBデータの送信/受信に関する処理(例えば、ブランクリソースについてのレートマッチング、パンクチャの少なくとも一つ)を制御してもよい。
また、eNBB UEは、eMBBデータの送信/受信に割り当てられるリソースの少なくとも一部が、DCI#1が示すURLLCリソースと重複する場合、当該eMBBデータの送信/受信を中止してもよい。
また、eNBB UEは、URLLCリソース(すなわち、eMBBデータのブランクリソース)の一以上の候補のセット(候補セット)を示す情報(候補セット情報)を、上位レイヤシグナリングにより受信してもよい。上記DCI#1は、当該候補セット内の単一のURLLCリソースを示してもよい。
第2の例では、gNB#2が所定の帯域幅内のCORESET#1で検出されるDCI#1に基づいて、URLLCデータをグラントするDCI#2を送信する。このため、DCI#1及びDCI#2は異なるシンボルのCORESETに配置されてもよい。
以上のように、第1の動的リソース割り当てでは、eMBBデータを送信/受信するgNB#1から送信されるDCIにより、URLLCリソースが動的に割り当てられる。また、gNB#1は、当該URLLCリソースをブランクリソースとする。このため、第1の動的リソース割り当てでは、URLLCCデータ及びeMBBデータをそれぞれ異なるgNB#1及び#2が同一周波数を用いて送信/受信する場合であっても、当該gNB#1及び#2が形成する複数のセル間における干渉を抑制できる。
<第2の動的リソース割り当て>
上述のように、第1の動的リソース割り当てでは、URLLCリソース(すなわち、eMBBデータのブランクリソース)を示すDCIが、eMBBデータを送信/受信するgNBから送信される。一方、第2の動的リソース割り当てでは、URLLCデータにスケジューリングされるURLLCリソースを示すDCIが、URLLCデータを送信/受信するgNBから送信される点で第1の動的リソース割り当てとは異なる。以下では、第1の動的リソース割り当てとの相違点を中心に説明する。
第2の動的リソース割り当てでは、所定の帯域幅(例えば、BWP)内に一以上のCORESETが設定されてもよい。第2の動的リソース割り当てにおいて、eMBBデータ用のDCIが配置されるCORESETと、URLLCデータ用のDCIが配置されるCORESETとは、共通であってもよいし、又は、別々であってもよい。
第2の動的リソース割り当てでは、eMBBデータを送信/受信するgNB#1は、URLLCデータ用のCORESETを監視して、URLLCデータにスケジューリングされるURLLCリソースを示すDCIを検出してもよい。
図7A及び7Bは、第2の態様に係る第2の動的リソース割り当ての一例を示す図である。図7A及び7Bでは、図4A及び4B、図5A及び5B、図6A及び6Bと同一の内容については説明を省略し、図4A及び図4B、図5A及び5B、図6A及び6Bとの相違点を中心に説明する。
図7Aに示す場合、図7Bに示すように、所定の帯域幅(BW)内にはURLLCデータをスケジューリングするDCI用のCORESETが設定されてもよい。なお、当該CORESETは、eMBBデータをスケジューリングするDCI(不図示)等と共通であってもよいし、gNB#2から送信されるDCI専用であってもよい。図7Bに示すように、当該CORESETは、所定周期(例えば、4シンボル周期)であってもよい。
図7Bにおいて、URLLC UEは、URLLCデータをスケジューリングするDCIが配置されるCORESET(又は、CORESET内にそれぞれ設定されるサーチスペース)を監視(ブラインド復号)する。URLLC UEは、当該DCIが示すURLLCリソースを用いた、URLLCデータの送信/受信を制御する。
また、図7Bにおいて、eMBBデータを送信/受信するgNB#1は、URLLCデータをスケジューリングするDCIが配置されるCORESET(又は、当該CORESETに設定されるサーチスペース)を監視(ブラインド復号)する。
例えば、図7Bに示すように、当該CORESETは、UL用のスロットに設定されてもよい。gNB#1は、UL用のスロットにおいて上記CORESETに配置される制御情報(DCI)の監視(ブラインド復号)を行ってもよい。
gNB#1は、当該DCIを検出すると、当該DCIが示すURLLCリソースをブランクリソースとしてもよい。gNB#1は、当該ブランクリソース以外のリソースにeMBBデータをスケジューリングするDCIを送信してもよい。
また、図7Bにおいて、eMBB UEは、上記CORESETを監視してもよい。eMBB UEは、上記DCIが示すURLLCリソースをブランクリソースとして決定し、不図示のDCIによりスケジューリングされるeMBBデータの送信/受信に関する処理(例えば、ブランクリソースについてのレートマッチング、パンクチャの少なくとも一つ)を制御してもよい。
また、eNBB UEは、eMBBデータの送信/受信に割り当てられるリソースの少なくとも一部が、当該DCIが示すURLLCリソースと重複する場合、当該eMBBデータの送信/受信を中止してもよい。
上記CORESETで検出されるDCIは、URLLCリソースに関する情報(URLLCリソース情報)を含んでもよい。URLLCリソース情報は、例えば、URLLCデータが利用可能な時間リソース、周波数リソースの少なくとも一つを示す情報を含んでもよい。また、当該DCIは、URLLCリソースを用いて送信/受信されるURLLCデータに関する情報(URLLCデータ情報)を含んでもよい。URLLCデータ情報は、例えば、URLLCデータの変調方式、符号化率、DMRSと他の信号(例えば、SSB又はCSI-RS)とのQCLの関係(TCI状態)の少なくとも一つを示す情報を含んでもよい。
‐gNB間のシグナリング
gNB#1及び2の間では、URLLCリソースに関する情報が共有されていてもよい。例えば、gNB#1(又はgNB#2)は、URLLCリソースの一以上の候補のセット(候補セット)を示す情報(候補セット情報)を、gNB#2(又はgNB#1)に送信してもよい。
図7Bに示されるCORESETでgNB#2から送信されるDCIは、当該候補セット内の単一のURLLCリソースを示してもよい。gNB#1は、予めシグナリングされた候補セットの中から、CORESETで検出されるDCIが示すURLLCリソースを選択してもよい。
また、gNB#1は、上記CORESETに関する構成情報をgNB#2から受信してもよい。当該構成情報は、第1の動的リソース割り当ての第1の例のCORESET構成情報で説明した情報の少なくとも一つを含んでもよい。
‐URLLC UEに対するシグナリング
URLLC UEは、上記CORESETに関する構成情報(CORESET構成情報)を受信してもよい。例えば、URLLC UEは、上位レイヤシグナリング(例えば、RRCシグナリング、MACシグナリング、ブロードキャスト情報の少なくとも一つ)により上記構成情報を受信してもよい。当該構成情報は、第1の動的リソース割り当ての第1の例のCORESET構成情報で説明した情報の少なくとも一つを含んでもよい。
また、URLLC UEは、gNB#1又は#2のいずれから上記CORESET構成情報を受信してもよい。URLLC UEは、当該CORESET構成情報に基づいて上記CORESETを設定し、当該CORESETにおけるURLLCデータをスケジューリングするDCIの監視(ブラインド復号)を制御してもよい。
或いは、gNB#2は、gNB#1のDLスロットの配置されるCORESET(不図示)を監視して、gNB#1から送信されるスロットフォーマット識別子(SFI:Slot Format Indicator)を含むDCI(例えば、DCIフォーマット2_0)を検出してもよい。SFIは、スロット内の各シンボルの伝送方向(U:UL、D:DL、X:UL又はDLのいずれでもよい)を示してもよい。
gNB#2は、ULスロットで当該SFIを含むDCIを検出し、gNB#1のULのスロット(又はシンボル)内の所定の周波数リソースを用いて、URLLCデータをスケジューリングするDCIを送信してもよい。gNB#1は、当該DCIを検出すると、当該URLLCデータがスケジューリングされるリソースにおいてeMBBデータに対してパンクチャ及びレートマッチングの少なくとも一つを適用してもよい。或いは、当該リソースにおいて、eMBBデータの送信を停止してもよい。
以上のように、第2の動的リソース割り当てでは、URLLCデータを送信/受信するgNB#2から送信されるDCIにより、URLLCリソースが動的に割り当てられる。また、gNB#1は、ULスロットで当該DCIを検出し、当該DCIが示すURLLCリソースをブランクリソースとする。このため、第2の動的リソース割り当てでは、URLLCCデータ及びeMBBデータをそれぞれ異なるgNB#1及び#2が同一周波数を用いて送信/受信する場合であっても、gNB#1及び#2が形成する複数のセル間における干渉を抑制できる。
以上のように、第2の態様では、特定のデータ(例えば、URLLCデータ)用のリソースが動的に割り当てられ、当該リソースは、他のデータ(例えば、eMBBデータ)が送信/受信されるセルにおいてブランクリソースとなる。このため、特定のデータを送信/受信されるセルと、他のデータが送信/受信されるセルとの双方において、同一周波数が用いられる場合であっても、当該セル間における干渉を抑制できる。
(第3の態様)
第3の態様では、URLLCデータに対する準静的リソース割り当て及び動的リソース割り当ての組み合わせ(ハイブリッドスキーム(hybrid scheme))について説明する。第3の態様では、第1の態様の少なくとも一部と第2の態様の少なくとも一部が組み合わせられてもよい。
図8は、第3の態様に係るハイブリッドスキームの一例を示す図である。図8では、図4A及び4Bに示される準静的リソース割り当てと、図7A及び7Bに示される第2の動的リソース割り当ての組み合わせの一例が示される。なお、ハイブリッドスキームは、図8に示されるものに限られず、準静的リソース割り当てと第1の動的リソース割り当ての第1例(例えば、図5A及び5B)又は第2の例(例えば、図6A及び6B)が組み合わせられてもよい。
図8に示すように、所定の帯域幅(BW)内には、URLLCデータ用のリソースがURLLC UEに準静的に周期的に設定されてもよい。また、URLLCデータをスケジューリングするDCI用のCORESETが周期的に設定されてもよい。
図8に示すように、第2の態様で説明したURLLC UE、gNB#1、gNB#2の少なくとも一つにより監視されるCORESETは、URLLCデータ用の設定リソースよりも長い周期で設定されてもよい。
例えば、図8では、gNB#2は、スロット#0のシンボル#7のCORESTでURLLCデータをスケジューリングするDCIを送信する。gNB#1は、当該CORESETを監視して当該DCIを検出する。gNB#1は、当該DCIが示すURLLCリソースをブランクリソースとする。
また、図8では、gNB#2は、スロット#0のシンボル#12及び#13の設定リソースの一部(ここでは、シンボル#13)を用いて、URLLCデータを送信してもよい。また、gNB#2は、スロット#1のシンボル#6及び#7の設定リソースを用いて、URLLCデータを送信してもよい。
なお、第3の態様において、gNB間のシグナリング、URLLC UEに対するシグナリング、eMBB UEに対するシグナリングは、第1及び第2の態様で説明したシグナリングの少なくとも一つが適用されればよい。
(その他の態様)
以上の第2の態様では、URLLCリソース(ブランクリソース)に関する情報(URLLCリソース情報)がDCI(例えば、図5~7参照)に含まれる例を説明したが、これに限られない。当該URLLCリソース情報は、他の信号(例えば、ウェイクアップ信号(wake-up signal:WUS))に含まれてもよい。
WUSは、PDCCHのモニタリングをトリガする信号又はPDCCHのモニタリング周期が変更される場合に送信される信号であってもよい。WUSは、起動信号、覚醒信号、開始指示信号、受信指示信号、ページング指示信号、PDCCHモニタリングトリガー信号などと呼ばれてもよい。
また、第2の態様の第2の動的リソース割り当てでは、gNB#1が上りスロットでgNB#2からのDCIを検出する例を説明した。当該DCIは、gNB#2から下り制御チャネル(例えば、PDCCH)を用いて送信されてもよい。或いは、gNB#2でスケジューリングされるURLLCリソースに関する情報(URLLCリソース情報)は、他の制御チャネル(例えば、上り制御チャネル(例えば、PUCCH:Physical Uplink Control Channel))を用いてgNB#2からgNB#1に送信されてもよい。
また、第2の態様の第2の動的リソース割り当てでは、gNB#2は、当該URLLCリソース情報を、DFT拡散OFDM信号(シングルキャリア)用いて送信してもよいし、又は、OFDM信号(マルチキャリア)を用いて送信してもよい。
(無線通信システム)
以下、本実施の形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上記各態様に係る無線通信方法が適用される。なお、上記各態様に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
図9は、本実施の形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム1では、LTEシステムのシステム帯域幅(例えば、20MHz)を1単位とする複数の基本周波数ブロック(コンポーネントキャリア)を一体としたキャリアアグリゲーション(CA)及び/又はデュアルコネクティビティ(DC)を適用することができる。なお、無線通信システム1は、既存のRAT(例えば、SUPER 3G、LTE-A(LTE-Advanced)、IMT-Advanced又は4G)と、新たなRAT(例えば、5G、FRA(Future Radio Access)、NR(New RAT)又はNR+)とが連携して動作する非スタンドアローン型(NR NSA)であっても良い。
図9に示す無線通信システム1は、マクロセルC1を形成する無線基地局11と、マクロセルC1内に配置され、マクロセルC1よりも狭いスモールセルC2を形成する無線基地局12a~12cとを備えている。また、マクロセルC1及び各スモールセルC2には、ユーザ端末20が配置されている。セル間で異なるRAT及び/又はニューメロロジーが適用される構成としてもよい。なお、ニューメロロジーとは、RAT固有の通信パラメータ(例えば、サブキャリア間隔、シンボル長、CP長、TTI長の少なくとも一つ)であってもよい。
ユーザ端末20は、無線基地局11及び無線基地局12の双方に接続することができる。ユーザ端末20は、異なる周波数を用いるマクロセルC1とスモールセルC2を、CA又はDCにより同時に使用することが想定される。また、ユーザ端末20は、複数のセル(CC)(例えば、2個以上のCC)を用いてCA又はDCを適用することができる。また、ユーザ端末は、複数のセルとしてライセンスバンドCCとアンライセンスバンドCCを利用することができる。
また、ユーザ端末20は、各セルで、時分割複信(TDD:Time Division Duplex)又は周波数分割複信(FDD:Frequency Division Duplex)を用いて通信を行うことができる。TDDのセル、FDDのセルは、それぞれ、TDDキャリア(フレーム構成タイプ2)、FDDキャリア(フレーム構成タイプ1)等と呼ばれてもよい。
また、各セル(キャリア)では、相対的に長い時間長(例えば、1ms)を有するTTI(サブフレーム、通常TTI、ロングTTI、通常サブフレーム、ロングサブフレーム又はスロット等ともいう)、又は、相対的に短い時間長を有するTTI(ショートTTI、ショートサブフレーム、スロット、サブスロッ又はミニスロット等ともいう)のいずれか一方が適用されてもよいし、双方が適用されてもよい。また、各セルで、異なる時間長のTTIが混在してもよい。
ユーザ端末20と無線基地局11との間は、相対的に低い周波数帯域(例えば、2GHz)のキャリア(既存キャリア、Legacy carrierなどと呼ばれる)を用いて通信を行うことができる。一方、ユーザ端末20と無線基地局12との間は、既存キャリアよりも高い周波数帯域(例えば、3.5GHz、5GHz、30~70GHzなど)又は既存キャリアと同一の周波数帯域のキャリアが用いられてもよい。なお、各無線基地局が利用する周波数帯域の構成はこれに限られない。
無線基地局11と無線基地局12との間(又は、2つの無線基地局12間)は、有線接続(例えば、CPRI(Common Public Radio Interface)に準拠した光ファイバ、X2インターフェースなど)又は無線接続する構成とすることができる。
無線基地局11及び各無線基地局12は、それぞれ上位局装置30に接続され、上位局装置30を介してコアネットワーク40に接続される。なお、上位局装置30には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ(RNC)、モビリティマネジメントエンティティ(MME)などが含まれるが、これに限定されない。また、各無線基地局12は、無線基地局11を介して上位局装置30に接続されてもよい。
なお、無線基地局11は、相対的に広いカバレッジを有する無線基地局であり、マクロ基地局、集約ノード、eNB(eNodeB)、送受信ポイントなどと呼ばれてもよい。また、無線基地局12は、局所的なカバレッジを有する無線基地局であり、スモール基地局、マイクロ基地局、ピコ基地局、フェムト基地局、HeNB(Home eNodeB)、RRH(Remote Radio Head)、送受信ポイントなどと呼ばれてもよい。
また、図1、2及び8に示すLTE基地局(LTE eNB)は、無線基地局11及び/又は無線基地局12であればよい。また、NR基地局(NR gNB)は、無線基地局11及び/又は無線基地局12であればよい。以下、無線基地局11及び12を区別しない場合は、無線基地局10と総称する。
各ユーザ端末20は、LTE、LTE-A、NR、5Gの少なくとも一つなどの一以上のRATに対応した端末であり、移動通信端末だけでなく固定通信端末を含んでもよい。
無線通信システム1においては、無線アクセス方式として、下りリンク(DL)にOFDMA(直交周波数分割多元接続)が適用でき、上りリンク(UL)にSC-FDMA(シングルキャリア-周波数分割多元接続)が適用できる。OFDMAは、周波数帯域を複数の狭い周波数帯域(サブキャリア)に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。SC-FDMAは、システム帯域幅を端末毎に1つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限られず、ULでOFDMAが用いられてもよい。
無線通信システム1では、DLチャネルとして、各ユーザ端末20で共有されるDLデータチャネル(PDSCH:Physical Downlink Shared Channel、DL共有チャネル等ともいう)、ブロードキャストチャネル(PBCH:Physical Broadcast Channel)、L1/L2制御チャネルなどが用いられる。PDSCHにより、ユーザデータ、上位レイヤ制御情報、SIB(System Information Block)などの少なくとも一つが伝送される。また、PBCHにより、MIB(Master Information Block)が伝送される。
L1/L2制御チャネルは、DL制御チャネル(PDCCH(Physical Downlink Control Channel)、EPDCCH(Enhanced Physical Downlink Control Channel)又はNR-PDCCH等ともいう)、PCFICH(Physical Control Format Indicator Channel)、PHICH(Physical Hybrid-ARQ Indicator Channel))などを含む。PDCCHにより、PDSCH及びPUSCHのスケジューリング情報を含む下り制御情報(DCI:Downlink Control Information)などが伝送される。PCFICHにより、PDCCHに用いるOFDMシンボル数が伝送される。EPDCCHは、PDSCHと周波数分割多重され、PDCCHと同様にDCIなどの伝送に用いられる。PHICH、PDCCH、EPDCCHの少なくとも一つにより、PUSCHの送達確認情報(A/N、HARQ-ACK、HARQ-ACKビット又はA/Nコードブック等ともいう)を伝送できる。
無線通信システム1では、ULチャネルとして、各ユーザ端末20で共有されるULデータチャネル(PUSCH:Physical Uplink Shared Channel、UL共有チャネル又はNR-PUSCH等ともいう)、UL制御チャネル(PUCCH:Physical Uplink Control Channel又はNR-PUCCH)、ランダムアクセスチャネル(PRACH:Physical Random Access Channel)などが用いられる。PUSCHにより、ユーザデータ、上位レイヤ制御情報が伝送される。PDSCHの送達確認情報(A/N、HARQ-ACK)、チャネル状態情報(CSI)、スケジューリング要求(SR)などの少なくとも一つを含む上りリンク制御情報(UCI:Uplink Control Information)は、PUSCH又はPUCCHにより、伝送される。PRACHにより、セルとの接続確立のためのランダムアクセスプリアンブルを伝送できる。
<無線基地局>
図10は、本実施の形態に係る無線基地局の全体構成の一例を示す図である。無線基地局10は、複数の送受信アンテナ101と、アンプ部102と、送受信部103と、ベースバンド信号処理部104と、呼処理部105と、伝送路インターフェース106とを備えている。なお、送受信アンテナ101、アンプ部102、送受信部103は、それぞれ1つ以上を含むように構成されてもよい。
下りリンクにより無線基地局10からユーザ端末20に送信されるユーザデータは、上位局装置30から伝送路インターフェース106を介してベースバンド信号処理部104に入力される。
ベースバンド信号処理部104では、ユーザデータに関して、PDCP(Packet Data Convergence Protocol)レイヤの処理、ユーザデータの分割・結合、RLC(Radio Link Control)再送制御などのRLCレイヤの送信処理、MAC(Medium Access Control)再送制御(例えば、HARQ(Hybrid Automatic Repeat reQuest)の処理)、スケジューリング、伝送フォーマット選択、チャネル符号化、レートマッチング、スクランブリング、逆高速フーリエ変換(IFFT:Inverse Fast Fourier Transform)処理及びプリコーディング処理の少なくとも一つなどの送信処理が行われて送受信部103に転送される。また、下り制御信号に関しても、チャネル符号化及び/又は逆高速フーリエ変換などの送信処理が行われて、送受信部103に転送される。
送受信部103は、ベースバンド信号処理部104からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部103で周波数変換された無線周波数信号は、アンプ部102により増幅され、送受信アンテナ101から送信される。
本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部103は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
一方、UL信号については、送受信アンテナ101で受信された無線周波数信号がアンプ部102で増幅される。送受信部103はアンプ部102で増幅されたUL信号を受信する。送受信部103は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部104に出力する。
ベースバンド信号処理部104では、入力されたUL信号に含まれるULデータに対して、高速フーリエ変換(FFT:Fast Fourier Transform)処理、逆離散フーリエ変換(IDFT:Inverse Discrete Fourier Transform)処理、誤り訂正復号、MAC再送制御の受信処理、RLCレイヤ及びPDCPレイヤの受信処理がなされ、伝送路インターフェース106を介して上位局装置30に転送される。呼処理部105は、通信チャネルの設定、解放などの呼処理、無線基地局10の状態管理、無線リソースの管理の少なくとも一つを行う。
伝送路インターフェース106は、所定のインターフェースを介して、上位局装置30と信号を送受信する。また、伝送路インターフェース106は、バックホールリンク(例えば、CPRI(Common Public Radio Interface)に準拠した光ファイバ、X2インターフェース)を介して隣接無線基地局10と信号を送受信(バックホールシグナリング)してもよい。伝送路インターフェース106は、本実施の形態において、他の無線基地局10との間で信号を送信及び/又は受信する送信部及び/又は受信部を構成できる。
送受信部103は、DL信号(例えば、DCI、DLデータ、DL参照信号の少なくとも一つ)を送信する。また、送受信部103は、UL信号(例えば、ULデータ、UCI、UL参照信号の少なくとも一つ)を受信する。
ここで、無線基地局10は、特定のデータ(例えば、URLLCデータ(DLデータ及びULデータの少なくとも一つ))を送信/受信する無線基地局(例えば、URLLC基地局、第1の無線基地局等ともいう)、又は、当該特定のデータ以外のデータ(例えば、eMBBデータ(DLデータ及びULデータの少なくとも一つ))を送信/受信する無線基地局(例えば、eMBB基地局、第2の無線基地局等ともいう)のいずれであってもよい。
伝送路インターフェース106は、所定の帯域幅内に設定されるリソースに関する情報(設定リソース情報)及び特定のデータ用のリソースに関する情報(URLLCリソース情報)の少なくとも一つを、前記所定の帯域幅を利用する他の無線基地局10(例えば、eMBB基地局又はURLLC基地局)から受信、又は、当該他の無線基地局に対して送信してもよい(第1~第3の態様)。
送受信部103は、所定の帯域幅内に設定されるリソースに関する情報(設定リソース情報)を送信してもよい(第1の態様)。
また、送受信部103は、所定の帯域幅内に設定される第1の制御リソースセット内で第1の下り制御情報(DCI)を送信してもよい(第2、第3の態様)。
また、送受信部103は、所定の帯域幅内において第1の無線基地局から第1の下り制御情報(DCI)が送信される第1の制御リソースセットとは別に、前記所定の帯域幅内に設定される第2の制御リソースセット内で第2の下り制御情報(DCI)を送信してもよい(第2、第3の態様)。
図11は、本実施の形態に係る無線基地局の機能構成の一例を示す図である。なお、図11は、本実施の形態における特徴部分の機能ブロックを主に示しており、無線基地局10は、無線通信に必要な他の機能ブロックも有してもよい。図11に示すように、ベースバンド信号処理部104は、制御部301と、送信信号生成部302と、マッピング部303と、受信信号処理部304と、測定部305とを備えている。本実施の形態の各MACエンティティは、制御部301、送信信号生成部302、受信信号処理部304の少なくとも一つによって構成されてもよい。
制御部301は、無線基地局10全体の制御を実施する。制御部301は、例えば、送信信号生成部302によるDL信号の生成、マッピング部303によるDL信号のマッピング、受信信号処理部304によるUL信号の受信処理(例えば、復調など)及び測定部305による測定の少なくとも一つを制御する。
具体的には、制御部301は、ユーザ端末20からフィードバックされるUCIに基づいて、DL信号のスケジューリング及び/又は送信処理(例えば、変調、符号化、トランスポートブロックサイズ(TBS)など)を制御する。制御部301は、TBSが所定の閾値を超える場合、TBSを複数のCBに分割するコードブロック分割をDL信号に適用してもよい。
また、制御部301は、ユーザ端末20からフィードバックされるUCIに基づいて、UL信号のスケジューリングを制御する。また、制御部301は、当該UL信号の受信処理(例えば、復調、復号及びキャリアの分離の少なくとも一つなど)を制御する。例えば、制御部301は、LTE ULキャリア及びNR ULキャリアをそれぞれ用いた、LTE UL信号及びNR UL信号の受信処理を制御する。
また、制御部301は、所定の帯域幅内に設定されるリソースを用いた、前記特定のデータ(例えば、URLLCデータ、第1のデータ)についてのユーザ端末20に対する送信及びユーザ端末20からの受信の少なくとも一つを制御してもよい(第1、第3の態様)。
また、制御部301は、所定の帯域幅内に設定されるリソースについてのデータ(例えば、eMBBデータ、第2のデータ)のレートマッチング及びパンクチャの少なくとも一つを制御してもよい(第1~第3の態様)。
また、制御部301は、所定の帯域幅内に設定される第1の制御リソースセット内での第1の下り制御情報(DCI)の送信を制御してもよい。また、制御部301は、当該第1のDCIによりグラントされる特定のデータの送信及び受信の少なくとも一つを制御してもよい(第2、第3の態様)。
また、制御部301は、所定の帯域幅内において他の無線基地局10(例えば、URLLC基地局、第1の無線基地局)から第1の下り制御情報(DCI)が送信される第1の制御リソースセットとは別に、前記所定の帯域幅内に設定される第2の制御リソースセット内で第2の下り制御情報(DCI)の送信を制御してもよい(第2の態様の第1の動的リソース割り当て、第3の態様)。また、制御部301は、前記第2のDCIが示すリソースについてのデータ(例えば、eMBBデータ)のレートマッチング、パンクチャ、送信停止及び受信停止の少なくとも一つを制御してもよい。
また、制御部301は、所定の帯域幅内において他の無線基地局10(例えば、URLLC基地局、第1の無線基地局)から送信される下り制御情報(DCI)の監視を制御してもよい(第2の態様の第2の動的リソース割り当て、第3の態様)。
制御部301は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
送信信号生成部302は、制御部301からの指示に基づいて、DL信号(DLデータ、DCI、DL参照信号、上位レイヤシグナリングによる制御情報の少なくとも一つを含む)を生成して、マッピング部303に出力してもよい。
送信信号生成部302は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
マッピング部303は、制御部301からの指示に基づいて、送信信号生成部302で生成されたDL信号を、所定の無線リソースにマッピングして、送受信部103に出力する。マッピング部303は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
受信信号処理部304は、ユーザ端末20から送信されるUL信号の受信処理(例えば、デマッピング、復調、復号及びキャリアの分離の少なくとも一つなど)を行う。具体的には、受信信号処理部304は、受信信号及び/又は受信処理後の信号を、測定部305に出力してもよい。また、受信信号処理部304は、制御部301から指示されるUL制御チャネル構成に基づいて、UCIの受信処理を行う。
測定部305は、例えば、UL参照信号の受信電力(例えば、RSRP(Reference Signal Received Power))及び/又は受信品質(例えば、RSRQ(Reference Signal Received Quality))に基づいて、ULのチャネル品質を測定してもよい。測定結果は、制御部301に出力されてもよい。
<ユーザ端末>
図12は、本実施の形態に係るユーザ端末の全体構成の一例を示す図である。ユーザ端末20は、MIMO伝送のための複数の送受信アンテナ201と、アンプ部202と、送受信部203と、ベースバンド信号処理部204と、アプリケーション部205と、を備えている。ユーザ端末20は、複数のRAT(例えば、LTE及びNR)をサポートする。
複数の送受信アンテナ201で受信された無線周波数信号は、それぞれアンプ部202で増幅される。各送受信部203はアンプ部202で増幅されたDL信号を受信する。送受信部203は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部204に出力する。
ベースバンド信号処理部204は、入力されたベースバンド信号に対して、FFT処理、誤り訂正復号、再送制御の受信処理などの少なくとも一つを行う。DLデータは、アプリケーション部205に転送される。アプリケーション部205は、物理レイヤ及びMACレイヤより上位のレイヤに関する処理などを行う。
一方、ULデータについては、アプリケーション部205からベースバンド信号処理部204に入力される。ベースバンド信号処理部204では、再送制御処理(例えば、HARQの処理)、チャネル符号化、レートマッチング、パンクチャ、離散フーリエ変換(DFT:Discrete Fourier Transform)処理、IFFT処理などの少なくとも一つが行われて各送受信部203に転送される。UCI(例えば、DL信号のA/N、チャネル状態情報(CSI)、スケジューリング要求(SR)の少なくとも一つなど)についても、チャネル符号化、レートマッチング、パンクチャ、DFT処理及びIFFT処理などの少なくとも一つが行われて各送受信部203に転送される。
送受信部203は、ベースバンド信号処理部204から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部203で周波数変換された無線周波数信号は、アンプ部202により増幅され、送受信アンテナ201から送信される。
送受信部203は、DL信号(例えば、DCI、DLデータ、DL参照信号の少なくとも一つ)を受信する。また、送受信部203は、UL信号(例えば、ULデータ、UCI、UL参照信号の少なくとも一つ)を送信する。
ここで、ユーザ端末20は、特定のデータ(例えば、URLLCデータ(DLデータ及びULデータの少なくとも一つ))を送信/受信するユーザ端末(例えば、URLLC UE、第1のユーザ端末等ともいう)、又は、当該特定のデータ以外のデータ(例えば、eMBBデータ(DLデータ及びULデータの少なくとも一つ))を送信/受信するユーザ端末(例えば、eMBB UE、第2のユーザ端末等ともいう)のいずれであってもよい。
送受信部203は、所定の帯域幅内に設定されるリソースに関する情報(設定リソース情報)を受信してもよい(第1の態様)。送受信部203は、無線基地局10(URLLC基地局又は第1の無線基地局)から、又は、前記所定の帯域幅を利用する他の無線基地局10(eMBB基地局又は第2の無線基地局)から、前記リソースに関する情報を樹脂してもよい。
また、送受信部203は、所定の帯域幅内に設定される第1の制御リソースセット内で第1の下り制御情報(DCI)を受信してもよい(第2の態様)。
また、送受信部203は、所定の帯域幅内において第1の無線基地局から第1の下り制御情報(DCI)が送信される第1の制御リソースセットとは別に、前記所定の帯域幅内に設定される第2の制御リソースセット内で第2の下り制御情報(DCI)を受信してもよい(第2の態様)。
送受信部203は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置とすることができる。また、送受信部203は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
図13は、本実施の形態に係るユーザ端末の機能構成の一例を示す図である。なお、図13においては、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末20は、無線通信に必要な他の機能ブロックも有してもよい。本実施の形態の各MACエンティティは、制御部401、送信信号生成部402、受信信号処理部404の少なくとも一つによって構成されてもよい。
図13に示すように、ユーザ端末20が有するベースバンド信号処理部204は、制御部401と、送信信号生成部402と、マッピング部403と、受信信号処理部404と、測定部405と、を備えている。
制御部401は、ユーザ端末20全体の制御を実施する。制御部401は、例えば、送信信号生成部402によるUL信号の生成、マッピング部403によるUL信号のマッピング、受信信号処理部404によるDL信号の受信処理及び測定部405による測定の少なくとも一つを制御する。
具体的には、制御部401は、DCI(DLアサインメント)に基づいて、受信信号処理部404によるDL信号の受信処理(例えば、復調、復号、キャリア毎の分離など)を制御する。
また、制御部401は、DCI(ULグラント)に基づいて、UL信号の生成及び送信処理(例えば、符号化、変調、マッピングなど)を制御する。
また、制御部401は、所定の帯域幅内に設定されるリソースを用いた、特定のデータについての無線基地局10(例えば、URLLC基地局又は第1の無線基地局)からの受信及び前記無線基地局10に対する送信の少なくとも一つを制御してもよい(第1、第3の態様)。
前記設定されるリソースは、前記所定の帯域幅を利用する第2の無線基地局ではブランクリソースとなってもよい。
また、制御部401は、前記所定の帯域幅を利用する無線基地局10(eMBB基地局又は第2の無線基地局)からのデータ(例えば、eMBBデータ)及び当該無線基地局10に対するデータの少なくとも一つに対する、前記設定されるリソースについてのレートマッチング、パンクチャ、送信停止及び受信停止の少なくとも一つを制御してもよい(第1~第3の態様)。
また、制御部401は、所定の帯域幅内に設定される第1の制御リソースセット内で、第1の無線基地局から送信される第1の下り制御情報(DCI)の監視を制御してもよい(第2、第3の態様)。また、制御部401は、前記第1のDCIに基づいて、特定のデータ(例えば、URLLCデータ)についての無線基地局10(URLLC基地局又は第1の無線基地局)からの受信及び当該無線基地局10に対する送信の少なくとも一つを制御してもよい(第2、第3の態様)。
また、制御部401は、前記所定の帯域幅内に設定される第2の制御リソースセット内で、第2の無線基地局から送信される第2の下り制御情報(DCI)の監視を制御してもよい(第2、第3の態様)。制御部401は、前記第1のDCIに基づいて、前記第2のDCIが示すリソースを用いた前記特定のデータについての無線基地局10(URLLC基地局又は前記第1の無線基地局)からの受信及び前記無線基地局10に対する送信の少なくとも一つを制御してもよい(第2、第3の態様)。
前記所定の帯域幅内に設定される第2の制御リソースセット内で無線基地局10(eMBB基地局又は第2の無線基地局)から送信される第2の下り制御情報(DCI)を前記他の無線基地局10(URLLC基地局又は第1の無線基地局)が受信する場合、前記第1のDCIは、該第2のDCIが示すリソースの少なくとも一部に対する前記特定のデータのスケジューリングに用いられてもよい(第2、第3の態様)。
前記第1の制御リソースセット内で無線基地局10(URLLC基地局又は第1の無線基地局)から送信される前記第1のDCIを、前記所定の帯域幅を利用する他の無線基地局10(eMBB基地局又は第2の無線基地局)が受信する場合、前記第1のDCIが示すリソースは、前記第2の無線基地局においてブランクリソースとして用いられてもよい(第2、第3の態様)。
制御部401は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
送信信号生成部402は、制御部401からの指示に基づいて、UL信号、DL信号の送達確認情報を生成(例えば、符号化、レートマッチング、パンクチャ、変調など)して、マッピング部403に出力する。送信信号生成部402は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
マッピング部403は、制御部401からの指示に基づいて、送信信号生成部402で生成されたUL信号、DL信号の送達確認情報を無線リソースにマッピングして、送受信部203へ出力する。マッピング部403は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
受信信号処理部404は、DL信号の受信処理(例えば、デマッピング、復調、復号など)を行う。例えば、受信信号処理部404は、制御部401からの指示に従って、CB単位で復号処理を行い、各CBの復号結果を制御部401に出力してもよい。
受信信号処理部404は、無線基地局10から受信した情報を、制御部401に出力する。受信信号処理部404は、例えば、ブロードキャスト情報、システム情報、RRCシグナリングなどの上位レイヤシグナリングによる上位レイヤ制御情報、L1/L2制御情報(例えば、ULグラント、DLアサインメント)などを、制御部401に出力する。
受信信号処理部404は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。また、受信信号処理部404は、本発明に係る受信部を構成することができる。
測定部405は、無線基地局10からの参照信号(例えば、CSI-RS)に基づいて、チャネル状態を測定し、測定結果を制御部401に出力する。なお、チャネル状態の測定は、CC毎に行われてもよい。
測定部405は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。
<ハードウェア構成>
なお、上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的又は論理的に分離した2つ以上の装置を直接的又は間接的に(例えば、有線、無線などを用いて)接続し、これら複数の装置を用いて実現されてもよい。
例えば、本開示の一実施の形態における無線基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図14は、一実施の形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の無線基地局10及びユーザ端末20は、物理的には、プロセッサ1001、メモリ1002、ストレージ1003、通信装置1004、入力装置1005、出力装置1006、バス1007などを含むコンピュータ装置として構成されてもよい。
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。無線基地局10及びユーザ端末20のハードウェア構成は、図に示した各装置を1つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
例えば、プロセッサ1001は1つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、1のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、1以上のプロセッサによって実行されてもよい。なお、プロセッサ1001は、1以上のチップによって実装されてもよい。
無線基地局10及びユーザ端末20における各機能は、例えば、プロセッサ1001、メモリ1002などのハードウェア上に所定のソフトウェア(プログラム)を読み込ませることによって、プロセッサ1001が演算を行い、通信装置1004を介する通信を制御したり、メモリ1002及びストレージ1003におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
プロセッサ1001は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ1001は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置(CPU:Central Processing Unit)によって構成されてもよい。例えば、上述のベースバンド信号処理部104(204)、呼処理部105などは、プロセッサ1001によって実現されてもよい。
また、プロセッサ1001は、プログラム(プログラムコード)、ソフトウェアモジュール、データなどを、ストレージ1003及び通信装置1004の少なくとも一方からメモリ1002に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ端末20の制御部401は、メモリ1002に格納され、プロセッサ1001において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
メモリ1002は、コンピュータ読み取り可能な記録媒体であり、例えば、ROM(Read Only Memory)、EPROM(Erasable Programmable ROM)、EEPROM(Electrically EPROM)、RAM(Random Access Memory)、その他の適切な記憶媒体の少なくとも1つによって構成されてもよい。メモリ1002は、レジスタ、キャッシュ、メインメモリ(主記憶装置)などと呼ばれてもよい。メモリ1002は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム(プログラムコード)、ソフトウェアモジュールなどを保存することができる。
ストレージ1003は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー(登録商標)ディスク、光磁気ディスク(例えば、コンパクトディスク(CD-ROM(Compact Disc ROM)など)、デジタル多用途ディスク、Blu-ray(登録商標)ディスク)、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス(例えば、カード、スティック、キードライブ)、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも1つによって構成されてもよい。ストレージ1003は、補助記憶装置と呼ばれてもよい。
通信装置1004は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア(送受信デバイス)であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置1004は、例えば周波数分割複信(FDD:Frequency Division Duplex)及び時分割複信(TDD:Time Division Duplex)の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信アンテナ101(201)、アンプ部102(202)、送受信部103(203)、伝送路インターフェース106などは、通信装置1004によって実現されてもよい。
入力装置1005は、外部からの入力を受け付ける入力デバイス(例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど)である。出力装置1006は、外部への出力を実施する出力デバイス(例えば、ディスプレイ、スピーカー、LED(Light Emitting Diode)ランプなど)である。なお、入力装置1005及び出力装置1006は、一体となった構成(例えば、タッチパネル)であってもよい。
また、プロセッサ1001、メモリ1002などの各装置は、情報を通信するためのバス1007によって接続される。バス1007は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
また、無線基地局10及びユーザ端末20は、マイクロプロセッサ、デジタル信号プロセッサ(DSP:Digital Signal Processor)、ASIC(Application Specific Integrated Circuit)、PLD(Programmable Logic Device)、FPGA(Field Programmable Gate Array)などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ1001は、これらのハードウェアの少なくとも1つを用いて実装されてもよい。
(変形例)
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号(シグナリング)であってもよい。また、信号はメッセージであってもよい。参照信号は、RS(Reference Signal)と略称することもでき、適用される標準によってパイロット(Pilot)、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア(CC:Component Carrier)は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
無線フレームは、時間領域において1つ又は複数の期間(フレーム)によって構成されてもよい。無線フレームを構成する当該1つ又は複数の各期間(フレーム)は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において1つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー(numerology)に依存しない固定の時間長(例えば、1ms)であってもよい。
ここで、ニューメロロジーとは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。例えば、サブキャリア間隔(SCS:SubCarrier Spacing)、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔(TTI:Transmission Time Interval)、TTIあたりのシンボル数、無線フレーム構成、送受信機が周波数領域で行う特定のフィルタリング処理、送受信機が時間領域で行う特定のウィンドウイング処理などの少なくとも1つを示してもよい。
スロットは、時間領域において1つ又は複数のシンボル(OFDM(Orthogonal Frequency Division Multiplexing)シンボル、SC-FDMA(Single Carrier Frequency Division Multiple Access)シンボルなど)によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において1つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルで構成されてもよい。ミニスロットより大きい時間単位で送信されるPDSCH(又はPUSCH)は、PDSCH(PUSCH)マッピングタイプAと呼ばれてもよい。ミニスロットを用いて送信されるPDSCH(又はPUSCH)は、PDSCH(PUSCH)マッピングタイプBと呼ばれてもよい。
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
例えば、1サブフレームは送信時間間隔(TTI:Transmission Time Interval)と呼ばれてもよいし、複数の連続したサブフレームが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(LTE 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で読み替えてもよい。
リソースブロック(RB:Resource Block)は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、1つ又は複数個の連続した副搬送波(サブキャリア(subcarrier))を含んでもよい。
また、RBは、時間領域において、1つ又は複数個のシンボルを含んでもよく、1スロット、1ミニスロット、1サブフレーム又は1TTIの長さであってもよい。1TTI、1サブフレームは、それぞれ1つ又は複数のリソースブロックによって構成されてもよい。
なお、1つ又は複数のRBは、物理リソースブロック(PRB:Physical RB)、サブキャリアグループ(SCG:Sub-Carrier Group)、リソースエレメントグループ(REG:Resource Element Group)、PRBペア、RBペアなどと呼ばれてもよい。
また、リソースブロックは、1つ又は複数のリソースエレメント(RE:Resource Element)によって構成されてもよい。例えば、1REは、1サブキャリア及び1シンボルの無線リソース領域であってもよい。
なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びRBの数、RBに含まれるサブキャリアの数、並びにTTI内のシンボル数、シンボル長、サイクリックプレフィックス(CP:Cyclic Prefix)長などの構成は、様々に変更することができる。
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。例えば、様々なチャネル(PUCCH(Physical Uplink Control Channel)、PDCCH(Physical Downlink Control Channel)など)及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
入出力された情報、信号などは、特定の場所(例えば、メモリ)に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
情報の通知は、本開示において説明した態様/実施の形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング(例えば、下り制御情報(DCI:Downlink Control Information)、上り制御情報(UCI:Uplink Control Information))、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、ブロードキャスト情報(マスタ情報ブロック(MIB:Master Information Block)、システム情報ブロック(SIB:System Information Block)など)、MAC(Medium Access Control)シグナリング)、その他の信号又はこれらの組み合わせによって実施されてもよい。
なお、物理レイヤシグナリングは、L1/L2(Layer 1/Layer 2)制御情報(L1/L2制御信号)、L1制御情報(L1制御信号)などと呼ばれてもよい。また、RRCシグナリングは、RRCメッセージと呼ばれてもよく、例えば、RRC接続セットアップ(RRCConnectionSetup)メッセージ、RRC接続再構成(RRCConnectionReconfiguration)メッセージなどであってもよい。また、MACシグナリングは、例えば、MAC制御要素(MAC CE(Control Element))を用いて通知されてもよい。
また、所定の情報の通知(例えば、「Xであること」の通知)は、明示的な通知に限られず、暗示的に(例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって)行われてもよい。
判定は、1ビットで表される値(0か1か)によって行われてもよいし、真(true)又は偽(false)で表される真偽値(boolean)によって行われてもよいし、数値の比較(例えば、所定の値との比較)によって行われてもよい。
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術(同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線(DSL:Digital Subscriber Line)など)及び無線技術(赤外線、マイクロ波など)の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。
本開示においては、「基地局(BS:Base Station)」、「無線基地局」、「固定局(fixed station)」、「NodeB」、「eNodeB(eNB)」、「gNodeB(gNB)」、「アクセスポイント(access point)」、「送信ポイント(transmission point)」、「受信ポイント(reception point)」、「送受信ポイント(transmission/reception point)」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」、「帯域幅部分(BWP:Bandwidth Part)」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
基地局は、1つ又は複数(例えば、3つ)のセル(セクタとも呼ばれる)を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム(例えば、屋内用の小型基地局(RRH:Remote Radio Head))によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
本開示においては、「移動局(MS:Mobile Station)」、「ユーザ端末(user terminal)」、「ユーザ装置(UE:User Equipment)」、「端末」などの用語は、互換的に使用され得る。
移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
基地局及び移動局の少なくとも一方は、送信装置、受信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物(例えば、車、飛行機など)であってもよいし、無人で動く移動体(例えば、ドローン、自動運転車など)であってもよいし、ロボット(有人型又は無人型)であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。
また、本開示における無線基地局は、ユーザ端末で読み替えてもよい。例えば、無線基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信(例えば、D2D(Device-to-Device)、V2X(Vehicle-to-Everything)などと呼ばれてもよい)に置き換えた構成について、本開示の各態様/実施の形態を適用してもよい。この場合、上述の無線基地局10が有する機能をユーザ端末20が有する構成としてもよい。また、「上り」、「下り」などの文言は、端末間通信に対応する文言(例えば、「サイド(side)」)で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
同様に、本開示におけるユーザ端末は、無線基地局で読み替えてもよい。この場合、上述のユーザ端末20が有する機能を無線基地局10が有する構成としてもよい。
本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード(upper node)によって行われることもある。基地局を有する1つ又は複数のネットワークノード(network nodes)を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の1つ以上のネットワークノード(例えば、MME(Mobility Management Entity)、S-GW(Serving-Gateway)などが考えられるが、これらに限られない)又はこれらの組み合わせによって行われ得ることは明らかである。
本開示において説明した各態様/実施の形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示で説明した各態様/実施の形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
本開示において説明した各態様/実施の形態は、LTE(Long Term Evolution)、LTE-A(LTE-Advanced)、LTE-B(LTE-Beyond)、SUPER 3G、IMT-Advanced、4G(4th generation mobile communication system)、5G(5th generation mobile communication system)、FRA(Future Radio Access)、New-RAT(Radio Access Technology)、NR(New Radio)、NX(New radio access)、FX(Future generation radio access)、GSM(登録商標)(Global System for Mobile communications)、CDMA2000、UMB(Ultra Mobile Broadband)、IEEE 802.11(Wi-Fi(登録商標))、IEEE 802.16(WiMAX(登録商標))、IEEE 802.20、UWB(Ultra-WideBand)、Bluetooth(登録商標)、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて(例えば、LTE又はLTE-Aと、5Gとの組み合わせなど)適用されてもよい。
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
本開示において使用する「第1の」、「第2の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、2つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第1及び第2の要素の参照は、2つの要素のみが採用され得ること又は何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。
本開示において使用する「判断(決定)(determining)」という用語は、多種多様な動作を包含する場合がある。例えば、「判断(決定)」は、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)(例えば、テーブル、データベース又は別のデータ構造での探索)、確認(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が互いに異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も同様に解釈されてもよい。
本開示において、「含む(include)」、「含んでいる(including)」及びこれらの変形が使用されている場合、これらの用語は、用語「備える(comprising)」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
本開示において、例えば、英語でのa, an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施の形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。