JP2017526197A - 狭帯域を利用したＭＴＣのためのｅＮＢおよびＵＥの方法および装置 - Google Patents

Abstract

マシンタイプ通信（ＭＴＣ）物理制御フォーマットインジケータ（Ｍ−ＰＣＦＩＣＨ）を含む狭帯域を利用した複数のＭＴＣのための複数のシステム、装置、ユーザ機器（ＵＥ）、拡張ノードＢ（ｅＮＢ）、および複数の方法が説明される。一実施形態は、狭帯域を利用する帯域幅に少なくとも部分的に基づいて設定されるスーパーフレーム構造を決定するように構成された制御回路を含む。本実施形態は、更に、ｅＮＢと通信するＵＥのための構成情報を決定し、決定された構成情報を示すべく、ＵＥに対するＭＴＣ制御フォーマットインジケータ（Ｍ−ＣＦＩ）のための構成を生成し、スーパーフレーム構造内の狭帯域Ｍ−ＰＣＦＩＣＨを介してＭ−ＣＦＩを送信するための回路を備える。

Description

優先権の主張 本願は、２０１４年７月２日に出願された「ＰＣＦＩＣＨ ＤＥＳＩＧＮ ＦＯＲ ＭＴＣ ＷＩＴＨ ＮＡＲＲＯＷＢＡＮＤ ＤＥＰＬＯＹＭＥＮＴ」という名称の米国特許仮出願第６２／０２０，３１４号、２０１４年６月２７日に出願された「ＳＹＳＴＥＭ ＤＥＳＩＧＮ ＦＯＲ ＭＴＣ ＷＩＴＨ ＮＡＲＲＯＷＢＡＮＤ ＤＥＰＬＯＹＭＥＮＴ」という名称の米国特許仮出願第６２／０１８，３６０号、および２０１４年７月３１日に出願された「ＰＨＩＣＨ ＤＥＳＩＧＮ ＦＯＲ ＭＴＣ ＷＩＴＨ ＮＡＲＲＯＷＢＡＮＤ ＤＥＰＬＯＹＭＥＮＴ」という名称の米国特許仮出願第６２／０３１，４９１号に対する優先権の利益を主張し、これらの全ては、その全体が参照により本明細書に組み込まれる。

複数の実施形態は、無線通信のためのシステム、方法、およびコンポーネントデバイスに関し、具体的には、マシンタイプ通信（ＭＴＣ）に関する。

ＭＴＣは、「モノのインターネット（ＩｏＴ）」という概念に関連する最先端技術である。既存のモバイルブロードバンドネットワークは、主にヒューマンタイプの通信のために性能を最適化するように設計され、従ってＭＴＣに関連する複数の要求を満たすように設計または最適化されていない。

特定の実施形態による、ＭＴＣと動作し得る拡張ノードＢ（ｅＮＢ）およびユーザ機器（ＵＥ）を含むシステムのブロック図を図示する。

特定の実施形態による、狭帯域を利用したシステム設計形態のＭＴＣの複数の態様を図示する。

特定の実施形態による、制御チャネル設計の複数の態様を図示する。

特定の実施形態による、制御チャネル設計の複数の態様を図示する。

いくつかの例示的な実施形態による、ダウンロードのための２つのハイブリッド自動反復要求（ＨＡＲＱ）処理を用いるＨＡＲＱ手順の複数の態様を図示する。

いくつかの例示的な実施形態による、アップロードのための２つのＨＡＲＱ処理を用いるＨＡＲＱ手順の複数の態様を図示する。

いくつかの例示的な実施形態による、ダウンロードのための４つのＨＡＲＱ処理を用いるＨＡＲＱ手順の複数の態様を図示する。

いくつかの例示的な実施形態による、アップロードのための４つのＨＡＲＱ処理を用いるＨＡＲＱ手順の複数の態様を図示する。

特定の例示的な実施形態による、ｅＮＢにより実行され得る方法を図示する。

特定の例示的な実施形態による、ＵＥにより実行され得る方法を図示する。

特定の実施形態による、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）設計の複数の態様を図示する。

いくつかの実施形態による、リソース要素グループ（ＲＥＧ）マッピングの複数の態様を図示する。

いくつかの実施形態によるＲＥＧマッピングの複数の態様を図示する。

いくつかの実施形態によるＲＥＧマッピングの複数の態様を図示する。

いくつかの実施形態によるＲＥＧマッピングの複数の態様を図示する。

特定の実施形態による、特定のＲＥＧマッピングパターンのためのＰＣＦＩＣＨリソースマッピング、アンテナポート、および複数のサイクリックプレフィックス（ＣＰ）オプションの複数の態様を図示する。

特定の実施形態による、特定のＲＥＧマッピングパターンのためのＰＣＦＩＣＨリソースマッピング、アンテナポート、および複数のＣＰオプションの複数の態様を図示する。

特定の実施形態による、特定のＲＥＧマッピングパターンのためのＰＣＦＩＣＨリソースマッピング、アンテナポート、および複数のＣＰオプションの複数の態様を図示する。

特定の実施形態による、特定のＲＥＧマッピングパターンのためのＰＣＦＩＣＨリソースマッピング、アンテナポート、および複数のＣＰオプションの複数の態様を図示する。

特定の実施形態による、特定のＲＥＧマッピングパターンのためのＰＣＦＩＣＨリソースマッピング、アンテナポート、および複数のＣＰオプションの複数の態様を図示する。

特定の実施形態による、特定のＲＥＧマッピングパターンのためのＰＣＦＩＣＨリソースマッピング、アンテナポート、および複数のＣＰオプションの複数の態様を図示する。

特定の実施形態による、特定のＲＥＧマッピングパターンのためのＰＣＦＩＣＨリソースマッピング、アンテナポート、および複数のＣＰオプションの複数の態様を図示する。

特定の実施形態による、特定のＲＥＧマッピングパターンのためのＰＣＦＩＣＨリソースマッピング、アンテナポート、および複数のＣＰオプションの複数の態様を図示する。

特定の実施形態による、特定のＲＥＧマッピングパターンのためのＰＣＦＩＣＨリソースマッピング、アンテナポート、および複数のＣＰオプションの複数の態様を図示する。

特定の実施形態による、特定のＲＥＧマッピングパターンのためのＰＣＦＩＣＨリソースマッピング、アンテナポート、および複数のＣＰオプションの複数の態様を図示する。

いくつかの例示的な実施形態による方法を図示する。

いくつかの例示的な実施形態による方法を図示する。

特定の実施形態による、物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ）設計の複数の態様を図示する。

特定の実施形態による、２つのサブフレームのためのＲＥＧリソースマッピングの複数の態様を図示する。

特定の実施形態による、ＰＨＩＣＨリソースマッピングの複数の態様を図示する。

特定の実施形態による、ＰＨＩＣＨリソースマッピングの複数の態様を図示する。

特定の実施形態による、２つのサブフレームのためのＲＥＧリソースマッピングの複数の態様を図示する。

特定の実施形態による、ＰＨＩＣＨリソースマッピングの複数の態様を図示する。

特定の実施形態による、ＰＨＩＣＨリソースマッピングの複数の態様を図示する。

特定の実施形態による方法を図示する。

特定の実施形態による方法を図示する。

特定の実施形態による方法を図示する。

いくつかの例示的な実施形態によるコンピューティングマシンの複数の態様を図示する。

いくつかの例示的な実施形態によるＵＥの複数の態様を図示する。

本明細書において説明される様々な実施形態に関連して用いられ得る例示的なコンピュータシステムマシンを図示するブロック図である。

複数の実施形態は、低減されたシステム帯域幅（例えば、５０ＫＨｚ、１００ＫＨｚ、２００ＫＨｚ、４００ＫＨｚ、５００ＫＨｚ、６００ＫＨｚ等）を用いるＭＴＣを可能にする、複数のシステム、デバイス、装置、アセンブリ、方法、およびコンピュータ可読媒体に関する。具体的には、そのような低減されたシステム帯域幅を用いる通信を実装するべくｅＮＢに関連付けられたＵＥのための複数のシステムおよび方法が説明される。以下の説明および図面は、当業者がそれらを実施することを可能にする複数の具体的な実施形態を例示する。複数の他の実施形態は、構造的、論理的、電気的、処理上の、および他の変更を組み込み得る。いくつかの実施形態の部分および機能は、他の実施形態のそれらに含まれ、またはこれらと代替され得る。特許請求の範囲に記載される複数の実施形態は、それらの特許請求の範囲の利用可能な全ての均等物を包含する。

図１は、いくつかの実施形態による無線ネットワーク１００を図示する。無線ネットワーク１００は、エアインタフェース１９０を介して接続されたＵＥ１０１およびｅＮＢ１５０を含む。システムにおけるＵＥ１０１およびその他のＵＥは、例えば、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、プリンタ、スマートメータもしくは健康管理モニタリングに特化したデバイス等のマシンタイプデバイス、遠隔セキュリティ監視、インテリジェント移送システム、またはユーザインタフェースを有し、もしくは有しないその他の無線デバイスであり得る。ｅＮＢ１５０は、ｅＮＢ１５０により提供されるｅＮＢサービスエリアにおけるエアインタフェース１９０を介して、ＵＥ１０１に、より広いネットワーク（図示せず）へのネットワーク接続を提供する。ｅＮＢ１５０に関連付けられた各ｅＮＢサービスエリアは、ｅＮＢ１５０に統合された複数のアンテナによりサポートされる。複数のサービスエリアは、特定のアンテナに関連付けられたいくつかのセクタに分割される。そのような複数のセクタは、固定アンテナに物理的に関連付けられてもよく、または調整可能なアンテナ、もしくは特定のセクタに信号を向けるべく用いられるビームフォーミングプロセスにおいて調整可能なアンテナ設定を用いる物理的エリアに割り当てられてもよい。例えば、ｅＮＢ１５０の一実施形態は、３つのセクタを含み、それらの各々は、ｅＮＢ１５０の周囲に３６０°のカバレッジを提供するべく、複数のアンテナのアレイが各セクタに向けられた状態で１２０°のエリアをカバーする。

ＵＥ１０１は、送信回路１１０および受信回路１１５と結合された制御回路１０５を含む。送信回路１１０および受信回路１１５は各々、１または複数のアンテナと結合され得る。

制御回路１０５は、ＭＴＣに関連付けられた複数の動作を実行するように適合され得る。送信回路１１０および受信回路１１５は、各々、狭いシステム帯域幅（例えば２００ｋＨｚ）内でデータを送信および受信するように適合され得る。制御回路１０５は、ＵＥに関連して本開示の別の箇所で説明される動作のような様々な動作を実行し得る。

狭いシステム帯域幅内で、送信回路１１０は、複数の多重化アップリンク物理チャネルを送信し得る。複数のアップリンク物理チャネルは、時分割多重化（ＴＤＭ）または周波数分割多重化（ＦＤＭ）に従って多重化され得る。送信回路１１０は、複数のアップリンクサブフレームにより構成されるアップリンクスーパーフレームにおいて複数の多重化アップリンク物理チャネルを送信し得る。

狭いシステム帯域幅内で、受信回路１１５は、複数の多重化ダウンリンク物理チャネルを受信し得る。複数のダウンリンク物理チャネルは、ＴＤＭまたはＦＤＭに従って多重化され得る。受信回路１１５は、複数のダウンリンクサブフレームにより構成されるダウンリンクスーパーフレームにおいて複数の多重化ダウンリンク物理チャネルを受信し得る。

送信回路１１０および受信回路１１５は、予め定められたＨＡＲＱメッセージスケジュールに従ってエアインタフェース１９０を越えてＨＡＲＱ確認応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）メッセージを各々、送信および受信し得る。予め定められたＨＡＲＱメッセージスケジュールは、ＨＡＲＱ ＡＣＫおよび／またはＮＡＣＫメッセージが現われるアップリンクおよび／またはダウンリンクスーパーフレームを示し得る。

図１は、様々な実施形態によるｅＮＢ１５０も図示する。ｅＮＢ１５０の回路は、送信回路１６０および受信回路１６５と結合された制御回路１５５を含み得る。送信回路１６０および受信回路１６５は各々、エアインタフェース１９０を介した通信を可能にするべく用いられ得る１または複数のアンテナと結合され得る。

制御回路１５５は、ＭＴＣに関連付けられた複数の動作を実行するように適合され得る。送信回路１６０および受信回路１６５は、各々、狭いシステム帯域幅（例えば２００ｋＨｚ）内でデータを送信および受信するように適合され得る。制御回路１５５は、ｅＮＢに関連して本開示の別の箇所で説明される動作のような様々な動作を実行し得る。

狭いシステム帯域幅内で、送信回路１１０は、複数の多重化ダウンリンク物理チャネルを送信し得る。複数のダウンリンク物理チャネルは、ＴＤＭまたはＦＤＭに従って多重化され得る。送信回路１６０は、複数のダウンリンクサブフレームにより構成されるダウンリンクスーパーフレームにおいて複数の多重化ダウンリンク物理チャネルを送信し得る。

狭いシステム帯域幅内で、受信回路１６５は、複数の多重化アップリンク物理チャネルを受信し得る。複数のアップリンク物理チャネルは、ＴＤＭまたはＦＤＭに従って多重化され得る。受信回路１６５は、複数のアップリンクサブフレームにより構成されるアップリンクスーパーフレームにおいて複数の多重化アップリンク物理チャネルを受信し得る。

送信回路１６０および受信回路１６５は各々、予め定められたＨＡＲＱメッセージスケジュールに従ってエアインタフェース１９０にわたってＨＡＲＱ ＡＣＫおよび／またはＮＡＣＫメッセージを、送信および受信し得る。予め定められたＨＡＲＱメッセージスケジュールは、ＨＡＲＱ ＡＣＫおよび／またはＮＡＣＫメッセージが現われるアップリンクおよび／またはダウンリンクスーパーフレームを示し得る。次に、ＭＴＣは、ＵＥ１０１およびｅＮＢ１５０の回路を用いて、エアインタフェース１９０を越えて実装され得る。ＭＴＣは、複数のデバイスが互いに効率的に通信することを可能にするべく、ユビキタスコンピューティング環境を可能にする。複数のＩｏＴサービスおよびアプリケーションは、第３世代パートナシッププロジェクト（３ＧＰＰ）規格（例えば、３ＧＰＰ ＬＴＥ Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（Ｅ−ＵＴＲＡ）Ｐｈｙｓｉｃａｌ Ｌａｙｅｒ Ｐｒｏｃｅｄｕｒｅｓ（Ｒｅｌｅａｓｅ １２）Ｓｅｐｔｅｍｂｅｒ ２６，２０１４）に従って動作するロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト通信システムのような現在および次世代モバイルブロードバンドネットワークにシームレスに統合されるべき複数のＭＴＣデバイスの設計および開発を活性化する。

これらの既存のモバイルブロードバンドネットワークは、主にヒューマンタイプの通信のために性能を最適化するように設計され、従ってＭＴＣに関連する複数の要求を満たすように設計または最適化されていない。本明細書に説明される複数のＭＴＣシステムは、デバイスのコストを下げ、カバレッジを拡張し、電力消費量を低減するように機能する。本明細書に説明される複数の実施形態は、具体的には、システム帯域幅を低減することによりコストおよび電力消費量を低減する。システム帯域幅の低減は、既存のＬＴＥ設計のほぼ１つの物理リソースブロック（ＰＲＢ）に対応する。低減されたシステム帯域幅を用いるこのセルラーＩｏＴは、ＬＴＥキャリアの複数のガードバンド内において、再度割り当てられたグローバルシステム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））のスペクトル、または専用スペクトルにおいて潜在的に動作し得るであろう。

ＬＴＥシステムの帯域幅がより低い帯域幅に低減されると、既存のＬＴＥシステムにおける特定の物理チャネル設計は、再使用することができない。なぜなら複数のチャネル規格は、より低い帯域幅の制約については互換性がないからである。従って、本明細書における複数の実施形態は、より狭い帯域幅の制約（例えば、ＰＢＣＨ、ＳＣＨ、物理ランダムアクセスチャネル（ＰＲＡＣＨ）等）に起因する上記で識別された複数の問題に対処する、狭帯域を利用したＭＴＣのための複数のデバイス、システム、装置、および方法を説明する。

従って、複数の実施形態は、複数の物理チャネルがＴＤＭの態様で多重化され得るスーパーフレーム構造と、狭帯域を利用したＭＴＣのための制御チャネル設計と、狭帯域を利用したＭＴＣのための様々な数のＨＡＲＱ処理を用いるＨＡＲＱ手順とを含み得る。

下記の複数の実施形態は、２００ｋＨｚの帯域幅を用いるが、設計は、他の狭帯域幅（例えば、５０ＫＨｚ、１００ＫＨｚ、４００ＫＨｚ、５００ＫＨｚ、６００ＫＨｚ等）に拡張されてもよい。更に、ＭＴＣは、提案の狭帯域設計の最初の対象用途として用いられ、設計は、狭帯域を利用した他の複数の用途（例えば、デバイス対デバイス、ＩｏＴ等）に拡張され得る。

様々な物理チャネルは、そのようなＭＴＣの一部として用いられ得る。図２は、そのようなものの１つの可能な実装を図示する。チャネル設計２００における複数のチャネルは、ダウンロード２９２およびアップロード２９４のパスの両方のためのスーパーフレーム２０１、２０２、および２０３中に図示される。これらの物理チャネルは、同期チャネル（Ｍ−ＳＣＨ）２０９、物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）２１０、制御チャネル２２０、物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）２３０、物理ランダムアクセスチャネル（Ｍ−ＰＲＡＣＨ）２４０、物理アップリンク制御チャネル、（Ｍ−ＰＵＣＣＨ）２５０、および物理アップリンク共有チャネル（Ｍ−ＰＵＳＣＨ）２６０を含むが、これらに限定されない。これらのチャネルおよび他の可能なチャネルが以下に説明される。

ＭＴＣ同期チャネル（Ｍ−ＳＣＨ）２０９は、ＭＴＣプライマリ同期信号（Ｍ−ＰＳＳ）および／またはＭＴＣセカンダリ同期信号（Ｍ−ＳＳＳ）を含み得る。これは、時間および周波数の同期をサポートして、ＵＥにセルの物理層識別およびサイクリックプレフィックス長を提供するべく用いられ得る。Ｍ−ＳＣＨは、周波数分割デュプレックス（ＦＤＤ）および時分割デュプレックス（ＴＤＤ）システムを区別するべく使用され得、または使用されない場合があるが、ＴＤＤは、狭帯域を利用したＭＴＣシステムにおいてサポートされる必要はない場合があることに留意されたい。

ＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）２１０は、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）を搬送する。Ｍ−ＭＩＢは、セルへの初期アクセスのために最も頻繁に送信される限定された数のパラメータからなる。

ＭＴＣ制御チャネルは、ＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）、および／またはＭＴＣ物理制御フォーマットインジケータチャネル（Ｍ−ＰＣＦＩＣＨ）、および／またはＭＴＣ物理ハイブリッドＡＲＱインジケータチャネル（Ｍ−ＰＨＩＣＨ）を含む。ダウンリンクデータ送信については、時間領域リソース割り当てがサポートされるが、アップリンクデータ送信については、時間領域および／または周波数領域リソース割り当てがサポートされ得ることに留意されたい。

Ｍ−ＰＤＳＣＨ２３０は、全てのユーザデータ、ならびにＰＢＣＨ２１０上で搬送されないブロードキャストシステム情報、および複数のページングメッセージに用いられる。

Ｍ−ＰＵＳＣＨ２６０は、アップリンクデータ送信に用いられる。これは、狭帯域を利用したＭＴＣのためのＭＴＣアップリンク制御情報（Ｍ−ＵＣＩ）を搬送するべく用いられ得る。

Ｍ−ＰＲＡＣＨ２４０は、ランダムアクセスプリアンブルを送信するべく用いられる。これは初期アクセスでは、アップリンク同期を実現するべく使用される。

Ｍ−ＰＵＣＣＨ２５０は、Ｍ−ＵＣＩを搬送するべく用いられる。具体的には、受信されたＭ−ＳＣＨ２０９の複数のトランスポートブロックに対する複数のスケジューリング要求およびＨＡＲＱ確認応答は、Ｍ−ＰＵＣＣＨ２５０の送信においてサポートされ得る。狭帯域送信の性質を考慮すると、主にチャネルに依存するスケジューリングを容易にするべく用いられるＭ−ＰＵＣＣＨ２５０におけるチャネル状態レポートをサポートすることは有益でない場合がある。

ＭＴＣ物理マルチキャストチャネル（Ｍ−ＰＭＣＨ）は、マルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）をサポートするべく用いられる。

図２は、狭帯域を利用したＭＴＣのためのシステム設計を図示する。システム設計において、特定の数のサブフレームがスーパーフレームとして形成される（例えば、Ｘ個のサブフレームが図２に示されるようなスーパーフレームを形成するべく用いられる）。最初のサブフレームおよびスーパーフレームの期間は、ｅＮＢにより事前に定義され、または構成され得、後者の場合には、スケジューリングの柔軟性は、特定のシステム構成、トラフィックシナリオ等に応じて提供され得る。スーパーフレームの期間およびスーパーフレームにおけるサブフレームの対応する数は、利用する狭帯域の帯域幅に少なくとも部分的に基づいて決定される。様々な実施形態において、スーパーフレーム期間は、上記の狭帯域幅で動作するＭＴＣ通信のための標準的帯域幅のＬＴＥシステムとの互換性を可能にするように構成される。一実施形態において、この構成情報は、Ｍ−ＰＢＣＨにおいて伝達されるＭＩＢに含まれ得、または別のシステム情報ブロック（ＳＩＢ）において搬送され得る。

スーパーフレームにおいて、複数の物理チャネルは、ＴＤＭ（またはＦＤＭ）方式で多重化される。より具体的には、ダウンロード（ＤＬ）２９２において、制御チャネル／Ｍ−ＰＤＳＣＨまたはＭ−ＳＣＨ／Ｍ−ＰＢＣＨ／Ｍ−ＰＤＳＣＨ／制御チャネルのいずれかが１つのスーパーフレームにおいて多重化され得る。例えば、図示されるように、スーパーフレーム２０１は、スーパーフレーム２０１のＤＬ２９２にＭ−ＳＣＨ２０９Ａ、Ｍ−ＰＢＣＨ２１０Ａ、制御チャネル２２０Ａ、およびＭ−ＰＤＳＣＨ２３０Ａを含み、スーパーフレーム２０１のアップロード（ＵＬ）２９４の複数のセグメントとして、Ｍ−ＰＲＡＣＨ２４０Ａ、Ｍ−ＰＵＣＣＨ２５０Ａ、およびＭ−ＰＵＳＣＨ２６０Ａを含む。従って、Ｍ−ＰＲＡＣＨ／Ｍ−ＰＵＣＣＨ／ＰＵＳＣＨは、１つのスーパーフレーム内で多重化され得る。ＵＬ２９４およびＤＬ２９２は、追加の処理時間を与えるべく特定のサブフレームオフセットを有し得ることに留意されたい。また、このスーパーフレーム構造は、カバレッジが限られているシナリオにおける問題に対処するのに有益である。具体的には、スーパーフレームの周期性は、ＤＬ２９２およびＵＬ２９４の送信のためにより多くの反復を可能にするように拡張され、これによりリンクバジェットを改善し得る。特定の実施形態において、例えば、カバレッジ拡張目標は、システムに対して選択される。カバレッジ拡張目標は、スーパーフレーム構造の周期性に関連付けられたリンクバジェットの改善であり得る。換言すれば、スーパーフレーム構造内のスーパーフレームのサイズを大きくすることにより、例えば、スーパーフレームにおけるサブフレームの数を増やし、これによりオーバヘッドの代わりにデータ専用のスーパーフレームの割合を増やすことによって、リンクバジェットは改善される。複数の他の実施形態において、スーパーフレームのサイズは、ＭＴＣシステムの帯域幅に少なくとも部分的に基づき得る。特定の実施形態において、スーパーフレームは、標準的ＬＴＥまたはＬＴＥアドバンストシステムにおける１つのフレーム（例えば１０個のサブフレーム）内のデータ量を、ＭＴＣスーパーフレームのデータ量と一致させるように設定され得る。複数の他の実施形態において、スーパーフレームの構造は、カバレッジ拡張目標と、ＭＴＣシステムの帯域幅に基づく他の複数のシステムとの互換性との組み合わせに基づいてもよい。

