(57)【要約】  第一の基地局と、前記第一の基地局と通信する第二の基地局と、前記第一の基地局と通信するユーザ装置とを有する無線通信システムにおいて前記第一の基地局として用いられる基地局であって、下り物理データチャネルの生成に用いるパラメータと、前記ユーザ装置に向けて送信するデータとを、前記第二の基地局から受信する受信部と、前記パラメータを用いて、前記データに対してレイヤ１の処理を行うことで下り物理データチャネルを生成する生成部と、生成した下り物理データチャネルを送信する送信部と、を有する。
2017130800.tif 000002
【特許請求の範囲】
【請求項１】
第一の基地局と、前記第一の基地局と通信する第二の基地局と、前記第一の基地局と通信するユーザ装置とを有する無線通信システムにおいて前記第一の基地局として用いられる基地局であって、
下り物理データチャネルの生成に用いるパラメータと、前記ユーザ装置に向けて送信するデータとを、前記第二の基地局から受信する受信部と、
前記パラメータを用いて、前記データに対してレイヤ１の処理を行うことで下り物理データチャネルを生成する生成部と、
生成した下り物理データチャネルを送信する送信部と、
を有する基地局。
【請求項２】
前記受信部は、前記パラメータに含まれる複数の情報のうち、所定の情報が省略された前記パラメータを受信し、
前記生成部は、前記パラメータに含まれる複数の情報のうち前記所定の情報以外の情報を用いて前記所定の情報を推定し、受信した前記パラメータと、推定した前記所定の情報とを用いて前記下り物理データチャネルを生成する、
請求項１に記載の基地局。
【請求項３】
前記受信部は、前記パラメータに含まれる複数の情報のうち、所定の情報が省略された前記パラメータを受信し、
前記生成部は、省略された前記所定の情報を過去に受信している場合、受信した前記パラメータと、該過去に受信した前記所定の情報とを用いて前記下り物理データチャネルを生成する、
請求項１又は２に記載の基地局。
【請求項４】
前記パラメータに含まれる複数の情報のうち一部の情報に設定される値の組み合わせパターンとインデックス値とが対応づけられるテーブルを記憶する記憶部、を有し、
前記受信部は、前記パラメータに含まれる複数の情報のうち前記一部の情報が省略され、かつ、省略された前記一部の情報に代えて前記インデックス値が含まれる前記パラメータを受信し、
前記生成部は、受信した前記パラメータと、前記インデックス値に対応する組み合わせパターンにより示される値とを用いて前記下り物理データチャネルを生成する、
請求項１乃至３のいずれか一項に記載の基地局。
【請求項５】
前記受信部は、下り制御情報として前記ユーザ装置に送信する情報を受信すると共に、前記パラメータに含まれる複数の情報のうち、前記下り制御情報として前記ユーザ装置に送信する情報が省略された前記パラメータを受信し、
前記生成部は、受信した前記パラメータと、前記下り制御情報としてユーザ装置に送信する情報とを用いて前記下り物理データチャネルを生成する、
請求項１乃至４のいずれか一項に記載の基地局。
【請求項６】
前記第二の基地局は、レイヤ２の処理、又は、レイヤ２及びレイヤ１の一部の処理を行い、
当該基地局は、レイヤ１の処理、又は、レイヤ１の処理のうち前記第二の基地局が行うレイヤ１の処理以外の処理を行う、
請求項１乃至５のいずれか一項に記載の基地局。
【請求項７】
前記パラメータには、前記ユーザ装置を一意に識別する識別子、トランスポートブロックサイズ、セル固有の識別子、変調方式、符号化率、冗長バージョン、レイヤ数、プリコーディング情報、割当てリソース情報、及び、前記下り物理データチャネル以外のチャネルに割当てられるリソースの位置を示す情報のうち全部又は一部を含む、
請求項１乃至６のいずれか一項に記載の基地局。
【請求項８】
第一の基地局と、前記第一の基地局と通信する第二の基地局と、前記第一の基地局と通信するユーザ装置とを有する無線通信システムにおいて前記第一の基地局として用いられる基地局が実行する送信方法であって、
下り物理データチャネルの生成に用いるパラメータと、前記ユーザ装置に向けて送信するデータとを、前記第二の基地局から受信するステップと、
前記パラメータを用いて、前記データに対してレイヤ１の処理を行うことで下り物理データチャネルを生成するステップと、
生成した下り物理データチャネルを送信するステップと、
を有する送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局及び送信方法に関する。
【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）及びＬＴＥ−Ａ（LTE-Advanced）の無線通信システムにおいて、トラフィックの高いホットスポットのようなエリアを効率よくサポートするために、装置コストを抑えながら多数のセルを収容することが可能なＣ−ＲＡＮ（Centralized Radio Access Network）と呼ばれる技術が知られている。【０００３】
Ｃ−ＲＡＮは、リモート設置型の基地局である１又は複数のＲＵ（Radio Unit）と、ＲＵを集中制御する基地局であるＤＵ（Digital Unit）とから構成されている。ＤＵは、基地局が備えるレイヤ１〜レイヤ３までの機能を備えており、ＤＵで生成されたＯＦＤＭ（Orthogonal Frequency Division Multiplexing）信号は、サンプリングされてＲＵに伝送され、ＲＵが備えるＲＦ（Radio Frequency）機能部から送信される。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】"ドコモ５Ｇホワイトペーパー"、２０１４年９月、ＮＴＴドコモ、インターネットURL: https://www.nttdocomo.co.jp/corporate/technology/whitepaper_5g/
【発明の概要】
【発明が解決しようとする課題】
【０００５】
次に、５Ｇで検討されているＣ−ＲＡＮ構成について説明する。図１において、４Ｇ−ＤＵ及び４Ｇ−ＲＵは、ＬＴＥ−Ａの機能（ＬＴＥの機能を含む）を有するＤＵ及びＲＵを意味している。また、５Ｇ−ＤＵ及び５Ｇ−ＲＵは、第５世代の無線技術の機能を有するＤＵ及びＲＵを意味している。４Ｇ−ＤＵと５Ｇ−ＤＵとの間は、ＬＴＥにおけるＸ２−ＡＰ及びＸ２−Ｕインタフェースを拡張したインタフェースにより接続される。また、ＤＵとＲＵとの間をつなぐネットワーク回線はＦＨ（Front Haul）と呼ばれ、ＬＴＥではＦＨにＣＰＲＩ（Common Public Radio Interface）が用いられている。【０００６】
現在のＬＴＥでは、レイヤ１（物理レイヤ：Ｌ１）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の機能はＤＵ側に実装される前提である。そのため、ＦＨに必要な帯域は、ＤＵでサポートされるピークレートの約１６倍になる。例えば、システム帯域が２０ＭＨｚであり、かつ、２×２ＭＩＭＯ（Multi Input Multi Output）の無線通信（最大１５０Ｍｂｐｓ）をＤＵがサポートする場合、ＦＨに必要な帯域は約２．４Ｇｂｐｓになる。【０００７】
現在検討が進められている５Ｇでは、１０Ｇｂｐｓ以上のピークレート及びさらなる低遅延化が実現される予定である。従って、５Ｇが導入されると、ピークレートの向上に伴いＦＨに必要な帯域も飛躍的に増大することになる。そこで、ＤＵに実装されているレイヤの一部をＲＵ側で実現することで、ＦＨで伝送される情報量を削減することが検討されている。どのレイヤの機能をＲＵ側で実現するのかについては様々なバリエーションが考えられるが、一例として、ＤＵが備えるレイヤ１の機能の全部又は一部をＲＵで実現する案や、レイヤ１及びレイヤ２の一部をＲＵ側で実現する案などが検討されている。【０００８】
ＤＵが備えるレイヤの機能の一部をＲＵ側で実現する場合、機能分担に応じて、ＤＵ及びＲＵ間のインタフェースの規定が必要である。しかしながら、現状、３ＧＰＰでは当該インタフェースは規定されていない。【０００９】
開示の技術は上記に鑑みてなされたものであって、Ｃ−ＲＡＮによる無線通信ネットワークにおいて、ＤＵが備えるレイヤの機能の一部をＲＵで実現することを可能にする技術を提供することを目的とする。
【課題を解決するための手段】
【００１０】
開示の技術の基地局は、第一の基地局と、前記第一の基地局と通信する第二の基地局と、前記第一の基地局と通信するユーザ装置とを有する無線通信システムにおいて前記第一の基地局として用いられる基地局であって、下り物理データチャネルの生成に用いるパラメータと、前記ユーザ装置に向けて送信するデータとを、前記第二の基地局から受信する受信部と、前記パラメータを用いて、前記データに対してレイヤ１の処理を行うことで下り物理データチャネルを生成する生成部と、生成した下り物理データチャネルを送信する送信部と、を有する。
【発明の効果】
【００１１】
開示の技術によれば、Ｃ−ＲＡＮによる無線通信ネットワークにおいて、ＤＵが備えるレイヤの機能の一部をＲＵで実現することを可能にする技術が提供される。
【図面の簡単な説明】
【００１２】
【図１】５Ｇで検討されているＣ−ＲＡＮ構成例を示す図である。
【図２Ａ】５Ｇで検討されている物理チャネル構成例を示す図である。
【図２Ｂ】５Ｇで検討されている物理チャネル構成例を示す図である。
【図３】実施の形態に係る無線通信システムのシステム構成例を示す図である。
【図４】ＤＵとＲＵの機能分担例を説明するための図である。
【図５】実施の形態に係る無線通信システムが行う処理手順を示す図である。
【図６Ａ】フィードバック情報及びＤＬ送信用パラメータの例（その１）を示す図である。
【図６Ｂ】フィードバック情報及びＤＬ送信用パラメータの例（その１）を示す図である。
【図７Ａ】フィードバック情報及びＤＬ送信用パラメータの例（その２）を示す図である。
【図７Ｂ】フィードバック情報及びＤＬ送信用パラメータの例（その２）を示す図である
【図８Ａ】フィードバック情報及びＤＬ送信用パラメータの例（その３）を示す図である。
【図８Ｂ】フィードバック情報及びＤＬ送信用パラメータの例（その３）を示す図である。
【図９】ＤＬ送信用パラメータの組み合わせパターンを示すテーブルの一例を示す図である。
【図１０】実施の形態に係るＤＵの機能構成例を示す図である。
【図１１】実施の形態に係るＲＵの機能構成例を示す図である。
【図１２】実施の形態に係るＤＵのハードウェア構成例を示す図である。
【図１３】実施の形態に係るＲＵのハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、特に断りが無い限り、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００１４】
また、以下の説明において、１ＴＴＩはスケジューリングの最小単位である意味で使用する。また、１サブフレームは１ＴＴＩと同一の長さである前提として用いるが、これに限定されることを意図しているのではなく、他の単位に置き換えることも可能である。
【００１５】
なお、「レイヤ１」と「物理レイヤ」とは同義である。また、レイヤ２には、ＭＡＣ（Medium Access Control）サブレイヤ、ＲＬＣ（Radio Link Control）サブレイヤ、ＰＤＣＰ（Packet Data Convergence Protocol）サブレイヤが含まれる。
【００１６】
＜５Ｇの物理チャネル構成＞
まず、５Ｇで検討されている物理チャネル構成について説明する。なお、パイロット信号（Pilot Signal）と参照信号（Reference Signal）とは同義である意味で使用する。
【００１７】
図２Ａ、図２Ｂは、５Ｇで検討されている物理チャネル構成例を示す図である。図２Ａ、図２Ｂに示すように、基地局ｅＮＢ及びユーザ装置ＵＥ間での５Ｇ通信に用いられる無線フレームは、１ＴＴＩの中に、パイロット信号及び下り制御信号がマッピングされる領域（図２Ａ、図２Ｂの「Ａ」領域）、及び主にデータがマッピングされる領域（図２Ａ、図２Ｂの「Ｂ」領域）を有することが提案されている。
【００１８】
「Ａ」領域は、下りパイロット信号がマッピングされるパイロット信号領域（DL pilot）と、下り制御信号がマッピングされる制御信号領域（DL Control）とに分けられる。制御信号領域にマッピングされる下り制御信号は、例えば、ＤＣＩ（Downlink Control Information）のように、スケジューリング情報やＵＬグラント等の各種制御信号を含む信号である。また、当該制御信号には、後述する多用途領域の用途を示す用途情報が含まれる。
【００１９】
「Ｂ」領域は、ＤＬデータ（DL Data）又はＵＬデータ（UL Data）がＴＢ（Transport Block）単位でマッピングされるデータ領域と、多用途領域（Flex）とに分けられる。５Ｇでは、ＴＴＩ単位でダイナミックに上り及び下りを切替えるダイナミックＴＤＤ（Time Division Duplex）の適用が検討されており、制御信号領域にマッピングされる下り制御信号を用いて、データ領域及び多用途領域をＤＬデータの送信に用いるのか、ＵＬデータの送信に用いるのかを任意に切替え可能にすることが検討されている。例えば、下り制御信号にＤＬのスケジューリング情報（DL assignment）が含まれている場合、データ領域にはＤＬデータがマッピングされ、下り制御信号にＵＬのスケジューリング情報（UL grant）が含まれている場合、データ領域にはＵＬデータがマッピングされるといった利用方法が検討されている。
【００２０】
また、多用途領域は、データ領域の一部に用いることができるし、ＤＬデータに対するＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）の送信に用いることもできる。また、更なるパイロット信号の送信又はガード区間（Guard Period）に用いることもできる。
【００２１】
図２Ａは、データ領域にＤＬデータがマッピングされる場合の物理チャネル構成例を示しており、図２Ｂは、データ領域にＵＬデータがマッピングされる場合の物理チャネル構成例を示している。データ領域にＵＬデータがマッピングされる場合、図２Ｂに示すように、データ領域の先頭に上りパイロット信号（UL pilot）がマッピングされることが検討されている。また、ＵＬデータには、上り制御信号（ＵＣＩ（Uplink Control Information））を含めることも可能である。
【００２２】
なお、これら複数の信号（チャネル）の時間多重（ＴＤＭ）構成については種々の順序又は組み合わせが考えられるため、必ずしも図２Ａ、図２Ｂの順序又は組み合わせに限定されるのではない。
【００２３】
また、図２Ａ、図２Ｂの縦軸は周波数軸を意図しているが、必ずしもバンド帯域全体とは限られず、バンド帯域の一部であってもよい。５Ｇでは、バンド帯域全体を複数のサブバンドに分割し、ＴＴＩ長が異なる無線フレームを周波数多重（ＦＤＭ）させることも検討されているためである。また、ダイナミックＴＤＤが適用される場合、バンド帯域全体又はサブバンド単位で下り／上りが切替えられる想定である。
【００２４】
以上説明した５Ｇの物理チャネル構成はあくまで検討中であるため、本実施の形態では、図２Ａ、図２Ｂに示す物理チャネル構成に限定されず、どのような構成にも適用することができる。また、以下の説明では、必要に応じて図２Ａ、図２Ｂを引用して説明するが、本実施の形態が図２Ａ、図２Ｂに示すチャネル構成に限定して適用されることを意図しているのではない。
【００２５】
＜システム構成＞
図３は、実施の形態に係る無線通信システムのシステム構成例を示す図である。図３に示すように、本実施の形態に係る無線通信システムは、ＤＵ１とＲＵ２とユーザ装置ＵＥとを含む。図３では、ＲＵ２が１つ図示されているが、２つ以上のＲＵ２が含まれていてもよい。つまり、ＤＵ１は複数のＲＵ２を制御するように構成されていてもよい。
【００２６】
ＤＵ１は、中央デジタルユニット（Central Digital Unit）と呼ばれてもよいし、ベースバンドユニット（ＢＢＵ：Base Band Unit）と呼ばれてもよい。また、中央基地局と呼ばれてもよいし、単に基地局（ｅＮＢ：enhanced Node B）と呼ばれてもよい。
【００２７】
ＲＵ２は、リモート無線ユニット（ＲＲＵ：Remote Radio Unit）と呼ばれてもよいし、ＲＡＵ（Remote Antenna Unit）と呼ばれてもよいし、ＲＲＨ（Remote Radio Head）と呼ばれてもよい。また、リモート基地局と呼ばれてもよいし、単に基地局と呼ばれてもよい。
【００２８】
本実施の形態に係る無線通信システムは、ＤＵ１及びＲＵ２の間でＦＨを介して所定の信号を送受信し、ＤＵ１が備えるレイヤの機能の一部をＲＵ２で実現する。
【００２９】
＜ＤＵとＲＵの機能分担＞
図４は、ＤＵとＲＵの機能分担例を説明するための図である。図４の境界「Ａ」〜「Ｅ」は、ＤＵ１とＲＵ２にそれぞれ実装される機能の境界を示している。例えば境界「Ｂ」で機能分担する場合、レイヤ２以上の各機能はＤＵ１側に実装され、レイヤ１の各機能はＲＵ２側に実装されることを意味する。なお、境界「Ｅ」で機能分担する場合は、レイヤ１以上の機能をＤＵ１側に実装し、ＣＰＲＩを用いてＤＵ１とＲＵ２を接続する構成に相当する。
【００３０】
また、図４には、境界ごとに、ＦＨに必要とされるビットレートの例を示す。例えば、ＤＵ１で１５０Ｍｂｐｓ（ＤＬ）／５０Ｍｂｐｓ（ＵＬ）をサポートすると仮定する。この場合において、境界「Ａ」又は「Ｂ」で機能分担する場合、ＦＨに必要な帯域は１５０Ｍｂｐｓ（ＤＬ）／５０Ｍｂｐｓ（ＵＬ）になる。また、境界「Ｃ」で機能分担する場合、ＦＨに必要な帯域は３５０Ｍｂｐｓ（ＤＬ）／１７５Ｍｂｐｓ（ＵＬ）になる。同様に、境界「Ｄ」で機能分担する場合、ＦＨに必要な帯域は４７０Ｍｂｐｓ（ＤＬ）／４７０Ｍｂｐｓ（ＵＬ）になる。一方で、境界「Ｅ」で機能分担する場合、ＦＨに必要な帯域は２．４Ｇｂｐｓ（ＤＬ）／２．４Ｇｂｐｓ（ＵＬ）になる。
【００３１】
本実施の形態に係る無線通信システムは、境界「Ａ」〜「Ｅ」のうち、いずれかの境界での機能分担をサポートするように構成してもよく、更に、ＵＬとＤＬとでそれぞれ異なる境界での機能分担をサポートするように構成してもよい。以下の説明では、ＵＬ及びＤＬに対し、特に境界「Ｂ」、「Ｃ」又は「Ｄ」のいずれかで機能分担を行った場合を想定して説明する。
【００３２】
＜処理手順＞
（ＤＬ物理データチャネルの送信）
図５は、実施の形態に係る無線通信システムが行う処理手順を示す図である。図５を用いて、ＲＵ２がユーザ装置ＵＥに向けて特にＭＩＭＯ（multiple-input and multiple-output）を用いてＤＬ物理データチャネルの送信を行う際の処理手順について説明する。なお、図５は、本実施の形態において特に関連する処理手順のみを示しており、ＤＬ物理データチャネルの送信を行うために図示しない処理手順（例：制御チャネルの送信等）も有するものである。
【００３３】
ステップＳ１１で、ユーザ装置ＵＥは、ＵＬ物理制御チャネル又はＵＬ物理データチャネルに、ＤＬの無線品質等を示すフィードバック情報を含めてＲＵ２に送信する。フィードバック情報の具体例については後述する。ＬＴＥでは、ＵＬ物理制御チャネル及びＵＬ物理データチャネルは、それぞれ、ＰＵＣＣＨ（Physical Uplink Control Channel）及びＰＵＳＣＨ（Physical Uplink Shared Channel）と呼ばれる。また、５Ｇでは、ＵＬ物理制御チャネル及びＵＬ物理データチャネルは、例えば、図２Ｂの「ＵＬ  Ｄａｔａ」に相当する。
【００３４】
ステップＳ１３で、ＲＵ２は、ユーザ装置ＵＥから受信したＵＬ物理制御チャネル又はＵＬ物理データチャネルに含まれるフィードバック情報を、ＦＨを介してＤＵ１に送信する。
【００３５】
ステップＳ１５で、ＤＵ１は、送信データ（ＴＢ：Transport Block）と共に、ＲＵ２でＤＬ物理データチャネルの信号を生成するために必要な各種のパラメータ（以下、「ＤＬ送信用パラメータ」と呼ぶ）を、ＦＨを介してＲＵ２に送信する。ＤＬ送信用パラメータの具体例については後述する。ＬＴＥでは、ＤＬ物理データチャネルは、ＰＤＳＣＨ（Physical Downlink Shared Channel）と呼ばれる。また、５Ｇでは、ＤＬ物理データチャネルは、例えば、図２Ａの「ＤＬ  Ｄａｔａ」に相当する。
【００３６】
ステップＳ１７で、ＲＵ２は、ＤＬ送信用パラメータを用いて、送信データ（ＴＢ）に対してレイヤ１の全部又は一部の処理を行うことでＤＬ物理データチャネルを生成し、ユーザ装置ＵＥに向けて送信する。
【００３７】
なお、ステップＳ１５及びステップＳ１７の処理手順は、１ＴＴＩの周期で繰り返し行われることを想定している。また、ステップＳ１１及びステップＳ１３は、１ＴＴＩ又はこれよりも長い予め定められた周期で、又は、ユーザ装置ＵＥにおいてフィードバック情報を送信すべきと判断されたタイミングで行われることを想定している。
【００３８】
（フィードバック情報及びＤＬ送信用パラメータの例（その１））
図６Ａ、図６Ｂは、フィードバック情報及びＤＬ送信用パラメータの例（その１）を示す図である。図６Ａ、図６Ｂは、ＤＵ１とＲＵ２とを前述の境界「Ｂ」で機能分担する場合、すなわち、ＤＵ１にはレイヤ２以上が実装され、ＲＵ２にはレイヤ１の全部が実装される場合に、ＤＵ１及びＲＵ２間で送受信されるフィードバック情報及びＤＬ送信用パラメータの例を示している。
【００３９】
図６Ａは、フィードバック情報の一例を示している。図６Ａに示すようにフィードバック情報には、例えば、無線品質測定情報及び送達確認情報が含まれる。「無線品質測定情報」には、ＤＬ信号の無線品質に基づいてユーザ装置ＵＥで推定される、"ＤＬ物理データチャネルに適用すべき無線パラメータの推奨値（ユーザ装置ＵＥから見た推奨値）を示す情報"（ＬＴＥではチャネル状態通知（ＣＳＩ（Channel State Information）））が格納される。「送達確認情報」には、ＨＡＲＱ（Hybrid Automatic Repeat Request）のＡＣＫ／ＮＡＣＫが格納される。なお、推奨値と記載しているのは、基地局ｅＮＢは、ＤＬ物理データチャネルを送信する際に、必ずしもユーザ装置ＵＥからの推奨値に従う必要はないとＬＴＥで規定されているためである。
【００４０】
"ＤＬ物理データチャネルに適用すべき無線パラメータの推奨値を示す情報"とは、例えば、レイヤ数の推奨値を示す情報（ＬＴＥではランク指標（ＲＩ：Rank Indicator））、推奨されるプリコーディング行列を示す情報（ＬＴＥではプリコーディングマトリックス指標（ＰＭＩ：Precoding Matrix Indicator））、推奨される変調方式及び符号化速度を示す情報（ＬＴＥではチャネル品質情報（ＣＱＩ：Channel Quality Indicator））の全部又は一部である。
【００４１】
なお、無線品質測定情報は、"ＤＬ物理データチャネルに適用すべき無線パラメータの推奨値を示す情報"に限らず、ユーザ装置ＵＥにて測定されたＤＬ信号の無線品質そのものを示す情報であってもよい。例えば、ＳＩＲ（Signal to Interference Radio）、ＲＳＲＱ（Reference Signal Received Quality）、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＳＩ（Received Signal Strength Indicator）でもよい。
【００４２】
図６Ｂは、ＤＬ送信用パラメータの一例を示している。図６Ｂに示すようにＤＬ送信用パラメータには、例えば、ＵＥ識別子、送信データサイズ（ＴＢＳ：Transport Block Size）、セル固有ＩＤ、変調方式、符号化率、冗長バージョン（ＲＶ：Redundancy Version）、レイヤ数、プリコーディング情報、割当てリソース情報、及び他チャネルのリソース構成情報が含まれる。
【００４３】
ＵＥ識別子は、ユーザ装置ＵＥを一意に識別するための識別子であり、ＬＴＥでは、ＲＮＴＩ（Radio Network Temporary Identity）と呼ばれる。ＵＥ識別子は、主に、レイヤ１におけるスクランブリング処理（Scrambling）に用いられる。送信データサイズ（ＴＢＳ）は、ユーザ装置ＵＥに送信すべきＴＢのデータサイズを示している。セル固有ＩＤは、ＤＬ物理データチャネルが送信されるセルに固有のＩＤであり、ＬＴＥでは、ＰＣＩ（Physical Cell Identifier）と呼ばれる。変調方式は、レイヤ１の変調処理（Modulation）で用いられる変調方式を示している。符号化率は、レイヤ１の符号化処理（Channel Cording）に適用される符号化率を示している。冗長バージョンは、ＨＡＲＱ処理で再送が行われる際に、どの冗長バージョンのデータを送信すべきかを示している。レイヤ数は、レイヤ１のレイヤマッピング処理（Layer Mapping）で用いられるレイヤ数を示している。プリコーディング情報は、レイヤ１のプリコーディング処理（Precoding）に用いられるプリコーディング行列を示している。割当てリソース情報は、各アンテナポートから送信すべき信号（プリコーディング処理により生成された信号）を、どのリソースブロック（ＲＢ：Resource Block）にマッピングすべきなのかを示す情報であり、レイヤ１のリソース割当て処理（Resource element mapping）に用いられる。割当てリソース情報には、例えば、ＲＢ数、ＲＢリソースの位置を示す情報が含まれる。
【００４４】
他チャネルのリソース構成情報は、ＤＬ物理データチャネル以外のチャネルに割当てられるリソースの位置を示す情報であり、レイヤ１のリソース割当て処理に用いられる。ＤＬ物理データチャネル以外のチャネルとは、例えば、ＤＬ物理制御チャネル、参照信号（ＲＳ）である。ＤＬ物理制御チャネルは、ＬＴＥでは、サブフレームの先頭の１乃至３シンボルに割当てられる。一方、５Ｇでは、例えば、図２Ａ、図２Ｂの「Ａ」に示す領域に割当てられることが想定される。また、参照信号は、ＬＴＥの場合、ＲＢを構成する複数のリソースエレメント（ＲＥ：Resource Element）のうち標準仕様で予め決められたＲＥにマッピングされる。一方、５Ｇでは、例えば、図２Ａ、図２Ｂの「Ａ」に示す領域に割当てられることが想定されるが、「ＤＬ  Ｄａｔａ」を構成する複数のリソースエレメントの一部に割当てられることも想定される。ＲＵ２は、各アンテナポートから送信すべき信号を割当てリソース情報に従ってマッピングする際、少なくとも、ＤＬ物理データチャネル以外のチャネルに割当てられているリソースを避けてマッピングするように動作する。
【００４５】
以上、ＤＬ送信用パラメータについて説明したが、これは一例であり、ＵＥ識別子、送信データサイズ、セル固有ＩＤ、変調方式、符号化率、冗長バージョン、レイヤ数、プリコーディング情報、割当てリソース情報、及び他チャネルのリソース構成情報の全てが格納されていなくてもよい。例えば、ＤＬ送信用パラメータのうち一部（他チャネルのリソース構成情報など）は標準仕様として予め規定されていてもよい。
【００４６】
（フィードバック情報及びＤＬ送信用パラメータの例（その２））
図７Ａ、図７Ｂは、フィードバック情報及びＤＬ送信用パラメータの例（その２）を示す図である。図７Ａ、図７Ｂは、ＤＵ１とＲＵ２とを前述の境界「Ｃ」で機能分担する場合、すなわち、ＤＵ１にはレイヤ１の一部（変調処理より上位）及びレイヤ２以上が実装され、ＲＵ２にはレイヤ１の一部（レイヤマッピング処理／プリコーディング処理より下位）が実装される場合に、ＤＵ１及びＲＵ２間で送受信されるフィードバック情報及びＤＬ送信用パラメータの例を示している。
【００４７】
図７Ａのフィードバック情報は、図６Ａと同一であるため説明は省略する。なお、ＤＵ１とＲＵ２とを前述の境界「Ｃ」で機能分担する場合、ＤＵ１側にレイヤ１の一部が実装されているため、ＲＵ２では、ユーザ装置ＵＥから受信したＵＬ物理制御チャネル又はＵＬ物理データチャネルに含まれるフィードバック情報を直接認識することができない。そのため、図５のステップＳ１３の処理手順では、ＲＵ２からＤＵ１に対して、フィードバック情報を含む復号処理前の信号がそのまま送信される。
【００４８】
図７ＢのＤＬ送信用パラメータには、例えば、レイヤ数、プリコーディング情報、割当てリソース情報、及び他チャネルのリソース構成情報が含まれる。レイヤ数、プリコーディング情報、割当てリソース情報、及び他チャネルのリソース構成情報は、図６Ｂと同一であるため説明は省略する。
【００４９】
（フィードバック情報及びＤＬ送信用パラメータの例（その３））
図８Ａ、図８Ｂは、フィードバック情報及びＤＬ送信用パラメータの例（その３）を示す図である。図８Ａ、図８Ｂは、ＤＵ１とＲＵ２とを前述の境界「Ｄ」で機能分担する場合、すなわち、ＤＵ１にはレイヤ１の一部（レイヤマッピング処理／プリコーディング処理より上位）及びレイヤ２以上が実装され、ＲＵ２にはレイヤ１の一部（リソース割当て処理より下位）が実装される場合に、ＤＵ１及びＲＵ２間で送受信されるフィードバック情報及びＤＬ送信用パラメータの例を示している。
【００５０】
図８Ａのフィードバック情報は、図６Ａと同一であるため説明は省略する。なお、ＤＵ１とＲＵ２とを前述の境界「Ｄ」で機能分担する場合、ＤＵ１側にレイヤ１の一部が実装されているため、ＲＵ２では、ユーザ装置ＵＥから受信したＵＬ物理制御チャネル又はＵＬ物理データチャネルに含まれるフィードバック情報を直接認識することができない。そのため、図５のステップＳ１３の処理手順では、ＲＵ２からＤＵ１に対して、フィードバック情報を含む復号処理前の信号がそのまま送信される。
【００５１】
図８ＢのＤＬ送信用パラメータには、例えば、割当てリソース情報、及び他チャネルのリソース構成情報が含まれる。割当てリソース情報、及び他チャネルのリソース構成情報は、図６Ｂと同一であるため説明は省略する。
【００５２】
＜処理手順の変形例＞
本実施の形態では、ＦＨを介して送受信されるデータ量を削減するために、以下に示す処理手順を用いるようにしてもよい。なお、以下に示す複数の変形例は任意に組み合わせるようにしてもよい。
【００５３】
（変形例その１）
処理手順の変形例その１では、ＲＵ２自身でＤＬ物理データチャネルの送信に使用するＤＬ送信用パラメータの推測が可能である場合、推測が可能なパラメータに関連する情報についてはＤＵ１及びＲＵ２の間で送受信しないようにする。
【００５４】
具体例１−１として、ＲＵ２は、図５のステップＳ１３の処理手順で送信するフィードバック情報に、「推奨されるプリコーディング行列を示す情報」を含めずにＤＵ１に送信する。また、ＤＵ１は、ステップＳ１５の処理手順で送信するＤＬ送信用パラメータに、「プリコーディング行列を示す情報」を含めずにＲＵ２に送信する。ＲＵ２は、ユーザ装置ＵＥから受信した「推奨されるプリコーディング行列を示す情報」に従って、プリコーディング処理を行うことで、ＤＬ物理データチャネルの信号を生成する。これにより、ＤＵ１及びＲＵ２の間で「推奨されるプリコーディング行列を示す情報」及び「プリコーディング行列を示す情報」の送受信を行う必要がなくなるため、ＦＨを介して送受信されるデータ量が削減されることになる。
【００５５】
（変形例その２）
処理手順の変形例その２では、ＤＬ送信用パラメータに含まれる各種のパラメータのうち、他のパラメータに基づいて推測が可能なパラメータに関連する情報についてはＤＵ１及びＲＵ２の間で送受信しないようにする。
【００５６】
具体例２−１として、ＤＵ１は、ステップＳ１５の処理手順で送信するＤＬ送信用パラメータの「割当てリソース情報」に、「ＲＢリソースの位置を示す情報」のみを含めて（つまり、「ＲＢ数」を含めずに）ＲＵ２に送信する。ＲＵ２は、ＲＢリソースの位置を示す情報を用いてＲＢ数を推測する。例えば、「割当てリソース情報」に、"０番目〜７番目のＲＢ"という情報が格納されている場合、ＲＵ２は、ＲＢ数は"８"であると推測することができる。これにより、ＦＨを介して送受信されるデータ量が削減されることになる。
【００５７】
具体例２−２として、ＤＵ１は、ステップＳ１５の処理手順において、あるＴＴＩで各ユーザ装置ＵＥ向けのＤＬ送信用パラメータを送信する際、任意の１つのユーザ装置ＵＥ向けのＤＬ送信用パラメータに対してのみ「セル固有ＩＤ」又は／及び「他チャネルのリソース構成情報」を含めるようにして、他のユーザ装置ＵＥ向けのＤＬ送信用パラメータについては「セル固有ＩＤ」又は／及び「他チャネルのリソース構成情報」を含めずに送信するようにしてもよい。「セル固有ＩＤ」及び「他チャネルのリソース構成情報」は、各ユーザ装置ＵＥで共通であるため、ＲＵ２は、各ユーザ装置ＵＥ向けのＤＬ物理データチャネルを生成する際に、一度受信した「セル固有ＩＤ」及び「他チャネルのリソース構成情報」を流用することができる。これにより、ＦＨを介して送受信されるデータ量が削減されることになる。
【００５８】
具体例２−３として、ＤＵ１は、ステップＳ１５の処理手順で送信するＤＬ送信用パラメータの「割当てリソース情報」に、「変調方式」を含めずにＲＵ２に送信する。また、ＲＵ２は、「送信データサイズ（ＴＢＳ）」と「割当てリソース情報」に含まれる「ＲＢ数」とに基づいて変調方式を決定する。なお、変調方式は、ＲＢ数及びＴＢＳに基づき一意に決定することが可能である。例えば、ＬＴＥでは、ＴＳ３６．２１３  Ｖ１２．４．０（２０１４−１２）のＴａｂｌｅ７．１．７．２．１及びＴａｂｌｅ７．１．７．１−１（Ａ）を用いることで、ＲＢ数及びＴＢＳから変調方式が一意に決定されるように規定されている。これにより、ＦＨを介して送受信されるデータ量が削減されることになる。
【００５９】
（変形例その３）
処理手順の変形例その３では、ＤＬ送信用パラメータに含まれる各種のパラメータのうち、過去の設定値を流用可能なパラメータについてはＤＵ１及びＲＵ２の間で送受信しないようにする。
【００６０】
具体例３−１として、ＤＵ１は、ステップＳ１５の処理手順においてＤＬ送信用パラメータを送信する際、初回（例えば、システム起動後に最初にステップＳ１５の処理手順を実行する時など）のみ「他チャネルのリソース構成情報」を含めるようにして、それ以後はＤＬ送信用パラメータに「他チャネルのリソース構成情報」を含めずに送信するようにしてもよい。「他チャネルのリソース構成情報」が全ユーザ装置ＵＥに対して共通であり、かつ変更されない場合、ＲＵ２は、各ユーザ装置ＵＥ向けのＤＬ物理データチャネルを生成する際に、一度受信した「他チャネルのリソース構成情報」を流用することができる。これにより、ＦＨを介して送受信されるデータ量が削減されることになる。
【００６１】
具体例３−２として、ＤＵ１は、ステップＳ１５の処理手順においてＤＬ送信用パラメータを送信する際、プリコーディング情報を変更する場合に限り「プリコーディング情報」を含めるようにする。ＲＵ２は、ＤＬ送信用パラメータに「プリコーディング情報」が含まれていない場合、最後に受信した「プリコーディング情報」を流用してプリコーディング処理を行うようにする。「プリコーディング情報」は基本的にユーザ装置ＵＥからのフィードバック情報（推奨されるプリコーディング行列を示す情報）に基づいてＤＵ１が決定する情報であり、基本的にユーザ装置ＵＥからのフィードバックが無い限り変更されることはないため、ＲＵ２は最後に受信した「プリコーディング情報」を流用することができる。これにより、ＦＨを介して送受信されるデータ量が削減されることになる。
【００６２】
具体例３−３として、ＤＵ１は、ＨＡＲＱ処理における再送処理を行う際、ステップＳ１５の処理手順において送信データ（ＴＢ）を含めないようにする。ＲＵ２は、冗長バージョンの設定値と前回受信した送信データ（ＴＢ）とを用いることで、再送データをＲＵ２自身で生成する。これにより、ＦＨを介して送受信されるデータ量が削減されることになる。
【００６３】
（変形例その４）
処理手順の変形例その４では、ＤＵ１及びＲＵ２の間で、ＤＬ送信用パラメータに設定される値の組み合わせパターンと、当該組み合わせパターンを一意に特定するインデックス値とが対応づけられたテーブルを予め保持するようにしておく。また、ＤＵ１は、ステップＳ１５の処理手順においてＤＬ送信用パラメータを送信する際、具体的なパラメータの値に代えてインデックス値を送信する。ＲＵ２は、受信したインデックスの値に対応する各パラメータの値を用いて（テーブルから読み出して）ＤＬ物理データチャネルを生成する。
【００６４】
図９は、ＤＬ送信用パラメータの組み合わせパターンを示すテーブルの一例を示す図である。図９の例では、ＲＢ数、変調方式及び送信データサイズ（ＴＢＳ）に設定される値の組み合わせパターンと、インデックス値とが対応づけられている。例えば、インデックス「１」の場合、ＲＢ数は「４」、変調方式は「ＱＰＳＫ」、送信データサイズ（ＴＢＳ）は「５６ｂｉｔ」であることを意味する。
【００６５】
図９に示すテーブルが用いられる場合、ＤＬ送信用パラメータのうち、「ＲＢ数」、「変調方式」及び「送信データサイズ（ＴＢＳ）」の値を、１つのインデックス値に置き換えることが可能になる。これにより、ＦＨを介して送受信されるデータ量が削減されることになる。
【００６６】
なお、図９に示すテーブルは一例であり、図９に示す以外のパラメータが含まれていてもよい。また、各パラメータは１つのテーブルで管理されていてもよいし、複数のテーブルに分けて管理されていてもよい。
【００６７】
（変形例その５）
ＤＬ物理データチャネルの送信が行われる場合、各ユーザ装置ＵＥに対して、ＤＬ物理データチャネル全体の無線リソースのうちどの位置のリソースに、どのような変調方式等を用いてデータがマッピングされているかを示す「下り制御情報」が予め送信される。例えば、ＬＴＥでは、各サブフレームの最初の１乃至３シンボルに、下り制御情報（ＤＣＩ）を送信するためのＰＤＣＣＨがマッピングされ、それ以後のシンボルにＰＤＳＣＨがマッピングされている。また、５Ｇでも、図２Ａに示すように、「ＤＬ  Ｄａｔａ」の前に「ＤＬ  ｃｏｎｔｒｏｌ」がマッピングされることが想定される。
【００６８】
そこで、処理手順の変形例その５では、ＤＵ１は、ＤＬ物理データチャネルに対応する下り制御情報に含まれるパラメータについては、ＤＬ送信用パラメータに含めずにＲＵ２に送信し、ＲＵ２は、下り制御情報に含まれるパラメータを流用してＤＬ物理データチャネルの生成を行うようにする。
【００６９】
下り制御情報には、例えば、変調方式、符号化率、冗長バージョン、レイヤ数、プリコーディング情報、割当てリソース情報が含まれているため、ＤＬ送信用パラメータからこれらのパラメータを省略することが可能である。これにより、ＦＨを介して送受信されるデータ量が削減されることになる。
【００７０】
（変形例その６）
前述の通り、図５のステップＳ１５及びステップＳ１７の処理手順は、１ＴＴＩの周期で繰り返し行われることを想定している。
【００７１】
そこで、ＤＵ１は、ステップＳ１５の処理手順でＤＬ送信用パラメータを送信する際に、前回からの差分のみを通知するようにしてもよい。例えば、同一のユーザ装置ＵＥに対して、複数のＴＴＩに渡って連続してＴＢの送信が行われる場合、ＴＴＩごとにＲＢ数や変調方式を変動させる必要性は低いと想定される。そのため、差分のみを通知することで、ＦＨを介して送受信されるデータ量を削減することが可能になる。
【００７２】
（変形例その７）
ＲＵ２は、フィードバック情報の無線品質測定情報に「ユーザ装置ＵＥにて測定されたＤＬ信号の無線品質そのものを示す情報」（ＳＩＲなど）を含める場合、測定された数値そのもの（真値）を格納するのではなく、ＤＵ１及びＲＵ２の間で予め定められたインデックス値（量子化された値）を格納するようにしてもよい。当該インデックス値はユーザ装置ＵＥから通知されたＣＱＩの値であってもよい。
【００７３】
同様に、ＤＵ１は、ＤＬ送信用パラメータの「プリコーディング情報」には、プリコーディング行列そのもの（真値）を格納するのではなく、ＤＵ１及びＲＵ２の間で予め定められたインデックス値（量子化された値）を格納するようにしてもよい。また、当該インデックス値はＰＭＩであってもよい。
【００７４】
なお、変形例その７は、ユーザ装置ＵＥの種別、時間帯、セル内のトラフィックの混雑度等に応じて使い分けられてもよい。例えば、高いスループットが必要なユーザ装置ＵＥに対しては、ＤＵ１は「プリコーディング情報」を真値でＲＵ２に通知し、低いスループットで十分なユーザ装置ＵＥに対しては、ＤＵ１は「プリコーディング情報」をインデックス値（量子化された値）でＲＵ２に通知するようにしてもよい。
【００７５】
＜機能構成＞
（ＤＵ）
図１０は、実施の形態に係るＤＵの機能構成例を示す図である。図１０に示すように、ＤＵ１は、ＲＵ間信号送信部１０１と、ＲＵ間信号受信部１０２と、フィードバック情報取得部１０３と、パラメータ生成部１０４とを有する。なお、図１０は、ＤＵ１において実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇ含む）に準拠した動作を行うための図示しない機能も有するものである。また、図１０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。ただし、これまでに説明したＤＵ１の処理の一部（例：特定の１つ又は複数の変形例、具体例のみ等）を実行可能としてもよい。
【００７６】
ＲＵ間信号送信部１０１は、ＤＵ１から送信されるべきデータに対して各レイヤの処理を行うことで信号を生成し、生成した信号を、ＦＨを介してＲＵ２に送信する機能を含む。ＲＵ間信号受信部１０２は、ＲＵ２からＦＨを介して信号を受信し、受信した信号に対して各レイヤの処理を行うことでデータを取得する機能を含む。ＲＵ間信号送信部１０１及びＲＵ間信号受信部１０２は、ＦＨで用いられる所定のプロトコルのインタフェースとしての機能を含む。
【００７７】
フィードバック情報取得部１０３は、ＲＵ間信号受信部１０２を介して、ユーザ装置ＵＥからフィードバック情報を取得する機能を有する。パラメータ生成部１０４は、フィードバック情報取得部１０３により取得されたフィードバック情報等に基づき、ＤＬ送信用パラメータを生成する機能を有する。また、パラメータ生成部１０４は、生成したＤＬ送信用パラメータを、ＲＵ間信号送信部１０１を介して、ＲＵ２に送信する。なお、フィードバック情報取得部１０３とパラメータ生成部１０４は、ＭＡＣスケジューラーに関する機能の一部であってもよい。
【００７８】
（ＲＵ）
図１１は、実施の形態に係るＲＵの機能構成例を示す図である。図１１に示すように、ＲＵ２は、ＤＵ間信号送信部２０１と、ＤＵ間信号受信部２０２と、ＵＥ間信号送信部２０３と、ＵＥ間信号受信部２０４と、ＤＵ間信号生成部２０５と、パラメータ取得部２０６と、ＵＥ間信号生成部２０７とを有する。なお、図１１は、ＲＵ２において実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇ含む）に準拠した動作を行うための図示しない機能も有するものである。また、図１１に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。ただし、これまでに説明したＲＵ２の処理の一部（例：特定の１つ又は複数の変形例、具体例のみ等）を実行可能としてもよい。
【００７９】
ＤＵ間信号送信部２０１は、ＤＵ間信号生成部２０５で生成された信号をＦＨを介してＤＵ１に送信する機能を含む。ＤＵ間信号受信部２０２は、ＤＵ１からＦＨを介して信号を受信する機能を含む。より具体的には、ＤＵ間信号受信部２０２は、ＤＵ１から、ＤＬ送信用パラメータと、ユーザ装置ＵＥに向けて送信するデータ（ＴＢ）とを受信する機能を含む。また、ＤＵ間信号送信部２０１及びＤＵ間信号受信部２０２は、ＦＨで用いられる所定のプロトコルのインタフェースとしての機能を含む。
【００８０】
ＵＥ間信号送信部２０３は、ＵＥ間信号生成部２０７で生成された無線信号（ＤＬ物理データチャネル）をユーザ装置ＵＥに送信する機能を含む。ＵＥ間信号受信部２０４は、ユーザ装置ＵＥから無線信号を受信し、受信した無線信号をＤＵ間信号生成部２０５に渡す機能を含む。
【００８１】
ＤＵ間信号生成部２０５は、ＵＥ間信号受信部２０４で受信された無線信号に対してレイヤ１の全部又は一部の処理を行うことで、ＤＵ１に向けて送信されるべき信号を生成し、生成した信号をＤＵ間信号送信部２０１に渡す。また、ＤＵ間信号生成部２０５は、ＵＥ間信号受信部２０４で受信された無線信号に対してレイヤ１の処理を行うことでフィードバック情報を抽出し、抽出したフィードバック情報をＤＵ間信号送信部２０１に渡すようにしてもよい。
【００８２】
パラメータ取得部２０６は、ＤＵ間信号受信部２０２で受信されたＤＵ１からの信号に含まれるＤＬ送信用パラメータを取得する機能を有する。また、パラメータ取得部２０６は、取得したパラメータをＵＥ間信号生成部２０７に渡す機能を有する。
【００８３】
ＵＥ間信号生成部２０７は、ＤＬ送信用パラメータを用いて、ユーザ装置ＵＥに向けて送信するデータ（ＴＢ）に対して、レイヤ１の全部又は一部の処理を行うことでＤＬ物理データチャネルを生成する（ＤＬ物理データチャネルの無線信号を生成する）機能を有する。
【００８４】
また、ＵＥ間信号生成部２０７は、ＤＬ送信用パラメータに含まれる複数の情報のうち所定の情報が省略されている場合に、ＤＬ送信用パラメータに含まれる複数の情報のうち所定の情報以外の情報を用いて当該所定の情報を推定し、当該所定の情報が省略されたＤＬ送信用パラメータと、推定した前記所定の情報とを用いてＤＬ物理データチャネルを生成するようにしてもよい。つまり、ＵＥ間信号生成部２０７は、「（処理手順の変形例その１）」又は「（処理手順の変形例その２）」で説明した処理手順に従ってＤＬ物理データチャネルを生成するようにしてもよい。
【００８５】
また、ＵＥ間信号生成部２０７は、ＤＬ送信用パラメータに含まれる複数の情報のうち所定の情報が省略されている場合であって、かつ、省略された当該所定の情報を過去に受信している場合、当該所定の情報が省略されたＤＬ送信用パラメータと、過去に受信した当該所定の情報とを用いてＤＬ物理データチャネルを生成するようにしてもよい。つまり、ＵＥ間信号生成部２０７は、「（処理手順の変形例その３）」で説明した処理手順に従ってＤＬ物理データチャネルを生成するようにしてもよい。
【００８６】
また、ＵＥ間信号生成部２０７は、更に記憶部を有し、記憶部には、ＤＬ送信用パラメータに含まれる複数の情報のうち一部の情報に設定される値の組み合わせパターンとインデックス値とが対応づけられるテーブルを記憶しておくようにしてもよい。記憶部は、メモリ又は補助記憶装置等により実現され得る。また、ＵＥ間信号生成部２０７は、ＤＬ送信用パラメータに含まれる複数の情報のうち一部の情報が省略され、かつ、省略された当該一部の情報に代えてインデックス値が含まれる場合に、当該所定の情報が省略されたＤＬ送信用パラメータと、インデックス値に対応する組み合わせパターンにより示される値とを用いてＤＬ物理データチャネルを生成するようにしてもよい。つまり、ＵＥ間信号生成部２０７は、「（処理手順の変形例その４）」で説明した処理手順に従ってＤＬ物理データチャネルを生成するようにしてもよい。
【００８７】
また、ＵＥ間信号生成部２０７は、ＤＵ間信号受信部２０２で受信された「下り制御情報としてユーザ装置ＵＥに送信されるべき情報」を用いてＤＬ物理データチャネルを生成するようにしてもよい。具体的には、ＵＥ間信号生成部２０７は、ＤＬ送信用パラメータに含まれる複数の情報のうち「下り制御情報としてユーザ装置ＵＥに送信されるべき情報」が省略されている場合に、当該情報が省略されたＤＬ送信用パラメータと、ＤＵ間信号受信部２０２で受信された「下り制御情報としてユーザ装置ＵＥに送信されるべき情報」とを用いてＤＬ物理データチャネルを生成するようにしてもよい。つまり、ＵＥ間信号生成部２０７は、「（処理手順の変形例その５）」で説明した処理手順に従ってＤＬ物理データチャネルを生成するようにしてもよい。
【００８８】
また、ＵＥ間信号生成部２０７は、ＤＬ送信用パラメータに含まれる複数の情報に、前回送信されたＤＬ送信用パラメータとの差分値が設定されている場合、当該差分値と、前回受信したＤＬ送信用パラメータとを用いてＤＬ物理データチャネルを生成するようにしてもよい。つまり、ＵＥ間信号生成部２０７は、「（処理手順の変形例その６）」で説明した処理手順に従ってＤＬ物理データチャネルを生成するようにしてもよい。
【００８９】
以上説明したＤＵ１及びＲＵ２の機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００９０】
（ＤＵ）
図１２は、実施の形態に係るＤＵのハードウェア構成例を示す図である。図１２は、図１０よりも実装例に近い構成を示している。図１２に示すように、ＤＵ１は、ＲＵ２と接続するためのインタフェースであるＲＵ間ＩＦ３０１と、ベースバンド信号処理を行うＢＢ処理モジュール３０２と、上位レイヤ等の処理を行う装置制御モジュール３０３と、コアネットワーク等と接続するためのインタフェースである通信ＩＦ３０４とを有する。
【００９１】
ＲＵ間ＩＦ３０１は、ＤＵ１とＲＵ２との間を接続するＦＨの物理回線を接続する機能、ＦＨで用いられるプロトコルを終端する機能を有する。ＲＵ間ＩＦ３０１は、例えば、図１０に示すＲＵ間信号送信部１０１及びＲＵ間信号受信部１０２の一部を含む。
【００９２】
ＢＢ処理モジュール３０２は、ＩＰパケットと、ＲＵ２との間で送受信される信号とを相互に変換する処理を行う。ＤＳＰ３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＢＢ処理モジュール３０２は、例えば、図１０に示すＲＵ間信号送信部１０１、ＲＵ間信号受信部１０２の一部、フィードバック情報取得部１０３、及びパラメータ生成部１０４を含む。
【００９３】
装置制御モジュール３０３は、ＩＰレイヤのプロトコル処理、ＯＡＭ（Operation and Maintenance）処理等を行う。プロセッサ３１３は、装置制御モジュール３０３が行う処理を行うプロセッサである。メモリ３２３は、プロセッサ３１３のワークエリアとして使用される。補助記憶装置３３３は、例えばＨＤＤ等であり、ＤＵ１自身が動作するための各種設定情報等が格納される。
【００９４】
（ＲＵ）
図１３は、実施の形態に係るＲＵのハードウェア構成例を示す図である。図１３は、図１１よりも実装例に近い構成を示している。図１３に示すように、ＲＵ２は、無線信号に関する処理を行うＲＦ（Radio Frequency）モジュール４０１と、ベースバンド信号処理を行うＢＢ（Base Band）処理モジュール４０２と、ＤＵ１と接続するためのインタフェースであるＤＵ間ＩＦ４０３とを有する。
【００９５】
ＲＦモジュール４０１は、ＢＢ処理モジュール４０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Digital-to-Analog）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Analog to Digital）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール４０２に渡す。ＲＦモジュール４０１は、ＲＦ機能を含む。ＲＦモジュール４０１は、例えば、図１１に示すＵＥ間信号送信部２０３及びＵＥ間信号受信部２０４を含む。
【００９６】
ＢＢ処理モジュール４０２は、ＤＵ間ＩＦ４０３を介してＤＵ１と送受信される信号とデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Digital Signal Processor）４１２は、ＢＢ処理モジュール４０２における信号処理を行うプロセッサである。メモリ４２２は、ＤＳＰ４１２のワークエリアとして使用される。ＢＢ処理モジュール４０２は、例えば、図１１に示すＤＵ間信号生成部２０５、パラメータ取得部２０６、及びＵＥ間信号生成部２０７を含む。
【００９７】
ＤＵ間ＩＦ４０３は、ＤＵ１とＲＵ２との間を接続するＦＨの物理回線を接続する機能、ＦＨで用いられるプロトコルを終端する機能を有する。ＤＵ間ＩＦ４０３は、例えば、図１１に示すＤＵ間信号送信部２０１及びＤＵ間信号受信部２０２を含む。
【００９８】
＜まとめ＞
以上、実施の形態によれば、第一の基地局と、前記第一の基地局と通信する第二の基地局と、前記第一の基地局と通信するユーザ装置とを有する無線通信システムにおいて前記第一の基地局として用いられる基地局であって、下り物理データチャネルの生成に用いるパラメータと、前記ユーザ装置に向けて送信するデータとを、前記第二の基地局から受信する受信部と、前記パラメータを用いて、前記データに対してレイヤ１の処理を行うことで下り物理データチャネルを生成する生成部と、生成した下り物理データチャネルを送信する送信部と、を有する基地局が提供される。この基地局により、Ｃ−ＲＡＮによる無線通信ネットワークにおいて、ＤＵが備えるレイヤの機能の一部をＲＵで実現することを可能にする技術が提供される。
【００９９】
前記受信部は、前記パラメータに含まれる複数の情報のうち、所定の情報が省略された前記パラメータを受信し、前記生成部は、前記パラメータに含まれる複数の情報のうち前記所定の情報以外の情報を用いて前記所定の情報を推定し、受信した前記パラメータと、推定した前記所定の情報とを用いて前記下り物理データチャネルを生成するようにしてもよい。これにより、ＤＵ１及びＲＵ２間でＦＨを介して送受信されるデータ量が削減される。
【０１００】
前記受信部は、前記パラメータに含まれる複数の情報のうち、所定の情報が省略された前記パラメータを受信し、前記生成部は、省略された前記所定の情報を過去に受信している場合、受信した前記パラメータと、該過去に受信した前記所定の情報とを用いて前記下り物理データチャネルを生成するようにしてもよい。これにより、ＤＵ１及びＲＵ２間でＦＨを介して送受信されるデータ量が削減される。
【０１０１】
前記パラメータに含まれる複数の情報のうち一部の情報に設定される値の組み合わせパターンとインデックス値とが対応づけられるテーブルを記憶する記憶部、を有し、前記受信部は、前記パラメータに含まれる複数の情報のうち前記一部の情報が省略され、かつ、省略された前記一部の情報に代えて前記インデックス値が含まれる前記パラメータを受信し、前記生成部は、受信した前記パラメータと、前記インデックス値に対応する組み合わせパターンにより示される値とを用いて前記下り物理データチャネルを生成するようにしてもよい。これにより、ＤＵ１及びＲＵ２間でＦＨを介して送受信されるデータ量が削減される。
【０１０２】
前記受信部は、下り制御情報として前記ユーザ装置に送信する情報を受信すると共に、前記パラメータに含まれる複数の情報のうち、前記下り制御情報として前記ユーザ装置に送信する情報が省略された前記パラメータを受信し、前記生成部は、受信した前記パラメータと、前記下り制御情報としてユーザ装置に送信する情報とを用いて前記下り物理データチャネルを生成するようにしてもよい。これにより、ＤＵ１及びＲＵ２間でＦＨを介して送受信されるデータ量が削減される。
【０１０３】
前記第二の基地局は、レイヤ２の処理、又は、レイヤ２及びレイヤ１の一部の処理を行い、当該基地局は、レイヤ１の処理、又は、レイヤ１の処理のうち前記第二の基地局が行うレイヤ１の処理以外の処理を行うようにしてもよい。これにより、Ｃ−ＲＡＮを構成するＤＵ１及びＲＵ２の間の機能分担を様々に変更することができる。
【０１０４】
前記パラメータには、前記ユーザ装置を一意に識別する識別子、トランスポートブロックサイズ、セル固有の識別子、変調方式、符号化率、冗長バージョン、レイヤ数、プリコーディング情報、割当てリソース情報、及び、前記下り物理データチャネル以外のチャネルに割当てられるリソースの位置を示す情報のうち全部又は一部を含むようにしてもよい。これにより、ＲＵ２側にＭＡＣスケジューラーなどの機能を具備せずに、ＤＬ物理データチャネルの信号の生成を行うことが可能になる。
【０１０５】
また、実施の形態によれば、第一の基地局と、前記第一の基地局と通信する第二の基地局と、前記第一の基地局と通信するユーザ装置とを有する無線通信システムにおいて前記第一の基地局として用いられる基地局が実行する送信方法であって、下り物理データチャネルの生成に用いるパラメータと、前記ユーザ装置に向けて送信するデータとを、前記第二の基地局から受信するステップと、前記パラメータを用いて、前記データに対してレイヤ１の処理を行うことで下り物理データチャネルを生成するステップと、生成した下り物理データチャネルを送信するステップと、を有する送信方法が提供される。この送信方法により、Ｃ−ＲＡＮによる無線通信ネットワークにおいて、ＤＵが備えるレイヤの機能の一部をＲＵで実現することを可能にする技術が提供される。
【０１０６】
＜実施形態の補足＞
以上、本発明の実施の形態で説明する各装置（ユーザ装置ＵＥ／ＤＵ１／ＲＵ２）の構成は、ＣＰＵとメモリを備える当該装置において、プログラムがＣＰＵ（プロセッサ）により実行されることで実現される構成であってもよいし、本実施の形態で説明する処理のロジックを備えたハードウェア回路等のハードウェアで実現される構成であってもよいし、プログラムとハードウェアが混在していてもよい。
【０１０７】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置ＵＥ／ＤＵ１／ＲＵ２は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置ＵＥが有するプロセッサにより動作するソフトウェア、本発明の実施の形態に従ってＤＵ１が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従ってＲＵ２が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１０８】
実施の形態において、ＲＵ２は第一の基地局の一例である。ＤＵ１は第二の基地局の一例である。ＤＬ物理データチャネルは、下り物理データチャネルの一例である。ＤＬ送信用パラメータは、下り物理データチャネルの生成に用いるパラメータの一例である。
【０１０９】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、ＭＡＣシグナリング、ブロードキャスト情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣメッセージは、ＲＲＣシグナリングと呼ばれてもよい。また、ＲＲＣメッセージは、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージなどであってもよい。
【０１１０】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１１１】
判定又は判断は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：trueまたはfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０１１２】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナル）であってもよい。また、信号はメッセージであってもよい。
【０１１３】
ＵＥは、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１１４】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１１５】
本明細書で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１１６】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１１７】
また、本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１１８】
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１１９】
所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１２０】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１２１】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【０１２２】
本特許出願は２０１６年１月２６日に出願した日本国特許出願第２０１６−０１２５２７号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−０１２５２７号の全内容を本願に援用する。
【符号の説明】
【０１２３】
１  ＤＵ
２  ＲＵ
ＵＥ  ユーザ装置
１０１  ＲＵ間信号送信部
１０２  ＲＵ間信号受信部
１０３  フィードバック情報取得部
１０４  パラメータ生成部
２０１  ＤＵ間信号送信部
２０２  ＤＵ間信号受信部
２０３  ＵＥ間信号送信部
２０４  ＵＥ間信号受信部
２０５  ＤＵ間信号生成部
２０６  パラメータ取得部
２０７  ＵＥ間信号生成部
３０１  ＤＵ間ＩＦ
３０２  ＢＢ処理モジュール
３０３  装置制御モジュール
３０４  通信ＩＦ
４０１  ＲＦモジュール
４０２  ＢＢ処理モジュール
４０３  ＤＵ間ＩＦ
【図１】
2017130800.tif 000003
【図２Ａ】
2017130800.tif 000004
【図２Ｂ】
2017130800.tif 000005
【図３】
2017130800.tif 000006
【図４】
2017130800.tif 000007
【図５】
2017130800.tif 000008
【図６Ａ】
2017130800.tif 000009
【図６Ｂ】
2017130800.tif 000010
【図７Ａ】
2017130800.tif 000011
【図７Ｂ】
2017130800.tif 000012
【図８Ａ】
2017130800.tif 000013
【図８Ｂ】
2017130800.tif 000014
【図９】
2017130800.tif 000015
【図１０】
2017130800.tif 000016
【図１１】
2017130800.tif 000017
【図１２】
2017130800.tif 000018
【図１３】
2017130800.tif 000019
【国際調査報告】
2017130800.tif 000020
2017130800.tif 000021
2017130800.tif 000022
2017130800.tif 000023