下り制御チャネルのリソースマッピング方法であって、1つのリソースブロックRBにおけるリソースサブブロックのサイズに基づいて、所定数の強化制御チャネルエレメントが対応する必要のあるリソースサブブロックの個数を確定し;前記所定数のeCCEが対応する必要のあるリソースサブブロックの個数に基づいて、前記所定数のeCCEがマッピングする必要のあるRBの個数を確定し;及び前記所定数のeCCEがマッピングする必要のあるRBの個数に基づいて、下り制御チャネルPDCCHのeCCEをRBにマッピングすることを含み、前記PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は異なる、方法。請求項1に記載の方法であって、前記PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は、周期的に循環移動するものである、方法。請求項1に記載の方法であって、前記PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は、予め設定されたものである、方法。請求項2又は3に記載の方法であって、前記eCCEのサイズ又は前記RBにおける参照信号のオーバーヘッド又はアグリゲーションレベルのサイズに基づいて、前記周期的に循環移動する循環方式を確定し、又は、前記予め設定された位置を確定する、方法。請求項2又は3に記載の方法であって、所定ストラテジーに基づいて、前記周期的に循環移動する循環方式を確定し、又は、前記予め設定された位置を確定する、方法。基地局であって、前記基地局は、下り制御チャネルのリソースマッピングを行うために用いられ、前記基地局は、1つのリソースブロックRBにおけるリソースサブブロックのサイズに基づいて、所定数の強化制御チャネルエレメントeCCEが対応する必要のあるリソースサブブロックの個数を確定する第1確定ユニット;前記所定数のeCCEが対応する必要のあるリソースサブブロックの個数に基づいて、前記所定数のeCCEがマッピングする必要のあるRBの個数を確定する第2確定ユニット;及び前記所定数のeCCEがマッピングする必要のあるRBの個数に基づいて、下り制御チャネルPDCCHのeCCEをRBにマッピングするマッピングユニットを含み、前記PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は異なる、基地局。請求項6に記載の基地局であって、前記PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は、周期的に循環移動するものである、基地局。請求項6に記載の基地局であって、前記PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は、予め設定されたものである、基地局。請求項7又は8に記載の基地局であって、前記マッピングユニットは更に、前記eCCEのサイズ又は前記RBにおける参照信号のオーバーヘッド又はアグリゲーションレベルのサイズに基づいて、前記周期的に循環移動する循環方式を確定し、又は、前記予め設定された位置を確定する、基地局。請求項7又は8に記載の基地局であって、前記マッピングユニットは更に、所定ストラテジーに基づいて、前記周期的に性循環移動する循環方式を確定し、又は、前記予め設定された位置を確定する、基地局。コンピュータ可読プログラムであって、基地局において前記プログラムを実行する時に、前記プログラムは、コンピュータに、前記基地局において、請求項1~5の任意の1項に記載の下り制御チャネルのリソースマッピング方法を実行させるための、プログラム。コンピュータ可読プログラムを記憶した記憶媒体であって、前記コンピュータ可読プログラムは、コンピュータに、基地局において請求項1~5の任意の1項に記載の下り制御チャネルのリソースマッピング方法を実行させる、記憶媒体。本発明の実施例の目的は、各ユーザのPDCCHリソース数の均一化を実現し、PDCCHのパフォーマンスが参照信号の影響を受けないように保証し得る下り制御チャネルのリソースマッピング方法及び装置を提供することにある。本発明の実施例の一側面によれば、下り制御チャネルのリソースマッピング方法が提供され、そのうち、前記方法は、1つのリソースブロックRBにおけるリソースサブブロックのサイズに基づいて、所定数の強化制御チャネルエレメントeCCEが対応する必要のあるリソースサブブロックの個数を確定し;前記所定数のeCCEが対応する必要のあるリソースサブブロックの個数に基づいて、前記所定数のeCCEがマッピングする必要のあるRBの個数を確定し;及び前記所定数のeCCEがマッピングする必要のあるRBの個数に基づいて、下り制御チャネルのeCCEをRBにマッピングすることを含み、そのうち、前記PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックは、各RBにおける位置が異なる、方法。本発明の実施例の他の側面によれば、基地局が提供され、前記基地局は、下り制御チャネルのリソースマッピングに用いられ、そのうち、前記基地局は、1つのリソースブロックRBにおけるリソースサブブロックのサイズに基づいて、所定数の強化制御チャネルエレメントeCCEが対応する必要のリソースサブブロックの個数を確定するための第1確定ユニット;前記所定数のeCCEが対応する必要のあるリソースサブブロックの個数に基づいて、前記所定数のeCCEがマッピングする必要のあるRBの個数を確定するための第2確定ユニット;及び前記所定数のeCCEがマッピングする必要のあるRBの個数に基づいて、下り制御チャネルPDCCHのeCCEをRBにマッピングするためのマッピングユニットを含み、そのうち、前記PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックは、各RBにおける位置が異なる、基地局。本発明の実施例の他の側面によれば、コンピュータ可読プログラムが提供され、そのうち、基地局において該プログラムを実行する時に、該プログラムは、コンピュータに、前記基地局において前述の下り制御チャネルのリソースマッピング方法を実行させる。本発明の実施例のまた他の側面によれば、コンピュータ可読プログラムを記憶した記憶媒体が提供され、そのうち、該コンピュータ可読プログラムは、コンピュータに、基地局において前述の下り制御チャネルのリソースマッピング方法を実行させる。本発明の実施例の有益な効果は、各ユーザのPDCCHが各リソースブロックResourceBlockにおけるマッピング順序を交替に変更することにより、各ユーザのPDCCHリソース数の均一化を実現し、PDCCHのパフォーマンスが参照信号の影響を受けないように保証し得る。後述の説明及び図面に基づき、本発明の特定の実施形態を詳細に開示し、本発明の原理が採用され得る方式を明確にする。なお、本発明の実施形態は、範囲上でそれによって限定されない。添付した特許請求の範囲の精神及び技術的範囲では、本発明の実施形態は、あらゆる変形、変更及び代替によるものをも含む。1つの実施形態について説明した及び又は示した特徴は、同じ又は類似した方式で、一つ又は複数の他の実施形態に使用し、他の実施形態における特徴と組み合わせ、又は、他の実施形態における特徴を置換することができる。なお、包括含むのような用語は、本文に使用する時に、特徴、装置全体、ステップ又はアセンブリの存在を指すが、一つ又は複数の他の特徴、装置全体、ステップ又はアセンブリの存在又は付加を排除しないことをも指す。添付した図面及び次の明細書によって、本発明の実施例の前述及び他の特徴はより明確になる。これらの実施形態は、例示だけであり、本発明を限定するものでない。当業者が本発明の原理及び実施形態を容易に理解し得るために、本発明の実施形態では、LTEAシステム中でPDSCH領域にて送信するPDCCHのリソースマッピングを例として説明を行うが、理解すべきは、本発明の実施例は、上述のシステムに限定されず、PDCCHのリソースマッピングに関する他のシステム又はシナリオの全てにも適用し得るとのことである。現在、この種類の新しいPDCCHのリソースマッピングは、二大種類に分け、1つは、連続リソースマッピング、即ち、PDCCHの1つのcandidateの複数のCCEが、隣接した時間周波数リソースにマッピングされることである。この種類のマッピング方式により、基地局は、ユーザがフィードバックしたチャネル情報又は基地局側が自ら測定したチャネル情報に基づいて、チャネル品質が良い時間周波数リソース上で、ユーザにPDCCHを送信し、周波数選択性スケジューリング利得を得る。もう一つは、離散リソースマッピングであり、即ち、PDCCHの1つのcandidateの複数のCCEが、隣接しない時間周波数リソースにマッピングされる。この種類のマッピング方式により、基地局は、チャネル情報を得ることができない時にも、周波数領域ディバーシティー利得を取得し、PDCCHのパフォーマンスを保証することができる。発明者は、本発明の実現過程において、1つの合理的な方式が、1つのcandidateの複数のCCEをそれぞれ異なるリソースブロックRBにマッピングするのであると発見した。周波数スペクトル効率を向上させるためには、複数ユーザのPDCCHを同一のリソースブロックの異なるサブキャリアにマッピングする必要があり、即ち、複数ユーザのPDCCHがFDMと称され、図3、図4に示すようである。そのうち、図3は、新しいPDCCHの1つのRB上での可能なリソース位置を示す図であり、図4は、複数ユーザの新しいPDCCHの1つのRB上での可能なリソース位置を示す図である。しかしながら、新しいPDCCH領域には、各種類の参照信号、例えば、セル共通参照例えば、CRS信号及び復調参照信号例えば、DMRSがあり、図3に示すようである。よって、新しいPDCCHのマッピング時に、参照信号の位置を予め保留する必要があり、それによって、PDCCHリソースが参照信号のオーバーヘッドの変化に伴い変化することを引き起こす。図4に示すように、ユーザ4のPDCCH領域では、12個のREが参照信号により占用され、ユーザ2のPDCCH領域では、8個のREが参照信号により占用され、この2つのユーザのPDCCHが占用するリソース数は異なるようになり、これによって、パフォーマンスはそれに伴い変化し、そのロバスト性に影響を与える。これは、解決すべき1つの問題である。これに鑑み、本発明の実施例は、下り制御チャネルのリソースマッピングの方法及び装置を提供し、それは、各ユーザの新しいPDCCHが各リソースブロックResourceBlock、RBにおけるマッピング順序を交替に変更することによって、各ユーザの新しいPDCCHのリソース数の均一化を実現し、新しいPDCCHのパフォーマンスが参照信号の影響を受けないように保証し得る。以下、具体的な実施例に基づいて詳しく説明する。本発明の実施例は、下り制御チャネルのリソースマッピング方法を提供する。図5は、該方法のフローチャートであり、図5を参照するに、該方法は、次のようなステップを含む。ステップ5011つのリソースブロックRBにおけるリソースサブブロックのサイズに基づいて、所定数の強化制御チャネルエレメントeCCEが対応する必要のあるリソースサブブロックの個数を確定する。そのうち、各RBは、ニーズに応じて、複数のより小さいリソースサブブロックに分けられ、例えば、4個のユーザのPDCCHが1つのRBを用いて多重化する場合、1つのRBは、4個のより小さいリソースサブブロックに分ける分割することができる。本実施例は、具体的な分割ストラテジー及び分割方法に限定されない。そのうち、1個のCCEが36個のREに対応するため、各1個のリソースサブブロックのサイズに基づいて、1個のeCCEが対応するリソースサブブロックの個数を確定することができる。そのうち、1個のeCCEが対応するリソースサブブロックの個数が整数ではない時に、複数のeCCEが整数個のリソースサブブロックに対応することを以て、両者間の対応関係を確定する。例えば、1個のeCCEが15個のリソースサブブロックに対応する場合、2個のeCCEが3個のリソースサブブロックに対応すると確定する。ステップ502前記所定数のeCCEが対応する必要のあるリソースサブブロックの個数に基づいて、前記所定数のeCCEがマッピングする必要のあるRBの個数を確定する。そのうち、1つの好適な実施例では、所定数のeCCEが対応する必要のあるリソースサブブロックの個数は、それがマッピングする必要のあるRBの個数とは同じであり、例えば、1つのeCCEが2つのリソースサブブロックに対応する場合、1つのeCCEは、2つのRBにマッピングする必要があり、即ち、1つのeCCEが対応する2つのリソースサブブロックはそれぞれ2個のRBに位置する。他の実施例では、リソースの構成状況にあわせて、該所定数のeCCEがマッピングする必要のRBの個数を確定してもよく、例えば、1個のeCCEが3個のリソースサブブロックに対応する場合、リソースの構成状況に応じて、1個のeCCEを2個のRBにマッピングさせても良く、即ち、1個のeCCEが対応する3個のリソースサブブロックは、2個のRBに位置する。ステップ503前記所定数のeCCEがマッピングする必要のあるRBの個数に基づいて、下り制御チャネルPDCCHのeCCEをRBにマッピングし、そのうち、前記PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックは、各RBにおける位置が異なる。そのうち、PDCCHのaggregationlevelがCCEeCCEと一対一で対応するため、AggregationLevelに基づいて、PDCCHのeCCEの個数を確定することができる。例えば、aggregationlevelLlであれば、1個のPDCCHが1個のeCCEを含むと確定し、aggregationlevelL2であれば、1個のPDCCHが2個のeCCEを含むと確定し、aggregationlevelL4であれば、1個のPDCCHが4個のeCCEを含むと確定し、aggregationlevelL8であれば、1個のPDCCHが8個のeCCEを含むと確定する。よって、所定数のeCCEがマッピングする必要のあるRBの個数に基づいて、PDCCHの1個又は複数のeCCEを、対応する数のRBにマッピングすることができる。例えば、1個のeCCEが2個のリソースサブブロックに対応すれば、2個のRBにマッピングする必要があり、この場合、aggregationlevelLlであれば、即ち、1個のPDCCHが1個のeCCEを含めば、PDCCHのこの1個のeCCEが対応する2個のリソースサブブロックを2個のRBにマッピングし、各RBには1個が該eCCEのリソースサブブロックに対応し、aggregationlevelL2でれば、即ち、1個のPDCCHが2個のeCCEを含めば、PDCCHのこの2個のeCCEが対応する4個のリソースサブブロックを4個のRBにマッピングし、各RBには1個が該eCCEのリソースサブブロックに対応する。これに基づいて類推することができるため、ここでは、詳しい説明を省略する。そのうち、本実施例によれば、PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックは、各RB上での位置が異なる。依然として、1個のeCCEが2個のリソースサブブロックに対応し、2個のRBにマッピングする必要があるとのことを例とし、本実施例の方法によれば、該eCCEに対応する第1個のリソースサブブロックが第1個のRBにおける位置は、該eCCEに対応る第2個のリソースサブブロックが第2個のRBにおける位置とは異なる。これによって、各PDCCHが占用するリソース数が等しい又はほぼ等しいようになる。そのうち、一実施例では、PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は、周期的に循環移動するのである。他の実施例では、PDCCHにおけるeCCE又は所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は、予め設定されたのである。上述の実施例では、eCCEのサイズ又はRBにおける参照信号のオーバーヘッド又はアグリゲーションレベルのサイズに基づいて、前記周期性循環移動の循環方式を確定してもよく、又は、前記予め設定された位置を確定しても良い。そのうち、eCCEのサイズは、1個のeCCEが何個のリソースサブブロックに対応するかであり、アグリゲーションレベルのサイズは、aggregationlevelのサイズであり、それは、1個のPDCCHが何個のeCCEを含むかを決定し、これによって、1個のPDCCHが何個のRBにマッピングされる必要があるかを決定する。以下、具体例に基づいて説明する。上述の実施例では、所定ストラテジーに基づいて前記周期性循環移動の循環方式を確定してもよく、又は、前記予め設定された位置を確定してもよく、即ち、eCCEのサイズ又はアグリゲーションレベルのサイズの変化に伴って変化しない。例えば、前記周期性循環移動の循環方式又は前記予め設定された位置は、固定したものに設置しても良い。PDCCHに基づくeCCEが対応するリソースサブブロックが各RBにおける位置が異なり、各PDCCHが占用するリソース数が等しい又はほぼ等しいとのことを保証することができればよい。本実施例の1つの実施形態によれば、PDCCHにおける所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は、周期的に循環移動するのである。例えば、1個のeCCEが2個のリソースサブブロックに対応し、2個のRBにマッピングする必要がある場合、該eCCEが対応する第1個のリソースサブブロックが第1個のRBにおける位置が第2il個のリソースサブブロックであれば、該eCCEに対応する第2個のリソースサブブロックが第2個のRBにおける位置が第2i個のリソースサブブロックであり、そのうち、iは0よりも大きい自然数である。即ち、該eCCEに対応する第1個のリソースサブブロックが第1個のRBにおける位置と、該eCCEに対応する第2個のリソースサブブロックが第2個のRBにおける位置とが互換の関係である。そのうち、PDCCHのeCCEの個数が上述の所定数よりも大きい場合については、上述の所定数が対応するRB数を1つの周期とし、上述のマッピング方式を繰り返す重複する。例えば、aggregationlevelL2であれば、1個のPDCCHが2個のeCCEを含み、4個のリソースサブブロックに対応し、4個のRBにマッピングされ、この場合、2個のRBを1つの周期とし、上述のマッピング方式を繰り返し、この時に、該PDCCHが対応する4個のリソースサブブロックのうち、前の2個のリソースサブブロックは、前の2個のRB上において互換の関係であり、後の2個のリソースサブブロックは、後の2個のRBにおいて互換の関係である。本実施例の他の実施形態によれば、PDCCHにおけるeCCEが対応するリソースサブブロックが各RBにおける位置は、周期的に循環移動するのである。例えば、1個のeCCEが2個のリソースサブブロックに対応し、aggregationlevelL2であれば、1個のPDCCHの2個のeCCEが対応する4個のリソースサブブロックは、4個のRBにマッピングする。この場合、該eCCEに対応する第1個のリソースサブブロックが第1個のRBにおける位置が第4i3個のリソースサブブロックであり、該eCCEに対応する第2個のリソースサブブロックが第2個RBにおける位置が第4i2個のリソースサブブロックであり、該eCCEに対応する第3個のリソースサブブロックが第3個のRBにおける位置が第4il個のリソースサブブロックであり、該eCCEに対応する第4個のリソースサブブロックが第4個のRBにおける位置が第4i個のリソースサブブロックであり、そのうち、iは、0よりも大きい自然数である。即ち、該eCCEが対応する各リソースサブブロックが各RBにおける位置は、順次、回転変位の関係である。本実施例の他の実施形態によれば、PDCCHにおける所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は、予め設定されたのである。例えば、1個のeCCEが3個のリソースサブブロックに対応し、3個のRBにマッピングする必要がある場合、該eCCEが対応する各1個のリソースサブブロックがRBにおける位置が固定されたものであると予め設定してもよい。同様に、PDCCHのeCCEの個数が上述の所定数よりも大きい場合について、上述の所定数が対応するRB数を1つの周期とし、上述のマッピング方式を繰り返し、各リソースサブブロックがRBにおける位置を予め設定しても良い。上述の3つの実施形態では、周期性循環移動の場合でも、予め設定されたとの場合でも、各PDCCHが占用するリソース数は、等しい又はほぼ等しい。即ち、各ユーザのPDCCHが占用するRE数はほぼ等しいので、PDCCHのパフォーマンスが参照信号の影響を受けないように保証し得る。本実施例の下り制御チャネルのリソースマッピング方法をより分かりやすくするために、以下、幾つかの具体例に基づいて詳しく説明する。図6は、本発明の一実施例におけるPDCCHリソースマッピングを示す図である。図6を参照するに、本実施例では、4個のユーザが1個のRBを用いて多重化することを例とする。1個のRBは、4個のより小さいリソースサブブロックに分けられ、それぞれ、unitl~4と番号付けられ、各unit個までのunitにマッピングし、第3個のRBにおいて第mod個までのunitにマッピングし、iは0よりも大きい自然数である。図8に示すように、ユーザ1のPDCCHが第1個のRBのunitl、第2個のRBのunit2、第3個のRBのunit3を占用し、ユーザ2のPDCCHが第1個のRBのunit2、第2個のRBのunit3、第3個のRBのunitlを占用し、ユーザ3のPDCCHが第1個のRBのunit3、第2個のRBのunitl、第3個のRBのunit2を占用する。分かるように、各ユーザのPDCCHが占用するリソース数全て100である。本実施例の方法によれば、AggregationLevelL>2、例えばL4又は8の場合、1個のPDCCHが対応するRB数が3よりも大きく、このとき、上述の交替方式を繰り返してもよく、即ち、3個のRBを1つの周期とし、3個のRBにおいて循環にマッピングを行う。図6及び図7の実施例とは同じように、本実施例は、具体的な循環方式又はマッピングパターンに限定されず、各ユーザのPDCCHが占用するリソース数が同じ又はほぼ同じであることを保証できれば良い。図8に示すPDCCHのリソースマッピング方式により、各ユーザのPDCCHに分配されるリソース数も同じであるので、PDCCHのパフォーマンスが参照信号の影響を受けないことを保証することができる。図9は、本発明の他の実施例におけるPDCCHリソースマッピングを示す図である。図9を参照するの、本実施例では、2個のユーザが1個のRBを用いて多重化することを例とする。1個のRBは、2個のより小さいリソースサブブロックに分割され、それぞれunit1~2と番号付けられ、各unitは、6個のサブキャリアを含む。本実施例の方法によれば、unitのサイズに基づいて、1個のeCCEが1個のunitに対応する必要があると確定し、異なるRBにマッピングする必要があるので、2個のeCCEを取って2個のunitに対応させ、また、それぞれ、2個のRBにマッピングされることを例とする。本実施例では、参照信号について、DMRSがサポートし得るランクの値がmnk2であり、CRSが2つのアンテナをサポートし得ると仮定する。本実施例の方法によれば、AggregationLevelL2であれば、各ユーザのPDCCHが2個のeCCEを含むため、2個のユーザのeCCEと、時間周波数リソースとのマッピング関係は、PDCCHを第1個のRBの第i個のunitにマッピングすれば、第2個のRBの第mod個までのunitにマッピングする。Iは、0よりも大きい自然数である。図9に示すように、ユーザ1のPDCCHが第1個のRBのunitl、第2個のRBのunit2を占用し、ユーザ2のPDCCHが第1個のRBのunit2、第2個のRBのunitlを占用する。分かるように、各ユーザのPDCCHが占用するリソース数は全て100である。本実施例の方法により、AggregationLevelL>2、例えばL4又は8の場合、1個のPDCCHが対応するRB数が2よりも大きく、上述の交替方式を重複しても良く、即ち、2個のRBを1つの周期とし、2個のRBにおいて交替にマッピングする。図6、図7及び図8の実施例とは同じように、本実施例は、具体的な循環方式又はマッピングパターンに限定されず、各ユーザのPDCCHが占用するリソース数が同じ又はほぼ同じであることを保証できれば良い。図9に示すPDCCHのリソースマッピング方式により、各ユーザのPDCCHに分配されるリソース数も同じであるので、PDCCHのパフォーマンスが参照信号の影響を受けないことを保証し得る。本発明は、さらに、基地局を次の実施例2に記載のように提供し、該基地局が問題を解決する原理は、実施例1の下り制御チャネルのリソースマッピング方法とは類似し、よって、その具体的な実施は、実施例1の方法の実施例を参照することができるため、同じ処の記載を省略する。本発明の実施例は、基地局を提供し、該基地局は、下り制御チャネルのリソースマッピングを行うために用いられる。図10は、該基地局の構成を示す図であり、図10を参照するに、該基地局は、次のユニットを含む。第1確定ユニット101:1個のリソースブロックRB中のリソースサブブロックのサイズに基づいて、所定数の強化制御チャネルエレメントeCCEが対応する必要のあるリソースサブブロックの個数を確定するために用いられる。第2確定ユニット102:前記所定数のeCCEが対応する必要のあるリソースサブブロックの個数に基づいて、前記所定数のeCCEがマッピングする必要のあるRBの個数を確定するために用いられる。マッピングユニット103:前記所定数のeCCEがマッピングする必要のあるRBの個数に基づいて、下り制御チャネルPDCCHのeCCEを、対応する数のRBにマッピングするために用いられる。そのうち、前記PDCCH中のeCCE又は所定数のeCCEが対応するリソースサブブロックは、各RBにおける位置が異なる。一実施例では、PDCCH中のeCCE又は所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は、周期的に循環移動するものである。他の実施例では、PDCCH中のeCCE又は所定数のeCCEが対応するリソースサブブロックが各RBにおける位置は、予め設定されたものである前述の2つの実施例では、マッピングユニット103は更に、前記eCCEのサイズ又は前記RB内の参照シンボルのオーバーヘッド又はアグリゲーションレベルのサイズに基づいて、前記周期性循環移動の循環方式を確定し、又は、前記予め設定された位置を確定し、これによって、各PDCCHが占用するリソース数は、同じ又はほぼ同じであるようになる。前述の2つの実施例では、マッピングユニット103は更に、所定ストラテジーに基づいて、前記周期性循環移動の循環方式を確定し、又は、前記予め設定された位置を確定し、これによって、各PDCCHが占用するリソース数は、同じ又はほぼ同じであるようになる。本実施例の基地局により、各PDCCHが占用するリソース数が同じ又はほぼ同じであるため、PDCCHのパフォーマンスを最適化することができ、参照信号のPDCCHへの影響を避けることができる。本発明の実施例は更にコンピュータ可読プログラムを提供し、そのうち、基地局において該プログラムを実行する時に、該プログラムは、コンピュータに、前記基地局において実施例1に記載の下り制御チャネルのリソースマッピング方法を実行させる。本発明実施例は更にコンピュータ可読プログラムを記憶した記憶媒体を提供し、そのうち、該コンピュータ可読プログラムは、コンピュータに、基地局において、実施例1に記載の下り制御チャネルのリソースマッピング方法を実行させる。本発明の上述の装置及び方法は、ハードウェアにより実現されてもよく、ハードウェアとソフトウェアとの組み合わせにより実現されてもよい。また、本発明は、このようなコンピュータ可読なプログラムにも関し、即ち、該プログラムは、ロジック部により実行されている時に、該ロジック部に、上述の装置又は構成部品を実現させることができ、又は、該ロジック部に、上述の各種方法又はステップを実現させることができる。ロジック部品は、例えば、FieldProgrammableロジック部品、マイクロプロセッサ、コンピュータに用いる処理器などである。また、本発明は、さらに、上述のプログラムを記録している記憶媒体、例えば、ハードディスク、磁気ディスク、光ディスク、DVD、flashメモリ、磁気光ディスク、メモリカード、メモリスティックなどにも関する。以上、本発明の好ましい実施形態を説明したが、本発明はこの実施形態に限定されず、本発明の趣旨を離脱しない限り、本発明に対するあらゆる変更は本発明の技術的範囲に属する。