一実施形態において、現在のＬＴＥシステムと共存するべく、ＭＴＣ領域が定義され得る。具体的には、各サブフレームにおけるＭＴＣ領域の最初の複数の直交周波数分割多重化（ＯＦＤＭ）シンボルは、より高次のレイヤにより事前に定義され、または構成され得る。例えば、ＭＴＣ領域の最初のシンボルは、従来のＬＴＥシステムにおけるＰＤＣＣＨ領域の後に構成され得る。

ＤＬ２９２において、Ｍ−ＰＤＳＣＨ送信がスケジューリングされ、Ｍ−ＰＤＣＣＨ送信の後に続く。現在のＬＴＥ仕様書と異なり、クロスサブフレームスケジューリングは、狭帯域を利用したＭＴＣシステムに使用される。Ｍ−ＰＤＣＣＨに対する闇雲なブラインドデコードの試みを回避するべく、Ｍ−ＰＤＣＣＨの最初のサブフレームは、サブフレームのサブセットに限定される。Ｍ−ＰＤＣＣＨ送信の周期性およびオフセットに関する構成は、デバイス固有またはセル固有の方式でｅＮＢにより事前に定義され、または構成され得る。一実施形態において、この構成情報は、Ｍ−ＰＢＣＨ２１０において伝達されるＭＩＢに含まれ得る。

Ｍ−ＰＢＣＨ２１０は、Ｙ個のサブフレームの周期性で送信され、Ｍ−ＳＣＨ２０９送信がこれに先行する。オーバヘッドを低減し、スペクトルの効率性を改善するべく、Ｍ−ＰＢＣＨ２１０は、Ｍ−ＰＤＣＣＨと比較すると、あまり頻繁に送信されない。Ｍ−ＰＤＣＣＨ送信がＭ−ＳＣＨ２０９およびＭ−ＰＢＣＨ２１０と競合する場合、Ｍ−ＰＤＣＣＨの最初のサブフレームは、Ｎ個のサブフレームだけ遅延する。Ｎは、Ｍ−ＳＣＨ２０９およびＭ−ＰＢＣＨ２１０の送信に割り当てられたサブフレームの数である。

特定のスーパーフレームは、ＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）のスーパーフレームとして構成され得ることに留意されたい。Ｍ−ＰＢＣＨ２１０は、構成されたＭＢＳＦＮスーパーフレームにおける制御領域の後に割り当てられ得る。構成情報は、ｅＮＢにより構成されて送信され得る（ブロードキャストまたはユニキャスト／グループキャスト）。既存のＬＴＥ仕様書におけるように、拡張サイクリックプレフィックス（ＣＰ）は、複数の信号が複数のＵＥレシーバにおけるＣＰ内に残存することを保証することにより、効率的なＭＢＳＦＮ動作を容易にするべく用いられ得る。

ＵＬにおいて、Ｍ−ＰＵＣＣＨ２５０およびＭ−ＰＵＳＣＨ２６０は、１つのスーパーフレームにおけるＭ−ＰＲＡＣＨの後に送信される。図２に示されるように、Ｍ−ＰＵＳＣＨ送信は、Ｍ−ＰＵＣＣＨの後に続くが、Ｍ−ＰＵＣＣＨは、Ｍ−ＰＵＳＣＨの途中またはＭ−ＰＵＳＣＨの後に送信され得る。Ｍ−ＰＲＡＣＨ、Ｍ−ＰＵＣＣＨ、およびＭ−ＰＵＳＣＨの時間位置は、ｅＮＢにより事前に定義され、または構成され得る。一実施形態において、この構成情報は、Ｍ−ＰＢＣＨにおいて伝達されるＭＩＢに含まれ得る。

一例において、Ｍ−ＰＵＳＣＨは、サブフレーム＃０〜＃４および＃６〜＃９において送信されるが、Ｍ−ＰＵＣＣＨは、サブフレーム＃５において送信される。別の例において、Ｍ−ＰＵＳＣＨは、サブフレーム＃０〜＃８において送信されるが、Ｍ−ＰＵＣＣＨは、サブフレーム＃９において送信される。Ｍ−ＰＤＣＣＨのデコードのために適切な処理時間を与えるべく、Ｍ−ＰＵＳＣＨ送信の最初のサブフレームは、Ｍ−ＰＤＣＣＨ送信の最後のサブフレームに対して一定数のサブフレームをオフセットし得ることに留意されたい。

一実施形態において、Ｍ−ＰＣＦＩＣＨは、制御チャネル内で現在のＬＴＥ仕様書とみなされ得る。しかし、既存のＬＴＥ規格におけるＰＣＦＩＣＨとは異なり、Ｍ−ＰＣＦＩＣＨは、ＭＴＣ制御フォーマットインジケータ（Ｍ−ＣＦＩ）を搬送し、Ｍ−ＣＦＩは、Ｍ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨ送信のための情報（例えば、Ｍ−ＰＤＣＣＨ送信の時間／周波数位置）を示すべく用いられる。この場合、制御チャネルのオーバヘッドは、特定のシステム構成、トラフィックシナリオ、およびチャネル条件に応じて調整され得る。仕様書の労力および実装を簡略化するべく、現在のＬＴＥ仕様書におけるいくつかの既存のＰＣＦＩＣＨ設計は、Ｍ−ＰＣＦＩＣＨ設計（例えば、変調方式、レイヤマッピング、およびプリコーダ設計）に再使用され得る。この場合、１６個のＭ−ＰＣＦＩＣＨシンボルが４つのシンボルクワドラプレット（例えば、リソース要素）にグループ化され、各シンボルクワドラプレットは、１つのＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）へと割り当てられ得る。複数の他の実施形態において、他の複数のグループ化が用いられ得る。例えば、別の実施形態において、Ｍ−ＰＤＣＣＨおよび／またはＭ−ＰＤＳＣＨに対する時間／周波数位置は、複数のより高次のレイヤにより予め定められ、または構成される。この場合、Ｍ−ＰＣＦＩＣＨは、制御チャネル設計において必要とされない。

更に、Ｍ−ＰＨＩＣＨは、制御チャネルに含まれてもよく、または含まれなくてもよい。一実施形態において、Ｍ−ＰＨＩＣＨは、制御チャネル設計において必要とされない。これは、ＨＡＲＱが狭帯域を利用したＭＴＣについてサポートされない場合、またはＭ−ＰＨＩＣＨ機能がＭ−ＰＤＣＣＨにより置き換えられ得る場合に考慮され得る。

別の実施形態において、Ｍ−ＰＨＩＣＨがＨＡＲＱ ＡＣＫ／ＮＡＣＫを搬送するべくサポートされ、ＨＡＲＱ ＡＣＫ／ＮＡＣＫは、ｅＮＢがＰＵＳＣＨにおける送信を正確に受信したか否かを示す。Ｍ−ＰＨＩＣＨ送信に対するＰＨＩＣＨグループの数は、ｅＮＢにより事前に定義され、または構成され得る。一実施形態において、構成情報は、ＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）において伝達されるＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）においてブロードキャストされ、またはＭＴＣシステム情報ブロック（Ｍ−ＳＩＢ）においてブロードキャストされ得る。仕様書の労力および実装を簡略化するべく、現在のＬＴＥ仕様書におけるいくつかの既存のＰＨＩＣＨ設計は、Ｍ−ＰＨＩＣＨ設計（例えば、変調方式、レイヤマッピング、およびプリコーダ設計）に再使用され得る。この場合、１つのＭ−ＰＨＩＣＨグループに対する１２個のシンボルは、３つのシンボルクワドラプレットにグループ化され、各シンボルクワドラプレットは、１つのＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）へと割り当てられ得る。

Ｍ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨがサポートされる場合、以下のように、いくつかのオプションが狭帯域を利用したＭＴＣのための制御領域設計において考慮され得る。

一実施形態において、Ｍ−ＰＣＦＩＣＨは、制御領域の最初のＫ_０サブフレームに位置付けられるが、Ｍ−ＰＨＩＣＨは、制御領域の最後のＫ_１サブフレームに割り当てられる。更に、Ｍ−ＰＤＣＣＨは、制御領域におけるＭ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨに対して割り当てられない複数のリソース要素に割り当てられる。

別の実施形態において、Ｍ−ＰＣＦＩＣＨは、制御領域の第１のＭ_０サブフレームに位置付けられるが、Ｍ−ＰＨＩＣＨは、データ領域のＭ_１サブフレームに位置付けられる。同様に、Ｍ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨは、制御領域におけるＭ−ＰＣＦＩＣＨおよびデータ領域におけるＭ−ＰＨＩＣＨに対して割り当てられない複数のリソース要素に各々割り当てられる。

以下に示される複数の例示的な実施形態において、連続したリソース割り当ては、ＭＴＣ制御領域について考慮されることに留意されたい。ＭＴＣ制御領域に対する分配されたリソース割り当ては、複数の他の実施形態において容易に拡張され得る。

図３は、いくつかの実施形態による制御チャネル３００の一実装を図示する。図３は、スーパーフレーム３０１内の制御領域３２０を示し、データ領域３３０が制御領域３２０の後に続く。制御領域３２０は、サブフレーム３７０におけるＭ−ＰＣＦＩＣＨ３６０と、サブフレーム３８０におけるＭ−ＰＨＩＣＨ３５０Ａと、サブフレーム３９０におけるＭ−ＰＨＩＣＨ３５０とを含み、全てのサブフレームにおける複数のＭ−ＰＤＣＣＨ要素は、サブフレーム３８０にＭ−ＰＤＣＣＨ３４０を含む。本実施形態において、Ｍ−ＰＣＦＩＣＨ３６０は、制御領域の最初のＫ_０サブフレームに位置付けられるが、Ｍ−ＰＨＩＣＨ３５０Ａは、制御領域の最後のＫ_１サブフレームに割り当てられ、Ｋ_０＜（Ｎ_{ｃｏｎｔｒｏｌ}−１）であり、Ｋ_１＜（Ｎ_{ｃｏｎｔｒｏｌ}−１）であり、Ｎ_{ｃｏｎｔｒｏｌ}は、制御チャネルに対して割り当てられたサブフレームの数である。更に、Ｍ−ＰＤＣＣＨ３４０の送信は、Ｍ−ＰＣＦＩＣＨ３６０およびＭ−ＰＨＩＣＨ３５０Ａの送信のための割り当て付近でレートマッチングまたはパンクチャリングされる。Ｋ_０およびＫ_１は、より高次のレイヤにより事前に定義され、または構成され得ることに留意されたい。

Ｍ−ＰＣＦＩＣＨ３６０のリソースマッピングについては、４つのシンボルクワドラプレットが複数のＫ_０サブフレームのおよそ４分の１ずつ分離されるか、または複数の連続したＭ−ＲＥＧに割り当てられるかのいずれかであり得、開始位置は、物理セル識別から派生する。同様に、Ｍ−ＰＨＩＣＨ３５０Ａのリソースマッピングについては、３つのシンボルクワドラプレットが複数のＫ_１サブフレームのおよそ３分の１ずつ分離されるか、または複数の連続したＭ−ＲＥＧに割り当てられるかのいずれかであり得、開始位置は、物理セル識別から派生し得る。

図３の実施形態は、狭帯域を利用したＭＴＣのための制御領域設計のオプション１における一例を示す。本例において、Ｍ−ＰＣＦＩＣＨ３６０は、制御領域の最初のサブフレームに割り当てられ、等しく分配される（すなわち、Ｋ_０＝１）。同様に、Ｍ−ＰＨＩＣＨ３５０Ａは、制御領域の第２のサブフレームから最後のサブフレームへと等しく分配される（すなわち、Ｋ_１＝（Ｎ_{ｃｏｎｔｒｏｌ}−１））。

図４のは、狭帯域を利用したＭＴＣのための制御領域設計の別の例を図示する。本例において、Ｍ−ＰＣＦＩＣＨは、制御領域の最初のサブフレームに割り当てられ、等しく分配される（すなわち、Ｍ_０=１）。同様に、Ｍ−ＰＨＩＣＨは、データ領域において等しく分配される（すなわち、Ｍ_１＝Ｎ_ｄａｔａ）。

図３の実施形態と同様に、図４は、サブフレーム４７０、４９０、およびＭ−ＰＣＦＩＣＨ４６０を有するスーパーフレーム４０１における制御領域４２０を示す。データ領域４３０は、制御領域４２０の後に続く。しかし、Ｍ−ＰＨＩＣＨ４８０は、データ領域４３０内にある。このオプションにおいて、Ｍ−ＰＣＦＩＣＨ４６０は、制御領域４２０の複数の最初のＭ_０サブフレーム内に位置付けられるが、Ｍ−ＰＨＩＣＨ４８０は、データ領域のＭ_１サブフレームに位置付けられ、Ｍ_０＜（Ｎ_{ｃｏｎｔｒｏｌ}−１）であり、Ｍ_１＜Ｎ_ｄａｔａであり、Ｎ_ｄａｔａは、データ領域に対して割り当てられたサブフレームの数である。図４は、具体的には第１のサブフレームにおけるこれらのものを示すが、複数の更なる実施形態は、上記のような関連する複数の構成を用い得る。同様に、Ｍ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨは、制御領域におけるＭ−ＰＣＦＩＣＨ４６０およびデータ領域におけるＭ−ＰＨＩＣＨ４８０におけるに割り当てられない複数のリソース要素に各々割り当てられる。Ｍ_０およびＭ_１は、より高次のレイヤにより事前に定義され、または構成され得ることに留意されたい。

制御チャネル３００の最初の実施形態と同様に、Ｍ−ＰＣＦＩＣＨ４６０の送信のための４つのシンボルクワドラプレットは、Ｍ_０サブフレームのおよそ４分の１ずつ分離されるか、または連続したＭ−ＲＥＧに割り当てられるかのいずれかであり得、開始位置は、物理セル識別から派生する。Ｍ−ＰＨＩＣＨ４８０のリソースマッピングについては、３つのシンボルクワドラプレットが複数のＭ_１サブフレームのおよそ３分の１ずつ分離されるか、またはデータ領域の複数の連続したＭ−ＲＥＧに割り当てられるかのいずれかであり得、開始位置は、物理セル識別から派生する。

図５Ａおよび５Ｂは、２つのＨＡＲＱ処理が、ＵＥ５０１およびｅＮＢ５５０により実施されるアップロードおよびダウンロードＨＡＲＱ手順を図示する。図５Ａは、２つのＨＡＲＱ処理がスーパーフレーム５０２〜５０８にわたり、ＨＡＲＱ５２０およびＨＡＲＱ５３０として示されるダウンロードＨＡＲＱ手順を示す。図５Ｂは、２つのＨＡＲＱ処理がスーパーフレーム５６２〜５６８にわたり、ＨＡＲＱ５７０およびＨＡＲＱ５８０として示されるアップロードＨＡＲＱ手順を示す。

図５ＡのＤＬ ＨＡＲＱ手順については、スーパーフレーム５０２において、ＨＡＲＱ５２０処理を用いるＭ−ＰＤＳＣＨが、スケジューリングされ、送信される。ＵＥ５０１がＭ−ＰＤＳＣＨをデコードした後、ＵＥ５０１は、スーパーフレーム５０４においてＭ−ＰＵＣＣＨを介してＡＣＫ／ＮＡＣＫをｅＮＢ５５０にフィードバックする。ＮＡＣＫについての場合、ｅＮＢ５５０は、スーパーフレーム５０６において再送信をスケジューリングする。同様に、ＨＡＲＱ５３０の処理については、Ｍ−ＰＤＳＣＨのための初期送信および再送信は、スーパーフレーム５０４および５０８において各々スケジューリングされるが、ＡＣＫ／ＮＡＣＫフィードバックは、スーパーフレーム５０６においてＭ−ＰＵＣＣＨを介して送信される。既存のＬＴＥ仕様書と異なり、ＨＡＲＱ確認応答のためのＭ−ＰＵＣＣＨリソースインデックスは、Ｍ−ＰＤＣＣＨにおける複数の最初の制御チャネル要素（ＣＣＥ）もしくはＭ−ＰＤＣＣＨの最初のサブフレームのいずれか、または対応するＭ−ＰＤＳＣＨ送信に対するこれら両方の組み合わせのインデックスに関連付られ得る。別の実施形態において、ＨＡＲＱ確認応答のためのＭ−ＰＵＣＣＨリソースインデックスは、Ｍ−ＰＤＳＣＨ送信の最初のサブフレームにより示され得る。

図５ＢのＵＬ ＨＡＲＱ手順については、スーパーフレーム５６２において、ＨＡＲＱ５７０の処理を用いるＭ−ＰＵＳＣＨがスケジューリングされ、送信される。次に、ｅＮＢ５５０は、スーパーフレーム５６４においてＭ−ＰＨＩＣＨを介してＡＣＫ／ＮＡＣＫを送信する。ＮＡＣＫがＭＴＣ ＵＥ５０１により受信される場合、Ｍ−ＰＵＳＣＨ再送信が、スーパーフレーム５６６内において行われる。類似の設計原理は、ＨＡＲＱ５８０の処理にも適用される。既存のＬＴＥ仕様書と異なり、Ｍ−ＰＨＩＣＨインデックスは、対応するＭ−ＰＵＳＣＨ送信に用いられる最初のサブフレームのインデックスに関連付けられ得る。

図６Ａおよび６Ｂは、４つのＨＡＲＱ処理のためのアップロードおよびダウンロードＨＡＲＱ手順を示す。図６Ａは、ＵＥ６０１とｅＮＢ６５０との間のスーパーフレーム６０２〜６１６にわたるダウンロード処理ＨＡＲＱ６２０、６２２、６２４、および６２６を示す。図６Ｂは、ｅＮＢ６５０およびＵＥ６０１に対するスーパーフレーム６６０〜６７４にわたるアップロードＨＡＲＱ処理ＨＡＲＱ６８０、６８２、６８４、および６８６を示す。

図６Ａに示されるように、複数のＤＬ ＨＡＲＱ処理については、ＵＥ６０１は、Ｍ−ＰＤＳＣＨ送信を受信した後に、２つのスーパーフレームだけ遅延してＭ−ＰＵＣＣＨを介してＡＣＫ／ＮＡＣＫフィードバックを提供する。次に、再送信は、ｅＮＢ６５０がＮＡＣＫを受信した後に２つのスーパーフレームの後に行われる。

複数のＵＬ ＨＡＲＱ処理については、Ｍ−ＰＨＩＣＨを介したＭ−ＰＵＳＣＨ送信とＡＣＫ／ＮＡＣＫフィードバックとの間、およびＡＣＫ／ＮＡＣＫフィードバックとＭ−ＰＵＳＣＨ再送信との間ののギャップは、同様に２つのスーパーフレームである。

同一の設計原理は、２＊Ｍ回のＨＡＲＱ処理（Ｍ＞２）を用いるＨＡＲＱ手順について一般化され、適用され得る。より具体的には、データ送信（ＤＬにおけるＭ−ＰＤＳＣＨおよびＵＬにおけるＭ−ＰＵＳＣＨ）とＡＣＫ／ＮＡＣＫフィードバック（ＤＬにおけるＭ−ＰＵＣＣＨおよびＵＬにおけるＭ−ＰＨＩＣＨ）との間の、ならびにＡＣＫ／ＮＡＣＫフィードバックとデータ再送信との間のギャップは、Ｍ個のスーパーフレームである。

別の実施形態において、２＊Ｍ回のＨＡＲＱ処理（Ｍ＞２）を用いるＨＡＲＱ手順の場合、アンバランスな処理ギャップが導入され、ＵＥ側において増大した時間バジェットを与え得る。このオプションにおいて、（ＤＬ ＨＡＲＱのための）Ｍ−ＰＤＳＣＨ再送信とＭ−ＰＵＣＣＨ送信との間の遅延、および（ＵＬ ＨＡＲＱのための）Ｍ−ＰＵＳＣＨ再送信とＭ−ＰＨＩＣＨ送信との間の遅延は、ＨＡＲＱ処理の数の増加に対応しない。例えば、Ｍ＝２を用いる４つのＨＡＲＱ処理の場合、ＤＬ ＨＡＲＱのために、３つのスーパーフレームの遅延は、ＤＬ ＨＡＲＱ情報を用いるＭ−ＰＵＣＣＨの送信に利用可能であるが、再送信（ＮＡＣＫの場合）は、次のスーパーフレーム自体においてスケジューリングされる。

別の実施形態において、複数のＨＡＲＱ処理は、１つのスーパーフレームにおいてスケジューリングされ得る。このオプションにおいて、複数のＭ−ＰＤＣＣＨは、１つのスーパーフレームにおける複数のＭ−ＰＤＳＣＨおよび／またはＭ−ＰＵＳＣＨをスケジューリングするように用いられ得る。

次に、図７および図８は、図１のＵＥ１０１およびｅＮＢ１５０のようなＵＥおよび関連付けられたｅＮＢにより実行され得る複数の方法を図示する。方法７００は、ＵＥ１０１または本明細書に説明される任意のＵＥ等のＵＥにより実行され得、複数のダウンリンク物理チャネルを多重化するための動作７０５を含み得る。複数の物理チャネルは、ＴＤＭまたはＦＤＭに従って多重化され得る。

方法７００は、複数の多重化ダウンリンク物理チャネルを含むダウンリンクスーパーフレームを送信するための動作７１０を更に含み得る。様々な実施形態において、ダウンリンクスーパーフレームは、（例えば、予め定められた数のダウンリンクサブフレームで構成される）予め定められた期間のものであってもよい。ダウンリンクスーパーフレームは、予め定められた最初のダウンリンクサブフレームを備え得る。ダウンリンクスーパーフレームを送信するための動作７１０は、送信のための予め定められた周期性に関連付けられてもよい。

方法７００は、ダウンリンクスーパーフレームの送信に基づいてＨＡＲＱ ＡＣＫおよび／またはＮＡＣＫメッセージを受信するための動作７１５を更に含み得る。様々な実施形態において、ＨＡＲＱ ＡＣＫおよび／またはＮＡＣＫメッセージは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫメッセージ通信に対して予め定められたスケジュールに応じてアップリンクスーパーフレーム（例えば、予め定められた複数のアップリンクサブフレーム）において受信され得る（例えば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫメッセージは、ダウンリンクスーパーフレームにおける送信の時間の直後にアップリンクスーパーフレームにおいて受信されるようにスケジューリングされ得る）。ＨＡＲＱ ＮＡＣＫメッセージがダウンリンクスーパーフレームの送信に基づいて受信される場合に、複数の任意選択の動作は、（例えば、再送信に対して予め定められたスケジュールに応じて別のダウンリンクスーパーフレームにおける）複数の多重化ダウンリンク物理チャネルを再送信する段階を含み得る。

