JP2018110358A - 端末装置、基地局装置、方法及び記録媒体 - Google Patents

Abstract

【課題】動的リソースシェアリングが実行される場合において、システム全体の伝送効率を向上させることが可能な仕組みを提供する。【解決手段】基地局装置から通知される第１の制御情報及び第２の制御情報を取得する取得部と、前記第１の制御情報に基づいて、第１のリソースにスケジュールされる第１のデータチャネル及び前記第１のデータチャネルを復調するための参照信号の受信処理を行う受信処理部と、を備え、前記受信処理部は、前記第２の制御情報に基づいて、前記第１のリソースのうち前記第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、前記参照信号が前記第２のリソースを含む前記第１のリソースにマッピングされると想定して行う、装置。【選択図】図９

Description

本開示は、端末装置、基地局装置、方法及び記録媒体に関する。

セルラー移動通信の無線アクセス方式および無線ネットワーク（以下、「Long Term Evolution（LTE）」、「LTE-Advanced（LTE-A）」、「LTE-Advanced Pro（LTE-A Pro）」、「New Radio（NR）」、「New Radio Access Technology（NRAT）」、「Evolved Universal Terrestrial Radio Access（EUTRA）」、または「Further EUTRA（FEUTRA）」とも称する。）が、第三世代パートナーシッププロジェクト（3rd Generation Partnership Project: 3GPP）において検討されている。なお、以下の説明において、ＬＴＥは、ＬＴＥ−Ａ、ＬＴＥ−Ａ Ｐｒｏ、およびＥＵＴＲＡを含み、ＮＲは、ＮＲＡＴ、およびＦＥＵＴＲＡを含む。基地局装置（基地局）は、ＬＴＥにおいてｅＮｏｄｅＢ（evolved NodeB）とも称され、ＮＲにおいてｇＮｏｄｅＢとも称される。また、端末装置（移動局、移動局装置、端末）は、ＬＴＥ及びＮＲにおいてＵＥ（User Equipment）とも称される。ＬＴＥおよびＮＲは、基地局装置がカバーするエリアをセル状に複数配置するセルラー通信システムである。単一の基地局装置は複数のセルを管理してもよい。

ＮＲは、ＬＴＥに対する次世代の無線アクセス方式として、ＬＴＥとは異なるＲＡＴ（Radio Access Technology）である。ＮＲは、ｅＭＢＢ（Enhanced mobile broadband）、ｍＭＴＣ（Massive machine type communications）およびＵＲＬＬＣ（Ultra reliable and low latency communications）を含む様々なユースケースに対応できるアクセス技術である。ＮＲは、それらのユースケースにおける利用シナリオ、要求条件、および配置シナリオなどに対応する技術フレームワークを目指して検討される。ＮＲのシナリオや要求条件の詳細は、非特許文献１に開示されている。

ここで、ｅＭＢＢはブロードバンド伝送であり、スロット単位でデータ送信が行われる。また、ＵＲＬＬＣは低レイテンシー伝送を含み、スロットよりも短い時間単位（ミニスロット）でデータ送信が行われる。すなわち、ＵＲＬＬＣにおけるＴＴＩ（Transmission Time Interval）は、ｅＭＢＢにおけるＴＴＩよりも短い。そのため、ｅＭＢＢのデータ送信が既に開始された後で、ＵＲＬＬＣのデータ送信が発生する可能性がある。ｅＭＢＢのデータとＵＲＬＬＣのデータを多重する方法の１つとして、周波数分割多重が考えられるが、ＵＲＬＬＣのデータ送信のための周波数リソースを確保しておく必要があり、ＵＲＬＬＣのデータ送信の発生頻度が低い場合、リソースの利用効率が低下することになる。

そのため、ＮＲでは、ｅＭＢＢとＵＲＬＬＣとの動的リソースシェアリングが検討されている。ｅＭＢＢとＵＲＬＬＣとの動的リソースシェアリングでは、ＵＲＬＬＣのデータ送信が発生した場合、そのＵＲＬＬＣのデータは、ｅＭＢＢのデータが送信されているスロット内のリソースを使って（横取りして）送信される。すなわち、ＵＲＬＬＣのデータはｅＭＢＢのデータよりも優先的にリソースにマッピングして送信される。ｅＭＢＢのデータにおいて、ＵＲＬＬＣのデータ送信に用いられるリソース（横取りされたリソース）は、パンクチャリングされる。ｅＭＢＢとＵＲＬＬＣとの動的リソースシェアリングの詳細は、非特許文献２に開示されている。

3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on Scenarios and Requirements for Next Generation Access Technologies; (Release 14), 3GPP TR 38.913 V0.3.0 (2016-03).[平成２８年１２月２２日検索]、インターネット<URL: http://www.3gpp.org/ftp/Specs/archive/38_series/38.913/38913-030.zip> R1-1611545, "Dynamic Resource Sharing for eMBB/URLLC in DL," Sony, 3GPP TSG RAN WG1 Meeting #87, October 2016.[平成２８年１２月２２日検索]、インターネット<URL: http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_87/Docs/R1-1611545.zip>

ｅＭＢＢとＵＲＬＬＣとの動的リソースシェアリングのように、異なる通信規格のデータがリソースシェアリングして送信される場合には、各々のデータが受信側で正しく受信されることが望ましい。例えば、第１の通信規格の第１のデータを送信するためのリソースの一部がパンクチャリングされ、パンクチャリングされたリソースにおいて第２の通信規格のデータが送信されることが想定される。この場合、第１のデータ用の復調参照信号（例えば、ＤＭＲＳ（Demodulation reference signal））までパンクチャリングされると、第１のデータに対する特性が大きな影響を受けることになる。

そこで、本開示では、動的リソースシェアリングが実行される場合において、システム全体の伝送効率を向上させることが可能な仕組みを提供する。

本開示によれば、基地局装置から通知される第１の制御情報及び第２の制御情報を取得する取得部と、前記第１の制御情報に基づいて、第１のリソースにスケジュールされる第１のデータチャネル及び前記第１のデータチャネルを復調するための参照信号の受信処理を行う受信処理部と、を備え、前記受信処理部は、前記第２の制御情報に基づいて、前記第１のリソースのうち前記第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、前記参照信号が前記第２のリソースを含む前記第１のリソースにマッピングされると想定して行う、端末装置が提供される。

また、本開示によれば、基地局装置から通知される第３の制御情報を取得する取得部と、前記第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理を行う受信処理部と、を備え、前記受信処理部は、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルがマッピングされると想定して受信処理を行う、端末装置が提供される。

また、本開示によれば、第１の端末装置のための第１のリソースに関する第１の制御情報、及び前記第１のリソースの一部である第２の端末装置のための第２のリソースに関する第２の制御情報を、前記第１の端末装置に通知する通知部と、前記第１のリソースに第１のデータチャネルをスケジュールしつつ、前記第１のリソースのうち前記第２のリソースを除いたリソースに前記第１のデータチャネルをマッピングするデータチャネル送信部と、前記第１のデータチャネルを復調するための参照信号を、前記第２のリソースを含む前記第１のリソースにマッピングする参照信号送信部と、を備える基地局装置が提供される。

また、本開示によれば、第１の端末装置のための第１のリソースの一部である第２の端末装置のための第２のリソースに関する第３の制御情報を前記第２の端末装置に通知する通知部と、前記第２のリソースに第２のデータチャネルをスケジュールしつつ、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルをマッピングするデータチャネル送信部と、を備える基地局装置が提供される。

また、本開示によれば、基地局装置から通知される第１の制御情報及び第２の制御情報を取得することと、前記第１の制御情報に基づいて、第１のリソースにスケジュールされる第１のデータチャネル及び前記第１のデータチャネルを復調するための参照信号の受信処理をプロセッサにより行うことと、を含み、前記受信処理を行うことは、前記第２の制御情報に基づいて、前記第１のリソースのうち前記第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、前記参照信号が前記第２のリソースを含む前記第１のリソースにマッピングされると想定して行うことを含む、方法が提供される。

また、本開示によれば、基地局装置から通知される第３の制御情報を取得することと、前記第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理をプロセッサにより行うことと、を含み、前記受信処理を行うことは、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルがマッピングされると想定して受信処理を行うことを含む、方法が提供される。

また、本開示によれば、第１の端末装置のための第１のリソースに関する第１の制御情報、及び前記第１のリソースの一部である第２の端末装置のための第２のリソースに関する第２の制御情報を、前記第１の端末装置に通知することと、前記第１のリソースに第１のデータチャネルをスケジュールしつつ、前記第１のリソースのうち前記第２のリソースを除いたリソースに前記第１のデータチャネルをプロセッサによりマッピングすることと、前記第１のデータチャネルを復調するための参照信号を、前記第２のリソースを含む前記第１のリソースにマッピングすることと、を含む、方法が提供される。

また、本開示によれば、第１の端末装置のための第１のリソースの一部である第２の端末装置のための第２のリソースに関する第３の制御情報を前記第２の端末装置に通知することと、前記第２のリソースに第２のデータチャネルをスケジュールしつつ、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルをプロセッサによりマッピングすることと、を含む、方法が提供される。

また、本開示によれば、コンピュータを、基地局装置から通知される第１の制御情報及び第２の制御情報を取得する取得部と、前記第１の制御情報に基づいて、第１のリソースにスケジュールされる第１のデータチャネル及び前記第１のデータチャネルを復調するための参照信号の受信処理を行う受信処理部と、として機能させ、前記受信処理部は、前記第２の制御情報に基づいて、前記第１のリソースのうち前記第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、前記参照信号が前記第２のリソースを含む前記第１のリソースにマッピングされると想定して行うよう、機能させるためのプログラムが記録された記録媒体が提供される。

また、本開示によれば、コンピュータを、基地局装置から通知される第３の制御情報を取得する取得部と、前記第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理を行う受信処理部と、として機能させ、前記受信処理部は、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルがマッピングされると想定して受信処理を行うよう、機能させるためのプログラムが記録された記録媒体が提供される。

また、本開示によれば、コンピュータを、第１の端末装置のための第１のリソースに関する第１の制御情報、及び前記第１のリソースの一部である第２の端末装置のための第２のリソースに関する第２の制御情報を、前記第１の端末装置に通知する通知部と、前記第１のリソースに第１のデータチャネルをスケジュールしつつ、前記第１のリソースのうち前記第２のリソースを除いたリソースに前記第１のデータチャネルをマッピングするデータチャネル送信部と、前記第１のデータチャネルを復調するための参照信号を、前記第２のリソースを含む前記第１のリソースにマッピングする参照信号送信部と、
として機能させるためのプログラムが記録された記録媒体が提供される。

