特許 5956688 拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）メッセージをマッピングするための方法及び通信ノード

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

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

(11)【特許番号】5956688

(24)【登録日】2016年6月24日

(45)【発行日】2016年7月27日

(54)【発明の名称】拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）メッセージをマッピングするための方法及び通信ノード

(51)【国際特許分類】

   H04W 72/04 20090101AFI20160714BHJP

   H04J 11/00 20060101ALI20160714BHJP

【ＦＩ】

   H04W72/04 136

   H04J11/00 Z

   H04W72/04 131

【請求項の数】26

【全頁数】31

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

(86)(22)【出願日】2013年1月30日

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

(43)【公表日】2015年12月17日

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

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

(87)【国際公開日】20140327

【審査請求日】2015年4月16日

(31)【優先権主張番号】61/702,817

(32)【優先日】2012年9月19日

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

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100095957

【弁理士】

【氏名又は名称】亀谷 美明

(74)【代理人】

【識別番号】100096389

【弁理士】

【氏名又は名称】金本 哲男

(74)【代理人】

【識別番号】100101557

【弁理士】

【氏名又は名称】萩原 康司

(74)【代理人】

【識別番号】100128587

【弁理士】

【氏名又は名称】松本 一騎

(72)【発明者】

【氏名】フレンネ、マティアス

(72)【発明者】

【氏名】チェン、ジュン−フ

(72)【発明者】

【氏名】エリクソン、エリク

(72)【発明者】

【氏名】ラーソン，ダニエル

(72)【発明者】

【氏名】フルスコグ、ヨハン

(72)【発明者】

【氏名】クーラパティ、ハビッシュ

【審査官】 岡 裕之

(56)【参考文献】

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

【文献】 特表２０１０−５２９７６６（ＪＰ，Ａ）

【文献】 特表２００６−５１０３３３（ＪＰ，Ａ）

【文献】 特表２０１０−５３７５０９（ＪＰ，Ａ）

【文献】 特開２０１１−０２３９４２（ＪＰ，Ａ）

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

【文献】 LG Electronics，Remaining details of ECCE and EREG resource mapping， 3GPP TSG-RAN WG1#70b R1-124320，２０１２年１０月１２日

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

Ｈ０４Ｂ ７／２４−２６

Ｈ０４Ｗ ４／００−９９／００

Ｈ０４Ｊ １１／００

ＩＥＥＥ Ｘｐｌｏｒｅ

ＣｉＮｉｉ

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

ＳＡ ＷＧ１−２

ＣＴ ＷＧ１

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

【請求項1】

拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）メッセージのシンボルをマッピングするための、通信ノード（１１０）における方法であって、前記ＥＰＤＣＣＨは、１つ以上のアグリゲーションレベルを含み、各アグリゲーションレベルについて、ＥＰＤＣＣＨメッセージは、制御チャネルエレメント（ｅＣＣＥ）のセットにより構成され、各ｅＣＣＥは、複数の拡張リソースエレメントグループ（ｅＲＥＧ）のセットへとマッピングされ、各ｅＲＥＧは、物理リソースブロック（ＰＲＢ）ペア内のリソースエレメント（ＲＥ）のグループであり、前記方法は、
前記ＥＰＤＣＣＨメッセージの前記シンボルを、前記ｅＣＣＥのセットに対応する前記複数のｅＲＥＧを構成する前記ＲＥのセットへとマッピングすること（１００７）と、
ＥＰＤＣＣＨシンボルが前記ＲＥのセットへとマッピングされる順序は、前記アグリゲーションレベルに依存することと、
前記マッピング（１００７）は、前記ＥＰＤＣＣＨシンボルを、複数のＰＲＢペアのＥＰＤＣＣＨセットの割当てられる前記ｅＲＥＧにわたってサブキャリア優先方式でマッピングし、次に時間にわたってマッピングすることにより実行されることと、
マッピングされた前記ＥＰＤＣＣＨメッセージをユーザ機器（ＵＥ）（１２０）へ送信すること（１００９）と、前記ＥＰＤＣＣＨメッセージの前記マッピングによって、ＥＰＤＣＣＨペイロードの前記ＵＥ（１２０）による受信時に、使用される前記アグリゲーションレベルを前記ＵＥ（１２０）が検出することが可能とされることと、
を特徴とする、方法。

【請求項2】

前記ＥＰＤＣＣＨメッセージの前記シンボルをＲＥのセットへとマッピングすること（１００７）は、前記ＥＰＤＣＣＨシンボルを、各ＰＲＢペアの範囲内の割当てられる前記ｅＲＥＧにわたって、サブキャリア優先方式でマッピングし、次に時間にわたってマッピングし、次に前記ＥＰＤＣＣＨセット内の複数のＰＲＢペアにわたってマッピングすることにより、実行される、請求項１に記載の方法。

【請求項3】

前記ＥＰＤＣＣＨメッセージの前記シンボルをＲＥのセットへとマッピングすること（１００７）は、前記ＥＰＤＣＣＨシンボルを、ＥＰＤＣＣＨセットに属する全てのＰＲＢペア内の割当てられる前記ｅＲＥＧにわたって、サブキャリア優先方式でマッピングし、次に時間にわたってマッピングすることにより、実行される、請求項１に記載の方法。

【請求項4】

巡回冗長検査（ＣＲＣ）ビットを付加し（１００１）、ＥＰＤＣＣＨペイロードビット及びＣＲＣビットを符号化ビットの３つの出力パリティストリームへと符号化すること（１００２）と、
複数の出力シーケンスの各々をインターリーブすること（１００３）と、
前記ＥＰＤＣＣＨへ割当てられる物理チャネルビットの数に適合するように、前記複数の出力シーケンスを読み取ること（１００５）と、
ビットの前記出力シーケンスをスクランブリングすること（１００６）と、
をさらに含む、請求項１〜３のいずれかに記載の方法。

【請求項5】

前記ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行すること（１００８）、
をさらに含む、請求項１〜４のいずれかに記載の方法。

【請求項6】

前記ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行すること（１００８）は、
１つ以上のビットを含む等サイズ又は別サイズのビットチャンクへと符号化ビットをグループ化することと、
前記アグリゲーションレベルに依存する順序で、前記ビットチャンクを並び替えることと、
をさらに含む、請求項５に記載の方法。

【請求項7】

前記ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行すること（１００８）は、
１つ以上のシンボルを含む等サイズ又は別サイズのシンボルチャンクへと変調ＥＰＤＣＣＨシンボルをグループ化することと、
前記アグリゲーションレベルに依存する順序で、前記チャンクを並び替えることと、
をさらに含む、請求項５に記載の方法。

【請求項8】

前記ＥＰＤＣＣＨメッセージの前記アグリゲーションレベル固有のスクランブリングを実行すること（１００８）は、前記ＥＰＤＣＣＨの各ダウンリンク制御情報（ＤＣＩ）メッセージを、その対応するアグリゲーションレベル固有のスクランブリングシーケンスでスクランブリングすること、をさらに含む、請求項５に記載の方法。

【請求項9】

前記ＥＰＤＣＣＨメッセージの前記アグリゲーションレベル固有のスクランブリングを実行するためのスクランブリングシーケンスの初期化は、前記アグリゲーションレベルに依存する、請求項５〜８のいずれかに記載の方法。

【請求項10】

前記ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行すること（１００８）は、符号化ビットを巡回シフトすること、をさらに含み、前記符号化ビットの前記巡回シフトは、アグリゲーションレベル依存の巡回シフトである、請求項５〜９のいずれかに記載の方法。

【請求項11】

前記巡回シフトは、変調シンボル又はプリコーディングされた変調シンボルについて実行される、請求項１０に記載の方法。

【請求項12】

出力シーケンスを循環バッファであるバッファへと収集すること（１００４）、
をさらに含む、請求項１〜１１のいずれかに記載の方法。

【請求項13】

前記通信ノード（１１０）は、ｅＮｏｄｅＢ又はリレーノードである、請求項１〜１２のいずれかに記載の方法。

【請求項14】

拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）メッセージのシンボルをマッピングするための通信ノード（１１０）であって、前記ＥＰＤＣＣＨは、１つ以上のアグリゲーションレベルを含み、各アグリゲーションレベルについて、ＥＰＤＣＣＨメッセージは、制御チャネルエレメント（ｅＣＣＥ）のセットにより構成され、各ｅＣＣＥは、複数の拡張リソースエレメントグループ（ｅＲＥＧ）のセットへとマッピングされ、各ｅＲＥＧは、物理リソースブロック（ＰＲＢ）ペア内のリソースエレメント（ＲＥ）のグループであり、前記通信ノードは、
前記ＥＰＤＣＣＨメッセージの前記シンボルを、前記ｅＣＣＥのセットに対応する前記複数のｅＲＥＧを構成する前記ＲＥのセットへとマッピングするように構成されるチャネル符号化回路（２５０）、及び、
マッピングされた前記ＥＰＤＣＣＨメッセージをユーザ機器（ＵＥ）（１２０）へ送信するように構成される通信用インタフェース（３０８）、
を含むことと、
ＥＰＤＣＣＨシンボルが前記ＲＥのセットへとマッピングされる順序は、前記アグリゲーションレベルに依存することと、
前記チャネル符号化回路（２５０）は、前記ＥＰＤＣＣＨシンボルを、複数のＰＲＢペアのＥＰＤＣＣＨセットの割当てられる前記ｅＲＥＧにわたって、サブキャリア優先方式でマッピングし、次に時間にわたってマッピングする、ようにさらに構成され、前記ＥＰＤＣＣＨメッセージの前記マッピングによって、ＥＰＤＣＣＨペイロードの前記ＵＥ（１２０）による受信時に、使用される前記アグリゲーションレベルを前記ＵＥ（１２０）が検出することが可能とされることと、
を特徴とする、通信ノード（１１０）。

【請求項15】

前記チャネル符号化回路（２５０）は、前記ＥＰＤＣＣＨシンボルを、各ＰＲＢペアの範囲内の割当てられる前記ｅＲＥＧにわたって、サブキャリア優先方式でマッピングし、次に時間にわたってマッピングし、次に前記ＥＰＤＣＣＨセット内の複数のＰＲＢペアにわたってマッピングすることにより、前記ＥＰＤＣＣＨメッセージの前記シンボルをＲＥのセットへとマッピングする、ようにさらに構成される、請求項１４に記載の通信ノード（１１０）。