図８は、ｅＮＢ１５０または本明細書において説明されるまたは任意のｅＮＢ等のｅＮＢの回路により実行され得る対応する方法８００を示す。方法８００は、複数のアップリンク物理チャネルを多重化するための動作８０５を含み得る。複数のアップリンク物理チャネルは、ＴＤＭまたはＦＤＭに従って多重化され得る。

方法８００は、複数の多重化アップリンク物理チャネルを含むアップリンクスーパーフレームを送信するための動作８１０を更に含み得る。様々な実施形態において、アップリンクスーパーフレームは、（例えば、予め定められた数のアップリンクサブフレームで構成される）予め定められた期間のものであってもよい。アップリンクスーパーフレームは、予め定められた最初のアップリンクサブフレーム、または情報ブロック（例えば、ＭＩＢまたはＳＩＢ）においてｅＮＢによりシグナリングされる最初のアップリンクサブフレームを備え得る。アップリンクスーパーフレームを送信するための動作８１０は、情報ブロック（例えば、ＭＩＢまたはＳＩＢ）においてｅＮＢにより予め定められ、またはシグナリングされ得る送信のために予め定められた周期性に関連付けられてもよい。

方法８００は、アップリンクスーパーフレームの送信に基づいてＨＡＲＱ ＡＣＫおよび／またはＮＡＣＫメッセージを受信するための動作８１５を更に含み得る。様々な実施形態において、ＨＡＲＱ ＡＣＫおよび／またはＮＡＣＫメッセージは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫメッセージ通信に対して予め定められたスケジュールに応じてダウンリンクスーパーフレーム（例えば、予め定められた複数のダウンリンクサブフレーム）において受信され得る（例えば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫメッセージは、アップリンクスーパーフレームにおける送信の時間の直後にダウンリンクスーパーフレームにおいて受信されるようにスケジューリングされ得る）。ＨＡＲＱ ＮＡＣＫメッセージがアップリンクスーパーフレームの送信に基づいて受信される場合に、複数の任意選択の動作は、（例えば、再送信に対して予め定められたスケジュールに応じて別のアップリンクスーパーフレームにおける）複数の多重化アップリンク物理チャネルを再送信する段階を含み得る。

図９〜図１７は、狭帯域を利用したＭＴＣにおけるＰＣＦＩＣＨの実施形態に関する。図９は、ＰＣＦＩＣＨ処理の複数の態様を図示する。ＰＣＦＩＣＨは、１つ、２つ、または３つのＯＦＤＭシンボル（狭帯域幅、例えば１．４ＭＨｚに対する２つ、３つ、または４つの）の３つの制御領域のサイズに対応する２ビットの情報からなり、これらのＯＦＤＭシンボルは、１／１６レートのブロック符号化回路９０４により３２ビットのコードワードに符号化される。もたらされる符号化済みの３２ビットは、セル間干渉をランダム化するべくセルおよびサブフレーム固有のスクランブル符号化を用いるスクランブル回路９０６によりスクランブルされる。次に、これらの出力ビットは、四位相偏移変調（ＱＰＳＫ）９０７により変調される。もたらされる１６個のシンボルは、サブフレーム９１０の一部として、図示されるように１６個のリソース要素にマッピング９２０によりマッピングされる。ＰＣＦＩＣＨがデコードされるまで制御領域のサイズは未知であるので、ＰＣＦＩＣＨは、示される実施形態におけるサブフレーム９１０を含む各サブフレームの最初のＯＦＤＭシンボルにマッピングされる。

サブフレームにおける最初のＯＦＤＭシンボルの複数のリソース要素へのＰＣＦＩＣＨのマッピング９２０は、４つのリソース要素のグループで実行され、４つのグループは、良好なダイバーシティを得るように周波数において十分に分離される。４つのリソース要素の４つのグループは、図９にリソース要素９２１、９２２、９２３、および９２４として示され、複数のリソース要素の各グループは、示されるような４つのリソース要素を含み、合計１６個のリソース要素が図９に図示される。更に、複数の隣接セルにおける複数のＰＣＦＩＣＨ送信間の競合を回避するべく、周波数領域における４つのグループの位置は、物理レイヤセル識別に依存する。

（ＣＦＩがＯＦＤＭシンボルにおける制御領域のサイズを示すべく用いられる）既存の標準的ＬＴＥシステムにおいて、Ｍ−ＣＦＩは、Ｍ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨ送信のための情報を示すべく用いられ得る。いくつかの実施形態において、この情報は、Ｍ−ＰＤＣＣＨおよび／またはＭ−ＰＤＳＣＨ送信に用いられる時間／周波数単位（例えば、シンボル、スロット、サブフレーム、ＰＲＢ等）の数を含む。例えば、Ｍ−ＣＦＩは、Ｍ−ＰＤＣＣＨ送信に用いられるサブフレームの数を示すべく用いられ得る。

複数の他の実施形態において、この情報は、Ｍ−ＰＤＣＣＨおよび／またはＭ−ＰＤＳＣＨ送信に用いられる時間／周波数位置を含む。例えば、Ｍ−ＣＦＩは、１つのスーパーフレームにおけるどのサブフレームがＭ−ＰＤＣＣＨに対して割り当てられるかを示すべく用いられ得る。なおも更なる複数の実施形態において、この情報は、Ｍ−ＰＤＣＣＨおよび／またはＭ−ＰＤＳＣＨ送信のための時間／周波数位置のセットを含む。複数の他の実施形態において、Ｍ−ＣＦＩは、Ｍ−ＰＨＩＣＨ構成（例えば、Ｍ−ＰＨＩＣＨグループの数）を示すべく用いられ得る。特定の実装を簡略化するべく、ＣＦＩの同一のコードワードは、表１に列挙されるように再使用され得る。

表１により図示されるように、Ｍ−ＣＦＩにより搬送される複数の値（ｎ_０、ｎ_１、ｎ_２、ｎ_３）は、特定の実施形態におけるより高次のレイヤにより事前に定義され、または構成され得る。いくつかの実施形態において、構成情報は、Ｍ−ＰＢＣＨにおいて伝達されるＭ−ＭＩＢでブロードキャストされ、またはＭ−ＳＩＢにおいてブロードキャストされ得る。

複数の他の実施形態において、複数の値（ｎ_０、ｎ_１、ｎ_２、ｎ_３）は、スーパーフレーム期間に応じて事前に定義され得る。例えば、Ｍ−ＣＦＩがＭ−ＰＤＣＣＨ送信のためのサブフレームの数を示すべく用いられる場合、スーパーフレーム期間が４０ｍｓにわたるときには、Ｍ−ＰＤＣＣＨサブフレームの数をｎ_０＝２、ｎ_１＝４、ｎ_２＝８、ｎ_３＝１６に設定し得る。スーパーフレーム期間が８０ｍｓにわたる場合、（ｎ_０、ｎ_１、ｎ_２、ｎ_３）の値をｎ_０＝４、ｎ_１＝８、ｎ_２＝１６、ｎ_３＝３２に設定し得る。

複数の他の実施形態において、Ｍ−ＣＦＩがＭ−ＰＤＣＣＨ送信のための時間／周波数位置のセットを示すべく用いられる場合、ｎ_０は、第１のセット（サブフレーム＃０、＃１、＃２、＃３）を示し、ｎ_１は、第２のセット（サブフレーム＃４、＃５、＃６）を示し、ｎ_２は、第３のセット（サブフレーム＃７、＃８）を示し、ｎ_３は、第４のセット（サブフレーム＃９）を示す。なおも複数の更なる実施形態において、制御領域におけるサブフレームの数の表示のより細かい粒度を可能にするべく、更なる数のコードワードが導入され得る。この場合、Ｍ−ＣＦＩコードワードは、仕様書において再規定される必要がある。

図９に関して上記で言及されたように、チャネル符号化後、干渉をランダム化するべく、スクランブルが実行される。いくつかのＭ−ＰＣＦＩＣＨ設計の実施形態において、ＰＣＦＩＣＨに用いられる既存の標準的ＬＴＥ仕様書において用いられるものと同一のスクランブル手順は、Ｍ−ＰＣＦＩＣＨに適用され得る。一実施形態において、ＬＴＥ仕様書において規定されるものと同一のスクランブルシードが再使用され得る。

式中、ｎ_ｓはスロット番号であり、

はセルＩＤである。

複数の他の実施形態において、スクランブルシードは、セルＩＤのみの関数として規定され得る。例えば、スクランブルシードは、次式として与えられ得る。

複数の更なる実施形態において、スクランブルシードは、セルＩＤおよびスーパーフレーム番号の関数、すなわち次式として規定され得る。

式中、

は、スーパーフレーム番号である。例えば、スクランブルシードは、次式として与えられ得る。

複数の更なる実施形態において、スクランブルシードは、スロット番号（ｎ_ｓ）、セルＩＤ、およびスーパーフレーム番号の関数として規定され得る。例えば、これは次式として与えられ得る。

次に、同一の変調方式（例えば、図９のＱＰＳＫ変調９０７により図示されるＱＰＳＫ）、レイヤマッピング（例えば、マッピング９２０により図示される）、およびプリコードがＭ−ＰＣＦＩＣＨ設計に再使用され、実装を簡略化して特定の態様の既存のＬＴＥシステムとの互換性を維持し得る。

様々な実施形態において、Ｍ−ＰＣＦＩＣＨは、制御領域の最初に位置付けられ、または制御領域内で分配されるかのいずれかであり得る。現在のＬＴＥ仕様書において、ＲＥＧは、最大で４つのＯＦＤＭシンボルについて規定される。狭帯域を利用した特定の実施形態のＭＴＣシステムについては、Ｍ−ＲＥＧは、制御チャネルに対して割り当てられる複数の適切なリソースを保証するべく、１つのサブフレームに拡張され得る。具体的には、特定の実施形態において、４つのリソース要素（ＲＥ）は、第１のサブキャリア、次にＯＦＤＭシンボルの昇順で、複数の基準信号（例えば、セル固有基準信号（ＣＲＳ）、または適用可能であれば他のＭＴＣに関連する基準信号）に用いられないＭ−ＲＥＧにマッピングされる。

図１０Ａおよび図１０Ｂは、Ｍ−ＲＥＧマッピングパターンを図示する。複数の異なる実施形態において、通常のＣＰの場合に１つのサブフレームと、１つ、２つ、または４つのアンテナポートとを用いる異なる複数のマッピングパターンが用いられ得る。図示されるように、通常のＣＰの場合には、図１０Ａにより示されるように、１つまたは２つのアンテナポートを用いる１つのサブフレームにおいて、３８個のＭ−ＲＥＧが利用可能であり、図１０Ｂにより示されるように、４つのアンテナポートを用いる通常のＣＰの場合には、３６個のＭ−ＲＥＧが１つのサブフレームにおいて利用可能である。同一の設計原理は、拡張されたＣＰの場合に一致する同等のマッピングパターンを生成するべく、拡張されたＣＰに適用され得ることが明らかであろう。この場合、１つのサブフレームにおける利用可能なＭ−ＲＥＧの合計数は、１つ、２つ、または４つのアンテナポートについて３２および３０に各々低減される。

以下に示される複数の例において、Ｍ−ＲＥＧマッピングルールは、ＣＲＳパターンに基づいて設計される。Ｍ−ＲＥＧマッピングルールは、複数の他の基準信号パターン（例えば、専用のＭＴＣ ＤＬ基準信号（Ｍ−ＲＳ））に容易に拡張され得る。

図１１Ａおよび図１１Ｂは、複数の更なる実施形態のためのＭ−ＲＥＧマッピングパターンを示す。図１１Ａおよび図１１Ｂにより図示される複数の実施形態において、ＯＦＤＭシンボル３および１０は、通常のＣＰの場合にはＭ−ＲＥＧリソースマッピングに用いられない。これら２つのシンボルは、Ｍ−ＰＤＣＣＨ送信に用いられ得ることに留意されたい。図１１Ａおよび図１１Ｂは、そのような代替的な実施形態における通常のＣＰの場合に、１つ、２つ、または４つのアンテナポートを用いる１つのサブフレームにおけるＭ−ＲＥＧマッピングパターンを図示する。図１１Ａにより示されるように、通常のＣＰの場合に、アンテナポートの２分の１を用いる１つのサブフレームにおいて、３２個のＭ−ＲＥＧが利用可能であり、図１１Ｂにより示されるように、通常のＣＰの場合に、３０個のＭ−ＲＥＧが４つのアンテナポートに用いられる。

図１１Ａおよび図１１Ｂの実施形態は、Ｍ−ＰＣＦＩＣＨリソースマッピングのための、通常のＣＰ場合と拡張されたＣＰの場合との間で統一されたＭ−ＲＥＧマッピング設計、ならびに格子タイプのパターン設計を可能にし得る。複数のそのような実施形態は、次式のように動作し得る。

本式は、Ｍ−ＰＣＦＩＣＨ送信のためのアンテナポート

のためのシンボルクワドラプレット

を表し、

は、アンテナポート

のためのＭ−ＰＣＦＩＣＨ信号を表し、

であり、セル固有基準信号

のアンテナポートの数である。複数のそのような実施形態において、Ｍ−ＰＣＦＩＣＨは、Ｍ−ＰＢＣＨと同一のセットのアンテナポートにおいて送信される。これら２つのＭ−ＲＥＧマッピングパターンによれば、いくつかのオプションは、Ｍ−ＰＣＦＩＣＨリソースマッピングについて考慮され得る。

図１２Ａおよび１２Ｂは、図１０ＡのＭ−ＲＥＧマッピングパターンのためのＭ−ＰＣＦＩＣＨリソースマッピングを図示する。図１２Ａは、セルＩＤ０の場合のマッピングパターンを図示し、図１２Ｂは、セルＩＤ２の場合のマッピングパターンを図示する。 第１のそのような実施形態において、図１０Ａおよび１０Ｂにより図示されるＭ−ＲＥＧマッピングパターンの場合に、

および

は、スロット０において複数のＭ−ＲＥＧにマッピングされるが、

および

は、スロット１において複数のＭ−ＲＥＧにマッピングされる。セル間のＭ−ＰＣＦＩＣＨ競合のリスクを低減するべく、Ｍ−ＰＣＦＩＣＨマッピングは、物理レイヤセル識別に依存する。Ｍ−ＰＣＦＩＣＨリソースマッピングルールは、以下のように規定され得る。すなわち、

は

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。式中、ｋは、Ｍ−ＲＥＧインデックスである。

であり、

は、１つのサブフレームにおけるＭ−ＲＥＧの数である。通常のＣＰの場合、１つまたは２つのアンテナポートについてはＮｒｅｇ＝３２であり、４つのアンテナポートについてはＮｒｅｇ＝３６である。拡張されたＣＰの場合、１つまたは２つのアンテナポートについてはＮｒｅｇ＝３２であり、４つのアンテナポートについてはＮｒｅｇ＝３０である。リソースマッピングルールによれば、セルＩＤ０については、Ｍ＝ＰＣＦＩＣＨがＭ−ＲＥＧ０、１、１９、および２０にマッピングされ、セルＩＤ２については、Ｍ−ＰＣＦＩＣＨがＭ−ＲＥＧ４、５、２３、および２４にマッピングされる。異なる複数のセルに対するＮｒｅｇ／４の別個のＭ−ＰＣＦＩＣＨリソース領域は、複数のそのような実施形態において１つのサブフレーム内で多重化され得る。

図１３Ａおよび１３Ｂは、代替的な複数の実施形態のためのＭ−ＰＣＦＩＣＨリソースマッピングを図示し、Ｍ−ＰＣＦＩＣＨ送信のための４つのシンボルクワドラプレットは、１つのサブフレームにおいて等しく拡散される。具体的には、そのような実施形態のためのＭ−ＰＣＦＩＣＨリソースマッピングルールは、以下のように規定され得る。

は、

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧによりマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。 式中、

はＭ−ＲＥＧインデックスである。

であり、

は、１つのサブフレームにおけるＭ−ＲＥＧの数である。通常のＣＰの場合、１つまたは２つのアンテナポートについては、

であり、４つのアンテナポートについては、

である。拡張されたＣＰの場合、１つまたは２つのアンテナポートについては、

であり、４つのアンテナポートについては、

である。

図１３Ａは、セルＩＤ０のための通常のＣＰの場合に、１つまたは２つのアンテナポートを用いる、図１０Ａに図示される複数のＭ−ＲＥＧマッピングパターンのためのこのマッピングパターンを図示し、図１３Ｂは、セルＩＤ２のための対応するマッピングを図示する。このリソースマッピングによれば、セルＩＤ０については、Ｍ−ＰＣＦＩＣＨは、Ｍ−ＲＥＧ０、９、１８、および２８にマッピングされ、セルＩＤ２については、Ｍ−ＰＣＦＩＣＨは、Ｍ−ＲＥＧ２、１０、２０、および３０にマッピングされる。

図１４Ａおよび１４Ｂは、別の実施形態を図示し、Ｍ−ＰＣＦＩＣＨ送信のための４つのシンボルクワドラプレットは、複数の連続したＭ−ＲＥＧに割り当てられ得、開始位置は、物理セル識別から派生する。Ｍ−ＰＣＦＩＣＨリソースマッピングルールは、以下のように規定され得る。

は、

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。 式中、

は、Ｍ−ＲＥＧインデックスであり、

であり、

は、１つのサブフレームにおけるＭ−ＲＥＧの数である。通常のＣＰの場合、１つまたは２つのアンテナポートについては、

であり、４つのアンテナポートについては、

である。拡張されたＣＰの場合、１つまたは２つのアンテナポートについては、

であり、４つのアンテナポートについては、

である。

図１４Ａは、通常のＣＰの場合に１つまたは２つのアンテナポートを用いる、図１０ＡのＭ−ＲＥＧマッピングパターンに対するこれらのルールのＭ−ＰＣＦＩＣＨリソースマッピングを図示する。リソースマッピングルールのこの第３の実施形態によれば、セルＩＤ０については、Ｍ−ＰＣＦＩＣＨは、Ｍ−ＲＥＧ０、１、２、および３にマッピングされる。同様に、セルＩＤ２については、Ｍ−ＰＣＦＩＣＨは、Ｍ−ＲＥＧ８、９、１０、および１１にマッピングされる。

上記は、図１０Ａにより図示される第１のＭ−ＲＥＧマッピングパターンへの３つのリソースマッピングルールの適用を示す。リソースマッピングルールの類似の複数の更なる実施形態は、図１１Ａおよび図１１Ｂにより図示される第２のＭ−ＲＥＧマッピングパターンに適用され得る。第２のＭ−ＲＥＧマッピングパターンのためのこれらの更なる実施形態において、１つのサブフレームにおける各スロットは、２つのサブ領域に分割される。通常のＣＰの場合、シンボル０〜２および７〜９は、スロット０および１における第１のサブ領域に各々位置付けられるが、シンボル４〜６および１１〜１３は、スロット０および１における第２のサブ領域に各々存在する。拡張されたＣＰの場合、シンボル０〜２および６〜８は、スロット０および１における第１のサブ領域に各々位置付けられるが、シンボル３〜５および９〜１１は、スロット０および１における第２のサブ領域に各々存在する。

そのような様々な実施形態において、Ｍ−ＰＣＦＩＣＨ送信のための各シンボルクワドラプレットは、複数のサブ領域のうちの１つにマッピングされる。より具体的には、

および

は、スロット０のサブ領域０およびサブ領域１における複数のＭ−ＲＥＧに各々マッピングされるが、

および

は、スロット１のサブ領域０およびサブ領域１における複数のＭ−ＲＥＧに各々マッピングされる。

図１５Ａおよび１５Ｂは、図１１ＡのＭ−ＲＥＧマッピングパターンのための第１のリソースマッピングを図示する。そのような実施形態において、Ｍ−ＰＣＦＩＣＨ送信に用いられるＭ−ＲＥＧの位置は、複数のスロットおよびサブ領域にわたって同一である。同様に、複数のそのような実施形態におけるＭ−ＰＣＦＩＣＨマッピングは、物理レイヤセル識別に依存し、セル間のＭ−ＰＣＦＩＣＨ競合のリスクを低減する。Ｍ−ＰＣＦＩＣＨリソースマッピングルールは、以下のように規定され得る。

は、

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。

は、

により表されるＭ−ＲＥＧにマッピングされる。式中、

は、Ｍ−ＲＥＧインデックス

であり、

は、１つのサブフレームにおけるＭ−ＲＥＧの数である。１つまたは２つのアンテナポートについては、

であり、４つのアンテナポートについては、

である。

図１５Ａは、セルＩＤ０を用いる通常のＣＰの場合に２分の１のアンテナポートを用いる、図１１Ａにより図示されるＭ−ＲＥＧマッピングパターンのためのこのＭ−ＰＣＦＩＣＨリソースマッピングオプションを図示する。図１５Ｂは、セルＩＤ２を用いる対応するマッピングを図示する。このリソースマッピングルールによれば、セルＩＤ０については、Ｍ−ＰＣＦＩＣＨは、Ｍ−ＲＥＧ０、８、１６、および２４にマッピングされる。セルＩＤ２については、Ｍ−ＰＣＦＩＣＨは、Ｍ−ＲＥＧ２、１０、１８、２６にマッピングされる。

図１６Ａおよび１６Ｂは、同一のスロットの２つのサブ領域の間にＲＥホッピングを用いる実施形態を図示する。図１６Ａは、通常のＣＰおよびセルＩＤ０の場合に２分の１のアンテナポートを用いる、図１１Ａにより図示されるＭ−ＲＥＧマッピングパターンによるＭ−ＰＣＦＩＣＨリソースマッピングのそのような実施形態を図示する。図１６Ｂは、セルＩＤ２を用いる対応するマッピングを図示する。同一のスロットにおける２つのサブ領域の間でＲＥホッピングを用いるリソースマッピングは、セルＩＤ０に対するリソースマッピングをもたらし、Ｍ−ＰＣＦＩＣＨは、Ｍ−ＲＥＧ０、９、１６、２５にマッピングされる。同様に、セルＩＤ２については、Ｍ−ＰＣＦＩＣＨは、Ｍ−ＲＥＧ２、１１、１８、および２７にマッピングされる。

Ｍ−ＰＣＦＩＣＨリソースマッピングのなおも更なる複数の実施形態において、Ｍ−ＲＥＧは、Ｋ個のサブフレームに拡張され得、Ｋは、より高次のレイヤにより事前に定義され、または構成され得る。図１０Ａおよび１０Ｂ、ならびに図１１Ａおよび図１１Ｂにより図示される２つのＭ−ＲＥＧマッピングパターンのための同一の設計原理は、Ｋ個のサブフレームに拡張され得る。更に、図示される複数のパターンは、Ｍ−ＰＣＦＩＣＨがＫ個のサブフレームにわたる場合に容易に拡張され得る。複数のそのような実施形態は、複数の別個のＭ−ＰＣＦＩＣＨリソースを用いてより多くのセルを多重化するための容量を増大させる。しかし、Ｍ−ＰＣＦＩＣＨは複数のサブフレームにわたるので、複数のＭＴＣ ＵＥは、複数のサブフレームを格納してＭ−ＣＦＩコンテンツをデコードし得、これにより制御チャネルに対するデコードのレイテンシを増大させ得る。更に、複数のそのような実施形態については、スクランブルシードは、サブフレーム番号の関数として規定されない場合がある。その代わりに、スクランブルシードは、物理セルＩＤもしくはスーパーフレーム番号のいずれかの関数、または上記で提案されたこれら２つのパラメータの組み合わせとして規定され得る。