また、本開示によれば、コンピュータを、第１の端末装置のための第１のリソースの一部である第２の端末装置のための第２のリソースに関する第３の制御情報を前記第２の端末装置に通知する通知部と、前記第２のリソースに第２のデータチャネルをスケジュールしつつ、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルをマッピングするデータチャネル送信部と、
として機能させるためのプログラムが記録された記録媒体が提供される。

本開示によれば、第１のリソースの一部である第２のリソースがパンクチャされる場合であっても、第１のリソースにマッピングされる第１のデータチャネルを復調するための参照信号は、第２のリソースにおいてもマッピングされる。そのため、第１のリソースを受信対象とする装置は、第１のデータチャネルを復調するための参照信号を欠落なく受信して、第１のデータチャネルの復調に用いることが可能である。これにより、パンクチャによる第１のデータチャネルの特性劣化を回避することが可能となる。

以上説明したように本開示によれば、動的リソースシェアリングが実行される場合において、システム全体の伝送効率を向上させることが可能な仕組みが提供される。なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。

本開示の一実施形態に係るシステムの全体構成を示す図である。 典型的な動的リソースシェアリングの一例を説明するための図である。 ｅＭＢＢ用ＤＭＲＳのマッピングパターンの一例を示す図である。 ｅＭＢＢ用ＤＭＲＳのマッピングパターンの一例を示す図である。 本実施形態に係る基地局装置の構成の一例を示すブロック図である。 本実施形態に係るｅＭＢＢ端末の構成の一例を示すブロック図である。 本実施形態に係るＵＲＬＬＣ端末の構成の一例を示すブロック図である。 本実施形態に係るシステムにおいて実行されるｅＭＢＢのデータ通信処理の流れの一例を示すシーケンス図である。 本実施形態に係る異なるＤＭＲＳのマッピングパターンにおける動的リソースシェアリングの一例を示す図である。 本実施形態に係るシステムにおいて実行されるＵＲＬＬＣのデータ通信処理の流れの一例を示すシーケンス図である。 本実施形態に係る異なるサブキャリア間隔のデータに対する動的リソースシェアリングの一例を示す図である。 本実施形態に係るシステムにおいて実行されるＣＳＩフィードバック処理の流れの一例を示すシーケンス図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は以下の順序で行うものとする。
１．はじめに
１．１．全体構成
１．２．動的リソースシェアリング
１．３．ＮＲにおけるＤＭＲＳのマッピングパターン
２．各装置の構成例
２．１．基地局装置の構成例
２．２．ｅＭＢＢ端末の構成例
２．３．ＵＲＬＬＣ端末の構成例
３．技術的特徴
３．１．ｅＭＢＢの処理
３．２．ＵＲＬＬＣの処理
３．２．１．ＲＥサイズが同一である場合
３．２．２．ＲＥサイズが異なる場合
３．２．３．ＣＳＩフィードバック
４．応用例
５．まとめ

＜＜１．はじめに＞＞
＜１．１．全体構成＞
図１は、本開示の一実施形態に係るシステムの全体構成を示す図である。図１に示したように、システム１は、基地局装置１００、端末装置２００、端末装置３００、コアネットワーク２０及びＰＤＮ（Packet Data Network）３０を含む。

基地局装置１００は、セル１１を運用し、セル１１の内部に位置する１つ以上の端末装置へ無線通信サービスを提供する。セル１１は、例えばＬＴＥ又はＮＲ等の任意の無線通信方式に従って運用される。基地局装置１００は、コアネットワーク２０に接続される。コアネットワーク２０は、ゲートウェイ装置（図示せず）を介してＰＤＮ３０に接続される。

コアネットワーク２０は、例えばＭＭＥ（Mobility Management Entity）、Ｓ−ＧＷ（Serving gateway）、Ｐ−ＧＷ（PDN gateway）、ＰＣＲＦ（Policy and Charging Rule Function）及びＨＳＳ（Home Subscriber Server）を含み得る。ＭＭＥは、制御プレーンの信号を取り扱う制御ノードであり、端末装置の移動状態を管理する。Ｓ−ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、ユーザデータの転送経路を切り替えるゲートウェイ装置である。Ｐ−ＧＷは、ユーザプレーンの信号を取り扱う制御ノードであり、コアネットワーク２０とＰＤＮ３０との接続点となるゲートウェイ装置である。ＰＣＲＦは、ベアラに対するＱｏＳ（Quality of Service）等のポリシー及び課金に関する制御を行う制御ノードである。ＨＳＳは、加入者データを取り扱い、サービス制御を行う制御ノードである。

端末装置２００及び端末装置３００は、基地局装置１００による制御に基づいて基地局装置１００と無線通信する。端末装置２００及び端末装置３００は、いわゆるユーザ端末（ＵＥ：User Equipment）であってもよい。例えば、端末装置２００及び端末装置３００は、基地局装置１００にアップリンク信号を送信して、基地局装置１００からダウンリンク信号を受信する。

とりわけ、端末装置２００は、基地局装置１００との間でｅＭＢＢの信号を送受信する、ｅＭＢＢ端末である。また、端末装置３００は、基地局装置１００との間でＵＲＬＬＣの信号を送受信するＵＲＬＬＣ端末である。

＜１．２．動的リソースシェアリング＞
通信のためのリソースは、所定の時間間隔及び所定の周波数間隔を有するブロックに区分されて使用され得る。このようなブロックは、ＲＢ（リソースブロック）とも称される。ＲＢは、時間方向に１つ以上のサブフレーム又はスロットを含み得る。また、ＲＢは、周波数方向にサブキャリアの集合を含む。なお、ＲＢの周波数間隔が、リソースブロックと称される場合もある。

ＮＲでは、ｅＭＢＢやＵＲＬＬＣのようにＴＴＩ（Transmission Time Interval）長の異なるデータが柔軟に送信されうる。また、周波数リソースの利用効率向上のために、所定のリソースにおいて、ＴＴＩ長の異なる複数のデータが、動的リソースシェアリングが行われて送信され得る。

図２は、典型的な動的リソースシェアリングの一例を説明するための図である。図２の横軸は時間であり、縦軸は周波数であり、１つのＲＢ４０が示されている。図２に示したＲＢ４０では、ｅＭＢＢのデータおよびｅＭＢＢ用ＤＭＲＳが送信されている。ただし、ＲＢ内の一部のリソースがパンクチャリングされ、パンクチャリングされたリソースにおいてＵＲＬＬＣのデータが送信される。換言すると、ｅＭＢＢとＵＲＬＬＣとの動的リソースシェアリングにおいては、ＵＲＬＬＣのデータが優先して送信され、ｅＭＢＢのデータの一部はパンクチャリングされる。

動的リソースシェアリングの際には、パンクチャリングが行われ得る。パンクチャリングとは、パンクチャリング対象であるリソースエレメント（ＲＥ）のデータシンボルを抜く（即ち、欠落させる）ことである。換言すると、パンクチャリングされる受信側の装置に対するデータシンボルは、パンクチャリング対象であるリソースエレメントにマッピングされない。

受信側の装置は、パンクチャリングされていることを知らない場合、パンクチャリング対象であるＲＥのデータシンボルも含めて、受信処理を行うことになり、誤り率特性が劣化する。特に、ＵＲＬＬＣのように高信頼性通信が要求される場合、そのような特性劣化は回避されることが望ましい。

一方、受信側の装置は、パンクチャリングされていることを知っている場合、パンクチャリング対象であるＲＥのデータシンボルを受信していないものとして受信処理を行うことになるので、誤り特性の劣化を回避することができる。例えば、ｅＭＢＢのデータに対するパンクチャリングに関する情報は、所定のリソースにマッピングされる制御情報（例えば、制御チャネル）により通知されうる。例えば、あるＲＢにおいて行われたパンクチャリングに関する情報は、当該ＲＢの最後のシンボル又は当該ＲＢよりも後の時刻のＲＢにおけるＰＤＣＣＨ領域等にマッピングされる制御情報により通知されうる。

図２に示した例において、ｅＭＢＢ用ＤＭＲＳは、１つのＲＢ内で４つのＲＥ４１Ａ〜４１Ｄを用いて送信されうる。しかし、前半の２つのＲＥ４１Ａ及び４１ＢではｅＭＢＢ用ＤＭＲＳが送信されるものの、後半の２つのＲＥ４１Ｃ及び４１Ｄでは、ＵＲＬＬＣのデータ送信のためにパンクチャリングされて、ｅＭＢＢ用ＤＭＲＳは送信されない。ＤＭＲＳは、データに対する伝送路変動を推定するための参照信号であるので、受信側での受信処理のために重要である。そのため、図２に示した例のように、ｅＭＢＢ用ＤＭＲＳがパンクチャリングされた場合、ｅＭＢＢのデータに対するパンクチャリングに関する情報が通知されたとしても、伝送特性が劣化してしまうことになる。

そのため、動的リソースシェアリングにおいて、パンクチャリングされる側のデータの伝送特性の劣化を防止する仕組みが提供されることが望ましい。

＜１．３．ＮＲにおけるＤＭＲＳのマッピングパターン＞
ＮＲでは、ＵＥの移動速度やユースケースなどによってＤＭＲＳのマッピングパターンが複数種類規定され、それらを切り替えて用いられうる。以下では、図３及び図４を参照して、ｅＭＢＢ用ＤＭＲＳのマッピングパターンの一例を説明する。

図３及び図４は、ｅＭＢＢ用ＤＭＲＳのマッピングパターンの一例を示す図である。これらの例では、横軸が時間であり、縦軸が周波数であり、ひとつの矩形がひとつのサブキャリア及びひとつのシンボルから成るＲＥである。また、１つのスロットが７つのシンボルで構成されるものとする。

図３では、アンテナポート１〜４に対応するＤＭＲＳが、３番目のシンボルにマッピングされる。図４では、アンテナポート１〜４に対応するＤＭＲＳが、３番目および７番目のシンボルにマッピングされる。図３で示されるＤＭＲＳは、時間領域での伝送路変動が遅い場合に好適であり、図４で示されるＤＭＲＳに比べて、ＤＭＲＳによるオーバーヘッドが少ない。図４で示されるＤＭＲＳは、時間領域での伝送路変動が早い場合に好適であり、図３で示されるＤＭＲＳに比べて、高速移動時の受信特性が良い。

また、図３及び図４では、アンテナポート１〜４に対応するＤＭＲＳがマッピングされている場合が示されているが、ＰＤＳＣＨにおけるＭＩＭＯ（Ｍｕｌｔｉ−Ｉｎｐｕｔ Ｍｕｌｔｉ−Ｏｕｔｐｕｔ）のレイヤ数（空間多重数）によって、ＤＭＲＳのマッピングが変動しうる。