【請求項16】

前記チャネル符号化回路（２５０）は、前記ＥＰＤＣＣＨシンボルを、ＥＰＤＣＣＨセットに属する全てのＰＲＢペア内の割当てられる前記ｅＲＥＧにわたって、サブキャリア優先方式でマッピングし、次に時間にわたってマッピングすることにより、前記ＥＰＤＣＣＨメッセージの前記シンボルをＲＥのセットへとマッピングする、ようにさらに構成される、請求項１４に記載の通信ノード（１１０）。

【請求項17】

巡回冗長検査（ＣＲＣ）ビットを付加し、ＥＰＤＣＣＨペイロードビット及びＣＲＣビットを符号化ビットの３つの出力パリティストリームへと符号化する、ように構成されるエンコーダ（２５２）と、
複数の出力シーケンスの各々をインターリーブするように構成されるインターリーブ回路（２５４）と、
前記ＥＰＤＣＣＨへ割当てられる物理チャネルビットの数に適合するように、前記複数の出力シーケンスを読み取るように構成されるレートマッチング回路であって、当該レートマッチング回路のビットの前記出力シーケンスをスクランブリングするように構成される当該レートマッチング回路（２６２）と、
をさらに含む、請求項１４〜１６のいずれかに記載の通信ノード（１１０）。

【請求項18】

前記チャネル符号化回路（２５０）は、前記ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行する、ようにさらに構成される、請求項１４〜１７のいずれかに記載の通信ノード（１１０）。

【請求項19】

前記チャネル符号化回路（２５０）は、１つ以上のビットを含む等サイズ又は別サイズのビットチャンクへと符号化ビットをグループ化し、前記アグリゲーションレベルに依存する順序で、前記ビットチャンクを並び替えることにより、前記ＥＰＤＣＣＨメッセージの前記アグリゲーションレベル固有のスクランブリングを実行する、ようにさらに構成される、請求項１８に記載の通信ノード（１１０）。

【請求項20】

前記チャネル符号化回路（２５０）は、１つ以上のシンボルを含む等サイズ又は別サイズのシンボルチャンクへと変調ＥＰＤＣＣＨシンボルをグループ化し、前記アグリゲーションレベルに依存する順序で、前記チャンクを並び替えることにより、前記ＥＰＤＣＣＨメッセージの前記アグリゲーションレベル固有のスクランブリングを実行する、ようにさらに構成される、請求項１８に記載の通信ノード（１１０）。

【請求項21】

前記チャネル符号化回路（２５０）は、前記ＥＰＤＣＣＨの各ダウンリンク制御情報（ＤＣＩ）メッセージを、その対応するアグリゲーションレベル固有のスクランブリングシーケンスでスクランブリングすることにより、前記ＥＰＤＣＣＨメッセージの前記アグリゲーションレベル固有のスクランブリングを実行する、ようにさらに構成される、請求項１８に記載の通信ノード（１１０）。

【請求項22】

前記ＥＰＤＣＣＨメッセージの前記アグリゲーションレベル固有のスクランブリングを実行するためのスクランブリングシーケンスの初期化は、前記アグリゲーションレベルに依存する、請求項１８〜２１のいずれかに記載の通信ノード（１１０）。

【請求項23】

前記チャネル符号化回路（２５０）は、符号化ビットを巡回シフトすることにより、前記ＥＰＤＣＣＨメッセージの前記アグリゲーションレベル固有のスクランブリングを実行する、ようにさらに構成され、前記符号化ビットの前記巡回シフトは、アグリゲーションレベル依存の巡回シフトである、請求項１８〜２２のいずれかに記載の通信ノード（１１０）。

【請求項24】

前記巡回シフトは、変調シンボル又はプリコーディングされた変調シンボルについて実行される、請求項２３に記載の通信ノード（１１０）。

【請求項25】

出力シーケンスをバッファへと収集するように構成されるビット収集回路（２５８）、をさらに含み、
前記バッファは、前記通信ノード（１１０）の循環バッファである、
請求項１４〜２４のいずれかに記載の通信ノード（１１０）。

【請求項26】

前記通信ノード（１１０）は、ｅＮｏｄｅＢ又はリレーノードである、請求項１４〜２５のいずれかに記載の通信ノード（１１０）。

【発明の詳細な説明】

【技術分野】

【0001】

ここでの実施形態は、通信ノード及びそこでの方法に関する。具体的には、その技術分野は、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）メッセージのシンボルをマッピングすることに関する。

【背景技術】

【0002】

３ＧＰＰ（3^rd Generation Partnership Project） ＬＴＥ（Long Term Evolution）技術は、拡張ｅＮｏｄｅＢ（ｅＮＢ）ともいう基地局からユーザ機器（ＵＥ）ともいう移動局への送信信号が直交周波数分割多重（ＯＦＤＭ）を用いて送信されるモバイルブロードバンド無線通信技術である。ＯＦＤＭは、周波数において複数の並列的なサブキャリアへと信号をスプリットする。ＬＴＥにおける基本的な送信の単位はリソースブロック（ＲＢ）であり、ＲＢは、その最も一般的な構成において、１２個のサブキャリアと、７個のＯＦＤＭシンボル、１スロットとを含む。物理リソースにおけるＲＢを示すものとして一般的な用語は、物理リソースブロック（ＰＲＢ）でもある。同じ１２個のサブキャリアを使用する同じサブフレーム内の２つのＰＲＢは、ＰＲＢペアと表記される。これがＬＴＥにおいてスケジューリング可能な最小のリソース単位である。

【0003】

１つのサブキャリア及び１つのＯＦＤＭシンボルという単位をリソースエレメント（ＲＥ）４といい、図１においてダウンリンク物理リソース２の表現において示されている通りである。よって、１つのＰＲＢは８４個のＲＥを含む。図１には、サイクリックプレフィクスを含むＯＦＤＭシンボル６もまた示されている。サイクリックプレフィクスは、ＯＦＤＭ信号について、チャネルの時間分散（time dispersion）からの影響を受けにくくする。サイクリックプレフィクスの挿入は、ＯＦＤＭシンボルの最後の部分を単純にコピーしてＯＦＤＭシンボルの冒頭へそれを挿入することにより達成される。ＬＴＥ無線サブフレームは、図２のダウンリンクサブフレーム８により示されているように、周波数において複数のリソースブロックからなり、そのＰＲＢの数はシステムの帯域幅を左右し、及び時間において２つのスロットからなる。追加的に、時間領域において、ＬＴＥダウリンク送信は、１０ｍｓの無線フレームへと編成され、各無線フレームは、長さＴ_{ｓｕｂｆｒａｍｅ}＝１ｍｓの等サイズの１０個のサブフレームを含む。

【0004】

ＵＥへの無線リンク上で送信されるメッセージは、大まかに、制御メッセージ及びデータメッセージに分類され得る。制御メッセージは、システムの適切な動作及びシステム内の各ＵＥの適切な動作を促進するために使用される。制御メッセージは、ＵＥからの送信電力、及びＵＥによりデータが受信され又はＵＥからデータが送信されるべきＲＢのシグナリングといった機能を制御するためのコマンドを含み得る。

【0005】

特に３ＧＰＰ ＴＳ３６．２１１、ＴＳ３６．２１２、ＴＳ３６．２１３への参照を伴う３ＧＰＰ ＬＴＥ仕様のリリース８において、構成に依存してサブフレーム内の１番目のＯＦＤＭシンボルから４番目のＯＦＤＭシンボルまでが、例えば図２の制御領域１０により示されているような制御情報を含むものとして予約されている。さらに、３ＧＰＰ ＬＴＥ仕様のリリース１１において、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）という拡張された制御チャネルが導入され、３ＧＰＰ ＬＴＥ仕様のリリース１１より以前のリリースのＵＥへの制御情報を含み得る最初の１〜４個のシンボルはＰＲＢペアから除外されるものの、ＥＰＤＣＣＨではＰＲＢペアはＥＰＤＣＣＨ送信を排他的に含むように予約される。図３においてこの様子が示されている。図３では、ダウンリンクサブフレーム１２は、１０個のＲＢペアと、各々サイズ１のＰＲＢペアであって、横線、縦線及び斜線のストライプで塗りつぶされて示されている３つのＥＰＤＣＣＨ領域の構成とを示している。残りのＰＲＢペアは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信のために使用され得る。

【0006】

よって、ＥＰＤＣＣＨは、ＰＤＳＣＨ送信と時間多重されるＰＤＣＣＨとは反対に、ＰＤＳＣＨ送信と周波数多重される。ＰＤＳＣＨ送信のためのリソース割当て（ＲＡ）は、ダウンリンク制御情報（ＤＣＩ）フォーマットに依存して、複数のＲＡタイプで存在する。いくつかのＲＡタイプは、リソースブロックグループ（ＲＢＧ）という最小のスケジューリング粒度を有し得る。ＲＢＧは、周波数において隣接するリソースブロックのセットであり、ＵＥをスケジューリングする際、ＵＥは個別のＲＢではなくＲＢＧを基準にリソースを割当てられる。

【0007】

ダウンリンク（ＤＬ）においてＵＥがスケジューリングされ、ダウンリンク制御情報（ＤＣＩ）メッセージがＥＰＤＣＣＨにより搬送される場合、ＵＥは、ＤＬ割当てを搬送するＰＲＢペアがリソース割当てから除外されることを前提とするものとされており、即ちレートマッチングが適用される。ここで、レートマッチングは、エンコーダからの出力ビット数が利用可能な物理チャネルビット数に適合することが保証されることを意味する。そのため、この文脈において、ＤＬ割当てを搬送するＰＲＢペアは、ＰＤＳＣＨ送信のために利用可能な物理チャネルビットを何ら有しない。レートマッチングは、出力ビットから符号化ビットをシステマティックに除去することにより遂行される。どのビットが除去されるかは、送信側及び受信側の双方において既知である。これは、符号チェーンレートマッチングとしても知られている。例えば、サイズが隣接するＰＲＢペア３つであるＲＢＧ内のＰＤＳＣＨにＵＥがスケジューリングされ、それらＰＲＢペアのうちの１つがＤＬ割当てを含む場合、ＵＥは、このＲＢＧ内の残り２つのＰＲＢ内でのみＰＤＳＣＨが送信されることを前提とするものとされる。ＰＤＳＣＨの多重化及びＰＲＢペア内のＥＰＤＣＣＨ送信は３ＧＰＰ ＬＴＥ仕様のリリース１１においてサポートされていないことにも留意されたい。

