特許 6100888 エンハンストリソース要素グループへのリソース要素の共通マッピング

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6100888

(24)【登録日】2017年3月3日

(45)【発行日】2017年3月22日

(54)【発明の名称】エンハンストリソース要素グループへのリソース要素の共通マッピング

(51)【国際特許分類】

   H04L 27/26 20060101AFI20170313BHJP

   H04W 72/04 20090101ALI20170313BHJP

【ＦＩ】

   H04L27/26 113

   H04W72/04 136

   H04W72/04 133

【請求項の数】17

【全頁数】42

(21)【出願番号】特願2015-513096(P2015-513096)

(86)(22)【出願日】2013年5月15日

(65)【公表番号】特表2015-522997(P2015-522997A)

(43)【公表日】2015年8月6日

(86)【国際出願番号】EP2013060042

(87)【国際公開番号】WO2013174695

(87)【国際公開日】20131128

【審査請求日】2016年1月5日

(31)【優先権主張番号】12003945.8

(32)【優先日】2012年5月21日

(33)【優先権主張国】EP

(73)【特許権者】

【識別番号】514136668

【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ

【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】100105050

【弁理士】

【氏名又は名称】鷲田 公一

(72)【発明者】

【氏名】ゴリチェク エドラー フォン エルプバルド アレクサンダー

(72)【発明者】

【氏名】堀内 綾子

【審査官】 北村 智彦

(56)【参考文献】

【文献】 国際公開第２０１１／１６０７９９（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１１／０２６８０４６（ＵＳ，Ａ１）

【文献】 Renesas Mobile Europe Ltd.，Definition of eCCE and eREG[online]，3GPP TSG-RAN WG1 Meeting #69，２０１２年 ５月１２日，R1-122360，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_69/Docs/R1-122360.zip

【文献】 ZTE，The definitions of eREG and eCCE[online]，3GPP TSG RAN WG1 Meeting #69，２０１２年 ５月１３日，R1-122105，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_69/Docs/R1-122105.zip

【文献】 LG Electronics Inc.，R-PDCCH REG mapping[online]，3GPP TSG RAN WG1 Meeting #63，２０１０年１１月 ９日，R1-106136，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_63/Docs/R1-106136.zip

【文献】 Samsung，R-PDCCH REG/CCE mapping onto PRBs[online]，3GPP TSG RAN WG1 #62bis，２０１０年１０月 ５日，R1-105403，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_62b/Docs/R1-105403.zip

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｌ ２７／２６

Ｈ０４Ｗ ７２／０４

Ｈ０４Ｊ １１／００

ＣｉＮｉｉ

ＩＥＥＥ Ｘｐｌｏｒｅ

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

(57)【特許請求の範囲】

【請求項1】

リソース要素グループに基づく制御チャネル情報を受信する移動端末であって、ＯＦＤＭ（直交周波数分割多重）を使用する通信システムにおいてリソース要素がリソース要素グループに割り当てられ、
リソースブロックペアの前記リソース要素が、前記リソースブロックペアの周波数領域の第１の半分および第２の半分のそれぞれに適用されるマッピングに従って、ｍ個の複数のリソース要素グループに割り当てられ、前記移動端末は、前記マッピングを適用するプロセッサを備えており、前記マッピングにおいては、
最初のＯＦＤＭシンボルのリソース要素が、リソース要素の第１の所定の順序と、リソース要素グループの第２の所定の順序において、リソース要素グループに割り当てられ、前記第１の所定の順序は、昇順、降順、または任意の他の所定の順序であり、前記第２の所定の順序は、昇順、降順、または任意の他の所定の順序である、
２番目のＯＦＤＭシンボルのリソース要素と、前記リソースブロックペア内の残りのさらなるＯＦＤＭシンボルそれぞれのリソース要素が、リソース要素の前記第１の所定の順序と、リソース要素グループの前記第２の所定の順序において、リソース要素グループに割り当てられ、割り当てられる最初のリソース要素グループが、前のＯＦＤＭシンボルにおいて最後に割り当てられたリソース要素グループの順序的に１つ次である、
移動端末。

【請求項2】

少なくとも１つのリソース要素グループを受信するために前記マッピングを次のように適用するプロセッサであって、すなわち、
前記マッピングの結果を適用することによって、前記少なくとも１つのリソース要素グループの関連付けを求め、受信器および前記プロセッサが、少なくとも１つのｅＰＤＣＣＨを、前記ｅＰＤＣＣＨを形成している対応するｅＲＥＧのｅＲＥＧ−ＲＥマッピングに基づいて復号化するようにされている、プロセッサ、
を備えている、
請求項１に記載の移動端末。

【請求項3】

ＯＦＤＭ（直交周波数分割多重）を使用する通信システムにおいてリソース要素をリソース要素グループに割り当てる方法であって、
次のように、リソースブロックペアの周波数領域の第１の半分および第２の半分のそれぞれに適用されるマッピングに従って、前記リソースブロックペアのリソース要素がｍ個の複数のリソース要素グループに割り当てられる、すなわち、
最初のＯＦＤＭシンボルのリソース要素を、リソース要素の第１の所定の順序と、リソース要素グループの第２の所定の順序において、リソース要素グループに割り当て、前記第１の所定の順序は、昇順、降順、または任意の他の所定の順序であり、前記第２の所定の順序は、昇順、降順、または任意の他の所定の順序である、
２番目のＯＦＤＭシンボルのリソース要素と、前記リソースブロックペア内の残りのさらなるＯＦＤＭシンボルそれぞれのリソース要素を、リソース要素の前記第１の所定の順序と、リソース要素グループの前記第２の所定の順序において、リソース要素グループに割り当て、割り当てられる最初のリソース要素グループが、前のＯＦＤＭシンボルにおいて最後に割り当てられたリソース要素グループの順序的に１つ次である、
方法。

【請求項4】

前記第１の所定の順序および前記第２の所定の順序は、昇順または降順のいずれかである、
請求項３に記載の方法。

【請求項5】

リソース要素グループへのリソース要素の前記割当ては、リソース要素グループに関して循環的であり、したがって、前記第２の所定の順序に従って最後であるリソース要素グループの後に、前記第２の所定の順序に従って最初であるリソース要素グループが続く、
請求項３または請求項４に記載の方法。

【請求項6】

前記リソース要素グループの昇順／降順は、リソース要素グループのうちの１つである、昇順／降順において最初／最後のリソース要素グループから始まる、
請求項４または請求項５のいずれかに記載の方法。

【請求項7】

リソース要素は、周波数領域における１つのサブキャリアと、時間領域における１つのＯＦＤＭシンボルとを占有し、リソースブロックペアは、周波数領域における１２個のサブキャリアと、時間領域における１２個または１４個のＯＦＤＭシンボルとを範囲とする、
請求項３から請求項６のいずれかに記載の方法。

【請求項8】

リソースブロックペアあたりのリソース要素グループの総数は、３個、４個、６個、または８個であり、
リソースブロックペアあたりのリソース要素グループの前記総数は、制御チャネル要素を形成するリソース要素グループの数の倍数である、
請求項３から請求項７のいずれかに記載の方法。

【請求項9】

前記マッピングは、ＯＦＤＭ通信システムにおいて使用されるリソースブロックペアにおいて普遍的なマッピングであり、したがって、前記マッピングは、前記リソースブロックペア内のリソース要素のいくつかに割り当てられる基準信号とは無関係に適用される、または、
前記マッピングにおいて、前記リソースブロックペアの各リソース要素は、複数のリソース要素グループの１つに割り当てられる、
請求項３から請求項８のいずれかに記載の方法。

【請求項10】

移動端末の速度が所定の速度しきい値を超えているかを前記移動端末によって判定するステップと、
前記速度しきい値を超えている場合、リソースブロックペア内のインデックス０〜≦ｌｒのＯＦＤＭシンボルのリソース要素を無視するステップであって、ｌｒが４、３、２、１のいずれかである、ステップと、
を含んでおり、
前記速度しきい値を超えている場合、ｌｒに関する情報を前記移動端末によって基地局に送信するステップ、
をさらに含んでいる、
請求項３から請求項９のいずれかに記載の方法。

【請求項11】

リソース要素を無視する前記ステップは、インデックス０〜≦ｌｒのＯＦＤＭシンボルのリソース要素の対数尤度比を０に設定するステップ、を含んでいる、
請求項１０に記載の方法。

【請求項12】

前記移動端末の速度が所定の速度しきい値を超えているかを基地局によって判定するステップと、
前記速度しきい値を超えている場合、リソースブロックペア内のインデックス０〜≦ｌｒのＯＦＤＭシンボルのリソース要素を電力０で送信するステップであって、ｌｒが４、３、２、１のいずれかである、ステップと、
を含んでおり、
前記速度しきい値を超えている場合、ｌｒについて前記移動端末に通知するステップ、
をさらに含んでいる、
請求項３から請求項１１のいずれかに記載の方法。

【請求項13】

前記マッピングは、エンハンスト物理ダウンリンク制御チャネルを対象とし、前記複数のリソース要素グループは、複数のエンハンストリソース要素グループである、
請求項３から請求項１２のいずれかに記載の方法。

【請求項14】

リソースブロックペア内のリソース要素グループを送信するために、空間周波数ブロック符号化（ＳＦＢＣ）が使用され、複数のＳＦＢＣペアのうちの１つが、各ＯＦＤＭシンボル内の同じリソース要素グループの２つのリソース要素を使用するように定義され、前記ＳＦＢＣペアの前記２つのリソース要素は、周波数領域において３つまたは６つのリソース要素だけ隔てられている、
請求項３から請求項１３のいずれかに記載の方法。

【請求項15】

前記ＳＦＢＣペアの前記２つのリソース要素のうちの一方が基準信号を送信するために使用される場合、前記ＳＦＢＣペアの他方のリソース要素はＳＦＢＣ送信に使用されない、
請求項１４に記載の方法。

【請求項16】

【請求項17】

前記少なくとも２つのリソース要素グループは、制御チャネル要素を形成しており、前記制御チャネル要素を形成している前記少なくとも２つのリソース要素グループのインデックスが異なる、
請求項３から請求項１６のいずれかに記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、リソース要素をさまざまなエンハンストリソース要素グループに割り当てる方法に関する。さらに、本発明は、本明細書に記載されている方法を実行するユーザ機器を提供する。

【背景技術】

【0002】

ロングタームエボリューション（ＬＴＥ）

【0003】

ＷＣＤＭＡ（登録商標）無線アクセス技術をベースとする第３世代の移動通信システム（３Ｇ）は、世界中で広範な規模で配備されつつある。この技術を機能強化または発展・進化させる上での最初のステップとして、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）と、エンハンストアップリンク（高速アップリンクパケットアクセス（ＨＳＵＰＡ）とも称する）とが導入され、これにより、極めて競争力の高い無線アクセス技術が提供されている。

【0004】

ユーザからのますます増大する需要に対応し、新しい無線アクセス技術に対する競争力を確保する目的で、３ＧＰＰは、ロングタームエボリューション（ＬＴＥ）と称される新しい移動通信システムを導入した。ＬＴＥは、今後１０年間にわたり、データおよびメディアの高速伝送ならびに大容量の音声サポートに要求されるキャリアを提供するように設計されている。高いビットレートを提供する能力は、ＬＴＥにおける重要な方策である。

【0005】

ＬＴＥ（ロングタームエボリューション）に関する作業項目（ＷＩ）の仕様は、Ｅ−ＵＴＲＡ（Evolved UMTS Terrestrial Radio Access（ＵＴＲＡ）：進化したＵＭＴＳ地上無線アクセス）およびＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network（ＵＴＲＡＮ）：進化したＵＭＴＳ地上無線アクセスネットワーク）と称され、最終的にリリース８（ＬＴＥリリース８）として公開される。ＬＴＥシステムは、パケットベースの効率的な無線アクセスおよび無線アクセスネットワークであり、ＩＰベースの全機能を低遅延かつ低コストで提供する。ＬＴＥでは、与えられたスペクトルを用いてフレキシブルなシステム配備を達成するために、スケーラブルな複数の送信帯域幅（例えば、１.４ＭＨｚ、３.０ＭＨｚ、５.０ＭＨｚ、１０.０ＭＨｚ、１５.０ＭＨｚ、および２０.０ＭＨｚ）が指定されている。ダウンリンクには、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing：直交周波数分割多重）をベースとする無線アクセスが採用されている。なぜなら、かかる無線アクセスは、低いシンボルレートのため本質的にマルチパス干渉（ＭＰＩ）を受けにくく、また、サイクリックプレフィックス（ＣＰ）を使用しており、さらに、さまざまな送信帯域幅の構成に対応可能だからである。アップリンクには、ＳＣ−ＦＤＭＡ（Single-Carrier Frequency Division Multiple Access：シングルキャリア周波数分割多元接続）をベースとする無線アクセスが採用されている。なぜなら、ユーザ機器（ＵＥ）の送信出力が限られていることを考えれば、ピークデータレートを向上させるよりも広いカバレッジエリアを提供することが優先されるからである。ＬＴＥリリース８／９では、数多くの主要なパケット無線アクセス技術（例えば、ＭＩＭＯ（多入力多出力）チャネル伝送技術）が採用され、高効率の制御シグナリング構造が達成されている。

【0006】

ＬＴＥアーキテクチャ

【0007】

図１は、ＬＴＥの全体的なアーキテクチャを示し、図２は、Ｅ−ＵＴＲＡＮのアーキテクチャをより詳細に示している。Ｅ−ＵＴＲＡＮは、ｅＮｏｄｅＢから構成され、ｅＮｏｄｅＢは、ＵＥ向けの、Ｅ−ＵＴＲＡのユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）のプロトコルを終端処理する。ｅＮｏｄｅＢ（ｅＮＢ）は、物理（ＰＨＹ）レイヤ、メディアアクセス制御（ＭＡＣ）レイヤ、無線リンク制御（ＲＬＣ）レイヤ、およびパケットデータ制御プロトコル（ＰＤＣＰ）レイヤ（これらのレイヤはユーザプレーンのヘッダ圧縮および暗号化の機能を含む）をホストする。ｅＮＢは、制御プレーンに対応する無線リソース制御（ＲＲＣ）機能も提供する。ｅＮＢは、無線リソース管理、アドミッション制御、スケジューリング、交渉によるアップリンクＱｏＳ（サービス品質）の実施、セル情報のブロードキャスト、ユーザプレーンデータおよび制御プレーンデータの暗号化／復号化、ダウンリンク／アップリンクのユーザプレーンパケットヘッダの圧縮／復元など、多くの機能を実行する。複数のｅＮｏｄｅＢは、Ｘ２インタフェースによって互いに接続されている。

【0008】