例えば、ＰＤＳＣＨのレイヤ数が１である場合、そのＰＤＳＣＨに関連付けられるＤＭＲＳはアンテナポート１のみにマッピングされ、送信される。すなわち、その場合、アンテナポート２〜４のＤＭＲＳに対応するＲＥは、ＰＤＳＣＨの送信のために用いられうる。また、例えば、ＰＤＳＣＨのレイヤ数が２である場合、そのＰＤＳＣＨに関連付けられるＤＭＲＳはアンテナポート１および２のみがマッピングされ、送信される。すなわち、その場合、アンテナポート３および４のＤＭＲＳに対応するＲＥは、ＰＤＳＣＨの送信のために用いられうる。また、例えば、ＰＤＳＣＨのレイヤ数が３である場合、そのＰＤＳＣＨに関連付けられるＤＭＲＳはアンテナポート１〜３のみがマッピングされ、送信される。すなわち、その場合、アンテナポート４のＤＭＲＳに対応するＲＥは、ＰＤＳＣＨの送信のために用いられうる。また、例えば、ＰＤＳＣＨのレイヤ数が４である場合、そのＰＤＳＣＨに関連付けられるＤＭＲＳはアンテナポート１〜４の全てがマッピングされ、送信される。

以上のように、ｅＭＢＢ用ＤＭＲＳに関しては、複数種類のＤＭＲＳのマッピングパターンに加えて、ＰＤＳＣＨのレイヤ数によって、実際の送信に用いられるＤＭＲＳのマッピングが変動する。

＜＜２．各装置の構成例＞＞
以下、図５〜図７を参照して、各装置の構成の一例を説明する。

＜２．１．基地局装置の構成例＞
図５は、本実施形態に係る基地局装置１００の構成の一例を示すブロック図である。図５を参照すると、基地局装置１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１５０を備える。

（１）アンテナ部１１０
アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。

（２）無線通信部１２０
無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。

（３）ネットワーク通信部１３０
ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。

（４）記憶部１４０
記憶部１４０は、基地局装置１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（５）処理部１５０
処理部１５０は、基地局装置１００の様々な機能を提供する。処理部１５０は、通知部１５１、データチャネル送信部１５３、及び参照信号送信部１５５を含む。通知部１５１は、ｅＭＢＢ端末２００及びＵＲＬＬＣ端末３００に制御情報を通知する。データチャネル送信部１５３は、ｅＭＢＢのデータをｅＭＢＢ端末２００に送信する。また、データチャネル送信部１５３は、ＵＲＬＬＣのデータをＵＲＬＬＣ端末３００に送信する。参照信号送信部１５５は、ｅＭＢＢのデータを復調するための参照信号をｅＭＢＢ端末２００に送信する。また、参照信号送信部１５５は、ＵＲＬＬＣのデータを復調するための参照信号をＵＲＬＬＣ端末３００に送信する。

なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。

＜２．２．ｅＭＢＢ端末の構成例＞
図６は、本実施形態に係るｅＭＢＢ端末２００の構成の一例を示すブロック図である。図６を参照すると、ｅＭＢＢ端末２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び処理部２４０を備える。

（１）アンテナ部２１０
アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。

（２）無線通信部２２０
無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。

（３）記憶部２３０
記憶部２３０は、ｅＭＢＢ端末２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（４）処理部２４０
処理部２４０は、ｅＭＢＢ端末２００の様々な機能を提供する。処理部２４０は、取得部２４１及び受信処理部２４３を含む。取得部２４１は、基地局装置１００から通知される制御情報を取得する。受信処理部２４３は、取得部２４１により取得された制御情報に基づいて、ｅＭＢＢのデータの受信処理を行う。

なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。

＜２．３．ＵＲＬＬＣ端末の構成例＞
図７は、本実施形態に係るＵＲＬＬＣ端末３００の構成の一例を示すブロック図である。図７を参照すると、ＵＲＬＬＣ端末３００は、アンテナ部３１０、無線通信部３２０、記憶部３３０及び処理部３４０を備える。

（１）アンテナ部３１０
アンテナ部３１０は、無線通信部３２０により出力される信号を電波として空間に放射する。また、アンテナ部３１０は、空間の電波を信号に変換し、当該信号を無線通信部３２０へ出力する。

（２）無線通信部３２０
無線通信部３２０は、信号を送受信する。例えば、無線通信部３２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。

（３）記憶部３３０
記憶部３３０は、ＵＲＬＬＣ端末３００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。

（４）処理部３４０
処理部３４０は、ＵＲＬＬＣ端末３００の様々な機能を提供する。処理部２４０は、取得部３４１及び受信処理部３４３を含む。取得部３４１は、基地局装置１００から通知される制御情報を取得する。受信処理部３４３は、取得部３４１により取得された制御情報に基づいて、ＵＲＬＬＣのデータの受信処理を行う。

なお、処理部３４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部３４０は、これらの構成要素の動作以外の動作も行い得る。

＜＜３．技術的特徴＞＞
＜３．１．ｅＭＢＢの処理＞
ｅＭＢＢ端末２００は、ｅＭＢＢのデータを受信する。以下、パンクチャリングがされる場合におけるｅＭＢＢ端末２００の動作について説明する。

（１）パンクチャリング
ｅＭＢＢ端末２００は、ｅＭＢＢのデータのためのリソースの一部が、ＵＲＬＬＣのデータによりパンクチャリングされていることを認識する。

ここで、ＵＲＬＬＣとｅＭＢＢの動的リソースシェアリングがサポートされる場合、ｅＭＢＢ用ＤＭＲＳがマッピングされたＲＥは、パンクチャリングの対象とはならない。換言すると、ｅＭＢＢ用ＤＭＲＳは、パンクチャリングされずに送信される。このため、ｅＭＢＢ端末２００は、ｅＭＢＢ用ＤＭＲＳを受信して、復調に用いることが可能である。

（２）制御情報
ｅＭＢＢ端末２００（例えば、取得部２４１）は、基地局装置１００から通知される第１の制御情報及び第２の制御情報を取得する。そして、ｅＭＢＢ端末２００は、第１の制御情報及び第２の制御情報に基づいて受信処理を行う。

第１の制御情報は、ｅＭＢＢのデータがスケジュールされるリソース（第１のリソースとも称される）に関する情報を含む。換言すると、第１の制御情報は、ｅＭＢＢのデータ（第１のデータチャネルに相当）のスケジューリング（即ち、割り当て）のために通知される制御情報を含む。第１のリソースは、ｅＭＢＢのデータがスケジュールされる時間リソース又は区間として捉えられてもよい。

第２の制御情報は、ｅＭＢＢのデータがスケジュールされるリソースのうち、実際にはｅＭＢＢのデータがマッピングされないリソース（即ち、第２のリソース）に関する制御情報を含む。換言すると、第２の制御情報は、第１のリソースのうちパンクチャリングされるリソースに関する情報を含む。第２のリソースには、基地局装置１００と通信するＵＲＬＬＣ端末３００（別の装置に相当）にスケジュールされるＵＲＬＬＣのデータ（第２のデータチャネルに相当）がマッピングされる。第２のリソースは、ＵＲＬＬＣのデータがスケジュールされる時間リソース又は区間として捉えられてもよい。

ここで、第２の制御情報は、第１の制御情報よりも後の時刻に送信され得る。なぜならば、ｅＭＢＢのデータが送信開始された後に、ＵＲＬＬＣのデータの送信要求が発生し得るためである。さらに言えば、第２の制御情報は、第１の制御情報によって割り当てられるデータに対する応答情報（Ａｃｋ／Ｎａｃｋ情報）の通知よりも前に通知されることが好ましい。

例えば、第２の制御情報は、パンクチャリングされているリソースを含むリソースブロック（換言すると、スロット）内で送信されうる。具体的には、第２の制御情報は、パンクチャリングされているリソースを含むリソースブロック（換言すると、スロット）内の最後のシンボルで送信されうる。この場合、第２の制御情報は、第１の制御情報を通知するために用いられる制御チャネルとは異なる物理チャネルを用いて、通知されてもよい。

例えば、第２の制御情報は、パンクチャリングされているリソースを含むリソースブロック（換言すると、スロット）以降のリソースブロック（換言すると、スロット）で送信されうる。この場合、第２の制御情報は、第１の制御情報を通知するために用いられる制御チャネルと同じ物理チャネルを用いて、通知されてもよい。また、第２の制御情報は、パンクチャリングされているリソースを含むリソースブロック（換言すると、スロット）以降のリソースブロック（換言すると、スロット）で通知される第１の制御情報に含まれて送信されてもよい。

（３）送信処理
基地局装置１００（例えば、通知部１５１）は、第１の制御情報及び第２の制御情報をｅＭＢＢ端末２００に通知する。

基地局装置１００（例えば、データチャネル送信部１５３）は、ｅＭＢＢのデータをｅＭＢＢ端末２００に送信する。詳しくは、基地局装置１００は、第１のリソースにｅＭＢＢのデータをスケジュールしつつ、第１のリソースのうち第２のリソースを除いたリソースにｅＭＢＢのデータをマッピングする。即ち、基地局装置１００は、第１のリソースから第２のリソースをパンクチャリングし、第１のリソースのうちパンクチャリングされなかったリソースに、ｅＭＢＢのデータをマッピングして送信する。

基地局装置１００（例えば、参照信号送信部１５５）は、ｅＭＢＢのデータを復調するための参照信号（即ち、ｅＭＢＢ用ＤＭＲＳ）をｅＭＢＢ端末２００に送信する。とりわけ、基地局装置１００は、ｅＭＢＢ用ＤＭＲＳを、第２のリソースを含む第１のリソースにマッピングする。即ち、基地局装置１００は、ｅＭＢＢ用ＤＭＲＳがマッピングされるリソースを、ＵＲＬＬＣのデータのためのパンクチャリングの対象とはしない。

（４）受信処理
ｅＭＢＢ端末２００は、第１の制御情報及び第２の制御情報に基づいて受信処理を行う。

基本的には、ｅＭＢＢ端末２００は、第１の制御情報に基づいて、第１のリソースにスケジュールされるｅＭＢＢのデータ及び当該ｅＭＢＢのデータを復調するための参照信号（即ち、ｅＭＢＢ用ＤＭＲＳ）の受信処理を行う。

ただし、ｅＭＢＢのデータがスケジュールされたリソースにおいてＵＲＬＬＣのデータが送信される場合、即ち、第１のリソースがパンクチャリングされる場合がある。その場合、ｅＭＢＢ端末２００は、第２の制御情報に基づいて、第１のリソースのうち第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、ｅＭＢＢ用ＤＭＲＳが第２のリソースを含む第１のリソースにマッピングされると想定して行う。換言すると、ｅＭＢＢ端末２００は、第２の制御情報により指定されるパンクチャリング対象のリソースのうち、ｅＭＢＢ用ＤＭＲＳがマッピングされるＲＥ以外のＲＥがパンクチャリングされると想定して受信処理を行う。より簡易には、ｅＭＢＢ端末２００は、ｅＭＢＢ用ＤＭＲＳはパンクチャリングされないと想定して受信処理を行う。そのため、ｅＭＢＢ端末２００は、ｅＭＢＢ用ＤＭＲＳがマッピングされると想定されるＲＥにおいて受信した信号を、当該ＲＥが第２のリソースに含まれようともｅＭＢＢ用ＤＭＲＳとして取り扱う。

