(57)【特許請求の範囲】
【請求項１】
マシンタイプ通信（ＭＴＣ）のための進化型ノードＢ（ｅＮＢ）の装置であって、前記装置が、
スーパーフレーム構造を決定することと、
前記スーパーフレーム構造の第１のダウンリンクスーパーフレームの一部として複数のダウンリンク物理チャネルを多重化することと、
を行うように構成された制御回路と、
前記複数の多重化されたダウンリンク物理チャネルを含む前記第１のダウンリンクスーパーフレームを送信することと、
前記第１のダウンリンクスーパーフレームの送信に応答して、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を受信することと、
ＭＴＣ物理アップリンク共有チャネル（Ｍ−ＰＵＳＣＨ）を受信し、物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）を送信することと、
を行うように構成された通信回路と
を備え、
Ｍ−ＰＵＳＣＨの送信とＭ−ＰＤＣＣＨ送信との間の遅延は１つのスーパーフレームである、
装置。
【請求項２】
前記複数のダウンリンク物理チャネルは、周波数分割多重化（ＦＤＭ）を使用して多重化される、請求項１に記載の装置。
【請求項３】
前記複数のダウンリンク物理チャネルは、時分割多重化（ＴＤＭ）を使用して多重化される、請求項１に記載の装置。
【請求項４】
前記複数のダウンリンク物理チャネルは、ＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）を含む、請求項１に記載の装置。
【請求項５】
前記複数のダウンリンク物理チャネルは、ＭＴＣ同期チャネル（Ｍ−ＳＣＨ）、ＭＴＣ制御チャネル、ＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）、ＭＴＣ物理マルチキャストチャネル（Ｍ−ＰＭＣＨ）をさらに含む、請求項４に記載の装置。
【請求項６】
前記制御回路は、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）を生成するようにさらに構成され、前記Ｍ−ＰＢＣＨは、前記Ｍ−ＭＩＢを搬送するために生成される、請求項４に記載の装置。
【請求項７】
前記Ｍ−ＭＩＢは、前記ｅＮＢへの初期アクセスのための複数の送信パラメータを含む、請求項６に記載の装置。
【請求項８】
前記Ｍ−ＰＢＣＨは、前記スーパーフレーム構造の単一の無線フレームで送信される、請求項７に記載の装置。
【請求項９】
前記スーパーフレーム構造のための開始サブフレームと前記スーパーフレーム構造の周期性とを含む前記スーパーフレーム構造が、前記ｅＮＢの上位レイヤによって設定される、請求項８に記載の装置。
【請求項１０】
前記第１のダウンリンクスーパーフレームの送信と前記ＨＡＲＱ  ＡＣＫまたはＮＡＣＫの受信との間の遅延は、２つのスーパーフレームである、請求項１に記載の装置。
【請求項１１】
前記通信回路は、ＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）を送信し、物理アップリンク制御チャネル（Ｍ−ＰＵＣＣＨ）を受信するようにさらに構成され、
Ｍ−ＰＤＳＣＨの送信とＭ−ＰＵＣＣＨ送信との間の遅延は１つのスーパーフレームである、
請求項１に記載の装置。
【請求項１２】
前記第１のダウンリンクスーパーフレームにおいて複数のＨＡＲＱプロセスが構成され、複数のＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）が１つのスーパーフレーム内の複数のＭ−ＰＤＳＣＨをスケジュールする、請求項１１に記載の装置。
【請求項１３】
スーパーフレーム構造を決定するステップであって、前記スーパーフレーム構造は、少なくとも部分的に、狭帯域展開の帯域幅上に設定される、ステップと、
前記スーパーフレーム構造の第１のダウンリンクスーパーフレームの一部として複数のダウンリンク物理チャネルを多重化するステップと、
前記複数の多重化されたダウンリンク物理チャネルを含む前記第１のダウンリンクスーパーフレームを送信するステップと、
複数のアップリンク物理チャネルを受信するステップと、
前記第１のダウンリンクスーパーフレームの送信に応答して、１つまたは複数のスーパーフレームの遅延の後に、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を受信するステップと、
ＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）を送信するステップと、
ＭＴＣ物理アップリンク制御チャネル（Ｍ−ＰＵＣＣＨ）を受信するステップと、
を進化型ノードＢ（ｅＮＢ）に実行させるためのプログラムであって、
Ｍ−ＰＤＳＣＨの送信とＭ−ＰＵＣＣＨ送信との間の遅延は１つのスーパーフレームである、
プログラム。
【請求項１４】
前記複数のダウンリンク物理チャネルは、ＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）を含む、
請求項１３に記載のプログラム。
【請求項１５】
前記複数のダウンリンク物理チャネルは、ＭＴＣ同期チャネル（Ｍ−ＳＣＨ）、物理アップリンク制御チャネル（Ｍ−ＰＵＣＣＨ）を含むＭＴＣ制御チャネル、ＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）、ＭＴＣ物理マルチキャストチャネル（Ｍ−ＰＭＣＨ）をさらに含み、
Ｍ−ＰＵＣＣＨの前記送信とＭ−ＰＤＳＣＨ再送信との間の遅延は１つのスーパーフレームである、
請求項１３に記載のプログラム。
【請求項１６】
前記Ｍ−ＰＢＣＨは、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）を搬送するために生成される、
請求項１４に記載のプログラム。
【請求項１７】
前記Ｍ−ＭＩＢは、前記ｅＮＢへの初期アクセスのための複数の送信パラメータを含み、
前記Ｍ−ＰＢＣＨは、前記スーパーフレーム構造の単一の無線フレーム中で送信され、
前記スーパーフレーム構造のための開始サブフレームと前記スーパーフレーム構造の周期性とを含む前記スーパーフレーム構造が、前記ｅＮＢの上位レイヤによって設定される、
請求項１６に記載のプログラム。
【請求項１８】
Ｍ−ＰＵＣＣＨの送信とＭ−ＰＤＳＣＨ再送信との間の遅延は１つのスーパーフレームである、
請求項１３に記載のプログラム。
【請求項１９】
マシンタイプ通信（ＭＴＣ）のためのユーザ機器（ＵＥ）の装置であって、前記装置は、
スーパーフレーム構造を決定することであって、前記スーパーフレーム構造は、少なくとも部分的に、狭帯域展開のカバレージ拡張ターゲット上に設定される、ことと、
前記スーパーフレーム構造の第１のアップリンクスーパーフレームの一部として複数のアップリンク物理チャネルを多重化することと、
を行うように構成された制御回路と、
前記複数の多重化されたアップリンク物理チャネルを含む前記第１のアップリンクスーパーフレームを送信し、ＭＴＣ物理アップリンク共有チャネル（Ｍ−ＰＵＳＣＨ）を送信するように構成された送信回路と、
複数のダウンリンク物理チャネルを受信することと、
前記第１のアップリンクスーパーフレームの送信に応答して、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を受信することと、
ＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）を受信することと、
を行うように構成された受信回路と、
を備え、
Ｍ−ＰＵＳＣＨの送信とＭ−ＰＤＣＣＨ送信との間の遅延は１つのスーパーフレームである、
装置。
【請求項２０】
前記受信回路は、第２のスーパーフレームにおいてＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）送信を受信するようにさらに構成された、請求項１９に記載の装置。
【請求項２１】
前記制御回路は、前記Ｍ−ＰＢＣＨに基づいてＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）を識別するようにさらに構成された、請求項２０に記載の装置。
【請求項２２】
前記Ｍ−ＭＩＢは、進化型ノードＢ（ｅＮＢ）への初期アクセスのための複数の送信パラメータを含む、請求項２１に記載の装置。
【請求項２３】
前記Ｍ−ＰＢＣＨは、前記スーパーフレーム構造の単一の無線フレームで送信される、請求項２２に記載の装置。
【請求項２４】
請求項１３乃至１８のいずれか一項に記載のプログラムを記憶した非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権主張
本出願は、それらの両方の全体が参照により本明細書に組み込まれる、２０１４年６月２７日に出願された米国仮特許出願第６２／０１８，３６０号、および２０１４年７月２日に出願された米国仮特許出願第６２／０２０，３１３号の優先権の利益を主張する。
【０００２】
実施形態は、ワイヤレス通信のためのシステム、方法およびコンポーネントデバイスに関し、詳細にはマシンタイプ通信（ＭＴＣ）に関する。
【背景技術】
【０００３】
マシンタイプ通信（ＭＴＣ）は、「モノのインターネット（ＩｏＴ）」の概念に関係する新技術である。既存のモバイルブロードバンドネットワークは、主に人間タイプの通信の性能を最適化するように設計されており、したがって、ＭＴＣ関係の要件を満たすように設計または最適化されていない。
【図面の簡単な説明】
【０００４】
【図１】いくつかの実施形態による、ＭＴＣを用いて動作し得る進化型ノードＢ（ｅＮＢ）およびユーザ機器（ＵＥ）を含むシステムのブロック図を示す。
【図２】いくつかの実施形態による、狭帯域展開を用いたシステム設計フォームＭＴＣの態様を示す。
【図３】いくつかの実施形態による制御チャネル設計の態様を示す。
【図４】いくつかの実施形態による制御チャネル設計の態様を示す。
【図５Ａ】いくつかの例示的な実施形態による、ダウンロードのための２つのハイブリッド自動再送要求（ＨＡＲＱ）プロセスを伴うＨＡＲＱ手順の態様を示す。
【図５Ｂ】いくつかの例示的な実施形態による、アップロードのための２つのＨＡＲＱプロセスを伴うＨＡＲＱ手順の態様を示す。
【図６Ａ】いくつかの例示的な実施形態による、ダウンロードのための４つのハイブリッド自動再送要求（ＨＡＲＱ）プロセスを伴うＨＡＲＱ手順の態様を示す。
【図６Ｂ】いくつかの例示的な実施形態による、アップロードのための４つのハイブリッド自動再送要求（ＨＡＲＱ）プロセスを伴うＨＡＲＱ手順の態様を示す。
【図７】いくつかの例示的な実施形態による、ｅＮＢによって実施され得る方法を示す。
【図８】いくつかの例示的な実施形態による、ＵＥによって実施され得る方法を示す。
【図９】いくつかの例示的な実施形態による物理ブロードキャストチャネル（ＰＢＣＨ）構造の態様を示す。
【図１０】いくつかの例示的な実施形態によるＰＢＣＨ構造および送信時間の態様を示す。
【図１１】いくつかの例示的な実施形態によるＰＢＣＨ構造および送信時間の態様を示す。
【図１２】いくつかの例示的な実施形態によるレートマッチング機構を示す。
【図１３Ａ】いくつかの例示的な実施形態によるＰＢＣＨリソースマッピングの態様を示す。
【図１３Ｂ】いくつかの例示的な実施形態によるＰＢＣＨリソースマッピングの態様を示す。
【図１３Ｃ】いくつかの例示的な実施形態によるＰＢＣＨリソースマッピングの態様を示す。
【図１３Ｄ】いくつかの例示的な実施形態によるＰＢＣＨリソースマッピングの態様を示す。
【図１４】いくつかの例示的な実施形態による部分サブフレームＰＢＣＨリソース要素マッピングを示す。
【図１５】いくつかの例示的な実施形態による完全サブフレームＰＢＣＨリソース要素マッピングを示す。
【図１６】いくつかの例示的な実施形態による方法を示す。
【図１７】いくつかの例示的な実施形態による方法を示す。
【図１８】いくつかの例示的な実施形態による方法を示す。
【図１９】いくつかの例示的な実施形態によるコンピューティングマシンの態様を示す。
【図２０】いくつかの例示的な実施形態によるＵＥの態様を示す。
【図２１】本明細書で説明する様々な実施形態に関連して使用され得る例示的なコンピュータシステムマシンを示すブロック図である。
【発明を実施するための形態】
【０００５】
実施形態は、低減されたシステム帯域幅（例えば、５０ＫＨｚ、１００ＫＨｚ、２００ＫＨｚ、４００ＫＨｚ、５００ＫＨｚ、６００ＫＨｚなど）を使用してＭＴＣを可能にするためのシステム、デバイス、装置、アセンブリ、方法およびコンピュータ可読媒体に関係する。特に、そのような低減されたシステム帯域幅を用いて通信を実現するためにｅＮＢに関連付けられたＵＥのためのシステムおよび方法について説明する。以下の説明および図面では、当業者がそれらを実施することを可能にするために特定の実施形態を示す。他の実施形態は、構造的、論理的、電気的、プロセスおよび他の変更を組み込むことができる。いくつかの実施形態の部分および特徴は、他の実施形態の部分および特徴に含まれるか、または他の実施形態の部分および特徴の代わりに使用され得る。特許請求の範囲に記載された実施形態は、その特許請求の範囲のすべての利用可能な均等物を包含する。
【０００６】
図１は、いくつかの実施形態による、ワイヤレスネットワーク１００を示す。ワイヤレスネットワーク１００は、エアインターフェース１９０を介して接続されたＵＥ１０１およびｅＮＢ１５０を含む。システム中のＵＥ１０１および他のＵＥは、例えば、ラップトップコンピュータ、スマートフォン、タブレットコンピュータ、プリンタ、スマートメーターなどのマシンタイプデバイス、またはヘルスケア監視、リモートセキュリティ監視、インテリジェント輸送システムのための専用デバイス、あるいはユーザインターフェースを用いるかまたは用いない任意の他のワイヤレスデバイスであり得る。ｅＮＢ１５０は、ｅＮＢ１５０によって提供されるｅＮＢサービスエリアにおいて、エアインターフェース１９０を介してより広いネットワーク（図示せず）へのネットワーク接続性をＵＥ１０１に提供する。ｅＮＢ１５０に関連する各ｅＮＢサービスエリアは、ｅＮＢ１５０に組み込まれたアンテナによってサポートされる。サービスエリアは、いくつかのアンテナに関連するいくつかのセクタに分割される。そのようなセクタは、固定アンテナに物理的に関連付けられ得るか、または信号を特定のセクタに導くために使用されるビームフォーミングプロセスにおいて調整可能なチューナブルアンテナまたはアンテナ設定で物理的エリアに割り当てられ得る。ｅＮＢ１５０の一実施形態は、例えば、３つのセクタを含み、各セクタは、ｅＮＢ１５０の周りの３６０度カバレージを提供するために、各セクタに向けられたアンテナのアレイを用いて１２０度エリアをカバーする。
【０００７】
ＵＥ１０１は、送信回路１１０と受信回路１１５とに結合された制御回路１０５を含む。送信回路１１０および受信回路１１５は、それぞれ１つまたは複数のアンテナに結合され得る。
【０００８】
制御回路１０５は、ＭＴＣに関連する動作を実行するように適応され得る。送信回路１１０および受信回路１１５は、狭システム帯域幅（例えば、２００ｋＨｚ）内で、それぞれデータを送信、受信するように適応され得る。制御回路１０５は、ＵＥに関係する本開示の他所で説明する動作など、様々な動作を実施し得る。
【０００９】
狭システム帯域幅内で、送信回路１１０は、複数の多重化されたアップリンク物理チャネルを送信し得る。複数のアップリンク物理チャネルは、時分割多重化（ＴＤＭ）または周波数分割多重化（ＦＤＭ）に従って多重化され得る。送信回路１１０は、複数のアップリンクサブフレームから構成されるアップリンクスーパーフレームにおいて、複数の多重化されたアップリンク物理チャネルを送信し得る。
【００１０】
狭システム帯域幅内で、受信回路１１５は、複数の多重化されたダウンリンク物理チャネルを受信し得る。複数のダウンリンク物理チャネルはＴＤＭまたはＦＤＭに従って多重化され得る。受信回路１１５は、複数のダウンリンクサブフレームから構成されるダウンリンクスーパーフレームにおいて、複数の多重化されたダウンリンク物理チャネルを受信し得る。
【００１１】
送信回路１１０および受信回路１１５は、所定のＨＡＲＱメッセージスケジュールに従って、エアインターフェース１９０上でＨＡＲＱ肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）メッセージをそれぞれ送信、受信し得る。所定のＨＡＲＱメッセージスケジュールは、ＨＡＲＱ  ＡＣＫおよび／またはＮＡＣＫメッセージが現れるアップリンクおよび／またはダウンリンクスーパーフレームを示し得る。
【００１２】
図１はまた、様々な実施形態によるｅＮＢ１５０を示す。ｅＮＢ１５０の回路は、送信回路１６０と受信回路１６５とに結合された制御回路１５５を含み得る。送信回路１６０および受信回路１６５は、エアインターフェース１９０を介した通信を可能にするために使用され得る１つまたは複数のアンテナにそれぞれ結合され得る。
【００１３】
制御回路１５５は、ＭＴＣに関連する動作を実施するように適応され得る。送信回路１６０および受信回路１６５は、狭システム帯域幅（例えば、２００ｋＨｚ）内で、それぞれデータを送信、受信するように適応され得る。制御回路１５５は、ｅＮＢに関係する本開示の他所で説明する動作など、様々な動作を実施し得る。
【００１４】
狭システム帯域幅内で、送信回路１１０は、複数の多重化されたダウンリンク物理チャネルを送信し得る。複数のダウンリンク物理チャネルはＴＤＭまたはＦＤＭに従って多重化され得る。送信回路１６０は、複数のダウンリンクサブフレームから構成されるダウンリンクスーパーフレームにおいて、複数の多重化されたダウンリンク物理チャネルを送信し得る。
【００１５】
狭システム帯域幅内で、受信回路１６５は、複数の多重化されたアップリンク物理チャネルを受信し得る。複数のアップリンク物理チャネルはＴＤＭまたはＦＤＭに従って多重化され得る。受信回路１６５は、複数のアップリンクサブフレームから構成されるアップリンクスーパーフレームにおいて、複数の多重化されたアップリンク物理チャネルを受信し得る。
【００１６】
送信回路１６０および受信回路１６５は、所定のＨＡＲＱメッセージスケジュールに従って、エアインターフェース１９０上でＨＡＲＱ  ＡＣＫおよび／またはＮＡＣＫメッセージをそれぞれ送信、受信し得る。所定のＨＡＲＱメッセージスケジュールは、ＨＡＲＱ  ＡＣＫおよび／またはＮＡＣＫメッセージが現れるアップリンクおよび／またはダウンリンクスーパーフレームを示し得る。次いで、ＵＥ１０１およびｅＮＢ１５０の回路を使用して、エアインターフェース１９０上でＭＴＣが実現され得る。ＭＴＣにより、ユビキタスコンピューティング環境は、デバイスが互いに効率的に通信することを可能にすることができる。ＩｏＴサービスおよびアプリケーションは、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格（例えば、３ＧＰＰ  ＬＴＥ進化型ユニバーサル地上波無線アクセス（Ｅ−ＵＴＲＡ）物理レイヤ手順（リリース１２）２０１４年９月２６日）に従って動作するロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスト通信システムなど、現世代および次世代のモバイルブロードバンドネットワークにシームレスに組み込まれるＭＴＣデバイスの設計および開発を刺激する。
【００１７】
これらの既存のモバイルブロードバンドネットワークは、主に人間タイプの通信の性能を最適化するように設計されており、したがって、ＭＴＣ関係の要件を満たすように設計または最適化されていない。本明細書で説明するＭＴＣシステムは、デバイスコストを低減し、カバレージを拡張し、電力消費量を低減するように機能する。本明細書で説明する実施形態は、既存のＬＴＥ設計の単一の物理リソースブロック（ＰＲＢ）にほぼ対応するシステム帯域幅を低減することによって、特にコストおよび電力消費量を低減する。低減されたシステム帯域幅を使用するこのセルラーＩｏＴは、潜在的に、ＬＴＥキャリアのガードバンド内の、再割当てされたモバイル通信用グローバルシステム（ＧＳＭ(登録商標)）スペクトルにおいて、または専用スペクトルにおいて動作し得る。
【００１８】
ＬＴＥシステム帯域幅がより低い帯域幅に低減されたとき、チャネル規格はより低い帯域幅制約に適合しないので、既存のＬＴＥシステムにおけるいくつかの物理チャネル設計は再利用され得ない。本明細書の実施形態は、したがって、より狭い帯域幅制約（例えば、ＰＢＣＨ、ＳＣＨ、物理ランダムアクセスチャネル（ＰＲＡＣＨ）など）に起因する上記で特定された問題に対処するために、狭帯域展開を用いたＭＴＣのためのデバイス、システム、装置および方法について説明する。
【００１９】
実施形態は、したがって、複数の物理チャネルがＴＤＭ様式で多重化され得るスーパーフレーム構造と、狭帯域展開を用いたＭＴＣのための制御チャネル設計と、狭帯域展開を用いたＭＴＣのための様々な数のＨＡＲＱプロセスを伴うＨＡＲＱ手順とを含み得る。
【００２０】
以下で説明する実施形態では２００ｋＨｚ帯域幅を使用するが、設計は他の狭帯域幅（例えば、５０ＫＨｚ、１００ＫＨｚ、４００ＫＨｚ、５００ＫＨｚ、６００ＫＨｚなど）に拡張され得る。さらに、ＭＴＣは、提案される狭帯域設計のための最初のターゲット適用例として採用される。設計は、他の狭帯域展開適用例（例えばデバイス間、ＩｏＴなど）に拡張されてよい。
【００２１】
そのようなＭＴＣの一部として、様々な物理チャネルが使用され得る。図２は、そのような、１つの可能な実装形態を示す。チャネル設計２００中のチャネルは、ダウンロード２９２経路とアップロード２９４経路の両方についてスーパーフレーム２０１、２０２、２０３内に示される。これらの物理チャネルは、限定はしないが、同期チャネル（Ｍ−ＳＣＨ）２０９、物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）２１０、制御チャネル２２０、物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）２３０、物理ランダムアクセスチャネル（Ｍ−ＰＲＡＣＨ）２４０、物理アップリンク制御チャネル（Ｍ−ＰＵＣＣＨ）２５０および物理アップリンク共有チャネル（Ｍ−ＰＵＳＣＨ）２６０を含む。これらのチャネルおよび他の潜在的チャネルについて以下で説明する。
【００２２】
ＭＴＣ同期チャネル（Ｍ−ＳＣＨ）２０９は、ＭＴＣプライマリ同期信号（Ｍ−ＰＳＳ）および／またはＭＴＣセカンダリ同期信号（Ｍ−ＳＳＳ）を含み得る。それは、時間および周波数同期をサポートし、セルの物理レイヤ識別情報とサイクリックプレフィックス長とをＵＥに提供するために使用され得る。Ｍ−ＳＣＨは、周波数分割複信（ＦＤＤ）システムと時分割複信（ＴＤＤ）システムとを区別するために利用されてもされなくてもよいが、狭帯域展開を用いたＭＴＣシステムでは、ＴＤＤがサポートされる必要はないことに留意されたい。
【００２３】
ＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）２１０は、セルへの初期アクセスのために最も頻繁に送信される限られた数のパラメータからなる、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）を搬送する。
【００２４】
ＭＴＣ制御チャネルは、ＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）および／またはＭＴＣ物理制御フォーマットインジケータチャネル（Ｍ−ＰＣＦＩＣＨ）および／またはＭＴＣ物理ハイブリッドＡＲＱインジケータチャネル（Ｍ−ＰＨＩＣＨ）を含む。ダウンリンクデータ送信では、時間領域リソース割当てがサポートされ、アップリンクデータ送信では、時間領域および／または周波数領域リソース割当てがサポートされ得ることに留意されたい。
【００２５】
Ｍ−ＰＤＳＣＨ２３０は、すべてのユーザデータのために、ならびにＰＢＣＨ２１０上で搬送されないブロードキャストシステム情報のために、また、ページングメッセージのために使用される。
【００２６】
Ｍ−ＰＵＳＣＨ２６０はアップリンクデータ送信のために使用される。それは、狭帯域展開を用いたＭＴＣのためのＭＴＣアップリンク制御情報（Ｍ−ＵＣＩ）を搬送するために使用され得る。
【００２７】
Ｍ−ＰＲＡＣＨ２４０は、ランダムアクセスプリアンブルを送信するために使用される。初期アクセスでは、それは、アップリンク同期を達成するために利用される。
【００２８】
Ｍ−ＰＵＣＣＨ２５０は、Ｍ−ＵＣＩを搬送するために使用される。特に、Ｍ−ＰＵＣＣＨ２５０送信では、受信されたＭ−ＳＣＨ２０９トランスポートブロックに関するスケジューリング要求およびＨＡＲＱ肯定応答がサポートされ得る。狭帯域送信の性質を考慮すれば、主にチャネル依存スケジューリングを容易にするために使用されるＭ−ＰＵＣＣＨ２５０において、チャネル状態報告をサポートすることは有益でないかもしれない。
【００２９】
ＭＴＣ物理マルチキャストチャネル（Ｍ−ＰＭＣＨ）は、マルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）をサポートするために使用される。
【００３０】
図２は、狭帯域展開を用いたＭＴＣのためのシステム設計を示す。このシステム設計では、一定数のサブフレームがスーパーフレームとして形成される（例えば、図２に示されるように、Ｘ個のサブフレームがスーパーフレームを形成するために使用される）。スーパーフレームの開始サブフレームおよび持続時間はｅＮＢによって事前に定義または構成することができ、後者の場合、スケジューリングの柔軟性は、特定のシステム構成、トラフィックシナリオなどに応じて提供され得る。スーパーフレームの持続時間およびスーパーフレーム中のサブフレームの対応する数は、少なくとも部分的に狭帯域展開の帯域幅に基づいて決定される。様々な実施形態では、スーパーフレーム持続時間は、上述の狭帯域幅において動作するＭＴＣ通信のための標準帯域幅ＬＴＥシステムとの互換性を可能にするように構成される。一実施形態では、この構成情報は、Ｍ−ＰＢＣＨで搬送されるＭＩＢに含めることができ、あるいは、別のシステム情報ブロック（ＳＩＢ）で搬送することができる。
【００３１】
スーパーフレームでは、複数の物理チャネルがＴＤＭまたはＦＤＭ方式で多重化される。より詳細には、ダウンロード（ＤＬ）２０２において、制御チャネル／Ｍ−ＰＤＳＣＨまたはＭ−ＳＣＨ／Ｍ−ＰＢＣＨ／Ｍ−ＰＤＳＣＨ／制御チャネルのいずれかが、１つのスーパーフレームに多重化され得る。例えば、図示のように、スーパーフレーム２０１は、スーパーフレーム２０１のＤＬ２０２にＭ−ＳＣＨ２０９Ａ、Ｍ−ＰＢＣＨ２１０Ａ、制御チャネル２２０ＡおよびＭ−ＰＤＳＣＨ２３０Ａを含み、スーパーフレーム２０１のアップロード（ＵＬ）２０４にセグメントとしてＭ−ＰＲＡＣＨ２４０Ａ、Ｍ−ＰＵＣＣＨ２５０ＡおよびＭ−ＰＵＳＣＨ２６０Ａを含む。このようにして、Ｍ−ＰＲＡＣＨ／Ｍ−ＰＵＣＣＨ／ＰＵＳＣＨは１つのスーパーフレームに多重化され得る。ＵＬ２０４およびＤＬ２０２は、追加の処理時間を可能にするために、特定のサブフレームをオフセットしてよいことに留意されたい。このスーパーフレーム構造は、カバレージ制限されたシナリオにおける問題に対処するためにも有益である。特に、スーパーフレームの周期性は、ＤＬ２０２およびＵＬ２０４送信のより多くの繰り返しを可能にするために拡張することができ、それにより、リンクバジェットが改善される。特定の実施形態では、例えば、システムのためにカバレージ拡張ターゲットが選択される。カバレージ拡張ターゲットは、スーパーフレーム構造の周期性に関連するリンクバジェット改善であり得る。言い換えれば、例えば、スーパーフレーム中のサブフレームの数を増加させることによって、スーパーフレーム構造内のスーパーフレームのサイズを増加させ、それにより、オーバーヘッドの代わりにデータ専用のスーパーフレームの割合を増加させることによって、リンクバジェットが改善される。他の実施形態では、スーパーフレームのサイズは、少なくとも部分的に、ＭＴＣシステムの帯域幅に基づき得る。特定の実施形態では、スーパーフレームは、ＭＴＣスーパーフレーム中のデータの量を標準ＬＴＥまたはＬＴＥアドバンストシステムにおける単一のフレーム（例えば１０個のサブフレーム）中のデータの量と一致させるように設定され得る。他の実施形態では、スーパーフレームの構造は、カバレージ拡張ターゲットと、ＭＴＣシステムの帯域幅に基づく他のシステムとの互換性との組合せに基づき得る。
【００３２】
一実施形態では、現在のＬＴＥシステムと共存するためにＭＴＣ領域が定義され得る。特に、各サブフレーム中のＭＴＣ領域の開始直交周波数分割多重化（ＯＦＤＭ）シンボルが、上位レイヤによって事前に定義または構成され得る。例えば、ＭＴＣ領域の開始シンボルは、レガシーＬＴＥシステムにおいてＰＤＣＣＨ領域の後に構成され得る。
【００３３】
ＤＬ２０２では、Ｍ−ＰＤＳＣＨ送信がスケジュールされ、Ｍ−ＰＤＣＣＨ送信に続く。現在のＬＴＥ仕様とは異なり、狭帯域展開を用いたＭＴＣシステムでは、クロスサブフレームスケジューリングが採用される。Ｍ−ＰＤＣＣＨに対する過剰なブラインド復号試行を回避するために、Ｍ−ＰＤＣＣＨの開始サブフレームはサブフレームのサブセットに限定される。Ｍ−ＰＤＣＣＨ送信の周期性およびオフセットに関する構成は、ｅＮＢによってデバイス固有またはセル固有の方式で事前に定義または構成され得る。一実施形態では、この構成情報は、Ｍ−ＰＢＣＨ２１０で搬送されるＭＩＢに含まれ得る。
【００３４】
Ｍ−ＰＢＣＨ２１０は、Ｙ個のサブフレームの周期性で送信され、Ｍ−ＳＣＨ２０９送信によって先行される。オーバーヘッドを低減し、スペクトル効率を改善するために、Ｍ−ＰＢＣＨ２１０は、Ｍ−ＰＤＣＣＨと比較してより低い頻度で送信される。Ｍ−ＰＤＣＣＨ送信がＭ−ＳＣＨ２０９およびＭ−ＰＢＣＨ２１０と衝突される場合、Ｍ−ＰＤＣＣＨの開始サブフレームはＮ個のサブフレームだけ遅延される。Ｎは、Ｍ−ＳＣＨ２０９およびＭ−ＰＢＣＨ２１０送信のために割り当てられるサブフレームの数である。
【００３５】
特定のスーパーフレームはＭＢＭＳ単一周波数ネットワーク（ＭＢＳＦＮ）スーパーフレームとして構成され得ることに留意されたい。Ｍ−ＰＢＣＨ２１０は、構成されたＭＢＳＦＮスーパーフレームにおいて制御領域の後に割り当てられ得る。構成情報は、ｅＮＢによって構成され、送信（ブロードキャストまたはユニキャスト／グループキャスト）され得る。既存のＬＴＥ仕様の場合のように、信号がＵＥ受信機においてサイクリックプレフィックス（ＣＰ）内に残ることを保証することにより、効率的なＭＢＳＦＮ動作を可能にするために、拡張ＣＰが使用され得る。
【００３６】
ＵＬでは、Ｍ−ＰＵＣＣＨ２５０およびＭ−ＰＵＳＣＨ２６０が、１つのスーパーフレーム中でＭ−ＰＲＡＣＨの後に送信される。図１に示されるように、Ｍ−ＰＵＣＣＨの後にＭ−ＰＵＳＣＨ送信が続くが、それは、Ｍ−ＰＵＳＣＨの途中またはＭ−ＰＵＳＣＨの後に送信され得る。Ｍ−ＰＲＡＣＨ、Ｍ−ＰＵＣＣＨ、およびＭ−ＰＵＳＣＨの時間位置は、ｅＮＢによって事前に定義または構成され得る。一実施形態では、この構成情報は、Ｍ−ＰＢＣＨで搬送されるＭＩＢに含まれ得る。
【００３７】
一例では、Ｍ−ＰＵＳＣＨはサブフレーム＃０〜＃４および＃６〜＃９で送信され、Ｍ−ＰＵＣＣＨはサブフレーム＃５で送信される。別の例では、Ｍ−ＰＵＳＣＨはサブフレーム＃０〜＃８で送信され、Ｍ−ＰＵＣＣＨはサブフレーム＃９で送信される。Ｍ−ＰＤＣＣＨ復号のための十分な処理時間を可能にするために、Ｍ−ＰＵＳＣＨ送信の開始サブフレームは、Ｍ−ＰＤＣＣＨ送信の最後のサブフレームに対して特定数のサブフレームをオフセットし得ることに留意されたい。
【００３８】
一実施形態では、Ｍ−ＰＣＦＩＣＨは、制御チャネルにおいて現在のＬＴＥ仕様と見なされ得る。しかしながら、既存のＬＴＥ規格におけるＰＣＦＩＣＨとは異なり、Ｍ−ＰＣＦＩＣＨは、Ｍ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨ送信のための情報（例えば、Ｍ−ＰＤＣＣＨ送信の時間／周波数位置）を示すために使用されるＭＴＣ制御フォーマットインジケータ（Ｍ−ＣＦＩ）を搬送する。この場合、制御チャネルオーバーヘッドは、特定のシステム構成、トラフィックシナリオおよびチャネル状態に従って調整され得る。仕様努力および実装を簡略化するために、Ｍ−ＰＣＦＩＣＨ設計では、現在のＬＴＥ仕様におけるいくつかの既存のＰＣＦＩＣＨ設計が再利用され得る（例えば、変調方式、レイヤマッピングおよびプリコーダ設計）。この場合、１６個のＭ−ＰＣＦＩＣＨシンボルが４つのシンボルクアドルプレット（例えば、リソース要素）にグループ化され、各シンボルクアドルプレットは１つのＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）に割り当てられ得る。他の実施形態では、他のグループ化が使用され得る。例えば、別の実施形態では、Ｍ−ＰＤＣＣＨおよび／またはＭ−ＰＤＳＣＨの時間／周波数位置が、上位レイヤによって事前に決定または構成される。この場合、Ｍ−ＰＣＦＩＣＨは制御チャネル設計において不要である。
【００３９】
さらに、Ｍ−ＰＨＩＣＨは、制御チャネルに含まれても含まれなくてもよい。一実施形態では、Ｍ−ＰＨＩＣＨは制御チャネル設計において不要である。これは、ＨＡＲＱが狭帯域展開を用いたＭＴＣのためにサポートされない場合、またはＭ−ＰＨＩＣＨ機能がＭ−ＰＤＣＣＨで置き換えられ得る場合に考慮され得る。
【００４０】
別の実施形態では、Ｍ−ＰＨＩＣＨは、ｅＮＢがＰＵＳＣＨ上で送信を正しく受信したかどうかを示す、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫを搬送するためにサポートされる。Ｍ−ＰＨＩＣＨ送信のためのＰＨＩＣＨグループの数は、ｅＮＢによって事前に定義または構成され得る。一実施形態では、構成情報は、ＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）中で搬送されるＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）中でブロードキャストされるか、またはＭＴＣシステム情報ブロック（Ｍ−ＳＩＢ）中でブロードキャストされ得る。仕様努力および実装を簡略化するために、Ｍ−ＰＨＩＣＨ設計では、現在のＬＴＥ仕様におけるいくつかの既存のＰＨＩＣＨ設計が再利用され得る（例えば、変調方式、レイヤマッピングおよびプリコーダ設計）。この場合、１つのＭ−ＰＨＩＣＨグループのための１２個のシンボルが３つのシンボルクアドルプレットにグループ化され、各シンボルクアドルプレットは１つのＭＴＣリソース要素グループ（Ｍ−ＲＥＧ）に割り当てられ得る。
【００４１】
Ｍ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨがサポートされる場合、狭帯域展開を用いたＭＴＣの制御領域設計において、以下のようにいくつかのオプションが考慮され得る。
【００４２】
一実施形態では、Ｍ−ＰＣＦＩＣＨは制御領域の最初のＫ０個のサブフレームに位置し、Ｍ−ＰＨＩＣＨは制御領域の最後のＫ１個のサブフレームに割り当てられる。さらに、Ｍ−ＰＤＣＣＨは、制御領域においてＭ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨに割り当てられないリソース要素に割り当てられる。
【００４３】
別の実施形態では、Ｍ−ＰＣＦＩＣＨは制御領域の最初のＭ０個のサブフレームに位置し、Ｍ−ＰＨＩＣＨはデータ領域のＭ１個のサブフレームに位置する。同様に、Ｍ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨは、それぞれ、制御領域のＭ−ＰＣＦＩＣＨとデータ領域のＭ−ＰＨＩＣＨに割り当てられないリソース要素に割り当てられる。
【００４４】
以下で示される例示的な実施形態では、ＭＴＣ制御領域に対して連続的なリソース割当てが考慮されることに留意されたい。他の実施形態では、ＭＴＣ制御領域に対して分散リソース割当てが容易に拡張され得る。
【００４５】
図３は、いくつかの実施形態による、制御チャネル３００の一実装形態を示す。図３は、スーパーフレーム３０１内に制御領域３２０を示し、制御領域３２０の後にデータ領域３３０が続く。制御領域３２０は、サブフレーム３７０にＭ−ＰＣＦＩＣＨ３６０を、サブフレーム３８０にＭ−ＰＨＩＣＨ３５０Ａを、サブフレーム３９０にＭ−ＰＨＩＣＨ３５０を含み、すべてのサブフレーム中のＭ−ＰＤＣＣＨ要素はサブフレーム３８０にＭ−ＰＤＣＣＨ３４０を含む。この実施形態では、Ｍ−ＰＣＦＩＣＨ３６０は制御領域の最初のＫ０個のサブフレーム中に位置し、Ｍ−ＰＨＩＣＨ３５０Ａは制御領域の最後のＫ１個のサブフレーム中に割り当てられる。Ｋ０＜（Ｎｃｏｎｔｒｏｌ−１）、Ｋ１≦（Ｎｃｏｎｔｒｏｌ−１）であり、Ｎｃｏｎｔｒｏｌは、制御チャネルに割り当てられたサブフレームの数である。さらに、Ｍ−ＰＤＣＣＨ３４０送信は、Ｍ−ＰＣＦＩＣＨ３６０およびＭ−ＰＨＩＣＨ３５０Ａ送信のための割当ての周りにレートマッチングまたはパンクチャされる。Ｋ０およびＫ１は上位レイヤによって事前に定義または構成され得ることに留意されたい。
【００４６】
Ｍ−ＰＣＦＩＣＨ３６０リソースマッピングでは、４つのシンボルクアドルプレットは、Ｋ０個のサブフレームの約４分の１だけ分離されるか、あるいは連続するＭ−ＲＥＧに割り当てられ、開始位置は物理セル識別情報から導出される。同様に、Ｍ−ＰＨＩＣＨ３５０Ａリソースマッピングでは、３つのシンボルクアドルプレットは、Ｋ１個のサブフレームの約３分の１だけ分離されるか、あるいは連続するＭ−ＲＥＧに割り当てられ、開始位置は物理セル識別情報から導出される。
【００４７】
図３の実施形態は、狭帯域展開を用いたＭＴＣのための制御領域設計オプション１の一例を示す。この例では、Ｍ−ＰＣＦＩＣＨ３６０は、制御領域の第１のサブフレーム（すなわち、Ｋ０＝１）に割り当てられ、等しく分配される。同様に、Ｍ−ＰＨＩＣＨ３５０Ａは、制御領域の第２のサブフレームから最後のサブフレーム（すなわち、Ｋ１＝（Ｎｃｏｎｔｒｏｌ−１））に等しく分配される。
【００４８】
図４は、狭帯域展開を用いたＭＴＣのための制御領域設計の別の例を示す。この例では、Ｍ−ＰＣＦＩＣＨは、制御領域の第１のサブフレーム（すなわち、Ｍ０＝１）に割り当てられ、等しく分配される。同様に、Ｍ−ＰＨＩＣＨはデータ領域（すなわち、Ｍ１＝Ｎｄａｔａ）において等しく分配される。
【００４９】
図３の実施形態と同様に、図４は、サブフレーム４７０、４９０、およびＭ−ＰＣＦＩＣＨ４６０を含むスーパーフレーム４０１に、制御領域４２０を示す。データ領域４３０が制御領域４２０に続く。しかしながら、Ｍ−ＰＨＩＣＨ４８０はデータ領域４３０内にある。このオプションでは、Ｍ−ＰＣＦＩＣＨ４６０は制御領域４２０の最初のＭ０個のサブフレーム中に位置し、Ｍ−ＰＨＩＣＨ４８０はデータ領域のＭ１個のサブフレーム中に位置する。Ｍ０＜（Ｎｃｏｎｔｒｏｌ−１）、Ｍ１≦Ｎｄａｔａであり、Ｎｄａｔａは、データ領域のために割り当てられたサブフレームの数である。図４は、特にこれらを第１のサブフレーム中に示しているが、追加の実施形態は、上述のように関係する構成を使用し得る。同様に、Ｍ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨは、それぞれ、制御領域のＭ−ＰＣＦＩＣＨ４６０とデータ領域のＭ−ＰＨＩＣＨ４８０に割り当てられないリソース要素に割り当てられる。Ｍ０およびＭ１は、上位レイヤによって事前に定義または構成され得ることに留意されたい。
【００５０】
制御チャネル３００の最初の実施形態と同様に、Ｍ−ＰＣＦＩＣＨ４６０送信のための４つのシンボルクアドルプレットが、Ｍ０個のサブフレームの約４分の１だけ分離されるか、あるいは連続するＭ−ＲＥＧ中に割り当てられ、開始位置は物理セル識別情報から導出される。Ｍ−ＰＨＩＣＨ４８０リソースマッピングでは、３つのシンボルクアドルプレットが、Ｍ１個のサブフレームの約３分の１だけ分離されるか、あるいはデータ領域中の連続するＭ−ＲＥＧ中に割り当てられ、開始位置は物理セル識別情報から導出される。
【００５１】
図５Ａおよび図５Ｂは、ＵＥ５０１およびｅＮＢ５５０によって実現される２つのＨＡＲＱプロセスを伴うアップロードおよびダウンロードＨＡＲＱ手順を示す。図５Ａは、スーパーフレーム５０２〜５０８にわたってＨＡＲＱ５２０およびＨＡＲＱ５３０として示される２つのＨＡＲＱプロセスを伴うダウンロードＨＡＲＱ手順を示す。図５Ｂは、スーパーフレーム５６２〜５６８にわたってＨＡＲＱ５７０およびＨＡＲＱ５８０として示される２つのＨＡＲＱプロセスを伴うアップロードＨＡＲＱ手順を示す。
【００５２】
図５ＡのＤＬ  ＨＡＲＱ手順では、スーパーフレーム５０２において、ＨＡＲＱ５２０プロセスを伴うＭ−ＰＤＳＣＨがスケジュールされ、送信される。ＵＥ５０１がＭ−ＰＤＳＣＨを復号した後に、ＵＥ５０１は、スーパーフレーム５０４中でＭ−ＰＵＣＣＨを介して、ｅＮＢ５５０にＡＣＫ／ＮＡＣＫをフィードバックする。ＮＡＣＫの場合、ｅＮＢ５５０はスーパーフレーム５０６中で再送信をスケジュールし得る。同様に、ＨＡＲＱ５３０プロセスでは、Ｍ−ＰＤＳＣＨの初期送信と再送信がそれぞれスーパーフレーム５０４，５０８においてスケジュールされ、一方、スーパーフレーム５０６においてＭ−ＰＵＣＣＨを介してＡＣＫ／ＮＡＣＫフィードバックが送信される。既存のＬＴＥ仕様とは異なり、ＨＡＲＱ肯定応答のためのＭ−ＰＵＣＣＨリソースインデックスは、対応するＭ−ＰＤＳＣＨ送信のために、Ｍ−ＰＤＣＣＨの第１の制御チャネル要素（ＣＣＥ）またはＭ−ＰＤＣＣＨの開始サブフレームのいずれか、あるいは両方の組合せのインデックスに関連付けられ得る。別の実施形態では、ＨＡＲＱ肯定応答のためのＭ−ＰＵＣＣＨリソースインデックスはＭ−ＰＤＳＣＨ送信の開始サブフレームによって示され得る。
【００５３】
図５ＢのＵＬ  ＨＡＲＱ手順では、スーパーフレーム５６２において、ＨＡＲＱ５７０プロセスを伴うＭ−ＰＵＳＣＨがスケジュールされ、送信される。次いで、ｅＮＢ５５０は、スーパーフレーム５６４中でＭ−ＰＨＩＣＨを介してＡＣＫ／ＮＡＣＫを送る。ＮＡＣＫがＭＴＣ  ＵＥ５０１によって受信された場合、スーパーフレーム５６６においてＭ−ＰＵＳＣＨ再送信が行われ得る。ＨＡＲＱ５８０プロセスにも同様の設計原理が適用される。既存のＬＴＥ仕様とは異なり、Ｍ−ＰＨＩＣＨインデックスは、対応するＭ−ＰＵＳＣＨ送信のために使用される開始サブフレームのインデックスに関連付けられ得る。
【００５４】
図６Ａおよび図６Ｂは、４つのＨＡＲＱプロセスのためのアップロードおよびダウンロードＨＡＲＱ手順を示す。図６Ａは、ＵＥ６０１とｅＮＢ６５０との間のスーパーフレーム６０２〜６１６にわたるダウンロードプロセスＨＡＲＱ６２０、６２２、６２４、６２６を示す。図６Ｂは、ｅＮＢ６５０およびＵＥ６０１のためのスーパーフレーム６６０〜６７４にわたるアップロードＨＡＲＱプロセスＨＡＲＱ６８０、６８２、６８４、６８６を示す。
【００５５】
図６Ａに示されるように、ＤＬ  ＨＡＲＱプロセスでは、ＵＥ６０１は、Ｍ−ＰＤＳＣＨ送信を受信した後に、２つのスーパーフレーム遅延とともにＭ−ＰＵＣＣＨを介してＡＣＫ／ＮＡＣＫフィードバックを提供し得る。その後、ｅＮＢ６５０がＮＡＣＫを受信した後の２つのスーパーフレームの後に、再送信が行われる。
【００５６】
ＵＬ  ＨＡＲＱプロセスでは、Ｍ−ＰＵＳＣＨ送信とＭ−ＰＨＩＣＨを介したＡＣＫ／ＮＡＣＫフィードバックとの間のギャップと、ＡＣＫ／ＮＡＣＫフィードバックとＭ−ＰＵＳＣＨ再送信との間のギャップは、同様に２つのスーパーフレームである。
【００５７】
同じ設計原理は、２×Ｍ個のＨＡＲＱプロセス（Ｍ＞２）を伴うＨＡＲＱ手順のために一般化され適用され得る。より詳細には、データ送信（ＤＬではＭ−ＰＤＳＣＨおよびＵＬではＭ−ＰＵＳＣＨ）と、ＡＣＫ／ＮＡＣＫフィードバック（ＤＬではＭ−ＰＵＣＣＨおよびＵＬではＭ−ＰＨＩＣＨでは）との間のギャップ、ならびにＡＣＫ／ＮＡＣＫフィードバックとデータ再送信との間のギャップは、Ｍ個のスーパーフレームである。
【００５８】
別の実施形態では、２×Ｍ個のＨＡＲＱプロセスを伴うＨＡＲＱ手順の場合（Ｍ＞２）、ＵＥ側において増加した時間バジェットを可能にするために不平衡な処理ギャップが導入され得る。このオプションでは、Ｍ−ＰＤＳＣＨの再送信と（ＤＬ  ＨＡＲＱのための）Ｍ−ＰＵＣＣＨ送信との間の遅延と、Ｍ−ＰＵＳＣＨ再送信と（ＵＬ  ＨＡＲＱのための）Ｍ−ＰＨＩＣＨ送信との間の遅延は、ＨＡＲＱプロセスの数の増加とともにスケーリングしない。例えば、Ｍ＝２である４つのＨＡＲＱプロセスの場合、ＤＬ  ＨＡＲＱでは、ＤＬ  ＨＡＲＱ情報を伴うＭ−ＰＵＣＣＨの送信のために３つのスーパーフレームの遅延が利用可能であり、その次のスーパーフレーム自体において再送信（ＮＡＣＫの場合）がスケジュールされる。
【００５９】
別の実施形態では、１つのスーパーフレームに複数のＨＡＲＱプロセスがスケジュールされ得る。このオプションでは、複数のＭ−ＰＤＣＣＨを使用して、１つのスーパーフレームに複数のＭ−ＰＤＳＣＨおよび／またはＭ−ＰＵＳＣＨをスケジュールすることができる。
【００６０】
次いで、図７および図８は、図１のＵＥ１０１およびｅＮＢ１５０など、ＵＥおよび関連するｅＮＢによって実施され得る方法を示す。方法７００は、ＵＥ１０１または本明細書で説明する任意のＵＥなど、ＵＥによって実施することができ、複数のダウンリンク物理チャネルを多重化するための動作７０５を含み得る。複数の物理チャネルはＴＤＭまたはＦＤＭに従って多重化され得る。
【００６１】
方法７００は、複数の多重化されたダウンリンク物理チャネルを含むダウンリンクスーパーフレームを送信するための動作７１０をさらに含み得る。様々な実施形態では、ダウンリンクスーパーフレームは、（例えば、所定数のダウンリンクサブフレームから構成される）所定の持続時間のものであり得る。ダウンリンクスーパーフレームは、所定の開始ダウンリンクサブフレームを含み得る。ダウンリンクスーパーフレームを送信するための動作７１０は、送信のための所定の周期性に関連付けられ得る。
【００６２】
方法７００は、ダウンリンクスーパーフレームの送信に基づいてＨＡＲＱ  ＡＣＫおよび／またはＮＡＣＫメッセージを受信するための動作７１５をさらに含み得る。様々な実施形態では、ＨＡＲＱ  ＡＣＫおよび／またはＮＡＣＫメッセージは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫメッセージ通信のための所定のスケジュールに従って（例えば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫメッセージは、ダウンリンクスーパーフレームの送信の時間的に直後にくるアップリンクスーパーフレーム中で受信されるようにスケジュールされ得る）、アップリンクスーパーフレーム（例えば、所定の複数のアップリンクサブフレーム）中で受信され得る。任意の動作は、ダウンリンクスーパーフレームの送信に基づいてＨＡＲＱ  ＮＡＣＫメッセージが受信された場合、（例えば、再送信のための所定のスケジュールに従って別のダウンリンクスーパーフレーム中で）複数の多重化されたダウンリンク物理チャネルを再送信することを含み得る。
【００６３】
図８は、ｅＮＢ１５０または本明細書で説明する任意のｅＮＢなど、ｅＮＢの回路によって実施され得る対応する方法８００を示す。方法８００は、複数のアップリンク物理チャネルを多重化するための動作８０５を含み得る。複数のアップリンク物理チャネルはＴＤＭまたはＦＤＭに従って多重化され得る。
【００６４】
方法８００は、複数の多重化されたアップリンク物理チャネルを含むアップリンクスーパーフレームを送信するための動作９１０をさらに含み得る。様々な実施形態では、アップリンクスーパーフレームは、（例えば、所定数のアップリンクサブフレームから構成される）所定の持続時間のものであり得る。アップリンクスーパーフレームは、所定の開始アップリンクサブフレーム、または情報ブロック（例えば、ＭＩＢもしくはＳＩＢ）中でｅＮＢによってシグナリングされる開始アップリンクサブフレームを含み得る。アップリンクスーパーフレームを送信するための動作８１０は、あらかじめ決定されるかまたは情報ブロック（例えば、ＭＩＢもしくはＳＩＢ）中でｅＮＢによってシグナリングされ得る、送信のための所定の周期性に関連付けられ得る。
【００６５】
方法８００は、アップリンクスーパーフレームの送信に基づいてＨＡＲＱ  ＡＣＫおよび／またはＮＡＣＫメッセージを受信するための動作８１５をさらに含み得る。様々な実施形態では、ＨＡＲＱ  ＡＣＫおよび／またはＮＡＣＫメッセージは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫメッセージ通信のための所定のスケジュールに従って（例えば、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫメッセージは、アップリンクスーパーフレームの送信の時間的に直後にくるダウンリンクスーパーフレーム中で受信されるようにスケジュールされ得る）、ダウンリンクスーパーフレーム（例えば、所定の複数のダウンリンクサブフレーム）中で受信され得る。任意の動作は、アップリンクスーパーフレームの送信に基づいてＨＡＲＱ  ＮＡＣＫメッセージが受信された場合、（例えば、再送信のための所定のスケジュールに従って別のアップリンクスーパーフレーム中で）複数の多重化されたアップリンク物理チャネルを再送信することを含み得る。
【００６６】
図９は、ＬＴＥシステムにおけるＰＢＣＨ構造を示す。ＬＴＥでは、ブロードキャストチャネル（ＢＣＨ）トランスポートブロック９０２がマスタ情報ブロック（ＭＩＢ）を搬送する。ＭＩＢは、ダウンリンクセル帯域幅、ＰＨＩＣＨ構成、システムフレーム番号（ＳＦＮ）に関する情報を含む。特に、１つのＭＩＢは、１４個の情報ビットと、ＣＲＣインサート９０４における１６ビットＣＲＣによって付加される、１０個のスペアビットを含んでいる。テールバイティング畳み込みコード（ＴＢＣＣ、Ｒ＝１／３テールバイティング畳み込みコード）がＣＲＣ付属情報ビットに適用され、次いで、符号化ビットとのレートマッチングが実施され、それにより、それぞれノーマルＣＰおよび拡張ＣＰのために１９２０個の符号化ビットおよび１７２８個の符号化ビットが生成される。レートマッチング動作は、この場合、１／３マザーコーディングレートによる符号化ビットの繰り返しとして見なすことができ、すなわち、ＰＢＣＨのための利用可能なＲＥを埋めるために１２０（＝４０×３）個の符号化ビットが繰り返される。その後、スクランブリング９０８におけるセル固有スクランブリングコードが符号化ビットの上に生成され、４つの無線フレーム（ＳＦＮの２ビットＬＳＢ）のうちの１つを検出するためだけでなく、セル間の干渉ランダム化を提供するためにも適用される。マッピング９１２および逆多重化９１４により、同じ４８０個の符号化ビットは、ノーマルＣＰにおいて４０ｍｓ（フレームごとに１０ｍｓ×４フレーム９２０、９３０、９４０、９５０）の間、（フレーム９２０、９３０、９４０、９５０の各々において）１０ｍｓごとに異なる位相で繰り返されることになるが、異なる４３２個の符号化ビットは、拡張ＣＰにおいて４０ｍｓの間、１０ｍｓごとに異なる位相で繰り返される。
【００６７】
セル固有スクランブリングコードは４０ｍｓごとに再初期化され、したがって、セル固有スクランブリングシーケンスの異なる位相による４０ｍｓ（４つの無線フレーム）間の１０ｍｓ（１つの無線フレーム）境界検出である、ＳＦＮの２ビットＬＳＢ（最下位ビット）を区別するための機能を提供することができる。ＵＥは、ＳＦＮの２ビットＬＳＢを見つけ出すために４つのブラインド復号試行を必要とし得るが、ＳＦＮの８ビットＭＳＢ（最上位ビット）はＰＢＣＨコンテンツによって明示的にシグナリングされる。
【００６８】
ｅＮＢの能力に応じて、カバレージをさらに改善するために、ｅＮＢにおいて送信アンテナダイバーシティも採用され得る。より詳細には、２つまたは４つの送信アンテナポートを伴うｅＮＢは、空間周波数ブロックコード（ＳＦＢＣ）を使用してＰＢＣＨを送信する。ＰＢＣＨは、初期サブフレームの第２のスロットの最初の４つのＯＦＤＭシンボル内で、７２個の中心サブキャリアのみにわたって送信されることに留意されたい。したがって、ＦＤＤの場合、ＰＢＣＨは、初期サブフレームにおいてプライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）の直後に続く。
【００６９】
システム帯域幅が標準ＬＴＥまたはＬＴＥアドバンスト帯域幅よりも小さくなると、新しいＰＢＣＨ（例えばＭ−ＰＢＣＨ）が使用される。上述のように、ＭＴＣシステムのための帯域幅は、上記で説明した様々な異なる帯域幅であり得るが、例として、以下で詳述する実施形態では、２００ＫＨｚの例示的な実施形態に関して説明する。Ｍ−ＰＢＣＨ構造の主要な設計態様は下記の通りである。さらに、提案される狭帯域設計のための初期ターゲット適用例としてＭＴＣが使用されるが、設計は、ＩｏＴにおける非マシンタイプ通信およびデバイス間通信など、特にマシンタイプ通信ではない他の狭帯域展開適用例に拡張されてよい。
【００７０】
次いで、図１０は、例示的な一実施形態によるＭ−ＰＢＣＨ送信時間の態様を示す。いくつかの実施形態では、単一のＭ−ＰＢＣＨブロック、すなわち、Ｂ＝１が、Ｘ×１０ｍｓ間隔中に送信され得る。これは、ブラインド復号試行の数を減らすのに役立ち、したがって、本明細書で説明するいくつかの実施形態に従って実現されるＭＴＣデバイスの低電力消費量に役立ち得る。図１０は、対応するＭ−ＰＢＣＨ送信時間を示す。標準ＬＴＥシステムでは無線フレームごとにＰＢＣＨを送信するのとは異なり、本明細書で説明するいくつかの実施形態によるＭ−ＰＢＣＨは、Ｘ個の無線フレームごとに送信され（例えば、本実施形態におけるＭ−ＰＢＣＨの周期性はＸ個のフレームであり）、ここで、それはＳＦＮ関係の情報を搬送する。各Ｍ−ＰＢＣＨはＬ個のサブフレームを占有する。図１０のこの例では、Ｘ＝４およびＬ＝５である。無線フレーム１０２０中のＭ−ＰＢＣＨ１００２はＳＦＮ関係の情報Ｋ０を含んでいることがあり、無線フレーム１０２４中のＭ−ＰＢＣＨ１００４はＳＦＮ関係の情報Ｋ１を含んでいることがある。ＳＦＮ関係の情報は、所与の周期性内のいずれかの無線フレーム間のいずれかのＳＦＮを表し得る。Ｍ−ＰＢＣＨ１００２は、したがって、無線フレーム１０２０、１０２１、１０２２、および１０２３のいずれかについての情報を含んでいることがある。Ｍ−ＰＢＣＨ１００４は、同様に、無線フレーム１０２４、１０２５、１０２６、および１０２７のいずれかについての情報を含んでいることがある。この場合、搬送されるＳＦＮ関係の情報は、送信されるＭ−ＰＢＣＨロケーション（すなわち、無線フレーム）に基づいて無線フレームを識別することができる。特殊な場合として、ＳＦＮ関係の情報は、周期性内の最初の無線フレームを表し得る。この例では、最初の機会におけるＳＦＮ関係の情報としてのＫ０は、Ｋ０＝Ｎであり、次の機会におけるＳＦＮ関係の情報としてのＫ１は、Ｋ１＝Ｎ＋４である。別の特殊な場合として、ＳＦＮ関係の情報は、周期性内でＭ−ＰＢＣＨを送信している無線フレームを表し得る。この例では、最初の機会におけるＳＦＮ関係の情報としてのＫ０は、Ｋ０＝Ｎであり、次の機会におけるＳＦＮ関係の情報としてのＫ１は、Ｋ１＝Ｎ＋４である。システムがＳＦＮ関係情報とともにＭ−ＰＢＣＨロケーションを決定すると、それに応じて、周期性内の他の無線フレームのための他のＳＦＮも識別され得る。
【００７１】
図１１は、いくつかの実施形態による別の代替例を示す。図１１に従って実装されるシステムでは、Ｘ×１０ｍｓ間隔中に複数のＭ−ＰＢＣＨブロック（例えば、Ｎ＞１）が送信され得る。図３は、そのような実施形態によるＭ−ＰＢＣＨ送信時間を示している。図に示されているように、Ｍ−ＰＢＣＨはＸ×１０ｍｓの周期性で送信することができ、このＸ×１０ｍｓ内に、Ｎ個のＭ−ＰＢＣＨブロックが送信され得る。図１１は、図示の周期１１９０内に示された１番目のＭ−ＰＢＣＨブロック１１１０Ａ、２番目のＭ−ＰＢＣＨブロック１１１０Ｂ、およびＮ番目のＭ−ＰＢＣＨブロック１１１０Ｎでこれを示している。言い換えれば、スクランブリングコードはＸ×１０ｍｓごとに再初期化され、Ｘ×１０ｍｓ内にＮ個の異なるスクランブリング位相が生成される。各サブフレームのためのベース時間として１０ｍｓが使用されているが、他の実施形態では、周期がＸ＊（ベース時間）になるように他のベースが使用され得る。
【００７２】
図１１の実施形態では、ＭＴＣデバイスは、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）情報を取得するために複数のブラインド復号試行を実施する必要がある。Ｍ−ＰＢＣＨ送信のために複数のスクランブリング位相が採用されるとき、Ｍ−ＭＩＢ中のＳＦＮ情報のビット数は低減することができ、それにより復号性能が改善されることは、言及に値する。
【００７３】
いくつかの追加の実施形態では、同じスクランブリング位相はＮ個のＭ−ＰＢＣＨブロックのために使用される。したがって、各Ｍ−ＰＢＣＨブロックによって占有される（Ｌ超の）サブフレームの数は低減され得る。これにより、より長いＭ−ＰＢＣＨ獲得時間という犠牲を払って、ＵＥ側におけるブラインド復号試行の数の増加が回避される。
【００７４】
Ｍ−ＰＢＣＨが既存のＰＢＣＨと同じ送信周期性に従う、すなわち、Ｘ＝Ｎ＝４である実施形態では、１つのサブフレームが１つの無線フレーム内で１つのＭ−ＰＢＣＨ送信のために割り当てられる場合、送信オーバーヘッドはかなりに、例えば、最高１０％になり得る。オーバーヘッドをさらに低減し、したがってスペクトル効率を改善するために、いくつかの実施形態は、そのような送信オーバーヘッドを回避するためにＭ−ＰＢＣＨ送信ブロックの数を低減し、周期性を拡張する。
【００７５】
次いで、以下の表１は、Ｍ−ＰＢＣＨ設計のためのＭ−ＭＩＢコンテンツを示す。Ｍ−ＭＩＢは、セルへの初期アクセスのために必須である限定数の最も頻繁に送信されるパラメータ要素からなる。狭帯域展開を用いたＬＴＥがＬＴＥ標準システムと共存する場合、ダウンリンクシステム帯域幅に関する情報が必要とされる。さらに、いくつかの実施形態では、現在の３ビット指示は、狭帯域帯域幅のために使用される１つの追加のエントリとともに再利用され得る。他の実施形態では、ＭＴＣの実施形態（例えば狭帯域展開を用いたＬＴＥ）が標準ＬＴＥシステムと共存しないとき、そのようなダウンリンクシステム帯域幅は不要であり得る。
【００７６】
Ｍ−ＰＨＩＣＨ送信のためのＰＨＩＣＨグループの数のための構成はＭ−ＭＩＢに含まれ得る。ＰＨＩＣＨ送信のために使用されるＯＦＤＭシンボルの数が固定であり得るとき、この構成情報は、いくつかの実施形態Ｍ−ＭＩＢでは不要であり得る。さらに、いくつかの実施形態では、システムによる使用のために他の物理チャネル（例えばＰＤＣＣＨ、ＰＲＡＣＨ、ＰＵＣＣＨなど）のための構成を含むことが有益であり得る。例えば、いくつかの実施形態では、いくつかの物理チャネルの開始サブフレームおよびオフセットに関する構成が含まれ、システム動作において使用され得る。
【００７７】
本明細書で説明する実施形態は、ＳＦＮに関する情報を含むＭＩＢコンテンツとともに動作し得る。ＳＦＮのための正確なビット数は、Ｍ−ＰＢＣＨ送信のためのスクランブリング位相の周期性および数に依存する。上述のように、Ｘ×１０ｍｓ間隔中に単一のＭ−ＰＢＣＨブロック、すなわち、Ｂ＝１が送信される場合、Ｍ−ＭＩＢ中のＳＦＮのためのビット数は１０である。別の例示的な実施形態では、Ｍ−ＰＢＣＨ送信周期性が８０ｍｓであり、８０ｍｓ間隔中に８つのＭ−ＰＢＣＨブロックが送信される、すなわち、Ｘ＝Ｎ＝８である場合、Ｍ−ＭＩＢ中のＳＦＮのためのビット数は１０−ｌｏｇ２（８）＝７ビットであり得る。
【００７８】
上記の分析に基づいて、表１は、いくつかの実施形態によるＭ−ＰＢＣＨ設計のための潜在的Ｍ−ＭＩＢコンテンツを要約している。ある数のスペアビットは、さらなるリリースのために予約済みであり得ることに留意されたい。
【表１】
0006426206.tif 000002
【００７９】
次いで、以下の表２は、図９のＣＲＣインサート９０４において上述したＣＲＣインサートの態様について説明する。いくつかの実施形態では、既存の１６ビットＣＲＣが再利用され得る。さらに、送信アンテナポートの数に対応するコードワードを用いたＣＲＣマスク上の同じ動作がＭ−ＰＢＣＨ設計のために採用され得る。
【００８０】
他の実施形態では、８ビットＣＲＣは、コーディングレートをさらに低減し、したがってＭ−ＰＢＣＨ復号性能を改善すると考えられ得る。例えば、次のように、現在のＬＴＥ仕様において定義されている８ビットＣＲＣが考慮され得る。
（１）  ｇＣＲＣ８（Ｄ）＝［Ｄ８＋Ｄ７＋Ｄ４＋Ｄ３＋Ｄ＋１］
【００８１】
その上、いくつかの実施形態では、Ｍ−ＰＢＣＨ送信のための新しい８ビットＣＲＣマスクが使用され得る。異なる数の送信アンテナポートに対応する８ビットＣＲＣマスクの一例を表２に与える。
【表２】
0006426206.tif 000003
【００８２】
他の実施形態では、送信アンテナポートの数に対応するコードワードを用いたＣＲＣマスクは、Ｍ−ＰＢＣＨ送信のために採用されない。そのような実施形態はブラインド検出試行の数を低減し、したがって、ＵＥ電力消費量を低減する。これは、ＭＴＣ同期チャネル（Ｍ−ＳＣＨ）送信中で送信アンテナポートの数に関する情報を搬送することによって実現され得る。ＵＥが最初にＭ−ＳＣＨを通してタイミングおよび周波数収集を実施する必要があるとき、送信アンテナポートの数についての情報は、ＵＥがＭ−ＰＢＣＨを復号することを試みる前に利用可能にされ得る。
【００８３】
次いで、図１２は、いくつかの実施形態によるチャネルコーディングおよびレートマッチングの態様を示す。いくつかの実施形態では、実装コストを低減するために、既存のＴＢＣＣコーディング方式が再利用され得る。そのような実施形態では、チャネルコーディングの後に、Ｍ−ＰＢＣＨ送信のための利用可能なＲＥを埋めるためにレートマッチング（繰り返し）が実施される。標準ＬＴＥ  ＰＢＣＨのための既存のレートマッチング方式とは異なり、レートマッチングされるＭＴＣにおける繰り返しの数は、Ｍ−ＰＢＣＨ送信のために割り当てられた利用可能なＲＥの数によっては整数でないことがある。例えば、Ｍ−ＰＢＣＨのためのＭ−ＭＩＢサイズを１２ビットと仮定する。１６ビットＣＲＣおよび１／３ＴＢＣＣコーディングでは、符号化ビットの数は３×（１６＋１２）＝８４ビットになる。一般性を失うことなく、サブフレーム中のすべてのＲＥがＭ−ＰＢＣＨ送信のために利用可能であると仮定すると、利用可能なＲＥの数は、ＱＰＳＫでの２８８ビットに対応する１４４である。Ｍ−ＰＢＣＨ送信のために４つの異なるスクランブリング位相がある場合、レートマッチングにおける繰り返しの数は２８８×４／８４＝１３．７であり、これは整数でない。
【００８４】
この問題に対処するために、既存のレートマッチング方式が再利用され得るいくつかの実施形態が機能する。特に、レートマッチングは、現在のＰＢＣＨ送信の場合のようにＢ個のＭ−ＰＢＣＨ送信ブロック上で実施され得る。スクランブリングの後に、情報ビットはＢ個のセグメント（例えば、Ｂ＝４）に等しく分割される。マッチングされるレートにおいて非整数の繰り返しを仮定すれば、スクランブリング前の各Ｍ−ＰＢＣＨブロックの開始位置は異なってよく、それにより、ブラインド検出の複雑さが増加し得る。
【００８５】
他の実施形態では、レートマッチングは１つのＭ−ＰＢＣＨ送信ブロック上で実施される。次いで、レートマッチングの出力は、スクランブリングのためにＢ回繰り返される。図４は、非整数の繰り返しの場合の、１つの潜在的なレートマッチング機構を示している。動作１２０２において、ＭＩＢおよびＣＲＣ演算が行われ、Ｋビットの出力を伴う。１２０４において、ＴＢＣＣコーディングが行われ、３×Ｋビットの出力を伴う。動作１２０６において、１つのＭ−ＰＢＣＨ送信ブロックに対するレートマッチングが行われ、Ｅビットの結果を伴う。動作１２０８におけるＢ回のレピュテーションの後に、Ｂ×Ｅビットが生じる。動作１２１０におけるスクランブリングの後に、情報ビットは、さらなる処理のためにＢ個のセグメントに等しく分割される。このオプションを伴う実施形態では、スクランブル前の各Ｍ−ＰＢＣＨブロックの開始位置は整合され、それにより、ブラインド検出の複雑さが低減され得る。
【００８６】
チャネルコーディングおよびレートマッチングの後に、干渉をランダム化するためにスクランブリングが実施される。Ｍ−ＰＢＣＨ設計では、既存のＬＴＥ仕様において使用されるのと同様のスクランブリング手順が適用され得る。特に、スクランブリングシーケンスは、Ｃ（ｉｎｉｔ）＝Ｎ（セルｉｄ）で初期化され得る。その後、単にＭ−ＰＢＣＨ設計の実装形態に対して、標準ＬＴＥ仕様の場合と同じであるレイヤマッピングおよびプリコーディングとともに変調方式が適用され得る。
【００８７】
次いで、図１３Ａから図１３Ｄは、様々な実施形態によるリソース要素マッピングの態様を示す。１つのＰＲＢがシステム帯域幅と見なされるの、Ｍ−ＰＢＣＨ送信のためのリソースマッピングのためにいくつかの設計変更が必要である。既存のマッピング方式と同様に、基準信号の送信のために予約されないリソース要素へのマッピングは、最初に周波数インデックスｋの、次いでシンボルインデックスｌの昇順であり得る。さらに、マッピング演算は、実際の構成にかかわらず存在するアンテナポート０〜３のためのセル固有基準信号を仮定し得る。正確なＭ−ＭＩＢサイズによっては、Ｍ−ＰＢＣＨリソースマッピングのための異なるオプションが考慮され得る。
【００８８】
図１３Ａは、いくつかの実施形態によるＭ−ＰＢＣＨリソースマッピングのための第１の例を示している。図１３Ａでは、１つのサブフレーム１３１０の一部がＭ−ＰＢＣＨ送信のために割り当てられる。このオプションは、より小さいＭ−ＭＩＢサイズに好適であり得る。さらに、同じサブフレーム１３１０中の残りのシンボルはＰＳＳ／ＳＳＳ送信のために割り当てられ得る。サブフレーム１３１０のロケーションは、各無線フレームにおいて仕様で固定となる（例えば、最初のサブフレームであり得る）ことに留意されたい。
【００８９】
図１３Ｂは、いくつかの実施形態によるＭ−ＰＢＣＨリソースマッピングのための第２の例を示している。図１３Ｂの実施形態では、１つの完全なサブフレーム１３２０がＭ−ＰＢＣＨ送信のために割り当てられる。このオプションは、より小さいＭ−ＭＩＢサイズに好適であり得る。サブフレーム１３２０のロケーションは、たった今上記したように、仕様で固定であり得ることに留意されたい。
【００９０】
図１３Ｃは、いくつかの実施形態によるＭ−ＰＢＣＨリソースマッピングのための別の例を示している。図１３Ｃの実施形態では、Ｍ−ＰＢＣＨ送信は複数のサブフレーム１３３０にわたるが、複数のサブフレーム１３３０のうちの第１のサブフレームでは部分サブフレーム１３３１が使用される。このオプションは、より大きいＭ−ＭＩＢサイズまたはカバレージ制限されたシナリオに一層適切であり得る。そのような実施形態では、Ｍ−ＰＢＣＨのために使用されるサブフレームの数は仕様で事前に定義され得る。
【００９１】
図１３Ｄは、いくつかの実施形態によるＭ−ＰＢＣＨリソースマッピングの別の例を示している。図１３Ｄの実施形態では、Ｍ−ＰＢＣＨ送信は複数の完全なサブフレーム１３４０にわたる。このオプションは、より大きいＭ−ＭＩＢサイズまたはカバレージ制限されたシナリオに一層適切であり得る。そのような実施形態では、Ｍ−ＰＢＣＨのために使用されるサブフレームの数は仕様で事前に定義され得る。
【００９２】
図１４は、Ｍ−ＰＢＣＨ送信のために部分サブフレームを使用する実施形態のためのマッピング方式を示す。図１４の例では、Ｍ−ＰＢＣＨ送信は、標準ＬＴＥ動作のために識別されるＣＰの場合において６番目のＯＦＤＭシンボルから開始する。図に示されているように、リソースマッピングへのマッピングは、最初に周波数インデックスの昇順であり、次いでシンボルインデックスの順序である。いくつかの実施形態では、Ｍ−ＰＢＣＨ送信のために複数のサブフレームが使用されるとき、後続のサブフレーム中のリソース要素の開始インデックスは、先行するサブフレーム中のリソース要素の最後のインデックスに続く。
【００９３】
図１５は、Ｍ−ＰＢＣＨ送信のために完全サブフレームを使用する実施形態のためのマッピング方式を示す。上記の方式と同様に、図１５におけるリソースマッピングへのマッピングは、最初に周波数インデックスの昇順であり、次いでシンボルインデックスの順序である。いくつかの実施形態では、図１３Ｄに示されているようにＭ−ＰＢＣＨ送信のために複数のサブフレームが使用される場合、後続のサブフレーム中のリソース要素の開始インデックスは、先行するサブフレーム中のリソース要素の最後のインデックスに続く。図１４および図１５は、ノーマルＣＰの場合における実施形態を示しているが、実施形態は、ノーマルＣＰについて上記で示された原理を使用して拡張ＣＰで実装され得ることが明らかであろう。
【００９４】
図１６は、本明細書で説明するいくつかの実施形態に従って動作し得る方法１６００を示す。方法１６００は、図１のｅＮＢ１５０または任意の他のそのような回路もしくはｅＮＢなど、ｅＮＢの回路によって実施することができ、制御回路は、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）の構成を識別するように構成され得る。さらに、ｅＮＢ制御回路は、識別された構成に従ってＭ−ＭＩＢを生成するように構成され得る。さらに、ｅＮＢ制御回路は、生成されたＭ−ＭＩＢを含むＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）ブロックを生成するように構成され得る。さらに、ｅＮＢ制御回路は、Ｍ−ＰＢＣＨブロックをその上で送信すべき単一の無線フレーム中の無線リソースを識別するように構成され得る。いくつかの実施形態では、送信機は、無線フレーム中の識別された無線リソース上でＭ−ＰＢＣＨブロックを送信するように構成され得る。方法１６００は、その場合、動作１６０２において、マシンタイプ通信（ＭＴＣ）のために構成されたワイヤレスネットワーク中の進化型ノードＢ（ｅＮＢ）によって、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）を生成することを伴う。方法１６００は、動作１６０４において、ｅＮＢによって、生成されたＭ−ＭＩＢを含むＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）ブロックを生成することをさらに含み得る。動作１６０６は、次いで、ｅＮＢによって、単一の無線フレームの無線リソース上でＭ−ＰＢＣＨブロックを送信することを伴う。他の実施形態では、ｅＮＢ回路は、本開示の他の部分においてｅＮＢに関して説明した方法またはプロセスを実施するように構成され得る。
【００９５】
次いで、図１７は、本明細書で説明するいくつかの実施形態に従って動作し得る方法１７００を示す。方法１７００は、上記のＵＥ１０１または任意の他のそのようなＵＥなど、ＵＥの回路によって実施することができ、ＵＥの受信機回路は、単一の無線フレームの１つまたは複数のサブフレーム上でＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）送信を受信するように構成され得る。そのようなＵＥの制御回路は、同様に、受信されたＭ−ＰＢＣＨ送信に基づいて、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）中のデータを識別するように構成され得る。方法１７００は、マシンタイプ通信（ＭＴＣ）に従ってワイヤレスネットワーク中で動作しているユーザ機器（ＵＥ）によって、単一の無線フレームの１つまたは複数のサブフレーム上でＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）送信を受信することを伴う動作１７０２を含む。方法１７００は、動作１７０４の一部として、ＵＥによっておよび受信されたＭ−ＰＢＣＨ送信に基づいて、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）中のデータを識別することをさらに含み得る。他の実施形態では、ＵＥ回路は、本開示の他の部分においてＵＥに関して説明した方法またはプロセスを実施するように構成され得る。
【００９６】
次いで、図１８は、本明細書で説明するいくつかの実施形態に従って動作し得る方法１８００を示す。動作１８０２は、スーパーフレーム構造を決定することを伴い、スーパーフレーム構造は、少なくとも部分的に、狭帯域展開の帯域幅上に設定される。次いで、動作１８０４は、スーパーフレーム構造の第１のダウンリンクスーパーフレームの一部として複数のダウンリンク物理チャネルを多重化することを伴う。次いで動作１８０６において、複数の多重化されたダウンリンク物理チャネルとともに第１のダウンリンクスーパーフレームを送信し、動作１８０８において、第１のダウンリンクスーパーフレームの送信に応答して、１つまたは複数のスーパーフレームの遅延の後にＨＡＲＱ  ＡＣＫ／ＮＡＣＫを受信する。
【００９７】
上記で説明した方法のいずれについても、様々な追加の実施形態は、記載した動作の間に追加の動作を伴って動作することができ、またさらなる方法は、異なる方法でマージまたは配置された説明された動作を伴って動作し得る。
【００９８】
１つの例示的な実施形態は、狭帯域展開を用いたマシンタイプ通信（ＭＴＣ）のための進化型ノードＢ（ｅＮＢ）の装置であり、本装置は、スーパーフレーム構造を決定することであって、スーパーフレーム構造が、少なくとも部分的に、狭帯域展開の帯域幅上に設定される、ことと、スーパーフレーム構造の第１のダウンリンクスーパーフレームの一部として複数のダウンリンク物理チャネルを多重化することとを行うように構成された制御回路と、複数の多重化されたダウンリンク物理チャネルを含む第１のダウンリンクスーパーフレームを送信することと、複数のアップリンク物理チャネルを受信することと、第１のダウンリンクスーパーフレームの送信に応答して、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を受信することとを行うように構成された通信回路とを備える。
【００９９】
複数のダウンリンク物理チャネルが、周波数分割多重化（ＦＤＭ）を使用して多重化される、追加のそのような実施形態が機能し得る。
【０１００】
複数のダウンリンク物理チャネルが、時分割多重化（ＴＤＭ）を使用して多重化される、追加のそのような実施形態が機能し得る。
【０１０１】
複数のダウンリンク物理チャネルがＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）を含む、追加のそのような実施形態が機能し得る。
【０１０２】
複数のダウンリンク物理チャネルが、ＭＴＣ同期チャネル（Ｍ−ＳＣＨ）、ＭＴＣ制御チャネル、ＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）、ＭＴＣ物理マルチキャストチャネル（Ｍ−ＰＭＣＨ）をさらに含む、追加のそのような実施形態が機能し得る。
【０１０３】
制御回路が、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）を生成するようにさらに構成され、Ｍ−ＰＢＣＨが、Ｍ−ＭＩＢを搬送するために生成される、追加のそのような実施形態が機能し得る。
【０１０４】
Ｍ−ＭＩＢが、ｅＮＢへの初期アクセスのための複数の送信パラメータを含む、追加のそのような実施形態が機能し得る。
【０１０５】
Ｍ−ＰＢＣＨが、スーパーフレーム構造の単一の無線フレーム中で送信される、追加のそのような実施形態が機能し得る。
【０１０６】
スーパーフレーム構造のための開始サブフレームを含むスーパーフレーム構造と、スーパーフレーム構造の周期性とが、ｅＮＢの上位レイヤによって設定される、追加のそのような実施形態が機能し得る。
【０１０７】
通信回路が、ＭＴＣ物理アップリンク共有チャネル（Ｍ−ＰＵＳＣＨ）を受信し、物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）を送信するようにさらに構成され、Ｍ−ＰＵＳＣＨの送信とＭ−ＰＤＣＣＨ送信との間の遅延が１つのスーパーフレームであり、Ｍ−ＰＤＣＣＨの送信とＭ−ＰＵＳＣＨ再送信との間の遅延間の遅延が３つのスーパーフレームまたは１つのスーパーフレームである、追加のそのような実施形態が機能し得る。
【０１０８】
ダウンリンクスーパーフレームの送信とＨＡＲＱ  ＡＣＫまたはＮＡＣＫの受信との間の遅延が２つのスーパーフレームである、追加のそのような実施形態が機能し得る。
【０１０９】
通信回路が、ＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）を送信し、物理アップリンク制御チャネル（Ｍ−ＰＵＣＣＨ）を受信するようにさらに構成され、Ｍ−ＰＤＳＣＨの送信とＭ−ＰＵＣＣＨ送信との間の遅延が３つのスーパーフレームまたは１つのスーパーフレームであり、Ｍ−ＰＵＣＣＨの送信とＭ−ＰＤＳＣＨ再送信との間の遅延間の遅延が１つのスーパーフレームである、追加のそのような実施形態が機能し得る。
【０１１０】
第１のダウンリンクスーパーフレームにおいて複数のＨＡＲＱプロセスが構成され、複数のＭＴＣ物理ダウンリンク制御チャネル（Ｍ−ＰＤＣＣＨ）が１つのスーパーフレーム中で複数のＭ−ＰＤＳＣＨをスケジュールする、追加のそのような実施形態が機能し得る。
【０１１１】
追加の実施形態は、進化型ノードＢ（ｅＮＢ）によって実施される狭帯域展開を用いたマシンタイプ通信（ＭＴＣ）のための方法であり、本方法は、スーパーフレーム構造を決定するステップであって、スーパーフレーム構造が、少なくとも部分的に、狭帯域展開の帯域幅上に設定される、ステップと、スーパーフレーム構造の第１のダウンリンクスーパーフレームの一部として複数のダウンリンク物理チャネルを多重化するステップと、複数の多重化されたダウンリンク物理チャネルを含む第１のダウンリンクスーパーフレームを送信するステップと、第１のダウンリンクスーパーフレームの送信に応答して、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を受信するステップと、を含む。
【０１１２】
制御回路が、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）を生成するようにさらに構成され、Ｍ−ＰＢＣＨが、Ｍ−ＭＩＢを搬送するために生成される、追加のそのような実施形態が機能し得る。
【０１１３】
Ｍ−ＰＢＣＨが、スーパーフレーム構造の単一の無線フレーム中で送信される、追加のそのような実施形態が機能し得る。
【０１１４】
ここにおいて、スーパーフレーム構造のための開始サブフレームを含むスーパーフレーム構造と、スーパーフレーム構造の周期性とは、ｅＮＢの上位レイヤによって設定される。
【０１１５】
追加のそのような実施形態は、ＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）を送信し、物理アップリンク制御チャネル（Ｍ−ＰＵＣＣＨ）を受信するステップにおいて機能することができ、Ｍ−ＰＤＳＣＨの送信とＭ−ＰＵＣＣＨ送信との間の遅延は３つのスーパーフレームまたは１つのスーパーフレームであり、Ｍ−ＰＵＣＣＨの送信とＭ−ＰＤＳＣＨ再送信との間の遅延間の遅延は１つのスーパーフレームである。
【０１１６】
追加の実施形態は、１つまたは複数のプロセッサによって実行されたとき、動作のセットを進化型ノードＢに実施させる命令を備える非一時的コンピュータ可読媒体であり、動作のセットは、スーパーフレーム構造を決定することであって、スーパーフレーム構造が、少なくとも部分的に、狭帯域展開の帯域幅上に設定される、ことと、スーパーフレーム構造の第１のダウンリンクスーパーフレームの一部として複数のダウンリンク物理チャネルを多重化することと、複数の多重化されたダウンリンク物理チャネルを含む第１のダウンリンクスーパーフレームを送信することと、第１のダウンリンクスーパーフレームの送信に応答して、１つまたは複数のスーパーフレームの遅延の後に、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を受信することとを含む。
【０１１７】
複数のダウンリンク物理チャネルがＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）を含み、制御回路が、ＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）を生成するようにさらに構成され、Ｍ−ＰＢＣＨが、Ｍ−ＭＩＢを搬送するために生成される、追加のそのような実施形態が機能し得る。
【０１１８】
複数のダウンリンク物理チャネルが、ＭＴＣ同期チャネル（Ｍ−ＳＣＨ）、物理アップリンク制御チャネル（Ｍ−ＰＵＣＣＨ）を含むＭＴＣ制御チャネル、ＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）、ＭＴＣ物理マルチキャストチャネル（Ｍ−ＰＭＣＨ）をさらに含み、Ｍ−ＰＤＳＣＨの送信とＭ−ＰＵＣＣＨ送信との間の遅延が３つのスーパーフレームまたは１つのスーパーフレームであり、Ｍ−ＰＵＣＣＨの送信とＭ−ＰＤＳＣＨ再送信との間の遅延間の遅延が１つのスーパーフレームである、追加のそのような実施形態が機能し得る。
【０１１９】
別の実施形態は、狭帯域展開を用いたマシンタイプ通信（ＭＴＣ）のためのユーザ機器（ＵＥ）の装置であり、本装置は、スーパーフレーム構造を決定することであって、スーパーフレーム構造が、少なくとも部分的に、狭帯域展開の帯域幅上に設定される、ことと、スーパーフレーム構造の第１のアップリンクスーパーフレームの一部として複数のアップリンク物理チャネルを多重化することとを行うように構成された制御回路と、複数の多重化されたアップリンク物理チャネルを含む第１のアップリンクスーパーフレームを送信するように構成された送信回路と、複数のダウンリンク物理チャネルを受信することと、第１のアップリンクスーパーフレームの送信に応答して、ハイブリッド自動再送要求（ＨＡＲＱ）肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）を受信することとを行うように構成された受信回路とを備える。
【０１２０】
送信回路が、ＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）を送信するようにさらに構成され、受信回路が、物理アップリンク制御チャネル（Ｍ−ＰＤＣＣＨ）を受信するように構成され、Ｍ−ＰＵＳＣＨの送信とＭ−ＰＤＣＣＨ送信との間の遅延が１つのスーパーフレームであり、Ｍ−ＰＤＣＣＨの送信とＭ−ＰＵＳＣＨ再送信との間の遅延間の遅延が３つのスーパーフレームまたは１つのスーパーフレームである、追加のそのような実施形態が機能し得る。
【０１２１】
受信回路が、第２のスーパーフレーム中でＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）送信を受信するようにさらに構成された、追加のそのような実施形態が機能し得る。
【０１２２】
制御回路が、Ｍ−ＰＢＣＨに基づいてＭＴＣマスタ情報ブロック（Ｍ−ＭＩＢ）を識別するようにさらに構成された、追加のそのような実施形態が機能し得る。
【０１２３】
現在説明している方法、システム、およびデバイス実施形態の追加の例の第１のセットは、以下の非限定的な構成を含む。以下の非限定的な例の各々は、単独で成り立つことができるか、あるいは以下でまたは本開示全体にわたって提供される他の例のいずれか１つまたは複数と任意の置換または組合せで組み合わされ得る。
【０１２４】
例１は、狭システム帯域幅内のマシンタイプ通信（ＭＴＣ）のために動作可能な進化型ノードＢ（ｅＮＢ）／ユーザ機器（ＵＥ）を含むことができ、ｅＮＢは、ダウンリンク物理チャネルおよびアップリンク物理チャネルが時分割多重化（ＴＤＭ）様式で多重化されるスーパーフレーム構造と、ダウンリンク物理チャネルおよびアップリンク物理チャネルが周波数分割多重化（ＦＤＭ）様式で多重化されるスーパーフレーム構造と、事前に定義されたハイブリッド自動再送要求（ＨＡＲＱ）手順とを備えるコンピュータ回路を有する。
【０１２５】
例２は、例１のコンピュータ回路を含むことができ、ｅＮＢは、ＭＴＣ同期チャネル（Ｍ−ＳＣＨ）、ＭＴＣ物理ブロードキャストチャネル（Ｍ−ＰＢＣＨ）、ＭＴＣ制御チャネル、ＭＴＣ物理ダウンリンク共有チャネル（Ｍ−ＰＤＳＣＨ）、ＭＴＣ物理マルチキャストチャネル（Ｍ−ＰＭＣＨ）という、物理チャネルのうちの少なくとも１つをダウンリンクにおいて送信するように構成される。
【０１２６】
ここにおいて、ｅＮＢは、ＭＴＣ物理アップリンク共用チャネル（Ｍ−ＰＵＳＣＨ）、ＭＴＣ物理ランダムアクセスチャネル（Ｍ−ＰＲＡＣＨ）、ＭＴＣ物理アップリンク制御チャネル（Ｍ−ＰＵＣＣＨ）という、物理チャネルのうちの少なくとも１つをアップリンクにおいて受信するように構成される。
【０１２７】
例３は、例１のコンピュータ回路を含むことができ、開始サブフレームと周期性とを含むスーパーフレーム構成があらかじめ決定され、開始サブフレームと周期性とを含むスーパーフレーム構成が上位レイヤによって構成される。
【０１２８】
例４は、例１のコンピュータ回路を含むことができ、ＭＴＣ制御チャネルおよびＭ−ＰＤＳＣＨは１つのダウンリンクスーパーフレーム中で送信され、Ｍ−ＳＣＨ、Ｍ−ＰＢＣＨ、ＭＴＣ制御チャネルおよびＭ−ＰＤＳＣＨは１つのダウンリンクスーパーフレーム中で送信される。
【０１２９】
例５は、例４のコンピュータ回路を含むことができ、ダウンリンクスーパーフレームにおいて、Ｍ−ＰＢＣＨは、時間的にＭ−ＳＣＨ送信に続き、Ｍ−ＰＤＳＣＨは、時間的にＭＴＣ制御チャネル送信に続く。
【０１３０】
例６は、例４のコンピュータ回路を含むことができ、アップリンクスーパーフレームにおいて、Ｍ−ＰＵＣＣＨおよびＭ−ＰＵＳＣＨは、Ｍ−ＰＲＡＣＨの後に送信される。
【０１３１】
例７は、例６のコンピュータ回路を含むことができ、Ｍ−ＰＲＡＣＨおよびＭ−ＰＵＣＣＨ送信構成は事前に定義されるか、またはＭ−ＰＲＡＣＨおよびＭ−ＰＵＣＣＨ送信構成はｅＮＢによって構成される。
【０１３２】
例８は、例１のコンピュータ回路を含むことができ、ＭＴＣ領域が定義される。
【０１３３】
例９は、例８のコンピュータ回路を含むことができ、各サブフレーム中のＭＴＣ領域の開始ＯＦＤＭシンボルはあらかじめ決定されるか、または各サブフレーム中のＭＴＣ領域の開始ＯＦＤＭシンボルは上位レイヤによって構成される。
【０１３４】
例１０は、例１のコンピュータ回路を含むことができ、ダウンリンクスーパーフレームとアップリンクスーパーフレームとの間のサブフレームオフセットが構成される。
【０１３５】
例１１は、例２のコンピュータ回路を含むことができ、Ｍ−ＰＨＩＣＨはＭＴＣ制御チャネルにおいてサポートされるか、またはＭ−ＰＨＩＣＨはＭＴＣ制御チャネルにおいてサポートされない。
【０１３６】
例１２は、例２のコンピュータ回路を含むことができ、Ｍ−ＰＣＦＩＣＨはＭＴＣ制御チャネルにおいてサポートされるか、またはＭ−ＰＣＦＩＣＨはＭＴＣ制御チャネルにおいてサポートされない。
【０１３７】
例１３は、例２のコンピュータ回路を含むことができ、Ｍ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨがＭＴＣ制御チャネルにおいてサポートされ、Ｍ−ＰＣＦＩＣＨは制御領域の最初のＫ０個のサブフレーム中にあるが、Ｍ−ＰＨＩＣＨは制御領域の最後のＫ１個のサブフレーム中に割り当てられ、Ｍ−ＰＤＣＣＨは、制御領域においてＭ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨのために割り当てられないリソース要素中に割り当てられる。
【０１３８】
例１４は、例２のコンピュータ回路を含むことができ、Ｍ−ＰＣＦＩＣＨおよびＭ−ＰＨＩＣＨがＭＴＣ制御チャネルにおいてサポートされ、Ｍ−ＰＣＦＩＣＨは制御領域の最初のＭ０個のサブフレーム中にあるが、Ｍ−ＰＨＩＣＨはデータ領域のＭ１個のサブフレーム中にあり、Ｍ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨは、それぞれ制御領域においてＭ−ＰＣＦＩＣＨのためにおよびデータ領域においてＭ−ＰＨＩＣＨのために割り当てられないリソース要素中に割り当てられる。
【０１３９】
例１５は、例１のコンピュータ回路を含むことができ、データ送信とＡＣＫ／ＮＡＣＫフィードバックとの間の遅延は１つのスーパーフレームであり、ＡＣＫ／ＮＡＣＫフィードバックとデータ再送信との間の遅延は１つのスーパーフレームである。
【０１４０】
例１６は、例１のコンピュータ回路を含むことができ、データ送信とＡＣＫ／ＮＡＣＫフィードバックとの間の遅延は２つのスーパーフレームであり、ＡＣＫ／ＮＡＣＫフィードバックとデータ再送信との間の遅延は２つのスーパーフレームである。
【０１４１】
例１７は、例１のコンピュータ回路を含むことができ、Ｍ−ＰＤＳＣＨの送信とＭ−ＰＵＣＣＨ送信との間の遅延は３つのスーパーフレームまたは１つのスーパーフレームであり、Ｍ−ＰＵＣＣＨの送信とＭ−ＰＤＳＣＨ再送信との間の遅延間の遅延は１つのスーパーフレームである。
【０１４２】
例１８は、例１のコンピュータ回路を含むことができ、Ｍ−ＰＵＳＣＨの送信とＭ−ＰＨＩＣＨ送信との間の遅延は１つのスーパーフレームであり、Ｍ−ＰＨＩＣＨの送信とＭ−ＰＵＳＣＨ再送信との間の遅延間の遅延は３つのスーパーフレームまたは１つのスーパーフレームまたは１つのスーパーフレームである。
【０１４３】
例１９は、例１のコンピュータ回路を含むことができ、１つのスーパーフレームにおいて複数のＨＡＲＱプロセスが構成され、複数のＭ−ＰＤＣＣＨが１つのスーパーフレーム中で複数のＭ−ＰＤＳＣＨおよび／またはＭ−ＰＵＳＣＨをスケジュールする。
【０１４４】
例２０は、狭システム帯域幅内のマシンタイプ通信（「ＭＴＣ」）のために適応された進化型ノードＢ（「ｅＮＢ」）を含むことができ、ｅＮＢは、ユーザ機器（「ＵＥ」）へのダウンリンク送信のための複数のダウンリンク物理チャネルを多重化し、ＵＥから受信された複数の多重化されたアップリンク物理チャネルを処理するための制御回路と、多重化された複数のダウンリンク物理チャネルを含むダウンリンクスーパーフレームをＵＥに送信するための、制御回路に結合された送信回路であって、ダウンリンクスーパーフレームが複数のダウンリンクサブフレームを含む、送信回路と、ＵＥから複数の多重化されたアップリンク物理チャネルを含むアップリンクスーパーフレームを受信するための、制御回路に結合された受信回路であって、アップリンクスーパーフレームが複数のアップリンクサブフレームを含む、受信回路とを備える。
【０１４５】
例２１は、例２０のｅＮＢを含むことができ、制御回路は、時分割多重化（「ＴＤＭ」）または周波数分割多重（「ＦＤＭ」）に従って複数のダウンリンク物理チャネルを多重化することになる。
【０１４６】
例２２は、例２０のｅＮＢを含むことができ、受信回路は、ＵＥからアップリンクスーパーフレーム中で、ダウンリンクスーパーフレームに関連するハイブリッド自動再送要求（「ＨＡＲＱ」）肯定応答（「ＡＣＫ」）または否定応答（「ＮＡＣＫ」）メッセージをさらに受信することになり、さらに、制御回路は、受信回路がＨＡＲＱ  ＮＡＣＫを受信した場合、別のダウンリンクスーパーフレーム中で多重化された複数のダウンリンク物理チャネルを再送信することを送信回路に行わせることになる。
【０１４７】
例２３は、例２０〜２２のうちのいずれかのｅＮＢを含むことができ、アップリンクスーパーフレームとダウンリンクスーパーフレームとのそれぞれの開始サブフレームはあらかじめ決定される。
【０１４８】
例２４は、例２０〜２２のうちのいずれかのｅＮＢを含むことができ、複数の多重化されたダウンリンク物理チャネルのダウンリンク送信に関連する第１の周期性と、複数の多重化されたアップリンク物理チャネルのアップリンク受信に関連する第２の周期性とがあらかじめ決定される。
【０１４９】
例２５は、例２０〜２２のうちのいずれかのｅＮＢを含むことができ、複数のダウンリンク物理チャネルは、ＭＴＣ同期チャネル（「Ｍ−ＳＣＨ」）、ＭＴＣ物理ブロードキャストチャネル（「Ｍ−ＰＢＣＨ」）、ＭＴＣ制御チャネル、ＭＴＣ物理ダウンリンク共有チャネル（「Ｍ−ＰＤＳＣＨ」）、またはＭＴＣ物理マルチキャストチャネル（「Ｍ−ＰＭＣＨ」）のうちの少なくとも１つを含み、ＵＥから受信される複数の多重化されたアップリンク物理チャネルは、ＭＴＣ物理アップリンク共用チャネル（「Ｍ−ＰＵＳＣＨ」）、ＭＴＣ物理ランダムアクセスチャネル（「Ｍ−ＰＲＡＣＨ」）、またはＭＴＣ物理アップリンク制御チャネル（「Ｍ−ＰＵＣＣＨ」）のうちの少なくとも１つを含む。
【０１５０】
例２６は、例２５のｅＮＢを含むことができ、ＭＴＣ制御チャネルは、ＭＴＣ物理制御フォーマットインジケータチャネル（「Ｍ−ＰＣＦＩＣＨ」）およびＭＴＣ物理ハイブリッドＡＲＱインジケータチャネル（「Ｍ−ＰＨＩＣＨ」）を含み、さらに、制御回路は、ダウンリンクスーパーフレームの少なくとも１つのサブフレームをＭ−ＰＣＦＩＣＨに、およびダウンリンクスーパーフレームの少なくとも１つの他のサブフレームをＭ−ＰＨＩＣＨに割り当てることになる。
【０１５１】
例２７は、例２６のｅＮＢを含むことができ、送信回路は、ダウンリンクスーパーフレームの制御領域において、Ｍ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームと、Ｍ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームとを送信することになる。
【０１５２】
例２８は、例２６のｅＮＢを含むことができ、送信回路は、ダウンリンクスーパーフレームの制御領域においてＭ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームを、およびダウンリンクスーパーフレームのデータ領域においてＭ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームを送信することになる。
【０１５３】
例２９は、進化型ノードＢ（「ｅＮＢ」）によって、狭システム帯域幅内のマシンタイプ通信（「ＭＴＣ」）のために複数のダウンリンク物理チャネルを多重化するステップと、ユーザ機器（「ＵＥ」）に、多重化された複数のダウンリンク物理チャネルを含むダウンリンクスーパーフレームを送信するステップであって、ダウンリンクスーパーフレームが複数のダウンリンクサブフレームを含む、ステップと、ダウンリンクスーパーフレームの送信に基づいて、ＵＥから、少なくとも１つのハイブリッド自動再送要求（「ＨＡＲＱ」）肯定応答（「ＡＣＫ」）メッセージまたは少なくとも１つのＨＡＲＱ否定応答（「ＮＡＣＫ」）メッセージを受信するステップとを含む方法を含み得る。
【０１５４】
例３０は、例２９の方法を含むことができ、少なくとも１つのＨＡＲＱ  ＡＣＫメッセージまたは少なくとも１つのＨＡＲＱ  ＮＡＣＫメッセージは、ＨＡＲＱメッセージ送信のための所定のスケジュールに従ってアップリンクスーパーフレーム中で受信され、アップリンクスーパーフレームは複数のアップリンクサブフレームから構成される。
【０１５５】
例３１は、例２９の方法を含むことができ、ＨＡＲＱ  ＮＡＣＫメッセージの受信に基づいて、再送信のための所定のスケジュールに従って、ダウンリンクスーパーフレーム中で多重化された複数のダウンリンク物理チャネルを再送信するステップをさらに含む。
【０１５６】
例３２は、例２９の方法を含むことができ、アップリンクスーパーフレームのためにＵＥによって使用されるべき所定の開始サブフレームおよび所定数のサブフレームをＵＥに送信するステップをさらに含む。
【０１５７】
例３３は、例３２の方法を含むことができ、所定の開始サブフレームおよび所定数のサブフレームは、マスタ情報ブロック（「ＭＩＢ」）またはシステム情報ブロック（「ＳＩＢ」）中でＵＥに送信される。
【０１５８】
例３４は、例２９〜３２のうちのいずれかの方法を含むことができ、複数のダウンリンク物理チャネルは、ＭＴＣ同期チャネル（「Ｍ−ＳＣＨ」）、ＭＴＣ物理ブロードキャストチャネル（「Ｍ−ＰＢＣＨ」）、ＭＴＣ制御チャネル、ＭＴＣ物理ダウンリンク共有チャネル（「Ｍ−ＰＤＳＣＨ」）、またはＭＴＣ物理マルチキャストチャネル（「Ｍ−ＰＭＣＨ」）のうちの少なくとも１つを含む。
【０１５９】
例３５は、例３４の方法を含むことができ、ＭＴＣ制御チャネルは、ＭＴＣ物理制御フォーマットインジケータチャネル（「Ｍ−ＰＣＦＩＣＨ」）およびＭＴＣ物理ハイブリッドＡＲＱインジケータチャネル（「Ｍ−ＰＨＩＣＨ」）を含み、方法は、ダウンリンクスーパーフレームの少なくとも１つのサブフレームをＭ−ＰＣＦＩＣＨに割り当てるステップと、ダウンリンクスーパーフレームの少なくとも１つの他のサブフレームをＭ−ＰＨＩＣＨに割り当てるステップとをさらに含む。
【０１６０】
例３６は、例３５の方法を含むことができ、Ｍ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームと、Ｍ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームとは、ダウンリンクスーパーフレームの制御領域に関連付けられる。
【０１６１】
例３７は、例３５の方法を含むことができ、Ｍ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームはダウンリンクスーパーフレームの制御領域に関連付けられ、Ｍ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームはダウンリンクスーパーフレームのデータ領域に関連付けられる。
【０１６２】
例３８は、例２９〜３２のうちのいずれかの方法を含むことができ、ＵＥから、複数の多重化されたアップリンク物理チャネルを含むアップリンクスーパーフレームを受信するステップであって、アップリンクスーパーフレームが複数のアップリンクサブフレームを含み、複数の多重化されたアップリンク物理チャネルが、ＭＴＣ物理アップリンク共用チャネル（「Ｍ−ＰＵＳＣＨ」）、ＭＴＣ物理ランダムアクセスチャネル（「Ｍ−ＰＲＡＣＨ」）、またはＭＴＣ物理アップリンク制御チャネル（「Ｍ−ＰＵＣＣＨ」）のうちの少なくとも１つを含む、ステップと、アップリンクスーパーフレームの受信に基づいて、ＨＡＲＱメッセージ送信のための所定のスケジュールに従って、少なくとも１つのＨＡＲＱ  ＡＣＫメッセージまたは少なくとも１つのＨＡＲＱ  ＮＡＣＫメッセージを含むダウンリンクサブフレームをＵＥに送信するステップとをさらに含む。
【０１６３】
例３９は、狭システム帯域幅内のマシンタイプ通信（「ＭＴＣ」）のために適応されたユーザ機器（「ＵＥ」）を含むことができ、ＵＥは、進化型ノードＢ（「ｅＮＢ」）へのアップリンク送信のための複数のアップリンク物理チャネルを多重化し、ｅＮＢから受信された複数の多重化されたダウンリンク物理チャネルを処理するための制御回路と、多重化された複数のアップリンク物理チャネルを含むアップリンクスーパーフレームをｅＮＢに送信するための、制御回路に結合された送信回路であって、アップリンクスーパーフレームが複数のアップリンクサブフレームを含む、送信回路と、ｅＮＢから複数の多重化されたダウンリンク物理チャネルを含むダウンリンクスーパーフレームを受信するための、制御回路に結合された受信回路であって、ダウンリンクスーパーフレームが複数のダウンリンクサブフレームを含む、受信回路とを備える。
【０１６４】
例４０は、例３９のＵＥを含むことができ、制御回路は、時分割多重化（「ＴＤＭ」）または周波数分割多重（「ＦＤＭ」）に従って複数のダウンリンク物理チャネルを多重化することになる。
【０１６５】
例４１は、例３９のＵＥを含むことができ、送信回路は、ダウンリンクスーパーフレームの受信に基づいて、アップリンクスーパーフレーム中でハイブリッド自動再送要求（「ＨＡＲＱ」）肯定応答（「ＡＣＫ」）または否定応答（「ＮＡＣＫ」）メッセージをさらに送信することになる。
【０１６６】
例４２は、例３９〜４１のうちのいずれかのＵＥを含むことができ、アップリンクスーパーフレームのアップリンク送信に関連する開始サブフレームおよび周期性があらかじめ決定される。
【０１６７】
例４３は、例３９〜４１のうちのいずれかのＵＥを含むことができ、受信回路は、ｅＮＢから、マスタ情報ブロック（「ＭＩＢ」）またはシステム情報ブロック（「ＳＩＢ」）中で、アップリンクスーパーフレームのアップリンク送信に関連する開始サブフレームおよび周期性をさらに受信することになる。
【０１６８】
例４４は、例３９〜４１のうちのいずれかのＵＥを含むことができ、複数のダウンリンク物理チャネルは、ＭＴＣ同期チャネル（「Ｍ−ＳＣＨ」）、ＭＴＣ物理ブロードキャストチャネル（「Ｍ−ＰＢＣＨ」）、ＭＴＣ制御チャネル、ＭＴＣ物理ダウンリンク共有チャネル（「Ｍ−ＰＤＳＣＨ」）、またはＭＴＣ物理マルチキャストチャネル（「Ｍ−ＰＭＣＨ」）のうちの少なくとも１つを含み、ＵＥから受信される複数の多重化されたアップリンク物理チャネルは、ＭＴＣ物理アップリンク共用チャネル（「Ｍ−ＰＵＳＣＨ」）、ＭＴＣ物理ランダムアクセスチャネル（「Ｍ−ＰＲＡＣＨ」）、またはＭＴＣ物理アップリンク制御チャネル（「Ｍ−ＰＵＣＣＨ」）のうちの少なくとも１つを含む。
【０１６９】
例４５は、例４４のＵＥを含むことができ、ＭＴＣ制御チャネルはＭＴＣ物理制御フォーマットインジケータチャネル（「Ｍ−ＰＣＦＩＣＨ」）およびＭＴＣ物理ハイブリッドＡＲＱインジケータチャネル（「Ｍ−ＰＨＩＣＨ」）を含む。
【０１７０】
例４６は、例４５のＵＥを含むことができ、受信回路は、ダウンリンクスーパーフレームの制御領域において、Ｍ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームと、Ｍ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームとを受信することになる。
【０１７１】
例４７は、例４５のＵＥを含むことができ、受信回路は、ダウンリンクスーパーフレームの制御領域においてＭ−ＰＣＦＩＣＨに割り当てられた少なくとも１つのサブフレームを、およびダウンリンクスーパーフレームのデータ領域においてＭ−ＰＨＩＣＨに割り当てられた少なくとも１つの他のサブフレームを受信することになる。
【０１７２】
例４８は、ユーザ機器（「ＵＥ」）によって、狭システム帯域幅内のマシンタイプ通信（「ＭＴＣ」）のために複数のアップリンク物理チャネルを多重化するステップと、進化型ノードＢ（「ｅＮＢ」）に、多重化された複数のアップリンク物理チャネルを含むアップリンクスーパーフレームを送信するステップであって、アップリンクスーパーフレームが複数のアップリンクサブフレームを含む、ステップと、アップリンクスーパーフレームの送信に基づいて、ｅＮＢから、少なくとも１つのハイブリッド自動再送要求（「ＨＡＲＱ」）肯定応答（「ＡＣＫ」）メッセージまたは少なくとも１つのＨＡＲＱ否定応答（「ＮＡＣＫ」）メッセージを受信するステップとを含む方法を含み得る。
【０１７３】
例４９は、例４８の方法を含むことができ、少なくとも１つのＨＡＲＱ  ＡＣＫメッセージまたは少なくとも１つのＨＡＲＱ  ＮＡＣＫメッセージは、ＨＡＲＱメッセージ受信のための所定のスケジュールに従ってダウンリンクスーパーフレーム中で受信され、ダウンリンクスーパーフレームは複数のダウンリンクサブフレームから構成される。
【０１７４】
例５０は、例４８の方法を含むことができ、ＨＡＲＱ  ＮＡＣＫメッセージの受信に基づいて、再送信のための所定のスケジュールに基づいて、アップリンクスーパーフレーム中で多重化された複数のアップリンク物理チャネルを再送信するステップをさらに含む。
【０１７５】
例５１は、例４８の方法を含むことができ、アップリンクスーパーフレームに関連する所定の開始サブフレームおよび所定数のサブフレームをｅＮＢから受信するステップをさらに含む。
【０１７６】
例５２は、例５１の方法を含むことができ、所定の開始サブフレームおよび所定数のサブフレームは、マスタ情報ブロック（「ＭＩＢ」）またはシステム情報ブロック（「ＳＩＢ」）中で受信される。
【０１７７】
例５３は、例４８〜５１のうちのいずれかの方法を含むことができ、複数のアップリンク物理チャネルは、ＭＴＣ物理アップリンク共用チャネル（「Ｍ−ＰＵＳＣＨ」）、ＭＴＣ物理ランダムアクセスチャネル（「Ｍ−ＰＲＡＣＨ」）、またはＭＴＣ物理アップリンク制御チャネル（「Ｍ−ＰＵＣＣＨ」）のうちの少なくとも１つを含む。
【０１７８】
例５４は、例４８〜５１のうちのいずれかの方法を含むことができ、ｅＮＢから、複数の多重化されたダウンリンク物理チャネルを含むダウンリンクスーパーフレームを受信するステップであって、ダウンリンクスーパーフレームが複数のダウンリンクサブフレームを含み、複数の多重化されたダウンリンク物理チャネルが、ＭＴＣ同期チャネル（「Ｍ−ＳＣＨ」）、ＭＴＣ物理ブロードキャストチャネル（「Ｍ−ＰＢＣＨ」）、ＭＴＣ制御チャネル、ＭＴＣ物理ダウンリンク共有チャネル（「Ｍ−ＰＤＳＣＨ」）、またはＭＴＣ物理マルチキャストチャネル（「Ｍ−ＰＭＣＨ」）のうちの少なくとも１つを含む、ステップと、アップリンクスーパーフレームの受信に基づいて、ＨＡＲＱメッセージ送信のための所定のスケジュールに基づいて少なくとも１つのＨＡＲＱ  ＡＣＫメッセージまたは少なくとも１つのＨＡＲＱ  ＮＡＣＫメッセージを含むアップリンクサブフレームをｅＮＢに送信するステップとをさらに含む。
【０１７９】
例５５は、例５４の方法を含むことができ、ＭＴＣ制御チャネルは、ＭＴＣ物理制御フォーマットインジケータチャネル（「Ｍ−ＰＣＦＩＣＨ」）およびＭＴＣ物理ハイブリッドＡＲＱインジケータチャネル（「Ｍ−ＰＨＩＣＨ」）を含み、さらに、Ｍ−ＰＣＦＩＣＨは、ダウンリンクスーパーフレームの制御領域中で受信され、Ｍ−ＰＨＩＣＨは、ダウンリンクスーパーフレームの制御領域またはデータ領域中で受信される。
【０１８０】
例５６は、ユーザ機器（「ＵＥ」）の１つまたは複数のプロセッサによる実行時に、例４８〜５５のうちのいずれかの方法をＵＥに実施させるように構成された命令を備える１つまたは複数の非一時的コンピュータ可読媒体を含み得る。
【０１８１】
例５７は、例４８〜５５のうちのいずれかの方法を実施するための手段を備える装置を含み得る。
【０１８２】
例５８は、進化型ノードＢ（「ｅＮＢ」）の１つまたは複数のプロセッサによる実行時に、例２９〜３８のうちのいずれかの方法をｅＮＢに実施させるように構成された命令を備える１つまたは複数の非一時的コンピュータ可読媒体を含み得る。
【０１８３】
例５９は、例２９〜３８のうちのいずれかの方法を実施するための手段を備える装置を含み得る。
【０１８４】
１つまたは複数の実装形態についての上記の説明は例示および説明を提供するが、網羅的になるように意図されたものではなく、また、実施形態の範囲を開示された厳密な形態に限定するものでもない。修正および変形は、上記の教示に照らして可能であるか、または実施形態の様々な実装形態の実践から取得され得る。
【０１８５】
次いで、図１９は、いくつかの例示的な実施形態によるコンピューティングマシンの態様を示す。本明細書で説明する実施形態は、任意の適切に構成されたハードウェアおよび／またはソフトウェアを使用してシステム１９００中に実装され得る。図１９は、いくつかの実施形態では、少なくとも図示のように互いに結合された、無線周波数（ＲＦ）回路１９３５、ベースバンド回路１９３０、アプリケーション回路１９２５、メモリ／ストレージ１９４０、ディスプレイ１９０５、カメラ１９２０、センサ１９１５、および入出力（Ｉ／Ｏ）インターフェース１９１０を備える例示的なシステム１９００を示している。
【０１８６】
アプリケーション回路１９２５は、限定はしないが、１つまたは複数のシングルコアまたはマルチコアプロセッサなどの回路を含み得る。プロセッサは、汎用プロセッサおよび専用プロセッサ（例えば、グラフィックスプロセッサ、アプリケーションプロセッサなど）の任意の組合せを含み得る。プロセッサは、メモリ／ストレージ１９４０と結合され、様々なアプリケーションおよび／またはオペレーティングシステムがシステム１９００上で動作することを可能にするためにメモリ／ストレージ１９４０に記憶された命令を実行するように構成され得る。
【０１８７】
ベースバンド回路１９３０は、限定はしないが、１つまたは複数のシングルコアまたはマルチコアプロセッサなどの回路を含み得る。プロセッサはベースバンドプロセッサを含み得る。ベースバンド回路１９３０は、ＲＦ回路１９３５を介した１つまたは複数の無線ネットワークとの通信を可能にする様々な無線制御機能を扱い得る。無線制御機能は、限定はしないが、信号変調、符号化、復号、無線周波数シフトなどを含み得る。いくつかの実施形態では、ベースバンド回路１９３０は、１つまたは複数の無線技術に適合する通信を提供し得る。例えば、いくつかの実施形態では、ベースバンド回路１９３０は、進化型ユニバーサル地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）および／または他のワイヤレスメトロポリタンエリアネットワーク（ＷＭＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートし得る。ベースバンド回路１９３０が２つ以上のワイヤレスプロトコルの無線通信をサポートするように構成された実施形態はマルチモードベースバンド回路と呼ばれることがある。
【０１８８】
様々な実施形態では、ベースバンド回路１９３０は、ベースバンド周波数中にあると厳密には見なされない信号を用いて動作する回路を含み得る。例えば、いくつかの実施形態では、ベースバンド回路１９３０は、ベースバンド周波数と無線周波数との間にある中間周波数を有する信号を用いて動作する回路を含み得る。
【０１８９】
ＲＦ回路１９３５は、非固体媒体を通して変調された電磁放射を使用してワイヤレスネットワークとの通信を可能にし得る。様々な実施形態では、ＲＦ回路１９３５は、ワイヤレスネットワークとの通信を可能にするためにスイッチ、フィルタ、増幅器などを含み得る。
【０１９０】
様々な実施形態では、ＲＦ回路１９３５は、無線周波数中にあると厳密には見なされない信号を用いて動作する回路を含み得る。例えば、いくつかの実施形態では、ＲＦ回路１９３５は、ベースバンド周波数と無線周波数との間にある中間周波数を有する信号を用いて動作する回路を含み得る。
【０１９１】
様々な実施形態では、ＵＥまたはｅＮＢに関して上記で説明した送信機回路または受信機回路は、ＲＦ回路１９３５、ベースバンド回路１９３０、および／またはアプリケーション回路１９２５のうちの１つまたは複数において全体的または部分的に具備され得る。
【０１９２】
いくつかの実施形態では、ベースバンドプロセッサの、あるいはベースバンド回路１９３０、アプリケーション回路１９２５、および／またはメモリ／ストレージ１９４０としての構成コンポーネントの一部または全部は、チップ上のシステム（ＳＯＣ）上に一緒に実装され得る。
【０１９３】
メモリ／ストレージ１９４０は、例えば、システム１９００用の、データおよび／または命令をロードおよび記憶するために使用され得る。一実施形態のためのメモリ／ストレージ１９４０は、好適な揮発性メモリ（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ））および／または不揮発性メモリ（例えば、フラッシュメモリ）の任意の組合せを含み得る。
【０１９４】
様々な実施形態では、Ｉ／Ｏインターフェース１９１０は、システムとのユーザ対話を可能にするように設計された１つまたは複数のユーザインターフェース、および／またはシステム１９００との周辺構成要素対話を可能にするように設計された周辺構成要素インターフェースを含み得る。ユーザインターフェースは、限定はしないが、物理キーボードまたはキーパッド、タッチパッド、スピーカー、マイクロフォンなどを含み得る。周辺構成要素インターフェースは、限定はしないが、不揮発性メモリポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、オーディオジャック、および電源インターフェースを含み得る。
【０１９５】
様々な実施形態では、センサ１９１５は、システム１９００に関係する環境条件および／またはロケーション情報を決定するための１つまたは複数の感知デバイスを含み得る。いくつかの実施形態では、センサ１９１５は、限定はしないが、ジャイロセンサ、加速度計、近接センサ、周辺光センサ、および測位ユニットを含み得る。測位ユニットはまた、測位ネットワークの構成要素、例えば、全地球測位システム（ＧＰＳ）衛星と通信するためのベースバンド回路１９３０および／またはＲＦ回路１９３５の一部であるか、またはそれらの回路と対話し得る。様々な実施形態では、ディスプレイ１９０５はディスプレイ（例えば、液晶ディスプレイ、タッチスクリーンディスプレイなど）を含み得る。
【０１９６】
様々な実施形態では、システム１９００は、限定はしないが、ラップトップコンピューティングデバイス、タブレットコンピューティングデバイス、ネットブック、ウルトラブック、スマートフォンなどのモバイルコンピューティングデバイスであり得る。様々な実施形態では、システム１９００は、より多いもしくはより少ない構成要素、および／または異なるアーキテクチャを有し得る。
【０１９７】
図２０は、ＵＥ２０００として示された例示的なＵＥを示す。ＵＥ２０００は、ＵＥ１１０、ＵＥ１１５、または本明細書で説明する任意のＵＥの実装形態であり得る。ＵＥ２０００は、基地局（ＢＳ）、進化型ノードＢ（ｅＮＢ）、ＲＲＵ、または他のタイプのワイヤレスワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントなど、送信局と通信するように構成された１つまたは複数のアンテナを含むことができる。モバイルデバイスは、３ＧＰＰ  ＬＴＥ．ＷｉＭＡＸ、高速パケットアクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ(登録商標)、およびＷｉＦｉを含む少なくとも１つのワイヤレス通信規格を使用して通信するように構成され得る。モバイルデバイスは、ワイヤレス通信規格ごとに別個のアンテナを使用して、または複数のワイヤレス通信規格のための共有アンテナを使用して通信することができる。モバイルデバイスは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）、および／またはＷＷＡＮ中で通信することができる。
【０１９８】
図２０はＵＥ２０００の一例を示している。ＵＥ２０００は、任意のモバイルデバイス、移動局（ＭＳ）、モバイルワイヤレスデバイス、モバイル通信デバイス、タブレット、ハンドセット、または他のタイプのモバイルワイヤレスコンピューティングデバイスであり得る。ＵＥ２０００は、ホットスポット、基地局（ＢＳ）、ｅＮＢ、または他のタイプのＷＬＡＮもしくはＷＷＡＮアクセスポイントと通信するように構成されたハウジング２００２内の１つまたは複数のアンテナ２００８を含むことができる。ＵＥは、したがって、上記で詳述したように非対称ＲＡＮの一部として実装されるｅＮＢまたは基地局トランシーバを介してインターネットなどのＷＡＮと通信し得る。ＵＥ２０００は、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ、高速パケットアクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ、およびＷｉ−Ｆｉ規格定義から選択される規格を含む、複数のワイヤレス通信規格を使用して通信するように構成され得る。ＵＥ２０００は、ワイヤレス通信規格ごとに別個のアンテナを使用して、または複数のワイヤレス通信規格のための共有アンテナを使用して通信することができる。ＵＥ２０００はＷＬＡＮ、ＷＰＡＮ、および／またはＷＷＡＮにおいて通信することができる。
【０１９９】
図２０はまた、ＵＥ２０００からのオーディオ入力および出力のために使用され得るマイクロフォン２０２０および１つまたは複数のスピーカー２０１２を示している。ディスプレイスクリーン２００４は、液晶ディスプレイ（ＬＣＤ）スクリーン、または有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの他のタイプのディスプレイスクリーンであり得る。ディスプレイスクリーン２００４はタッチスクリーンとして構成され得る。タッチスクリーンは、容量性、抵抗性、または別のタイプのタッチスクリーン技術を使用することができる。アプリケーションプロセッサ２０１４およびグラフィックスプロセッサ２０１８は、処理能力およびディスプレイ能力を提供するために内部メモリ２０１６に結合され得る。ユーザにデータ入力／出力オプションを提供するために不揮発性メモリポート２０１０も使用され得る。不揮発性メモリポート２０１０はまた、ＵＥ２０００のメモリ能力を拡張するために使用され得る。追加のユーザ入力を提供するために、キーボード２００６がＵＥ２０００に組み込まれるかまたはＵＥ２０００にワイヤレスに接続され得る。タッチスクリーンを使用して仮想キーボードも提供され得る。ＵＥ２０００の前面（ディスプレイスクリーン）または背面上にあるカメラ２０２２も、ＵＥ２０００のハウジング２００２に組み込まれ得る。いかなるそのような要素も、本明細書で説明するように、非対称Ｃ−ＲＡＮを介してアップリンクデータとして通信され得る情報を生成し、非対称Ｃ−ＲＡＮを介してダウンリンクデータとして通信され得る情報を受信するために使用され得る。
【０２００】
図２１は、本明細書で説明する方法のいずれか１つまたは複数がその上で実行され得る例示的なコンピュータシステムマシン２１００、ｅＮＢ１５０およびＵＥ１０１を示すブロック図である。様々な代替実施形態では、マシンはスタンドアロンデバイスとして動作するか、または他のマシンに接続（例えば、ネットワーク化）され得る。ネットワーク化された展開では、マシンは、サーバクライアントネットワーク環境においてサーバマシンまたはクライアントマシンのいずれかの容量で動作することができるか、あるいはマシンは、ピアツーピア（または分散）ネットワーク環境においてピアマシンとして働くことができる。マシンは、携帯用であることもそうでないこともあるパーソナルコンピュータ（ＰＣ）（例えば、ノートブックまたはネットブック）、タブレット、セットトップボックス（ＳＴＢ）、ゲーミングコンソール、携帯情報端末（ＰＤＡ）、携帯電話またはスマートフォン、ウェブアプライアンス、ネットワークルータ、スイッチまたはブリッジ、あるいはそのマシンによってアクションがとられることを指定する（順次またはそれ以外の）命令を実行することが可能な任意のマシンであり得る。さらに、ただ１つのマシンが示されているが、「マシン」という用語は、本明細書で説明する方法のいずれか１つまたは複数を実施するために命令のセット（または複数のセット）を個々にまたは一緒に実行するマシンの任意の集合をも含むようにとられるべきである。
【０２０１】
例示的なコンピュータシステムマシン２１００は、相互接続２１０８（例えば、リンク、バスなど）を介して互いに通信する、プロセッサ２１０２（例えば、中央処理ユニット（ＣＰＵ）、グラフィックス処理ユニット（ＧＰＵ）または両方）、メインメモリ２１０４および静的メモリ２１０６を含む。コンピュータシステムマシン２１００は、ビデオディスプレイユニット２１１０、英数字入力デバイス２１１２（例えば、キーボード）、およびユーザインターフェース（ＵＩ）ナビゲーションデバイス２１１４（例えば、マウス）をさらに含むことができる。一実施形態では、ビデオディスプレイユニット２１１０、入力デバイス２１１２およびＵＩナビゲーションデバイス２１１４はタッチスクリーンディスプレイである。コンピュータシステムマシン２１００は、記憶デバイス２１１６（例えば、ドライブユニット）、信号生成デバイス２１１８（例えば、スピーカー）、出力コントローラ２１３２、電力管理コントローラ２１３４、および（１つまたは複数のアンテナ２１３０、トランシーバ、または他のワイヤレス通信ハードウェアを含むかまたはそれらと動作可能に通信することができる）ネットワークインターフェースデバイス２１２０、ならびに全地球測位センサ（ＧＰＳ）センサ、コンパス、ロケーションセンサ、加速度計、または他のセンサなど、１つまたは複数のセンサ２１２８をさらに含むことができる。
【０２０２】
記憶デバイス２１１６は、本明細書で説明する方法または機能のいずれか１つまたは複数を具備するかまたはそれらによって利用される、データ構造および命令２１２４の１つまたは複数のセット（例えば、ソフトウェア）が記憶された機械可読媒体２１２２を含む。命令２１２４はまた、コンピュータシステムマシン２１００によるそれらの実行中に、メインメモリ２１０４、静的メモリ２１０６内に、かつ／またはプロセッサ２１０２内に、完全にまたは少なくとも部分的に常駐することができ、メインメモリ２１０４、静的メモリ２１０６およびプロセッサ２１０２も機械可読媒体を構成する。
【０２０３】
機械可読媒体２１２２は、例示的な実施形態では単一の媒体であるように示されているが、「機械可読媒体」という用語は、１つまたは複数の命令２１２４を記憶する単一の媒体または複数の媒体（例えば、集中型または分散型データベース、および／または関連するキャッシュおよびサーバ）を含むことができる。「機械可読媒体」という用語は、マシンによる実行のための命令を記憶、符号化または搬送することが可能であり、本開示の方法のいずれか１つまたは複数をマシンに実施させるか、あるいはそのような命令によって利用されるかまたはそのような命令に関連するデータ構造を記憶、符号化または搬送することが可能である、いかなる有形媒体をも含むようにとられるべきである。
【０２０４】
命令２１２４は、いくつかのよく知られている転送プロトコルのいずれか１つ（例えば、ＨＴＴＰ）を利用して、ネットワークインターフェースデバイス２１２０を介して伝送媒体を使用して通信ネットワーク２１２６上でさらに送信または受信され得る。「伝送媒体」という用語は、マシンによる実行のための命令を記憶、符号化、または搬送することが可能ないかなる無形媒体をも含むようにとられるべきであり、そのようなソフトウェアの通信を可能にするためのデジタルもしくはアナログ通信信号または他の無形媒体を含む。
【０２０５】
様々な技法、またはいくつかの態様またはそれらの部分は、フロッピーディスケット、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、または任意の他の機械可読記憶媒体など、有形媒体で具現されるプログラムコード（すなわち、命令）の形態をとることができ、プログラムコードがコンピュータなどのマシンにロードされ実行されると、マシンは、様々な技法を実施するための装置になる。プログラマブルコンピュータ上のプログラムコード実行の場合、コンピューティングデバイスは、プロセッサ、プロセッサによって読取り可能な記憶媒体（揮発性および不揮発性メモリおよび／または記憶要素を含む）、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含み得る。揮発性および不揮発性メモリおよび／または記憶要素は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、オプティカルドライブ、磁気ハードドライブ、または電子データを記憶するための他の媒体であり得る。基地局および移動局は、トランシーバモジュール、カウンタモジュール、処理モジュール、および／またはクロックモジュールもしくはタイマーモジュールをも含み得る。本明細書で説明する様々な技法を実装または利用し得る１つまたは複数のプログラムは、アプリケーションプログラミングインターフェース（ＡＰＩ）、再利用可能なコントロールなどを使用し得る。そのようなプログラムは、コンピュータシステムと通信するために高水準手続き型またはオブジェクト指向プログラミング言語で実装され得る。しかしながら、プログラムは、所望される場合、アセンブリまたは機械言語で実装され得る。いずれの場合も、言語はコンパイル型言語またはインタープリタ型言語であり、ハードウェア実装と組み合わされ得る。
【０２０６】
様々な実施形態は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ、ＩＥＥＥ２１０２．１１、およびＢｌｕｅｔｏｏｔｈ通信規格を使用し得る。様々な代替実施形態は様々な他のＷＷＡＮ、ＷＬＡＮ、およびＷＰＡＮプロトコルを使用することができ、規格は、本明細書で説明する技法とともに使用され得る。これらの規格は、限定はしないが、３ＧＰＰからの他の規格（例えば、ＨＳＰＡ＋、ＵＭＴＳ）、ＩＥＥＥ２１０２．１６（例えば、２１０２．１６ｐ）、またはＢｌｕｅｔｏｏｔｈ（例えば、Ｂｌｕｅｔｏｏｔｈ２０．０、もしくはＢｌｕｅｔｏｏｔｈ  Ｓｐｅｃｉａｌ  Ｉｎｔｅｒｅｓｔ  Ｇｒｏｕｐによって定義される同様の規格）規格ファミリーを含む。他の適用可能なネットワーク構成は、現在説明されている通信ネットワークの範囲内に含まれ得る。そのような通信ネットワーク上の通信は、ワイヤードまたはワイヤレス伝送媒体の任意の組合せを使用して、任意の数のパーソナルエリアネットワーク、ＬＡＮ、およびＷＡＮを使用して促進され得ることを理解されよう。
【０２０７】
上記で説明した実施形態は、ハードウェア、ファームウェア、およびソフトウェアのうちの１つまたはそれらの組合せで実装され得る。様々な方法または技法、またはいくつかの態様またはそれらの部分は、フラッシュメモリ、ハードドライブ、ポータブル記憶デバイス、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、半導体メモリデバイス（例えば、電気的プログラマブル読取り専用メモリ（ＥＰＲＯＭ）、電気消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ））、磁気ディスク記憶媒体、光記憶媒体、および任意の他の機械可読記憶媒体または記憶デバイスなど、有形媒体で具現されるプログラムコード（すなわち、命令）の形態をとることができ、プログラムコードがコンピュータまたはネットワーキングデバイスなどのマシンにロードされ実行されると、マシンは、様々な技法を実施するための装置になる。
【０２０８】
機械可読記憶媒体または他の記憶デバイスは、マシン（例えば、コンピュータ）によって読取り可能な形態で情報を記憶するための任意の非一時的機構を含むことができる。プログラマブルコンピュータ上で実行されるプログラムコードの場合、コンピューティングデバイスは、プロセッサ、プロセッサによって読取り可能な記憶媒体（揮発性および不揮発性メモリおよび／または記憶要素を含む）、少なくとも１つの入力デバイス、および少なくとも１つの出力デバイスを含むことができる。本明細書で説明する様々な技法を実装または利用することができる１つまたは複数のプログラムは、アプリケーションプログラミングインターフェース（ＡＰＩ）、再利用可能なコントロールなどを使用することができる。そのようなプログラムは、コンピュータシステムと通信するために高水準手続き型またはオブジェクト指向プログラミング言語で実装され得る。しかしながら、プログラムは、所望される場合、アセンブリまたは機械言語で実装され得る。いずれの場合も、言語はコンパイル型言語またはインタープリタ型言語であり、ハードウェア実装と組み合わされ得る。
【０２０９】
本明細書で説明した機能ユニットまたは能力は、それらの実装の独立性をより詳細に強調するために、構成要素またはモジュールと呼ばれるかまたは標示されていることがあることを理解されたい。例えば、構成要素またはモジュールは、カスタム超大規模集積（ＶＬＳＩ）回路またはゲートアレイ、論理チップ、トランジスタ、または他の個別構成要素などのオフザシェルフ半導体を備えるハードウェア回路として実装され得る。構成要素またはモジュールはまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイ論理、プログラマブル論理デバイスなど、プログラマブルハードウェアデバイスにおいて実装され得る。構成要素またはモジュールはまた、様々なタイプのプロセッサが実行するためのソフトウェアにおいて実装され得る。実行可能コードの識別された構成要素またはモジュールは、例えば、オブジェクト、プロシージャ、または関数として編成され得る、例えば、コンピュータ命令の１つまたは複数の物理または論理ブロックを備えることができる。とはいえ、識別された構成要素またはモジュールの実行ファイルは、物理的に一緒に配置される必要はなく、異なるロケーションに記憶された異なる命令を備えることができ、それらの異なる命令は、互いに論理的に連結されたとき、構成要素またはモジュールを備え、構成要素またはモジュールの規定された目的を達成する。
【０２１０】
実際、実行可能コードの構成要素またはモジュールは、単一の命令、または多くの命令であってよく、いくつかの異なるコードセグメント上で、異なるプログラムの間で、およびいくつかのメモリデバイスにわたって分散されることさえ可能である。同様に、動作データは、本明細書では構成要素またはモジュール内に識別および例示されることがあり、任意の好適な形態で具備され、任意の好適なタイプのデータ構造内で編成され得る。動作データは、単一のデータセットとして収集され得るか、または異なる記憶デバイスにわたることを含めて異なるロケーションにわたって分散することができ、少なくとも部分的に、システムまたはネットワーク上の単なる電子信号として存在することができる。構成要素またはモジュールは、所望の機能を実施するように動作可能なエージェントを含めて、受動または能動であり得る。
【図１】
0006426206.tif 000004
【図２】
0006426206.tif 000005
【図３】
0006426206.tif 000006
【図４】
0006426206.tif 000007
【図５Ａ】
0006426206.tif 000008
【図５Ｂ】
0006426206.tif 000009
【図６Ａ】
0006426206.tif 000010
【図６Ｂ】
0006426206.tif 000011
【図７】
0006426206.tif 000012
【図８】
0006426206.tif 000013
【図９】
0006426206.tif 000014
【図１０】
0006426206.tif 000015
【図１１】
0006426206.tif 000016
【図１２】
0006426206.tif 000017
【図１３Ａ】
0006426206.tif 000018
【図１３Ｂ】
0006426206.tif 000019
【図１３Ｃ】
0006426206.tif 000020
【図１３Ｄ】
0006426206.tif 000021
【図１４】
0006426206.tif 000022
【図１５】
0006426206.tif 000023
【図１６】
0006426206.tif 000024
【図１７】
0006426206.tif 000025
【図１８】
0006426206.tif 000026
【図１９】
0006426206.tif 000027
【図２０】
0006426206.tif 000028
【図２１】
0006426206.tif 000029