また、複数のｅＮｏｄｅＢは、Ｓ１インタフェースによってＥＰＣ（Evolved Packet Core：進化したパケットコア）、より具体的には、Ｓ１−ＭＭＥによってＭＭＥ（Mobility Management Entity：移動管理エンティティ）、Ｓ１−Ｕによってサービングゲートウェイ（ＳＧＷ：Serving Gateway）に接続されている。Ｓ１インタフェースは、ＭＭＥ／サービングゲートウェイとｅＮｏｄｅＢとの間の多対多関係をサポートする。ＳＧＷは、ユーザデータパケットをルーティングして転送する一方で、ｅＮｏｄｅＢ間のハンドオーバー時におけるユーザプレーンのモビリティアンカーとして機能し、さらに、ＬＴＥと別の３ＧＰＰ技術との間のモビリティのためのアンカー（Ｓ４インタフェースを終端させ、２Ｇ／３ＧシステムとＰＤＮ ＧＷとの間でトラフィックを中継する）として機能する。ＳＧＷは、アイドル状態のユーザ機器に対しては、ダウンリンクデータ経路を終端させ、そのユーザ機器へのダウンリンクデータが到着したときにページングをトリガーする。ＳＧＷは、ユーザ機器のコンテキスト（例えばＩＰベアラサービスのパラメータ、ネットワーク内部ルーティング情報）を管理および格納する。さらに、ＳＧＷは、合法傍受（lawful interception）の場合にユーザトラフィックの複製を実行する。

【0009】

ＭＭＥは、ＬＴＥのアクセスネットワークの主要な制御ノードである。ＭＭＥは、アイドルモードのユーザ機器の追跡およびページング手順（再送信を含む）の役割を担う。ＭＭＥは、ベアラの有効化／無効化プロセスに関与し、さらには、最初のアタッチ時と、コアネットワーク（ＣＮ）ノードの再配置を伴うＬＴＥ内ハンドオーバー時とに、ユーザ機器のＳＧＷを選択する役割も担う。ＭＭＥは、（ＨＳＳと対話することによって）ユーザを認証する役割を担う。非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングはＭＭＥにおいて終端され、ＭＭＥは、一時的なＩＤを生成してユーザ機器に割り当てる役割も担う。ＭＭＥは、サービスプロバイダの公衆陸上移動網（ＰＬＭＮ：Public Land Mobile Network）に入るためのユーザ機器の認証をチェックし、ユーザ機器のローミング制約を実施する。ＭＭＥは、ＮＡＳシグナリングの暗号化／整合性保護においてネットワーク内の終端点であり、セキュリティキーの管理を行う。シグナリングの合法傍受も、ＭＭＥによってサポートされる。さらに、ＭＭＥは、ＬＴＥのアクセスネットワークと２Ｇ／３Ｇのアクセスネットワークとの間のモビリティのための制御プレーン機能を提供し、ＳＧＳＮからのＳ３インタフェースを終端させる。さらに、ＭＭＥは、ローミングするユーザ機器のためのホームＨＳＳに向かうＳ６ａインタフェースを終端させる。

【0010】

ＬＴＥ（リリース８）におけるコンポーネントキャリアの構造

【0011】

【0012】

【0013】

【0014】

用語「コンポーネントキャリア」は、周波数領域におけるいくつかのリソースブロックの組合せを意味する。ＬＴＥの将来のリリースにおいて、「コンポーネントキャリア」という用語はもはや使用されない。代わりに、この用語は「セル」に変更される。「セル」は、ダウンリンクリソースおよび任意でアップリンクリソースの組合せを意味する。ダウンリンクリソースのキャリア周波数とアップリンクリソースのキャリア周波数との連結（linking）は、ダウンリンクリソースで送信されるシステム情報に示される。

【0015】

ＬＴＥのさらなる発展（ＬＴＥ−Ａ）

【0016】

世界無線通信会議２００７（ＷＲＣ−０７）において、ＩＭＴ−Ａｄｖａｎｃｅｄの周波数スペクトルが決定された。ＩＭＴ−Ａｄｖａｎｃｅｄのための全体的な周波数スペクトルは決定されたが、実際に利用可能な周波数帯域幅は、地域や国によって異なる。しかしながら、利用可能な周波数スペクトルのアウトラインの決定に続いて、３ＧＰＰ（第３世代パートナーシッププロジェクト）において無線インタフェースの標準化が開始された。３ＧＰＰ ＴＳＧ ＲＡＮ ＃３９会合において、「Further Advancements for E-UTRA (LTE-Advanced)」に関する検討項目の記述が承認された。この検討項目は、Ｅ−ＵＴＲＡを進化・発展させるうえで（例えば、ＩＭＴ−Ａｄｖａｎｃｅｄの要求条件を満たすために）考慮すべき技術要素をカバーしている。以下では、２つの主要な技術要素について説明する。

【0017】

より広い帯域幅をサポートするためのＬＴＥ−Ａにおけるキャリアアグリゲーション

【0018】

ＬＴＥ−Ａｄｖａｎｃｅｄシステムがサポートできる帯域幅は１００ＭＨｚであるが、ＬＴＥシステムは２０ＭＨｚをサポートできるのみである。最近、無線スペクトルの不足によって無線ネットワークの発展が妨げられており、結果として、ＬＴＥ−Ａｄｖａｎｃｅｄシステムのための十分に広いスペクトル帯域を見つけることが困難である。したがって、より広い無線スペクトル帯域を得るための方法を見つけることが緊急課題であり、１つの可能な答えがキャリアアグリゲーション機能である。

【0019】

キャリアアグリゲーションでは、最大で１００ＭＨｚの広い送信帯域幅をサポートする目的で、２つ以上のコンポーネントキャリアがアグリゲートされる。ＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、ＬＴＥシステムにおけるいくつかのセルが、より広い１つのチャネルにアグリゲートされ、このチャネルは、たとえＬＴＥにおけるこれらのセルが異なる周波数帯域である場合でも１００ＭＨｚに対して十分に広い。

【0020】

少なくとも、アグリゲートされるコンポーネントキャリアの数がアップリンクとダウンリンクとで同じであるとき、すべてのコンポーネントキャリアをＬＴＥリリース８／９互換として設定することができる。ユーザ機器によってアグリゲートされるすべてのコンポーネントキャリアが必ずしもＬＴＥリリース８／９互換でなくてよい。リリース８／９のユーザ機器がコンポーネントキャリアにキャンプオンする（camp on）ことを回避するため、既存のメカニズム（例：バーリング（barring））を使用することができる。

【0021】

ユーザ機器は、自身の能力に応じて１つまたは複数のコンポーネントキャリア（複数のサービングセルに対応する）を同時に受信または送信することができる。キャリアアグリゲーションのための受信能力もしくは送信能力またはその両方を備えた、ＬＴＥ−Ａリリース１０のユーザ機器は、複数のサービングセル上で同時に受信する、もしくは送信する、またはその両方を行うことができ、これに対して、ＬＴＥリリース８／９のユーザ機器は、コンポーネントキャリアの構造がリリース８／９の仕様に従う場合、１つのみのサービングセル上で受信および送信を行うことができる。

【0022】

キャリアアグリゲーションは、連続するコンポーネントキャリアおよび不連続なコンポーネントキャリアの両方においてサポートされ、各コンポーネントキャリアは、３ＧＰＰ ＬＴＥ（リリース８／９）の計算方式（numerology）を使用して、周波数領域における最大１１０個のリソースブロックに制限される。

【0023】

論理チャネルおよびトランスポートチャネル

【0024】

ＭＡＣ層は、論理チャネルを通じてＲＬＣ層にデータ伝送サービスを提供する。論理チャネルは、ＲＲＣシグナリングなどの制御データを伝える制御論理チャネルか、ユーザプレーンデータを伝えるトラフィック論理チャネルのいずれかである。ブロードキャスト制御チャネル（ＢＣＣＨ）、ページング制御チャネル（ＰＣＣＨ）、共通制御チャネル（ＣＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、および専用制御チャネル（ＤＣＣＨ）は、制御論理チャネルである。専用トラフィックチャネル（ＤＴＣＨ）およびマルチキャストトラフィックチャネル（ＭＴＣＨ）は、トラフィック論理チャネルである。

【0025】

ＭＡＣ層からのデータは、トランスポートチャネルを通じて物理層と交換される。データは、無線送信方式に応じてトランスポートチャネルに多重化される。トランスポートチャネルは、次のようにダウンリンクまたはアップリンクとして分類される。ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ−ＳＣＨ）、ページングチャネル（ＰＣＨ）、およびマルチキャストチャネル（ＭＣＨ）は、ダウンリンクトランスポートチャネルであるのに対して、アップリンク共有チャネル（ＵＬ−ＳＣＨ）およびランダムアクセスチャネル（ＲＡＣＨ）は、アップリンクトランスポートチャネルである。

【0026】

ダウンリンクおよびアップリンクそれぞれにおいて、論理チャネルとトランスポートチャネルの間で多重化が実行される。

【0027】

第１層／第２層（Ｌ１／Ｌ２）制御シグナリング

【0028】

スケジューリング対象のユーザに、ユーザの割当てステータス、トランスポートフォーマット、およびその他のデータ関連情報（例：ＨＡＲＱ情報、送信電力制御（ＴＰＣ）コマンド）を知らせる目的で、第１層／第２層制御シグナリングがデータと一緒にダウンリンクで送信される。第１層／第２層制御シグナリングは、サブフレーム内でダウンリンクデータと一緒に多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。なお、ユーザ割当てをＴＴＩ（送信時間間隔）ベースで実行することもでき、その場合、ＴＴＩ長はサブフレームの倍数とすることができることに留意されたい。ＴＴＩ長は、サービスエリアにおいてすべてのユーザに対して一定とする、ユーザ毎に異なる、あるいはユーザ毎に動的とすることもできる。第１層／第２層制御シグナリングは、一般的にはＴＴＩあたり１回送信するのみでよい。一般性を失うことなく、以下では、ＴＴＩが１サブフレームに等しいものと想定する。

【0029】

第１層／第２層制御シグナリングは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）で送信される。ＰＤＣＣＨは、ダウンリンク制御情報（ＤＣＩ）としてメッセージを伝え、このメッセージには、移動端末またはユーザ機器のグループのリソース割当て情報およびその他の制御情報が含まれる。一般的には、いくつかのＰＤＣＣＨを１つのサブフレーム内で送信することができる。

【0030】

なお、３ＧＰＰ ＬＴＥでは、アップリンクデータ送信のための割当て（アップリンクスケジューリンググラントまたはアップリンクリソース割当てとも称する）も、ＰＤＣＣＨで送信されることに留意されたい。

【0031】

スケジューリンググラントに関して、第１層／第２層制御シグナリングで送られる情報は、次の２つのカテゴリ、すなわち、カテゴリ１の情報を伝える共有制御情報（ＳＣＩ：Shared Control Information）と、カテゴリ２／３の情報を伝えるダウンリンク制御情報（ＤＣＩ：Downlink Control Information）に分けることができる。ＤＣＩフォーマットと、ＤＣＩにおいて送信される具体的な情報に関するさらなる詳細については、技術規格、または非特許文献２（参照によって本明細書に組み込まれている）の第９.３章を参照されたい。ＬＴＥにおいて現在定義されている異なるＤＣＩフォーマットは、以下のとおりであり、非特許文献３の第５.３.３.１節に詳しく記載されている（この文書は、３ＧＰＰのウェブサイトにおいて入手可能であり、参照によって本明細書に組み込まれている）。

【0032】

物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と物理ダウンリンク共有チャネル（ＰＤＳＣＨ）

【0033】

物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は、例えば、ダウンリンクまたはアップリンクでデータを送信するためのリソースを割り当てるスケジューリンググラントを伝える。

【0034】

各ＰＤＣＣＨは、１つまたは複数のいわゆる制御チャネル要素（ＣＣＥ）を使用して送信される。各ＣＣＥは、一連のリソース要素（ＲＥ）に対応する。３ＧＰＰ ＬＴＥにおいては、現在、１つのＣＣＥは９つのリソース要素グループ（ＲＥＧ）からなり、１個のＲＥＧは、基準信号のリソース要素を除く４つの連続するリソース要素（周波数領域において連続する）からなる。基準信号によって占有されるリソース要素は、ＲＥＧには含まれず、すなわち、１個のＯＦＤＭシンボルにおけるＲＥＧの総数は、基準信号が存在するか否かに依存する。

【0035】

【0036】

２つの特殊なケースが存在し、ＭＢＳＦＮ送信を含むサブフレームには、制御シグナリングのためのシンボルの数は０個、１個、または２個とすることができ、狭いシステム帯域（１０個未満のリソースブロック）の場合、セルの境界における十分なカバレッジを確保するため、制御シンボルの数を（一般には２個、３個、または４個に）増やす。

【0037】

物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に関するダウンリンクグラントにおいて、ＰＤＣＣＨは、同じサブフレーム内の（ユーザ）データのためのＰＤＳＣＨリソースを割り当てる。サブフレーム内のＰＤＣＣＨ制御チャネル領域は、一連のＣＣＥからなり、サブフレームの制御領域におけるＣＣＥの総数は、時間−周波数制御リソース全体にわたり分散している。制御チャネルの符号化率を効果的に低減するため、複数のＣＣＥを組み合わせることができる。ＣＣＥは、さまざまな符号化率を達成するためツリー構造を使用する所定の方法において組み合わされる。

【0038】

３ＧＰＰ ＬＴＥにおいては、ＰＤＣＣＨは、１個、２個、４個、または８個のＣＣＥをアグリゲートすることができる。制御チャネルの割当てに利用可能なＣＣＥの数は、キャリアの帯域幅、送信アンテナの数、制御に使用されるＯＦＤＭシンボルの数、ＣＣＥのサイズなど、いくつかの要因の関数である。サブフレームにおいて複数のＰＤＣＣＨを送信することができる。

【0039】

トランスポートチャネルのレベルにおいては、ＰＤＣＣＨを介して送信される情報は、第１層／第２層（Ｌ１／Ｌ２）制御シグナリングとも称される。第１層／第２層制御シグナリングは、各ユーザ機器（ＵＥ）を対象にダウンリンクで送信される。制御シグナリングは、一般にはサブフレーム内でダウンリンク（ユーザ）データと多重化される（ユーザ割当てがサブフレーム単位で変化しうるものと想定する）。

【0040】

１つのサブフレーム内のＯＦＤＭシンボルのうちＰＤＣＣＨによって占有されていない残りのＯＦＤＭシンボルには、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）がマッピングされる。ＰＤＳＣＨリソースは、各サブフレームにおいてリソースブロック単位でユーザ機器に割り当てられる。

【0041】

【0042】

図６は、ＰＤＣＣＨとＰＤＳＣＨがＭＢＳＦＮサブフレームにマッピングされる別の例を示している。図６の例は、図５に極めて似ているが、ＭＢＳＦＮサブフレームには、制御チャネル領域の外側のＯＦＤＭシンボルにおける共通基準信号が含まれない。

【0043】

図７は、技術規格書である非特許文献４（参照によって本明細書に組み込まれている）の第６.１０章に定義されている、リソースブロックペアと、アンテナポート０〜３におけるＣＲＳとを示している。特に、図６.１０.１.２−１では、通常のサイクリックプレフィックスが想定されている。

【0044】

リリース１０では、最大８つのアンテナポート（ＬＴＥリリース１０においてはアンテナポート７〜１４）に対応する最大８レイヤの復調のための、ユーザ機器に固有な基準信号の広範なサポートが導入されている。したがって、サブフレームはＤＭＲＳ（復調基準信号）などのユーザ機器に固有な基準信号も含んでおり、ＤＭＲＳは、ＰＤＳＣＨを復調するためにユーザ機器によって使用される。ＤＭＲＳは、特定のユーザ機器へのＰＤＳＣＨが割り当てられるリソースブロックの中で送信されるのみである。図８Ａの例においては、ＤＭＲＳポート７〜１０のみが示してあり、なぜならこれらのＤＭＲＳはｅＰＤＣＣＨの送信に十分であると想定されるためである。なお、現在、ＳＦＢＣも使用するときにはＰＤＳＣＨのためのＤＭＲＳを使用することはサポートされないことに留意されたい。

