既存のLTEシステム(LTE Rel.8~13)では、ユーザ端末(UE:User Equipment)と無線基地局(eNB:eNodeB)間の通信品質の劣化を抑制するために、ハイブリッド自動再送要求(HARQ:Hybrid Automatic Repeat reQuest)がサポートされている。
既存のLTEシステムのDLでは、ユーザ端末は、DL信号(例えば、PDSCH)の受信結果に基づいて、当該PDSCHの送達確認信号(再送制御信号、HARQ-ACK、ACK/NACK、A/Nとも呼ぶ)を送信する。ユーザ端末は、上り制御チャネル(例えば、PUCCH)及び/又は上り共有チャネル(例えば、PUSCH)を用いてA/Nを送信することができる。無線基地局は、ユーザ端末からのA/Nに基づいて、PDSCHの送信(初回送信及び/又は再送信を含む)を制御する。また、既存のLTEシステムのULでは、ユーザ端末は、無線基地局から送信されるULグラントによりスケジューリングされる上りデータ(例えば、PUSCH)を送信する。
既存のLTEシステムでは、予め定義された送信タイミングに基づいて、DL信号を送受信したサブフレームから所定時間後にA/N送信、ULデータ送信等が制御される。例えば、FDDでは、ユーザ端末は、PDSCHを受信したサブフレームの4ms後のサブフレームで、当該PDSCHのA/Nの送信を行う。また、ユーザ端末は、ULグラントを受信したサブフレームの4ms後のサブフレームで、当該ULグラントに対応するPUSCHの送信を行う。
ところで、将来の無線通信システム(5G/NR)では、通信遅延の低減が求められており、既存のLTEシステムと比較して信号の送受信の処理時間を短縮化することが検討されている。処理時間の短縮化を実現する方法としては、既存のLTEシステムと同じくサブフレーム(1ms TTI)単位で通信を制御する一方で、既存のLTEシステムにおける処理時間より短い処理時間を設定することが考えられる。
ここで、既存のLTEシステムにおける処理時間(例えば、LTE Rel.8-13における処理時間)は、通常処理時間と呼ばれてもよい。通常処理時間より短い処理時間は、短縮処理時間(shortened processing time)と呼ばれてもよい。短縮処理時間が設定されたユーザ端末は、所定の信号に関して、既存のLTEシステムで定義された送受信タイミングより早いタイミングで送受信するように、当該信号の送受信処理(符号化など)を制御する。短縮処理時間は特定の処理に設定されてもよい(信号ごと、処理ごとなどの単位で設定されてもよい)し、全ての処理に設定されてもよい。
例えば、1msのTTI(サブフレーム)の利用において短縮処理時間が設定された場合、ユーザ端末は、既存のチャネル(PDCCH、PDSCH、PUSCH、PUCCH等)を利用して、所定動作の処理タイミングを既存システムより早く制御する。
短縮処理時間が設定されるUEは、既存のLTEシステムにおける以下の時間が所定の時間(例えば、4ms)より短くなることが想定される:(1)DLデータ受信から対応するHARQ-ACK送信までの時間、及び/又はHARQ-ACK送信から対応するDLデータ受信までの時間、(2)ULグラント受信から対応するULデータ送信までの時間、及び/又はULデータ送信から対応するULグラント受信までの時間。
なお、短縮処理時間は、仕様で予め定義されてもよいし、上位レイヤシグナリング(例えば、RRC(Radio Resource Control)シグナリング、ブロードキャスト情報(マスタ情報ブロック(MIB:Master Information Block)、システム情報ブロック(SIB:System Information Block)など)、MAC(Medium Access Control)シグナリング)、物理レイヤシグナリング(例えば、下り制御情報(DCI:Downlink Control Information))、その他の信号又はこれらの組み合わせによって、UEに通知(設定、指示)されてもよい。
また、通信遅延の低減を実現する方法として、既存のLTEシステムにおけるサブフレーム(1ms)より期間の短い短縮TTI(ショートTTI)を導入して信号の送受信を制御することが考えられる。ここで、既存のサブフレームと同じ1msの時間長を有するTTI(例えば、LTE Rel.8-13におけるTTI)は、通常TTI(nTTI:normal TTI)と呼ばれてもよい。nTTIより短いTTIは、短縮TTI(sTTI:shortened TTI)と呼ばれてもよい。
sTTIを用いる場合、UE及び/又はeNBにおける処理(例えば、符号化、復号など)に対する時間的マージンが増加し、処理遅延を低減できる。また、sTTIを用いる場合、単位時間(例えば、1ms)当たりに収容可能なUE数を増加させることができる。
sTTIを設定されるUEは、既存のデータ及び制御チャネルより短い時間単位のチャネルを用いることになる。例えば、sTTIで送信及び/又は受信される短縮チャネルとして、短縮下り制御チャネル(sPDCCH:shortened PDCCH)、短縮下りデータチャネル(sPDSCH:shortened PDSCH)、短縮上り制御チャネル(sPUCCH:shortened PUCCH)、短縮下りデータチャネル(sPUSCH:shortened PUSCH)などが検討されている。sTTIを設定されるUEでも、上述の(1)及び/又は(2)の短縮処理時間が設定されることが想定される。
短縮TTIが設定される場合、FDDとTDDにおける短縮TTI、及び/又は下りリンクと上りリンクにおける短縮TTIをそれぞれ異なるように(独立して)設定することも可能である。例えば、FDDにおいて、少なくとも上りリンクにおける短縮TTIのTTI長を下りリンクにおける短縮TTIのTTI長以上に設定することができる。
一例としては、sPUCCH(例えば、A/N)の送信に利用する上りsTTIの長さを、sPDSCH(例えば、DLデータ)を送信する下りsTTIと同じ又は長く設定する。また、sPUSCH(例えば、ULデータ)の送信に利用する上りsTTIの長さを、sPDCCH(例えば、ULグラント)を送信する下りsTTIと同じ又は長く設定する。また、あるサブフレームにおいて、sPUSCHのTTI長とsPUCCHのTTI長を同じ長さとすることができる。
また、TDDにおいて、DLとULで利用するsTTIのTTI長を所定値に設定してもよい。所定値としては、例えば、1スロット(既存システムのサブフレームの半分)とすることができる。なお、本実施の形態でsTTIに利用可能なTTI長はこれに限られない。
ところで、既存のLTEシステムでは、下り制御情報に含まれる送信電力制御(TPC)コマンド等に基づいて上り信号の送信電力が制御される。上り共有チャネル(PUSCH)の送信電力を制御するTPCコマンドは、DCIフォーマット0/4を送信する下り制御チャネル(PDCCH/EPDCCH)、DCIフォーマット6-0Aを送信する下り制御チャネル(MPDCCH)、DCIフォーマット3/3Aを送信する下り制御チャネル(PDCCH/MPDCCH)に含まれる。DCIフォーマット3/3AのCRCパリティビットは、TPC用のRNTI(TPC-PUSCH-RNTI)でスクランブルされる。
ユーザ端末は、サブフレーム(SF#i)においてPUSCHを送信する場合、所定値(例えば、kPUSCH)だけ前のサブフレーム(SF#i-kPUSCH)に含まれるTPCコマンドに基づいて当該PUSCHの送信電力を制御する。FDDの場合、ユーザ端末は、kPUSCH=4を適用する。TDDの場合、ユーザ端末は、UL/DL構成に応じてULサブフレームサブフレーム毎に定義されたkPUSCHを適用する(図1参照)。
図1は、TDDにおいて各ULサブフレームのPUSCH送信で適用するkPUSCHがUL/DL構成毎に規定されたテーブルの一例である。例えば、ユーザ端末は、UL/DL構成#0のSF#2でPUSCHを送信する場合、kPUSCH(ここでは、6サブフレーム)前のDLサブフレーム(SF#6)で送信されたTPCコマンドに基づいてPUSCHの送信電力を制御する。
上り制御チャネル(PUCCH)の送信電力を制御するTPCコマンドは、DCIフォーマット1A/1B/1D/1/2A/2/2B/2C/2Dを送信する下り制御チャネル(PDCCH/EPDCCH)、DCIフォーマット6-1Aを送信する下り制御チャネル(MPDCCH)、DCIフォーマット3/3Aを送信する下り制御チャネル(PDCCH/MPDCCH)に含まれる。DCIフォーマット3/3AのCRCパリティビットは、TPC用のRNTI(TPC-PUCCH-RNTI)でスクランブルされる。
ユーザ端末は、サブフレーム(SF#i)におけるPUCCH送信に対して、所定値(例えば、km)だけ前のサブフレーム(SF#i-km)に含まれるTPCコマンドを利用して以下の式(1)に基づいて当該PUCCHの送信電力を制御する。
式(1)において、g(i)は、現在のPUCCH電力制御の調整状態(current PUCCH power control adjustment state)であり、g(0)はリセット後の最初の値に相当する。Mは、TPCコマンドに対応するサブフレーム数に相当する。
FDD、又はFDD-TDD CA(プライマリセルがFDDの場合)には、M=1、k0=4としてPUCCHの送信電力を制御する。TDDの場合には、MとkmはUL/DL構成に応じてULサブフレーム毎に定義された値を適用する(図2参照)。
図2は、TDDにおいて各ULサブフレームのPUCCH送信で適用するM、kmがUL/DL構成毎に規定されたテーブルの一例である。例えば、ユーザ端末は、UL/DL構成#1のSF#2でPUCCHを送信する場合、M=2、km=7、6として、上記式(1)からPUCCHの送信電力を制御する。
なお、ユーザ端末は、Mが複数ある場合(すなわちM>1の場合)、複数のDLサブフレームで送信されるTPCコマンドを用いてPUCCHの送信電力を制御することができる(例えば、Rel.8)。あるいは、ユーザ端末は、Mが複数ある場合(すなわちM>1の場合)、1つのDLサブフレーム(例えば、時間方向に最も早いDLサブフレーム)で送信されるTPCコマンドを用いてPUCCHの送信電力を制御し、他のTPCコマンドのビット値を他の用途(例えば、PUCCHリソースの指定)等に利用することもできる(Rel.10以降)。
このように、既存のLTEシステムでは、所定サブフレームで送信される下り制御情報に含まれる送信電力制御(TPC)コマンド等に基づいて上り信号の送信電力を決定している。しかし、上述のように、1ms TTI又はショートTTI(shortened TTI)を利用した短縮処理時間(shortened processing time)の導入にあたり、どのようにTPCコマンドを利用するかは未だ規定されていない。このため、短縮処理時間が設定される場合の上り送信電力をどのように制御するかが問題となる。例えば、ショートTTIを利用する場合、ショートTTIで送信するsPUSCHとsPUCCHの送信電力制御において、TPCコマンドをどのように適用するかが問題となる。
本発明者等は、短縮処理時間を導入する場合に、下り制御情報に含まれる送信電力コマンドを、既存システムのタイミング及び/又は既存システムより短いタイミングを利用してUL信号の送信電力を制御することを着想した。具体的には、短縮処理時間が設定される場合に、下り制御情報に含まれる送信電力コマンドを、(1)既存システムのタイミングを利用してUL信号の送信電力制御を行う構成、(2)短縮されたタイミングを利用してUL信号の送信電力制御を行う構成、(3)HARQフィードバック及び/又はULスケジューリングと同じタイミングを利用してUL信号の送信電力制御を行う構成、を着想した。
以下、本実施の形態について詳細に説明する。本実施の形態において、ユーザ端末は、DL共有チャネル(DLデータチャネル、DLデータ等ともいう、以下、PDSCHという)を受信し、当該PDSCHの送達確認信号の送信を制御する。また、ユーザ端末は、UL送信をスケジューリングするUL送信指示(ULグラントとも呼ぶ)を受信し、当該UL送信指示に基づくUL信号(例えば、ULデータ)の送信を制御する。送達確認信号はPUCCH及び/又はPUSCHで送信し、ULデータはPUSCHで送信することができる。
また、ユーザ端末は、処理時間について設定される基準値(例えば、k)に基づいて送信タイミングを制御する(既存システムではk=4)。当該基準値は、処理時間、処理時間に関するパラメータであってもよい。また、本実施の形態は、FDD及び/又はTDDに適用可能である。以下の説明では、FDDを例に挙げて説明するが、TDDについても適用することができる。また、以下の説明では、送信電力制御を行うUL信号として、上り制御チャネル(PUCCH、sPUCCH)、上り共有チャネル(PUSCH、sPUSCH)を例に挙げて説明するが、本実施の形態はこれに限られない。他のUL信号(例えば、SRS等の参照信号)に対しても適用することができる。
(第1の態様)
第1の態様では、DL送信をスケジューリングする下り制御情報(DL DCI)及び/又はUL信号をスケジューリングする下り制御情報(UL DCI)に含まれるTPCコマンドを利用した送信電力制御の一例について説明する。また、第1の態様では、短縮処理時間の基準値(k)を3msとする場合を例に挙げて説明するが、本実施の形態はこれに限られず、k=2ms、1ms、又は他の値にも適用できる。
<1ms TTI適用時の短縮処理時間の設定>
短縮処理時間(例えば、基準値(k))が設定される場合、ユーザ端末は、DLデータ受信から対応するHARQ-ACK送信までの時間、及び/又はHARQ-ACK送信から対応するDLデータ受信までの時間を基準値(k)に基づいて制御する。また、ユーザ端末は、ULグラント受信から対応するULデータ送信までの時間、及び/又はULデータ送信から対応するULグラント受信までの時間を基準値(k)に基づいて制御する。
例えば、FDDにおいて、k=3が設定される場合、ユーザ端末は、サブフレームiで受信したDLデータに対するHARQ-ACKをサブフレームi+3で送信するように制御する。また、ユーザ端末は、サブフレームiでフィードバックしたHARQ-ACKに対応するDLデータがサブフレームi+3で送信されると想定して受信を制御することができる。
ユーザ端末は、サブフレームiで受信したUL送信指示に対するULデータをサブフレームi+3で送信するように制御する。また、ユーザ端末は、サブフレームiで送信したULデータに対応するULグラント(例えば、再送指示)がサブフレームi+3で送信されると想定して受信を制御することができる。
また、TDDにおいて、ユーザ端末は、設定される基準値(k)の値に対応してそれぞれ設定されるテーブルに基づいて、HARQ-ACK送信、ULデータ送信等の処理時間を制御することができる。
短縮処理時間が設定される場合、ユーザ端末は、下り制御情報(UE固有制御情報)に含まれる電力制御コマンドを、所定タイミング後のUL信号の送信電力制御に適用する。以下に、下り制御情報に含まれる電力制御コマンドを、(1)既存システムのタイミングを利用する構成、(2)短縮処理時間のタイミングを利用する構成、(3)HARQフィードバック及び/又はULスケジューリングと同じタイミングを利用する構成についてそれぞれ説明する。
(1)既存システムのタイミング利用
図3Aは、下り制御情報に含まれる電力制御コマンドを、既存システムのタイミングでPUCCH及び/又はPUSCHの送信電力制御に適用する場合を示している。ユーザ端末は、SF#nで送信されるDL信号(例えば、PDSCH)に対応するHARQ-ACKをk(ここでは、k=3)ms後のSF#n+3でフィードバックする。また、ユーザ端末は、SF#nで送信される下り制御情報(DCI)に含まれるUL送信指示に応じて上りデータ(例えば、PUSCH)を3ms後のSF#n+3でフィードバックする。
一方で、ユーザ端末は、当該SF#nで送信される下り制御情報に含まれるTPCコマンドを、SF#nから既存システムで定義されたタイミング(FDDでは、k=4)後のSF#n+4におけるUL送信電力制御に適用する。SF#nでDL信号をスケジューリングするDL DCIが送信される場合、SF#n+4において当該DL DCIに含まれるTPCコマンドを用いてPUCCHの送信電力を制御する。また、SF#nでUL信号をスケジューリングするUL DCIが送信される場合、SF#n+4において当該UL DCIに含まれるTPCコマンドを用いてPUSCHの送信電力を制御する。
なお、ユーザ端末は、SF#n+3でフィードバックするPUCCH及び/又はPUSCHに対して、SF#nより前(SF#n-1以前)の下り制御情報に含まれるTPCコマンドを利用して送信電力を制御することができる。例えば、SF#n-1でDL信号をスケジューリングするDL DCIが送信される場合、SF#n+3において当該DL DCIに含まれるTPCコマンドを用いてPUCCHの送信電力を制御する。また、SF#n-1でUL信号をスケジューリングするUL DCIが送信される場合、SF#n+3において当該UL DCIに含まれるTPCコマンドを用いてPUSCHの送信電力を制御する。
このように、図3Aでは、SF#nで受信したDL信号に対応するUL信号の送信(SF#n+3)と、当該UL信号の送信電力制御に適用するTPCコマンドが、当該UL信号に関連づかないDL信号(SF#n-1以前)に含めることができる。このように、短縮処理時間が設定される場合であっても、TPCコマンドを既存システムのタイミングでUL信号に適用することにより、ユーザ端末において送信電力制御及び/または送信電力に関するパワーヘッドルーム報告(PHR)情報の計算に要する時間を確保することができる。これにより、ユーザ端末における送信電力制御の負荷の増加を抑制し、送信電力制御の能力が低いユーザ端末にも短縮処理時間を設定した通信を行うことが可能となる。
(2)短縮処理時間のタイミング利用
図3Bは、下り制御情報に含まれる電力制御コマンドを、短縮処理時間のタイミングでPUCCH及び/又はPUSCHの送信電力制御に適用する場合を示している。ユーザ端末は、SF#nで送信されるDL信号(例えば、PDSCH)に対応するHARQ-ACKをk(ここでは、k=3)ms後のSF#n+3でフィードバックする。また、ユーザ端末は、SF#nで送信される下り制御情報(DCI)に含まれるUL送信指示に応じて上りデータ(例えば、PUSCH)を3ms後のSF#n+3でフィードバックする。
また、ユーザ端末は、当該SF#nで送信される下り制御情報に含まれるTPCコマンドを、SF#nから短縮処理時間で定義されたタイミング(ここでは、k=3)後のSF#n+3におけるUL送信電力制御に適用する。SF#nでDL信号をスケジューリングするDL DCIが送信される場合、SF#n+3において当該DL DCIに含まれるTPCコマンドを用いてPUCCHの送信電力を制御する。また、SF#nでUL信号をスケジューリングするUL DCIが送信される場合、SF#n+3において当該UL DCIに含まれるTPCコマンドを用いてPUSCHの送信電力を制御する。
このように、図3Bでは、SF#n受信したDL信号に対応するUL信号の送信(SF#n+3)と、当該UL信号の送信電力制御に適用するTPCコマンドが、当該UL信号に関連づいたDL信号(SF#n)に含めることができる。このように、短縮処理時間が設定される場合に、TPCコマンドを当該短縮処理時間と同じタイミングでUL信号の送信電力制御に適用することにより、短縮処理時間に応じた短縮送信電力制御(fast power adaptation)を行うことができる。これにより、短縮処理時間を適用してUL信号を送信する場合に、既存システムより最新(直近)の送信電力制御コマンドを利用してUL信号の送信電力を制御することが可能となる。
この場合、PHRはSF#n+3の送信電力をもとに計算・報告することができる。これにより、無線基地局は正確なPHRを認識し、適切な送信電力制御を行うことができる。あるいは、PHRはSF#n+3において、送信がない場合のPHR(仮想PHRまたはVirtual PHR)を計算・報告するものとしてもよい。この場合、ユーザ端末がPHRの計算に要する処理の一部を省略することができるため、端末処理負担を軽減することができる。
(3)A/Nフィードバック及び/又はULスケジューリングタイミング利用
図3Cは、下り制御情報に含まれる電力制御コマンドを、DL HARQフィードバックタイミング及び/又はULスケジューリングタイミングでPUCCH及び/又はPUSCHの送信電力制御に適用する場合を示している。
短縮処理時間を設定する場合、ユーザ端末に対して異なる処理時間(k値)が設定される場合も考えられる。例えば、SF#nで送信されたDL信号に対応するHARQ-ACKフィードバック(あるいは、ULデータ送信)のタイミングとして、SF#n+3(k=3)と、SF#n+4(k=4)のいずれかが切り替えて設定される場合がある。
この場合、ユーザ端末は、当該SF#nで送信される下り制御情報に含まれるTPCコマンドを、HARQ-ACKフィードバック(あるいは、ULデータ送信)のタイミングと同じタイミングの上り送信電力制御に適用する。例えば、HARQ-ACKフィードバック(あるいは、ULデータ送信)のタイミングがk=3の場合、ユーザ端末は、SF#nで送信される下り制御情報に含まれるTPCコマンドを、SF#n+3におけるUL送信電力制御に適用する。一方で、HARQ-ACKフィードバック(あるいは、ULデータ送信)のタイミングがk=4の場合、ユーザ端末は、SF#n+4で送信される下り制御情報に含まれるTPCコマンドを、SF#5におけるUL送信電力制御に適用する。
このように、ユーザ端末に設定されるDL HARQフィードバックタイミング及び/又はULスケジューリングタイミングに基づいて、TPCコマンドを適用するタイミングを制御することにより、無線基地局がkの値を切り替えるよう指示する場合であっても、無線基地局の望むタイミングで、TPCコマンドを送信電力に反映するよう、ユーザ端末を制御することができる。
<短縮TTI適用時の短縮処理時間の設定>
短縮TTIを利用した短縮処理時間が設定される場合、ユーザ端末は、DLデータ受信から対応するHARQ-ACK送信までの時間、及び/又はHARQ-ACK送信から対応するDLデータ受信までの時間を短縮TTI(sTTI)に基づいて制御する。また、ユーザ端末は、ULグラント受信から対応するULデータ送信までの時間、及び/又はULデータ送信から対応するULグラント受信までの時間をsTTIに基づいて制御する。
例えば、FDDにおいて、TTI長が1msより短いsTTI(例えば、TTI長が0.5ms(1スロット))が設定される場合、ユーザ端末は、sTTI#nで受信したDLデータに対するHARQ-ACKをsTTI#n+4に対応する送信時間間隔(sTTI、サブフレーム)で送信するように制御する。また、ユーザ端末は、sTTI#nでフィードバックしたHARQ-ACKに対応するDLデータがsTTI#n+4に対応する送信時間間隔(sTTI、サブフレーム)で送信されると想定して受信を制御することができる。
また、ユーザ端末は、sTTI#nで受信したUL送信指示に対するULデータをsTTI#n+4に対応する送信時間間隔(sTTI、サブフレーム)で送信するように制御してもよい。ユーザ端末は、sTTI#nで送信したULデータに対応するULグラント(例えば、再送指示)がsTTI#n+4に対応する送信時間間隔(sTTI、サブフレーム)で送信されると想定して受信を制御することができる。
また、TDDにおいて、ユーザ端末は、設定されるsTTIに対応してそれぞれ設定されるテーブルに基づいて、HARQ-ACK送信、ULデータ送信等の処理時間を制御することができる。
sTTIを利用した短縮処理時間が設定される場合、ユーザ端末は、下り制御情報(UE固有制御情報)に含まれる電力制御コマンドを、所定タイミング後のUL信号の送信電力制御に適用する。以下に、下り制御情報に含まれる電力制御コマンドを、(1)既存システムのタイミングを利用する構成、(2)短縮処理時間のタイミングを利用する構成、(3)HARQフィードバック及び/又はULスケジューリングと同じタイミングを利用する構成についてそれぞれ説明する。
(1)既存システムのタイミング利用
図4Aは、下り制御情報に含まれる電力制御コマンドを、既存システムのタイミングでPUCCH及び/又はPUSCHの送信電力制御に適用する場合を示している。ユーザ端末は、sTTI#nで送信されるDL信号(例えば、PDSCH)に対応するHARQ-ACKを4sTTI後のsTTI#n+4でフィードバックする。また、ユーザ端末は、sTTI#nで送信される下り制御情報(DCI)に含まれるUL送信指示に応じて上りデータ(例えば、PUSCH)を4sTTI後のsTTI#n+4でフィードバックする。
一方で、ユーザ端末は、当該sTTI#nで送信される下り制御情報に含まれるTPCコマンドを、sTTI#nから既存システムで定義されたタイミング(FDDでは、k=4ms)後のsTTI#n+8におけるUL送信電力制御に適用する。sTTI#nでDL信号をスケジューリングするDL DCIが送信される場合、sTTI#n+8において当該DL DCIに含まれるTPCコマンドを用いてPUCCHの送信電力を制御する。また、sTTI#nでUL信号をスケジューリングするUL DCIが送信される場合、sTTI#n+8において当該UL DCIに含まれるTPCコマンドを用いてPUSCHの送信電力を制御する。
なお、ユーザ端末は、sTTI#n+4でフィードバックするPUCCH及び/又はPUSCHに対して、sTTI#nより前(sTTI#n-4以前)の下り制御情報に含まれるTPCコマンドを利用して送信電力を制御することができる。例えば、sTTI#n-4でDL信号をスケジューリングするDL DCIが送信される場合、sTTI#n+4において当該DL DCIに含まれるTPCコマンドを用いてPUCCHの送信電力を制御する。また、sTTI#n-4でUL信号をスケジューリングするUL DCIが送信される場合、sTTI#n+4において当該UL DCIに含まれるTPCコマンドを用いてPUSCHの送信電力を制御する。
このように、図4Aでは、sTTI#nで受信したDL信号に対応するUL信号の送信(sTTI#n+4)と、当該UL信号の送信電力制御に適用するTPCコマンドが、当該UL信号に関連づかないDL信号(sTTI#n-4以前)に含めることができる。このように、短縮処理時間が設定される場合であっても、TPCコマンドを既存システムのタイミングでUL信号に適用することにより、ユーザ端末において送信電力制御及び/又は送信電力に関するパワーヘッドルーム報告(PHR)情報の計算に要する時間を確保することができる。これにより、ユーザ端末における送信電力制御の負荷の増加を抑制し、送信電力制御の能力が低いユーザ端末にも短縮処理時間を設定した通信を行うことが可能となる。
(2)短縮処理時間のタイミング利用
図4Bは、下り制御情報に含まれる電力制御コマンドを、短縮処理時間のタイミングでPUCCH及び/又はPUSCHの送信電力制御に適用する場合を示している。ユーザ端末は、sTTI#nで送信されるDL信号(例えば、PDSCH)に対応するHARQ-ACKを4sTTI後のsTTI#n+4でフィードバックする。また、ユーザ端末は、sTTI#nで送信される下り制御情報(DCI)に含まれるUL送信指示に応じて上りデータ(例えば、PUSCH)を4sTTI後のsTTI#n+4でフィードバックする。
また、ユーザ端末は、当該sTTI#nで送信される下り制御情報に含まれるTPCコマンドを、sTTI#nから短縮処理時間で定義されたタイミング(ここでは、4sTTI)後のsTTI#n+4におけるUL送信電力制御に適用する。sTTI#nでDL信号をスケジューリングするDL DCIが送信される場合、sTTI#n+4において当該DL DCIに含まれるTPCコマンドを用いてPUCCHの送信電力を制御する。また、sTTI#nでUL信号をスケジューリングするUL DCIが送信される場合、sTTI#n+4において当該UL DCIに含まれるTPCコマンドを用いてPUSCHの送信電力を制御する。
このように、図4Bでは、sTTI#n受信したDL信号に対応するUL信号の送信(sTTI#n+4)と、当該UL信号の送信電力制御に適用するTPCコマンドが、当該UL信号に関連づいたDL信号(sTTI#n)に含めることができる。このように、短縮処理時間が設定される場合に、TPCコマンドを当該短縮処理時間と同じタイミングでUL信号の送信電力制御に適用することにより、短縮処理時間に応じた短縮送信電力制御(fast power adaptation)を行うことができる。これにより、短縮処理時間を適用してUL信号を送信する場合に、既存システムより最新(直近)の送信電力制御コマンドを利用してUL信号の送信電力を制御することが可能となる。
なお、図4Bでは、DLとULに同じTTI長が設定される場合を示したが、DLとULに異なるTTI長が設定される場合も想定される。かかる場合、DL HARQのフィードバックタイミングに対してDL sTTIのTTI長に基づく送信タイミング及び対応するTPCコマンドを適用し、ULスケジューリングタイミングに対してUL sTTIのTTI長に基づく送信タイミングと対応するTPCコマンドを適用することができる(図4C参照)。
図4Cでは、DL sTTIのTTI長がUL sTTIのTTI長より短く設定される場合を示している。この場合、ユーザ端末は、DL sTTI#nで送信されるDL信号(例えば、sPDSCH)に対応するHARQ-ACK(例えば、sPUCCH)を、DLの4sTTI後に対応するUL sTTI(ここでは、UL sTTI#n+2)でフィードバックすることができる。これは、DL sTTIに含まれるDL信号は比較的時間長が短く、データサイズが小さいことからデータの復調を低遅延で行えるためである。また、当該UL sTTI#n+2で送信するsPUCCHに対して、DL sTTI#nで送信される下り制御情報に含まれるTPCコマンドを利用する。
また、ユーザ端末は、DL sTTI#nで送信されるUL送信指示(例えば、sPDCCH)に対応する上りデータ(例えば、sPUSCH)を、ULの4sTTI後に対応するUL sTTI(ここでは、UL sTTI#n+4)で送信することができる。これは、UL sTTIに含まれるUL信号は比較的時間長が長く、データサイズが大きいことからデータの生成に処理時間を要するためである。また、UL sTTI#n+4で送信するsPUSCHに対して、DL sTTI#nで送信される下り制御情報に含まれるTPCコマンドを利用する。
このように、ULとDLにそれぞれ異なるTTI長が設定される場合に、TTI長に基づいて異なるタイミングで送信する上り信号に同じTPCコマンドを適用することにより、DCIがスケジュールするDL信号(ならびにそのDL HARQ)またはUL信号とそのTPC適用タイミングを同一にできる。これにより、無線基地局のスケジューラ制御と端末に対する送信電力制御を同時に行うことができるため、無線基地局の制御処理負担を軽減することができる。
(3)A/Nフィードバック及び/又はULスケジューリングタイミング利用
図5は、下り制御情報に含まれる電力制御コマンドを、DL HARQフィードバックタイミング及び/又はULスケジューリングタイミングでPUCCH及び/又はPUSCHの送信電力制御に適用する場合を示している。
sTTIを利用した短縮処理時間を設定する場合、ユーザ端末に対して異なるフィードバックタイミングが設定される場合も考えられる。例えば、sTTI#nで送信されたDL信号に対応するHARQ-ACKフィードバック(あるいは、ULデータ送信)のタイミングとして、4sTTI(例えば、sTTI#n+4)と、4ms(例えば、sTTI#n+8)のいずれかが切り替えて設定される場合がある。
この場合、ユーザ端末は、当該sTTI#nで送信される下り制御情報に含まれるTPCコマンドを、HARQ-ACKフィードバック(あるいは、ULデータ送信)のタイミングと同じタイミングの上り送信電力制御に適用する。例えば、HARQ-ACKフィードバック(あるいは、ULデータ送信)のタイミングが4sTTIの場合、ユーザ端末は、sTTI#nで送信される下り制御情報に含まれるTPCコマンドを、sTTI#n+4におけるUL送信電力制御に適用する。一方で、HARQ-ACKフィードバック(あるいは、ULデータ送信)のタイミングが4msの場合、ユーザ端末は、sTTI#nで送信される下り制御情報に含まれるTPCコマンドを、sTTI#n+8におけるUL送信電力制御に適用する。
このように、ユーザ端末に設定されるDL HARQフィードバックタイミング及び/又はULスケジューリングタイミングに基づいて、TPCコマンドを適用するタイミングを制御することにより、無線基地局が短縮処理時間の設定有無及び/又はsTTIの設定有無を切り替えるよう指示する場合であっても、無線基地局の望むタイミングで、TPCコマンドを送信電力に反映するよう、ユーザ端末を制御することができる。
(第2の態様)
第2の態様では、短縮処理時間が設定される場合に、共通制御情報に含まれるTPCコマンドを利用した送信電力制御の一例について説明する。また、第2の態様では、短縮処理時間の基準値(k)を3msとする場合を例に挙げて説明するが、本実施の形態はこれに限られず、k=2ms、1ms、又は他の値にも適用できる。なお、k値又はsTTIに基づくHARQ-ACKフィードバックタイミング、ULスケジューリングタイミングは、上記第1の態様で示した内容を適用することができる。
<1ms TTI適用時の短縮処理時間の設定>
短縮処理時間が設定されたユーザ端末は、共通制御情報にTPCコマンドが含まれる場合、当該TPCコマンドに基づいて所定タイミング後の送信時間間隔(サブフレーム、sTTI等)におけるUL信号の送信電力を制御する。共通制御情報は、例えば、下り制御チャネルのコモンサーチスペースに割当てられる下り制御情報(例えば、DCIフォーマット3/3A)を利用することができる。
以下に、共通制御情報に含まれる電力制御コマンドを、(1)既存システムのタイミングを利用する構成、(2)短縮処理時間のタイミングを利用する構成についてそれぞれ説明する。
(1)既存システムのタイミング利用
図6Aは、下り制御情報(共通制御情報)含まれる電力制御コマンドを、既存システムのタイミングでPUCCH及び/又はPUSCHの送信電力制御に適用する場合を示している。ユーザ端末は、SF#nで送信されるDL信号(例えば、PDSCH)に対応するHARQ-ACKをk(ここでは、k=3)ms後のSF#n+3でフィードバックする。また、ユーザ端末は、SF#nで送信される下り制御情報(UE固有制御情報)に含まれるUL送信指示に応じて上りデータ(例えば、PUSCH)を3ms後のSF#n+3でフィードバックする。
一方で、ユーザ端末は、当該SF#nで送信される共通制御情報に含まれるTPCコマンドを、SF#nから既存システムで定義されたタイミング(FDDでは、k=4)後のSF#n+4におけるUL送信電力制御に適用する。
なお、ユーザ端末は、SF#n+3でフィードバックするPUCCH及び/又はPUSCHに対して、SF#nより前(SF#n-1以前)の共通制御情報に含まれるTPCコマンドを利用して送信電力を制御することができる。例えば、SF#n-1でTPCコマンドを含む共通制御情報が送信される場合、SF#n+3において当該共通制御情報に含まれるTPCコマンドを用いてPUCCH及び/又はPUSCHの送信電力を制御する。
このように、図6Aでは、短縮処理時間の設定に関わらず、共通制御情報に含まれるTPCコマンドを既存システムと同じタイミングで適用することにより、ユーザ端末において送信電力制御及び/又は送信電力に関するパワーヘッドルーム報告(PHR)情報の計算に要する時間を確保することができる。これにより、ユーザ端末における送信電力制御の負荷の増加を抑制し、送信電力制御の能力が低いユーザ端末にも短縮処理時間を設定した通信を行うことが可能となる。
なお、共通制御情報に含まれるTPCコマンドを用いてPUCCH及び/又はPUSCHの送信電力を制御するユーザ端末が、同時にPDSCH及び/又はPUSCHをスケジューリングする制御情報(DCI)に含まれるTPCコマンドも用いて送信電力制御を行う場合、両TPCコマンドの適用タイミングが異なる場合が生じる。このため、あるPUCCH/PUSCH送信サブフレームにおいて、あるサブフレームで受信した共通制御情報のTPCコマンドと、別のサブフレームで受信したPUCCH及び/又はPUSCHをスケジューリングする制御情報に含まれるTPCコマンドの両方適用タイミングが重複する場合が発生する。
このような場合には、ユーザ端末は、両TPCコマンドの値を合算して送信電力に適用してもよいし、PUCCH及び/又はPUSCHをスケジューリングする制御情報に含まれるTPCコマンドのみを適用してもよいし、共通制御情報に含まれるTPCコマンドのみを適用してもよい。いずれのTPCコマンドを優先して適用するかは、仕様で予め定義してもよいし、無線基地局からユーザ端末に適用するTPCコマンドの優先度を通知してもよい。いずれのTPCコマンドを優先するかを無線基地局とユーザ端末の間で共通の認識とすることで、適切な送信電力制御を行うことが可能となる。
(2)短縮処理時間のタイミング利用
図6Bは、下り制御情報(共通制御情報)に含まれる電力制御コマンドを、短縮処理時間のタイミングでPUCCH及び/又はPUSCHの送信電力制御に適用する場合を示している。ユーザ端末は、SF#nで送信されるDL信号(例えば、PDSCH)に対応するHARQ-ACKをk(ここでは、k=3)ms後のSF#n+3でフィードバックする。また、ユーザ端末は、SF#nで送信される下り制御情報(DCI)に含まれるUL送信指示に応じて上りデータ(例えば、PUSCH)を3ms後のSF#n+3でフィードバックする。
また、ユーザ端末は、当該SF#nで送信される共通制御情報に含まれるTPCコマンドを、SF#nから短縮処理時間で定義されたタイミング(ここでは、k=3)後のSF#n+3におけるUL送信電力制御に適用する。
このように、図6Bでは、短縮処理時間が設定される場合に、共通制御情報に含まれるTPCコマンドを当該短縮処理時間と同じタイミングでUL信号の送信電力制御に適用する。これにより、短縮処理時間に応じた短縮送信電力制御(fast power adaptation)を行うことができる。その結果、短縮処理時間を適用してUL信号を送信する場合に、既存システムより最新(直近)の送信電力制御コマンドを利用してUL信号の送信電力を制御することが可能となる。
<変形例>
なお、共通制御情報に含まれるTPCコマンドの適用タイミングと、UE固有制御情報に含まれるTPCコマンドの適用タイミングはあわせて設定してもよいし、それぞれ独立に設定してもよい。例えば、共通制御情報に含まれるTPCコマンドと、UE固有制御情報に含まれるTPCコマンドの双方を、既存システムと同じタイミング又は短縮処理時間のタイミングとしてもよい。あるいは、共通制御情報に含まれるTPCコマンドを既存システムと同じタイミングで適用し、UE固有制御情報に含まれるTPCコマンドを短縮処理時間のタイミングで適用してもよい。あるいは、UE固有制御情報に含まれるTPCコマンドを既存システムと同じタイミングで適用し、共通制御情報に含まれるTPCコマンドを短縮処理時間のタイミングで適用してもよい。
<短縮TTI適用時の短縮処理時間の設定>
短縮TTIを利用した短縮処理時間が設定される場合、ユーザ端末は、sTTIで送信されるsPUCCH及び/又はsPUSCHに対して共通制御情報(例えば、DCIフォーマット3/3A)のTPCコマンドがサポートされるか否かに応じて、送信電力を制御することができる。
共通制御情報(DCIフォーマット3/3A)が、sTTIで送信されるsPUCCHとsPUSCHへの適用をサポートしない場合、通常TTIで送信されるPUCCH及び/又はPUSCHへ適用してもよい。この場合、共通制御情報に含まれるTPCコマンドを既存システムのタイミングでPUCCH及び/又はPUSCHに適用することができる。あるいは、共通制御情報に含まれるTPCコマンドを短縮処理時間のタイミングでPUCCH及び/又はPUSCHに適用することができる。
共通制御情報(DCIフォーマット3/3A)が、sTTIで送信されるsPUCCHとsPUSCHへの適用をサポートする場合、当該共通制御情報に含まれるTPCコマンドを所定タイミング後のsPUCCH及び/又はsPUSCHの送信電力制御に利用することができる。例えば、ユーザ端末は、共通制御情報に含まれる電力制御コマンドを、DL HARQフィードバックタイミング及び/又はULスケジューリングタイミングと同じタイミングで送信されるsPUCCH及び/又はsPUSCHの送信電力制御に適用する。
あるいは、ユーザ端末は、共通制御情報に含まれる電力制御コマンドを、既存システムと同じタイミング(例えば、4ms後)で送信されるsPUCCH及び/又はsPUSCHの送信電力制御に適用してもよい。
(第3の態様)
第3の態様では、1サブフレーム(1ms TTI)に複数のsTTI(sPUSCH及び/又はsPUCCH送信)が含まれる場合の送信電力制御について説明する。
ユーザ端末は、所定期間において複数のTPCコマンドを受信した場合、当該TPCコマンドの結果を蓄積して送信電力を制御することができる。ユーザ端末におけるTPCコマンドの蓄積有無は、上位レイヤシグナリングで設定することができる。TPCコマンドの蓄積方法として、サブフレーム内及びサブフレーム間で蓄積する方法(方法1)と、サブフレーム内では蓄積せずにサブフレーム間で蓄積する方法(方法2)を適用することができる。
<方法1>
上位レイヤシグナリングでTPCコマンドを蓄積する旨の設定が指示された場合、ユーザ端末は、1サブフレーム内及び複数サブフレーム間に渡るTPCコマンドの蓄積を制御することができる。つまり、ユーザ端末は、各sTTIで送信されるTPCコマンドをサブフレーム内だけでなくサブフレーム間においても蓄積して送信電力を制御することができる。これにより、各sTTIで送信されたTPCコマンドを考慮して送信電力を制御することができる。また、迅速に送信電力を増減することができる。
上位レイヤシグナリングでTPCコマンドを蓄積しない旨の設定が指示された場合、ユーザ端末は、1サブフレーム内で送信されるTPCコマンドに基づいて送信電力制御に利用する補正値を決定して送信電力を制御する。1サブフレームに含まれる複数のsTTIで複数のTPCコマンドが無線基地局から送信される場合、所定のsTTI(例えば、最初に送信されるTPCコマンド)に基づいて送信電力を制御することができる。
<方法2>
上位レイヤシグナリングでTPCコマンドを蓄積する旨の設定が指示された場合、ユーザ端末は、あるサブフレームにおける送信電力制御において、当該サブフレームで送信される所定のTPCコマンドに基づいて送信電力制御に利用する補正値を決定して送信電力を制御する。1サブフレームに含まれる複数のsTTIで複数のTPCコマンドが無線基地局から送信される場合、所定のsTTI(例えば、最初に送信されるTPCコマンド)に基づいて送信電力を制御することができる。一方で、ユーザ端末は、複数サブフレームにわたって、各サブフレームで適用したTPCコマンドを蓄積する。これにより、各sTTIで送信されたTPCコマンドを全て考慮して送信電力を計算する必要がなくなるため、送信電力計算に伴うユーザ端末の負荷を低減することができる。また、サブフレーム内で送信電力(あるいは送信電力密度)を安定化させられるため、他セル干渉を抑制することができる。
上位レイヤシグナリングでTPCコマンドを蓄積しない旨の設定が指示された場合、ユーザ端末は、1サブフレーム内で送信されるTPCコマンドに基づいて送信電力制御に利用する補正値を決定して送信電力を制御する。1サブフレームに含まれる複数のsTTIで複数のTPCコマンドが無線基地局から送信される場合、所定のsTTI(例えば、最初に送信されるTPCコマンド)に基づいて送信電力を制御することができる。
(無線通信システム)
以下、本実施の形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上記各態様に係る無線通信方法が適用される。なお、上記各態様に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
図7は、本実施の形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム1では、LTEシステムのシステム帯域幅(例えば、20MHz)を1単位とする複数の基本周波数ブロック(コンポーネントキャリア(CC))を一体としたキャリアアグリゲーション(CA)及び/又は、一以上のCCを含むセルグループ(CG)複数を用いたデュアルコネクティビティ(DC)を適用することができる。なお、無線通信システム1は、SUPER 3G、LTE-A(LTE-Advanced)、IMT-Advanced、4G、5G、FRA(Future Radio Access)、NR(New RAT:New Radio Access Technology)などと呼ばれても良い。
図7に示す無線通信システム1は、マクロセルC1を形成する無線基地局11と、マクロセルC1内に配置され、マクロセルC1よりも狭いスモールセルC2を形成する無線基地局12a~12cとを備えている。また、マクロセルC1及び各スモールセルC2には、ユーザ端末20が配置されている。セル間及び/又はセル内で異なるニューメロロジーが適用される構成としてもよい。
ユーザ端末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)等と呼ばれてもよい。
また、各セル(キャリア)では、単一のニューメロロジーが適用されてもよいし、複数の異なるニューメロロジーが適用されてもよい。ここで、ニューメロロジーは、サブキャリア間隔、シンボル長、サイクリックプリフィクス長、サブフレーム長など、周波数方向及び時間方向のパラメータである。
ユーザ端末20と無線基地局11との間は、相対的に低い周波数帯域(例えば、2GHz)で帯域幅が狭いキャリア(既存キャリア、Legacy carrierなどと呼ばれる)を用いて通信を行うことができる。一方、ユーザ端末20と無線基地局12との間は、相対的に高い周波数帯域(例えば、3.5GHz、5GHz、30~70GHzなど)で帯域幅が広いキャリアが用いられてもよいし、無線基地局11との間と同じキャリアが用いられてもよい。なお、各無線基地局が利用する周波数帯域の構成はこれに限られない。
無線基地局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)、送受信ポイントなどと呼ばれてもよい。以下、無線基地局11及び12を区別しない場合は、無線基地局10と総称する。
各ユーザ端末20は、LTE、LTE-Aなどの各種通信方式に対応した端末であり、移動通信端末だけでなく固定通信端末を含んでもよい。また、ユーザ端末20は、他のユーザ端末20との間で端末間通信(D2D)を行うことができる。
無線通信システム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))、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の少なくとも一つにより、UL信号(例えば、PUSCH)の再送制御情報(例えば、A/N、NDI、HPN、冗長バージョン(RV)の少なくとも一つ)を伝送できる。
無線通信システム1では、ULチャネルとして、各ユーザ端末20で共有されるUL共有チャネル(PUSCH:Physical Uplink Shared Channel、ULデータチャネル等ともいう)、UL制御チャネル(PUCCH:Physical Uplink Control Channel)、ランダムアクセスチャネル(PRACH:Physical Random Access Channel)などが用いられる。PUSCHにより、ユーザデータ、上位レイヤ制御情報が伝送される。DL信号(例えば、PDSCH)の再送制御情報(例えば、A/N)、チャネル状態情報(CSI)、スケジューリング要求(SR)の少なくとも一つを含む上り制御情報(UCI:Uplink Control Information)は、PUSCH又はPUCCHにより、伝送される。PRACHにより、セルとの接続確立のためのランダムアクセスプリアンブルを伝送できる。
<無線基地局>
図8は、本実施の形態に係る無線基地局の全体構成の一例を示す図である。無線基地局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に転送される。また、DL制御信号に関しても、チャネル符号化や逆高速フーリエ変換などの送信処理が行われて、送受信部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と信号を送受信(バックホールシグナリング)してもよい。
また、送受信部103は、UL信号(例えば、PUCCH、PUSCH、sPUCCH、sPUSCH)の送信電力制御に利用するTPCコマンドが含まれる下り制御情報を送信する。また、送受信部103は、当該DL共有チャネルの再送制御情報(例えば、A/N)を含むUCI、上り共有チャネル(PUSCH、sPUSCH)を受信する。また、送受信部103は、無線基地局10及び/又はユーザ端末20の送信タイミングの基準値kを示す情報、sTTIのTTI長を示す情報等を送信してもよい。
図9は、本実施の形態に係る無線基地局の機能構成の一例を示す図である。なお、図9は、本実施の形態における特徴部分の機能ブロックを主に示しており、無線基地局10は、無線通信に必要な他の機能ブロックも有しているものとする。図9に示すように、ベースバンド信号処理部104は、制御部301と、送信信号生成部302と、マッピング部303と、受信信号処理部304と、測定部305とを備えている。
制御部301は、無線基地局10全体の制御を実施する。制御部301は、例えば、送信信号生成部302によるDL信号の生成や、マッピング部303によるDL信号のマッピング、受信信号処理部304によるUL信号の受信処理(例えば、復調など)、測定部305による測定を制御する。
具体的には、制御部301は、ユーザ端末20のスケジューリングを行う。例えば、制御部301は、ユーザ端末20に対するPUSCH及び/又はPDSCHのスケジューリングを行う。
また、制御部301は、無線基地局10及び/又はユーザ端末20における基準値k、sTTIのTTI長を制御し、当該基準値k、sTTIのTTI長に基づいて決定されるタイミング(サブフレーム、sTTI)におけるA/N、ULデータの受信を制御してもよい。
制御部301は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
送信信号生成部302は、制御部301からの指示に基づいて、DL信号(DLデータ、DCI、ULデータの再送制御情報、上位レイヤ制御情報を含む)を生成して、マッピング部303に出力する。
送信信号生成部302は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
マッピング部303は、制御部301からの指示に基づいて、送信信号生成部302で生成されたDL信号(例えば、DLデータ、DCI、ULデータの再送制御情報、上位レイヤ制御情報など)を、所定の無線リソースにマッピングして、送受信部103に出力する。マッピング部303は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
受信信号処理部304は、ユーザ端末20から送信されるUL信号(例えば、ULデータ、UCIなど)に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。具体的には、受信信号処理部304は、ユーザ端末20に設定されたニューメロロジーに基づいて、UL信号の受信処理を行う。また、受信信号処理部304は、受信信号や、受信処理後の信号を、測定部305に出力してもよい。また、受信信号処理部304は、DL信号のA/Nに対して受信処理を行い、ACK又はNACKを制御部301に出力する。
測定部305は、受信した信号に関する測定を実施する。測定部305は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
測定部305は、例えば、UL参照信号の受信電力(例えば、RSRP(Reference Signal Received Power))及び/又は受信品質(例えば、RSRQ(Reference Signal Received Quality))に基づいて、ULのチャネル品質を測定してもよい。測定結果は、制御部301に出力されてもよい。
<ユーザ端末>
図10は、本実施の形態に係るユーザ端末の全体構成の一例を示す図である。ユーザ端末20は、MIMO伝送のための複数の送受信アンテナ201と、アンプ部202と、送受信部203と、ベースバンド信号処理部204と、アプリケーション部205と、を備えている。
複数の送受信アンテナ201で受信された無線周波数信号は、それぞれアンプ部202で増幅される。各送受信部203はアンプ部202で増幅されたDL信号を受信する。送受信部203は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部204に出力する。
ベースバンド信号処理部204は、入力されたベースバンド信号に対して、FFT処理や、誤り訂正復号、再送制御の受信処理などを行う。DLデータは、アプリケーション部205に転送される。アプリケーション部205は、物理レイヤやMACレイヤより上位のレイヤに関する処理などを行う。また、ブロードキャスト情報もアプリケーション部205に転送される。
一方、ULデータについては、アプリケーション部205からベースバンド信号処理部204に入力される。ベースバンド信号処理部204では、再送制御の送信処理(例えば、HARQの送信処理)や、チャネル符号化、レートマッチング、パンクチャ、離散フーリエ変換(DFT:Discrete Fourier Transform)処理、IFFT処理などが行われて各送受信部203に転送される。UCI(例えば、DLの再送制御情報、CSI、SRの少なくとも一つ)についても、チャネル符号化、レートマッチング、パンクチャ、DFT処理、IFFT処理などが行われて各送受信部203に転送される。
送受信部203は、ベースバンド信号処理部204から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部203で周波数変換された無線周波数信号は、アンプ部202により増幅され、送受信アンテナ201から送信される。
また、送受信部203は、UL信号(例えば、PUCCH、PUSCH、sPUCCH、sPUSCH)の送信電力制御に利用するTPCコマンドが含まれる下り制御情報を受信する。また、送受信部203は、当該DL共有チャネルの再送制御情報(例えば、A/N)を含むUCI、上り共有チャネル(PUSCH、sPUSCH)を送信する。また、送受信部203は、無線基地局10及び/又はユーザ端末20の送信タイミングの基準値kを示す情報、sTTIのTTI長を示す情報等を受信してもよい。
送受信部203は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置とすることができる。また、送受信部203は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
図11は、本実施の形態に係るユーザ端末の機能構成の一例を示す図である。なお、図11においては、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末20は、無線通信に必要な他の機能ブロックも有しているものとする。図11に示すように、ユーザ端末20が有するベースバンド信号処理部204は、制御部401と、送信信号生成部402と、マッピング部403と、受信信号処理部404と、測定部405と、を備えている。
制御部401は、ユーザ端末20全体の制御を実施する。制御部401は、例えば、送信信号生成部402によるUL信号の生成や、マッピング部403によるUL信号のマッピング、受信信号処理部404によるDL信号の受信処理、測定部405による測定を制御する。
具体的には、制御部401は、DL信号が送信される所定送信時間間隔(SF及び/又はsTTI)、又は所定送信時間間隔より前の送信時間間隔で送信される下り制御情報に含まれる電力制御コマンドに基づいて、UL信号の送信電力を制御する。例えば、制御部401は、所定送信時間間隔で受信したDL信号に対応するUL信号を前記所定送信時間間隔から第1期間後の第1送信時間間隔で送信するように制御すると共に、所定送信時間間隔で受信したDL信号に含まれる電力制御コマンドに基づいて、第1期間より長い第2期間後の第2送信時間間隔で送信するUL信号の送信電力を制御する(図3A、図4A参照)。
あるいは、制御部401は、所定送信時間間隔で受信したDL信号に応じたUL信号を所定送信時間間隔から第1の期間後の第1の送信時間間隔で送信するように制御すると共に、所定送信時間間隔で受信したDL信号に含まれる電力制御コマンドに基づいて、第1送信時間間隔で送信するUL信号の送信電力を制御する(図3B、C、図4B、図5参照)。
あるいは、制御部401は、DLとULに異なるTTI長の短縮TTIが設定される場合、所定送信時間間隔で受信したDL信号に応じて異なる送信タイミングで送信する複数のUL信号に対して所定送信時間間隔で受信したDL信号に含まれる電力制御コマンドを適用して送信電力を制御する(図4C参照)。
また、制御部401は、複数の短縮TTIが含まれるサブフレーム内及び/又はサブフレーム間において電力制御コマンドを蓄積することができる。
制御部401は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
送信信号生成部402は、制御部401からの指示に基づいて、UL信号(ULデータ、UCI、UL参照信号などを含む)を生成(例えば、符号化、レートマッチング、パンクチャ、変調など)して、マッピング部403に出力する。送信信号生成部402は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
マッピング部403は、制御部401からの指示に基づいて、送信信号生成部402で生成されたUL信号を無線リソースにマッピングして、送受信部203へ出力する。マッピング部403は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
受信信号処理部404は、DL信号(DLデータ、DCI、上位レイヤ制御情報など)に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。受信信号処理部404は、無線基地局10から受信した情報を、制御部401に出力する。受信信号処理部404は、例えば、報知情報、システム情報、RRCシグナリングなどの上位レイヤシグナリングによる上位レイヤ制御情報、物理レイヤ制御情報(L1/L2制御情報)などを、制御部401に出力する。
受信信号処理部404は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。また、受信信号処理部404は、本発明に係る受信部を構成することができる。
測定部405は、無線基地局10からの参照信号(例えば、CRS又は/及びCSI-RS)に基づいて、チャネル状態を測定し、測定結果を制御部401に出力する。
測定部405は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。
<ハードウェア構成>
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及び/又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び/又は論理的に結合した1つの装置により実現されてもよいし、物理的及び/又は論理的に分離した2つ以上の装置を直接的及び/又は間接的に(例えば、有線及び/又は無線)で接続し、これら複数の装置により実現されてもよい。
例えば、本実施の形態における無線基地局、ユーザ端末などは、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図12は、本実施の形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の無線基地局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つ又は複数のスロットで構成されてもよい。さらに、スロットは、時間領域において1つ又は複数のシンボル(OFDM(Orthogonal Frequency Division Multiplexing)シンボル、SC-FDMA(Single Carrier Frequency Division Multiple Access)シンボルなど)で構成されてもよい。
無線フレーム、サブフレーム、スロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。例えば、1サブフレームは送信時間間隔(TTI:Transmission Time Interval)と呼ばれてもよいし、複数の連続したサブフレームがTTIと呼ばれてよいし、1スロットがTTIと呼ばれてもよい。つまり、サブフレームやTTIは、既存のLTEにおけるサブフレーム(1ms)であってもよいし、1msより短い期間(例えば、1-13シンボル)であってもよいし、1msより長い期間であってもよい。なお、TTIを表す単位は、サブフレームではなくスロット、ミニスロット、スケジューリングユニットなどと呼ばれてもよい。
ここで、TTIは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、LTEシステムでは、無線基地局が各ユーザ端末に対して、無線リソース(各ユーザ端末において使用することが可能な周波数帯域幅や送信電力など)を、TTI単位で割り当てるスケジューリングを行う。なお、TTIの定義はこれに限られない。TTIは、チャネル符号化されたデータパケット(トランスポートブロック)の送信時間単位であってもよいし、スケジューリングやリンクアダプテーションなどの処理単位となってもよい。
1msの時間長を有するTTIは、通常TTI(LTE Rel.8-12におけるTTI)、ノーマルTTI、ロングTTI、通常サブフレーム、ノーマルサブフレーム、又はロングサブフレームなどと呼ばれてもよい。通常TTIより短いTTIは、短縮TTI、ショートTTI、短縮サブフレーム、又はショートサブフレームなどと呼ばれてもよい。なお、ロングTTI(例えば、通常TTI、サブフレームなど)は、1msを超える時間長を有するTTIで読み替えてもよいし、ショートTTI(例えば、短縮TTIなど)は、ロングTTIのTTI長未満かつ1ms以上のTTI長を有するTTIで読み替えてもよい。
リソースブロック(RB:Resource Block)は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、1つ又は複数個の連続した副搬送波(サブキャリア(subcarrier))を含んでもよい。また、RBは、時間領域において、1つ又は複数個のシンボルを含んでもよく、1スロット、1サブフレーム又は1TTIの長さであってもよい。1TTI、1サブフレームは、それぞれ1つ又は複数のリソースブロックで構成されてもよい。なお、RBは、物理リソースブロック(PRB:Physical RB)、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)」、「無線基地局」、「eNB」、「セル」、「セクタ」、「セルグループ」、「キャリア」及び「コンポーネントキャリア」という用語は、互換的に使用され得る。基地局は、固定局(fixed station)、NodeB、eNodeB(eNB)、アクセスポイント(access point)、送信ポイント、受信ポイント、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
基地局は、1つ又は複数(例えば、3つ)のセル(セクタとも呼ばれる)を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム(例えば、屋内用の小型基地局(RRH:Remote Radio Head)によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び/又は基地局サブシステムのカバレッジエリアの一部又は全体を指す。
本明細書では、「移動局(MS:Mobile Station)」、「ユーザ端末(user terminal)」、「ユーザ装置(UE:User Equipment)」及び「端末」という用語は、互換的に使用され得る。基地局は、固定局(fixed station)、NodeB、eNodeB(eNB)、アクセスポイント(access point)、送信ポイント、受信ポイント、フェムトセル、スモールセルなどの用語で呼ばれる場合もある。
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
また、本明細書における無線基地局は、ユーザ端末で読み替えてもよい。例えば、無線基地局及びユーザ端末間の通信を、複数のユーザ端末間(D2D:Device-to-Device)の通信に置き換えた構成について、本発明の各態様/実施形態を適用してもよい。この場合、上述の無線基地局10が有する機能をユーザ端末20が有する構成としてもよい。また、「上り」や「下り」などの文言は、「サイド」と読み替えられてもよい。例えば、上りチャネルは、サイドチャネルと読み替えられてもよい。
同様に、本明細書におけるユーザ端末は、無線基地局で読み替えてもよい。この場合、上述のユーザ端末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(登録商標)、その他の適切な無線通信方法を利用するシステム及び/又はこれらに基づいて拡張された次世代システムに適用されてもよい。
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
本明細書で使用する「第1の」、「第2の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、2つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第1及び第2の要素の参照は、2つの要素のみが採用され得ること又は何らかの形で第1の要素が第2の要素に先行しなければならないことを意味しない。
本明細書で使用する「判断(決定)(determining)」という用語は、多種多様な動作を包含する場合がある。例えば、「判断(決定)」は、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)(例えば、テーブル、データベースまたは別のデータ構造での探索)、確認(ascertaining)などを「判断(決定)」することであるとみなされてもよい。また、「判断(決定)」は、受信(receiving)(例えば、情報を受信すること)、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)(例えば、メモリ中のデータにアクセスすること)などを「判断(決定)」することであるとみなされてもよい。また、「判断(決定)」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などを「判断(決定)」することであるとみなされてもよい。つまり、「判断(決定)」は、何らかの動作を「判断(決定)」することであるとみなされてもよい。
本明細書で使用する「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、2又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された2つの要素間に1又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」と読み替えられてもよい。本明細書で使用する場合、2つの要素は、1又はそれ以上の電線、ケーブル及び/又はプリント電気接続を使用することにより、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び/又は光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどを使用することにより、互いに「接続」又は「結合」されると考えることができる。
本明細書又は特許請求の範囲で「含む(including)」、「含んでいる(comprising)」、及びそれらの変形が使用されている場合、これらの用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
本出願は、2016年9月14日出願の特願2016-179895に基づく。この内容は、全てここに含めておく。