(57)【要約】【課題】制御チャネルに繰り返し送信を適用する場合であっても、適切に通信を行うこと。【解決手段】本発明の一態様に係るユーザ端末は、システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末であって、所定のサーチスペースを構成する複数の候補領域の少なくとも１つで、繰り返し送信される下り制御チャネルの復号処理を行う受信信号処理部と、所定の候補領域で、上り送信及び／又は下り受信のスケジューリング情報を検出した場合に、同じサーチスペースの残りの候補領域における復号処理を制御する制御部と、を有する。【選択図】図４
2017063323.tif 000002
【特許請求の範囲】
【請求項１】
システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末であって、
所定のサーチスペースを構成する複数の候補領域の少なくとも１つで、繰り返し送信される下り制御チャネルの復号処理を行う受信信号処理部と、
所定の候補領域で、上り送信及び／又は下り受信のスケジューリング情報を検出した場合に、同じサーチスペースの残りの候補領域における復号処理を制御する制御部と、を有することを特徴とするユーザ端末。
【請求項２】
前記制御部は、所定の候補領域で、上り送信及び／又は下り受信のスケジューリング情報を検出した場合に、同じサーチスペースの残りの候補領域における復号処理を行わないように制御することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記制御部は、所定の候補領域で、上り送信のスケジューリング情報を検出した場合に、当該上り送信の繰り返し数に基づいて、同じサーチスペースの残りの候補領域における復号処理を行うか否かを制御することを特徴とする請求項１に記載のユーザ端末。
【請求項４】
前記制御部は、さらに、ランダムアクセス手順を制御し、所定の構成情報に基づいて、前記ランダムアクセス手順中の前記下り制御チャネルの繰り返し受信及び／又は上り制御チャネルの繰り返し送信を制御することを特徴とする請求項１に記載のユーザ端末。
【請求項５】
前記制御部は、ランダムアクセスレスポンスに含まれる所定の情報に基づいて、前記所定の構成情報を判断することを特徴とする請求項４に記載のユーザ端末。
【請求項６】
前記制御部は、ランダムアクセスチャネルのカバレッジ拡張レベルに基づいて、前記所定の構成情報を判断することを特徴とする請求項４に記載のユーザ端末。
【請求項７】
前記制御部は、送信モードに基づいて、前記下り制御チャネルで用いられるＤＣＩ（Downlink  Control  Information）フォーマットのうち、全てのＤＣＩフォーマットのサイズが同じであると想定して復号処理を行うように制御することを特徴とする請求項１に記載のユーザ端末。
【請求項８】
前記制御部は、送信モード及び適用されるカバレッジに基づいて、前記下り制御チャネルで用いられるＤＣＩ（Downlink  Control  Information）フォーマットのうち、サイズ差が最小である複数のＤＣＩフォーマットのサイズが同じであると想定して復号処理を行うように制御することを特徴とする請求項１に記載のユーザ端末。
【請求項９】
システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末と通信する無線基地局であって、
所定のサーチスペースを構成する複数の候補領域の少なくとも１つで、下り制御チャネルを繰り返し送信する送信部と、
所定の候補領域で、上り送信及び／又は下り受信のスケジューリング情報を送信済みの場合に、同じサーチスペースの残りの候補領域における上り送信及び／又は下り受信のスケジューリング情報の送信を制御する制御部と、を有することを特徴とする無線基地局。
【請求項１０】
システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末の無線通信方法であって、
所定のサーチスペースを構成する複数の候補領域の少なくとも１つで、繰り返し送信される下り制御チャネルの復号処理を行う工程と、
所定の候補領域で、上り送信及び／又は下り受信のスケジューリング情報を検出した場合に、同じサーチスペースの残りの候補領域における復号処理を制御する工程と、を有することを特徴とする無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、次世代移動通信システムにおけるユーザ端末、無線基地局及び無線通信方法に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long  Term  Evolution）が仕様化された（非特許文献１）。また、ＬＴＥ（ＬＴＥ  Ｒｅｌ．８又は９ともいう）からの更なる広帯域化及び高速化を目的として、ＬＴＥ−Ａ（ＬＴＥアドバンスト、ＬＴＥ  Ｒｅｌ．１０、１１又は１２ともいう）が仕様化され、ＬＴＥの後継システム（例えば、ＦＲＡ（Future  Radio  Access）、５Ｇ（5th  generation  mobile  communication  system）、ＬＴＥ  Ｒｅｌ．１３などともいう）も検討されている。
【０００３】
ところで、近年、通信装置の低コスト化に伴い、ネットワークに繋がれた装置が、人間の手を介さずに相互に通信して自動的に制御を行う機器間通信（Ｍ２Ｍ：Machine-to-Machine）の技術開発が盛んに行われている。特に、３ＧＰＰ（Third  Generation  Partnership  Project）は、Ｍ２Ｍの中でも機器間通信用のセルラシステムとして、ＭＴＣ（Machine  Type  Communication）の最適化に関する標準化を進めている（非特許文献２）。
【０００４】
標準化の中で、ＭＴＣに用いられる端末（ＭＴＣ端末）が備えるべき各種機能も検討されており、一例として、コスト削減を図るために送受信帯域幅を限定した端末が検討されている。他の例として、ＭＴＣ端末は、建物の奥深い場所や、地下などの建物侵入損が大きく、無線通信が困難な場所に配置される可能性があるため、カバレッジ拡張（Coverage  enhancement）を目的としたＭＴＣ端末も検討されている。
【０００５】
以上の２つの例に基づき、ＭＴＣ端末（ＭＴＣ  ＵＥ（User  Equipment））は、次の４つに分類される：（１）送受信帯域幅の制限がなく、カバレッジ拡張機能を備えない端末、（２）送受信帯域幅の制限があり、カバレッジ拡張機能を備えない端末、（３）送受信帯域幅の制限がなく、カバレッジ拡張機能を備えた端末、（４）送受信帯域幅の制限があり、カバレッジ拡張機能を備えた端末。ＭＴＣ端末は、例えば、電気メータ、ガスメータ、自動販売機、車両、その他産業機器などの幅広い分野への利用が考えられている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】3GPP  TS  36.300  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN);  Overall  description;  Stage  2”
【非特許文献２】3GPP  TS  36.888  “Study  on  provision  of  low-cost  Machine-Type  Communications  (MTC)  User  Equipments  (UEs)  based  on  LTE  (Release  12)”
【発明の概要】
【発明が解決しようとする課題】
【０００７】
カバレッジ拡張の方法として、下りリンク（ＤＬ）及び／又は上りリンク（ＵＬ）において同じ信号を複数サブフレームに渡って繰り返し送信することで、受信信号対干渉雑音比（ＳＩＮＲ：Signal-to-Interference  plus  Noise  Ratio）を向上させる繰り返し送信（repetition）の適用が考えられる。例えば、無線基地局（ｅＮＢ：eNode  B）が所定の信号を繰り返し送信する場合、ＭＴＣ端末が受信信号を電力合成して受信処理（復調、復号など）を行う。
【０００８】
しかしながら、制御チャネルに繰り返し送信を適用する場合には、適切に通信制御が行われず、スループットが低下するおそれがある。また、不要な再送などが発生することにより、周波数利用効率が劣化することが考えられる。
【０００９】
本発明はかかる点に鑑みてなされたものであり、制御チャネルに繰り返し送信を適用する場合であっても、適切に通信を行うことができるユーザ端末、無線基地局及び無線通信方法を提供することを目的の１つとする。
【課題を解決するための手段】
【００１０】
本発明の一態様に係るユーザ端末は、システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末であって、所定のサーチスペースを構成する複数の候補領域の少なくとも１つで、繰り返し送信される下り制御チャネルの復号処理を行う受信信号処理部と、所定の候補領域で、上り送信及び／又は下り受信のスケジューリング情報を検出した場合に、同じサーチスペースの残りの候補領域における復号処理を制御する制御部と、を有する。
【発明の効果】
【００１１】
本発明によれば、制御チャネルに繰り返し送信を適用する場合であっても、適切に通信を行うことができる。
【図面の簡単な説明】
【００１２】
【図１】システム帯域内における狭帯域の配置例を示す図である。
【図２】ＭＰＤＣＣＨのサーチスペースの一例を示す図である。
【図３】ＭＴＣ端末において、複数の受信又は複数の送信が生じる一例を示す図である。
【図４】本発明の実施形態１．１の処理の一例を示す図である。
【図５】本発明の実施形態１．１の処理の別の一例及び実施形態１．２の処理の一例を示す図である。
【図６】ＭＴＣ端末のランダムアクセス手順の一例を示すシーケンス図である。
【図７】第２の実施形態で用いる対応関係の一例を示す図である。
【図８】ＤＣＩフォーマット０について、Ｒｅｌ．１２の構成と、Ｒｅｌ．１３のＭＴＣ端末が用いる構成の一例と、を示した図である。
【図９】ＤＣＩフォーマット１Ａについて、Ｒｅｌ．１２の構成と、Ｒｅｌ．１３のＭＴＣ端末が用いる構成の一例と、を示した図である。
【図１０】ＤＣＩフォーマット１について、Ｒｅｌ．１２の構成と、Ｒｅｌ．１３のＭＴＣ端末が用いる構成の一例と、を示した図である。
【図１１】ＤＣＩフォーマット２Ｃについて、Ｒｅｌ．１２の構成と、Ｒｅｌ．１３のＭＴＣ端末が用いる構成の一例と、を示した図である。
【図１２】図８−１１に示したＤＣＩフォーマットのサイズの一例を示す図である。
【図１３】第３の実施形態における、サイズを揃えるＤＣＩの組み合わせの一例を示す図である。
【図１４】本発明の一実施形態に係る無線通信システムの概略構成図である。
【図１５】本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。
【図１６】本発明の一実施形態に係る無線基地局の機能構成の一例を示す図である。
【図１７】本発明の一実施形態に係るユーザ端末の全体構成の一例を示す図である。
【図１８】本発明の一実施形態に係るユーザ端末の機能構成の一例を示す図である。
【発明を実施するための形態】
【００１３】
ＭＴＣ端末では、処理能力の低下を許容して、ハードウェア構成を簡略化することが検討されている。例えば、送受信帯域幅を限定した低コストＭＴＣ端末（ＬＣ（Low-Cost）−ＭＴＣ  ＵＥ）では、既存の端末（ＬＴＥ端末）に比べて、ピークレートの減少、トランスポートブロックサイズの制限、リソースブロック（ＲＢ（Resource  Block）、ＰＲＢ（Physical  Resource  Block）ともいう）の制限、受信ＲＦの制限などを適用することが検討されている。
【００１４】
低コストＭＴＣ端末は、上りリンク（ＵＬ）及び下りリンク（ＤＬ）の使用帯域を、システム帯域の一部の狭帯域（ＮＢ：Narrow  Band）に制限することで実現される。システム帯域は、例えば、既存のＬＴＥ帯域（２０ＭＨｚなど）、コンポーネントキャリア（ＣＣ）などに相当する。なお、低コストＭＴＣ端末は、単にＭＴＣ端末と呼ばれてもよく、以下ではＭＴＣ端末と表記する。また、既存の端末は、ノーマルＵＥ又はｎｏｎ−ＭＴＣ  ＵＥなどと呼ばれてもよい。
【００１５】
使用帯域の上限がシステム帯域（例えば、２０ＭＨｚ（１００ＲＢ）、１コンポーネントキャリアなど）に設定される既存のユーザ端末とは異なり、ＭＴＣ端末の使用帯域の上限は所定の帯域（例えば、１．４ＭＨｚ（６ＲＢ）、２００ｋＨｚ（１ＲＢ））に制限されることが想定される。帯域が制限されたＭＴＣ端末は、既存の端末との関係を考慮してＬＴＥ／ＬＴＥ−Ａのシステム帯域内で動作させることが検討されている。
【００１６】
例えば、ＬＴＥ／ＬＴＥ−Ａのシステム帯域において、帯域が制限されたＭＴＣ端末と帯域が制限されない既存のユーザ端末との間で、周波数多重がサポートされる。したがって、ＭＴＣ端末は、サポートする最大の帯域がシステム帯域の一部の帯域である端末と表されてもよいし、ＬＴＥ／ＬＴＥ−Ａのシステム帯域よりも狭帯域の送受信性能を有する端末と表されてもよい。
【００１７】
図１は、システム帯域内における狭帯域の配置例を示す図である。図１では、ＬＴＥのシステム帯域（例えば、２０ＭＨｚ）に比べて狭い所定の帯域（例えば、１．４ＭＨｚ）が、システム帯域の一部に設定されている。当該帯域は、ＭＴＣ端末によって検出可能な周波数帯域に相当する。
【００１８】
なお、ＭＴＣ端末の使用帯域となる狭帯域の周波数位置は、システム帯域内で変化可能な構成とすることが好ましい。例えば、ＭＴＣ端末は、所定の期間（例えば、サブフレーム）毎に異なる周波数リソースを用いて通信することが好ましい。これにより、ＭＴＣ端末に対するトラヒックオフロードや、周波数ダイバーシチ効果が実現でき、周波数利用効率の低下を抑制することができる。したがって、ＭＴＣ端末は、周波数ホッピングや周波数スケジューリングの適用を考慮して、ＲＦの再調整（retuning）機能を有することが好ましい。
【００１９】
なお、下りリンクの送受信に用いられる狭帯域（ＤＬ  ＮＢ：Downlink  Narrow  Band）と上りリンクの送受信に用いられる狭帯域（ＵＬ  ＮＢ：Uplink  Narrow  Band）とは異なる周波数帯を用いてもよい。また、ＤＬ  ＮＢは下り狭帯域と呼ばれてもよいし、ＵＬ  ＮＢは上り狭帯域と呼ばれてもよい。
【００２０】
ＭＴＣ端末は、狭帯域に配置される下り制御チャネルを用いて下り制御情報（ＤＣＩ：Downlink  Control  Information）を受信するが、当該下り制御チャネルは、ＥＰＤＣＣＨ（Enhanced  Physical  Downlink  Control  Channel）と呼ばれてもよいし、ＭＰＤＣＣＨ（ＭＴＣ  ＰＤＣＣＨ）と呼ばれてもよい。
【００２１】
また、ＭＴＣ端末は、狭帯域に配置される下り共有チャネル（下りデータチャネル）を用いて下りデータを受信するが、当該下り共有チャネルは、ＰＤＳＣＨ（Physical  Downlink  Shared  Channel）と呼ばれてもよいし、ＭＰＤＳＣＨ（ＭＴＣ  ＰＤＳＣＨ）と呼ばれてもよい。
【００２２】
また、ＭＴＣ端末向けの上り制御チャネル（例えば、ＰＵＣＣＨ（Physical  Uplink  Control  Channel））及び上り共有チャネル（例えば、ＰＵＳＣＨ（Physical  Uplink  Shared  Channel））はそれぞれ、ＭＰＵＣＣＨ（ＭＴＣ  ＰＵＣＣＨ）、ＭＰＵＳＣＨ（ＭＴＣ  ＰＵＳＣＨ）などと呼ばれてもよい。以上のチャネルに限られず、ＭＴＣ端末が利用するチャネルは、同じ用途に用いられる従来のチャネルにＭＴＣを示す「Ｍ」を付して表されてもよい。
【００２３】
また、従来のＬＴＥでは、不特定多数の端末に向けた制御情報（例えば、システム情報ブロック（ＳＩＢ：System  Information  Block））はＰＤＳＣＨに格納され、特定の端末に向けた制御情報が格納される無線リソースは、ＰＤＣＣＨを用いて指定される。一方、ＭＴＣ端末向けの制御情報は、ＰＤＣＣＨ又はＥＰＤＣＣＨを用いずに固定的に無線リソースを割り当てることが検討されている。
【００２４】
このような条件下で制御情報を受信する場合には、ＭＴＣ端末は制御情報が送信されるサブフレームの位置を指定する情報と、周波数方向の位置と、トランスポートブロックサイズ（ＴＢＳ：Transport  Block  Size）と、変調方式（ＭＣＳ：Modulation  and  Coding  Scheme）と、を予め把握しておく必要がある。なお、ＭＴＣ端末向けのＳＩＢが規定されてもよく、当該ＳＩＢはＭＴＣ−ＳＩＢと呼ばれてもよい。
【００２５】
ところで、ＭＴＣ端末の無線通信には、カバレッジ拡張（ＣＥ：Coverage  Enhancement）を適用することが検討されている。例えば、ＭＴＣ端末では、既存のユーザ端末と比較して最大で１５ｄＢのカバレッジの改善が検討されている。
【００２６】
ＭＴＣ端末の無線通信におけるカバレッジ拡張方法としては、例えば、下りリンク（ＤＬ）及び／又は上りリンク（ＵＬ）において同一の信号（例えば、トランスポートブロック）を繰り返し送信する方法（repetition）や、同一コードワードでＲＶ（Redundancy  Version）が異なる信号を繰り返し送信する方法などを適用することが考えられる。通信環境によっては、所望のカバレッジ特性（例えば、最大１５ｄＢのカバレッジ）を達成するために、繰り返し送信回数（繰り返し数）が大きくなることが想定される。
【００２７】
繰り返し送信された信号は、受信側で合成され、受信処理（例えば、デマッピング、復調、復号など）に用いられる。これにより、受信信号品質を向上することができる。なお、繰り返し送信された信号の受信は、繰り返し受信、合成受信などともいう。
【００２８】
無線基地局は、上り信号（例えば、ＰＵＳＣＨ）及び／又は下り信号（例えば、ＰＤＳＣＨ）の繰り返し数に関する情報を、報知情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ）、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング）及び下り制御情報（ＤＣＩ：Downlink  Control  Information）のいずれか又はこれらの組み合わせにより、ＭＴＣ端末に通知することができる。
【００２９】
また、各信号について、繰り返し数は、繰り返しレベルにより指定されてもよい。ここで、繰り返しレベル（repetition  level）とは、繰り返し数に関する情報であり、例えば、繰り返し数そのものであってもよいし、繰り返し数に関連付けられた所定の情報（例えば、インデックス）であってもよい。無線基地局は、繰り返しレベルと繰り返し数との対応関係に関する情報を、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、報知情報）、下り制御情報（ＤＣＩ）又はこれらの組み合わせを利用して、ＭＴＣ端末に通知することができる。
【００３０】
なお、これらの対応関係は、全てのセルで共通としてもよいし、セル固有に規定されるものとしてもよい。また、これらの対応関係に関する情報は、予め無線基地局及びユーザ端末に設定される構成としてもよい。また、繰り返し数／レベルは、チャネルごとに別々に（例えば、異なるように）設定／規定されてもよい。
【００３１】
また、カバレッジ拡張の設定を示すために、カバレッジ拡張レベル（CE  level）が規定されてもよい。例えば、ＣＥレベルが異なると、繰り返し数が異なるように構成される。ＣＥレベルの数は、例えば３つとすることが考えられるが、これに限られない。カバレッジ拡張を適用しない（繰り返し送信しない）ＵＥは、ＣＥレベルなし（又はＣＥレベル０）に対応し、カバレッジ拡張を適用するＵＥは、ＣＥレベル１−３に対応するとしてもよい。
【００３２】
ところで、既存システムの下り制御チャネル（ＰＤＣＣＨ／ＥＰＤＣＣＨ）では、ＵＥは、１サブフレーム内の複数のＰＤＣＣＨ／ＥＰＤＣＣＨ候補をモニタして、下り制御信号を検出（ブラインド復号）する。モニタすべきＰＤＣＣＨ／ＥＰＤＣＣＨ候補のセットは、サーチスペース（ＳＳ：Search  Space）と呼ばれてもよい。ＵＥごとに異なるサーチスペースは、ユーザ端末固有サーチスペース（ＵＳＳ：UE-specific  Search  Space）と呼ばれてもよい。また、複数ＵＥで同じサーチスペースは、共通サーチスペース（ＣＳＳ：Common  Search  Space）と呼ばれてもよい。
【００３３】
下り制御信号としては、例えば、下り送信（ＰＤＳＣＨ）のスケジューリング情報（ＤＬグラント（DL  grant）、ＤＬアサインメント（DL  assignment）などともいう）や、上り送信（ＰＵＳＣＨ）のスケジューリング情報（ＵＬグラント（UL  grant）ともいう）などのＤＣＩが通知される。
【００３４】
１つのＰＤＣＣＨ／ＥＰＤＣＣＨ候補は、1つ又は複数の制御チャネル要素（ＣＣＥ：Control  Channel  Element）／拡張ＣＣＥ（ＥＣＣＥ：Enhanced  CCE）で構成される。ＰＤＣＣＨ／ＥＰＤＣＣＨ候補内のＣＣＥ／ＥＣＣＥ数は、アグリゲーションレベル（ＡＬ：Aggregation  Level)と呼ばれる。例えば、既存のＰＤＣＣＨ／ＥＰＤＣＣＨのＵＳＳでは、ＡＬ＝１、２、４、８などが利用される。
【００３５】
一方、ＬＴＥ  Ｒｅｌ．１３では、カバレッジ拡張が設定された（拡張モードの）ＭＴＣ端末が、ＭＰＤＣＣＨについて複数の繰り返しレベルをサポートすることが検討されている。この場合、既存システムのサーチスペースが、ＡＬに基づいて１サブフレーム内の周波数領域に展開されるのに対し、ＭＰＤＣＣＨのサーチスペース（例えば、ＭＰＤＣＣＨのＵＳＳ）を、繰り返しレベルに基づいて複数のサブフレームに拡張することが考えられる。なお、拡張モードのＭＴＣ端末は、所定のＡＬのみ（例えば、ＡＬ＝２４のみ）をサポートすることも検討されているが、複数のＡＬをサポートしてもよい。
【００３６】
図２は、ＭＰＤＣＣＨのサーチスペースの一例を示す図である。図２では、同じ時間／周波数リソース（サーチスペース）に割り当てられるＭＰＤＣＣＨ候補が示されている。ＭＰＤＣＣＨ候補は、ブラインド復号候補（ＢＤ（Blind  Decoding）  candidate）、候補領域などと呼ばれてもよい。図２では、１６個のサブフレームが示されており、各サブフレームに付される数字は、例えば所定のサブフレームインデックスである。
【００３７】
図２では、ＢＤ候補として、繰り返し数＝４に対応するＢＤ候補＃１−＃４が時間的に連続に配置され、繰り返し数＝８に対応するＢＤ候補＃５−＃６が時間的に連続に配置され、及び繰り返し数＝１６に対応するＢＤ候補＃７が配置される様子が示されている。同じ繰り返し数のＢＤ候補は、それぞれ繰り返し送信の開始サブフレームが異なっている。
ＵＥは、各ＢＤ候補の復号を試み、ＭＰＤＣＣＨを合成して復号に成功したＤＣＩを取得する。
【００３８】
ＬＴＥ  Ｒｅｌ．１３のＭＴＣ端末は、予め規定された及び／又は設定されたＢＤ候補をモニタしてＤＣＩを検出し、当該ＤＣＩに基づいて送信処理及び／又は受信処理の制御を行う。ここで、同じＵＳＳの複数のＢＤ候補でそれぞれＤＣＩを検出した場合、それぞれのＤＣＩに基づいて送信処理及び／又は受信処理の制御を行うことが考えられる。
【００３９】
ＬＴＥ  Ｒｅｌ．１３のＭＴＣ端末では、複信方式としてＨＤ−ＦＤＤ（Half  Duplex  Frequency  Division  Duplexing）やＴＤＤ（Time  Division  Duplexing）以外に、通常のＦＤＤ（Ｆｕｌｌ  ｄｕｐｌｅｘ  ＦＤＤ）を用いることが検討されている。ただし、Ｆｕｌｌ  ｄｕｐｌｅｘ  ＦＤＤを用いる場合であっても、送信帯域幅及び受信帯域幅がそれぞれ所定のＮＢに制限される場合、ＭＴＣ端末は、複数のＮＢでの同時受信や、複数のＮＢでの同時送信を行うことができない。
【００４０】
しかしながら、図２に示したような、繰り返しレベルに基づくＭＰＤＣＣＨのＳＳ（例えば、ＵＳＳ）を用いて下り制御信号を通知する場合、このような同時受信／送信が発生するおそれがある。
【００４１】
図３は、ＭＴＣ端末において、複数の受信又は複数の送信が生じる一例を示す図である。図３では、ＭＴＣ端末は各チャネル（ＭＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨなど）をそれぞれ別々のＮＢで利用する例を示している。また、図３では、ＭＰＤＣＣＨに利用されるＮＢ（ＭＰＤＣＣＨ  ＮＢ）で、ＵＳＳとして、繰り返し数＝４に対応するＢＤ候補＃１及び＃２が規定されている。
【００４２】
図３Ａは、ＵＳＳで最初にＤＬグラントが検出される場合を示す。ＭＴＣ端末は、ＢＤ候補＃１でＤＬグラントを検出した後、所定の期間（例えば、１ｍｓ）かけてリチューニングなどの処理を行い、当該ＤＬグラントが指示するＰＤＳＣＨ  ＮＢのリソースで受信処理を試みる。ＭＴＣ端末は、例えばＤＬグラントに繰り返しレベルに関する情報が含まれる場合、当該情報に基づいてＰＤＳＣＨの繰り返しレベルを判断し、ＰＤＳＣＨの受信処理を実施してもよい。
【００４３】
既存システムのＵＳＳでは、同じＵＳＳで複数のグラント（例えば、ＤＬグラント及びＵＬグラント）を検出することがあった。このため、図３Ａに示すように、ＢＤ候補＃２で別のグラント（例えば、ＵＬグラント）が通知されることが考えられる。しかしながら、図３Ａの破線で囲まれる期間では、複数のＮＢの同時受信を行う必要があるため、ＭＴＣ端末はＭＰＤＣＣＨ又はＰＤＳＣＨのいずれかの受信を諦めることになる。
【００４４】
この場合、通信相手であるｅＮＢは、ＭＴＣ端末がいずれかの受信を諦めることについて把握できないため、ＵＥとｅＮＢとの間で適切でない制御が行われるという問題が生じる。
【００４５】
また、図３Ｂは、ＵＳＳで最初にＵＬグラントが検出される場合を示す。ＭＴＣ端末は、ＢＤ候補＃１でＵＬグラントを検出した後、所定の期間後（例えば、４ｍｓ後）に、当該ＵＬグラントが指示するＰＵＳＣＨ  ＮＢのリソースで繰り返し送信を開始する。ＭＴＣ端末は、例えばＵＬグラントに繰り返しレベルに関する情報が含まれる場合、当該情報に基づいてＰＵＳＣＨの繰り返しレベルを判断し、ＰＵＳＣＨの送信処理を実施してもよい。
【００４６】
図３Ｂに示すように、ＢＤ候補＃２で別のグラント（例えば、ＤＬグラント）が通知されることが考えられる。また、ＭＴＣ端末は、ＰＤＳＣＨの受信結果（復号結果）に応じて、ＰＤＳＣＨの受信を完了してから所定の期間後（例えば、４ｍｓ後）に、所定のリソースで送達確認情報をフィードバックする。ここで、送達確認情報は、ＨＡＲＱ−ＡＣＫ（Hybrid  Automatic  Repeat  reQuest-Acknowledgement）、ＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）、再送制御情報などと呼ばれてもよい。
【００４７】
例えば、送達確認情報を、ＰＵＣＣＨ  ＮＢでＰＵＣＣＨを用いて送信する場合、図３Ａの破線で囲まれる期間では、複数のＮＢの同時送信を行う必要があるため、ＭＴＣ端末はＰＵＣＣＨ又はＰＵＳＣＨのいずれかの送信を諦めることになる。
【００４８】
この場合、通信相手であるｅＮＢは、ＭＴＣ端末がいずれかの送信を諦めることについて把握できないため、ＵＥとｅＮＢとの間で適切でない制御が行われるおそれがある。なお、送達確認情報がＰＵＣＣＨ  ＮＢではなく他のＰＵＳＣＨ  ＮＢで送信される場合などにも、同様の問題が生じる。
【００４９】
このように、制御チャネルに繰り返し送信を適用する場合には、適切に通信制御が行われず、スループットが低下するという問題がある。また、不要な再送などが発生することにより、周波数利用効率が劣化することが考えられる。
【００５０】
そこで、本発明者らは、制御チャネルやその他のチャネルの繰り返し送信を考慮して、スケジューリング情報（グラント）の送信制御を行うことを着想した。本発明の一実施形態によれば、複数のＮＢでの同時受信や、複数のＮＢでの同時送信の発生を好適に抑制することができる。
【００５１】
また、本発明者らは、ＭＴＣ端末の制御チャネルの処理についてさらに検討し、制御チャネルの繰り返し送信／受信に関する設定方法や、カバレッジなどを考慮したＤＣＩフォーマットの調整方法を見出した。
【００５２】
以下、本発明の各実施形態を説明する。以下、単にＵＥと記載する場合には、使用帯域が狭帯域に制限されたＭＴＣ端末を示すものとするが、本発明の適用はＭＴＣ端末に限定されない。また、狭帯域を６ＰＲＢ（１．４ＭＨｚ）として説明するが、他の狭帯域であっても、本明細書に基づいて本発明を適用することができる。
【００５３】
（無線通信方法）
＜第１の実施形態＞
本発明の第１の実施形態は、ＵＥにおけるＤＣＩの検出方法に関する。具体的には、第１の実施形態では、ＵＥは、あるサーチスペースの所定の候補領域（ＢＤ候補）で、上り送信のスケジューリング情報（ＵＬグラント）及び／又は下り受信のスケジューリング情報（ＤＬグラント）を検出した場合（受信済みの場合）に、当該サーチスペースの残りの候補領域における復号処理を制御する。
【００５４】
ＵＥは、ＵＳＳの所定のＢＤ候補で何らかのグラントを検出すると、同じＵＳＳには他のグラントが含まれないと想定し、残りのＢＤ候補におけるＭＰＤＣＣＨ検出処理（ブラインド復号処理）を停止してもよい（実施形態１．１）。また、ＵＥは、ＵＳＳの所定のＢＤ候補でＵＬグラントを検出すると、同じＵＳＳの残りのＢＤ候補におけるＤＬグラントの検出処理（ブラインド復号処理）を、条件的に（つまり、所定の条件を満たす場合に）行ってもよい（実施形態１．２）。
【００５５】
例えば、ＵＥは、ＵＬグラントで指示される上り送信（ＰＵＳＣＨ送信）の繰り返し数が、同じＵＳＳの残りのＢＤ候補の総繰り返し数と、ＰＤＳＣＨの最大繰り返し数と、の和より大きくない（和以下である）場合に、残りのＢＤ候補におけるＤＬグラントの検出処理を行うように制御してもよい。
【００５６】
なお、所定の条件はこれに限られず、ＵＬグラントで指示されるＰＵＳＣＨ送信と、残りのＢＤ候補におけるＤＬグラントで指示されるＰＤＳＣＨに対応するＨＡＲＱ−ＡＣＫ送信と、が時間的にオーバラップしない条件であればよい。例えば、上述の各繰り返し数に加えて、ＮＢのリチューニング時間や、ＰＤＳＣＨの受信完了から送達確認情報のフィードバックまでの所定の期間などを考慮して決定されてもよい。
【００５７】
実施形態１．１では、ｅＮＢは、所定のＵＥに対して、ＵＳＳの所定のＢＤ候補で何らかのグラントを送信する場合、同じＵＳＳの残りのＢＤ候補では他のグラントを送信しないように制御することが好ましい。また、実施形態１．２では、ｅＮＢは、所定のＵＥに対して、ＵＳＳの所定のＢＤ候補でＵＬグラントを送信する場合、同じＵＳＳの残りのＢＤ候補ではＤＬグラントの送信を条件的に行うように制御することが好ましい。この構成により無駄なグラントの送信によるオーバヘッドを抑制することができる。
【００５８】
図４は、本発明の実施形態１．１の処理の一例を示す図である。図４は、図３Ａと類似しており、異なる点について以下で説明する。ＵＥは、ＢＤ候補＃１でＤＬグラントを検出した場合、残りのＢＤ候補（ＢＤ候補＃２）には他のグラント（例えば、ＵＬグラント及び／又はＤＬグラント）が含まれないと想定し、残りのＢＤ候補におけるブラインド復号処理を実施しない。このため、ＵＥが、当該ＤＬグラントが指示するＰＤＳＣＨ  ＮＢのリソースで受信処理を試みる際に、ＭＰＤＣＣＨとの同時受信の発生を回避できる。
【００５９】
図５は、本発明の実施形態１．１の処理の別の一例及び実施形態１．２の処理の一例を示す図である。図５Ａは、図３Ｂの例において、ＢＤ候補＃２におけるＤＬグラント検出を行わない場合に相当する。具体的には、ＵＥは、ＢＤ候補＃１でＵＬグラントを検出した場合、残りのＢＤ候補（ＢＤ候補＃２）には他のグラント（例えば、ＤＬグラント及び／又はＵＬグラント）が含まれないと想定し、残りのＢＤ候補におけるブラインド復号処理を実施しない。このため、ＵＥが、当該ＵＬグラントが指示するＰＵＳＣＨ  ＮＢのリソースで送信処理を試みる際に、例えばＤＬグラントで指示されるＰＤＳＣＨに対応するＰＵＣＣＨ（ＨＡＲＱ−ＡＣＫ）との同時送信の発生を回避できる。
【００６０】
図５Ｂは、図３Ｂと類似しており、異なる点について以下で説明する。図５Ｂでは、ＵＬグラントで指示されるＰＵＳＣＨ送信の繰り返し数（９回）が、図３ＢにおけるＰＵＳＣＨ送信の繰り返し数（１４回）より少ない。そして、図５ＢのＰＵＳＣＨ送信の繰り返し数（９回）は、同じＵＳＳの残りのＢＤ候補（ＢＤ＃２）の総繰り返し数（４回）と、ＰＤＳＣＨの最大繰り返し数（この例では、５回とする）と、の和より大きくない。
【００６１】
したがって、図５Ｂでは、ＵＥは、所定の条件を満たすと判断し、残りのＢＤ候補におけるＤＬグラントの検出処理を行い、ＰＤＳＣＨの受信及び送達確認情報のフィードバックを行う。
【００６２】
以上、第１の実施形態によれば、制御チャネルに繰り返し送信を適用する場合であっても、複数のＮＢでの同時受信や、複数のＮＢでの同時送信の発生を好適に抑制することができる。
【００６３】
＜第２の実施形態＞
本発明の第２の実施形態は、カバレッジ拡張が設定される（繰り返し送信が適用される）ＵＥに対する、ＲＲＣ接続確立前の制御チャネル（ＭＰＤＣＣＨ及び／又はＰＵＣＣＨ）の設定方法に関する。
【００６４】
まず、カバレッジ拡張が設定されたＵＥのランダムアクセス手順について、図６を参照して説明する。図６は、ＭＴＣ端末のランダムアクセス手順の一例を示すシーケンス図である。
【００６５】
最初に、ＵＥは、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical  Random  Access  Channel）のＣＥレベルを決定する。当該決定は、ＵＥが測定した受信電力（例えば、ＲＳＲＰ（Reference  Signal  Received  Power））、受信品質（例えば、ＲＳＲＱ（Reference  Signal  Received  Quality））やチャネル状態などに基づいて行うことができる。そして、ＵＥは、決定したＣＥレベルを用いてＰＲＡＣＨを繰り返し送信する。
【００６６】
ｅＮＢは、ＵＥからのＰＲＡＣＨを受信すると、ランダムアクセスレスポンス（ＲＡＲ：Random  Access  Response）用の下り制御情報（ＤＣＩ）を、ＭＰＤＣＣＨを用いて所定のＣＥレベルで当該ＵＥに送信する。ＭＰＤＣＣＨのＣＥレベルは、ＰＲＡＣＨのＣＥレベルと異なっていてもよい。なお、ＲＡＲのＭＰＤＣＣＨの構成は、ＰＲＡＣＨ（又はＰＲＡＣＨのＣＥレベル）に基づいて決定されてもよい。
【００６７】
ＰＲＡＣＨの繰り返し送信が終わると、ＵＥは、所定の期間、当該ＰＲＡＣＨに対するＲＡＲ用のＤＣＩ（ＲＡＲを受信するためのリソース特定に用いるＤＣＩ又はＲＡＲを含むＤＣＩ）の受信を試みる。ＲＡＲ用のＤＣＩの受信を試行する当該期間は、ＲＡＲウィンドウと呼ばれてもよい。ＲＡＲウィンドウにおいてＲＡＲ用のＭＰＤＣＣＨの受信に成功しなかった場合、ＵＥはＰＲＡＣＨを再送してもよい。
【００６８】
一方、ＵＥからのＰＲＡＣＨを認識したｅＮＢは、所定のタイミングでＵＥにＲＡＲ用のＤＣＩを送信する。ＭＴＣ端末に対するＲＡＲ用のＤＣＩは、ＭＴＣ端末向けの共通サーチスペース（ＣＳＳ：Common  Search  Space）で送信されることが検討されている。ＣＳＳは、例えば所定の狭帯域の中の１つ以上のＰＲＢで構成される。なお、ＭＴＣ端末向けのＣＳＳは、ｅＣＳＳ（enhanced  CSS）、ＭＴＣ−ＣＳＳなどと呼ばれてもよい。
【００６９】
当該ＤＣＩは、ＵＥによって送信されたＰＲＡＣＨに対応する識別子（ＲＡ−ＲＮＴＩ：Random  Access  Radio  Network  Temporary  Identifier）によりスクランブルされている。ＲＡ−ＲＮＴＩは、ＰＲＡＣＨの送信開始サブフレームと、ＰＲＡＣＨの周波数リソース（周波数位置）と、に基づいて算出される。
【００７０】
ＵＥは、ＲＡＲウィンドウ内で、送信したＰＲＡＣＨに対応するＲＡ−ＲＮＴＩを用いてＲＡＲ用のＤＣＩを受信（ブラインド復号）できた場合、ランダムアクセス手順を継続する。例えば、ＲＡＲ用のＤＣＩで指定される下りリソース（ＰＤＳＣＨ）でＲＡＲを受信し、当該ＲＡＲが示す上りリソースを用いてＰＵＳＣＨでメッセージ３（Ｍｓｇ．３）を送信する。なお、ＲＡＲは、ＭＰＤＣＣＨのＤＣＩにより指定されるＰＤＳＣＨにより通知されてもよいし、ＭＰＤＣＣＨのみを用いて通知されてもよい。
【００７１】
ｅＮＢは、メッセージ３の受信に失敗したと判断すると、ＭＰＤＣＣＨにおけるＵＳＳのＤＣＩを用いて送達確認情報を送信してもよい。ＵＥは、送達確認情報としてＮＡＣＫを受信した場合、メッセージ３の再送をＰＵＳＣＨで行う。
【００７２】
メッセージ３を受信したｅＮＢは、衝突解決（contention  resolution）メッセージ（メッセージ４）をＵＥに送信する。メッセージ４では、ＵＥは、ＰＤＳＣＨを受信するためのスケジュール情報をＭＰＤＣＣＨで受信した後、当該スケジュール情報に基づいて、衝突解決識別子（contention  resolution  identity）をＰＤＳＣＨで受信する。また、ＵＥは、上記衝突解決識別子にメッセージ３で送信した識別子が含まれることを検出すると、衝突解決に成功したと判断する。ＵＥは、ＰＵＣＣＨを用いて、メッセージ４に対する送達確認情報を送信する。メッセージ１から４によってｅＮＢとの同期を確保すると、ランダムアクセス処理を完了しＲＲＣ接続を確立する。
【００７３】
以上説明したように、ＵＥのランダムアクセス手順には、ＭＰＤＣＣＨやＰＵＣＣＨを用いた通信が含まれている。ＲＲＣ接続が確立される前においては、ＵＥは、ＭＰＤＣＣＨのＵＳＳに関する設定情報（例えば、ＲＢの周波数位置、繰り返しレベル、開始サブフレームの候補など）を知らないので、ＭＰＤＣＣＨの受信に成功することは難しい。同様に、ＵＥとｅＮＢとの間で、ＲＲＣシグナリングで通知されるはずのＰＵＣＣＨの設定情報（例えば、ＰＵＣＣＨの繰り返しレベル、開始オフセットなど）とが共通に把握されていないので、ｅＮＢがＰＵＣＣＨの受信に成功することは難しい。
【００７４】
このように、既存のＭＴＥ端末は、ＲＲＣ接続が確立される前であるランダムアクセス手順中にＭＰＤＣＣＨやＰＵＣＣＨを用いた通信を適切に行うことができず、ＲＲＣ接続を確立することができないという問題がある。
【００７５】
そこで、本発明者らは、ランダムアクセス手順中に、ＵＥがＭＰＤＣＣＨの繰り返し受信に関する情報（ＵＳＳに関する設定情報）やＰＵＣＣＨの繰り返し送信に関する情報（ＰＵＣＣＨの設定情報）を取得することを着想し、第２の実施形態を想到した。具体的には、第２の実施形態では、ＵＥは、構成タイプ（configuration  type）に関する情報と、構成タイプに関連付けられた所定の対応関係（マッピングテーブル）と、に基づいて、例えば、ＭＰＤＣＣＨの１つ又は複数の繰り返しレベル及び開始サブフレームの候補と、ＰＵＣＣＨの繰り返しレベル及び開始オフセットと、を取得する。なお、構成タイプは、ＭＰＤＣＣＨ／ＰＵＣＣＨ構成タイプなどと呼ばれてもよい。
【００７６】
図７は、第２の実施形態で用いる対応関係の一例を示す図である。図７Ａは、構成タイプに関連付けられたマッピングテーブルの一例を示す。図７Ａでは、３つの構成タイプ（Configuration  1-3）と、ＭＰＤＣＣＨの繰り返し受信及び／又はＰＵＣＣＨの繰り返し送信に必要な情報と、の対応関係の一例が規定されている。
【００７７】
例えば、ＵＥは、自端末に構成１が適用されると判断すると、ＭＰＤＣＣＨのブラインド復号の際に、ＭＰＤＣＣＨの繰り返しレベルとして５、１０又は１５を想定し、ＭＰＤＣＣＨの開始サブフレームとしてＸ１、Ｘ２又はＸ３を想定して、受信処理を行う。また、ＰＵＣＣＨ送信の際に、ＰＵＣＣＨの繰り返しレベル（繰り返し数）を２０とし、ＰＵＣＣＨの開始オフセットをＮ＿１（例えば、ＲＢ数で表現される）として送信処理を行う。
【００７８】
ＵＥは、構成タイプを、例えば以下の方法（１）又は（２）の少なくとも１つで取得してもよい：（１）構成タイプを示す情報（例えば、構成インデックス、構成タイプインデックスともいう）を、ＲＡＲに含まれるビット（列）から取得する、（２）ＰＲＡＣＨのＣＥレベルに基づいて取得する。
【００７９】
方法（１）の場合、ＲＡＲに、構成タイプを示す情報が明示的に含まれてもよいし、既存のＲＡＲに含まれる情報に暗黙的に含まれるようにしてもよい。方法（２）の場合、ＵＥは、ＰＲＡＣＨのＣＥレベルと構成タイプとの対応関係に基づいて、決定したＰＲＡＣＨのＣＥレベルから構成タイプを判断することができる。
【００８０】
図７Ｂでは、上記方法（２）で用いる、ＰＲＡＣＨのＣＥレベルと構成タイプとの対応関係の一例が示されている。各ＰＲＡＣＨのＣＥレベル（PRACH  CE  level  1-3）が、それぞれ別々の構成タイプ（Configuration  1-3）に対応している。
【００８１】
なお、第２の実施形態において、ＵＥは、構成タイプに関連付けられた所定の対応関係（マッピングテーブル）に関する情報及び／又はＰＲＡＣＨのＣＥレベルと構成タイプとの対応関係に関する情報を、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、報知情報）、下り制御情報（ＤＣＩ）又はこれらの組み合わせにより、受信してもよい。ＵＥは、通知された対応関係に関する情報を用いて、所定の対応関係を更新することができる。
【００８２】
以上、第２の実施形態によれば、ＵＥは、構成タイプを示す情報に基づいて、ＭＰＤＣＣＨの繰り返し受信及び／又はＰＵＣＣＨの繰り返し送信に必要な情報を取得できるため、ランダムアクセス手順中に、ＭＰＤＣＣＨやＰＵＣＣＨの繰り返し送受信処理を適切に実施することができ、ＲＲＣ接続を確立することができる。
【００８３】
＜第３の実施形態＞
本発明の第３の実施形態は、下り制御チャネル（ＭＰＤＣＣＨ）で用いられるＤＣＩフォーマットに関する。
【００８４】
第１の実施形態でも説明したように、ＵＥはサーチスペースにおいてＤＣＩのブラインド復号を行う。ＵＥの処理負荷を低減するために、ブラインド復号の回数を低減することが求められる。しかしながら、ＭＰＤＣＣＨで用いられるＤＣＩフォーマットをどのように構成するかということについては、これまでのＲｅｌ．１３の議論では検討されていない。
【００８５】
まず、本発明者らは、ＭＴＣ端末において、ＭＰＤＣＣＨで用いられるＤＣＩフォーマットについて検討した。ＭＴＣ端末でサポートされる送信モード（ＴＭ：Transmission  Mode）は、ＴＭ１、２及び９であると想定される。また、サポートされるＤＣＩフォーマットは、ＵＬグラントとしてはＤＣＩフォーマット０、ＤＬグラントとしてはＤＣＩフォーマット１Ａ、１及び２Ｃが考えられる。そして、ＤＣＩサイズは、通常カバレッジと拡張カバレッジで異なると考えられる（通常カバレッジで必要な情報であっても、拡張カバレッジでは不要な情報があるため）。また、ＤＣＩに含まれるフィールドは、既存のＤＣＩとは異なることが考えられる。
【００８６】
以上を考慮して、本発明者らは、Ｒｅｌ．１３のＭＴＣ端末において、ＭＰＤＣＣＨでは、図８−１１に示すＤＣＩフォーマットが用いられると考えた。図８−１１は、それぞれ、ＤＣＩフォーマット０、１Ａ、１及び２Ｃについて、Ｒｅｌ．１２の構成と、Ｒｅｌ．１３のＭＴＣ端末が用いる構成の一例と、を示した図である。各図において、「Ｎｏ  ｎｅｅｄ」は同じ図内の他の構成で用いられるが、対象の構成では不要なフィールドを示す。また、「ＦＦＳ」は、将来的に加わるかもしれないフィールドを示す。
【００８７】
さらに、本発明者らは、ＤＣＩの所定のフィールドの有無（例えば、図８−１１で「ＦＦＳ」とした少なくとも１つのフィールドの有無）と、ＵＥに適用されるカバレッジ（通常カバレッジか拡張カバレッジか）に基づいて、各ＤＣＩフォーマットのサイズが異なることに着目した。図１２は、図８−１１に示したＤＣＩフォーマットのサイズの一例を示す図である。図１２は、ＤＣＩのＡＲＯ（ACK/NACK  Resource  Offset）フィールドの有無と、ＵＥに適用されるカバレッジに従って、各ＤＣＩフォーマットのサイズが異なることを示している。
【００８８】
以上の観点から、本発明者らは、ＭＰＤＣＣＨで用いられるＤＣＩフォーマットのうち、いくつかのＤＣＩフォーマットのサイズを同じにすることを着想し、第３の実施形態に至った。具体的には、第３の実施形態では、送信モードごとに、当該送信モードのＭＰＤＣＣＨでサポートされる全てのＤＣＩフォーマットのサイズを同じにしてもよいし（実施形態３．１）、送信モード及びＵＥに適用されるカバレッジに基づいて、ＭＰＤＣＣＨで用いられるＤＣＩフォーマットのうち、サイズ差が最小である複数のＤＣＩのサイズを同じにしてもよい（実施形態３．２）。
【００８９】
図１３は、第３の実施形態における、サイズを揃えるＤＣＩの組み合わせの一例を示す図である。図１３Ａは、実施形態３．１に対応する図である。図１３Ａでは、各送信モードについて、サポートされる全てのＤＣＩフォーマットのサイズを、カバレッジによらず同じにしている。具体的には、図１３Ａでは、送信モード１／２について、ＤＣＩフォーマット１Ａ、１及び０のサイズが同じになるように構成される。また、送信モード９について、ＤＣＩフォーマット１Ａ、２Ｃ及び０のサイズが同じになるように構成される。
【００９０】
また、図１３Ｂは、実施形態３．２に対応する図である。図１３Ｂでは、各送信モードについて、カバレッジや各ＤＣＩフォーマットのサイズに基づいて、サイズ差が最小である複数のＤＣＩフォーマットのサイズを同じにしている。なお、拡張カバレッジについては、ＤＣＩフォーマット１Ａ、１及び２ＣにＡＲＯが含まれない場合（ｗ／ｏ  ＡＲＯ）と、含まれる場合（ｗ／  ＡＲＯ）の例を示しているが、他のフィールドの有無が変わるような場合であっても、同様にサイズ差が最小である複数のＤＣＩのサイズを同じにすることができる。
【００９１】
具体的には、図１３Ｂでは、通常カバレッジの場合、送信モード１／２について、ＤＣＩフォーマット１Ａ及び１のサイズが同じになるように構成される。また、送信モード９について、ＤＣＩフォーマット１Ａ及び２Ｃのサイズが同じになるように構成される。
【００９２】
また、図１３Ｂでは、拡張カバレッジかつＤＣＩにＡＲＯが含まれない場合、各送信モードについて、ＤＣＩフォーマット１Ａ及び０のサイズが同じになるように構成される。また、拡張カバレッジかつＤＣＩにＡＲＯが含まれる場合、送信モード１／２について、ＤＣＩフォーマット１Ａ及び１のサイズが同じになるように構成される。また、送信モード９について、ＤＣＩフォーマット１Ａ及び０のサイズが同じになるように構成される。
【００９３】
以上、第３の実施形態によれば、ＭＰＤＣＣＨで用いる一部又は全部のＤＣＩフォーマットのサイズを同じにすることができるため、ＭＰＤＣＣＨのブラインド復号の回数を低減することができる。
【００９４】
なお、上記の各実施形態に係る無線通信方法は、それぞれ単独で適用してもよいし、組み合わせて適用してもよい。
【００９５】
（無線通信システム）
以下、本発明の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、上述した本発明の実施形態に係る無線通信方法が適用される。なお、上記の各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。ここでは、使用帯域が制限されたユーザ端末としてＭＴＣ端末を例示するが、ＭＴＣ端末に限定されるものではない。
【００９６】
図１４は、本発明の一実施形態に係る無線通信システムの概略構成図である。図１４に示す無線通信システム１は、マシン通信システムのネットワークドメインにＬＴＥシステムを採用した一例である。当該無線通信システム１では、ＬＴＥシステムのシステム帯域幅を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーション（ＣＡ）及び／又はデュアルコネクティビティ（ＤＣ）を適用することができる。また、ＬＴＥシステムが下りリンク及び上りリンク共に最大２０ＭＨｚのシステム帯域に設定されるものとするが、この構成に限られない。
【００９７】
なお、無線通信システム１は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＬＴＥ−Ｂ（LTE-Beyond）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（4th  generation  mobile  communication  system）、５Ｇ（5th  generation  mobile  communication  system）、ＦＲＡ（Future  Radio  Access）、Ｎｅｗ−ＲＡＴ（Radio  Access  Technology）などと呼ばれてもよいし、これらを実現するシステムと呼ばれてもよい。
【００９８】
無線通信システム１は、無線基地局１０と、無線基地局１０に無線接続する複数のユーザ端末２０Ａ、２０Ｂ及び２０Ｃとを含んで構成されている。無線基地局１０は、上位局装置３０に接続され、上位局装置３０を介してコアネットワーク４０に接続される。なお、上位局装置３０には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ（ＲＮＣ）、モビリティマネジメントエンティティ（ＭＭＥ）などが含まれるが、これに限定されるものではない。
【００９９】
複数のユーザ端末２０Ａ、２０Ｂ及び２０Ｃは、セル５０において無線基地局１０と通信を行うことができる。例えば、ユーザ端末２０Ａは、ＬＴＥ（Ｒｅｌ−１０まで）又はＬＴＥ−Ａｄｖａｎｃｅｄ（Ｒｅｌ−１０以降も含む）をサポートするユーザ端末（以下、ＬＴＥ端末）であり、他のユーザ端末２０Ｂ、２０Ｃは、マシン通信システムにおける通信デバイスとなるＭＴＣ端末である。以下、特に区別を要しない場合は、ユーザ端末２０Ａ、２０Ｂ及び２０Ｃは単にユーザ端末２０と呼ぶ。
【０１００】
なお、ＭＴＣ端末２０Ｂ、２０Ｃは、ＬＴＥ、ＬＴＥ−Ａなどの各種通信方式に対応した端末であり、電気メータ、ガスメータ、自動販売機などの固定通信端末に限らず、車両などの移動通信端末でもよい。また、ユーザ端末２０は、他のユーザ端末２０と直接通信してもよいし、無線基地局１０を介して通信してもよい。
【０１０１】
無線通信システム１においては、無線アクセス方式として、下りリンクに直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal  Frequency  Division  Multiple  Access）が適用され、上りリンクにシングルキャリア−周波数分割多元接続（ＳＣ−ＦＤＭＡ：Single-Carrier  Frequency  Division  Multiple  Access）が適用される。ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ−ＦＤＭＡは、システム帯域幅を端末毎に１つ又は連続したリソースブロックからなる帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限られない。
【０１０２】
無線通信システム１では、下りリンクのチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（ＰＤＳＣＨ：Physical  Downlink  Shared  Channel）、報知チャネル（ＰＢＣＨ：Physical  Broadcast  Channel）、下りＬ１／Ｌ２制御チャネルなどが用いられる。ＰＤＳＣＨにより、ユーザデータや上位レイヤ制御情報、所定のＳＩＢ（System  Information  Block）が伝送される。また、ＰＢＣＨにより、ＭＩＢ（Master  Information  Block）が伝送される。
【０１０３】
下りＬ１／Ｌ２制御チャネルは、ＰＤＣＣＨ（Physical  Downlink  Control  Channel）、ＥＰＤＣＣＨ（Enhanced  Physical  Downlink  Control  Channel）、ＰＣＦＩＣＨ（Physical  Control  Format  Indicator  Channel）、ＰＨＩＣＨ（Physical  Hybrid-ARQ  Indicator  Channel）などを含む。ＰＤＣＣＨにより、ＰＤＳＣＨ及びＰＵＳＣＨのスケジューリング情報を含む下り制御情報（ＤＣＩ：Downlink  Control  Information）などが伝送される。ＰＣＦＩＣＨにより、ＰＤＣＣＨに用いるＯＦＤＭシンボル数が伝送される。ＰＨＩＣＨにより、ＰＵＳＣＨに対するＨＡＲＱの送達確認情報（ＡＣＫ／ＮＡＣＫ）が伝送される。ＥＰＤＣＣＨは、ＰＤＳＣＨと周波数分割多重され、ＰＤＣＣＨと同様にＤＣＩなどの伝送に用いられる。
【０１０４】
無線通信システム１では、上りリンクのチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（ＰＵＳＣＨ：Physical  Uplink  Shared  Channel）、上りＬ１／Ｌ２制御チャネル（ＰＵＣＣＨ：Physical  Uplink  Control  Channel）、ランダムアクセスチャネル（ＰＲＡＣＨ：Physical  Random  Access  Channel）などが用いられる。ＰＵＳＣＨは、上りデータチャネルと呼ばれてもよい。ＰＵＳＣＨにより、ユーザデータや上位レイヤ制御情報が伝送される。また、ＰＵＣＣＨにより、下りリンクの無線品質情報（ＣＱＩ：Channel  Quality  Indicator）、送達確認情報（ＡＣＫ／ＮＡＣＫ）などの上り制御情報（ＵＣＩ：Uplink  Control  Information）などが伝送される。ＰＲＡＣＨにより、セルとの接続確立のためのランダムアクセスプリアンブルが伝送される。
【０１０５】
なお、ＭＴＣ端末向けのチャネルは、「Ｍ」を付して表されてもよく、例えば、ＭＴＣ端末向けのＥＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨはそれぞれ、ＭＰＤＣＣＨ、ＭＰＤＳＣＨ、ＭＰＵＣＣＨ、ＭＰＵＳＣＨなどと呼ばれてもよい。
【０１０６】
無線通信システム１では、下り参照信号として、セル固有参照信号（ＣＲＳ：Cell-specific  Reference  Signal）、チャネル状態情報参照信号（ＣＳＩ−ＲＳ：Channel  State  Information-Reference  Signal）、復調用参照信号（ＤＭＲＳ：DeModulation  Reference  Signal）、位置決定参照信号（ＰＲＳ：Positioning  Reference  Signal）などが伝送される。また、無線通信システム１では、上り参照信号として、測定用参照信号（ＳＲＳ：Sounding  Reference  Signal）、復調用参照信号（ＤＭＲＳ）などが伝送される。なお、ＤＭＲＳはユーザ端末固有参照信号（UE-specific  Reference  Signal）と呼ばれてもよい。また、伝送される参照信号は、これらに限られない。
【０１０７】
（無線基地局）
図１５は、本発明の一実施形態に係る無線基地局の全体構成の一例を示す図である。無線基地局１０は、複数の送受信アンテナ１０１と、アンプ部１０２と、送受信部１０３と、ベースバンド信号処理部１０４と、呼処理部１０５と、伝送路インターフェース１０６と、を少なくとも備えている。
【０１０８】
下りリンクにより無線基地局１０からユーザ端末２０に送信されるユーザデータは、上位局装置３０から伝送路インターフェース１０６を介してベースバンド信号処理部１０４に入力される。
【０１０９】
ベースバンド信号処理部１０４では、ユーザデータに関して、ＰＤＣＰ（Packet  Data  Convergence  Protocol）レイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio  Link  Control）再送制御などのＲＬＣレイヤの送信処理、ＭＡＣ（Medium  Access  Control）再送制御（例えば、ＨＡＲＱ（Hybrid  Automatic  Repeat  reQuest）の送信処理）、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：Inverse  Fast  Fourier  Transform）処理、プリコーディング処理などの送信処理が行われて各送受信部１０３に転送される。また、下り制御信号に関しても、チャネル符号化や逆高速フーリエ変換などの送信処理が行われて、各送受信部１０３に転送される。
【０１１０】
各送受信部１０３は、ベースバンド信号処理部１０４からアンテナ毎にプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部１０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部１０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
【０１１１】
送受信部１０３で周波数変換された無線周波数信号は、アンプ部１０２により増幅され、送受信アンテナ１０１から送信される。送受信部１０３は、システム帯域幅（例えば、１コンポーネントキャリア）より制限された狭帯域幅（例えば、１．４ＭＨｚ）で、各種信号を送受信することができる。
【０１１２】
一方、上り信号については、各送受信アンテナ１０１で受信された無線周波数信号がそれぞれアンプ部１０２で増幅される。各送受信部１０３はアンプ部１０２で増幅された上り信号を受信する。送受信部１０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部１０４に出力する。
【０１１３】
ベースバンド信号処理部１０４では、入力された上り信号に含まれるユーザデータに対して、高速フーリエ変換（ＦＦＴ：Fast  Fourier  Transform）処理、逆離散フーリエ変換（ＩＤＦＴ：Inverse  Discrete  Fourier  Transform）処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ、ＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの設定や解放などの呼処理や、無線基地局１０の状態管理や、無線リソースの管理を行う。
【０１１４】
伝送路インターフェース１０６は、所定のインターフェースを介して、上位局装置３０と信号を送受信する。また、伝送路インターフェース１０６は、基地局間インターフェース（例えば、ＣＰＲＩ（Common  Public  Radio  Interface）に準拠した光ファイバ、Ｘ２インターフェース）を介して他の無線基地局１０と信号を送受信（バックホールシグナリング）してもよい。
【０１１５】
なお、送受信部１０３は、ユーザ端末２０に対して、ＭＰＤＣＣＨを繰り返し送信する。また、送受信部１０３は、ユーザ端末２０に対して、ＰＤＳＣＨを繰り返し送信してもよい。また、送受信部１０３は、構成タイプに関連付けられた所定の対応関係（マッピングテーブル）に関する情報及び／又はＰＲＡＣＨのＣＥレベルと構成タイプとの対応関係に関する情報を送信してもよい。
【０１１６】
送受信部１０３は、ユーザ端末２０から、ＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨの少なくとも１つを繰り返し受信してもよい。
【０１１７】
図１６は、本発明の一実施形態に係る無線基地局の機能構成の一例を示す図である。なお、図１６では、本実施形態における特徴部分の機能ブロックを主に示しており、無線基地局１０は、無線通信に必要な他の機能ブロックも有しているものとする。図１６に示すように、ベースバンド信号処理部１０４は、制御部（スケジューラ）３０１と、送信信号生成部（生成部）３０２と、マッピング部３０３と、受信信号処理部３０４と、測定部３０５と、を少なくとも備えている。
【０１１８】
制御部（スケジューラ）３０１は、無線基地局１０全体の制御を実施する。制御部３０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
【０１１９】
制御部３０１は、例えば、送信信号生成部３０２による信号の生成や、マッピング部３０３による信号の割り当てを制御する。また、制御部３０１は、受信信号処理部３０４による信号の受信処理や、測定部３０５による信号の測定を制御する。
【０１２０】
制御部３０１は、システム情報、ＰＤＳＣＨで送信される下りデータ信号、ＰＤＣＣＨ及び／又はＥＰＤＣＣＨ、ＭＰＤＣＣＨなどで伝送される下り制御信号のスケジューリング（例えば、リソース割り当て）を制御する。また、同期信号（例えば、ＰＳＳ（Primary  Synchronization  Signal）／ＳＳＳ（Secondary  Synchronization  Signal））や、ＣＲＳ、ＣＳＩ−ＲＳ、ＤＭ−ＲＳなどの下り参照信号のスケジューリングの制御を行う。
【０１２１】
また、制御部３０１は、ＰＵＳＣＨで送信される上りデータ信号、ＰＵＣＣＨ及び／又はＰＵＳＣＨで送信される上り制御信号（例えば、送達確認情報（ＨＡＲＱ−ＡＣＫ））、ＰＲＡＣＨで送信されるランダムアクセスプリアンブルや、上り参照信号などのスケジューリングを制御する。
【０１２２】
制御部３０１は、各種信号を狭帯域に割り当ててユーザ端末２０に対して送信するように、送信信号生成部３０２及びマッピング部３０３を制御する。制御部３０１は、例えば、下りリンクの報知情報（ＭＩＢ、ＳＩＢ（ＭＴＣ−ＳＩＢ））や、ＭＰＤＣＣＨ、ＰＤＳＣＨなどを狭帯域で送信するように制御する。
【０１２３】
また、制御部３０１は、所定の狭帯域でＰＤＳＣＨをユーザ端末２０に送信する。なお、無線基地局１０がカバレッジ拡張を適用されている場合には、制御部３０１は、所定のユーザ端末２０へのＤＬ／ＵＬ信号の繰り返し数を設定し、当該繰り返し数に従ってＤＬ信号を繰り返し送信／ＵＬ信号を繰り返し受信するように制御してもよい。また、制御部３０１は、ユーザ端末２０に対して、当該繰り返し数に関する情報をＭＰＤＣＣＨの制御信号（ＤＣＩ）、上位レイヤシグナリング（例えば、ＲＲＣシグナリング、報知情報）などで通知するように制御してもよい。
【０１２４】
また、制御部３０１は、制御チャネルやその他のチャネルの繰り返し送信を考慮して、スケジューリング情報（グラント）の受信に関して、送信信号生成部３０２及びマッピング部３０３を制御してもよい。例えば、制御部３０１は、同じサーチスペース（ＳＳ）の所定の候補領域（ＢＤ候補）で、上り送信（例えば、ＰＵＳＣＨ）及び／又は下り受信（例えば、ＰＤＳＣＨ）のスケジューリング情報を送信済みの場合に、残りのＢＤ候補におけるスケジューリング情報の送信処理を制御する（第１の実施形態）。
【０１２５】
具体的には、制御部３０１は、既に同じＳＳのＢＤ候補でスケジューリング情報を送信済みの場合に、残りのＢＤ候補でスケジューリング情報を送信しないように制御してもよいし、繰り返し数に基づいて、残りのＢＤ候補でスケジューリング情報の送信を行うか否かを制御してもよい。
【０１２６】
また、制御部３０１は、ユーザ端末２０においてランダムアクセス手順中の下り制御チャネル（ＭＰＤＣＣＨ）の繰り返し受信及び／又は上り制御チャネル（ＰＵＣＣＨ）の繰り返し送信の制御に用いられる情報を送信するように制御してもよい（第２の実施形態）。例えば、制御部３０１は、ＲＡＲに当該情報を含めて通知してもよい。
【０１２７】
また、制御部３０１は、所定のサーチスペースの下り制御チャネル（ＭＰＤＣＣＨ）で用いられるＤＣＩフォーマットのうち、少なくとも２つのＤＣＩフォーマットのサイズが同じとなるように符号化処理を制御してもよい（第３の実施形態）。
【０１２８】
具体的には、制御部３０１は、ユーザ端末２０との通信に用いる送信モードに基づいて、所定のサーチスペースの下り制御チャネル（ＭＰＤＣＣＨ）で用いられるＤＣＩフォーマットのうち、全てのＤＣＩフォーマットのサイズが同じとなるように符号化処理を制御してもよい。また、制御部３０１は、ユーザ端末２０との通信に用いる送信モード及びユーザ端末２０に適用するカバレッジに基づいて、所定のサーチスペースの下り制御チャネルで用いられるＤＣＩフォーマットのうち、サイズ差が最小である複数のＤＣＩフォーマットのサイズが同じとなるように符号化処理を制御してもよい。
【０１２９】
送信信号生成部（生成部）３０２は、制御部３０１からの指示に基づいて、下り信号（下り制御信号、下りデータ信号、下り参照信号など）を生成して、マッピング部３０３に出力する。送信信号生成部３０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
【０１３０】
送信信号生成部３０２は、例えば、制御部３０１からの指示に基づいて、下り信号の割り当て情報を通知するＤＬアサインメント及び上り信号の割り当て情報を通知するＵＬグラントを生成する。また、下りデータ信号には、各ユーザ端末２０からのチャネル状態情報（ＣＳＩ）などに基づいて決定された符号化率、変調方式などに従って符号化処理、変調処理が行われる。
【０１３１】
また、送信信号生成部３０２は、下り信号の繰り返し送信（例えば、ＭＰＤＣＣＨ、ＰＤＳＣＨの繰り返し送信）を設定されている場合、複数のサブフレームに渡って同じ下り信号を生成してマッピング部３０３に出力する。
【０１３２】
マッピング部３０３は、制御部３０１からの指示に基づいて、送信信号生成部３０２で生成された下り信号を、所定の狭帯域の無線リソース（例えば、最大６リソースブロック）にマッピングして、送受信部１０３に出力する。マッピング部３０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
【０１３３】
受信信号処理部３０４は、送受信部１０３から入力された受信信号に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。ここで、受信信号は、例えば、ユーザ端末２０から送信される上り信号（上り制御信号、上りデータ信号、上り参照信号など）である。受信信号処理部３０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。
【０１３４】
受信信号処理部３０４は、繰り返し信号を送信するユーザ端末２０からの受信信号に対して、繰り返し信号向けの受信処理を適用する。受信信号処理部３０４は、受信処理により復号された情報を制御部３０１に出力する。また、受信信号処理部３０４は、受信信号や、受信処理後の信号を、測定部３０５に出力する。
【０１３５】
測定部３０５は、受信した信号に関する測定を実施する。測定部３０５は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
【０１３６】
測定部３０５は、信号の受信電力（例えば、ＲＳＲＰ（Reference  Signal  Received  Power））、受信品質（例えば、ＲＳＲＱ（Reference  Signal  Received  Quality））やチャネル状態などについて測定してもよい。測定結果は、制御部３０１に出力されてもよい。
【０１３７】
（ユーザ端末）
図１７は、本発明の一実施形態に係るユーザ端末の全体構成の一例を示す図である。なお、ここでは詳細な説明を省略するが、通常のＬＴＥ端末がＭＴＣ端末としてふるまうように動作してもよい。ユーザ端末２０は、送受信アンテナ２０１と、アンプ部２０２と、送受信部２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５と、を少なくとも備えている。また、ユーザ端末２０は、送受信アンテナ２０１、アンプ部２０２、送受信部２０３などを複数備えてもよい。
【０１３８】
送受信アンテナ２０１で受信された無線周波数信号は、アンプ部２０２で増幅される。送受信部２０３は、アンプ部２０２で増幅された下り信号を受信する。
【０１３９】
送受信部２０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部２０４に出力する。送受信部２０３は、本発明に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部２０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
【０１４０】
ベースバンド信号処理部２０４は、入力されたベースバンド信号に対して、ＦＦＴ処理や、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤやＭＡＣレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、報知情報もアプリケーション部２０５に転送される。
【０１４１】
一方、上りリンクのユーザデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御の送信処理（例えば、ＨＡＲＱの送信処理）や、チャネル符号化、プリコーディング、離散フーリエ変換（ＤＦＴ：Discrete  Fourier  Transform）処理、ＩＦＦＴ処理などが行われて送受信部２０３に転送される。
【０１４２】
送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部２０３で周波数変換された無線周波数信号は、アンプ部２０２により増幅され、送受信アンテナ２０１から送信される。
【０１４３】
送受信部２０３は、無線基地局１０から、ＭＰＤＣＣＨを繰り返し受信する。また、送受信部２０３は、無線基地局１０から、ＰＤＳＣＨを繰り返し受信してもよい。また、送受信部２０３は、構成タイプに関連付けられた所定の対応関係（マッピングテーブル）に関する情報及び／又はＰＲＡＣＨのＣＥレベルと構成タイプとの対応関係に関する情報を受信してもよい。
【０１４４】
送受信部２０３は、無線基地局１０に対して、ＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨの少なくとも１つを繰り返し送信してもよい。
【０１４５】
図１８は、本発明の一実施形態に係るユーザ端末の機能構成の一例を示す図である。なお、図１８においては、本実施形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有しているものとする。図１８に示すように、ユーザ端末２０が有するベースバンド信号処理部２０４は、制御部４０１と、送信信号生成部（生成部）４０２と、マッピング部４０３と、受信信号処理部４０４と、測定部４０５と、を少なくとも備えている。
【０１４６】
制御部４０１は、ユーザ端末２０全体の制御を実施する。制御部４０１は、本発明に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
【０１４７】
制御部４０１は、例えば、送信信号生成部４０２による信号の生成や、マッピング部４０３による信号の割り当てを制御する。また、制御部４０１は、受信信号処理部４０４による信号の受信処理や、測定部４０５による信号の測定を制御する。
【０１４８】
制御部４０１は、無線基地局１０から送信された下り制御信号（ＰＤＣＣＨ／ＥＰＤＣＣＨで送信された信号）及び下りデータ信号（ＰＤＳＣＨで送信された信号）を、受信信号処理部４０４から取得する。制御部４０１は、下り制御信号や、下りデータ信号に対する再送制御の要否を判定した結果などに基づいて、上り制御信号（例えば、送達確認情報（ＨＡＲＱ−ＡＣＫ）など）や上りデータ信号の生成を制御する。また、制御部４０１は、ランダムアクセス手順の処理を制御し、例えばランダムアクセスプリアンブル（ＰＲＡＣＨ）の送信を制御する。
【０１４９】
また、制御部４０１は、ユーザ端末２０が上り信号（例えば、ＰＵＣＣＨ及び／又はＰＵＳＣＨ）の繰り返し数を設定されている場合には、所定の信号の繰り返しレベルに関する情報に基づいて、同一情報を含む信号を複数のサブフレームに渡って繰り返し送信するように制御を実施することができる。
【０１５０】
制御部４０１は、受信信号処理部４０４から通常カバレッジモード又はカバレッジ拡張モードで動作することを示す情報が入力された場合、当該情報に基づいて自端末のモードを判断することができる。また、制御部４０１は、繰り返しレベルに関する情報に基づいて当該モードを判断してもよい。
【０１５１】
また、制御部４０１は、制御チャネルやその他のチャネルの繰り返し送信を考慮して、スケジューリング情報（グラント）の受信に関して、受信信号処理部４０４を制御してもよい。例えば、制御部４０１は、同じサーチスペース（ＳＳ）の所定の候補領域（ＢＤ候補）で、上り送信（例えば、ＰＵＳＣＨ）及び／又は下り受信（例えば、ＰＤＳＣＨ）のスケジューリング情報を検出した場合に、残りのＢＤ候補における復号処理を制御する（第１の実施形態）。
【０１５２】
具体的には、制御部４０１は、既に同じＳＳのＢＤ候補でスケジューリング情報を検出した場合に、残りのＢＤ候補における復号処理を行わないように制御してもよいし、繰り返し数に基づいて、残りのＢＤ候補における復号処理を行うか否かを制御してもよい。
【０１５３】
また、制御部４０１は、ランダムアクセス手順中に、所定の構成情報に基づいて、当該ランダムアクセス手順中の下り制御チャネル（ＭＰＤＣＣＨ）の繰り返し受信及び／又は上り制御チャネル（ＰＵＣＣＨ）の繰り返し送信を制御してもよい（第２の実施形態）。
【０１５４】
また、制御部４０１は、所定のサーチスペースの下り制御チャネル（ＭＰＤＣＣＨ）で用いられるＤＣＩフォーマットのうち、少なくとも２つのＤＣＩフォーマットのサイズが同じであると想定して復号処理を行うように制御してもよい（第３の実施形態）。
【０１５５】
具体的には、制御部４０１は、無線基地局１０によって設定（通知及び／又は利用）される送信モードに基づいて、所定のサーチスペースの下り制御チャネル（ＭＰＤＣＣＨ）で用いられるＤＣＩフォーマットのうち、全てのＤＣＩフォーマットのサイズが同じであると想定して復号処理を行うように制御してもよい。また、制御部４０１は、送信モード及びユーザ端末２０に適用されるカバレッジに基づいて、所定のサーチスペースの下り制御チャネルで用いられるＤＣＩフォーマットのうち、サイズ差が最小である複数のＤＣＩフォーマットのサイズが同じであると想定して復号処理を行うように制御してもよい。
【０１５６】
送信信号生成部４０２は、制御部４０１からの指示に基づいて、上り信号（上り制御信号、上りデータ信号、上り参照信号など）を生成して、マッピング部４０３に出力する。送信信号生成部４０２は、本発明に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
【０１５７】
送信信号生成部４０２は、例えば、制御部４０１からの指示に基づいて、送達確認情報（ＨＡＲＱ−ＡＣＫ）やチャネル状態情報（ＣＳＩ）に関する上り制御信号を生成する。また、送信信号生成部４０２は、制御部４０１からの指示に基づいて上りデータ信号を生成する。例えば、送信信号生成部４０２は、無線基地局１０から通知される下り制御信号にＵＬグラントが含まれている場合に、制御部４０１から上りデータ信号の生成を指示される。
【０１５８】
また、送信信号生成部４０２は、ユーザ端末２０に所定の上り信号の繰り返し送信が設定されている場合、複数のサブフレームに渡って同じ上り信号を生成してマッピング部４０３に出力する。繰り返し数については、制御部４０１からの指示に基づいて、設定されてもよい。
【０１５９】
マッピング部４０３は、制御部４０１からの指示に基づいて、送信信号生成部４０２で生成された上り信号を無線リソース（例えば、最大６リソースブロック）にマッピングして、送受信部２０３へ出力する。マッピング部４０３は、本発明に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
【０１６０】
受信信号処理部４０４は、送受信部２０３から入力された受信信号に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。ここで、受信信号は、例えば、無線基地局１０から送信される下り信号（下り制御信号、下りデータ信号、下り参照信号など）である。受信信号処理部４０４は、本発明に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。
【０１６１】
受信信号処理部４０４は、繰り返し信号を送信する無線基地局１０からの受信信号に対して、繰り返し信号向けの受信処理を適用する。例えば、受信信号処理部４０４は、制御部４０１からの指示に基づいて、所定の識別子を用いてＤＣＩ（ＥＰＤＣＣＨ）の復号処理を行ってもよい。
【０１６２】
受信信号処理部４０４は、受信処理により復号された情報を制御部４０１に出力する。受信信号処理部４０４は、例えば、報知情報、システム情報、ＲＲＣシグナリング、ＤＣＩなどを、制御部４０１に出力する。また、受信信号処理部４０４は、受信信号や、受信処理後の信号を、測定部４０５に出力する。
【０１６３】
測定部４０５は、受信した信号に関する測定を実施する。測定部４０５は、本発明に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
【０１６４】
測定部４０５は、例えば、受信した信号の受信電力（例えば、ＲＳＲＰ）、受信品質（例えば、ＲＳＲＱ）やチャネル状態などについて測定してもよい。測定結果は、制御部４０１に出力されてもよい。
【０１６５】
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的に結合した１つの装置により実現されてもよいし、物理的に分離した２つ以上の装置を有線又は無線で接続し、これら複数の装置により実現されてもよい。
【０１６６】
例えば、無線基地局１０やユーザ端末２０の各機能の一部又は全ては、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを用いて実現されても良い。また、無線基地局１０やユーザ端末２０は、プロセッサ（ＣＰＵ：Central  Processing  Unit）と、ネットワーク接続用の通信インターフェースと、メモリと、プログラムを保持したコンピュータ読み取り可能な記憶媒体と、を含むコンピュータ装置によって実現されてもよい。つまり、本発明の一実施形態に係る無線基地局、ユーザ端末などは、本発明に係る無線通信方法の処理を行うコンピュータとして機能してもよい。
【０１６７】
ここで、プロセッサやメモリなどは情報を通信するためのバスで接続される。また、コンピュータ読み取り可能な記録媒体は、例えば、フレキシブルディスク、光磁気ディスク、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＣＤ−ＲＯＭ（Compact  Disc−ＲＯＭ）、ＲＡＭ（Random  Access  Memory）、ハードディスクなどの記憶媒体である。また、プログラムは、電気通信回線を介してネットワークから送信されても良い。また、無線基地局１０やユーザ端末２０は、入力キーなどの入力装置や、ディスプレイなどの出力装置を含んでいてもよい。
【０１６８】
無線基地局１０及びユーザ端末２０の機能構成は、上述のハードウェアによって実現されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実現されてもよいし、両者の組み合わせによって実現されてもよい。プロセッサは、オペレーティングシステムを動作させてユーザ端末の全体を制御する。また、プロセッサは、記憶媒体からプログラム、ソフトウェアモジュールやデータをメモリに読み出し、これらに従って各種の処理を実行する。
【０１６９】
ここで、当該プログラムは、上記の各実施形態で説明した各動作を、コンピュータに実行させるプログラムであれば良い。例えば、ユーザ端末２０の制御部４０１は、メモリに格納され、プロセッサで動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
【０１７０】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【０１７１】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及び／又はシンボルは信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ）は、周波数キャリア、キャリア周波数、セルなどと呼ばれてもよい。
【０１７２】
また、所定の信号を受信／送信する無線リソースを決定することは、所定の信号を受信／送信するために利用される周波数、時間、符号、空間などのリソース（又は方式）を決定すると言い換えられてもよい。ここで、受信／送信には、受信処理（例えば、デマッピング、復調、復号など）／送信処理（例えば、マッピング、変調、符号化など）が含まれてもよい。
【０１７３】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【０１７４】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０１７５】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的に（例えば、当該所定の情報の通知を行わないことによって）行われてもよい。
【０１７６】
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ＭＡＣ（Medium  Access  Control）シグナリング、報知情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRCConnectionSetup）メッセージ、ＲＲＣ接続再構成（RRCConnectionReconfiguration）メッセージなどであってもよい。
【０１７７】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＬＴＥ−Ｂ（LTE-Beyond）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（4th  generation  mobile  communication  system）、５Ｇ（5th  generation  mobile  communication  system）、ＦＲＡ（Future  Radio  Access）、Ｎｅｗ−ＲＡＴ（Radio  Access  Technology）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１７８】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１７９】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１８０】
１  無線通信システム
１０  無線基地局
２０  ユーザ端末
１０１、２０１  送受信アンテナ
１０２、２０２  アンプ部
１０３、２０３  送受信部
１０４、２０４  ベースバンド信号処理部
１０５  呼処理部
１０６  伝送路インターフェース
２０５  アプリケーション部
３０１、４０１  制御部
３０２、４０２  送信信号生成部
３０３、４０３  マッピング部
３０４、４０４  受信信号処理部
３０５、４０５  測定部
【図１】
2017063323.tif 000003
【図２】
2017063323.tif 000004
【図３】
2017063323.tif 000005
【図４】
2017063323.tif 000006
【図５】
2017063323.tif 000007
【図６】
2017063323.tif 000008
【図７】
2017063323.tif 000009
【図８】
2017063323.tif 000010
【図９】
2017063323.tif 000011
【図１０】
2017063323.tif 000012
【図１１】
2017063323.tif 000013
【図１２】
2017063323.tif 000014
【図１３】
2017063323.tif 000015
【図１４】
2017063323.tif 000016
【図１５】
2017063323.tif 000017
【図１６】
2017063323.tif 000018
【図１７】
2017063323.tif 000019
【図１８】
2017063323.tif 000020
【手続補正書】
【提出日】平成28年9月21日(2016.9.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末であって、
信号を送受信する送受信部と、
ランダムアクセスチャネルのカバレッジ拡張レベルに基づいて、ランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信を制御する制御部と、を有することを特徴とするユーザ端末。
【請求項２】
前記制御部は、前記カバレッジ拡張レベルに基づいて、ランダムアクセス手順中の制御チャネルの繰り返し数を判断することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記制御部は、測定したＲＳＲＰ（Reference  Signal  Received  Power）に基づいて、前記カバレッジ拡張レベルを判断することを特徴とする請求項１又は請求項２に記載のユーザ端末。
【請求項４】
システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末と通信する無線基地局であって、
信号を送受信する送受信部と、
前記ユーザ端末に、ランダムアクセスチャネルのカバレッジ拡張レベルに基づいて、ランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信を制御させるための情報の送信を制御する制御部と、を有することを特徴とする無線基地局。
【請求項５】
システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末の無線通信方法であって、
信号を送受信する工程と、
ランダムアクセスチャネルのカバレッジ拡張レベルに基づいて、ランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信を制御する工程と、を有することを特徴とする無線通信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本発明の一態様に係るユーザ端末は、システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末であって、信号を送受信する送受信部と、ランダムアクセスチャネルのカバレッジ拡張レベルに基づいて、ランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信を制御する制御部と、を有する。
【手続補正書】
【提出日】平成28年12月28日(2016.12.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末であって、
信号を送受信する送受信部と、
ランダムアクセスチャネルのカバレッジ拡張レベル及び無線基地局から通知されるランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信の制御に用いられる情報に基づいて、ランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信を制御する制御部と、を有することを特徴とするユーザ端末。
【請求項２】
前記制御部は、前記カバレッジ拡張レベルに基づいて、ランダムアクセス手順中の制御チャネルの繰り返し数を判断することを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記制御部は、測定したＲＳＲＰ（Reference  Signal  Received  Power）に基づいて、前記カバレッジ拡張レベルを判断することを特徴とする請求項１又は請求項２に記載のユーザ端末。
【請求項４】
システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末と通信する無線基地局であって、
信号を送受信する送受信部と、
前記ユーザ端末に、ランダムアクセスチャネルのカバレッジ拡張レベルに基づいて、ランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信を制御させるための情報の送信を制御する制御部と、を有することを特徴とする無線基地局。
【請求項５】
システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末の無線通信方法であって、
信号を送受信する工程と、
ランダムアクセスチャネルのカバレッジ拡張レベル及び無線基地局から通知されるランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信の制御に用いられる情報に基づいて、ランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信を制御する工程と、を有することを特徴とする無線通信方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
本発明の一態様に係るユーザ端末は、システム帯域の一部の狭帯域に使用帯域が制限されたユーザ端末であって、信号を送受信する送受信部と、ランダムアクセスチャネルのカバレッジ拡張レベル及び無線基地局から通知されるランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信の制御に用いられる情報に基づいて、ランダムアクセス手順中の制御チャネルの繰り返し受信及び／又は繰り返し送信を制御する制御部と、を有する。