(57)【要約】  基地局であって、下り物理制御フォーマット通知チャネルの信号の生成に用いる第一のパラメータ、下り物理ＨＡＲＱ通知チャネルの信号の生成に用いる第二のパラメータ、又は、下り物理制御チャネルの信号の生成に用いる第三のパラメータを取得する取得部と、前記第一のパラメータ、前記第二のパラメータ、又は前記第三のパラメータを用いて、下り物理制御フォーマット通知チャネルの信号、下り物理ＨＡＲＱ通知チャネルの信号、又は、下り物理制御チャネルの信号を生成する生成部と、生成された下り物理制御フォーマット通知チャネルの信号、生成された下り物理ＨＡＲＱ通知チャネルの信号、又は、生成された下り物理制御チャネルの信号を送信する送信部と、を有する基地局を提供する。
2017164057.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/
【非特許文献２】3GPP  TS  36.211   "Physical  channels  and  modulation  (Release  12)"
【発明の概要】
【発明が解決しようとする課題】
【０００５】
次に、５Ｇで検討されているＣ−ＲＡＮ構成について説明する。図１において、４Ｇ−ＤＵ及び４Ｇ−ＲＵは、ＬＴＥ−Ａの機能（ＬＴＥの機能を含む）を有するＤＵ及びＲＵを意味している。また、５Ｇ−ＤＵ及び５Ｇ−ＲＵは、第５世代の無線技術の機能を有するＤＵ及びＲＵを意味している。４Ｇ−ＤＵと５Ｇ−ＤＵとの間は、ＬＴＥにおけるＸ２−ＡＰ及びＸ２−Ｕインタフェースを拡張したインタフェースにより接続される。また、ＤＵとＲＵとの間をつなぐネットワーク回線はFront Haul（ＦＨ）と呼ばれ、ＬＴＥではＦＨにCommon Public Radio Interface（ＣＰＲＩ）が用いられている。【０００６】
現在のＬＴＥでは、レイヤ１（物理レイヤ：Ｌ１）及びレイヤ２（ＭＡＣ、ＲＬＣ、ＰＤＣＰ）の機能はＤＵ側に実装される前提である。そのため、ＦＨに必要な帯域は、ＤＵでサポートされるピークレートの約１６倍になる。例えば、システム帯域が２０ＭＨｚであり、かつ、２×２ＭＩＭＯ（Multi Input Multi Output）の無線通信（最大１５０Ｍｂｐｓ）をＤＵがサポートする場合、ＦＨに必要な帯域は約２．４Ｇｂｐｓになる。【０００７】
現在検討が進められている５Ｇでは、１０Ｇｂｐｓ以上のピークレート及びさらなる低遅延化が実現される予定である。従って、５Ｇが導入されると、ピークレートの向上に伴いＦＨに必要な帯域も飛躍的に増大することになる。そこで、ＤＵに実装されているレイヤの一部をＲＵ側で実現することで、ＦＨで伝送される情報量を削減することが検討されている。どのレイヤの機能をＲＵ側で実現するのかについては様々なバリエーションが考えられるが、一例として、ＤＵが備えるレイヤ１の機能の全部又は一部をＲＵで実現する案や、レイヤ１及びレイヤ２の一部をＲＵ側で実現する案などが検討されている。【０００８】
ＤＵが備えるレイヤの機能の一部をＲＵ側で実現する場合、機能分担に応じて、ＤＵ及びＲＵ間のインタフェースの規定が必要である。しかしながら、現状、３ＧＰＰでは当該インタフェースは規定されていない。【０００９】
Ｃ−ＲＡＮによる無線通信ネットワークにおいて、ＤＵが備えるレイヤの機能の一部をＲＵで実現することを可能にする技術が必要とされている。
【課題を解決するための手段】
【００１０】
本発明の一態様によれば、第一の基地局と、前記第一の基地局と通信する第二の基地局と、前記第一の基地局と通信するユーザ装置とを有する無線通信システムにおいて前記第一の基地局として用いられる基地局であって、下り物理制御フォーマット通知チャネルの信号の生成に用いる第一のパラメータ、下り物理ＨＡＲＱ通知チャネルの信号の生成に用いる第二のパラメータ、又は、下り物理制御チャネルの信号の生成に用いる第三のパラメータを、前記第二の基地局から取得する取得部と、前記第一のパラメータ、前記第二のパラメータ、又は前記第三のパラメータを用いて、下り物理制御フォーマット通知チャネルの信号、下り物理ＨＡＲＱ通知チャネルの信号、又は、下り物理制御チャネルの信号を生成する生成部と、生成された下り物理制御フォーマット通知チャネルの信号、生成された下り物理ＨＡＲＱ通知チャネルの信号、又は、生成された下り物理制御チャネルの信号を送信する送信部と、を有する基地局が提供される。
【発明の効果】
【００１１】
開示の技術によれば、Ｃ−ＲＡＮによる無線通信ネットワークにおいて、ＤＵが備えるレイヤの機能の一部をＲＵで実現することを可能にする技術が提供される。
【図面の簡単な説明】
【００１２】
【図１】５Ｇで検討されているＣ−ＲＡＮ構成例を示す図である。
【図２】実施の形態に係る無線通信システムのシステム構成例を示す図である。
【図３】ＤＵとＲＵの機能分担を説明するための図である。
【図４】ＰＣＦＩＣＨを送信する際の処理手順の一例を示す図である。
【図５】ＰＣＦＩＣＨ送信用パラメータの一例を示す図である。
【図６】ＰＣＦＩＣＨを送信する際の処理手順（変形例）の一例を示す図である。
【図７】ＰＨＩＣＨを送信する際の処理手順の一例を示す図である。
【図８】ＰＨＩＣＨ送信用パラメータの一例を示す図である。
【図９】ＰＨＩＣＨを送信する際の処理手順（変形例）の一例を示す図である。
【図１０】ＰＵＳＣＨ情報の一例を示す図である。
【図１１】（Ｅ）ＰＤＣＣＨを送信する際の処理手順の一例を示す図である。
【図１２】（Ｅ）ＰＤＣＣＨ送信用パラメータの一例を示す図である。
【図１３】実施の形態に係るＤＵの機能構成例を示す図である。
【図１４】実施の形態に係るＲＵの機能構成例を示す図である。
【図１５】実施の形態に係るＤＵのハードウェア構成例を示す図である。
【図１６】実施の形態に係るＲＵのハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る無線通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。なお、本明細書及び特許請求の範囲において、「ＬＴＥ」は、特に断りが無い限り、３ＧＰＰのリリース８、又は９に対応する通信方式のみならず、３ＧＰＰのリリース１０、１１、１２、１３、又はリリース１４以降に対応する第５世代の通信方式も含む広い意味で使用する。
【００１４】
また、以下の説明において、１ＴＴＩはスケジューリングの最小単位である意味で使用する。また、１サブフレームは１ＴＴＩと同一の長さである前提として用いるが、これに限定されることを意図しているのではなく、他の単位に置き換えることも可能である。
【００１５】
なお、「レイヤ１」と「物理レイヤ」とは同義である。また、レイヤ２には、Medium Access Control（ＭＡＣ）サブレイヤ、Radio Link Control（ＲＬＣ）サブレイヤ、Packet Data Convergence Protocol（ＰＤＣＰ）サブレイヤが含まれる。
【００１６】
＜システム構成＞
図２は、実施の形態に係る無線通信システムのシステム構成例を示す図である。図２に示すように、本実施の形態に係る無線通信システムは、ＤＵ１とＲＵ２とユーザ装置ＵＥとを含む。図２では、ＲＵ２が１つ図示されているが、２つ以上のＲＵ２が含まれていてもよい。つまり、ＤＵ１は複数のＲＵ２を制御するように構成されていてもよい。
【００１７】
ＤＵ１は、中央デジタルユニット（Central Digital Unit）と呼ばれてもよいし、ベースバンドユニット（ＢＢＵ：Base Band Unit）と呼ばれてもよいし、ＣＵ（Central Unit）と呼ばれてもよい。また、中央基地局と呼ばれてもよいし、単に基地局（ｅＮＢ：enhanced Node B）と呼ばれてもよい。
【００１８】
ＲＵ２は、リモート無線ユニット（ＲＲＵ：Remote Radio Unit）と呼ばれてもよいし、Remote Antenna Unit（ＲＡＵ）と呼ばれてもよいし、Remote Radio Head（ＲＲＨ）と呼ばれてもよい。また、リモート基地局と呼ばれてもよいし、単に基地局と呼ばれてもよい。
【００１９】
本実施の形態に係る無線通信システムは、ＤＵ１及びＲＵ２の間でＦＨを介して所定の信号を送受信し、ＤＵ１が備えるレイヤの機能の一部をＲＵ２で実現する。
【００２０】
＜ＤＵとＲＵの機能分担＞
図３は、ＤＵとＲＵの機能分担例を説明するための図である。図３の境界「Ａ」〜「Ｅ」は、ＤＵ１とＲＵ２にそれぞれ実装される機能の境界を示している。例えば境界「Ｂ」で機能分担する場合、レイヤ２以上の各機能はＤＵ１側に実装され、レイヤ１の各機能はＲＵ２側に実装されることを意味する。なお、境界「Ｅ」で機能分担する場合は、レイヤ１以上の機能をＤＵ１側に実装し、ＣＰＲＩを用いてＤＵ１とＲＵ２を接続する構成に相当する。
【００２１】
また、図３には、境界ごとに、ＦＨに必要とされるビットレートの例を示す。例えば、ＤＵ１で１５０Ｍｂｐｓ（ＤＬ：Downlink）／５０Ｍｂｐｓ（ＵＬ：Uplink）をサポートすると仮定する。この場合において、境界「Ａ」又は「Ｂ」で機能分担する場合、ＦＨに必要な帯域は１５０Ｍｂｐｓ（ＤＬ）／５０Ｍｂｐｓ（ＵＬ）になる。また、境界「Ｃ」で機能分担する場合、ＦＨに必要な帯域は３５０Ｍｂｐｓ（ＤＬ）／１７５Ｍｂｐｓ（ＵＬ）になる。同様に、境界「Ｄ」で機能分担する場合、ＦＨに必要な帯域は４７０Ｍｂｐｓ（ＤＬ）／４７０Ｍｂｐｓ（ＵＬ）になる。一方で、境界「Ｅ」で機能分担する場合、ＦＨに必要な帯域は２．４Ｇｂｐｓ（ＤＬ）／２．４Ｇｂｐｓ（ＵＬ）になる。
【００２２】
本実施の形態に係る無線通信システムは、境界「Ａ」〜「Ｅ」のうち、いずれかの境界での機能分担をサポートするように構成してもよく、更に、ＵＬとＤＬとでそれぞれ異なる境界での機能分担をサポートするように構成してもよい。
【００２３】
＜処理手順＞
続いて、ＲＵ２がユーザ装置ＵＥに向けて各種の制御チャネルの信号を送信する際の処理手順について説明する。
【００２４】
（下り物理制御フォーマット通知チャネルの送信手順）
下り物理制御フォーマット通知チャネルは、下り物理制御チャネルがマッピングされるＯＦＤＭシンボルの位置を示す情報を送信するためのチャネルであり、ＬＴＥでは、Physical control format indicator channel（ＰＣＦＩＣＨ）と呼ばれる。以下、便宜上、下り物理制御フォーマット通知チャネルをＰＣＦＩＣＨと記載するが、これに限られず、例えば５Ｇ等で規定される他の名称のチャネルにも適用することができる。
【００２５】
図４は、ＰＣＦＩＣＨを送信する際の処理手順の一例を示す図である。まず、ＤＵ１は、ＰＣＦＩＣＨの信号の生成に用いるＰＣＦＩＣＨ送信用パラメータをＲＵ２に送信する（Ｓ１０１）。続いて、ＲＵ２は、取得したＰＣＦＩＣＨ送信用パラメータに基づいてＰＣＦＩＣＨの信号を生成し、生成したＰＣＦＩＣＨの信号をユーザ装置ＵＥに送信する（Ｓ１０２）。なお、ステップＳ１０１及びステップＳ１０２の処理手順は、１ＴＴＩの周期で繰り返し行われることを想定している。
【００２６】
図５は、ＰＣＦＩＣＨ送信用パラメータの一例を示す図である。「Control Format Indicator（ＣＦＩ）」は、ＰＣＦＩＣＨが送信されるサブフレーム（１ＴＴＩ）において、サブフレームの先頭のＯＦＤＭシンボルを起点として、どのＯＦＤＭシンボルまでの間に下り物理制御チャネルがマッピングされているかを示す情報である。例えば、ＣＦＩが３である場合、サブフレームの先頭から３つのＯＦＤＭシンボルに下り物理制御チャネルがマッピングされていることを意味する。「リソース位置」は、ＰＣＦＩＣＨをマッピングすべき無線リソースの位置（例えば、帯域幅及び１サブフレームで囲まれる無線リソース全体のうち、ＰＣＦＩＣＨをマッピングすべきリソースエレメントの位置）を示す。「送信電力」は、ＲＵ２がＰＣＦＩＣＨを送信する際の送信電力を示す。
【００２７】
なお、図５に示すＰＣＦＩＣＨ送信用パラメータの一部は省略されていてもよい。例えば、ＬＴＥの場合、ＰＣＦＩＣＨをマッピングすべき無線リソースの位置は物理セルＩＤ（ＰＣＩ：Physical Cell Identity）により一意に決定されるため、「リソース位置」は省略されていてもよい。また、ＲＵ２は、送信電力を、ユーザ装置ＵＥから通知されるChannel Quality Indicator（ＣＱＩ）又は／及びRank Indicator（ＲＩ）に基づいてＲＵ２が自ら判断するようにしてもよい。この場合、ＰＣＦＩＣＨ送信用パラメータから「送信電力」を省略することができる。
【００２８】
［下り物理制御フォーマット通知チャネルの送信手順（変形例）］
ＬＴＥでは、ＰＣＦＩＣＨはＴＴＩごとに送信されるが、ＰＣＦＩＣＨ送信用パラメータ自体は、頻繁に更新されないことが想定される。そこで、ＤＵ１は、ＰＣＦＩＣＨ送信用パラメータをＴＴＩごとにＲＵ２に通知するのではなく、初回及びパラメータ更新時にのみＲＵ２に通知するようにしてもよい。これにより、ＤＵ１及びＲＵ２間の信号量を削減することが可能になると共に、ＲＵ２の処理負荷を軽減することが可能になる。
【００２９】
図６は、ＰＣＦＩＣＨを送信する際の処理手順（変形例）の一例を示す図である。ＤＵ１は、ＰＣＦＩＣＨ送信用パラメータを初回又は更新時にのみＲＵ２に送信する（Ｓ１１１）。続いて、ＲＵ２は、取得したＰＣＦＩＣＨ送信用パラメータに基づいてＰＣＦＩＣＨの信号を生成し、生成したＰＣＦＩＣＨの信号をユーザ装置ＵＥに送信する。また、ＲＵ２は、ＤＵ１から更新されたＰＣＦＩＣＨ送信用パラメータを取得していない場合、前回取得したＰＣＦＩＣＨ送信用パラメータに基づいてＰＣＦＩＣＨの信号を生成し、生成したＰＣＦＩＣＨの信号をユーザ装置ＵＥに送信する。（Ｓ１１２）。なお、ステップＳ１０２の処理手順は、１ＴＴＩの周期で繰り返し行われることを想定している。
【００３０】
なお、ＤＵ１は、ステップＳ１１１の処理手順において、所定の周期でＰＣＦＩＣＨ送信用パラメータをＲＵ２に送信するようにしてもよいし、所定の周期及びＰＣＦＩＣＨ送信用パラメータの更新時にＰＣＦＩＣＨ送信用パラメータをＲＵ２に送信するようにしてもよい。例えば、ＲＵ２側で何らかの異常が発生し、取得したＰＣＦＩＣＨ送信用パラメータが消去されてしまった場合に、ＰＣＦＩＣＨ送信用パラメータの更新が行われるまでＰＣＦＩＣＨの送信を行うことができなくなるという問題を回避することが可能になる。
【００３１】
（下り物理ＨＡＲＱ通知チャネルの送信手順）
下り物理ＨＡＲＱ通知チャネルは、上りユーザデータに対するHybrid Automatic Repeat Request（ＨＡＲＱ）の送達確認（ＡＣＫ又はＮＡＣＫ）をユーザ装置ＵＥに通知するためのチャネルであり、ＬＴＥでは、Physical hybrid-ARQ indicator channel（ＰＨＩＣＨ）と呼ばれる。以下、便宜上、下り物理ＨＡＲＱ通知チャネルをＰＨＩＣＨと記載するが、これに限られず、例えば５Ｇ等で規定される他の名称のチャネルにも適用することができる。
【００３２】
図７は、ＰＨＩＣＨを送信する際の処理手順の一例を示す図である。まず、ＤＵ１は、ＰＨＩＣＨ送信用パラメータをＲＵ２に送信する（Ｓ２０１）。続いて、ＲＵ２は、取得したＰＨＩＣＨ送信用パラメータに基づいてＰＨＩＣＨの信号を生成し、生成したＰＨＩＣＨの信号をユーザ装置ＵＥに送信する（Ｓ２０２）。なお、ステップＳ２０１及びステップＳ２０２の処理手順は、ユーザ装置ＵＥに送達確認応答を送信する度に繰り返し行われることを想定している。
【００３３】
図８は、ＰＨＩＣＨ送信用パラメータの一例を示す図である。「ＰＨＩＣＨグループ毎のリソース位置」は、各ＰＨＩＣＨグループをマッピングすべき無線リソースの位置（例えば、帯域幅及び１サブフレームで囲まれる無線リソース全体のうち、各ＰＨＩＣＨグループをマッピングすべきリソースエレメントの位置）を示す。なお、ＰＨＩＣＨグループとは、同一のリソースに多重してマッピングされる１以上のＡＣＫ／ＮＡＣＫの組み合わせを意味する。「各ＰＨＩＣＨグループに含まれるＡＣＫ／ＮＡＣＫ」は、各ＰＨＩＣＨグループに含まれる１以上のＡＣＫ／ＮＡＣＫ、及び、各ＡＣＫ／ＮＡＣＫに対応づけられる直交系列インデックスを示す。なお、直交系列インデックスは、ＰＨＩＣＨの信号を生成する際に、ＰＨＩＣＨグループ内の各ＡＣＫ／ＮＡＣＫを示すビット列に乗算される直交系列を示すインデックスであり、ＬＴＥの３ＧＰＰ仕様では、ＴＳ３６．２１１のＴａｂｌｅ６．９．１−２に規定されている。ＬＴＥでは、ユーザ装置ＵＥは、自身向けのＡＣＫ／ＮＡＣＫが格納されているＰＨＩＣＨグループ及び自身向けのＡＣＫ／ＮＡＣＫに対応する直交系列を、３ＧＰＰで規定される方法に従い予め把握しているため、受信したＰＨＩＣＨの信号から自身向けのＡＣＫ／ＮＡＣＫを抽出することができる。
【００３４】
「送信電力」は、ＲＵ２がＰＨＩＣＨを送信する際の送信電力を示す。なお、ＲＵ２は、送信電力を、ユーザ装置ＵＥから通知されるＣＱＩ、ＲＩに基づいてＲＵ２が自ら判断するようにしてもよい。この場合、パラメータから「送信電力」を省略することができる。
【００３５】
［下り物理ＨＡＲＱ通知チャネルの送信手順（変形例）］
仮に、ＲＵ２で上りユーザデータの復号を行う場合、ＲＵ２側で上りユーザデータが正しく復号できたか否かを判断することが可能である。そこで、本変形例では、ＤＵ１からＲＵ２に対してＰＨＩＣＨ送信用パラメータを送信せず、ＲＵ２側で自らＰＨＩＣＨの信号を生成してユーザ装置ＵＥに送信するようにしてもよい。これにより、ＤＵ１及びＲＵ２間の信号量を削減することが可能になる。
【００３６】
図９は、ＰＨＩＣＨを送信する際の処理手順（変形例）の一例を示す図である。ＤＵ１は、ＰＵＳＣＨのスケジューリングを示す情報（以下、「ＰＵＳＣＨ情報」と呼ぶ）を予めＲＵ２に通知しておく（Ｓ２５１）。図１０に、ＰＵＳＣＨ情報の一例を示す。「ＰＵＳＣＨリソース位置」は、ユーザ装置ＵＥからPhysical Uplink Shared Channel（ＰＵＳＣＨ）が送信されるタイミング及びリソース位置を示す。なお、「ＰＵＳＣＨリソース位置」は、ＵＬグラントと同一の情報であってもよい。「ＰＨＩＣＨ情報」は、「ＰＵＳＣＨリソース位置」で示されるユーザ装置ＵＥに対応づけられるＰＨＩＣＨグループ及び直交系列インデックスを示す。図９に戻り説明を続ける。
【００３７】
続いて、ユーザ装置ＵＥは、ＰＵＳＣＨを用いて上りユーザデータを送信する（Ｓ２５２）。ＲＵ２は、ステップＳ２５１で取得していたＰＵＳＣＨ情報に基づいてユーザ装置ＵＥからＰＵＳＣＨが送信されるタイミング及びリソースを認識し、認識したタイミングで受信したＰＵＳＣＨの信号を復号する（Ｓ２５３）。
【００３８】
正しく復号できた場合、ＲＵ２は、複号後の上りユーザデータ（又は、復号結果及び複号後の上りユーザデータ）をＤＵ１に送信する（Ｓ２５４）と共に、ＰＵＳＣＨ情報に基づいてＡＣＫを示すＰＨＩＣＨ信号を生成してユーザ装置ＵＥに送信する（Ｓ２５５）。一方、正しく復号できなかった場合、ＲＵ２は、復号結果をＤＵ１に送信する（Ｓ２５４）と共に、ＰＵＳＣＨ情報に基づいてＮＡＣＫを示すＰＨＩＣＨ信号を生成してユーザ装置ＵＥに送信する（Ｓ２５５）。
【００３９】
（下り物理制御チャネルの送信手順）
下り物理制御チャネルは、ユーザ装置ＵＥに無線リソースを割当てるために用いられるチャネルであり、ＬＴＥでは、Physical Downlink Control Channel（ＰＤＣＣＨ）又はEnhanced Physical Downlink Control Channel（ＥＰＤＣＣＨ）と呼ばれる。以下、便宜上、下り物理制御チャネルを（Ｅ）ＰＤＣＣＨと記載するが、これに限られず、例えば５Ｇ等で規定される他の名称のチャネルにも適用することができる。
【００４０】
図１１は、（Ｅ）ＰＤＣＣＨを送信する際の処理手順の一例を示す図である。まず、ＤＵ１は、（Ｅ）ＰＤＣＣＨ送信用パラメータをＲＵ２に送信する（Ｓ３０１）。続いて、ＲＵ２は、取得した（Ｅ）ＰＤＣＣＨ送信用パラメータに基づいて（Ｅ）ＰＤＣＣＨの信号を生成し、生成した（Ｅ）ＰＤＣＣＨの信号をユーザ装置ＵＥに送信する（Ｓ３０２）。（Ｅ）ＰＤＣＣＨ送信用パラメータに含まれるＤＣＩが、ＰＤＣＣＨ  Ｏｒｄｅｒに用いられるＤＣＩであった場合、ＲＵ２は、（Ｅ）ＰＤＣＣＨを送信後、所定の期間内にユーザ装置ＵＥから応答があったか否か（つまり、ＲＡＣＨプリアンブルを受信したか否か）を示す情報をＤＵ１に通知する（Ｓ３０３）。
【００４１】
以上説明したステップＳ３０１及びステップＳ３０２の処理手順は、ユーザ装置ＵＥにＤＣＩを送信する度に繰り返し行われることを想定している。
【００４２】
図１２は、（Ｅ）ＰＤＣＣＨ送信用パラメータの一例を示す図である。「ＤＣＩ」は、ユーザ装置ＵＥに送信すべきＤＣＩの情報を示す。なお、「ＤＣＩ」には、ＤＣＩの各情報がそのまま含まれていてもよいし（つまり、全ての情報ビットが連結されていてもよいし）、ＤＣＩの各情報が個別に含まれていてもよい。ＤＣＩの各情報の内容はＤＣＩのフォーマットにより異なるが、例えば、下りデータのスケジューリング情報（リソースブロック割当て情報）、上りデータのスケジューリング情報（リソースブロック割当て情報、ＵＬグラントとも呼ばれる）、Modulation and Coding Scheme（ＭＣＳ）、Redundancy Version（ＲＶ）、ＨＡＲＱプロセス、レイヤ数、プリコーディング情報、ＵＥ識別子（ＲＮＴＩ：Radio Network Temporary Identifier）、又は、キャリアインジケーター等である。なお、ＤＣＩがＰＤＣＣＨ  Ｏｒｄｅｒに用いられるＤＣＩである場合、「ＤＣＩ」には、ユーザ装置ＵＥがランダムアクセス手順を行う際に用いるプリアンブルＩＤ（Preamble Index）が含まれる。
【００４３】
「送信電力」は、ＲＵ２がＰＤＣＣＨを送信する際の送信電力を示す。なお、ＲＵ２は、送信電力を、ユーザ装置ＵＥから通知されるＣＱＩ、ＲＩに基づいてＲＵ２が自ら判断するようにしてもよい。この場合、パラメータから「送信電力」を省略することができる。「リソース位置」は、ＰＤＣＣＨをマッピングすべき無線リソースの位置を示す。リソース位置は、ＬＴＥの場合、具体的には、アグリゲーションレベル（Aggregation Level）及びControl Channel Element（ＣＣＥ）インデックス若しくはEnhanced Control Channel Element（ＥＣＣＥ）インデックスにより示される。
【００４４】
「ＭＴＣ端末向け情報」は、カバレッジ拡張をするために、同一のＤＣＩを繰り返し送信すべきことを示す情報である。「繰り返し送信回数」は、同一のＤＣＩを繰り返し送信する回数を示す。なお、「繰り返し送信回数」には、更に、同一のＤＣＩを繰り返し送信する際の２回目以降のリソース位置（例えば、ＣＣＥインデックス又はＥＣＣＥインデックス、及び、サブフレーム位置でもよい）を示す情報が含まれていてもよい。なお、ユーザ装置ＵＥがＤＣＩを繰り返し送信する必要が無い場合、「ＭＴＣ端末向け情報」は省略される。
【００４５】
以上、（Ｅ）ＰＤＣＣＨ送信用パラメータについて説明した。なお、複数のＤＣＩを同一のＴＴＩで送信する場合、図１２に示す（Ｅ）ＰＤＣＣＨ送信用パラメータが、複数のＤＣＩの数分通知されることになる。
【００４６】
［下り物理制御チャネルの送信手順（変形例１）］
（Ｅ）ＰＤＣＣＨ送信用パラメータにおける「ＭＴＣ端末向け情報」は、カバレッジ拡張を目的としていることから、頻繁に更新されないことが想定される。そこで、ＤＵ１は、「ＭＴＣ端末向け情報」をＴＴＩごとにＲＵ２に通知するのではなく、初回及びパラメータ更新時にのみＲＵ２に通知するようにしてもよい。また、ＤＵ１は、「ＭＴＣ端末向け情報」を初回及びパラメータ更新時にＲＵ２に通知する場合に、更に、「ＭＴＣ端末向け情報」をセル単位又はユーザ装置ＵＥの種別（ＭＴＣ端末の種別など）単位でＲＵ２に通知するようにしてもよい。
【００４７】
なお、ＤＵ１は、「ＭＴＣ端末向け情報」が省略された（Ｅ）ＰＤＣＣＨ送信用パラメータをＲＵ２に通知する場合、ＤＣＩの繰り返し送信を行う必要があることをＲＵ２に認識させるために、（Ｅ）ＰＤＣＣＨ送信用パラメータに、ＭＴＣ端末向け情報を省略している旨を示す情報を含めるようにする。また、ＤＵ１は、「ＭＴＣ端末向け情報」がセル単位である場合、（Ｅ）ＰＤＣＣＨ送信用パラメータに、ＭＴＣ端末向け情報を省略している旨を示す情報及びセルを示す情報を含めてＲＵ２に通知する。また、ＤＵ１は、「ＭＴＣ端末向け情報」がユーザ装置ＵＥの種別単位である場合、（Ｅ）ＰＤＣＣＨ送信用パラメータに、ＭＴＣ端末向け情報を省略している旨を示す情報及びユーザ装置ＵＥの種別を示す情報を含めてＲＵ２に通知する。
【００４８】
ＲＵ２は、（Ｅ）ＰＤＣＣＨ送信用パラメータに、ＭＴＣ端末向け情報を省略している旨を示す情報が含まれている場合、前回取得した（過去に取得した）「ＭＴＣ端末向け情報」に基づいて、同一のＤＣＩを繰り返し送信するようにする。また、ＲＵ２は、（Ｅ）ＰＤＣＣＨ送信用パラメータに、ＭＴＣ端末向け情報を省略している旨を示す情報及びセルを示す情報が含まれている場合、前回取得した（過去に取得した）、当該セルを示す情報に対応する「ＭＴＣ端末向け情報」に基づいて、同一のＤＣＩを繰り返し送信するようにする。また、ＲＵ２は、（Ｅ）ＰＤＣＣＨ送信用パラメータに、ＭＴＣ端末向け情報を省略している旨を示す情報及びユーザ装置ＵＥの種別を示す情報が含まれている場合、前回取得した（過去に取得した）、当該ユーザ装置ＵＥの種別を示す情報に対応する「ＭＴＣ端末向け情報」に基づいて、同一のＤＣＩを繰り返し送信するようにする。これにより、ＤＵ１及びＲＵ２間の信号量を削減することが可能になる。
【００４９】
［下り物理制御チャネルの送信手順（変形例２）］
ＤＵ１は、ＰＤＣＣＨ  Ｏｒｄｅｒに用いられるＤＣＩに含めるプリアンブルＩＤ（Preamble Index）のセットをＲＵ２に予め通知しておくようにしてもよい。また、ＰＤＣＣＨ  ＯｒｄｅｒのＤＣＩ送信を行う場合、ＤＵ１は、（Ｅ）ＰＤＣＣＨ送信用パラメータに、プリアンブルＩＤに代えて（つまり、プリアンブルＩＤを含めずに）、ＰＤＣＣＨ  Ｏｒｄｅｒに用いるＤＣＩを送信する旨を示す識別子を含めるようにして、ＲＵ２は、当該識別子を検出した場合、予め通知されたプリアンブルＩＤのセットから任意のプリアンブルＩＤを選択し、選択したプリアンブルＩＤをＤＣＩに含めてユーザ装置ＵＥに送信するようにしてもよい。これにより、ＤＵ１及びＲＵ２間の信号量を削減することが可能になる。
【００５０】
［下り物理制御チャネルの送信手順（変形例３）］
ＲＵ２は、（Ｅ）ＰＤＣＣＨ送信用パラメータにおける「ＤＣＩ」にキャリアインジケーター（ＣＩＦ：Carrier Indicator Field）が含まれる場合、つまり、ＤＵ１にてクロスキャリアスケジューリングが行われる場合、スケジューリングされるキャリアのＲＵ２に、当該（Ｅ）ＰＤＣＣＨ送信用パラメータを通知するようにしてもよい。これにより、スケジューリングされるキャリアのＲＵ２は、ユーザ装置ＵＥから上りユーザデータが送信されるタイミング及びリソースを把握することができ、上りユーザデータの復号処理等を行うことが可能になる。
【００５１】
［下り物理制御チャネルの送信手順（変形例４）］
図１１のステップＳ３０３の処理手順に関して、所定の期間（所定の待ち受け時間）は、予めＤＵ１から通知されていてもよい。また、ステップＳ３０３の処理手順と共に（又は代えて）、ＲＵ２は、ＰＤＣＣＨ  Ｏｒｄｅｒに用いられるＤＣＩをユーザ装置ＵＥに再送するようにしてもよい。これにより、ＤＵ１は、（Ｅ）ＰＤＣＣＨ送信用パラメータを再度ＲＵ２に送信する必要がなくなるため、ＤＵ１及びＲＵ２間の信号量を削減することが可能になる。
【００５２】
＜機能構成＞
（ＤＵ）
図１３は、実施の形態に係るＤＵの機能構成例を示す図である。図１３に示すように、ＤＵ１は、ＲＵ間信号送信部１０１と、ＲＵ間信号受信部１０２と、パラメータ生成部１０３とを有する。なお、図１３は、ＤＵ１において実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇ含む）に準拠した動作を行うための図示しない機能も有するものである。また、図１３に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。ただし、これまでに説明したＤＵ１の処理の一部（例：特定の１つ又は複数の変形例、具体例のみ等）を実行可能としてもよい。
【００５３】
ＲＵ間信号送信部１０１は、ＤＵ１から送信されるべきデータに対して各レイヤの処理を行うことで信号を生成し、生成した信号を、ＦＨを介してＲＵ２に送信する機能を含む。ＲＵ間信号受信部１０２は、ＲＵ２からＦＨを介して信号を受信し、受信した信号に対して各レイヤの処理を行うことでデータを取得する機能を含む。また、ＲＵ間信号受信部１０２は、ＲＵ２側で行われた処理の処理結果（復号結果、ＰＤＣＣＨ  Ｏｒｄｅｒに対するユーザ装置ＵＥからの応答など）に関する通知をＲＵ２から取得する機能を有する。また、ＲＵ間信号送信部１０１は、通知されたＲＵ２側で行われた処理の処理結果に基づいて、信号の再送などの処理を行う機能を有する。ＲＵ間信号送信部１０１及びＲＵ間信号受信部１０２は、ＦＨで用いられる所定のプロトコルのインタフェースとしての機能を含む。
【００５４】
パラメータ生成部１０３は、下り物理チャネルの信号の生成に用いるパラメータを生成する機能を有する。また、パラメータ生成部１０３は、生成したパラメータを、ＲＵ間信号送信部１０１を介して、ＲＵ２に送信する。なお、パラメータ生成部１０３は、ＭＡＣスケジューラーに関する機能の一部であってもよい。
【００５５】
（ＲＵ）
図１４は、実施の形態に係るＲＵの機能構成例を示す図である。図１４に示すように、ＲＵ２は、ＤＵ間信号送信部２０１と、ＤＵ間信号受信部２０２と、ＵＥ間信号送信部２０３と、ＵＥ間信号受信部２０４と、ＤＵ間信号生成部２０５と、パラメータ取得部２０６と、ＵＥ間信号生成部２０７と、記憶部２０８とを有する。なお、図１４は、ＲＵ２において実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥ（５Ｇ含む）に準拠した動作を行うための図示しない機能も有するものである。また、図１４に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。ただし、これまでに説明したＲＵ２の処理の一部（例：特定の１つ又は複数の変形例、具体例のみ等）を実行可能としてもよい。
【００５６】
ＤＵ間信号送信部２０１は、ＤＵ間信号生成部２０５で生成された信号をＦＨを介してＤＵ１に送信する機能を含む。ＤＵ間信号受信部２０２は、ＤＵ１からＦＨを介して信号を受信する機能を含む。また、ＤＵ間信号送信部２０１及びＤＵ間信号受信部２０２は、ＦＨで用いられる所定のプロトコルのインタフェースとしての機能を含む。
【００５７】
ＵＥ間信号送信部２０３は、ＵＥ間信号生成部２０７で生成された無線信号をユーザ装置ＵＥに送信する機能を含む。ＵＥ間信号受信部２０４は、ユーザ装置ＵＥから無線信号を受信し、受信した無線信号をＤＵ間信号生成部２０５に渡す機能を含む。また、ＵＥ間信号受信部２０４は、ユーザ装置ＵＥから上り物理共有チャネルの信号を受信して復号する機能を含む。
【００５８】
また、ＵＥ間信号送信部２０３は、ＰＤＣＣＨ  Ｏｒｄｅｒの通知を含む下り物理制御チャネルの信号をユーザ装置ＵＥに送信してから、所定の待ち受け時間が経過するまでに、ユーザ装置ＵＥからの応答がＵＥ間信号受信部２０４で受信されない場合、ＰＤＣＣＨ  Ｏｒｄｅｒの通知を含む下り物理制御チャネルの信号を再送するようにしてもよい。
【００５９】
また、ＵＥ間信号送信部２０３は、パラメータ取得部２０６で取得された"下り物理制御チャネルの信号の生成に用いるパラメータ"に他のキャリア向けのスケジューリング情報が含まれている場合、該他のキャリアに対応する他のＲＵ２に、パラメータ取得部２０６で取得された"下り物理制御チャネルの信号の生成に用いるパラメータ"を送信するようにしてもよい。
【００６０】
ＤＵ間信号生成部２０５は、ＵＥ間信号受信部２０４で受信された無線信号に対してレイヤ１の全部又は一部の処理を行うことで、ＤＵ１に向けて送信されるべき信号を生成し、生成した信号をＤＵ間信号送信部２０１に渡す。
【００６１】
パラメータ取得部２０６は、下り物理チャネルの信号の生成に用いるパラメータを、ＤＵ間信号受信部２０２を介してＤＵ１から取得する機能を有する。また、パラメータ取得部２０６は、取得したパラメータをＵＥ間信号生成部２０７に渡す機能を有する。また、パラメータ取得部２０６は、下り物理制御フォーマット通知チャネルの信号の生成に用いるパラメータ、下り物理ＨＡＲＱ通知チャネルの信号の生成に用いるパラメータ、又は、下り物理制御チャネルの信号の生成に用いるパラメータを、ＤＵ間信号受信部２０２を介してＤＵ１から取得する機能を有する。
【００６２】
また、パラメータ取得部２０６は、下り物理制御フォーマット通知チャネルの信号の生成に用いるパラメータを、当該パラメータが更新されるタイミングでＤＵ１から取得するようにしてもよい。また、パラメータ取得部２０６は、下り物理制御チャネルの信号の生成に用いるパラメータに含まれる複数の情報のうち、一部の情報が省略された当該パラメータを取得するようにしてもよい。当該一部の情報は、例えば、下り物理制御チャネルで送信される下り制御信号の繰り返し送信回数であってもよい。
【００６３】
また、パラメータ取得部２０６は、ＰＤＣＣＨ  Ｏｒｄｅｒの通知に対するユーザ装置ＵＥからの応答を待ち受ける時間（所定の待ち受け時間）をＤＵ１から取得するようにしてもよい。
【００６４】
ＵＥ間信号生成部２０７は、下り物理チャネルの信号の生成に用いるパラメータを用いて、下り物理チャネルの信号を生成し、生成した信号をＵＥ間信号送信部２０３に渡す。また、ＵＥ間信号生成部２０７は、下り物理制御フォーマット通知チャネルの信号の生成に用いるパラメータを用いて、下り物理制御フォーマット通知チャネルの信号を生成する。また、ＵＥ間信号生成部２０７は、下り物理ＨＡＲＱ通知チャネルの信号の生成に用いるパラメータを用いて、下り物理ＨＡＲＱ通知チャネルの信号を生成する。また、ＵＥ間信号生成部２０７は、下り物理制御チャネルの信号の生成に用いるパラメータを用いて、下り物理制御チャネルの信号を生成する。
【００６５】
また、ＵＥ間信号生成部２０７は、パラメータ取得部２０６が、更新された"下り物理制御フォーマット通知チャネルの信号の生成に用いるパラメータ"を取得していない場合、更新される前の当該パラメータを用いて、下り物理制御フォーマット通知チャネルの信号を生成するようにしてもよい。
【００６６】
また、ＵＥ間信号生成部２０７は、パラメータ取得部２０６が"下り物理制御チャネルの信号の生成に用いるパラメータ"のうち一部が省略された当該パラメータを取得した場合であって、かつ、省略された一部のパラメータを過去に取得している場合、取得した当該パラメータ（一部が省略されたパラメータ）と、過去に取得した当該省略された一部のパラメータとを用いて下り物理制御チャネルの信号を生成するようにしてもよい。
【００６７】
また、ＵＥ間信号生成部２０７は、ＵＥ間信号受信部２０４で上り物理共有チャネルの信号を復号できた場合（又は復号できなかった場合）、ＡＣＫ（又はＮＡＣＫ）を示す下り物理ＨＡＲＱ通知チャネルの信号を生成し、生成した信号をＵＥ間信号送信部２０３を介してユーザ装置ＵＥに送信するようにしてもよい。
【００６８】
また、ＵＥ間信号生成部２０７は、パラメータ取得部２０６が"下り物理制御チャネルの信号の生成に用いるパラメータ"のうちプリアンブルＩＤが省略された当該パラメータを取得した場合、記憶部２０８に記憶されている複数のプリアンブルＩＤからいずれか１つを選択し、選択したプリアンブルＩＤと、パラメータ取得部２０６で取得した"下り物理制御チャネルの信号の生成に用いるパラメータ"とを用いて、下り物理制御チャネルの信号を生成するようにしてもよい。
【００６９】
記憶部２０８は、例えば、ＰＤＣＣＨ  Ｏｒｄｅｒ用に用いられる複数のプリアンブルＩＤを記憶する機能を有する。当該複数のプリアンブルＩＤは、予めＤＵ１から通知されたものであってもよい。
【００７０】
以上説明したＤＵ１及びＲＵ２の機能構成は、全体をハードウェア回路（例えば、１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００７１】
（ＤＵ）
図１５は、実施の形態に係るＤＵのハードウェア構成例を示す図である。図１５は、図１３よりも実装例に近い構成を示している。図１５に示すように、ＤＵ１は、ＲＵ２と接続するためのインタフェースであるＲＵ間ＩＦ３０１と、ベースバンド信号処理を行うＢＢ処理モジュール３０２と、上位レイヤ等の処理を行う装置制御モジュール３０３と、コアネットワーク等と接続するためのインタフェースである通信ＩＦ３０４とを有する。
【００７２】
ＲＵ間ＩＦ３０１は、ＤＵ１とＲＵ２との間を接続するＦＨの物理回線を接続する機能、ＦＨで用いられるプロトコルを終端する機能を有する。ＲＵ間ＩＦ３０１は、例えば、図１３に示すＲＵ間信号送信部１０１及びＲＵ間信号受信部１０２の一部を含む。
【００７３】
ＢＢ処理モジュール３０２は、ＩＰパケットと、ＲＵ２との間で送受信される信号とを相互に変換する処理を行う。ＤＳＰ３１２は、ＢＢ処理モジュール３０２における信号処理を行うプロセッサである。メモリ３２２は、ＤＳＰ３１２のワークエリアとして使用される。ＢＢ処理モジュール３０２は、例えば、図１３に示すＲＵ間信号送信部１０１、ＲＵ間信号受信部１０２の一部、及びパラメータ生成部１０３を含む。
【００７４】
装置制御モジュール３０３は、ＩＰレイヤのプロトコル処理、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)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【００９７】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００９８】
また、本明細書で説明した各態様／実施形態の処理手順、シーケンスなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００９９】
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【０１００】
所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【０１０１】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１０２】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べたシーケンス及びフローチャートは、矛盾の無い限り順序を入れ替えてもよい。処理説明の便宜上、ＤＵ１／ＲＵ２は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってＤＵ１が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従ってＲＵ２が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１０３】
なお、実施の形態において、ＲＵ２は第一の基地局の一例である。ＤＵ１は第二の基地局の一例である。
【０１０４】
本国際特許出願は２０１６年３月２３日に出願した日本国特許出願第２０１６−０５９１６８号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−０５９１６８号の全内容を本願に援用する。
【符号の説明】
【０１０５】
１  ＤＵ
２  ＲＵ
ＵＥ  ユーザ装置
１０１  ＲＵ間信号送信部
１０２  ＲＵ間信号受信部
１０３  パラメータ生成部
２０１  ＤＵ間信号送信部
２０２  ＤＵ間信号受信部
２０３  ＵＥ間信号送信部
２０４  ＵＥ間信号受信部
２０５  ＤＵ間信号生成部
２０６  パラメータ取得部
２０７  ＵＥ間信号生成部
２０８  記憶部
３０１  ＤＵ間ＩＦ
３０２  ＢＢ処理モジュール
３０３  装置制御モジュール
３０４  通信ＩＦ
４０１  ＲＦモジュール
４０２  ＢＢ処理モジュール
４０３  ＤＵ間ＩＦ
【図１】
2017164057.tif 000003
【図２】
2017164057.tif 000004
【図３】
2017164057.tif 000005
【図４】
2017164057.tif 000006
【図５】
2017164057.tif 000007
【図６】
2017164057.tif 000008
【図７】
2017164057.tif 000009
【図８】
2017164057.tif 000010
【図９】
2017164057.tif 000011
【図１０】
2017164057.tif 000012
【図１１】
2017164057.tif 000013
【図１２】
2017164057.tif 000014
【図１３】
2017164057.tif 000015
【図１４】
2017164057.tif 000016
【図１５】
2017164057.tif 000017
【図１６】
2017164057.tif 000018
【国際調査報告】
2017164057.tif 000019
2017164057.tif 000020
2017164057.tif 000021
2017164057.tif 000022