【0008】

ＰＤＣＣＨ及びＥＰＤＣＣＨは、複数のユーザＵＥの間で共有される無線リソース上で送信される。各ＰＤＣＣＨは、ＰＤＣＣＨが利用しようとするＣＣＥの数を制御することによりリンク適応を可能とするための、制御チャネルエレメント（ＣＣＥ）として知られるより小さい部分を含む。ＰＤＣＣＨ内のＣＣＥの数は、ＣＣＥアグリゲーションレベルと呼ばれ、１、２、４又は８個の連続するＣＣＥの論理シーケンスであり得る。制御領域内の利用可能なＣＣＥの合計数は、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）構成、システム帯域幅及び構成されるＰＨＩＣＨリソースの数により左右される（図２参照）。各ＰＤＣＣＨは、厳密に１つのＤＣＩを含む。

【0009】

リソース利用率を改善し、チャネル品質にＤＣＩメッセージの符号レートを適応させるための手段を提供するためには、複数のアグリゲーションレベルが複数のＤＣＩフォーマットをサポートすることを要する。ＤＣＩサイズは、フォーマット及びチャネル帯域幅に依存して大きく変化する。様々なアグリゲーションレベルを伴うＰＤＣＣＨは、“１サイズで全てにフィット（one size fits all）”という解決策の代わりに、リソース利用率の粒度を増加させ得る。ブロードキャスト制御メッセージのリソース割当てについては、より多くの保護を提供するために、より高いアグリゲーションレベルが使用され得る。制御メッセージのためのアグリゲーションレベルは４又は８であり得る一方、ＵＥ固有のＰＤＳＣＨ又はＰＵＳＣＨ送信をスケジューリングするＤＣＩメッセージのためのアグリゲーションレベルは１、２、４又は８であり得る。よって、ＵＥは、ＵＥ固有のサーチスペースについてＣＣＥの４通りのアグリゲーションレベル、具体的には１、２、４及び８を、共通サーチスペースについてＣＣＥの２通りのアグリゲーションレベル、具体的には４及び８をモニタリングしなければならない。サーチスペースは、ＵＥが自身のＰＤＣＣＨ候補を発見するかもしれない（即ち、サーチ対象である）サブフレーム内の全ＣＣＥの合計セットの範囲内のＣＣＥの集合である。

【0010】

２００８年からの３ＧＰＰ技術仕様３６．２１３“Physical Layer Procedures, Release 8”は、セクション９．１．１において、アグリゲーションレベルＬ∈｛１，２，４，８｝でのサーチスペースＳ_ｋ^（Ｌ）を説明しており、これは次式により与えられるＣＣＥの連続的なセットにより定義される：

【0011】

【数1】

【0012】

ここで、Ｎ_{ＣＣＥ，ｋ}はサブフレームｋの制御領域内のＣＣＥの合計数であり、Ｚ_ｋ^（Ｌ）はサーチスペースの開始を定義し、ｉ＝０，１，…，Ｍ^（Ｌ）・Ｌ−１であり、Ｍ^（Ｌ）は所与のサーチスペース内でモニタリングすべきＰＤＣＣＨの数である。各ＣＣＥは、３６個のＱＰＳＫ変調シンボルを含む。Ｍ^（Ｌ）の値は、３ＧＰＰ技術仕様３６．２１３“Physical Layer Procedures (Release 8)”内のテーブル９．１．１−１により仕様化されており、以下に転載される。

【0013】

【表1】

【0014】

この定義では、システム帯域幅に関わらず、異なるアグリゲーションレベルについてのサーチスペースが互いに重複し得る。より具体的には、ＵＥ固有のサーチスペースと共通サーチスペースとが重複するかもしれず、及び、異なる複数のアグリゲーションレベルについてのサーチスペースが重複するかもしれない。以下の、合計でＣＣＥは９つであり、ＰＤＣＣＨ候補の間の非常に頻繁な重複が存在する１つの例を参照されたい。

【0015】

【表2】

【0016】

ＰＤＣＣＨと同様に、ＥＰＤＣＣＨは複数のＵＥにより共有される無線リソース上で送信され、拡張ＣＣＥ（ｅＣＣＥ）がＰＤＣＣＨのためのＣＣＥに等価なものとして導入される。ｅＣＣＥは、固定数のＲＥをも有し、但しＥＰＤＣＣＨマッピングのために利用可能なＲＥの数は概してこの固定数よりも少なく、なぜなら多くのＲＥがセル固有リファレンス信号（ＣＲＳ）及びチャネル状態情報リファレンス信号（ＣＳＩ−ＲＳ）といった他の信号により占められるからである。符号チェーンのレートマッチングは、あるｅＣＣＥに属するＲＥが他の衝突する信号を含む度ごとに適用され、他の衝突する信号とは、ＣＲＳ、ＣＳＩ−ＲＳ、レガシー制御領域、又は時間分割複信（ＴＤＤ）のケースではガードピリオド（ＧＰ）及びアップリンクパイロット時間スロット（ＵｐＰＴＳ）などである。よって、衝突する信号により占められるＲＥは、ＥＰＤＣＣＨにとって利用可能な物理チャネルビットに属しない。

【0017】

図４における例を考慮されたい。そこでは、ＣＣＥが常にＴ_{ａｖａｉｌ}＝３６個の利用可能なＲＥを含むようにＣＲＳを回避しているＰＤＣＣＨマッピングを、アイテム１４が例示している。アイテム１６では、どのようにｅＣＣＥが名目上で３６個のＲＥを含むかが示されているが、衝突する信号が存在する場合には利用可能なＲＥの数はより少なく、よってＥＰＤＣＣＨについてＴ_{ａｖａｉｌ}≦３６ＲＥである。衝突する信号はサブフレーム依存であることから、Ｔ_{ａｖａｉｌ}の値もまたサブフレーム依存になり、衝突がｅＣＣＥに不均等に影響する場合には異なるｅＣＣＥについてＴ_{ａｖａｉｌ}の値が異なることさえあり得る。なお、ＰＲＢペアごとのｅＣＣＥの数が２つである場合（いつこれが生じるかについては以下のテーブル３参照）、ｅＣＣＥごとのＲＥの名目上の数は３６個ではなく、その代わりに、通常及び拡張サイクリックプレフィクス（ＣＰ）についてそれぞれ７２個又は６４個である。

【0018】

３ＧＰＰ ＬＴＥ仕様のリリース１１において、ＥＰＤＣＣＨは、ＵＥ固有のサーチスペースのみをサポートする一方で、共通サーチスペースは依然として同じサブフレーム内のＰＤＣＣＨにおいてモニタリングされることになる。将来のリリースでは、ＥＰＤＣＣＨ送信についても共通サーチスペースが導入され得る。以下のテーブル２に示した制限を伴って、ＵＥはｅＣＣＥのアグリゲーションレベル１、２、４、８、１６及び３２をモニタリングするように仕様化されており、ここでｎ_{ＥＰＤＣＣＨ}は、ＰＲＢペアにおけるＥＰＤＣＣＨ送信にとって利用可能なＲＥの数である。様々なアグリゲーションレベルはＥＰＤＣＣＨフォーマット０、１、２、３及び４として付番されている。テーブル２において、分配され（distributed）及び局所化される（localized）送信信号とは、リソースエレメントへのＥＰＤＣＣＨのマッピングをいう。

【0019】

【表3】

【0020】

分配される送信において、ＥＰＤＣＣＨは、Ｄ＝２、４又は８としてＤ個のＰＲＢペアまでのリソースエレメントへとマッピングされてよく、Ｄ＝１６という値もまた考慮され得る。この手法で、ＥＰＤＣＣＨメッセージについて周波数ダイバーシティが達成され得る。図５は、ダウンリンクサブフレーム１８がＥＰＤＣＣＨに属する４つの部分を示す概略的な例であり、それはＰＲＢペアとして知られる多様な拡張制御領域へとマッピングされ、分散的な送信と周波数ダイバーシティ又はサブバンドプリコーディングとが達成される。

【0021】

局所化される送信において、ＥＰＤＣＣＨは、スペースが許すならば１つのＰＲＢペアのみへとマッピングされる（これは、アグリゲーションレベル１及び２については常に可能であり、レベル４についても通常サブフレームかつ通常ＣＰ長なら可能である）。ＥＰＤＣＣＨのアグリゲーションレベルが大き過ぎるケースでは、ＥＰＤＣＣＨに属する全てのＣＣＥがマッピング済みとなるまで、より多くのＰＲＢペアを用いて、第２のＰＲＢペアもまた使用されるなどする。１つのＰＲＢペアにフィットするｅＣＣＥ数は、以下のテーブル３により与えられる。

【0022】

【表4】

【0023】

図６は、局所化される送信の様子を示している。図６において、ダウンリンクサブフレーム２０は、４つのｅＣＣＥがＥＰＤＣＣＨに属しており局所化された送信を達成するために拡張制御領域の１つへとマッピングされていることを示している。

【0024】

一例として、通常サブフレームにおいて、通常ＣＰ長であってｎ_{ＥＰＤＣＣＨ}≧１０４である場合、局所化される送信は、アグリゲーションレベル｛１，２，４，８｝を使用しており、それぞれ｛１，１，１，２｝個のＰＲＢペアへマッピングされる。

【0025】