【0045】

さらに、チャネル状態情報（ＣＳＩ）のフィードバックは一連の基準信号（ＣＳＩ基準信号（ＣＳＩ−ＲＳ））に基づいており、ＣＳＩ−ＲＳは周波数においては比較的まばらであるが、基地局におけるすべてのアンテナから定期的に送信され、その一方で、ユーザ機器に固有な基準信号は一般的に周波数において高密度であるが、対応するレイヤでデータが送信されるときにのみ送信される（図８Ｂを参照）。ＣＳＩ基準信号は、物理的なアンテナポートまたは仮想化アンテナポートそれぞれにおいて送信され、測定目的のみに使用される。

【0046】

セルは、１つ、２つ、４つ、または８つのＣＳＩ−ＲＳポートが使用されるように設定することができる。正確なＣＳＩ−ＲＳ構造（リソースブロック内のＣＳＩ−ＲＳに使用されるリソース要素の正確なセットを含む）は、セル内で設定されているＣＳＩ−ＲＳの数に依存し、セルごとに異なっていてもよい。より具体的には、リソースブロックペアの中には、ＣＳＩ−ＲＳの基準シンボルのための４０個の可能な位置が存在し、与えられたセルにおいて、対応するリソース要素のサブセットがＣＳＩ−ＲＳの送信に使用される。ＬＴＥリリース１０においては、ＣＳＩ−ＲＳは、アンテナポート１５〜２２のうちの１つまたは複数において送信される（設定されている場合）。

【0047】

図８Ａおよび図８Ｂは、一例による、リソースブロックペアにおける基準信号ＤＭＲＳおよびＣＳＩ−ＲＳを示している。

【0048】

ダウンリンクにおけるＬＴＥの物理チャネルの構造と、ＰＤＳＣＨおよびＰＤＣＣＨのフォーマットに関するさらなる情報は、非特許文献５の第６節および第９節を参照されたい。３ＧＰＰ ＬＴＥにおける基準信号の使用とチャネル推定に関するさらなる情報は、この文献の第８節に記載されている。

【0049】

図９Ａおよび図９Ｂは、物理リソースブロックペアの中でのリソース要素グループへのリソース要素の例示的なマッピングを示している。これらの図から明らかであるように、１つのリソース要素グループは、各ＯＦＤＭシンボルの中の４つの隣接するリソース要素を含んでいる。さらに、共通基準信号に使用されるリソース要素は、リソース要素グループを定義するのに使用されない。言い換えれば、リソース要素をリソース要素グループに割り当てるとき、ＣＲＳのリソース要素が考慮される。したがって、最初のＯＦＤＭシンボルの中のＣＲＳの位置（これはセルに固有である）に応じて、リソース要素グループへのリソース要素のマッピングは異なる。具体的には、図９Ａと図９Ｂを比較すると、最初のＯＦＤＭシンボル０において、サブキャリア０、１、３、４、６、７、９、１０のリソース要素は、違いが明らかである。例えば、サブキャリア１、ＯＦＤＭシンボル０のリソース要素は、リソース要素グループ１に割り当てることができる（図９Ａ）、またはＣＲＳとして使用することができる（図９Ｂ）。

【0050】

空間周波数ブロック符号（ＳＦＢＣ）

【0051】

空間周波数ブロック符号（ＳＦＢＣ）は、ＬＴＥにおいて使用される送信ダイバーシチ技術である。ＬＴＥでは、送信ダイバーシチは、２本および４本の送信アンテナと１つのデータストリーム（ＬＴＥでは１符号語と称され、なぜならデータストリームあたり１つのトランスポートブロックＣＲＣが使用されるためである）に対して定義されるのみである。ダイバーシチゲインを最大にするため、アンテナは一般には無相関である必要があり、したがってアンテナは波長に関して良好に分離されている、または異なる極性を有する必要がある。ＳＦＢＣダイバーシチ方式は、ＬＴＥにおいてはＰＢＣＨおよびＰＤＣＣＨに使用することができ、ユーザ機器の送信ダイバーシチモードにおいて設定されている場合、ＰＤＳＣＨにも使用することができる。

【0052】

ＳＦＢＣに関してより具体的には、ＬＴＥにおける物理チャネルが、ｅＮｏｄｅＢの２本のアンテナを使用する送信ダイバーシチ動作について設定されている場合、純粋なＳＦＢＣが使用される。ＳＦＢＣは、周知の時空間ブロック符号（ＳＴＢＣ）（Ａｌａｍｏｕｔｉ符号としても公知である）の周波数領域バージョンである。この符号ファミリーは、送信されるダイバーシチストリームが直交し、線形受信器による最適なＳＮＲを達成するように設計されている。このような直交符号は、２本の送信アンテナの場合にのみ存在する。ＯＦＤＭの複数のサブキャリアは、ＳＦＢＣを適用するのに適している。

【0053】

【0054】

ＳＦＢＣでは、各アンテナにおいて反復されるデータに異なるサブキャリアを使用することによって、周波数ダイバーシチを通じて堅牢性が達成される。基本的に、情報シンボルは、２本の異なるアンテナ（空間コンポーネント）を使用することによって２つの異なるリソース要素において送信される。両方のバージョンにおけるチャネル係数（振幅／位相）が同じであるならば、受信器は、ダイバーシチゲインを利用して元のシンボルを計算することができる。

【0055】

上述したように、情報シンボルの２つのバージョンが、周波数において近い距離に隔てられた近接するサブキャリアにおいて送信される。この場合、両方のバージョンにおけるチャネル係数は基本的に同じであるものと想定することができ、これにより、非特許文献６に示されているように、単純な受信器の実装を使用しての情報シンボルの正確な再生が改善される。

【0056】

図１０Ａと図１０Ｂは、それぞれ図９Ａおよび図９Ｂに似ており、いずれもＣＲＳの異なる配置を考慮してＰＤＣＣＨにおけるＲＥ−ＲＥＧマッピングを示している。さらに、図１０Ａおよび図１０Ｂは、ＰＤＣＣＨおよびＰＤＳＣＨにＳＦＢＣを適用する方法を示している。

【0057】

ＰＤＣＣＨにおいては、ＬＴＥでは、ＳＦＢＣペアが１個のＯＦＤＭシンボルの中で周波数領域においてできる限り近接して配置される。図１０Ａおよび図１０Ｂに示したように、ＯＦＤＭシンボル０において、可能なＳＦＢＣペアそれぞれが点線の四角で示してある。したがって、ＳＦＢＣペアは、同じＯＦＤＭシンボル内のリソース要素（ｋ’，ｌ’）および（ｋ’＋ｎ，ｌ’）にマッピングすることができ、ｋ’はサブキャリアのインデックス、ｌ’はＯＦＤＭシンボル番号、ｎ∈｛１，２｝である。言い換えれば、ｎ＝１は、ＳＦＢＣペアが隣接するリソース要素に位置していることを意味し、ｎ＝２は、ＳＦＢＣペアが、２だけ隔てられた、すなわち（ＣＲＳ ＲＥなどの）１つのリソース要素が間に存在するリソース要素に位置していることを意味する。したがって、間隔は、ＳＦＢＣペアを形成している２つのリソース要素の間のリソース要素の数に１を加えた値に等しい。

【0058】

同様に、ＰＤＳＣＨに関しても、ＳＦＢＣペアは、同じＯＦＤＭシンボル内のリソース要素（ｋ’，ｌ’）および（ｋ’＋ｎ，ｌ’）にマッピングすることができ、ｋ’はサブキャリアのインデックス、ｌ’はＯＦＤＭシンボル番号、ｎ∈｛１，２｝である。言い換えれば、ｎ＝１は、ＳＦＢＣペアが隣接するリソース要素である必要があることを意味し、ｎ＝２は、ＳＦＢＣペアが、２だけ隔てられたリソース要素である、すなわち（ＣＲＳ ＲＥなどの）１つのリソース要素が間に存在するリソース要素であることを意味する。図１０Ａは、ｎ＝１の場合のＳＦＢＣペアを、ＯＦＤＭシンボル１およびＯＦＤＭシンボル６における点線の四角で例示的に示しており、図１０Ｂは、ＰＤＣＣＨ領域におけるｎ＝２の場合のＳＦＢＣペアを点線の四角で例示的に示している。

【0059】

ＬＴＥでは、周波数切替送信ダイバーシチ（ＦＳＴＤ）とＳＦＢＣとの組合せとして公知である送信ダイバーシチ方法も可能である。ＦＳＴＤ方式では、サブキャリアの異なるセットにおいて各アンテナからシンボルを送信する。ＦＳＴＤに関するさらなる情報は、非特許文献２の第１１.２.２.１章に記載されており、この文書は参照によって本明細書に組み込まれている。

【0060】

エンハンストＰＤＣＣＨ

【0061】

ユーザ機器に固有な基準信号に基づいて送信されるエンハンストＰＤＣＣＨ（ｅＰＤＣＣＨ）を導入することが、現在検討されている。ユーザ機器に固有な基準信号を効率的に使用する目的で、エンハンストＰＤＣＣＨのマッピングは、図１１に示したように、ＰＤＳＣＨ領域内に配置されることが好ましい。帯域幅全体をブラインド復号化しないようにするため、ｅＰＤＣＣＨのサーチスペースは一連のＰＲＢペア内に制限されるものと想定する。一連のＰＲＢペアは、上位層のシグナリングによって最初に設定することができ、または、少なくともｅＰＤＣＣＨの検出を試みる前に受信器によって認識されているものと想定する。

【0062】

ｅＰＤＣＣＨの詳細は、現在検討中であり、まだ決定されていない。したがって、以下の想定は、図示および説明のみを目的とする一例として行う。一般的には、ＰＤＣＣＨの場合に類似する方法が使用されるものと想定することができる。例えば、ｅＰＤＣＣＨは、１つまたは複数の制御チャネル要素の集合からなるものと想定することができ、以下では、これらの制御チャネル要素を一例としてエンハンスト制御チャネル要素（ｅＣＣＥ）と称する。さらには、ｅＣＣＥは、時間／周波数グリッドにおいてリソース要素にマッピングされたリソース要素グループから形成することができ、これらのリソース要素グループを一例としてエンハンストリソース要素グループ（ｅＲＥＧ）と称することができる。

【0063】

図１１は、ＰＤＣＣＨ、ｅＰＤＣＣＨ、およびＰＤＳＣＨに関するサブフレーム構造を概略的に開示しており、さらに、ｅＰＤＣＣＨは一例として８つの異なるｅＲＥＧから構成されるものと想定されることを示している。

【0064】

現時点では、ＰＤＳＣＨ領域内のｅＰＤＣＣＨにおいて、リソース要素をリソース要素グループにどのようにマッピングするかに関して合意された定義は存在しない。

【0065】

ｅＰＤＣＣＨ（すなわち一般的にはＰＤＳＣＨ領域内である、または少なくともＰＤＳＣＨ領域のリソース要素を含む）のＲＥ−ｅＲＥＧマッピングは、ダイバーシチを達成するためのＳＦＢＣ送信が可能であるべきであり、さらには、ダイバーシチ送信が利用されるか否かには関係なく同じマッピングを適用できるものであることが有利である。

【先行技術文献】

【非特許文献】

【0066】

【非特許文献1】3GPP TS 36.211, "Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation (Release 8)"

【非特許文献2】LTE - The UMTS Long Term Evolution - From Theory to Practice, Edited by Stefanie Sesia, Issam Toufik, Matthew Baker

【非特許文献3】3GPP TS 36.212, "Multiplexing and channel coding"

【非特許文献4】TS 36.211v10.4

【非特許文献5】St. Sesia et al., "LTE - The UMTS Long Term Evolution", Wiley & Sons Ltd., ISBN 978-0-47069716-0, April 2009

【非特許文献6】S.M. Alamouti "A Simple Transmitter Diversity Technique for Wireless Communication", IEEE Journal on Selected Areas in Communications, Vol. 16, pp. 1451-1458, October 1998

【非特許文献7】3GPP TR 36.819

【発明の概要】

【発明が解決しようとする課題】

【0067】

本発明の１つの目的は、ｅＰＤＣＣＨにも適用される、リソース要素グループへのリソース要素のマッピングを提案することである。

【課題を解決するための手段】

【0068】

この目的は、独立請求項の主題によって解決される。有利な実施形態は、従属請求項の主題である。

【0069】

第１の態様によると、リソースブロックペアのリソース要素（ＲＥ）がエンハンストリソース要素グループ（ｅＲＥＧ）に割り当てられ、この割当ては、特定のユーザ機器または特定のセルに固有であることがないように、普遍的（すなわちリソース要素を占有する基準信号には関係なくリソースブロックペアに適用される）であるように行われる。さらに、このマッピングは、ＳＦＢＣを使用するときに基準信号に起因する影響を最小にするため、リソースブロックペア内の基準信号の可能な配置を考慮するように行われる。

【0070】

マッピングは、リソースブロックペアの各ＯＦＤＭシンボルにおいて連続的に行われ、各ＯＦＤＭシンボル内のリソース要素を連続的なｅＲＥＧ（すなわち所定の順序のインデックスを有するｅＲＥＧ）に割り当てる。ｅＲＥＧは、ｅＲＥＧｍ_ｍａｘ（ｍ_ｍａｘはリソースブロックペアにおけるｅＲＥＧの総数）の後にｅＲＥＧ０が来るように、循環的に続く。さらに、各ＯＦＤＭシンボル内のリソース要素は、２つのリソース要素のグループ単位でｅＲＥＧに割り当てられ、これら２つのリソース要素は、周波数領域において３つまたは６つのサブキャリアだけ隔てられている。このマッピングは、ＯＦＤＭシンボルのすべてのリソース要素が割り当てられるまで、次いで、各ＯＦＤＭシンボルについて割り当てられるまで、行われる。

【0071】

マッピングにおいて３つまたは６つのサブキャリアの間隔を使用するのは、この間隔が、リソースブロックペアにおける基準信号に使用される間隔に一致するためである。この間隔を使用することにより、同じｅＲＥＧに割り当てられるリソース要素を基準信号が占有し、したがって、ＳＦＢＣの場合にＳＦＢＣペアを形成するリソース要素のうちの一方のみが基準信号によって占有されるときにリソース要素が失われることが回避される。

【0072】

本発明は、ＯＦＤＭ（直交周波数分割多重）を使用する通信システムにおいてリソース要素をリソース要素グループに割り当てる方法を提供する。次のようにリソースブロックペアの周波数領域の第１の半分および第２の半分のそれぞれに適用されるマッピングに従って、リソースブロックペアのリソース要素が、ｍ個の複数のリソース要素グループに割り当てられる。すなわち、最初のＯＦＤＭシンボルのリソース要素が、リソース要素の第１の所定の順序と、リソース要素グループの第２の所定の順序において、リソース要素グループに割り当てられる。２番目のＯＦＤＭシンボルのリソース要素と、リソースブロックペア内の残りのさらなるＯＦＤＭシンボルそれぞれのリソース要素は、リソース要素の第１の所定の順序と、リソース要素グループの第２の所定の順序において、リソース要素グループに割り当てられ、割り当てられる最初のリソース要素グループが、前のＯＦＤＭシンボルにおいて最後に割り当てられたリソース要素グループの順序的に１つ次である。