いくつかの実施形態において、現在のＬＴＥシステムと共存するべく、ＭＴＣ領域が定義され得る。具体的には、各サブフレームにおける複数のＭＴＣ領域の最初のＯＦＤＭシンボルは、より高次のレイヤにより事前に定義され、または構成され得る。複数の更なる実施形態において、Ｍ−ＲＥＧは、ＭＴＣ領域内に規定され得る。例えば、ＭＴＣ領域の最初のシンボルが３として構成される場合、Ｍ−ＲＥＧは、１つのサブフレームまたはＫ個のサブフレームの各サブフレームにおいてシンボル３〜シンボル１３と規定され得る。複数のそのような実施形態において、図１０Ａ〜図１６Ｂについて上記に例示された同一の設計原理は、Ｍ−ＰＣＦＩＣＨリソースマッピングに適用され得る。

図１７は、ＰＣＦＩＣＨ動作のための方法１７００を説明する。様々な実施形態において、方法１７００は、ｅＮＢ１５０のようなｅＮＢの回路により実行され得る。そのようなｅＮＢの回路は、ＭＴＣのような狭いシステム帯域幅内での無線通信に関連付けられた構成情報を決定するように適合され得る。この構成情報は、Ｍ−ＰＤＣＣＨ、Ｍ−ＰＤＳＣＨ、および／またはＭ−ＰＨＩＣＨのうちの１または複数に関連付けられ得る。制御回路は、決定された構成情報をＵＥに示すためのＭ−ＣＦＩを生成し得る。様々な実施形態において、制御回路は、Ｍ−ＰＣＦＩＣＨを介した送信のために、複数のリソース要素を１または複数のＭ−ＲＥＧにマッピングするように適合され得る。狭いシステム帯域幅内で、ｅＮＢの送信回路は、Ｍ−ＰＣＦＩＣＨを介してＵＥに生成済みのＭ−ＣＦＩを送信し得る。従って、受信回路は、狭いシステム帯域幅内でＭＴＣのための構成情報に基づいてＵＥからデータを受信するように適合され得る。方法１７００は、狭いシステム帯域幅内でＭＴＣに関連付けられた構成情報を決定するための動作１７０５を含み得る。この構成情報は、Ｍ−ＰＤＣＣＨ、Ｍ−ＰＤＳＣＨ、および／またはＭ−ＰＨＩＣＨのうちの１または複数に関連付けられ得る。

方法１７００は、決定された構成情報を示すＭ−ＣＦＩを生成するための動作１７１０を更に含み得る。

次に、動作１７１５は、Ｍ−ＰＣＦＩＣＨを介して生成済みのＭ−ＣＦＩをＵＥに送信する段階を含む。様々な実施形態において、動作１７１５は、Ｍ−ＰＣＦＩＣＨを介した送信のために複数のリソース要素を１または複数のＭ−ＲＥＧにマッピングすることに関連付けられた複数の動作を含み得る。従って、ｅＮＢと通信するＵＥは、狭いシステム帯域幅内でＭＴＣのためのＭ−ＣＦＩにより示される構成情報を用い得る。

図１８は、方法１８００を説明する。方法１８００は、図１のＵＥ１０１のようなＵＥにより実行され得る。狭いシステム帯域幅内で、そのようなＵＥの受信回路は、Ｍ−ＰＣＦＩＣＨを介してｅＮＢからＭ−ＣＦＩを受信するように構成され得る。Ｍ−ＣＦＩに基づいて、ＵＥの制御回路は、ＭＴＣのような狭いシステム帯域幅内での無線通信に関連付けられた構成情報を検出するように適合され得る。この構成情報は、Ｍ−ＰＤＣＣＨ、Ｍ−ＰＤＳＣＨ、および／またはＭ−ＰＨＩＣＨのうちの１または複数に関連付けられ得る。ＵＥの送信回路は、狭いシステム帯域幅内でＵＥからデータを送信するように適合され得る。

次に、ＵＥ回路は、Ｍ−ＰＣＦＩＣＨを介してｅＮＢからＭ−ＣＦＩを受信するための動作１８０５を含み得る方法１８００を実行し得る。次に、動作１８１０は、狭いシステム帯域幅内でＭＴＣのためのＭ−ＣＦＩに基づいて構成情報を検出する段階を含む。検出された構成情報は、Ｍ−ＰＤＣＣＨ、Ｍ−ＰＤＳＣＨ、および／またはＭ−ＰＨＩＣＨのうちの１または複数に関連付けられ得る。例えば、検出された構成情報は、Ｍ−ＰＤＣＣＨ、Ｍ−ＰＤＳＣＨ、および／またはＭ−ＰＨＩＣＨのうちの１または複数を介して狭いシステム帯域幅内でＭＴＣに用いられる１または複数の時間および／または周波数単位（例えば、シンボル、スロット、サブフレーム、物理リソースブロック等）を示し得る。

図１９〜図２５は、狭帯域を利用したＭＴＣにおけるＰＨＩＣＨ設計の複数の実施形態に関する。本明細書において説明される特定のそのような実施形態は、スーパーフレーム番号に基づいたＭ−ＰＨＩＣＨにおけるスクランブル、および特定の実施形態のためのスーパーフレーム定義に基づいたＭ−ＰＨＩＣＨリソース割り当てを用いる。更に、複数の実施形態は、ＭＴＣの狭帯域システムのためのＭ−ＲＥＧと併せてＭ−ＰＨＩＣＨの複数の位置およびマッピングルールを説明する。

図１９は、ＰＨＩＣＨ処理の複数の態様を図示する。ＰＨＩＣＨは、ｅＮＢ１５０のようなｅＮＢがＰＵＳＣＨにおける送信を正確に受信したか否かを示すＨＡＲＱ ＡＣＫ／ＮＡＣＫを搬送する。トランスポートブロック毎に１ビットの情報であるＨＡＲＱインジケータが、ＰＨＩＣＨグループ１９０１における各ＰＨＩＣＨに反復回路１９０２、１９１２を用いて３回反復され、その後に各ＰＨＩＣＨのための二位相偏移変調（ＢＰＳＫ）変調回路１９０４および１９１４が続く。図１９に図示されるように、複数のＰＨＩＣＨは、複数のリソース要素の同一のセットにマッピングされる。これらは、ＰＨＩＣＨグループ１９０１として示されるＰＨＩＣＨグループを構成し、同一のＰＨＩＣＨグループ１９０１内の異なるＰＨＩＣＨは、異なる複合直交コード１９３０および１９３２（例えば、ウォルシュシーケンス）により分離される。シーケンスの長さは、通常のＣＰで４である（または拡張されたＣＰの場合は２である）。グループにおける複数のＰＨＩＣＨを表す合成信号を形成した後、セル固有のスクランブル１９３４が適用され、１２個のスクランブル済みシンボルは、３つのリソース要素グループ１９４１、１９４２、１９４３にマッピングされ、ダウンリンクセルの帯域幅のおよそ３分の１ずつ分離される。ＰＨＩＣＨリソース１９４１、１９４２、１９４３は、インデックスペア

により識別されることに留意されたい。式中、

は、ＰＨＩＣＨグループ番号であり、

は、グループ内の直交シーケンスインデックスである。ＰＨＩＣＨインデックスは、対応するＰＵＳＣＨ送信に用いられる最下位のアップリンクリソースブロックのインデックスに暗に関連付けられる。更に、異なる複数のＵＥに対して構成される複数のアップリンク復調基準信号のサイクリックシフトがＰＨＩＣＨインデックスを派生させるべく用いられる。

Ｍ−ＰＨＩＣＨ送信のためのＰＨＩＣＨグループ１９０１のようなＰＨＩＣＨグループの数は、ｅＮＢ１５０のようなｅＮＢにより事前に定義され、または構成され得る。一実施形態において、構成情報は、Ｍ−ＰＢＣＨにおいて伝達されるＭ−ＭＩＢでブロードキャストされ、またはＭ−ＳＩＢにおいてブロードキャストされ得る。

複数の更なる実施形態において、ＰＨＩＣＨグループの数は、スーパーフレーム期間に応じて事前に定義され、または構成され得る。例えば、既存のＬＴＥ仕様書と同様に、ＰＨＩＣＨグループの数

は、全てのスーパーフレームにおいて一定であり、次式により与えられる。

式中、

は、より高次のレイヤにより提供され、

は、スーパーフレームの期間である。例えば、

である。

様々な実施形態におけるＭ−ＰＨＩＣＨ処理については、既存の（高帯域幅の）ＬＴＥ仕様書において用いられるようなチャネル符号化が適用され、ＡＣＫ／ＮＡＣＫは３回反復され得る。更に、変調シンボル

のシーケンスを生成する類似の変調マッピング、直交シーケンス、および手順は、現在のＬＴＥ規格として再使用され得、式中、

は、Ｍ−ＰＨＩＣＨ送信のためのシンボルの数である

更に、いくつかの実施形態において、ＬＴＥ仕様書において規定されるものと同一のスクランブルシードが再使用され得、これは次式のようになり得る。

式中、ｎ_ｓはスロット番号であり、

はセルＩＤである。

複数の更なる実施形態において、スクランブルシードは、セルＩＤのみの関数として規定され得る。例えば、スクランブルシードは、次式として与えられ得る。

なおも更なる複数のそのような実施形態において、スクランブルシードは、セルＩＤおよびスーパーフレーム番号の関数、すなわち次式として規定され得る。

式中、

は、スーパーフレーム番号である。例えば、スクランブルシードは、次式として与えられ得る。

なおも更なる複数の実施形態において、スクランブルシードは、スロット番号（ｎ_ｓ）、セルＩＤ、およびスーパーフレーム番号の関数として規定され得る。例えば、これは次式として与えられ得る。

これらの様々な実施形態において、複数の標準的ＬＴＥシステムに従って用いられるリソースグループのアラインメント、レイヤマッピング、およびプリコードは、そのような複数の既存システムとの統合を簡単にするために、本明細書において説明される複数の実施形態のスーパーフレーム設計と結合されるＭ−ＰＨＩＣＨ設計に用いられ得る。上述のように、様々なＭ−ＰＨＩＣＨリソースマッピングが用いられ、制御領域またはデータ領域のいずれかに割り当てられ得る。上述の複数の例は、Ｍ−ＰＨＩＣＨが制御領域の最後のＫ_０個のサブフレームに割り当てられ、Ｋ_０＜（Ｎ_{ｃｏｎｔｒｏｌ}−１）であり、Ｎ_{ｃｏｎｔｒｏｌ}は、制御チャネルに割り当てられたサブフレームの数である第１の実施形態を含む。複数の実施形態は、Ｍ−ＰＨＩＣＨがデータ領域のＫ_１個のサブフレームに位置付けられ、Ｋ_１＜Ｎ_ｄａｔａであり、Ｎ_ｄａｔａがデータ領域に割り当てられたサブフレームの数である第２の実施形態を含む。上述の複数の実施形態は、Ｍ−ＰＨＩＣＨがスーパーフレーム内の最初のＫ_２個のサブフレームに位置付けられた第３の実施形態を含む。第３の実施形態の特別な場合として、Ｋ_２＝１である。

以下に図２０〜図２５で検討される複数の実施形態において、複数の連続したリソース割り当てがＭＴＣ制御領域のために考慮される。ＭＴＣ制御領域のための分配されたリソース割り当ては、具体的に説明されない様々な更なる実施形態に拡張され得、これは、本明細書の説明に基づいて明らかとなるであろう。

次式のとおりとする。

式中、

は、アンテナポート

のためのシンボルクワドラプレット

を表し、

は、Ｍ−ＰＨＩＣＨグループのＭ−ＰＨＩＣＨマッピングユニットである。以下に示される複数の例は、全てのＯＦＤＭシンボルがＭ−ＲＥＧリソースマッピングに割り当てられる場合を考慮するが、類似の設計原理は、ＭＴＣ領域における複数のＯＦＤＭシンボルがＰＣＦＩＣＨ設計について上記されたＭ−ＲＥＧリソースマッピングに割り当てられる場合に容易に拡張され得る。例えば、ＭＴＣ領域の最初のシンボルが３として構成される場合、Ｍ−ＲＥＧは、１つのサブフレームまたはＫ個のサブフレームの各サブフレームにおいてシンボル３〜シンボル１３と規定され得る。

上述のように、Ｍ−ＲＥＧは、制御チャネル設計のために１または複数のサブフレーム用の既存のＲＥＧから規定され、拡張され得る。具体的には、４つのＲＥは、第１のサブキャリア、次にＯＦＤＭシンボルの昇順で基準信号（適用可能な場合に、例えばＣＲＳまたは他のＭＴＣ関連の基準信号）に用いられないＭ−ＲＥＧにマッピングされ得る。以下に検討される特定の実施形態において、複数のＭ−ＲＥＧマッピングルールは、複数のＣＲＳパターンに基づいて設計される。複数の更なる実施形態は、複数の他の基準信号パターン（例えば、専用Ｍ−ＲＳ）から派生し得ることが明らかであろう。

図２０は、通常のＣＰの場合に、１つまたは２つのアンテナポートを用いる２つのサブフレームに対するＭ−ＲＥＧリソースマッピングを図示する。同一の設計原理は、複数の様々な異なる実施形態における４つのアンテナポートおよび／または拡張されたＣＰに適用され得る。図２０により図示される複数の実施形態において、Ｎｒｅｇは、１つのサブフレームにおけるＭ−ＲＥＧの数として規定される。Ｍ−ＲＥＧリソースマッピングパターンによれば、通常のＣＰの場合、１つまたは２つのアンテナポートについてはＮｒｅｇ＝３８であり、４つのアンテナポートについてはＮｒｅｇ＝３６である。拡張されたＣＰの場合、１つまたは２つのアンテナポートについてはＮｒｅｇ＝３２であり、４つのアンテナポートについてはＮｒｅｇ＝３０である。

Ｋ番目のサブフレームについては、最初のＭ−ＲＥＧインデックスは、

であり、最後のＭ−ＲＥＧインデックスは、

である。例えば、図２０に示されるように、２番目のサブフレームに対する最初および最後のＭ−ＲＥＧインデックスは各々、通常のＣＰの場合に１つまたは２つのアンテナポートを用いる３８および７５のである。

いくつかの実施形態において、Ｍ−ＰＨＩＣＨは、制御領域の最後のＫ_０個のサブフレームに等しく分配され、Ｋ_０＜（Ｎ_{ｃｏｎｔｒｏｌ}−１）である。Ｋ_０は、より高次のレイヤにより事前に定義され、または構成され得る。例えば、Ｍ−ＰＨＩＣＨは、制御領域の２番目のサブフレームから最後のサブフレームへと割り当てられ得る。別の例示的な実施形態において、Ｍ−ＰＨＩＣＨは、制御領域の最後の２つのサブフレームに割り当てられ得、ＨＡＲＱ処理の数が小さい場合にアップリンク処理のタイミングにおける問題を緩和するのに役立ち得る。Ｍ−ＰＨＩＣＨリソースマッピングについて本明細書に説明される様々な実施形態において、次に１つのＭ−ＰＨＩＣＨグループにおける３つのシンボルクワドラプレットは、複数のＫ_０個のサブフレームのおよそ３分の１ずつ分離され、開始位置は、物理セル識別から派生する。このリソースマッピングスキームは、時間ダイバーシティの利益を活用してセル間のＭ−ＰＨＩＣＨの競合のリスクを低減するのに役立ち得る。オプション１のためのＭ−ＰＨＩＣＨリソースマッピングルールは、以下のように規定され得る。Ｍ−ＰＨＩＣＨ送信のための複数のリソース要素へのマッピングは、段階１〜７によるシンボルクワドラプレットの観点から以下に規定される。
１）ｎ_ｃは、Ｋ_０個のサブフレームにおけるリソース要素グループの数を表すものとする。
２）リソース要素グループに、最下位周波数領域インデックスを有するリソース要素グループから始まって、次に時間領域インデックスへと、０〜ｎ_ｃ−１までの番号を付ける。
３）

（Ｍ−ＰＨＩＣＨマッピングユニット番号）を初期化する。
４）

の各値について、Ｍ−ＰＨＩＣＨマッピングユニット

からのシンボルクワドラプレット

は、上記に規定されたＭ−ＲＥＧリソースマッピングパターンに従ってＭ−ＲＥＧインデックスｋ_ｉにより表されるリソース要素グループにマッピングされ、ｋ_ｉは、次式により与えられる。

５）

を１だけ増加させる。
６）全てのＭ−ＰＨＩＣＨマッピングユニットが割り当てられるまで段階４から反復する。

図２１は、通常のＣＰの場合に２つのサブフレームおよび２分の１のアンテナポートを用いる上記の実施形態による、Ｍ−ＰＨＩＣＨリソースマッピングの一例を図示する。例において、

であり、

である。図面から、Ｍ−ＲＥＧの合計数ｎ_ｃは７６であり、Ｍ−ＰＨＩＣＨは、Ｍ−ＲＥＧ２、２７、および５２において送信されることが分かり得る。

図２２は、異なるリソースマッピングを用いる代替的な複数の実施形態を説明する。そのような代替的な複数の実施形態において、１つのＭ−ＰＨＩＣＨグループにおける３つのシンボルクワドラプレットは、複数の連続したＭ−ＲＥＧに割り当てられ、開始位置は、物理セル識別から派生する。代替的なＭ−ＰＨＩＣＨリソースマッピングルールは、以下のように規定され得る。Ｍ−ＰＨＩＣＨ送信のためのリソース要素へのマッピングは、以下の段階１〜７に従ってシンボルクワドラプレットの観点から規定される。
１）ｎ_ｃは、Ｋ_０個のサブフレームにおけるリソース要素グループの数を表すものとする。
２）リソース要素グループに、最下位周波数領域インデックスを有するリソース要素グループが始まって、次に時間領域インデックスへと、０〜ｎ_ｃ−１までの番号を付ける。
３）

（Ｍ−ＰＨＩＣＨマッピングユニット番号）を初期化する。
４）

の各値について、Ｍ−ＰＨＩＣＨマッピングユニット

からのシンボルクワドラプレット

は、上記に規定されたＭ−ＲＥＧリソースマッピングパターンに従ってＭ−ＲＥＧインデックスｋ_ｉにより表されるリソース要素グループにマッピングされ、ｋ_ｉは、次式により与えられる。

５）

を１だけ増加させる。
６）全てのＭ−ＰＨＩＣＨマッピングユニットが割り当てられるまで段階４から反復する。

図２２は、通常のＣＰの場合に１つまたは２つのアンテナポートを用いる２つのサブフレームのための上記の代替的なＭ−ＰＨＩＣＨリソースマッピングの一例を図示する。例において、

であり

である。図２２から、Ｍ−ＲＥＧの合計数ｎ_ｃは７６であり、Ｍ−ＰＨＩＣＨは、Ｍ−ＲＥＧ６、７、および８において送信されることが分かり得る。

図２３〜図２５は、複数の実施形態の更なる代替なセットを説明する。複数のそのような実施形態において、Ｍ−ＰＨＩＣＨは、データ領域に割り当てられる。より具体的には、３つのシンボルクワドラプレットが複数のＫ_１個のサブフレームのおよそ３分の１ずつ分離されるか、またはデータ領域の複数の連続したＭ−ＲＥＧに割り当てられるかのいずれかであり得、開始位置は、物理セル識別から派生する。Ｋ_１は、より高次のレイヤにより事前に定義され、または構成されるかのいずれかであり得る。

一実施形態において、図２０について上述されたＭ−ＲＥＧおよびＭ−ＰＨＩＣＨリソースマッピングに対する同一ルールがデータ領域に適用され得る。この場合、Ｍ−ＰＤＳＣＨ送信は、Ｍ−ＰＨＩＣＨ送信に割り当てられた複数のＲＥの周囲でパンクチャリングされ、またはレートマッチングされる。

特定の他の実施形態において、Ｍ−ＰＨＩＣＨは、Ｍ−ＰＨＩＣＨ送信のためのチャネル推定性能を改善するべく、基準信号（例えば、ＣＲＳまたは専用Ｍ−ＲＳ）付近のＲＥに位置付けられる。例えば、ＣＲＳ送信に割り当てられた１２個のサブキャリアの中央にある４つのＲＥは、Ｍ−ＲＥＧとしてグループ化され得る。図２３は、通常のＣＰの場合に、１つまたは２つのアンテナポートを用いる２つのサブフレームに対するＭ−ＲＥＧリソースマッピングを図示する。例において、Ｍ−ＲＥＧは、通常のＣＰおよび１つまたは２つのアンテナポートの場合に、各サブフレームにおけるＯＦＤＭシンボル＃０、＃４、＃７、＃１１の中央の４つのＲＥに位置付けられる。更に、２つのサブフレームにおけるＭ−ＲＥＧの数は、８つである。

データ領域における提案されるＭ−ＲＥＧリソースマッピングパターンに基づいて、Ｍ−ＰＨＩＣＨリソースマッピングは、オプション１と同一の原理（すなわち、１つのＭ−ＰＨＩＣＨグループにおける３つのシンボルクワドラプレットは、データ領域におけるＫ_１個のサブフレームのおよそ３分の１ずつ分離される）に従い得る。更に、同一のＭ−ＰＨＩＣＨリソースマッピングルールは、提案されるＭ−ＲＥＧパターンに基づくこのオプションに適用され得る。複数のそのような実施形態において、Ｍ−ＰＤＳＣＨ送信は、Ｍ−ＰＨＩＣＨ送信に割り当てられた複数のＲＥの周囲でパンクチャリングされ、またはレートマッチングされる。

図２４は、通常のＣＰの場合に１つまたは２つのアンテナポートを用いるデータ領域における３つのサブフレームに対する、図２３に説明されるＭ−ＰＨＩＣＨリソースマッピングを図示する。複数のそのような実施形態において、

であり、

である。図２４において、Ｍ−ＲＥＧの合計数ｎ_ｃが１２であり、Ｍ−ＰＨＩＣＨがＭ−ＲＥＧ＃２、＃６、および＃１０において送信され、これらは、第１、第２、および第３のサブフレームにおけるＯＦＤＭシンボル＃７の中央の４つのＲＥに各々割り当てられることが分かり得る。

図２５は、Ｍ−ＰＨＩＣＨが複数のＭ−ＲＥＧの昇順に割り当てられ、最初のインデックスが物理セルＩＤから派生する複数の更なる実施形態を説明する。同様に、Ｍ−ＰＤＳＣＨ送信は、Ｍ−ＰＨＩＣＨ送信のために割り当てられた複数のＲＥの周囲でパンクチャリングまたはレートマッチングされる。

図２５は、通常のＣＰの場合に１つまたは２つのアンテナポートを用いるデータ領域における３つのサブフレームに対する、代替的なＭ−ＰＨＩＣＨリソースマッピングを図示する。例において、

であり、

である。図２４から、Ｍ−ＲＥＧの合計数ｎ_ｃは１２であり、Ｍ−ＰＨＩＣＨは、Ｍ−ＲＥＧ＃６、＃７、および＃８において送信されることが分かり得る。