ｅＣＣＥの物理リソースへのマッピングを容易化するために、各ＰＲＢペアは１６個の拡張リソースエレメントグループ（ｅＲＥＧ）へ分割され、各ｅＣＣＥは通常及び拡張サイクリックプレフィクスについてそれぞれ４又は８個のｅＲＥＧへとスプリットされる。ＥＰＤＣＣＨは、結果として、アグリゲーションレベルに依存して、４又は８の倍数個のｅＲＥＧへとマッピングされる。ｅＰＤＣＣＨに属するこれらｅＲＥＧは、局所化される送信にとって典型的であるように単一のＰＲＢペアに所在するか、又は分配される送信にとって典型的であるように複数のＰＲＢペアに所在するか、のいずれかである。ＰＲＢペアのｅＲＥＧへの厳密な分割は、様々な手法で実行されてよい。ＰＲＢペアのｅＲＥＧへの分割の１つの例が図７に示されている。

【0026】

図７は、通常サブフレームにおける通常サイクリックプレフィクス構成のＰＲＢペアを示している。各タイルはリソースエレメントであり、数字はリソースエレメントをグループ化するｅＲＥＧに対応する。右傾した対角線の縞模様のタイルは０というインデックスが与えられる第１のｅＲＥＧに対応する。左傾した対角線の縞模様のタイルは、復調リファレンス信号（ＤＭＲＳ）を含む。

【0027】

３ＧＰＰ標準に関しては、４又は８個のｅＲＥＧをそれぞれいかにｅＣＣＥへとグループ化するかについて３ＧＰＰ内で未だ合意はなされていない。ＥＰＤＣＣＨメッセージの符号化され変調されたシンボルをその関連付けられるｅＲＥＧにより予約されるリソース内のＲＥへといかにマッピングするかについても問題は未解決である。追加的に、ＥＰＤＣＣＨについてのアグリゲーションレベルごとのブラインド復号の回数は３ＧＰＰ標準化作業において未決定である。同様に、ＰＤＣＣＨでそうであったようにＥＰＤＣＣＨについても異なるアグリゲーションレベルのＥＰＤＣＣＨ候補の間の重複が生じることになるが、局所化されるマッピング及び分配されるマッピングについてサーチスペースのランダム化をいかに生成するかは未決定である。

【0028】

ＰＤＣＣＨ及びＥＰＤＣＣＨ送信は、レート１／３テールバイティング畳み込み符号のための、循環バッファに基づくレートマッチングを採用する。符号化ビットの反復及び異なるアグリゲーションレベルの間のサーチスペースの重複に起因して、複数のアグリゲーションレベルが巡回冗長検査（ＣＲＣ）を通過するかもしれず、これがＰＤＣＣＨのケースについてここで説明されるであろう。当該ケースでは、ＣＣＥごとの利用可能なＲＥの数は常にＴ_{ａｖａｉｌ}＝３６個である。

【0029】

循環バッファに基づくレートマッチングに起因して、所与のＰＤＣＣＨアグリゲーションサイズ（２、４又は８）について、符号化ビットは、第１のＣＣＥの後に自己反復を開始する。図８には、具体的なペイロードサイズ（４８ビット）についての一例が与えられている。図８において、アグリゲーションサイズ８では４回の反復が存在し、各反復は循環バッファ内の同じ位置で開始することを見ることができる。

【0030】

概して、レベルの混同を有することになる必要条件は、等式（２）において以下に示したように表現され得る。
３×Ｎ×ｋ＝２×Ｔ_{ａｖａｉｌ}×ｍ （２）
ここで、Ｎは曖昧性のあるペイロードサイズであり、ｍ及びｋは共に整数である。ＰＤＣＣＨについて、ＣＣＥ別の変調シンボル数は、上で議論したように、Ｔ_{ａｖａｉｌ}＝３６個であり得る。よって、ＰＤＣＣＨについて、等式（２）を以下の等式（２´）に示したように簡略化し得る。
Ｎ×ｋ＝２４×ｍ （２´）

【0031】

なお、ＵＥは０．８よりも大きい符号レートでＰＤＣＣＨを復号することを要請されないために、Ｎは、５８×（８−ｍ）以下であるべきである。例えば、Ｎ＝４８である場合、ｍ＝２ｋであり、ｋは値１、２又は４をとり得る。｛１，２，４，８｝の任意の組合せが２つ以上のアグリゲーションレベルの混同を生じさせ得る。ＬＴＥ ＰＤＣＣＨペイロードは、情報ビットと対応する１６ビットの巡回冗長検査（ＣＲＣ）とを含み、ペイロードサイズは１２ビット以上である。ＣＲＣビットは、ペイロードビットの関数であり、検出されるペイロードが正しいかを高確率で検証する可能性を受信機に提供する。そこで、ＬＴＥシステムでのＰＤＣＣＨ送信に当てはまる全ての問題となるペイロードサイズの網羅的なリストが以下のセット（３）に示される。
｛１２，１４，１６，２０，２４，２６，３２，４０，４４，５６｝ （３）

【0032】

ＰＤＣＣＨにおける符号化ビットの反復と、異なるアグリゲーションサイズの間のサーチスペースの重複とに起因して、複数のアグリゲーションサイズがＣＲＣのチェックを通過し得る。ＰＤＣＣＨの最初のＣＣＥはダイナミックスケジューリングのためのアップリンクＡＣＫ／ＮＡＣＫリソースにリンク付けされることから、ＵＥは、ｅＮＢに知られていない異なるリソースでそのＡＣＫ／ＮＡＣＫを送信するかもしれず、複数のＡＣＫ／ＮＡＣＫリソースがあり得る。このようにして、異なるアグリゲーションレベルからの２つ以上のＰＤＣＣＨ復号候補が異なる最小ＣＣＥインデックスを有する場合に、対応するＰＤＣＣＨグラントの、最初のＣＣＥからマッピングされるアップリンク（ＵＬ）ＡＣＫ／ＮＡＫリソースの位置における混同が存在し得る。潜在的に間違っているＵＬ ＡＣＫ／ＮＡＫリソース位置は、不必要なＵＬ干渉を生じさせるだけでなく、特に高ジオメトリＵＥについて、ダウンリンクのスループットにも影響を与えかねない。高ジオメトリＵＥとは、高い信号対干渉比を伴うなどのように、良好なチャネル品質を伴うＵＥである。ＰＤＣＣＨについてのこの問題を回避するために、（本明細書での実施形態に関しない）１つの提案済みの解決策は、ＤＣＩフォーマットペイロードがセット（３）にリスト化されたペイロードのうちの１つに属さなくなるまで、ペイロードへ１つ以上のゼロビットを付加（append）することを含む。

【0033】

【数2】

【0034】

【数3】

【0035】

問題のあるペイロードサイズに伴う課題は、ＥＰＤＣＣＨ送信についても存在する。しかしながら、ｅＣＣＥごとの利用可能なＲＥの数であるＴ_{ａｖａｉｌ}は固定数でもなければ異なるサブフレームにわたって一定でもないことから、３ＧＰＰ技術仕様３６．２１２“Multiplexing and channel coding”のテーブル５．３．３．１．２−１の、問題のあるペイロードサイズを識別するという解決策は扱いにくくなる。なぜなら、Ｔ_{ａｖａｉｌ}のあり得る値の各々について、問題のあるペイロードサイズの１つのセットが必要とされるからである。さらに、異なるｅＣＣＥは異なる数の利用可能なＲＥを有するかもしれず、これはなお一層、問題のあるペイロードサイズでの解決策への興味を低下させる。

【0036】

これは、ＰＤＣＣＨについて解決策が見出される前に３ＧＰＰ ＬＴＥ仕様のリリース８について存在していたものと同じＵＬ ＡＣＫ／ＮＡＣＫの混乱の問題を招く。なぜなら、ＥＰＤＣＣＨ送信についても、関連するＵＬ ＡＣＫ／ＮＡＣＫリソースは、関連するＤＬ割当ての最初のｅＣＣＥのインデックスの関数だからである。加えて、これは、実際に送信されたＥＰＤＣＣＨメッセージのアグリゲーションレベルよりも正確に検出されたＥＰＤＣＣＨのアグリゲーションレベルが小さい場合に、ＰＤＳＣＨリソース割当ての曖昧性の問題を招き、それにより、ＤＬ割当てについて実際に使用されたものよりも少ないＰＲＢペアがＵＥにより想定されることになる。

【0037】

ＵＥは、ＤＬ割当てのＥＰＤＣＣＨ送信のために使用されないスケジューリングされたＰＲＢペアは対応するＰＤＳＣＨ送信を含むであろうと想定する。ＵＥがより小さいアグリゲーションレベルでＥＰＤＣＣＨを検出した場合、いくつかのケースでは、実際に使用されたものよりも少ないＰＲＢペアしかＥＰＤＣＣＨについて使用されないとＵＥが想定することが起こり得る。これらのケースでは、ＵＥは、ＰＤＳＣＨ送信が含まれることを想定することになるが、そのＰＤＳＣＨの受信は失敗するであろう。

【発明の概要】

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

【0038】

従って、ここでの実施形態の目的は、上述した課題を最小化し及び／又は回避する、ＬＴＥシステムでの通信を改善する手法を提供することである。

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

【0039】

ここでの実施形態の第１の観点によれば、上記目的は、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）メッセージのシンボルをマッピングするための、通信ノードにおける方法により達成される。上記ＥＰＤＣＣＨは、１つ以上のアグリゲーションレベルを含む。各アグリゲーションレベルについて、ＥＰＤＣＣＨメッセージは、制御チャネルエレメント（ｅＣＣＥ）のセットにより構成される。各ｅＣＣＥは、複数の拡張リソースエレメントグループ（ｅＲＥＧ）のセットへとマッピングされ、各ｅＲＥＧは、物理リソースブロック（ＰＲＢ）ペア内のリソースエレメント（ＲＥ）のグループである。上記通信ノードは、ＥＰＤＣＣＨメッセージの上記シンボルを、上記ｅＣＣＥのセットに対応する上記複数のｅＲＥＧを構成する上記ＲＥのセットへとマッピングする。上記ＥＰＤＣＣＨシンボルが上記ＲＥのセットへとマッピングされる順序は、上記アグリゲーションレベルに依存する。

【0040】