【0073】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、第１の所定の順序および第２の所定の順序は、昇順または降順のいずれかである。

【0074】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、リソース要素グループへのリソース要素の割当ては、リソース要素グループに関して循環的であり、したがって、第２の所定の順序に従って最後であるリソース要素グループの後に、第２の所定の順序に従って最初であるリソース要素グループが続く。

【0075】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、リソース要素グループの昇順／降順は、リソース要素グループのうちの１つ、好ましくは昇順／降順において最初／最後のリソース要素グループから始まる。

【0076】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、リソース要素は、周波数領域における１つのサブキャリアと、時間領域における１個のＯＦＤＭシンボルとを占有し、リソースブロックペアは、周波数領域における１２個のサブキャリアと、時間領域における１２個または１４個のＯＦＤＭシンボルとを範囲とする。

【0077】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、リソースブロックペアあたりのリソース要素グループの総数は、３個、４個、６個、または８個である。リソースブロックペアあたりのリソース要素グループの総数は、制御チャネル要素を形成するリソース要素グループの数の倍数であることが好ましい。

【0078】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、マッピングは、ＯＦＤＭ通信システムにおいて使用されるリソースブロックペアにおいて普遍的なマッピングであり、したがって、マッピングは、リソースブロックペア内のリソース要素のいくつかに割り当てられる基準信号とは無関係に適用される。言い換えれば、マッピングにおいて、リソースブロックペアの各リソース要素が、複数のリソース要素グループの１つに割り当てられる。

【0079】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、移動端末は、移動端末の速度が所定の速度しきい値を超えているかを判定する。速度しきい値を超えている場合、リソースブロックペア内のインデックス０〜≦ｌｒ（ｌｒは４、３、２、１のいずれか）のＯＦＤＭシンボルのリソース要素を無視する。この実施形態では、さらに、速度しきい値を超えている場合、ｌｒに関する情報を移動端末によって基地局に送信することができる。

【0080】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、リソース要素を無視するステップは、インデックス０〜≦ｌｒのＯＦＤＭシンボルのリソース要素の対数尤度比を０に設定するステップを含んでいる。

【0081】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、基地局は、移動端末の速度が所定の速度しきい値を超えているかを判定する。速度しきい値を超えている場合、リソースブロックペア内のインデックス０〜≦ｌｒ（ｌｒは４、３、２、１のいずれか）のＯＦＤＭシンボルのリソース要素が電力０で送信される。この実施形態は、さらに、速度しきい値を超えている場合、ｌｒについて移動端末に通知するステップ、を含んでいることができる。

【0082】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、マッピングは、エンハンスト物理ダウンリンク制御チャネルを対象とし、複数のリソース要素グループは、複数のエンハンストリソース要素グループである。

【0083】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、リソースブロックペア内のリソース要素グループを送信するために、空間周波数ブロック符号化（ＳＦＢＣ）が使用される。複数のＳＦＢＣペアのうちの１つは、各ＯＦＤＭシンボル内の同じリソース要素グループの２つのリソース要素を使用するように定義され、ＳＦＢＣペアの２つのリソース要素が、周波数領域において３つまたは６つのリソース要素だけ隔てられている。

【0084】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、ＳＦＢＣペアの２つのリソース要素のうちの一方が基準信号を送信するために使用される場合、ＳＦＢＣペアの他方のリソース要素はＳＦＢＣ送信に使用されない。

【0085】

【0086】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、少なくとも２つのリソース要素グループは、制御チャネル要素を形成しており、好ましくは、制御チャネル要素を形成している少なくとも２つのリソース要素グループのインデックスが異なる。

【0087】

本発明は、リソース要素グループに基づく制御チャネル情報を受信する端末であって、ＯＦＤＭ（直交周波数分割多重）を使用する通信システムにおいてリソース要素がリソース要素グループに割り当てられる、端末、をさらに提供する。リソースブロックペアのリソース要素は、リソースブロックペアの周波数領域の第１の半分および第２の半分のそれぞれに適用されるマッピングに従って、ｍ個の複数のリソース要素グループに割り当てられ、移動端末は、マッピングを適用するプロセッサを備えており、このマッピングにおいては、
最初のＯＦＤＭシンボルのリソース要素が、リソース要素の第１の所定の順序と、リソース要素グループの第２の所定の順序において、リソース要素グループに割り当てられ、
２番目のＯＦＤＭシンボルのリソース要素と、リソースブロックペア内の残りのさらなるＯＦＤＭシンボルそれぞれのリソース要素が、リソース要素の第１の所定の順序と、リソース要素グループの第２の所定の順序において、リソース要素グループに割り当てられ、割り当てられる最初のリソース要素グループが、前のＯＦＤＭシンボルにおいて最後に割り当てられたリソース要素グループの順序的に１つ次である。

【0088】

上の実施形態に加えて、または上の実施形態に代えて使用できる本発明の有利な実施形態によると、プロセッサが、少なくとも１つのリソース要素グループを受信するためにマッピングを次のように適用する。すなわち、少なくとも１つのリソース要素グループの関連付け（association）は、上記の実施形態のいずれかに説明されているマッピング結果を適用することによって求められる。受信器およびプロセッサは、少なくとも１つのｅＰＤＣＣＨを、そのｅＰＤＣＣＨを形成している対応するｅＲＥＧのｅＲＥＧ−ＲＥマッピングに基づいて復号化するようにされていることが好ましい。

【0089】

以下では、本発明について添付の図面を参照しながらさらに詳しく説明する。

【図面の簡単な説明】

【0090】

【図1】３ＧＰＰ ＬＴＥシステムの例示的なアーキテクチャを示している。

【図2】３ＧＰＰ ＬＴＥのＥ−ＵＴＲＡＮアーキテクチャ全体の例示的な概要を示している。

【図3】３ＧＰＰ ＬＴＥ（リリース８／９）において定義されているダウンリンクコンポーネントキャリアにおける例示的なサブフレーム境界を示している。

【図4】３ＧＰＰ ＬＴＥ（リリース８／９）において定義されているダウンリンクスロットの例示的なダウンリンクリソースグリッドを示している。

【図5】３ＧＰＰ ＬＴＥ（リリース８）および３ＧＰＰ ＬＴＥ（リリース１０）において定義されている、通常のサブフレームおよびＭＢＳＦＮサブフレームの構造と、その物理リソースブロックペアを例示的に示している。

【図6】３ＧＰＰ ＬＴＥ（リリース８）および３ＧＰＰ ＬＴＥ（リリース１０）において定義されている、通常のサブフレームおよびＭＢＳＦＮサブフレームの構造と、その物理リソースブロックペアを例示的に示している。

【図7】リソースブロックペアにおける、アンテナポート０〜３に対応する共通基準信号を示している。

【図8】図８Ａおよび図８Ｂは、リソースブロックペアにおける基準信号ＤＭＲＳおよびＣＳＩ−ＲＳを示している。

【図9】図９Ａおよび図９Ｂは、ＰＤＣＣＨ領域におけるリソース要素グループへのリソース要素のマッピングを示しており、２つのマッピングは、ＯＦＤＭシンボル０における共通基準信号の配置に応じて異なっている。

【図10】図１０Ａおよび図１０Ｂは、図９Ａおよび図９Ｂに似ているが、ＰＤＣＣＨおよびＰＤＳＣＨにおける可能なＳＦＢＣペアのいくつかを示している。

【図11】ＰＤＣＣＨおよびＰＤＳＣＨに関連するｅＰＤＣＣＨの概略図である。

【図12】図１２Ａは、ＰＤＳＣＨ領域におけるエンハンストリソース要素グループへのリソース要素のマッピングを示し、図１２Ｂは、図１２ＡのＲＥ−ｅＲＥＧマッピングを示しており、さらに、ＳＦＢＣ送信を適用する方法と、ＳＦＢＣの結果としての無効なリソース要素を示している。

【図13】図１３Ａおよび図１３Ｂは、セルに固有なマッピングに起因する干渉問題を説明しており、１つのセルのＣＲＳリソース要素が別のセルの対応するリソース要素と干渉する。

【図14】図１４Ａおよび図１４Ｂは、同じリソースブロックペアにおいてＲＥ−ｅＲＥＧマッピングがユーザ機器に固有である問題を説明しており、異なるユーザ機器は、どのリソース要素がどのｅＲＥＧに属するかを異なって認識する。

【図15】図１５Ａは、普遍的であり、ユーザ機器またはセルに固有ではない、ＰＤＣＣＨ領域およびＰＤＳＣＨ領域における最適化されたＲＥ−ｅＲＥＧマッピングを示し、図１５Ｂは、図１５ＡのＲＥ−ｅＲＥＧマッピングを示しており、さらに、ＳＦＢＣ送信を適用する方法と、ＳＦＢＣの結果としての無効なリソース要素を示している。

【図16】図１６Ａは、本発明の実施形態による有利なＲＥ−ｅＲＥＧマッピングのマッピング規則を示し、図１６Ｂは、図１６Ａの実施形態による、ＰＤＣＣＨ領域およびＰＤＳＣＨ領域におけるＲＥ−ｅＲＥＧマッピングの結果を示している。

【図17】図１７Ａは、ｅＲＥＧの総数が６である場合の本発明の実施形態によるＲＥ−ｅＲＥＧマッピングを示し、図１７Ｂは、ｅＲＥＧの総数が５である場合の本発明の実施形態によるＲＥ−ｅＲＥＧマッピングを示している。

【図18】図１８Ａは、ｅＲＥＧの総数が４である場合の本発明の実施形態によるＲＥ−ｅＲＥＧマッピングを示し、図１８Ｂは、ｅＲＥＧの総数が３である場合の本発明の実施形態によるＲＥ−ｅＲＥＧマッピングを示している。

【図19】図１９Ａは、サブキャリアのインデックスおよびＯＦＤＭシンボルの番号に関して降順であるＲＥ−ｅＲＥＧマッピング規則を示し、図１９Ｂは、サブキャリアのインデックスに関して降順、かつＯＦＤＭシンボルの番号に関して昇順である、ＲＥ−ｅＲＥＧマッピング規則を示している。

【図20】図１６ＢのＲＥ−ｅＲＥＧマッピングを示しており、さらに、ＳＦＢＣ送信を適用する方法と、ＳＦＢＣの結果としての無効なリソース要素を示している。

【図21】図２１Ａは、ＯＦＤＭシンボルにおける同じｅＲＥＧに割り当てられる２つのリソース要素の間の間隔が３である、本発明のさらなる実施形態によるＲＥ−ｅＲＥＧマッピング規則を示し、図２１Ｂは、図２１Ａの実施形態による、ＰＤＣＣＨ領域およびＰＤＳＣＨ領域におけるＲＥ−ｅＲＥＧマッピングの結果を示している。

【図22】図２２Ａは、本発明の別の実施形態によるＲＥ−ｅＲＥＧマッピングを示し、図２２Ｂは、図２２Ａの実施形態に似ている、本発明のさらに別の実施形態によるＲＥ−ｅＲＥＧマッピングを示している。

【図23】本発明さらに別の実施形態によるＲＥ−ｅＲＥＧマッピングを示している。

【発明を実施するための形態】

【0091】

以下の段落では、本発明のさまざまな実施形態について説明する。例示のみを目的として、実施形態のほとんどは、３ＧＰＰ ＬＴＥ（リリース８／９）およびＬＴＥ−Ａ（リリース１０／１１）の移動通信システムによる無線アクセス方式に関連して概説してあり、これらの技術の一部については上の背景技術のセクションに説明してある。なお、本発明は、例えば、上の背景技術のセクションに説明されている３ＧＰＰ ＬＴＥ−Ａ（リリース１０／１１）通信システムなどの移動通信システムにおいて有利に使用することができるが、本発明は、この特定の例示的な通信ネットワークにおける使用に限定されないことに留意されたい。

【0092】

請求項全体を通じて使用されている用語「周波数領域の半分」は、リソースブロックの一部を意味し、一般性を失うことなしに、本明細書において想定しているように物理リソースブロックが周波数領域における１２本のサブキャリアを範囲とするとき、「周波数領域の半分」は、リソースブロックペアのすべてのＯＦＤＭシンボルにおける最初の６つのサブキャリアまたは最後の６つのサブキャリアのいずれかを範囲とする。

【0093】

請求項全体を通じて使用されている用語「隔てられている」は、周波数領域における２つのリソース要素の間の距離を意味し、次のように使用する。サブキャリアインデックスｋのリソース要素は、サブキャリアインデックスｋ＋３のリソース要素に対して、３つのリソース要素だけ隔てられている。

【0094】

以下では、本発明のいくつかの実施形態について詳しく説明する。以下の説明は、本発明を制限するものではなく、本発明を深く理解するための本発明の実施形態の単なる例として理解されたい。当業者には、請求項に記載されている本発明の一般的な原理を、本明細書に明示的に説明されていない別のシナリオおよび別の方法で適用できることが認識されるであろう。したがって、さまざまな実施形態の説明を目的として想定されている以下のシナリオは、そのように本発明を制限するものではない。

【0095】

以下の定義は、本明細書の全体を通じて使用される。
− ｋまたはｋ’はサブキャリアのインデックスであって、ｋ，ｋ’∈｛０，１，２，…，１０，１１｝
− ｌまたはｌ’はＯＦＤＭシンボルの番号であって、通常のサイクリックプレフィックスの場合はｌ，ｌ’∈｛０，１，２，…，１２，１３｝であり、拡張サイクリックプレフィックスの場合はｌ，ｌ’∈｛０，１，２，…，１０，１１｝
− （ｋ，ｌ）は、サブキャリアｋおよびＯＦＤＭシンボルｌにおけるリソース要素を識別する。例えば、（４，５）は、サブキャリア４およびＯＦＤＭシンボル５におけるリソース要素を意味する。
− ｍ_ｍａｘは、エンハンストリソース要素グループの総数であり、１，２，…，９などの正の整数である。
− ｍ’はｅＲＥＧのインデックスであり、ｍ’∈｛１，２，３，４，…，ｍ_ｍａｘ−１，ｍ_ｍａｘ｝

【0096】

上記から明らかであるように、ｌ’，ｋ’のインデックスはインデックス０から始まるのに対して、ｅＲＥＧのインデックスは１から始まる。当然ながら、この特定の開始インデックスは、本発明が機能するうえで重要ではない。したがって、ｌ’、ｋ’、およびｍ’それぞれに対して別の開始インデックスを選択することができる。当業者には、別のインデクシングを考慮するため、対応する説明、式、または他の手順を容易に修正することができる。

【0097】

例示を目的として、かつ本発明のさまざまな実施形態の説明を容易にするため、以下のように想定する。

【0098】

特に明記されない場合、ＰＤＣＣＨ領域は最初の３個のＯＦＤＭシンボルを範囲とするものと想定するが、最初の１個または最初の２個のＯＦＤＭシンボルを範囲とする、またはＰＤＣＣＨ領域が存在しなくてもよい（０個のＯＦＤＭシンボルを範囲とすることに等しい）。したがって、本発明は、３個のＯＦＤＭシンボルのＰＤＣＣＨ領域に制限されず、１個および２個のＯＦＤＭシンボルの異なるＰＤＣＣＨ領域、あるいは存在しないＰＤＣＣＨ領域（０個のＯＦＤＭシンボルのサイズに等しい）にも適用される。

