(57)【要約】  ユーザ端末は、所定の帯域幅内に設定される第１の制御リソースセット内で、第１の無線基地局から送信される第１の下り制御情報（ＤＣＩ）を受信する受信部と、前記第１のＤＣＩに基づいて、特定のデータについての前記第１の無線基地局からの受信及び前記第１の無線基地局に対する送信の少なくとも一つを制御する制御部と、を具備する。これにより、異なるサービスが提供される複数のセル間での干渉を抑制できる。
2019198248.tif 000002
【特許請求の範囲】
【請求項１】
所定の帯域幅内に設定される第１の制御リソースセット内で、第１の無線基地局から送信される第１の下り制御情報（ＤＣＩ）を受信する受信部と、
前記第１のＤＣＩに基づいて、特定のデータについての前記第１の無線基地局からの受信及び前記第１の無線基地局に対する送信の少なくとも一つを制御する制御部と、
を具備することを特徴とするユーザ端末。
【請求項２】
前記受信部は、前記所定の帯域幅内に設定される第２の制御リソースセット内で、第２の無線基地局から送信される第２の下り制御情報（ＤＣＩ）を受信し、
前記制御部は、前記第１のＤＣＩに基づいて、前記第２のＤＣＩが示すリソースを用いた前記特定のデータについての前記第１の無線基地局からの受信及び前記第１の無線基地局に対する送信の少なくとも一つを制御することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記所定の帯域幅内に設定される第２の制御リソースセット内で第２の無線基地局から送信される第２の下り制御情報（ＤＣＩ）を前記第１の無線基地局が受信する場合、前記第１のＤＣＩは、該第２のＤＣＩが示すリソースの少なくとも一部に対する前記特定のデータのスケジューリングに用いられることを特徴とする請求項１に記載のユーザ端末。
【請求項４】
前記第１の制御リソースセット内で前記第１の無線基地局から送信される前記第１のＤＣＩを、前記所定の帯域幅を利用する第２の無線基地局が受信する場合、前記第１のＤＣＩが示すリソースは、前記第２の無線基地局においてブランクリソースとして用いられることを特徴とする請求項１に記載のユーザ端末。
【請求項５】
所定の帯域幅内に設定される第１の制御リソースセット内で第１の下り制御情報（ＤＣＩ）を送信する送信部と、
前記第１のＤＣＩによりグラントされる特定のデータの送信及び受信の少なくとも一つを制御する制御部と、
を具備することを特徴とする第１の無線基地局。
【請求項６】
所定の帯域幅内において第１の無線基地局から第１の下り制御情報（ＤＣＩ）が送信される第１の制御リソースセットとは別に、前記所定の帯域幅内に設定される第２の制御リソースセット内で第２の下り制御情報（ＤＣＩ）を送信する送信部と、
前記第２のＤＣＩが示すリソースについてのデータのレートマッチング、パンクチャ、送信の停止、受信の停止の少なくとも一つを制御する制御部と、
を具備することを特徴とする第２の無線基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代移動通信システムにおけるユーザ端末及び無線基地局に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long  Term  Evolution）が仕様化された（非特許文献１）。また、ＬＴＥ（ＬＴＥ  Ｒｅｌ．８、９）の更なる大容量、高度化などを目的として、ＬＴＥ−Ａ（ＬＴＥアドバンスト、３ＧＰＰ  Ｒｅｌ．１０〜１４）が仕様化された。【０００３】
ＬＴＥの後継システム（例えば、ＦＲＡ（Future  Radio  Access）、５Ｇ（5th  generation  mobile  communication  system）、５Ｇ＋（plus）、ＮＲ（New  Radio）、ＮＸ（New  radio  access）、ＦＸ（Future  generation  radio  access）、３ＧＰＰ  Ｒｅｌ．１５又は１６以降などともいう）も検討されている。【０００４】
既存のＬＴＥシステム（例えば、Ｒｅｌ．１０〜１４）では、広帯域化を図るために、複数のキャリア（コンポーネントキャリア（ＣＣ：Component  Carrier）、セル）を統合するキャリアアグリゲーション（ＣＡ：Carrier  Aggregation）が導入されている。各キャリアは、ＬＴＥ  Ｒｅｌ．８のシステム帯域を一単位として構成される。また、ＣＡでは、同一の無線基地局（eNB：eNodeB）の複数のＣＣがユーザ端末（ＵＥ：User  Equipment）に設定される。【０００５】
また、既存のＬＴＥシステム（例えば、ＬＴＥ  Ｒｅｌ．１２〜１４）では、異なる無線基地局の複数のセルグループ（ＣＧ：Cell  Group）がユーザ端末に設定されるデュアルコネクティビティ（ＤＣ：Dual  Connectivity）も導入されている。各セルグループは、少なくとも一つのキャリア（ＣＣ又はセル等ともいう）で構成される。異なる無線基地局の複数のキャリアが統合されるため、ＤＣは、基地局間ＣＡ（Inter-eNB  CA）などとも呼ばれる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】3GPP  TS  36.300  V8.12.0  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN);  Overall  description;  Stage  2  (Release  8)”、２０１０年４月
【発明の概要】
【発明が解決しようとする課題】
【０００７】
将来の無線通信システム（例えば、３ＧＰＰ  Ｒｅｌ．１６以降、５Ｇ、５Ｇ＋、ＮＲ）では、複数のサービスを、それぞれ異なる複数の無線基地局（例えば、複数のｇＮＢ：gNodeB、ｇＮＢ及びｅＮＢ、複数のｅＮＢ等）のセルで提供するシナリオも検討されている。【０００８】
当該複数のサービスとしては、例えば、要求条件が異なる高速及び大容量のサービス（例えば、ｅＭＢＢ：enhanced  Mobile  Broad  Bandに関連するサービス（ｅＭＢＢサービス））及び超高信頼及び低遅延のサービス（例えば、ＵＲＬＬＣ：Ultra  Reliable  and  Low  Latency  Communicationsに関連する（related）サービス（ＵＲＬＬＣサービス））などがある。【０００９】
しかしながら、複数のサービスがそれぞれ異なる複数の無線基地局のセルで提供される場合、当該複数のセル間での干渉が増大する恐れがある。【００１０】
本発明はかかる点に鑑みてなされたものであり、異なるサービスが提供される複数のセル間での干渉を抑制可能なユーザ端末及び無線基地局を提供することを目的の一つとする。
【課題を解決するための手段】
【００１１】
本発明の一態様に係るユーザ端末は、所定の帯域幅内に設定される第１の制御リソースセット内で、第１の無線基地局から送信される第１の下り制御情報（ＤＣＩ）を受信する受信部と、前記第１のＤＣＩに基づいて、特定のデータについての前記第１の無線基地局からの受信及び前記第１の無線基地局に対する送信の少なくとも一つを制御する制御部と、を具備することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、異なるサービスが提供される複数のセル間での干渉を抑制できる。
【図面の簡単な説明】
【００１３】
【図１】図１Ａ及び１Ｂは、ＵＲＬＬＣサービスの運用（operation）の一例を示す図である。
【図２】図２Ａ〜２Ｃは、同一の周波数を用いたｅＭＢＢサービス及びＵＲＬＬＣサービスの展開シナリオ（deployment  scenarios）の一例を示す図である。
【図３】図３Ａ及び３Ｂは、複数のｇＮＢによって形成される複数のセル間の干渉の一例を示す図である。
【図４】図４Ａ及び４Ｂは、第１の態様に係る準静的リソース割り当ての一例を示す図である。
【図５】図５Ａ及び５Ｂは、第２の態様に係る第１の動的リソース割り当ての第１の例を示す図である。
【図６】図６Ａ及び６Ｂは、第２の態様に係る第１の動的リソース割り当ての第２の例を示す図である。
【図７】図７Ａ及び７Ｂは、第２の態様に係る第２の動的リソース割り当ての一例を示す図である。
【図８】図８は、第３の態様に係るハイブリッドスキームの一例を示す図である。
【図９】図９は、本実施の形態に係る無線通信システムの概略構成の一例を示す図である。
【図１０】図１０は、本実施の形態に係る無線基地局の全体構成の一例を示す図である。
【図１１】図１１は、本実施の形態に係る無線基地局の機能構成の一例を示す図である。
【図１２】図１２は、本実施の形態に係るユーザ端末の全体構成の一例を示す図である。
【図１３】図１３は、本実施の形態に係るユーザ端末の機能構成の一例を示す図である。
【図１４】図１４は、本実施の形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１４】
将来の無線通信システム（例えば、３ＧＰＰ  Ｒｅｌ．１６以降、５Ｇ、５Ｇ＋、ＮＲ）では、超高信頼及び低遅延のサービス（例えば、ＵＲＬＬＣ：Ultra  Reliable  and  Low  Latency  Communicationsに関連する（related）サービス（ＵＲＬＬＣサービス）の導入が検討されている。
【００１５】
ＵＲＬＬＣサービスのユースケースとしては、高信頼性（高精度）及び低遅延の少なくとも一つが要求される通信サービス（例えば、工場（plant）や病院等での通信）が想定される。
【００１６】
図１Ａ及び１Ｂは、ＵＲＬＬＣサービスの運用（operation）の一例を示す図である。図１Ａでは、要求条件の異なる複数のサービス（例えば、ｅＭＢＢサービス及びＵＲＬＬＣサービスの双方）が、同一の無線基地局（例えば、ｇＮＢ：gNodeB）によって提供される一例が示される。当該無線基地局は、ｇＮＢ、マクロ基地局、マクロｇＮＢ、ｅＮＢ：eNodeB又はマクロｅＮＢ等と呼ばれてもよい。
【００１７】
図１Ａに示すように、同一のｇＮＢがＭＢＢサービス及びＵＲＬＬＣサービスの双方を提供する場合、ｅＭＢＢサービスよりも要求条件が厳しいＵＲＬＬＣサービスの通信を適切に行うことができない恐れがある。例えば、図１ＡのｇＮＢは、ＵＲＬＬＣサービスの誤り率の要求条件（例えば、１０−５の誤り率）を満たそうとすると、誤り率の要求条件がより低いｅＭＢＢサービス（例えば、１０−１の誤り率）と比べて使用可能な変調方式等が制限される恐れがある。
【００１８】
図１Ｂでは、当該複数のサービス（例えば、ｅＭＢＢサービス及びＵＲＬＬＣサービス）が、それぞれ異なる複数の無線基地局（例えば、ｇＮＢ＃１〜＃３）によって提供される一例が示される。ｅＭＢＢサービスを提供する無線基地局は、ｇＮＢ、マクロ基地局、マクロｇＮＢ、ｅＮＢ、マクロｅＮＢ等と呼ばれてもよい。ＵＲＬＬＣサービスを適用する無線基地局は、ローカル基地局、ローカルｇＮＢ、ｅＮＢ、ローカルｅＮＢ、スモール基地局、スモールｇＮＢ、スモールｅＮＢ等と呼ばれてもよい。
【００１９】
図１Ｂに示すように、ｅＭＢＢサービス及びＵＲＬＬＣサービスをそれぞれ別の（separate）ｇＮＢが提供することは、要求条件が異なるｅＭＢＢサービス及びＵＲＬＬＣサービスの運用形態として自然（natural）（又は効率的（efficient））であると考えられる。
【００２０】
また、図１Ｂに示すように、ｅＭＢＢサービスを提供するｇＮＢ＃１と、ＵＲＬＬＣサービスを提供するｇＮＢ＃２及び＃３は同一の周波数（例えば、Ｆ１）を利用（又は再利用）すること（Co-channel等ともいう）が自然（又は効率的）であると考えられる。ｇＮＢ＃２及び＃３が、ｇＮＢ＃１とは異なる周波数（ＵＲＬＬＣサービス専用の周波数）を利用する場合、周波数利用効率が低下する恐れがあるためである。
【００２１】
図２Ａ〜２Ｃは、同一周波数を用いたｅＭＢＢサービス及びＵＲＬＬＣサービスの展開シナリオ（deployment  scenarios）の一例を示す図である。
【００２２】
図２Ａでは、同一周波数Ｆ１でｅＭＢＢサービス及びＵＲＬＬＣサービスの双方を提供する同一のｇＮＢが示される。例えば、図２Ａでは、ｇＮＢ＃１が、同一周波数Ｆ１で、ｅＭＢＢサービスを利用するユーザ端末（例えば、ＵＥ：User  Equipment、ｅＭＢＢ  ＵＥ等ともいう）及びＵＲＬＬＣサービスを利用するユーザ端末（例えば、ＵＥ、ＵＲＬＬＣ  ＵＥ等ともいう）の双方と通信を行う。
【００２３】
図２Ａに示されるシナリオでは、ｅＭＢＢ  ＵＥのデータに対するＵＲＬＬＣ  ＵＥのデータの割り込みが制御されてもよい。図２Ａに示されるシナリオは、３ＧＰＰ  Ｒｅｌ．１５でもサポートすることが想定される。
【００２４】
図２Ｂでは、同一周波数Ｆ１でｅＭＢＢサービス及びＵＲＬＬＣサービスを別々に提供する複数のｇＮＢの一例が示される。図２Ｂでは、ｇＮＢ＃２のセル（カバレッジ）がｇＮＢ＃１のセルに包含される一例が示される。なお、図２Ｂは例示にすぎず、ｇＮＢ＃２のセルの少なくとも一部がｇＮＢ＃１のセルと重複すればよい。図２Ｂでは、ｇＮＢ＃１が周波数Ｆ１でｅＭＢＢ  ＵＥとの通信を行い、ｇＮＢ＃２が周波数Ｆ１でＵＲＬＬＣ  ＵＥとの通信を行う。
【００２５】
図２Ｃでは、同一周波数Ｆ１でｅＭＢＢサービス及びＵＲＬＬＣサービスを別々に提供する複数のｇＮＢの他の例が示される。図２Ｃでは、ｇＮＢ＃２のセルがｇＮＢ＃１のセルの一部と重複する。図２Ｃでは、ｇＮＢ＃１が周波数Ｆ１でｅＭＢＢ  ＵＥとの通信を行い、ｇＮＢ＃２が周波数Ｆ１でＵＲＬＬＣ  ＵＥとの通信を行う。
【００２６】
図２Ｂ及び２Ｃにおいて、ｇＮＢ＃１及びｇＮＢ＃２は、有線リンク（例えば、光ファイバ等の理想的なバックホール（Ideal  backhaul）、又は、Ｘ２インターフェース等の非理想的なバックホール（Non-Ideal  backhaul））により接続されてもよいし、無線リンク（例えば、ＯＴＡ（Over  The  Air））により接続されてもよい。非理想的なバックホールでは、所定の遅延が許容され、コーディネーション（coordination）は想定されなくともよい。
【００２７】
なお、ｇＮＢ間のセル（カバレッジ）の相対（大小）関係は、図２Ａ〜２Ｃに示されるものに限られない。例えば、図２Ｂ及び２Ｃでは、ｅＭＢＢサービスを提供するｇＮＢ＃１のカバレッジがＵＲＬＬＣサービスを提供するｇＮＢ＃２カバレッジ以上であるものとするが、ｇＮＢ＃１のカバレッジがｇＮＢ＃２のカバレッジよりも小さくともよい。
【００２８】
図２Ｂ及び２Ｃに示されるように、少なくとも一部のセルが重複する複数のｇＮＢが、同一周波数Ｆ１で複数のサービス（例えば、ｅＭＢＢサービス及びＵＲＬＬＣサービス）を提供する場合、当該複数のｇＮＢそれぞれのセル間において干渉（例えば、異なるサービス間でのセル間干渉）が増大する恐れがある。
【００２９】
なお、図２Ｂ及び２Ｃにおいて、いずれかのｇＮＢが、ｅＭＢＢ  ＵＥとＵＲＬＬＣ  ＵＥの両方と通信してもよい。例えば、図２Ｂにおいて、ｇＮＢ＃１がｅＭＢＢ  ＵＥとＵＲＬＬＣ  ＵＥの両方と通信してもよいし、ｇＮＢ＃２がｅＭＢＢ  ＵＥとＵＲＬＬＣ  ＵＥの両方と通信してもよい。この場合でも異なるサービス間でセル間干渉が生じる。
【００３０】
図３Ａでは、図２Ｃと同様に、複数のサービス（例えば、ｅＭＢＢサービス及びＵＲＬＬＣサービス）が異なる複数のｇＮＢ（例えば、ｇＮＢ＃１及び＃２）により同一周波数で提供される展開シナリオが示される。なお、図３Ａでは、ＵＲＬＬＣサービスを提供するｇＮＢ＃２は、建物内に示されるが、ｇＮＢ＃２の設置場所は建物内でなくともよい。
【００３１】
図３Ｂでは、当該複数のｇＮＢによって形成される複数のセル間の干渉の一例が示される。なお、図３Ｂでは、１スロットが１４シンボルで構成される場合を一例として説明する。例えば、図３Ｂのスロット＃０のシンボル＃２〜＃５では、ｇＮＢ＃２からＵＲＬＬＣ  ＵＥに対する下り信号（例えば、ＵＲＬＬＣサービス用のデータ（ＵＲＬＬＣデータ）等）が送信される。
【００３２】
図３Ｂに示すように、スロット＃０のシンボル＃２では、ｇＮＢ＃２からＵＲＬＬＣ  ＵＥに対する下り信号は、ｇＮＢ＃１からｅＭＢＢ  ＵＥに対する下り信号（例えば、ｅＭＢＢサービス用のデータ（ｅＭＢＢデータ）等）により干渉を受ける恐れがある。また、スロット＃０のシンボル＃３において、例えば、ｅＭＢＢ  ＵＥがｇＮＢ＃２のセル内に位置する場合、ｇＮＢ＃１からｅＭＢＢ  ＵＥに対する下り信号は、ｇＮＢ＃２からＵＲＬＬＣ  ＵＥに対する下り信号により干渉を受ける恐れがある。
【００３３】
また、スロット＃０のシンボル＃４では、ｇＮＢ＃２からＵＲＬＬＣ  ＵＥに対する下り信号は、ｇＮＢ＃２のセル内又は近傍に位置するｅＭＢＢ  ＵＥからｇＮＢ＃１に対する上り信号により干渉を受ける恐れがある。また、スロット＃０のシンボル＃５では、例えば、ｅＭＢＢ  ＵＥがｇＮＢ＃２のセル内に位置する場合、ｅＭＢＢ  ＵＥからｇＮＢ＃１に対する上り信号が、ｇＮＢ＃２からＵＲＬＬＣ  ＵＥに対する下り信号により干渉を受ける恐れがある。
【００３４】
また、図３Ｂのスロット＃１のシンボル＃０〜＃３では、ＵＲＬＬＣ  ＵＥからｇＮＢ＃２に対する上り信号（例えば、ＵＲＬＬＣデータ等）が送信される。
【００３５】
図３Ｂに示すように、スロット＃１のシンボル＃０では、ＵＲＬＬＣ  ＵＥからｇＮＢ＃２に対する上り信号は、ｇＮＢ＃１からｅＭＢＢ  ＵＥに対する下り信号により干渉を受ける恐れがある。また、スロット＃１のシンボル＃１において、例えば、ｅＭＢＢ  ＵＥがｇＮＢ＃２のセル内又は近傍に位置する場合、ｇＮＢ＃１からｅＭＢＢ  ＵＥに対する下り信号は、ＵＲＬＬＣ  ＵＥからｇＮＢ＃２に対する上り信号により干渉を受ける恐れがある。
【００３６】
また、スロット＃１のシンボル＃２では、例えば、ＵＲＬＬＣ  ＵＥからｇＮＢ＃２に対する上り信号は、ｇＮＢ＃２のセル内又は近傍に位置するｅＭＢＢ  ＵＥからｇＮＢ＃１に対する上り信号により干渉を受ける恐れがある。また、スロット＃１のシンボル＃３では、例えば、ｅＭＢＢ  ＵＥがｇＮＢ＃２のセル内又は近傍に位置する場合、ｅＭＢＢ  ＵＥからｇＮＢ＃１に対する上り信号が、ＵＲＬＬＣ  ＵＥからｇＮＢ＃２に対する上り信号により干渉を受ける恐れがある。
【００３７】
以上のように、少なくとも一部が重複する複数のセルにおいて、例えば、同一周波数Ｆ１でそれぞれ異なる複数のサービス（例えば、ｅＭＢＢサービス及びＵＲＬＬＣサービス）が提供される場合、当該複数のセル間における干渉を抑制することが望まれる。
【００３８】
そこで、本発明者らは、特定のデータ（例えば、ＵＲＬＬＣデータ）用のリソースの準静的な割り当て（準静的リソース割り当て（semi-static  resource  allocation））及び当該特定のデータ用のリソースの動的な割り当て（動的リソース割り当て（dynamic  resource  allocation））の少なくとも一つを制御することで、当該特定のサービス（例えば、ＵＲＬＬＣサービス）が提供されるセルと他のサービス（例えば、ｅＭＢＢサービス）が提供されるセルとの間における干渉を抑制することを着想した。
【００３９】
以下、本発明の一実施の形態について図面を参照して詳細に説明する。なお、以下では、異なるサービスをそれぞれ提供する複数の無線基地局が複数のｇＮＢである場合（ＮＲのスタンドアローン）を一例として説明するが、これに限られない。当該複数の無線基地局の少なくとも一部が、異なる無線アクセス技術（ＲＡＴ）の無線基地局である場合（例えば、ｅＮＢとｇＮＢが連携する非スタンドアローンなど）にも、本実施の形態を適用可能である。
【００４０】
また、本実施の形態のユーザ端末には、複数のセル（キャリア、コンポーネントキャリア（ＣＣ））を統合するキャリアアグリゲーション（ＣＡ）が適用されてもよいし、又は、一以上のセルをそれぞれ含む複数のセルグループに同時に接続するマルチコネクティビティ（デュアルコネクティビティ（ＤＣ）等ともいう）が適用されてもよい。
【００４１】
また、以下では、異なる複数のサービスとして、ｅＭＢＢサービス及びＵＲＬＬＣサービスを例示するが、これらに限られない。また、準静的リソース割り当て及び動的リソース割り当ての少なくとも一つが適用される特定のデータとして、ＵＲＬＬＣサービス用のデータ（ＵＲＬＬＣデータ）を例示するが、これに限られない。
【００４２】
また、以下では、当該複数のサービスをそれぞれ利用する複数のユーザ端末（例えば、ｅＭＢＢ  ＵＥ及びＵＲＬＬＣ  ＵＥ）が示されるが、本実施の形態は、当該複数のサービスを単一のユーザ端末が利用する場合にも適用可能である。
【００４３】
（第１の態様）
第１の態様では、特定のデータ（例えば、ＵＲＬＬＣデータ）に対する準静的リソース割り当てについて説明する。なお、ＵＲＬＬＣデータとは、下り共有チャネル（例えば、ＰＤＳＣＨ：Physical  Downlink  Shared  Channel）及び上り共有チャネル（例えば、ＰＵＳＣＨ：Physical  Uplink  Shared  Channel）の少なくとも一つで送信されるＵＲＬＬＣサービス用のデータであり、ユーザデータ及び上位レイヤシグナリングされる制御情報の少なくとも一つを含んでもよい。
【００４４】
第１の態様において、少なくとも一つのタイプのユーザ端末（例えば、ｅＭＢＢ  ＵＥ及びＵＲＬＬＣ  ＵＥの少なくとも一つ）に対して、特定のデータ（例えば、ＵＲＬＬＣデータ）用のリソースが上位レイヤシグナリングにより設定（通知）されてもよい。
【００４５】
ここで、上位レイヤシグナリングは、例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ＭＡＣ（Medium  Access  Control）シグナリング、ブロードキャスト情報などのいずれか、又はこれらの組み合わせであってもよい。ブロードキャスト情報は、例えば、マスタ情報ブロック（ＭＩＢ：Master  Information  Block）、システム情報ブロック（ＳＩＢ：System  Information  Block）、最低限のシステム情報（ＲＭＳＩ：Remaining  Minimum  System  Information）などであってもよい。
【００４６】
上位レイヤシグナリングによる設定リソース（configured  resource）（確保リソース（reserved  resource）等ともいう）は、特定のデータ（例えば、ＵＲＬＬＣデータ）用の時間リソース及び周波数リソースの少なくとも一つであってもよい。当該時間リソースは、例えば、所定数のシンボル、所定数のスロット又は所定数のサブスロットなどであってもよい。当該周波数リソースは、例えば、所定数のリソースブロック（物理リソースブロック（ＰＲＢ：Physical  Resource  Block））であってもよい。
【００４７】
図４Ａ及び４Ｂは、第１の態様に係る準静的リソース割り当ての一例を示す図である。図４Ａでは、ｇＮＢ＃１が周波数Ｆ１でｅＭＢＢデータの送信及び受信の少なくとも一つ（送信／受信）を行う。また、ｇＮＢ＃２が周波数Ｆ１でＵＲＬＬＣデータの送信／受信を行う。また、ｇＮＢ＃１のセルがｇＮＢ＃２のセルの少なくとも一部と重複するものとする。
【００４８】
図４Ａに示す場合、図４Ｂに示すように、所定の帯域幅（ＢＷ）内には、ＵＲＬＬＣデータ用のリソース（ＵＲＬＬＣリソース）がＵＲＬＬＣ  ＵＥに準静的に設定（configure）されてもよい。当該所定の帯域幅は、キャリアの帯域幅であってもよいし、又は、当該キャリア内に設定される部分的な帯域（帯域幅部分（ＢＷＰ：Bandwidth  Part））の帯域幅であってもよい。
【００４９】
例えば、図４Ｂでは、ＵＲＬＬＣデータ用の設定リソースは、所定数のシンボル（ここでは、２シンボル）を含み、所定周期（ここでは、４シンボル周期）である。図４では設定リソースがシンボル単位で設定されているが、設定リソースはシンボル単位でもよいし、スロット単位やサブフレーム単位であってもよい。以降では、シンボル単位で設定された場合を説明している。また、図４Ｂでは、ＵＲＬＬＣ用の設定リソースに周波数ホッピングが適用されるが、当該周波数ホッピングは適用されなくともよい。
【００５０】
図４Ｂにおいて、ＵＲＬＬＣ  ＵＥは、ＵＲＬＬＣデータ用の設定リソースを用いて、ＵＲＬＬＣデータについて、ｇＮＢ＃２からの受信及びｇＮＢ＃２に対する送信の少なくとも一つを行う。
【００５１】
例えば、図４Ｂでは、ＵＲＬＬＣ  ＵＥは、スロット＃０のシンボル＃２、＃３及び＃６、＃７の設定リソースを用いてｇＮＢ＃２から下りデータ（ＰＤＳＣＨともいう）を受信し、スロット＃１のシンボル＃０、＃１の設定リソースを用いてｇＮＢ＃２に対する上りデータ（ＰＵＳＣＨともいう）を送信する。なお、スロット＃０のシンボル＃１０及び＃１１の設定リソースは、ＵＲＬＬＣサービスのトラフィックがないため、利用されない。
【００５２】
一方、ｅＭＢＢ  ＵＥは、当該ＵＲＬＬＣデータ用の設定リソース以外にスケジューリングされるリソースを用いて、ｇＮＢ＃１からの下りデータの受信及びｇＮＢ＃１に対する上りデータを送信する。当該ｅＭＢＢ  ＵＥに対しては、上記設定リソースは通知（inform）されてもよいし、又は、通知されなくともよい。
【００５３】
このように、図４Ｂでは、ＵＲＬＬＣデータ用の設定リソースは、ｅＭＢＢサービスには利用されない。ｇＮＢ＃１は、ＵＲＬＬＣ用の設定リソースに対しては、ｅＭＢＢデータのスケジューリングを行わなくともよい。
【００５４】
‐ｇＮＢ間のシグナリング
ＵＲＬＬＣデータ用の設定リソースに関する情報（設定リソース情報）は、ｇＮＢ＃１及び２の間で共有されてもよい。
【００５５】
ここで、設定リソース情報は、例えば、設定リソースの時間リソース、周期、周波数リソース、周波数ホッピングを適用するか否か、周波数ホッピングが適用される場合の周波数オフセットの少なくとも一つを示す情報を含んでもよい。また、当該設定リソース情報は、当該設定リソースを用いて送信されるＵＲＬＬＣデータの復調用参照信号（ＤＭＲＳ：Demodulation  Reference  Signal）、変調方式及び符号化率の少なくとも一つに関する情報を含んでもよい。
【００５６】
例えば、ｇＮＢ＃１は、ｇＮＢ＃２に対して、ｇＮＢ＃１のブランクリソースに関する情報として、上記設定リソース情報を送信してもよい。ｇＮＢ＃２は、ＵＲＬＬＣトラフィックが発生する場合、ｇＮＢ＃１からの設定リソース情報が示す設定リソースを用いて、ＵＲＬＬＣ  ＵＥとの通信を行ってもよい。
【００５７】
或いは、ｇＮＢ＃２が、ｇＮＢ＃１に対して、ｇＮＢ＃２が確保するリソース（ｇＮＢ＃２が利用を希望するリソース）に関する情報として、上記設定リソース情報を送信してもよい。ｇＮＢ＃１は、ｇＮＢ＃２からの設定リソース情報が示す設定リソースに対するｅＭＢＢデータのスケジューリングを中止してもよい。
【００５８】
なお、ｇＮＢ＃１及び＃２間のシグナリングは、有線リンク（例えば、光ファイバなどの理想的なバックホール、又は、Ｘ２インターフェース等の非理想的なバックホール）で行われてもよいし、又は、無線リンク（例えば、ＯＴＡ）で行われてもよい。
【００５９】
‐ＵＲＬＬＣ  ＵＥに対するシグナリング
ＵＲＬＬＣ  ＵＥは、上記設定リソース情報を受信してもよい。例えば、ＵＲＬＬＣ  ＵＥは、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報の少なくとも一つ）により上記設定リソース情報を受信してもよい。
【００６０】
また、ＵＲＬＬＣ  ＵＥは、ＵＲＬＬＣサービス（ＵＲＬＬＣデータ）用のセルを形成するｇＮＢ＃２から、上記設定リソース情報を受信してもよい。当該ＵＲＬＬＣサービス用のセルは、ローカルセル、プライマリセカンダリセル（ＰＳＣｅｌｌ：Primary  Secondary  cell）、プライマリセル（ＰＣｅｌｌ：Primary  Cell）又はサービングセル等と呼ばれてもよい。
【００６１】
或いは、ＵＲＬＬＣ  ＵＥは、ｅＭＢＢサービス（ｅＭＢＢデータ）用のセルを形成するｇＮＢ＃１から、上記設定リソース情報を受信してもよい。当該ｅＭＢＢサービス用のセルは、マクロセル、ＰＣｅｌｌ、サービングセル等と呼ばれてもよい。
【００６２】
ＵＲＬＬＣ  ＵＥは、当該設定リソース情報に基づいて、設定リソースを用いたＵＲＬＬＣデータの送信／受信を制御してもよい。
【００６３】
‐ｅＭＢＢ  ＵＥに対するシグナリング
ｅＭＢＢ  ＵＥは、ｇＮＢ＃１のブランクリソースに関する情報（例えば、上記設定リソース情報）を受信しなくともよいし（第１の例）、又は、受信してもよい（第２の例）。
【００６４】
≪第１の例≫
第１の例において、ｅＭＢＢ  ＵＥは、ｇＮＢ＃１のブランクリソースに関する情報（例えば、上記設定リソース情報）を受信しなくともよい。
【００６５】
ｇＮＢ＃１は、ｇＮＢ＃１のセルにおいて、ＵＲＬＬＣ用の設定リソースを使用しない（ブランクリソースとする）。ｇＮＢ＃１は、所定の帯域幅内のブランクリソース以外のリソースに対して、ｅＭＢＢ  ＵＥに対する下りデータ（例えば、ＰＤＳＣＨ）及び当該ｅＭＢＢ  ＵＥからの上りデータ（例えば、ＰＵＳＣＨ）をスケジューリングしてもよい。
【００６６】
また、ｇＮＢ＃１は、ｇＮＢ＃２に対して、ｇＮＢ＃１のブランクリソースに関する情報（例えば、上記設定リソース情報）を送信してもよい。ｇＮＢ＃２は、ｇＮＢ＃２のセルにおいて上記設定リソース（ｇＮＢ＃１のブランクリソース）を用いて、ＵＲＬＬＣ  ＵＥに対する下りデータ（例えば、ＰＤＳＣＨ）を送信してもよい。また、ｇＮＢ＃２は、当該ＵＲＬＬＣ  ＵＥからの上りデータ（例えば、ＰＵＳＣＨ）を受信してもよい。
【００６７】
第１の例では、ｇＮＢ＃１のブランクリソースを避けて、ｅＭＢＢデータがスケジューリングされる。このため、ｅＭＢＢ  ＵＥにおける送信／受信に関する処理（例えば、ブランクリソースについてのｅＭＢＢデータのレートマッチング及びパンクチャの少なくとも一つ）による負荷を軽減できる。
【００６８】
≪第２の例≫
第２の例において、ｅＭＢＢ  ＵＥは、ｇＮＢ＃１のブランクリソースに関する情報（例えば、上記設定リソース情報）を受信してもよい。例えば、ｅＭＢＢ  ＵＥは、上位レイヤシグナリング及びＬ１シグナリングの少なくとも一つにより、当該ブランクリソースに関する情報を受信してもよい。
【００６９】
上述のように、上位レイヤシグナリングは、例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報の少なくとも一つである。Ｌ１シグナリングは、例えば、下り制御情報（ＤＣＩ：Downlink  Control  Information）であり、物理レイヤシグナリング等とも呼ばれる。
【００７０】
ｅＭＢＢ  ＵＥは、ｅＭＢＢデータの送信／受信に割り当てられる（スケジューリングされる）リソースについて、上記ブランクリソースに関する情報が示すブランクリソース（上記ＵＲＬＬＣ用の設定リソース）をレートマッチングしてもよい。
【００７１】
或いは、ｅＭＢＢ  ＵＥは、ｅＭＢＢデータの送信／受信に割り当てられるリソースについて、上記ブランクリソースに関する情報が示すブランクリソース（上記ＵＲＬＬＣ用の設定リソース）をパンクチャしてもよい。
【００７２】
或いは、ｅＭＢＢ  ＵＥは、ｅＭＢＢデータの送信／受信に割り当てられるリソースの少なくとも一部が、上記ブランクリソースに関する情報が示すブランクリソース（上記ＵＲＬＬＣ用の設定リソース）と重複する場合、当該ｅＭＢＢデータの送信／受信を中止してもよい。
【００７３】
第２の例では、ｅＭＢＢ  ＵＥがｇＮＢ＃１のブランクリソースに関する情報に基づいてｅＭＢＢデータの送信／受信に関する処理（例えば、レートマッチング、パンクチャの及び中止少なくとも一つ）を適切に制御する。このため、ｇＮＢ＃１におけるｅＭＢＢデータのスケジューリングの負荷を軽減できる。
【００７４】
以上のように、第１の態様では、特定のデータ（例えば、ＵＲＬＬＣデータ）用のリソースが準静的に設定され、当該設定リソースは、他のデータ（例えば、ｅＭＢＢデータ）が送信／受信されるセルにおいてブランクリソースとなる。このため、特定のデータを送信／受信されるセルと、他のデータが送信／受信されるセルとの双方において、同一周波数が用いられる場合であっても、当該セル間における干渉を抑制できる。
【００７５】
（第２の態様）
第２の態様では、特定のデータ（例えば、ＵＲＬＬＣデータ）に対する動的リソース割り当てについて説明する。第２の態様では、当該特定のデータ以外のデータ（例えば、ｅＭＢＢデータ）を送信／受信するｇＮＢが、当該特定のデータ用のリソース（例えば、ＵＲＬＬＣリソース）を動的に割り当ててもよい（第１の動的リソース割り当て）。或いは、当該特定のデータを（例えば、ＵＲＬＬＣデータ）送信／受信するｇＮＢが、当該特定のデータ用のリソース（例えば、ＵＲＬＬＣリソース）を動的に割り当ててもよい（第２の動的リソース割り当て）。第２の態様では、第１の態様との相違点を中心に説明する。
【００７６】
＜第１の動的リソース割り当て＞
第１の動的リソース割り当てでは、ｅＭＢＢデータを送信／受信するｇＮＢが、ＵＲＬＬＣリソースを示すＤＣＩを送信してもよい。
【００７７】
第１の動的リソース割り当てでは、所定の帯域幅（例えば、ＢＷＰ）内に複数の制御リソースセット（ＣＯＲＥＳＥＴ：Control  Resource  Set）が設定（configure）されてもよい。ここで、ＣＯＲＥＳＥＴとは、下り制御チャネル（例えば、ＰＤＣＣＨ：Physical  Downlink  Control  Channel）が割当てられるリソース領域であり、所定の周波数領域リソースと時間領域リソース（例えば１又は２ＯＦＤＭシンボルなど）を含んで構成されてもよい。ＰＤＣＣＨ（又はＤＣＩ）は、ＣＯＲＥＳＥＴ内の所定のリソース単位にマッピングされる。
【００７８】
第１の動的リソース割り当てでは、当該複数のＣＯＲＥＳＥＴ（又は、当該複数のＣＯＲＥＳＥＴそれぞれの複数のサーチスペース）内では、異なる用途の複数のＤＣＩがそれぞれ異なるｇＮＢから送信されてもよい。例えば、一つのＤＣＩは、ＵＲＬＬＣリソースを示し、他のＤＣＩは、ＵＲＬＬＣデータの送信／受信をグラント（grant）してもよい。また、当該複数のＤＣＩは、それぞれ異なるＤＣＩフォーマットで送信されてもよい。
【００７９】
また、当該複数のＤＣＩには、それぞれ異なる識別子（ＲＮＴＩ：Radio  Network  Temporary  Identifier）でスクランブル（マスク）された巡回冗長検査（CRC：Cyclic  Redundancy  Check）ビットが付加されてもよい。例えば、ＵＲＬＬＣリソースを示すＤＣＩのＣＲＣビットは、一以上のユーザ端末に共通の識別子でスクランブルされ、ＵＲＬＬＣデータをグラントするＤＣＩのビットは、ユーザ端末個別の識別子でスクランブルされてもよい。
【００８０】
当該複数のＤＣＩは、ユーザ端末（例えば、ＵＲＬＬＣ  ＵＥ）によって監視されてもよいし（第１の例）、又は、当該複数のＤＣＩの一部は、特定のデータ（例えば、ＵＲＬＬＣデータ）を送信／受信するｇＮＢによって監視されてもよい（第２の例）。
【００８１】
≪第１の例≫
第１の例では、ユーザ端末（例えば、ＵＲＬＬＣ  ＵＥ）は、所定の帯域幅（例えば、ＢＷＰ）内に設定される複数のＣＯＲＥＳＥＴ（又は、当該複数のＣＯＲＥＳＥＴそれぞれに含まれる複数のサーチスペース）を監視して、複数のＤＣＩを検出してもよい。
【００８２】
図５Ａ及び５Ｂは、第２の態様に係る第１の動的リソース割り当ての第１の例を示す図である。図５Ａ及び５Ｂでは、図４Ａ及び４Ｂと同一の内容については説明を省略し、図４Ａ及び図４Ｂとの相違点を中心に説明する。
【００８３】
図５Ａに示す場合、図５Ｂに示すように、所定の帯域幅（ＢＷ）内には複数のＣＯＲＥＳＥＴ（ここでは、ＣＯＲＥＳＥＴ＃１及び＃２）が設定されてもよい。図５Ｂに示すように、当該複数のＣＯＲＥＳＥＴは、所定周期（例えば、４シンボル周期）の同一シンボルに配置されてもよい。また、当該複数のＣＯＲＥＳＥＴは、当該所定の帯域幅内で互いに異なる周波数リソースに配置されてもよい。
【００８４】
図５Ｂにおいて、ＵＲＬＬＣ  ＵＥは、ＣＯＲＥＳＥＴ＃１及び＃２（又は、ＣＯＲＥＳＥＴ＃１及び＃２内にそれぞれ設定される複数のサーチスペース）を監視（ブラインド復号）する。ｅＭＢＢ  ＵＥは、ＣＯＲＥＳＥＴ＃１（又はＣＯＲＥＳＥＴ＃１に設定されるサーチスペース）を監視してもよい。
【００８５】
図５Ｂにおいて、ＵＲＬＬＣ  ＵＥは、ＣＯＲＥＳＥＴ＃１内で、ＵＲＬＬＣリソースを示すＤＣＩ＃１を検出する。当該ＤＣＩ＃１は、ｇＮＢ＃１から送信されてもよい。また、図５Ｂにおいて、ＵＲＬＬＣ  ＵＥは、ＣＯＲＥＳＥＴ＃２内で、ＵＲＬＬＣデータをグラント（スケジューリング）するＤＣＩ＃２を検出する。当該ＤＣＩ＃２は、ｇＮＢ＃２から送信されてもよい。
【００８６】
ＣＯＲＥＳＥＴ＃１で検出されるＤＣＩ＃１は、ＵＲＬＬＣリソースに関する情報（ＵＲＬＬＣリソース情報）を含んでもよい。ＵＲＬＬＣリソース情報は、例えば、ＵＲＬＬＣデータが利用可能な時間リソース、周波数リソースの少なくとも一つを示す情報を含んでもよい。
【００８７】
一方、ＣＯＲＥＳＥＴ＃２で検出されるＤＣＩ＃２は、ＤＣＩ＃１が示すＵＲＬＬＣリソースを用いて送信／受信されるＵＲＬＬＣデータに関する情報（ＵＲＬＬＣデータ情報）を含んでもよい。ＵＲＬＬＣデータ情報は、例えば、ＵＲＬＬＣデータの変調方式、符号化率、復調用参照信号（ＤＭＲＳ：Demodulation Reference  Signal）と他の信号（例えば、同期信号ブロック（ＳＳＢ：Synchronization  Signal  Block、ＳＳ／ＰＢＣＨブロックともいう）又はチャネル状態情報参照信号（ＣＳＩ−ＲＳ：Channel  State  Information  Reference  Signal））との疑似コロケーション（ＱＣＬ：Quasi-Co-Location）の関係（送信構成識別子（ＴＣＩ：Transmission  Configuration  Indication）の状態（ＴＣＩ状態））の少なくとも一つを示す情報を含んでもよい。
【００８８】
ｇＮＢ＃１は、ＤＣＩ＃１が示すＵＲＬＬＣリソースをブランクリソースとし、当該ＵＲＬＬＣリソース以外にｅＭＢＢデータをスケジューリングしてもよい。ｇＮＢ＃２は、ＤＣＩ＃１が示すＵＲＬＬＣリソースを用いて、ＵＲＬＬＣデータを送信／受信してもよい。
【００８９】
‐ｇＮＢ間のシグナリング
ｇＮＢ＃１及び２の間では、ＵＲＬＬＣリソースに関する情報が共有されていてもよい。例えば、ｇＮＢ＃１は、ＵＲＬＬＣリソースの一以上の候補のセット（候補セット）を示す情報（候補セット情報）を、ｇＮＢ＃２に送信してもよい。
【００９０】
ＣＯＲＥＳＥＴ＃１でｇＮＢ＃１から送信されるＤＣＩ＃１は、当該候補セット内の単一のＵＲＬＬＣリソースを示してもよい。ＵＲＬＬＣ  ＵＥは、ＤＣＩ＃１が示すＵＲＬＬＣリソースを用いたＵＲＬＬＣデータの受信／送信を、ＣＯＥＲＳＥＴ＃２で検出されるＤＣＩ＃２に基づいて制御してもよい。
【００９１】
‐ＵＲＬＬＣ  ＵＥに対するシグナリング
ＵＲＬＬＣ  ＵＥは、所定の帯域幅内に設定される複数のＣＯＲＥＳＥＴ＃１及び＃２に関する構成情報（ＣＯＲＥＳＥＴ構成情報）を受信してもよい。例えば、ＵＲＬＬＣ  ＵＥは、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報の少なくとも一つ）により上記ＣＯＲＥＳＥＴ構成情報を受信してもよい。
【００９２】
ＣＯＲＥＳＥＴ構成情報は、当該所定の帯域幅内の各ＣＯＲＥＳＥＴの識別子、時間リソース（期間）、周波数リソース、周期、制御チャネル要素（ＣＣＥ：Control  Resource  Set）とリソース要素グループ（ＲＥＧ：Resource  Element  Group）とのマッピングタイプ、各ＣＯＲＥＳＥＴ内で送信されるＰＤＣＣＨのＤＭＲＳと他の信号（ＳＳＢ又はＣＳＩ−ＲＳ）とのＱＣＬの関係（ＴＣＩ状態）の少なくとも一つを示す情報を含んでもよい。
【００９３】
また、ＵＲＬＬＣ  ＵＥは、ｇＮＢ＃２又はｇＮＢ＃１のいずれから、上記ＣＯＲＥＳＥＴ構成情報を受信してもよい。ＵＲＬＬＣ  ＵＥは、当該ＣＯＲＥＳＥＴ構成情報に基づいてＣＯＲＥＳＥＴ＃１及び＃２を設定し、当該ＣＯＲＥＳＥＴ＃１及び＃２それぞれにおけるＤＣＩ＃１及び＃２の監視（ブラインド復号）を制御してもよい。
【００９４】
‐ｅＭＢＢ  ＵＥに対するシグナリング
ｅＭＢＢ  ＵＥは、ｇＮＢ＃１のブランクリソースに関する情報（例えば、上記ＵＲＬＬＣリソース情報）を受信しなくともよいし、又は、受信してもよい。後者の場合、ｅＭＢＢ  ＵＥは、上位レイヤシグナリング及びＬ１シグナリングの少なくとも一つにより、当該ブランクリソースに関する情報を受信してもよい。
【００９５】
例えば、ｅＭＢＢ  ＵＥは、ＣＯＲＥＳＥＴ＃１（又はＣＯＲＥＳＥＴ＃１に設定されるサーチスペース）を監視し、上記ＵＲＬＬＣリソース情報を含むＤＣＩ＃１を検出してもよい。ｅＭＢＢ  ＵＥは、ＤＣＩ＃１が示すＵＲＬＬＣリソースをブランクリソースとして決定し、不図示のＤＣＩによりスケジューリングされるｅＭＢＢデータの送信／受信に関する処理（例えば、ブランクリソースについてのレートマッチング、パンクチャの少なくとも一つ）を制御してもよい。
【００９６】
また、ｅＮＢＢ  ＵＥは、ｅＭＢＢデータの送信／受信に割り当てられるリソースの少なくとも一部が、ＤＣＩ＃１が示すＵＲＬＬＣリソースと重複する場合、当該ｅＭＢＢデータの送信／受信を中止してもよい。
【００９７】
また、ｅＮＢＢ  ＵＥは、ＵＲＬＬＣリソース（すなわち、ｅＭＢＢデータのブランクリソース）の一以上の候補のセット（候補セット）を示す情報（候補セット情報）を、上位レイヤシグナリングにより受信してもよい。上記ＤＣＩ＃１は、当該候補セット内の単一のＵＲＬＬＣリソースを示してもよい。
【００９８】
第１の例では、ＵＲＬＬＣ  ＵＥが所定の帯域幅内のＣＯＲＥＳＥＴ＃１及び＃２を監視するので、ＵＲＬＬＣリソースを示すＤＣＩ＃１と、ＵＲＬＬＣデータをグラントするＤＣＩ＃２とが同一のシンボルのＣＯＲＥＳＥＴに配置されてもよい。
【００９９】
≪第２の例≫
第２の例では、ＵＲＬＬＣデータを送信／受信するｇＮＢが、所定の帯域幅（例えば、ＢＷＰ）内に設定される複数のＣＯＲＥＳＥＴの一部（又は、当該複数のＣＯＲＥＳＥＴそれぞれに含まれる複数のサーチスペースの一部）を監視して、ｅＭＢＢデータを送信／受信するｇＮＢによって決定されるＵＲＬＬＣリソースを示すＤＣＩを検出してもよい。
【０１００】
図６Ａ及び６Ｂは、第２の態様に係る第１の動的リソース割り当ての第２の例を示す図である。図６Ａ及び６Ｂでは、図４Ａ及び４Ｂ、図５Ａ及び５Ｂと同一の内容については説明を省略し、図４Ａ及び図４Ｂ、図５Ａ及び５Ｂとの相違点を中心に説明する。
【０１０１】
図６Ａに示す場合、図６Ｂに示すように、所定の帯域幅（ＢＷ）内には複数のＣＯＲＥＳＥＴ（ここでは、ＣＯＲＥＳＥＴ＃１及び＃２）が設定されてもよい。図６Ｂに示すように、当該複数のＣＯＲＥＳＥＴは、所定周期（例えば、４シンボル周期）で異なるシンボルに配置されてもよい。なお、当該複数のＣＯＲＥＳＥＴの周期は、同一であってもよいし、異なってもよい。
【０１０２】
図６Ｂにおいて、ＵＲＬＬＣデータを送信／受信するｇＮＢ＃２は、ＣＯＲＥＳＥＴ＃１（又は、ＣＯＲＥＳＥＴ＃１に設定されるサーチスペース）を監視（ブラインド復号）する。一方、ＵＲＬＬＣ  ＵＥは、ＣＯＲＥＳＥＴ＃２（又は、ＣＯＲＥＳＥＴ＃２内にそれぞれ設定されるサーチスペース）を監視（ブラインド復号）する。ｅＭＢＢ  ＵＥは、ＣＯＲＥＳＥＴ＃１（又はＣＯＲＥＳＥＴ＃１に設定されるサーチスペース）を監視してもよい。
【０１０３】
図６Ｂにおいて、ｇＮＢ＃２は、ＣＯＲＥＳＥＴ＃１内で、ＵＲＬＬＣリソースを示すＤＣＩ＃１を検出する。当該ＤＣＩ＃１は、ｇＮＢ＃１から送信されてもよい。ｇＮＢ＃２は、ＵＲＬＬＣトラフィックが存在する場合、ＤＣＩ＃１が示すＵＲＬＬＣリソースの少なくとも一部にＵＲＬＬＣデータをグラント（スケジューリングする）ＤＣＩ＃２を送信する。
【０１０４】
ＵＲＬＬＣ  ＵＥは、ＣＯＲＥＳＥＴ＃２内でＵＲＬＬＣデータをグラント（スケジューリング）するＤＣＩ＃２を検出する。ＵＲＬＬＣ  ＵＥは、ＤＣＩ＃２に基づいて、ＵＲＬＬＣデータの送信／受信を制御してもよい。
【０１０５】
ＣＯＲＥＳＥＴ＃１で検出されるＤＣＩ＃１及びＤＣＩ＃２は、それぞれ、第１の例で説明した少なくとも一つの情報を含んでもよい。また、第２の例において、ＤＣＩ＃２は、ＤＣＩ＃１が示すＵＲＬＬＣリソースのうち、ＵＲＬＬＣデータが割り当てられる時間理リソース及び周波数リソースの少なくとも一つを示す情報を含んでもよい。
【０１０６】
ｇＮＢ＃１は、ＤＣＩ＃１が示すＵＲＬＬＣリソースをブランクリソースとし、当該ＵＲＬＬＣリソース以外にｅＭＢＢデータをスケジューリングしてもよい。ｇＮＢ＃２は、ＤＣＩ＃１が示すＵＲＬＬＣリソースの少なくとも一部を用いて、ＵＲＬＬＣデータを送信／受信してもよい。
【０１０７】
‐ｇＮＢ間のシグナリング
ｇＮＢ＃１及び２の間では、ＵＲＬＬＣリソースに関する情報が共有されていてもよい。例えば、ｇＮＢ＃１は、ＵＲＬＬＣリソースの一以上の候補のセット（候補セット）を示す情報（候補セット情報）を、ｇＮＢ＃２に送信してもよい。
【０１０８】
ＣＯＲＥＳＥＴ＃１でｇＮＢ＃１から送信されるＤＣＩ＃１は、当該候補セット内の単一のＵＲＬＬＣリソースを示してもよい。ｇＮＢ＃２は、ｇＮＢ＃１から予めシグナリングされた候補セットの中から、ＣＯＲＥＳＥＴ＃１で検出されるＤＣＩ＃１が示すＵＲＬＬＣリソースを選択してもよい。
【０１０９】
また、ｇＮＢ＃２は、ＣＯＲＥＳＥＴ＃１に関する構成情報をｇＮＢ＃１から受信してもよい。当該構成情報は、第１の例のＣＯＲＥＳＥＴ構成情報で説明した情報の少なくとも一つを含んでもよい。
【０１１０】
‐ＵＲＬＬＣ  ＵＥに対するシグナリング
ＵＲＬＬＣ  ＵＥは、ＣＯＲＥＳＥＴ＃１及び＃２の少なくとも一つに関する構成情報（ＣＯＲＥＳＥＴ構成情報）を受信してもよい。例えば、ＵＲＬＬＣ  ＵＥは、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報の少なくとも一つ）により上記構成情報を受信してもよい。当該構成情報は、第１の例のＣＯＲＥＳＥＴ構成情報で説明した情報の少なくとも一つを含んでもよい。
【０１１１】
また、ＵＲＬＬＣ  ＵＥは、ｇＮＢ＃１又はｇＮＢ＃２のいずれから、上記ＣＯＲＥＳＥＴ構成情報を受信してもよい。ＵＲＬＬＣ  ＵＥは、当該ＣＯＲＥＳＥＴ構成情報に基づいてＣＯＲＥＳＥＴ＃２を設定し、当該ＣＯＲＥＳＥＴ＃２におけるＤＣＩ＃２の監視（ブラインド復号）を制御してもよい。
【０１１２】
また、ＵＲＬＬＣ  ＵＥは、当該ＣＯＲＥＳＥＴ構成情報に基づいてＣＯＲＥＳＥＴ＃１を設定し、ＣＯＲＥＳＥＴ＃１におけるＤＣＩ＃１の監視を制御してもよい。上りリンク（ＵＬ：Uplink）においては、ＵＲＬＬＣ  ＵＥは、ＣＯＲＥＳＥＴ＃２を監視せずに、ＣＯＲＥＳＥＴ＃１を監視してもよい。ユーザ端末は、ＣＯＲＥＳＥＴ＃１で検出されるＤＣＩ＃１に基づいて、ＵＬのＵＲＬＬＣデータの送信に利用可能なＵＲＬＬＣリソースを決定してもよい。
【０１１３】
‐ｅＭＢＢ  ＵＥに対するシグナリング
ｅＭＢＢ  ＵＥは、ｇＮＢ＃１のブランクリソースに関する情報（例えば、ＤＣＩ＃１内の上記ＵＲＬＬＣリソース情報）を受信しなくともよいし、又は、受信してもよい。後者の場合、ｅＭＢＢ  ＵＥは、上位レイヤシグナリング及びＬ１シグナリングの少なくとも一つにより、当該ブランクリソースに関する情報を受信してもよい。
【０１１４】
例えば、ｅＭＢＢ  ＵＥは、ＣＯＲＥＳＥＴ＃１（又はＣＯＲＥＳＥＴ＃１に設定されるサーチスペース）を監視し、上記ＤＣＩ＃１を検出してもよい。ｅＭＢＢ  ＵＥは、ＤＣＩ＃１が示すＵＲＬＬＣリソースをブランクリソースとして決定し、不図示のＤＣＩによりスケジューリングされるｅＭＢＢデータの送信／受信に関する処理（例えば、ブランクリソースについてのレートマッチング、パンクチャの少なくとも一つ）を制御してもよい。
【０１１５】
また、ｅＮＢＢ  ＵＥは、ｅＭＢＢデータの送信／受信に割り当てられるリソースの少なくとも一部が、ＤＣＩ＃１が示すＵＲＬＬＣリソースと重複する場合、当該ｅＭＢＢデータの送信／受信を中止してもよい。
【０１１６】
また、ｅＮＢＢ  ＵＥは、ＵＲＬＬＣリソース（すなわち、ｅＭＢＢデータのブランクリソース）の一以上の候補のセット（候補セット）を示す情報（候補セット情報）を、上位レイヤシグナリングにより受信してもよい。上記ＤＣＩ＃１は、当該候補セット内の単一のＵＲＬＬＣリソースを示してもよい。
【０１１７】
第２の例では、ｇＮＢ＃２が所定の帯域幅内のＣＯＲＥＳＥＴ＃１で検出されるＤＣＩ＃１に基づいて、ＵＲＬＬＣデータをグラントするＤＣＩ＃２を送信する。このため、ＤＣＩ＃１及びＤＣＩ＃２は異なるシンボルのＣＯＲＥＳＥＴに配置されてもよい。
【０１１８】
以上のように、第１の動的リソース割り当てでは、ｅＭＢＢデータを送信／受信するｇＮＢ＃１から送信されるＤＣＩにより、ＵＲＬＬＣリソースが動的に割り当てられる。また、ｇＮＢ＃１は、当該ＵＲＬＬＣリソースをブランクリソースとする。このため、第１の動的リソース割り当てでは、ＵＲＬＬＣＣデータ及びｅＭＢＢデータをそれぞれ異なるｇＮＢ＃１及び＃２が同一周波数を用いて送信／受信する場合であっても、当該ｇＮＢ＃１及び＃２が形成する複数のセル間における干渉を抑制できる。
【０１１９】
＜第２の動的リソース割り当て＞
上述のように、第１の動的リソース割り当てでは、ＵＲＬＬＣリソース（すなわち、ｅＭＢＢデータのブランクリソース）を示すＤＣＩが、ｅＭＢＢデータを送信／受信するｇＮＢから送信される。一方、第２の動的リソース割り当てでは、ＵＲＬＬＣデータにスケジューリングされるＵＲＬＬＣリソースを示すＤＣＩが、ＵＲＬＬＣデータを送信／受信するｇＮＢから送信される点で第１の動的リソース割り当てとは異なる。以下では、第１の動的リソース割り当てとの相違点を中心に説明する。
【０１２０】
第２の動的リソース割り当てでは、所定の帯域幅（例えば、ＢＷＰ）内に一以上のＣＯＲＥＳＥＴが設定されてもよい。第２の動的リソース割り当てにおいて、ｅＭＢＢデータ用のＤＣＩが配置されるＣＯＲＥＳＥＴと、ＵＲＬＬＣデータ用のＤＣＩが配置されるＣＯＲＥＳＥＴとは、共通であってもよいし、又は、別々であってもよい。
【０１２１】
第２の動的リソース割り当てでは、ｅＭＢＢデータを送信／受信するｇＮＢ＃１は、ＵＲＬＬＣデータ用のＣＯＲＥＳＥＴを監視して、ＵＲＬＬＣデータにスケジューリングされるＵＲＬＬＣリソースを示すＤＣＩを検出してもよい。
【０１２２】
図７Ａ及び７Ｂは、第２の態様に係る第２の動的リソース割り当ての一例を示す図である。図７Ａ及び７Ｂでは、図４Ａ及び４Ｂ、図５Ａ及び５Ｂ、図６Ａ及び６Ｂと同一の内容については説明を省略し、図４Ａ及び図４Ｂ、図５Ａ及び５Ｂ、図６Ａ及び６Ｂとの相違点を中心に説明する。
【０１２３】
図７Ａに示す場合、図７Ｂに示すように、所定の帯域幅（ＢＷ）内にはＵＲＬＬＣデータをスケジューリングするＤＣＩ用のＣＯＲＥＳＥＴが設定されてもよい。なお、当該ＣＯＲＥＳＥＴは、ｅＭＢＢデータをスケジューリングするＤＣＩ（不図示）等と共通であってもよいし、ｇＮＢ＃２から送信されるＤＣＩ専用であってもよい。図７Ｂに示すように、当該ＣＯＲＥＳＥＴは、所定周期（例えば、４シンボル周期）であってもよい。
【０１２４】
図７Ｂにおいて、ＵＲＬＬＣ  ＵＥは、ＵＲＬＬＣデータをスケジューリングするＤＣＩが配置されるＣＯＲＥＳＥＴ（又は、ＣＯＲＥＳＥＴ内にそれぞれ設定されるサーチスペース）を監視（ブラインド復号）する。ＵＲＬＬＣ  ＵＥは、当該ＤＣＩが示すＵＲＬＬＣリソースを用いた、ＵＲＬＬＣデータの送信／受信を制御する。
【０１２５】
また、図７Ｂにおいて、ｅＭＢＢデータを送信／受信するｇＮＢ＃１は、ＵＲＬＬＣデータをスケジューリングするＤＣＩが配置されるＣＯＲＥＳＥＴ（又は、当該ＣＯＲＥＳＥＴに設定されるサーチスペース）を監視（ブラインド復号）する。
【０１２６】
例えば、図７Ｂに示すように、当該ＣＯＲＥＳＥＴは、ＵＬ用のスロットに設定されてもよい。ｇＮＢ＃１は、ＵＬ用のスロットにおいて上記ＣＯＲＥＳＥＴに配置される制御情報（ＤＣＩ）の監視（ブラインド復号）を行ってもよい。
【０１２７】
ｇＮＢ＃１は、当該ＤＣＩを検出すると、当該ＤＣＩが示すＵＲＬＬＣリソースをブランクリソースとしてもよい。ｇＮＢ＃１は、当該ブランクリソース以外のリソースにｅＭＢＢデータをスケジューリングするＤＣＩを送信してもよい。
【０１２８】
また、図７Ｂにおいて、ｅＭＢＢ  ＵＥは、上記ＣＯＲＥＳＥＴを監視してもよい。ｅＭＢＢ  ＵＥは、上記ＤＣＩが示すＵＲＬＬＣリソースをブランクリソースとして決定し、不図示のＤＣＩによりスケジューリングされるｅＭＢＢデータの送信／受信に関する処理（例えば、ブランクリソースについてのレートマッチング、パンクチャの少なくとも一つ）を制御してもよい。
【０１２９】
また、ｅＮＢＢ  ＵＥは、ｅＭＢＢデータの送信／受信に割り当てられるリソースの少なくとも一部が、当該ＤＣＩが示すＵＲＬＬＣリソースと重複する場合、当該ｅＭＢＢデータの送信／受信を中止してもよい。
【０１３０】
上記ＣＯＲＥＳＥＴで検出されるＤＣＩは、ＵＲＬＬＣリソースに関する情報（ＵＲＬＬＣリソース情報）を含んでもよい。ＵＲＬＬＣリソース情報は、例えば、ＵＲＬＬＣデータが利用可能な時間リソース、周波数リソースの少なくとも一つを示す情報を含んでもよい。また、当該ＤＣＩは、ＵＲＬＬＣリソースを用いて送信／受信されるＵＲＬＬＣデータに関する情報（ＵＲＬＬＣデータ情報）を含んでもよい。ＵＲＬＬＣデータ情報は、例えば、ＵＲＬＬＣデータの変調方式、符号化率、ＤＭＲＳと他の信号（例えば、ＳＳＢ又はＣＳＩ−ＲＳ）とのＱＣＬの関係（ＴＣＩ状態）の少なくとも一つを示す情報を含んでもよい。
【０１３１】
‐ｇＮＢ間のシグナリング
ｇＮＢ＃１及び２の間では、ＵＲＬＬＣリソースに関する情報が共有されていてもよい。例えば、ｇＮＢ＃１（又はｇＮＢ＃２）は、ＵＲＬＬＣリソースの一以上の候補のセット（候補セット）を示す情報（候補セット情報）を、ｇＮＢ＃２（又はｇＮＢ＃１）に送信してもよい。
【０１３２】
図７Ｂに示されるＣＯＲＥＳＥＴでｇＮＢ＃２から送信されるＤＣＩは、当該候補セット内の単一のＵＲＬＬＣリソースを示してもよい。ｇＮＢ＃１は、予めシグナリングされた候補セットの中から、ＣＯＲＥＳＥＴで検出されるＤＣＩが示すＵＲＬＬＣリソースを選択してもよい。
【０１３３】
また、ｇＮＢ＃１は、上記ＣＯＲＥＳＥＴに関する構成情報をｇＮＢ＃２から受信してもよい。当該構成情報は、第１の動的リソース割り当ての第１の例のＣＯＲＥＳＥＴ構成情報で説明した情報の少なくとも一つを含んでもよい。
【０１３４】
‐ＵＲＬＬＣ  ＵＥに対するシグナリング
ＵＲＬＬＣ  ＵＥは、上記ＣＯＲＥＳＥＴに関する構成情報（ＣＯＲＥＳＥＴ構成情報）を受信してもよい。例えば、ＵＲＬＬＣ  ＵＥは、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報の少なくとも一つ）により上記構成情報を受信してもよい。当該構成情報は、第１の動的リソース割り当ての第１の例のＣＯＲＥＳＥＴ構成情報で説明した情報の少なくとも一つを含んでもよい。
【０１３５】
また、ＵＲＬＬＣ  ＵＥは、ｇＮＢ＃１又は＃２のいずれから上記ＣＯＲＥＳＥＴ構成情報を受信してもよい。ＵＲＬＬＣ  ＵＥは、当該ＣＯＲＥＳＥＴ構成情報に基づいて上記ＣＯＲＥＳＥＴを設定し、当該ＣＯＲＥＳＥＴにおけるＵＲＬＬＣデータをスケジューリングするＤＣＩの監視（ブラインド復号）を制御してもよい。
【０１３６】
或いは、ｇＮＢ＃２は、ｇＮＢ＃１のＤＬスロットの配置されるＣＯＲＥＳＥＴ（不図示）を監視して、ｇＮＢ＃１から送信されるスロットフォーマット識別子（ＳＦＩ：Slot  Format  Indicator）を含むＤＣＩ（例えば、ＤＣＩフォーマット２＿０）を検出してもよい。ＳＦＩは、スロット内の各シンボルの伝送方向（Ｕ：ＵＬ、Ｄ：ＤＬ、Ｘ：ＵＬ又はＤＬのいずれでもよい）を示してもよい。
【０１３７】
ｇＮＢ＃２は、ＵＬスロットで当該ＳＦＩを含むＤＣＩを検出し、ｇＮＢ＃１のＵＬのスロット（又はシンボル）内の所定の周波数リソースを用いて、ＵＲＬＬＣデータをスケジューリングするＤＣＩを送信してもよい。ｇＮＢ＃１は、当該ＤＣＩを検出すると、当該ＵＲＬＬＣデータがスケジューリングされるリソースにおいてｅＭＢＢデータに対してパンクチャ及びレートマッチングの少なくとも一つを適用してもよい。或いは、当該リソースにおいて、ｅＭＢＢデータの送信を停止してもよい。
【０１３８】
以上のように、第２の動的リソース割り当てでは、ＵＲＬＬＣデータを送信／受信するｇＮＢ＃２から送信されるＤＣＩにより、ＵＲＬＬＣリソースが動的に割り当てられる。また、ｇＮＢ＃１は、ＵＬスロットで当該ＤＣＩを検出し、当該ＤＣＩが示すＵＲＬＬＣリソースをブランクリソースとする。このため、第２の動的リソース割り当てでは、ＵＲＬＬＣＣデータ及びｅＭＢＢデータをそれぞれ異なるｇＮＢ＃１及び＃２が同一周波数を用いて送信／受信する場合であっても、ｇＮＢ＃１及び＃２が形成する複数のセル間における干渉を抑制できる。
【０１３９】
以上のように、第２の態様では、特定のデータ（例えば、ＵＲＬＬＣデータ）用のリソースが動的に割り当てられ、当該リソースは、他のデータ（例えば、ｅＭＢＢデータ）が送信／受信されるセルにおいてブランクリソースとなる。このため、特定のデータを送信／受信されるセルと、他のデータが送信／受信されるセルとの双方において、同一周波数が用いられる場合であっても、当該セル間における干渉を抑制できる。
【０１４０】
（第３の態様）
第３の態様では、ＵＲＬＬＣデータに対する準静的リソース割り当て及び動的リソース割り当ての組み合わせ（ハイブリッドスキーム（hybrid  scheme））について説明する。第３の態様では、第１の態様の少なくとも一部と第２の態様の少なくとも一部が組み合わせられてもよい。
【０１４１】
図８は、第３の態様に係るハイブリッドスキームの一例を示す図である。図８では、図４Ａ及び４Ｂに示される準静的リソース割り当てと、図７Ａ及び７Ｂに示される第２の動的リソース割り当ての組み合わせの一例が示される。なお、ハイブリッドスキームは、図８に示されるものに限られず、準静的リソース割り当てと第１の動的リソース割り当ての第１例（例えば、図５Ａ及び５Ｂ）又は第２の例（例えば、図６Ａ及び６Ｂ）が組み合わせられてもよい。
【０１４２】
図８に示すように、所定の帯域幅（ＢＷ）内には、ＵＲＬＬＣデータ用のリソースがＵＲＬＬＣ  ＵＥに準静的に周期的に設定されてもよい。また、ＵＲＬＬＣデータをスケジューリングするＤＣＩ用のＣＯＲＥＳＥＴが周期的に設定されてもよい。
【０１４３】
図８に示すように、第２の態様で説明したＵＲＬＬＣ  ＵＥ、ｇＮＢ＃１、ｇＮＢ＃２の少なくとも一つにより監視されるＣＯＲＥＳＥＴは、ＵＲＬＬＣデータ用の設定リソースよりも長い周期で設定されてもよい。
【０１４４】
例えば、図８では、ｇＮＢ＃２は、スロット＃０のシンボル＃７のＣＯＲＥＳＴでＵＲＬＬＣデータをスケジューリングするＤＣＩを送信する。ｇＮＢ＃１は、当該ＣＯＲＥＳＥＴを監視して当該ＤＣＩを検出する。ｇＮＢ＃１は、当該ＤＣＩが示すＵＲＬＬＣリソースをブランクリソースとする。
【０１４５】
また、図８では、ｇＮＢ＃２は、スロット＃０のシンボル＃１２及び＃１３の設定リソースの一部（ここでは、シンボル＃１３）を用いて、ＵＲＬＬＣデータを送信してもよい。また、ｇＮＢ＃２は、スロット＃１のシンボル＃６及び＃７の設定リソースを用いて、ＵＲＬＬＣデータを送信してもよい。
【０１４６】
なお、第３の態様において、ｇＮＢ間のシグナリング、ＵＲＬＬＣ  ＵＥに対するシグナリング、ｅＭＢＢ  ＵＥに対するシグナリングは、第１及び第２の態様で説明したシグナリングの少なくとも一つが適用されればよい。
【０１４７】
（その他の態様）
以上の第２の態様では、ＵＲＬＬＣリソース（ブランクリソース）に関する情報（ＵＲＬＬＣリソース情報）がＤＣＩ（例えば、図５〜７参照）に含まれる例を説明したが、これに限られない。当該ＵＲＬＬＣリソース情報は、他の信号（例えば、ウェイクアップ信号（wake-up  signal：ＷＵＳ））に含まれてもよい。
【０１４８】
ＷＵＳは、ＰＤＣＣＨのモニタリングをトリガする信号又はＰＤＣＣＨのモニタリング周期が変更される場合に送信される信号であってもよい。ＷＵＳは、起動信号、覚醒信号、開始指示信号、受信指示信号、ページング指示信号、ＰＤＣＣＨモニタリングトリガー信号などと呼ばれてもよい。
【０１４９】
また、第２の態様の第２の動的リソース割り当てでは、ｇＮＢ＃１が上りスロットでｇＮＢ＃２からのＤＣＩを検出する例を説明した。当該ＤＣＩは、ｇＮＢ＃２から下り制御チャネル（例えば、ＰＤＣＣＨ）を用いて送信されてもよい。或いは、ｇＮＢ＃２でスケジューリングされるＵＲＬＬＣリソースに関する情報（ＵＲＬＬＣリソース情報）は、他の制御チャネル（例えば、上り制御チャネル（例えば、ＰＵＣＣＨ：Physical  Uplink  Control  Channel））を用いてｇＮＢ＃２からｇＮＢ＃１に送信されてもよい。
【０１５０】
また、第２の態様の第２の動的リソース割り当てでは、ｇＮＢ＃２は、当該ＵＲＬＬＣリソース情報を、ＤＦＴ拡散ＯＦＤＭ信号（シングルキャリア）用いて送信してもよいし、又は、ＯＦＤＭ信号（マルチキャリア）を用いて送信してもよい。
【０１５１】
（無線通信システム）
以下、本実施の形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上記各態様に係る無線通信方法が適用される。なお、上記各態様に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
【０１５２】
図９は、本実施の形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１では、ＬＴＥシステムのシステム帯域幅（例えば、２０ＭＨｚ）を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーション（ＣＡ）及び／又はデュアルコネクティビティ（ＤＣ）を適用することができる。なお、無線通信システム１は、既存のＲＡＴ（例えば、ＳＵＰＥＲ  ３Ｇ、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＩＭＴ−Ａｄｖａｎｃｅｄ又は４Ｇ）と、新たなＲＡＴ（例えば、５Ｇ、ＦＲＡ（Future  Radio  Access）、ＮＲ（New  RAT）又はＮＲ＋）とが連携して動作する非スタンドアローン型（ＮＲ  ＮＳＡ）であっても良い。
【０１５３】
図９に示す無線通信システム１は、マクロセルＣ１を形成する無線基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する無線基地局１２ａ〜１２ｃとを備えている。また、マクロセルＣ１及び各スモールセルＣ２には、ユーザ端末２０が配置されている。セル間で異なるＲＡＴ及び／又はニューメロロジーが適用される構成としてもよい。なお、ニューメロロジーとは、ＲＡＴ固有の通信パラメータ（例えば、サブキャリア間隔、シンボル長、ＣＰ長、ＴＴＩ長の少なくとも一つ）であってもよい。
【０１５４】
ユーザ端末２０は、無線基地局１１及び無線基地局１２の双方に接続することができる。ユーザ端末２０は、異なる周波数を用いるマクロセルＣ１とスモールセルＣ２を、ＣＡ又はＤＣにより同時に使用することが想定される。また、ユーザ端末２０は、複数のセル（ＣＣ）（例えば、２個以上のＣＣ）を用いてＣＡ又はＤＣを適用することができる。また、ユーザ端末は、複数のセルとしてライセンスバンドＣＣとアンライセンスバンドＣＣを利用することができる。
【０１５５】
また、ユーザ端末２０は、各セルで、時分割複信（ＴＤＤ：Time  Division  Duplex）又は周波数分割複信（ＦＤＤ：Frequency  Division  Duplex）を用いて通信を行うことができる。ＴＤＤのセル、ＦＤＤのセルは、それぞれ、ＴＤＤキャリア（フレーム構成タイプ２）、ＦＤＤキャリア（フレーム構成タイプ１）等と呼ばれてもよい。
【０１５６】
また、各セル（キャリア）では、相対的に長い時間長（例えば、１ｍｓ）を有するＴＴＩ（サブフレーム、通常ＴＴＩ、ロングＴＴＩ、通常サブフレーム、ロングサブフレーム又はスロット等ともいう）、又は、相対的に短い時間長を有するＴＴＩ（ショートＴＴＩ、ショートサブフレーム、スロット、サブスロッ又はミニスロット等ともいう）のいずれか一方が適用されてもよいし、双方が適用されてもよい。また、各セルで、異なる時間長のＴＴＩが混在してもよい。
【０１５７】
ユーザ端末２０と無線基地局１１との間は、相対的に低い周波数帯域（例えば、２ＧＨｚ）のキャリア（既存キャリア、Legacy  carrierなどと呼ばれる）を用いて通信を行うことができる。一方、ユーザ端末２０と無線基地局１２との間は、既存キャリアよりも高い周波数帯域（例えば、３．５ＧＨｚ、５ＧＨｚ、３０〜７０ＧＨｚなど）又は既存キャリアと同一の周波数帯域のキャリアが用いられてもよい。なお、各無線基地局が利用する周波数帯域の構成はこれに限られない。
【０１５８】
無線基地局１１と無線基地局１２との間（又は、２つの無線基地局１２間）は、有線接続（例えば、ＣＰＲＩ（Common  Public  Radio  Interface）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線接続する構成とすることができる。
【０１５９】
無線基地局１１及び各無線基地局１２は、それぞれ上位局装置３０に接続され、上位局装置３０を介してコアネットワーク４０に接続される。なお、上位局装置３０には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ（ＲＮＣ）、モビリティマネジメントエンティティ（ＭＭＥ）などが含まれるが、これに限定されない。また、各無線基地局１２は、無線基地局１１を介して上位局装置３０に接続されてもよい。
【０１６０】
なお、無線基地局１１は、相対的に広いカバレッジを有する無線基地局であり、マクロ基地局、集約ノード、ｅＮＢ（eNodeB）、送受信ポイントなどと呼ばれてもよい。また、無線基地局１２は、局所的なカバレッジを有する無線基地局であり、スモール基地局、マイクロ基地局、ピコ基地局、フェムト基地局、ＨｅＮＢ（Home  eNodeB）、ＲＲＨ（Remote  Radio  Head）、送受信ポイントなどと呼ばれてもよい。
【０１６１】
また、図１、２及び８に示すＬＴＥ基地局（ＬＴＥ  ｅＮＢ）は、無線基地局１１及び／又は無線基地局１２であればよい。また、ＮＲ基地局（ＮＲ  ｇＮＢ）は、無線基地局１１及び／又は無線基地局１２であればよい。以下、無線基地局１１及び１２を区別しない場合は、無線基地局１０と総称する。
【０１６２】
各ユーザ端末２０は、ＬＴＥ、ＬＴＥ−Ａ、ＮＲ、５Ｇの少なくとも一つなどの一以上のＲＡＴに対応した端末であり、移動通信端末だけでなく固定通信端末を含んでもよい。
【０１６３】
無線通信システム１においては、無線アクセス方式として、下りリンク（ＤＬ）にＯＦＤＭＡ（直交周波数分割多元接続）が適用でき、上りリンク（ＵＬ）にＳＣ−ＦＤＭＡ（シングルキャリア−周波数分割多元接続）が適用できる。ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ−ＦＤＭＡは、システム帯域幅を端末毎に１つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限られず、ＵＬでＯＦＤＭＡが用いられてもよい。
【０１６４】
無線通信システム１では、ＤＬチャネルとして、各ユーザ端末２０で共有されるＤＬデータチャネル（ＰＤＳＣＨ：Physical  Downlink  Shared  Channel、ＤＬ共有チャネル等ともいう）、ブロードキャストチャネル（ＰＢＣＨ：Physical  Broadcast  Channel）、Ｌ１／Ｌ２制御チャネルなどが用いられる。ＰＤＳＣＨにより、ユーザデータ、上位レイヤ制御情報、ＳＩＢ（System  Information  Block）などの少なくとも一つが伝送される。また、ＰＢＣＨにより、ＭＩＢ（Master  Information  Block）が伝送される。
【０１６５】
Ｌ１／Ｌ２制御チャネルは、ＤＬ制御チャネル（ＰＤＣＣＨ（Physical  Downlink  Control  Channel）、ＥＰＤＣＣＨ（Enhanced  Physical  Downlink  Control  Channel）又はＮＲ−ＰＤＣＣＨ等ともいう）、ＰＣＦＩＣＨ（Physical  Control  Format  Indicator  Channel）、ＰＨＩＣＨ（Physical  Hybrid-ARQ  Indicator  Channel））などを含む。ＰＤＣＣＨにより、ＰＤＳＣＨ及びＰＵＳＣＨのスケジューリング情報を含む下り制御情報（ＤＣＩ：Downlink  Control  Information）などが伝送される。ＰＣＦＩＣＨにより、ＰＤＣＣＨに用いるＯＦＤＭシンボル数が伝送される。ＥＰＤＣＣＨは、ＰＤＳＣＨと周波数分割多重され、ＰＤＣＣＨと同様にＤＣＩなどの伝送に用いられる。ＰＨＩＣＨ、ＰＤＣＣＨ、ＥＰＤＣＣＨの少なくとも一つにより、ＰＵＳＣＨの送達確認情報（Ａ／Ｎ、ＨＡＲＱ−ＡＣＫ、ＨＡＲＱ−ＡＣＫビット又はＡ／Ｎコードブック等ともいう）を伝送できる。
【０１６６】
無線通信システム１では、ＵＬチャネルとして、各ユーザ端末２０で共有されるＵＬデータチャネル（ＰＵＳＣＨ：Physical  Uplink  Shared  Channel、ＵＬ共有チャネル又はＮＲ−ＰＵＳＣＨ等ともいう）、ＵＬ制御チャネル（ＰＵＣＣＨ：Physical  Uplink  Control  Channel又はＮＲ−ＰＵＣＣＨ）、ランダムアクセスチャネル（ＰＲＡＣＨ：Physical  Random  Access  Channel）などが用いられる。ＰＵＳＣＨにより、ユーザデータ、上位レイヤ制御情報が伝送される。ＰＤＳＣＨの送達確認情報（Ａ／Ｎ、ＨＡＲＱ−ＡＣＫ）、チャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）などの少なくとも一つを含む上りリンク制御情報（ＵＣＩ：Uplink  Control  Information）は、ＰＵＳＣＨ又はＰＵＣＣＨにより、伝送される。ＰＲＡＣＨにより、セルとの接続確立のためのランダムアクセスプリアンブルを伝送できる。
【０１６７】
＜無線基地局＞
図１０は、本実施の形態に係る無線基地局の全体構成の一例を示す図である。無線基地局１０は、複数の送受信アンテナ１０１と、アンプ部１０２と、送受信部１０３と、ベースバンド信号処理部１０４と、呼処理部１０５と、伝送路インターフェース１０６とを備えている。なお、送受信アンテナ１０１、アンプ部１０２、送受信部１０３は、それぞれ１つ以上を含むように構成されてもよい。
【０１６８】
下りリンクにより無線基地局１０からユーザ端末２０に送信されるユーザデータは、上位局装置３０から伝送路インターフェース１０６を介してベースバンド信号処理部１０４に入力される。
【０１６９】
ベースバンド信号処理部１０４では、ユーザデータに関して、ＰＤＣＰ（Packet  Data  Convergence  Protocol）レイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio  Link  Control）再送制御などのＲＬＣレイヤの送信処理、ＭＡＣ（Medium  Access  Control）再送制御（例えば、ＨＡＲＱ（Hybrid  Automatic  Repeat  reQuest）の処理）、スケジューリング、伝送フォーマット選択、チャネル符号化、レートマッチング、スクランブリング、逆高速フーリエ変換（ＩＦＦＴ：Inverse  Fast  Fourier  Transform）処理及びプリコーディング処理の少なくとも一つなどの送信処理が行われて送受信部１０３に転送される。また、下り制御信号に関しても、チャネル符号化及び／又は逆高速フーリエ変換などの送信処理が行われて、送受信部１０３に転送される。
【０１７０】
送受信部１０３は、ベースバンド信号処理部１０４からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部１０３で周波数変換された無線周波数信号は、アンプ部１０２により増幅され、送受信アンテナ１０１から送信される。
【０１７１】
本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部１０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
【０１７２】
一方、ＵＬ信号については、送受信アンテナ１０１で受信された無線周波数信号がアンプ部１０２で増幅される。送受信部１０３はアンプ部１０２で増幅されたＵＬ信号を受信する。送受信部１０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部１０４に出力する。
【０１７３】
ベースバンド信号処理部１０４では、入力されたＵＬ信号に含まれるＵＬデータに対して、高速フーリエ変換（ＦＦＴ：Fast  Fourier  Transform）処理、逆離散フーリエ変換（ＩＤＦＴ：Inverse  Discrete  Fourier  Transform）処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ及びＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの設定、解放などの呼処理、無線基地局１０の状態管理、無線リソースの管理の少なくとも一つを行う。
【０１７４】
伝送路インターフェース１０６は、所定のインターフェースを介して、上位局装置３０と信号を送受信する。また、伝送路インターフェース１０６は、バックホールリンク（例えば、ＣＰＲＩ（Common  Public  Radio  Interface）に準拠した光ファイバ、Ｘ２インターフェース）を介して隣接無線基地局１０と信号を送受信（バックホールシグナリング）してもよい。伝送路インターフェース１０６は、本実施の形態において、他の無線基地局１０との間で信号を送信及び／又は受信する送信部及び／又は受信部を構成できる。
【０１７５】
送受信部１０３は、ＤＬ信号（例えば、ＤＣＩ、ＤＬデータ、ＤＬ参照信号の少なくとも一つ）を送信する。また、送受信部１０３は、ＵＬ信号（例えば、ＵＬデータ、ＵＣＩ、ＵＬ参照信号の少なくとも一つ）を受信する。
【０１７６】
ここで、無線基地局１０は、特定のデータ（例えば、ＵＲＬＬＣデータ（ＤＬデータ及びＵＬデータの少なくとも一つ））を送信／受信する無線基地局（例えば、ＵＲＬＬＣ基地局、第１の無線基地局等ともいう）、又は、当該特定のデータ以外のデータ（例えば、ｅＭＢＢデータ（ＤＬデータ及びＵＬデータの少なくとも一つ））を送信／受信する無線基地局（例えば、ｅＭＢＢ基地局、第２の無線基地局等ともいう）のいずれであってもよい。
【０１７７】
伝送路インターフェース１０６は、所定の帯域幅内に設定されるリソースに関する情報（設定リソース情報）及び特定のデータ用のリソースに関する情報（ＵＲＬＬＣリソース情報）の少なくとも一つを、前記所定の帯域幅を利用する他の無線基地局１０（例えば、ｅＭＢＢ基地局又はＵＲＬＬＣ基地局）から受信、又は、当該他の無線基地局に対して送信してもよい（第１〜第３の態様）。
【０１７８】
送受信部１０３は、所定の帯域幅内に設定されるリソースに関する情報（設定リソース情報）を送信してもよい（第１の態様）。
【０１７９】
また、送受信部１０３は、所定の帯域幅内に設定される第１の制御リソースセット内で第１の下り制御情報（ＤＣＩ）を送信してもよい（第２、第３の態様）。
【０１８０】
また、送受信部１０３は、所定の帯域幅内において第１の無線基地局から第１の下り制御情報（ＤＣＩ）が送信される第１の制御リソースセットとは別に、前記所定の帯域幅内に設定される第２の制御リソースセット内で第２の下り制御情報（ＤＣＩ）を送信してもよい（第２、第３の態様）。
【０１８１】
図１１は、本実施の形態に係る無線基地局の機能構成の一例を示す図である。なお、図１１は、本実施の形態における特徴部分の機能ブロックを主に示しており、無線基地局１０は、無線通信に必要な他の機能ブロックも有してもよい。図１１に示すように、ベースバンド信号処理部１０４は、制御部３０１と、送信信号生成部３０２と、マッピング部３０３と、受信信号処理部３０４と、測定部３０５とを備えている。本実施の形態の各ＭＡＣエンティティは、制御部３０１、送信信号生成部３０２、受信信号処理部３０４の少なくとも一つによって構成されてもよい。
【０１８２】
制御部３０１は、無線基地局１０全体の制御を実施する。制御部３０１は、例えば、送信信号生成部３０２によるＤＬ信号の生成、マッピング部３０３によるＤＬ信号のマッピング、受信信号処理部３０４によるＵＬ信号の受信処理（例えば、復調など）及び測定部３０５による測定の少なくとも一つを制御する。
【０１８３】
具体的には、制御部３０１は、ユーザ端末２０からフィードバックされるＵＣＩに基づいて、ＤＬ信号のスケジューリング及び／又は送信処理（例えば、変調、符号化、トランスポートブロックサイズ（ＴＢＳ）など）を制御する。制御部３０１は、ＴＢＳが所定の閾値を超える場合、ＴＢＳを複数のＣＢに分割するコードブロック分割をＤＬ信号に適用してもよい。
【０１８４】
また、制御部３０１は、ユーザ端末２０からフィードバックされるＵＣＩに基づいて、ＵＬ信号のスケジューリングを制御する。また、制御部３０１は、当該ＵＬ信号の受信処理（例えば、復調、復号及びキャリアの分離の少なくとも一つなど）を制御する。例えば、制御部３０１は、ＬＴＥ  ＵＬキャリア及びＮＲ  ＵＬキャリアをそれぞれ用いた、ＬＴＥ  ＵＬ信号及びＮＲ  ＵＬ信号の受信処理を制御する。
【０１８５】
また、制御部３０１は、所定の帯域幅内に設定されるリソースを用いた、前記特定のデータ（例えば、ＵＲＬＬＣデータ、第１のデータ）についてのユーザ端末２０に対する送信及びユーザ端末２０からの受信の少なくとも一つを制御してもよい（第１、第３の態様）。
【０１８６】
また、制御部３０１は、所定の帯域幅内に設定されるリソースについてのデータ（例えば、ｅＭＢＢデータ、第２のデータ）のレートマッチング及びパンクチャの少なくとも一つを制御してもよい（第１〜第３の態様）。
【０１８７】
また、制御部３０１は、所定の帯域幅内に設定される第１の制御リソースセット内での第１の下り制御情報（ＤＣＩ）の送信を制御してもよい。また、制御部３０１は、当該第１のＤＣＩによりグラントされる特定のデータの送信及び受信の少なくとも一つを制御してもよい（第２、第３の態様）。
【０１８８】
また、制御部３０１は、所定の帯域幅内において他の無線基地局１０（例えば、ＵＲＬＬＣ基地局、第１の無線基地局）から第１の下り制御情報（ＤＣＩ）が送信される第１の制御リソースセットとは別に、前記所定の帯域幅内に設定される第２の制御リソースセット内で第２の下り制御情報（ＤＣＩ）の送信を制御してもよい（第２の態様の第１の動的リソース割り当て、第３の態様）。また、制御部３０１は、前記第２のＤＣＩが示すリソースについてのデータ（例えば、ｅＭＢＢデータ）のレートマッチング、パンクチャ、送信停止及び受信停止の少なくとも一つを制御してもよい。
【０１８９】
また、制御部３０１は、所定の帯域幅内において他の無線基地局１０（例えば、ＵＲＬＬＣ基地局、第１の無線基地局）から送信される下り制御情報（ＤＣＩ）の監視を制御してもよい（第２の態様の第２の動的リソース割り当て、第３の態様）。
【０１９０】
制御部３０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
【０１９１】
送信信号生成部３０２は、制御部３０１からの指示に基づいて、ＤＬ信号（ＤＬデータ、ＤＣＩ、ＤＬ参照信号、上位レイヤシグナリングによる制御情報の少なくとも一つを含む）を生成して、マッピング部３０３に出力してもよい。
【０１９２】
送信信号生成部３０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
【０１９３】
マッピング部３０３は、制御部３０１からの指示に基づいて、送信信号生成部３０２で生成されたＤＬ信号を、所定の無線リソースにマッピングして、送受信部１０３に出力する。マッピング部３０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
【０１９４】
受信信号処理部３０４は、ユーザ端末２０から送信されるＵＬ信号の受信処理（例えば、デマッピング、復調、復号及びキャリアの分離の少なくとも一つなど）を行う。具体的には、受信信号処理部３０４は、受信信号及び／又は受信処理後の信号を、測定部３０５に出力してもよい。また、受信信号処理部３０４は、制御部３０１から指示されるＵＬ制御チャネル構成に基づいて、ＵＣＩの受信処理を行う。
【０１９５】
測定部３０５は、例えば、ＵＬ参照信号の受信電力（例えば、ＲＳＲＰ（Reference  Signal  Received  Power））及び／又は受信品質（例えば、ＲＳＲＱ（Reference  Signal  Received  Quality））に基づいて、ＵＬのチャネル品質を測定してもよい。測定結果は、制御部３０１に出力されてもよい。
【０１９６】
＜ユーザ端末＞
図１２は、本実施の形態に係るユーザ端末の全体構成の一例を示す図である。ユーザ端末２０は、ＭＩＭＯ伝送のための複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５と、を備えている。ユーザ端末２０は、複数のＲＡＴ（例えば、ＬＴＥ及びＮＲ）をサポートする。
【０１９７】
複数の送受信アンテナ２０１で受信された無線周波数信号は、それぞれアンプ部２０２で増幅される。各送受信部２０３はアンプ部２０２で増幅されたＤＬ信号を受信する。送受信部２０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部２０４に出力する。
【０１９８】
ベースバンド信号処理部２０４は、入力されたベースバンド信号に対して、ＦＦＴ処理、誤り訂正復号、再送制御の受信処理などの少なくとも一つを行う。ＤＬデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤ及びＭＡＣレイヤより上位のレイヤに関する処理などを行う。
【０１９９】
一方、ＵＬデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御処理（例えば、ＨＡＲＱの処理）、チャネル符号化、レートマッチング、パンクチャ、離散フーリエ変換（ＤＦＴ：Discrete  Fourier  Transform）処理、ＩＦＦＴ処理などの少なくとも一つが行われて各送受信部２０３に転送される。ＵＣＩ（例えば、ＤＬ信号のＡ／Ｎ、チャネル状態情報（ＣＳＩ）、スケジューリング要求（ＳＲ）の少なくとも一つなど）についても、チャネル符号化、レートマッチング、パンクチャ、ＤＦＴ処理及びＩＦＦＴ処理などの少なくとも一つが行われて各送受信部２０３に転送される。
【０２００】
送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部２０３で周波数変換された無線周波数信号は、アンプ部２０２により増幅され、送受信アンテナ２０１から送信される。
【０２０１】
送受信部２０３は、ＤＬ信号（例えば、ＤＣＩ、ＤＬデータ、ＤＬ参照信号の少なくとも一つ）を受信する。また、送受信部２０３は、ＵＬ信号（例えば、ＵＬデータ、ＵＣＩ、ＵＬ参照信号の少なくとも一つ）を送信する。
【０２０２】
ここで、ユーザ端末２０は、特定のデータ（例えば、ＵＲＬＬＣデータ（ＤＬデータ及びＵＬデータの少なくとも一つ））を送信／受信するユーザ端末（例えば、ＵＲＬＬＣ  ＵＥ、第１のユーザ端末等ともいう）、又は、当該特定のデータ以外のデータ（例えば、ｅＭＢＢデータ（ＤＬデータ及びＵＬデータの少なくとも一つ））を送信／受信するユーザ端末（例えば、ｅＭＢＢ  ＵＥ、第２のユーザ端末等ともいう）のいずれであってもよい。
【０２０３】
送受信部２０３は、所定の帯域幅内に設定されるリソースに関する情報（設定リソース情報）を受信してもよい（第１の態様）。送受信部２０３は、無線基地局１０（ＵＲＬＬＣ基地局又は第１の無線基地局）から、又は、前記所定の帯域幅を利用する他の無線基地局１０（ｅＭＢＢ基地局又は第２の無線基地局）から、前記リソースに関する情報を樹脂してもよい。
【０２０４】
また、送受信部２０３は、所定の帯域幅内に設定される第１の制御リソースセット内で第１の下り制御情報（ＤＣＩ）を受信してもよい（第２の態様）。
【０２０５】
また、送受信部２０３は、所定の帯域幅内において第１の無線基地局から第１の下り制御情報（ＤＣＩ）が送信される第１の制御リソースセットとは別に、前記所定の帯域幅内に設定される第２の制御リソースセット内で第２の下り制御情報（ＤＣＩ）を受信してもよい（第２の態様）。
【０２０６】
送受信部２０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置とすることができる。また、送受信部２０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
【０２０７】
図１３は、本実施の形態に係るユーザ端末の機能構成の一例を示す図である。なお、図１３においては、本実施の形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有してもよい。本実施の形態の各ＭＡＣエンティティは、制御部４０１、送信信号生成部４０２、受信信号処理部４０４の少なくとも一つによって構成されてもよい。
【０２０８】
図１３に示すように、ユーザ端末２０が有するベースバンド信号処理部２０４は、制御部４０１と、送信信号生成部４０２と、マッピング部４０３と、受信信号処理部４０４と、測定部４０５と、を備えている。
【０２０９】
制御部４０１は、ユーザ端末２０全体の制御を実施する。制御部４０１は、例えば、送信信号生成部４０２によるＵＬ信号の生成、マッピング部４０３によるＵＬ信号のマッピング、受信信号処理部４０４によるＤＬ信号の受信処理及び測定部４０５による測定の少なくとも一つを制御する。
【０２１０】
具体的には、制御部４０１は、ＤＣＩ（ＤＬアサインメント）に基づいて、受信信号処理部４０４によるＤＬ信号の受信処理（例えば、復調、復号、キャリア毎の分離など）を制御する。
【０２１１】
また、制御部４０１は、ＤＣＩ（ＵＬグラント）に基づいて、ＵＬ信号の生成及び送信処理（例えば、符号化、変調、マッピングなど）を制御する。
【０２１２】
また、制御部４０１は、所定の帯域幅内に設定されるリソースを用いた、特定のデータについての無線基地局１０（例えば、ＵＲＬＬＣ基地局又は第１の無線基地局）からの受信及び前記無線基地局１０に対する送信の少なくとも一つを制御してもよい（第１、第３の態様）。
【０２１３】
前記設定されるリソースは、前記所定の帯域幅を利用する第２の無線基地局ではブランクリソースとなってもよい。
【０２１４】
また、制御部４０１は、前記所定の帯域幅を利用する無線基地局１０（ｅＭＢＢ基地局又は第２の無線基地局）からのデータ（例えば、ｅＭＢＢデータ）及び当該無線基地局１０に対するデータの少なくとも一つに対する、前記設定されるリソースについてのレートマッチング、パンクチャ、送信停止及び受信停止の少なくとも一つを制御してもよい（第１〜第３の態様）。
【０２１５】
また、制御部４０１は、所定の帯域幅内に設定される第１の制御リソースセット内で、第１の無線基地局から送信される第１の下り制御情報（ＤＣＩ）の監視を制御してもよい（第２、第３の態様）。また、制御部４０１は、前記第１のＤＣＩに基づいて、特定のデータ（例えば、ＵＲＬＬＣデータ）についての無線基地局１０（ＵＲＬＬＣ基地局又は第１の無線基地局）からの受信及び当該無線基地局１０に対する送信の少なくとも一つを制御してもよい（第２、第３の態様）。
【０２１６】
また、制御部４０１は、前記所定の帯域幅内に設定される第２の制御リソースセット内で、第２の無線基地局から送信される第２の下り制御情報（ＤＣＩ）の監視を制御してもよい（第２、第３の態様）。制御部４０１は、前記第１のＤＣＩに基づいて、前記第２のＤＣＩが示すリソースを用いた前記特定のデータについての無線基地局１０（ＵＲＬＬＣ基地局又は前記第１の無線基地局）からの受信及び前記無線基地局１０に対する送信の少なくとも一つを制御してもよい（第２、第３の態様）。
【０２１７】
前記所定の帯域幅内に設定される第２の制御リソースセット内で無線基地局１０（ｅＭＢＢ基地局又は第２の無線基地局）から送信される第２の下り制御情報（ＤＣＩ）を前記他の無線基地局１０（ＵＲＬＬＣ基地局又は第１の無線基地局）が受信する場合、前記第１のＤＣＩは、該第２のＤＣＩが示すリソースの少なくとも一部に対する前記特定のデータのスケジューリングに用いられてもよい（第２、第３の態様）。
【０２１８】
前記第１の制御リソースセット内で無線基地局１０（ＵＲＬＬＣ基地局又は第１の無線基地局）から送信される前記第１のＤＣＩを、前記所定の帯域幅を利用する他の無線基地局１０（ｅＭＢＢ基地局又は第２の無線基地局）が受信する場合、前記第１のＤＣＩが示すリソースは、前記第２の無線基地局においてブランクリソースとして用いられてもよい（第２、第３の態様）。
【０２１９】
制御部４０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
【０２２０】
送信信号生成部４０２は、制御部４０１からの指示に基づいて、ＵＬ信号、ＤＬ信号の送達確認情報を生成（例えば、符号化、レートマッチング、パンクチャ、変調など）して、マッピング部４０３に出力する。送信信号生成部４０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置とすることができる。
【０２２１】
マッピング部４０３は、制御部４０１からの指示に基づいて、送信信号生成部４０２で生成されたＵＬ信号、ＤＬ信号の送達確認情報を無線リソースにマッピングして、送受信部２０３へ出力する。マッピング部４０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置とすることができる。
【０２２２】
受信信号処理部４０４は、ＤＬ信号の受信処理（例えば、デマッピング、復調、復号など）を行う。例えば、受信信号処理部４０４は、制御部４０１からの指示に従って、ＣＢ単位で復号処理を行い、各ＣＢの復号結果を制御部４０１に出力してもよい。
【０２２３】
受信信号処理部４０４は、無線基地局１０から受信した情報を、制御部４０１に出力する。受信信号処理部４０４は、例えば、ブロードキャスト情報、システム情報、ＲＲＣシグナリングなどの上位レイヤシグナリングによる上位レイヤ制御情報、Ｌ１／Ｌ２制御情報（例えば、ＵＬグラント、ＤＬアサインメント）などを、制御部４０１に出力する。
【０２２４】
受信信号処理部４０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。また、受信信号処理部４０４は、本発明に係る受信部を構成することができる。
【０２２５】
測定部４０５は、無線基地局１０からの参照信号（例えば、ＣＳＩ−ＲＳ）に基づいて、チャネル状態を測定し、測定結果を制御部４０１に出力する。なお、チャネル状態の測定は、ＣＣ毎に行われてもよい。
【０２２６】
測定部４０５は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置、並びに、測定器、測定回路又は測定装置から構成することができる。
【０２２７】
＜ハードウェア構成＞
なお、上記実施の形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。
【０２２８】
例えば、本開示の一実施の形態における無線基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図１４は、一実施の形態に係る無線基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の無線基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０２２９】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。無線基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０２３０】
例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、１以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。
【０２３１】
無線基地局１０及びユーザ端末２０における各機能は、例えば、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４を介する通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
【０２３２】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）によって構成されてもよい。例えば、上述のベースバンド信号処理部１０４（２０４）、呼処理部１０５などは、プロセッサ１００１によって実現されてもよい。
【０２３３】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ端末２０の制御部４０１は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
【０２３４】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ROM）、ＥＥＰＲＯＭ（Electrically  EPROM）、ＲＡＭ（Random  Access  Memory）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０２３５】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ−ＲＯＭ（Compact  Disc  ROM）など）、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。
【０２３６】
通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency  Division  Duplex）及び時分割複信（ＴＤＤ：Time  Division  Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信アンテナ１０１（２０１）、アンプ部１０２（２０２）、送受信部１０３（２０３）、伝送路インターフェース１０６などは、通信装置１００４によって実現されてもよい。
【０２３７】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤ（Light  Emitting  Diode）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０２３８】
また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
【０２３９】
また、無線基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
【０２４０】
（変形例）
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。参照信号は、ＲＳ（Reference  Signal）と略称することもでき、適用される標準によってパイロット（Pilot）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（ＣＣ：Component  Carrier）は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
【０２４１】
無線フレームは、時間領域において１つ又は複数の期間（フレーム）によって構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
【０２４２】
ここで、ニューメロロジーとは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。例えば、サブキャリア間隔（ＳＣＳ：SubCarrier  Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission  Time  Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域で行う特定のフィルタリング処理、送受信機が時間領域で行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
【０２４３】
スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal  Frequency  Division  Multiplexing）シンボル、ＳＣ−ＦＤＭＡ（Single  Carrier  Frequency  Division  Multiple  Access）シンボルなど）によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
【０２４４】
スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルで構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
【０２４５】
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。
【０２４６】
例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission  Time  Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１−１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
【０２４７】
ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、無線基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
【０２４８】
ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
【０２４９】
なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
【０２５０】
１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ  Ｒｅｌ．８−１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、又はロングサブフレームなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional  TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、又は、サブスロットなどと呼ばれてもよい。
【０２５１】
なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
【０２５２】
リソースブロック（ＲＢ：Resource  Block）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（subcarrier））を含んでもよい。
【０２５３】
また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームは、それぞれ１つ又は複数のリソースブロックによって構成されてもよい。
【０２５４】
なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical  RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier  Group）、リソースエレメントグループ（ＲＥＧ：Resource  Element  Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
【０２５５】
また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource  Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
【０２５６】
なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic  Prefix）長などの構成は、様々に変更することができる。
【０２５７】
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
【０２５８】
本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。例えば、様々なチャネル（ＰＵＣＣＨ（Physical  Uplink  Control  Channel）、ＰＤＣＣＨ（Physical  Downlink  Control  Channel）など）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
【０２５９】
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０２６０】
また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
【０２６１】
入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
【０２６２】
情報の通知は、本開示において説明した態様／実施の形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（ＤＣＩ：Downlink  Control  Information）、上り制御情報（ＵＣＩ：Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ブロードキャスト情報（マスタ情報ブロック（ＭＩＢ：Master  Information  Block）、システム情報ブロック（ＳＩＢ：System  Information  Block）など）、ＭＡＣ（Medium  Access  Control）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。
【０２６３】
なお、物理レイヤシグナリングは、Ｌ１／Ｌ２（Layer  1／Layer  2）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRCConnectionSetup）メッセージ、ＲＲＣ接続再構成（RRCConnectionReconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ  ＣＥ（Control  Element））を用いて通知されてもよい。
【０２６４】
また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。
【０２６５】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（true）又は偽（false）で表される真偽値（boolean）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０２６６】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０２６７】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital  Subscriber  Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【０２６８】
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。
【０２６９】
本開示においては、「基地局（ＢＳ：Base  Station）」、「無線基地局」、「固定局（fixed  station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access  point）」、「送信ポイント（transmission  point）」、「受信ポイント（reception  point）」、「送受信ポイント（transmission/reception  point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」、「帯域幅部分（ＢＷＰ：Bandwidth  Part）」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
【０２７０】
基地局は、１つ又は複数（例えば、３つ）のセル（セクタとも呼ばれる）を収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Remote  Radio  Head））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
【０２７１】
本開示においては、「移動局（ＭＳ：Mobile  Station）」、「ユーザ端末（user  terminal）」、「ユーザ装置（ＵＥ：User  Equipment）」、「端末」などの用語は、互換的に使用され得る。
【０２７２】
移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
【０２７３】
基地局及び移動局の少なくとも一方は、送信装置、受信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。
【０２７４】
また、本開示における無線基地局は、ユーザ端末で読み替えてもよい。例えば、無線基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施の形態を適用してもよい。この場合、上述の無線基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」、「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
【０２７５】
同様に、本開示におけるユーザ端末は、無線基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を無線基地局１０が有する構成としてもよい。
【０２７６】
本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper  node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network  nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、ＭＭＥ（Mobility  Management  Entity）、Ｓ−ＧＷ（Serving-Gateway）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。
【０２７７】
本開示において説明した各態様／実施の形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示で説明した各態様／実施の形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０２７８】
本開示において説明した各態様／実施の形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＬＴＥ−Ｂ（LTE-Beyond）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（4th  generation  mobile  communication  system）、５Ｇ（5th  generation  mobile  communication  system）、ＦＲＡ（Future  Radio  Access）、Ｎｅｗ−ＲＡＴ（Radio  Access  Technology）、ＮＲ（New  Radio）、ＮＸ（New  radio  access）、ＦＸ（Future  generation  radio  access）、ＧＳＭ（登録商標）（Global  System  for  Mobile  communications）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ又はＬＴＥ−Ａと、５Ｇとの組み合わせなど）適用されてもよい。
【０２７９】
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０２８０】
本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０２８１】
本開示において使用する「判断（決定）（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）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。
【０２８７】
本開示において、２つの要素が接続される場合、１つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
【０２８８】
本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も同様に解釈されてもよい。
【０２８９】
本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
【０２９０】
本開示において、例えば、英語でのa,  an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【０２９１】
以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施の形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。
【図１】
2019198248.tif 000003
【図２】
2019198248.tif 000004
【図３】
2019198248.tif 000005
【図４】
2019198248.tif 000006
【図５】
2019198248.tif 000007
【図６】
2019198248.tif 000008
【図７】
2019198248.tif 000009
【図８】
2019198248.tif 000010
【図９】
2019198248.tif 000011
【図１０】
2019198248.tif 000012
【図１１】
2019198248.tif 000013
【図１２】
2019198248.tif 000014
【図１３】
2019198248.tif 000015
【図１４】
2019198248.tif 000016
【国際調査報告】
2019198248.tif 000017
2019198248.tif 000018
2019198248.tif 000019
2019198248.tif 000020