(57)【要約】  無線通信装置（１００、４００）は、無線信号を構成する第１のリソース領域に配置されて送信されるデータを変調する変調部（１３０、４３０）と、前記第１のリソース領域内に設けられた第２のリソース領域に配置されて送信されるデータをコードを用いて拡散変調する拡散変調部（１４０、４４０）と、前記変調部（１３０、４３０）によって変調されたデータを前記第１のリソース領域にマッピングするとともに、前記拡散変調部（１４０、４４０）によって拡散変調されたデータを前記第２のリソース領域にマッピングするマッピング部（１５０、４７０）と、前記マッピング部（１５０、４７０）によるマッピングにより得られた信号を送信する無線送信部（１００ｃ、４００ｃ）とを有する。
2018083769.tif 000002
【特許請求の範囲】
【請求項１】
無線信号を構成する第１のリソース領域に配置されて送信されるデータを変調する変調部と、
前記第１のリソース領域内に設けられた第２のリソース領域に配置されて送信されるデータをコードを用いて拡散変調する第１拡散変調部と、
前記変調部によって変調されたデータを前記第１のリソース領域にマッピングするとともに、前記第１拡散変調部によって拡散変調されたデータを前記第２のリソース領域にマッピングするマッピング部と、
前記マッピング部によるマッピングにより得られた信号を送信する送信部と
を有することを特徴とする無線通信装置。
【請求項２】
前記第１拡散変調部は、
前記データよりも低遅延で伝送することが要求される他のデータを拡散変調する際に用いられるコードと直交するコードを用いて、前記データを拡散変調することを特徴とする請求項１記載の無線通信装置。
【請求項３】
前記データよりも低遅延で伝送することが要求される他のデータをコードを用いて拡散変調する第２拡散変調部をさらに有し、
前記マッピング部は、
前記変調部によって変調されたデータを前記第１のリソース領域にマッピングするとともに、前記第１拡散変調部によって拡散変調されたデータと前記第２拡散変調部によって拡散変調された他のデータとを前記第２のリソース領域において多重する
ことを特徴とする請求項１記載の無線通信装置。
【請求項４】
前記第１拡散変調部は、
前記第２拡散変調部によって拡散変調される他のデータが発生した場合に、前記第２のリソース領域に配置されて送信されるデータを拡散変調し、
前記変調部は、
前記第２拡散変調部によって拡散変調されるデータが発生しない場合に、前記第２のリソース領域に配置されて送信されるデータを拡散変調を適用せずに変調する
ことを特徴とする請求項３記載の無線通信装置。
【請求項５】
前記第２拡散変調部によって拡散変調される他のデータが発生した場合に、前記第２のリソース領域に配置されて送信されるデータをパンクチャリングするパンクチャ部をさらに有し、
前記第１拡散変調部は、
前記パンクチャ部によってパンクチャリングされたデータを拡散変調する
ことを特徴とする請求項３記載の無線通信装置。
【請求項６】
第１の端末装置及び第２の端末装置を備える無線通信システムであって、
前記第１の端末装置は、
無線信号を構成する第１のリソース領域に配置されて送信されるデータを変調する変調部と、
前記第１のリソース領域内に設けられた第２のリソース領域に配置されて送信されるデータをコードを用いて拡散変調する第１拡散変調部と、
前記変調部によって変調されたデータを前記第１のリソース領域にマッピングするとともに、前記第１拡散変調部によって拡散変調されたデータを前記第２のリソース領域にマッピングする第１マッピング部と、
前記第１マッピング部によるマッピングにより得られた信号を送信する第１送信部とを有し、
前記第２の端末装置は、
前記データよりも低遅延で伝送することが要求される他のデータをコードを用いて拡散変調する第２拡散変調部と、
前記第２拡散変調部によって拡散変調された他のデータを前記第２のリソース領域にマッピングする第２マッピング部と、
前記第２マッピング部によるマッピングにより得られた信号を送信する第２送信部とを有する
ことを特徴とする無線通信システム。
【請求項７】
無線信号を構成する第１のリソース領域に配置されて送信されるデータを変調し、
前記第１のリソース領域内に設けられた第２のリソース領域に配置されて送信されるデータをコードを用いて拡散変調し、
変調されたデータを前記第１のリソース領域にマッピングするとともに、拡散変調されたデータを前記第２のリソース領域にマッピングし、
マッピングにより得られた信号を送信する
処理を有することを特徴とする送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信装置、無線通信システム及び送信方法に関する。
【背景技術】
【０００２】
現在のネットワークは、モバイル端末（スマートフォンやフューチャーホン）のトラフィックがネットワークのリソースの大半を占めている。また、モバイル端末が使うトラフィックは、今後も拡大していく傾向にある。【０００３】
一方で、ＩｏＴ（Internet  of  a  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,  7.-10.  March,  2016
【非特許文献２】3GPP  TR  38.913  V0.3.0  (2016-03)
【非特許文献３】”On  co-existence  of  eMBB  and  URLLC  ”,  NTT  docomo,  R1-167391,  3GPP  TSG  RAN  WG1  Meeting  #86,  Gothenburg,  Sweden  22nd  -  26th  August  2016
【発明の概要】
【発明が解決しようとする課題】
【００１２】
ところで、リソース共有型では、ＵＲＬＬＣデータが発生した場合に、あらかじめ定めたＵＲＬＬＣ割り込みリソース領域にＵＲＬＬＣデータを割り込ませて他のデータよりも優先的にＵＲＬＬＣデータを送信する。したがって、１つの基地局装置がＵＲＬＬＣデータと他のデータの双方を送信するダウンリンクの通信においては、リソース共有型の割当方法を実現することが比較的容易である。【００１３】
しかしながら、複数のユーザ端末装置がそれぞれＵＲＬＬＣデータ及び他のデータを送信するアップリンクの通信においては、他のユーザ端末装置におけるＵＲＬＬＣデータの発生状況が不明であるため、ＵＲＬＬＣ割り込みリソース領域を設けることが困難である。すなわち、他のデータを送信するユーザ端末装置は、他のユーザ端末装置におけるＵＲＬＬＣデータの発生の有無が不明であるため、すべてのリソースを利用して他のデータを送信すべきか、他のユーザ端末装置が送信するＵＲＬＬＣデータのために一部のリソースを空けるべきか判断することが困難である。【００１４】
このため、アップリンクの通信においては、ＵＲＬＬＣデータの発生の有無に関わらずＵＲＬＬＣデータを送信するためのリソースを確保するリソース分離型の割当方法が採用されることとなり、他のデータを送信するためのリソースが減少する。結果として、他のデータのスループットが低下するという問題がある。一方、リソース共有型を採用するダウンリンクの通信においては、ＵＲＬＬＣデータが発生した場合に、ＵＲＬＬＣデータが割り込むリソースに割り当てられていた他のデータはパンクチャリングされる。すなわち、ＵＲＬＬＣ割り込みリソース領域において他のデータが一部欠落することになるため、他のデータの通信品質が低下する。【００１５】
開示の技術は、上記に鑑みてなされたものであって、ＵＲＬＬＣデータの品質を維持しつつ、他のデータの通信品質低下を抑制することを目的とする。
【課題を解決するための手段】
【００１６】
本願が開示する無線通信装置は、１つの態様において、無線信号を構成する第１のリソース領域に配置されて送信されるデータを変調する変調部と、前記第１のリソース領域内に設けられた第２のリソース領域に配置されて送信されるデータをコードを用いて拡散変調する第１拡散変調部と、前記変調部によって変調されたデータを前記第１のリソース領域にマッピングするとともに、前記第１拡散変調部によって拡散変調されたデータを前記第２のリソース領域にマッピングするマッピング部と、前記マッピング部によるマッピングにより得られた信号を送信する送信部とを有する。
【発明の効果】
【００１７】
本願が開示する無線通信装置、無線通信システム及び送信方法の１つの態様によれば、ＵＲＬＬＣデータの品質を維持しつつ、他のデータのスループット低下を抑制するという効果を奏する。
【図面の簡単な説明】
【００１８】
【図１】図１は、実施の形態１に係るユーザ端末装置の構成を示すブロック図である。
【図２】図２は、実施の形態１に係る送信方法を示すフロー図である。
【図３】図３は、実施の形態１に係る他のユーザ端末装置の構成を示すブロック図である。
【図４】図４は、実施の形態１に係る他の送信方法を示すフロー図である。
【図５】図５は、実施の形態１に係るＴＴＩの具体例を示す図である。
【図６】図６は、実施の形態１に係る基地局装置の構成を示すブロック図である。
【図７】図７は、リソース選択方法を説明する図である。
【図８】図８は、他のリソース選択方法を説明する図である。
【図９】図９は、実施の形態２に係る基地局装置の構成を示すブロック図である。
【図１０】図１０は、実施の形態２に係る送信方法を示すフロー図である。
【図１１】図１１は、実施の形態２に係るＴＴＩの具体例を示す図である。
【図１２】図１２は、実施の形態３に係る基地局装置の構成を示すブロック図である。
【図１３】図１３は、実施の形態３に係る送信方法を示すフロー図である。
【図１４】図１４は、実施の形態３に係るＴＴＩの具体例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本願が開示する無線通信装置、無線通信システム及び送信方法の実施の形態について、図面を参照して詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。
【００２０】
（実施の形態１）
図１は、実施の形態１に係るユーザ端末装置１００の構成を示すブロック図である。図１に示すユーザ端末装置１００は、例えば動画などの情報を含むｅＭＢＢデータを送信する無線通信装置であり、プロセッサ１００ａ、メモリ１００ｂ及び無線送信部１００ｃを有する。
【００２１】
プロセッサ１００ａは、例えばＣＰＵ（Central  Processing  Unit）、ＦＰＧＡ（Field  Programmable  Gate  Array）又はＤＳＰ（Digital  Signal  Processor）などを備え、ユーザ端末装置１００全体を統括制御する。具体的には、プロセッサ１００ａは、送信制御部１１０、ｅＭＢＢ符号化部１２０−１、１２０−２、変調部１３０、拡散変調部１４０及びマッピング部１５０を有する。
【００２２】
送信制御部１１０は、基地局装置から通知されたアップリンク送信のスケジューリング情報に基づいて、ｅＭＢＢデータをｅＭＢＢ符号化部１２０−１又はｅＭＢＢ符号化部１２０−２へ出力する。具体的には、送信制御部１１０は、例えば自動運転のために高信頼性及び低遅延が要求される情報を含むＵＲＬＬＣデータとｅＭＢＢデータとが多重される可能性のあるリソース領域（以下「多重領域」という）にｅＭＢＢデータが配置される場合には、このｅＭＢＢデータをｅＭＢＢ符号化部１２０−２へ出力する。一方、送信制御部１１０は、ｅＭＢＢデータが多重領域に配置されない場合には、このｅＭＢＢデータをｅＭＢＢ符号化部１２０−１へ出力する。すなわち、例えば所定時間長のＴＴＩ（Transmission  Time  Interval）と所定帯域幅の周波数とによって規定されるリソース領域内に、ＵＲＬＬＣデータとｅＭＢＢデータが多重される可能性がある多重領域が固定的に設けられるため、送信制御部１１０は、多重領域に配置されるか否かに応じてｅＭＢＢデータの出力先を切り替える。
【００２３】
ｅＭＢＢ符号化部１２０−１は、送信制御部１１０から出力されるｅＭＢＢデータを符号化する。そして、ｅＭＢＢ符号化部１２０−１は、符号化されたｅＭＢＢデータを変調部１３０へ出力する。ｅＭＢＢ符号化部１２０−１から出力されるｅＭＢＢデータは、多重領域に配置されないｅＭＢＢデータである。
【００２４】
ｅＭＢＢ符号化部１２０−２は、送信制御部１１０から出力されるｅＭＢＢデータを符号化する。そして、ｅＭＢＢ符号化部１２０−２は、符号化されたｅＭＢＢデータを拡散変調部１４０へ出力する。ｅＭＢＢ符号化部１２０−２から出力されるｅＭＢＢデータは、多重領域に配置されるｅＭＢＢデータである。なお、ｅＭＢＢ符号化部１２０−１、１２０−２における符号化率は、同一でも良く、異なっていても良い。
【００２５】
変調部１３０は、多重領域に配置されないｅＭＢＢデータを変調する。すなわち、変調部１３０は、各ＴＴＩの多重領域以外に配置されるｅＭＢＢデータを変調する。
【００２６】
拡散変調部１４０は、多重領域に配置されるｅＭＢＢデータを、コードを用いて拡散変調する。すなわち、拡散変調部１４０は、ｅＭＢＢデータを拡散するためにあらかじめ定められたコードによってｅＭＢＢデータを拡散変調する。ｅＭＢＢデータを拡散するためのコードは、ＵＲＬＬＣデータを拡散するためにあらかじめ定められた複数のコードと直交しているのが好ましい。ｅＭＢＢデータを拡散するためのコードがＵＲＬＬＣデータを拡散するためのコードと直交することにより、ｅＭＢＢデータとＵＲＬＬＣデータとの間の干渉を低減することができる。
【００２７】
マッピング部１５０は、変調又は拡散変調されたｅＭＢＢデータを所定時間長のＴＴＩにマッピングする。具体的には、マッピング部１５０は、ＴＴＩごとの多重領域以外の領域に変調部１３０によって変調されたｅＭＢＢデータを配置し、多重領域に拡散変調部１４０によって拡散変調されたｅＭＢＢデータを配置するマッピングを実行する。マッピング部１５０は、このようにｅＭＢＢデータをマッピングすることにより、送信信号を生成する。
【００２８】
メモリ１００ｂは、例えばＲＡＭ（Random  Access  Memory）又はＲＯＭ（Read  Only  Memory）などを備え、プロセッサ１００ａによって処理が実行される際に、種々の情報を記憶する。
【００２９】
無線送信部１００ｃは、マッピング部１５０から出力される送信信号に対して、例えばＤ／Ａ（Digital/Analog）変換及びアップコンバートなどの無線送信処理を施す。そして、無線送信部１００ｃは、アンテナを介して送信信号を送信する。
【００３０】
次いで、上記のように構成されたユーザ端末装置１００による送信方法について、図２に示すフロー図を参照しながら説明する。
【００３１】
基地局装置から通知されるアップリンク送信のスケジューリング情報に基づいて、ユーザ端末装置１００からｅＭＢＢデータが送信される場合、送信されるｅＭＢＢデータは、ユーザ端末装置１００の送信制御部１１０によって生成される。そして、送信制御部１１０によって、生成されるｅＭＢＢデータが多重領域に配置されるか否かが判断され（ステップＳ１０１）、多重領域に配置されないｅＭＢＢデータはｅＭＢＢ符号化部１２０−１へ出力される。また、多重領域に配置されるｅＭＢＢデータはｅＭＢＢ符号化部１２０−２へ出力される。
【００３２】
ｅＭＢＢデータが多重領域に配置されない場合には（ステップＳ１０１Ｎｏ）、このｅＭＢＢデータは、ｅＭＢＢ符号化部１２０−１によって符号化され（ステップＳ１０２）、変調部１３０によって変調される（ステップＳ１０３）。したがって、多重領域以外の領域に配置されるｅＭＢＢデータは、通常と同様に符号化及び変調される。
【００３３】
一方、ｅＭＢＢデータが多重領域に配置される場合には（ステップＳ１０１Ｙｅｓ）、このｅＭＢＢデータは、ｅＭＢＢ符号化部１２０−２によって符号化され（ステップＳ１０４）、拡散変調部１４０によって拡散変調される（ステップＳ１０５）。すなわち、多重領域に配置されるｅＭＢＢデータは、符号化された後、コードが用いられて拡散変調される。このコードは、ＵＲＬＬＣデータを拡散するために用いられるコードと直交していることが好ましい。ｅＭＢＢデータがコードによって拡散されることにより、他のコードによって拡散されるＵＲＬＬＣデータと多重することが可能となる。
【００３４】
そして、変調又は拡散変調されたｅＭＢＢデータは、マッピング部１５０によってリソースにマッピングされる（ステップＳ１０６）。具体的には、各ＴＴＩのリソースに固定的に設けられた多重領域に拡散変調されたｅＭＢＢデータが配置され、多重領域以外の領域に変調されたｅＭＢＢデータが配置される。多重領域には、コードを用いて拡散変調されたｅＭＢＢデータが配置されるため、他のユーザ端末装置がコードを用いて拡散変調したＵＲＬＬＣデータを多重領域のリソースによって送信しても、受信側ではｅＭＢＢデータとＵＲＬＬＣデータを分離することが可能となる。また、各ＴＴＩのリソースの例えば先頭の領域には、ｅＭＢＢデータの符号化率及び変調方式などの情報を含むｅＭＢＢ制御情報がマッピングされる。
【００３５】
このように、ＴＴＩごとのリソースに変調又は拡散変調されたｅＭＢＢデータとｅＭＢＢ制御情報とがマッピングされることにより、アップリンクの送信信号が生成される。生成された送信信号は、無線送信部１００ｃによって所定の無線送信処理が施された後（ステップＳ１０７）、アンテナを介して送信される（ステップＳ１０８）。
【００３６】
以上のように、リソース領域内に固定的に設けられた多重領域に、コードを用いて拡散変調されたｅＭＢＢデータが配置されたアップリンクの送信信号が送信されるため、多重領域においてｅＭＢＢデータと他のユーザ端末装置から送信されるＵＲＬＬＣデータとを多重することができる。結果として、ＵＲＬＬＣデータが送信される場合にも、ｅＭＢＢデータが欠落することがなく、ｅＭＢＢデータのスループット低下を抑制することができる。
【００３７】
図３は、実施の形態１に係る他のユーザ端末装置１００の構成を示すブロック図である。図３において、図１と同じ部分には同じ符号を付し、その説明を省略する。図３に示すユーザ端末装置１００は、ＵＲＬＬＣデータを送信する無線通信装置であり、プロセッサ１００ｄ、メモリ１００ｂ及び無線送信部１００ｃを有する。
【００３８】
プロセッサ１００ｄは、例えばＣＰＵ、ＦＰＧＡ又はＤＳＰなどを備え、ユーザ端末装置１００全体を統括制御する。具体的には、プロセッサ１００ｄは、送信制御部１１５、ＵＲＬＬＣ符号化部１２５、拡散変調部１３５及びマッピング部１４５を有する。
【００３９】
送信制御部１１５は、送信すべきＵＲＬＬＣデータが発生したか否かを監視し、ＵＲＬＬＣデータが発生した場合には、このＵＲＬＬＣデータをＵＲＬＬＣ符号化部１２５へ出力する。ＵＲＬＬＣデータは、例えば自動運転などのために送受信される情報を含むデータであり、不定期に発生する比較的サイズの小さいデータである。このため、送信制御部１１５は、ＵＲＬＬＣデータの発生の有無を監視する。
【００４０】
ＵＲＬＬＣ符号化部１２５は、送信制御部１１５から出力されるＵＲＬＬＣデータを符号化する。そして、ＵＲＬＬＣ符号化部１２５は、符号化されたＵＲＬＬＣデータを拡散変調部１３５へ出力する。
【００４１】
拡散変調部１３５は、ＵＲＬＬＣデータを、コードを用いて拡散変調する。すなわち、拡散変調部１３５は、ＵＲＬＬＣデータを拡散するためにあらかじめ定められた複数のコードから１つのコードを選択し、選択したコードによってＵＲＬＬＣデータを拡散変調する。ＵＲＬＬＣデータを拡散するための複数のコードは、いずれもｅＭＢＢデータを拡散するためにあらかじめ定められたコードと直交しているのが好ましい。一方で、ＵＲＬＬＣデータを拡散するための複数のコードは、互いに非直交でも良い。ＵＲＬＬＣデータを拡散するための複数のコードを非直交とすることにより、ＵＲＬＬＣデータの多重効率を向上することができる。
【００４２】
マッピング部１４５は、拡散変調されたＵＲＬＬＣデータを所定時間長のＴＴＩにマッピングする。具体的には、マッピング部１４５は、ＴＴＩごとの多重領域に拡散変調部１３５によって拡散変調されたＵＲＬＬＣデータを配置するマッピングを実行する。マッピング部１４５は、このようにＵＲＬＬＣデータをマッピングすることにより、送信信号を生成する。なお、ＵＲＬＬＣデータの送信に用いられるＴＴＩ長は、低遅延伝送を実現するために、ｅＭＢＢデータの送信に用いられるＴＴＩ長よりも短く設定される。
【００４３】
次いで、上記のように構成されたユーザ端末装置１００による送信方法について、図４に示すフロー図を参照しながら説明する。
【００４４】
ユーザ端末装置１００がアップリンクによってＵＲＬＬＣデータを送信するユーザ端末装置である場合、ユーザ端末装置１００の送信制御部１１５によって、ＵＲＬＬＣデータが発生したか否かが監視される（ステップＳ２０１）。ＵＲＬＬＣデータが発生するまでは監視が継続され（ステップＳ２０１Ｎｏ）、ＵＲＬＬＣデータが発生すると（ステップＳ２０１Ｙｅｓ）、ＵＲＬＬＣデータはＵＲＬＬＣ符号化部１２５へ出力される。
【００４５】
そして、ＵＲＬＬＣデータは、ＵＲＬＬＣ符号化部１２５によって符号化され（ステップＳ２０２）、拡散変調部１３５によって拡散変調される（ステップＳ２０３）。すなわち、ＵＲＬＬＣデータは、符号化された後、複数のコードのうち選択された１つのコードが用いられて拡散変調される。これらの複数のコードは、ｅＭＢＢデータを拡散するために用いられるコードと直交していることが好ましい。ＵＲＬＬＣデータがコードによって拡散されることにより、他のコードによって拡散されるｅＭＢＢデータと多重することが可能となる。
【００４６】
そして、拡散変調されたＵＲＬＬＣデータは、マッピング部１４５によってリソースにマッピングされる（ステップＳ２０４）。具体的には、各ＴＴＩのリソースに固定的に設けられた多重領域に拡散変調されたＵＲＬＬＣデータが配置される。コードを用いて拡散変調されたＵＲＬＬＣデータが多重領域に配置されるため、他のユーザ端末装置がコードを用いて拡散変調したｅＭＢＢデータ及びＵＲＬＬＣデータを多重領域のリソースによって送信しても、受信側では各ユーザ端末装置からのデータを分離することが可能となる。
【００４７】
このように、ＴＴＩごとの多重領域に拡散変調されたＵＲＬＬＣデータがマッピングされることにより、アップリンクの送信信号が生成される。生成された送信信号は、無線送信部１００ｃによって所定の無線送信処理が施された後（ステップＳ２０５）、アンテナを介して送信される（ステップＳ２０６）。
【００４８】
以上のように、リソース領域内に固定的に設けられた多重領域に、コードを用いて拡散変調されたＵＲＬＬＣデータが配置されたアップリンクの送信信号が送信されるため、多重領域においてＵＲＬＬＣデータと他のユーザ端末装置から送信されるｅＭＢＢデータ及びＵＲＬＬＣデータとを多重することができる。結果として、ＵＲＬＬＣデータが送信される場合にも、ｅＭＢＢデータを多重領域上で送信することができるため、ｅＭＢＢデータのスループット低下を抑制することができる。
【００４９】
図５は、実施の形態１に係るアップリンクのＴＴＩの具体例を示す図である。図５に示すように、１つのＴＴＩは、ｅＭＢＢデータがマッピングされるリソース領域（以下「ｅＭＢＢデータ領域」という）２１０を有する。そして、ｅＭＢＢデータ領域２１０には、ｅＭＢＢデータとＵＲＬＬＣデータを多重可能な多重領域２１１、２１２が設けられている。ｅＭＢＢデータを送信するユーザ端末装置１００は、基地局装置から通知されたアップリンク送信のスケジューリング情報に基づいて、ｅＭＢＢデータ領域２１０にｅＭＢＢデータをマッピングする。ただし、ユーザ端末装置１００は、ｅＭＢＢデータ領域２１０内の多重領域２１１、２１２には、コードを用いて拡散変調されたｅＭＢＢデータをマッピングする。
【００５０】
一方、ＵＲＬＬＣデータを送信するユーザ端末装置１００は、ＵＲＬＬＣデータの発生を監視しており、例えば時刻ＴにおいてＵＲＬＬＣデータが発生すると、コードを用いてＵＲＬＬＣデータ２１３を拡散変調する。そして、このユーザ端末装置１００は、拡散変調されたＵＲＬＬＣデータ２１３を、時刻Ｔ以降の多重領域２１２にマッピングする。このように、ＵＲＬＬＣデータ２１３が発生すると、直後の多重領域においてｅＭＢＢデータとＵＲＬＬＣデータ２１３が多重される。このため、ＵＲＬＬＣデータの低遅延伝送を実現することができるとともに、ｅＭＢＢデータのスループット低下を抑制することができる。
【００５１】
次に、アップリンクの信号を受信する基地局装置の構成について説明する。図６は、実施の形態１に係る基地局装置３００の構成を示すブロック図である。図６に示す基地局装置３００は、各ユーザ端末装置１００から送信されたｅＭＢＢデータ及びＵＲＬＬＣデータを受信する無線通信装置であり、無線受信部３００ａ、プロセッサ３００ｂ及びメモリ３００ｃを有する。
【００５２】
無線受信部３００ａは、アンテナを介して信号を受信し、受信信号に対して、例えばダウンコンバート及びＡ／Ｄ（Analog/Digital）変換などの無線受信処理を施す。そして、無線受信部３００ａは、受信信号をプロセッサ３００ｂへ出力する。
【００５３】
プロセッサ３００ｂは、例えばＣＰＵ、ＦＰＧＡ又はＤＳＰなどを備え、基地局装置３００全体を統括制御する。具体的には、プロセッサ３００ｂは、ｅＭＢＢ復調部３１０、ｅＭＢＢ復号部３２０、ＵＲＬＬＣ復調部３３０及びＵＲＬＬＣ復号部３４０を有する。
【００５４】
ｅＭＢＢ復調部３１０は、ｅＭＢＢデータを送信するユーザ端末装置へ通知されたアップリンク送信のスケジューリング情報に基づいて、受信信号のｅＭＢＢデータ領域にマッピングされたｅＭＢＢデータを復調する。このとき、ｅＭＢＢ復調部３１０は、多重領域以外のｅＭＢＢデータ領域については、スケジューリング情報に含まれる変調方式に従ってｅＭＢＢデータを復調する。また、ｅＭＢＢ復調部３１０は、多重領域については、ｅＭＢＢデータの拡散に用いられたコードを用いて逆拡散を実行し、ｅＭＢＢデータを復調する。
【００５５】
ｅＭＢＢ復号部３２０は、ｅＭＢＢ復調部３１０によって復調されたｅＭＢＢデータを復号する。これにより、ｅＭＢＢ復号部３２０は、多重領域を含むｅＭＢＢデータ領域全体を用いて送信されたｅＭＢＢデータを取得することができる。
【００５６】
ＵＲＬＬＣ復調部３３０は、受信信号のｅＭＢＢデータ領域内の多重領域にマッピングされたＵＲＬＬＣデータを復調する。このとき、ＵＲＬＬＣ復調部３３０は、ＵＲＬＬＣデータの拡散に用いられる可能性がある複数のコードそれぞれを順次用いて逆拡散を実行し、ＵＲＬＬＣデータを復調する。すなわち、ＵＲＬＬＣデータは不定期に発生するデータであるため、多重領域には、ｅＭＢＢデータとＵＲＬＬＣデータが多重されてマッピングされている場合とｅＭＢＢデータのみがマッピングされている場合とがある。また、ＵＲＬＬＣデータは、複数のコードのうちいずれか１つのコードを用いて拡散変調されている。そこで、ＵＲＬＬＣ復調部３３０は、ＵＲＬＬＣデータの拡散に用いられる複数のコードを１つずつ用いて多重領域に対する逆拡散を実行し、多重領域にマッピングされているすべてのＵＲＬＬＣデータを復調する。
【００５７】
ＵＲＬＬＣ復号部３４０は、ＵＲＬＬＣ復調部３３０によって復調されたＵＲＬＬＣデータを復号する。これにより、ＵＲＬＬＣ復号部３４０は、多重領域においてｅＭＢＢデータと多重されたＵＲＬＬＣデータを取得することができる。
【００５８】
以上のように、本実施の形態によれば、ｅＭＢＢデータを送信するユーザ端末装置は、ｅＭＢＢデータを配置するリソース内に固定的に設けられる多重領域に、コードを用いて拡散変調したｅＭＢＢデータをマッピングする。また、ＵＲＬＬＣデータを送信するユーザ端末装置は、ＵＲＬＬＣデータが発生した場合に、コードを用いて拡散変調したＵＲＬＬＣデータを多重領域にマッピングする。このため、ＵＲＬＬＣデータが発生した場合も、多重領域においてｅＭＢＢデータとＵＲＬＬＣデータが多重されて送信されるため、ｅＭＢＢデータが欠落することがなく、ＵＲＬＬＣデータの品質を維持しつつ、ｅＭＢＢデータのスループット低下を抑制することができる。
【００５９】
なお、上記実施の形態１においては、ＵＲＬＬＣデータが発生した時刻の直後の多重領域にＵＲＬＬＣデータをマッピングするものとしたが、周波数方向に複数の多重領域がある場合には、いずれかの多重領域を選択してＵＲＬＬＣデータをマッピングしても良い。具体的には、例えば図７に示すように、ｅＭＢＢデータ領域２１０が、時間方向では１ＴＴＩに相当し、周波数方向では複数の単位帯域幅に相当する場合、多重領域のいずれの単位帯域幅のリソースにＵＲＬＬＣデータをマッピングするか選択しても良い。例えば多重領域２１２にＵＲＬＬＣデータ２１３をマッピングする場合には、多重領域２１２の直前のタイミングＴ１において、単位帯域幅ごとの受信電力を測定し、受信電力が最も小さい単位帯域幅のリソースにＵＲＬＬＣデータ２１３をマッピングしても良い。
【００６０】
このように、多重領域の直前に単位帯域幅ごとの受信電力を測定することにより、他のユーザ端末装置によって利用されていないか、又はｅＭＢＢデータによる干渉が小さい単位帯域幅を決定することができる。そして、このような単位帯域幅のリソースにＵＲＬＬＣデータをマッピングすることにより、ｅＭＢＢデータによる干渉が小さくなり、受信側ではＵＲＬＬＣデータの復調の精度を向上することができる。
【００６１】
また、多重領域に複数の単位帯域幅が含まれる場合、複数の単位帯域幅に跨ったリソースにＵＲＬＬＣデータがマッピングされても良い。すなわち、例えば図８に示すように、ｅＭＢＢデータ領域２１０内の多重領域２１２が４つの単位帯域幅を含む場合、このうち２つの単位帯域幅のリソースにＵＲＬＬＣデータがマッピングされても良い。この場合、ＵＲＬＬＣデータがマッピングされるリソースが大きくなることから、ＵＲＬＬＣデータを拡散変調するコードのサイズを大きくして拡散率を高くしたり、ＵＲＬＬＣデータの符号化率を低くしたりしても良い。これにより、受信側においてＵＲＬＬＣデータのエラーレートを低減することができ、信頼度を向上することができる。
【００６２】
（実施の形態２）
実施の形態２の特徴は、基地局装置からユーザ端末装置へ向かうダウンリンクの多重領域にｅＭＢＢデータとＵＲＬＬＣデータを符号多重する点である。
【００６３】
図９は、実施の形態２に係る基地局装置４００の構成を示すブロック図である。図９に示す基地局装置４００は、ｅＭＢＢデータ及びＵＲＬＬＣデータを送信する無線通信装置であり、プロセッサ４００ａ、メモリ４００ｂ及び無線送信部４００ｃを有する。
【００６４】
送信制御部４１０は、ｅＭＢＢデータの送信に関するスケジューリングを実行し、スケジューリングの結果に従ってｅＭＢＢデータをｅＭＢＢ符号化部４２０へ出力する。また、送信制御部４１０は、ＵＲＬＬＣデータの発生を監視し、ＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣデータをＵＲＬＬＣ符号化部４５０へ出力する。そして、送信制御部４１０は、ＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣデータが多重される多重領域にマッピングされるｅＭＢＢ符号化データをパンクチャリング及び拡散変調するように、それぞれパンクチャ部４２１及び拡散変調部４４０に指示する。
【００６５】
ｅＭＢＢ符号化部４２０は、送信制御部４１０から出力されるｅＭＢＢデータを符号化する。そして、ｅＭＢＢ符号化部４２０は、符号化されたｅＭＢＢデータを変調部４３０へ出力する。
【００６６】
パンクチャ部４２１は、多重領域にマッピングされるｅＭＢＢデータをパンクチャリングした後、拡散変調部４４０へ出力する。パンクチャ部４２１におけるパンクチャリング率は、例えば発生したＵＲＬＬＣデータの数に応じて決定されても良い。すなわち、多くのＵＲＬＬＣデータが発生してｅＭＢＢデータと多重されるＵＲＬＬＣデータの数が多いほど、より多くのビットが間引かれるようにｅＭＢＢデータがパンクチャリングされても良い。
【００６７】
変調部４３０は、ＵＲＬＬＣデータと多重されないｅＭＢＢデータを変調する。すなわち、変調部４３０は、ＵＲＬＬＣデータが発生していない場合のｅＭＢＢデータを変調する。
【００６８】
拡散変調部４４０は、ＵＲＬＬＣデータと多重されるｅＭＢＢデータを、コードを用いて拡散変調する。すなわち、拡散変調部４４０は、ｅＭＢＢデータを拡散するためにあらかじめ定められたコードによってｅＭＢＢデータを拡散変調する。ｅＭＢＢデータを拡散するためのコードは、ＵＲＬＬＣデータを拡散するためにあらかじめ定められた複数のコードと直交しているのが好ましい。ｅＭＢＢデータを拡散するためのコードがＵＲＬＬＣデータを拡散するためのコードと直交することにより、ｅＭＢＢデータとＵＲＬＬＣデータとの間の干渉を低減することができる。また、ｅＭＢＢデータを拡散するためのコードは、例えば発生したＵＲＬＬＣデータの数に応じた拡散率を有するものとしても良い。すなわち、ｅＭＢＢデータと多重されるＵＲＬＬＣデータの数に応じて、ｅＭＢＢデータを拡散するコードの拡散率が変更されても良い。
【００６９】
ＵＲＬＬＣ符号化部４５０は、送信制御部４１０から出力されるＵＲＬＬＣデータを符号化する。そして、ＵＲＬＬＣ符号化部４５０は、符号化されたＵＲＬＬＣデータを拡散変調部４６０へ出力する。
【００７０】
拡散変調部４６０は、ＵＲＬＬＣデータを、コードを用いて拡散変調する。すなわち、拡散変調部４６０は、ＵＲＬＬＣデータを拡散するためにあらかじめ定められた複数のコードから送信先ごとに異なる１つのコードを選択し、選択したコードによって送信先ごとのＵＲＬＬＣデータを拡散変調する。ＵＲＬＬＣデータを拡散するための複数のコードは、いずれもｅＭＢＢデータを拡散するためにあらかじめ定められたコードと直交しているのが好ましい。一方で、ＵＲＬＬＣデータを拡散するための複数のコードは、互いに非直交でも良い。ＵＲＬＬＣデータを拡散するための複数のコードを非直交とすることにより、ＵＲＬＬＣデータの多重効率を向上することができる。
【００７１】
マッピング部４７０は、ｅＭＢＢデータ、ＵＲＬＬＣデータ及び制御情報を所定時間長のＴＴＩにマッピングする。すなわち、マッピング部４７０は、ｅＭＢＢデータの符号化率及び変調方式などの情報を示すｅＭＢＢ制御情報と変調部４３０から出力されるｅＭＢＢデータとをＴＴＩごとのリソースにマッピングする。そして、マッピング部４７０は、ｅＭＢＢデータがマッピングされるリソース領域の所定位置に設けられた多重領域に、当該多重領域においてｅＭＢＢデータとＵＲＬＬＣデータが多重されているか否かを示すＵＲＬＬＣ制御情報をマッピングする。また、マッピング部４７０は、ＵＲＬＬＣデータが発生した場合には、拡散変調部４４０から出力されるｅＭＢＢデータと拡散変調部４６０から出力されるＵＲＬＬＣデータとを多重して、多重領域にマッピングする。このように、マッピング部４７０は、各ＴＴＩのリソースにｅＭＢＢ制御情報、ｅＭＢＢデータ、ＵＲＬＬＣ制御情報及びＵＲＬＬＣデータをマッピングすることにより、送信信号を生成する。
【００７２】
メモリ４００ｂは、例えばＲＡＭ又はＲＯＭなどを備え、プロセッサ４００ａによって処理が実行される際に、種々の情報を記憶する。
【００７３】
無線送信部４００ｃは、マッピング部４７０から出力される送信信号に対して、例えばＤ／Ａ変換及びアップコンバートなどの無線送信処理を施す。そして、無線送信部４００ｃは、アンテナを介して送信信号を送信する。
【００７４】
次いで、上記のように構成された基地局装置４００による送信方法について、図１０に示すフロー図を参照しながら説明する。
【００７５】
基地局装置４００がダウンリンクを介してユーザ端末装置へデータを送信する際、ｅＭＢＢデータは、送信制御部４１０からｅＭＢＢ符号化部４２０へ出力され、スケジューリングによって決定された符号化率で符号化される（ステップＳ３０１）。また、送信制御部４１０によって、送信すべきＵＲＬＬＣデータが発生したか否かが常時監視される（ステップＳ３０２）。ＵＲＬＬＣデータが発生していない場合は（ステップＳ３０２Ｎｏ）、符号化されたｅＭＢＢデータは、変調部４３０によって変調される（ステップＳ３０３）。
【００７６】
送信すべきＵＲＬＬＣデータが発生した場合は（ステップＳ３０２Ｙｅｓ）、ＵＲＬＬＣデータと多重されるｅＭＢＢデータは、パンクチャ部４２１へ出力され、スケジューリングによって決定されたパンクチャリング率で間引きが施される（ステップＳ３０４）。
【００７７】
また、発生したＵＲＬＬＣデータは、ＵＲＬＬＣ符号化部４５０へ出力され、符号化される（ステップＳ３０５）。そして、パンクチャリングされたｅＭＢＢデータ及び符号化されたＵＲＬＬＣデータは、それぞれ異なるコードを用いて拡散変調される（ステップＳ３０６）。すなわち、拡散変調部４４０によって、パンクチャリングされたｅＭＢＢデータが拡散変調され、拡散変調部４６０によって、符号化されたＵＲＬＬＣデータが拡散変調される。ｅＭＢＢデータ及びＵＲＬＬＣデータを拡散するコードは、互いに直交していることが好ましい。一方、複数のＵＲＬＬＣデータが拡散変調される場合、それぞれのＵＲＬＬＣデータを拡散するコードは、互いに非直交であっても良い。
【００７８】
そして、変調又は拡散変調されたｅＭＢＢデータと拡散変調されたＵＲＬＬＣデータとは、マッピング部４７０によってリソースにマッピングされる（ステップＳ３０７）。具体的には、ＵＲＬＬＣデータが発生していない場合は、各ＴＴＩのリソースに固定的に設けられた多重領域を含むｅＭＢＢデータ領域に、変調部４３０によって変調されたｅＭＢＢデータが配置される。一方、ＵＲＬＬＣデータが発生した場合は、ＵＲＬＬＣデータが発生した直後の多重領域に、拡散変調部４４０によって拡散変調されたｅＭＢＢデータと拡散変調部４６０によって拡散変調されたＵＲＬＬＣデータとが配置される。
【００７９】
このように、多重領域においては、コードを用いて拡散変調されたｅＭＢＢデータ及びＵＲＬＬＣデータが多重されるため、送信先のユーザ端末装置は、多重領域に対して逆拡散を実行することにより、自装置宛てのｅＭＢＢデータ又はＵＲＬＬＣデータを取得することができる。
【００８０】
また、各ＴＴＩのリソースの例えば先頭の領域には、ｅＭＢＢデータの符号化率及び変調方式などの情報を含むｅＭＢＢ制御情報がマッピングされる。そして、それぞれの多重領域には、当該多重領域においてｅＭＢＢデータとＵＲＬＬＣデータが多重されているか否かを示すＵＲＬＬＣ制御情報がマッピングされる。各多重領域にマッピングされるＵＲＬＬＣ制御情報により、送信先のユーザ端末装置は、多重領域にＵＲＬＬＣデータが含まれるか否かを判断することができ、多重領域におけるｅＭＢＢデータ又はＵＲＬＬＣデータを正しく復調することができる。
【００８１】
このように、ｅＭＢＢデータ、ＵＲＬＬＣデータ、ｅＭＢＢ制御情報及びＵＲＬＬＣ制御情報がＴＴＩごとのリソースにマッピングされることにより、ダウンリンクの送信信号が生成される。生成された送信信号は、無線送信部４００ｃによって所定の無線送信処理が施された後（ステップＳ３０８）、アンテナを介して送信される（ステップＳ３０９）。
【００８２】
図１１は、実施の形態２に係るダウンリンクのＴＴＩの具体例を示す図である。図１１に示すように、１つのＴＴＩは、ｅＭＢＢ制御情報がマッピングされるｅＭＢＢ制御領域５１０と、ｅＭＢＢデータがマッピングされるｅＭＢＢデータ領域５２０とを有する。そして、ｅＭＢＢデータ領域５２０には、ｅＭＢＢデータとＵＲＬＬＣデータを多重可能な多重領域５２１、５２２が設けられている。基地局装置４００は、ｅＭＢＢ制御領域５１０にｅＭＢＢ制御情報をマッピングし、ｅＭＢＢデータ領域５２０にｅＭＢＢデータをマッピングする。ただし、基地局装置４００は、各多重領域５２１、５２２にＵＲＬＬＣ制御情報５２３、５２４をマッピングし、それぞれの多重領域５２１、５２２においてＵＲＬＬＣデータがｅＭＢＢデータと多重されているか否かを通知する。
【００８３】
図１１に示す例では、例えば時刻ＴにおいてＵＲＬＬＣデータが発生するため、ＵＲＬＬＣデータ発生前の多重領域５２１には、ＵＲＬＬＣデータ及びｅＭＢＢデータが多重されていない旨のＵＲＬＬＣ制御情報５２３がマッピングされる。そして、多重領域５２１には、多重領域以外の領域と同様のｅＭＢＢデータがマッピングされる。一方、ＵＲＬＬＣデータが発生した直後の多重領域５２２には、ＵＲＬＬＣデータ及びｅＭＢＢデータが多重されている旨のＵＲＬＬＣ制御情報５２４がマッピングされる。そして、多重領域５２２においては、それぞれ拡散変調されたｅＭＢＢデータとＵＲＬＬＣデータ５２５とが多重される。
【００８４】
以上のように、本実施の形態によれば、基地局装置は、ＵＲＬＬＣデータが発生していない場合は、多重領域を含めてｅＭＢＢデータ領域全体にｅＭＢＢデータを配置し、ＵＲＬＬＣデータが発生した場合は、ｅＭＢＢデータ領域内の多重領域において、拡散変調されたｅＭＢＢデータ及びＵＲＬＬＣデータを多重する。このため、ＵＲＬＬＣデータが発生していない場合は、多重領域のリソースによってｅＭＢＢデータを送信することができるとともに、ＵＲＬＬＣデータが発生した場合は、多重領域のリソースによってｅＭＢＢデータ及びＵＲＬＬＣデータを送信することができる。結果として、多重領域のリソースを有効に利用しつつ、ＵＲＬＬＣデータが送信される場合にも、ｅＭＢＢデータのスループット低下を抑制することができる。
【００８５】
（実施の形態３）
実施の形態３の特徴は、ＵＲＬＬＣデータが発生しているか否かに関わらず、拡散変調されたｅＭＢＢデータを多重領域にマッピングすることで、ＵＲＬＬＣデータの有無の通知を不要にする点である。
【００８６】
図１２は、実施の形態３に係る基地局装置４００の構成を示すブロック図である。図１２において、図９と同じ部分には同じ符号を付し、その説明を省略する。図１２に示す基地局装置４００は、図９に示す基地局装置４００の送信制御部４１０及びｅＭＢＢ符号化部４２０に代えて、送信制御部４１５及びｅＭＢＢ符号化部４２５を有し、パンクチャ部４２１を削除した構成を採る。
【００８７】
送信制御部４１５は、ｅＭＢＢデータの送信に関するスケジューリングを実行し、スケジューリングの結果に従ってｅＭＢＢデータをｅＭＢＢ符号化部４２５へ出力する。このとき、送信制御部４１５は、多重領域に配置されるｅＭＢＢデータが、多重領域に配置されないｅＭＢＢデータよりも低いレートで出力されるように設定する。これは、多重領域に配置されるｅＭＢＢデータは、ＵＲＬＬＣデータと多重されるか否かに関わらず拡散変調されるためである。また、送信制御部４１５は、ＵＲＬＬＣデータの発生を監視し、ＵＲＬＬＣデータが発生した場合には、ＵＲＬＬＣデータをＵＲＬＬＣ符号化部４５０へ出力する。
【００８８】
ｅＭＢＢ符号化部４２５は、送信制御部４１５から出力されるｅＭＢＢデータを符号化する。そして、ｅＭＢＢ符号化部４２５は、多重領域に配置されないｅＭＢＢデータを変調部４３０へ出力し、多重領域に配置されるｅＭＢＢデータを拡散変調部４４０へ出力する。
【００８９】
次いで、上記のように構成された基地局装置４００による送信方法について、図１３に示すフロー図を参照しながら説明する。図１３において、図１０と同じ部分には同じ符号を付し、その詳しい説明を省略する。
【００９０】
基地局装置４００がダウンリンクを介してユーザ端末装置へデータを送信する際、基地局装置４００の送信制御部４１５によって、ｅＭＢＢデータが多重領域に配置されるか否かに応じて、ｅＭＢＢデータのレート調整が実行される（ステップＳ４０１）。すなわち、多重領域に配置されないｅＭＢＢデータは所定のレートで変調部４３０へ出力されるように調整され、多重領域に配置されるｅＭＢＢ符号化データは所定のレートよりも低いレートで拡散変調部４４０へ出力されるように調整される。
【００９１】
また、送信制御部４１５によって、ｅＭＢＢデータがｅＭＢＢ符号化部４２５へ出力され、スケジューリングによって決定された符号化率で符号化される（ステップＳ３０１）。一方、送信制御部４１５によって、送信すべきＵＲＬＬＣデータが発生したか否かが常時監視される（ステップＳ３０２）。ＵＲＬＬＣデータが発生していない場合は（ステップＳ３０２Ｎｏ）、多重領域に配置されないｅＭＢＢデータが変調部４３０によって変調される（ステップＳ３０３）。また、ＵＲＬＬＣデータが発生していない場合でも、多重領域に配置されるｅＭＢＢデータは、拡散変調部４４０によって拡散変調される。
【００９２】
送信すべきＵＲＬＬＣデータが発生した場合は（ステップＳ３０２Ｙｅｓ）、発生したＵＲＬＬＣデータは、ＵＲＬＬＣ符号化部４５０へ出力され、符号化される（ステップＳ３０５）。そして、符号化されたｅＭＢＢデータ及びＵＲＬＬＣデータは、それぞれ異なるコードを用いて拡散変調される（ステップＳ３０６）。
【００９３】
変調又は拡散変調されたｅＭＢＢデータと拡散変調されたＵＲＬＬＣデータとは、マッピング部４７０によってリソースにマッピングされる（ステップＳ３０７）。具体的には、各ＴＴＩのリソースに固定的に設けられた多重領域を除くｅＭＢＢデータ領域に、変調部４３０によって変調されたｅＭＢＢデータが配置される。また、拡散変調部４４０によって拡散変調されたｅＭＢＢデータが多重領域に配置され、ＵＲＬＬＣデータが発生した場合には、拡散変調部４６０によって拡散変調されたＵＲＬＬＣデータも多重領域に配置される。
【００９４】
このように、多重領域においては、ＵＲＬＬＣデータが発生したか否かに関わらず、コードを用いて拡散変調されたｅＭＢＢデータが配置されるため、ｅＭＢＢデータの送信先のユーザ端末装置に対して、ＵＲＬＬＣデータの有無を通知する必要がない。
【００９５】
ｅＭＢＢデータ及びＵＲＬＬＣデータがＴＴＩごとのリソースにマッピングされて生成された送信信号は、無線送信部４００ｃによって所定の無線送信処理が施された後（ステップＳ３０８）、アンテナを介して送信される（ステップＳ３０９）。
【００９６】
図１４は、実施の形態３に係るダウンリンクのＴＴＩの具体例を示す図である。図１４において、図１１と同じ部分には同じ符号を付す。図１４に示すように、１つのＴＴＩは、ｅＭＢＢ制御領域５１０と、ｅＭＢＢデータ領域５２０とを有し、ｅＭＢＢデータ領域５２０には、多重領域５２１、５２２が設けられている。基地局装置４００は、ｅＭＢＢ制御領域５１０にｅＭＢＢ制御情報をマッピングし、ｅＭＢＢデータ領域５２０にｅＭＢＢデータをマッピングする。ただし、基地局装置４００は、各多重領域５２１、５２２には、拡散変調されたｅＭＢＢデータをマッピングする。また、ＵＲＬＬＣデータが発生した場合には、基地局装置４００は、ＵＲＬＬＣ制御情報５３１とＵＲＬＬＣデータ５２５とを拡散変調し、多重領域にマッピングする。
【００９７】
図１４に示す例では、例えば時刻ＴにおいてＵＲＬＬＣデータが発生するため、ＵＲＬＬＣデータ発生前の多重領域５２１には、拡散変調されたｅＭＢＢデータのみがマッピングされる。一方、ＵＲＬＬＣデータが発生した直後の多重領域５２２には、拡散変調されたＵＲＬＬＣ制御情報５３１及びＵＲＬＬＣデータ５２５がマッピングされる。
【００９８】
以上のように、本実施の形態によれば、基地局装置は、ＵＲＬＬＣデータの発生の有無に関わらず、拡散変調されたｅＭＢＢデータを多重領域に配置し、ＵＲＬＬＣデータが発生した場合は、多重領域において、拡散変調されたｅＭＢＢデータ及びＵＲＬＬＣデータを多重する。このため、多重領域のリソースによって、ＵＲＬＬＣデータが発生するか否かに関わらず一定の方法でｅＭＢＢデータを送信することができるとともに、ＵＲＬＬＣデータが発生した場合は、多重領域のリソースによってｅＭＢＢデータ及びＵＲＬＬＣデータを送信することができる。結果として、多重領域のリソースを有効に利用しつつ、ＵＲＬＬＣデータが送信される場合にも、ｅＭＢＢデータのスループット低下を抑制することができる。また、多重領域においてｅＭＢＢデータが拡散変調されて送信されるため、ｅＭＢＢデータの送信先のユーザ端末装置に対して、ＵＲＬＬＣデータの有無を通知する必要がない。
【００９９】
なお、上記各実施の形態においては、ｅＭＢＢデータ領域内に多重領域が設けられるものとしたが、多重領域は、必ずしもｅＭＢＢデータ領域内に設けられなくても良い。すなわち、ＵＲＬＬＣデータに比べて信頼性及び遅延に関する要求が小さいデータであれば、他のデータに割り当てられるリソース領域にＵＲＬＬＣデータと他のデータを多重可能な多重領域が設けられても良い。
【０１００】
また、上記各実施の形態においては、ＵＲＬＬＣ制御情報が多重領域内に配置されるものとしたが、ＵＲＬＬＣ制御情報は必ずしも多重領域内に配置されなくても良い。すなわち、ＵＲＬＬＣ制御情報と多重領域の対応関係が特定可能であれば、ＵＲＬＬＣ制御情報は多重領域以外の領域に配置されても良い。また、ＵＲＬＬＣ制御情報は、ｅＭＢＢデータ及びＵＲＬＬＣデータとは別々に送信されても良い。ただし、ＵＲＬＬＣデータの低遅延伝送を実現するためには、ＵＲＬＬＣ制御情報が送信されるタイミングとＵＲＬＬＣデータが送信されるタイミングとは近接することが好ましい。
【符号の説明】
【０１０１】
１００ａ、１００ｄ、３００ｂ、４００ａ  プロセッサ
１００ｂ、３００ｃ、４００ｂ  メモリ
１００ｃ、４００ｃ  無線送信部
１１０、１１５、４１０、４１５  送信制御部
１２０−１、１２０−２、４２０、４２５  ｅＭＢＢ符号化部
１２５、４５０  ＵＲＬＬＣ符号化部
１３０、４３０  変調部
１３５、１４０、４４０、４６０  拡散変調部
１４５、１５０、４７０  マッピング部
３００ａ  無線受信部
３１０  ｅＭＢＢ復調部
３２０  ｅＭＢＢ復号部
３３０  ＵＲＬＬＣ復調部
３４０  ＵＲＬＬＣ復号部
４２１  パンクチャ部
【図１】
2018083769.tif 000003
【図２】
2018083769.tif 000004
【図３】
2018083769.tif 000005
【図４】
2018083769.tif 000006
【図５】
2018083769.tif 000007
【図６】
2018083769.tif 000008
【図７】
2018083769.tif 000009
【図８】
2018083769.tif 000010
【図９】
2018083769.tif 000011
【図１０】
2018083769.tif 000012
【図１１】
2018083769.tif 000013
【図１２】
2018083769.tif 000014
【図１３】
2018083769.tif 000015
【図１４】
2018083769.tif 000016
【国際調査報告】
2018083769.tif 000017
2018083769.tif 000018
2018083769.tif 000019
2018083769.tif 000020