Ｍ−ＰＨＩＣＨリソースマッピングのための第１および第２のオプションを説明する上記の複数の実施形態に加えて、複数の更なる実施形態の第３のセットにおいて、Ｍ−ＰＨＩＣＨは、スーパーフレーム内の最初のＫ_２個のサブフレームに位置付けられる。特定の実施形態において、Ｋ_２＝１である。図２０〜図２２について上記された類似のＭ−ＰＨＩＣＨリソースマッピングメカニズムは、複数のそのような実施形態に適用され得る。より具体的には、Ｍ−ＰＨＩＣＨは、スーパーフレーム内の最初のＫ_２個のサブフレームにおける複数の連続したＭ−ＲＥＧに等しく分配され、または割り当てられ得る。上述のように、図５Ａ、図５Ｂ、図６Ａ、および図６Ｂに関して具体的には、様々な数のＨＡＲＱ処理を用いるＤＬ／ＵＬ ＨＡＲＱ手順がスーパーフレーム構造に基づいて提案される。より具体的には、２×Ｍ回のＨＡＲＱ処理を用いるＵＬ ＨＡＲＱ手順においては、Ｍ−ＰＨＩＣＨにおけるＭ−ＰＵＳＣＨ送信とＡＣＫ／ＮＡＣＫフィードバックとの間のギャップが、Ｍ個のスーパーフレームである。複数のそのような実施形態によれば、スーパーフレームｎにおけるサービングセルｃからスケジューリングされるＭ−ＰＵＳＣＨ送信のために、ＵＥは、スーパーフレームｎ＋Ｍにおけるサービングセルｃの対応するＭ−ＰＨＩＣＨリソースを決定するであろう。既存のＬＴＥ仕様書と同様に、Ｍ−ＰＨＩＣＨリソースは、インデックスペア

により識別され得、

は、Ｍ−ＰＨＩＣＨグループ番号であり、

は、グループ内の直交シーケンスインデックスである。一実施形態において、Ｍ−ＰＨＩＣＨリソースインデックスは、次式により規定され得る。

式中、

は、サイクリックシフトからＤＭＲＳフィールドにマッピングされる。

は、Ｍ−ＰＨＩＣＨ変調に用いられる拡散因子の大きさである。

は、より高次のレイヤにより構成されるＭ−ＰＨＩＣＨグループの数である。

は、複数のＬＴＥ規格により記載される対応するＭ−ＰＵＳＣＨ送信のリソースインデックスである。

は、対応するＭ−ＰＵＳＣＨ送信の時間位置もしくは周波数位置のいずれかの関数（例えば、シンボル、スロット、サブフレーム、ＰＲＢ等）、またはこれらのパラメータの任意の組み合わせの関数として規定され得る。例えば、いくつかの実施形態において、ＴＤＭがＵＬデータ送信のために考慮される場合、

は、対応するＭ−ＰＵＳＣＨ送信の最初のサブフレームとして規定され得る。更なる複数のそのような実施形態において、Ｍ−ＰＨＩＣＨリソースインデックスは、次式として規定され得る。

による複数の実施形態において、サイクリックシフトインデックスは、Ｍ−ＰＨＩＣＨリソースインデックスを派生させる場合には用いられない。

図２６は、図１のＵＥ１０１のようなＵＥにより実行され得る方法２６００を説明する。そのようなＵＥの回路は、受信されたダウンリンクデータに基づいてＨＡＲＱデータを送信するように構成され得る。例えば、送信回路は、ＭＴＣ ＰＨＩＣＨを用いてＨＡＲＱデータを送信し得る。そのようなＵＥの制御回路は、本開示の別の箇所で説明される動作のような様々な動作を実行し得る。制御回路は、受信されたダウンリンクデータに基づいてＨＡＲＱデータを生成し、物理セル識別に基づいてＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを割り当てるように適合され得る。

方法２６００は、ｅＮＢからダウンリンク送信を受信するための動作２６０５と、受信されたダウンリンクデータに基づいてＨＡＲＱデータを生成するための動作２６１０とを含む。動作２６１５は、物理セル識別に基づいてＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを割り当てる段階を含み、動作２６２０は、ＭＴＣ ＰＨＩＣＨを用いてＨＡＲＱデータを送信する段階を含む。

図２７は、図１のｅＮＢ１５０のようなｅＮＢにより実行され得る方法２７００を説明する。そのようなｅＮＢの回路は、例えば、方法２６００を実行するＵＥからアップリンク送信を受信するように適合され得る。様々な実施形態において、そのようなｅＮＢの送信回路は、受信されたアップリンクデータに基づいてＨＡＲＱデータを送信し得る。そのような送信回路は、ＭＴＣ ＰＨＩＣＨを用いてＨＡＲＱデータを送信するように構成され得る。そのようなｅＮＢの制御回路は、本開示の別の箇所で説明される動作のような様々な動作を実行し得る。制御回路は、受信されたアップリンクデータに基づいてＨＡＲＱデータを生成し、物理セル識別に基づいてＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを割り当てるように適合され得る。

方法２７００は、ＵＥからアップリンク送信を受信するための動作２７０５を含む。方法２７００の実施形態において、受信されたアップリンクデータに基づいてＨＡＲＱデータを生成するための動作２７１０がこれに続き、次に物理セル識別に基づいてＭ−ＰＨＩＣＨに関連付けられた複数のリソースを割り当てるための動作２７１５が続く。次に、動作２７２０は、Ｍ−ＰＨＩＣＨを用いてＨＡＲＱデータを送信する段階を含む。

図２８は、別の方法２８００を説明する。動作２８０２において、スーパーフレーム構造が決定され、スーパーフレーム構造は、狭帯域利用の帯域幅に少なくとも部分的に基づいて設定される。この設定は、上記の複数のシステム値またはターゲットにより制御される調整可能な設定であり得る。複数の他の実施形態において、これは、システムハードウェアに基づいてシステムの固定構造として設定され得る。次に、ＵＥのための構成情報が、動作２８０４においてｅＮＢと通信して決定される。動作２８０６において、ＵＥのためのＭ−ＣＦＩの構成が、決定された構成情報を示すように生成され、動作２８０８において、Ｍ−ＣＦＩは、スーパーフレーム構造のスーパーフレーム内のＭ−ＰＣＦＩＣＨを介して送信される。

本明細書において説明されるこれらの方法および任意の方法において、複数の動作は、様々な順序で実行されてもよく、または様々な実施形態による複数の中間段階を含んでもよい。

更なる実施形態は、狭帯域を利用した複数のマシンタイプ通信（ＭＴＣ）のための拡張ノードＢ（ｅＮＢ）の装置であり得る。本装置は、例えば、集積回路、複数の集積回路を有する基板アセンブリ、システムオンチップ、または任意の他のそのような装置であり得る。そのような装置の実施形態は、狭帯域利用の帯域幅に少なくとも部分的に基づいて設定されるスーパーフレーム構造を決定し、ｅＮＢと通信するユーザ機器（ＵＥ）のための構成情報を決定し、決定された構成情報を示すべくＵＥのためのＭＴＣ制御フォーマットインジケータ（Ｍ−ＣＦＩ）に対する構成を生成するように構成された制御回路と、スーパーフレーム構造のスーパーフレーム内で狭帯域ＭＴＣ物理制御フォーマットインジケータチャネル（Ｍ−ＰＣＦＩＣＨ）を介して、Ｍ−ＣＦＩを送信するように構成された送信回路とを備える。

Ｍ−ＣＦＩがＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）またはＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）の送信のためのリソース情報を示す複数の更なる実施形態が動作し得る。

Ｍ−ＰＤＣＣＨが、Ｍ−ＰＤＣＣＨに対する複数のシンボル、スロット、サブフレーム、サブキャリア、および物理リソースブロック（ＰＲＢ）を含む、複数の更なる実施形態が動作し得る。

コードワードを生成するように構成されたブロック符号化回路と、ブロック符号化回路に結合され、コードワードをスクランブルするように構成されたスクランブル回路と、スクランブルされたコードワードから複数のシンボルを生成するように構成された変調回路とを有するＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）回路を更に備える、複数の更なる実施形態が動作し得る。

Ｍ−ＰＣＦＩＣＨが、スーパーフレーム構造の１または複数のサブフレーム上にシンボルに関連付けられた複数のリソース要素をマッピングするＭ−ＰＣＦＩＣＨにより複数のシンボルから決定される、複数の更なる実施形態が動作し得る。

スクランブル回路が、スーパーフレームに関連付けられたスーパーフレーム番号の関数に基づくスクランブルシーケンスを用いて、コードワードをスクランブルするように構成される、複数の更なる実施形態が動作し得る。

ＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）が、Ｍ−ＰＣＦＩＣＨの送信のために規定され、複数のリソース要素（ＲＥ）は、複数の基準信号に用いられないＭ−ＲＥＧにマッピングされる、複数の更なる実施形態が動作し得る。

複数のＲＥが、Ｍ−ＲＥＧに関連付けられた直交周波数分割多重化シンボルおよび第１のサブキャリアに少なくとも部分的に基づいてマッピングされる、複数の更なる実施形態が動作し得る。

複数のＭ−ＲＥＧが、スーパーフレームの１または複数の部分的サブフレームにわたって割り当てられる、複数の更なる実施形態が動作し得る。

複数のＭ−ＲＥＧが、スーパーフレームの１または複数の連続または非連続のサブフレーム全体にわたって割り当てられる、複数の更なる実施形態が動作し得る。

ｅＮＢが、物理セル識別に応じた開始位置を用いて示された複数のＭ−ＲＥＧに複数のＭ−ＰＣＦＩＣＨシンボルをマッピングする回路を更に含む、複数の更なる実施形態が動作し得る。

ｅＮＢは、Ｍ−ＰＣＦＩＣＨ送信のためのアンテナポート

に対するシンボルクワドラプレット

を表す次式

を用いて複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置され、
式中、

が、アンテナポート

に対するＭ−ＰＣＦＩＣＨ信号を表し、

が、複数のセル固有基準信号

に対するアンテナポートの数を表し、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、
式中、

が、Ｍ−ＲＥＧインデックスであり、

であり、

が、スーパーフレームの１つのサブフレームにおけるＭ−ＲＥＧの数である、複数の更なる実施形態が動作し得る。

ＵＥが、４つのアンテナポートを含み、
スーパーフレームに関連付けられたサイクリックプレフィックスが、拡張サイクリックプレフィックスであり、

である、複数の更なる実施形態が動作し得る。

ｅＮＢが、Ｍ−ＰＣＦＩＣＨ送信のためのアンテナポート

に対するシンボルクワドラプレット

を表す次式

を用いて複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置され、
式中、

が、アンテナポート

に対するＭ−ＰＣＦＩＣＨ信号を表し、

が、複数のセル固有基準信号

に対するアンテナポートの数を表し、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、
式中、

が、Ｍ−ＲＥＧインデックスであり、

であり、

が、スーパーフレームの１つのサブフレームにおけるＭ−ＲＥＧの数である、複数の更なる実施形態が動作し得る。

ｅＮＢが、Ｍ−ＰＣＦＩＣＨ送信のためのアンテナポート

に対するシンボルクワドラプレット

を表す次式

を用いて複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置され、
式中、

が、アンテナポート

に対するＭ−ＰＣＦＩＣＨ信号を表し、

が、複数のセル固有基準信号

に対するアンテナポートの数を表し、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、
式中、

が、Ｍ−ＲＥＧインデックスであり、

であり、

が、スーパーフレームの１つのサブフレームにおけるＭ−ＲＥＧの数である、複数の更なる実施形態が動作し得る。

更なる実施形態は、狭帯域を利用した複数のマシンタイプ通信（ＭＴＣ）のための拡張ノードＢ（ｅＮＢ）の回路により実行され、カバレッジ拡張目標に少なくとも部分的に基づいて設定されるスーパーフレーム構造を決定する段階と、ｅＮＢと通信するユーザ機器（ＵＥ）のための構成情報を決定する段階と、決定された構成情報を示すべく、ＵＥのためのＭＴＣ制御フォーマットインジケータ（Ｍ−ＣＦＩ）に対する構成を生成する段階とを備え、送信回路が、スーパーフレーム構造のスーパーフレーム内で狭帯域ＭＴＣ物理制御フォーマットインジケータ（Ｍ−ＰＣＦＩＣＨ）を介してＭ−ＣＦＩを送信するように構成される、方法である。

ＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）は、Ｍ−ＰＣＦＩＣＨの送信のために規定され、複数のリソース要素（ＲＥ）は、複数の基準信号に用いられないＭ−ＲＥＧにマッピングされ、複数のＲＥは、Ｍ−ＲＥＧに関連付けられた第１のサブキャリアおよび直交周波数分割多重化シンボルに少なくとも部分的に基づいてマッピングされる、そのような方法の別の実施形態が動作する。

ＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）が、Ｍ−ＰＣＦＩＣＨの送信のために規定され、
複数のリソース要素（ＲＥ）が、複数の基準信号に用いられないＭ−ＲＥＧにマッピングされ、
複数のＭ−ＲＥＧが、スーパーフレームの１または複数の連続または非連続のサブフレーム全体にわたって割り当てられ、ｅＮＢが、更に、物理セル識別にに応じた開始位置を用いて示されたＭ−ＲＥＧに複数のＭ−ＰＣＦＩＣＨシンボルをマッピングする回路を備え、ｅＮＢが、Ｍ−ＰＣＦＩＣＨ送信のためのアンテナポート

に対するシンボルクワドラプレット

を表す次式

を用いて複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置され、
式中、

が、アンテナポート

に対するＭ−ＰＣＦＩＣＨ信号を表し、

が、複数のセル固有基準信号

に対するアンテナポートの数を表し、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、

が、

により表されるＭ−ＲＥＧにマッピングされ、
式中、

が、Ｍ−ＲＥＧインデックスであり、

であり、

が、スーパーフレームの１つのサブフレームにおけるＭ−ＲＥＧの数である、そのような方法の別の実施形態が動作する。

別の実施形態は、１または複数のプロセッサにより実行されると、カバレッジ拡張目標に少なくとも部分的に基づいて設定されるスーパーフレーム構造を決定することと、ｅＮＢと通信するユーザ機器（ＵＥ）のための構成情報を決定することと、決定された構成情報を示すべく、ＵＥに対するＭＴＣ制御フォーマットインジケータ（Ｍ−ＣＦＩ）のための構成を生成することとを含む、狭帯域を利用した複数のマシンタイプ通信（ＭＴＣ）のための拡張ノードＢ（ｅＮＢ）を構成する複数の命令を備え、送信回路は、スーパーフレーム構造のスーパーフレーム内で狭帯域ＭＴＣ物理制御フォーマットインジケータ（Ｍ−ＰＣＦＩＣＨ）を介してＭ−ＣＦＩを送信するように構成され、Ｍ−ＣＦＩは、ＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）またはＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）送信のためのリソース情報を示す、非一時的コンピュータ可読媒体である。

ＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）が、Ｍ−ＰＣＦＩＣＨの送信のために規定され、複数のリソース要素（ＲＥ）が、複数の基準信号に用いられないＭ−ＲＥＧにマッピングされ、複数のＭ−ＲＥＧが、スーパーフレームの１または複数の部分的サブフレームにわたって割り当てられる、複数の更なる実施形態が動作し得る。

複数の命令が、更に、コードワードを生成し、コードワードをスクランブルし、コードワードから複数のシンボルを生成するようにＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）回路を構成し、Ｍ−ＣＦＩが、ＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）またはＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）送信のためのリソース情報を示す、複数の更なる実施形態が動作し得る。

別の実施形態は、スーパーフレーム構造のスーパーフレーム内で狭帯域ＭＴＣ物理制御フォーマットインジケータチャネル（Ｍ−ＰＣＦＩＣＨ）を介して拡張ノードＢ（ｅＮＢ）からＭＴＣ制御フォーマットインジケータ（Ｍ−ＣＦＩ）を受信するように構成された受信回路と、Ｍ−ＣＦＩに基づいてスーパーフレーム構造に関連付けられた構成情報を検出するように構成された制御回路とを備え、検出されたスーパーフレーム構造は、カバレッジ拡張目標に少なくとも部分的に基づく、狭帯域を利用した複数のマシンタイプ通信（ＭＴＣ）のためのユーザ機器（ＵＥ）の装置であり得る。

カバレッジ拡張目標がスーパーフレーム構造の周期性に関連付けられたリンクバジェットの改善を含む、複数の更なる実施形態が動作し得る。

ＭＴＣ物理ハイブリッド自動反復要求（ＨＡＲＱ）インジケータチャネル（Ｍ−ＰＨＩＣＨ）を用いてＨＡＲＱデータを送信するように構成された送信回路を更に備え、受信回路が、更に、ｅＮＢからダウンリンクデータを受信するように構成され、制御回路が、更に、受信されたダウンリンクデータに基づいてＨＡＲＱデータを生成し、物理セル識別に基づいてＭ−ＰＨＩＣＨに関連付けられた複数のリソースを割り当てるように構成される、装置を用いる複数の更なる実施形態が動作し得る。

ここで説明される方法、システム、およびデバイスの複数の実施形態の追加の複数の例の更なる第１のセットは、以下の非限定的な複数の構成を含む。以下の複数の非限定的な例の各々は、それ自身で成り立ち得、あるいは以下に、または本開示を通じて提供される複数の他の例の任意の１または複数との任意の変更または組み合わせで組み合わされ得る。

例１は、狭いシステム帯域幅内でのＭＴＣのために動作可能なｅＮＢ／ＵＥを含み得、ｅＮＢは、ＤＬおよびＵＬ物理チャネルがＴＤＭ方式で多重化されるスーパーフレーム構造と、ＤＬおよびＵＬ物理チャネルがＦＤＭ方式で多重化されるスーパーフレーム構造と、事前に定義されたＨＡＲＱ手順とを含むコンピュータ回路を有する。例２は、例１のコンピュータ回路を含み得、ｅＮＢは、ダウンリンクにおける複数の物理チャネルＭ−ＳＣＨ、Ｍ−ＰＢＣＨ、ＭＴＣ制御チャネル、Ｍ−ＰＤＳＣＨ、Ｍ−ＰＭＣＨのうちの少なくとも１つを送信するように構成され、ｅＮＢは、アップリンクにおける複数の物理チャネルＭ−ＰＵＳＣＨ、Ｍ−ＰＲＡＣＨ、Ｍ−ＰＵＣＣＨのうちの少なくとも１つを受信するように構成される。

例３は、例１のコンピュータ回路を含み得、最初のサブフレームおよび周期性を含むスーパーフレーム構成は、予め定められ、スーパーフレーム構成は、複数のより高次のレイヤにより構成される最初のサブフレームおよび周期性を含む。

例４は、例１のコンピュータ回路を含み得、ＭＴＣ制御チャネルおよびＭ−ＰＤＳＣＨは、１つのＤＬスーパーフレームにおいて送信され、Ｍ−ＳＣＨ、Ｍ−ＰＢＣＨ、ＭＴＣ制御チャネル、およびＭ−ＰＤＳＣＨは、１つのＤＬスーパーフレームにおいて送信される。

例５は、例４のコンピュータ回路を含み得、ＤＬスーパーフレームにおいて、Ｍ−ＰＢＣＨは、時間においてＭ−ＳＣＨの送信に続き、Ｍ−ＰＤＳＣＨは、時間においてＭＴＣ制御チャネル送信に続く。

例６は、例４のコンピュータ回路を含み得、ＵＬスーパーフレームにおいて、Ｍ−ＰＵＣＣＨおよびＭ−ＰＵＳＣＨは、Ｍ−ＰＲＡＣＨの後に送信される。

例７は、例６のコンピュータ回路を含み得、Ｍ−ＰＲＡＣＨおよびＭ−ＰＵＣＣＨ送信構成は、事前に定義され、またはＭ−ＰＲＡＣＨおよびＭ−ＰＵＣＣＨの送信構成は、ｅＮＢにより構成される。

例８は、ＭＴＣ領域が規定される、例１のコンピュータ回路を含み得る。

例９は、例８のコンピュータ回路を含み得、各サブフレームにおけるＭＴＣ領域の複数の最初のＯＦＤＭシンボルは、予め定められ、または各サブフレームにおけるＭＴＣ領域の複数の最初のＯＦＤＭシンボルは、複数のより高次のレイヤにより構成される。

例１０は、例１のコンピュータ回路を含み得、ＤＬスーパーフレームとＵＬスーパーフレームとの間の複数のサブフレームオフセットが構成される。

例１１は、例２のコンピュータ回路を含み得、Ｍ−ＰＨＩＣＨは、ＭＴＣ制御チャネルにおいてサポートされ、またはＭ−ＰＨＩＣＨは、ＭＴＣ制御チャネルにおいてサポートされない。

例１２は、例２のコンピュータ回路を含み得、Ｍ−ＰＣＦＩＣＨは、ＭＴＣ制御チャネルにおいてサポートされ、またはＭ−ＰＣＦＩＣＨは、ＭＴＣ制御チャネルにおいてサポートされない。

例１３は、例２のコンピュータ回路を含み得、Ｍ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨは、ＭＴＣ制御チャネルにおいてサポートされ、Ｍ−ＰＣＦＩＣＨは、制御領域の最初のＫ_０サブフレームに位置付けられるが、Ｍ−ＰＨＩＣＨは、制御領域の最後のＫ_１サブフレームに割り当てられ、Ｍ−ＰＤＣＣＨは、制御領域におけるＭ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨに割り当てられない複数のリソース要素に割り当てられる。

例１４は、例２のコンピュータ回路を含み得、Ｍ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨは、ＭＴＣ制御チャネルにおいてサポートされ、Ｍ−ＰＣＦＩＣＨは、制御領域の第１のＭ_０サブフレームに位置付けられるが、Ｍ−ＰＨＩＣＨは、データ領域のＭ_１サブフレームに位置付けられ、Ｍ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨは、制御領域におけるＭ−ＰＨＩＣＨおよびデータ領域におけるＭ−ＰＣＦＩＣＨに割り当てられない複数のリソース要素に各々割り当てられる。

例１５は、例１のコンピュータ回路を含み得、データ送信とＡＣＫ／ＮＡＣＫフィードバックとの間の遅延は、１つのスーパーフレームであり、ＡＣＫ／ＮＡＣＫフィードバックとデータ再送信との間の遅延は、１つのスーパーフレームである。

例１６は、例１のコンピュータ回路を含み得、データ送信とＡＣＫ／ＮＡＣＫフィードバックとの間の遅延は、２つのスーパーフレームであり、ＡＣＫ／ＮＡＣＫフィードバックとデータ再送信との間の遅延は、２つのスーパーフレームである。

例１７は、例１のコンピュータ回路を含み得、Ｍ−ＰＤＳＣＨ送信およびＭ−ＰＵＣＣＨ送信との間の遅延は、３つのスーパーフレームであり、Ｍ−ＰＵＣＣＨ送信とＭ−ＰＤＳＣＨ再送信との間の遅延は、１つのスーパーフレームである。

例１８は、例１のコンピュータ回路を含み得、Ｍ−ＰＵＳＣＨ送信とＭ−ＰＨＩＣＨ送信との間の遅延は、１つのスーパーフレームであり、Ｍ−ＰＨＩＣＨ送信とＭ−ＰＵＳＣＨ再送信との間の遅延は、３つのスーパーフレームである。

例１９は、例１のコンピュータ回路を含み得、複数のＨＡＲＱ処理は、１つのスーパーフレームで構成され、複数のＭ−ＰＤＣＣＨは、１つのスーパーフレームにおいて複数のＭ−ＰＤＳＣＨおよび／またはＭ−ＰＵＳＣＨをスケジューリングする。

例２０は、狭いシステム帯域幅内でのＭＴＣに適合されたｅＮＢを含み得、ｅＮＢは、ＵＥへのダウンリンク送信のために複数のダウンリンク物理チャネルを多重化し、ＵＥから受信された複数の多重化アップリンク物理チャネルを処理するための制御回路と、制御回路に結合され、複数の多重化ＤＬ物理チャネルを含むＵＥに、複数のＤＬサブフレームを含むＤＬスーパーフレームを送信するための送信回路と、制御回路に結合され、ＵＥから複数の多重化ＵＬ物理チャネルを含み、複数のアップリンクサブフレームを含むＵＬスーパーフレームを受信するための受信回路とを備える。