このように、動的リソースシェアリングが行われる場合であっても、ｅＭＢＢ用ＤＭＲＳはパンクチャリングされないので、ｅＭＢＢのデータの伝送特性が劣化することを回避することが可能である。

ｅＭＢＢ端末２００は、受信処理の結果に基づいて、応答情報を基地局装置１００に送信する。ｅＭＢＢ端末２００は、第１の制御情報によって割り当てられるデータに対する応答情報を、基地局装置１００に送信する。ｅＭＢＢ端末２００は、応答情報の送信前に第２の制御情報を受信した場合、第１の制御情報が示すリソースのうち、第２の制御情報が示すパンクチャリング対象のリソースを除いたリソースにおいて受信したデータに関する応答情報を送信する。

（５）処理の流れ
以下、図８を参照して、ｅＭＢＢのデータ通信処理の流れの一例を説明する。

図８は、本実施形態に係るシステム１において実行されるｅＭＢＢのデータ通信処理の流れの一例を示すシーケンス図である。本シーケンスには、基地局装置１００及びｅＭＢＢ端末２００が関与する。

まず、基地局装置１００は、第１の制御情報をｅＭＢＢ端末２００に送信する（ステップＳ１０２）。次いで、基地局装置１００は、第１の制御情報が示す第１のリソースにおいて、ｅＭＢＢのデータをｅＭＢＢ端末２００に送信する（ステップＳ１０４）。次に、基地局装置１００は、第２の制御情報をｅＭＢＢ端末２００に送信する（ステップＳ１０６）。そして、ｅＭＢＢ端末２００は、第１の制御情報及び第２の制御情報に基づいて受信処理を行い、受信したｅＭＢＢのデータに対する応答情報を基地局装置１００に送信する（ステップＳ１０８）。

＜３．２．ＵＲＬＬＣの処理＞
＜３．２．１．ＲＥサイズが同一である場合＞
（１）概要
ＵＲＬＬＣ端末３００は、ＵＲＬＬＣのデータがマッピングされたリソースを対象として受信処理を行い、ＵＲＬＬＣのデータを取得する。

上記説明したように、動的リソースシェアリングが行われる場合であっても、ｅＭＢＢ用ＤＭＲＳはパンクチャリングされない。換言すると、第２のリソースから、ｅＭＢＢ用ＤＭＲＳがマッピングされるＲＥがパンクチャリングされる。第２のリソースに対するパンクチャリングは、ＲＥパンクチャリングとも称され得る。

ここで、ｅＭＢＢにおいて、ＵＥの移動速度やユースケースなどによってＤＭＲＳのマッピングパターンは複数種類が規定され、それらを切り替えて用いられうる。そのＤＭＲＳのマッピングパターンはＵＥ毎に独立に決定されることができる。それらのＵＥは時間多重および周波数多重されるため、ＤＭＲＳのマッピングパターンは時間方向および周波数方向のいずれも異なる可能性がある。また、アンテナポート毎にＤＭＲＳがマッピングされるＲＥが異なる場合、ＰＤＳＣＨのレイヤ数によっても、ＤＭＲＳのマッピングは異なる可能性がある。この点、図９を参照して具体的に説明する。

図９は、本実施形態に係る異なるＤＭＲＳのマッピングパターンにおける動的リソースシェアリングの一例を示す図である。図９の横軸は時間であり、縦軸は周波数であり、時間方向に連続する３つのＲＢ４０Ａ、４０Ｂ及び４０Ｃが示されている。図９に示すように、ＲＢ４０ＡではｅＭＢＢ用ＤＭＲＳが４つのＲＥにマッピングされ、ＲＢ４０ＢではｅＭＢＢ用ＤＭＲＳが６つのＲＥにマッピングされ、ＲＢ４０ＣではｅＭＢＢのデータおよびｅＭＢＢ用ＤＭＲＳが送信されない。また、それぞれのＲＢにおいて、ＵＲＬＬＣのデータが送信される。

この例では、ＵＲＬＬＣのデータにおけるｅＭＢＢ用ＤＭＲＳのマッピングパターンが異なるため、ＵＲＬＬＣのデータに対するパンクチャリングのパターンも異なる。そのため、ＵＲＬＬＣ端末３００は、ＲＢ毎に異なる可能性のあるｅＭＢＢ用ＤＭＲＳのマッピングパターン（もしくは、ＵＲＬＬＣのデータに対するパンクチャリングのパターン）を認識することが好ましい。

（２）ｅＭＢＢのＲＥとＵＲＬＬＣのＲＥとの関係
第２のリソースのうち、ＵＲＬＬＣのデータがマッピングされないリソース（換言すると、パンクチャリングされるリソース）を、第３のリソースとも称する。また、ｅＭＢＢ用ＤＭＲＳがマッピングされるＲＥを、第４のリソースとも称する。そして、第３のリソースは、第１のリソースのうち第２のリソースを除いたリソースにマッピングされるｅＭＢＢのデータを復調するためのｅＭＢＢ用ＤＭＲＳがマッピングされる第４のリソースを包含する。つまり、第３のリソースは、第４のリソースと同じサイズを有し第４のリソースと一致するよう配置されるか、第４のリソースよりも大きなサイズを有し第４のリソースを中に含むよう配置される。

ここで、ｅＭＢＢのＲＥとＵＲＬＬＣのＲＥとで、サイズ（即ち、サブキャリア間隔及び又はシンボル長）は同一であってもよいし、異なっていてもよい。

ｅＭＢＢのＲＥとＵＲＬＬＣのＲＥとのサイズが同一である場合、第３のリソースのサブキャリア間隔は、第４のリソースのサブキャリア間隔と同じであり、且つ、第３のリソースのシンボル長は、第４のリソースのシンボル長と同じである。そして、ｅＭＢＢのＲＥとＵＲＬＬＣのＲＥとのサイズが同一である場合、第３のリソースと第４のリソースとは、一致する。この場合については、図９を参照して後に詳しく説明する。

一方で、ｅＭＢＢのＲＥとＵＲＬＬＣのＲＥとのサイズが異なる場合、第３のリソースのサブキャリア間隔は、第４のリソースのサブキャリア間隔と異なり、及び／又は第３のリソースのシンボル長は、第４のリソースのシンボル長と異なる。そして、ｅＭＢＢのＲＥとＵＲＬＬＣのＲＥとのサイズが異なる場合、第３のリソースと第４のリソースとが一致しない場合がある。この場合については、図１１を参照して後に詳しく説明する。

本節では、ｅＭＢＢのＲＥとＵＲＬＬＣのＲＥとのサイズが同一である場合について説明する。他方、ｅＭＢＢのＲＥとＵＲＬＬＣのＲＥとのサイズが異なる場合については、＜３．２．２．ＲＥサイズが異なる場合＞において説明する。

（３）送信処理
基地局装置１００（例えば、通知部１５１）は、第３の制御情報をＵＲＬＬＣ端末３００（第２の端末装置に相当）に通知する。第３の制御情報は、ｅＭＢＢ端末２００（第１の端末装置に相当）のための第１のリソースの一部である、ＵＲＬＬＣ端末３００（第２の端末装置に相当）のための第２のリソースに関する情報を含む。より詳しくは、第３の制御情報は、ＵＲＬＬＣのデータがスケジュールされるリソースに関する情報を含む。

基地局装置１００（例えば、通知部１５１）は、後述するＵＲＬＬＣデータ受信設定情報を含む第４の制御情報を、ＵＲＬＬＣ端末３００に通知してもよい。

基地局装置１００（例えば、データチャネル送信部１５３）は、ＵＲＬＬＣのデータをＵＲＬＬＣ端末３００に送信する。詳しくは、基地局装置１００は、第２のリソースにＵＲＬＬＣのデータをスケジュールしつつ、第２のリソースのうち第２のリソースの一部である第３のリソースを除いたリソースにＵＲＬＬＣのデータをマッピングする。即ち、基地局装置１００は、第２のリソースから第３のリソースをパンクチャリングし、第２のリソースのうちパンクチャリングされなかったリソースに、ＵＲＬＬＣのデータをマッピングして送信する。

（４）受信処理
ＵＲＬＬＣ端末３００（例えば、取得部３４１）は、基地局装置１００から通知される第３の制御情報を取得する。

そして、ＵＲＬＬＣ端末３００（例えば、受信処理部３４３）は、第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理を行う。

ただし、ＵＲＬＬＣ端末３００は、第２のリソースに対するＲＥパンクチャリングを考慮して受信処理を行う。具体的には、ＵＲＬＬＣ端末３００は、第２のリソースのうち第２のリソースの一部である第３のリソースを除いたリソースに第２のデータチャネルがマッピングされると想定して受信処理を行う。換言すると、ＵＲＬＬＣ端末３００は、第３の制御情報により指定される第２のリソースから、ｅＭＢＢ用ＤＭＲＳがマッピングされるＲＥがパンクチャリングされると想定して受信処理を行う。つまり、ＵＲＬＬＣ端末３００は、ｅＭＢＢ用ＤＭＲＳがマッピングされると想定されるＲＥを、受信対象外のＲＥとして取り扱う。このように、ＵＲＬＬＣ端末３００は、ｅＭＢＢ用ＤＭＲＳを受信対象外とすることで、ＵＲＬＬＣのデータの特性劣化を回避することが可能となる。

ＵＲＬＬＣ端末３００は、ＵＲＬＬＣのデータのマッピングに関する設定情報であるＵＲＬＬＣデータ受信設定情報に基づいて、ＵＲＬＬＣのデータを受信する。

ＵＲＬＬＣデータ受信設定情報は、第２のリソースのうち、ＵＲＬＬＣのデータがマッピングされないリソース（即ち、第３のリソース）に関する情報である。換言すると、ＵＲＬＬＣデータ受信設定情報は、第２のリソースのうちパンクチャリングされるリソースに関する情報である。

ＵＲＬＬＣデータ受信設定情報は、ｅＭＢＢ用ＤＭＲＳのマッピングパターンを示す情報（即ち、第４のリソースを示す情報）を含んでいてもよい。その場合、ＵＲＬＬＣ端末３００は、第２のリソースのＲＥのうち、ｅＭＢＢ用ＤＭＲＳのマッピングパターンに相当するＲＥをパンクチャリングして受信処理を行う。換言すると、ＵＲＬＬＣ端末３００は、第２のリソースのＲＥのうち、ｅＭＢＢ用ＤＭＲＳのマッピングパターンに相当するＲＥ以外のＲＥを対象として受信処理を行う。なお、以下では、ｅＭＢＢ用ＤＭＲＳのマッピングパターンを、単にマッピングパターンとも称する場合がある。