【0099】

特に明記されない場合、通常のサイクリックプレフィックスが想定され、この場合、サブフレームは、拡張サイクリックプレフィックスの場合における１２個のＯＦＤＭシンボルではなく、１４個のＯＦＤＭシンボルを有する。しかしながら本発明は、１４個のＯＦＤＭシンボルのサブフレームに制限されず、なぜなら、本発明の原理は１２個のＯＦＤＭシンボルのサブフレームにも適用されるためである。

【0100】

本発明の実施形態は、多くの場合においてｅＲＥＧの総数が８個として説明してある。このことは、８つのｅＲＥＧの総数に本発明を制限するようには解釈されないものとし、任意の他の数のｅＲＥＧを使用することができる。

【0101】

後述するように、本発明の実施形態は、連続的なリソース要素を連続的なエンハンストリソース要素グループに割り当てるマッピング規則について言及し、割当ては特定の順序に従う。実施形態のほとんどにおいては、昇順が想定される。しかしながら、これは必須ではなく、代わりに降順、または他の任意の所定の順序を使用することができる。

【0102】

さらに、所定の順序に従っての連続的な割当てに関して、実施形態のほとんどにおいては、リソース要素の割当ては、サブキャリアの最初のインデックス（ｋ’＝０）、ＯＦＤＭシンボルの最初のインデックス（ｌ’＝０）、およびｅＲＥＧの最初のインデックス（ｍ’＝１）から開始される。このことは、本発明がこれらの例のみに制限されるようには理解されないものとし、割当ては、サブキャリア、ＯＦＤＭシンボル、およびｅＲＥＧの別のインデックスにおいて、特に、昇順もしくは降順またはその両方と組み合わせて、開始することもできる。例えば、サブキャリア、ＯＦＤＭシンボル、およびｅＲＥＧに関して降順を使用するときには、インデックスｋ’＝１１、ｌ’＝１３、ｍ’＝８において割当てを開始することができる。

【0103】

１つのｅＣＣＥは、２つのｅＲＥＧからなるものと想定する。本文書において後から概説する分散型送信を可能にするためには、少なくとも２つのｅＲＥＧが要求される。物理リソースブロック（ＰＲＢ）ペアあたり１２本のサブキャリアおよび１２個または１４個のＯＦＤＭシンボルと、ＬＴＥにおいて定義されている第１層／第２層制御シグナリングペイロードの一般的なサイズとを想定した場合、粒度と管理の複雑さとの間の良好なトレードオフを提供する好ましい解決策は、ＰＲＢペアを８つのｅＲＥＧに分割し、２つのｅＲＥＧを組み合わせて、第１層／第２層制御シグナリング送信における最小単位である１つのｅＣＣＥとすることによって、提供される。例えば、１０ＭＨｚ ＬＴＥセルにおける小さい第１層／第２層制御シグナリングサイズを約３０ビットとすることができ、その一方で、１０ＭＨｚ ＬＴＥセルにおける大きい第１層／第２層制御シグナリングサイズを約６０ビットとすることができ、一般的なサイズは約４５ビットである。第１層／第２層制御シグナリングは、通常ではＦＥＣ符号化され、ＱＰＳＫ変調を使用して送信されるため、使用される各リソース要素は２ビットを伝えることができる。したがって、ｅＣＣＥが約３０個のリソース要素を含んでいる場合、これは６０個のコードビットに等しく、一般的な第１層／第２層制御シグナリングサイズの場合、結果として符号化率は３／４となり、これは良好なチャネル条件に適する符号化率とみなすことができる。後から説明するように、多くの場合、本明細書に定義されている２つのｅＲＥＧは約３０個のリソース要素を提供し、したがって、ｅＣＣＥあたり２つのｅＲＥＧという定義は魅力的で好ましいものと考えられる。しかしながら、ｅＣＣＥあたり別の数のｅＲＥＧという定義も、本発明のｅＲＥＧ−ＲＥマッピングの一般性に影響することなく選択できることを理解されたい。

【0104】

さらに、１つのｅＲＥＧは１つのＰＲＢペアのリソース要素にマッピングされるものと想定する。これにより、本文書において後から概説するように、少なくとも２つのｅＲＥＧを組み合わせることで、分散型送信が可能になる。例えば、１つのｅＲＥＧのみがｅＣＣＥを形成する場合、１つのｅＲＥＧを複数のＰＲＢペアにマッピングできることが好ましい。さらには、ｅＣＣＥの中の任意の数のｅＲＥＧにおいてより大きな分散が可能であるならば有利である。例えば、２つのｅＲＥＧがｅＣＣＥを形成し、１つのｅＲＥＧが１つのＰＲＢペアのみにマッピングされる場合、合計２つの異なるＰＲＢペアにおける分散型送信によって、ダイバーシチオーダー（diversity order）２が得られる。しかしながら、同じケースにおいて、各ｅＲＥＧが２つのＰＲＢペアにマッピングされる場合、各ｅＲＥＧによってダイバーシチオーダー２が得られ、したがって、２つのｅＲＥＧの組合せでは最大でダイバーシチオーダー４を得ることができる。したがって、本発明は、１つのｅＲＥＧを１つのＰＲＢペアのリソース要素のみにマッピングすることに制限されないものと解釈されたい。

【0105】

図１２Ａは、ｅＰＤＣＣＨが配置されるＰＤＳＣＨ領域（ＯＦＤＭシンボル番号３から始まるものと想定する）に適用される、エンハンストリソース要素グループへのリソース要素のマッピングを示している。図１２ＡのＲＥ−ｅＲＥＧマッピングは、ＰＤＣＣＨに使用されるＲＥ−ＲＥＧマッピングに適用される規則に従う。したがって、このＲＥ−ｅＲＥＧマッピング規則では、ＰＤＣＣＨ領域におけるＲＥ−ＲＥＧマッピング（図９Ａまたは図９Ｂを参照）の場合と同様に、基準信号（ＣＲＳ、ＣＳＩ−ＲＳ、ＤＭＲＳなど）に使用されるリソース要素はマッピングには使用されない。さらに、ＳＦＢＣ送信の場合のＲＥ−ｅＲＥＧマッピングを最適化する目的で、ＯＦＤＭシンボル内の２つの連続するリソース要素がｅＲＥＧに割り当てられる。図１２Ａのこの例示的なマッピングにおいては、リソース要素グループの総数は８であるものと想定しており、ｅＲＥＧ∈｛１，２，…，７，８｝である。

【0106】

図１２Ａから明らかであるように、ｅＲＥＧへのリソース要素のグループ化は、各ＯＦＤＭシンボル内でサブキャリアの昇順で、次いで、ＯＦＤＭシンボルの昇順で、２つのリソース要素のグループ単位でｅＲＥＧに連続的に行われる。なお、ｅＲＥＧのインデックスは昇順であり、ｅＲＥＧ８をリソース要素ペアに割り当てた後（この場合、８つのｅＲＥＧが存在するものと想定する）、次にｅＲＥＧ１が割り当てられるように、循環的に続くことに留意されたい。このことは、例えばＯＦＤＭシンボル４、サブキャリア４，５および７，８において見ることができる。このようにして、基準信号によって使用されていない、リソースブロックペアのすべてのリソース要素が、エンハンストリソース要素グループ（ｅＲＥＧ）に割り当てられる。

【0107】

図１２Ｂは、ＳＦＢＣに使用できるリソース要素と、ＳＦＢＣに使用できないリソース要素を示している。前に説明したように、ＯＦＤＭシンボル内のＳＦＢＣペアは、同じｅＲＥＧの隣接する（すなわち１つのリソース要素だけ隔てられている）リソース要素から構成される、または、２つのリソース要素だけ隔てられている（すなわち１つのみのリソース要素が間に存在する）同じｅＲＥＧのリソース要素から構成される。このＳＦＢＣ規則を考慮して、ＯＦＤＭシンボル４に、いくつかのＳＦＢＣペアが例示的に示してある（この場合、ＳＦＢＣペアは隣接するリソース要素から構成されている）。ＳＦＢＣ送信に使用できない、サブキャリア４および７、ＯＦＤＭシンボル５，６，１２，１３のリソース要素を除いて、リソースブロックペア全体を通じて、ＳＦＢＣペアを形成することができる。除外されるリソース要素は、図１２Ｂにおいて無効（Ｖ）として示してある。このＲＥ−ｅＲＥＧマッピングでは、ｅＲＥＧ３がリソース要素（４，５），（７，５）に割り当てられ、ｅＲＥＧ４がリソース要素（４，６），（７，６）に割り当てられるが、これらのリソース要素はＳＦＢＣ送信に使用することができず、なぜなら有効なＳＦＢＣペアを形成できないためである。サブキャリア４および７は、遠く隔てられすぎている、すなわち２つ以上のリソース要素が間に存在する。リソースブロックペア全体では、ＳＦＢＣ送信に使用できない無効なリソース要素が８つ存在する（図１２Ｂを参照）。

【0108】

図１２ＡのＲＥ−ｅＲＥＧマッピング規則では、共通基準信号を考慮している（すなわち共通基準信号に使用されるリソース要素はｅＲＥＧに割り当てられない）ため、このマッピングのアルゴリズムはセルに固有である。このことは、ＰＤＣＣＨ領域に適用されるＲＥ−ｅＲＥＧ規則にもあてはまる。

【0109】

図１０Ａおよび図１０Ｂに示したように、異なるセルではＣＲＳの位置が周波数方向に異なることがあり、この場合、ＣＲＳが周波数領域において１つのサブキャリアだけシフトしている。しかしながら、このセルに固有なマッピングは、干渉問題につながることがあり、この点について図１３Ａおよび図１３Ｂを参照しながら説明する。図示したように、図１３ＡのＰＲＢペアにおけるＣＲＳの位置は図１３ＢのＣＲＳの位置とは異なり、ＣＲＳが周波数領域において２つのサブキャリアだけシフトしている。図解を目的として、セルに固有なマッピングに起因する干渉問題について、図１３Ａおよび図１３Ｂの主としてＰＤＣＣＨ領域を参照しながら説明する。しかしながら、以下に説明する干渉問題は、ＰＤＳＣＨ領域におけるＲＥ−ｅＲＥＧマッピングにおいても発生する。

【0110】

リソース要素（１１，０）は、セル１においては（ｅ）ＲＥＧ２に割り当てられ、セル２においては、このリソース要素（１１，０）はいずれの（ｅ）ＲＥＧにも割り当てられず、共通基準信号に使用される。したがって、異なるセルの間で、同じ物理リソースブロックペア内の同じリソース要素が異なる用途に使用される。結果として、ＣＲＳに使用されるセル２におけるリソース要素に起因して、セル１の同じリソース要素との強い干渉が発生することがあり、逆も同様である。この干渉はリソース要素（１１，０）のデータの消失につながることさえあり、なぜなら基準信号は一般的に高い送信電力で送信されるためである。ＳＦＢＣの場合、ＯＦＤＭシンボル０のサブキャリア１０，１１におけるＳＦＢＣペアは、セル２のＣＲＳリソース要素（１１，０）に起因する干渉のために無効となることがある。

【0111】

さらには、非特許文献７に説明されている多地点協調（ＣｏＭＰ）シナリオ３／ｆｅｌＣＩＣ、または干渉協調の場合、セル２のＣＲＳのユーザ機器のチャネル推定品質を改善する目的で、セル２におけるＣＲＳへの干渉が発生しないように、セル１のリソース要素（１１，０）（セル２の同じリソース要素から干渉を受けている）をミュートする（または無効化する）ことができる。このようなミュート（または無効化）は、一般的にはＲＲＣシグナリングによって他のセルもしくはユーザ機器またはその両方に示され、このリソース要素は、セル１において送信に使用されない。ＳＦＢＣを使用するときには、このことは、ＳＦＢＣペア全体を使用できないことを意味し、結果としてＲＥ（１０，０）も無効となる。したがって、ただ１つのリソース要素をミュートする必要がある場合でも、ＳＦＢＣペア全体が失われ、結果としてセル１におけるスペクトル効率が低下する。

【0112】

図１２Ａを参照しながら説明したＲＥ−ｅＲＥＧマッピングは、図１３Ａおよび図１３Ｂを参照しながら説明したようにセルに固有であるのみならず、ユーザ機器に固有でもあり、その理由として、ＤＭＲＳおよびＣＳＩ−ＲＳの構成／存在がユーザ機器に固有であり、対応するリソース要素は、図１２ＡのＲＥ−ｅＲＥＧマッピングに使用されないためである。言い換えれば、リソースブロックペアの時間−周波数グリッドにおけるＤＭＲＳおよびＣＳＩ−ＲＳの存在および位置に関する想定がユーザ機器ごとに異なりうるため、ＰＤＳＣＨ領域におけるＲＥ−ｅＲＥＧマッピングもユーザ機器ごとに異なりうる。この問題について、図１４Ａおよび図１４Ｂを参照しながらさらに詳しく説明する。

【0113】

なお、この問題は、ＰＤＣＣＨ領域におけるＲＥ−ｅＲＥＧマッピングには存在せず、なぜならＰＤＣＣＨ領域にはユーザ機器に固有な基準信号が配置されないためである（図８Ａおよび図８Ｂのユーザ機器に固有な基準信号を参照）。

【0114】

図１４Ａおよび図１４Ｂは、図１２Ａにおいて紹介したＲＥ−ｅＲＥＧマッピング規則に基づく、ユーザ機器１およびユーザ機器２の異なるＲＥ−ｅＲＥＧマッピングを開示している。図１４ＡのＲＥ−ｅＲＥＧマッピングは図１２Ａと同じであり、なぜなら同じ数および同じ位置の基準信号が想定されているためである。これに対して、図１４ＢのＲＥ−ｅＲＥＧマッピングは異なっており、なぜなら、ユーザ機器２において異なるＣＳＩ−ＲＳが想定されているためである。具体的には、ユーザ機器２においては、リソース要素（４，９），（４，１０），（５，９），（５，１０）および（１０，９），（１０，１０），（１１，９），（１１，１０）がＣＳＩ−ＲＳに使用されておらず、ｅＲＥＧに割り当てることができる。

【0115】

結果として、ＯＦＤＭシンボル９、サブキャリア１までのＲＥ−ｅＲＥＧマッピングは、両方のユーザ機器において同じであるが、図１４Ｂの点線の四角の中に示したように、残りのリソース要素のグループ化は異なる。

【0116】

１つのユーザ機器と別のユーザ機器の間で異なるＲＥ−ｅＲＥＧマッピングにつながる、ユーザ機器に固有なさらなる設定が存在し、例えばＰＤＣＣＨの長さであり、ＰＤＣＣＨの長さは、ユーザ機器の設定に応じて、１個、２個、または３個のＯＦＤＭシンボルとすることができる。図には示していないが、図１２Ａを参照しながら説明したＲＥ−ｅＲＥＧマッピング規則が異なるＯＦＤＭシンボルから始まる場合、ＲＥ−ｅＲＥＧマッピングの結果は大幅に異なることが理解できる。

【0117】