例２１は、例２０のｅＮＢを含み得、制御回路は、時分割多重化（「ＴＤＭ」）または周波数分割多重化（「ＦＤＭ」）に従って複数のダウンリンク物理チャネルを多重化する。

例２２は、例２０のｅＮＢを含み得、受信回路は、ＵＬスーパーフレームにおいて、ＵＥから、ＤＬスーパーフレームに関連付けられたＨＡＲＱ ＡＣＫまたはＮＡＣＫメッセージを更に受信し、更に、受信回路がＨＡＲＱ ＮＡＣＫを受信した場合に、制御回路は、送信回路に、別のＤＬスーパーフレームにおいて複数の多重化ＤＬ物理チャネルを再送信させる。

例２３は、例２０〜２２のいずれかのｅＮＢを含み得、ＵＬおよびＤＬスーパーフレームの各々の最初のサブフレームが予め定められる。

例２４は、例２０〜２２のいずれかのｅＮＢを含み得、複数の多重化ＤＬ物理チャネルのＤＬ送信に関連付けられた第１の周期性および複数の多重化ＵＬ物理チャネルのＵＬ受信に関連付けられた第２の周期性が予め定められる。

例２５は、例２０〜２２のいずれかのｅＮＢを含み得、複数のダウンリンク物理チャネルは、Ｍ−ＳＣＨ、Ｍ−ＰＢＣＨ、ＭＴＣ制御チャネル、Ｍ−ＰＤＳＣＨ、またはＭ−ＰＭＣＨのうちの少なくとも１つを含み、ＵＥから受信された複数の多重化ＵＬ物理チャネルは、Ｍ−ＰＵＳＣＨ、Ｍ−ＰＲＡＣＨ、またはＭ−ＰＵＣＣＨのうちの少なくとも１つを含む。

例２６は、例２５のｅＮＢを含み得、ＭＴＣ制御チャネルは、Ｍ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨを含み、更に、制御回路は、ＤＬスーパーフレームの少なくとも１つのサブフレームをＭ−ＰＣＦＩＣＨに割り当て、ＤＬスーパーフレームの少なくとも１つの他のサブフレームをＭ−ＰＨＩＣＨに割り当てる。

例２７は、例２６のｅＮＢを含み得、送信回路は、ＤＬスーパーフレームの制御領域において、Ｍ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームと、Ｍ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームとを送信する。

例２８は、例２６のｅＮＢを含み得、送信回路は、ＤＬスーパーフレームの制御領域においてＭ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームと、ＤＬスーパーフレームのデータ領域においてＭ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームとを送信する。

例２９は、ｅＮＢにより、狭いシステム帯域幅内でのＭＴＣのための複数のダウンリンク物理チャネルを多重化する段階と、複数の多重化ＤＬ物理チャネルを含み、複数のＤＬサブフレームを含むＤＬスーパーフレームをＵＥに送信する段階と、ＤＬスーパーフレームの送信に基づいてＵＥから少なくとも１つのＨＡＲＱ ＡＣＫメッセージまたは少なくとも１つのＨＡＲＱ ＮＡＣＫメッセージを受信する段階とを有する方法を備え得る。

例３０は、例２９の方法を含み得、少なくとも１つのＨＡＲＱ ＡＣＫメッセージまたは少なくとも１つのＨＡＲＱ ＮＡＣＫメッセージは、ＨＡＲＱメッセージ送信のための予め定められたスケジュールに従ってＵＬスーパーフレームにおいて受信され、ＵＬスーパーフレームは、複数のＵＬサブフレームで構成される。

例３１は、例２９の方法を含み得、更に、再送信のための予め定められたスケジュールに従い、ＨＡＲＱ ＮＡＣＫメッセージの受信に基づいて、ＤＬスーパーフレームにおいて複数の多重化ＤＬ物理チャネルを再送信する段階を備える。

例３２は、例２９の方法を含み得、更に、ＵＥによりＵＬスーパーフレームに用いられる予め定められた最初のサブフレームおよびサブフレームの予め定められた数を、ＵＥに送信する段階を備える。

例３３は、例３２の方法を含み得、予め定められた最初のサブフレームおよびサブフレームの予め定められた数は、ＭＩＢまたはＳＩＢにおいてＵＥに送信される。

例３４は、例２９〜３２のいずれかの方法を含み得、複数のＤＬ物理チャネルは、Ｍ−ＳＣＨ、Ｍ−ＰＢＣＨ、ＭＴＣ制御チャネル、Ｍ−ＰＤＳＣＨ、またはＭ−ＰＭＣＨのうちの少なくとも１つを含む。

例３５は、例３４の方法を含み得、ＭＴＣ制御チャネルは、Ｍ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨを含み、本方法は、更に、ＤＬスーパーフレームの少なくとも１つのサブフレームをＭ−ＰＣＦＩＣＨに割り当てる段階と、ＤＬスーパーフレームの少なくとも１つの他のサブフレームをＭ−ＰＨＩＣＨに割り当てる段階とを備える。

例３６は、例３５の方法を含み得、Ｍ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームおよびＭ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームは、ＤＬスーパーフレームの制御領域に関連付けられる。

例３７は、例３５の方法を含み得、Ｍ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームは、ＤＬスーパーフレームの制御領域に関連付けられ、Ｍ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームは、ＤＬスーパーフレームのデータ領域に関連付けられる。

例３８は、例２９〜３２のいずれかの方法を含み得、更に、ＵＥから、複数の多重化ＵＬ物理チャネルを含むＵＬスーパーフレームを受信する段階と、ＨＡＲＱメッセージの送信のための予め定められたスケジュールに従い、ＵＬスーパーフレームの受信に基づいて、少なくとも１つのＨＡＲＱ ＡＣＫメッセージまたは少なくとも１つのＨＡＲＱ ＮＡＣＫメッセージを含むＤＬサブフレームをＵＥに送信する段階とを備え、ＵＬスーパーフレームは、複数のＵＬサブフレーム、およびＭ−ＰＵＳＣＨ、Ｍ−ＰＲＡＣＨ、またはＭ−ＰＵＣＣＨのうちの少なくとも１つを含む複数の多重化ＵＬ物理チャネルを含む。

例３９は、狭いシステム帯域幅内でのＭＴＣに適合されたＵＥを含み得、ＵＥは、ｅＮＢへのＵＬ送信のために複数のＵＬ物理チャネルを多重化し、ｅＮＢから受信された複数の多重化ＤＬ物理チャネルを処理するための制御回路と、制御回路に結合され、複数の多重化ＵＬ物理チャネルを含むｅＮＢに、複数のＵＬサブフレームを含むＵＬスーパーフレームを送信するための送信回路と、制御回路に結合され、ｅＮＢからの複数の多重化ＤＬ物理チャネルを含み、複数のＤＬサブフレームを含むＤＬスーパーフレームを受信するための受信回路とを備える。

例４０は、例３９のＵＥを含み得、制御回路は、ＴＤＭまたはＦＤＭに従って複数のＤＬ物理チャネルを多重化する。

例４１は、例３９のＵＥを含み得、送信回路は、更に、ＵＬスーパーフレームにおいて、ＤＬスーパーフレームの受信に基づいてＨＡＲＱ ＡＣＫまたはＮＡＣＫメッセージを送信する。

例４２は、例３９〜４１のいずれかのＵＥを含み得、ＵＬスーパーフレームのＵＬ送信に関連付けられた最初のサブフレームおよび周期性は、予め定められる。

例４３は、例３９〜４１のいずれかのＵＥを含み得、受信回路は、更に、ｅＮＢから受信され、最初のサブフレームおよび周期性は、ＭＩＢまたはＳＩＢにおけるＵＬスーパーフレームのＵＬ送信に関連付けられる。

例４４は、例３９〜４１のいずれかのＵＥを含み得、複数のＤＬ物理チャネルは、Ｍ−ＳＣＨ、Ｍ−ＰＢＣＨ、ＭＴＣ制御チャネル、Ｍ−ＰＤＳＣＨ、またはＭ−ＰＭＣＨのうちの少なくとも１つを含み、ＵＥから受信された複数の多重化ＵＬ物理チャネルは、Ｍ−ＰＵＳＣＨ、Ｍ−ＰＲＡＣＨ、またはＭ−ＰＵＣＣＨのうちの少なくとも１つを含む。

例４５は、例４４のＵＥを含み得、ＭＴＣ制御チャネルは、Ｍ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨを含む。

例４６は、例４５のＵＥを含み得、受信回路は、ＤＬスーパーフレームの制御領域において、Ｍ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームと、Ｍ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームとを受信する。

例４７は、例４５のＵＥを含み得、受信回路は、ＤＬスーパーフレームの制御領域においてＭ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームと、ＤＬスーパーフレームのデータ領域においてＭ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームとを受信する。

例４８は、ＵＥにより、狭いシステム帯域幅内でのＭＴＣのための複数のＵＬ物理チャネルを多重化する段階と、複数の多重化ＵＬ物理チャネルを含み、複数のＵＬサブフレームを含むＵＬスーパーフレームをｅＮＢに送信する段階と、ＵＬスーパーフレームの送信に基づいてｅＮＢから少なくとも１つのＨＡＲＱ ＡＣＫメッセージまたは少なくとも１つのＨＡＲＱ ＮＡＣＫメッセージを受信する段階とを有する方法を備え得る。

例４９は、例４８の方法を含み得、少なくとも１つのＨＡＲＱ ＡＣＫメッセージまたは少なくとも１つのＨＡＲＱ ＮＡＣＫメッセージは、ＨＡＲＱメッセージ受信のための予め定められたスケジュールに従ってＤＬスーパーフレームにおいて受信され、ＤＬスーパーフレームは、複数のＤＬサブフレームで構成される。

例５０は、例４８の方法を含み得、更に、再送信のための予め定められたスケジュールに基づいて、ＨＡＲＱ ＮＡＣＫメッセージの受信に基づくＵＬスーパーフレームの複数の多重化ＵＬ物理チャネルを再送信する段階を備える。

例５１は、例４８の方法を含み得、更に、ｅＮＢから、ＵＬスーパーフレームに関連付けられた予め定められた最初のサブフレームおよびサブフレームの予め定められた数を受信する段階を備える。

例５２は、例５１の方法を含み得、予め定められた最初のサブフレームおよびサブフレームの予め定められた数は、ＭＩＢまたはＳＩＢにおいて受信される。

例５３は、例４８〜５１のいずれかの方法を含み得、複数のアップリンク物理チャネルは、Ｍ−ＰＵＳＣＨ、Ｍ−ＰＲＡＣＨ、またはＭ−ＰＵＣＣＨのうちの少なくとも１つを含む。

例５４は、例４８〜５１のいずれかの方法を含み得、更に、複数の多重化ＤＬ物理チャネルを含むＤＬスーパーフレームをｅＮＢから受信する段階と、ＨＡＲＱメッセージの送信のための予め定められたスケジュールに基づくＵＬスーパーフレームの受信に基づいて、少なくとも１つのＨＡＲＱ ＡＣＫメッセージまたは少なくとも１つのＨＡＲＱ ＮＡＣＫメッセージを含むＵＬサブフレームをｅＮＢに送信する段階とを備え、ＤＬスーパーフレームは、複数のＤＬサブフレームを含み、複数の多重化ＤＬ物理チャネルは、Ｍ−ＳＣＨ、Ｍ−ＰＢＣＨ、ＭＴＣ制御チャネル、Ｍ−ＰＤＳＣＨ、またはＭ−ＰＭＣＨのうちの少なくとも１つを含む。

例５５は、例５４の方法を含み得、ＭＴＣ制御チャネルは、Ｍ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨを含み、更に、Ｍ−ＰＣＦＩＣＨは、ＤＬスーパーフレームの制御領域において受信され、Ｍ−ＰＨＩＣＨは、ＤＬスーパーフレームの制御領域またはデータ領域において受信される。

例５６は、ＵＥの１または複数のプロセッサにより実行されると、ＵＥに例４８〜５５のいずれかの方法を実行させるように構成された複数の命令を備える１または複数の非一時的コンピュータ可読媒体を含み得る。

例５７は、例４８〜５５のいずれかの方法を実行するための手段を備える装置を含み得る。

例５８は、ｅＮＢの１または複数のプロセッサにより実行されると、ｅＮＢに例２９〜３８のいずれかの方法を実行させるように構成された複数の命令を備える１または複数の非一時的コンピュータ可読媒体を含み得る。

例５９は、例２９〜３８のいずれかの方法を実行するための手段を備える装置を含み得る。

ここで説明される方法、システム、およびデバイスの複数の実施形態の追加の複数の例の第２のセットは、以下の非限定的な複数の構成を含む。以下の複数の非限定的な例の各々は、それ自身で成り立ち得、または以下に提供され、または本開示を通した複数の他の例の任意の１または複数との任意の変更または組み合わせで組み合わされ得る。以下の複数の例への参照により、例示的な実施形態の第２のセットの特定の例に言及する。

例１は、狭いシステム帯域幅内でのＭＴＣのためにＰＣＦＩＣＨを送信するように動作可能なｅＮＢを含み得、ｅＮＢは、受信ＵＥによる受信のために示される複数のリソースにおける送信のためのＭ−ＣＦＩに対する構成を決定するように構成されたコンピュータ回路を有する。

例２は、例１のコンピュータ回路を含み得、Ｍ−ＣＦＩは、Ｍ−ＰＤＣＣＨおよび／またはＭ−ＰＤＳＣＨの送信のためのリソース情報を示す。

例３は、例２のコンピュータ回路を含み得、この情報は、Ｍ−ＰＤＣＣＨおよび／またはＭ−ＰＤＳＣＨの送信のためのシンボル、スロット、サブフレーム、サブキャリア、およびＰＲＢの形態で時間および周波数単位の数を含む。

例４は、例２のコンピュータ回路を含み得、この情報は、Ｍ−ＰＤＣＣＨおよび／またはＭ−ＰＤＳＣＨの送信のための時間および周波数位置を含む。

例５は、例２のコンピュータ回路を含み得、この情報は、Ｍ−ＰＤＣＣＨおよび／またはＭ−ＰＤＳＣＨの送信のための時間および周波数位置のセットを含む。

例６は、例１のコンピュータ回路を含み得、更に、Ｍ−ＣＦＩコンテンツにチャネル符号化を適用するように構成される。

例７は、例１のコンピュータ回路を含み得、チャネル符号化後に、ｅＮＢは、スクランブルシーケンスに従い、物理セルＩＤ、スロット番号、サブフレーム番号、またはスーパーフレーム番号のうちの少なくとも１つの関数に基づいて複数の符号化済みビットにビットスクランブルを実行するように構成される。

例８は、例１のコンピュータ回路を含み得、ビットスクランブル後に、ｅＮＢは、更に、Ｍ−ＰＣＦＩＣＨの送信のためにＱＰＳＫ変調、レイヤマッピング、およびプリコードを実行するように配置される。

例９は、例１のコンピュータ回路を含み得、Ｍ−ＲＥＧは、Ｍ−ＰＣＦＩＣＨの送信について規定され、４つのＲＥは、第１のサブキャリア、その次にＯＦＤＭシンボルの昇順で複数の基準信号（適用可能な場合に、例えばＣＲＳまたは他のＭＴＣ関連の基準信号）に用いられないＭ−ＲＥＧにマッピングされる。

例１０は、例９のコンピュータ回路を含み得、複数のＭ−ＲＥＧは、１または複数の連続または非連続のサブフレーム全体にわたって割り当てられる。

例１１は、例９のコンピュータ回路を含み得、複数のＭ−ＲＥＧは、１または複数の連続または非連続の部分的なサブフレームにわたって割り当てられ、ＯＦＤＭシンボル３および１０は通常のＣＰの場合には含まれない。

例１２は、例１０のコンピュータ回路を含み得、ｅＮＢは、更に、物理セル識別に応じた開始位置を用いて示されたＭ−ＲＥＧに複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置され、ｅＮＢは、リソースマッピングのオプション１、２、または３に基づいて複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置される。

例１３は、例１１のコンピュータ回路を含み得、ｅＮＢは、更に、物理セル識別に応じた開始位置を用いて示されたＭ−ＲＥＧに複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように構成され、ｅＮＢは、リソースマッピングのオプション１または２に基づいて複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置される。

例１４は、狭いシステム帯域幅内でのＭＴＣに適合されたｅＮＢを含み得、ｅＮＢは、ＵＥのための構成情報を決定し、決定された構成情報を示すＭ−ＣＦＩを生成するための制御回路と、制御回路に結合され、Ｍ−ＰＣＦＩＣＨ送信においてＭ−ＣＦＩをＵＥに送信するための送信回路とを備える。

例１５は、例１４のｅＮＢを含み得、狭いシステム帯域幅は、２００キロヘルツ（ｋＨｚ）である。

例１６は、例１４のｅＮＢを含み得、構成情報の少なくとも一部は、メディアアクセス制御（ＭＡＣ）レイヤ回路からシグナリングされる。

例１７は、例１４のｅＮＢを含み得、構成情報の少なくとも一部は、予め定められる。

例１８は、例１４〜１７のいずれかのｅＮＢを含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つに関連付けられる。

例１９は、例１８のｅＮＢを含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つにおいてトランスミッタ回路により送信される送信に用いられるシンボルの数、スロットの数、サブフレームの数、サブキャリアの数、またはＰＲＢの数のうちの少なくとも１つを含む。

例２０は、例１８のｅＮＢを含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つにおいてトランスミッタ回路による送信に用いられる時間位置または周波数位置のうちの１つを示す。

例２１は、例１４〜１７のいずれかのｅＮＢを含み得、構成情報は、Ｍ−ＰＨＩＣＨに関連付けられる。

例２２は、例１４〜１７のいずれかのｅＮＢを含み得、制御回路は、更に、物理セルＩＤ、スロット番号、サブフレーム番号、またはスーパーフレーム番号のうちの少なくとも１つに基づいてＭ−ＣＦＩに関連付けられたスクランブルを実行し、スーパーフレームは、複数のサブフレームを含む。

例２３は、例１４〜１７のいずれかのｅＮＢを含み得、制御回路は、Ｍ−ＰＣＦＩＣＨに関連付けられた４つのリソース要素をＭ−ＲＥＧにマッピングする。

例２４は、例２３のｅＮＢを含み得、制御回路は、物理セルＩＤに基づいてＭ−ＰＣＦＩＣＨに関連付けられた４つのリソース要素をＭ−ＲＥＧにマッピングする。

例２５は、例２３のｅＮＢを含み得、制御回路は、シングルスロットの複数のサブ領域間のＭ−ＲＥＧにマッピングされた４つのリソース要素に少なくとも関連付けられるリソース要素ホッピングを実行し、シングルスロットは、複数のサブ領域を含む。

例２６は、例１４〜１７のいずれかのｅＮＢを含み得、更に、制御回路に結合され、構成情報に基づいてＵＥからデータを受信する受信回路を備える。

例２７は、ｅＮＢにより、狭いシステム帯域幅内でのＭＴＣに関連付けられた構成情報を決定する段階と、ｅＮＢにより、決定された構成情報に基づいて、決定された構成情報をＵＥに示すＭ−ＣＦＩを生成する段階と、ｅＮＢにより、Ｍ−ＰＣＦＩＣＨ送信においてＭ−ＣＦＩをＵＥに送信する段階とを備える方法を含み得る。

例２８は、例２７の方法を含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つに関連付けられる。

例２９は、例２７の方法を含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つを介する送信に用いられるシンボルの数、スロットの数、サブフレームの数、またはＰＲＢの数のうちの少なくとも１つを含む。

例３０は、例２８の方法を含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つにおいて送信に用いられる時間位置または周波数位置のうちの１つを示す。

例３１は、例２７〜２９のいずれかの方法を含み得、構成情報は、Ｍ−ＰＨＩＣＨに関連付けられる。

例３２は、例２７−３０のいずれかの方法を含み得、本方法は、更に、ｅＮＢにより、物理セルＩＤ、スロット番号、サブフレーム番号、またはスーパーフレーム番号のうちの少なくとも１つに基づいてＭ−ＣＦＩに関連付けられたスクランブルを実行する段階を備え、スーパーフレームは、複数のサブフレームを含む。

例３３は、例２７〜３０のいずれかの方法を含み得、本方法は、更に、ｅＮＢにより、Ｍ−ＰＣＦＩＣＨに関連付けられた４つのリソース要素をＭ−ＲＥＧにマッピングする段階を備える。

例３４は、例３３の方法を含み得、Ｍ−ＰＣＦＩＣＨに関連付けられた４つのリソース要素をＭ−ＲＥＧにマッピングする段階は、物理セルＩＤに基づく。

例３５は、例３３の方法を含み得、本方法は、更に、ｅＮＢにより、シングルスロットの複数のサブ領域間のＭ−ＲＥＧにマッピングされた４つのリソース要素に少なくとも関連付けられるリソース要素ホッピングを実行する段階を備え、シングルスロットは、複数のサブ領域を含む。

例３６は、狭いシステム帯域幅内でのＭＴＣに適合されたＵＥを含み得、ＵＥは、Ｍ−ＰＣＦＩＣＨ送信においてｅＮＢからＭ−ＣＦＩを受信するための受信回路と、受信回路に結合され、受信されたＭ−ＣＦＩに基づいて狭いシステム帯域幅内での無線通信のために構成情報を検出するための制御回路とを備える。

例３７は、例３６のＵＥを含み得、狭いシステム帯域幅は、２００ｋＨｚである。

例３８は、例３６のＵＥを含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つに関連付けられる。

例３９は、例３８のＵＥを含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つにおける送信に用いられるシンボルの数、スロットの数、サブフレームの数、またはＰＲＢの数のうちの少なくとも１つを含む。

例４０は、例３８のＵＥを含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つにおいて送信に用いられる時間位置または周波数位置のうちの１つを含む。

例４１は、例３６〜４０のいずれかのＵＥを含み得、構成情報は、Ｍ−ＰＨＩＣＨに関連付けられる。

例４２は、例３６のＵＥを含み得、更に、制御回路に結合され、狭いシステム帯域幅内でデータをｅＮＢに送信するための送信回路を備える。

例４３は、方法を含み得、本方法は、ＵＥにより、Ｍ−ＰＣＦＩＣＨ送信においてＭ−ＣＦＩをｅＮＢから受信する段階と、ＵＥにより、受信されたＭ−ＣＦＩに基づいて構成情報を検出する段階と、狭いシステム帯域幅内でのＭＴＣのために、検出された構成情報に基づいて、ＵＥによりデータをｅＮＢに送信する段階とを備える。

例４４は、例４３の方法を含み得、狭いシステム帯域幅は、２００ｋＨｚである。

例４５は、例４３の方法を含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つに関連付けられる。

例４６は、例４５の方法を含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つにおける送信に用いられるシンボルの数、スロットの数、サブフレームの数、またはＰＲＢの数のうちの少なくとも１つを含む。

例４７は、例４５の方法を含み得、構成情報は、Ｍ−ＰＤＣＣＨまたはＭ−ＰＤＳＣＨのうちの少なくとも１つにおいて送信に用いられる時間位置または周波数位置のうちの１つを含む。

例４８は、例４３〜４５のいずれかの方法を含み得、構成情報は、Ｍ−ＰＨＩＣＨに関連付けられる。

例４９は、例２７〜３５のいずれかの方法を実行するための手段を備える装置を含み得る。

例５０は、ｅＮＢの１または複数のプロセッサにより複数の命令を実行すると、ｅＮＢに例２７〜３５のいずれかの方法を実行させるように構成された複数の命令を備える１または複数の非一時的コンピュータ可読媒体を含み得る。