ＵＲＬＬＣデータ受信設定情報は、第２のリソースにおけるＵＲＬＬＣのデータに対するパンクチャリングのパターンを示す情報（即ち、第３のリソースを示す情報）を含んでいてもよい。その場合、ＵＲＬＬＣ端末３００は、第２のリソースのＲＥのうち、パンクチャリングされたＲＥ以外のＲＥを対象として受信処理を行う。なお、以下では、第２のリソースにおけるＵＲＬＬＣのデータに対するパンクチャリングのパターンを、単にパンクチャリングパターンとも称する場合がある。

（２）ＵＲＬＬＣデータ受信設定情報の認識方法
ＵＲＬＬＣ端末３００は、多様な方法でＵＲＬＬＣデータ受信設定情報、換言すると第３のリソースを示す情報又は第４のリソースを示す情報を認識し得る。

−仕様に基づく認識
第４のリソースは、予め規定されていてもよい。換言すると、第３のリソースは、予め規定されていてもよい。

例えば、ｅＭＢＢ用ＤＭＲＳのマッピングパターンは、仕様で予め規定されていてもよい。その場合、ＵＲＬＬＣ端末３００は、第２のリソースのＲＥのうち、仕様で予め規定されたｅＭＢＢ用ＤＭＲＳのマッピングパターンに相当するＲＥをパンクチャリングして受信処理を行う。

ＵＲＬＬＣ端末３００は、実際のｅＭＢＢ用ＤＭＲＳのマッピングに関わらず、予め規定されたマッピングパターンのＲＥに相当するＲＥがパンクチャリングされているものとして受信処理を行ってもよい。

予め規定されたマッピングパターンは、仕様で規定されるｅＭＢＢ用ＤＭＲＳのマッピングパターンのうち、１つまたは複数のマッピングパターンに基づいて決定されうる。例えば、予め規定されたマッピングパターンは、所定のサブキャリア間隔（例えば、１５ｋＨｚ）で規定されるｅＭＢＢ用ＤＭＲＳのマッピングパターンに基づいて決定されてもよい。例えば、予め規定されたマッピングパターンは、ｅＭＢＢ端末２００が既定値（ｄｅｆａｕｌｔ ｖａｌｕｅ）として用いるｅＭＢＢ用ＤＭＲＳのマッピングパターンに基づいて決定されてもよい。

予め規定されたマッピングパターンにおいて、パンクチャリング対象のアンテナポート数（若しくはアンテナポート番号）がさらに規定されてもよい。また、パンクチャリング対象のアンテナポート数（若しくはアンテナポート番号）は、ＲＲＣ（Radio Resource Control）シグナリングまたはＤＣＩ（Downlink Control Information）シグナリングを通じて設定されてもよい。

−通知又は設定に基づく認識
例えば、ＵＲＬＬＣデータ受信設定情報（即ち、第３のリソースを示す情報又は第４のリソースを示す情報）は、第４の制御情報として通知又は設定されてもよい。その場合、ＵＲＬＬＣ端末３００は、通知又は設定されたＵＲＬＬＣデータ受信設定情報を取得し、取得したＵＲＬＬＣデータ受信設定情報に基づいて受信処理を行う。

ＵＲＬＬＣ端末３００は、多様な方法で、通知又は設定に基づくＵＲＬＬＣデータ受信設定情報を認識し得る。以下では、一例として第１の例〜第３の例を説明する。

−共通事項
まず、第１の例〜第３の例で共通する事項を説明する。

ＵＲＬＬＣ端末３００は、設定および／または通知されたマッピングパターンに基づいて決まる、所定のＲＥに対してパンクチャリングして受信処理を行う。

設定および／または通知されたマッピングパターンは、仕様で規定されるｅＭＢＢ用ＤＭＲＳのマッピングパターンのうち、１つまたは複数のマッピングパターンに基づいて決定されうる。

設定および／または通知されたマッピングパターンにおいて、パンクチャリング対象のアンテナポート数（若しくはアンテナポート番号）がさらに規定されてもよい。また、パンクチャリング対象のアンテナポート数（若しくはアンテナポート番号）は、ＲＲＣシグナリングまたはＤＣＩシグナリングを通じて設定されてもよい。

−第１の例
ＵＲＬＬＣデータ受信設定情報は、ＲＲＣシグナリングにより準静的に通知され、セル固有またはＵＥ固有に設定されてもよい。

ＵＲＬＬＣデータ受信設定情報は、周波数領域におけるＲＢ毎またはＲＢグループ（所定数のＲＢで構成される周波数リソース）毎に、個別に設定されうる。

ＵＲＬＬＣデータ受信設定情報が設定されない場合には、ＵＲＬＬＣ端末３００は、予め規定されたマッピングパターンに基づいて決まる、所定のＲＥに対してパンクチャリングして受信処理を行う。

−第２の例
ＵＲＬＬＣデータ受信設定情報は、ＤＣＩシグナリングにより動的に通知され、セル固有、ＵＥグループ固有またはＵＥ固有に通知されてもよい。すなわち、ＵＲＬＬＣデータ受信設定情報は、セル固有、ＵＥグループ固有またはＵＥ固有のＲＮＴＩ（Radio Network Temporary Identifier）を用いて生成されるＤＣＩに含まれて通知されてもよい。

ＵＲＬＬＣデータ受信設定情報は、スロット毎、サブフレーム毎、スロットグループ（所定数の連続するスロットの集合）毎、サブフレームグループ（所定数の連続するスロットの集合）毎、又は無線フレーム毎に周期的に通知されてもよい。その場合、ＵＲＬＬＣデータ受信設定情報は、所定の時間リソースを対象に適用されうる。

また、ＵＲＬＬＣデータ受信設定情報は、非周期的に通知されてもよい。例えば、ＵＲＬＬＣ端末３００は、ＵＲＬＬＣデータ受信設定情報が通知された場合、通知されたＵＲＬＬＣデータ受信設定情報に基づいて受信処理を行う。一方で、ＵＲＬＬＣ端末３００は、ＵＲＬＬＣデータ受信設定情報が通知されない場合、予め規定または設定されたマッピングパターンに基づいて受信処理を行う。

−第３の例
ＵＲＬＬＣデータ受信設定情報は、ＲＲＣシグナリングとＤＣＩシグナリングとの組み合わせにより通知されてもよい。例えば、上記第２の例で説明した、ＤＣＩシグナリングにより通知されうるマッピングパターンの候補が、ＲＲＣシグナリングにより設定される。なお、かかる設定がＲＲＣシグナリングによりセル固有に行われる場合であっても、ＤＣＩシグナリングはＵＥグループ固有またはＵＥ固有に通知されてもよい。

以下、具体例を説明する。

例えば、採用され得る３つのマッピングパターンの候補が、ＲＲＣシグナリングによりセル固有に設定される。そして、候補のうちどのマッピングパターンが採用されるかを示す情報が、ＤＣＩシグナリングによりＵＥ固有に通知される。設定された３つのマッピングパターンの候補に加えて、パンクチャリングされない場合を含む４つの状態のいずれかを示す２ビットの情報（即ち、値又はパターン）が、ＤＣＩシグナリングにより通知されてもよい。

例えば、１つのマッピングパターンが、ＲＲＣシグナリングによりＵＥ固有に設定される。設定されたマッピングパターンが採用される場合、及びパンクチャリングされない場合を含む２つの状態を示す１ビットの情報が、ＤＣＩシグナリングにより通知されてもよい。ＤＣＩシグナリングにより通知される情報は、動的リソースシェアリングがされているかどうかを示す情報であってもよい。

以下、図１０を参照して、第３の例におけるＵＲＬＬＣのデータ通信処理の流れの一例を説明する。

図１０は、本実施形態に係るシステム１において実行されるＵＲＬＬＣのデータ通信処理の流れの一例を示すシーケンス図である。本シーケンスには、基地局装置１００及びＵＲＬＬＣ端末３００が関与する。

まず、基地局装置１００は、第１のＵＲＬＬＣデータ受信設定情報を、ＲＲＣシグナリングによりＵＲＬＬＣ端末３００に送信する（ステップＳ２０２）。第１のＵＲＬＬＣデータ受信設定情報は、例えば、採用され得る３つのマッピングパターンの候補を示す情報を含む。次いで、基地局装置１００は、第２のＵＲＬＬＣデータ受信設定情報を含む制御情報を、ＤＣＩシグナリングによりＵＲＬＬＣ端末３００に送信する（ステップＳ２０４）。第２のＵＲＬＬＣデータ受信設定情報は、例えば、３つのマッピングパターンの候補に加えて、パンクチャリングされない場合を含む４つの状態のいずれかを示す２ビットの情報を含む。次いで、基地局装置１００は、制御情報によって割り当てられるＵＲＬＬＣのデータを送信する（ステップＳ２０６）。そして、ＵＲＬＬＣ端末３００は、第１のＵＲＬＬＣデータ受信設定情報及び第２のＵＲＬＬＣデータ受信設定情報に基づいて受信処理を行い、受信したＵＲＬＬＣのデータに対する応答情報を基地局装置１００に送信する（ステップＳ２０８）。

＜３．２．２．ＲＥサイズが異なる場合＞
以下では、ｅＭＢＢのＲＥとＵＲＬＬのＲＥとで、サイズ（即ち、サブキャリア間隔及び／又はシンボル長）が異なる場合について説明する。

（１）ＲＥサイズの相違
ＮＲでは、様々なユースケースや搬送波周波数に対応するために、複数種類のサブキャリア間隔の信号波形（Ｗａｖｅｆｏｒｍ）がサポートされる。例えば、ＮＲは、３．７５ｋＨｚ、７．５ｋＨｚ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、１２０ｋＨｚ、２４０ｋＨｚおよび／または４８０ｋＨｚのサブキャリア間隔をサポートする。また、ＮＲでは、異なるサブキャリア間隔の信号波形を１つのコンポーネントキャリア内で多重することがサポートされる。当該多重は、周波数領域多重および時間領域多重を含む。

そして、ｅＭＢＢのデータに用いられるサブキャリア間隔とＵＲＬＬＣのデータに用いられるサブキャリア間隔とが異なる場合でも、上述の動的リソースシェアリングはサポートされうる。例えば、ｅＭＢＢのデータは１５ｋＨｚのサブキャリア間隔の信号波形により送信され、ｅＭＢＢのデータは６０ｋＨｚのサブキャリア間隔の信号波形により送信される例が考えられる。

