知財求人 - 知財ポータルサイト「IP Force」
▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】5841147
(24)【登録日】2015年11月20日
(45)【発行日】2016年1月13日
(54)【発明の名称】受信装置、送信装置、設定方法、及び特定方法
(51)【国際特許分類】
H04W 72/04 20090101AFI20151217BHJP
H04W 16/02 20090101ALI20151217BHJP
H04W 16/32 20090101ALI20151217BHJP
H04W 84/10 20090101ALI20151217BHJP
【ＦＩ】
H04W72/04 136
H04W16/02
H04W16/32
H04W84/10
H04W72/04 131
【請求項の数】18
【全頁数】26
(21)【出願番号】特願2013-522722(P2013-522722)
(86)(22)【出願日】2012年6月15日
(86)【国際出願番号】JP2012003925
(87)【国際公開番号】WO2013005377
(87)【国際公開日】20130110
【審査請求日】2014年11月28日
(31)【優先権主張番号】特願2011-147557(P2011-147557)
(32)【優先日】2011年7月1日
(33)【優先権主張国】JP
(73)【特許権者】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】100105050
【弁理士】
【氏名又は名称】鷲田 公一
(72)【発明者】
【氏名】小川 佳彦
(72)【発明者】
【氏名】今村 大地
【審査官】
伊東 和重
(56)【参考文献】
【文献】
特開２０１０−１７１８８５（ＪＰ，Ａ）
【文献】
国際公開第２０１１／０５９１９４（ＷＯ，Ａ２）
【文献】
国際公開第２０１１／０６８３６７（ＷＯ，Ａ２）
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｂ ７／２４−７／２６
Ｈ０４Ｗ ４／００−９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−２
ＣＴ ＷＧ１
(57)【特許請求の範囲】
【請求項1】
第１のエリア内に存在する送信装置から、第１の所望リソース候補グループに属するリソース候補で送信された参照信号を受信する受信装置であって、
前記第１の所望リソース候補グループ及び前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを設定し、前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報を生成し、前記参照信号リソース候補グループを特定するリソースパターンの識別情報及び前記生成された解除情報を出力する設定手段と、
前記リソースパターンの識別情報及び前記解除情報を前記送信装置へ送信する送信手段と、
を具備する受信装置。
前記第１の所望リソース候補グループ及び前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを設定し、前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報を生成し、前記参照信号リソース候補グループを特定するリソースパターンの識別情報及び前記生成された解除情報を出力する設定手段と、
前記リソースパターンの識別情報及び前記解除情報を前記送信装置へ送信する送信手段と、
を具備する受信装置。
【請求項2】
前記解除情報は、１フレームにおける前記過剰リソースの位置を示す情報である、
請求項１に記載の受信装置。
請求項１に記載の受信装置。
【請求項3】
前記解除情報は、解除パターンビット列であり、前記解除パターンビット列は、１フレームに含まれる複数のサブフレームにそれぞれ対応する複数のビットから構成され、各ビットは、対応サブフレームにおける、参照信号の送信候補サブフレームとしての状態を解除するか否かを示す、
請求項１に記載の受信装置。
請求項１に記載の受信装置。
【請求項4】
前記解除情報は、参照信号リソース候補グループを特定するためのリソースパターン群の内の２つのリソースパターンの識別情報である、
請求項１に記載の受信装置。
請求項１に記載の受信装置。
【請求項5】
前記２つのリソースパターンの識別情報の内の第１の識別情報は、前記第２の所望リソース候補グループを特定するリソースパターンの識別情報であり、第２の識別情報は、前記第１の所望リソース候補グループと前記第２の所望リソース候補グループとの差分を特定するリソースパターンの識別情報である、
請求項４に記載の受信装置。
請求項４に記載の受信装置。
【請求項6】
前記第１の所望リソース候補グループを特定するための第１のリソースパターン群と、前記前記第１の所望リソース候補グループと前記第２の所望リソース候補グループとの差分を特定するための第２のリソースパターン群とは、少なくとも一部が異なる、
請求項５に記載の受信装置。
請求項５に記載の受信装置。
【請求項7】
前記少なくとも一部は、使用頻度の低いリソースパターンである、
請求項６に記載の受信装置。
請求項６に記載の受信装置。
【請求項8】
参照信号を、第１の所望リソース候補グループに属するリソース候補を用いて、第１のエリアをカバーする受信装置へ送信する送信装置であって、
前記受信装置から送信された信号から、前記第１の所望リソース候補グループ及び前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを特定するリソースパターンの識別情報、及び、前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報を抽出する受信処理手段と、
前記リソースパターンの識別情報及び前記解除情報に基づいて、前記第１の所望リソース候補グループを特定する制御手段と、
を具備する送信装置。
前記受信装置から送信された信号から、前記第１の所望リソース候補グループ及び前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを特定するリソースパターンの識別情報、及び、前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報を抽出する受信処理手段と、
前記リソースパターンの識別情報及び前記解除情報に基づいて、前記第１の所望リソース候補グループを特定する制御手段と、
を具備する送信装置。
【請求項9】
前記解除情報は、１フレームにおける前記過剰リソースの位置を示す情報である、
請求項８に記載の送信装置。
請求項８に記載の送信装置。
【請求項10】
前記解除情報は、解除パターンビット列であり、前記解除パターンビット列は、１フレームに含まれる複数のサブフレームにそれぞれ対応する複数のビットから構成され、各ビットは、対応サブフレームにおける、参照信号の送信候補サブフレームとしての状態を解除するか否かを示す、
請求項８に記載の送信装置。
請求項８に記載の送信装置。
【請求項11】
前記制御手段は、
前記リソースパターンの識別情報に基づいて、１フレームに含まれるサブフレームの数と同数のビット群から構成され、且つ、各ビットが、対応サブフレームにおける、参照信号の送信候補サブフレームとしての状態を解除するか否かを示す、パターンビット列を生成し、
前記パターンビット列と、前記解除パターンビット列との論理積を算出することにより、前記第１の所望リソース候補グループに対応する所望パターンビット列を生成する、
請求項１０に記載の送信装置。
前記リソースパターンの識別情報に基づいて、１フレームに含まれるサブフレームの数と同数のビット群から構成され、且つ、各ビットが、対応サブフレームにおける、参照信号の送信候補サブフレームとしての状態を解除するか否かを示す、パターンビット列を生成し、
前記パターンビット列と、前記解除パターンビット列との論理積を算出することにより、前記第１の所望リソース候補グループに対応する所望パターンビット列を生成する、
請求項１０に記載の送信装置。
【請求項12】
前記２つのリソースパターンの識別情報の内の第１の識別情報は、前記第２の所望リソース候補グループを特定するリソースパターンの識別情報であり、第２の識別情報は、前記第１の所望リソース候補グループと前記第２の所望リソース候補グループとの差分を特定するリソースパターンの識別情報である、
請求項８に記載の送信装置。
請求項８に記載の送信装置。
【請求項13】
前記第１の所望リソース候補グループを特定するための第１のリソースパターン群と、前記前記第１の所望リソース候補グループと前記第２の所望リソース候補グループとの差分を特定するための第２のリソースパターン群とは、少なくとも一部が異なる、
請求項８に記載の送信装置。
請求項８に記載の送信装置。
【請求項14】
前記少なくとも一部は、使用頻度の低いリソースパターンである、
請求項１３に記載の送信装置。
請求項１３に記載の送信装置。
【請求項15】
第１のエリア内に存在する送信装置による参照信号の送信に用いられる、第１の所望リソース候補グループに属するリソース候補の設定方法であって、
前記第１の所望リソース候補グループ及び前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを設定し、
前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報を生成し、
前記リソースパターンの識別情報及び前記解除情報を前記送信装置へ送信する、
設定方法。
前記第１の所望リソース候補グループ及び前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを設定し、
前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報を生成し、
前記リソースパターンの識別情報及び前記解除情報を前記送信装置へ送信する、
設定方法。
【請求項16】
参照信号を、第１の所望リソース候補グループに属するリソース候補を用いて、第１のエリアをカバーする受信装置へ送信する送信方法であって、
前記受信装置から送信された信号から、前記第１の所望リソース候補グループ及び前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを特定するリソースパターンの識別情報、及び、前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報を抽出し、
前記リソースパターンの識別情報及び前記解除情報に基づいて、前記第１の所望リソース候補グループを特定する、
送信方法。
前記受信装置から送信された信号から、前記第１の所望リソース候補グループ及び前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを特定するリソースパターンの識別情報、及び、前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報を抽出し、
前記リソースパターンの識別情報及び前記解除情報に基づいて、前記第１の所望リソース候補グループを特定する、
送信方法。
【請求項17】
第１のエリア内に存在する送信装置から、第１の所望リソース候補グループに属するリソース候補で送信された参照信号を受信する受信装置であって、
前記第１の所望リソース候補グループ及び前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループに基づいて、前記第１の所望リソース候補グループに含まれる複数のリソース候補の内、前記参照信号の送信に用いられるリソース候補から構成される実用リソース候補グループを設定し、前記実用リソース候補グループを特定する第１のリソースパターンの識別情報、及び、前記第２の所望リソース候補グループを特定する第２のリソースパターンの識別情報を出力する設定手段と、
前記第１のリソースパターンの識別情報及び前記第２のリソースパターンの識別情報を前記送信装置へ送信する送信手段と、
を具備する受信装置。
前記第１の所望リソース候補グループ及び前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループに基づいて、前記第１の所望リソース候補グループに含まれる複数のリソース候補の内、前記参照信号の送信に用いられるリソース候補から構成される実用リソース候補グループを設定し、前記実用リソース候補グループを特定する第１のリソースパターンの識別情報、及び、前記第２の所望リソース候補グループを特定する第２のリソースパターンの識別情報を出力する設定手段と、
前記第１のリソースパターンの識別情報及び前記第２のリソースパターンの識別情報を前記送信装置へ送信する送信手段と、
を具備する受信装置。
【請求項18】
参照信号を、第１の所望リソース候補グループに属するリソース候補を用いて、第１のエリアをカバーする受信装置へ送信する送信装置であって、
前記受信装置から送信された信号から、前記第１の所望リソース候補グループに含まれる複数のリソース候補の内、前記参照信号の送信に用いられるリソース候補から構成される実用リソース候補グループを特定する第１のリソースパターンの識別情報、及び、前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループを特定する第２のリソースパターンの識別情報を抽出する受信処理手段と、
前記第１のリソースパターンの識別情報及び前記第２のリソースパターンの識別情報に基づいて、前記第１の所望リソース候補グループを特定する制御手段と、
を具備する送信装置。
前記受信装置から送信された信号から、前記第１の所望リソース候補グループに含まれる複数のリソース候補の内、前記参照信号の送信に用いられるリソース候補から構成される実用リソース候補グループを特定する第１のリソースパターンの識別情報、及び、前記参照信号によって前記第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループを特定する第２のリソースパターンの識別情報を抽出する受信処理手段と、
前記第１のリソースパターンの識別情報及び前記第２のリソースパターンの識別情報に基づいて、前記第１の所望リソース候補グループを特定する制御手段と、
を具備する送信装置。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、受信装置、送信装置、設定方法、及び特定方法に関する。【背景技術】
【0002】
3GPP LTE(3rd Generation Partnership Project Long-term Evolution、以下では、単に、LTEと呼ぶ)の上り回線では、基地局と端末との間の受信品質を測定するために、P-SRS（Periodic Sounding Reference signal）が用いられる（例えば、非特許文献１参照）。P-SRSは、端末から基地局に対して、SRSリソースにマッピングされて送信される。ここで、まず、セル単位の上位レイヤ通知（以下では、「第１のセル単位通知」と呼ばれる）によって、対象セル内に存在する全端末に共通する、SRSリソース候補グループ（以下では、「第１のSRSリソース候補グループ」と呼ばれる）、つまり、「SRSリソースパターン」が設定される。そして、端末単位の上位レイヤ通知（以下では、「端末単位通知」と呼ばれる）によって、第１のSRSリソース候補グループを構成する複数のSRSリソース候補がSRSリソースの割り当て対象端末のそれぞれに対して割り当てられる。端末は、割り当てられたSRSリソース（以下では、「端末単位のSRSリソース」と呼ばれる）にP-SRSをマッピングして基地局へ送信する。なお、各SRSリソース候補は、「SRS送信候補サブフレーム」における最終シンボルである。そして、SRSリソース候補では、上記「第１のSRSリソース候補グループ」を設定したセル内の全端末がデータ送信を行わないので、SRSとデータ信号との衝突が防止される。【0003】
LTEにおいて、第１のセル単位通知としては、「srs-SubframeConfig」等が定義されている。図１に示すsrs-SubframeConfig番号が基地局から端末へ送信されることによって、P-SRSを送信する送信間隔（TSFC）、及び、P-SRSの送信を開始するサブフレームを指示するためのオフセット量（ΔSFC）が、基地局から端末に対して指示される。例えば、srs-SubframeConfig番号が4である場合、２(＝１＋ΔSFC)番目、７(＝１＋ΔSFC＋(TSFC＊1）)番目、・・・、(１＋ΔSFC＋(TSFC＊n）)番目のサブフレームが、SRS送信候補サブフレームとなる（図２参照）。【0004】
一方、LTE-Advanced(Rel.11)では、マクロセル内にピコセルが配置されたヘテロジーニアスセル構成（HetNet：Heterogeneous Network）が提案されており、このヘテロジーニアスセル構成におけるキャパシティ向上が検討されている（図３参照）。ヘテロジーニアスセルにおいては、マクロセルに属する端末（以下では、「マクロセル端末」と呼ばれる）からマクロセルの基地局（以下では、「マクロセル基地局」と呼ばれる）に送信される信号が、ピコセルの基地局（以下では、「ピコセル基地局」と呼ばれる）にも到来する。このため、ピコセルにおける、マクロセルとピコセルとの間の干渉（以下では、「ピコセル干渉」と呼ばれる）が大きくなる。【0005】
このピコセル干渉を軽減する方法として、次の方法が考えられる。まず、データ信号同士（例えば、PUSCH（Physical Downlink Shared CHannel）同士）の干渉については、LTEで用いられるPDCCH（Physical Downlink Control CHannel）シグナリングによって、マクロセルとピコセルとに異なる周波数を割り当てること（つまり、周波数分割）により、軽減できる。また、制御信号同士（例えば、PUCCH（Physical Uplink Control CHannel）同士）の干渉については、LTEで用いられるRRCシグナリングによって、マクロセルとピコセルとに異なる周波数分割を割り当てること（つまり、周波数分割）により、軽減できる。さらに、SRS同士の干渉については、RRCシグナリングによって、マクロセルとピコセルとに異なる時間を割り当てること（つまり、時間分割）により、避けられる。なお、ここでは、マクロセル基地局に送信される信号がピコセル基地局に与える干渉を中心に説明するが、ピコセル基地局に送信される信号がマクロセル基地局に与える干渉についても同様のことが言える。【0006】
ここで、上記した第１のセル単位通知を応用することにより、マクロセル基地局に送信されるデータ信号（またはSRS）がピコセル基地局に送信されるSRSに与える干渉を軽減することができる。【0007】
具体的には、マクロセル端末は、第１のSRSリソース候補グループを示すsrs-SubframeConfig番号を、第１のセル単位通知によって通知される。ここでいう「第１のSRSリソース候補グループ」は、マクロセルにおける「所望SRSリソース候補グループ」を構成する所望SRSリソース候補の全てを含み、且つ、ピコセルにおける「所望SRSリソース候補グループ」を構成する所望SRSリソース候補の全てを含む。すなわち、マクロセル端末に対して通知される第１のSRSリソース候補グループは、ピコセルにおける「所望SRSリソース候補グループ」を含んでいる必要がある。ここで、「所望SRSリソース候補グループ」とは、マクロセル及びピコセルのそれぞれにおいて、SRSリソース候補として必要なサブフレーム群である。【0008】
例えば、マクロセル及びピコセルの両方において5ms間隔でSRSが送信される場合、ピコセルでは、srs-SubframeConfig番号は、４（送信間隔TSFC＝5ms間隔、オフセット量ΔSFC=1）と設定され得る。このとき、マクロセルでは、srs-SubframeConfig番号は、７（送信間隔TSFC=5ms間隔、オフセット量ΔSFC=0及び1）と設定され得る（図４参照）。【0009】
こうすることにより、ピコセルにおけるSRSリソース候補は、マクロセルでもSRSリソース候補となる。【0010】
このようにマクロセルにおけるSRSリソース候補グループ及びピコセルにおけるSRSリソース候補グループが設定された状態において、端末単位の通知によって、各SRSリソース候補に対して、ピコセルのみのSRSリソース、又は、マクロセルのみのSRSリソースが設定される。これにより、マクロセル端末から送信されるSRSがピコセル端末から送信される信号と衝突することを防止できるので、ピコセル干渉を低減できる。【先行技術文献】
【非特許文献】
【0011】
【非特許文献1】TS36.211 v10.1.0 “3GPP TSG RAN; Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation”
【発明の概要】
【発明が解決しようとする課題】
【0012】
しかしながら、上記した様に、マクロセル端末に対して通知される第１のSRSリソース候補グループはピコセルにおける「所望SRSリソース候補グループ」を含んでいる必要があるので、選択し得るsrs-SubframeConfig番号が限定的となってしまう。このため、マクロセルにおける「所望SRSリソース候補グループ」及びピコセルにおける「所望SRSリソース候補グループ」の両方に該当しないサブフレームが含まれるsrs-SubframeConfig番号を選択せざるを得ない場合がある。【0013】
例えば、マクロセルにおいて10ms間隔でSRSが送信され、且つ、ピコセルにおいて2ms間隔でSRSが送信される場合、ピコセルでは、srs-SubframeConfig番号は、２（送信間隔TSFC=2ms間隔、オフセット量ΔSFC=1）と設定され得る。このとき、マクロセルでは、srs-SubframeConfig番号が、０（送信間隔TSFC=1ms間隔、オフセット量ΔSFC=0）と設定され得る（図５参照）。このとき、マクロセルにおいてSRS送信に利用されないサブフレーム（ここでは、3,5,7,9番目・・・のサブフレーム）も、SRSリソース候補として設定されてしまう。この結果、データ信号（例えば、PUSCH）の送信リソース領域が過剰に削減されてしまうので、スループットが低下してしまう問題がある。【0014】
本発明の目的は、参照信号の送信に利用されるリソース候補の設定自由度を向上させることができる、受信装置、送信装置、設定方法、及び特定方法を提供することである。【課題を解決するための手段】
【0015】
本発明の一態様の受信装置は、第１のエリア内に存在する送信装置から、第１の所望リソース候補グループに属するリソース候補で送信された参照信号を受信する受信装置であって、前記第１の所望リソース候補グループ及び前記第１のエリアとは異なる第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを設定し、前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報、及び前記参照信号リソース候補グループを特定するリソースパターンの識別情報を生成する設定手段と、前記解除情報及び前記リソースパターンの識別情報を前記送信装置へ送信する送信手段と、を具備する。【0016】
本発明の一態様の送信装置は、参照信号を、第１の所望リソース候補グループに属するリソース候補を用いて、第１のエリアにおける受信装置へ送信する送信装置であって、前記受信装置から送信された信号から、前記第１の所望リソース候補グループ及び前記第１のエリアとは異なる第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを特定するリソースパターンの識別情報、及び、前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報を抽出する受信処理手段と、前記リソースパターンの識別情報及び前記解除情報に基づいて、前記第１の所望リソース候補グループを特定する制御手段と、を具備する。【0017】
本発明の一態様の設定方法は、第１のエリア内に存在する送信装置による参照信号の送信に用いられる、第１の所望リソース候補グループに属するリソース候補の設定方法であって、前記第１の所望リソース候補グループ及び前記第１のエリアとは異なる第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを設定し、前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報及び前記前記リソースパターンの識別情報を生成し、前記解除情報及び前記リソースパターンの識別情報を前記送信装置へ送信する。【0018】
本発明の一態様の特定方法は、参照信号を、第１の所望リソース候補グループに属するリソース候補を用いて、第１のエリアの受信装置におけるリソース候補の特定方法であって、前記受信装置から送信された信号から、前記第１の所望リソース候補グループ及び前記第１のエリアとは異なる第２のエリアにおける第２の所望リソース候補グループを含む参照信号リソース候補グループを特定するリソースパターンの識別情報、及び、前記参照信号リソース候補グループに含まれ且つ前記第１の所望リソース候補グループに含まれない過剰リソースを前記参照信号リソース候補グループから解除するための解除情報を抽出し、前記リソースパターンの識別情報及び前記解除情報に基づいて、前記第１の所望リソース候補グループを特定する。【発明の効果】
【0019】
本発明によれば、参照信号の送信に利用されるリソース候補の設定自由度を向上させることができる、受信装置、送信装置、設定方法、及び特定方法を提供することができる。【図面の簡単な説明】
【0020】
【図1】SRSリソースパターンテーブルを示す図
【図2】SRS送信候補サブフレームの説明に供する図
【図3】ヘテロジーニアスセルの説明に供する図
【図4】所望SRSリソース候補グループの説明に供する図
【図5】過剰SRSリソースの説明に供する図
【図6】本発明の実施の形態１に係る基地局の要部構成を示すブロック図
【図7】本発明の実施の形態１に係る端末の要部構成を示すブロック図
【図8】本発明の実施の形態１に係る基地局の構成を示すブロック図
【図9】本発明の実施の形態１に係る端末の構成を示すブロック図
【図10】基地局及び端末の動作説明に供する図
【図11】所望パターンビット列の生成方法の説明に供する図
【図12】本発明の実施の形態２に係る基地局及び端末の動作説明に供する図
【図13】本発明の実施の形態３に係るSRSリソースパターンテーブルの部分テーブルの一例を示す図
【図14】本発明の実施の形態３に係るSRSリソースパターンテーブルの部分テーブルの一例を示す図
【発明を実施するための形態】
【0021】
以下、本発明の実施の形態について図面を参照して詳細に説明する。なお、実施の形態において、同一の構成要素には同一の符号を付し、その説明は重複するので省略する。【0022】
［実施の形態１］［通信システムの概要］
本発明の実施の形態１に係る通信システムは、複数の送信装置と、複数の受信装置とから構成される。各受信装置は、自装置がカバーするエリアを有する。各送信装置は、自装置が存在するエリアをカバーする受信装置に対して、参照信号を送信する。ここでは、参照信号の送信によって干渉を与える与干渉エリア（つまり、与干渉セル）をカバーする受信装置を基地局１００とし、基地局１００がカバーする与干渉セル内に存在する送信装置を端末２００として説明する。また、与干渉セルをマクロセルとし、被干渉セルをピコセルとして説明する。例えば、通信システムは、LTE-Aシステムであり、基地局１００は、LTE-A基地局であり、端末２００は、LTE-A端末である。
【0023】
図６は、本発明の実施の形態１に係る基地局１００の要部構成を示すブロック図である。図６に示す基地局１００は、第１のエリア（つまり、与干渉エリア）内に存在する端末２００から、第１の所望リソース候補グループに属するリソース候補で送信された参照信号（例えば、P-SRS）を受信する。ここでいう「第１の所望リソース候補グループ」は、後述するマクロセルにおける所望SRSリソース候補グループに対応する。そして、設定部１０１は、第１の所望リソース候補グループ及びデータ信号（または参照信号)によって第１のエリアからの干渉を受ける第２のエリア（つまり、被干渉エリア）における第２の所望リソース候補グループを含む参照信号リソース候補グループを設定する。ここでいう「第２の所望リソース候補グループ」は、後述するピコセルにおける所望SRSリソース候補グループである。また、ここでいう「参照信号リソース候補グループ」は、後述する第１のSRSリソース候補グループに対応する。そして、設定部１０１は、参照信号リソース候補グループに含まれ且つ第１の所望リソース候補グループに含まれない過剰リソース（ここでは、後述する過剰SRSリソースに対応）を参照信号リソース候補グループから解除するための解除情報を生成する。そして、送信部１０５は、参照信号リソース候補グループを特定するリソースパターンの識別情報及び解除情報を端末２００へ送信する。【0024】
図７は、本発明の実施の形態１に係る端末２００の要部構成を示すブロック図である。図７に示す端末２００は、参照信号（例えば、P-SRS）を、第１の所望リソース候補グループに属するリソース候補を用いて、第１のエリア（つまり、与干渉エリア）をカバーする基地局１００へ送信する。ここでいう第１の所望リソース候補グループは、後述するマクロセルにおける所望SRSリソース候補グループに対応する。そして、受信処理部２０２は、基地局１００から送信された信号から、リソースパターンの識別情報、及び、解除情報を抽出する。ここでいう「リソースパターンの識別情報」は、第２のエリア（つまり、被干渉エリア）における第２の所望リソース候補グループを含む参照信号リソース候補グループを特定する情報である。また、ここでいう「第２のエリア」は、第１の所望リソース候補グループ及び参照信号によって第１のエリアからの干渉を受けるエリアである。また、ここでいう「第２の所望リソース候補グループ」は、後述するピコセルにおける所望SRSリソース候補グループである。また、ここでいう「参照信号リソース候補グループ」は、後述する第１のSRSリソース候補グループに対応する。また、ここでいう「解除情報」は、参照信号リソース候補グループに含まれ且つ第１の所望リソース候補グループに含まれない過剰リソースを参照信号リソース候補グループから解除するための情報である。また、ここでいう「過剰リソース」は、後述する過剰SRSリソースに対応する。送信制御部２０３は、参照信号リソース候補グループを特定するリソースパターンの識別情報及び解除情報に基づいて、第１の所望リソース候補グループを特定する。【0025】
［基地局１００の構成］図８は、本発明の実施の形態１に係る基地局１００の構成を示すブロック図である。図８において、基地局１００は、設定部１０１と、符号化・変調部１０２，１０３と、送信処理部１０４と、送信部１０５と、受信部１０６と、受信処理部１０７と、データ受信部１０８と、SRS受信部１０９とを有する。
【0026】
設定部１０１は、自装置がカバーするマクロセルに存在する複数の端末２００のそれぞれに必要なSRSリソースの量、及び、ピコセル干渉を考慮して、マクロセルにおける所望SRSリソース候補グループを決定する。そして、設定部１０１は、決定された、マクロセルにおける所望SRSリソース候補グループと、ピコセルにおける所望SRSリソース候補グループとに基づいて、第１のSRSリソース候補グループを設定する。ここで設定される第１のSRSリソース候補グループは、マクロセルにおける所望SRSリソース候補グループ及びピコセルにおける所望SRSリソース候補グループの両方を含む。そして、設定部１０１は、設定された第１のSRSリソース候補グループに対応するSRSリソースパターンの識別情報を、「SRSリソースパターンテーブル」から選択する。「SRSリソースパターンテーブル」は、例えば、図１に示したテーブルである。【0027】
設定部１０１によって決定されたマクロセルにおける所望SRSリソース候補グループに関する情報は、受信処理部１０７へ出力される。また、選択されたSRSリソースパターンの識別情報は、符号化・変調部１０２、送信処理部１０４、及び送信部１０５を介して、マクロセルに存在する全ての端末（つまり、LTE-A端末である端末２００及びLTE端末）へ通知される。すなわち、SRSリソースパターンの識別情報は、上記した第１のセル単位通知によって通知される。【0028】
また、設定部１０１は、選択されたSRSリソースパターンによって特定されるSRSリソース候補であり且つマクロセルにおける所望SRSリソース候補グループに含まれないSRSリソース候補（つまり、過剰SRSリソース）が存在する場合、その過剰SRSリソースをSRSリソース候補から解除するための「解除情報」を生成する。【0029】
具体的には、設定部１０１は、「解除パターンテーブル」を保持している。「解除パターンテーブル」では、複数の識別情報と、各識別情報に対応する「解除リソースパターン候補」とが対応付けられている。そして、各解除リソースパターン候補は、「解除パターンビット列」によって表される。「解除パターンビット列」は、１フレームに含まれるサブフレーム数と同数のビット群から構成され、各構成ビットは、対応するサブフレームにおけるSRS送信候補サブフレームとしての状態を解除するか否かを示している。そして、設定部１０１は、過剰SRSリソースのみを過不足無くSRS送信候補サブフレームとしての状態から解除できる解除リソースパターン候補を選択し、選択された解除リソースパターン候補と対応付けられた識別情報を、「解除情報」とする。すなわち、実施の形態１における「解除情報」は、１フレームにおける過剰SRSリソースの位置を示す情報である。この「解除情報」は、符号化・変調部１０２、送信処理部１０４、及び送信部１０５を介して、マクロセルに存在する一部の端末（つまり、LTE-A端末である端末２００）へ通知される。以下では、マクロセルに存在する一部の端末への通知を、「第２のセル単位通知」と呼ぶ。【0030】
また、設定部１０１は、第１のSRSリソース候補グループまたはマクロセルにおける所望SRSリソース候補グループを構成する複数のSRSリソース候補をSRSリソース割当対象の端末のそれぞれに割り振る。そして、設定部１０１によって各端末に割り振られたＳＲＳリソース（端末単位のSRSリソース）に関する情報は、受信処理部１０７へ出力される。また、端末単位のSRSリソースに関する通知情報は、符号化・変調部１０２、送信処理部１０４、及び送信部１０５を介して、マクロセルに存在する端末（つまり、LTE-A端末である端末２００及びLTE端末）へ通知される。すなわち、端末単位のSRSリソースに関する通知情報は、各端末へ上位レイヤ通知によって通知される。【0031】
さらに、設定部１０１は、リソース（RB）割当情報、１つ又は複数のトランスポートブロック（TB）に対するMCS情報を含む割当制御情報を生成する。割当制御情報は、上り回線データを割り当てる上りリソース（例えば、PUSCH）に関する割当制御情報、下り回線データを割り当てる下りリソース（例えば、PDSCH）に関する割当制御情報で構成される。そして、上りリソースに関する割当制御情報を符号化・変調部１０２及び受信処理部１０７へ出力し、下りリソースに関する割当制御情報を符号化・変調部１０２及び送信処理部１０４へ出力する。【0032】
符号化・変調部１０２は、設定部１０１から受け取るSRSリソースパターンの識別情報、解除情報、及び、割当制御情報を符号化及び変調し、得られた変調信号を送信処理部１０４へ出力する。ここで、SRSリソースパターンの識別情報及び解除情報は、通知間隔が長い上位レイヤ情報（RRCシグナリング）として符号化及び変調され、割当制御情報は、通知間隔が短いPDCCH（Physical Downlink Control Channel）情報として符号化及び変調される。【0033】
符号化・変調部１０３は、入力されるデータ信号を符号化及び変調し、得られた変調信号を送信処理部１０４へ出力する。【0034】
送信処理部１０４は、符号化・変調部１０２及び符号化・変調部１０３から受け取る変調信号を、設定部１０１から受け取る下り回線リソース割当情報の示すリソースにマッピングすることにより、送信信号を形成する。ここで、送信信号がOFDM信号である場合には、変調信号を、設定部１０１から受け取る下り回線リソース割当情報の示すリソースにマッピングし、逆高速フーリエ変換（IFFT）処理を施して時間波形に変換し、CP（Cyclic Prefix）を付加することにより、OFDM信号が形成される。【0035】
送信部１０５は、送信処理部１０４から受け取る送信信号に対して送信無線処理（アップコンバート、ディジタルアナログ（D/A）変換など）を施し、アンテナを介して送信する。【0036】
受信部１０６は、アンテナを介して受信した無線信号に対して受信無線処理（ダウンコンバート、アナログディジタル（A/D）変換など）を施し、得られた受信信号を受信処理部１０７へ出力する。【0037】
受信処理部１０７は、設定部１０１から受け取るマクロセルにおける所望SRSリソース候補グループに関する情報、上り回線リソース割当情報に基づいて上りデータ信号及びACK/NACK情報がマッピングされているリソースを特定し、受信信号から、特定されたリソースにマッピングされている信号成分を抽出する。具体的には、マクロセルにおける所望SRSリソース候補グループにおいては最終シンボルがＳＲＳリソース、そうでない場合は最終シンボルがデータ信号のリソースであることを考慮して信号成分を抽出する。【0038】
受信処理部１０７は、設定部１０１から受け取る、マクロセルにおける所望SRSリソース候補グループに関する情報、端末単位のSRSリソースに関する情報に基づいて、P-SRSがマッピングされているリソースを特定し、受信信号から、特定されたリソースにマッピングされている信号成分を抽出する。【0039】
ここで、受信信号がOFDM信号である場合には、受信処理部１０７は、抽出された信号成分に対してIDFT（Inverse Discrete Fourier Transform）処理を施すことにより、時間領域信号に変換する。【0040】
こうして受信処理部１０７によって抽出された上りデータ信号及びACK/NACK情報は、データ受信部１０８へ出力され、SRSは、ＳＲＳ受信部１０９へ出力される。【0041】
データ受信部１０８は、受信処理部１０７から受け取る信号を復号する。これにより、上り回線データ及びACK/NACK情報が得られる。【0042】
ＳＲＳ受信部１０９は、受信処理部１０７から受け取るSRSに基づいて、各周波数リソースユニットの受信品質を測定し、受信品質情報を出力する。【0043】
なお、第１のセル単位通知及び第２のセル単位通知は、基地局１００のセルにおいてトラヒック状況が変化しない場合又は平均的な受信品質を測定したい場合には、通知間隔が長い上位レイヤ情報で通知されることが、シグナリングの観点から好ましい。また、第１のセル単位通知及び第２のセル単位通知の一部または全てを報知情報として通知することにより、通知量をより軽減することができる。しかしながら、第１のセル単位通知及び第２のセル単位通知をトラヒック状況などに応じてより動的に変更する必要がある場合には、第１のセル単位通知及び第２のセル単位通知の一部または全てを通知間隔が短いPDCCHで通知してもよい。【0044】
［端末２００の構成］図９は、本発明の実施の形態１に係る端末２００の構成を示すブロック図である。図９において、端末２００は、受信部２０１と、受信処理部２０２と、送信制御部２０３と、リファレンス信号生成部２０４と、データ信号生成部２０５と、送信信号形成部２０６と、送信部２０７とを有する。
【0045】
受信部２０１は、アンテナを介して受信した無線信号に対して受信無線処理（ダウンコンバート、アナログディジタル（Ａ／Ｄ）変換など）を施し、得られた受信信号を受信処理部２０２へ出力する。【0046】
受信処理部２０２は、受信信号に含まれる、第１のセル単位通知、第２のセル単位通知、端末単位のSRSリソースに関する情報、割当制御情報、及びデータ信号を抽出する。すなわち、受信処理部２０２は、受信信号に含まれる、SRSリソースパターンの識別情報、解除情報、端末単位のSRSリソースに関する情報、割当制御情報、及びデータ信号を抽出する。【0047】
そして、受信処理部２０２は、SRSリソースパターンの識別情報、解除情報、端末単位のSRSリソースに関する情報、及び割当制御情報を送信制御部２０３へ出力する。また、受信処理部２０２は、抽出されたデータ信号に対しては誤り検出処理を行い、誤り検出結果に応じたACK/NACK情報をデータ信号生成部２０５へ出力する。【0048】
送信制御部２０３は、受信処理部２０２から受け取る、SRSリソースパターンの識別情報及び解除情報、並びに、SRSリソースパターンテーブルに基づいて、マクロセルにおける所望SRSリソース候補グループを特定する。送信制御部２０３のメモリに保持されるSRSリソースパターンテーブルは、基地局１００の設定部１０１のメモリに保持されているものと同様である。【0049】
具体的には、送信制御部２０３は、第１に、受信処理部２０２から受け取るSRSリソースパターンの識別情報と、SRSリソースパターンテーブルとに基づいて、第１のSRSリソース候補グループを特定する。すなわち、SRSリソースパターンテーブルでは、複数のSRSリソースパターン候補の識別情報と、各SRSリソースパターン候補の識別情報に対応するSRSリソースパターンパラメータ（つまり、送信間隔TSFC、オフセット量ΔSFC）とが対応づけられている。そして、送信制御部２０３は、受信処理部２０２から受け取るSRSリソースパターンの識別情報と一致するSRSリソースパターン候補を特定し、当該SRSリソースパターン候補と対応付けられたSRSリソースパターンパラメータに基づいて、SRSリソースパターンを特定する。この特定されたSRSリソースパターンによって、第１のSRSリソース候補グループが示される。【0050】
送信制御部２０３は、第２に、特定されたSRSリソースパターンと、受信処理部２０２から受け取る解除情報とに基づいて、マクロセルにおける所望SRSリソース候補グループを特定する。【0051】
詳細には、送信制御部２０３は、特定されたSRSリソースパターンに基づいて、「パターンビット列」を生成する。「パターンビット列」は、１フレームに含まれるサブフレームの数と同数のビット群から構成され、各構成ビットは、対応するサブフレームがSRS送信候補サブフレームであるか否かを示す。また、送信制御部２０３は、解除情報と、解除パターンテーブルとに基づいて、「解除パターンビット列」を生成する。この解除パターンテーブルは、基地局１００の設定部１０１に保持されているものと同様である。そして、送信制御部２０３は、パターンビット列と解除パターンビット列との論理積を算出すること（または２種類のビット列の対応関係）により、「所望パターンビット列」を生成する。この「所望パターンビット列」は、１フレーム内における、所望SRSリソース候補グループを構成する所望SRSリソース候補の位置を示している。従って、送信制御部２０３は、所望パターンビット列に基づいて、マクロセルにおける所望SRSリソース候補グループを特定できる。【0052】
さらに、送信制御部２０３は、端末単位のSRSリソースに関する情報に基づいて、所望SRSリソース候補グループのうち、自装置が使用するSRSリソース（端末単位のSRSリソース）を特定する。【0053】
そして、送信制御部２０３は、SRS生成指示をリファレンス信号生成部２０４へ出力し、特定された、マクロセルにおける所望SRSリソース候補グループに関する情報をデータ信号生成部２０５及び送信信号形成部２０６へ、端末単位のＳＲＳリソースに関する情報を送信信号形成部２０６へ出力する。また、送信制御部２０３は、割当制御情報に含まれるMCS情報をデータ信号生成部２０５へ出力する。【0054】
さらに、送信制御部２０３は、自装置がデータ信号をマッピングする時間周波数リソースを特定する。具体的には、送信制御部２０３は、受信処理部２０２から受け取る割当情報に基づいて時間周波数リソース（以下では、「データマッピングリソース」と呼ばれることがある）を特定する。送信制御部２０３は、このデータマッピングリソースに関する情報を送信信号形成部２０６へ出力する。なお、データマッピングリソースは、マクロセルにおける所望SRSリソース候補グループに依存する。【0055】
リファレンス信号生成部２０４は、送信制御部２０３からSRS生成指示を受け取ると、P-SRSを生成し、送信信号形成部２０６へ出力する。【0056】
データ信号生成部２０５は、ACK/NACK情報及び送信データを入力とし、送信制御部２０３から受け取るＭCS情報に基づいてACK/NACK情報及び送信データを符号化及び変調することにより、データ信号を生成する。ここで、データ信号生成部２０５は、送信制御部２０３から入力されたマクロセルにおける所望SRSリソース候補グループに関する情報に基づいて、データ信号を最終シンボルで送信するか否かを判断し、送信できるシンボル数を考慮して符号化及び変調処理を行う。具体的には、最終シンボルで送信しない場合は、最終シンボルで送信する場合よりも符号化率及び／または多値変調数を高くする。【0057】
送信信号形成部２０６は、リファレンス信号生成部２０４から受け取るSRSを、送信制御部２０３から受け取る、マクロセルにおける所望SRSリソース候補グループを構成する所望SRSリソース候補内の自装置が使用するSRSリソースであるSRSマッピングリソース（つまり、最終シンボル）にマッピングする。また、送信信号形成部２０６は、データ信号生成部２０５から受け取るデータ信号を、データマッピングリソースにマッピングする。これにより、送信信号が形成される。【0058】
送信部２０７は、送信信号形成部２０６で形成された送信信号に対して送信無線処理（アップコンバート、ディジタルアナログ（D/A）変換など）を施してアンテナを介して送信する。【0060】
基地局１００において、マクロセルにおける所望SRSリソース候補グループと、ピコセルにおける所望SRSリソース候補グループとに基づいて、第１のSRSリソース候補グループを設定する。ここで設定される第１のSRSリソース候補グループは、マクロセルにおける所望SRSリソース候補グループ及びピコセルにおける所望SRSリソース候補グループの両方を含む。そして、設定部１０１は、設定された第１のSRSリソース候補グループに対応するSRSリソースパターンの識別情報を、「SRSリソースパターンテーブル」から選択する。【0061】
また、設定部１０１は、選択されたSRSリソースパターンによって特定されるSRSリソース候補であり且つマクロセルにおける所望SRSリソース候補グループに含まれないSRSリソース候補（つまり、過剰SRSリソース）が存在する場合、その過剰SRSリソースをSRSリソース候補から解除するための「解除情報」を生成する。【0062】
設定された第１のSRSリソース候補グループは、第１のセル単位通知によって基地局１００から端末２００へ通知され、解除情報は、第２のセル単位通知によって基地局１００から端末２００へ通知される。【0063】
端末２００において、受信処理部２０２は、受信信号に含まれる、SRSリソースパターンの識別情報、及び、解除情報を抽出する。【0064】
送信制御部２０３は、受信処理部２０２から受け取るSRSリソースパターンの識別情報と、SRSリソースパターンテーブルとに基づいて、第１のSRSリソース候補グループを特定する。そして、送信制御部２０３は、受信処理部２０２から受け取るSRSリソースパターンの識別情報と一致するSRSリソースパターン候補を特定し、当該SRSリソースパターン候補と対応付けられたSRSリソースパターンパラメータに基づいて、SRSリソースパターンを特定する。そして、送信制御部２０３は、特定されたSRSリソースパターンに基づいて、「パターンビット列」（図１０における「第１のセル単位通知」の横に示されたビット列「1,1,1,1,1,1,1,1,1,1」に対応）を生成する。図１０において、「パターンビット列」では、ビット値１は、SRSリソースパターン候補であることを示し、ビット値０は、SRSリソースパターン候補でないことを示す。【0065】
また、送信制御部２０３は、解除情報と、解除パターンテーブルとに基づいて、「解除パターンビット列」（図１０における「第２のセル単位通知」の横に示されたビット列に対応）を生成する。図１０において、「解除パターンビット列」では、ビット値０は、解放対象サブフレームであることを示し、ビット値１は、解放対象サブフレームでないことを示す。【0066】
そして、送信制御部２０３は、パターンビット列と解除パターンビット列との論理積を算出することにより、「所望パターンビット列」を生成する。この「所望パターンビット列」（図１０におけるビット列「1,1,0,1,0,1,0,1,0,1」に対応）は、１フレーム内における、所望SRSリソース候補グループを構成する所望SRSリソース候補の位置を示している。従って、送信制御部２０３は、所望パターンビット列に基づいて、マクロセルにおける所望SRSリソース候補グループを特定できる。【0067】
以上のように本実施の形態によれば、基地局１００において、設定部１０１は、第１の所望リソース候補グループ（ここでは、マクロセルにおける所望SRSリソース候補グループに対応）及び参照信号によって第１のエリア（つまり、与干渉エリア）からの干渉を受ける第２のエリア（つまり、被干渉エリア）における第２の所望リソース候補グループ（ここでは、ピコセルにおける所望SRSリソース候補グループ）を含む参照信号リソース候補グループ（ここでは、第１のSRSリソース候補グループに対応）を設定する。そして、設定部１０１は、参照信号リソース候補グループに含まれ且つ第１の所望リソース候補グループに含まれない過剰リソース（ここでは、後述する過剰SRSリソースに対応）を参照信号リソース候補グループから解除するための解除情報を生成する。そして、参照信号リソース候補グループを特定するリソースパターンの識別情報、及び、解除情報は、端末２００へ送信される。【0068】
また、本実施の形態によれば、端末２００において、受信処理部２０２は、基地局１００から送信された信号から、第１の所望リソース候補グループ（ここでは、マクロセルにおける所望SRSリソース候補グループに対応）及び参照信号によって第１のエリアからの干渉を受ける第２のエリア（つまり、被干渉エリア）における第２の所望リソース候補グループ（ここでは、ピコセルにおける所望SRSリソース候補グループ）を含む参照信号リソース候補グループ（ここでは、第１のSRSリソース候補グループに対応）を特定するリソースパターンの識別情報、及び、参照信号リソース候補グループに含まれ且つ第１の所望リソース候補グループに含まれない過剰リソース（ここでは、過剰SRSリソースに対応）を参照信号リソース候補グループから解除するための解除情報を抽出する。送信制御部２０３は、参照信号リソース候補グループを特定するリソースパターンの識別情報及び解除情報に基づいて、第１の所望リソース候補グループを特定する。【0069】
このようにすることにより、与干渉エリアにおいて過剰リソースを参照信号リソース候補の状態から解除できる。すなわち、参照信号の送信に利用されるリソース候補の設定自由度を向上させることができる。【0070】
なお、第２のセル単位通知を読むことができず第１のセル単位通知のみを読むことができる端末（つまり、LTE端末）は、第１のSRSリソース候補グループに含まれないサブフレームの最終シンボルにおいてデータ信号を送信する。この第１のSRSリソース候補グループに含まれないサブフレームを、参照信号リソース候補グループに含めることができる場合、第２のセル単位通知を読むことができる端末２００は、そのサブフレームの最終シンボルでSRSを送信する。この結果、第１のセル単位通知のみを読むことができる端末（つまり、LTE端末）から送信されたデータ信号と、端末２００から送信されたSRSとの衝突が発生してしまう。このような状況は、基本的には、基地局１００のスケジューリングによって回避可能であるが、受信誤り等を原因として起こりうる。しかしながら、実施の形態１のように、第１のSRSリソース候補グループが参照信号リソース候補グループを含むことにより、上記した状況が起こる可能性を低減できる。【0071】
なお、以上の説明では、「解除パターンビット列」では、ビット値０は、解放対象サブフレームであることを示し、ビット値１は、解放対象サブフレームでないことを示すものとした。そして、パターンビット列と解除パターンビット列との論理積を算出することにより、「所望パターンビット列」が生成された。しかしながら、これに限定されるものではなく、「解除パターンビット列」では、ビット値１は、解放対象サブフレームであることを示し、ビット値０は、解放対象サブフレームでないことを示すものとしてもよい。この場合には、パターンビット列と解除パターンビット列との排他的論理和を算出することにより、「所望パターンビット列」が生成される（図１１参照）。【0072】
また、以上の説明では、解除情報として、解除パターンテーブルにおいて解除パターンビット列と対応付けられた識別情報を用いたが、これに限定されるものではなく、解除パターンビット列そのものを解除情報として用いてもよい。このように、解除パターンビット列そのものを解除情報として用いることにより、マクロセルにおける所望SRSリソース候補グループを柔軟に設定できる。なお、SRSリソースパターンの識別情報は、LTEと同様の方法（つまり、第１のセル単位通知）によって通知されるとしてもよい。これにより、通知に必要なビット数を削減できる。【0073】
［実施の形態２］実施の形態１では、解除パターンテーブルにおいて、選択された解除リソースパターン候補と対応付けられた識別情報が、解除情報とされた。これに対して、実施の形態２では、解除情報として、SRSリソースパターンテーブルにおける、２つのSRSリソースパターンの識別情報を用いる。なお、実施の形態２に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と同様であるので、図８及び図９を援用して説明する。
【0074】
実施の形態２の基地局１００において、設定部１０１は、選択されたSRSリソースパターンによって特定されるSRSリソース候補であり且つマクロセルにおける所望SRSリソース候補グループに含まれないSRSリソース候補（つまり、過剰SRSリソース）が存在する場合、「解除情報」を生成する。ここでいう「解除情報」は、過剰SRSリソースをSRSリソース候補から解除するための情報である。【0075】
具体的には、設定部１０１は、第１のSRSリソース候補グループに対して適用すべき解除リソースパターンを構築できる、２つのSRSリソースパターン候補の組みをSRSリソースパターンテーブルから選択する。そして、設定部１０１は、選択された２つのSRSリソースパターン候補に対応する２つの識別情報を解除情報とする。詳細には、設定部１０１は、２つの識別情報のそれぞれを表すビット列を連結した連結ビット列を解除情報とする。図１に示すように、SRSリソースパターン候補に対応する識別情報は、４ビットで表されるので、解除情報は、８ビットで構成される。【0076】
ここで、選択される２つの識別情報は、ピコセルにおける所望SRSリソース候補グループにマッチするSRSリソースパターン候補、及び、マクロセルにおける所望SRSリソース候補グループにマッチするSRSリソースパターン候補に、それぞれ対応する。【0077】
実施の形態２の端末２００において、送信制御部２０３は、解除情報を入力とする。この解除情報は、上述の通り、２つの識別情報のそれぞれを表すビット列を連結した連結ビット列である。従って、送信制御部２０３は、解除情報を解除パターンビット列とし、このパターンビット列と解除パターンビット列との論理積を算出することにより、「所望パターンビット列」を生成する。【0078】
次に、具体例を用いて、実施の形態２の基地局１００及び端末２００の動作について説明する。図１２は、実施の形態２の基地局１００及び端末２００の動作説明に供する図である。【0079】
マクロセルにおいて10ms間隔のSRS送信が予定され、且つ、ピコセルにおいて2ms間隔のSRS送信が予定されている場合、各セルでは以下の動作が行われる。すなわち、ピコセルではSRSリソースパターンの識別情報（つまり、srs-SubframeConfig）として２（送信間隔TSFC=2ms間隔、オフセット量ΔSFC=1）が選択される。その一方で、マクロセルでは、SRSリソースパターンの識別情報（つまり、srs-SubframeConfig）が０（送信間隔TSFC=1ms間隔、オフセット量ΔSFC=0）が選択される。【0080】
そして、設定部１０１は、第１のSRSリソース候補グループに対して適用すべき解除リソースパターンを構築できる、２つのSRSリソースパターン候補の組みをSRSリソースパターンテーブルから選択する。具体的には、図１２Ａに示すように、１つ目として、SRSリソースパターンの識別情報（つまり、srs-SubframeConfig）が２のSRSリソースパターン候補（送信間隔TSFC=2ms間隔、オフセット量ΔSFC=1）が選択される。そして、２つ目として、SRSリソースパターンの識別情報（つまり、srs-SubframeConfig）が９のSRSリソースパターン候補（送信間隔TSFC=10ms間隔、オフセット量ΔSFC=0）が選択される。すなわち、選択される２つの識別情報は、ピコセルにおける所望SRSリソース候補グループにマッチするSRSリソースパターン候補、及び、マクロセルにおける所望SRSリソース候補グループにマッチするSRSリソースパターン候補に、それぞれ対応する。【0081】
そして、設定部１０１は、選択された２つのSRSリソースパターン候補に対応する２つの識別情報を解除情報とする。詳細には、設定部１０１は、２つの識別情報のそれぞれを表すビット列を連結した連結ビット列を解除情報とする。すなわち、図１２Ａに示した例では、解除情報は、1つ目のSRSリソースパターン候補「0,1,0,1,0,1,0,1,0,1」を表す識別情報「0010」、及び、２つ目のSRSリソースパターン候補「1,0,0,0,0,0,0,0,0,0」を表す識別情報「1001」のそれぞれを連結して８ビットの解除情報とする。なお、この解除情報は、1つ目、２つ目のSRSリソースパターン候補の論理和である解除パターンビット列「1,1,0,1,0,1,0,1,0,1」を表す。ここで、ビット値０は、解放対象サブフレームであることを示し、ビット値１は、解放対象サブフレームでないことを示す。一方、「パターンビット列」は、「1,1,1,1,1,1,1,1,1,1」である。【0082】
従って、送信制御部２０３は、解除情報を解除パターンビット列とし、このパターンビット列と解除パターンビット列との論理積を算出することにより、「所望パターンビット列」を生成する。この所望パターンビット列によって、マクロセルにおける所望SRSリソース候補グループ（ここでは、サブフレーム#0,#1,#3,#5,#7,#9）が示される。【0083】
以上のように本実施の形態によれば、基地局１００の設定部１０１において生成される制御情報は、参照信号リソース候補グループを特定するためのリソースパターン群の内の２つのリソースパターンの識別情報である。具体的には、解除情報として、SRSリソースパターンテーブルにおける、２つのSRSリソースパターンの識別情報を用いられる。このようにすることにより、LTEにおけるSRS設定方法を利用できるので、設定される側の端末２００の回路規模が大きくなることを防止できる。【0084】
［実施の形態３］実施の形態２では、解除情報を生成する場合にも、SRSリソースパターンテーブルの全体を用いることを前提に説明を行った。これに対して、実施の形態３では、解除情報を生成する場合には、SRSリソースパターンテーブルにおける複数のSRSリソースパターン候補の内の一部のみが用いられる。すなわち、言い換えれば、実施の形態３では、解除情報を生成する場合には、SRSリソースパターンテーブルの部分テーブルが用いられる。なお、実施の形態３に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と同様であるので、図８及び図９を援用して説明する。
【0085】
実施の形態３の基地局１００において、設定部１０１は、選択されたSRSリソースパターンによって特定されるSRSリソース候補であり且つマクロセルにおける所望SRSリソース候補グループに含まれないSRSリソース候補（つまり、過剰SRSリソース）が存在する場合、「解除情報」を生成する。ここでいう「解除情報」は、過剰SRSリソースをSRSリソース候補から解除するための情報である。【0086】
具体的には、設定部１０１は、第１のSRSリソース候補グループに対して適用すべき解除リソースパターンを構築できる、２つのSRSリソースパターン候補の組みを「SRSリソースパターンテーブルの部分テーブル」から選択する。そして、設定部１０１は、選択された２つのSRSリソースパターン候補に対応する２つの識別情報を解除情報とする。詳細には、設定部１０１は、２つの識別情報のそれぞれを表すビット列を連結した連結ビット列を解除情報とする。【0087】
ここで、SRSリソースパターンテーブルに規定されている複数のSRSリソースパターンには、使用頻度が高いものと、使用頻度が低いものとが混在する。例えば、マクロセルにおいて全サブフレームでSRSが送信されると、ピコセルにおいてはSRSを送信するサブフレームが残っていない。このため、SRSリソースパターンの識別情報（つまり、srs-SubframeConfig）が０のSRSリソースパターン候補（送信間隔TSFC=1ms間隔、オフセット量ΔSFC=0）は、使用される機会が少ない。【0088】
同様の理由により、SRSが送信されるサブフレームが極端に多いものは、使用される機会が少ない。例えば、SRSリソースパターンの識別情報（つまり、srs-SubframeConfig）が、１３のSRSリソースパターン候補（送信間隔TSFC=10ms間隔、オフセット量ΔSFC=0,1,2,3,4,6,8）、１４のSRSリソースパターン候補（送信間隔TSFC=10ms間隔、オフセット量ΔSFC=0,1,2,3,4,5,6,8）も、使用される機会が少ない。【0089】
そこで、「SRSリソースパターンテーブルの部分テーブル」として、例えば、図１３に示すように、SRSリソースパターンの識別情報＝０、１３及び１４がSRSリソースパターンテーブルから除かれたテーブルを用いることができる。【0090】
また、図１４に示すように、使用頻度の低いSRSリソースパターンの識別情報がSRSリソースパターンテーブルからさらに除去された「SRSリソースパターンテーブルの部分テーブル」を用いることもできる。図１４に示した例では、「SRSリソースパターンテーブルの部分テーブル」におけるSRSリソースパターンの識別情報が８個に限定されているので、SRSリソースパターン候補に対応する識別情報は、３ビットで表される。従って、解除情報を６ビットで構成でき、通知に要するビット数を削減できる。【0091】
実施の形態３の端末２００において、送信制御部２０３は、解除情報を入力とする。この解除情報は、上述の通り、２つの識別情報のそれぞれを表すビット列を連結した連結ビット列である。従って、送信制御部２０３は、解除情報から解除パターンビット列を求め、このパターンビット列と解除パターンビット列との論理積を算出することにより、「所望パターンビット列」を生成する。【0092】
以上のように本実施の形態によれば、基地局１００の設定部１０１において生成される制御情報は、参照信号リソース候補グループ（ここでは、第１のSRSリソース候補グループに対応）を特定するためのリソースパターン群の内の２つのリソースパターンの識別情報である。【0093】
具体的には、２つのリソースパターンの識別情報は、「SRSリソースパターンテーブルの部分テーブル」から選択される。こうすることにより、通知に必要なビット数を削減できる。【0094】
また、SRSリソースパターンテーブルと、SRSリソースパターンテーブルの部分テーブルとの差分は、使用頻度の低いリソースパターン候補に対応する。【0095】
［実施の形態４］実施の形態４では、実施の形態１におけるマクロセルにおける第１の所望SRSリソース候補グループと、ピコセルにおける所望SRSリソース候補グループとの差分が、マクロセルにおける所望SRSリソース候補グループ（以下では、「マクロセルにおける第２の所望SRSリソース候補グループ」と呼ぶ）として定義される。「マクロセルにおける第２の所望SRSリソース候補グループ」は、マクロセルにおいてSRS送信に実際に用いられるSRSリソース候補から構成される。従って、以下では、「マクロセルにおける第２の所望SRSリソース候補グループ」は、「マクロセルにおけるSRSリソース実候補グループ」と呼ばれることもある。そして、実施の形態４では、「マクロセルにおけるSRSリソース実候補グループ」と、ピコセルにおける所望SRSリソース候補グループとに基づいて、マクロセルにおける第１の所望SRSリソース候補グループが特定される。なお、実施の形態４に係る基地局及び端末は、実施の形態１に係る基地局１００及び端末２００と同様であるので、図８及び図９を援用して説明する。
【0096】
実施の形態４の基地局１００において、設定部１０１は、自装置がカバーするマクロセルに存在する複数の端末２００のそれぞれに必要なSRSリソースの量、及び、ピコセル干渉を考慮して、マクロセルにおける第１の所望SRSリソース候補グループを決定する。そして、設定部１０１は、決定された、マクロセルにおける第１の所望SRSリソース候補グループと、ピコセルにおける所望SRSリソース候補グループとに基づいて、マクロセルにおけるSRSリソース実候補グループを設定する。そして、設定部１０１は、マクロセルにおけるSRSリソース実候補グループに対応するSRSリソースパターンの識別情報を、「SRSリソースパターンテーブル」から選択する。さらに、設定部１０１は、ピコセルにおける所望SRSリソース候補グループに対応するSRSリソースパターンの識別情報を、「SRSリソースパターンテーブル」から選択する。【0097】
そして、設定部１０１は、選択された２つのSRSリソースパターン候補に対応する２つの識別情報を「SRS実リソース情報」とする。具体的には、設定部１０１は、２つの識別情報のそれぞれを表すビット列を連結した連結ビット列を「SRS実リソース情報」とする。例えば、連結ビット列において、SRSリソース実候補グループに対応するSRSリソースパターンの識別情報を表すビット列が前とされ、ピコセルにおけるSRSリソース実候補グループに対応するSRSリソースパターンの識別情報を表すビット列が後とされる。こうして生成されたSRS実リソース情報は、符号化・変調部１０２、送信処理部１０４、及び送信部１０５を介して、マクロセルに存在する一部の端末（つまり、LTE-A端末である端末２００）へ通知される。【0098】
ここで、実施の形態１と異なり、実施の形態４では、マクロセルにおける所望SRSリソース候補グループに関する情報（つまり、実施の形態１における第１のセル単位通知）は、基地局１００から端末２００へ送信されない、もしくは、基地局１００から端末２００へ送信されるが端末２００で使用されない。【0099】
受信処理部１０７は、設定部１０１から受け取る、SRSリソース実候補グループに関する情報に基づいて、P-SRSがマッピングされているリソースを特定し、受信信号から、特定されたリソースにマッピングされている信号成分を抽出する。【0100】
実施の形態４の端末２００において、受信処理部２０２は、受信信号に含まれる、第２のセル単位通知、割当制御情報、及びデータ信号を抽出する。すなわち、受信処理部２０２は、受信信号に含まれる、SRS実リソース情報、割当制御情報、及びデータ信号を抽出する。【0101】
そして、受信処理部２０２は、SRS実リソース情報及び割当制御情報を送信制御部２０３へ出力する。【0102】
送信制御部２０３は、受信処理部２０２から受け取る、SRS実リソース情報、及び、SRSリソースパターンテーブルに基づいて、マクロセルにおける第１の所望SRSリソース候補グループを特定する。【0103】
具体的には、送信制御部２０３は、第１に、SRS実リソース情報として基地局１００から送信された連結ビット列を、「第１の部分ビット列」と、「第２の部分ビット列」とに分割する。ここでいう「第１の部分ビット列」は、SRSリソース実候補グループに対応するSRSリソースパターンの識別情報を表す。また、ここでいう「第２の部分ビット列」は、ピコセルにおけるSRSリソース実候補グループに対応するSRSリソースパターンの識別情報を表す。そして、送信制御部２０３は、「第１の部分ビット列」と一致するSRSリソースパターン候補を特定し、当該SRSリソースパターン候補と対応付けられたSRSリソースパターンパラメータに基づいて、第１のSRSリソースパターンを特定する。また、送信制御部２０３は、「第２の部分ビット列」と一致するSRSリソースパターン候補を特定し、当該SRSリソースパターン候補と対応付けられたSRSリソースパターンパラメータに基づいて、第２のSRSリソースパターンを特定する。こうして特定された第１のSRSリソースパターン及び第２のSRSリソースパターンによって、マクロセルにおける第１の所望SRSリソース候補グループが示される。すなわち、マクロセルにおける第１の所望SRSリソース候補グループは、第１のSRSリソースパターン及び第２のSRSリソースパターンの少なくとも一方に属するSRSリソース候補群から構成される。【0104】
例えば、マクロセルにおいて10ms間隔のSRS送信が予定され、且つ、ピコセルにおいて2ms間隔のSRS送信が予定されている場合、ピコセルではSRSリソースパターンの識別情報（つまり、srs-SubframeConfig）として２（送信間隔TSFC=2ms間隔、オフセット量ΔSFC=1）が選択される。そして、マクロセルにおけるSRSリソース実候補グループに対応するSRSリソースパターンの識別情報（つまり、srs-SubframeConfig）として９のSRSリソースパターン候補（送信間隔TSFC=10ms間隔、オフセット量ΔSFC=0）が選択される。従って、マクロセルにおける第１の所望SRSリソース候補グループは、1，2，4，6，8，10番目のサブフレームから構成される。【0105】
以上のように本実施の形態によれば、基地局１００において、設定部１０１は、第１の所望リソース候補グループ（ここでは、マクロセルにおける所望SRSリソース候補グループに対応）及び参照信号によって第１のエリアからの干渉を受ける第２のエリアにおける第２の所望リソース候補グループ（ここでは、ピコセルにおける所望SRSリソース候補グループ）に基づいて、第１の所望リソース候補グループに含まれる複数のリソース候補の内、参照信号の送信に実際に用いられるリソース候補から構成される実リソース候補グループ（ここでは、マクロセルにおけるSRSリソース実候補グループに対応）を設定する。そして、設定部１０１は、実リソース候補グループを特定する第１のリソースパターンの識別情報、及び、第２の所望リソース候補グループを特定する第２のリソースパターンの識別情報を出力する。そして、第１のリソースパターンの識別情報及び第２のリソースパターンの識別情報は、端末２００へ送信される。【0106】
また、本実施の形態によれば、端末２００において、受信処理部２０２は、基地局１００から送信された信号から、第１の所望リソース候補グループ（ここでは、マクロセルにおける所望SRSリソース候補グループに対応）に含まれる複数のリソース候補の内、参照信号の送信に実際に用いられるリソース候補から構成される実リソース候補グループ（ここでは、マクロセルにおけるSRSリソース実候補グループに対応）を特定する第１のリソースパターンの識別情報、及び、第２の所望リソース候補グループを特定する第２のリソースパターンの識別情報を抽出する。そして、送信制御部２０３は、第１のリソースパターンの識別情報及び第２のリソースパターンの識別情報に基づいて、第１の所望リソース候補グループ（ここでは、マクロセルにおける所望SRSリソース候補グループに対応）を特定する。【0107】
［他の実施の形態］［１］上記各実施の形態では、第１のセル単位通知は全端末に通知する制御情報であり、第２のセル単位通知は一部の端末に通知する制御情報であるものとして定義した。しかしながらこれに限定されるものではなく、第１のセル単位通知は、LTE端末及びLTE-A端末が読める通知であり、第２のセル単位通知はLTE-A端末のみが読める通知として定義してもよい。又は、第１のセル単位通知はLTEで定義された通知、第２のセル単位通知はLTE-Aで定義される通知と定義してもよい。
【0108】
［２］実施の形態２及び実施の形態３では、２つのSRSリソースパターン候補を選択する際に用いるSRSリソースパターンテーブルが同一であることを前提に説明を行った。しかしながらこれに限定されるものではなく、第１のSRSリソースパターンテーブルと、第２のSRSリソースパターンテーブルとを異ならせてもよい。第１のSRSリソースパターンテーブルは、ピコセルにおける所望SRSリソース候補グループにマッチするSRSリソースパターン候補を選択する際に用いるテーブルである。第２のSRSリソースパターンテーブルは、マクロセルにおける所望SRSリソース候補グループとピコセルにおける所望SRSリソース候補グループにマッチするSRSリソースパターン候補との差分に対応するSRSリソースパターン候補を選択する際に用いるテーブルである。例えば、ピコセルよりもマクロセルで複雑なSRSリソースパターンが必要である場合には、第１のSRSリソースパターンテーブルにおけるSRSリソース候補の数よりも、第２のSRSリソースパターンテーブルにおけるSRSリソース候補の数を多くする。【0109】
［３］LTEでは、SRS及びPUCCH（Physical Uplink Control Channel）が同一シンボルに存在しない場合、PUCCHを７シンボルで送信し、SRS及びPUCCHが同一シンボルに存在する場合には、PUCCHを６シンボルで直交符号化して送信する、Shortened PUCCH Formatが定義されている。【0110】
上記各実施の形態では、第１のセル単位通知は全端末が読める一方、第２のセル単位通知は一部の端末だけしか読むことができない。このとき、一部の端末のみがShorten PUCCH Formatを使用することになると、各端末のPUCCHを直交化できなくなる場合が発生する。【0111】
そこで、Shortened PUCCH Formatの設定は、マクロセルにおける第１の所望SRSリソース候補グループを基準に適用するのではなく、第１のSRSリソース候補グループのみを基準にして適用する。具体的には、マクロセルにおける第１の所望SRSリソース候補グループか否かに関わらず、第１のSRSリソース候補グループであるサブフレームではShorten PUCCH Formatを使用する。これにより、PUCCHの直交性を崩すことなく、マクロセルにおける第１の所望SRSリソース候補グループを導入することができる。【0112】
［４］上記各実施の形態では、ヘテロジーニアスネットワーク（HetNet）を前提に説明を行った。しかしながらこれに限定されるものではなく、干渉が大きいセル間に適用できる。例えば、基地局間協調（CoMP）などのP-SRSに適用してもよい。【0113】
［５］実施の形態２及び実施の形態３では、SRSリソースパターンテーブルとして、LTEにおいて定義されているテーブルを再利用するものとして説明を行った。しかしながらこれに限定されるものではなく、LTEにおいて定義されているテーブルと異なるテーブルをSRSリソースパターンテーブルとして用いてもよい。【0114】
［６］マクロセル及びピコセルで同一のSRSリソースを使用するとセル間干渉が発生するため、マクロセル及びピコセルで同一のSRSリソースを使用する可能性は低い。【0115】
従って、実施の形態３では、マクロセル用にsrs-SubframeConfig＝１を選択した場合には、ピコセル用のテーブルからsrs-SubframeConfig＝1を削除してもよい。これにより、マクロセルにおける第１の所望SRSリソース候補グループを柔軟的に割り当てることができると共に、通知量を削減できる。【0116】
［７］上記各実施の形態では、P-SRSを用いて説明した。しかしながらこれに限定されるものではなく、Dynamic Aperiodic SRS等のパイロット信号に適用してもよいし、それ以外の送信信号に適用してもよい。【0117】
［８］上記各実施の形態における第２のセル単位通知は、常に通知されるものでなくてもよく、例えば、ヘテロジーニアスネットワーク（HetNet）等の環境でのみ通知されてもよい。【0118】
［９］上記各実施の形態では、第１のセル単位通知と第２のセル単位通知との間で、設定できるSRSリソースパターン候補が異なることを前提に説明を行った。しかしながらこれに限定されるものではなく、第１のセル単位通知と第２のセル単位通知との間で、設定できるSRSリソースパターン候補を同一にしてもよい。すなわち、第２のセル単位通知は第１のセル単位通知と同様に４ビットを使用する。この方法を実施の形態１に適用した場合を例にとり説明する。第１のセル単位通知で2ms間隔（オフセット量ΔSFC=0）、第２のセル単位通知で5ms間隔（オフセット量ΔSFC=0）と設定することで、第１のSRSリソース候補グループが1,3,5,7,9番目のサブフレームとなる。さらに、第１のSRSリソース候補グループから1，6番目のサブフレームを取り除くことにより、第２のSRSリソースが3,5,7,9番目のサブフレームとなる。このように、第２のセル単位通知により、第１セル単位通知のみでは設定できないSRSリソースを設定でき、第１セル単位通知のみの場合よりもSRSリソースとして設定できる組合せ（パターン）が増加する。すなわち、SRSリソースを柔軟に設定することができる。【0119】
［１０］実施の形態１乃至３では、論理積又は排他的論理和を用いるものとして説明を行ったが、これに限定されるものではなく、類似の処理が実現できる算出方法であればよい。【0120】
［１１］上記各実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連携においてソフトウェアでも実現することも可能である。【0121】
また、上記各実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部または全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。【0122】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。【0123】
さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。【0124】
２０１１年７月１日出願の特願２０１１−１４７５５７の日本出願に含まれる明細書、図面および要約書の開示内容は、すべて本願に援用される。【産業上の利用可能性】
【0125】
本発明の受信装置、送信装置、設定方法、及び特定方法は、参照信号の送信に利用されるリソース候補の設定自由度を向上させることができるものとして有用である。【符号の説明】
【0126】
１００ 基地局１０１ 設定部
１０２，１０３ 符号化・変調部
１０４ 送信処理部
１０５，２０７ 送信部
１０６，２０１ 受信部
１０７，２０２ 受信処理部
１０８ データ受信部
１０９ SRS受信部
２００ 端末
２０３ 送信制御部
２０４ リファレンス信号生成部
２０５ データ信号生成部
２０６ 送信信号形成部