同じＰＲＢペアにおいてユーザ機器に固有な異なる構成（ＣＳＩ−ＲＳ、干渉されるＣＲＳ、ＰＤＣＣＨの長さ）を有する異なるユーザ機器のいくつかのｅＰＤＣＣＨを多重化することは困難である。異なるユーザ機器は、どのリソース要素がどのｅＲＥＧに属するかを異なって認識することがあり、ｅＰＤＣＣＨの多重化（すなわち異なるユーザ機器を対象とする多重化）がより複雑になる。同じＰＲＢペア内の異なるユーザ機器のｅＰＤＣＣＨを最適に多重化するためには、ユーザ機器１において利用されるリソース要素が、ユーザ機器２において利用されるリソース要素とまったく衝突しないべきである。本明細書では、ｅＰＤＣＣＨ送信の最小単位はｅＣＣＥであり、ｅＣＣＥ自体は少なくとも２つのｅＲＥＧから形成されているものと想定しているため、異なるユーザ機器に対して異なるｅＲＥＧインデックスが使用されるならば、最適な多重化を達成することができる（異なるｅＲＥＧに１つまたは複数の同じリソース要素が含まれない場合）。しかしながら、図１４Ａおよび図１４Ｂから理解されるように、例えばユーザ機器１のリソース要素（１，１１）がｅＲＥＧ＃３に属しており、その一方で、ユーザ機器２はリソース要素（１，１１）がｅＲＥＧ＃７に属していると認識することが起こりうる。したがって、ｅＰＤＣＣＨをユーザ機器１に送信するためにｅＲＥＧ＃３が使用されるべきであると同時に、ｅＰＤＣＣＨをユーザ機器２に送信するためにｅＲＥＧ＃７が使用されるべきである場合、最適な多重化は不可能である。最適な多重化が可能であるｅＲＥＧの組合せが存在しうるが、そのような組合せを見つけるためには、ネットワークの複雑さが増大し、柔軟性が大きく低減し（なぜならすべてのｅＲＥＧを任意のユーザ機器に割り当てることができない）、さらにはスペクトル効率が低下する（なぜならすべてのｅＲＥＧを同じサブフレームにおいてネットワークによって利用できないことが起こる可能性が高い）。

【0118】

セルに固有なＲＥ−ｅＲＥＧマッピングおよびユーザ機器に固有なＲＥ−ｅＲＥＧマッピングに起因する問題を克服する目的で、図１５Ａは、セルおよびユーザ機器とは独立している別のＲＥ−ｅＲＥＧマッピング、すなわち、セルに固有な基準信号、およびユーザ機器に固有な基準信号、またはその他の信号、またはチャネルを考慮することなく、ＰＲＢペアの全体に適用される普遍的／一様なマッピングを紹介している。本明細書の説明では、一般的に基準信号を考慮することに焦点を当てているが、これは、サブフレームにおいて最も頻繁に使用される基準信号について言及しているにすぎないものと理解されたい。しかしながら、本明細書の説明は、エンハンスト制御チャネルの送信以外の目的でＰＲＢペア内のリソース要素を占有しうる他の種類の信号またはチャネルにも一般的にあてはまる。

【0119】

より詳細には、リソース要素は、各ＯＦＤＭシンボルの中でサブキャリアの昇順において、２つの隣接するリソース要素のペアにおいて昇順のｅＲＥＧに割り当てられ、次いで、ＯＦＤＭシンボルの昇順に割り当てられる。２つの隣接するリソース要素を同じｅＲＥＧに割り当てるのは、主としてＳＦＢＣをサポートするために行われる。割当ては、物理リソースブロックペア内の基準信号を考慮せずに行われる。ｅＲＥＧは、物理リソースブロックペアのリソース要素すべてがｍ_ｍａｘ個のｅＲＥＧのうちの１つに割り当てられるまで、ｅＲＥＧ番号が｛１，２，３，４，５，６，７，８，１，２，３，４，５，６，７，８，１，２，３，…｝として割り当てられるように、循環的に続く。

【0120】

これらのマッピング規則が適用される場合、結果は図１５Ａに見ることができ、リソース要素が８つのｅＲＥＧ１〜ｅＲＥＧ８に割り当てられる。図から理解できるように、図１５ＡのＲＥ−ｅＲＥＧマッピングの場合、基準信号が無視される（すなわち考慮されない）。したがって、ｅＲＥＧは、ＰＲＢペア内で各ＯＦＤＭシンボル内のサブキャリアの昇順、かつｅＲＥＧの昇順、かつＰＲＢペア内のＯＦＤＭシンボルの昇順において、隣接する（周波数領域において隣接する）リソース要素のペアに割り当てられる。

【0121】

図１５Ａに示した普遍的なマッピングは、異なるセルおよび異なるユーザ機器において同じであり、したがって、セルに固有なＲＥ−ｅＲＥＧマッピングおよびユーザ機器に固有なＲＥ−ｅＲＥＧマッピングに起因する欠点が回避される。各ユーザ機器は、どのリソース要素がどのｅＲＥＧに属するかを同じように認識し、しかしながら、あるユーザ機器が（ユーザ機器に固有な異なる基準信号のため）別のユーザ機器とは異なるリソース要素を使用することができる。

【0122】

図１５Ｂは、図１５Ａの場合と同じＲＥ−ｅＲＥＧマッピングを想定しているが、ＣＲＳ、ＤＭＲＳ（ＣＳＩ−ＲＳは便宜上無視してある）、およびＳＦＢＣの使用をさらに示している。言い換えれば、図１５ＡのＲＥ−ｅＲＥＧマッピングが、基準信号（例えば図７および図８の基準信号）によってマスクされている。

【0123】

特に、基準信号に使用されるリソース要素は占有されており、送信またはＳＦＢＣ送信に使用することができない。さらに、図１５Ｂは、基準信号に使用されるマスクされたリソース要素と、ＳＦＢＣペアに対するその影響とに起因してＳＦＢＣ送信に使用できないリソース要素を、無効（Ｖ）として示している。例として、ＯＦＤＭシンボル０においては、リソース要素（１，０）および（２，０）をＳＦＢＣ送信に使用することができず、なぜなら、（１，０）にはｅＲＥＧ１が割り当てられており、（２，０）にはｅＲＥＧ２が割り当てられているが、ＳＦＢＣペアを形成する対応するリソース要素が、（０，０）および（３，０）においてＣＲＳによって占有されているためである。同様の理由で、リソース要素（７，０）および（８，０）も無効である。リソース要素が基準信号によって占有されているために合計で２４個のリソース要素がＳＦＢＣ送信において無効である。さらに、図１５Ｂは、ｅＲＥＧのサイズをリソース要素の数で示している。図から明らかであるように、各ｅＲＥＧは、物理リソースブロックペア全体の中に、次の表によるリソース要素を含んでいる。

【0124】

【表1】

【0125】

上の表から理解できるように、図１５Ｂの特定の例においては、ｅＲＥＧのサイズは、ｅＲＥＧ４の８からｅＲＥＧ８の１８の間で変化する。これは大きな変動であり、不利である。次の例を理解するため、説明を明確にする目的で、ｅＲＥＧのインデックスは、２つの番号、すなわち、例えば図１５Ａに示したようにＰＲＢペア内のｅＲＥＧのインデックスｐと、ｅＲＥＧが送信されるＰＲＢペアのインデックスｑによって決まるものと想定する。したがって、ｅＲＥＧインデックス（ｐ，ｑ）は、ＰＲＢペアに対して別のＰＲＢペア内のｅＲＥＧインデックス（ａ，ｑ＋１）と同じリソース要素を占有する。さらに重要な点として、説明を単純にするため、２つのｅＲＥＧがｅＣＣＥを形成するものと想定しているが、これらのｅＲＥＧは同じＰＲＢペア内に存在していることは要求されない。局在型のｅＣＣＥ送信においては、ｅＲＥＧは同じＰＲＢペア内に存在しているべきであり、したがって例えばｅＲＥＧ（ｐ，ｑ）とｅＲＥＧ（ｐ’，ｑ）がｅＣＣＥを形成する（ｐとｐ’は異なる）。分散型送信においては、ｅＲＥＧは異なるＰＲＢペア内に存在しているべきであり、したがって例えばｅＲＥＧ（ｐ，ｑ）とｅＲＥＧ（ｐ’，ｑ’）がｅＣＣＥを形成する（ｑとｑ’は異なる）。ｐ＝４およびｐ’＝８の例では、分散型のｅＣＣＥ送信においては、ダイバーシチ効果がアンバランスであり、なぜなら、リソース要素の半分よりずっと多くが一方のＰＲＢペアにおいて送信されるためである。このＰＲＢペアが不良なチャネル条件に直面した場合、他方のＰＲＢペアは容易には補正することができず、なぜなら含まれている情報が少ないためである。局在型送信および分散型送信において、リソース要素がアンバランスであることは、チャネル推定の面で好ましくない。一般的には、複数の異なるｅＲＥＧがチャネル推定のベースとして異なるアンテナポートを使用することが可能であり、異なるアンテナポートは、ポート７およびポート９について例えば図１２Ａに示したように、異なるリソース要素を占有することができる。結果として、異なるリソース要素が異なる干渉シナリオに直面することがあり、なぜなら干渉は、他のセルがＰＤＳＣＨ、ＣＳＩ−ＲＳ、ＤＭ−ＲＳなどをそれぞれのリソース要素で送信するために異なるレベルにおいて発生しうるためである。結果として、チャネル推定の品質およびしたがって精度が、異なるポートにおいて、したがって異なるｅＲＥＧにおいて、異なりうる。場合によっては低品質の対応するチャネル推定によって影響されるリソース要素の数がアンバランスであることに起因して、リソース要素の半分以上が、ｅＲＥＧのリソース要素自体における雑音や干渉のためではなく、チャネル推定の精度が低いために、間違って検出されることがある。

【0126】

さらには、多数のリソース要素が無効／無駄になり、なぜならこれらのリソース要素はＳＦＢＣペアに使用できないためである。

【0127】

本発明の実施形態による改善されたＲＥ−ｅＲＥＧマッピング規則について、図１６Ａおよび図１６Ｂに関連して説明する。この実施形態も、図１５Ａを参照しながらすでに行ったように、普遍的／一様なマッピングを使用する。したがって、本発明の以下の実施形態においても、リソース要素グループへのリソース要素の普遍的／一様なマッピングを想定する。この場合、普遍的な（または一様な、これらは「共通の」と称することもできる）とは、リソース要素が基準信号によって占有されるか否かに関係なく、マッピングによってリソース要素がｅＲＥＧに割り当てられることを意味する。言い換えれば、普遍的なマッピングでは、基準信号の存在を無視する。後から図２２Ａ〜図２３に関連して説明するように、普遍的なマッピングにおいて基準信号を考慮することができるが、基準信号がつねに存在する場合、すなわち基準信号がセルに固有ではない、またはユーザ機器に固有ではない場合に限られる。したがって、普遍的なマッピングは、特定のセルまたはユーザ機器に固有な送信される基準信号とは独立して、すべてのリソースブロックペアに同じように適用される。結果として、このような共通マッピングが想定されるとき、基準信号に使用されないリソース要素だけではなく、ＰＲＢペアのすべてのリソース要素がｅＲＥＧに利用可能である（ただし図２２Ａ〜図２３に関連して説明される制限は課される）。

【0128】

さらに、このような共通のＲＥ−ｅＲＥＧマッピングを使用することにより、ｅＲＥＧ／ｅＣＣＥのサイズのバランスに影響することなく、将来において例えば新規のキャリアタイプへの拡張が可能である。新規のキャリアタイプは、制御チャネル領域が存在しない（ＰＤＣＣＨ、すなわち制御領域のサイズが０である）、あるいはＣＲＳが送信されないかまたは送信密度が低い、追加の基準（またはその他の）信号が導入される、あるいは追加のリソース要素または異なるリソース要素において送信される現在定義されている信号が再定義されることを特徴としうる。このようなリソース要素は、現在定義されている信号とまったく同じように扱われ、すなわち、どのリソース要素が送信に利用可能であるかを判定するときに普遍的なマッピングへの一種のマスキングとして適用される。しかしながら、ｅＲＥＧへのリソース要素の順序または関連付けは影響されない。

【0129】

しかしながら、この実施形態の改善されたＲＥ−ｅＲＥＧマッピング規則は、ＳＦＢＣに使用されるときのみならず、ＳＦＢＣを使用しないときにも、良好なパフォーマンスを有する。上述したように、このマッピング規則はすべてのＰＲＢペアに共通である（すなわち基準信号を無視する）が、この改善されたマッピング規則では、リソースブロックペア内の基準信号の配置が、異なる方法で依然として考慮される。特に、ＳＦＢＣ送信において使用される場合に、基準信号によってリソース要素が占有されるために無効となる（すなわち失われる）リソース要素の量を低減する目的で、あるｅＲＥＧに割り当てられている１個のＯＦＤＭシンボル内のＳＦＢＣペアの一方のリソース要素が基準信号によって占有される場合、そのＯＦＤＭシンボル内で同じｅＲＥＧに割り当てられるそのＳＦＢＣペアの他方のリソース要素も基準信号によって占有される。したがって、このマッピング規則は、最適なパフォーマンスを達成するために基準信号の配置を考慮する。本発明によると、ｅＲＥＧインデックスへのリソース要素の関連付けは、そのｅＲＥＧにＳＦＢＣが使用されるかには依存しないため、ＳＦＢＣの場合にブロックまたは無効化されるリソース要素を、非ＳＦＢＣの場合に使用することが可能である。さらに、本発明では、同じＰＲＢペア内の、ＳＦＢＣを使用するｅＲＥＧと、ＳＦＢＣを使用しないｅＲＥＧとを多重化することができ、多重化の能力とネットワークの柔軟性が大きく高まり、したがって、利用可能なリソースを効率的に使用するという目標が単純に達成される。

【0130】

この目的のため、同じｅＲＥＧへのリソース要素ペアの割当ては、ＯＦＤＭシンボル内のリソース要素ペアの２つのリソース要素が（ここまでの説明、例えば図１５Ａのように）隣接しておらず、基準信号の配置に従って隔てられるように行われる。

【0131】

具体的には、図７におけるセルに固有な基準信号ＣＲＳを調べてみると、図から理解できるように、個別のＣＲＳは６つのサブキャリアだけ隔てられている。例えば、アンテナポート０のＣＲＳは、ＯＦＤＭシンボル０，７の中のサブキャリア０，６と、ＯＦＤＭシンボル４，１１の中のサブキャリア３，９とに位置している。例えば、アンテナポート３のＣＲＳは、ＯＦＤＭシンボル１の中のサブキャリア３，９と、ＯＦＤＭシンボル８の中のサブキャリア０，６とに位置している。特定のＣＲＳは、（上に示したように）６つのサブキャリアだけ隔てられているが、２つ以上のＣＲＳを考慮するときには、ＣＲＳは周波数領域において３つのサブキャリアだけ隔てられており、例えばＯＦＤＭシンボル０，１，４，７，８，１１の場合、サブキャリア０，３，６，９に位置している。

【0132】

