(57)【特許請求の範囲】
【請求項１】
制御領域およびデータ領域から構成されるフレームにおいて無線信号を送信する送信部と；
複数の無線端末に付与されたグループ識別子により識別される参照先情報を含み、前記制御領域において送信される制御信号を生成する制御信号生成部と；
前記データ領域内で前記参照先情報の示す参照先領域に前記複数の無線端末に対する情報を配置してデータ信号を生成するデータ信号生成部と；
を備え、
前記制御信号生成部のモードは、１の無線端末から受信される設定変更の要求に応じて第１のモードと第２のモードとの間で変更され、
前記第１のモードは、前記１の無線端末の端末識別子により識別される情報を含む制御信号を生成するモードであり、前記第２のモードは、前記１の無線端末の端末識別子により識別される情報を含まず、前記グループ識別子により識別される参照先情報を含む制御信号を生成するモードである、基地局。
【請求項２】
前記データ信号生成部は、前記参照先情報の示す参照先領域に、前記複数の無線端末の各々の端末識別子により識別される前記複数の無線端末の各々に対する情報を配置する、請求項１に記載の基地局。
【請求項３】
前記複数の無線端末の各々に対する情報は、アップリンク用のリソース情報、またはダウンリンク用のリソース情報を含む、請求項２に記載の基地局。
【請求項４】
前記アップリンク用のリソース情報、またはダウンリンク用のリソース情報は、前記複数の無線端末の各々に対する情報が配置されたフレームの次以降のフレーム内のリソースを示す、請求項３に記載の基地局。
【請求項５】
前記データ信号生成部は、複数フレームにわたり、１のフレームの制御領域に配置された参照先情報の示す前記データ領域内の同一の参照先領域に前記複数の無線端末に対する情報を配置する、請求項４に記載の基地局。
【請求項６】
前記複数の無線端末には、アップリンク用のグループ識別子、およびダウンリンク用のグループ識別子が付与されており、
前記データ信号生成部は、アップリンク用のグループ識別子により識別される参照先情報の示す参照先領域には前記複数の無線端末の各々に対するアップリンク用のリソース情報を配置し、
ダウンリンク用のグループ識別子により識別される参照先情報の示す参照先領域においては前記複数の無線端末の各々に対するダウンリンク用のリソース情報を配置する、請求項４に記載の基地局。
【請求項７】
前記制御信号生成部は、同一のグループ識別子により識別される参照先情報を、前記制御領域中の所定の周波数領域に配置する、請求項６に記載の基地局。
【請求項８】
前記制御信号生成部は、前記参照先情報を前記グループ識別子でマスキングしながら得られたチェックビットを前記参照先情報に付加する、請求項７に記載の基地局。
【請求項９】
制御領域およびデータ領域から構成されるフレーム中の前記制御領域において送信される制御信号であって、複数の無線端末に付与されたグループ識別子により識別される参照先情報を含む制御信号を生成するステップと；
前記データ領域内で前記参照先情報の示す参照先領域に前記複数の無線端末に対する情報を配置してデータ信号を生成するステップと；
前記制御信号および前記データ信号を送信するステップと；
を含み、
動作モードは、１の無線端末から受信される設定変更の要求に応じて第１のモードと第２のモードとの間で変更され、
前記第１のモードは、前記１の無線端末の端末識別子により識別される情報を含む制御信号を生成するモードであり、前記第２のモードは、前記１の無線端末の端末識別子により識別される情報を含まず、前記グループ識別子により識別される参照先情報を含む制御信号を生成するモードである、無線通信方法。
【請求項１０】
コンピュータを、
制御領域およびデータ領域から構成されるフレームにおいて無線信号を送信する送信部と；
複数の無線端末に付与されたグループ識別子により識別される参照先情報を含み、前記制御領域において送信される制御信号を生成する制御信号生成部と；
前記データ領域内で前記参照先情報の示す参照先領域に前記複数の無線端末に対する情報を配置してデータ信号を生成するデータ信号生成部と；
として機能させ、
前記制御信号生成部のモードは、１の無線端末から受信される設定変更の要求に応じて第１のモードと第２のモードとの間で変更され、
前記第１のモードは、前記１の無線端末の端末識別子により識別される情報を含む制御信号を生成するモードであり、前記第２のモードは、前記１の無線端末の端末識別子により識別される情報を含まず、前記グループ識別子により識別される参照先情報を含む制御信号を生成するモードである、プログラム。
【請求項１１】
複数の無線端末と；
制御領域およびデータ領域から構成されるフレームにおいて無線信号を送信する送信部、
前記複数の無線端末に付与されたグループ識別子により識別される参照先情報を含み、前記制御領域において送信される制御信号を生成する制御信号生成部、および、
前記データ領域内で前記参照先情報の示す参照先領域に前記複数の無線端末に対する情報を配置してデータ信号を生成するデータ信号生成部、
を有する基地局と；
を備え、
前記制御信号生成部のモードは、１の無線端末から受信される設定変更の要求に応じて第１のモードと第２のモードとの間で変更され、
前記第１のモードは、前記１の無線端末の端末識別子により識別される情報を含む制御信号を生成するモードであり、前記第２のモードは、前記１の無線端末の端末識別子により識別される情報を含まず、前記グループ識別子により識別される参照先情報を含む制御信号を生成するモードである、無線通信システム。
【請求項１２】
無線端末であって、
制御領域およびデータ領域から構成されるフレームにおいて基地局から送信される無線信号を受信する受信部と；
前記制御領域において受信される制御信号から、前記無線端末を含む複数の無線端末に付与されたグループ識別子により識別される参照先情報を取得し、
前記データ領域内で前記参照先情報の示す参照先領域において受信されるデータ信号から、前記無線端末に付与された端末識別子により識別されるデータ部分を取得する取得部と；
前記基地局に設定変更の要求を送信する送信部と；
を備え、
前記取得部は、前記設定変更の要求により前記基地局が第１のモードで動作する間には、前記無線端末の端末識別子により識別される情報の取得を試み、前記基地局が第２のモードで動作する間には、前記端末識別子により識別される情報の取得は試みず、前記グループ識別子により識別される参照先情報の取得を試みる、無線端末。
【請求項１３】
無線端末による無線通信方法であって、
制御領域およびデータ領域から構成されるフレームにおいて基地局から送信される無線信号を受信するステップと；
前記制御領域において受信される制御信号から、前記無線端末を含む複数の無線端末に付与されたグループ識別子により識別される参照先情報を取得するステップと；
前記データ領域内で前記参照先情報の示す参照先領域において受信されるデータ信号から、前記無線端末に付与された端末識別子により識別されるデータ部分を取得するステップと；
基地局に設定変更の要求を送信するステップと；
を含み、
前記取得するステップは、前記設定変更の要求により前記基地局が第１のモードで動作する間には、前記無線端末の端末識別子により識別される情報の取得を試み、前記基地局が第２のモードで動作する間には、前記端末識別子により識別される情報の取得は試みず、前記グループ識別子により識別される参照先情報の取得を試みる、無線通信方法。
【請求項１４】
コンピュータを、
無線端末であって、
制御領域およびデータ領域から構成されるフレームにおいて基地局から送信される無線信号を受信する受信部と；
前記制御領域において受信される制御信号から、前記無線端末を含む複数の無線端末に付与されたグループ識別子により識別される参照先情報を取得し、
前記データ領域内で前記参照先情報の示す参照先領域において受信されるデータ信号から、前記無線端末に付与された端末識別子により識別されるデータ部分を取得する取得部と；
前記基地局に設定変更の要求を送信する送信部と；
を備え、
前記取得部は、前記設定変更の要求により前記基地局が第１のモードで動作する間には、前記無線端末の端末識別子により識別される情報の取得を試み、前記基地局が第２のモードで動作する間には、前記端末識別子により識別される情報の取得は試みず、前記グループ識別子により識別される参照先情報の取得を試みる、無線端末として機能させるための、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局、無線通信方法、プログラム、無線通信システム、および無線端末に関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において４Ｇの無線通信システムの規格化が進められている。４Ｇによれば、リレーやキャリアアグリゲーションなどの技術を用いることにより、最大通信速度の向上やセルエッジでの品質向上を実現することができる。また、ＨｅＮｏｄｅＢ（Ｈｏｍｅ  ｅＮｏｄｅＢ、フェムトセル基地局、携帯電話用小型基地局）やＲＨＨ（リモートラジオヘッド）など、ｅＮｏｄｅＢ（マクロセル基地局）以外の基地局の導入によりカバレッジを向上させることも検討されている。
【０００３】
（ブラインドデコーディング）
このような無線通信システムにおいて、基地局は、ＰＤＣＣＨ（Ｐｈｙ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と呼ばれる制御信号により、ＵＥに対する受信リソースの割り当て（Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎ）、および送信リソースの許可（Ｕｐｌｉｎｋ  Ｇｒａｎｔ）などを通知する。ここで、Ｄｏｗｎｌｉｎｋ  ＡｓｓｉｇｎやＵｐｌｉｎｋ  Ｇｒａｎｔなどのリソース情報は、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）ごとの情報である。このため、基地局は、各ＵＥが自分宛のリソース情報を抽出できるように制御信号を送信し、各ＵＥは、ブラインドデコーディングと呼ばれる処理によりＰＤＣＣＨから自分宛のリソース情報を抽出する。以下、この点についてより詳細に説明する。
【０００４】
基地局は、ＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）と呼ばれる制御信号の最小単位に各ＵＥ宛てのリソース情報を記載する。さらに、基地局は、各ＵＥに固有の識別子であるＣ−ＲＮＴＩ（Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｙ）でリソース情報をマスキングしながらＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）により得られるチェックビットをＣＣＥに付加する。
【０００５】
ＵＥは、上述した複数のＣＣＥを含むＰＤＣＣＨを受信すると、自端末のＣ−ＲＮＴＩで各ＣＣＥをデマスキングしながらＣＲＣチェックを行う。すなわち、ＵＥは、各ＣＣＥが自端末宛てであると仮定して各ＣＣＥのＣＲＣチェックを行い、結果が正常であったＣＣＥを自端末宛てのＣＣＥであると判断する。ＵＥによる当該処理はブラインドデコーディングと呼ばれており、このブラインドデコーディングについては例えば特許文献１に記載されている。
【０００６】
（ＭＴＣについて）
一方、３ＧＰＰでは、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）に関する議論も進められている。ＭＴＣは、一般的にＭ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）と同義であり、機械と機械の間の人間が直接利用しない通信を意味する。このＭＴＣは、主として、サーバと、人間が直接利用しないＭＴＣ端末との間で行われる。
【０００７】
例えば、医療系のＭＴＣアプリケーションとして、ＭＴＣ端末が、人間の心電図情報を収集し、あるトリガ条件が満たされた場合に心電図情報をサーバにアップリンクを利用して送信することが考えられる。他のＭＴＣアプリケーションとして、自動販売機をＭＴＣ端末として機能させ、サーバが、一定周期（例えば３０日）ごとに管理下の自動販売機に対して売上を報告させることも考えられる。
【０００８】
このようなＭＴＣ端末は、一例として一般的には以下の特徴を有するが、各ＭＴＣ端末が以下の全ての特徴を有する必要はなく、いずれの特徴を有するかはアプリケーションに依存する。
・移動がほとんどない（Ｌｏｗ  Ｍｏｂｉｌｉｔｙ）
・小容量のデータ転送（Ｏｎｌｉｎｅ  Ｓｍａｌｌ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）
・超低消費電力（Ｅｘｔｒａ  Ｌｏｗ  Ｐｏｗｅｒ  Ｃｏｎｓｕｍｐｔｉｏｎ）
・各ＭＴＣをグルーピングしてハンドリング（Ｇｒｏｕｐ  ｂａｓｅｄ  ＭＴＣ  Ｆｅａｔｕｒｅｓ）
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００９−２９６５８９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、上述したＭＴＣの導入により、各セル内に存在する端末数、基地局がＡｃｔｉｖｅモードで収容する端末数、および基地局がＰＤＣＣＨで同時に制御する端末数が増大することが予想される。さらに、ＰＤＣＣＨに含まれるＣＣＥも、ＰＤＣＣＨで同時に制御する端末数の増大に伴って増大する。
【００１１】
その結果、ＵＥ（ＭＴＣ端末を含む）がブラインドデコーディングを行う範囲が広くなるので、ＵＥにおけるブラインドデコーディングの負荷が増大する。特に、ＭＴＣ端末には超低消費電力が求められる場合があるので、ブラインドデコーディングの負荷が増大することは問題である。
【００１２】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、無線端末におけるブラインドデコーディングの負荷を抑制することが可能な、新規かつ改良された基地局、無線通信方法、プログラム、無線通信システム、および無線端末を提供することにある。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、本発明のある観点によれば、制御領域およびデータ領域から構成されるフレームにおいて無線信号を送信する送信部と、複数の無線端末に付与されたグループ識別子により識別される参照先情報を含み、前記制御領域において送信される制御信号を生成する制御信号生成部と、前記データ領域内で前記参照先情報の示す参照先領域に前記複数の無線端末に対する情報を配置してデータ信号を生成するデータ信号生成部と、を備える基地局が提供される。
【００１４】
前記データ信号生成部は、前記参照先情報の示す参照先領域に、前記複数の無線端末の各々の端末識別子により識別される前記複数の無線端末の各々に対する情報を配置してもよい。
【００１５】
前記複数の無線端末の各々に対する情報は、アップリンク用のリソース情報、またはダウンリンク用のリソース情報を含んでもよい。
【００１６】
前記アップリンク用のリソース情報、またはダウンリンク用のリソース情報は、前記複数の無線端末の各々に対する情報が配置されたフレームの次以降のフレーム内のリソースを示してもよい。
【００１７】
前記データ信号生成部は、複数フレームにわたり、１のフレームの制御領域に配置された参照先情報の示す前記データ領域内の同一の参照先領域に前記複数の無線端末に対する情報を配置してもよい。
【００１８】
前記複数の無線端末には、アップリンク用のグループ識別子、およびダウンリンク用のグループ識別子が付与されており、前記データ信号生成部は、アップリンク用のグループ識別子により識別される参照先情報の示す参照先領域には前記複数の無線端末の各々に対するアップリンク用のリソース情報を配置し、ダウンリンク用のグループ識別子により識別される参照先情報の示す参照先領域においては前記複数の無線端末の各々に対するダウンリンク用のリソース情報を配置してもよい。
【００１９】
前記制御信号生成部は、同一のグループ識別子により識別される参照先情報を、前記制御領域中の所定の周波数領域に配置してもよい。
【００２０】
前記制御信号生成部は、前記参照先情報を前記グループ識別子でマスキングしながら得られたチェックビットを前記参照先情報に付加してもよい。
【００２１】
また、上記課題を解決するために、本発明の別の観点によれば、制御領域およびデータ領域から構成されるフレーム中の前記制御領域において送信される制御信号であって、複数の無線端末に付与されたグループ識別子により識別される参照先情報を含む制御信号を生成するステップと、前記データ領域内で前記参照先情報の示す参照先領域に前記複数の無線端末に対する情報を配置してデータ信号を生成するステップと、前記制御信号および前記データ信号を送信するステップと、を含む無線通信方法が提供される。
【００２２】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、制御領域およびデータ領域から構成されるフレームにおいて無線信号を送信する送信部と、複数の無線端末に付与されたグループ識別子により識別される参照先情報を含み、前記制御領域において送信される制御信号を生成する制御信号生成部と、前記データ領域内で前記参照先情報の示す参照先領域に前記複数の無線端末に対する情報を配置してデータ信号を生成するデータ信号生成部と、として機能させるためのプログラムが提供される。
【００２３】
また、上記課題を解決するために、本発明の別の観点によれば、複数の無線端末と、制御領域およびデータ領域から構成されるフレームにおいて無線信号を送信する送信部、前記複数の無線端末に付与されたグループ識別子により識別される参照先情報を含み、前記制御領域において送信される制御信号を生成する制御信号生成部、および、前記データ領域内で前記参照先情報の示す参照先領域に前記複数の無線端末に対する情報を配置してデータ信号を生成するデータ信号生成部、を有する基地局と、を備える無線通信システムが提供される。
【００２４】
また、上記課題を解決するために、本発明の別の観点によれば、無線端末であって、制御領域およびデータ領域から構成されるフレームにおいて基地局から送信される無線信号を受信する受信部と、前記制御領域において受信される制御信号から、前記無線端末を含む複数の無線端末に付与されたグループ識別子により識別される参照先情報を取得し、前記データ領域内で前記参照先情報の示す参照先領域において受信されるデータ信号から、前記無線端末に付与された端末識別子により識別されるデータ部分を取得する取得部と、を備える無線端末が提供される。
【００２５】
前記取得部は、前記基地局により前記グループ識別子が使用されないと判断される場合、前記制御領域において受信される制御信号から、前記無線端末に付与された端末識別子により識別されるデータ部分を取得してもよい。
【００２６】
また、上記課題を解決するために、本発明の別の観点によれば、無線端末による無線通信方法であって、制御領域およびデータ領域から構成されるフレームにおいて基地局から送信される無線信号を受信するステップと、前記制御領域において受信される制御信号から、前記無線端末を含む複数の無線端末に付与されたグループ識別子により識別される参照先情報を取得するステップと、前記データ領域内で前記参照先情報の示す参照先領域において受信されるデータ信号から、前記無線端末に付与された端末識別子により識別されるデータ部分を取得するステップと、を含む無線通信方法が提供される。
【００２７】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、無線端末であって、制御領域およびデータ領域から構成されるフレームにおいて基地局から送信される無線信号を受信する受信部と、前記制御領域において受信される制御信号から、前記無線端末を含む複数の無線端末に付与されたグループ識別子により識別される参照先情報を取得し、前記データ領域内で前記参照先情報の示す参照先領域において受信されるデータ信号から、前記無線端末に付与された端末識別子により識別されるデータ部分を取得する取得部と、を備える無線端末として機能させるためのプログラムが提供される。
【発明の効果】
【００２８】
以上説明したように本発明によれば、無線端末におけるブラインドデコーディングの負荷を抑制することができる。
【図面の簡単な説明】
【００２９】
【図１】無線通信システムの構成例を示した説明図である。
【図２】４Ｇのフレームフォーマットを示した説明図である。
【図３Ａ】ＰＤＣＣＨの送信に１Ｏｆｄｍシンボルが利用される例を示した説明図である。
【図３Ｂ】ＰＤＣＣＨの送信に２Ｏｆｄｍシンボルが利用される例を示した説明図である。
【図３Ｃ】ＰＤＣＣＨの送信に３Ｏｆｄｍシンボルが利用される例を示した説明図である。
【図４】リソースブロックを示した説明図である。
【図５】ＣＣＥの具体例を示した説明図である。
【図６】ブラインドデコーディングを示した説明図である。
【図７】ブラインドデコーディングを示した説明図である。
【図８】Ｃ−ＲＮＴＩおよびＭＴＣ−ＧＰ＿ＲＮＴＩの付与方法の一例を示したシーケンス図である。
【図９】本発明の第１の実施形態による基地局の構成を示した説明図である。
【図１０】ＣＣＥ、セカンドサーチスペース、および割り当てリソースの配置関係を示した説明図である。
【図１１】第１の実施形態によるＭＴＣ端末の構成を示した説明図である。
【図１２】本発明の第１の実施形態による無線通信システムの動作を示したシーケンス図である。
【図１３】ブラインドデコーディングに用いるＲＮＴＩを変更する方法を示したシーケンス図である。
【図１４】あるＭＴＣグループのためのセカンドサーチスペースの配置例を示した説明図である。
【図１５】各ＭＴＣグループのためのＣＣＥの配置例を示した説明図である。
【図１６】ＭＴＣ端末が属するＭＴＣグループの具体例を示した説明図である。
【図１７】第４の実施形態に対応する説明図である。
【図１８】基準リソースブロックと、各ＭＴＣ端末によるアップリンク用のリソースブロックの関係を示した説明図である。
【図１９】基準リソースブロックと、各ＭＴＣ端末によるアップリンク用のリソースブロックの関係の変形例を示した説明図である。
【図２０】第５の実施形態による無線通信システムの動作を示した説明図である。
【発明を実施するための形態】
【００３０】
以下に添付図面を参照しながら、本発明の実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００３１】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じてＭＴＣ端末２０Ａ、２０Ｂおよび２０Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、ＭＴＣ端末２０Ａ、２０Ｂおよび２０Ｃを特に区別する必要が無い場合には、単にＭＴＣ端末２０と称する。
【００３２】
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．無線通信システムの概略
１−１．無線通信システムの構成
１−２．フレーム構成
１−３．ＰＤＣＣＨの構成
１−４．ブラインドデコーディング
２．各実施形態の説明
２−１．第１の実施形態
（第１の実施形態による基地局）
（第１の実施形態によるＭＴＣ端末）
（第１の実施形態の動作）
（第１の実施形態の補足）
２−２．第２の実施形態
２−３．第３の実施形態
２−４．第４の実施形態
２−５．第５の実施形態
２−６．第６の実施形態
２−７．第７の実施形態
３．むすび
【００３３】
＜１．無線通信システムの概略＞
現在、３ＧＰＰにおいて４Ｇの無線通信システムの規格化が進められている。本発明の実施形態は、一例としてこの４Ｇの無線通信システムに適用することができるので、まず、４Ｇの無線通信システムの概略を説明する。
【００３４】
［１−１．無線通信システムの構成］
図１は、無線通信システム１の構成例を示した説明図である。図１に示したように、無線通信システム１は、基地局１０と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）１２、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）１４、およびＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）−ＧＷ１６を含むコアネットワークと、ＭＴＣ端末２０と、ＭＴＣサーバ３０と、を備える。
【００３５】
本発明の実施形態は、図１に示した基地局１０およびＭＴＣ端末２０などの無線通信装置に適用することができる。なお、基地局１０は、例えば、ｅＮｏｄｅＢ、リレーノード、または家庭用小型基地局であるＨｏｍｅ  ｅＮｏｄｅＢであってもよい。また、ＭＴＣ端末２０はユーザ端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）の一例であり、本発明の実施形態は、携帯電話やＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）などの非ＭＴＣ端末にも適用可能である。
【００３６】
基地局１０は、ＭＴＣ端末２０と通信する無線基地局である。図１においては１台の基地局１０のみを示しているが、実際には多数の基地局１０がコアネットワークに接続される。また、図１においては記載を省略しているが、基地局１０は非ＭＴＣ端末などの他のユーザ端末とも通信する。
【００３７】
ＭＭＥ１２は、データ通信用のセッションの設定、開放やハンドオーバーの制御を行う装置である。このＭＭＥ１２は、基地局１０とＸ２と呼ばれるインタフェースを介して接続される。
【００３８】
Ｓ−ＧＷ１４は、ユーザデータのルーティング、転送などを行う装置である。ＰＤＮ−ＧＷ１６は、ＩＰサービスネットワークとの接続点として機能し、ＩＰサービスネットワークとの間でユーザデータを転送する。
【００３９】
ＭＴＣ端末２０は、３ＧＰＰで議論されている、機械と機械の間の人間が直接利用しない通信であるＭＴＣに特化した無線端末である。このＭＴＣ端末２０は、基地局１０とアプリケーションに応じた無線通信を行う。また、ＭＴＣ端末２０は、コアネットワークを介してＭＴＣサーバ３０と双方向通信を行う。
【００４０】
例えば、医療系のＭＴＣアプリケーションとして、ＭＴＣ端末２０が、人間の心電図情報を収集し、あるトリガ条件が満たされた場合に心電図情報をサーバにアップリンクを利用して送信することが考えられる。他のＭＴＣアプリケーションとして、自動販売機をＭＴＣ端末２０として機能させ、ＭＴＣサーバ３０が、一定周期（例えば３０日）ごとに管理下の自動販売機に対して売上を報告させることも考えられる。
【００４１】
このようなＭＴＣ端末２０は、一例として一般的には以下の特徴を有するが、各ＭＴＣ端末２０が以下の全ての特徴を有する必要はなく、いずれの特徴を有するかはアプリケーションに依存する。
・移動がほとんどない（Ｌｏｗ  Ｍｏｂｉｌｉｔｙ）
・小容量のデータ転送（Ｏｎｌｉｎｅ  Ｓｍａｌｌ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）
・超低消費電力（Ｅｘｔｒａ  Ｌｏｗ  Ｐｏｗｅｒ  Ｃｏｎｓｕｍｐｔｉｏｎ）
・各ＭＴＣをグルーピングしてハンドリング（Ｇｒｏｕｐ  ｂａｓｅｄ  ＭＴＣ  Ｆｅａｔｕｒｅｓ）
【００４２】
［１−２．フレーム構成］
上述の基地局１０およびＭＴＣ端末２０は、詳細については決定されていないが、ｅＮｏｄｅＢおよびＵＥ間の通信に準ずる形で無線通信を行うことが予想される。そこで、以下では、ｅＮｏｄｅＢおよびＵＥ間で共有される無線フレームについて説明する。以下で説明する内容は、基地局１０およびＭＴＣ端末２０間の通信に援用可能である。
【００４３】
図２は、４Ｇのフレームフォーマットを示した説明図である。図２に示したように、１０ｍｓの無線フレームは、１０個の１ｍｓのサブフレーム＃０〜＃９から構成されている。また、１ｍｓの各サブフレームは、２つの０．５ｍｓスロットで構成されている。さらに、各０．５ｍｓスロットは、７Ｏｆｄｍシンボルで構成されている。
【００４４】
なお、Ｏｆｄｍシンボルは、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）変調方式の通信方式で用いられる単位であり、１回のＦＦＴ（Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）で処理されたデータを出力する単位である。
【００４５】
図２に示した１ｍｓの各サブフレームの先頭には、ＰＤＣＣＨ（Ｐｈｙ  ＤｏｗｎＬｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と呼ばれる制御信号が付加される。このＰＤＣＣＨの送信ために、図３Ａ〜図３Ｃに示すように、サブフレームの先頭の１Ｏｆｄｍシンボル〜３Ｏｆｄｍシンボルが利用される。すなわち、ＰＤＣＣＨの送信ために１Ｏｆｄｍシンボルが利用される場合もあれば、３Ｏｆｄｍシンボルが利用される場合もある。
【００４６】
なお、ＰＤＣＣＨの送信に利用される無線フレーム中の領域は制御領域と称され、ＰＤＳＣＨ（Ｐｈｙ  ＤｏｗｎＬｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）やＰＵＳＣＨ（Ｐｈｙ  ＵｐＬｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などの送信に利用される無線フレーム中の領域はデータ領域と称される。
【００４７】
［１−３．ＰＤＣＣＨの構成］
続いて、上記のＰＤＣＣＨに含まれる制御情報について説明する。ＰＤＣＣＨには様々な制御情報が含まれるが、代表的には、以下の２つの制御情報が含まれる。
（１）ＵＥがＰＤＳＣＨのうちで受信すべきリソースブロックを示す割当て情報（ａｓｓｉｇｎ）
（２）ＵＥがＰＵＳＣＨのうちで送信すべきリソースブロックを示す許可情報（ｇｒａｎｔ）
【００４８】
なお、リソースブロックの最小単位は、図４に示したように、１２サブキャリア×７Ｏｆｄｍシンボルである。また、ＰＤＣＣＨには、例えばａｓｓｉｇｎやｇｒａｎｔなどのリソース情報の他、電力制御情報、ページングインデックス、およびシステム情報が含まれる。
【００４９】
［１−４．ブラインドデコーディング］
上記のａｓｓｉｇｎやｇｒａｎｔなどのリソース情報はＵＥごとの情報である。このため、ｅＮｏｄｅＢは、各ＵＥが自分宛のリソース情報を抽出できるようにＰＤＣＣＨを送信し、各ＵＥは、ブラインドデコーディングと呼ばれる処理によりＰＤＣＣＨから自分宛のリソース情報を抽出する。以下、この点についてより詳細に説明する。
【００５０】
ＰＤＣＣＨにおいて、各ＵＥに対する制御情報の最小単位はＣＣＥ（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｅｌｅｍｅｎｔ）と呼ばれている。ｅＮｏｄｅＢは、各ＵＥに対するリソース情報を含み、各ＵＥの識別子であるＣ−ＲＮＴＩ（Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｙ）により識別されるＣＣＥを生成する。以下、図５を参照してこのようなＣＣＥの具体例を説明する。
【００５１】
図５は、ＣＣＥの具体例を示した説明図である。図５に示したように、ＣＣＥは、リソース情報などの対象の情報、および、Ｃ−ＲＮＴＩ（Ｃｅｌｌ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｙ）でリソース情報をマスキングしながらＣＲＣ（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ）により得られるチェックビットを含む。ここで、マスキングは、リソース情報とＣ−ＲＮＴＩの排他的論理和（ＸＯＲ）の演算であってもよし、リソース情報とＣ−ＲＮＴＩとの直列的な結合であってもよい。
【００５２】
ＵＥは、上述した複数のＣＣＥを含むＰＤＣＣＨを受信すると、自端末のＣ−ＲＮＴＩにより識別されるＣＣＥをブラインドデコーディングにより抽出する。以下、図６および図７を参照してより具体的に説明する。
【００５３】
図６および図７は、ブラインドデコーディングを示した説明図である。ＵＥは、図６に示したように、ブラインドデコーディングとして、自端末のＣ−ＲＮＴＩで各ＣＣＥをデマスキングしながらＣＲＣチェックを行う。また、ＵＥは、各ＣＣＥを図７に示した順序でブラインドデコーディングする。すなわち、ＵＥは、各ＣＣＥが自端末宛てであると仮定して各ＣＣＥのＣＲＣチェックを行い、結果が正常であったＣＣＥを自端末宛てのＣＣＥであると判断する。
【００５４】
（ＣＣＥアグリゲーション）
なお、上述したＣＣＥに関し、ＣＣＥアグリゲーションという概念が存在する。このＣＣＥアグリゲーションは、通常のＣＣＥの単位の１倍、２倍、４倍、８倍のＣＣＥを送信するモードである。
【００５５】
例えば、セル半径の大きなセルにおいて、ＵＥのＳＮ（信号対雑音比）が小さいと予想できる場合には、ＣＣＥを８回繰り返して送信する。この場合、８回繰り返したものに対してＣＲＣによるチェックビットが付加される。したがって、ＵＥは、ＣＣＥアグリゲーションが行われている可能性を考慮してブラインドデコーディングを行う。
【００５６】
また、Ｃ−ＲＮＴＩの他にも、ページング用の情報を取得するためのＰ−ＲＮＴＩ、システム情報を取得するためのＳＩ−ＲＮＴＩ等のＲＮＴＩが存在する。したがって、ＵＥは、いずれのＲＮＴＩにより各ＣＣＥが識別されるかも仮定してブラインドデコーディングを行う。
【００５７】
（本発明の実施形態に至る経緯）
ところで、４Ｇの無線通信システムにおいては、上述したＭＴＣ端末の導入により、各セル内に存在する端末数、基地局がＡｃｔｉｖｅモードで収容する端末数、および基地局１０がＰＤＣＣＨで同時に制御する端末数が増大することが予想される。さらに、ＰＤＣＣＨに含まれるＣＣＥも、ＰＤＣＣＨで同時に制御する端末数の増大に伴って増大する。
【００５８】
その結果、ＵＥ（ＭＴＣ端末を含む）がブラインドデコーディングを行う範囲が広くなるので、ＵＥにおけるブラインドデコーディングの負荷が増大する。特に、ＭＴＣ端末には超低消費電力が求められる場合があるので、ブラインドデコーディングの負荷が増大することは問題である。
【００５９】
そこで、上記事情を一着眼点にして本発明の実施形態を創作するに至った。本発明の実施形態によれば、ＭＴＣ端末２０におけるブラインドデコーディングの負荷を抑制することが可能である。以下、このような本発明の実施形態について詳細に説明する。
【００６０】
＜２．各実施形態の説明＞
本発明は、一例として「２−１．第１の実施形態」〜「２−７．第７の実施形態」において詳細に説明するように、多様な形態で実施され得る。また、各実施形態は、ＭＴＣ端末２０に付与されたＭＴＣグループの識別子であるＭＴＣ−ＧＰ＿ＲＮＴＩを用いて実現される。そこで、各実施形態の詳細な説明に先立ち、ＭＴＣ−ＧＰ＿ＲＮＴＩを各ＭＴＣ端末２０に付与する方法を説明する。
【００６１】
（ＭＴＣ−ＧＰ＿ＲＮＴＩの付与）
図８は、Ｃ−ＲＮＴＩおよびＭＴＣ−ＧＰ＿ＲＮＴＩの付与方法の一例を示したシーケンス図である。図８に示したように、まず、Ｓｔｅｐ１〜Ｓｔｅｐ４からなるＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅにおいて、ＭＴＣ端末２０にＣ−ＲＮＴＩが付与される。
【００６２】
より具体的に説明すると、ＭＴＣ端末２０は、無線フレーム中のランダムアクセスウィンドウに向けてプリアンブルを送信する（Ｓｔｅｐ１）。基地局１０は、ＭＴＣ端末２０からのプリアンブルの受信に成功すると、ＭＴＣ端末２０に対してランダムアクセスレスポンスを送信する（Ｓｔｅｐ２）。基地局１０は、このランダムアクセスレスポンスにおいてＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩをＭＴＣ端末２０に付与する。
【００６３】
そして、ＭＴＣ端末２０は、ランダムアクセスレスポンスを受信すると、Ｌ２／Ｌ３メッセージを基地局１０に送信する（Ｓｔｅｐ３）。これに対し、ＭＴＣ端末２０は、基地局１０から送信されるコンテンションレゾリューションメッセージを受信することでランダムアクセスが成功したと判断し（Ｓｔｅｐ４）、Ｓｔｅｐ２において付与されたＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩをＣ−ＲＮＴＩとして使用するようになる。
【００６４】
その後、Ｓｔｅｐ５およびＳｔｅｐ６からなるＭＴＣカテゴリー設定Ｐｒｏｃｅｄｕｒｅが行われる。より具体的に説明すると、ＭＴＣ端末２０は、自端末がＭＴＣ端末であるか否かを示すＭＴＣカテゴリーという情報が設定されているので、自端末がＭＴＣ端末であることを把握している。このため、ＭＴＣ端末２０は、ＭＴＣカテゴリーを基地局１０に通知し（Ｓｔｅｐ５）、基地局１０から通知確認信号を受信する（Ｓｔｅｐ６）。なお、ＭＴＣカテゴリーには、例えば１カ月以上のロングスリープモードに対応しているか否かなど、ＭＴＣ端末２０の能力を示す情報が含まれてもよい。
【００６５】
さらに、Ｓｔｅｐ７およびＳｔｅｐ８からなるＭＴＣ−ＧＰ＿ＲＮＴＩ設定Ｐｒｏｃｅｄｕｒｅにおいて、ＭＴＣ端末２０にＭＴＣ−ＧＰ＿ＲＮＴＩが付与される。より具体的に説明すると、ＭＴＣ端末２０は、基地局１０に対してＭＴＣグループの設定要求を行う（Ｓｔｅｐ７）。基地局１０は、当該設定要求を、ＭＴＣ端末２０の端末ＩＤ（ＳＩＭに記載されている個別の番号であり、ＲＮＴＩとは異なる。）と共にＭＭＥ１２に転送する。
【００６６】
このＭＭＥ１２は、端末の個別の情報をハンドリングする装置であり、ＭＴＣグループとＭＴＣグループへの参入が許可されている端末の端末ＩＤとの対応情報をＭＴＣサーバ３０から受信し、当該対応情報を保持している。ＭＭＥ１２は、この対応情報に基づき、基地局１０から転送された端末ＩＤを有するＭＴＣ端末２０がＭＴＣグループに参入可能であるか否かを判断し、参入可能である場合には、ＭＴＣグループ設定確認信号を基地局１０に送信する。
【００６７】
続いて、基地局１０は、ＭＴＣグループ設定確認信号と共にＭＴＣ−ＧＰ＿ＲＮＴＩをＭＴＣ端末２０に送信する（Ｓｔｅｐ８）。そして、ＭＴＣ端末２０は、基地局１０からＭＴＣグループ設定確認信号およびＭＴＣ−ＧＰ＿ＲＮＴＩを受信することにより、ＭＴＣ−ＧＰ＿ＲＮＴＩを使用できるようになる。
【００６８】
以上、ＭＴＣ−ＧＰ＿ＲＮＴＩの付与方法を説明したが、ＭＴＣ−ＧＰ＿ＲＮＴＩの付与方法はかかる例に限定されない。例えば、ＭＴＣ端末２０に事前に設定されているＡＣ（Ａｃｃｅｓｓ  Ｃｌａｓｓ）などの情報をＭＴＣ−ＧＰ＿ＲＮＴＩとして使用してもよいし、ＭＴＣ−ＧＰ＿ＲＮＴＩを人的にＭＴＣ端末２０に付与してもよい。
【００６９】
［２−１．第１の実施形態］
続いて、図９〜図１３を参照し、本発明の第１の実施形態を説明する。
【００７０】
（第１の実施形態による基地局）
図９は、本発明の第１の実施形態による基地局１０の構成を示した説明図である。図９に示したように、第１の実施形態による基地局１０は、アンテナ１０４と、無線処理部１０８と、記憶部１１２と、スケジューラ１１６と、制御信号生成部１２０と、ＣＲＣ回路１２４と、データマッピング部１２８と、を備える。
【００７１】
アンテナ１０４は、無線処理部１０８から供給されるＰＤＣＣＨ（制御信号）やＰＤＳＣＨ（データ信号）などの送信信号を無線信号として送信する送信部、および、ＭＴＣ端末２０などの無線通信装置から送信された無線信号を電気的な受信信号に変換して無線処理部１０８に供給する受信部として機能する。なお、図９においては基地局１０が１のアンテナを有する例を示しているが、基地局１０は複数のアンテナを備えてもよい。この場合、基地局１０は、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）通信、およびダイバーシティ通信などを実現可能である。
【００７２】
無線処理部１０８は、制御信号生成部１２０から供給されるＰＤＣＣＨやデータマッピング部から供給されるＰＤＳＣＨなどの送信信号の変調、ＤＡ変換、フィルタリング、増幅およびアップコンバージョンなどの送信用の無線処理を行う。また、無線処理部１０８は、アンテナ１０４から供給される受信信号のダウンコンバージョン、フィルタリング、ＤＡ変換、復調などの受信用の無線処理を行う。
【００７３】
記憶部１１２は、各ＭＴＣ端末２０に付与されたＭＴＣ−ＧＰ＿ＲＮＴＩ、およびＣ−ＲＮＴＩなどを記憶する。また、図９においては記載を省略しているが、記憶部１１２は、ＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、およびＲＡ−ＲＮＴＩなどその他のＲＮＴＩも記憶する。
【００７４】
スケジューラ１１６は、各ＭＴＣ端末２０にデータ通信のためのリソースを割り当てる。すなわち、スケジューラ１１６は、各ＭＴＣ端末２０がＰＤＳＣＨのうちで受信すべきリソースブロック、および各ＭＴＣ端末２０がＰＵＳＣＨのうちで送信すべきリソースブロックを割り当てる。
【００７５】
制御信号生成部１２０は、複数のＣＣＥからなるＰＤＣＣＨを生成する。より詳細に説明すると、制御信号生成部１２０は、データ領域内に配置されるセカンドサーチスペースを示す情報（参照先情報）、および当該情報をＭＴＣ−ＧＰ＿ＲＮＴＩでマスキングしながらＣＲＣ回路１２４により得られるチェックビットを含むＣＣＥを生成する。ここで、マスキングは、セカンドサーチスペースを示す情報とＭＴＣ−ＧＰ＿ＲＮＴＩの排他的論理和（ＸＯＲ）の演算であってもよし、セカンドサーチスペースを示す情報とＣ−ＲＮＴＩとの直列的な結合であってもよい。かかる構成によれば、セカンドサーチスペースを示す情報の宛先として、ＭＴＣ−ＧＰ＿ＲＮＴＩが付与されているＭＴＣグループ内のＭＴＣ端末２０を指定することができる。
【００７６】
なお、上記ではＣＣＥの宛先を指定するためにセカンドサーチスペースを示す情報に対応するチェックビットを付加する例を説明したが、ＣＣＥの宛先を指定するための方法はかかる例に限定されない。例えば、制御信号生成部１２０は、セカンドサーチスペースを示す情報に単にＭＴＣ−ＧＰ＿ＲＮＴＩを付すことによりＣＣＥの宛先を指定してもよい。
【００７７】
また、制御信号生成部１２０は、セカンドサーチスペースにマッピングするための情報を生成し、セカンドサーチスペースの位置を示す情報と共にデータマッピング部１２８に供給する。ここで、セカンドサーチスペースにマッピングするための情報は、ＭＴＣ−ＧＰ＿ＲＮＴＩが付与されているＭＴＣグループ内の各ＭＴＣ端末２０に対するリソース情報である。また、各ＭＴＣ端末２０に対するリソース情報には、当該情報を各ＭＴＣ端末２０のＣ−ＲＮＴＩでマスキングしながらＣＲＣ回路１２４により得られるチェックビットが付加されている。
【００７８】
データマッピング部１２８（データ信号生成部）は、上位レイヤから供給される各ＭＴＣ端末２０に対するユーザデータを、スケジューラ１１６によって割り当てられた各ＭＴＣ端末２０がＰＤＳＣＨのうちで受信すべきリソースブロックにマッピングする。さらに、データマッピング部１２８は、制御信号生成部１２０から供給された各ＭＴＣ端末２０に対するリソース情報をセカンドサーチスペースにマッピングする。以下、図１０を参照し、ＣＣＥ、セカンドサーチスペース、および割り当てリソースなどの配置関係をより具体的に説明する。
【００７９】
図１０は、ＣＣＥ、セカンドサーチスペース、および割り当てリソースの配置関係を示した説明図である。図１０に示した例では、ＣＣＥ＃１には、ＣＣＥ＃１に付加されたチェックビットに対応するＭＴＣ−ＧＰ＿ＲＮＴＩを有するＭＴＣグループのためのセカンドサーチスペース＃１の場所を示す情報が記載されている。
【００８０】
そして、セカンドサーチスペース＃１に含まれる複数のリソース情報のうち、例えばリソース情報＃１は、リソース情報＃１に付加されたチェックビットに対応するＣ−ＲＮＴＩを有するＭＴＣ端末２０のためのリソースブロック＃１を示す。また、リソース情報＃２は、リソース情報＃２に付加されたチェックビットに対応するＣ−ＲＮＴＩを有するＭＴＣ端末２０のためのリソースブロック＃２を示す。
【００８１】
同様に、図１０に示したＣＣＥ＃２には、ＣＣＥ＃２に付加されたチェックビットに対応するＭＴＣ−ＧＰ＿ＲＮＴＩを有するＭＴＣグループのためのセカンドサーチスペース＃２の場所を示す情報が記載されている。また、セカンドサーチスペース＃２に含まれる複数のリソース情報のうち、例えばリソース情報＃３は、リソース情報＃３に付加されたチェックビットに対応するＣ−ＲＮＴＩを有するＭＴＣ端末２０のためのリソースブロック＃３を示す。
【００８２】
なお、ＣＣＥとセカンドサーチスペースは、ＣＣＥ＃１とセカンドサーチスペース＃１のように同一サブフレームに配置されてもよいし、ＣＣＥ＃２とセカンドサーチスペース＃２のように異なるサブフレームに配置されてもよい。このようなＣＣＥとセカンドサーチスペースの関係は、事前のシグナリングにより固定的に設定することも可能であるし、ＣＣＥにおいて指定することも可能である。
【００８３】
また、セカンドサーチスペースに含まれる各リソース情報の示すリソースブロックは、セカンドサーチスペースと同一のサブフレームだと処理が間に合わないので、リソースブロック＃１やリソースブロック＃２のように、セカンドサーチスペースの次サブフレーム以降に配置される。このようなセカンドサーチスペースと各ＭＴＣ端末２０への割当てリソースブロックの関係は、事前のシグナリングにより固定的に設定することも可能であるし、セカンドサーチスペースにおいて指定することも可能である。
【００８４】
（第１の実施形態によるＭＴＣ端末）
以上、本発明の第１の実施形態による基地局１０の構成を説明した。続いて、本発明の第１の実施形態によるＭＴＣ端末２０の構成を説明する。
【００８５】
図１１は、第１の実施形態によるＭＴＣ端末２０の構成を示した説明図である。図１１に示したように、第１の実施形態によるＭＴＣ端末２０は、アンテナ２０４と、無線処理部２０８と、記憶部２１２と、ブラインドデコーディング部２２０と、ＣＲＣ回路２２４と、を備える。
【００８６】
アンテナ２０４は、無線処理部２０８から供給されるＰＵＳＣＨ（データ信号）などの送信信号を無線信号として送信する送信部、および、基地局１０から送信されたＰＤＣＣＨやＰＤＳＣＨなどの無線信号を電気的な受信信号に変換して無線処理部２０８に供給する受信部として機能する。なお、図１１においてはＭＴＣ端末２０が１のアンテナを有する例を示しているが、ＭＴＣ端末２０は複数のアンテナを備えてもよい。この場合、ＭＴＣ端末２０は、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）通信、およびダイバーシティ通信などを実現可能である。
【００８７】
無線処理部２０８は、上位レイヤから供給されるユーザデータの変調、ＤＡ変換、フィルタリング、増幅およびアップコンバージョンなどの送信用の無線処理を行う。また、無線処理部２０８は、アンテナ２０４から供給される受信信号のダウンコンバージョン、フィルタリング、ＤＡ変換、復調などの受信用の無線処理を行う。
【００８８】
記憶部２１２は、例えば基地局１０から付与されたＭＴＣ−ＧＰ＿ＲＮＴＩ、およびＣ−ＲＮＴＩなどを記憶する。また、図１１においては記載を省略しているが、記憶部２１２は、ＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、およびＲＡ−ＲＮＴＩなどその他のＲＮＴＩも記憶する。
【００８９】
ブラインドデコーディング部２２０（取得部）は、無線処理部２０８からＰＤＣＣＨが供給されると、ＭＴＣ端末２０に付与されたＭＴＣ−ＧＰ＿ＲＮＴＩにより識別されるＣＣＥをブラインドデコーディングにより抽出する。より具体的には、ブラインドデコーディング部２２０は、ＣＲＣ回路２２４と協働して、ＭＴＣ端末２０に付与されたＭＴＣ−ＧＰ＿ＲＮＴＩで各ＣＣＥをデマスキングしながらＣＲＣチェックを行う。そして、ブラインドデコーディング部２２０は、結果が正常であったＣＣＥを抽出し、ＣＣＥに記載されている情報に基づいてセカンドサーチスペースを特定する。例えば、ブラインドデコーディング部２２０は、ＰＤＣＣＨから図１０に示したＣＣＥ＃１を抽出し、ＣＣＥ＃１に記載されている情報に基づいてセカンドサーチスペース＃１を特定する。
【００９０】
さらに、ブラインドデコーディング部２２０は、無線処理部２０８からＰＤＳＣＨが供給されると、ＣＣＥから特定したセカンドサーチスペースをＣ−ＲＮＴＩを用いてブラインドデコーディングすることにより、自端末宛てのリソース情報を取得する。より具体的には、ブラインドデコーディング部２２０は、ＣＲＣ回路２２４と協働して、Ｃ−ＲＮＴＩでセカンドサーチスペース内の各リソース情報をデマスキングしながらＣＲＣチェックを行う。そして、ブラインドデコーディング部２２０は、結果が正常であったリソース情報を自端末宛てのリソース情報として取得する。その後、当該リソース情報の示すリソースブロックにおいて無線処理部２０８が送信処理または受信処理を行う。例えば、ブラインドデコーディング部２２０は、図１０に示したセカンドサーチスペース＃１内のリソース情報＃１を自端末宛てのリソース情報として取得する。その後、リソース情報＃１の示すリソースブロック＃１において無線処理部２０８が受信処理を行う。
【００９１】
以上説明したように、本発明の第１の実施形態によれば、各ＭＴＣ端末２０に対するリソース情報（ａｓｓｉｇｎ、ｇｒａｎｔ）をＰＤＳＣＨ内のセカンドサーチスペースにマッピングすることにより、多数のＭＴＣ端末２０に対するリソース情報を収容することが可能となる。さらに、ＰＤＣＣＨ内のＣＣＥの数を抑制できるので、ＭＴＣ端末２０がブラインドデコーディングを行うサーチスペースを減らすことができる。その結果、ＭＴＣ端末２０におけるブラインドデコーディングに関する負荷を軽減することが可能である。なお、上記では各ＭＴＣ端末２０に対するリソース情報をセカンドサーチスペースにマッピングする例を説明したが、第１の実施形態はかかる例に限定されない。例えば、セカンドサーチスペースには、送信電力や送信レートなどの各ＭＴＣ端末２０に対する通信制御情報や、各ＭＴＣ端末２０に対するその他の多様な情報をマッピングしてもよい。
【００９２】
（第１の実施形態の動作）
以上、本発明の第１の実施形態によるＭＴＣ端末２０の構成を説明した。続いて、本発明の第１の実施形態による無線通信システム１の動作を説明する。
【００９３】
図１２は、本発明の第１の実施形態による無線通信システム１の動作を示したシーケンス図である。基地局１０は、まず、あるＭＴＣグループのためのセカンドサーチスペースを決定する（Ｓ３１０）。そして、基地局１０の制御信号生成部１２０は、決定したセカンドサーチペースを示す情報を、上記ＭＴＣグループに付与されたＭＴＣ−ＧＰ＿ＲＮＴＩにより識別可能な状態でＰＤＣＣＨ内のＣＣＥに記載する（Ｓ３２０）。具体的には、制御信号生成部１２０は、セカンドサーチスペースを示す情報をＭＴＣ−ＧＰ＿ＲＮＴＩでマスキングしながらＣＲＣ回路１２４により得られるチェックビットをＣＣＥに付加する。
【００９４】
さらに、基地局１０のデータマッピング部１２８は、ＰＤＳＣＨのセカンドサーチスペース内に、上記ＭＴＣグループに属する各ＭＴＣ端末２０に対するリソース情報を、各ＭＴＣ端末２０に付与されたＣ−ＲＮＴＩにより識別可能な状態でマッピングする（Ｓ３３０）。その後、基地局１０は、ＰＤＣＣＨおよびＰＤＳＣＨを送信する（Ｓ３４０）。
【００９５】
そして、ＭＴＣ端末２０が基地局１０からＰＤＣＣＨを受信すると、ＭＴＣ端末２０のブラインドデコーディング部２２０は、ＰＤＣＣＨ内の各ＣＣＥを自端末に付与されたＭＴＣ−ＧＰ＿ＲＮＴＩを用いてブラインドデコーディングし（Ｓ３５０）、自端末を含むＭＴＣグループのためのセカンドサーチスペースを特定する（Ｓ３６０）。
【００９６】
さらに、ＭＴＣ端末２０が基地局１０からＰＤＳＣＨを受信すると、ＭＴＣ端末２０のブラインドデコーディング部２２０は、ＰＤＳＣＨ内のセカンドサーチスペースをＣ−ＲＮＴＩを用いてブラインドデコーディングし（Ｓ３７０）、自端末に対するリソース情報を取得する（Ｓ３８０）。その後、ＭＴＣ端末２０は、取得したリソース情報の示すリソースブロックにおいて受信処理または送信処理を行う。
【００９７】
（第１の実施形態の補足）
以上説明したように、本発明の第１の実施形態による基地局１０は、セカンドサーチペースを示す情報をＭＴＣ−ＧＰ＿ＲＮＴＩにより識別可能な状態でＣＣＥに記載してＰＤＣＣＨを送信する。しかし、基地局１０がＭＴＣ端末２０に対するリソース情報を当該ＭＴＣ端末２０のＣ−ＲＮＴＩにより識別可能な状態でＣＣＥに記載してＰＤＣＣＨを送信する場合も考えられる。
【００９８】
そこで、ＭＴＣ端末２０は、ＭＴＣ−ＧＰ＿ＲＮＴＩおよびＣ−ＲＮＴＩの各々を用いてＰＤＣＣＨのブラインドデコーディングを行ってもよい。ＭＴＣ−ＧＰ＿ＲＮＴＩおよびＣ−ＲＮＴＩの各々を用いてＰＤＣＣＨのブラインドデコーディングを行う場合であっても、本発明の第１の実施形態によればサーチスペースが小さくなっているので、ＭＴＣ端末２０の負荷を十分抑制することが可能である。
【００９９】
または、ＭＴＣ端末２０は、基地局１０がＭＴＣ−ＧＰ＿ＲＮＴＩをハンドリングできないと判断される場合、Ｃ−ＲＮＴＩのみを用いてブラインドデコーディングを行ってもよい。なお、基地局１０がＭＴＣ−ＧＰ＿ＲＮＴＩをハンドリングできない場合としては、ハンドオーバーによりＭＴＣ端末２０が新たな基地局１０と接続された場合や、基地局１０がＭＴＣ−ＧＰ＿ＲＮＴＩをハンドリングするケーパビリティを有さない場合などが考えられる。
【０１００】
または、ＭＴＣ端末２０は、図１３を参照して説明するように、基地局１０に設定変更を要求することによりブラインドデコーディングに用いるＲＮＴＩを変更してもよい。
【０１０１】
図１３は、ブラインドデコーディングに用いるＲＮＴＩを変更する方法を示したシーケンス図である。ＭＴＣ端末２０は、図１３に示したようにＭＴＣ−ＧＰ＿ＲＮＴＩおよびＣ−ＲＮＴＩの各々を用いてＰＤＣＣＨのブラインドデコーディングを行っている場合、基地局１０にＭＴＣ−ＧＰ＿Ｏｎｌｙ＿Ｍｏｄの設定要求を送信することができる（Ｓ４１０）。
【０１０２】
基地局１０は、当該設定要求を受信すると、少なくともＭＴＣ端末２０の属するＭＴＣグループのためのセカンドサーチペースを示す情報をＭＴＣ−ＧＰ＿ＲＮＴＩにより識別可能な状態でＣＣＥに記載するＭＴＣ−ＧＰ＿Ｏｎｌｙ＿Ｍｏｄを設定する。そして、基地局１０は、ＭＴＣ−ＧＰ＿Ｏｎｌｙ＿Ｍｏｄの設定確認信号をＭＴＣ端末２０に送信する（Ｓ４２０）。なお、基地局１０は、ＭＴＣ−ＧＰ＿Ｏｎｌｙ＿Ｍｏｄの設定確認信号を、ＭＴＣグループに属する全てのＭＴＣ端末に送信してもよい。
【０１０３】
ＭＴＣ端末２０は、ＭＴＣ−ＧＰ＿Ｏｎｌｙ＿Ｍｏｄの設定確認信号を受信した後、ＭＴＣ−ＧＰ＿ＲＮＴＩのみを用いてブラインドデコーディングを行う。
【０１０４】
その後、ＭＴＣ端末２０がＭＴＣ−ＧＰ＿Ｏｎｌｙ＿Ｍｏｄの解除要求を基地局１０に送信すると（Ｓ４３０）、基地局１０は、ＭＴＣ−ＧＰ＿Ｏｎｌｙ＿Ｍｏｄの設定を解除し、ＭＴＣ−ＧＰ＿Ｏｎｌｙ＿Ｍｏｄの解除確認信号をＭＴＣ端末２０に送信する（Ｓ４４０）。ＭＴＣ端末２０は、ＭＴＣ−ＧＰ＿Ｏｎｌｙ＿Ｍｏｄの解除確認信号を受信した後は、再びＭＴＣ−ＧＰ＿ＲＮＴＩおよびＣ−ＲＮＴＩの各々を用いてＰＤＣＣＨのブラインドデコーディングを行う。
【０１０５】
［２−２．第２の実施形態］
以上、本発明の第１の実施形態を説明した。続いて、本発明の第２の実施形態を説明する。なお、以下に説明する第２の実施形態〜第７の実施形態は、第１の実施形態と共通する部分が多いので、第１の実施形態と共通する部分については詳細な説明を省略する。また、図９に示した基地局１０の構成図、および図１１に示したＭＴＣ端末２０の構成図を援用して第２の実施形態〜第７の実施形態を説明する。
【０１０６】
図１４は、あるＭＴＣグループのためのセカンドサーチスペースの配置例を示した説明図である。図１４に示したように、基地局１０は、複数のサブフレームにわたり、１のＣＣＥ＃１の示す同一の場所にセカンドサーチスペース＃１〜＃３を配置してもよい。
【０１０７】
この場合、ＭＴＣ端末２０は、何サブフレームにわたり同一の場所にセカンドサーチスペースが配置されるかを把握する必要がある。このために、基地局１０は、ＣＣＥにおいてサブフレーム数を通知してもよいし、ＭＴＣ端末２０に事前にサブフレーム数を通知してもよい。
【０１０８】
この第２の実施形態によれば、ＰＤＣＣＨ内のＣＣＥの数をさらに減少させることができるので、ＭＴＣ端末２０におけるブラインドデコーディングに関する負荷を一層軽減することが可能である。
【０１０９】
［２−３．第３の実施形態］
図７を参照して説明したように、ＭＴＣ端末２０は、通常、ＰＤＣＣＨ内のＣＣＥを周波数方向にサーチした後、次のＯｆｄｍシンボルを再度周波数方向にサーチしていく。このため、ＬＴＥにおいては、最低で５ＭＨｚ幅、最大で２０ＭＨｚ幅の周波数方向のサーチが必要となる。
【０１１０】
しかし、ＭＴＣ端末２０には超低消費電力が求められる場合があること、およびデジタル回路の動作率の観点から、周波数方向のサーチ幅を５ＭＨｚ以下の例えば１ＭＨｚ以下にすることが効果的である。
【０１１１】
そこで、第３の実施形態による基地局１０は、同一のＭＴＣグループのためのＣＣＥを所定のサブキャリアに配置する。以下、図１５を参照して具体的に説明する。
【０１１２】
図１５は、各ＭＴＣグループのためのＣＣＥの配置例を示した説明図である。図１５に示したように、第３の実施形態による基地局１０は、例えば、ＭＴＣグループ１に属するＭＴＣ端末２０のためのＣＣＥはサブキャリアｘに配置し、ＭＴＣグループ２に属するＭＴＣ端末２０のためのＣＣＥはサブキャリアｙに配置する。なお、基地局１０は、いずれのサブキャリアに各ＭＴＣグループのためのＣＣＥを配置するかを示す情報を事前にＭＴＣ端末２０に通知しておいてもよい。
【０１１３】
かかる構成によれば、ＭＴＣグループ１に属するＭＴＣ端末２０は、サブキャリアｘのみを時間方向にブライドデコーディングすればよいし、ＭＴＣグループ２に属するＭＴＣ端末２０は、サブキャリアｙのみを時間方向にブライドデコーディングすればよい。したがって、第３の実施形態によれば、ＭＴＣ端末２０におけるブライドデコーディングに関する負荷を大幅に軽減することが可能である。
【０１１４】
［２−４．第４の実施形態］
上記実施形態では、ＭＴＣ端末２０が１つのＭＴＣグループに属し、１つＭＴＣ−ＧＰ＿ＲＮＴＩが付与される例を説明した。一方、ＭＴＣ端末２０をアップリンクとダウンリンクで分けてグループ化することも考えられる。第４の実施形態はこの点に着目するものであり、第４の実施形態によるＭＴＣ端末２０は、複数のＭＴＣグループに属し、複数のＭＴＣ−ＧＰ＿ＲＮＴＩが付与される。以下、１６を参照して具体例を説明する。
【０１１５】
図１６は、ＭＴＣ端末２０が属するＭＴＣグループの具体例を示した説明図である。図１６に示したように、第４の実施形態によるＭＴＣ端末２０は、アップリンク用のＭＴＣグループと、ダウンリンク用のＭＴＣグループに属する。例えば、ＭＴＣ端末２０Ａは、ダウンリンク用のＭＴＣグループ１、およびアップリンク用のＭＴＣグループ１に属し、ＭＴＣ端末２０Ｂは、ダウンリンク用のＭＴＣグループ１、およびアップリンク用のＭＴＣグループ３に属する。
【０１１６】
このため、各ＭＴＣ端末２０は、ダウンリンク用のグループ識別子であるＭＴＣ−ＤｏｗｎＬｉｎｋ＿ＲＮＴＩ、およびアップリンク用のグループ識別子であるＭＴＣ−ＵｐＬｉｎｋ＿ＲＮＴＩが付与される。
【０１１７】
この場合、基地局１０は、アップリンク用のセカンドサーチスペースを示す情報を含むＣＣＥはＭＴＣ−ＵｐＬｉｎｋ＿ＲＮＴＩを利用して生成し、ダウンリンク用のセカンドサーチスペースを示す情報を含むＣＣＥはＭＴＣ−ＤｏｗｎＬｉｎｋ＿ＲＮＴＩを利用して生成する。
【０１１８】
例えば、基地局１０は、図１７に示したＣＣＥ#４にアップリンク用のＭＴＣグループ１のためのセカンドサーチスペースを示す情報を記載する場合、アップリンク用のＭＴＣグループ１に付与されたＭＴＣ−ＵｐＬｉｎｋ＿ＲＮＴＩを利用してＣＣＥ＃４を生成する。同様に、基地局１０は、図１７に示したＣＣＥ#５にダウンリンク用のＭＴＣグループ２のためのセカンドサーチスペースを示す情報を記載する場合、ダウンリンク用のＭＴＣグループ２に付与されたＭＴＣ−ＤｏｗｎＬｉｎｋ＿ＲＮＴＩを利用してＣＣＥ＃５を生成する。
【０１１９】
このため、ＭＴＣ端末２０は、ＰＤＣＣＨ内の各ＣＣＥをＭＴＣ−ＤｏｗｎＬｉｎｋ＿ＲＮＴＩおよびＭＴＣ−ＵｐＬｉｎｋ＿ＲＮＴＩを用いてブラインドデコーディングすることにより、自端末の属するＭＴＣグループのためのＣＣＥを抽出することが可能である。
【０１２０】
［２−５．第５の実施形態］
以上説明したように、第１の実施形態〜第４の実施形態は、セカンドサーチスペースを用いることによりＰＤＣＣＨ内のサーチスペースを小さくする。これに対し、以下に説明する第５実施形態〜第７の実施形態は、ＭＴＣグループを構成する複数のＭＴＣ端末２０で共有されるリソース情報をＣＣＥに記載することによりＰＤＣＣＨ内のサーチスペースを小さくする。以下、第５実施形態〜第７の実施形態について順次に説明する。
【０１２１】
（ダウンリンクのリソース情報の共有）
ＭＴＣ端末２０のアプリケーションには、自動販売機における販売実績の報告、ガス水道などの使用量の報告など、蓄積情報を報告するアプリケーションが多いと考えられる。この場合、基地局１０は、複数のＭＴＣ端末２０に対して蓄積情報の報告を指示する共通のコマンドを用いることが可能である。
【０１２２】
そこで、基地局１０は、ＭＴＣグループ内の複数のＭＴＣ端末２０が受信処理を行うべきリソースブロックを示すリソース情報をＣＣＥに記載する。さらに、基地局１０は、ＭＴＣグループに付与されたＭＴＣ−ＧＰ＿ＲＮＴＩに基づくチェックビットをＣＣＥに付加することにより、ＣＣＥをＭＴＣ−ＧＰ＿ＲＮＴＩにより識別可能な状態で送信する。
【０１２３】
そして、ＭＴＣグループ内の複数のＭＴＣ端末２０は、ＭＴＣ−ＧＰ＿ＲＮＴＩを用いてブラインドデコーディングを行い、ＭＴＣ−ＧＰ＿ＲＮＴＩにより識別されるＣＣＥを抽出する。さらに、ＭＴＣグループ内の複数のＭＴＣ端末２０は、抽出したＣＣＥに記載されたリソース情報の示すリソースブロックにおいて同時に受信処理を行う。
【０１２４】
かかる構成により、各ＭＴＣ端末２０に対するリソース情報を個別のＣＣＥに記載する必要が無くなるので、ＰＤＣＣＨ内のサーチスペースを小さくすることが可能である。
【０１２５】
（アップリンクのリソース情報の共有）
アップリンクにおいては、複数のＭＴＣ端末２０が同一のリソースブロックで送信処理を行うと、アップリンクデータが基地局１０において衝突してしまう。そこで、基地局１０は、ＭＴＣグループのアップリンクための基準リソースブロックを示すリソース情報をＣＣＥに記載する。さらに、基地局１０は、ＭＴＣグループに付与されたＭＴＣ−ＧＰ＿ＲＮＴＩに基づくチェックビットをＣＣＥに付加することにより、ＣＣＥをＭＴＣ−ＧＰ＿ＲＮＴＩにより識別可能な状態で送信する。
【０１２６】
そして、ＭＴＣグループ内の複数のＭＴＣ端末２０は、ＭＴＣ−ＧＰ＿ＲＮＴＩを用いてブラインドデコーディングを行い、ＭＴＣ−ＧＰ＿ＲＮＴＩにより識別されるＣＣＥを抽出する。さらに、ＭＴＣグループ内の複数のＭＴＣ端末２０は、抽出したＣＣＥに記載されたリソース情報の示す基準リソースブロックを特定し、基準リソースブロックと事前に設定された位置関係にあるリソースブロックにおいて送信処理を行う。以下、この点について図１８を参照してより具体的に説明する。
【０１２７】
図１８は、基準リソースブロックと、各ＭＴＣ端末２０によるアップリンク用のリソースブロックの関係を示した説明図である。図１８に示したように、例えばＣＣＥ＃６には、ＭＴＣグループ１のアップリンクの基準リソースブロックとしてリソースブロック＃１を示すリソース情報を記載される。
【０１２８】
ここで、ＭＴＣグループ１がＭＴＣ端末２０Ａ〜２０Ｄからなり、各ＭＴＣ端末２０がアップリンクに用いるリソースブロックの基準リソースブロックからの相対位置が設定されているとする。この場合、ＭＴＣ端末２０Ａ〜２０Ｄは、基準リソースブロックであるリソースブロック＃１を特定し、基準リソースブロックから設定されている相対位置にあるリソースブロックを用いて送信処理を行う。
【０１２９】
例えば、基準リソースブロックを起点として、ＭＴＣ端末２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、という順序で時間方向に隣接するリソースブロックを用いるよう設定されている場合を考える。この場合、図１８に示したように、ＭＴＣ端末２０Ａが基準リソースブロックであるリソースブロック＃１を用い、ＭＴＣ端末２０Ｂがリソースブロック＃１と時間方向に隣接するリソースブロック＃２を用いる。同様に、ＭＴＣ端末２０Ｃがリソースブロック＃２と時間方向に隣接するリソースブロック＃３を用い、ＭＴＣ端末２０Ｄがリソースブロック＃３と時間方向に隣接するリソースブロック＃４を用いる。
【０１３０】
変形例として、基準リソースブロックを起点として、ＭＴＣ端末２０Ａ、２０Ｂ、２０Ｃ、２０Ｄ、という順序で周波数方向に隣接するリソースブロックを用いるよう設定することもできる。この場合、図１９に示したように、ＭＴＣ端末２０Ａが基準リソースブロックであるリソースブロック＃１を用い、ＭＴＣ端末２０Ｂがリソースブロック＃１と周波数方向に隣接するリソースブロック＃５を用いる。同様に、ＭＴＣ端末２０Ｃがリソースブロック＃５と周波数方向に隣接するリソースブロック＃６を用い、ＭＴＣ端末２０Ｄがリソースブロック＃６と周波数方向に隣接するリソースブロック＃７を用いる。
【０１３１】
なお、各ＭＴＣ端末２０が送信処理を行うべきリソースブロックと基準リソースブロックとの位置関係は、基地局１０が各ＭＴＣ端末２０に事前にシグナリングしておいてもよい。また、上記ではＭＴＣ−ＧＰ＿ＲＮＴＩにより第５の実施形態を実現する例を説明したが、ＭＴＣ−ＧＰ＿ＲＮＴＩをＣ−ＲＮＴＩに置き換えて第５の実施形態を実現することも可能である。例えば、基地局１０は、ＭＴＣ−ＧＰ＿ＲＮＴＩをハンドリング出来ない場合、複数のＭＴＣ端末２０に同一のＣ−ＲＮＴＩを割当て、Ｃ−ＲＮＴＩを上記のＭＴＣ−ＧＰ＿ＲＮＴＩと同様の方法で利用してもよい。
【０１３２】
（第５の実施形態の動作）
以上、第５の実施形態によるリソース情報の共有について説明した。続いて、図２０を参照し、第５の実施形態による無線通信システム１の動作を説明する。
【０１３３】
図２０は、第５の実施形態による無線通信システム１の動作を示した説明図である。図２０に示したように、基地局１０は、ＭＴＣ端末２０が送信処理を行うべきリソースブロックと基準リソースブロックとの位置関係を示す相対位置情報を事前にＭＴＣ端末２０に送信する（Ｓ５１０）。
【０１３４】
その後、基地局１０の制御信号生成部１２０は、ＭＴＣグループに属する各ＭＴＣ端末２０のためのリソース情報を、上記ＭＴＣグループに付与されたＭＴＣ−ＧＰ＿ＲＮＴＩにより識別可能な状態でＰＤＣＣＨ内のＣＣＥに記載する（Ｓ５２０）。具体的には、制御信号生成部１２０は、各ＭＴＣ端末２０に対するリソース情報をＭＴＣ−ＧＰ＿ＲＮＴＩでマスキングしながらＣＲＣ回路１２４により得られるチェックビットをＣＣＥに付加する。続いて、基地局１０は、各ＭＴＣ端末２０に対するリソース情報が記載されたＣＣＥを含むＰＤＣＣＨを送信する（Ｓ５３０）。
【０１３５】
そして、ＭＴＣ端末２０が基地局１０からＰＤＣＣＨを受信すると、ＭＴＣ端末２０のブラインドデコーディング部２２０は、ＰＤＣＣＨ内の各ＣＣＥを自端末に付与されたＭＴＣ−ＧＰ＿ＲＮＴＩを用いてブラインドデコーディングし（Ｓ５４０）、自端末を含むＭＴＣグループのためのリソース情報を取得する（Ｓ５５０）。
【０１３６】
ここで、取得したリソース情報がダウンリンク用のリソースブロックを示す場合（Ｓ５６０）、ＭＴＣ端末２０は、リソース情報の示すリソースブロックにおいて受信処理を行う（Ｓ５７０）。
【０１３７】
一方、取得したリソース情報がアップリンク用の基準リソースブロックを示す場合（Ｓ５６０）、ＭＴＣ端末２０は、リソース情報の示す基準リソースブロックと、相対位置情報の示す位置関係にあるリソースブロックにおいて送信処理を行う（Ｓ５８０）。
【０１３８】
以上説明したように、第５の実施形態によれば、各ＭＴＣ端末２０に対するリソース情報も個別のＣＣＥに記載する必要が無くなるので、ＰＤＣＣＨ内のサーチスペースを小さくすることが可能である。その結果、ＭＴＣ端末２０におけるブライドデコーディングに関する負荷を軽減することができる。
【０１３９】
［２−６．第６の実施形態］
第６の実施形態は、第５の実施形態に図１５を参照して説明した第３の実施形態を適用することにより実現される。具体的には、第６の実施形態による基地局１０は、同一のＭＴＣグループのためのリソース情報を含むＣＣＥを所定のサブキャリアに配置する。かかる構成によれば、ＭＴＣ端末２０は、所定のサブキャリアのみを時間方向にブライドデコーディングすればよいので、ＭＴＣ端末２０におけるブライドデコーディングに関する負荷を大幅に軽減することが可能である。
【０１４０】
［２−７．第７の実施形態］
第７の実施形態は、第５の実施形態に図１６を参照して説明した第４の実施形態を適用することにより実現される。具体的には、第７の実施形態によるＭＴＣ端末２０は、アップリンク用のＭＴＣグループと、ダウンリンク用のＭＴＣグループに属する。このため、ＭＴＣ端末２０は、ダウンリンク用のグループ識別子であるＭＴＣ−ＤｏｗｎＬｉｎｋ＿ＲＮＴＩ、およびアップリンク用のグループ識別子であるＭＴＣ−ＵｐＬｉｎｋ＿ＲＮＴＩが付与される。
【０１４１】
この場合、基地局１０は、ＭＴＣグループのアップリンクのためのリソース情報を含むＣＣＥはＭＴＣ−ＵｐＬｉｎｋ＿ＲＮＴＩを利用して生成し、ダウンリンクのためのリソース情報を含むＣＣＥはＭＴＣ−ＤｏｗｎＬｉｎｋ＿ＲＮＴＩを利用して生成する。
【０１４２】
このため、ＭＴＣ端末２０は、ＰＤＣＣＨ内の各ＣＣＥをＭＴＣ−ＤｏｗｎＬｉｎｋ＿ＲＮＴＩおよびＭＴＣ−ＵｐＬｉｎｋ＿ＲＮＴＩを用いてブラインドデコーディングすることにより、自端末の属するＭＴＣグループのためのＣＣＥを抽出することが可能である。
【０１４３】
＜３．むすび＞
以上説明したように、本発明の第１実施形態〜第４の実施形態によれば、各ＭＴＣ端末２０に対するリソース情報（ａｓｓｉｇｎ、ｇｒａｎｔ）をＰＤＳＣＨ内のセカンドサーチスペースにマッピングすることにより、多数のＭＴＣ端末２０に対するリソース情報を収容することが可能となる。さらに、ＰＤＣＣＨ内のＣＣＥの数を抑制できるので、ＭＴＣ端末２０がブラインドデコーディングを行うサーチスペースを減らすことができる。その結果、ＭＴＣ端末２０におけるブラインドデコーディングに関する負荷を軽減することが可能である。
【０１４４】
また、本発明の第５実施形態〜第７実施形態によれば、ＰＤＣＣＨ内のＣＣＥに記載されたリソース情報をＭＴＣグループ内の複数のＭＴＣ端末２０が共有することができる。このため、各ＭＴＣ端末２０に対するリソース情報を個別のＣＣＥに記載する必要が無くなるので、ＰＤＣＣＨ内のサーチスペースを小さくすることが可能である。その結果、ＭＴＣ端末２０におけるブライドデコーディングに関する負荷を軽減することができる。
【０１４５】
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１４６】
例えば、本明細書の基地局１０およびＭＴＣ端末２０の処理における各ステップは、必ずしもシーケンス図として記載された順序に沿って時系列に処理する必要はない。例えば、基地局１０およびＭＴＣ端末２０の処理における各ステップは、シーケンス図として記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１４７】
また、基地局１０およびＭＴＣ端末２０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した基地局１０およびＭＴＣ端末２０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【符号の説明】
【０１４８】
１０      基地局
１２      ＭＭＥ
１４      Ｓ−ＧＷ
１６      ＰＤＮ−ＧＷ
２０      ＭＴＣ端末
３０      ＭＴＣサーバ
１０４、２０４    アンテナ
１０８、２０８    無線処理部
１１２、２１２    記憶部
１１６    スケジューラ
１２０    制御信号生成部
１２４、２２４  ＣＲＣ回路
１２８    データマッピング部
２２０  ブラインドデコーディング部
【図１】
0005652098.tif 000002
【図２】
0005652098.tif 000003
【図３Ａ】
0005652098.tif 000004
【図３Ｂ】
0005652098.tif 000005
【図３Ｃ】
0005652098.tif 000006
【図４】
0005652098.tif 000007
【図５】
0005652098.tif 000008
【図６】
0005652098.tif 000009
【図７】
0005652098.tif 000010
【図８】
0005652098.tif 000011
【図９】
0005652098.tif 000012
【図１０】
0005652098.tif 000013
【図１１】
0005652098.tif 000014
【図１２】
0005652098.tif 000015
【図１３】
0005652098.tif 000016
【図１４】
0005652098.tif 000017
【図１５】
0005652098.tif 000018
【図１６】
0005652098.tif 000019
【図１７】
0005652098.tif 000020
【図１８】
0005652098.tif 000021
【図１９】
0005652098.tif 000022
【図２０】
0005652098.tif 000023