ここでの実施形態の第２の観点によれば、上記目的は、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）メッセージのシンボルをマッピングするための通信ノードにより達成される。上記ＥＰＤＣＣＨは、１つ以上のアグリゲーションレベルを含む。各アグリゲーションレベルについて、ＥＰＤＣＣＨメッセージは、制御チャネルエレメント（ｅＣＣＥ）のセットにより構成される。各ｅＣＣＥは、複数の拡張リソースエレメントグループ（ｅＲＥＧ）のセットへとマッピングされ、各ｅＲＥＧは、物理リソースブロック（ＰＲＢ）ペア内のリソースエレメント（ＲＥ）のグループである。上記通信ノードは、ＥＰＤＣＣＨメッセージの上記シンボルを、上記ｅＣＣＥのセットに対応する上記複数のｅＲＥＧを構成する上記ＲＥのセットへとマッピングするように構成されるチャネル符号化回路を含む。上記ＥＰＤＣＣＨシンボルが上記ＲＥのセットへとマッピングされる順序は、上記アグリゲーションレベルに依存する。

【0041】

ＥＰＤＣＣＨメッセージにおいてアグリゲーションレベルが示されることから、不必要なＵＬ干渉を生み出し及びダウンリンクスループットに悪影響を与える、ＵＥによるアグリゲーションレベルの誤解釈を原因とする潜在的なＵＬ ＡＣＫ／ＮＡＫリソース位置の間違いを回避することができる。これは、ＬＴＥシステムにおける改善された通信に帰結する。

【発明の効果】

【0042】

本明細書における実施形態の利点は、大きいアグリゲーションレベルでＥＰＤＣＣＨからスケジューリングされる場合のＰＤＳＣＨの受信失敗の問題が除去されることである。

【図面の簡単な説明】

【0043】

添付図面は、本発明の例示的な実施形態を次の通り示す：

【0044】

【図1】ＬＴＥ（Long Term Evolution）ダウンリンク物理リソースを描いている。

【図2】ダウンリンクサブフレームを示している。

【図3】１０個のＲＢペアを伴うダウンリンクサブフレームを示している。

【図4】ＣＣＥとｅＣＣＥとの間の差異を示している。

【図5】他のダウンリンクサブフレームを描いている。

【図6】他のダウンリンクサブフレームを示している。

【図7】通常のサブフレームにおける通常サイクリックプレフィクス構成のＰＲＢペアを示している。

【図8】ＣＣＥの反復の例を示している。

【図9】無線通信システムの実施形態を示している。

【図10】通信ノードにおける方法の実施形態を描いたフローチャートである。

【図11】例示的な実施形態に係るチャネル符号化回路の主要な機能エレメントを示している。

【図12】例示的な実施形態に係る複数のｅＣＣＥを示している。

【図13】例示的な実施形態に従ってｅＣＣＥがいかにｅＲＥＧへとマッピングされ得るかを示している。

【図14】例示的な実施形態に係る通信ノードを示している。

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

【0045】

本発明の以下の詳細な説明は、添付図面を参照する。異なる図面中の同じ参照番号は、同じ又は同様のエレメントを識別する。また、以下の詳細な説明は、本発明を限定しない。

【0046】

ＬＴＥ（Long Term Evolution）では、リリース１１において、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）として知られる拡張制御チャネルが導入された。ＥＰＤＣＣＨは、Ｎを変数としてＮ個の拡張制御チャネルエレメント（ｅＣＣＥ）の集合体を含む。ＥＰＤＣＣＨエンコーダの構造に起因して、ＵＥは、ある状況下で、実際に使用されるＮ個のｅＣＣＥよりも少ないｅＣＣＥを用いてしか正確にＥＰＤＣＣＨを検出しないかもしれない。これは、潜在的な２つの問題を招き得る：（１）ＨＡＲＱ−ＡＣＫリソースがユーザ機器（ＵＥ）により間違って選択され、どのリソースが使用されるかについてｅＮＢとＵＥとの間で誤解が存在することになる；（２）ＥＰＤＣＣＨ送信のために使用されるべきＰＲＢペアが、代わりに物理ダウンリンク共有チャネル（ＰＤＳＣＨ）送信のために使用されるというように、ＵＥが誤った前提をおくことになり、ＰＤＳＣＨの受信エラーがもたらされる。

【0047】

ここでの例示的な実施形態によれば、これら問題は、ＵＥが受信されるＥＰＤＣＣＨ送信信号の使用されるアグリゲーションレベルを検出するための手段を取り入れることにより解決され得る。ＵＥは、アグリゲーションレベルの検出を意図的に試行しなくてもよいが、ＵＥがＥＰＤＣＣＨを検出した場合には、そのアグリゲーションレベルもまた何らの曖昧性なく知得されるという結果となる。この手法で、ＵＥは、送信についてどのアグリゲーションレベルが使用されたかにおける曖昧性無く、ＥＰＤＣＣＨを検出し得る。これは、アップリンク（ＵＬ）のＡＣＫ／ＮＡＣＫリソースを正確に得るために、最初のｅＣＣＥインデックスが正確に取得されることを保証し得る。さらに、ここでの例示的な実施形態は、ＥＰＤＣＣＨ送信を含むＰＲＢペアがＰＤＳＣＨ送信を含んでいることについて混乱が無いことを保証する。

【0048】

これを達成するための手法は、ｅＣＣＥのセットに対応する複数のｅＲＥＧを構成するＲＥのセットへＥＰＤＣＣＨメッセージのシンボルをマッピングする、ＥＰＤＣＣＨ固有の手法及びアグリゲーションレベル固有の手法を取り入れることであり、その中で、ＥＰＤＣＣＨシンボルをＲＥのセットへマッピングする順序はアグリゲーションレベルに依存する。ｅＣＣＥは、物理レイヤにおけるＲＥのＯＦＤＭ時間周波数グリッドにおいて定義される、４又は８のｅＲＥＧのグループとして定義される。例えば、ｅＣＣＥ＃０は、ｅＲＥＧ０、４、８及び１２を含み得る。そして、各ｅＲＥＧは、ＰＲＢペアの範囲内のＲＥの特定のグループからなる。ｅＰＤＣＣＨは、１つ又は複数のｅＣＣＥを含んでよく、よってＥＰＤＣＣＨを構成するｅＣＣＥのセットは、物理レイヤにおいて複数のｅＲＥＧに対応する。

【0049】

これを達成するための他の手法は、ＥＰＤＣＣＨ固有及びアグリゲーションレベル固有のＥＰＤＣＣＨのスクランブリングを取り入れることである。ＵＥが正確なスクランブリングシーケンス、即ち正確なアグリゲーションレベルを想定しない場合には、ＥＰＤＣＣＨの検出は失敗することになる。

【0050】

例示的な実施形態によれば、ＬＴＥ通信システムにおけるＥＰＤＣＣＨの検出エラーを除去するためのシステム及び方法が存在する。情報ビットを含むＥＰＤＣＣＨペイロード及び付加されるＣＲＣビットは、送信用の符号化ビットシーケンスを生成するために符号化され得る。符号化ビットは、循環バッファへと入力され得る。

【0051】

図９は、ここでの実施形態が実装され得る無線通信システム１００を描いている。無線通信システム１００は、ＬＴＥシステムなどの無線通信ネットワークである。

【0052】

無線通信システム１００は、１つ以上のセルを含む。図９において、通信ノード１１０は、セル１１５へサービスを提供している。通信ノード１１０は、ｅＮｏｄｅＢ、略してｅＮＢであってもよく、又は例えばＬＴＥシステムに関連付けられるリレーノードといった他の送信ノードであってもよい。

【0053】

ユーザ機器（ＵＥ）１２０は、セル１１５内に位置する。ＵＥ１２０は、例えば、携帯電話、例えばラップトップ、ＰＤＡ（Personal Digital Assistant）若しくはサーフプレートと呼ばれることもあるタブレットコンピュータといった無線ケイパビリティを伴うコンピュータ、又は、無線通信システム１００において通信ノード１１０との間で無線リンク上で通信可能な何らかの他の無線ネットワークユニットであってよい。また、ＵＥ１２０は、リレーノードであってもよい。

【0054】

次に、拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）メッセージのシンボルをマッピングするための、通信ノード１１０における方法の例示的な実施形態について、図１０に描いたフローチャートを参照しながら説明する。通信ノード１１０は、ｅＮｏｄｅＢ、略してｅＮＢ、又はリレーノードであってよい。ＥＰＤＣＣＨは、１つ以上のアグリゲーションレベルを含み、各アグリゲーションレベルについて、ＥＰＤＣＣＨメッセージは、ｅＣＣＥのセットにより構成される。各ｅＣＣＥは、複数のｅＲＥＧのセットへとマッピングされ、各ｅＲＥＧは、１つのＰＲＢペア内のＲＥのグループである。本方法は、以下のアクション群を含み、それらアクションは、任意の適した順序で行われてよい。ここで説明される方法のアクションは、一般的な形で記述されており、後により詳細に説明されるであろう。アクション１００１〜１００６及び１００８〜１００９は、例示的な実施形態に係るオプションとしてのアクションである。オプションとしてのアクションは、図１０において破線のボックスで示されている。

【0055】

［アクション１００１］例示的なシナリオにおいて、通信ノード１１０は、ＵＥ１２０へ送信されるべきＥＰＤＣＣＨペイロードビットを受け取っている。通信ノード１１０は、符号化の前にＣＲＣビットを付加し得る。ＣＲＣビットは、ペイロードビットの関数である。いくつかの実施形態によれば、全体的なＰＤＣＣＨペイロードがＣＲＣパリティビット”を計算するために使用される。ＰＤＣＣＨペイロードのビット群はａ_０，ａ_１，ａ_２，ａ_３，…ａ_Ａ−１により表記され、パリティビットはｐ_０，ｐ_１，ｐ_２，ｐ_３，…ｐ_Ｌ−１により表記される。ＡはＰＤＣＣＨペイロードサイズであり、Ｌはパリティビット数である。

【0056】

セクション５．１．１に従い、Ｌを１６ビットに設定してパリティビットが計算され及び付加され、Ｂ＝Ａ＋Ｌとして、シーケンスｂ_０，ｂ_１，ｂ_２，ｂ_３，…ｂ_Ｂ−１が導出される。

【0057】

［アクション１００２］通信ノード１１０は、ＥＰＤＣＣＨペイロードビット及び付加されたＣＲＣビットを、符号化ビットへと、符号化ビットの３つの出力パリティストリームへと符号化する。これは、符号化ビットシーケンスを生成するためである。

