将来の無線通信システム(例えば、5G、NRなど。以下、単にNRと呼ぶ)は、様々な無線通信サービスを、それぞれ異なる要求条件(例えば、超高速、大容量、超低遅延など)を満たすように実現することが期待されている。
例えば、NRでは、eMBB(enhanced Mobile Broad Band)、mMTC(massive Machine Type Communication)、URLLC(Ultra Reliable and Low Latency Communications)などと呼ばれる無線通信サービスの提供が検討されている。
例えば、URLLCに対し、ユーザプレーンのレイテンシの目標は、ULにおいて0.5ms、DLにおいて0.5msが要求される。例えば、URLLCに対し、パケットの1回の送信に対する信頼性の要求は、1msのユーザプレーンのレイテンシを有する32バイトに対して1×10-5である。
ところで、既存のLTEシステムにおいて、無線基地局は、UEに対してDL制御チャネル(例えば、PDCCH(Physical Downlink Control Channel)、拡張PDCCH(EPDCCH:Enhanced PDCCH)など)を用いてDL制御情報(DCI:Downlink Control Information)を送信する。DL制御情報を送信することは、DL制御チャネルを送信すると読みかえられてもよい。
DCIは、例えばデータをスケジューリングする時間・周波数リソースを指定する情報やトランスポートブロックサイズを指定する情報、データ変調方式を指定する情報、HARQプロセス識別子を指定する情報、復調用RSに関する情報、などの少なくとも1つを含むスケジューリング情報であってもよい。DLデータ受信及び/又はDL参照信号の測定をスケジューリングするDCIは、DLアサインメントまたはDLグラントと呼ばれてもよいし、ULデータ送信及び/又はULサウンディング(測定用)信号の送信をスケジューリングするDCIは、ULグラントと呼ばれてもよい。
DLアサインメント及び/またはULグラントには、DLデータに対するHARQ-ACK(acknowledgement)フィードバックやチャネル測定情報(CSI:Channel State Information)などのUL制御信号(UCI:Uplink Control Information)を送信するチャネルのリソースや系列、送信フォーマットに関する情報が含まれていてもよい。また、UL制御信号(UCI:Uplink Control Information)をスケジューリングするDCIがDLアサインメントおよびULグラントとは別に規定されてもよい。DLアサインメント、ULグラントおよびUCIスケジューリングのいずれのDCIであるかは、DCI内に含まれる特定のビットフィールドの値がいずれであるかに基づいて判断するものとしてもよいし、DCIのペイロードサイズが複数の所定の値のうちいずれであるかに基づいて判断するものとしてもよいし、それぞれのDCIはあらかじめ異なるリソース領域にマッピングされるものとし、いずれのリソース領域でDCIが検出されたかに基づいて判断するものとしてもよい。
UEは、所定数のDL制御チャネル候補のセットをモニタするように設定される。ここで、モニタとは、例えば、当該セットで、対象となるDCIフォーマットについて各DL制御チャネルの復号を試行することをいう。このような復号は、ブラインド復号(BD:Blind Decoding)、ブラインド検出とも呼ばれる。DL制御チャネル候補は、BD候補、(E)PDCCH候補などとも呼ばれる。
既存のLTEシステムでは、DL制御チャネル(又は、DL制御情報)は、システム帯域幅全体を利用して送信が行われる(図1A参照)。そのため、UEは、各サブフレームにおいて、DLデータの割当て有無に関わらず、システム帯域幅全体をモニタしてDL制御情報の受信(ブラインド復号)を行う必要があった。
これに対し、将来の無線通信システムでは、所定キャリアにおいて常にシステム帯域全体を利用して通信を行うのでなく、通信用途及び/又は通信環境等に基づいて所定の周波数領域及び時間領域を動的又は準静的に設定して通信を制御することが考えられる。例えば、将来の無線通信システムでは、あるUEに対するDL制御情報を必ずしもシステム帯域全体に割当てて送信するのでなく、所定の周波数領域及び時間領域を設定してDL制御情報の送信を制御することが考えられる(図1B参照)。
UEに設定される所定の周波数領域と時間領域(例えば1 OFDM(Orthogonal Frequency Division Multiplexing)シンボル、2 OFDMシンボル、など)からなる無線リソースは、コントロールリソースセット(CORESET:control resource set)、制御リソースセット、コントロールサブバンド(control subband)、サーチスペースセット、サーチスペースリソースセット、コントロール領域、制御サブバンド、又はNR-PDCCH領域等とも呼ばれる。
コントロールリソースセットは、所定リソース単位で構成され、システム帯域幅(キャリア帯域幅)に設定されてもよいし、当該ユーザ端末が受信処理可能な最大の帯域幅以下に設定されてもよい。例えば、コントロールリソースセットを、周波数方向における1又は複数のRB(PRB及び/又はVRB)で構成することができる。ここで、RBは例えば12サブキャリアからなる周波数リソースブロック単位を意味する。UEは、コントロールリソースセットの範囲内でDL制御情報をモニタして受信を制御することができる。これにより、UEは、DL制御情報の受信処理において、常にシステム帯域幅全体をモニタする必要がなくなるため、消費電力を低減することが可能となる。
また、コントロールリソースセットは、DL制御情報がマッピングされるリソース又はNR-PDCCHを収める時間リソース及び/又は周波数リソースの枠(または箱、セット、かたまり、ともいう)である。また、コントロールリソースセットは、リソースユニットのサイズに基づいて定義することができる。例えば、1つのコントロールリソースセットのサイズは特定のリソースユニットのサイズの整数倍の大きさに設定することができる。またコントロールリソースセットは、連続又は非連続のリソースユニットで構成されてもよい。
リソースユニットは、NR-PDCCHに割り当てるリソースの単位であり、PRB、PRBペア、NR-CCE、NR-REG、NR-REGグループのいずれか1つであってもよい。以下、NR-PDCCHをPDCCHと呼ぶことがある。
少なくとも非初期アクセスにおけるPDCCHのBDについて、少なくとも次のことが設定されてもよい。
・CCEアグリゲーションレベル毎、DCIフォーマット(DCIペイロード)サイズ毎の、UEにモニタされるPDCCH候補の数
・アグリゲーションレベルのセット
・DCIフォーマットサイズ
また、PDCCH候補の数はゼロであってもよい。
また、UEのBD能力がネットワーク(例えば、無線基地局、送受信ポイント、eNB、gNB)に知られていてもよい。これにより、ネットワークはUEのBD能力を考慮してスケジュールできる。
しかしながら、様々な無線通信サービスに対し、UEがどのようにBDを行うかがまだ決まっていない。
そこで、本発明者らは、様々な無線通信サービスに対してUEがBDを行う方法を検討し、本発明に至った。以下、本発明に係る実施形態について、図面を参照して詳細に説明する。各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
(無線通信方法)
<第1の実施形態>
本発明の第1の実施形態においては、eMBBのトラフィックをスケジュールするPDCCHを配置(マッピング)するためのCORESET(CORESETタイプ1、eMBB CORESET)と、URLLCのトラフィックをスケジュールするPDCCHを配置するためのCORESET(CORESETタイプ2、URLLC CORESET)と、が定義される。
《eMBB及びURLLCの両方をサポートするUE》
eMBB及びURLLCの両方をサポートするUEは、CORESETタイプ1内のPDCCH候補と、CORESETタイプ2内のPDCCH候補と、をモニタする。
図2は、CORESETタイプ1及び2の定義の一例を示す図である。
CORESETタイプ2内のPDCCHは、CORESETタイプ1内のPDCCHに比べて、小さいDCIペイロードをサポートしてもよい。例えば、CORESETタイプ1におけるDCIペイロード長が60ビットであり、CORESETタイプ2におけるDCIペイロード長が20ビットである。よって、CORESETタイプ2内のPDCCHは、CORESETタイプ1内のPDCCHに比べて、低い符号化率、高い信頼性を可能にする。
CORESETタイプ1が第1時間間隔毎にモニタされるのに対し、CORESETタイプ2は第2時間間隔毎にモニタされてもよい。第2時間間隔は、第1時間間隔よりも短くてもよい。例えば、第1時間間隔は1スロットであり、第2時間間隔は幾つかのシンボルである。なお、第1時間間隔及び第2時間間隔は1又は複数の時間単位により定められてもよい。時間単位は、無線フレーム、サブフレーム、スロット、ミニスロット、シンボルのいずれかであってもよい。
CORESETタイプ1内のPDCCHが、第1時間間隔内のデータをスケジュールし、CORESETタイプ2のPDCCHが、第1時間間隔よりも短い第2時間間隔内のデータをスケジュールすることにより、CORESETタイプ2はCORESETタイプ1に比べてレイテンシを減らすことができる。
CORESETタイプ2内のPDCCHは、CORESETタイプ1内のPDCCHに比べて、高いアグリゲーションレベルをサポートしてもよい。よって、CORESETタイプ2内のPDCCHは、CORESETタイプ1内のPDCCHに比べて、低い符号化率、高い信頼性を可能にする。
CORESETタイプ2内のPDCCHは、CORESETタイプ1内のPDCCHに比べて、長いCRCをサポートしてもよい。よって、CORESETタイプ2内のPDCCHは、CORESETタイプ1内のPDCCHに比べて誤検出率(誤警報確率、またはFalse alarm probabilityともいう)を減らし、高い信頼性を可能にする。
CORESETタイプ1の送信方式(PDCCHのマッピング)は、分散配置又は局所配置のいずれかを設定可能であるのに対し、CORESETタイプ2の送信方式は分散配置であってもよい。
CORESETタイプ2内のPDCCHによりスケジュールされるPDSCH/PUSCHに比べて、高い周波数利用効率(efficiency)を必要とするPDSCH/PUSCH(例えば、eMBBデータ、Gbpsクラスのスループットを要求されるデータ)が、CORESETタイプ1内のPDCCHによりスケジュールされてもよい。
CORESETタイプ1内のPDCCHによりスケジュールされるPDSCH/PUSCHに比べて、高い信頼性(reliability)を必要とするPDSCH/PUSCH(例えば、URLLCデータ、BLER=10-5を要求されるデータ)が、CORESETタイプ2内のPDCCHによりスケジュールされてもよい。
UE固有でない方法によって送信されるPDSCH/PUSCH(非UE固有データ、例えば、初期アクセスに必要な情報、システム情報(例えば、Remaining Minimum System Information:RMSI)、ランダムアクセス(例えば、Msg 3)、ブロードキャスト情報(例えば、PBCH)の少なくともいずれか)が、CORESETタイプ1内のPDCCHによりスケジュールされてもよい。
更に、CORESETタイプ1は、2つのサブタイプ1-1、1-2に分類されてもよい。CORESETタイプ1-1は、非UE固有データ(例えば、初期アクセスに必要な情報、システム情報、ランダムアクセスチャネル、ブロードキャスト情報の少なくともいずれか)のスケジューリングに用いられてもよい。CORESETタイプ1-2は、UE固有データ(例えば、トラフィック)のスケジューリングに用いられてもよい。
図2におけるCORESETタイプ1及び2のパラメータセットが、それぞれパラメータセット1及び2と呼ばれてもよい。この場合、CORESETタイプ1又は2は、それぞれによりパラメータセット1及び2により決定されるCORESETであってもよい。同様に、CORESETタイプ1又は2内のPUCCH(又はDCI)は、それぞれパラメータセット1及び2により決定されるPUCCH(又はDCI)であってもよい。
ネットワークは、CORESETタイプ1及び/又は2の構成(CORESET構成)をUEに設定してもよい。CORESET構成を示す情報は、上位レイヤシグナリング、物理レイヤシグナリング、又はこれらの組み合わせによって通知されてもよい。
図3は、CORESETタイプ1及び2の配置の一例を示す図である。この例は、1スロットを14シンボル(シンボル#1-#14)とし、1スロット及び送信帯域幅におけるCORESETタイプ1及び2の配置を示す。この例において、第1時間間隔が1スロットであり、第2時間間隔は2シンボルである。第2時間間隔はミニスロットと呼ばれてもよい。
例えば、CORESETタイプ1は、スロット毎に配置され、各スロットの最初の1つまたは複数のシンボル(例えば、シンボル#1)に配置される。例えば、CORESETタイプ2は、2シンボルの第2時間間隔毎に配置され、各第2時間間隔の最初の1つまたは複数のシンボル(例えば、シンボル#1、#3、#5、#7、#9、#11、#13)に配置される。
CORESETタイプ1及び/又はCORESETタイプ2の帯域は、送信帯域幅の一部/又は全部であってもよい。CORESETタイプ1の帯域の一部又は全部が、CORESETタイプ2の帯域の一部又は全部と重複してもよい。また、CORESETタイプ1の帯域幅が、CORESETタイプ2の帯域幅と異なってもよい。例えば、CORESETタイプ1の帯域幅が、CORESETタイプ2の帯域幅よりも狭くてもよい。また、CORESETタイプ1の帯域が、CORESETタイプ2の帯域と異なって(分離して)もよい。
UEは、CORESETタイプ1内のPDCCH候補をモニタすることにより、eMBBに適したPDCCHを受信できる。この場合、周波数利用効率の向上、スループットの向上を実現することができる。UEは、CORESETタイプ2内のPDCCH候補をモニタすることにより、URLLCに適したPUCCHを受信できる。この場合、レイテンシの低減、信頼性の向上を実現することができる。
PDSCH及び/又はPUSCHチャネル構造は、PDSCH及び/又はPUSCHがCORESETタイプ1内のPDCCHによりスケジュールされるか、CORESETタイプ2内のPDCCHによりスケジュールされるかに依存する。PDSCH及び/又はPUSCHチャネル構造は、CORESET構成の一部として設定されてもよい。
PUCCHチャネル構造は、PDSCHがCORESETタイプ1内のPDCCHによりスケジュールされるか、CORESETタイプ2内のPDCCHによりスケジュールされるかに依存する。PUCCHチャネル構造は、CORESET構成の一部として設定されてもよい。
PDSCH、PUSCH、及び/又はPUCCHのチャネル構造の特徴は、DMRSシンボルの数、DMRSシンボルの位置、波形、TBS(Transport Block Size)の決定、符号化方法の少なくともいずれかによって示される。波形は例えば、シングルキャリア波形であるDFT拡散OFDM(Discrete Fourier Transform Spread Orthogonal Frequency Division Multiplexing)波形と、マルチキャリア波形であるCP-OFDM(Cyclic Prefix-Orthogonal Frequency Division Multiplexing)波形とのいずれかであってもよい。
例えば、eMBBのためのチャネル構造において、DMRSシンボル数が1であってもよいし、DMRSをスロットの最初のシンボルに配置しないことを許可してもよい。例えば、URLLCのためのチャネル構造において、レイテンシを減らすために、DMRSをスロットの最初のシンボルに配置してもよい。
チャネル構造がCORESETタイプに基づくことにより、サービス(eMBB又はURLLC)に適したチャネル構造を動的に切り替えることができ、サービスに適した性能(周波数利用効率、レイテンシ、信頼性など)を実現できる。
次に、CORESETタイプによるDCI内のパラメータの違いについて説明する。
CORESETタイプ1-2上に配置されるDCIは、例えば次のパラメータを有する。
・周波数領域リソース割り当て(例えば、CORESETタイプ2に比べて細かいRBグループレベル又は細かいRBレベルの割り当てを示す)
・時間領域リソース割り当て(例えば、シンボルレベル又はスロットレベルの割り当てを示す)
・MCS(Modulation and Coding Scheme)又は符号化率(例えば、64QAM(Quadrature Amplitude Modulation)-256QAMまで、CORESETタイプ2に比べて高い符号化率をサポートする)
・MIMO(multiple-input and multiple-output)構成(4-8レイヤまで、CORESETタイプ2より高いレイヤ数のMIMOをサポートする)
・HARQ-ACKを運ぶPUCCHのタイミング及び/又はリソース
CORESETタイプ2上に配置されるDCIは、例えば次のパラメータを有する。
・周波数領域リソース割り当て(例えば、CORESETタイプ1-2に比べて粗いRBグループレベル又はRBレベルの割り当てを示す)
・MCS又は符号化率(例えば、BPSK(Binary Phase Shift Keying)又はQPSK(Quadrature Phase Shift Keying)、CORESETタイプ1-2に比べて低い符号化率をサポートする)
URLLCにおけるスロット内の時間領域リソース割り当てが仕様により固定される場合、CORESETタイプ2上に配置されたDCIが、時間領域リソース割り当てを含まなくてもよい。
URLLCにおける周波数利用効率を重要でない場合、CORESETタイプ2上に配置されたDCIが、MIMO構成を含まなくてもよい。
URLLCにおいてPUCCHのタイミング及び/又はリソースが仕様により固定される場合、又はURLLCにおいて自己完結型(self-contained)スロットが用いられる場合、CORESETタイプ2上に配置されたDCIが、PUCCHのタイミング及び/又はリソースを含まなくてもよい。
このように、CORESETタイプ1及び2に配置されるDCIが、異なるパラメータを持つことにより、不要な情報を含むことを避け、DCIの情報量を抑えることができる。
《URLLCのみをサポートするUE》
UEは少なくともURLLCをサポートしてもよい。URLLCのみサポートするUEにおけるPDCCHのモニタリングについて、幾つかのオプションが考えられる。例えば、次のオプション1、2が考えられる。
オプション1:UEは、CORESETタイプ1-1内の非UE固有データをスケジュールするPDCCH候補と、CORESETタイプ2内のUE固有データをスケジュールするPDCCH候補と、をモニタする。この動作によれば、UEは、eMBBのトラフィックをサポートしなくても、ネットワークへの接続前において、eMBBをサポートするUEと共通の非UE固有データ(例えば、ネットワークへの接続に必要な情報)を受信できる。
オプション2:URLLCのみサポートするUE向けに、eMBBのためのCORESETタイプ1のサブタイプ1-1及び1-2と同様に、URLLCのためのCORESETタイプ2がサブタイプ2-1及び2-2に分類されてもよい。すなわち、CORESETタイプ2-1は、非UE固有データ(例えば、初期アクセスに必要な情報、システム情報、ランダムアクセスチャネル、ブロードキャスト情報の少なくともいずれか)のスケジューリングに用いられ、CORESETタイプ2-2は、UE固有データ(例えば、トラフィック)のスケジューリングに用いられてもよい。
オプション2のUEは、CORESETタイプ2-1内の非UE固有データをスケジュールするPDCCH候補と、CORESETタイプ2-2内のUE固有データをスケジュールするPDCCH候補と、をモニタする。この動作によれば、オプション2のUEは、ネットワークへの接続前において、URLLCをサポートするUEに共通の非UE固有データ(例えば、ネットワークへの接続に必要な情報)を受信できる。
非UE固有データとUE固有データのそれぞれに対してCORESETタイプを定義することにより、例えば、UEは、ネットワークへの接続前及び接続後のそれぞれに適したPDCCHを受信できるため、ネットワークへの接続前及び接続後の両方の性能を向上させることができる。オプション1では、無線基地局が、eMBBをサポートするUEとURLLCをサポートするUEに対して別々に非UE固有データを送信する必要がなくなるため、オーバーヘッドを低減できる。オプション2では、eMBBとURLLCそれぞれに対して品質やリソース量の異なる別々のPDCCHによって非UE固有データをスケジューリングできるため、それぞれのサービスに最適化した制御チャネル運用が可能となる。
《スケジュールされたデータがCORESETと重複する場合のUE動作》
UE能力のシグナリング及び/又はネットワークの設定能力によって、スケジュールされたデータがCORESETと重複(衝突)する場合にUEがCORESET内のPDCCHをモニタし続けられるか否かを通知及び/又は設定されることを、ネットワーク及びUEがサポートしてもよい。スケジュールされたデータの復調・復号と、CORESET内のPDCCHモニタリングは、それぞれベースバンド処理が必要となる。同一キャリアの同一リソースで、両者を同時に行う場合と、いずれか一方のみ行う場合とでは、必要となるベースバンド処理能力が異なる。
例えば、UEは、スケジュールされたDLデータがCORESETと重複する場合にCORESET内のPDCCHをモニタし続けること(重複CORESETモニタリング)が可能であること又は可能でないことを示す情報を、ネットワークへ通知するUE能力シグナリングを行ってもよい。例えば、ネットワークは、UEの能力に応じて、重複CORESETモニタリングを行うこと又は行わないことをUEに設定してもよい。
重複CORESETモニタリングをサポートするUEに対し、ネットワークは、CORESETに対して設定された(割り当てられた)リソースにDLデータをスケジュールすることができる。
重複CORESETモニタリングをサポートするUEは、CORESETよりも前のPDCCHによりスケジュールされたDLデータに重複する当該CORESET内のPDCCHをモニタしてもよい。言い換えれば、このUEは、PDCCH候補のモニタリングとDLデータの受信とを同時に処理できる。また、このUEは、DLデータが配置される時間リソースに配置されるCORESET内のPDCCH候補をモニタする。
この場合、ネットワークは、スケジュールされたデータに対し、CORESETの周りにおいてレートマッチング(スケジュールされたDLデータのリソースのうちCORESETと重複するリソースを除くリソースに対応する符号化データを生成する)又はパンクチャリング(スケジュールされたデータのリソースのうちCORESETと重複するリソースに対応する符号化データを削除する)が行ってもよい。UEは、スケジュールされたDLデータのリソースと、CORESETに設置されたリソースに基づいて、レートマッチング又はパンクチャリングされたDLデータを復号する。
図4の例では、UEがeMBB及びURLLCの両方をサポートする。
図4Aの例では、図3と同様、ネットワークは、シンボル#1にCORESETタイプ1を設定し、シンボル#1、#3、#5、#7、#9、#11、#13にCORESETタイプ2を設定する。
更にネットワークは、シンボル#1のCORESETタイプ1において、シンボル#2-#14におけるDLデータをスケジュールするPDCCHを送信する。よって、スケジュールされたDLデータのリソースがCORESETタイプ2のリソースと重複する。この場合、ネットワークは、スケジュールされたDLデータに対して、CORESETタイプ2の周りのレートマッチング又はパンクチャリングを行う。
重複CORESETモニタリングをサポートするUEは、シンボル#1のCORESETタイプ1及び2内のPDCCH候補をモニタする。その結果、UEは、シンボル#1のCORESETタイプ1内のPDCCHを受信し、このPDCCHに基づいてシンボル#2-#14のDLデータを受信する。DLデータの受信中、UEは、シンボル#3、#5、#7、#9、#11、#13におけるCORESETタイプ2内のPDCCH候補をモニタする。
重複CORESETモニタリングをサポートしないUEは、CORESETよりも前のPDCCHによりスケジュールされたDLデータに重複する当該CORESET内のPDCCH候補をモニタしない。言い換えれば、このUEは、PDCCHのモニタリングとDLデータの受信とを同時に処理できない。
図4Bの例では、図4Aと同様、ネットワークは、シンボル#1にCORESETタイプ1を設定し、シンボル#1、#3、#5、#7、#9、#11、#13にCORESETタイプ2を設定する。更にネットワークは、シンボル#1のCORESETタイプ1において、シンボル#2-#14におけるDLデータをスケジュールするPDCCHを送信する。よって、スケジュールされたDLデータのリソースがCORESETタイプ2のリソースと重複する。
重複CORESETモニタリングをサポートしないUEは、シンボル#1のCORESETタイプ1及び2内のPDCCH候補をモニタする。その結果、UEは、シンボル#1のCORESETタイプ1内のPDCCHを受信し、このPDCCHに基づいてシンボル#2-#14のDLデータを受信する。DLデータの受信中、UEは、シンボル#3、#5、#7、#9、#11、#13におけるCORESETタイプ2内のPDCCH候補をモニタしない。
図4Bにおいて、塗りつぶされていないCORESETタイプ2(シンボル#3、#5、#7、#9、#11、#13)は、UEにモニタされないことを示す。
よって、重複CORESETモニタリングをサポートしないUEに対し、ネットワークは、CORESETに対して設定されたリソースにDLデータをスケジュールしなくてもよい。
例えば、重複CORESETモニタリングをサポートしないUEに対し、URLLCを優先する場合、ネットワークは、CORESETタイプ1を用いてDLデータをスケジュールしなくてもよい。eMMBのDLデータをスケジュールすると、このUEがDLデータの受信中にPDCCHをモニタしなくなるためである。
図4A及び図4Bのシンボル#1のように、CORESETタイプ1及び2がリソースを共有してもよい。また、CORESETタイプ1及び2がリソースを共有しなくてもよい。例えば、CORESETタイプ1の帯域と、CORESETタイプ2の帯域と異なってもよい。
UEが重複CORESETモニタリングをサポートするか否かの情報を用いることにより、ネットワーク及びUEは、UEの能力に応じてPDCCH及びDLデータのリソースを決定することができる。
<第2の実施形態>
本発明の第2の実施形態においては、UEにより実行されるBDの数について述べる。
1つ又は幾つかのCORESETのモニタリングが中止されたか否かに関わらず、与えられたCORESET内のBD数(PDCCH候補数)は一定であってもよい。CORESETタイプ毎に、BD数が定められてもよい。
各CORESETタイプにおけるBD数を示す情報は、仕様により定められてもよいし、UE能力としてUEからネットワークへ通知されてもよいし、UE能力に基づいてネットワークからUEに設定されてもよい。
DLデータをスケジュールされたリソースにわたるPDCCHモニタリング(重複CORESETモニタリング)の能力を持たないUEは、スロット内にDLデータがあるか否かによって、幾つかのCORESET内のPDCCHをモニタしないことがある。しかし、与えられたCORESET内のBD数は変わらない。すなわち、重複CORESETモニタリングをサポートしないUEは、スケジュールされたDLデータと重複しないCORESETにおいて、定められた数のBDを行い、スケジュールされたDLデータと重複するCORESETにおいて、BDを行わない。よって、1つのスロット内のBD数は一定でない。
図5は、UEが実際に行うBDの数(実行数)の一例を示す図である。このUEにおいて、1つのCORESETタイプ1におけるBD数と、1つのCORESETタイプ2におけるBD数と、が定められている。
この例では、UEがCORESETタイプ1におけるBD数は6であり、CORESETタイプ2におけるBD数は2である。
図5Aの例では、図3と同様、ネットワークは、シンボル#1にCORESETタイプ1を設定し、シンボル#1、#3、#5、#7、#9、#11、#13にCORESETタイプ2を設定する。
この場合、重複CORESETモニタリングをサポートするUEも、重複CORESETモニタリングをサポートしないUEも、各CORESETにおけるBDの実行数は等しい。
すなわち、図5Aに示すように、UEは、各CORESETタイプのBD数に従って、各CORESETタイプ1において6個のBDを行い、各CORESETタイプ2において2個のBDを行う。この場合、UEは、1つのスロットにおいて、20個のBDを行う。
図5Bの例では、図4Bと同様、ネットワークは、シンボル#1にCORESETタイプ1を設定し、シンボル#1、#3、#5、#7、#9、#11、#13にCORESETタイプ2を設定する。更にネットワークは、シンボル#1のCORESETタイプ1において、シンボル#2-#14におけるDLデータをスケジュールするPDCCHを送信する。よって、スケジュールされたDLデータのリソースがCORESETタイプ2のリソースと重複する。
重複CORESETモニタリングをサポートしないUEは、シンボル#2-#14のDLデータを受信し、DLデータの受信中、UEは、シンボル#3、#5、#7、#9、#11、#13におけるCORESETタイプ2内のPDCCH候補をモニタしない。
この場合、重複CORESETモニタリングをサポートしないUEにおけるBDの実行数は、図5Bの各CORESETに示す数である。
すなわち、UEは、各CORESETタイプのBD数に従って、シンボル#1のCORESETタイプ1において6個のBDを行い、シンボル#1のCORESETタイプ2において2個のBDを行う。シンボル#3、#5、#7、#9、#11、#13にはCORESETタイプ2が設定されないため、UEはBDを行わない。この場合、UEは、1つのスロットにおいて、8個のBDを行う。すなわち、重複CORESETモニタリングをサポートしないUEにおいては、CORESETにDLデータが重複するか否かによって、1スロットにおけるBDの実行数が変化する。
一方、図5BのようにDLデータがCORESETと重複する場合でも、重複CORESETモニタリングをサポートするUEが実際に行うBDの数は、前述の図5Aの各CORESETに示すBDの数と等しい。すなわち、重複CORESETモニタリングをサポートするUEにおいては、CORESETにDLデータが重複するか否かによって、1スロットにおけるBDの実行数は変化しない。
以上の第2の実施形態によれば、CORESETタイプ毎のBD数が定められることにより、UEは、各CORESETにおいて適切な数のBDを行うことができる。
<第3の実施形態>
本発明の第3の実施形態においては、UEのBD能力のシグナリングについて述べる。
UEは、1シンボル、1CORESET、1スロット、又は1サーチスペース(SS)において実行可能なBDの最大数を示す情報を、ネットワークへ通知するUE能力シグナリングをサポートしてもよい。この最大数は、明示的に通知されてもよいし、他の情報によって暗示的に通知されてもよい。
例えば、1シンボルのBDの最大数が通知される場合、1シンボルのBD数が最大数を超えない限り、UEは、CORESET又はサーチスペースの設定に従ってPDCCH候補を復号できる。
例えば、1シンボルの最大数が定義され、その値が10である場合、ネットワークは、1シンボルに10個のBD(PDCCH候補)をUEに設定することができ、1スロットに140個のBD(PDCCH候補)をUEに設定することができる。
例えば、1スロットの最大数が定義され、その値が40である場合、ネットワークは、1スロットに40個のBD(PDCCH候補)をUEに設定することができる。
UEは、1シンボルにおいて実行可能なBDの最大数と、1CORESET又は1SSにおいて実行可能なBDの最大数と、を通知するUE能力シグナリングをサポートしてもよい。例えば、UEは、1シンボルのBD数が最大数を超えず、且つ1CORESET又は1SSのBD数が最大数を超えない限り、UEは、CORESET又はサーチスペースの設定に従ってPDCCH候補を復号できる。
UEは、1シンボルにおいて実行可能なBDの最大数と、1スロットにおいて実行可能なBDの最大数と、を通知するUE能力シグナリングをサポートしてもよい。例えば、UEは、1シンボルのBD数が最大数を超えず、且つ1スロットのBD数が最大数を超えない限り、UEは、CORESET又はサーチスペースの設定に従ってPDCCH候補を復号できる。
UEは、1CORESET又は1SSにおいて実行可能なBDの最大数と、スロットにおいて実行可能なBDの最大数と、を通知するUE能力シグナリングをサポートしてもよい。例えば、UEは、1CORESET又は1SSのBD数が最大数を超えず、且つ1スロットのBD数が最大数を超えない限り、UEは、CORESET又はサーチスペースの設定に従ってPDCCH候補を復号できる。
UEは、重複CORESETモニタリング能力、及び/又はBDの最大数を示すUE能力情報を、ネットワークへ通知してもよい。
以上の第3の実施形態によれば、UEのBD能力をネットワークへ通知することにより、ネットワークは適切な数のPDCCH候補をUEに設定でき、UEは適切にBDを行うことができる。
(無線通信システム)
以下、本発明の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本発明の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。
図6は、本発明の一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム1では、LTEシステムのシステム帯域幅(例えば、20MHz)を1単位とする複数の基本周波数ブロック(コンポーネントキャリア)を一体としたキャリアアグリゲーション(CA)及び/又はデュアルコネクティビティ(DC)を適用することができる。
なお、無線通信システム1は、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)、NR(New Radio)、FRA(Future Radio Access)、New-RAT(Radio Access Technology)などと呼ばれてもよいし、これらを実現するシステムと呼ばれてもよい。
無線通信システム1は、比較的カバレッジの広いマクロセルC1を形成する無線基地局11と、マクロセルC1内に配置され、マクロセルC1よりも狭いスモールセルC2を形成する無線基地局12(12a-12c)と、を備えている。また、マクロセルC1及び各スモールセルC2には、ユーザ端末20が配置されている。各セル及びユーザ端末20の配置、数などは、図に示すものに限られない。
ユーザ端末20は、無線基地局11及び無線基地局12の双方に接続することができる。ユーザ端末20は、マクロセルC1及びスモールセルC2を、CA又はDCにより同時に使用することが想定される。また、ユーザ端末20は、複数のセル(CC)(例えば、5個以下のCC、6個以上のCC)を用いてCA又はDCを適用してもよい。
ユーザ端末20と無線基地局11との間は、相対的に低い周波数帯域(例えば、2GHz)で帯域幅が狭いキャリア(既存キャリア、legacy carrierなどとも呼ばれる)を用いて通信を行うことができる。一方、ユーザ端末20と無線基地局12との間は、相対的に高い周波数帯域(例えば、3.5GHz、5GHzなど)で帯域幅が広いキャリアが用いられてもよいし、無線基地局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などの各種通信方式に対応した端末であり、移動通信端末(移動局)だけでなく固定通信端末(固定局)を含んでもよい。
無線通信システム1においては、無線アクセス方式として、下りリンクに直交周波数分割多元接続(OFDMA:Orthogonal Frequency Division Multiple Access)が適用され、上りリンクにシングルキャリア-周波数分割多元接続(SC-FDMA:Single Carrier Frequency Division Multiple Access)及び/又はOFDMAが適用される。
OFDMAは、周波数帯域を複数の狭い周波数帯域(サブキャリア)に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。SC-FDMAは、システム帯域幅を端末毎に1つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限らず、他の無線アクセス方式が用いられてもよい。
無線通信システム1では、下りリンクのチャネルとして、各ユーザ端末20で共有される下り共有チャネル(PDSCH:Physical Downlink Shared Channel)、ブロードキャストチャネル(PBCH:Physical Broadcast Channel)、下りL1/L2制御チャネルなどが用いられる。PDSCHにより、ユーザデータ、上位レイヤ制御情報、SIB(System Information Block)などが伝送される。また、PBCHにより、MIB(Master Information Block)が伝送される。
下りL1/L2制御チャネルは、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)などが伝送される。
なお、DCIによってスケジューリング情報が通知されてもよい。例えば、DLデータ受信をスケジューリングするDCIは、DLアサインメントと呼ばれてもよいし、ULデータ送信をスケジューリングするDCIは、ULグラントと呼ばれてもよい。
PCFICHにより、PDCCHに用いるOFDMシンボル数が伝送される。PHICHにより、PUSCHに対するHARQ(Hybrid Automatic Repeat reQuest)の送達確認情報(例えば、再送制御情報、HARQ-ACK、ACK/NACKなどともいう)が伝送される。EPDCCHは、PDSCH(下り共有データチャネル)と周波数分割多重され、PDCCHと同様にDCIなどの伝送に用いられる。
無線通信システム1では、上りリンクのチャネルとして、各ユーザ端末20で共有される上り共有チャネル(PUSCH:Physical Uplink Shared Channel)、上り制御チャネル(PUCCH:Physical Uplink Control Channel)、ランダムアクセスチャネル(PRACH:Physical Random Access Channel)などが用いられる。PUSCHにより、ユーザデータ、上位レイヤ制御情報などが伝送される。また、PUCCHにより、下りリンクの無線品質情報(CQI:Channel Quality Indicator)、送達確認情報、スケジューリングリクエスト(SR:Scheduling Request)などが伝送される。PRACHにより、セルとの接続確立のためのランダムアクセスプリアンブルが伝送される。
無線通信システム1では、下り参照信号として、セル固有参照信号(CRS:Cell-specific Reference Signal)、チャネル状態情報参照信号(CSI-RS:Channel State Information-Reference Signal)、復調用参照信号(DMRS:DeModulation Reference Signal)、位置決定参照信号(PRS:Positioning Reference Signal)などが伝送される。また、無線通信システム1では、上り参照信号として、測定用参照信号(SRS:Sounding Reference Signal)、復調用参照信号(DMRS)などが伝送される。なお、DMRSはユーザ端末固有参照信号(UE-specific Reference Signal)と呼ばれてもよい。また、伝送される参照信号は、これらに限られない。
(無線基地局)
図7は、本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。無線基地局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の送信処理)、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換(IFFT:Inverse Fast Fourier Transform)処理、プリコーディング処理などの送信処理が行われて送受信部103に転送される。また、下り制御信号に関しても、チャネル符号化、逆高速フーリエ変換などの送信処理が行われて、送受信部103に転送される。
送受信部103は、ベースバンド信号処理部104からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部103で周波数変換された無線周波数信号は、アンプ部102により増幅され、送受信アンテナ101から送信される。送受信部103は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部103は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
一方、上り信号については、送受信アンテナ101で受信された無線周波数信号がアンプ部102で増幅される。送受信部103はアンプ部102で増幅された上り信号を受信する。送受信部103は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部104に出力する。
ベースバンド信号処理部104では、入力された上り信号に含まれるユーザデータに対して、高速フーリエ変換(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は、DL制御チャネル(例えば、PDCCH)、DL共有チャネル(例えば、PDSCH)、UL制御チャネル(例えば、PUCCH)、UL共有チャネル(例えば、PUSCH)、を送信してもよい。
図8は、本発明の一実施形態に係る無線基地局の機能構成の一例を示す図である。なお、本例では、本実施形態における特徴部分の機能ブロックを主に示しており、無線基地局10は、無線通信に必要な他の機能ブロックも有しているものとする。
ベースバンド信号処理部104は、制御部(スケジューラ)301と、送信信号生成部302と、マッピング部303と、受信信号処理部304と、測定部305と、を少なくとも備えている。なお、これらの構成は、無線基地局10に含まれていればよく、一部又は全部の構成がベースバンド信号処理部104に含まれなくてもよい。
制御部(スケジューラ)301は、無線基地局10全体の制御を実施する。制御部301は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
制御部301は、例えば、送信信号生成部302による信号の生成、マッピング部303による信号の割り当てなどを制御する。また、制御部301は、受信信号処理部304による信号の受信処理、測定部305による信号の測定などを制御する。
制御部301は、システム情報、下りデータ信号(例えば、PDSCHで送信される信号)、下り制御信号(例えば、PDCCH及び/又はEPDCCHで送信される信号。送達確認情報など)のスケジューリング(例えば、リソース割り当て)を制御する。また、制御部301は、上りデータ信号に対する再送制御の要否を判定した結果などに基づいて、下り制御信号、下りデータ信号などの生成を制御する。また、制御部301は、同期信号(例えば、PSS(Primary Synchronization Signal)/SSS(Secondary Synchronization Signal))、下り参照信号(例えば、CRS、CSI-RS、DMRS)などのスケジューリングの制御を行う。
また、制御部301は、UEに対して、第1制御リソースセット(例えば、CORESETタイプ1)と、第2制御リソースセット(例えば、CORESETタイプ2)と、を設定してもよい。
また、制御部301は、UEが、DLデータが配置される時間リソースに配置される制御リソースセット内のDL制御チャネル候補をモニタするか否かを示す情報(例えば、UEからの通知、ネットワークからの設定)の送信又は受信を制御してもよい。
また、制御部301は、特定のリソース単位(例えば、シンボル、CORESET、スロット、サーチスペース)におけるDL制御チャネル候補の最大数を、UEから受信してもよい。
送信信号生成部302は、制御部301からの指示に基づいて、下り信号(下り制御信号、下りデータ信号、下り参照信号など)を生成して、マッピング部303に出力する。送信信号生成部302は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
送信信号生成部302は、例えば、制御部301からの指示に基づいて、下りデータの割り当て情報を通知するDLアサインメント及び/又は上りデータの割り当て情報を通知するULグラントを生成する。DLアサインメント及びULグラントは、いずれもDCIであり、DCIフォーマットに従う。また、下りデータ信号には、各ユーザ端末20からのチャネル状態情報(CSI:Channel State Information)などに基づいて決定された符号化率、変調方式などに従って符号化処理、変調処理が行われる。
マッピング部303は、制御部301からの指示に基づいて、送信信号生成部302で生成された下り信号を、所定の無線リソースにマッピングして、送受信部103に出力する。マッピング部303は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
受信信号処理部304は、送受信部103から入力された受信信号に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。ここで、受信信号は、例えば、ユーザ端末20から送信される上り信号(上り制御信号、上りデータ信号、上り参照信号など)である。受信信号処理部304は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。
受信信号処理部304は、受信処理により復号された情報を制御部301に出力する。例えば、HARQ-ACKを含むPUCCHを受信した場合、HARQ-ACKを制御部301に出力する。また、受信信号処理部304は、受信信号及び/又は受信処理後の信号を、測定部305に出力する。
測定部305は、受信した信号に関する測定を実施する。測定部305は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
例えば、測定部305は、受信した信号に基づいて、RRM(Radio Resource Management)測定、CSI(Channel State Information)測定などを行ってもよい。測定部305は、受信電力(例えば、RSRP(Reference Signal Received Power))、受信品質(例えば、RSRQ(Reference Signal Received Quality)、SINR(Signal to Interference plus Noise Ratio))、信号強度(例えば、RSSI(Received Signal Strength Indicator))、伝搬路情報(例えば、CSI)などについて測定してもよい。測定結果は、制御部301に出力されてもよい。
(ユーザ端末)
図9は、本発明の一実施形態に係るユーザ端末の全体構成の一例を示す図である。ユーザ端末20は、複数の送受信アンテナ201と、アンプ部202と、送受信部203と、ベースバンド信号処理部204と、アプリケーション部205と、を備えている。なお、送受信アンテナ201、アンプ部202、送受信部203は、それぞれ1つ以上を含むように構成されればよい。
送受信アンテナ201で受信された無線周波数信号は、アンプ部202で増幅される。送受信部203は、アンプ部202で増幅された下り信号を受信する。送受信部203は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部204に出力する。送受信部203は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター/レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部203は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
ベースバンド信号処理部204は、入力されたベースバンド信号に対して、FFT処理、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部205に転送される。アプリケーション部205は、物理レイヤ及びMACレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、ブロードキャスト情報もアプリケーション部205に転送されてもよい。
一方、上りリンクのユーザデータについては、アプリケーション部205からベースバンド信号処理部204に入力される。ベースバンド信号処理部204では、再送制御の送信処理(例えば、HARQの送信処理)、チャネル符号化、プリコーディング、離散フーリエ変換(DFT:Discrete Fourier Transform)処理、IFFT処理などが行われて送受信部203に転送される。送受信部203は、ベースバンド信号処理部204から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部203で周波数変換された無線周波数信号は、アンプ部202により増幅され、送受信アンテナ201から送信される。
また、送受信部203は、DL制御チャネル(例えば、PDCCH)を受信してもよい。また、送受信部203は、DL共有チャネル(例えば、PDSCH)、UL制御チャネル(例えば、PUCCH)、UL共有チャネル(例えば、PUSCH)、を受信してもよい。
図10は、本発明の一実施形態に係るユーザ端末の機能構成の一例を示す図である。なお、本例においては、本実施形態における特徴部分の機能ブロックを主に示しており、ユーザ端末20は、無線通信に必要な他の機能ブロックも有しているものとする。
ユーザ端末20が有するベースバンド信号処理部204は、制御部401と、送信信号生成部402と、マッピング部403と、受信信号処理部404と、測定部405と、を少なくとも備えている。なお、これらの構成は、ユーザ端末20に含まれていればよく、一部又は全部の構成がベースバンド信号処理部204に含まれなくてもよい。
制御部401は、ユーザ端末20全体の制御を実施する。制御部401は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
制御部401は、例えば、送信信号生成部402による信号の生成、マッピング部403による信号の割り当てなどを制御する。また、制御部401は、受信信号処理部404による信号の受信処理、測定部405による信号の測定などを制御する。
制御部401は、無線基地局10から送信された下り制御信号及び下りデータ信号を、受信信号処理部404から取得する。制御部401は、下り制御信号及び/又は下りデータ信号に対する再送制御の要否を判定した結果などに基づいて、上り制御信号及び/又は上りデータ信号の生成を制御する。
送信信号生成部402は、制御部401からの指示に基づいて、上り信号(上り制御信号、上りデータ信号、上り参照信号など)を生成して、マッピング部403に出力する。送信信号生成部402は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
送信信号生成部402は、例えば、制御部401からの指示に基づいて、送達確認情報、チャネル状態情報(CSI)などに関する上り制御信号を生成する。また、送信信号生成部402は、制御部401からの指示に基づいて上りデータ信号を生成する。例えば、送信信号生成部402は、無線基地局10から通知される下り制御信号にULグラントが含まれている場合に、制御部401から上りデータ信号の生成を指示される。
マッピング部403は、制御部401からの指示に基づいて、送信信号生成部402で生成された上り信号を無線リソースにマッピングして、送受信部203へ出力する。マッピング部403は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
受信信号処理部404は、送受信部203から入力された受信信号に対して、受信処理(例えば、デマッピング、復調、復号など)を行う。ここで、受信信号は、例えば、無線基地局10から送信される下り信号(下り制御信号、下りデータ信号、下り参照信号など)である。受信信号処理部404は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。また、受信信号処理部404は、本発明に係る受信部を構成することができる。
受信信号処理部404は、受信処理により復号された情報を制御部401に出力する。受信信号処理部404は、例えば、ブロードキャスト情報、システム情報、RRCシグナリング、DCIなどを、制御部401に出力する。また、受信信号処理部404は、受信信号及び/又は受信処理後の信号を、測定部405に出力する。
測定部405は、受信した信号に関する測定を実施する。測定部405は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
例えば、測定部405は、受信した信号に基づいて、RRM測定、CSI測定などを行ってもよい。測定部405は、受信電力(例えば、RSRP)、受信品質(例えば、RSRQ、SINR)、信号強度(例えば、RSSI)、伝搬路情報(例えば、CSI)などについて測定してもよい。測定結果は、制御部401に出力されてもよい。
また、制御部401は、DL制御チャネル候補のモニタリングを制御してもよい。また、制御部401は、ネットワークから設定される第1制御リソースセット(例えば、CORESETタイプ1)内のDL制御チャネル候補のモニタリングと、ネットワークから設定される第2制御リソースセット(例えば、CORESETタイプ2)内のDL制御チャネル候補のモニタリングと、を制御してもよい。第1制御リソースセット内のDL制御チャネルと、第2制御リソースセット内のDL制御チャネルと、の間において、アグリゲーションレベル、DL制御情報のペイロード長、CRC長、及び時間間隔の少なくともいずれかが異なってもよい。
また、DL制御チャネルにスケジュールされるチャネル(例えば、PDSCH又はPUSCH)の構造は、チャネルをスケジュールするDL制御チャネルが第1制御リソースセット又は第2制御リソースセットのいずれに配置されるかに基づいてもよい。
また、制御部401は、DLデータが配置される時間リソースに配置される制御リソースセット内のDL制御チャネル候補をモニタするか否かを示す情報(例えば、UEからの通知、ネットワークからの設定)の送信又は受信を制御してもよい。
また、複数の制御リソースセットが設定され、且つ各制御リソースセットが第1制御リソースセット又は第2制御リソースセットである場合、各制御リソースセットにおいてモニタリングされるDL制御チャネル候補の数は定数であってもよい。
また、制御部401は、特定のリソース単位(例えば、シンボル、CORESET、スロット、サーチスペース)におけるDL制御チャネル候補の最大数を示す情報を、ネットワークへ通知することを制御してもよい。
また、UL制御チャネル(例えば、PUCCH)の構造は、DL共有チャネル(例えば、PDSCH)をスケジュールするDL制御チャネル(例えば、PDCCH)が第1制御リソースセット又は第2制御リソースセットのいずれに配置されるかに基づいてもよい。
また、制御部401は、ネットワークから設定される制御リソースセット(例えば、CORESETタイプ1-1)内のDL制御チャネル候補のモニタリングと、ネットワークから設定される制御リソースセット(例えば、CORESETタイプ1-2)内のDL制御チャネル候補のモニタリングと、を制御してもよい。
また、制御部401は、ネットワークから設定される制御リソースセット(例えば、CORESETタイプ1-2)内のDL制御チャネル候補のモニタリングと、ネットワークから設定される制御リソースセット(例えば、CORESETタイプ2)内のDL制御チャネル候補のモニタリングと、を制御してもよい。
また、制御部401は、ネットワークから設定される制御リソースセット(例えば、CORESETタイプ2-1)内のDL制御チャネル候補のモニタリングと、ネットワークから設定される制御リソースセット(例えば、CORESETタイプ2-2)内のDL制御チャネル候補のモニタリングと、を制御してもよい。
第1制御リソースセット(例えば、CORESETタイプ1-2)内のDL制御情報は、時間領域リソースの割り当てを示す情報と、MIMO構成を示す情報と、HARQ-ACKを運ぶPUCCHのタイミング及び/又はリソースを示す情報と、のいずれかを含み、第2制御リソースセット(例えば、CORESETタイプ2)内のDL制御情報は、時間領域リソースの割り当てを示す情報と、MIMO構成を示す情報と、HARQ-ACKを運ぶPUCCHのタイミング及び/又はリソースを示す情報と、を含まなくてもよい。
(ハードウェア構成)
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック(構成部)は、ハードウェア及び/又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的及び/又は論理的に結合した1つの装置を用いて実現されてもよいし、物理的及び/又は論理的に分離した2つ以上の装置を直接的及び/又は間接的に(例えば、有線及び/又は無線を用いて)接続し、これら複数の装置を用いて実現されてもよい。
例えば、本発明の一実施形態における無線基地局、ユーザ端末などは、本発明の無線通信方法の処理を行うコンピュータとして機能してもよい。図11は、本発明の一実施形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の無線基地局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つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジーに依存しない固定の時間長(例えば、1ms)であってもよい。
さらに、スロットは、時間領域において1つ又は複数のシンボル(OFDM(Orthogonal Frequency Division Multiplexing)シンボル、SC-FDMA(Single Carrier Frequency Division Multiple Access)シンボルなど)によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。また、スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において1つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。例えば、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)」、「無線基地局」、「eNB」、「gNB」、「セル」、「セクタ」、「セルグループ」、「キャリア」及び「コンポーネントキャリア」という用語は、互換的に使用され得る。基地局は、固定局(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又はそれ以上の電線、ケーブル及び/又はプリント電気接続を用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び/又は光(可視及び不可視の両方)領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
本明細書において、「AとBが異なる」という用語は、「AとBが互いに異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も同様に解釈されてもよい。
本明細書又は請求の範囲において、「含む(including)」、「含んでいる(comprising)」、及びそれらの変形が使用されている場合、これらの用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは請求の範囲において使用されている用語「又は(or)」は、排他的論理和ではないことが意図される。
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されないということは明らかである。本発明は、請求の範囲の記載に基づいて定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とし、本発明に対して何ら制限的な意味をもたらさない。