例５１は、例４３〜４８のいずれかの方法を実行するための手段を備える装置を含み得る。

例５２は、ＵＥの１または複数のプロセッサにより複数の命令を実行すると、ＵＥに例４３〜４８のいずれかの方法を実行させるように構成された複数の命令を備える１または複数の非一時的コンピュータ可読媒体を含み得る。

ここで説明される方法、システム、およびデバイスの複数の実施形態の追加の複数の例の第３のセットは、以下の非限定的な複数の構成を含む。以下の複数の非限定的な例の各々は、それ自身で成り立ち得、または以下に提供され、または本開示を通した複数の他の例の任意の１または複数との任意の変更または組み合わせで組み合わされ得る。以下の複数の例への参照により、例示的な実施形態の第３のセットの特定の例に言及する。

例１は、狭いシステム帯域幅内でのＭＴＣのためにＰＨＩＣＨを送信するように動作可能なｅＮＢを含み得、ｅＮＢは、受信ＵＥによる受信のために示される複数のリソースにおける送信のためのＡＣＫ／ＮＡＣＫに対する構成を決定するように構成されたコンピュータ回路を有する。

例２は、例１のコンピュータ回路を含み得、Ｍ−ＰＨＩＣＨ送信のための構成は、複数のより高次のレイヤにより事前に定義され、または構成され得る。

例３は、例２のコンピュータ回路を含み得、構成情報は、Ｍ−ＰＢＣＨにおいて伝達されるＭ−ＭＩＢでブロードキャストされ、またはＭ−ＳＩＢにおいてブロードキャストされ得る。

例４は、例２のコンピュータ回路を含み得、構成情報は、スーパーフレーム期間に応じて事前に定義され、または構成され得る。

例５は、例１のコンピュータ回路を含み得、更に、ＡＣＫ／ＮＡＣＫにチャネル符号化を適用するように配置される。

例６は、例１のコンピュータ回路を含み得、チャネル符号化後に、ｅＮＢは、スクランブルシーケンスに従い、物理セルＩＤ、スロット番号、サブフレーム番号、またはスーパーフレーム番号のうちの少なくとも１つの関数に基づいて複数の符号化済みビットにビットスクランブルを実行するように構成される。

例７は、例１のコンピュータ回路を含み得、ビットスクランブル後に、ｅＮＢは、更に、Ｍ−ＰＨＩＣＨの送信のためにＢＰＳＫ変調、リソースグループのアラインメント、レイヤマッピング、およびプリコードを実行するように配置される。

例８は、例１のコンピュータ回路を含み得、ｅＮＢは、更に、物理セル識別に応じた開始位置を用いて制御領域の最後のＫ_０サブフレームにおいて複数のＰＨＩＣＨシンボルをマッピングするように配置され、Κ_０は、複数のより高次のレイヤにより事前に定義され、または構成される。

例９は、例８のコンピュータ回路を含み得、１つのＭ−ＰＨＩＣＨグループにおける３つのシンボルクワドラプレットは、Ｋ_０サブフレームのおよそ３分の１ずつ分離される。

例１０は、例８のコンピュータ回路を含み得、１つのＭ−ＰＨＩＣＨグループにおける３つのシンボルクワドラプレットは、複数の連続したＭ−ＲＥＧに割り当てられる。

例１１は、例１のコンピュータ回路を含み得、ｅＮＢは、更に、物理セル識別に応じた開始位置を用いてデータ領域のＫ_１サブフレームに複数のＰＨＩＣＨシンボルをマッピングするように配置され、Ｋ_１は、複数のより高次のレイヤにより事前に定義され、または構成される。

例１２は、例１１のコンピュータ回路を含み得、１つのＭ−ＰＨＩＣＨグループにおける３つのシンボルクワドラプレットは、Ｋ_１サブフレームのおよそ３分の１ずつ分離される。

例１３は、例１１のコンピュータ回路を含み得、１つのＭ−ＰＨＩＣＨグループにおける３つのシンボルクワドラプレットは、複数の連続したＭ−ＲＥＧに割り当てられる。

例１４は、例１１のコンピュータ回路を含み得、複数のＭ−ＰＨＩＣＨシンボルは、ＲＳ（例えば、ＣＲＳまたは専用Ｍ−ＲＳ）付近の複数のリソース要素に割り当てられ、Ｍ−ＰＨＩＣＨは、複数の連続したＭ−ＲＥＧにおいて等しく分配され、または割り当てられ得る。

例１５は、例１のコンピュータ回路を含み得、ｅＮＢは、更に、物理セル識別に応じて開始位置を用いて、スーパーフレーム内のＫ_２サブフレームに複数のＰＨＩＣＨシンボルをマッピングするように配置される。

例１６は、例１５のコンピュータ回路を含み得、１つのＭ−ＰＨＩＣＨグループにおける３つのシンボルクワドラプレットは、Ｋ_２サブフレームのおよそ３分の１ずつ分離される。

例１７は、例１５のコンピュータ回路を含み得、１つのＭ−ＰＨＩＣＨグループにおける３つのシンボルクワドラプレットは、複数の連続したＭ−ＲＥＧに割り当てられる。

例１８は、例１のコンピュータ回路を含み得、スーパーフレームｎにおけるサービングセルからスケジューリングされるＭ−ＰＵＳＣＨ送信のために、ＵＥは、スーパーフレームにおけるサービングセルの対応するＭ−ＰＨＩＣＨリソースを決定しなければならない。

例１９は、例１８のコンピュータ回路を含み得、Ｍ−ＰＨＩＣＨリソースインデックスは、対応するＭ−ＰＵＳＣＨ送信のリソースインデックスに応じて派生し、対応するＭ−ＰＵＳＣＨ送信のリソースインデックスは、時間位置または周波数位置のいずれかの関数（例えば、シンボル、スロット、サブフレーム、サブキャリア、ＰＲＢ等）、またはこれらのパラメータの任意の組み合わせの関数として規定される。

例２０は、狭いシステム帯域幅内でのＭＴＣに適合されたｅＮＢに含まれる装置を含み得、装置は、物理セル識別に基づいてＰＨＩＣＨに関連付けられた複数のリソースを割り当てるための制御回路と、制御回路に結合され、Ｍ−ＰＨＩＣＨを用いてＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信するための送信回路とを備える。

例２１は、例２０の装置を含み得、制御回路は、更に、Ｍ−ＰＨＩＣＨを用いてＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信の構成に関連付けられた情報を含む、ＭＴＣに関連付けられたＭＩＢまたはＳＩＢのうちの少なくとも１つを生成し、更に、送信回路は、ＭＩＢまたはＳＩＢのうちの少なくとも１つをＵＥに送信する。

例２２は、例２０の装置を含み得、制御回路は、複数のＭＴＣ ＰＨＩＣＨを複数のＲＥの同一のグループに割り当て、ＭＴＣ ＰＨＩＣＨのグループの数は、スーパーフレームの期間に基づく。

例２３は、例２２の装置を含み得、スーパーフレームは、複数のサブフレームを含む。

例２４は、例２０〜２３のいずれかの装置を含み得、制御回路は、スーパーフレームの制御領域またはスーパーフレームのデータ領域にＭＴＣ ＰＨＩＣＨを含む。

例２５は、例２０〜２３のいずれかの装置を含み得、制御回路は、ＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを、ＭＴＣに関連付けられた複数の連続したＲＥＧにマッピングする。

例２６は、例２０〜２３のいずれかの装置を含み得、制御回路は、チャネル符号化をＨＡＲＱ ＡＣＫ／ＮＡＣＫに適用して、物理セル識別、スロット番号、サブフレーム番号、またはスーパーフレーム番号のうちの少なくとも１つに基づいて、スクランブルシーケンスを生成し、生成されたスクランブルシーケンスを用いてビットスクランブルをチャネル符号化済みのＨＡＲＱ ＡＣＫ／ＮＡＣＫに実行する。

例２７は、狭いシステム帯域幅内でのＭＴＣに適合されたｅＮＢにより実行される方法を含み得、本方法は、ＵＥからＵＬデータを受信する段階と、ＵＬデータの受信に基づいてＨＡＲＱ ＡＣＫ／ＮＡＣＫを生成する段階と、物理セル識別に基づいてＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを割り当てる段階と、ＭＴＣ ＰＨＩＣＨを用いてＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信する段階とを備える。

例２８は、例２７の方法を含み得、更に、ＭＴＣ ＰＨＩＣＨを用いてＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信の構成に関連付けられた情報を含む、ＭＴＣに関連付けられたＭＩＢまたはＳＳＩＢのうちの少なくとも１つを生成する段階と、ＭＩＢまたはＳＩＢのうちの少なくとも１つをＵＥに送信する段階とを備える。

例２９は、例２７の方法を含み得、更に、複数のＭＴＣ ＰＨＩＣＨを複数のリソース要素の同一のグループに割り当てる段階を備え、ＭＴＣ ＰＨＩＣＨのグループの数は、スーパーフレームの期間に基づく。

例３０は、例２９の方法を含み得、スーパーフレームは、複数のサブフレームを含む。

例３１は、例２７〜３０のいずれかの方法を含み得、ＭＴＣ ＰＨＩＣＨは、スーパーフレームの制御領域またはスーパーフレームのデータ領域に含まれる。

例３２は、例２７〜３０のいずれかの方法を含み得、更に、ＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを、ＭＴＣに関連付けられた複数の連続したＲＥＧにマッピングする段階を備える。

例３３は、例２７〜３０のいずれかの方法を含み得、更に、チャネル符号化をＨＡＲＱデータに適用する段階と、物理セル識別、スロット番号、サブフレーム番号、またはスーパーフレーム番号のうちの少なくとも１つに基づいてスクランブルシーケンスを生成する段階と、生成されたスクランブルシーケンスを用いてチャネル符号化済みのＨＡＲＱ ＡＣＫ／ＮＡＣＫにビットスクランブルを実行する段階とを備える。

例３４は、狭いシステム帯域幅内でのＭＴＣに適合されたＵＥに含まれる装置を含み得、本装置は、ｅＮＢからダウンリンクデータを受信するための受信回路と、受信回路に結合され、受信されたダウンリンクデータに基づいてＨＡＲＱ ＡＣＫ／ＮＡＣＫを生成し、物理セル識別に基づいてＭＴＣ ＰＨＩＣＨと関連付けられた複数のリソースを割り当てるための制御回路と、制御回路に結合され、ＭＴＣ ＰＨＩＣＨを用いてＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信するための送信回路とを備える。

例３５は、例３４の装置を含み得、受信回路は、更に、ＭＴＣ ＰＨＩＣＨを用いて、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信の構成に関連付けられた情報を含むＭＴＣと関連付けられたＭＩＢまたはＳＩＢのうちの少なくとも１つを受信し、更に、制御回路は、受信されたＭＩＢまたはＳＩＢに基づいてＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを割り当てる。

例３６は、例３４の装置を含み得、制御回路は、複数のＭＴＣ ＰＨＩＣＨを複数のリソースの同一のグループに割り当て、ＭＴＣ ＰＨＩＣＨのグループの数は、スーパーフレームの期間に基づく。

例３７は、例３６の装置を含み得、スーパーフレームは、複数のサブフレームを含む。

例３８は、例３４〜３７のいずれかの装置を含み得、制御回路は、ＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを、ＭＴＣに関連付けられた複数の連続したＲＥＧにマッピングする。

例３９は、例３４〜３７のいずれかの装置を含み得、制御回路は、チャネル符号化をＨＡＲＱ ＡＣＫ／ＮＡＣＫに適用して、物理セル識別、スロット番号、サブフレーム番号、またはスーパーフレーム番号のうちの少なくとも１つに基づいて、スクランブルシーケンスを生成し、生成されたスクランブルシーケンスを用いてビットスクランブルをチャネル符号化済みのＨＡＲＱ ＡＣＫ／ＮＡＣＫに実行する。

例４０は、狭いシステム帯域幅内でのＭＴＣに適合されたＵＥにより実行される方法を含み得、本方法は、拡張ノードＢ（ｅＮＢ）からダウンリンクデータを受信する段階と、受信されたダウンリンクデータに基づいてＨＡＲＱ ＡＣＫ／ＮＡＣＫを生成する段階と、物理セル識別に基づいてＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを割り当てる段階と、ＭＴＣ ＰＨＩＣＨを用いてＨＡＲＱ ＡＣＫ／ＮＡＣＫを送信する段階とを備える。

例４１は、例４０の方法を含み得、更に、ＭＴＣ ＰＨＩＣＨを用いてＨＡＲＱ ＡＣＫ／ＮＡＣＫ送信の構成に関連付けられた情報を含むＭＴＣに関連付けられたＭＩＢまたはＳＩＢのうちの少なくとも１つを受信する段階を備え、更に、制御回路は、受信されたＭＩＢまたはＭＴＣ ＳＩＢに基づいてＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを割り当てる。

例４２は、例４０の方法を含み得、更に、複数のＭＴＣ ＰＨＩＣＨを複数のリソース要素の同一のグループに割り当てる段階を備え、ＭＴＣ ＰＨＩＣＨのグループの数は、スーパーフレームの期間に基づく。

例４３は、例４２の方法を含み得、スーパーフレームは、複数のサブフレームを含む。

例４４は、例４０〜４３のいずれかの方法を含み得、更に、ＭＴＣ ＰＨＩＣＨに関連付けられた複数のリソースを、ＭＴＣに関連付けられた複数の連続したＲＥＧにマッピングする段階を備える。

例４５は、例４０〜４３のいずれかの方法を含み得、更に、チャネル符号化をＨＡＲＱ ＡＣＫ／ＮＡＣＫに適用する段階と、物理セル識別、スロット番号、サブフレーム番号、またはスーパーフレーム番号のうちの少なくとも１つに基づいてスクランブルシーケンスを生成する段階と、生成されたスクランブルシーケンスを用いてチャネル符号化済みのＨＡＲＱ ＡＣＫ／ＮＡＣＫにビットスクランブルを実行する段階とを備える。

例４６は、例４０〜４５のいずれかの方法を実行するための手段を備える装置を含み得る。

例４７は、ＵＥの１または複数のプロセッサにより複数の命令を実行すると、ＵＥに例４０〜４５のいずれかの方法を実行させるように構成された複数の命令を備える、１または複数の非一時的コンピュータ可読媒体を含み得る。

例４８は、例２７〜３３のいずれかの方法を実行するための手段を備える装置を含み得る。

例４９は、ｅＮＢの１または複数のプロセッサにより複数の命令を実行すると、ｅＮＢに例２７〜３３のいずれかの方法を実行させるように構成された複数の命令を備える、１または複数の非一時的コンピュータ可読媒体を含み得る。

例５０は、本明細書に示され、説明される無線ネットワークにおける通信の方法を含み得る。

例５１は、本明細書において示され、説明される無線通信を提供するためのシステムを含み得る。

例５２は、本明細書に示され、説明される無線通信を提供するためのデバイスを含み得る。

１または複数の実装についての上記は、例示および説明を提供するが、網羅であること、および本明細書において説明される複数の実施形態の範囲を開示される寸分違わない形態に限定することを意図しない。上記の教示に鑑みて、複数の修正形態および変形形態が可能であり、または本技術革新の様々な実装の実施から得られ得る。

次に、図２９は、いくつかの例示的な実施形態によるコンピューティングマシンの複数の態様を図示する。本明細書において説明される複数の実施形態は、任意の好適に構成されるハードウェアおよび／またはソフトウェアを用いてシステム２９００に実装され得る。いくつかの実施形態について、図２９は、示されるように少なくとも互いに結合される無線周波数（ＲＦ）回路２９３５、ベースバンド回路２９３０、アプリケーション回路２９２５、メモリ／ストレージ２９４０、ディスプレイ２９０５、カメラ２９３０、センサ２９１５、および入力／出力（Ｉ／Ｏ）インタフェース２９１０を備える例示的なシステム２９００を図示する。

アプリケーション回路２９２５は、１または複数のシングルコアまたはマルチコアプロセッサ等の回路を含み得るが、これらに限定されない。プロセッサは、複数の汎用プロセッサおよび専用プロセッサ（例えば、グラフィックプロセッサ、アプリケーションプロセッサ等）の任意の組み合わせを含み得る。プロセッサは、メモリ／ストレージ２９４０と結合され、システム２９００上で実行される様々なアプリケーションおよび／またはオペレーティングシステムを有効にするべく、メモリ／ストレージ２９４０に格納された複数の命令を実行するように構成され得る。

ベースバンド回路２９３０は、１または複数のシングルコアまたはマルチコアプロセッサ等の回路を含み得るが、これらに限定されない。プロセッサは、ベースバンドプロセッサを含み得る。ベースバンド回路２９３０は、ＲＦ回路２９３５を介して１または複数の無線ネットワークとの通信を可能にする様々な無線制御機能を操作し得る。複数の無線制御機能としては、信号変調、エンコード、デコード、無線周波数シフト等が挙げられ得るが、これらに限定されない。いくつかの実施形態において、ベースバンド回路２９３０は、１または複数の無線の技術と互換性のある通信を提供し得る。例えば、いくつかの実施形態において、ベースバンド回路２９３０は、拡張ユニバーサル地上無線アクセスネットワーク（ＥＵＴＲＡＮ）および／または他の無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、無線パーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートし得る。ベースバンド回路２９３０が１より多い無線プロトコルの無線通信をサポートするように構成される複数の実施形態は、マルチモードベースバンド回路と称され得る。

様々な実施形態において、ベースバンド回路２９３０は、ベースバンド周波数と厳密にはみなされない複数の信号で動作する回路を含み得る。例えば、いくつかの実施形態において、ベースバンド回路２９３０は、ベースバンド周波数と無線周波数との間の中間周波数を有する複数の信号で動作する回路を含み得る。

ＲＦ回路２９３５は、非固形媒体を介する変調電磁放射を用いて無線ネットワークとの通信を可能にし得る。様々な実施形態において、ＲＦ回路２９３５は、無線ネットワークとの通信を容易にするべく、複数のスイッチ、フィルタ、増幅器等を含み得る。

様々な実施形態において、ＲＦ回路２９３５は、無線周波数と厳密にはみなされない複数の信号で動作する回路を含み得る。例えば、いくつかの実施形態において、ＲＦ回路２９３５は、ベースバンド周波数と無線周波数との間の中間周波数を有する複数の信号で動作する回路を含み得る。

様々な実施形態において、ＵＥまたはｅＮＢに関して上述されたトランスミッタ回路またはレシーバ回路は、ＲＦ回路２９３５、ベースバンド回路２９３０、および／またはアプリケーション回路２９２５のうちの１または複数の全体または一部で実施され得る。

いくつかの実施形態において、ベースバンドプロセッサの、またはベースバンド回路２９３０、アプリケーション回路２９２５、および／またはメモリ／ストレージ２９４０としてのいくつかまたは全ての構成部品は、共にシステムオンチップ（ＳＯＣ）上に実装され得る。

メモリ／ストレージ２９４０は、例えばシステム２９００のためのデータおよび／または複数の命令をロードおよびストアするように用いられ得る。一実施形態のためのメモリ／ストレージ２９４０は、好適な揮発性メモリ（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ））および／または不揮発性メモリ（例えば、フラッシュメモリ）の任意の組み合わせを含み得る。

様々な実施形態において、Ｉ／Ｏインタフェース２９１０は、システムとのユーザのインタラクションを可能にするように設計された１もしくは複数のユーザインタフェース、および／またはシステム２９００と周辺コンポーネントとのインタラクションを可能にするように設計された複数の周辺構成要素インタフェースを含み得る。複数のユーザインタフェースとしては、物理的キーボードまたはキーパッド、タッチパッド、スピーカ、マイク等が挙げられ得るが、これらに限定されない。複数の周辺構成要素インタフェースとしては、不揮発性メモリポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、オーディオジャック、電源供給インタフェースが挙げられ得るが、これらに限定されない。

様々な実施形態において、センサ２９１５は、システム２９００に関連する複数の環境条件および／または位置情報を判断する１または複数のセンシングデバイスを含み得るいくつかの実施形態において、複数のセンサ２９１５は、ジャイロセンサ、加速度計、近接センサ、環境光センサ、および測位ユニットを含み得るが、これらに限定されない。また、測位ユニットは、測位ネットワーク（例えば、全地球測位システム（ＧＰＳ）衛星）の複数のコンポーネントと通信するベースバンド回路２９３０および／またはＲＦ回路２９３５の一部であるか、またはこれらとインタラクトし得る。様々な実施形態において、ディスプレイ２９０５は、ディスプレイ（例えば、液晶ディスプレイ、タッチスクリーンディスプレイ等）を含み得る。

様々な実施形態において、システム２９００は、ラップトップコンピューティングデバイス、タブレットコンピューティングデバイス、ネットブック、ウルトラブック、スマートフォン等のようなモバイルコンピューティングデバイスであってもよいが、これらに限定されない。様々な実施形態において、システム２９００は、より多いか、またはより少ないコンポーネント、および／または異なる複数のアーキテクチャを有し得る。

図３０は、ＵＥ３０００として図示される例示的なＵＥを示す。ＵＥ３０００は、本明細書で説明されるＵＥ１０１もしくはｅＮＢ１５０、または任意のデバイスの実装であってもよい。ＵＥ３０００は、基地局（ＢＳ）、ｅＮＢ、または他のタイプの無線ワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントのような送信局と通信するように構成された１または複数のアンテナを含み得る。モバイルデバイスは、３ＧＰＰ ＬＴＥ、ＷｉＭＡＸ、高速パケットアクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＷｉＦｉを含む少なくとも１つの無線通信規格を用いて通信するように構成され得る。モバイルデバイスは、無線通信規格毎に別個のアンテナを用い、または複数の無線通信規格に共有アンテナを用いて通信し得る。モバイルデバイスは、ＷＬＡＮ、ＷＰＡＮ、および／またはＷＷＡＮにおいて通信し得る。

図３０は、ＵＥ３０００の例を図示する。ＵＥ３０００は、任意のモバイルデバイス、移動局（ＭＳ）、モバイル無線デバイス、モバイル通信デバイス、タブレット、ハンドセット、または他のタイプのモバイル無線コンピューティングデバイスであり得る。ＵＥ３０００は、ホットスポット、ＢＳ、ｅＮＢ、または他のタイプのＷＬＡＮもしくはＷＷＡＮアクセスポイントと通信するように構成されたハウジング３００２内に１または複数のアンテナ３００８を含み得る。従って、ＵＥは、上記で詳述された非対称ＲＡＮの一部として実装されたｅＮＢまたは基地局トランシーバを介してインターネットのようなＷＡＮと通信し得る。ＵＥ３０００は、３ＧＰＰ ＬＴＥ、ＷｉＭＡＸ、ＨＳＰＡ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＷｉ−Ｆｉ規格の規定から選択される複数の規格を含む複数の無線通信規格を用いて通信するように構成され得る。ＵＥ３０００は、無線通信規格毎に別個のアンテナを用い、または複数の無線通信規格に共有アンテナを用いて通信し得る。ＵＥ３０００は、ＷＬＡＮ、ＷＰＡＮ、および／またはＷＷＡＮにおいて通信し得る。