このことは、図８Ａおよび図８Ｂのユーザ機器に固有な基準信号ＤＭＲＳおよびＣＳＩ−ＲＳにも同様にあてはまり、この場合、１個のＯＦＤＭシンボル内で同じ基準信号は５つまたは６つのサブキャリア（すなわち周波数領域における５つまたは６つのリソース要素）だけ隔てられている。例えば、アンテナポート９および１０のＤＭＲＳは、ＯＦＤＭシンボル５，６，１２，１３の中のサブキャリア０，５に位置しており、したがって、５つのサブキャリアだけ異なる。これに対して、ＣＳＩ−ＲＳは、図８Ｂから明らかであるように、６つのサブキャリアごとに反復している。

【0133】

したがって、本発明の一実施形態によると、ＯＦＤＭシンボル内で同じｅＲＥＧに割り当てられる２つのリソース要素は、６つのサブキャリア（すなわち周波数方向における６つのリソース要素）だけ隔てられる。さらに、このＲＥ−ｅＲＥＧマッピングでは、サブキャリア、ＯＦＤＭシンボル、およびエンハンストリソース要素グループの所定の順序で（以下では昇順で）、連続的にリソース要素がｅＲＥＧに割り当てられる。

【0134】

図１６Ａは、上記をふまえた結果として、どのようにリソースブロックペアのリソース要素にｅＲＥＧが割り当てられるかのマッピング規則を示している。図から明らかであるように、リソースブロックペアの下側半分と上側半分（１２本のサブキャリアが、それぞれ６本のサブキャリアを有する２つの部分に分割されている）において、リソースブロックペアの下側部分のすべてのリソース要素がｅＲＥＧに割り当てられるまで、各ＯＦＤＭシンボルについてサブキャリアの昇順で、かつＯＦＤＭシンボルの昇順で、ｅＲＥＧが連続的かつ循環的にリソース要素に割り当てられる。同じ手順が、リソースブロックペアの上側半分にも適用される。

【0135】

このマッピング規則を実際に適用すると、図１６ＢのＲＥ−ｅＲＥＧマッピングが達成される。ここでは、ｅＲＥＧの総数を８個と想定している。図１７Ａ〜図１８Ｂは、それぞれ、ｅＲＥＧが６個、５個、４個、３個の場合における、図１６Ａのこのマッピング規則に従ってのＲＥ−ｅＲＥＧマッピングを示している。

【0136】

８つのｅＲＥＧの場合の図１６Ｂの例示的なマッピングでは、ｅＲＥＧは次のように割り当てられる。
ｅＲＥＧ１（ｋ，ｌ）： （０，０），（６，０），（２，１），（８，１），（４，２），（１０，２），（０，４），（６，４），（２，５），（８，５），（４，６），（１０，６），（０，８），（６，８），（２，９），（８，９），（４，１０），（１０，１０），（０，１２），（６，１２），（２，１３），（８，１３）；
ｅＲＥＧ２（ｋ，ｌ）： （１，０），（７，０），（３，１），（９，１），（５，２），（１１，２），（１，４），（７，４），（３，５），（９，５），（５，６），（１１，６），（１，８），（７，８），（３，９），（９，９），（５，１０），（１１，１０），（１，１２），（７，１２），（３，１３），（９，１３）；
ｅＲＥＧ３（ｋ，ｌ）： （２，０），（８，０），（４，１），（１０，１），（０，３），（６，３），（２，４），（８，４），（４，５），（１０，５），（０，７），（６，７），（２，８），（８，８），（４，９），（１０，９），（０，１１），（６，１１），（２，１２），（８，１２），（４，１３），（１０，１３）；
ｅＲＥＧ４（ｋ，ｌ）： （３，０），（９，０），（５，１），（１１，１），（１，３），（７，３），（３，４），（９，４），（５，５），（１１，５），（１，７），（７，７），（３，８），（９，８），（５，９），（１１，９），（１，１１），（７，１１），（３，１２），（９，１２），（５，１３），（１１，１３）；
ｅＲＥＧ５（ｋ，ｌ）： （４，０），（１０，０），（０，２），（６，２），（２，３），（８，３），（４，４），（１０，４），（０，６），（６，６），（２，７），（８，７），（４，８），（１０，８），（０，１０），（６，１０），（２，１１），（８，１１），（４，１２），（１０，１２）；
ｅＲＥＧ６（ｋ，ｌ）： （５，０），（１１，０），（１，２），（７，２），（３，３），（９，３），（５，４），（１１，４），（１，６），（７，６），（３，７），（９，７），（５，８），（１１，８），（１，１０），（７，１０），（３，１１），（９，１１），（５，１２），（１１，１２）；
ｅＲＥＧ７（ｋ，ｌ）： （０，１），（６，１），（２，２），（８，２），（４，３），（１０，３），（０，５），（６，５），（２，６），（８，６），（４，７），（１０，７），（０，９），（６，９），（２，１０），（８，１０），（４，１１），（１０，１１），（０，１３），（６，１３）；
ｅＲＥＧ８（ｋ，ｌ）： （１，１），（７，１），（３，２），（９，２），（５，３），（１１，３），（１，５），（７，５），（３，６），（９，６），（５，７），（１１，７），（１，９），（７，９），（３，１０），（９，１０），（５，１１），（１１，１１），（１，１３），（７，１３）．

【0137】

【0138】

この観点から、ＳＦＢＣを使用するべきである場合、ＲＥ（ｋ’，ｌ’），（ｋ’＋ｄ_ｓｃ，ｌ’）がＳＦＢＣペアを形成し、これについては後からさらに詳しく説明する。

【0139】

上の式は、ｅＲＥＧの昇順に適用されるが、本発明はこれに制限されず、降順など任意の所定の順序に適用することができる。さらに、ｍ（ｋ’，ｌ’）の結果は、「１」から始まるｅＲＥＧである。しかしながら、上の式は、単純に１を減じることによって、「０」から始まるｅＲＥＧインデックスを使用するようにすることができる。

【0140】

言葉で表現すると、図１６Ａの例示的な実施形態のＲＥ−ｅＲＥＧマッピング規則は、次のよう言い表すことができる。

【0141】

このＲＥ−ｅＲＥＧマッピング規則は、リソースブロックペアの下側部分および上側部分に同じように適用される。最初のＯＦＤＭシンボルのリソース要素が、周波数領域におけるリソース要素の（すなわちサブキャリアの）第１の所定の順序と、リソース要素グループの第２の所定の順序において、リソース要素グループに割り当てられ、第１の所定の順序および第２の所定の順序は、この特定のケースでは昇順である。次いで、２番目のＯＦＤＭのリソース要素と、リソースブロックペア内の残りのＯＦＤＭシンボルのそれぞれのリソース要素が、リソース要素の同じ第１の所定の順序と、リソース要素グループの同じ第２の所定の順序において、リソース要素グループに割り当てられる。しかしながら、さらなる規則として、この２番目またはさらなるＯＦＤＭシンボルにおいて割り当てられる最初のリソース要素グループは、前のＯＦＤＭシンボルにおいて最後に割り当てられたリソース要素グループの順序的に１つ次である。

【0142】

上の説明は、図１６Ａにおける矢印によって示したマッピング規則（リソースブロックペアの２つの半分それぞれの中を蛇行している）を基本的に制約している。上には説明していないが、一般性を失うことなく、ｅＲＥＧの開始番号は１である。これに代えて、ｅＲＥＧの割当ての開始番号を任意の別の番号とすることができ、例えば、ｅＲＥＧの総数を８個（より一般的にはｍ_ｍａｘ）と想定するとき、開始番号を８とすることができる。

【0143】

ＯＦＤＭシンボル内のＲＥとｅＲＥＧとの間の関連付けは、同じサブフレームおよびＰＲＢペアの他のＯＦＤＭシンボルにおいて割り当てられるリソース要素を考慮に入れたときに、上記の制約の中でできる限り公平にｅＲＥＧあたりのＲＥの数が割り当てられるように行われる。

【0144】

【0145】

図１９Ａは、ＯＦＤＭシンボルおよび各ＯＦＤＭシンボル内のサブキャリアが降順である場合の、上述したＲＥ−ｅＲＥＧマッピング規則を例示している。ｅＲＥＧの順序は、昇順、降順、または任意の他の所定の順序とすることができる。図１９Ｂは、各ＯＦＤＭシンボル内のサブキャリアが降順であるが、ＯＦＤＭシンボルが昇順である場合の、上述したＲＥ−ｅＲＥＧマッピング規則を例示している。この場合も、ｅＲＥＧの順序は、昇順、降順、または任意の他の所定の順序とすることができる。

【0146】

図２０は、図１６Ｂの同じＲＥ−ｅＲＥＧマッピングを示している。さらに、図２０は、ＣＲＳおよびＤＭＲＳなどの例示的な基準信号を示しており、リソースブロックペアのｅＲＥＧにＳＦＢＣを適用する方法も示している。図から理解できるように、ＳＦＢＣペアは、同じｅＲＥＧに割り当てられている同じＯＦＤＭシンボル内の２つのリソース要素から構成されており、ＳＦＢＣペアのリソース要素は６つのサブキャリアだけ隔てられている（すなわちｋ’およびｋ’＋６）。図２０では、２つのみのＳＦＢＣペアを例示的に示してあるが、当然ながら、ＳＦＢＣは必要であればすべての可能なリソース要素ペアに適用される。

【0147】

ｅＲＥＧに割り当てられているリソース要素は、以下の基準の両方が満たされている場合にのみ、ｅＣＣＥ送信に使用される。
− リソース要素が、ＰＢＣＨ、同期信号、セルに固有な基準信号、ＭＢＳＦＮ基準信号、ＣＳＩ基準信号、ユーザ機器に固有な基準信号のうちの少なくとも１つの送信に使用されない。
− ｅＲＥＧにＳＦＢＣが使用される場合、ＳＦＢＣペアを形成する両方のリソース要素において上の基準が満たされる。

【0148】

言い換えれば、いくつかのリソース要素は基準信号によって占有されるため、すべてのリソース要素を使用することはできない。ＣＲＳ基準信号は、完全なＳＦＢＣペアをパンクチャリングし（puncture）、これについては後から説明する。ＳＦＢＣ送信に関連して、いくつかのさらなるリソース要素は、基準信号によってマスクされていなくても失われ、なぜなら、これらのリソース要素はＯＦＤＭシンボル内で有効なＳＦＢＣペアを形成できないためである。図２０において、ＳＦＢＣの場合に対応するリソース要素が占有されることに起因して失われるすべてのリソース要素を、Ｖとして示してある。例えば、リソース要素（４，５）はＳＦＢＣの場合に無効であり、なぜなら対応するリソース要素（１０，５）がＤＭＲＳによって占有されるためである。同様に、リソース要素（７，５）も無効であり、なぜならリソース要素（１，５）がＤＭＲＳに使用されるためである。これらの理由として、ＤＭＲＳに使用される間隔が、図１６Ａ／１６ＢのＲＥ−ｅＲＥＧマッピングに適用されるように６ではなく、５であるためである。

【0149】

これに対して、基準信号ＣＲＳに起因して追加のリソース要素が無効になることはなく、なぜなら、アンテナポート０の各ＣＲＳが、６だけ隔てられている２つのリソース要素を使用しており、この間隔はＲＥ−ｅＲＥＧマッピングに使用される間隔と同じであるためである。言い換えれば、ＯＦＤＭシンボル内で同じｅＲＥＧに割り当てられており、かつ１つ（または一般的には２つ以上の）ＳＦＢＣペアを形成しているリソース要素を、ＣＲＳが占有しており、これはマッピング規則がこのように適合化されているためである。

【0150】

結果として、基準信号によって占有されるリソース要素を除き、ＰＲＢペア内で無効になるリソース要素は合計で８個である。図１５ＢのＲＥ−ｅＲＥＧマッピングと比較すると、無効（したがって利用不可）になるリソース要素の数が１６個減少する。

【0151】

次の表は、各ｅＲＥＧについて、リソース要素の数によるサイズを示している。

【0152】

【表2】

【0153】

上の表から理解できるように、ｅＲＥＧのサイズは１２〜１８の間で変動する。図１５ＢのＲＥ−ｅＲＥＧマッピングと比較すると、ｅＲＥＧのサイズのバランスがより良好であり、チャネル推定／復調のために異なるｅＲＥＧが異なるアンテナポートに結合されている場合、より均一に分布した信号品質が可能である。さらに、ｅＲＥＧのサイズのバランスがより良好であることにより、分散型ＰＲＢペアへのマッピングの場合に、より公平な周波数ダイバーシチが可能である。

【0154】

ｅＣＣＥあたりのｅＲＥＧが２個と想定される場合、図２０の上の例（すなわちＳＦＢＣ、ＣＲＳ、および２４個のＤＭＲＳ）では、ｅＣＣＥの平均サイズは３０個のリソース要素である。

【0155】

図１５ＢのＲＥ−ｅＲＥＧマッピングと比較すると、本発明のこの実施形態のｅＲＥＧの平均サイズは、２つのリソース要素だけ大きく、言い換えれば約１５％高い（恩恵を２／１３として計算したとき）。したがって、ｅＣＣＥにおいて１５％だけ大きい冗長性が利用可能であり、送信されるリソース要素あたりの電力が一定であるとき、０.６２ｄＢの電力利得と等価であるとみなすことができる。

【0156】

本発明のこの実施形態の別の利点として、ＳＦＢＣの利用をｅＲＥＧインデックスごとに適用することができ、したがって同じＰＲＢペア内でも、あるｅＲＥＧがＳＦＢＣを利用し、別のｅＲＥＧがＳＦＢＣを利用しないことができる。この場合、すべてのｅＲＥＧが依然として同じＲＥ−ｅＲＥＧマッピングを使用し、これにより、異なる送信要件を有する受信器の場合にも、ＰＲＢペア内のすべてのリソースを極めて柔軟に利用することができる（例えばＳＦＢＣなどの送信ダイバーシチの使用の有無）。

【0157】

少なくとも２つのｅＲＥＧが組み合わされて１つのｅＣＣＥ（ダウンリンク制御情報（＝第１層／第２層制御シグナリング）を送信するための最小単位）が形成されるものと想定すると、ｍ_ｍａｘが、１つのｅＣＣＥを形成するために組み合わされるｅＲＥＧの数の倍数であることがさらに好ましい。このような場合、同じｅＣＣＥに属する異なるｅＲＥＧを異なるＰＲＢペアにおいて送信することが可能であり、これにより周波数ダイバーシチ（無線チャネルの観点から）もしくは雑音／干渉ダイバーシチ（隣り合う送信器または他の雑音／干渉源によって発生しうる雑音または干渉の観点から）またはその両方を得ることができる。

【0158】

さらに、１つのｅＣＣＥを形成するために組み合わされるｅＲＥＧは、異なるインデックスを有することが好ましい。同じＰＲＢペアのｅＲＥＧが組み合わされる場合、これは簡単であり、なぜなら各ｅＲＥＧはＰＲＢペアあたり１回のみ使用できるためである。少なくとも２つの異なるＰＲＢペアのｅＲＥＧを組み合わせる場合、これはインデクシングと組合せの一様性のために行われるべきであり、さらに、このようにすることで、ｅＣＣＥあたりの結果としてのリソース要素の数をｅＣＣＥ全体にわたり均等化することができるためである。表に示したように、ｅＲＥＧあたりのリソース要素の数はｅＲＥＧごとに異なりうるが、一般的には、ｅＲＥＧ（またはｅＣＣＥ）がマッピングされているＰＲＢペアとは独立している。ｅＲＥＧインデックスの番号付けが各ＰＲＢペアにおいて同じであると想定すると、複数の異なるｅＲＥＧインデックスを組み合わせて１つのｅＣＣＥを形成することによって、結果としてのｅＣＣＥにおけるリソース要素の数をより近いものとすることができる。なお、基礎となる原理は、ｅＲＥＧインデックス自体に関係しているのではなく、各ＰＲＢペア内のリソース要素の位置に関係している。したがって、異なるＰＲＢペアにおいてｅＲＥＧのインデクシングが異なる場合、各ＰＲＢペアに対する異なるインデックスｋ’，ｌ’を有するリソース要素を組み合わせることによってｅＣＣＥが形成されることが依然として好ましく、このようなリソース要素は、便宜上および抽象性の理由から、本明細書の説明においてｅＲＥＧインデックスと等価である。