【0058】

［アクション１００３］いくつかの実施形態において、通信ノード１１０は、複数の出力シーケンスの各々をインターリーブする。これは、チャネル符号の性能を改善するためである。

【0059】

［アクション１００４］いくつかの実施形態において、通信ノード１１０は、出力シーケンスをバッファへと収集する。バッファは、循環バッファであってよい。これは、次のステップでの効果的なレートマッチングを提供するためであり、物理チャネルビット数が符号化ビット数よりも多い場合に加えてより少ないケースをカバーする。

【0060】

［アクション１００５］通信ノード１１０は、ＥＰＤＣＣＨへ割当てられる物理チャネルビットの数に適合するように、複数の出力シーケンスを読み取り得る。これは、符号化ビットと物理チャネルビットとの間の１対１のマッピングが存在することを保証するための、符号チェーンレートマッチングである。

【0061】

［アクション１００６］通信ノード１１０は、ビットの出力シーケンスをスクランブリングし得る。これは、隣接セルからのＰＤＣＣＨをＵＥ１２０等のＵＥが検出してしまう確率を引き下げるためであり、異なるセル又は通信ノード１１０等のｅＮＢに、異なるスクランブリングシーケンスを割当てることにより達成される。

【0062】

［アクション１００７］
ここでの実施形態によれば、通信ノード１１０は、ＥＰＤＣＣＨメッセージのシンボルを、ｅＣＣＥのセットに対応する複数のｅＲＥＧを構成するＲＥのセットへとマッピングする。ＥＰＤＣＣＨシンボルがＲＥのセットへとマッピングされる順序は、アグリゲーションレベルに依存する。これは、アグリゲーションレベルの暗黙的な標識となるＥＰＤＣＣＨメッセージに帰結する。ＵＥ１２０がその標識を伴うＥＰＤＣＣＨメッセージを受信する場合、アグリゲーションレベルのいかなる誤解釈も回避される。

【0063】

マッピングは、ＥＰＤＣＣＨシンボルを、複数のＰＲＢペアのＥＰＤＣＣＨセットの割当てられるｅＲＥＧにわたって、例えば割当てられる全てのｅＲＥＧにわたってサブキャリア優先方式（subcarrier-first fashion）でマッピングし、次に時間にわたってマッピングすることにより、実行されてもよい。

【0064】

時間（この文脈ではＯＦＤＭシンボル）が一方の次元であり、周波数（この文脈ではサブキャリア）が他方の次元である２次元のリソースグリッドにおいて、サブキャリア優先方式でのマッピングが意味するのは、メッセージが、まずは、第１のＯＦＤＭシンボル内の複数のサブキャリアにわたって時間上の当該第１のＯＦＤＭシンボルへマッピングされ、続いて、第２のＯＦＤＭシンボル内の複数のサブキャリアにわたって当該第２のＯＦＤＭシンボル内でマッピングされる、などといったことである。

【0065】

いくつかの実施形態において、通信ノード１１０は、ＥＰＤＣＣＨシンボルを、各ＰＲＢペアの範囲内の割当てられるｅＲＥＧにわたって、サブキャリア優先方式でマッピングし、次に時間にわたってマッピングし、次にＥＰＤＣＣＨセット内の複数のＰＲＢペアにわたってマッピングする、ことによりＥＰＤＣＣＨメッセージのシンボルをＲＥのセットへとマッピングする。

【0066】

いくつかの代替的な実施形態において、通信ノード１１０は、ＥＰＤＣＣＨシンボルを、ＥＰＤＣＣＨセットに属する全てのＰＲＢペアにわたって、即ちＥＰＤＣＣＨセットに属する全てのＰＲＢペア内の割当てられるｅＲＥＧにわたって、サブキャリア優先方式でマッピングし、次に時間にわたってマッピングする、ことによりＥＰＤＣＣＨメッセージのシンボルをＲＥのセットへとマッピングする。

【0067】

異なるマッピング手法が後により詳細に説明されるであろう。

【0068】

［アクション１００８］
これはオプションとしてのアクションである。通信ノード１１０は、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行し得る。

【0069】

いくつかの実施形態において、通信ノード１１０は、１つ以上のビットを含む等サイズ又は別サイズのビットチャンク（chunks of bits）へと符号化ビットをグループ化し、アグリゲーションレベルに依存する順序でビットチャンクを並び替えることにより、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行する。

【0070】

いくつかの実施形態において、通信ノード１１０は、１つ以上のシンボルを含む等サイズ又は別サイズのシンボルチャンク（chunks of symbols）へと変調ＥＰＤＣＣＨシンボルをグループ化し、アグリゲーションレベルに依存する順序でチャンクを並び替えることにより、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行する。

【0071】

いくつかの実施形態において、通信ノード１１０は、ＥＰＤＣＣＨの各ＤＣＩメッセージを、その対応するアグリゲーションレベル固有のスクランブリングシーケンスでスクランブリングすることにより、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行する。

【0072】

いくつかの実施形態において、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行するためのスクランブリングシーケンスの初期化がアグリゲーションレベルに依存する。

【0073】

いくつかの実施形態において、通信ノード１１０は、符号化ビットを巡回シフトする（cyclically shift）ことにより、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行し、符号化ビットの当該巡回シフトは、アグリゲーションレベル依存の巡回シフトである。

【0074】

上記巡回シフトは、変調シンボル又はプリコーディングされた変調シンボルについて実行されてよい。

【0075】

ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行する様々な手法は、後により詳細に説明されるであろう。

【0076】

このアクションは、アクション１００７におけるマッピングとの組合せで実行されてもよいが、アクション１００７におけるマッピングと組合せられることなく単独で実行されてもよい。

【0077】

［アクション１００９］
これはオプションとしてのアクションである。いくつかの実施形態において、通信ノード１１０は、マッピングされたＥＰＤＣＣＨメッセージをＵＥ１２０へ送信し、ＥＰＤＣＣＨメッセージの当該マッピングは、ＥＰＤＣＣＨペイロードの、ＵＥ１２０による受信時の使用されるアグリゲーションレベルを、ＵＥ１２０が検出することを可能とする。

【0078】

次に、上述した方法に関するいくつかの実施形態がより詳細に説明されるであろう。

【0079】

例示的な実施形態に従って、図１１は、ＥＰＤＣＣＨをチャネル符号化するための、ｅＮＢ又は通信ノード１１０といった他の送信ノード内の、チャネル符号化回路２５０の主要な機能エレメント群を示している。図１１に見られるように、ｅＮＢといった通信ノード１１０は、エンコーダ２５２、インターリーブ回路２５４、ビット収集回路２５８、及びレートマッチング回路２６０を含む。図１１に示したコンポーネントは、１つ以上のプロセッサ、ハードウェア、ファームウェア又はそれらの組合せにより実装され得る。エンコーダ２５２へは、情報ビットを含むＥＰＤＣＣＨペイロード及び付加されるＣＲＣビットが入力され得る。エンコーダ２５２は、ＥＰＤＣＣＨペイロード及び付加されるＣＲＣビットを符号化して、符号化ビットシーケンスを生成する。これは、上のアクション１００１及び１００２への言及である。エンコーダ２５２は、例えば、レート１／３畳み込みエンコーダを含んでよい。よって、テールバイティング畳み込みエンコーダの入力においてペイロードサイズがＮビットである場合、エンコーダ２５２の出力において３×Ｎビットが存在する。代替的に、ブロック符号及びターボ符号といった他の前方誤り訂正（ＦＥＣ）符号もまた使用されてよい。

【0080】

図１１に示したように、エンコーダ２５２から出力される符号化ビットは、インターリーブ回路２５４へ入力される。インターリーブ回路２５４の機能は、符号化ビットを並び替えてバーストエラーに対するロバスト性を増加させることである。これは、上のアクション１００３への言及である。１つの例示的な実施形態において、インターリーブ回路２５４は、複数のサブブロックインターリーバ２５６を含む。エンコーダ２５２により出力される符号化ビットストリームは、複数のサブストリームへと分割され、それらサブストリームは、それぞれのサブブロックインターリーバ２５６へと入力される。サブブロックインターリーバ２５６へと供給されたサブストリームは、それぞれｄ_ｋ^（０）、ｄ_ｋ^（１）及びｄ_ｋ^（２）と表記され得る。サブブロックインターリーバ２５６は、それぞれのビットストリームｄ_ｋ^（０）、ｄ_ｋ^（１）及びｄ_ｋ^（２）をインターリーブして、出力シーケンスｖ_ｋ^（０）、ｖ_ｋ^（１）及びｖ_ｋ^（２）を生成する。

【0081】

ビット収集回路２５８は、出力シーケンスｖ_ｋ^（０）、ｖ_ｋ^（１）及びｖ_ｋ^（２）を循環バッファ２６０へと収集する。これは、上のアクション１００４への言及である。出力シーケンスは、循環バッファ２６０へとシーケンシャルに読み取られ得る。レートマッチング回路２６２は、循環バッファ２６０から符号化ビットを読み取って、ＥＰＤＣＣＨへ割当てられた制御チャネルエレメントを満たしていく。これは、上のアクション１００５への言及である。送信されるビット数が循環バッファ２６０のサイズを上回る場合には、レートマッチング回路２６２は、循環バッファ２６０の冒頭へ周回し（wraps）、ビットの読み取りを続ける。これは、循環バッファを必要とされる回数だけ周回して読み取ることにより、符号化されるメッセージが任意の数の物理チャネルビットへレートマッチングされ得ることから、循環バッファの構造の特徴である。

【0082】

循環バッファ２６０内の符号化ビット数がＥＰＤＣＣＨへ割当てられたｅＣＣＥのサブセット内のビット数に等しい場合、即ち、ＥＰＤＣＣＨメッセージの符号化において使用される実際のｅＣＣＥよりも少ない場合には、問題が生じ得る。そうしたケースでは、符号化ビットシーケンスは、２回以上繰り返され、各反復は、循環バッファ２６０内の同じ位置で始まる。このケースでは、ＣＲＣは、２つ以上の異なるアグリゲーションレベルについて通過（pass）し、曖昧性をもたらし得る。例えば、アグリゲーションレベル４の送信メッセージが有し得るその符号化ビットの前半部は、アグリゲーションレベル２の対応する符号化メッセージに完全に適合する。よって、ＵＥ１２０は、想定されるアグリゲーションレベル２でＥＰＤＣＣＨメッセージを正確に符号化するかもしれず、ＣＥＣチェックはメッセージが正常であることを示すであろう。よって、メッセージは正確に受信されるが、復号時に使用されるアグリゲーションレベルは送信時とは同じでない。