図３０は、ＵＥ３０００からのオーディオ入力および出力に用いられ得るマイク３０３０および１または複数のスピーカ３０１２も示す。ディスプレイスクリーン３００４は、有機発光ダイオード（ＯＬＥＤ）ディスプレイ等の液晶ディスプレイ（ＬＣＤ）スクリーンまたは他のタイプのディスプレイスクリーンであり得る。ディスプレイスクリーン３００４は、タッチスクリーンとして構成され得る。タッチスクリーンは、容量、抵抗、または別のタイプのタッチスクリーン技術を用い得る。アプリケーションプロセッサ３０１４およびグラフィックプロセッサ３０１８は、処理および表示機能を提供するべく内部メモリ３０１６に結合され得る。不揮発性メモリポート３０１０は、複数のデータＩ／Ｏオプションをユーザに提供するようにも用いられ得る。不揮発性メモリポート３０１０は、ＵＥ３０００のメモリ機能を拡大するようにも用いられ得る。キーボード３００６は、追加のユーザ入力を提供するべく、ＵＥ３０００と統合され、または無線でＵＥ３０００に接続され得る。タッチスクリーンを用いる仮想キーボードも提供され得る。ＵＥ３０００の前（ディスプレイスクリーン）面または背面上に位置付けられるカメラ３０２２も、ＵＥ３０００のハウジング３００２に統合され得る。

図３１は、本明細書において検討される複数の方法論のうちの任意の１または複数が実行され得、本明細書において説明されるｅＮＢ１５０およびＵＥ１０１、またはその他のデバイスを実装するべく用いられ得る例示的なコンピュータシステムマシン３１００を図示するブロック図である。様々な代替的実施形態において、マシンは、スタンドアロンデバイスとして動作し、または他の複数のマシンに接続（例えば、ネットワーク接続）され得る。ネットワーク接続された配置において、マシンは、サーバ・クライアントネットワーク環境におけるサーバまたはクライアントマシンのいずれかの容量で動作し得、またはピアツーピア（または分配された）ネットワーク環境においてピアマシンとして機能し得る。マシンは、携帯し得るか、または携帯し得ないパーソナルコンピュータ（ＰＣ）（例えば、ノートブックまたはネットブック）、タブレット、セットトップボックス（ＳＴＢ）、ゲームコンソール、携帯情報端末（ＰＤＡ）、携帯電話もしくはスマートフォン、ウェブ機器、ネットワークルータ、スイッチもしくはブリッジ、または任意のマシンにより取られるべき動作を指定する複数の命令（シーケンシャルまたは別の）を実行することができる当該マシンであり得る。更に、１つのマシンのみが図示されているが、「マシン」という用語は、本明細書において検討される複数の方法論のうちの任意の１または複数を実行するための複数の命令のセット（または複数のセット）を個別にまたは共同で実行する複数のマシンの任意の集合体も含むと解釈されるものとする。

例示的なコンピュータシステムマシン３１００は、プロセッサ３１０２（例えば、中央処理装置（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）、またはそれら両方）、メインメモリ３１０４、およびスタティックメモリ３１０６を含み、これらは、相互接続３１０８（例えば、リンク、バス等）を介して互いに通信する。コンピュータシステムマシン３１００は、ビデオディスプレイユニット３１１０、英数字入力デバイス３１１２（例えば、キーボード）、およびユーザインタフェース（ＵＩ）ナビゲーションデバイス３１１４（例えば、マウス）を更に含み得る。一実施形態において、ビデオディスプレイユニット３１１０、入力デバイス３１１２、およびＵＩナビゲーションデバイス３１１４は、タッチスクリーンディスプレイである。コンピュータシステムマシン３１００は、ストレージデバイス３１１６（例えば、ドライブユニット）、信号生成デバイス３１１８（例えば、スピーカ）、出力コントローラ３１３２、電力管理コントローラ３１３４、および（１または複数のアンテナ３１３０、トランシーバ、または他の無線通信ハードウェアを含み、またはこれと動作可能に通信し得る）ネットワークインタフェースデバイス３１２０、ならびにＧＰＳセンサ、コンパス、位置センサ、加速度計、または他のセンサのような１または複数のセンサ３１２８を更に含み得る。

ストレージデバイス３１１６は、本明細書において説明される複数の方法論または機能のうちの任意の１または複数を実施し、またはこれにより使用される複数のデータ構造体および命令３１２４（例えば、ソフトウェア）の１または複数のセットが格納される、機械可読媒体３１２２を含む。複数の命令３１２４は、コンピュータシステムマシン３１００によるそれらの実行中に、メインメモリ３１０４、スタティックメモリ３１０６、および／またはプロセッサ３１０２内にも完全にまたは少なくとも部分的に存在し得、メインメモリ３１０４、スタティックメモリ３１０６、およびプロセッサ３１０２は、機械可読媒体も構成する。

機械可読媒体３１２２は、例示的な実施形態において単一の媒体であるものとして図示されるが、「機械可読媒体」という用語は、１または複数の命令３１２４を格納する単一の媒体または複数の媒体（例えば、集中化もしくは分配化されたデータベース、および／または関連付けられる複数のキャッシュおよびサーバ）を含み得る。「機械可読媒体」という用語は、マシンにより実行するための複数の命令を格納し、エンコードし、または搬送することができ、本開示の複数の方法論のうちの任意の１または複数をマシンに実行させ、またはそのような複数の命令により使用され、またはこれらに関連付けられる複数のデータ構造体を格納し、エンコードし、または搬送することができる任意の有形媒体も含むと解釈されるものとする。

複数の命令３１２４は、更に、いくつかの周知の転送プロトコル（例えば、ハイパーテキスト移送プロトコル、ＨＴＴＰ）のうちのいずれか１つを用いるネットワークインタフェースデバイス３１３０を介する伝送媒体を用いて、通信ネットワーク３１２６を介して送信され、または受信され得る。「伝送媒体」という用語は、マシンにより実行するための複数の命令を格納し、エンコードし、または搬送することができ、デジタルまたはアナログの複数の通信信号を含む任意の媒体、またはそのようなソフトウェアの通信を容易にする他の無形媒体を含むと解釈されるものとする。

様々な技術、またはそれらの一定の態様または一部は、フロッピディスク、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読ストレージ媒体、またはその他の機械可読ストレージ媒体のような有形媒体において実施されるプログラムコード（すなわち、複数の命令）の形態を取り得、プログラムコードがコンピュータのようなマシンによりロードされ、実行されると、マシンは、様々な技術を実施するための装置となる。プログラマブルコンピュータ上でのプログラムコードの実行の場合に、コンピューティングデバイスは、プロセッサ、プロセッサにより可読のストレージ媒体（揮発性および不揮発性メモリ、ならびに／またはストレージ要素を含む）、少なくとも１つの入力デバイス、ならびに少なくとも１つの出力デバイスを含み得る。揮発性および不揮発性メモリおよび／または複数のストレージ要素は、電子データを格納するためのＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光学ドライブ、磁気ハードドライブ、または他の媒体であってもよい。また、基地局および移動局は、トランシーバモジュール、カウンタモジュール、処理モジュール、および／またはクロックモジュールもしくはタイマモジュールを含み得る。本明細書において説明される様々な技術を実装または使用し得る１または複数のプログラムは、アプリケーションプログラミングインタフェース（ＡＰＩ）、再使用可能な制御器等を用い得る。複数のそのようなプログラムは、コンピュータシステムと通信するべく、高水準手続型またはオブジェクト指向型のプログラミング言語で実装され得る。しかし、所望であれば、プログラムは、アセンブリ言語または機械言語で実装され得る。いずれの場合にも、言語は、コンパイラ型言語またはインタプリタ型言語であってもよく、複数のハードウェア実装と組み合わされてもよい。

様々な実施形態は、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａ、米国電気電子学会（ＩＥＥＥ）３１０２．１１、およびＢｌｕｅｔｏｏｔｈ（登録商標）通信規格を用い得る。様々な代替的実施形態は、様々な他のＷＷＡＮ、ＷＬＡＮ、およびＷＰＡＮプロトコルを用いてもよく、複数の規格は、本明細書において説明される複数の技術に関連して用いられ得る。これらの規格は、３ＧＰＰ（例えば、ＨＳＰＡ＋、ＵＭＴＳ）、ＩＥＥＥ３１０２．１６（例えば、３１０２．１６ｐ）、またはＢｌｕｅｔｏｏｔｈ（登録商標）（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）Ｓｐｅｃｉａｌ Ｉｎｔｅｒｅｓｔ Ｇｒｏｕｐにより規定されるＢｌｕｅｔｏｏｔｈ（登録商標）３０．０等の規格）規格ファミリの他の複数の規格を含むが、これらに限定されない。他の適用可能なネットワーク構成は、ここで説明される複数の通信ネットワークの範囲内に含まれ得る。そのような複数の通信ネットワーク上での通信は、任意の数のＰＡＮ、ＬＡＮ、およびＷＡＮを用い、有線または無線の伝送媒体の任意の組み合わせを用いて容易にされ得ることが理解されよう。

上記の複数の実施形態は、ハードウェア、ファームウェア、およびソフトウェアのうちの１つまたは組み合わせで実装され得る。様々な方法もしくは技術、またはそれらの一定の態様もしくは一部は、フラッシュメモリ、ハードドライブ、ポータブルストレージデバイス、リードオンリメモリ（ＲＯＭ）、ＲＡＭ、半導体メモリデバイス（例えば、ＥＰＲＯＭ、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ））、磁気ディスクストレージ媒体、光ストレージ媒体のような有形媒体、およびその他の機械可読ストレージ媒体またはストレージデバイスにおいて実施されるプログラムコード（すなわち、命令）の形態を取り得、プログラムコードがコンピュータまたはネットワーキングデバイスのようなマシンにロードされ、またはこれにより実行されると、マシンは、様々な技術を実施するための装置になる。

機械可読ストレージ媒体または他のストレージデバイスは、マシン（例えば、コンピュータ）により可読な形態で情報を格納するための任意の非一時的メカニズムを含み得る。複数のプログラマブルコンピュータ上で実行されるプログラムコードの場合、コンピューティングデバイスは、プロセッサ、プロセッサにより可読のストレージ媒体（揮発性および不揮発性メモリ、ならびに／またはストレージ要素を含む）、少なくとも１つの入力デバイス、ならびに少なくとも１つの出力デバイスを含み得る。本明細書において説明される様々な技術を実装または使用し得る１または複数のプログラムは、ＡＰＩ、再使用可能な制御器等を用い得る。複数のそのようなプログラムは、コンピュータシステムと通信するべく、高水準手続型またはオブジェクト指向型のプログラミング言語で実装され得る。しかし、所望であれば、プログラムは、アセンブリ言語または機械言語で実装され得る。いずれの場合にも、言語は、コンパイラ型言語またはインタプリタ型言語であり、複数のハードウェア実装と組み合わされ得る。

本明細書に説明される機能ユニットまたは能力は、より具体的に実装の独立性を強調するべく、コンポーネントまたはモジュールと称され、または呼ばれ得ることを理解されたい。例えば、コンポーネントまたはモジュールは、複数のカスタムの超大規模集積（ＶＬＳＩ）回路もしくはゲートアレイ、ロジックチップ、トランジスタのような既製の半導体、または他のディスクリートコンポーネントを備えるハードウェア回路として実装され得る。コンポーネントまたはモジュールは、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス等のようなプログラマブルハードウェアデバイスにも実装され得る。コンポーネントまたはモジュールは、様々なタイプのプロセッサにより実行するためのソフトウェアにも実装され得る。例えば、実行可能なコードの識別コンポーネントまたはモジュールは、複数のコンピュータ命令の１または複数の物理または論理ブロックを備え得、これらは、例えばオブジェクト、手順、または関数として編成され得る。それにもかかわらず、識別されるコンポーネントまたはモジュールの実行可能なものは、物理的に一緒に位置付けられる必要はないが、異なる位置に格納される異なる複数の命令を含み得、これらは、論理的に一緒に結合されると、コンポーネントまたはモジュールを構成し、コンポーネントまたはモジュールのための記載される目的を実現する。

現に、実行可能なコードのコンポーネントまたはモジュールは、１つの命令または多くの命令であり得、いくつかの異なるコードセグメントにわたって、異なる複数のプログラム間に、いくつかのメモリデバイスにわたって更に分配され得る。同様に、演算データは、本明細書においてコンポーネントまたはモジュール内で識別および図示され得、任意の好適な形態で実施され、任意の好適なタイプのデータ構造体内に編成され得る。演算データは、１つのデータセットとして収集され得、または異なるストレージデバイスを含む異なる位置にわたって分配され得、システムまたはネットワーク上に単に電子信号として、少なくとも部分的に存在し得る。複数のコンポーネントまたはモジュールは、パッシブまたはアクティブであり得、所望の複数の関数を実行するように動作可能な複数のエージェントを含む。

Claims (24)

1. 複数のマシンタイプ通信（ＭＴＣ）のための拡張ノードＢ（ｅＮＢ）の装置であって、
   狭帯域を利用するカバレッジ拡張目標に少なくとも部分的に基づいて設定されるスーパーフレーム構造を決定し、
   前記ｅＮＢと通信するユーザ機器（ＵＥ）のための構成情報を決定し、
   決定された前記構成情報を示すべく、前記ＵＥに対するＭＴＣ制御フォーマットインジケータ（Ｍ−ＣＦＩ）のための構成を生成するように構成された制御回路と、
   前記スーパーフレーム構造のスーパーフレーム内で狭帯域ＭＴＣ物理制御フォーマットインジケータチャネル（Ｍ−ＰＣＦＩＣＨ）を介して前記Ｍ−ＣＦＩを送信するように構成された送信回路とを備える、装置。
2. 前記Ｍ−ＣＦＩは、ＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）またはＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）の送信のためのリソース情報を示す、請求項１に記載の装置。
3. 前記Ｍ−ＰＤＣＣＨは、前記Ｍ−ＰＤＣＣＨに対する複数のシンボル、スロット、サブフレーム、サブキャリア、および物理リソースブロック（ＰＲＢ）を含む、請求項２に記載の装置。
4. 前記送信回路は、
   コードワードを生成するように構成されたブロック符号化回路と、
   前記ブロック符号化回路に結合され、前記コードワードをスクランブルするように構成されたスクランブル回路と、
   スクランブルされた前記コードワードから複数のシンボルを生成するように構成された変調回路とを備える、請求項２に記載の装置。
5. 前記Ｍ−ＰＣＦＩＣＨは、前記スーパーフレーム構造の１または複数のサブフレーム上に複数のシンボルに関連付けられた複数のリソース要素をマッピングするＭ−ＰＣＦＩＣＨにより前記複数のシンボルから決定される、請求項３に記載の装置。
6. 前記スクランブル回路は、前記スーパーフレームに関連付けられたスーパーフレーム番号の関数に基づくスクランブルシーケンスを用いて、前記コードワードをスクランブルするように構成される、請求項４に記載の装置。
7. ＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）は、前記Ｍ−ＰＣＦＩＣＨの送信のために規定され、
   複数のリソース要素（ＲＥ）は、複数の基準信号に用いられない前記Ｍ−ＲＥＧにマッピングされる、請求項１に記載の装置。
8. 前記複数のＲＥは、前記Ｍ−ＲＥＧに関連付けられた直交周波数分割多重化シンボルおよび第１のサブキャリアに少なくとも部分的に基づいてマッピングされる、請求項７に記載の装置。
9. 複数の前記Ｍ−ＲＥＧは、前記スーパーフレームの１または複数の部分的サブフレームにわたって割り当てられる、請求項７に記載の装置。
10. 複数の前記Ｍ−ＲＥＧは、前記スーパーフレームの１または複数の連続または非連続のサブフレーム全体にわたって割り当てられる、請求項７に記載の装置。
11. 前記ｅＮＢは、物理セル識別に応じた開始位置を用いて示された複数の前記Ｍ−ＲＥＧに複数のＭ−ＰＣＦＩＣＨシンボルをマッピングする回路を更に含む、請求項１０に記載の装置。
12. 前記ｅＮＢは、Ｍ−ＰＣＦＩＣＨ送信のためのアンテナポート
    

    

    に対するシンボルクワドラプレット
    

    

    を表す次式
    

    

    を用いて前記複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置され、
    式中、
    

    

    は、アンテナポート
    

    

    に対するＭ−ＰＣＦＩＣＨ信号を表し、
    

    

    は、複数のセル固有基準信号
    

    

    に対するアンテナポートの数を表し、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    式中、
    

    

    は、Ｍ−ＲＥＧインデックスであり、
    

    

    であり、
    

    

    は、前記スーパーフレームの１つのサブフレームにおけるＭ−ＲＥＧの数である、請求項１１に記載の装置。
13. 前記ＵＥは、４つのアンテナポートを含み、
    前記スーパーフレームに関連付けられたサイクリックプレフィックスは、拡張サイクリックプレフィックスであり、
    

    

    である、請求項１２に記載の装置。
14. 前記ｅＮＢは、Ｍ−ＰＣＦＩＣＨ送信のためのアンテナポート
    

    

    に対するシンボルクワドラプレット
    

    

    を表す次式
    

    

    を用いて前記複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置され、
    式中、
    

    

    は、アンテナポート
    

    

    に対するＭ−ＰＣＦＩＣＨ信号を表し、
    

    

    は、複数のセル固有基準信号
    

    

    に対するアンテナポートの数を表し、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    式中、
    

    

    は、Ｍ−ＲＥＧインデックスであり、
    

    

    であり、
    

    

    は、前記スーパーフレームの１つのサブフレームにおけるＭ−ＲＥＧの数である、請求項１１に記載の装置。
15. 前記ｅＮＢは、Ｍ−ＰＣＦＩＣＨ送信のためのアンテナポート
    

    

    に対するシンボルクワドラプレット
    

    

    を表す次式
    

    

    を用いて前記複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置され、
    式中、
    

    

    は、アンテナポート
    

    

    に対するＭ−ＰＣＦＩＣＨ信号を表し、
    

    

    は、複数のセル固有基準信号
    

    

    に対するアンテナポートの数を表し、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    式中、
    

    

    は、Ｍ−ＲＥＧインデックスであり、
    

    

    であり、
    

    

    は、前記スーパーフレームの１つのサブフレームにおけるＭ−ＲＥＧの数である、請求項１１に記載の装置。
16. 前記通信回路は、更に、前記ＵＥからアップリンクデータを受信し、ＭＴＣ物理ハイブリッド自動反復要求（ＨＡＲＱ）インジケータチャネル（Ｍ−ＰＨＩＣＨ）を用いてＨＡＲＱデータを送信するように構成され、
    前記制御回路は、更に、
    受信された前記アップリンクデータに基づいて前記ＨＡＲＱデータを生成し、
    物理セル識別に基づいてＭ−ＰＨＩＣＨに関連付けられた複数のリソースを割り当てるように構成される、請求項１に記載の装置。
17. １または複数のプロセッサにより実行されると、
    帯域幅に少なくとも部分的に基づいて設定されるスーパーフレーム構造を決定することと、
    拡張ノードＢ（ｅＮＢ）と通信するユーザ機器（ＵＥ）のための構成情報を決定することと、
    決定された前記構成情報を示すべく、前記ＵＥに対するマシンタイプ通信（ＭＴＣ）制御フォーマットインジケータ（Ｍ−ＣＦＩ）のための構成を生成することと、
    前記スーパーフレーム構造のスーパーフレーム内で狭帯域ＭＴＣ物理制御フォーマットインジケータ（Ｍ−ＰＣＦＩＣＨ）を介して前記Ｍ−ＣＦＩを送信することとを含む、複数のＭＴＣ通信のための前記ｅＮＢを構成する複数の命令を備え、
    前記Ｍ−ＣＦＩは、ＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）またはＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）の送信のためのリソース情報を示す、非一時的コンピュータ可読媒体。
18. ＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）は、前記Ｍ−ＰＣＦＩＣＨの送信のために規定され、
    複数のリソース要素（ＲＥ）は、複数の基準信号に用いられない前記Ｍ−ＲＥＧにマッピングされ、
    複数の前記Ｍ−ＲＥＧは、前記スーパーフレームの１または複数の部分的サブフレームにわたって割り当てられる、請求項１７に記載のコンピュータ可読媒体。
19. 前記複数の命令は、更に、コードワードを生成し、前記コードワードをスクランブルし、前記コードワードから複数のシンボルを生成するようにＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）回路を構成し、
    前記Ｍ−ＣＦＩは、ＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）またはＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）の送信のためのリソース情報を示す、請求項１７に記載のコンピュータ可読媒体。
20. ＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）は、前記Ｍ−ＰＣＦＩＣＨの送信のために規定され、
    複数のリソース要素（ＲＥ）は、複数の基準信号に用いられない前記Ｍ−ＲＥＧにマッピングされ、
    前記複数のＲＥは、前記Ｍ−ＲＥＧに関連付けられた第１のサブキャリアおよび直交周波数分割多重化シンボルに少なくとも部分的に基づいてマッピングされる、請求項１７に記載のコンピュータ可読媒体。
21. ＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）は、前記Ｍ−ＰＣＦＩＣＨの送信のために規定され、
    複数のリソース要素（ＲＥ）は、複数の基準信号に用いられない前記Ｍ−ＲＥＧにマッピングされ、
    複数の前記Ｍ−ＲＥＧは、前記スーパーフレームの１または複数の連続または非連続のサブフレーム全体にわたって割り当てられ、
    前記ｅＮＢは、更に、物理セル識別に応じて前記開始位置を用いて示された前記Ｍ−ＲＥＧに複数のＭ−ＰＣＦＩＣＨシンボルをマッピングする回路を含み、
    前記ｅＮＢは、Ｍ−ＰＣＦＩＣＨ送信のためのアンテナポート
    

    

    に対するシンボルクワドラプレット
    

    

    を表す次式
    

    

    を用いて前記複数のＭ−ＰＣＦＩＣＨシンボルをマッピングするように配置され、
    式中、
    

    

    は、アンテナポート
    

    

    に対するＭ−ＰＣＦＩＣＨ信号を表し、
    

    

    は、複数のセル固有基準信号
    

    

    に対するアンテナポートの数を表し、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    

    

    は、
    

    

    により表されるＭ−ＲＥＧにマッピングされ、
    式中、
    

    

    は、Ｍ−ＲＥＧインデックスであり、
    

    

    であり、
    

    

    は、前記スーパーフレームの１つのサブフレームにおけるＭ−ＲＥＧの数である、請求項１７に記載のコンピュータ可読媒体。
22. 複数のマシンタイプ通信（ＭＴＣ）のためのユーザ機器（ＵＥ）の装置であって、
    前記スーパーフレーム構造のスーパーフレーム内で狭帯域ＭＴＣ物理制御フォーマットインジケータチャネル（Ｍ−ＰＣＦＩＣＨ）を介して拡張ノードＢ（ｅＮＢ）からＭＴＣ制御フォーマットインジケータ（Ｍ−ＣＦＩ）を受信するように構成された受信回路と、
    前記Ｍ−ＣＦＩに基づいて前記スーパーフレーム構造に関連付けられた構成情報を検出するように構成された制御回路とを備え、
    検出された前記スーパーフレーム構造は、狭帯域を利用する帯域幅およびカバレッジ拡張目標に少なくとも部分的に基づく、装置。
23. 前記カバレッジ拡張目標は、前記スーパーフレーム構造の周期性に関連付けられたリンクバジェットの改善を含む、請求項２２に記載の装置。
24. 前記受信回路は、更に、
    前記ｅＮＢからダウンリンクデータを受信し、
    受信された前記ダウンリンクデータを用いてハイブリッド自動反復要求（ＨＡＲＱ）データを生成し、
    物理セル識別に基づいてＭＴＣ物理ＨＡＲＱインジケータチャネル（Ｍ−ＰＨＩＣＨ）に関連付けられた複数のリソースを割り当てるように構成され、
    前記ＵＥは、更に、前記Ｍ−ＰＨＩＣＨを用いて前記ＨＡＲＱデータを送信するように構成された送信回路を備える、請求項２２に記載の装置。

Images