(57)【特許請求の範囲】
【請求項１】
第１のデータを生成する第１生成部と、
前記第１のデータよりも低遅延で伝送される第２のデータを生成する第２生成部と、
前記第１のデータに割り当てられたリソースの領域内に暫定的に前記第２のデータのために確保された暫定領域のリソースが前記第２のデータに割り当てられるか否かを示す標示信号を生成する標示信号生成部と、
前記第２生成部によって第２のデータが生成された場合に、前記暫定領域に対する前記第１のデータの配置を中止するとともに、前記第２のデータを前記暫定領域に配置して送信信号を生成するマッピング部と、
前記標示信号生成部によって生成された標示信号と前記マッピング部によって生成された送信信号とを送信する送信部とを有し、
前記マッピング部は、
前記第１のデータに付随する制御情報を含む制御チャネルをマッピングする領域とは異なる領域に、前記標示信号を送信するＰＤＣＣＨ（Physical Downlink Control CHannel）を配置する
ことを特徴とする基地局装置。
【請求項２】
前記マッピング部は、
前記標示信号生成部によって生成された標示信号を前記暫定領域に配置して送信信号を生成し、
前記送信部は、
前記標示信号を含む送信信号を送信する
ことを特徴とする請求項１記載の基地局装置。
【請求項３】
前記標示信号生成部は、
前記暫定領域のリソースが前記第２のデータに割り当てられるか否かを示す１ビットの標示信号を生成することを特徴とする請求項１記載の基地局装置。
【請求項４】
前記標示信号生成部は、
前記第２生成部によって第２のデータ生成された場合に、前記第２のデータが配置されるリソースを特定する標示信号を生成することを特徴とする請求項１記載の基地局装置。
【請求項５】
前記マッピング部は、
前記第２生成部によって第２のデータ生成された場合に、前記第２のデータの符号化率及び変調方式の情報を含む制御信号を前記暫定領域に配置して送信信号を生成することを特徴とする請求項１記載の基地局装置。
【請求項６】
前記マッピング部は、
前記第２生成部によって第２のデータ生成された場合に、前記第１のデータよりも前記第２のデータの送信電力を大きくすることを特徴とする請求項１記載の基地局装置。
【請求項７】
第１のデータを含む受信信号と前記第１のデータよりも低遅延で伝送される第２のデータが前記受信信号に含まれるか否かを示す標示信号とを受信する受信部と、
前記受信部によって受信された標示信号に基づいて、前記受信信号中の前記第１のデータが配置されるリソースの領域に設けられた暫定領域であって前記第２のデータが配置される領域として暫定的に確保された暫定領域に前記第２のデータが含まれるか否かを判定する判定部と、
前記判定部における判定結果に基づいて、前記第２のデータが配置された暫定領域を前記第１のデータが配置されるリソースの領域から除外し、前記第１のデータを復調する復調部とを有し、
前記受信部は、
前記第１のデータに付随する制御情報を含む制御チャネルを含む領域とは異なる領域に配置されるＰＤＣＣＨ（Physical Downlink Control CHannel）であって、前記標示信号を含むＰＤＣＣＨを受信する
ことを特徴とする端末装置。
【請求項８】
基地局装置と端末装置とを有する無線通信システムであって、
前記基地局装置は、
第１のデータを生成する第１生成部と、
前記第１のデータよりも低遅延で伝送される第２のデータを生成する第２生成部と、
前記第１のデータに割り当てられたリソースの領域内に暫定的に前記第２のデータのために確保された暫定領域のリソースが前記第２のデータに割り当てられるか否かを示す標示信号を生成する標示信号生成部と、
前記第２生成部によって第２のデータが生成された場合に、前記暫定領域に対する前記第１のデータの配置を中止するとともに、前記第２のデータを前記暫定領域に配置して送信信号を生成するマッピング部と、
前記標示信号生成部によって生成された標示信号と前記マッピング部によって生成された送信信号とを送信する送信部とを有し、
前記マッピング部は、
前記第１のデータに付随する制御情報を含む制御チャネルをマッピングする領域とは異なる領域に、前記標示信号を送信するＰＤＣＣＨ（Physical Downlink Control CHannel）を配置し、
前記端末装置は、
前記送信部から送信された標示信号と送信信号とを受信する受信部と、
前記受信部によって受信された標示信号に基づいて、前記暫定領域に前記第２のデータが含まれるか否かを判定する判定部と、
前記判定部における判定結果に基づいて、前記第１のデータ又は前記第２のデータを復調する復調部とを有する
ことを特徴とする無線通信システム。
【請求項９】
第１のデータを生成し、
前記第１のデータに割り当てられたリソースの領域内に暫定的に確保された暫定領域であって、前記第１のデータよりも低遅延で伝送される第２のデータのために確保された暫定領域のリソースが前記第２のデータに割り当てられるか否かを示す標示信号を生成し、
前記第２のデータが生成された場合に、前記暫定領域に対する前記第１のデータの配置を中止するとともに、前記第２のデータを前記暫定領域に配置して送信信号を生成し、
前記標示信号と前記送信信号とを送信する処理を有し、
前記送信信号を生成する処理は、
前記第１のデータに付随する制御情報を含む制御チャネルをマッピングする領域とは異なる領域に、前記標示信号を送信するＰＤＣＣＨ（Physical Downlink Control CHannel）を配置する
ことを特徴とする送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局装置、端末装置及び送信方法に関する。
【背景技術】
【０００２】
最近、無線通信システムに関する標準化団体である３ＧＰＰ（Third  Generation  Partnership  Project）では、第５世代移動通信システム（５Ｇ）に関する検討が行われている。第５世代移動通信システムにおいては、ｅＭＢＢ（enhanced  Mobile  BroadBand）、ｍＭＴＣ（massive  Machine  Type  Communications）及びＵＲＬＬＣ（Ultra  Reliability  and  Low  Latency  Communications）などに準じるサービスが開始される予定である。【０００３】
ｅＭＢＢは、例えば動画データなどの大容量データを伝送するサービスに対応する。一方、ＵＲＬＬＣは、例えば自動運転や遠隔手術など、高信頼度かつ低遅延な通信が要求されるサービスに対応する。これらのサービスを実現するために、例えばフレームやサブフレームのような時間単位であるＴＴＩ（Transmission  Time  Interval）などの通信パラメータをどのように規定するかが盛んに議論されている。【０００４】
具体的には、例えばｅＭＢＢ及びＵＲＬＬＣのデータを同一周波数帯を用いて伝送する場合には、ｅＭＢＢデータとＵＲＬＬＣデータとを時間多重又は周波数多重することなどが考えられている。このとき、ＵＲＬＬＣデータには低遅延が要求されるため、ＵＲＬＬＣのＴＴＩをｅＭＢＢのＴＴＩよりも大幅に短くすることが検討されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】LG  Electronics,  “Handling  URLLC  in  new  RAT”,  3GPP  TSG  RAN  WG1  Meeting  #86,  R1-166886,  ２０１６年８月
【非特許文献２】NTT  DOCOMO,  INC.,  “On  co-existence  of  eMBB  and  URLLC”,  3GPP  TSG  RAN  WG1  Meeting  #86,  R1-167391,  ２０１６年８月
【非特許文献３】Samsung,  “Discussion  on  URLLC  support  in  NR”,  3GPP  TSG  RAN  WG1  Meeting  #86,  R1-166759,  ２０１６年８月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、ｅＭＢＢデータ及びＵＲＬＬＣデータを同一周波数帯に多重する場合には、時間及び周波数などのリソースの利用効率が低下するという問題がある。具体的には、ＵＲＬＬＣデータは、例えば自動運転の制御のためなどに伝送されることから、常に伝送すべきＵＲＬＬＣデータが存在するわけではなく、間欠的にＵＲＬＬＣデータの送信が発生する。それにも関わらず、ＵＲＬＬＣデータに対して固定的に時間及び周波数などのリソースが割り当てられると、送信すべきＵＲＬＬＣデータが存在しない場合には、ＵＲＬＬＣデータに割り当てられたリソースが無駄になる。【０００７】
開示の技術は、かかる点に鑑みてなされたものであって、リソースを効率的に利用することができる基地局装置、端末装置及び送信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本願が開示する基地局装置は、１つの態様において、第１のデータを生成する第１生成部と、前記第１のデータよりも低遅延で伝送される第２のデータを生成する第２生成部と、前記第１のデータに割り当てられたリソースの領域内に暫定的に前記第２のデータのために確保された暫定領域のリソースが前記第２のデータに割り当てられるか否かを示す標示信号を生成する標示信号生成部と、前記第２生成部によって第２のデータが生成された場合に、前記暫定領域に対する前記第１のデータの配置を中止するとともに、前記第２のデータを前記暫定領域に配置して送信信号を生成するマッピング部と、前記標示信号生成部によって生成された標示信号と前記マッピング部によって生成された送信信号とを送信する送信部とを有し、前記マッピング部は、前記第１のデータに付随する制御情報を含む制御チャネルをマッピングする領域とは異なる領域に、前記標示信号を送信するＰＤＣＣＨ（Physical Downlink Control CHannel）を配置する。
【発明の効果】
【０００９】
本願が開示する基地局装置、端末装置及び送信方法の１つの態様によれば、リソースを効率的に利用することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態１に係る無線通信システムの構成を示す図である。
【図２】図２は、実施の形態１に係る基地局装置の構成を示すブロック図である。
【図３】図３は、実施の形態１に係るリソース割り当ての具体例を示す図である。
【図４】図４は、実施の形態１に係る送信処理を示すフロー図である。
【図５】図５は、実施の形態１に係るユーザ端末装置の構成を示すブロック図である。
【図６】図６は、実施の形態１に係る受信処理を示すフロー図である。
【図７】図７は、実施の形態１に係る他のユーザ端末装置の構成を示すブロック図である。
【図８】図８は、実施の形態１に係る他の受信処理を示すフロー図である。
【図９】図９は、実施の形態１に係るリソース割り当ての他の具体例を示す図である。
【図１０】図１０は、実施の形態２に係るリソース割り当ての具体例を示す図である。
【図１１】図１１は、実施の形態２に係るユーザ端末装置の構成を示すブロック図である。
【図１２】図１２は、実施の形態２に係る受信処理を示すフロー図である。
【発明を実施するための形態】
【００１１】
以下、本願が開示する基地局装置、端末装置及び送信方法の実施の形態について、図面を参照して詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。
【００１２】
（実施の形態１）
図１は、実施の形態１に係る無線通信システムの構成を示す図である。図１に示す無線通信システムは、基地局装置１００と複数のユーザ端末装置２００とを有する。
【００１３】
基地局装置１００は、例えばｅＭＢＢデータ及びＵＲＬＬＣデータを含む信号をユーザ端末装置２００へ送信する。すなわち、基地局装置１００は、複数のユーザ端末装置２００それぞれを宛先とするｅＭＢＢデータ及びＵＲＬＬＣデータに対して、時間及び周波数によって構成されるリソースを割り当てて送信信号を生成する。
【００１４】
このとき、基地局装置１００は、ｅＭＢＢデータに割り当てるリソースの領域内に、ＵＲＬＬＣデータを配置する領域として暫定的に確保された領域（以下「ＵＲＬＬＣ領域」という）を設け、送信すべきＵＲＬＬＣデータが存在する場合には、このＵＲＬＬＣデータにＵＲＬＬＣ領域のリソースを割り当てる。そして、基地局装置１００は、ＵＲＬＬＣデータに対してＵＲＬＬＣ領域のリソースが割り当てられているか否かを示す標示信号をＵＲＬＬＣ領域に配置する。
【００１５】
このため、送信すべきＵＲＬＬＣデータが存在する場合には、ＵＲＬＬＣ領域のリソースがＵＲＬＬＣデータに割り当てられるとともに、その旨が標示信号によって通知される。また、送信すべきＵＲＬＬＣデータが存在しない場合には、ＵＲＬＬＣ領域のリソースがｅＭＢＢデータに割り当てられるとともに、ＵＲＬＬＣデータが送信されないことが標示信号によって通知される。
【００１６】
ユーザ端末装置２００は、基地局装置１００から送信されるｅＭＢＢデータ及びＵＲＬＬＣデータを含む信号を受信する。具体的には、ユーザ端末装置２００は、ｅＭＢＢに係るサービスを利用するものと、ＵＲＬＬＣに係るサービスを利用するものと、ｅＭＢＢ及びＵＲＬＬＣ双方に係るサービスを利用するものとに分類される。ｅＭＢＢに係るサービスを利用するユーザ端末装置２００は、受信信号に含まれる制御信号及び標示信号に基づいて、自装置宛てのｅＭＢＢデータを特定し、ｅＭＢＢデータを復調する。
【００１７】
また、ＵＲＬＬＣに係るサービスを利用するユーザ端末装置２００は、受信信号に含まれる標示信号に基づいてＵＲＬＬＣデータが受信信号に含まれるか否かを判定し、ＵＲＬＬＣデータが含まれる場合には、制御信号に基づいて自装置宛てのＵＲＬＬＣデータを復調する。さらに、ｅＭＢＢ及びＵＲＬＬＣ双方に係るサービスを利用するユーザ端末装置２００は、上記と同様にｅＭＢＢデータを復調するとともに、ＵＲＬＬＣデータを復調する。
【００１８】
図２は、実施の形態１に係る基地局装置１００の構成を示すブロック図である。図２に示す基地局装置１００は、プロセッサ１００ａ、メモリ１００ｂ及び無線送信部１００ｃを有する。
【００１９】
プロセッサ１００ａは、例えばＣＰＵ（Central  Processing  Unit）、ＦＰＧＡ（Field  Programmable  Gate  Array）又はＤＳＰ（Digital  Signal  Processor）などを備え、基地局装置１００全体を統括制御する。具体的には、プロセッサ１００ａは、スケジューラ部１１０、ｅＭＢＢデータ生成部１２０、ＵＲＬＬＣデータ生成部１３０、標示信号生成部１４０、制御信号生成部１５０、マッピング部１６０、ＩＦＦＴ（Inverse  Fast  Fourier  Transform：逆高速フーリエ変換）部１７０及びＣＰ（Cyclic  Prefix）付加部１８０を有する。
【００２０】
スケジューラ部１１０は、複数のユーザ端末装置２００宛てのｅＭＢＢデータ及びＵＲＬＬＣデータにリソースを割り当てるスケジューリングを実行する。具体的には、スケジューラ部１１０は、例えば複数のユーザ端末装置２００それぞれとの間のチャネル状態を推定し、チャネル状態に応じて各ユーザ端末装置２００宛てのｅＭＢＢデータに割り当てるリソースを決定するｅＭＢＢスケジューリングを実行する。さらに、スケジューラ部１１０は、いずれかのユーザ端末装置２００宛てのＵＲＬＬＣデータが発生したか否かを判断し、ＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣデータに割り当てるリソースを決定するＵＲＬＬＣスケジューリングを実行する。
【００２１】
スケジューラ部１１０は、ＵＲＬＬＣスケジューリングをする際、ｅＭＢＢデータに割り当てるリソースの領域内に設けられるＵＲＬＬＣ領域にＵＲＬＬＣデータを配置する。すなわち、送信信号のリソースは、ｅＭＢＢの制御信号が配置されるｅＭＢＢ制御チャネル領域とｅＭＢＢデータが配置されるｅＭＢＢデータ領域とを有するが、ｅＭＢＢデータ領域には、ＵＲＬＬＣデータを配置する領域として暫定的に確保されたＵＲＬＬＣ領域が設けられる。そこで、スケジューラ部１１０は、送信すべきＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣデータにＵＲＬＬＣ領域のリソースを割り当てる。
【００２２】
ｅＭＢＢデータ生成部１２０は、スケジューラ部１１０によるｅＭＢＢスケジューリングに従って、各ユーザ端末装置２００宛てのｅＭＢＢデータを生成する。すなわち、ｅＭＢＢデータ生成部１２０は、各ユーザ端末装置２００宛てのｅＭＢＢデータを符号化及び変調する。
【００２３】
ＵＲＬＬＣデータ生成部１３０は、スケジューラ部１１０によるＵＲＬＬＣスケジューリングに従って、各ユーザ端末装置２００宛てのＵＲＬＬＣデータを生成する。すなわち、ＵＲＬＬＣデータ生成部１３０は、各ユーザ端末装置２００宛てのＵＲＬＬＣデータを符号化及び変調する。
【００２４】
標示信号生成部１４０は、スケジューラ部１１０によってＵＲＬＬＣスケジューリングが実行されたか否かに応じて、ＵＲＬＬＣデータの有無を示す標示信号を生成する。すなわち、標示信号生成部１４０は、送信すべきＵＲＬＬＣデータが存在せずにＵＲＬＬＣ領域にＵＲＬＬＣデータが配置されない場合には、ＵＲＬＬＣデータが無いことを示す標示信号を生成する。また、標示信号生成部１４０は、送信すべきＵＲＬＬＣデータが存在しＵＲＬＬＣ領域にＵＲＬＬＣデータが配置される場合には、ＵＲＬＬＣデータがあることを示すとともに、各ユーザ端末装置２００宛てのＵＲＬＬＣデータに割り当てられるリソースを特定する標示信号を生成する。つまり、標示信号生成部１４０は、ＵＲＬＬＣデータの有無を示す１ビットと、ＵＲＬＬＣデータがある場合にこのＵＲＬＬＣデータに割り当てられるリソースを特定するＮ（Ｎは２以上の整数）ビットとを含む標示信号を生成する。
【００２５】
制御信号生成部１５０は、スケジューラ部１１０によるｅＭＢＢスケジューリング及びＵＲＬＬＣスケジューリングに従って、ｅＭＢＢ及びＵＲＬＬＣの制御信号を生成する。具体的には、制御信号生成部１５０は、各ユーザ端末装置２００宛てのｅＭＢＢデータに割り当てられるリソースを特定する情報や、ｅＭＢＢデータの符号化率、変調方式及び送信電力などを示す情報を含むｅＭＢＢの制御信号を生成する。また、制御信号生成部１５０は、ＵＲＬＬＣ領域にＵＲＬＬＣデータが配置される場合には、ＵＲＬＬＣデータの符号化率、変調方式及び送信電力などを示す情報を含むＵＲＬＬＣの制御信号を生成する。
【００２６】
マッピング部１６０は、ｅＭＢＢデータ、ＵＲＬＬＣデータ、標示信号及び制御信号をマッピングして、送信信号を生成する。すなわち、マッピング部１６０は、ｅＭＢＢデータ、ＵＲＬＬＣデータ、標示信号及び制御信号をスケジューリングに従ったリソースに配置する。
【００２７】
具体的には、マッピング部１６０は、例えば図３に示すようなリソース割り当ての送信信号を生成する。図３は、例えば所定数のサブキャリア分の周波数帯域幅と１ＴＴＩ分の時間幅を有するリソースの割り当ての具体例を示す図である。図３に示すように、このＴＴＩのリソースは、ｅＭＢＢ制御チャネル領域３０１とｅＭＢＢデータ領域３０２とを有する。そして、ｅＭＢＢデータ領域３０２には、ＵＲＬＬＣデータを配置する領域として暫定的に確保されたＵＲＬＬＣ領域３１１〜３１３が設けられている。ＵＲＬＬＣ領域３１１〜３１３には、標示信号３２１〜３２３と、ＵＲＬＬＣの制御信号３３１と、ＵＲＬＬＣデータ３３２とがマッピングされる。
【００２８】
マッピング部１６０は、制御信号生成部１５０によって生成されたｅＭＢＢの制御信号をｅＭＢＢ制御チャネル領域３０１にマッピングし、ｅＭＢＢデータ生成部１２０によって生成されたｅＭＢＢデータをｅＭＢＢデータ領域３０２にマッピングする。また、マッピング部１６０は、ＵＲＬＬＣスケジューリングが実行された場合には、制御信号生成部１５０によって生成されたＵＲＬＬＣの制御信号３３１とＵＲＬＬＣデータ生成部１３０によって生成されたＵＲＬＬＣデータ３３２とをＵＲＬＬＣ領域３１１〜３１３にマッピングする。さらに、マッピング部１６０は、標示信号生成部１４０によって生成された標示信号３２１〜３２３をＵＲＬＬＣ領域３１１〜３１３にマッピングする。
【００２９】
ここで、図３に示すように、ＵＲＬＬＣ領域３１１、３１２にはＵＲＬＬＣデータが配置されるため、標示信号３２１、３２２は、ＵＲＬＬＣデータがあることを示す１ビットと、各ユーザ端末装置２００宛てのＵＲＬＬＣデータを特定するＮビットとを含む。すなわち、例えばＵＲＬＬＣ領域３１１には、ＵＥ＃１〜＃３の３つのユーザ端末装置２００宛てのＵＲＬＬＣデータが配置されるため、標示信号３２１は、ＵＥ＃１〜＃３宛てのＵＲＬＬＣデータそれぞれの周波数帯域を特定するＮビットを含む。これに対して、ＵＲＬＬＣ領域３１３にはＵＲＬＬＣデータが配置されないため、標示信号３２３は、ＵＲＬＬＣデータがないことを示す１ビットのみを含む。
【００３０】
また、ＵＲＬＬＣ領域３１２においては、一部のみにＵＲＬＬＣデータがマッピングされるため、残った領域にはｅＭＢＢデータがマッピングされる。同様に、ＵＲＬＬＣ領域３１３においては、ＵＲＬＬＣデータがマッピングされないため、このＵＲＬＬＣ領域３１３全体にｅＭＢＢデータがマッピングされる。このように、送信すべきＵＲＬＬＣデータが存在しない場合には、ＵＲＬＬＣ領域３１１〜３１３にｅＭＢＢデータがマッピングされるため、リソースを有効利用することができる。特に、空いたＵＲＬＬＣ領域３１１〜３１３にｅＭＢＢデータが配置されるため、最大限のリソースをｅＭＢＢデータに割り当てることができ、ｅＭＢＢによる大容量化が可能となる。
【００３１】
図２に戻って、ＩＦＦＴ部１７０は、マッピング部１６０によって生成された送信信号を逆高速フーリエ変換し、時間領域の送信信号を生成する。そして、ＩＦＦＴ部１７０は、送信信号をＣＰ付加部１８０へ出力する。
【００３２】
ＣＰ付加部１８０は、ＩＦＦＴ部１７０から出力される送信信号にシンボル単位でＣＰを付加する。そして、ＣＰ付加部１８０は、ＣＰが付加された送信信号を無線送信部１００ｃへ出力する。
【００３３】
メモリ１００ｂは、例えばＲＡＭ（Random  Access  Memory）又はＲＯＭ（Read  Only  Memory）などを備え、プロセッサ１００ａによって処理が実行される際に、種々の情報を記憶する。
【００３４】
無線送信部１００ｃは、ＣＰ付加部１８０から出力される送信信号に対して、例えばＤ／Ａ（Digital/Analog）変換及びアップコンバートなどの無線送信処理を施す。そして、無線送信部１００ｃは、アンテナを介して送信信号を送信する。
【００３５】
次いで、上記のように構成された基地局装置１００による送信処理について、図４に示すフロー図を参照しながら説明する。
【００３６】
まず、スケジューラ部１１０によって、各ユーザ端末装置２００宛てのｅＭＢＢデータに割り当てるリソースと符号化率及び変調方式とを決定するｅＭＢＢスケジューリングが実行される（ステップＳ１０１）。このｅＭＢＢスケジューリングは、例えば各ユーザ端末装置２００から報告されるダウンリンクのチャネル状態などに基づいて実行される。ｅＭＢＢスケジューリングにおいては、各ＴＴＩのｅＭＢＢデータ領域に各ユーザ端末装置２００宛てのｅＭＢＢデータが配置される。
【００３７】
また、スケジューラ部１１０によって、いずれかのユーザ端末装置２００宛てのＵＲＬＬＣデータが発生したか否かが判定される（ステップＳ１０２）。この判定の結果、送信すべきＵＲＬＬＣデータが発生している場合は（ステップＳ１０２Ｙｅｓ）、スケジューラ部１１０によって、ＵＲＬＬＣデータに割り当てるリソースと符号化率及び変調方式とを決定するＵＲＬＬＣスケジューリングが実行される（ステップＳ１０３）。このＵＲＬＬＣスケジューリングは、例えば各ユーザ端末装置２００から報告されるダウンリンクのチャネル状態などに基づいて実行される。ＵＲＬＬＣスケジューリングにおいては、各ＴＴＩのｅＭＢＢデータ領域に設けられたＵＲＬＬＣ領域に各ユーザ端末装置２００宛てのＵＲＬＬＣデータが配置される。
【００３８】
そして、スケジューリングの結果がｅＭＢＢデータ生成部１２０、ＵＲＬＬＣデータ生成部１３０、標示信号生成部１４０及び制御信号生成部１５０へ通知され、ＵＲＬＬＣデータ生成部１３０によって、ＵＲＬＬＣ領域に配置されるＵＲＬＬＣデータが生成される（ステップＳ１０４）。すなわち、ＵＲＬＬＣデータ生成部１３０によって、ＵＲＬＬＣスケジューリングにおいて決定された符号化率及び変調方式でＵＲＬＬＣデータが符号化及び変調される。また、標示信号生成部１４０によって、ＵＲＬＬＣデータがあることを示すとともに、各ユーザ端末装置２００宛てのＵＲＬＬＣデータに割り当てられたＵＲＬＬＣ領域内のリソースを特定する標示信号が生成される（ステップＳ１０５）。
【００３９】
一方、ステップＳ１０２の判定の結果、送信すべきＵＲＬＬＣデータが発生していない場合は（ステップＳ１０２Ｎｏ）、ｅＭＢＢスケジューリングの結果がｅＭＢＢデータ生成部１２０、標示信号生成部１４０及び制御信号生成部１５０へ通知される。そして、標示信号生成部１４０によって、ＵＲＬＬＣデータがないことを示す標示信号が生成される（ステップＳ１０６）。
【００４０】
また、ＵＲＬＬＣデータの有無に関わらず、ｅＭＢＢデータ生成部１２０によって、ｅＭＢＢデータ領域に配置されるｅＭＢＢデータが生成される（ステップＳ１０７）。すなわち、ｅＭＢＢデータ生成部１２０によって、ｅＭＢＢスケジューリングにおいて決定された符号化率及び変調方式でｅＭＢＢデータが符号化及び変調される。
【００４１】
なお、ＵＲＬＬＣ領域にＵＲＬＬＣデータが配置される場合は、この領域に配置される予定だったｅＭＢＢデータの送信は中止されても良い。また、ＵＲＬＬＣデータ及びｅＭＢＢデータを異なるコードや系列（例えばZadoff-Chu系列）を用いて直交化し、ＵＲＬＬＣデータ及びｅＭＢＢデータを同一の領域に配置することも可能である。ＵＲＬＬＣデータ及びｅＭＢＢデータを同一の領域に配置する場合には、これらのデータが互いに干渉することになるが、例えばＭＭＳＥ−ＩＲＣ（Minimum  Mean  Square  Error-Interference  Rejection  Combining）、シンボルレベル干渉除去（ＳＬＩＣ：Symbol  level  Interference  Cancellation）及び干渉測定（interference  aware  detection）などの技術を用いて干渉を低減することができる。
【００４２】
ｅＭＢＢデータが生成されると、制御信号生成部１５０によって、各ユーザ端末装置２００宛てのｅＭＢＢデータに割り当てられたｅＭＢＢデータ領域内のリソースを特定し、ｅＭＢＢデータの符号化率、変調方式及び送信電力などを通知する制御信号が生成される。また、ＵＲＬＬＣデータが生成された場合は、制御信号生成部１５０によって、ＵＲＬＬＣデータの符号化率、変調方式及び送信電力などを通知する制御信号が生成される。
【００４３】
そして、マッピング部１６０によって、ｅＭＢＢデータ、ＵＲＬＬＣデータ、標示信号及び制御信号がＴＴＩの各領域にマッピングされる（ステップＳ１０８）。すなわち、図３に示したように、ｅＭＢＢの制御信号がｅＭＢＢ制御チャネル領域３０１にマッピングされ、ｅＭＢＢデータがｅＭＢＢデータ領域３０２にマッピングされる。また、ＵＲＬＬＣデータが生成された場合には、ＵＲＬＬＣの制御信号及びＵＲＬＬデータがＵＲＬＬＣ領域３１１〜３１３にマッピングされる。そして、各ＵＲＬＬＣ領域３１１〜３１３には、ＵＲＬＬＣデータの有無を示す標示信号がマッピングされる。これにより、送信信号が生成される。
【００４４】
送信信号は、ＩＦＦＴ部１７０によって逆高速フーリエ変換され（ステップＳ１０９）、時間領域の送信信号に変換される。そして、ＣＰ付加部１８０によって、送信信号にシンボル単位でＣＰが付加され（ステップＳ１１０）、無線送信部１００ｃによって、送信信号に対する無線送信処理が施される（ステップＳ１１１）。その後、送信信号は、アンテナを介してユーザ端末装置２００へ送信される（ステップＳ１１２）。
【００４５】
このように、ｅＭＢＢデータ領域にＵＲＬＬＣデータを配置するためのＵＲＬＬＣ領域を設け、ＵＲＬＬＣデータがある場合にはＵＲＬＬＣ領域に配置し、ＵＲＬＬＣデータがない場合にはＵＲＬＬＣ領域にｅＭＢＢデータを配置する。そして、ＵＲＬＬＣ領域にＵＲＬＬＣデータが配置されているか否かを示す標示信号を各ＵＲＬＬＣ領域に配置する。このため、ＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣデータを低遅延で送信可能であるとともに、ＵＲＬＬＣデータが発生しない場合には、ＵＲＬＬＣ領域のリソースをｅＭＢＢデータの送信に利用可能である。結果として、ＵＲＬＬＣデータの有無に関わらず、リソースが無駄になることがなく、リソースを効率的に利用することができる。
【００４６】
次に、ユーザ端末装置２００の構成について説明する。図５は、実施の形態１に係るユーザ端末装置２００の構成を示すブロック図である。図５に示すユーザ端末装置２００は、ｅＭＢＢに係るサービスを利用するユーザ端末装置であり、無線受信部２００ａ、プロセッサ２００ｂ及びメモリ２００ｃを有する。
【００４７】
無線受信部２００ａは、アンテナを介して信号を受信し、受信信号に対して、例えばダウンコンバート及びＡ／Ｄ（Analog/Digital）変換などの無線受信処理を施す。そして、無線受信部２００ａは、受信信号をプロセッサ２００ｂへ出力する。
【００４８】
プロセッサ２００ｂは、例えばＣＰＵ、ＦＰＧＡ又はＤＳＰなどを備え、ユーザ端末装置２００全体を統括制御する。具体的には、プロセッサ２００ｂは、ＣＰ除去部２１０、ＦＦＴ（Fast  Fourier  Transform：高速フーリエ変換）部２２０、標示信号復調部２３０、制御信号復調部２４０及びｅＭＢＢデータ復調部２５０を有する。
【００４９】
ＣＰ除去部２１０は、受信信号にシンボル単位で付加されたＣＰを除去する。そして、ＣＰ除去部２１０は、ＣＰ除去後の受信信号をＦＦＴ部２２０へ出力する。
【００５０】
ＦＦＴ部２２０は、ＣＰ除去部２１０から出力された受信信号を高速フーリエ変換し、周波数領域の受信信号に変換する。そして、ＦＦＴ部２２０は、受信信号を標示信号復調部２３０、制御信号復調部２４０及びｅＭＢＢデータ復調部２５０へ出力する。
【００５１】
標示信号復調部２３０は、受信信号におけるＵＲＬＬＣ領域に配置された標示信号を復調する。すなわち、ＵＲＬＬＣ領域及びＵＲＬＬＣ領域内の標示信号の位置は既知であるため、標示信号復調部２３０は、各ＵＲＬＬＣ領域内の標示信号を復調する。この結果、標示信号復調部２３０は、それぞれのＵＲＬＬＣ領域内にＵＲＬＬＣデータが含まれるか否かを把握する。また、ＵＲＬＬＣ領域内にＵＲＬＬＣデータが含まれる場合は、標示信号復調部２３０は、ＵＲＬＬＣデータに割り当てられたリソースを標示信号に基づいて特定する。
【００５２】
制御信号復調部２４０は、受信信号におけるｅＭＢＢ制御チャネル領域に配置された制御信号を復調する。すなわち、制御信号復調部２４０は、ｅＭＢＢの制御信号を復調し、自装置宛てのｅＭＢＢデータに割り当てられたリソースの情報と、ｅＭＢＢデータの符号化率及び変調方式などの情報とを取得する。
【００５３】
ｅＭＢＢデータ復調部２５０は、受信信号におけるｅＭＢＢデータ領域に配置されたｅＭＢＢデータを復調する。このとき、ｅＭＢＢデータ復調部２５０は、標示信号の復調結果に基づいて、ＵＲＬＬＣデータが配置された領域をｅＭＢＢデータ領域から除外し、制御信号の復調結果に基づいて、ＵＲＬＬＣデータが除外されたｅＭＢＢデータ領域から自装置宛てのｅＭＢＢデータのリソースを特定する。そして、ｅＭＢＢデータ復調部２５０は、制御信号が示す符号化率及び変調方式などに基づいて、自装置宛てのｅＭＢＢデータを復調する。なお、ｅＭＢＢデータ及びＵＲＬＬＣデータが異なるコード又は系列を用いて直交化されている場合には、ｅＭＢＢデータ復調部２５０は、ｅＭＢＢデータ領域からＵＲＬＬＣデータが配置された領域を除外しなくても良い。これは、ｅＭＢＢデータ及びＵＲＬＬＣデータがコード又は系列によって直交化されている場合には、ＵＲＬＬＣデータが配置される時間及び周波数に、ｅＭＢＢデータが他のコード又は系列を用いて多重されるからである。
【００５４】
次いで、上記のように構成されたｅＭＢＢに係るユーザ端末装置２００による受信処理について、図６に示すフロー図を参照しながら説明する。
【００５５】
基地局装置１００から送信された信号は、アンテナを介して受信され（ステップＳ２０１）、無線受信部２００ａによって、受信信号に対する無線受信処理が施される（ステップＳ２０２）。そして、ＣＰ除去部２１０によって、受信信号にシンボル単位で付加されたＣＰが除去され（ステップＳ２０３）、ＦＦＴ部２２０によって、受信信号が高速フーリエ変換されることにより（ステップＳ２０４）、周波数領域の受信信号が得られる。
【００５６】
受信信号のｅＭＢＢデータ領域にはＵＲＬＬＣ領域が設けられており、ＵＲＬＬＣ領域のリソースは既知であるため、標示信号復調部２３０によって、ＵＲＬＬＣ領域に配置された標示信号が復調される（ステップＳ２０５）。この結果、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれるか否かが判明し、ＵＲＬＬＣデータが含まれる場合には、ＵＲＬＬＣ領域内のＵＲＬＬＣデータの位置が特定される。換言すれば、ｅＭＢＢデータ領域のうち、ＵＲＬＬＣデータに割り当てられたリソースを除外した、ｅＭＢＢデータが実際に配置される領域が特定される。
【００５７】
また、受信信号のｅＭＢＢ制御チャネル領域に配置された制御信号が制御信号復調部２４０によって復調され（ステップＳ２０６）、自装置宛てのｅＭＢＢデータに割り当てられたリソースが特定されるとともに、このｅＭＢＢデータの符号化率及び変調方式などが特定される。このため、ｅＭＢＢデータ復調部２５０によって、受信信号から自装置宛てのｅＭＢＢデータが取得され、復調される（ステップＳ２０７）。このとき、標示信号の復調結果に基づいて、ＵＲＬＬＣデータに割り当てられたリソースを除外した領域から自装置宛てのｅＭＢＢデータが取得されても良い。また、ＵＲＬＬＣデータ及びｅＭＢＢデータが異なるコード又は系列を用いて直交化されている場合は、ＵＲＬＬＣデータに割り当てられたリソースを含めたｅＭＢＢデータ領域全体から自装置宛てのｅＭＢＢデータが取得されても良い。
【００５８】
図７は、実施の形態１に係る他のユーザ端末装置２００の構成を示すブロック図である。図７において、図５と同じ部分には同じ符号を付し、その説明を省略する。図７に示すユーザ端末装置２００は、ＵＲＬＬＣに係るサービスを利用するユーザ端末装置であり、図５に示すユーザ端末装置２００と同様に、無線受信部２００ａ、プロセッサ２００ｂ及びメモリ２００ｃを有する。ただし、図７に示すユーザ端末装置２００のプロセッサ２００ｂは、図５に示すｅＭＢＢデータ復調部２５０に代えて、ＵＲＬＬＣデータ復調部２６０を有する。
【００５９】
ＵＲＬＬＣデータ復調部２６０は、標示信号が復調された結果、受信信号に自装置宛てのＵＲＬＬＣデータが含まれると判明した場合、受信信号におけるＵＲＬＬＣ領域に配置された自装置宛てのＵＲＬＬＣデータを復調する。このとき、ＵＲＬＬＣデータ復調部２６０は、標示信号の復調結果に基づいて、ＵＲＬＬＣ領域から自装置宛てのＵＲＬＬＣデータのリソースを特定する。そして、ＵＲＬＬＣデータ復調部２６０は、制御信号復調部２４０によって復調されるＵＲＬＬＣの制御信号が示す符号化率及び変調方式などに基づいて、自装置宛てのＵＲＬＬＣデータを復調する。
【００６０】
次いで、上記のように構成されたＵＲＬＬＣに係るユーザ端末装置２００による受信処理について、図８に示すフロー図を参照しながら説明する。図８において、図６と同じ部分には同じ符号を付し、その詳しい説明を省略する。
【００６１】
基地局装置１００から送信された信号は、アンテナから無線受信部２００ａ、ＣＰ除去部２１０及びＦＦＴ部２２０を経由して、周波数領域の受信信号が得られる（ステップＳ２０１〜Ｓ２０４）。そして、標示信号復調部２３０によって、受信信号のＵＲＬＬＣ領域に配置された標示信号が復調され（ステップＳ２０５）、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれるか否かが判明する（ステップＳ３０１）。
【００６２】
ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれない場合は（ステップＳ３０１Ｎｏ）、自装置宛てのＵＲＬＬＣデータがないことから、処理は終了する。一方、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれる場合は（ステップＳ３０１Ｙｅｓ）、制御信号復調部２４０によって、ＵＲＬＬＣの制御信号が復調される（ステップＳ３０２）。すなわち、標示信号の復調結果から、自装置宛ての制御信号及びＵＲＬＬＣデータに割り当てられたリソースが特定されるため、制御信号復調部２４０によって、自装置宛てのＵＲＬＬＣの制御信号が復調される。これにより、自装置宛てのＵＲＬＬＣデータの符号化率及び変調方式などが特定される。
【００６３】
また、ＵＲＬＬＣデータ復調部２６０によって、標示信号の復調結果に基づいて自装置宛てのＵＲＬＬＣデータが受信信号から取得され、制御信号の復調結果に基づいてＵＲＬＬＣデータが復調される（ステップＳ３０３）。
【００６４】
以上のように、本実施の形態によれば、ＵＲＬＬＣデータを配置する領域として暫定的に確保されたＵＲＬＬＣ領域がｅＭＢＢデータ領域内に設けられ、ＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣ領域のリソースを利用してＵＲＬＬＣデータが送信される。また、ＵＲＬＬＣ領域には、ＵＲＬＬＣデータの有無を示す標示信号が配置される。このため、ＵＲＬＬＣデータが発生した場合には、遅延を発生させることなく迅速にＵＲＬＬＣデータを送信可能であるとともに、ＵＲＬＬＣデータが発生しない場合には、ＵＲＬＬＣ領域のリソースを利用してｅＭＢＢデータを送信可能である。また、受信側のユーザ端末装置は、標示信号によってＵＲＬＬＣデータの有無を把握することができ、自装置宛てのＵＲＬＬＣデータを受信信号から確実に取得することができる。結果として、ＵＲＬＬＣデータの高信頼度及び低遅延を維持しつつ、リソースを効率的に利用することができる。
【００６５】
なお、上記実施の形態１においては、ｅＭＢＢに係るユーザ端末装置２００とＵＲＬＬＣに係るユーザ端末装置２００とを分けて説明したが、１つのユーザ端末装置２００がｅＭＢＢデータ及びＵＲＬＬＣデータの双方を復調しても良い。この場合には、ユーザ端末装置２００のプロセッサ２００ｂは、図５に示すｅＭＢＢデータ復調部２５０と図７に示すＵＲＬＬＣデータ復調部２６０との双方を有する。
【００６６】
また、上記実施の形態１においては、ｅＭＢＢデータ領域内にＵＲＬＬＣ領域が設けられるものとしたが、ｅＭＢＢデータ領域全体がＵＲＬＬＣ領域であっても良い。すなわち、例えば図９に示すように、１つのＴＴＩが複数の短いＴＴＩ（以下「ショートＴＴＩ」という）に分割され、ｅＭＢＢ制御チャネルを含むショートＴＴＩを除くすべてのショートＴＴＩがＵＲＬＬＣ領域３４１とされても良い。
【００６７】
さらに、図９に示すように、各ＵＲＬＬＣ領域３４１に配置される標示信号３４２は、ＵＲＬＬＣ領域３４１内にＵＲＬＬＣデータが含まれるか否かを示す１ビットの信号であっても良い。この場合、各ユーザ端末装置２００宛てのＵＲＬＬＣデータ３３２に割り当てられたリソースを特定する情報は、ＵＲＬＬＣの制御信号３３１に含まれる。
【００６８】
（実施の形態２）
実施の形態２の特徴は、受信信号にＵＲＬＬＣデータが含まれる場合に、ユーザ端末装置がサブキャリアごとの送信電力を推定し、送信電力に基づいてＵＲＬＬＣデータを含むサブキャリアを特定する点である。
【００６９】
実施の形態２に係る無線通信システム及び基地局装置１００の構成は、実施の形態１（図１、２）と同様であるため、その説明を省略する。ただし、基地局装置１００は、ｅＭＢＢデータ及びＵＲＬＬＣデータの送信電力を制御しており、高信頼度が要求されるＵＲＬＬＣデータについては、ｅＭＢＢデータの送信電力よりも大きい送信電力で送信する。具体的には、マッピング部１６０は、ＵＲＬＬＣ領域にＵＲＬＬＣデータを配置する場合、ＵＲＬＬＣデータが配置されるサブキャリアの送信電力をｅＭＢＢデータが配置されるサブキャリアの送信電力よりも大きくする。このため、ＵＲＬＬＣ領域にＵＲＬＬＣデータを配置して送信する場合、ＵＲＬＬＣデータが配置されるサブキャリアの送信電力は、ｅＭＢＢデータが配置されるサブキャリアの送信電力よりも大きい。
【００７０】
図１０は、実施の形態２に係るリソース割り当ての具体例を示す図である。図１０に示すリソースは、サブキャリア３５１〜３５３を有しており、先頭にはｅＭＢＢ制御チャネル領域が設けられる。また、ｅＭＢＢ制御チャネル領域以外の領域はｅＭＢＢデータ領域であるが、ｅＭＢＢデータ領域には、ＵＲＬＬＣデータを配置する領域として暫定的に確保されたＵＲＬＬＣ領域３６１〜３６３が設けられている。ＵＲＬＬＣ領域３６１〜３６３には、標示信号３７１〜３７３がマッピングされるとともに、ＵＲＬＬＣの制御信号及びＵＲＬＬＣデータがサブキャリア３５１〜３５３を単位としてマッピングされる。
【００７１】
具体的には、例えばＵＲＬＬＣ領域３６１においては、サブキャリア３５２にユーザ端末装置ＵＥ＃２宛てのＵＲＬＬＣデータがマッピングされ、サブキャリア３５３にユーザ端末装置ＵＥ＃１宛てのＵＲＬＬＣデータがマッピングされる。また、例えばＵＲＬＬＣ領域３６２においては、サブキャリア３５３にユーザ端末装置ＵＥ＃３宛てのＵＲＬＬＣデータがマッピングされる。
【００７２】
ここで、ＵＲＬＬＣデータは、高信頼度が要求されるデータであるため、ｅＭＢＢデータに比べて送信電力が大きい。したがって、例えばＵＲＬＬＣ領域３６１においては、ＵＲＬＬＣデータがマッピングされるサブキャリア３５２、３５３の送信電力は、ｅＭＢＢデータがマッピングされるサブキャリア３５１の送信電力よりも大きい。同様に、例えばＵＲＬＬＣ領域３６２においては、ＵＲＬＬＣデータがマッピングされるサブキャリア３５３の送信電力は、ｅＭＢＢデータがマッピングされるサブキャリア３５１、３５２の送信電力よりも大きい。
【００７３】
つまり、各ＵＲＬＬＣ領域３６１〜３６３においては、サブキャリアごとの送信電力に基づいて、各サブキャリア３５１〜３５３にｅＭＢＢデータ及びＵＲＬＬＣデータのいずれがマッピングされているか判断することが可能である。このため、標示信号３７１〜３７３は、ＵＲＬＬＣ領域３６１〜３６３にＵＲＬＬＣデータが含まれるか否かを示す１ビットの信号であり、ＵＲＬＬＣデータがマッピングされるサブキャリアを特定する情報は標示信号３７１〜３７３に含まれない。
【００７４】
図１１は、実施の形態２に係るユーザ端末装置２００の構成を示すブロック図である。図１１において、図５と同じ部分には同じ符号を付し、その説明を省略する。図１１に示すユーザ端末装置２００は、ｅＭＢＢに係るサービスを利用するユーザ端末装置であり、図５に示すユーザ端末装置２００と同様に、無線受信部２００ａ、プロセッサ２００ｂ及びメモリ２００ｃを有する。ただし、図１１に示すユーザ端末装置２００のプロセッサ２００ｂは、図５に示す標示信号復調部２３０及びｅＭＢＢデータ復調部２５０に代えて、標示信号復調部４１０及びｅＭＢＢデータ復調部４４０を有し、受信電力測定部４２０及び送信電力推定部４３０を追加した構成を採る。
【００７５】
標示信号復調部４１０は、受信信号におけるＵＲＬＬＣ領域に配置された標示信号を復調する。すなわち、ＵＲＬＬＣ領域及びＵＲＬＬＣ領域内の標示信号の位置は既知であるため、標示信号復調部４１０は、各ＵＲＬＬＣ領域内の標示信号を復調する。この結果、標示信号復調部４１０は、それぞれのＵＲＬＬＣ領域内にＵＲＬＬＣデータが含まれるか否かを把握する。そして、標示信号復調部４１０は、ＵＲＬＬＣ領域内にＵＲＬＬＣデータが含まれる場合は、その旨を受信電力測定部４２０及びｅＭＢＢデータ復調部４４０へ通知する。
【００７６】
受信電力測定部４２０は、ＵＲＬＬＣ領域内にＵＲＬＬＣデータが含まれる旨が標示信号復調部４１０から通知されると、受信信号のＵＲＬＬＣ領域のサブキャリアごとの受信電力を測定する。
【００７７】
送信電力推定部４３０は、受信電力測定部４２０によって測定されたサブキャリアごとの受信電力に基づいて、サブキャリアごとの送信電力を推定する。具体的には、送信電力推定部４３０は、例えば基地局装置１００からユーザ端末装置２００までの間の伝搬損失を参照信号を用いて推定し、受信電力と伝搬損失とから基地局装置１００における送信電力を推定する。
【００７８】
ｅＭＢＢデータ復調部４４０は、受信信号におけるｅＭＢＢデータ領域に配置されたｅＭＢＢデータを復調する。このとき、ｅＭＢＢデータ復調部４４０は、ＵＲＬＬＣ領域内にＵＲＬＬＣデータが含まれる旨が標示信号復調部４１０から通知された場合には、サブキャリアごとの送信電力からｅＭＢＢデータが配置されたサブキャリアを特定する。すなわち、ｅＭＢＢデータ復調部４４０は、送信電力推定部４３０によって推定されたサブキャリアごとの送信電力を所定の閾値と比較する。そして、ｅＭＢＢデータ復調部４４０は、所定の閾値以上の送信電力のサブキャリアにはＵＲＬＬＣデータが配置されており、所定の閾値未満の送信電力のサブキャリアにはｅＭＢＢデータが配置されていると特定する。これにより、ｅＭＢＢデータ復調部４４０は、ＵＲＬＬＣ領域を含むｅＭＢＢデータ領域全体のｅＭＢＢデータが配置されたリソースを特定するため、制御信号の復調結果に基づいて、自装置宛てのｅＭＢＢデータを復調する。
【００７９】
次いで、上記のように構成されたｅＭＢＢに係るユーザ端末装置２００による受信処理について、図１２に示すフロー図を参照しながら説明する。図１２において、図６と同じ部分には同じ符号を付し、その詳しい説明を省略する。
【００８０】
基地局装置１００から送信された信号は、アンテナから無線受信部２００ａ、ＣＰ除去部２１０及びＦＦＴ部２２０を経由して、周波数領域の受信信号が得られる（ステップＳ２０１〜Ｓ２０４）。そして、標示信号復調部４１０によって、受信信号のＵＲＬＬＣ領域に配置された標示信号が復調され（ステップＳ２０５）、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれるか否かが判明する（ステップＳ４０１）。
【００８１】
ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれる場合は（ステップＳ４０１Ｙｅｓ）、受信電力測定部４２０によって、ＵＲＬＬＣ領域のサブキャリアごとの受信電力が測定される（ステップＳ４０２）。そして、送信電力推定部４３０によって、サブキャリアごとの受信電力からサブキャリアごとの送信電力が推定される（ステップＳ４０３）。すなわち、例えば基地局装置１００とユーザ端末装置２００の間の伝搬損失が推定され、受信電力に伝搬損失分の電力が加算されることにより、基地局装置１００におけるサブキャリアごとの送信電力が推定される。
【００８２】
送信電力の推定結果は、ｅＭＢＢデータ復調部４４０へ通知され、ｅＭＢＢデータ復調部４４０によって、ＵＲＬＬＣ領域内のＵＲＬＬＣデータが配置されたサブキャリアが特定される（ステップＳ４０４）。具体的には、ｅＭＢＢデータ復調部４４０によって、サブキャリアごとに推定された送信電力が所定の閾値と比較され、送信電力が所定の閾値以上のサブキャリアにＵＲＬＬＣデータが配置されていると判定される。一方、ＵＲＬＬＣ領域内の送信電力が所定の閾値未満のサブキャリアには、ｅＭＢＢデータが配置されていると判定される。これにより、ＵＲＬＬＣ領域内のＵＲＬＬＣデータが含まれる場合にも、ｅＭＢＢデータ領域内のｅＭＢＢデータが配置される領域が特定される。
【００８３】
そして、ｅＭＢＢデータが配置される領域が特定されると、受信信号のｅＭＢＢ制御チャネル領域に配置された制御信号が制御信号復調部２４０によって復調され（ステップＳ２０６）、自装置宛てのｅＭＢＢデータに割り当てられたリソースが特定される。また、ｅＭＢＢデータ復調部４４０によって、受信信号から自装置宛てのｅＭＢＢデータが取得され、復調される（ステップＳ２０７）。
【００８４】
なお、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれない場合は（ステップＳ４０１Ｎｏ）、制御信号の復調結果に基づいて、ｅＭＢＢデータ領域全体から自装置宛てのｅＭＢＢデータに割り当てられたリソースが特定され、ｅＭＢＢデータ復調部４４０によって自装置宛てのｅＭＢＢデータが復調される。
【００８５】
以上のように、本実施の形態によれば、ＵＲＬＬＣデータを配置する領域として暫定的に確保されたＵＲＬＬＣ領域がｅＭＢＢデータ領域内に設けられ、ＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣ領域のリソースを利用してＵＲＬＬＣデータが送信される。また、ＵＲＬＬＣ領域には、ＵＲＬＬＣデータの有無を示す標示信号が配置される。このため、ＵＲＬＬＣデータが発生した場合には、遅延を発生させることなく迅速にＵＲＬＬＣデータを送信可能であるとともに、ＵＲＬＬＣデータが発生しない場合には、ＵＲＬＬＣ領域のリソースを利用してｅＭＢＢデータを送信可能である。また、受信側のユーザ端末装置は、ＵＲＬＬＣ領域にＵＲＬＬＣデータが含まれる場合、ＵＲＬＬＣ領域のサブキャリアごとの送信電力を推定し、送信電力に基づいてＵＲＬＬＣデータが配置されたサブキャリアを特定する。このため、ＵＲＬＬＣデータが配置されるリソースを特定する情報を標示信号に含める必要がなく、標示信号のサイズを小さくすることができる。
【００８６】
なお、上記実施の形態２においては、ＵＲＬＬＣに係るユーザ端末装置２００について説明を省略したが、ＵＲＬＬＣに係るユーザ端末装置２００もｅＭＢＢに係るユーザ端末装置２００と同様に、サブキャリアごとの送信電力からＵＲＬＬＣデータが配置されたサブキャリアを特定する。
【００８７】
また、上記各実施の形態においては、標示信号がＵＲＬＬＣ領域内に配置されるものとしたが、標示信号は必ずしもＵＲＬＬＣ領域内に配置されなくても良い。すなわち、標示信号とＵＲＬＬＣ領域の対応関係が特定可能であれば、標示信号はｅＭＢＢデータ及びＵＲＬＬＣデータとは別々に送信されても良い。さらに、標示信号は、例えばＰＤＣＣＨ（Physical  Downlink  Control  CHannel）のように動的シグナリングによって送信されても良いし、例えばＲＲＣ（Radio  Resource  Control）シグナリングのように準静的シグナリングによって送信されても良い。
【符号の説明】
【００８８】
１１０  スケジューラ部
１２０  ｅＭＢＢデータ生成部
１３０  ＵＲＬＬＣデータ生成部
１４０  標示信号生成部
１５０  制御信号生成部
１６０  マッピング部
１７０  ＩＦＦＴ部
１８０  ＣＰ付加部
２１０  ＣＰ除去部
２２０  ＦＦＴ部
２３０、４１０  標示信号復調部
２４０  制御信号復調部
２５０、４４０  ｅＭＢＢデータ復調部
２６０  ＵＲＬＬＣデータ復調部
４２０  受信電力測定部
４３０  送信電力推定部
【図１】
0006782299.tif 000002
【図２】
0006782299.tif 000003
【図３】
0006782299.tif 000004
【図４】
0006782299.tif 000005
【図５】
0006782299.tif 000006
【図６】
0006782299.tif 000007
【図７】
0006782299.tif 000008
【図８】
0006782299.tif 000009
【図９】
0006782299.tif 000010
【図１０】
0006782299.tif 000011
【図１１】
0006782299.tif 000012
【図１２】
0006782299.tif 000013