【0083】

また別のより詳細な例において、１６ビットの情報フィールドがあるとして、それは１６ビットのＣＲＣ追加後には３２ビットのペイロードサイズとなり、アグリゲーションレベル４で送信され、ｅＣＣＥごとに利用可能なＲＥの数は６４ビットであるものとする。合計ではよって２５６個の符号化ビットが存在し、及びレートマッチングバッファは９６ビットを保持し、これは図１２に見られるように２と２／３回循環的に読み取られることになる。実際に送信される符号語が４つのｅＣＣＥへとマッピングされるとしても、ＤＣＩメッセージを最初のｅＣＣＥ又は最後のｅＣＣＥのみを用いて復号することが可能である。図１２に示した例では、第１及び第４のｅＣＣＥは、送信されたＥＰＤＣＣＨがＡＬ＝４を使用する場合であっても、アグリゲーションレベル（ＡＬ）＝１のＥＰＤＣＣＨとして正確に検出されるはずである。

【0084】

従って、ｅＣＣＥごとに６４個の利用可能なビットがあれば、３２ビットのペイロードはＡＬ＝１とＡＬ＝４との間の曖昧性を生じさせ、最初のｅＣＣＥのインデックスに関する曖昧性をも生じさせる。さらなる分析を行うと、この例について、ペイロード｛１６，３２，６４，１２８｝は同様の曖昧性を生じさせることが示される。但し、代わりにｅＣＣＥごとに６２ビットが存在する場合、問題となるペイロードは代わりに｛３１，６２，１２４｝である。よって、このペイロードのセットはｅＣＣＥごとに利用可能なＲＥの数に大きく依存し、その数は可変的であり、問題のあるペイロードのセットをリスト化して１つ以上のゼロビットを付加するＰＤＣＣＨの方法はＥＰＤＣＣＨについては現実的な解決策ではないことが明白である。

【0085】

曖昧性が生じるのは、符号化ビットの１番目のパートが１番目のｅＣＣＥへ、２番目のパートが２番目のｅＣＣＥへなどといったようにマッピングされるという意味で、ｅＣＣＥがＥＰＤＣＣＨ内で連続的な順序でＲＥへとマッピングされる場合である。これを克服するために、ここでのいくつかの実施形態では、符号化されるＥＰＤＣＣＨビットのマッピングは、代わりに、マッピングがｅＣＣＥにより予約されるリソースにわたって構造化された手法で分散されるように実行される。これら実施形態によれば、ＥＰＤＣＣＨは、アグリゲーションレベルに依存するようにＲＥへマッピングされる。これは、上のアクション１００７への言及である。

【0086】

次に、複数のリソースにわたる構造化された手法を実行するための例示的な方法が説明される。各アグリゲーションレベルについて、ＥＰＤＣＣＨメッセージはｅＣＣＥのセットにより構成され、各ｅＣＣＥは、複数のｅＲＥＧのセットへとマッピングされる。各ｅＲＥＧは、ＰＲＢペア内のＲＥの一意なグループであり、ＥＰＤＣＣＨメッセージは、ｅＣＣＥが対応する複数のｅＲＥＧを構成するＲＥのセットへとマッピングされる。ＥＰＤＣＣＨメッセージに属する割当てられたｅＲＥＧにより予約されるＲＥのセットを見ると、ＥＰＤＣＣＨシンボルがそこにマッピングされる順序は、様々な手法で選択され得る。これら例示的な実施形態での順序は、アグリゲーションレベルに依存し、但し他のオプションもまた可能である。

【0087】

例えば、各ＰＲＢペアの範囲内で、全ての割当てられたｅＣＣＥに属する割当てられたｅＲＥＧにわたって、好適には全ての割当てられたｅＲＥＧにわたってサブキャリア優先方式でＥＰＤＣＣＨシンボルをマッピングすることにより、図１３に示したようなｅＲＥＧのインターリーブが獲得され、ｅＣＣＥのインターリーブもまた獲得され得る。ｅＲＥＧの数はアグリゲーションレベル依存であることから、マッピング順序もまたアグリゲーションレベル依存になる。ＵＥ１２０は、間違ったアグリゲーションレベルを想定した場合、ＥＰＤＣＣＨメッセージの復号に失敗することになり、それによって曖昧性が解決される。図１３は、例示的な実施形態に従っていかにｅＣＣＥがｅＲＥＧへとマッピングされ得るかを示している。

【0088】

図１３に示した例において、１つのｅＣＣＥが太線で囲まれたボックスにより示したｅＲＥＧ０、４、８及び１２へとマッピングされており、別のｅＣＣＥが破線で囲まれたボックスにより示したｅＲＥＧ１、５、９及び１３へとマッピングされている。ＥＰＤＣＣＨがＰＲＢペアの範囲内で全てのｅＲＥＧにわたって周波数優先的にマッピングされる場合、第１のｅＣＣＥのみを使用するメッセージは、１番目のＯＦＤＭシンボル内の０、４及び８で示したＲＥへ、続いて２番目のＯＦＤＭシンボル内のＲＥ１２、０、４などへとマッピングされるはずである。アグリゲーションレベル２を使用するＥＰＤＣＣＨメッセージについて、ＥＰＤＣＣＨは、サブキャリア優先方式で、１番目のＯＦＤＭシンボル内の０、１、４、５、８及び９としてマークされたＲＥへ、同様に２番目のＯＦＤＭシンボル内のＲＥへマッピングされるはずである。間違ったアグリゲーションレベルの前提の下でＥＰＤＣＣＨの復号を試行するＵＥは、異なるｅＣＣＥに属するＲＥのこのインターリーブに起因して、ＥＰＤＣＣＨを成功裏に復号することができないであろう。

【0089】

よって、１よりも大きいアグリゲーションレベルについて、この例は、ｅＣＣＥがインターリーブされることを示しており、それは実質的にアグリゲーションレベル依存のＲＥマッピングに帰結する。

【0090】

他の例において、ＥＰＤＣＣＨのマッピングは、ＥＰＤＣＣＨに属するＰＲＢペア内の全てのｅＲＥＧにわたってサブキャリア優先方式で行われ、次に時間にわたって行われるこれもまた、マッピングに起因するｅＣＣＥのインターリーブを達成し、マッピングは使用されるアグリゲーションレベルに依存するようになる。ＵＥ１２０が間違ったアグリゲーションレベルを想定する場合、ＵＥ１２０はＥＰＤＣＣＨメッセージの復号に失敗することになり、よって曖昧性が解決される。

【0091】

いくつかの例示的な実施形態によれば、ＥＰＤＣＣＨの復号時に正確なアグリゲーションレベルが使用されたかを検出する目的で、各ＤＣＩメッセージは、アグリゲーションレベル固有のスクランブリングシーケンスでスクランブリングされてもよい。これは、上のアクション１００８への言及である。

【0092】

【数4】

【0093】

【数5】

【0094】

さらなる例において、シフト関数は、以下のテーブル４により与えられる。さらに、同じ数値を共有するアグリゲーションレベルが存在しない限りで任意の数値に各アグリゲーションレベルが関連付けられる他の例を予見することが可能である。

【0095】

【表5】

【0096】

【数6】

【0097】

【数7】

【0098】

【数8】

【0099】

例示的な実施形態によれば、３つの変数Ｙ、Ｘ及びＺのうちの１つ又は複数が初期化関数から省略され又はゼロへ設定されてもよい。現行の実施形態において、通信ノード１１０は、ＵＥ１２０への送信前にＥＰＤＣＣＨメッセージのスクランブリングを実行する。ＵＥ１２０は、受信機の処理において、ＥＰＤＣＣＨメッセージを復号する自身の処理の一部として、逆スクランブリングを実行するであろう。

【0100】

【数9】

【0101】

【数10】

【0102】

アグリゲーションレベルに基づく巡回シフト関数の一例は、テーブル４において与えられている。上の例では巡回シフトは変調シンボルを対象として実行されるが、巡回シフトはプリコーディングされた変調シンボルを対象として実行されてもよい。

【0103】

【数11】

【0104】

【数12】

【0105】

例示的な実施形態は、ＥＰＤＣＣＨメッセージの間違ったアグリゲーションレベルの検出に起因する曖昧性の除去を可能とし、Ａ／Ｎリソースは最初のｅＣＣＥのインデックスにより与えられることから、これは、間違ったＵＬ ＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）リソースの選択の問題の除去につながる。アグリゲーションレベル及びそれに応じてｅＣＣＥの開始インデックスが正確に検出される場合、Ａ／Ｎリソース選択の問題はもはや存在しない。

【0106】

図１０に関連して上述したＥＰＤＣＣＨメッセージのシンボルをマッピングするための方法アクションを実行するために、通信ノード１１０は、図１１及び図１４に描いた以下の構成を含む。上で言及した通り。

【0107】

通信ノード１１０は、プロセッサ３０２又は複数のプロセッサコアと、メモリ３０４と、１つ以上の二次ストレージデバイス３０６と、通信ノード１１０と例えばＵＥ１２０又は他のＵＥといった他のノード／デバイスとの間の通信を遂行するための通信用インタフェース３０８といったインタフェースユニットと、チャネル符号化回路２５０と、を含み得る。チャネル符号化回路２５０は、図１１に描かれており、上で説明済みである。図１４に描いたように、それは通信ノード１１０内に含められる。代替的に、通信ノード１１０は、上で説明した例示的な実施形態において説明したメッセージを受信し及び復号することの可能なＵＥとなるように構成されてもよい。インタフェースユニット３０８は、例えば、適切な標準に従ってエアインタフェース上で無線信号を送受信するように構成される送受信機を含み得る。上述したように、ＥＰＤＣＣＨは、１つ以上のアグリゲーションレベルを含む。各アグリゲーションレベルについて、ＥＰＤＣＣＨメッセージは、ｅＣＣＥのセットにより構成される。各ｅＣＣＥは、複数のｅＲＥＧのセットへとマッピングされ、各ｅＲＥＧは、ＰＲＢペア内のＲＥのグループである。通信ノード１１０は、例えば、ｅＮｏｄｅＢ又はリレーノードであってもよい。