サブキャリア間隔が異なる場合、ＲＥのサイズが異なる。上記の例では、ＵＲＬＬＣのＲＥのサイズは、ｅＭＢＢに比べて、周波数方向にサブキャリア間隔が４倍であり（即ち、広い）、時間方向にシンボル長が１／４倍である（即ち、短い）。このような、ＲＥサイズが異なる場合について、図１１を参照して詳しく説明する。

図１１は、本実施形態に係る異なるサブキャリア間隔のデータに対する動的リソースシェアリングの一例を示す図である。図１１の横軸は時間であり、縦軸は周波数であり、１つのＲＢ４０が示されている。ｅＭＢＢのデータとＵＲＬＬＣのデータとでＲＥの大きさが異なる場合、ＵＲＬＬＣのデータに対するパンクチャリングは、ｅＭＢＢ用ＤＭＲＳに対応するリソースを包含する、全てのＵＲＬＬＣのＲＥに対して行われることが好ましい。図１１に示した例では、ｅＭＢＢ用ＤＭＲＳがマッピングされるＲＥ４１Ｃに対応するリソースを含むＵＲＬＬＣのＲＥ４２Ａ及び４２Ｂがパンクチャリングされる。また、ｅＭＢＢ用ＤＭＲＳがマッピングされるＲＥ４１Ｄに対応するリソースを含むＵＲＬＬＣのＲＥ４２Ｂ及び４２Ｃがパンクチャリングされる。

（２）ＵＲＬＬＣデータ受信設定情報
以下では、ＲＥサイズが異なる場合の動的リソースシェアリングにおける、ＵＲＬＬＣデータ受信設定情報について説明する。

ＵＲＬＬＣデータ受信設定情報の認識及びＵＲＬＬＣデータ受信設定情報に基づく受信処理は、＜３．２．１．ＲＥサイズが同一である場合＞において説明した方法と同様にして行われる。ただし、ＵＲＬＬＣデータ受信設定情報の中身が、＜３．２．１．ＲＥサイズが同一である場合＞と異なり得る。そこで、以下では、ＵＲＬＬＣデータ受信設定情報について説明する。

−第１の例
ＵＲＬＬＣデータ受信設定情報は、ＵＲＬＬＣのＲＥサイズ（即ち、サブキャリア間隔及び／又はシンボル長）を基準とする情報であってもよい。換言すると、ＵＲＬＬＣデータ受信設定情報は、ＵＲＬＬＣのＲＥサイズに基づいて通知されてもよい。この場合、ＵＲＬＬＣ端末３００は、ｅＭＢＢ用ＤＭＲＳのマッピングパターンおよびサブキャリア間隔を認識する必要がない。

ＵＲＬＬＣのＲＥサイズを基準とするＵＲＬＬＣデータ受信設定情報は、ＵＥ固有またはＵＥグループ固有に設定および／または通知されることが好ましい。また、この場合のＵＥグループは、同じサブキャリア間隔のデータを受信するＵＥの集合である。

−第２の例
ＵＲＬＬＣデータ受信設定情報は、所定のＲＥサイズ（即ち、所定のサブキャリア間隔及び／又は所定のシンボル長）を基準とする情報であってもよい。換言すると、ＵＲＬＬＣデータ受信設定情報は、所定のＲＥサイズに基づいて通知されてもよい。

この所定のＲＥサイズは、ＵＲＬＬＣのＲＥサイズと同一であってもよいし、異なっていてもよい。

この所定のＲＥサイズは、ｅＭＢＢのＲＥサイズであってもよく、換言すると、ｅＭＢＢ用ＤＭＲＳで用いられるＲＥのサイズであってもよい。この場合、ＵＲＬＬＣデータ受信設定情報は、ｅＭＢＢ用ＤＭＲＳのマッピングパターンを示す情報である。

所定のＲＥサイズを基準とするＵＲＬＬＣデータ受信情報は、ＵＥ固有およびＵＥグループ固有に加えて、セル固有に設定および／または通知されてもよい。

ＵＲＬＬＣ端末３００は、第２のリソースにおいて、ＵＲＬＬＣデータ受信設定情報により設定及び／又は通知されるリソースを包含する、全てのＲＥをパンクチャリングして、受信処理を行う。

ここで、所定のＲＥサイズにおける所定のサブキャリア間隔は、以下のいずれか、又は組み合わせであってもよい。

・第１の例
所定のサブキャリア間隔は、ＲＲＣシグナリングによりセル固有またはＵＥ固有に設定されるサブキャリア間隔であってもよい。

・第２の例
所定のサブキャリア間隔は、所定の同期信号、所定の参照信号またはＰＢＣＨ （Ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ、報知チャネル）の送信に用いられるサブキャリア間隔であってもよい。例えば、第３のリソース又は第４のリソースのサブキャリア間隔は、所定の同期信号、所定の参照信号、又は報知チャネルの送信に用いられるサブキャリア間隔と同じであってもよい。これにより、第３のリソース又は第４のリソースのサブキャリア間隔を明示的に通知せずとも済むので、オーバーヘッドを削減することが可能となる。なお、所定の同期信号、所定の参照信号またはＰＢＣＨは、ＵＲＬＬＣのデータ、またはＵＲＬＬＣのデータの送信に用いられるリソースに対応する（換言すると、関連付けられる、又は参照される）同期信号、参照信号またはＰＢＣＨであってもよい。

・第３の例
所定のサブキャリア間隔は、予め規定されるサブキャリア間隔であり、例えば、１５ｋＨｚであってもよい。

＜３．２．３．ＣＳＩフィードバック＞
（１）ＣＳＩフィードバックの概要
ＮＲでは、下りリンク送信において、伝送路状態を考慮したリンクアダプテーションを行うことにより、最適な無線伝送の実現が可能である。リンクアダプテーションにおいて、ＵＥは、基地局から送信されるＣＳＩ（Channel State Information）測定用参照信号を用いて、下りリンクにおける伝送路状態を測定し、その測定結果に基づいてＣＳＩフィードバック情報を生成し、基地局にそのＣＳＩフィードバック情報をレポート（即ち、フィードバック）する。

ここで、ＵＥは、所定の条件下で下りリンクのデータが送信されることを想定して、ＣＳＩフィードバック情報を生成する。具体的には、ＵＥは、下りリンクのデータ伝送において誤り率が所定の値（例えば、０．１）以下となる場合のＣＳＩフィードバック情報を生成する。

（２）動的リソースシェアリングが行われる場合のＣＳＩフィードバック
ＣＳＩフィードバックは、動的リソースシェアリングが行われる場合であっても実施されることが望ましい。

そこで、ＵＲＬＬＣ端末３００（例えば、受信処理部３４３）は、第２のリソースのうち第２のリソースの一部である第３のリソースを除いたリソースに第２のデータチャネルがマッピングされるとの想定に基づいて、ＣＳＩフィードバックを行う。これにより、最適なリンクアダプテーションを実現することが可能となる。ただし、ＵＲＬＬＣのデータの送信に用いられるリソースは、ＣＳＩフィードバックの時点では分からない場合がある。そのため、ＵＲＬＬＣのデータに対するＣＳＩフィードバックにおいて、ｅＭＢＢまたはＵＲＬＬＣのデータの発生頻度などに応じたパンクチャリングに関する想定が行われることが望ましい。

また、ＣＳＩフィードバックにおけるＵＲＬＬＣのデータに対するパンクチャリングに関する想定において、パンクチャリング対象のアンテナポート数（若しくはアンテナポート番号）がさらに規定されてもよい。パンクチャリング対象のアンテナポート数（若しくはアンテナポート番号）は、ＲＲＣシグナリングまたはＤＣＩシグナリングを通じて設定されてもよい。

ＣＳＩフィードバックにおけるＵＲＬＬＣのデータに対するパンクチャリングに関する想定は、以下のいずれか、又は組み合わせであってもよい。

−第１の例
ＵＲＬＬＣ端末３００は、データ受信のために設定されたパンクチャリングパターンに関する設定情報が示すパンクチャリングを考慮して、ＣＳＩフィードバックを行う。詳しくは、ＵＲＬＬＣ端末３００は、第２のリソースのＲＥのうち、データ受信のためのパンクチャリングパターンが示す、パンクチャリングが想定されるＲＥ以外のＲＥを対象として、ＣＳＩフィードバック情報を生成し、フィードバックする。なお、データ受信のために設定されたパンクチャリングパターンは、上述したＵＲＬＬＣデータ受信設定情報に含まれるパンクチャリングパターンである。

−第２の例
ＵＲＬＬＣ端末３００は、ＣＳＩフィードバックのためのパンクチャリングパターンに関する設定情報が示すパンクチャリングを考慮して、ＣＳＩフィードバックを行う。詳しくは、ＵＲＬＬＣ端末３００は、第２のリソースのＲＥのうち、ＣＳＩフィードバックのためのパンクチャリングパターンが示す、パンクチャリングが想定されるＲＥ以外のＲＥを対象として、ＣＳＩフィードバック情報を生成し、フィードバックする。ここで、ＣＳＩフィードバックのためのパンクチャリングパターンは、データ受信のために設定されたパンクチャリングパターンとは、独立に設定および／または通知され得る。

以下、図１２を参照して、第２の例におけるＣＳＩフィードバック処理の流れの一例を説明する。

図１２は、本実施形態に係るシステム１において実行されるＣＳＩフィードバック処理の流れの一例を示すシーケンス図である。本シーケンスには、基地局装置１００及びＵＲＬＬＣ端末３００が関与する。

まず、基地局装置１００は、ＣＳＩフィードバックのためのパンクチャリングパターンに関する設定情報を、ＲＲＣシグナリングによりＵＲＬＬＣ端末３００に送信する（ステップＳ３０２）。次いで、基地局装置１００は、ＣＳＩフィードバックのための参照信号をＵＲＬＬＣ端末３００に送信する（ステップＳ３０４）。そして、ＵＲＬＬＣ端末３００は、ＣＳＩフィードバックのためのパンクチャリングパターンに関する設定情報が示すパンクチャリングを考慮して、ＣＳＩフィードバックを行う（ステップＳ３０６）。

−第３の例
ＵＲＬＬＣ端末３００は、予め規定される所定のパンクチャリングパターンを考慮して、ＣＳＩフィードバックを行う。

予め規定される所定のパンクチャリングパターンは、パンクチャリングしない場合を含んでいてもよい。所定のＲＥパンクチャリングパターンが、パンクチャリングしないことを示す場合、ＵＲＬＬＣ端末３００は、ＵＲＬＬのデータに対するパンクチャリングが実際には行われる場合であっても、当該パンクチャリングを考慮せずにＣＳＩフィードバックを行う。

