(57)【要約】  基地局装置（１００）は、第１のデータを生成する第１生成部と、前記第１のデータよりも低遅延で伝送される第２のデータを生成する第２生成部と、前記第２生成部によって第２のデータが生成されたか否かを示す複数のビットを含む標示信号を生成する標示信号生成部と、リソースの所定の単位領域ごとに、前記標示信号生成部によって生成された標示信号をマッピングするとともに、前記第１生成部によって生成された第１のデータ又は前記第２生成部によって生成された第２のデータをマッピングして送信信号を生成するマッピング部と、前記マッピング部によって生成された送信信号を送信する送信部とを有する。
2018127955.tif 000002
【特許請求の範囲】
【請求項１】
第１のデータを生成する第１生成部と、
前記第１のデータよりも低遅延で伝送される第２のデータを生成する第２生成部と、
前記第２生成部によって第２のデータが生成されたか否かを示す複数のビットを含む標示信号を生成する標示信号生成部と、
リソースの所定の単位領域ごとに、前記標示信号生成部によって生成された標示信号をマッピングするとともに、前記第１生成部によって生成された第１のデータ又は前記第２生成部によって生成された第２のデータをマッピングして送信信号を生成するマッピング部と、
前記マッピング部によって生成された送信信号を送信する送信部と
を有することを特徴とする基地局装置。
【請求項２】
前記標示信号生成部は、
前記第２生成部によって第２のデータが生成された場合と生成されなかった場合とで一部のビットが共通し残りのビットが相違する複数のビットを含む標示信号を生成することを特徴とする請求項１記載の基地局装置。
【請求項３】
前記標示信号生成部は、
前記第２生成部によって第２のデータが生成された場合と生成されなかった場合とで互いに直交する複数のビットを含む標示信号を生成することを特徴とする請求項１記載の基地局装置。
【請求項４】
前記マッピング部は、
前記第２生成部によって第２のデータが生成された場合に、前記第１のデータと前記第２のデータとをコード多重して同一周波数及び同一時間の領域にマッピングすることを特徴とする請求項１記載の基地局装置。
【請求項５】
前記マッピング部は、
前記第２生成部によって第２のデータが生成された場合に、標示信号と第２のデータに関する制御信号とを周波数多重してマッピングすることを特徴とする請求項１記載の基地局装置。
【請求項６】
前記マッピング部は、
前記第２生成部によって第２のデータが生成された場合に、標示信号と第２のデータに関する制御信号とを時間多重してマッピングすることを特徴とする請求項１記載の基地局装置。
【請求項７】
前記マッピング部は、
リソースの１つの単位領域において、互いに異なる周波数に標示信号を分散配置することを特徴とする請求項１記載の基地局装置。
【請求項８】
前記マッピング部は、
リソースの複数の単位領域において、互いに異なる周波数に標示信号をマッピングすることを特徴とする請求項１記載の基地局装置。
【請求項９】
リソースの所定の単位領域ごとに、第１のデータ又は前記第１のデータよりも低遅延で伝送される第２のデータがマッピングされるとともに、各単位領域に前記第２のデータが含まれるか否かを示す複数のビットを含む標示信号がマッピングされた受信信号を受信する受信部と、
前記受信信号にマッピングされた標示信号に基づいて、前記受信信号中のリソースの単位領域ごとに、前記第２のデータが含まれるか否かを判定する判定部と、
前記判定部における判定結果に基づいて、前記第１のデータ又は前記第２のデータを復調する復調部と
を有することを特徴とする端末装置。
【請求項１０】
前記復調部は、
前記受信信号にマッピングされた標示信号に含まれる複数のビットを用いてチャネル推定を実行し、前記第１のデータ又は前記第２のデータを復調することを特徴とする請求項９記載の端末装置。
【請求項１１】
基地局装置と端末装置とを有する無線通信システムであって、
前記基地局装置は、
第１のデータを生成する第１生成部と、
前記第１のデータよりも低遅延で伝送される第２のデータを生成する第２生成部と、
前記第２生成部によって第２のデータが生成されたか否かを示す複数のビットを含む標示信号を生成する標示信号生成部と、
リソースの所定の単位領域ごとに、前記標示信号生成部によって生成された標示信号をマッピングするとともに、前記第１生成部によって生成された第１のデータ又は前記第２生成部によって生成された第２のデータをマッピングして送信信号を生成するマッピング部と、
前記マッピング部によって生成された送信信号を送信する送信部とを有し、
前記端末装置は、
前記送信部によって送信された送信信号を受信する受信部と、
前記受信部によって受信された受信信号にマッピングされた標示信号に基づいて、前記受信信号中のリソースの単位領域ごとに、前記第２のデータが含まれるか否かを判定する判定部と、
前記判定部における判定結果に基づいて、前記第１のデータ又は前記第２のデータを復調する復調部とを有する
ことを特徴とする無線通信システム。
【請求項１２】
第１のデータを生成し、
前記第１のデータよりも低遅延で伝送される第２のデータが生成されたか否かを示す複数のビットを含む標示信号を生成し、
リソースの所定の単位領域ごとに、生成された標示信号をマッピングするとともに、生成された第１のデータ又は第２のデータをマッピングして送信信号を生成し、
生成された送信信号を送信する
処理を有することを特徴とする送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局装置、端末装置及び送信方法に関する。
【背景技術】
【０００２】
現在のネットワークは、モバイル端末（スマートフォンやフィーチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（Internet  of  things）サービス（例えば、交通システム、スマートメータ、装置等の監視システム）の展開に合わせて、多様な要求条件を持つサービスに対応することが求められている。そのため、５Ｇ（第５世代移動体通信）の通信規格では、４Ｇ（第４世代移動体通信）の技術に加えて、さらなる高データレート化、大容量化、低遅延化を実現する技術が求められている。【０００４】
上記で述べたように、多種多様なサービスに対応するために、５Ｇでは、ｅＭＢＢ（Enhanced  Mobile  BroadBand）、Ｍａｓｓｉｖｅ  ＭＴＣ（Machine  Type  Communications）、及びＵＲＬＬＣ（Ultra−Reliable  and  Low  Latency  Communication）に分類される多くのユースケースのサポートが想定されている。【０００５】
その中でも、ＵＲＬＬＣは実現が最も困難なユースケースである。まず、無線区間でのエラーレートを１０-5のオーダーにするという超高信頼性の要求がある。超高信頼性を実現する１つの方法として、使用リソース量を増やしてデータに冗長性を持たせる方法がある。しかし、無線リソースには限りがあるので、無制限に使用リソースを増やすことはできない。【０００６】
低遅延に関しても、ＵＲＬＬＣでは、上り回線及び下り回線におけるユーザプレーンの無線区間での遅延を０．５ミリ秒とすることが目標とされている。これは４Ｇ無線システムＬＴＥ（Long  Term  Evolution）の１／１０未満という高い要求である。【０００７】
ＵＲＬＬＣは、上記のような超高信頼性と低遅延の２つの要求を、同時に満たさなければならない。また、５Ｇでは、超高信頼低遅延通信データ（ＵＲＬＬＣデータ）と、他のデータ（例えば、ｅＭＢＢデータ等）とを同一キャリアで同時にサポートできることが求められており、その実現のために周波数利用効率を損なわないことが望ましい。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】"New  SID  Proposal:  Study  on  New  Radio  Access  Technology",  NTT  docomo,  RP-160671,  3GPP  TSG  RAN  Meeting  #71,  Goteborg,  Sweden,  ２０１６年３月７〜１０日
【非特許文献２】3GPP  TR  38.913  V0.3.0  (2016-03)
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ｅＭＢＢデータ及びＵＲＬＬＣデータを同一周波数帯に多重する場合には、時間又は／及び周波数などのリソースの利用効率が低下するという問題がある。具体的には、ＵＲＬＬＣデータは、常に送信されるデータではなく、間欠的にデータの送信が発生する。そのため、あらかじめＵＲＬＬＣデータにリソースを割り当てると、送信されるＵＲＬＬＣデータが存在しない場合に、リソースが無駄になる。【００１０】
開示の技術は、かかる点に鑑みてなされたものであって、リソースを効率的に利用することができる基地局装置、端末装置及び送信方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本願が開示する基地局装置は、１つの態様において、第１のデータを生成する第１生成部と、前記第１のデータよりも低遅延で伝送される第２のデータを生成する第２生成部と、前記第２生成部によって第２のデータが生成されたか否かを示す複数のビットを含む標示信号を生成する標示信号生成部と、リソースの所定の単位領域ごとに、前記標示信号生成部によって生成された標示信号をマッピングするとともに、前記第１生成部によって生成された第１のデータ又は前記第２生成部によって生成された第２のデータをマッピングして送信信号を生成するマッピング部と、前記マッピング部によって生成された送信信号を送信する送信部とを有する。
【発明の効果】
【００１２】
本願が開示する基地局装置、端末装置及び送信方法の１つの態様によれば、リソースを効率的に利用することができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施の形態１に係る無線通信システムの構成を示す図である。
【図２】図２は、実施の形態１に係る基地局装置の構成を示すブロック図である。
【図３】図３は、実施の形態１に係るリソース割り当ての具体例を示す図である。
【図４】図４は、実施の形態１に係る送信処理を示すフロー図である。
【図５】図５は、実施の形態１に係るユーザ端末装置の構成を示すブロック図である。
【図６】図６は、実施の形態１に係る受信処理を示すフロー図である。
【図７】図７は、実施の形態１に係る他のユーザ端末装置の構成を示すブロック図である。
【図８】図８は、実施の形態１に係る他の受信処理を示すフロー図である。
【図９】図９は、実施の形態２に係るリソース割り当ての具体例を示す図である。
【図１０】図１０は、実施の形態３に係る基地局装置の構成を示すブロック図である。
【図１１】図１１は、実施の形態３に係るリソース割り当ての具体例を示す図である。
【図１２】図１２は、実施の形態４に係る基地局装置の構成を示すブロック図である。
【図１３】図１３は、実施の形態４に係るリソース割り当ての具体例を示す図である。
【図１４】図１４は、標示信号の周波数ホッピングを説明する図である。
【図１５】図１５は、ＯＦＤＭシンボルの具体例を示す図である。
【図１６】図１６は、標示信号の分散配置を説明する図である。
【発明を実施するための形態】
【００１４】
以下、本願が開示する基地局装置、端末装置及び送信方法の実施の形態について、図面を参照して詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。
【００１５】
（実施の形態１）
図１は、実施の形態１に係る無線通信システムの構成を示す図である。図１に示す無線通信システムは、基地局装置１００と複数のユーザ端末装置２００とを有する。
【００１６】
基地局装置１００は、例えばｅＭＢＢデータ及びＵＲＬＬＣデータを含む信号をユーザ端末装置２００へ送信する。すなわち、基地局装置１００は、複数のユーザ端末装置２００それぞれを宛先とするｅＭＢＢデータ及びＵＲＬＬＣデータに対して、時間及び周波数によって構成されるリソースを割り当てて送信信号を生成する。
【００１７】
このとき、基地局装置１００は、ｅＭＢＢデータに割り当てるリソースの領域内に、ＵＲＬＬＣデータを配置する領域として暫定的に確保された領域（以下「ＵＲＬＬＣ領域」という）を設け、送信すべきＵＲＬＬＣデータが存在する場合には、このＵＲＬＬＣデータにＵＲＬＬＣ領域のリソースを割り当てる。ＵＲＬＬＣ領域は、例えばスロットを細分化して得られるミニスロット単位で設けられても良い。これにより、スロットよりも短い時間単位であるミニスロットごとに、ＵＲＬＬＣデータの送信を開始することが可能となる。そして、基地局装置１００は、ＵＲＬＬＣデータに対してＵＲＬＬＣ領域のリソースが割り当てられているか否かを示す標示信号をＵＲＬＬＣ領域に配置する。
【００１８】
このため、送信すべきＵＲＬＬＣデータが存在する場合には、ＵＲＬＬＣ領域のリソースがＵＲＬＬＣデータに割り当てられるとともに、その旨が標示信号によって通知される。また、送信すべきＵＲＬＬＣデータが存在しない場合には、ＵＲＬＬＣ領域のリソースがｅＭＢＢデータに割り当てられるとともに、ＵＲＬＬＣデータが送信されないことが標示信号によって通知される。
【００１９】
ユーザ端末装置２００は、基地局装置１００から送信されるｅＭＢＢデータ及びＵＲＬＬＣデータを含む信号を受信する。具体的には、ユーザ端末装置２００は、ｅＭＢＢに係るサービスを利用するものと、ＵＲＬＬＣに係るサービスを利用するものと、ｅＭＢＢ及びＵＲＬＬＣ双方に係るサービスを利用するものとに分類される。ｅＭＢＢに係るサービスを利用するユーザ端末装置２００は、受信信号に含まれる制御信号及び標示信号に基づいて、自装置宛てのｅＭＢＢデータを特定し、ｅＭＢＢデータを復調する。
【００２０】
また、ＵＲＬＬＣに係るサービスを利用するユーザ端末装置２００は、受信信号に含まれる標示信号に基づいてＵＲＬＬＣデータが受信信号に含まれるか否かを判定し、ＵＲＬＬＣデータが含まれる場合には、制御信号に基づいて自装置宛てのＵＲＬＬＣデータを復調する。さらに、ｅＭＢＢ及びＵＲＬＬＣ双方に係るサービスを利用するユーザ端末装置２００は、上記と同様にｅＭＢＢデータを復調するとともに、ＵＲＬＬＣデータを復調する。
【００２１】
図２は、実施の形態１に係る基地局装置１００の構成を示すブロック図である。図２に示す基地局装置１００は、プロセッサ１００ａ、メモリ１００ｂ及び無線送信部１００ｃを有する。
【００２２】
プロセッサ１００ａは、例えばＣＰＵ（Central  Processing  Unit）、ＦＰＧＡ（Field  Programmable  Gate  Array）又はＤＳＰ（Digital  Signal  Processor）などを備え、基地局装置１００全体を統括制御する。具体的には、プロセッサ１００ａは、スケジューラ部１１０、ｅＭＢＢデータ生成部１２０、ＵＲＬＬＣデータ生成部１３０、標示信号生成部１４０、制御信号生成部１５０、マッピング部１６０、ＩＦＦＴ（Inverse  Fast  Fourier  Transform：逆高速フーリエ変換）部１７０及びＣＰ（Cyclic  Prefix）付加部１８０を有する。
【００２３】
スケジューラ部１１０は、複数のユーザ端末装置２００宛てのｅＭＢＢデータ及びＵＲＬＬＣデータにリソースを割り当てるスケジューリングを実行する。具体的には、スケジューラ部１１０は、例えば複数のユーザ端末装置２００それぞれとの間のチャネル状態を推定し、チャネル状態に応じて各ユーザ端末装置２００宛てのｅＭＢＢデータに割り当てるリソースを決定するｅＭＢＢスケジューリングを実行する。さらに、スケジューラ部１１０は、いずれかのユーザ端末装置２００宛てのＵＲＬＬＣデータが発生したか否かを判断し、ＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣデータに割り当てるリソースを決定するＵＲＬＬＣスケジューリングを実行する。
【００２４】
スケジューラ部１１０は、ＵＲＬＬＣスケジューリングをする際、ｅＭＢＢデータに割り当てるリソースの領域内に設けられるＵＲＬＬＣ領域にＵＲＬＬＣデータを配置する。すなわち、送信信号のリソースは、ｅＭＢＢの制御信号が配置されるｅＭＢＢ制御チャネル領域とｅＭＢＢデータが配置されるｅＭＢＢデータ領域とを有するが、ｅＭＢＢデータ領域には、ＵＲＬＬＣデータを配置する領域として暫定的に確保されたＵＲＬＬＣ領域が設けられる。そこで、スケジューラ部１１０は、送信すべきＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣデータにＵＲＬＬＣ領域のリソースを割り当てる。
【００２５】
ｅＭＢＢデータ生成部１２０は、スケジューラ部１１０によるｅＭＢＢスケジューリングに従って、各ユーザ端末装置２００宛てのｅＭＢＢデータを生成する。すなわち、ｅＭＢＢデータ生成部１２０は、各ユーザ端末装置２００宛てのｅＭＢＢデータを符号化及び変調する。
【００２６】
ＵＲＬＬＣデータ生成部１３０は、スケジューラ部１１０によるＵＲＬＬＣスケジューリングに従って、各ユーザ端末装置２００宛てのＵＲＬＬＣデータを生成する。すなわち、ＵＲＬＬＣデータ生成部１３０は、各ユーザ端末装置２００宛てのＵＲＬＬＣデータを符号化及び変調する。
【００２７】
標示信号生成部１４０は、スケジューラ部１１０によってＵＲＬＬＣスケジューリングが実行されたか否かに応じて、ＵＲＬＬＣデータの有無を示す標示信号を生成する。すなわち、標示信号生成部１４０は、送信すべきＵＲＬＬＣデータが存在せずにＵＲＬＬＣ領域にＵＲＬＬＣデータが配置されない場合には、ＵＲＬＬＣデータが無いことを示す標示信号を生成する。また、標示信号生成部１４０は、送信すべきＵＲＬＬＣデータが存在しＵＲＬＬＣ領域にＵＲＬＬＣデータが配置される場合には、ＵＲＬＬＣデータがあることを示す標示信号を生成する。
【００２８】
ここで、標示信号生成部１４０は、ＵＲＬＬＣデータの有無を示す標示信号として、複数ビットを含む信号を生成する。すなわち、例えばＵＲＬＬＣデータが無いことを示す標示信号は複数の「０」を繰り返した信号であり、ＵＲＬＬＣデータがあることを示す標示信号は複数の「１」を繰り返した信号である。このように標示信号が複数ビットを含むことにより、標示信号を受信するユーザ端末装置２００においては、ＵＲＬＬＣデータの有無が誤って判定される可能性が小さくなり、ＵＲＬＬＣデータの超高信頼性の実現を可能にする。
【００２９】
制御信号生成部１５０は、スケジューラ部１１０によるｅＭＢＢスケジューリング及びＵＲＬＬＣスケジューリングに従って、ｅＭＢＢ及びＵＲＬＬＣの制御信号を生成する。具体的には、制御信号生成部１５０は、各ユーザ端末装置２００宛てのｅＭＢＢデータに割り当てられるリソースを特定する情報や、ｅＭＢＢデータの符号化率、変調方式及び送信電力などを示す情報を含むｅＭＢＢの制御信号を生成する。また、制御信号生成部１５０は、ＵＲＬＬＣ領域にＵＲＬＬＣデータが配置される場合には、各ユーザ端末装置２００宛てのＵＲＬＬＣデータに割り当てられるリソースを特定する情報や、ＵＲＬＬＣデータの符号化率、変調方式及び送信電力などを示す情報を含むＵＲＬＬＣの制御信号を生成する。
【００３０】
マッピング部１６０は、ｅＭＢＢデータ、ＵＲＬＬＣデータ、標示信号及び制御信号をマッピングして、送信信号を生成する。すなわち、マッピング部１６０は、ｅＭＢＢデータ、ＵＲＬＬＣデータ、標示信号及び制御信号をスケジューリングに従ったリソースに配置する。
【００３１】
具体的には、マッピング部１６０は、例えば図３に示すようなリソース割り当ての送信信号を生成する。図３は、例えば所定数のサブキャリア分の周波数帯域幅と１ＴＴＩ分の時間幅を有するリソースの割り当ての具体例を示す図である。図３に示すように、このＴＴＩのリソースは、ｅＭＢＢ制御チャネル領域３０１とｅＭＢＢデータ領域３０２とを有する。そして、ｅＭＢＢデータ領域３０２は、複数のミニスロット３１１〜３１６を含み、このうちミニスロット３１２、３１４、３１６は、ＵＲＬＬＣデータを配置する領域として暫定的に確保されたＵＲＬＬＣ領域である。したがって、ミニスロット３１１、３１３、３１５には、ｅＭＢＢデータがマッピングされる一方、ミニスロット３１２、３１４、３１６には、標示信号３２１〜３２３と、ＵＲＬＬＣの制御信号３３１と、ＵＲＬＬＣデータ３３２とがマッピングされる。
【００３２】
マッピング部１６０は、制御信号生成部１５０によって生成されたｅＭＢＢの制御信号をｅＭＢＢ制御チャネル領域３０１にマッピングし、ｅＭＢＢデータ生成部１２０によって生成されたｅＭＢＢデータをｅＭＢＢデータ領域３０２にマッピングする。また、マッピング部１６０は、ＵＲＬＬＣスケジューリングが実行された場合には、制御信号生成部１５０によって生成されたＵＲＬＬＣの制御信号３３１とＵＲＬＬＣデータ生成部１３０によって生成されたＵＲＬＬＣデータ３３２とをミニスロット３１２、３１４、３１６にマッピングする。さらに、マッピング部１６０は、標示信号生成部１４０によって生成された標示信号３２１〜３２３をミニスロット３１２、３１４、３１６にマッピングする。
【００３３】
ここで、図３に示すように、ミニスロット３１２、３１４にはＵＲＬＬＣデータが配置されるため、標示信号３２１、３２２は、ＵＲＬＬＣデータがあることを示す例えば複数の「１」を含む。これに対して、ミニスロット３１６にはＵＲＬＬＣデータが配置されないため、標示信号３２３は、ＵＲＬＬＣデータがないことを示す例えば複数の「０」を含む。ＵＲＬＬＣでは、無線区間でのエラーレートを１０-5のオーダーにすることが要求されるが、この要求を達成するためには、ＳＮＲ（Signal  to  Noise  Ratio）を例えば１２ｄＢ程度にするのが望ましい。また、無線通信方式によって例えば１０ｄＢのリンクバジェットが失われるものとすると、ＵＲＬＬＣの要求を達成するためには、合計で例えば２２ｄＢの利得が求められる。この利得を得るために、標示信号は、「１」又は「０」を例えば６４回繰り返すことで１８ｄＢの利得を得るととともに、送信電力を上昇させることで例えば４ｄＢの利得を得れば良い。
【００３４】
ミニスロット３１２、３１４にマッピングされるＵＲＬＬＣの制御信号３３１は、ＵＥ＃１〜＃４宛てのＵＲＬＬＣデータそれぞれの周波数帯域を特定する情報を含む。すなわち、例えばミニスロット３１２には、ＵＥ＃１〜＃３の３つのユーザ端末装置２００宛てのＵＲＬＬＣデータが配置されるため、制御信号３３１は、ＵＥ＃１〜＃３宛てのＵＲＬＬＣデータそれぞれの周波数帯域を特定する情報を含む。
【００３５】
また、ミニスロット３１４においては、一部のみにＵＲＬＬＣデータがマッピングされるため、残った領域にはｅＭＢＢデータがマッピングされる。同様に、ミニスロット３１６においては、ＵＲＬＬＣデータがマッピングされないため、このミニスロット３１６全体にｅＭＢＢデータがマッピングされる。このように、送信すべきＵＲＬＬＣデータが存在しない場合には、ＵＲＬＬＣ領域であるミニスロット３１２、３１４、３１６にｅＭＢＢデータがマッピングされるため、リソースを有効利用することができる。特に、空いたＵＲＬＬＣ領域にｅＭＢＢデータが配置されるため、最大限のリソースをｅＭＢＢデータに割り当てることができ、ｅＭＢＢによる大容量化が可能となる。
【００３６】
なお、上記においては、ミニスロット３１２、３１４、３１６のみをＵＲＬＬＣ領域としたが、すべてのミニスロット３１１〜３１６をＵＲＬＬＣ領域とすることも可能である。この場合には、すべてのミニスロット３１１〜３１６に、それぞれＵＲＬＬＣデータの有無を示す標示信号がマッピングされることになる。
【００３７】
図２に戻って、ＩＦＦＴ部１７０は、マッピング部１６０によって生成された送信信号を逆高速フーリエ変換し、時間領域の送信信号を生成する。そして、ＩＦＦＴ部１７０は、送信信号をＣＰ付加部１８０へ出力する。
【００３８】
ＣＰ付加部１８０は、ＩＦＦＴ部１７０から出力される送信信号にＣＰを付加する。そして、ＣＰ付加部１８０は、ＣＰが付加された送信信号を無線送信部１００ｃへ出力する。
【００３９】
メモリ１００ｂは、例えばＲＡＭ（Random  Access  Memory）又はＲＯＭ（Read  Only  Memory）などを備え、プロセッサ１００ａによって処理が実行される際に、種々の情報を記憶する。
【００４０】
無線送信部１００ｃは、ＣＰ付加部１８０から出力される送信信号に対して、例えばＤ／Ａ（Digital/Analog）変換及びアップコンバートなどの無線送信処理を施す。そして、無線送信部１００ｃは、アンテナを介して送信信号を送信する。
【００４１】
次いで、上記のように構成された基地局装置１００による送信処理について、図４に示すフロー図を参照しながら説明する。
【００４２】
まず、スケジューラ部１１０によって、各ユーザ端末装置２００宛てのｅＭＢＢデータに割り当てるリソースと符号化率及び変調方式とを決定するｅＭＢＢスケジューリングが実行される（ステップＳ１０１）。このｅＭＢＢスケジューリングは、例えば各ユーザ端末装置２００から報告されるダウンリンクのチャネル状態などに基づいて実行される。ｅＭＢＢスケジューリングにおいては、各ＴＴＩのｅＭＢＢデータ領域に各ユーザ端末装置２００宛てのｅＭＢＢデータを配置することが決定される。
【００４３】
また、スケジューラ部１１０によって、いずれかのユーザ端末装置２００宛てのＵＲＬＬＣデータが発生したか否かが判定される（ステップＳ１０２）。この判定の結果、送信すべきＵＲＬＬＣデータが発生している場合は（ステップＳ１０２Ｙｅｓ）、スケジューラ部１１０によって、ＵＲＬＬＣデータに割り当てるリソースと符号化率及び変調方式とを決定するＵＲＬＬＣスケジューリングが実行される（ステップＳ１０３）。このＵＲＬＬＣスケジューリングは、例えば各ユーザ端末装置２００から報告されるダウンリンクのチャネル状態などに基づいて実行される。ＵＲＬＬＣスケジューリングにおいては、各ＴＴＩのｅＭＢＢデータ領域に設けられたＵＲＬＬＣ領域に各ユーザ端末装置２００宛てのＵＲＬＬＣデータを配置することが決定される。
【００４４】
そして、スケジューリングの結果がｅＭＢＢデータ生成部１２０、ＵＲＬＬＣデータ生成部１３０、標示信号生成部１４０及び制御信号生成部１５０へ通知され、ＵＲＬＬＣデータ生成部１３０によって、ＵＲＬＬＣ領域に配置されるＵＲＬＬＣデータが生成される（ステップＳ１０４）。すなわち、ＵＲＬＬＣデータ生成部１３０によって、ＵＲＬＬＣスケジューリングにおいて決定された符号化率及び変調方式でＵＲＬＬＣデータが符号化及び変調される。また、標示信号生成部１４０によって、ＵＲＬＬＣデータがあることを示す複数のビットを含む標示信号が生成される（ステップＳ１０５）。具体的には、例えば複数の「１」を含む標示信号が生成される。
【００４５】
一方、ステップＳ１０２の判定の結果、送信すべきＵＲＬＬＣデータが発生していない場合は（ステップＳ１０２Ｎｏ）、ｅＭＢＢスケジューリングの結果がｅＭＢＢデータ生成部１２０、標示信号生成部１４０及び制御信号生成部１５０へ通知される。そして、標示信号生成部１４０によって、ＵＲＬＬＣデータがないことを示す複数のビットを含む標示信号が生成される（ステップＳ１０６）。具体的には、例えば複数の「０」を含む標示信号が生成される。
【００４６】
また、ＵＲＬＬＣデータの有無に関わらず、ｅＭＢＢデータ生成部１２０によって、ｅＭＢＢデータ領域に配置されるｅＭＢＢデータが生成される（ステップＳ１０７）。すなわち、ｅＭＢＢデータ生成部１２０によって、ｅＭＢＢスケジューリングにおいて決定された符号化率及び変調方式でｅＭＢＢデータが符号化及び変調される。なお、ＵＲＬＬＣ領域にＵＲＬＬＣデータが配置される場合は、この領域に配置される予定だったｅＭＢＢデータの送信は中止されても良い。
【００４７】
ｅＭＢＢデータが生成されると、制御信号生成部１５０によって、各ユーザ端末装置２００宛てのｅＭＢＢデータに割り当てられたｅＭＢＢデータ領域内のリソースを特定し、ｅＭＢＢデータの符号化率、変調方式及び送信電力などを通知する制御信号が生成される。また、ＵＲＬＬＣデータが生成された場合は、制御信号生成部１５０によって、各ユーザ端末装置２００宛てのＵＲＬＬＣデータに割り当てられたＵＲＬＬＣ領域内のリソースを特定し、ＵＲＬＬＣデータの符号化率、変調方式及び送信電力などを通知する制御信号が生成される。
【００４８】
そして、マッピング部１６０によって、ｅＭＢＢデータ、ＵＲＬＬＣデータ、標示信号及び制御信号がＴＴＩの各領域にマッピングされる（ステップＳ１０８）。すなわち、図３に示したように、ｅＭＢＢの制御信号がｅＭＢＢ制御チャネル領域３０１にマッピングされ、ｅＭＢＢデータがｅＭＢＢデータ領域３０２にマッピングされる。また、ＵＲＬＬＣデータが生成された場合には、ＵＲＬＬＣの制御信号３３１及びＵＲＬＬＣデータ３３２がＵＲＬＬＣ領域であるミニスロット３１２、３１４、３１６にマッピングされる。そして、各ＵＲＬＬＣ領域には、ＵＲＬＬＣデータの有無を示す複数のビットを含む標示信号３２１〜３２３がマッピングされる。これにより、送信信号が生成される。
【００４９】
送信信号は、ＩＦＦＴ部１７０によって逆高速フーリエ変換され（ステップＳ１０９）、時間領域の送信信号に変換される。そして、ＣＰ付加部１８０によって、送信信号にＣＰが付加され（ステップＳ１１０）、無線送信部１００ｃによって、送信信号に対する無線送信処理が施される（ステップＳ１１１）。その後、送信信号は、アンテナを介してユーザ端末装置２００へ送信される（ステップＳ１１２）。
【００５０】
このように、ｅＭＢＢデータ領域にＵＲＬＬＣデータを配置するためのＵＲＬＬＣ領域を設け、ＵＲＬＬＣデータがある場合にはＵＲＬＬＣ領域に配置し、ＵＲＬＬＣデータがない場合にはＵＲＬＬＣ領域にｅＭＢＢデータを配置する。そして、ＵＲＬＬＣ領域にＵＲＬＬＣデータが配置されているか否かを示す複数のビットを含む標示信号を各ＵＲＬＬＣ領域に配置する。このため、ＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣデータを低遅延で送信可能であるとともに、ＵＲＬＬＣデータが発生しない場合には、ＵＲＬＬＣ領域のリソースをｅＭＢＢデータの送信に利用可能である。結果として、ＵＲＬＬＣデータの有無に関わらず、リソースが無駄になることがなく、リソースを効率的に利用することができる。また、ＵＲＬＬＣデータの有無を示す複数のビットを含む標示信号をＵＲＬＬＣ領域に配置するため、ＵＲＬＬＣデータの有無を高い信頼性で通知することができ、ＵＲＬＬＣデータの超高信頼性の実現を可能にする。
【００５１】
次に、ユーザ端末装置２００の構成について説明する。図５は、実施の形態１に係るユーザ端末装置２００の構成を示すブロック図である。図５に示すユーザ端末装置２００は、ｅＭＢＢに係るサービスを利用するユーザ端末装置であり、無線受信部２００ａ、プロセッサ２００ｂ及びメモリ２００ｃを有する。
【００５２】
無線受信部２００ａは、アンテナを介して信号を受信し、受信信号に対して、例えばダウンコンバート及びＡ／Ｄ（Analog/Digital）変換などの無線受信処理を施す。そして、無線受信部２００ａは、受信信号をプロセッサ２００ｂへ出力する。
【００５３】
プロセッサ２００ｂは、例えばＣＰＵ、ＦＰＧＡ又はＤＳＰなどを備え、ユーザ端末装置２００全体を統括制御する。具体的には、プロセッサ２００ｂは、ＣＰ除去部２１０、ＦＦＴ（Fast  Fourier  Transform：高速フーリエ変換）部２２０、標示信号復調部２３０、制御信号復調部２４０及びｅＭＢＢデータ復調部２５０を有する。
【００５４】
ＣＰ除去部２１０は、受信信号に付加されたＣＰを除去する。そして、ＣＰ除去部２１０は、ＣＰ除去後の受信信号をＦＦＴ部２２０へ出力する。
【００５５】
ＦＦＴ部２２０は、ＣＰ除去部２１０から出力された受信信号を高速フーリエ変換し、周波数領域の受信信号に変換する。そして、ＦＦＴ部２２０は、受信信号を標示信号復調部２３０、制御信号復調部２４０及びｅＭＢＢデータ復調部２５０へ出力する。
【００５６】
標示信号復調部２３０は、受信信号におけるＵＲＬＬＣ領域に配置された標示信号を復調する。すなわち、ＵＲＬＬＣ領域及びＵＲＬＬＣ領域内の標示信号の位置は既知であるため、標示信号復調部２３０は、各ＵＲＬＬＣ領域内の標示信号を復調する。この結果、標示信号復調部２３０は、それぞれのＵＲＬＬＣ領域内にＵＲＬＬＣデータが含まれるか否かを示す複数のビットを取得する。そして、標示信号復調部２３０は、取得した複数のビットに基づいて、それぞれのＵＲＬＬＣ領域内にＵＲＬＬＣデータが含まれるか否かを判定する。具体的には、標示信号復調部２３０は、例えば取得した複数のビットにおいて、ＵＲＬＬＣデータがあることを示すビットの方が多ければＵＲＬＬＣデータが含まれると判定し、ＵＲＬＬＣデータが無いことを示すビットの方が多ければＵＲＬＬＣデータが含まれないと判定する。
【００５７】
制御信号復調部２４０は、受信信号におけるｅＭＢＢ制御チャネル領域に配置された制御信号を復調する。すなわち、制御信号復調部２４０は、ｅＭＢＢの制御信号を復調し、自装置宛てのｅＭＢＢデータに割り当てられたリソースの情報と、ｅＭＢＢデータの符号化率及び変調方式などの情報とを取得する。
【００５８】
ｅＭＢＢデータ復調部２５０は、受信信号におけるｅＭＢＢデータ領域に配置されたｅＭＢＢデータを復調する。このとき、ｅＭＢＢデータ復調部２５０は、標示信号の復調結果に基づいて、ＵＲＬＬＣデータが配置された領域をｅＭＢＢデータ領域から除外し、制御信号の復調結果に基づいて、ＵＲＬＬＣデータが除外されたｅＭＢＢデータ領域から自装置宛てのｅＭＢＢデータのリソースを特定する。そして、ｅＭＢＢデータ復調部２５０は、制御信号が示す符号化率及び変調方式などに基づいて、自装置宛てのｅＭＢＢデータを復調する。
【００５９】
次いで、上記のように構成されたｅＭＢＢに係るユーザ端末装置２００による受信処理について、図６に示すフロー図を参照しながら説明する。
【００６０】
基地局装置１００から送信された信号は、アンテナを介して受信され（ステップＳ２０１）、無線受信部２００ａによって、受信信号に対する無線受信処理が施される（ステップＳ２０２）。そして、ＣＰ除去部２１０によって、受信信号に付加されたＣＰが除去され（ステップＳ２０３）、ＦＦＴ部２２０によって、受信信号が高速フーリエ変換されることにより（ステップＳ２０４）、周波数領域の受信信号が得られる。
【００６１】
受信信号のｅＭＢＢデータ領域にはＵＲＬＬＣ領域が設けられており、ＵＲＬＬＣ領域のリソースは既知であるため、標示信号復調部２３０によって、ＵＲＬＬＣ領域に配置された標示信号が復調される（ステップＳ２０５）。この結果、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれるか否かを示す複数のビットが取得され、取得された複数のビットに基づいて、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれるか否かが判定される。そして、ＵＲＬＬＣデータが含まれないと判定されたＵＲＬＬＣ領域には、ｅＭＢＢデータが配置されていると判断される。
【００６２】
また、受信信号のｅＭＢＢ制御チャネル領域に配置された制御信号が制御信号復調部２４０によって復調され（ステップＳ２０６）、自装置宛てのｅＭＢＢデータに割り当てられたリソースが特定されるとともに、このｅＭＢＢデータの符号化率及び変調方式などが特定される。このため、ｅＭＢＢデータ復調部２５０によって、受信信号から自装置宛てのｅＭＢＢデータが取得され、復調される（ステップＳ２０７）。
【００６３】
図７は、実施の形態１に係る他のユーザ端末装置２００の構成を示すブロック図である。図７において、図５と同じ部分には同じ符号を付し、その説明を省略する。図７に示すユーザ端末装置２００は、ＵＲＬＬＣに係るサービスを利用するユーザ端末装置であり、図５に示すユーザ端末装置２００と同様に、無線受信部２００ａ、プロセッサ２００ｂ及びメモリ２００ｃを有する。ただし、図７に示すユーザ端末装置２００のプロセッサ２００ｂは、図５に示すｅＭＢＢデータ復調部２５０に代えて、ＵＲＬＬＣデータ復調部２６０を有する。
【００６４】
ＵＲＬＬＣデータ復調部２６０は、標示信号が復調された結果、受信信号にＵＲＬＬＣデータが含まれると判明した場合、受信信号におけるＵＲＬＬＣ領域に配置された自装置宛てのＵＲＬＬＣデータを復調する。このとき、ＵＲＬＬＣデータ復調部２６０は、ＵＲＬＬＣの制御信号の復調結果に基づいて、ＵＲＬＬＣ領域から自装置宛てのＵＲＬＬＣデータのリソースを特定する。そして、ＵＲＬＬＣデータ復調部２６０は、ＵＲＬＬＣの制御信号が示す符号化率及び変調方式などに基づいて、自装置宛てのＵＲＬＬＣデータを復調する。
【００６５】
次いで、上記のように構成されたＵＲＬＬＣに係るユーザ端末装置２００による受信処理について、図８に示すフロー図を参照しながら説明する。図８において、図６と同じ部分には同じ符号を付し、その詳しい説明を省略する。
【００６６】
基地局装置１００から送信された信号は、アンテナから無線受信部２００ａ、ＣＰ除去部２１０及びＦＦＴ部２２０を経由して、周波数領域の受信信号が得られる（ステップＳ２０１〜Ｓ２０４）。そして、標示信号復調部２３０によって、受信信号のＵＲＬＬＣ領域に配置された標示信号が復調され（ステップＳ２０５）、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれるか否かが判明する（ステップＳ３０１）。具体的には、標示信号に含まれる複数のビットにおいて、ＵＲＬＬＣデータがあることを示すビットの方が多い場合には、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれることが判明する。一方、標示信号に含まれる複数のビットにおいて、ＵＲＬＬＣデータが無いことを示すビットの方が多い場合には、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれないことが判明する。
【００６７】
ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれない場合は（ステップＳ３０１Ｎｏ）、自装置宛てのＵＲＬＬＣデータがないことから、処理は終了する。一方、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれる場合は（ステップＳ３０１Ｙｅｓ）、制御信号復調部２４０によって、ＵＲＬＬＣの制御信号が復調される（ステップＳ３０２）。そして、ＵＲＬＬＣの制御信号の復調結果から、自装置宛てのＵＲＬＬＣデータに割り当てられたリソースが特定されるとともに、自装置宛てのＵＲＬＬＣデータの符号化率及び変調方式などが特定される。これらの特定された情報が用いられることにより、ＵＲＬＬＣデータ復調部２６０によって、自装置宛てのＵＲＬＬＣデータが復調される（ステップＳ３０３）。
【００６８】
以上のように、本実施の形態によれば、ＵＲＬＬＣデータを配置する領域として暫定的に確保されたＵＲＬＬＣ領域がｅＭＢＢデータ領域内に設けられ、ＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣ領域のリソースを利用してＵＲＬＬＣデータが送信される。また、ＵＲＬＬＣ領域には、ＵＲＬＬＣデータの有無を示す複数のビットを含む標示信号が配置される。このため、ＵＲＬＬＣデータが発生した場合には、遅延を発生させることなく迅速にＵＲＬＬＣデータを送信可能であるとともに、ＵＲＬＬＣデータが発生しない場合には、ＵＲＬＬＣ領域のリソースを利用してｅＭＢＢデータを送信可能である。また、受信側のユーザ端末装置は、複数のビットを含む標示信号によってＵＲＬＬＣデータの有無を精度良く把握することができ、自装置宛てのＵＲＬＬＣデータを受信信号から確実に取得することができる。結果として、ＵＲＬＬＣデータの高信頼度及び低遅延を維持しつつ、リソースを効率的に利用することができる。
【００６９】
なお、上記実施の形態１においては、ｅＭＢＢに係るユーザ端末装置２００とＵＲＬＬＣに係るユーザ端末装置２００とを分けて説明したが、１つのユーザ端末装置２００がｅＭＢＢデータ及びＵＲＬＬＣデータの双方を復調しても良い。この場合には、ユーザ端末装置２００のプロセッサ２００ｂは、図５に示すｅＭＢＢデータ復調部２５０と図７に示すＵＲＬＬＣデータ復調部２６０との双方を有する。
【００７０】
また、上記実施の形態１においては、ｅＭＢＢデータ領域内の一部のミニスロットがＵＲＬＬＣ領域とされるものとしたが、ｅＭＢＢデータ領域内のすべてのミニスロットがＵＲＬＬＣ領域であっても良い。すなわち、ｅＭＢＢデータ領域に含まれるすべてのミニスロットに、ＵＲＬＬＣデータの有無を示す複数のビットを含む標示信号が配置され、ＵＲＬＬＣデータが含まれないＵＲＬＬＣ領域にｅＭＢＢデータが配置されるようにしても良い。
【００７１】
（実施の形態２）
実施の形態２の特徴は、ＵＲＬＬＣデータの有無を示す複数ビットを復調のための参照信号としても用いる点である。
【００７２】
実施の形態２に係る基地局装置及びユーザ端末装置の構成は、実施の形態１と同様であるため、その説明を省略する。実施の形態２においては、標示信号生成部１４０が生成する標示信号が実施の形態１とは異なる。
【００７３】
すなわち、標示信号生成部１４０は、ＵＲＬＬＣデータの有無を示す標示信号として、復調のための参照信号となる複数ビットを含む信号を生成する。具体的には、標示信号生成部１４０は、ＵＲＬＬＣデータがある場合と無い場合とで、互いに直交する複数ビットの標示信号を生成する。したがって、標示信号生成部１４０は、例えばＵＲＬＬＣデータが無い場合の標示信号として（０，０，０，０）を生成し、ＵＲＬＬＣデータがある場合の標示信号として（０，１，０，１）を生成する。これらの標示信号は、互いに直交しており、いずれの標示信号においても１ビット目及び３ビット目が「０」である。このため、受信側のユーザ端末装置２００は、標示信号の１ビット目及び３ビット目を既知の参照信号としてチャネル推定を実行することが可能であり、標示信号を復調のための参照信号として用いることができる。なお、ここでは、説明を簡単にするために、標示信号が４ビットの信号であるものとしたが、標示信号はより多くのビットの信号であっても良い。
【００７４】
図９は、実施の形態２に係るリソース割り当ての具体例を示す図である。図９において、図３と同じ部分には同じ符号を付す。
【００７５】
図９に示すように、ｅＭＢＢデータ領域３０２は、複数のミニスロット３１１〜３１６を含み、このうちミニスロット３１２、３１４、３１６は、ＵＲＬＬＣデータを配置する領域として暫定的に確保されたＵＲＬＬＣ領域である。したがって、ミニスロット３１１、３１３、３１５には、ｅＭＢＢデータがマッピングされる一方、ミニスロット３１２、３１４、３１６には、標示信号４０１〜４０３と、ＵＲＬＬＣの制御信号３３１と、ＵＲＬＬＣデータ３３２とがマッピングされる。
【００７６】
ｅＭＢＢの制御信号は、ｅＭＢＢ制御チャネル領域３０１にマッピングされ、ｅＭＢＢｅＭＢＢデータは、ｅＭＢＢデータ領域３０２にマッピングされる。また、送信すべきＵＲＬＬＣデータがある場合には、ＵＲＬＬＣの制御信号３３１とＵＲＬＬＣデータ３３２とがミニスロット３１２、３１４、３１６にマッピングされる。さらに、標示信号４０１〜４０３がミニスロット３１２、３１４、３１６にマッピングされる。
【００７７】
ここで、図９に示すように、ミニスロット３１２、３１４にはＵＲＬＬＣデータが配置されるため、標示信号４０１、４０２は、ＵＲＬＬＣデータがあることを示す例えば（０，１，０，１）の４ビットを含む。これに対して、ミニスロット３１６にはＵＲＬＬＣデータが配置されないため、標示信号４０３は、ＵＲＬＬＣデータがないことを示す例えば（０，０，０，０）の４ビットを含む。したがって、ＵＲＬＬＣデータがある場合の（０，１，０，１）は、ＵＲＬＬＣデータ３３２を復調する際の参照信号として用いられる。一方、ＵＲＬＬＣデータが無い場合の（０，０，０，０）は、ＵＲＬＬＣ領域に配置されたｅＭＢＢデータを復調する際の参照信号として用いられる。このように、ＵＲＬＬＣデータの有無に応じた標示信号を互いに直交する信号とすることで、標示信号をＵＲＬＬＣデータ又はｅＭＢＢデータの復調のための参照信号として用いることが可能となり、参照信号に別途リソースを割り当てる必要がない。結果として、リソースを効率的に利用することができる。
【００７８】
図９に示すようなリソース割り当てがされた信号を受信するユーザ端末装置２００は、各ＵＲＬＬＣ領域の標示信号４０１〜４０３を復調し、復調結果に基づいてＵＲＬＬＣ領域にＵＲＬＬＣデータが配置されているか否かを判定する。具体的には、標示信号の復調結果が、ＵＲＬＬＣデータが無いことを示す（０，０，０，０）及びＵＲＬＬＣデータがあることを示す（０，１，０，１）のいずれとより多く一致するか否かによって、ＵＲＬＬＣデータの有無を判定する。そして、例えば２つの標示信号に共通する１ビット目及び３ビット目が用いられてチャネル推定が実行され、ＵＲＬＬＣデータ又はｅＭＢＢデータが復調される。なお、ＵＲＬＬＣデータの有無が判定されれば、送信された標示信号が（０，０，０，０）及び（０，１，０，１）のどちらであるかが判明するため、１ビット目及び３ビット目だけではなく、すべてのビットを既知の参照信号としてチャネル推定が実行されても良い。
【００７９】
以上のように、本実施の形態によれば、ＵＲＬＬＣ領域には、ＵＲＬＬＣデータの有無に応じた互いに直交する複数のビットを含む標示信号が配置される。このため、ＵＲＬＬＣデータの有無を示す標示信号を復調のための参照信号としても用いることができ、参照信号に別途リソースを割り当てる必要がない。結果として、ＵＲＬＬＣデータの高信頼度及び低遅延を維持しつつ、リソースを効率的に利用することができる。
【００８０】
（実施の形態３）
実施の形態３の特徴は、複数のアンテナから送信される送信信号にＵＲＬＬＣ領域を設け、それぞれのアンテナで異なる周波数に標示信号をマッピングする点である。
【００８１】
図１０は、実施の形態３に係る基地局装置１００の構成を示すブロック図である。図１０において、図２と同じ部分には同じ符号を付す。図１０に示す基地局装置１００は、複数のアンテナを有し、それぞれのアンテナごとにマッピング部１６０、ＩＦＦＴ部１７０、ＣＰ付加部１８０及び無線送信部１００ｃを有する。マッピング部１６０、ＩＦＦＴ部１７０、ＣＰ付加部１８０及び無線送信部１００ｃそれぞれの動作は、実施の形態１と同様であるため、その説明を省略する。実施の形態３に係る基地局装置１００は、複数のアンテナからそれぞれ信号を送信する。これらの送信信号は、同一の信号であっても異なる信号であっても良い。複数のアンテナから異なる信号が送信される場合には、基地局装置１００は、例えばＭＩＭＯ（Multi  Input  Multi  Output）による送信を実行しても良い。
【００８２】
図１１は、実施の形態３に係るリソース割り当ての具体例を示す図である。図１１において、図３と同じ部分には同じ符号を付す。
【００８３】
実施の形態３においては、基地局装置１００が複数のアンテナを有するため、マッピング部１６０は、それぞれ対応するアンテナから送信される送信信号にｅＭＢＢデータ及びＵＲＬＬＣデータをマッピングする。すなわち、図１１の上図に示すように、１つのアンテナから送信される送信信号において、ＵＲＬＬＣ領域のミニスロットには、ＵＲＬＬＣの制御信号３３１と、ＵＲＬＬＣデータ３３２とがマッピングされるとともに、標示信号５０１がマッピングされる。一方、図１１の下図に示すように、他のアンテナから送信される送信信号において、ＵＲＬＬＣ領域のミニスロットには、ＵＲＬＬＣの制御信号３３１と、ＵＲＬＬＣデータ３３２とがマッピングされるとともに、標示信号５０２がマッピングされる。
【００８４】
それぞれの標示信号５０１、５０２は、ＵＲＬＬＣデータの有無に応じて直交する信号であるとともに、標示信号５０１と標示信号５０２も直交する系列の信号である。具体的には、標示信号５０１は、例えばＵＲＬＬＣデータがない場合に（０，０，０，０）の４ビットを含み、ＵＲＬＬＣデータがある場合に（０，１，１，０）の４ビットを含む。これに対して、標示信号５０２は、例えばＵＲＬＬＣデータがない場合に（０，１，０，１）の４ビットを含み、ＵＲＬＬＣデータがある場合に（０，０，１，１）の４ビットを含む。これらの４つの４ビット信号は、互いに直交する。このように、アンテナごとのＵＲＬＬＣデータの有無に応じた標示信号を互いに直交する信号とすることで、標示信号をＵＲＬＬＣデータ又はｅＭＢＢデータの復調のための参照信号として用いることが可能となり、参照信号に別途リソースを割り当てる必要がない。結果として、リソースを効率的に利用することができる。
【００８５】
また、異なるアンテナから送信される標示信号５０１、５０２は、互いに異なる周波数にマッピングされる。このため、受信側のユーザ端末装置２００は、基地局装置１００の各アンテナからのチャネルそれぞれに関するチャネル推定をすることができ、ＵＲＬＬＣデータ又はｅＭＢＢデータを正確に復調することができる。
【００８６】
以上のように、本実施の形態によれば、基地局装置が複数のアンテナを有する場合に、各アンテナから送信される信号のＵＲＬＬＣ領域に、ＵＲＬＬＣデータの有無に応じた互いに直交する複数のビットを含む標示信号が配置される。このため、ＵＲＬＬＣデータの有無を示す標示信号を復調のための参照信号として用いてアンテナごとのチャネル推定をすることができ、参照信号に別途リソースを割り当てる必要がない。結果として、ＵＲＬＬＣデータの高信頼度及び低遅延を維持しつつ、リソースを効率的に利用することができる。
【００８７】
（実施の形態４）
実施の形態４の特徴は、ＵＲＬＬＣ領域において、ｅＭＢＢデータ及び異なるユーザ端末装置宛てのＵＲＬＬＣデータを拡散してマッピングする点である。
【００８８】
図１２は、実施の形態４に係る基地局装置１００の構成を示すブロック図である。図１２において、図２と同じ部分には同じ符号を付し、その説明を省略する。図１２に示す基地局装置１００は、図２に示す基地局装置１００に拡散部６１０を追加した構成を採る。
【００８９】
拡散部６１０は、ｅＭＢＢデータ生成部１２０によって生成されたｅＭＢＢデータ、ＵＲＬＬＣデータ生成部１３０によって生成されたＵＲＬＬＣデータ、及び標示信号生成部１４０によって生成された標示信号を拡散する。すなわち、拡散部６１０は、ｅＭＢＢデータ、ＵＲＬＬＣデータ及び標示信号を、ユーザ端末装置２００ごとに異なるコードや系列（例えばZadoff-Chu系列）を用いて拡散する。
【００９０】
図１３は、実施の形態４に係るリソース割り当ての具体例を示す図である。図１３においては、図３と同様に、例えば所定数のサブキャリア分の周波数帯域幅のリソースの割り当ての具体例が示されている。
【００９１】
図１３に示すように、ｅＭＢＢデータ領域内に設けられたＵＲＬＬＣ領域では、異なるコードで拡散された標示信号６１１、６１２が多重されるとともに、ＵＲＬＬＣデータ６２１、６２２及びｅＭＢＢデータ６３２が多重される。すなわち、異なるユーザ端末装置２００宛てのｅＭＢＢデータ及びＵＲＬＬＣデータがＵＲＬＬＣ領域内で多重される。また、ＵＲＬＬＣ領域には、ＵＲＬＬＣの制御信号６３１が配置されている。
【００９２】
ｅＭＢＢデータ、ＵＲＬＬＣデータ及び標示信号は、上述したように、拡散部６１０によって拡散されている。すなわち、あるユーザ端末装置２００宛てのＵＲＬＬＣデータ６２１とこのＵＲＬＬＣデータ６２１に対応する標示信号６１１とは、ユーザ端末装置２００に固有のコードによって拡散されている。同様に、他のユーザ端末装置２００宛てのＵＲＬＬＣデータ６２２及び標示信号６１２も、他のコードによって拡散されている。さらに、ｅＭＢＢデータ６３２の宛先のユーザ端末装置２００宛ての標示信号は、このユーザ端末装置２００に固有のコードによって拡散されている。
【００９３】
そして、ＵＲＬＬＣデータが無いことを示す標示信号と、各ユーザ端末装置２００宛てのＵＲＬＬＣデータがあることを示す標示信号とは、互いに異なっている。具体的には、ＵＲＬＬＣデータが無いことを示す標示信号は、例えば（０，０，０，０）の４ビットを含む。一方、ＵＲＬＬＣデータがあることを示す標示信号は、宛先のユーザ端末装置２００に応じて、例えば（０，０，１，１）、（０，１，１，０）、（０，１，０，１）などの４ビットを含む。このように、宛先が異なるｅＭＢＢデータ、ＵＲＬＬＣデータ及び標示信号を拡散して、１つのＵＲＬＬＣ領域に多重するため、リソースを効率的に利用することができる。また、それぞれの標示信号が異なっているため、ｅＭＢＢデータ及びＵＲＬＬＣデータを復調する際に、対応する標示信号を参照信号として用いることができる。
【００９４】
以上のように、本実施の形態によれば、宛先のユーザ端末装置ごとに異なるコードを用いてｅＭＢＢデータ及びＵＲＬＬＣデータを拡散し、１つのＵＲＬＬＣ領域に多重する。また、多重されるｅＭＢＢデータ及びＵＲＬＬＣデータそれぞれに対応する標示信号として、互いに異なる複数ビットを含む信号をＵＲＬＬＣ領域にマッピングする。このため、ＵＲＬＬＣデータがマッピングされるＵＲＬＬＣ領域に、さらにｅＭＢＢデータをマッピングすることができると同時に、それぞれのｅＭＢＢデータ及びＵＲＬＬＣデータに対応する標示信号を参照信号として用いることができる。結果として、リソースを効率的に利用することができる。
【００９５】
なお、上記実施の形態１〜４においては、ｅＭＢＢデータ領域の一部にＵＲＬＬＣ領域となるミニスロットが設けられるものとしたが、ｅＭＢＢデータ領域のすべてのミニスロットがＵＲＬＬＣ領域とされても良い。すなわち、ｅＭＢＢデータ領域を構成するすべてのミニスロットに標示信号がマッピングされ、各ミニスロットにＵＲＬＬＣデータがマッピングされているか否かが通知されるようにしても良い。この場合、ＵＲＬＬＣデータが無いことを示す標示信号がマッピングされたミニスロットには、ｅＭＢＢデータがマッピングされている。また、ＵＲＬＬＣデータがマッピングされたミニスロットには標示信号がマッピングされ、ＵＲＬＬＣデータがマッピングされていないミニスロットには標示信号がマッピングされないようにしても良い。こうすることにより、受信側の端末装置は、標示信号の有無によってミニスロットにＵＲＬＬＣデータが含まれるか否かを判断することができる。
【００９６】
また、各ＵＲＬＬＣ領域の標示信号は、異なる周波数にマッピングされるようにしても良い。すなわち、例えば図１４に示すように、各ミニスロットの標示信号（図中斜線のハッチング）は、周波数ホッピング方式で互いに異なる周波数にマッピングされても良い。これらの標示信号が復調のための参照信号として用いられる場合、過去のミニスロットの標示信号を用いることにより、全帯域のチャネル推定が可能となる。ミニスロットは、非常に短い単位時間であるため、過去のミニスロットにマッピングされた標示信号を参照信号として用いても、チャネルの状態が大きく変化していることはなく、復調の精度が低下することはない。
【００９７】
ＵＲＬＬＣ領域のミニスロットにおいて、標示信号とＵＲＬＬＣの制御信号とは時間多重されても良い。すなわち、例えば図１５の左図に示すように、１つのＯＦＤＭ（Orthogonal  Frequency  Division  Multiplexing）シンボルの一部の周波数帯域において、標示信号（図中斜線のハッチング）とＵＲＬＬＣの制御信号（図中ドットのハッチング）とが時間多重されても良い。また、複数のポートの信号を送信する場合には、ポートごとの標示信号が周波数多重されても良い。すなわち、例えば図１５の右図に示すように、１つのＯＦＤＭシンボルの異なる周波数帯域に、参照信号として用いられる標示信号（図中斜線のハッチング）が周波数多重されても良い。この場合、例えば空間周波数ブロック符号化（ＳＦＢＣ：Space  Frequency  Block  Coding）が用いられても良い。さらに、ポートごとの標示信号は、符号多重されても良い。
【００９８】
また、例えば図１６に示すように、参照信号となる標示信号を１つのミニスロットの複数の物理リソースブロック（Physical  Resource  Block）に分散配置しても良い。すなわち、例えば図１６のミニスロット＃１には、ＵＲＬＬＣデータが含まれることを示す（０，１，０，１）の標示信号（図中斜線のハッチング）が周波数が異なる複数の物理リソースブロックに配置される。一方、ミニスロット＃３には、ＵＲＬＬＣデータではなくｅＭＢＢデータが含まれることを示す（０，０，０，０）の標示信号（図中横線のハッチング）が周波数が異なる複数の物理リソースブロックに配置される。このようにした場合でも、受信側の端末装置は、各ミニスロットの物理リソースブロックに配置された標示信号によって、当該ミニスロットにＵＲＬＬＣデータが含まれているかｅＭＢＢデータが含まれているかを判断することが可能である。また、標示信号が参照信号として用いられることにより、各ミニスロットのＵＲＬＬＣデータ又はｅＭＢＢデータを復調することが可能となる。さらに、標示信号が周波数の異なる複数の物理リソースブロックに分散配置されることにより、周波数ダイバーシチの効果が得られ、標示信号伝送の信頼性を高めることができる。
【００９９】
なお、ｅＭＢＢデータの再送が行われる場合には、低遅延が要求されるＵＲＬＬＣデータは再送されずに、ｅＭＢＢデータのみが再送されるようにしても良い。また、標示信号が参照信号として用いられる場合には、受信側の端末装置ごとに固有の参照信号が用いられるようにしても良い。具体的には、例えば端末装置の識別子であるＣ−ＲＮＴＩ（Cell-Radio  Network  Temporary  Identifier）に基づいて端末装置ごとの参照信号が決定されても良い。
【符号の説明】
【０１００】
１００ｃ  無線送信部
１１０  スケジューラ部
１２０  ｅＭＢＢデータ生成部
１３０  ＵＲＬＬＣデータ生成部
１４０  標示信号生成部
１５０  制御信号生成部
１６０  マッピング部
１７０  ＩＦＦＴ部
１８０  ＣＰ付加部
２００ａ  無線受信部
２１０  ＣＰ除去部
２２０  ＦＦＴ部
２３０  標示信号復調部
２４０  制御信号復調部
２５０  ｅＭＢＢデータ復調部
２６０  ＵＲＬＬＣデータ復調部
６１０  拡散部
【図１】
2018127955.tif 000003
【図２】
2018127955.tif 000004
【図３】
2018127955.tif 000005
【図４】
2018127955.tif 000006
【図５】
2018127955.tif 000007
【図６】
2018127955.tif 000008
【図７】
2018127955.tif 000009
【図８】
2018127955.tif 000010
【図９】
2018127955.tif 000011
【図１０】
2018127955.tif 000012
【図１１】
2018127955.tif 000013
【図１２】
2018127955.tif 000014
【図１３】
2018127955.tif 000015
【図１４】
2018127955.tif 000016
【図１５】
2018127955.tif 000017
【図１６】
2018127955.tif 000018
【国際調査報告】
2018127955.tif 000019
2018127955.tif 000020
2018127955.tif 000021
2018127955.tif 000022