【0108】

通信ノード１１０は、ＥＰＤＣＣＨメッセージのシンボルを、ｅＣＣＥのセットに対応する複数のｅＲＥＧを構成するＲＥのセットへとマッピングするチャネル符号化回路２５０を含む。上記ＥＰＤＣＣＨシンボルが上記ＲＥのセットへとマッピングされる順序は、アグリゲーションレベルに依存する。

【0109】

チャネル符号化回路２５０は、ＥＰＤＣＣＨシンボルを、複数のＰＲＢペアのＥＰＤＣＣＨセットの割当てられるｅＲＥＧにわたって、サブキャリア優先方式でマッピングし、次に時間にわたってマッピングする、ようにさらに構成され得る。

【0110】

いくつかの実施形態において、チャネル符号化回路２５０は、ＥＰＤＣＣＨシンボルを、各ＰＲＢペアの範囲内の割当てられるｅＲＥＧにわたって、サブキャリア優先方式でマッピングし、次に時間にわたってマッピングし、次にＥＰＤＣＣＨセット内の複数のＰＲＢペアにわたってマッピングすることにより、ＥＰＤＣＣＨメッセージのシンボルをＲＥのセットへとマッピングする、ようにさらに構成される。

【0111】

いくつかの実施形態において、チャネル符号化回路２５０は、ＥＰＤＣＣＨシンボルを、ＥＰＤＣＣＨセットに属する全てのＰＲＢペア内の割当てられるｅＲＥＧにわたって、サブキャリア優先方式でマッピングし、次に時間にわたってマッピングすることにより、ＥＰＤＣＣＨメッセージのシンボルをＲＥのセットへとマッピングする、ようにさらに構成される。

【0112】

チャネル符号化回路２５０は、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行するようにさらに構成されてもよい。

【0113】

いくつかの実施形態において、チャネル符号化回路２５０は、１つ以上のビットを含む等サイズ又は別サイズのビットチャンクへと符号化ビットをグループ化し、アグリゲーションレベルに依存する順序で、ビットチャンクを並び替えることにより、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行する、ようにさらに構成される。

【0114】

いくつかの実施形態において、チャネル符号化回路２５０は、１つ以上のシンボルを含む等サイズ又は別サイズのシンボルチャンクへと変調ＥＰＤＣＣＨシンボルをグループ化し、アグリゲーションレベルに依存する順序で、チャンクを並び替えることにより、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行する、ようにさらに構成される。

【0115】

チャネル符号化回路２５０は、ＥＰＤＣＣＨの各ＤＣＩメッセージを、その対応するアグリゲーションレベル固有のスクランブリングシーケンスでスクランブリングすることにより、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行する、ようにさらに構成されてもよい。

【0116】

ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行するためのスクランブリングシーケンスの初期化は、アグリゲーションレベルに依存し得る。

【0117】

チャネル符号化回路２５０は、符号化ビットを巡回シフトすることにより、ＥＰＤＣＣＨメッセージのアグリゲーションレベル固有のスクランブリングを実行する、ようにさらに構成されてもよく、符号化ビットの当該巡回シフトは、アグリゲーションレベル依存の巡回シフトである。

【0118】

当該巡回シフトは、変調シンボル又はプリコーディングされた変調シンボルについて実行されてよい。

【0119】

通信ノード１１０は、ＥＰＤＣＣＨペイロードビットを符号化ビットへと符号化し、及びＣＲＣビットを付加するように構成されるエンコーダ２５２、をさらに含んでもよい。エンコーダ２５２は、図１１に示されている。

【0120】

通信ノード１１０は、複数の出力シーケンスの各々をインターリーブするように構成されるインターリーブ回路２５４、をさらに含んでもよい。インターリーブ回路２５４は、図１１に示されている。

【0121】

通信ノード１１０は、ＥＰＤＣＣＨへ割当てられる物理チャネルビットの数に適合するように、複数の出力シーケンスを読み取るように構成されるレートマッチング回路２６２であって、当該レートマッチング回路のビットの出力シーケンスをスクランブリングするように構成されるレートマッチング回路２６２、をさらに含んでもよい。レートマッチング回路２６２もまた、図１１に示されている。

【0122】

インタフェース３０８は、マッピングされたＥＰＤＣＣＨメッセージをＵＥ１２０へ送信するように構成されてよく、ＥＰＤＣＣＨメッセージの当該マッピングは、ＥＰＤＣＣＨペイロードのＵＥ１２０による受信時の使用されるアグリゲーションレベルを、ＵＥ１２０が検出することを可能とする。

【0123】

通信ノード１１０は、出力シーケンスをバッファへと収集するように構成されるビット収集回路２５８、をさらに含んでもよく、当該バッファは、通信ノード１１０の循環バッファであってよい。ビット収集回路２５８は、図１１に示されている。

【0124】

開示された例示的な実施形態は、ＥＰＤＣＣＨメッセージの間違ったアグリゲーションレベルの検出に起因する曖昧性の除去を提供する。理解されるべきこととして、本説明は、本発明を限定することを意図されていない。反対に、例示的な実施形態は、変形例、修正例及び均等物をカバーするように意図されており、それらは請求項の範囲内に含まれる。さらに、例示的な実施形態の詳細な説明において、ここでの実施形態の包括的な理解を提供する目的で多数の特定の詳細が説明されている。しかしながら、当業者は、多様な実施形態がそうした特定の詳細無しで実践され得ることを理解するはずである。

【0125】

本例示的な実施形態の特徴及びエレメントが特定の組合せで実施形態において説明されているが、各特徴又はエレメントは、実施形態の他の特徴及びエレメントの無いまま単独で使用されてもよく、又は、ここで開示された他の特徴及びエレメントを伴うとしても伴わないとしても多様な組合せで使用されてよい。本出願において提供されている方法又はフローチャートは、固有にプログラムされたコンピュータ又はプロセッサによる実行用のコンピュータ読取可能なストレージにおいて有形的に具現化されたコンピュータプログラム、ソフトウェア又はファームウェアで実装されてもよい。

【0126】

例示的な実施形態によれば、ＬＴＥ（Long Term Evolution）システムにおいて拡張物理ダウンリンク制御チャネル（ＥＰＤＣＣＨ）の検出エラーを除去するための方法があり、当該方法は：情報ビットを含むＥＰＤＣＣＨペイロード及び付加される巡回冗長検査（ＣＲＣ）ビットを符号化ビットへと符号化することと；上記符号化ビットを複数の出力シーケンスへと並び替えることと；上記出力シーケンスをバッファへと収集することと；レートマッチング回路により、上記出力シーケンスを、上記ＥＰＤＣＣＨにより割当てられる制御チャネルエレメントを満たしていくように読み取ることと；上記ＥＰＤＣＣＨのアグリゲーションレベル固有のスクランブリングを実行することと、を含む。

【0127】

例示的な実施形態によれば、上記ＥＰＤＣＣＨのアグリゲーションレベル固有のスクランブリングを実行する上記ステップは、アグリゲーションレベル固有のスクランブリングシーケンスで各ＤＣＩメッセージをスクランブリングすること、をさらに含む。例示的な実施形態によれば、上記スクランブリングシーケンスの初期化が上記アグリゲーションレベルに依存する。他の例示的な実施形態によれば、上記バッファは、循環バッファであってよい。

【0128】

例示的な実施形態によれば、上記ＥＰＤＣＣＨのアグリゲーションレベル固有のスクランブリングを実行する上記ステップは、上記符号化ビットを巡回シフトすること、をさらに含む。例示的な実施形態によれば、上記符号化ビットの上記巡回シフトは、アグリゲーションレベル依存の巡回シフトであってよい。

【0129】

例示的な実施形態によれば、上記ＥＰＤＣＣＨのアグリゲーションレベル固有のスクランブリングを実行する上記ステップは、アグリゲーションレベルに依存する、ＥＰＤＣＣＨからリソースエレメント（ＲＥ）へのマッピングを有すること、をさらに含む。

【0130】

例示的な実施形態によれば、上述した方法のいずれか、全て又はいくつかのサブセットは、上記ＬＴＥシステムに関連付けられるｅＮｏｄｅＢ又は例えばリレーノードといった他の送信ノードにより実装され得る。ｅＮｏｄｅＢは、プロセッサ、メモリ、通信用インタフェース、及びチャネル符号化回路を含んでよく、そのうちの１つ以上は、ここまでの段落において説明したステップ群を実行するように構成される。例示的な実施形態によれば、上記チャネル符号化回路は、エンコーダ、インターリーブ回路、ビット収集回路及びレートマッチング回路を含み得る。

【0131】

例示的な実施形態によれば、ＥＰＤＣＣＨメッセージをハンドリングするための通信ノード１１０における方法が提供される。当該方法は：
情報ビットを含むＥＰＤＣＣＨペイロード及び付加される巡回冗長検査（ＣＲＣ）ビットを、符号化ビットへと符号化することと；
上記符号化ビットを複数の出力シーケンスへと並び替えることと；
上記出力シーケンスをバッファへと収集することと；
レートマッチング回路により、上記出力シーケンスを、上記ＥＰＤＣＣＨにより割当てられる制御チャネルエレメントを満たしていくように読み取ることと；
上記ＥＰＤＣＣＨのアグリゲーションレベル固有のスクランブリングを実行することと、
を含む。

【0132】

そして、アグリゲーションレベル固有のスクランブリング後の上記ＥＰＤＣＣＨメッセージは、ＵＥ１２０へと送信され得る。

【0133】

上記ＥＰＤＣＣＨの上記アグリゲーションレベル固有のスクランブリングは、上記ＥＰＤＣＣＨメッセージの、ＵＥ１２０による受信時の使用される上記アグリゲーションレベルを、ＵＥ１２０が検出することを可能とする。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】