＜＜４．応用例＞＞
本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局装置１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved Node B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局装置１００は、ＮｏｄｅＢ又はＢＴＳ（Base Transceiver Station）などの他の種類の基地局として実現されてもよい。基地局装置１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote Radio Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局装置１００として動作してもよい。

また、例えば、ｅＭＢＢ端末２００又はＵＲＬＬＣ端末３００の各々は、スマートフォン、タブレットＰＣ（Personal Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、ｅＭＢＢ端末２００又はＵＲＬＬＣ端末３００の各々は、Ｍ２Ｍ（Machine To Machine）通信を行う端末（ＭＴＣ（Machine Type Communication）端末ともいう）として実現されてもよい。さらに、ｅＭＢＢ端末２００又はＵＲＬＬＣ端末３００の各々は、これら端末に搭載される無線通信モジュール（例えば、１つのダイで構成される集積回路モジュール）であってもよい。

＜４．１．基地局装置に関する応用例＞
（第１の応用例）
図１３は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。

アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図１３に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１３にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。

基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。

コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio Resource Control）、無線ベアラ制御（Radio Bearer Control）、移動性管理（Mobility Management）、流入制御（Admission Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。

ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。

無線通信インタフェース８２５は、ＬＴＥ（Long Term Evolution）又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium Access Control）、ＲＬＣ（Radio Link Control）及びＰＤＣＰ（Packet Data Convergence Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。

無線通信インタフェース８２５は、図１３に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図１３に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図１３には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。

図１３に示したｅＮＢ８００において、図５を参照して説明した処理部１５０に含まれる１つ以上の構成要素（通知部１５１、データチャネル送信部１５３及び／又はデータチャネル送信部１５３）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図１３に示したｅＮＢ８００において、図５を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。

（第２の応用例）
図１４は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。

アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図１４に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１４にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。

基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図１３を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。

無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図１３を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図１４に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図１４には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。

接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。

また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。

接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。

無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図１４に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図１４には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。

図１４に示したｅＮＢ８３０において、図５を参照して説明した処理部１５０に含まれる１つ以上の構成要素（通知部１５１、データチャネル送信部１５３及び／又はデータチャネル送信部１５３）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図１４に示したｅＮＢ８３０において、例えば、図５を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。

＜４．２．端末装置に関する応用例＞
（第１の応用例）
図１５は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。

プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System on Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal Serial Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。

カメラ９０６は、例えば、ＣＣＤ（Charge Coupled Device）又はＣＭＯＳ（Complementary Metal Oxide Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。

無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図１５に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図１５には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。

さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local Area Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。

アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。

アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図１５に示したように複数のアンテナ９１６を有してもよい。なお、図１５にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。

さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。

バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図１５に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。

図１５に示したスマートフォン９００において、図６を参照して説明した処理部２４０に含まれる１つ以上の構成要素（取得部２４１及び／又は受信処理部２４３）は、無線通信インタフェース９１２において実装されてもよい。また、図１５に示したスマートフォン９００において、図７を参照して説明した処理部３４０に含まれる１つ以上の構成要素（取得部３４１及び／又は受信処理部３４３）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図１５に示したスマートフォン９００において、例えば、図６を参照して説明した無線通信部２２０又は図７を参照して説明した無線通信部３２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０又はアンテナ部３１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０又は記憶部３３０は、メモリ９０２において実装されてもよい。

（第２の応用例）
図１６は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global Positioning System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。

プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。

ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。

コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。

無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ−Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図１６に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図１６には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。

さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。

アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。

アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図１６に示したように複数のアンテナ９３７を有してもよい。なお、図１６にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。

さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。

バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図１６に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。

図１６に示したカーナビゲーション装置９２０において、図６を参照して説明した処理部２４０に含まれる１つ以上の構成要素（取得部２４１及び／又は受信処理部２４３）は、無線通信インタフェース９３３において実装されてもよい。また、図１６に示したカーナビゲーション装置９２０において、図７を参照して説明した処理部３４０に含まれる１つ以上の構成要素（取得部３４１及び／又は受信処理部３４３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。

また、図１６に示したカーナビゲーション装置９２０において、例えば、図６を参照して説明した無線通信部２２０又は図７を参照して説明した無線通信部３２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０又はアンテナ部３１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０又は記憶部３３０は、メモリ９２２において実装されてもよい。

また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。

＜＜５．まとめ＞＞
以上、図１〜図１６を参照して、本開示の一実施形態について詳細に説明した。上記説明したように、ｅＭＢＢ端末２００は、基地局装置１００から通知される第１の制御情報を取得して、第１の制御情報に基づいて、第１のリソースにスケジュールされるｅＭＢＢのデータ及びｅＭＢＢ用ＤＭＲＳの受信処理を行う。また、ｅＭＢＢ端末２００は、基地局装置１００から通知される第２の制御情報を取得して、第２の制御情報に基づいて、第１のリソースのうち第１のリソースの一部である第２のリソースを除いたリソースにマッピングされるｅＭＢＢのデータの受信処理を、ｅＭＢＢ用ＤＭＲＳが第２のリソースを含む第１のリソースにマッピングされると想定して行う。基地局装置１００は、第１のリソースの一部である第２のリソースをパンクチャする場合であっても、ｅＭＢＢ用ＤＭＲＳを第２のリソースを含む第１のリソースにマッピングする。そのため、ｅＭＢＢ端末２００は、ｅＭＢＢ用ＤＭＲＳを欠落なく受信して、ｅＭＢＢのデータの復調に用いることが可能である。これにより、パンクチャによるｅＭＢＢのデータの特性劣化を回避することが可能となる。

また、ＵＲＬＬＣ端末３００は、基地局装置１００から通知される第３の制御情報を取得して、第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理を行う。とりわけ、ＵＲＬＬＣ端末３００は、第２のリソースのうち第２のリソースの一部である第３のリソースを除いたリソースに第２のデータチャネルがマッピングされると想定して受信処理を行う。より簡易には、ＵＲＬＬＣ端末３００は、ｅＭＢＢ用ＤＭＲＳがマッピングされるリソースに対応する第３のリソースを除いて、第２のリソースにおいて送信されたＵＲＬＬＣのデータの受信処理を行う。このように、ＵＲＬＬＣ端末３００は、ｅＭＢＢ用ＤＭＲＳを受信対象外とすることで、ＵＲＬＬＣのデータの特性劣化を回避することが可能となる。

以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。

例えば、上記実施形態では、動的リソースシェアリングが行われる２つの通信規格の一例として、ｅＭＢＢ及びＵＲＬＬＣを挙げて説明したが、本技術はかかる例に限定されない。本技術は、任意の２つの通信規格間の動的リソースシェアリングに関して適用可能である。

また、本明細書においてシーケンス図を用いて説明した処理は、必ずしも図示された順序で実行されなくてもよい。いくつかの処理ステップは、並列的に実行されてもよい。また、追加的な処理ステップが採用されてもよく、一部の処理ステップが省略されてもよい。

また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。

なお、以下のような構成も本開示の技術的範囲に属する。
（１）
基地局装置から通知される第１の制御情報及び第２の制御情報を取得する取得部と、
前記第１の制御情報に基づいて、第１のリソースにスケジュールされる第１のデータチャネル及び前記第１のデータチャネルを復調するための参照信号の受信処理を行う受信処理部と、
を備え、
前記受信処理部は、前記第２の制御情報に基づいて、前記第１のリソースのうち前記第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、前記参照信号が前記第２のリソースを含む前記第１のリソースにマッピングされると想定して行う、端末装置。
（２）
前記第２のリソースには、前記基地局装置と通信する別の装置端末にスケジュールされる第２のデータチャネルがマッピングされる、前記（１）に記載の端末装置。
（３）
前記第２の制御情報は、第１の制御情報よりも後の時刻に送信される、前記（１）又は（２）に記載の端末装置。
（４）
基地局装置から通知される第３の制御情報を取得する取得部と、
前記第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理を行う受信処理部と、
を備え、
前記受信処理部は、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルがマッピングされると想定して受信処理を行う、端末装置。
（５）
前記第３のリソースは、前記第１のリソースのうち前記第２のリソースを除いたリソースにマッピングされる第１のデータチャネルを復調するための参照信号がマッピングされる第４のリソースを包含する、前記（４）に記載の端末装置。
（６）
前記取得部は、前記基地局装置から通知される第４の制御情報を取得し、
前記第４の制御情報は、前記第３のリソースを示す、前記（４）又は（５）に記載の端末装置。
（７）
前記第３のリソースのサブキャリア間隔は、所定の同期信号、所定の参照信号又は報知チャネルの送信に用いられるサブキャリア間隔と同じである、前記（４）〜（６）のいずれか一項に記載の端末装置。
（８）
前記第３のリソースは、予め規定される、前記（４）〜（７）のいずれか一項に記載の端末装置。
（９）
前記第３のリソースのサブキャリア間隔は、前記第４のリソースのサブキャリア間隔と同じである、前記（５）又は前記（５）を引用する前記（６）〜（８）のいずれか一項に記載の端末装置。
（１０）
前記第３のリソースのサブキャリア間隔は、前記第４のリソースのサブキャリア間隔と異なる、前記（５）又は前記（５）を引用する前記（６）〜（８）のいずれか一項に記載の端末装置。
（１１）
前記受信処理部は、前記想定に基づいてＣＳＩフィードバックを行う、前記（４）〜（１０）のいずれか一項に記載の端末装置。
（１２）
第１の端末装置のための第１のリソースに関する第１の制御情報、及び前記第１のリソースの一部である第２の端末装置のための第２のリソースに関する第２の制御情報を、前記第１の端末装置に通知する通知部と、
前記第１のリソースに第１のデータチャネルをスケジュールしつつ、前記第１のリソースのうち前記第２のリソースを除いたリソースに前記第１のデータチャネルをマッピングするデータチャネル送信部と、
前記第１のデータチャネルを復調するための参照信号を、前記第２のリソースを含む前記第１のリソースにマッピングする参照信号送信部と、
を備える基地局装置。
（１３）
第１の端末装置のための第１のリソースの一部である第２の端末装置のための第２のリソースに関する第３の制御情報を前記第２の端末装置に通知する通知部と、
前記第２のリソースに第２のデータチャネルをスケジュールしつつ、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルをマッピングするデータチャネル送信部と、
を備える基地局装置。
（１４）
基地局装置から通知される第１の制御情報及び第２の制御情報を取得することと、
前記第１の制御情報に基づいて、第１のリソースにスケジュールされる第１のデータチャネル及び前記第１のデータチャネルを復調するための参照信号の受信処理をプロセッサにより行うことと、
を含み、
前記受信処理を行うことは、前記第２の制御情報に基づいて、前記第１のリソースのうち前記第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、前記参照信号が前記第２のリソースを含む前記第１のリソースにマッピングされると想定して行うことを含む、方法。
（１５）
基地局装置から通知される第３の制御情報を取得することと、
前記第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理をプロセッサにより行うことと、
を含み、
前記受信処理を行うことは、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルがマッピングされると想定して受信処理を行うことを含む、方法。
（１６）
第１の端末装置のための第１のリソースに関する第１の制御情報、及び前記第１のリソースの一部である第２の端末装置のための第２のリソースに関する第２の制御情報を、前記第１の端末装置に通知することと、
前記第１のリソースに第１のデータチャネルをスケジュールしつつ、前記第１のリソースのうち前記第２のリソースを除いたリソースに前記第１のデータチャネルをプロセッサによりマッピングすることと、
前記第１のデータチャネルを復調するための参照信号を、前記第２のリソースを含む前記第１のリソースにマッピングすることと、
を含む、方法。
（１７）
第１の端末装置のための第１のリソースの一部である第２の端末装置のための第２のリソースに関する第３の制御情報を前記第２の端末装置に通知することと、
前記第２のリソースに第２のデータチャネルをスケジュールしつつ、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルをプロセッサによりマッピングすることと、
を含む、方法。
（１８）
コンピュータを、
基地局装置から通知される第１の制御情報及び第２の制御情報を取得する取得部と、
前記第１の制御情報に基づいて、第１のリソースにスケジュールされる第１のデータチャネル及び前記第１のデータチャネルを復調するための参照信号の受信処理を行う受信処理部と、
として機能させ、
前記受信処理部は、前記第２の制御情報に基づいて、前記第１のリソースのうち前記第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、前記参照信号が前記第２のリソースを含む前記第１のリソースにマッピングされると想定して行うよう、機能させるためのプログラムが記録された記録媒体。
（１９）
コンピュータを、
基地局装置から通知される第３の制御情報を取得する取得部と、
前記第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理を行う受信処理部と、
として機能させ、
前記受信処理部は、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルがマッピングされると想定して受信処理を行うよう、機能させるためのプログラムが記録された記録媒体。
（２０）
コンピュータを、
第１の端末装置のための第１のリソースに関する第１の制御情報、及び前記第１のリソースの一部である第２の端末装置のための第２のリソースに関する第２の制御情報を、前記第１の端末装置に通知する通知部と、
前記第１のリソースに第１のデータチャネルをスケジュールしつつ、前記第１のリソースのうち前記第２のリソースを除いたリソースに前記第１のデータチャネルをマッピングするデータチャネル送信部と、
前記第１のデータチャネルを復調するための参照信号を、前記第２のリソースを含む前記第１のリソースにマッピングする参照信号送信部と、
として機能させるためのプログラムが記録された記録媒体。
（２１）
コンピュータを、
第１の端末装置のための第１のリソースの一部である第２の端末装置のための第２のリソースに関する第３の制御情報を前記第２の端末装置に通知する通知部と、
前記第２のリソースに第２のデータチャネルをスケジュールしつつ、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルをマッピングするデータチャネル送信部と、
として機能させるためのプログラムが記録された記録媒体。