【0159】

本発明のここまでの（特に図１６Ａ〜図２０による）実施形態においては、ＳＦＢＣペアの間隔として６を想定してきた（ｄ_ｓｃ＝６）。本発明の別の実施形態によると、この間隔を３とすることができる（ｄ_ｓｃ＝３）。上に示した式も使用することができる。図２１Ａは、蛇行した矢印によって示したように、循環的に続く順序においてｅＲＥＧをリソース要素に割り当てるために適用されるマッピング規則を示している。図２１Ｂは、結果、すなわち８つのｅＲＥＧと、ｅＲＥＧの昇順を使用するときのＲＥ−ｅＲＥＧマッピングを示している。

【0160】

本発明のさらなる実施形態においては、ユーザ機器が、リソースブロックペア内に特定のＤＭＲＳが存在するものとつねにみなすものと想定する。言い換えれば、これらのＤＭＲＳの存在はもはやユーザ機器に固有ではなく、少なくともリソース要素をｅＲＥＧに関連付ける場合において、すべてのユーザ機器に同様に存在するものと考えることができる。すべてのユーザ機器それぞれは、特定のＤＭＲＳが対応するリソース要素に存在する、または対応するリソース要素において送信される、または少なくとも対応するリソース要素をｅＲＥＧに使用することができない（すなわち予約されている）ものと想定する。しかしながらこのことは、ＣＳＩ−ＲＳには適用されず、ＣＳＩ−ＲＳは依然としてユーザ機器に固有である。好ましい実施形態においては、ＬＴＥにおいてＤＭＲＳアンテナポート７〜１０は、このようにつねに存在するものとしてすべてのユーザ機器によって想定される。

【0161】

前の実施形態のＲＥ−ｅＲＥＧマッピングを、この想定の結果を考慮することで基準信号の影響をさらに低減するようにすることができる。一般的には、割当てプロセス時、ＤＭＲＳによって占有されるリソース要素はｅＲＥＧに割り当てられずにスキップされるように、ＲＥ−ｅＲＥＧマッピングを適合させることができる。このマッピングは、依然としてセルおよびユーザ機器とは独立しているため、依然として普遍的／一様であるとみなすことができる。

【0162】

図２２Ａは、リソース要素の間隔ｄ_ｓｃとして６が想定され、ＤＭＲＳに２４個のリソース要素が使用される場合における、対応するＲＥ−ｅＲＥＧマッピング規則を示している。このマッピング規則から明らかであるように、ＯＦＤＭシンボル５，６，１２，１３におけるＤＭＲＳは割当てにおいて無視される、すなわち、ＤＭＲＳによって予約または占有されている対応するリソース要素はＲＥ−ｅＲＥＧ割当てに使用されない。このマッピング規則によると、ＯＦＤＭシンボル５，６，１２，１３におけるＳＦＢＣペアは、５つのリソース要素だけ隔てられているリソース要素によって形成されており、残りのＯＦＤＭシンボルでは、ＳＦＢＣの間隔は６である。

【0163】

図２０と比較することで理解できるように、図２２ＡのマッピングにＳＦＢＣを適用するときには、４つの無効なリソース要素が回避される。図２０がベースとするマッピング規則では、リソース要素（４，５），（４，６），（７，５），（７，６）が無効であるのに対して、図２２Ａのマッピングでは、ＯＦＤＭシンボル５，６の残りのリソース要素すべてを使用することができる。さらにＯＦＤＭシンボル１２，１３も考慮すると、８つのリソース要素が「節約」され、なぜなら失われる（無効な）リソース要素が基本的に存在しないためである。

【0164】

図２２Ｂは、図２１Ａおよび図２１Ｂを参照しながら紹介したマッピング規則に基づいているが、図２２Ａと同様に、ＤＭＲＳに予約されているリソース要素がスキップされる。図２２Ｂは、結果としてのマッピング規則とその結果を示している。ＯＦＤＭシンボル０〜４，７〜１１においては、ＳＦＢＣペアは、３つのサブキャリアだけ隔てられているリソース要素によって形成されており、その一方で、ＯＦＤＭシンボル５，６，１２，１３においては、間隔は変化しているがＳＦＢＣペアを形成することができ、なぜならｅＲＥＧあたりそれぞれ２つのリソース要素が存在するためである。

【0165】

前に説明した擬似コードを参照すると、ステップ４を以下のステップに置き換えることができる（ステップ８は代わりにステップ４ａを指す）。
４ａ）ＯＦＤＭシンボルｌ’に、（例えばＤＭＲＳのために）予約されたリソース要素が含まれている場合、ステップ４ｄに進む。
４ｂ）リソース要素（ｋ’，ｌ’）および（ｋ’＋ｄ_ｓｃ，ｌ’）をｅＲＥＧｍに割り当てる。
４ｃ）ステップ５に進む。
４ｄ）リソース要素（ｋ’，ｌ’）が予約されている場合、ステップ７に進む。
４ｅ）リソース要素（ｋ’，ｌ’）および（ｋ’＋５，ｌ’）をｅＲＥＧｍに割り当てる。

【0166】

図２３は、本発明の別の実施形態を示している。図２２Ａおよび図２２Ｂの実施形態と同様に、ＲＥ−ｅＲＥＧ割当てにおいて、ＤＭＲＳによって予約または占有されているリソース要素はスキップされる。しかしながら、実際のＲＥ−ｅＲＥＧマッピング規則は、これまでのＲＥ−ｅＲＥＧマッピング規則とはさらに異なる。図２３から理解できるように、基本的な間隔として３が使用されており、すなわち、３つのサブキャリアだけ隔てられているリソース要素が同じｅＲＥＧに割り当てられる。しかしながら、リソースブロックペアの各部分においてｅＲＥＧの最初のインデックスから開始する（ｅＲＥＧインデックスの昇順を想定する）代わりに、ｅＲＥＧの割当ては、上側半分の２つの部分においては、下側半分の２つの部分に使用された最後のインデックスに続くインデックスから開始される。言い換えれば、１個のＯＦＤＭシンボル内のリソース要素に３つの異なるｅＲＥＧを割り当てる代わりに（図２１Ａ、図２１Ｂを参照）、合計で６つの異なるｅＲＥＧが割り当てられる。

【0167】

具体的には、ＯＦＤＭシンボル０においては、下側半分の２つの部分において、ｅＲＥＧ１〜３が連続的な順序で割り当てられる。次いで、ＯＦＤＭシンボル０の上側半分の２つの部分において、ｅＲＥＧ４〜６がそれぞれ割り当てられる。次のＯＦＤＭシンボル１においては、続くｅＲＥＧ７，８と、循環的に続くｅＲＥＧ１とが、このＯＦＤＭシンボルの下側半分の２つの部分のリソース要素にマッピングされる。一般的には、さらなるＯＦＤＭシンボルそれぞれにおいて、前のＯＦＤＭシンボルにおいて割り当てられたｅＲＥＧに、順序において続くｅＲＥＧが割り当てられる。例えば、ＯＦＤＭシンボル８において、６つのｅＲＥＧ３〜８が割り当てられ、結果として、次のＯＦＤＭシンボル９においては、６つのｅＲＥＧ１〜６がリソース要素に割り当てられる。

【0168】

図２３から明らかであるように、この規則がリソースブロックペア全体を通じて適用される。すでに説明したように、ＯＦＤＭシンボル５，６，１２，１３においては、ＤＭＲＳに使用されるリソース要素はいずれのｅＲＥＧにも割り当てられず、割当てプロセスにおいてスキップされる。

【0169】

図２３のＲＥ−ｅＲＥＧマッピングに基づく送信にＳＦＢＣが適用されるときには、図から理解できるように、ＯＦＤＭシンボル０〜４および７〜１１では、ＳＦＢＣ間隔として３が使用され（すなわち１つのＳＦＢＣペアを形成しているリソース要素の間のサブキャリアの数による間隔）、その一方で、ＯＦＤＭシンボル５，６，１２，１３においては、ＳＦＢＣ間隔として５が使用される。図２２Ａの場合と同様に、ＯＦＤＭシンボル５，６，１２，１３において、ＳＦＢＣの場合に基準信号に起因して無効となるリソース要素は存在しない。

【0170】

さらなる実施形態

【0171】

以下では、本発明のさらなる実施形態を提示する。高速の場合、特にサブフレーム内の最初の方のＯＦＤＭシンボルにおいて、時間フェージングに起因して推定が不正確になり、なぜなら、ＤＭＲＳおよびＣＳＩ−ＲＳがＯＦＤＭシンボル５の時点ではじめて利用できるためである（図８を参照）。当然ながら、最初の方のＯＦＤＭシンボルの品質は、ＯＦＤＭシンボル５，６，９，１０，１２，１３において送信される基準信号から推定することができる。しかしながら、推定と、実際に受信される信号品質とが大幅に異なることがあり、これは特に、移動端末が１００ｋｍ／ｈなどの高速で移動しているときにあてはまる。

【0172】

これによって発生しうる問題点として、サブフレームの最初の方のＯＦＤＭシンボルによって伝えられる情報が、誤ったチャネル推定下で復調され、結果として、特に、例えば最近の移動通信システムにおいて使用されるコヒーレント変調（復調）における別の雑音源につながる。簡単な例として、情報が複素信号平面において＋１または−１として送信される。このような情報の送信に雑音が含まれない場合でも、１８０度のチャネル推定誤り（受信値に−１を乗じることに等しい）が生じると、すべての場合において誤りとなり、なぜなら、送信された＋１が受信器では−１として認識され、送信された−１が＋１として認識されるためである。

【0173】

本発明のこのさらなる実施形態によると、移動端末は自身の速度を監視して、速度が所定の速度しきい値を超えているかを判定することができる。しきい値は、最初の方のＯＦＤＭシンボル（すなわちＯＦＤＭシンボル０〜４）の少なくともいくつかにおいて、ＯＦＤＭシンボル５〜１３のうちの１つに基づくチャネル品質の推定が十分に正確ではないと想定されるような値に設定する。

【0174】

速度しきい値を超えている場合、移動端末は、リソースブロックペア内のインデックス０〜≦ｌｒ（ｌｒは４、３、２、１のいずれか）のＯＦＤＭシンボルのリソース要素を無視する。好ましくは、これらのリソース要素の対数尤度比（ＬＬＲ）を０に設定する、すなわち、これらのリソース要素のさらなる処理において、これらのリソース要素は信頼できないものと想定し、従ってユーザ機器が破棄する。残りのリソース要素に関してリソースブロックペアにおける冗長性は、データを正しく受信するのに十分であるものと想定する。

【0175】

「ｌｒ」は、ユーザ機器の実装によって定義することができ、したがってユーザ機器によって異なりうる。したがって、移動端末が特定のｌｒについての情報を基地局に送信することが有利である。さらに、最初の方のＯＦＤＭシンボルを使用するか否かを判定するために移動端末によって適用される所定の速度しきい値を基地局が認識していることができる。所定の速度しきい値は、基地局においてあらかじめ設定する、または移動端末が基地局に通知する。

【0176】

さらなる実施形態によると、基地局も移動端末の速度を監視し、ユーザ機器の速度が対応するしきい値を超えているかを判定する。速度がしきい値を超えている場合、基地局は、最初のｌｒ個のＯＦＤＭシンボルを電力０で送信する（ＲＥパンクチャリングに似ている）ことができる。この場合も、この処理が適用される最後のＯＦＤＭシンボルは、主として特定の実装に依存することができる、または移動端末が基地局に通知することができる。

【0177】

これに代えて、基地局は、移動端末の移動速度が高すぎるものと判定し、したがって最初の方のＯＦＤＭシンボルを電力０で送信すると、そのことを移動端末に通知することができる。この点において、例えばＰＣＦＩＣＨを使用することができる。したがって、移動端末は、どのタイミングでどのＯＦＤＭシンボルを使用しないべきかを認識する。

【0178】

１つの利点として、最初の方のＯＦＤＭシンボルを電力０で送信することで基地局において節約される電力を、例えば別のＰＲＢペア内の、対応する「節約される」ＯＦＤＭシンボル内のリソース要素の送信電力を増大させる目的に使用することができる。

【0179】

基地局は、例えば、ユーザ機器の速度をハンドオーバーカウント（handover count）から推定することができる。

【0180】

最初の方のシンボルがユーザ機器において信頼できないことをｅＮＢが認識する目的で、ユーザ機器は、対応する開始ＯＦＤＭシンボルの指示情報を、例えばｅＰＤＣＣＨに適用可能なＣＳＩ報告に含める。ｅＮＢは、このような情報によって、対応するユーザ機器を対象とする、対応するＯＦＤＭシンボル内のリソース要素を電力０で送信することが可能となり、代わりに、（１つまたは複数の）同じＯＦＤＭシンボル内の別のリソース要素（例えば対応する開始シンボルを示していない異なるユーザ機器を対象とするリソース要素）の送信電力を増大させて、受信器におけるこれらのリソース要素の品質を向上させるために、節約された電力を使用することができる。

【0181】

ハードウェアおよびソフトウェアへの本発明の実装

【0182】

本発明の他の実施形態は、ハードウェアおよびソフトウェアを用いて、上記したさまざまな実施形態を実施することに関する。これに関連して、本発明は、ユーザ機器（移動端末）およびｅＮｏｄｅＢ（基地局）を提供する。ユーザ機器は、本発明の方法を実行するようにされている。

【0183】

本発明のさまざまな実施形態は、コンピューティングデバイス（プロセッサ）を使用して実施または実行できることが認識される。コンピューティングデバイスまたはプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブルロジックデバイスとすることができる。本発明のさまざまな実施形態は、これらのデバイスの組合せによって実行あるいは具体化することもできる。

【0184】

さらに、本発明のさまざまな実施形態は、ソフトウェアモジュールによって実施することもでき、これらのソフトウェアモジュールは、プロセッサによって実行される、あるいはハードウェアにおいて直接実行される。さらに、ソフトウェアモジュールとハードウェア実装とを組み合わせることも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えば、ＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ−ＲＯＭ、ＤＶＤなどに格納することができる。

【0185】

さらには、本発明のさまざまな実施形態の個々の特徴は、個別に、または任意の組合せとして、別の発明の主題とすることができることに留意されたい。

【0186】

具体的な実施形態において示した本発明には、広義に記載されている本発明の概念または範囲から逸脱することなく膨大なバリエーションもしくは変更形態を創案できることが、当業者には理解されるであろう。したがって、本発明の実施形態は、あらゆる点において例示を目的としており、本発明を制限するものではない。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】