１ システム
１１ セル
２０ コアネットワーク
３０ ＰＤＮ
１００ 基地局装置
１０２ 部品
１１０ アンテナ部
１２０ 無線通信部
１３０ ネットワーク通信部
１４０ 記憶部
１５０ 処理部
１５１ 通知部
１５３ データチャネル送信部
１５５ 参照信号送信部
２００ 端末装置、ｅＭＢＢ端末
２１０ アンテナ部
２２０ 無線通信部
２３０ 記憶部
２４０ 処理部
２４１ 取得部
２４３ 受信処理部
３００ 端末装置、ＵＲＬＬＣ端末
３１０ アンテナ部
３２０ 無線通信部
３３０ 記憶部
３４０ 処理部
３４１ 取得部
３４３ 受信処理部

Claims (21)

1. 基地局装置から通知される第１の制御情報及び第２の制御情報を取得する取得部と、
   前記第１の制御情報に基づいて、第１のリソースにスケジュールされる第１のデータチャネル及び前記第１のデータチャネルを復調するための参照信号の受信処理を行う受信処理部と、
   を備え、
   前記受信処理部は、前記第２の制御情報に基づいて、前記第１のリソースのうち前記第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、前記参照信号が前記第２のリソースを含む前記第１のリソースにマッピングされると想定して行う、端末装置。
2. 前記第２のリソースには、前記基地局装置と通信する別の端末装置にスケジュールされる第２のデータチャネルがマッピングされる、請求項１に記載の端末装置。
3. 前記第２の制御情報は、第１の制御情報よりも後の時刻に送信される、請求項１に記載の端末装置。
4. 基地局装置から通知される第３の制御情報を取得する取得部と、
   前記第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理を行う受信処理部と、
   を備え、
   前記受信処理部は、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルがマッピングされると想定して受信処理を行う、端末装置。
5. 前記第３のリソースは、前記第１のリソースのうち前記第２のリソースを除いたリソースにマッピングされる第１のデータチャネルを復調するための参照信号がマッピングされる第４のリソースを包含する、請求項４に記載の端末装置。
6. 前記取得部は、前記基地局装置から通知される第４の制御情報を取得し、
   前記第４の制御情報は、前記第３のリソースを示す、請求項４に記載の端末装置。
7. 前記第３のリソースのサブキャリア間隔は、所定の同期信号、所定の参照信号又は報知チャネルの送信に用いられるサブキャリア間隔と同じである、請求項４に記載の端末装置。
8. 前記第３のリソースは、予め規定される、請求項４に記載の端末装置。
9. 前記第３のリソースのサブキャリア間隔は、前記第４のリソースのサブキャリア間隔と同じである、請求項５に記載の端末装置。
10. 前記第３のリソースのサブキャリア間隔は、前記第４のリソースのサブキャリア間隔と異なる、請求項５に記載の端末装置。
11. 前記受信処理部は、前記想定に基づいてＣＳＩフィードバックを行う、請求項４に記載の端末装置。
12. 第１の端末装置のための第１のリソースに関する第１の制御情報、及び前記第１のリソースの一部である第２の端末装置のための第２のリソースに関する第２の制御情報を、前記第１の端末装置に通知する通知部と、
    前記第１のリソースに第１のデータチャネルをスケジュールしつつ、前記第１のリソースのうち前記第２のリソースを除いたリソースに前記第１のデータチャネルをマッピングするデータチャネル送信部と、
    前記第１のデータチャネルを復調するための参照信号を、前記第２のリソースを含む前記第１のリソースにマッピングする参照信号送信部と、
    を備える基地局装置。
13. 第１の端末装置のための第１のリソースの一部である第２の端末装置のための第２のリソースに関する第３の制御情報を前記第２の端末装置に通知する通知部と、
    前記第２のリソースに第２のデータチャネルをスケジュールしつつ、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルをマッピングするデータチャネル送信部と、
    を備える基地局装置。
14. 基地局装置から通知される第１の制御情報及び第２の制御情報を取得することと、
    前記第１の制御情報に基づいて、第１のリソースにスケジュールされる第１のデータチャネル及び前記第１のデータチャネルを復調するための参照信号の受信処理をプロセッサにより行うことと、
    を含み、
    前記受信処理を行うことは、前記第２の制御情報に基づいて、前記第１のリソースのうち前記第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、前記参照信号が前記第２のリソースを含む前記第１のリソースにマッピングされると想定して行うことを含む、方法。
15. 基地局装置から通知される第３の制御情報を取得することと、
    前記第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理をプロセッサにより行うことと、
    を含み、
    前記受信処理を行うことは、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルがマッピングされると想定して受信処理を行うことを含む、方法。
16. 第１の端末装置のための第１のリソースに関する第１の制御情報、及び前記第１のリソースの一部である第２の端末装置のための第２のリソースに関する第２の制御情報を、前記第１の端末装置に通知することと、
    前記第１のリソースに第１のデータチャネルをスケジュールしつつ、前記第１のリソースのうち前記第２のリソースを除いたリソースに前記第１のデータチャネルをプロセッサによりマッピングすることと、
    前記第１のデータチャネルを復調するための参照信号を、前記第２のリソースを含む前記第１のリソースにマッピングすることと、
    を含む、方法。
17. 第１の端末装置のための第１のリソースの一部である第２の端末装置のための第２のリソースに関する第３の制御情報を前記第２の端末装置に通知することと、
    前記第２のリソースに第２のデータチャネルをスケジュールしつつ、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルをプロセッサによりマッピングすることと、
    を含む、方法。
18. コンピュータを、
    基地局装置から通知される第１の制御情報及び第２の制御情報を取得する取得部と、
    前記第１の制御情報に基づいて、第１のリソースにスケジュールされる第１のデータチャネル及び前記第１のデータチャネルを復調するための参照信号の受信処理を行う受信処理部と、
    として機能させ、
    前記受信処理部は、前記第２の制御情報に基づいて、前記第１のリソースのうち前記第１のリソースの一部である第２のリソースを除いたリソースにマッピングされる第１のデータチャネルの受信処理を、前記参照信号が前記第２のリソースを含む前記第１のリソースにマッピングされると想定して行うよう、機能させるためのプログラムが記録された記録媒体。
19. コンピュータを、
    基地局装置から通知される第３の制御情報を取得する取得部と、
    前記第３の制御情報に基づいて、第１のリソースの一部である第２のリソースにスケジュールされる第２のデータチャネルの受信処理を行う受信処理部と、
    として機能させ、
    前記受信処理部は、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルがマッピングされると想定して受信処理を行うよう、機能させるためのプログラムが記録された記録媒体。
20. コンピュータを、
    第１の端末装置のための第１のリソースに関する第１の制御情報、及び前記第１のリソースの一部である第２の端末装置のための第２のリソースに関する第２の制御情報を、前記第１の端末装置に通知する通知部と、
    前記第１のリソースに第１のデータチャネルをスケジュールしつつ、前記第１のリソースのうち前記第２のリソースを除いたリソースに前記第１のデータチャネルをマッピングするデータチャネル送信部と、
    前記第１のデータチャネルを復調するための参照信号を、前記第２のリソースを含む前記第１のリソースにマッピングする参照信号送信部と、
    として機能させるためのプログラムが記録された記録媒体。
21. コンピュータを、
    第１の端末装置のための第１のリソースの一部である第２の端末装置のための第２のリソースに関する第３の制御情報を前記第２の端末装置に通知する通知部と、
    前記第２のリソースに第２のデータチャネルをスケジュールしつつ、前記第２のリソースのうち前記第２のリソースの一部である第３のリソースを除いたリソースに前記第２のデータチャネルをマッピングするデータチャネル送信部と、
    として機能させるためのプログラムが記録された記録媒体。

Images