(57)【要約】ＬＴＥネットワークなどの全帯域幅ネットワークとの縮小された帯域幅での通信をサポートするためのシステムおよび／または方法を開示することができる。例えば、ダウンリンク割り当ておよび／またはアップリンクグラントなどのインバンド割り当てを提供すること、および／または受信することができ、インバンド割り当てに基づいて、送信を監視すること、および／または復号することができる。また、ｅＰＤＣＣＨに関連付けられた情報（例えば、定義または構成）を提供すること、および／または受信することができ、そのような情報に基づいて、ｅＰＤＣＣＨリソースを監視すること、および／または復号することができる。全帯域幅ネットワークによる縮小された帯域幅のサポートについての表示も提供すること、および／または受信することができ、表示に基づいて、縮小されたまたは狭い帯域幅内の制御チャネルを監視すること、および／または復号することができる。ＰＲＡＣＨプリアンブルおよび／またはマルチタイプサブフレーム定義も、そのような縮小された帯域幅のサポートのために提供すること、および／または使用することができる。
2014531856.tif 000002
【特許請求の範囲】
【請求項１】
全帯域幅ネットワークとの縮小された帯域幅での通信を提供するための方法であって、
デバイスにおいて、前記デバイスによって使用されるように構成された拡張物理ダウンリンク制御チャネル（ｅＰＤＣＣＨ）に関連付けられた情報を受信するステップと、
前記デバイスにおいて、前記ｅＰＤＣＣＨに関連付けられた前記情報に基づいて、ｅＰＤＣＣＨリソースを監視するステップと
を含むことを特徴とする方法。
【請求項２】
前記デバイスは、以下のうちの少なくとも一方、すなわち、帯域幅が狭いデバイス、または低ロングタームエボリューション（ＬＴＥ）ユーザ機器（ＵＥ）カテゴリデバイスを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記デバイスによって使用されるように構成された前記ｅＰＤＣＣＨに関連付けられた前記情報は、監視対象の前記ｅＰＤＣＣＨに関連付けられたリソースのサブセットを示すことを特徴とする請求項１に記載の方法。
【請求項４】
前記サブセットは、前記デバイスに固有とすることができることを特徴とする請求項３に記載の方法。
【請求項５】
前記サブセットは、以下のうちの少なくとも１つ、すなわち、デバイスＩＭＳＩ若しくはＣ−ＲＮＴＩ、ＳＦＮ、サブセット数若しくはタイムスロット数、ｅＰＤＣＣＨ  ＲＢグループの数、ｅＰＤＣＣＨホッピングパターン、物理セルＩＤ、前記帯域幅が狭いデバイスによってサポートされる帯域幅、または前記デバイスによってサポートされるＲＢに基づいて、前記デバイスによって導出することができることを特徴とする請求項３に記載の方法。
【請求項６】
前記情報は、以下のうちの少なくとも一方、すなわち、前記ｅＰＤＣＣＨの定義、または前記ｅＰＤＣＣＨの構成を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記情報は、以下のうちの少なくとも１つ、すなわち、ＲＲＣシグナリング、ブロードキャストシグナリング、または専用シグナリングを介して受信されることを特徴とする請求項６に記載の方法。
【請求項８】
前記全帯域幅ネットワークは、２０ＭＨｚの帯域幅で動作するＬＴＥネットワークを含み、前記デバイスは、５ＭＨｚの帯域幅で動作する低コストマシンタイプ通信デバイスを含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記ｅＰＤＣＣＨリソースは、サブフレーム内の特定のロケーションにおいて監視されることを特徴とする請求項１に記載の方法。
【請求項１０】
前記帯域幅が狭いデバイスにおいて、同じサブフレーム内の前記特定のロケーションにおいてＰＤＳＣＨリソースを監視するステップ
をさらに含むことを特徴とする請求項９に記載の方法。
【請求項１１】
全帯域幅ネットワークとの縮小された帯域幅での通信を提供するための方法であって、
デバイスにおいて、前記全帯域幅ネットワークによる狭い帯域幅のサポートについての表示を受信するステップと
前記デバイスにおいて、前記表示に基づいて、前記狭い帯域幅内でブロードキャストチャネルまたは制御チャネルを監視するステップと
を含むことを特徴とする方法。
【請求項１２】
前記デバイスは、以下のうちの少なくとも一方、すなわち、帯域幅が狭いデバイス、または低ＬＴＥ  ＵＥカテゴリデバイスを含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記表示は、以下のうちの１つまたは複数、すなわち、より狭い帯域幅での受信および送信に対するサポートの全般的な表示、帯域幅が最も狭いデバイスのサポートカテゴリ、より狭い帯域幅の受信シグナリングのサポートカテゴリ、またはサポートされる共通の制御領域空間の表示を含むことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記表示は、マスタ情報ブロック（ＭＩＢ）、システム情報ブロック（ＳＩＢ）、またはランダムアクセス応答内で受信されることを特徴とする請求項１１に記載の方法。
【請求項１５】
前記デバイスから、前記デバイスによってサポートされる前記狭い帯域幅を示す情報を提供するステップ
をさらに含むことを特徴とする請求項１１に記載の方法。
【請求項１６】
前記情報は、以下のうちの少なくとも１つ、すなわち、プリアンブル、ビット、ペイロード、またはメッセージで提供されることを特徴とする請求項１５に記載の方法。
【請求項１７】
全帯域幅ネットワークとの縮小された帯域幅での通信を提供するための方法であって、
デバイスにおいて、インバンド割り当てを受信するステップと、
前記デバイスにおいて、前記インバンド割り当てに基づいて、送信を監視するステップと
を含むことを特徴とする方法。
【請求項１８】
前記デバイスは、以下のうちの少なくとも一方、すなわち、帯域幅が狭いデバイス、または低ＬＴＥ  ＵＥカテゴリデバイスを含むことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記インバンド割り当ては、ダウンリンク（ＤＬ）割り当てを含み、前記ＤＬ割り当ては、サブフレームのデータ領域で搬送されるインバンドシグナリングを通して、物理ダウンリンク共用チャネル（ＰＤＳＣＨ）送信の対象の受信機を識別することを特徴とする請求項１７に記載の方法。
【請求項２０】
前記インバンド割り当ては、前記送信についての以下のうちの少なくとも１つ、すなわち、変調タイプ、コーディングレート、冗長性バージョン（ＲＶ）、トランスポートブロックの数、またはアンテナ符号化フォーマット若しくは送信方式を含むことを特徴とする請求項１９に記載の方法。
【請求項２１】
前記インバンド割り当ては、次回の物理アップリンク共用チャネル（ＰＵＳＣＨ）送信のためのインバンドアップリンク（ＵＬ）グラントを含み、前記インバンドアップリンクグラントは、サブフレームの前記データ領域内で搬送される前記シグナリングの一部であることを特徴とする請求項１７に記載の方法。
【請求項２２】
前記インバンドＵＬグラントは、前記ＰＵＳＣＨ送信が割り当てられた対象の送信機を識別することを特徴とする請求項２１に記載の方法。
【請求項２３】
前記インバンドＵＬグラントは、前記送信についての以下のうちの少なくとも１つ、すなわち、変調タイプ、コーディングレート、ＲＶ、トランスポートブロックの数、またはアンテナ符号化フォーマット若しくは送信方式を含むことを特徴とする請求項２１に記載の方法。
【請求項２４】
全帯域幅ネットワークとの縮小された帯域幅での通信を提供するための方法であって、
ネットワーク構成要素において、ＰＲＡＣＨプリアンブルをデバイスから受信するステップと、
前記ネットワーク構成要素において、前記デバイスが帯域幅が縮小されたデバイスであるかどうかを判定するステップと、
前記デバイスが帯域幅が縮小されたデバイスである場合、前記ネットワーク構成要素から、特別なデバイスのためのランダムアクセス応答を提供するステップと
を含むことを特徴とする方法。
【請求項２５】
特別なデバイスのための前記ランダムアクセス応答は、帯域幅が縮小されたデバイスのための前記ランダムアクセス応答を含むことを特徴とする請求項２４に記載の方法。
【請求項２６】
前記ネットワーク構成要素において、前記帯域幅が縮小されたデバイスからスケジュールされた送信を受信するステップと
前記ネットワーク構成要素から、前記デバイスによって実行されるように構成されたコンテンション解決を提供するステップと
をさらに含むことを特徴とする請求項２４に記載の方法。
【請求項２７】
前記デバイスが帯域幅が狭いデバイスではない場合、コンテンションベースの手順を実行するステップ
をさらに含むことを特徴とする請求項２４に記載の方法。
【請求項２８】
全帯域幅ネットワークとの縮小された帯域幅での通信を提供するための方法であって、
デバイスにおいて、マルチタイプサブフレーム定義を受信するステップと、
前記デバイスにおいて、前記マルチタイプサブフレーム定義に基づいて、送信を監視するステップと
を含むことを特徴とする方法。
【請求項２９】
前記デバイスは、以下のうちの少なくとも一方、すなわち、帯域幅が狭いデバイス、または低ＬＴＥ  ＵＥカテゴリデバイスを含むことを特徴とする請求項２８に記載の方法。
【請求項３０】
前記マルチタイプサブフレーム定義は、以下のうちの少なくとも１つ、すなわち、固定された構造、構成可能な構造、または柔軟な構造を含むことを特徴とする請求項２８に記載の方法。
【請求項３１】
前記デバイスにおいて、前記マルチタイプサブフレーム定義に基づいて、送信を監視するステップが、
前記デバイスにおいて、無線フレーム内のサブフレームサブセット内でダウンリンクグラントのためのＰＤＣＣＨ送信を受信するステップ
を含むことを特徴とする請求項２８に記載の方法。
【請求項３２】
前記帯域幅が狭いデバイスにおいて、前記マルチタイプサブフレーム定義に基づいて、送信を監視するステップが、
前記デバイスにおいて、連続するサブフレームにわたってダウンリンク制御チャネルを受信するステップ
を含むことを特徴とする請求項２８に記載の方法。
【請求項３３】
前記デバイスにおいて、前記マルチタイプサブフレーム定義に基づいて、送信を監視するステップが、
ＰＤＣＣＨが別のサブフレーム内で受信された場合、前記デバイスにおいて、ＰＤＳＣＨをサブフレーム内で受信するステップ
を含むことを特徴とする請求項２８に記載の方法。
【請求項３４】
前記サブフレームは、サブフレームｎであり、前記別のサブフレームは、サブフレームｎ−ｋであることを特徴とする請求項３３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信に関する。
【背景技術】
【０００２】
ＬＴＥシステムなどの無線通信システムが成熟し、それらのネットワーク配備が進展するにつれて、ネットワーク通信事業者は、通信ネットワークのコストおよび／または通信ネットワークの保守を軽減したくなる。ネットワークのコストを軽減するための１つの技法は、ネットワーク上のデバイスと通信するために使用されるチャネル帯域幅を縮小し、データレートを低減することとすることができる。例えば、チャネル帯域幅全体の代わりにチャネル帯域幅の一部を、ネットワーク内のデバイスによって、および／またはそのようなデバイスと通信するときにはネットワーク自体によってサポートすることができる。残念ながら、現在の無線通信システムは、縮小されたチャネル帯域幅上では、制御チャネル情報、アップリンク情報、およびダウンリンク情報などを含むチャネル情報などの情報の提供をサポートしない。
【発明の概要】
【０００３】
（例えば、低ＬＴＥ  ＵＥカテゴリデバイスを含む）ＵＥおよび／または低コストマシンタイプ通信（ＭＴＣ：Machine-Type Communication）デバイスなどのデバイスと、全帯域幅をサポートできるネットワーク（例えば、全帯域幅ネットワーク）との間の無線通信において、縮小されたチャネル帯域幅をサポートするための、システムおよび／または方法を提供することができる。例えば、一実施形態では、デバイスは、ダウンリンク割り当ておよび／またはアップリンクグラントなどのインバンド割り当てを受信することができる。そのようなインバンド割り当てに基づいて、デバイスは、（例えば、狭いまたは縮小されたチャネル帯域幅において）ネットワークによって提供できる１つまたは複数の送信を監視し、および／または決定することができる。
【０００４】
また、例示的な一実施形態では、デバイスは、デバイスによって使用することできるｅＰＤＣＣＨに関連付けられた情報（例えば、定義または構成）を受信することができる。デバイスは、（例えば、狭いまたは縮小されたチャネル帯域幅において）そのような情報に基づいて、ｅＰＤＣＣＨリソースを監視し、および／または復号することができる。
【０００５】
一実施形態によれば、デバイスは、全帯域幅ネットワークによる狭い帯域幅のサポートについての表示も受信することができる。デバイスは、表示に基づいて、ブロードキャストチャネルまたは制御チャネルなどのチャネルを監視し、および／または決定することができる。
【０００６】
実施形態では、ＰＲＡＣＨプリアンブルおよび／またはマルチタイプサブフレーム定義も、そのような縮小された帯域幅のサポートのために提供され、および／または使用されることができる。例えば、デバイスは、ネットワーク構成要素がＰＲＡＣＨプリアンブルを受信することができるように、Ｅ−ＵＴＲＡＮ若しくはｅＮＢなどのネットワーク構成要素にＰＲＡＣＨプリアンブルを提供することができ、デバイスを帯域幅が縮小されたデバイスとすることができるか、それとも別の特別なデバイス（special device）とすることができるかを判定することができ、デバイスを帯域幅が縮小されたデバイスとすることができる場合、特別なデバイスのためのランダムアクセス応答を提供することができ、スケジュールされた送信を受信することができ、および／または競合解決を提供することができる。また、デバイスがマルチタイプサブフレーム定義に基づいて送信を監視できるように、マルチタイプサブフレーム定義をデバイスによって受信することができる。
【０００７】
「発明の概要」は、以下の「発明を実施するための形態」において詳述される概念から一部を抜粋して簡略化した形で紹介するために提供される。この「発明の概要」は、特許請求される発明の主要な特徴または必須の特徴を識別することを意図しておらず、特許請求される発明の範囲を限定するために使用されることも意図していない。さらに、特許請求される発明は、本開示のいずれかの部分で言及されるいずれかまたは全ての不都合を解決するいずれの制限にも限定されない。
【図面の簡単な説明】
【０００８】
添付図面を併用して例を用いて行われる以下の説明から、本明細書で開示される実施形態のより詳細な理解が得られる。
【図１Ａ】１つまたは複数の開示される実施形態を実施できる例示的な通信システムの図である。
【図１Ｂ】図１Ａに示された通信システム内で使用できる例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｄ】図１Ａに示された通信システム内で使用できる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図１Ｅ】図１Ａに示された通信システム内で使用できる別の例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】Ｌ１、Ｌ２およびＬ３にわたるＬＴＥプロトコル処理の一例を示す図である。
【図３】ＬＴＥネットワークなどの通信ネットワークにおける媒体アクセス制御（ＭＡＣ）プロトコルヘッダの例示的な一実施形態を示す図である。
【図４】２Ｔｘチャネル状態情報基準信号（ＣＲＳ：channel state information reference signal）を用いるダウンリンク制御チャネル領域におけるＲＥＧ定義の例示的な一実施形態を示す図である。
【図５】４Ｔｘチャネル状態情報基準信号を用いるダウンリンク制御チャネル領域におけるＲＥＧ定義の例示的な一実施形態を示す図である。
【図６】制御フォーマットインジケータ（ＣＦＩ：control format indicator）コードワードの例示的な実施形態の表を示す図である。
【図７】物理ダウンリンク制御チャネル（ＰＤＣＣＨ）のために使用できるＯＦＤＭシンボルの数についての例示的な実施形態の表を示す図である。
【図８】ＰＣＩに従った物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）の４つのＲＥＧの割り当ての例示的な一実施形態を示す図である。
【図９】（例えば、４０個のＲＢを使用する）ＰＣＩに従ったＰＣＦＩＣＨおよびＰＨＩＣＨ  ＲＥＧ割り当ての例示的な一実施形態を示す図である。
【図１０】系列インデックスおよび拡散係数に従った直交系列の例示的な一実施形態を示す表を示す図である。
【図１１】サポートできるＰＤＣＣＨフォーマットの例示的な実施形態を示す表を示す図である。
【図１２】コンテンションベースのランダムアクセス手順または方法の例示的な一実施形態を示す図である。
【図１３】ランダムアクセスプリアンブルフォーマットの例示的な一実施形態を示す図である。
【図１４】時間および周波数リソースにおけるＰＲＡＣＨ送信の例示的な一実施形態を示す図である。
【図１５】マシンタイプ通信（ＭＴＣ）デバイスのためのより小さな帯域幅のサポートの例示的な一実施形態を示す図である。
【図１６】ＴＤＤにおけるＵＥ（例えば、通常のＵＥ）のＰＲＡＣＨ送信のための周波数リソース選択（例えば、手順または方法）の例示的な一実施形態を示す図である。
【図１７】ＭＴＣデバイスのＰＲＡＣＨ送信のための周波数リソース割り当て（例えば、手順または方法）の例示的な一実施形態を示す図である。
【図１８】複雑さが低いＭＴＣデバイスなどのＭＴＣデバイスにＤＬ送信を割り当てることができるインバンドシグナリングの例示的な一実施形態を示す図である。
【図１９】インバンドシグナリングの一部としてＭＴＣデバイス受信機識別情報を符号化する例示的な一実施形態を示す図である。
【図２０】複雑さが低いＭＴＣデバイスなどのＭＴＣデバイスにＵＬ送信を割り当てることができるインバンドシグナリングの例示的な実施形態を示す図である。
【図２１】ＤＬおよびＵＬデータ送信を割り当てるためのインバンドシグナリングを使用してＭＴＣデバイスをサポートする例示的な一実施形態を示す図である。
【図２２】ＦＤＤにおける利用可能なゼロパワー（zero-power）ＣＳＩ−ＲＳ構成の例示的な実施形態を列挙した表を示す図である。
【図２３】（例えば、４ＴＸまたは構成数４に基づいた）ゼロパワーＣＳＩ−ＲＳパターンの例示的な一実施形態を示す図である。
【図２４】（例えば、ＦＤＤを含むこと、または使用することができる）ＭＴＣデバイスのためのダウンリンク制御チャネルのフレーム構造の例示的な一実施形態を示す図である。
【図２５】ゼロパワーＣＳＩ−ＲＳ領域内でのＲＥＧ定義の例示的な一実施形態を示す図である。
【図２６】ＭＴＣ帯域幅内の２つのＰＣＦＩＣＨ  ＲＥＧのためのＣＦＩコードワードの例示的な一実施形態の表を示す図である。
【図２７】ＭＴＣ帯域幅内の１つのＰＣＦＩＣＨ  ＲＥＧのためのＣＦＩコードワードの例示的な一実施形態の表を示す図である。
【図２８】提供すること、および／または使用することができる、縮小された反復符号化の例示的な実施形態を示す図である。
【図２９】提供すること、および／または使用することができる、縮小された反復符号化の例示的な実施形態を示す図である。
【図３０Ａ】異なるシステム帯域幅およびＲＧＢサイズの例示的な実施形態の表を示す図である。
【図３０Ｂ】異なるＭＴＣ帯域幅およびＲＧＢサイズの例示的な実施形態の表を示す図である。
【図３１】ＣＳＩ報告の例示的な実施形態の表を示す図である。
【図３２】異なるＵＥカテゴリおよびデータレートの例示的な実施形態の表を示す図である。
【図３３】マルチタイプフレーム構造の例示的な一実施形態を示す図である。
【図３４】Ｍ−ＰＤＣＣＨ領域および／またはＭ−ＰＤＳＣＨ領域の構成の例示的な一実施形態の表を示す図である。
【図３５】Ｍ−ＰＤＣＣＨ領域および／またはＭ−ＰＤＳＣＨ領域のＭＴＣデバイス固有の構成の例示的な一実施形態の表を示す図である。
【図３６】ＭＣＳインデックス（例えば、タイプ１）に基づいたＴＢＳおよび変調次数の例示的な一実施形態の表を示す図である。
【図３７】ＭＣＳインデックス（例えば、タイプ２）に基づいたＴＢＳおよび変調次数の例示的な一実施形態の表を示す図である。
【図３８】ＲＡＣＨペイロードが後に続くことができるプリアンブルのためのＰＲＡＣＨ送信構造の例示的な一実施形態を示す図である。
【図３９】帯域幅がより狭いデバイスの表示とともに使用することができるコンテンションベースのＲＡＣＨ手順の例示的な一実施形態を示す図である。
【図４０】ＵＥおよび／またはＭＴＣデバイス識別情報などの帯域幅がより狭いデバイスの識別情報を有することができる送信プリアンブルに基づいて、帯域幅がより狭いデバイスの表示とともに使用することができるコンテンションベースのＲＡＣＨ手順の例示的な一実施形態を示す図である。
【図４１】本明細書で使用できるＭＴＣ−ＲＮＴＩなどの時間共有デバイスＲＮＴＩの例示的な一実施形態を示す図である。
【図４２】（例えば、ＣＲＳベースの）ＭＴＣ−ＲＮＴＩなどのデバイスＲＮＴＩによって構成されるＰＤＣＣＨおよび／またはＰＤＳＣＨの例示的な一実施形態を示す図である。
【図４３】（例えば、ＤＭＲＳベースの）ＭＴＣ−ＲＮＴＩなどのデバイスＲＮＴＩによって構成されるＰＤＣＣＨおよび／またはＰＤＳＣＨの例示的な一実施形態を示す図である。
【図４４】（例えば、ＣＲＳ／ＤＭＲＳベースの）ＭＴＣ−ＲＮＴＩなどのデバイスＲＮＴＩによって構成されるＰＤＣＣＨおよび／またはＰＤＳＣＨの例示的な一実施形態を示す図である。
【図４５】サブフレーム固有のＣＣＥアグリゲーションレベルの例示的な一実施形態を示す図である。
【発明を実施するための形態】
【０００９】
説明的な実施形態についての詳細な説明が、今から様々な図を参照して行われる。この説明は可能な詳細実施例を提供するが、細部は例示的なものであり、本出願の範囲を決して限定するものではないことが意図されていることに留意されたい。
【００１０】
ＵＥおよび／または低コストマシンタイプ通信（ＭＴＣ）デバイスなどのデバイスを使用する無線通信において、縮小されたチャネル帯域幅をサポートするためのシステムおよび／または方法を、本明細書で開示することができる。そのような縮小されたチャネル帯域幅をサポートするために、ダウンリンク（ＤＬ）および／若しくはアップリンク（ＵＬ）送信リソースのインバンド割り当て、データ領域におけるゼロパワーＣＳＩ−ＲＳ上のＰＣＦＩＣＨおよび／若しくはＰＤＣＣＨ、制御領域におけるＰＣＦＩＣＨ、ＰＨＩＣＨ、および／若しくはＰＤＣＣＨ送信、制御および／若しくはデータ送信の多重化、並びに／またはＵＥ若しくはＭＴＣデバイスのためのネットワーク構成を、本明細書で説明するように、提供すること、および／または使用することができる。また、そのような縮小されたチャネル帯域幅のためのＤＬ受信機複雑さ低減および／またはＵＬ増強、そのような縮小されたチャネル帯域幅のためのＰＲＡＣＨ手順、そのような縮小されたチャネル帯域幅のためのブロードキャストチャネル（例えば、ＳＩＢまたはＳＩＢ−ｘ）受信または送信の手順または方法、そのような縮小されたチャネル帯域幅のためのページングの手順または方法、そのような縮小されたチャネル帯域幅のためのデータチャネル、そのような縮小されたチャネル帯域幅におけるセル選択および／または再選択を、本明細書で説明するように、提供すること、および／または使用することができる。例示的な実施形態では、縮小されたチャネル帯域幅上で動作すること、若しくは縮小されたチャネル帯域幅を使用することができる、ＵＥおよび／若しくはＭＴＣデバイスのためのＤＣＩフォーマット、縮小されたチャネル帯域幅のためのＴＢＳ能力、縮小されたチャネル帯域幅におけるｅＰＤＣＣＨを含むことができる物理ダウンリンク共用チャネル（ＰＤＳＣＨ）受信、並びに／または縮小されたチャネル帯域幅上で動作すること、若しくは縮小されたチャネル帯域幅を使用することができる、ＵＥおよび／若しくはＭＴＣデバイスの識別などのデバイス識別能力も、提供することができる。
【００１１】
図１Ａは、１つまたは複数の開示される実施形態が実施できる例示的な通信システム１００の図である。通信システム１００は、音声、データ、ビデオ、メッセージング、放送などのコンテンツを複数の無線ユーザに提供する多元接続システムとすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通して、そのようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、直交ＦＤＭＡ（ＯＦＤＭＡ）およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）など、１つまたは複数のチャネルアクセス方法を利用することができる。
【００１２】
図１Ａに示されるように、通信システム１００は、（汎用的にまたは一括してＷＴＲＵ１０２と呼ばれる）無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０および他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄの各々は、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄは、無線信号を送信および／または受信するように構成することができ、ユーザ機器（ＵＥ）、移動局、固定若しくは移動加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサおよび家電製品などを含むことができる。
【００１３】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含むことができる。基地局１１４ａ、１１４ｂの各々は、コアネットワーク１０６／１０７／１０９、インターネット１１０および／またはネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを円滑化するために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄの少なくとも１つとワイヤレスでインターフェースを取るように構成された、任意のタイプのデバイスとすることができる。例えば、基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）および無線ルータなどとすることができる。基地局１１４ａ、１１４ｂは各々、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１４】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の部分とすることができ、ＲＡＮ１０３／１０４／１０５は、他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどのネットワーク要素（図示されず）も含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示されず）と呼ばれうる特定の地理的領域内で、無線信号を送信および／または受信するように構成することができる。セルは、さらにセルセクタに分割することができる。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割することができる。従って、一実施形態では、基地局１１４ａは、送受信機を３つ、すなわち、セルのセクタ毎に１つずつ含むことができる。別の実施形態では、基地局１１４ａは、ＭＩＭＯ技術を利用することができ、従って、セルのセクタ毎に複数の送受信機を利用することができる。
【００１５】
基地局１１４ａ、１１４ｂは、エアインターフェース１１５／１１６／１１７を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄの１つまたは複数と通信することができ、エアインターフェース１１５／１１６／１１７は、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができる。エアインターフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１６】
より具体的には、上述したように、通信システム１００は、多元接続システムとすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡおよびＳＣ−ＦＤＭＡなどの、１つまたは複数のチャネルアクセス方式を利用できる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａ並びにＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１５／１１６／１１７を確立できる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１７】
別の実施形態では、基地局１１４ａ、並びにＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃは、ＬＴＥ（Long Term Evolution）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用してエアインターフェース１１５／１１６／１１７を確立できる、進化型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができる。
【００１８】
他の実施形態では、基地局１１４ａ、並びにＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、ＷｉＭＡＸ）、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、およびＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。
【００１９】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢまたはアクセスポイントとすることができ、職場、家庭、乗物およびキャンパスなどの局所的エリアにおける無線接続性を円滑化するために、任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実施して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実施して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立することができる。また別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立することができる。図１Ａに示されるように、基地局１１４ｂは、インターネット１１０への直接的な接続を有することができる。従って、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介して、インターネット１１０にアクセスする必要がないことがある。
【００２０】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信することができ、コアネットワーク１０６／１０７／１０９は、音声、データ、アプリケーションおよび／またはＶｏＩＰ（Voice over IP）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄの１つまたは複数に提供するように構成された、任意のタイプのネットワークとすることができる。例えば、コアネットワーク１０６／１０７／１０９は、呼制御、請求サービス、モバイル位置情報サービス、プリペイド通話、インターネット接続性、ビデオ配信などを提供することができ、および／またはユーザ認証など、高レベルのセキュリティ機能を実行することができる。図１Ａには示されていないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用する他のＲＡＮと直接的または間接的に通信できることが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０３／１０４／１０５に接続されるのに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ無線技術を利用する別のＲＡＮ（図示されず）とも通信することができる。
【００２１】
コアネットワーク１０６／１０７／１０９は、ＰＳＴＮ１０８、インターネット１１０および／または他のネットワーク１１２にアクセスするための、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄのためのゲートウェイとしてもサービスすることができる。ＰＳＴＮ１０８は、ＰＯＴＳ（plain old telephone service）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート内のＴＣＰ、ＵＤＰおよびＩＰなど、共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークとデバイスとからなるグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを利用することができる１つまたは複数のＲＡＮに接続された、別のコアネットワークを含むことができる。
【００２２】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄのいくつかまたは全ては、マルチモード機能を含むことができ、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび／または１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含むことができる。例えば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を利用可能な基地局１１４ａと通信するように、またＩＥＥＥ８０２無線技術を利用可能な基地局１１４ｂと通信するように構成することができる。
【００２３】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、ＧＰＳチップセット１３６および他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら、上記の要素の任意のサブコンビネーションを含むことができることが理解されよう。また、実施形態は、基地局１１４ａ、１１４ｂ並びに／または限定はしないが、とりわけ、トランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、進化型ノードＢ（ｅノードＢ）、ホーム進化型ノードＢ（ＨｅＮＢ）、ホーム進化型ノードＢゲートウェイおよびプロキシノードなど、基地局１１４ａ、１１４ｂが代表することができるノードが、図１Ｂに示され、本明細書で説明される要素のいくつかまたは全てを含むことができることを企図する。
【００２４】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ回路、他の任意のタイプの集積回路（ＩＣ）および状態機械などとすることができる。プロセッサ１１８は、信号符号化、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の任意の機能を実行することができる。プロセッサ１１８は、送受信機１２０に結合することができ、送受信機１２０は、送信／受信要素１２２に結合することができる。図１Ｂは、プロセッサ１１８と送受信機１２０を別々のコンポーネントとして示しているが、プロセッサ１１８と送受信機１２０は、電子パッケージまたはチップ内に一緒に統合できることが理解できよう。
【００２５】
送信／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介して、基地局（例えば基地局１１４ａ）に信号を送信し、または基地局から信号を受信するように構成することができる。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。別の実施形態では、送信／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された放射器／検出器とすることができる。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送信および受信するように構成することができる。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成できることが理解されよう。
【００２６】
また、図１Ｂでは、送信／受信要素１２２は単一の要素として示されているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を利用することができる。従って、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を送信および受信するための２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含むことができる。
【００２７】
送受信機１２０は、送信／受信要素１２２によって送信される信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成することができる。上述したように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。従って、送受信機１２０は、ＷＴＲＵ１０２が、例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための、複数の送受信機を含むことができる。
【００２８】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８（例えば、液晶表示（ＬＣＤ）ディスプレイユニット若しくは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合することができ、それらからユーザ入力データを受け取ることができる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。また、プロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２など、任意のタイプの適切なメモリから情報を入手することができ、それらにデータを記憶することができる。非リムーバブルメモリ１３０は、ＲＡＭ、ＲＯＭ、ハードディスクまたは他の任意のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティックおよびセキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態では、プロセッサ１１８は、ＷＴＲＵ１０２上に物理的に配置されていない、サーバまたはホームコンピュータ（図示されず）上などのメモリから情報を入手ことができ、それらにデータを記憶することができる。
【００２９】
プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他のコンポーネントへの電力の分配および／または制御を行うように構成することができる。電源１３４は、ＷＴＲＵ１０２に給電するための任意の適切なデバイスとすることができる。例えば、電源１３４は、１つまたは複数の乾電池（例えば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含むことができる。
【００３０】
プロセッサ１１８は、ＧＰＳチップセット１３６にも結合することができ、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば経度および緯度）を提供するように構成することができる。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインターフェース１１５／１１６／１１７を介して位置情報を受け取ることができ、および／または２つ以上の近くの基地局から受信した信号のタイミングに基づいて自らの位置を決定することができる。ＷＴＲＵ１０２は、一実施形態との整合性を保ちながら任意の適切な位置決定方法を用いて、位置情報を獲得できることが理解されよう。
【００３１】
プロセッサ１１８は、他の周辺機器１３８にさらに結合することができ、他の周辺機器１３８は、追加的な特徴、機能、および／または有線若しくは無線接続性を提供する、１つまたは複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、（写真またはビデオ用の）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、バイブレーションデバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、およびインターネットブラウザなどを含むことができる。
【００３２】
図１Ｃは、一実施形態による、ＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を利用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃと通信することができる。ＲＡＮ１０３は、コアネットワーク１０６とも通信することができる。図１Ｃに示されるように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂおよび／または１４０ｃを含むことができ、ノードＢ１４０ａ、１４０ｂおよび／または１４０ｃは各々、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。ノードＢ１４０ａ、１４０ｂおよび／または１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示されず）に関連付けることができる。ＲＡＮ１０３は、ＲＮＣ１４２ａおよび／または１４２ｂも含むことができる。ＲＡＮ１０３は、一実施形態との整合性を保ちながら、任意の数のノードＢおよびＲＮＣを含むことができることが理解されよう。
【００３３】
図１Ｃに示されるように、ノードＢ１４０ａおよび／または１４０ｂは、ＲＮＣ１４２ａと通信することができる。また、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信することができる。ノードＢ１４０ａ、１４０ｂおよび／または１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａ、１４２ｂと通信することができる。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、互いに通信することができる。ＲＮＣ１４２ａ、１４２ｂの各々は、それが接続されたそれぞれのノードＢ１４０ａ、１４０ｂおよび／または１４０ｃを制御するように構成することができる。また、ＲＮＣ１４２ａ、１４２ｂの各々は、アウターループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能およびデータ暗号化など、他の機能を実施またはサポートするように構成可能である。
【００３４】
図１Ｃに示されるコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含むことができる。上記の要素の各々は、コアネットワーク１０６の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。
【００３５】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続することができる。ＭＳＣ１４６は、ＭＧＷ１４４に接続することができる。ＭＳＣ１４６とＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。
【００３６】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８にも接続することができる。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続することができる。ＳＧＳＮ１４８とＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および／または１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。
【００３７】
上述したように、コアネットワーク１０６は、ネットワーク１１２にも接続することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００３８】
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上述したように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を利用することができる。ＲＡＮ１０４は、コアネットワーク１０７とも通信可能である。
【００３９】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂおよび／または１６０ｃを含むことができるが、ＲＡＮ１０４は、一実施形態との整合性を保ちながら、任意の数のｅノードＢを含むことができることが理解されよう。ｅノードＢ１６０ａ、１６０ｂおよび／または１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、ｅノードＢ１６０ａ、１６０ｂおよび／または１６０ｃは、ＭＩＭＯ技術を実施可能である。従って、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送受信することができる。
【００４０】
ｅノードＢ１６０ａ、１６０ｂおよび／または１６０ｃの各々は、特定のセル（図示されず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、並びにアップリンクおよび／またはダウンリンクにおけるユーザのスケジューリング等を処理するように構成することができる。図１Ｄに示されるように、ｅノードＢ１６０ａ、１６０ｂおよび／または１６０ｃは、Ｘ２インターフェースを介して互いに通信することができる。
【００４１】
図１Ｄに示されるコアネットワーク（ＣＮ）１０７は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含むことができる。上記の要素の各々は、コアネットワーク１０７の部分として示されているが、これらの要素はどの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。
【００４２】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂおよび／または１６０ｃの各々に接続することができ、制御ノードとしてサービスすることができる。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃのユーザの認証、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃの初期接続中における特定のサービングゲートウェイの選択などを担うことができる。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を利用する他のＲＡＮ（図示されず）との間の交換のための制御プレーン機能も提供することができる。
【００４３】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂおよび／または１６０ｃの各々に接続することができる。サービングゲートウェイ１６４は、一般に、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃに／からルーティングおよび転送することができる。サービングゲートウェイ１６４は、ｅノードＢ間ハンドオーバ中におけるユーザプレーンのアンカリング（anchoring）、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに利用可能な場合に行うページングのトリガ、並びにＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃのコンテキストの管理および記憶など、他の機能も実行することができる。
【００４４】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６にも接続することができ、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。
【００４５】
コアネットワーク１０７は、他のネットワークとの通信を円滑化することができる。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８の間のインターフェースとしてサービスするＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはＩＰゲートウェイと通信することができる。また、コアネットワーク１０７は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００４６】
図１Ｅは、一実施形態による、ＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を利用して、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃと通信する、アクセスサービスネットワーク（ＡＳＮ）とすることができる。以下でさらに説明されるように、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃの異なる機能エンティティと、ＲＡＮ１０５と、コアネットワーク１０９との間の通信リンクは、参照点として定義することができる。
【００４７】
図１Ｅに示されるように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂおよび／または１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことができるが、ＲＡＮ１０５は、一実施形態との整合性を保ちながら、任意の数の基地局とＡＳＮゲートウェイとを含むことができることが理解されよう。基地局１８０ａ、１８０ｂおよび／または１８０ｃは、各々が、ＲＡＮ１０５内の特定のセル（図示されず）に関連付けることができ、各々が、エアインターフェース１１７を介してＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。一実施形態では、基地局１８０ａ、１８０ｂおよび／または１８０ｃは、ＭＩＭＯ技術を実施することができる。従って、基地局１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。基地局１８０ａ、１８０ｂおよび／または１８０ｃは、ハンドオフトリガリング、トンネル確立、無線リソース管理、トラフィック分類およびサービス品質（ＱｏＳ）ポリシ実施などの、モビリティ管理機能も提供することができる。ＡＳＮゲートウェイ１８２は、トラフィック集約ポイントとしてサービスすることができ、ページング、加入者プロファイルのキャッシング、およびコアネットワーク１０９へのルーティングなどを担うことができる。
【００４８】
ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃとＲＡＮ１０５の間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実施するＲ１参照点として定義することができる。また、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃの各々は、コアネットワーク１０９との論理インターフェース（図示されず）を確立することができる。ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃとコアネットワーク１０９の間の論理インターフェースは、Ｒ２参照点として定義することができ、Ｒ２参照点は、認証、認可、ＩＰホスト構成管理および／またはモビリティ管理のために使用することができる。
【００４９】
基地局１８０ａ、１８０ｂおよび／または１８０ｃの各々の間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間でのデータの転送を円滑化するためのプロトコルを含む、Ｒ８参照点として定義することができる。基地局１８０ａ、１８０ｂおよび／または１８０ｃとＡＳＮゲートウェイ１８２の間の通信リンクは、Ｒ６参照点として定義することができる。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃの各々に関連するモビリティイベントに基づいたモビリティ管理を円滑化するためのプロトコルを含むことができる。
【００５０】
図１Ｅに示されるように、ＲＡＮ１０５は、コアネットワーク１０９に接続することができる。ＲＡＮ１０５とコアネットワーク１０９の間の通信リンクは、例えばデータ転送およびモビリティ管理機能を円滑化するためのプロトコルを含む、Ｒ３参照点として定義することができる。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４と、認証認可課金（ＡＡＡ）サーバ１８６と、ゲートウェイ１８８とを含むことができる。上記の要素の各々は、コアネットワーク１０９の部分として示されているが、これらの要素は、どの１つをとっても、コアネットワーク運営体とは異なる主体によって所有および／または運営できることが理解されよう。
【００５１】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担うことができ、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃが、異なるＡＳＮの間で、および／または異なるコアネットワークの間でローミングを行うことを可能にしうる。ＭＩＰ−ＨＡ１８４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃとＩＰ対応デバイスの間の通信を円滑化することができる。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスのサポートを担うことができる。ゲートウェイ１８８は、他のネットワークとの網間接続を円滑化することができる。例えば、ゲートウェイ１８８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃと従来の陸線通信デバイスの間の通信を円滑化することができる。また、ゲートウェイ１８８は、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃに提供することができ、ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含むことができる。
【００５２】
図１Ｅには示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続でき、コアネットワーク１０９は、他のコアネットワークに接続できることが理解されるべきであり、理解でき、および／または理解されよう。ＲＡＮ１０５と他のＡＳＮの間の通信リンクは、Ｒ４参照点として定義することができ、Ｒ４参照点は、ＲＡＮ１０５と他のＡＳＮの間で、ＷＴＲＵ１０２ａ、１０２ｂおよび／または１０２ｃのモビリティを調整するためのプロトコルを含むことができる。コアネットワーク１０９と他のコアネットワークの間の通信リンクは、Ｒ５参照点として定義することができ、Ｒ５参照点は、ホームコアネットワークと在圏コアネットワークの間の網間接続を円滑化するためのプロトコルを含むことができる。
【００５３】
上述したように、ＬＴＥシステムなどの無線通信システムが成熟し、それらのネットワーク配備が進展するにつれて、ネットワーク通信事業者は、ＬＴＥネットワークと通信できるデバイスのコストを軽減することを望むこと、または欲することがある。デバイスのコストを軽減するための１つの技法は、ネットワークと通信するために使用されるチャネル帯域幅を縮小し、データレートを低減することとすることができる。例えば、チャネル帯域幅全体の代わりにチャネル帯域幅の一部を、ネットワーク内のデバイスによって、および／またはそのようなデバイスと通信するときにはネットワーク自体によってサポートすることができる。残念ながら、現在の無線通信システムは、縮小されたチャネル帯域幅上では、制御チャネル情報、アップリンク情報およびダウンリンク情報などを含むチャネル情報などの情報の提供をサポートしない。
【００５４】
例えば、無線通信技術の応用の一例は、マシンタイプ通信（ＭＴＣ）を含むことができる。ＭＴＣは、無線技術が進展するのに伴い、近い将来に拡大する可能性が高い市場とすることができる。ＭＴＣデバイスまたは他のＵＥデバイスなどのデバイスは、ＧＳＭ／ＧＰＲＳネットワークによって扱うことができるローエンド（例えば、低コスト、低データレート）アプリケーションのターゲットとすることができる。残念ながら（例えば、低い運用コスト、またはそのようなデバイスを用いてサポートされる縮小された動作が原因で）、そのようなデバイスをＬＴＥネットワークなどのネットワークに移行することに対する意欲は、鈍らされることがある。一実施形態では、そのようなデバイスをＬＴＥネットワークなどのネットワークに移行することに乗り気でないことが、複数のＲＡＴを維持することに関してネットワーク通信事業者に負担を掛けることがあり、および／または（例えば、ＧＳＭ／ＧＰＲＳの非最適なスペクトル効率が与えられると）通信事業者がそれらのスペクトルから最大の利益を獲得することを妨げることがある。また、おそらく多数のそのようなデバイスが与えられると、ＧＳＭ／ＧＰＲＳにおけるサービス提供のためにネットワーク通信事業者が使用できるスペクトルリソース全体は、（例えば、著しくまたは大きく）増加することがあり、および／または非効率的に割り当てられることがある。そのため（例えば、本明細書で説明されるように）、そのようなデバイスをＬＴＥネットワークなどのネットワークに移行するためのシステムおよび／または方法（例えば、低コストのシステムおよび／または方法）を提供すること、および／または使用することができる。そのようなシステムおよび／または方法は、ローエンドＭＴＣデバイスをＧＳＭ／ＧＰＲＳからＬＴＥネットワークに移行することに対して、ＭＴＣデバイス販売業者および通信事業者に明らかな事業利益があり得ることを保証することができる。
【００５５】
本明細書で説明するように、ＵＥまたはＭＴＣデバイスなどの低コストデバイスは、限定することなく、より低いデータレート、より低い電力消費、およびより単純な実施など、一般的なＷＴＲＵ能力および機能のいくらかの低減を一般に含むことができ、それは、そのようなデバイスの無線周波数（ＲＦ）成分数の引き下げを含む、実施の複雑さの減少を可能にする。例えば、そのようなデバイスでは、数が減少した無線アクセス技術（ＲＡＴ）またはＲＦチェーンをサポートすることができる。また、そのようなデバイスでは、そのようなデバイスのためのアップリンク（ＵＬ）における適用可能な最大送信電力を低下させ、サポートされる最大受信（Ｒｘ）または送信（Ｔｘ）チャネル帯域幅を縮小することができ、および／または半二重ＦＤＤモードをサポートすることができる。
【００５６】
また、ＭＴＣデバイスなどの低コストデバイスのネットワークへの導入は、サービスカバレッジを維持しながら提供することができ、そのようなデバイスの使用は、動作中に達成可能なスペクトル効率に関して、ペナルティをもたらすべきではない。例示的な実施形態では、ネットワークに導入されるときのＭＴＣデバイスなどの低コストデバイスは、レガシＵＥまたはＷＴＲＵ（例えば、リリース８〜１０  ＬＴＥ  ＷＴＲＵ）と相互運用可能とすることができる（例えば、そのようなデバイスは、キャリア上の既存のＬＴＥ無線上で通信できるべきである）。また、ＭＴＣデバイスなどの低コストデバイスは、依然として、モビリティおよびローミングをサポートすることができる。
【００５７】
例示的な実施形態では、本明細書で説明するように、縮小されたチャネル帯域幅を使用できるＭＴＣまたはＵＥデバイスなどの低コストデバイスは、ＬＴＥ無線ネットワークおよび／またはプロトコルアーキテクチャにおいて使用することができる。ＬＴＥ無線ネットワークは、ＤＬ方向および／またはＵＬ方向の両方で処理される場合に、プロトコルに従ってＩＰパケットをそれにマッピングできる、無線ベアラを提供することができる。そのようなネットワークでは、ＰＤＣＰは、ＩＰヘッダ圧縮、制御プレーンにおける暗号化、送信されるデータに対するインテグリティ保護を実行することができ、モビリティ中の順序通りの配送および重複除去を実行することができる。ＲＬＣは、セグメンテーションおよび／または連結、再送処理、並びに重複検出および順序通りの配送も実行することができる。ネットワークにおいて使用できるＭＡＣは、論理チャネルを多重化することができ、ハイブリッドＡＲＱを実行し、ＤＬおよびＵＬスケジューリングを行う。物理レイヤ処理は、チャネル符号化および／または復号、変調および／または復調、並びに複数アンテナマッピングなどのような機能を含むことができる。使用できるユーザプレーンＰＤＣＰ、ＲＬＣ、ＭＡＣおよびＬ１のためのＬＴＥ無線プロトコルアーキテクチャを、図２に示すことができる。
【００５８】
例示的な実施形態によれば、ＤＬおよびＵＬにおけるＬＴＥデータ送信は、ＤＬ−ＳＣＨおよびＵＬ−ＳＣＨトランスポートチャネルとすることができ、またはＤＬ−ＳＣＨおよびＵＬ−ＳＣＨトランスポートチャネルを含むことができる。各トランスポートチャネルは、対応する物理チャネルにマッピングすることができる。ＤＬまたはＤＬ方向では、ハンドセットに送信されるＤＬ−ＳＣＨは、ＨＳ−ＰＤＳＣＨにマッピングすることができ、ＴＴＩ（例えば、サブフレーム）当たり１つまたは複数のトランスポートブロック（例えば、空間多重化の場合は２つ）を含むことができる。同様に、ＵＬまたはＵＬ方向では、ＰＵＳＣＨは、（例えば、Ｒ８では）ＴＴＩ当たりトランスポートブロックを、または空間加重化が使用できる場合は（例えば、Ｒ１０では）ＴＴＩ当たり最大２つのトランスポートブロックを含むことができる。
【００５９】
データ、またはＲＲＣなどの制御シグナリングを搬送できる物理チャネルに加えて、Ｌ１／Ｌ２制御チャネルを含む、対応するトランスポートチャネルのない、物理チャネルも存在することができる。そのようなＬ１／Ｌ２制御チャネルは、ＤＬ制御情報（ＤＣＩ）をハンドセットに送るために、主に使用することができる。実施形態では、ＤＬ制御情報は、ＴＴＩ内のＰＤＳＣＨを適切に復号するために端末によって使用することができる情報、ＰＵＳＣＨ送信リソースをハンドセットに割り当てることができる情報、および電力制御コマンドを含むことができる情報などを含むことができる。
【００６０】
また、そのようなネットワークでは、ＤＣＩは、ＰＤＣＣＨを使用してハンドセットに送信することができる。例えば、与えられたサブフレーム（ＴＴＩ）において、ハンドセットは、ＤＣＩメッセージを探してＰＤＣＣＨを監視することができる。ＤＬ割り当てを示すＤＣＩを受信することができた場合、ハンドセットは、その同じサブフレームのデータ領域内のＰＤＳＣＨを復調および復号しようと試みることができる。同様に、ハンドセットは、サブフレームｎ内のＰＤＣＣＨ上のＵＬグラントを復号した場合、サブフレームｎ＋４でのＰＵＳＣＨのＵＬ送信を準備することができる。
【００６１】
例示的な一実施形態によれば、サブフレームの制御領域内のＰＤＣＣＨでのＤＣＩの受信は、（例えば、ＬＴＥにおける）ＰＤＳＣＨおよびＰＵＳＣＨのためのＤＬおよびＵＬチャネル割り当て手順または方法の一部（例えば、不可欠な部分）とすることができる。例えば、制御領域のＰＤＣＣＨ内に存在できるＤＣＩは、どのハンドセットがそのサブフレームのデータ領域内に割り当てられたＤＬ送信を有することができるか、およびどの送信リソースを割り当てることができるかを公表することができる。さらに、ＤＬ割り当てまたはＵＬグラントを搬送できるＤＣＩは、ＭＣＳ、ＴＢサイズ（例えば、トランスポートブロックサイズまたはＴＢＳ）、およびＲＶなど、ＰＤＳＣＨまたはＰＵＳＣＨのために選択された符号化フォーマットに関する細目を含むことができる。
【００６２】
ＵＥまたはハンドセットなどのデバイスが、１つまたは２つのＴＢを搬送するＰＤＳＣＨを復号する場合、デバイスは、ＰＤＳＣＨ送信の一部とすることができる、ＭＡＣおよびＲＬＣヘッダ情報も復号することができる。一実施形態では、（例えば、Ｒ８からＲ１０  ＬＴＥにおける）これらのＭＡＣまたはＲＬＣヘッダ内に含まれる情報は、ＭＡＣおよびＲＬＣプロトコルによって実施される機能に関係することができる。例えば、（例えば、ＬＴＥにおける）ＭＡＣおよびＲＬＣヘッダフィールドは、再組み立ておよび順序通りの検出をサポートするための、カウンタフィールドおよびＰＤＵシーケンス番号フィールドを含むことができ、並びに／またはそれらは、（例えば、図３に示されるように）制御チャネルに対する論理データの存在、若しくはＭＡＣ制御要素の多重化を示すための、ＭＡＣサブヘッダを含むことができる。また、同じサブフレーム内のＰＤＳＣＨのためのＤＬ割り当て、またはＵＬサブフレームｎ＋４内のＰＵＳＣＨ送信リソースに関係できるＤＬサブフレームｎ内のＵＬグラントは、（例えば、ＬＴＥにおける）ＰＤＣＣＨを使用する別個の物理レイヤシグナリングの形態で、ＰＤＣＣＨ  ＤＣＩを介してハンドセットに送信することができる。
【００６３】
例示的な実施形態では、（例えば、ＬＴＥにおける）ダウンリンク制御チャネルは、ＵＥアーキテクチャまたは形状に係わらず、高いモビリティにおける堅牢性を提供しながら、セル内で均一なカバレッジを達成することができる。ＬＴＥダウンリンク制御チャネルは、制御チャネルのオーバヘッドに従って、または基づいて、各サブフレーム内の最初の１つから３つのＯＦＤＭシンボルを占めることができる。ダウンリンク制御チャネルオーバヘッドを扱うためのそのような動的リソース割り当ては、より高いシステムスループットをもたらすこと、または提供することができる、効率的なダウンリンクリソース利用を可能にすること、または許容することができる。異なるタイプのダウンリンク制御チャネルは、例えば、ＰＣＦＩＣＨ（物理制御フォーマットインジケータチャネル）、ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）、およびＰＤＣＣＨ（物理ダウンリンク制御チャネル）などを含む、各サブフレーム内のダウンリンク制御チャネル領域内で、（例えば、一般に）送信することができる。例示的な一実施形態では、ダウンリンク制御チャネルリソースユニットは、図４および図５に示されるような、ＲＥＧ（リソース要素グループ（Resource Elements Group））と呼ばれる周波数領域における、４つの隣接するＲＥとして定義すること、または４つの隣接するＲＥを含むことができる。例えば、ＣＲＳを同じＯＦＤＭシンボル内に配置できる場合、ＲＥＧは、ＣＲＳなしの４つの隣接するＲＥとすることができる。図４および図５は、ＣＲＳポートの数に従った、ＲＥＧの定義を示している。
【００６４】
例示的な一実施形態によれば、ＰＣＦＩＣＨ（物理制御フォーマットインジケータチャネル）を提供すること、および／または使用することができる。ＰＣＦＩＣＨは、各サブフレーム内の第０のＯＦＤＭシンボル内で送信することができ、それは、サブフレーム内でダウンリンク制御チャネルのために使用できる、ＯＦＤＭシンボルの数を示すことができる。一実施形態では、サブフレームレベルの動的ダウンリンク制御チャネルリソース割り当てを、ＰＣＦＩＣＨを使用することによって、提供すること、または実施することができる。例えば、ＵＥは、ＰＣＦＩＣＨからＣＦＩ（制御フォーマットインジケータ）を検出することができ、ダウンリンク制御チャネル領域は、ＣＦＩ値に従ってサブフレーム内で示すことができる。図６は、ＰＣＦＩＣＨから検出できるＣＦＩコードワードを示し、図７は、複信モード、サブフレームタイプおよび／またはシステム帯域幅に従って、ダウンリンク制御チャネルのために使用できる、利用可能なＯＦＤＭシンボルの数についての表を示している。（例えば、例外として）一実施形態では、サブフレームを非ＰＤＳＣＨサポート可能サブフレームとして定義できる場合、ＰＣＦＩＣＨをスキップすることができ、そのためＵＥは、サブフレーム内でＰＣＦＩＣＨを検出しようと試みなくてよい。
【００６５】
本明細書で説明するように、例示的な一実施形態では、サブフレーム内の第０のＯＦＤＭシンボル内でのＰＣＦＩＣＨ送信のために、４つのＲＥＧを使用することができ、ＲＥＧは、周波数ダイバーシティ利得を引き出すために、システム帯域幅全体に一様に分布することができる。また、ＰＣＦＩＣＨ送信の開始点は、図８に示されるように、物理セルＩＤ（ＰＣＩ）に基づいて、異なることができる。
【００６６】
また、一実施形態では、セルＩＤと結び付けることができるＰＣＦＩＣＨの周波数シフトは、その分散された割り当てからダイバーシティ次数（diversity order）４を達成しながら、例えば、多数の近隣セルとの間のＰＣＦＩＣＨ衝突を回避することによって、ＰＣＦＩＣＨ検出の実行を可能にすること、または許容することができる。ＵＥ受信機において、ダウンリンク制御チャネル検出を実行することができる。そのようなダウンリンク制御チャネルは、サブフレーム内のＯＦＤＭシンボルの数を決定するため、または算出するために、最初にＰＣＦＩＣＨを復号することができる。ＰＣＦＩＣＨによってダウンリンク制御リソースを定義できるとすると、ＰＣＦＩＣＨ検出エラーは、ダウンリンクグラント、アップリンクグラント、および／またはＰＨＩＣＨ受信の喪失を引き起こすこと、またはもたらすことがある。
【００６７】
実施形態では、ＰＨＩＣＨ（物理ハイブリッドＡＲＱインジケータチャネル）も提供すること、および／または使用することができる。例えば、ＰＨＩＣＨは、アップリンクサブフレーム内で送信されるＰＵＳＣＨに対応するＡＣＫまたはＮＡＣＫを送信するために使用することができる。ＰＨＩＣＨは、さらに、システム帯域幅にわたって、およびダウンリンク制御チャネル内のＯＦＤＭシンボル間に分散させて、送信することができる。ＯＦＤＭシンボルの数は、ＰＨＩＣＨ持続時間として定義することができ、より高位のレイヤのシグナリングを介して設定可能とすることができる。一実施形態によれば、ＰＨＩＣＨリソース位置は、ＰＣＦＩＣＨとは異なりうる、ＰＨＩＣＨ持続時間に従って様々とすることができる。図９は、ＰＣＦＩＣＨおよびＰＨＩＣＨリソース割り当てを示す。図９に示されるように、複数のＰＨＩＣＨグループをセル内で定義することができる。また、ＰＨＩＣＨグループは、直交系列の複数のＰＨＩＣＨを含むことができ、ＵＥのためのＰＨＩＣＨは、最低のＰＲＢインデックス
【００６８】
【数１】
2014531856.tif 000003
【００６９】
およびＤＭ−ＲＳ循環シフト（ｎＤＭＲＳ）などの、アップリンクグラント内のリソース情報を用いて動的に定義することができる。そのため、一実施形態では、２つのインデックスペア（ＰＨＩＣＨグループインデックス：
【００７０】
【数２】
2014531856.tif 000004
【００７１】
，ＰＨＩＣＨ系列インデックス：
【００７２】
【数３】
2014531856.tif 000005
【００７３】
）は、特定のＵＥのためのＰＨＩＣＨリソースを示すことができる。ＰＨＩＣＨインデックスペア
【００７４】
【数４】
2014531856.tif 000006
【００７５】
において、各インデックスは、以下のように定義することができる。
【００７６】
【数５】
2014531856.tif 000007
【００７７】
ここで、
【００７８】
【数６】
2014531856.tif 000008
【００７９】
は、
【００８０】
【数７】
2014531856.tif 000009
【００８１】
のように定義される、システム内で利用可能なＰＨＩＣＨグループの数を表すことができ、Ｎｇは、ＰＢＣＨ（物理ブロードキャスティングチャネル）を介して送信できる２ビット情報とすることができ、情報は、Ｎｇ∈｛１／６，１／２，１，２｝内にあることができる。例示的な一実施形態によれば、本明細書で使用できる直交系列は、図１０の表に示されるように、拡散係数および／または系列インデックスに基づくことができる。
【００８２】
例示的な一実施形態では、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）を提供すること、および／または使用することができる。ＰＤＣＣＨは、１つのＣＣＥが複数のＲＥＧ（例えば、９つのＲＥＧ）を含むことができる、１つまたは複数の連続するＣＣＥ（制御チャネル要素）リソースを用いて定義することができる。利用可能なＣＣＥの数（ＮＣＣＥ）は、ＮＣＣＥ＝
【００８３】
【数８】
2014531856.tif 000010
【００８４】
と定義することができ、ここで、ＮＲＥＧは、ＰＣＦＩＣＨまたはＰＨＩＣＨに割り当てることができないＲＥＧの数とすることができる。図１１の表は、連続するＣＣＥの数の定義によって、本明細書で使用できる利用可能なＰＤＣＣＨフォーマットの例示的な実施形態を示している。
【００８５】
また、ランダムアクセス（ＲＡ）方法若しくは手順、および／またはＰＲＡＣＨ（物理ランダムアクセス制御チャネル）が提供され、および／または使用されることができる。（例えば、ＬＴＥにおける）実施形態では、ランダムアクセス方法または手順は、以下のうちの１つまたは複数、すなわち、初期アクセスまたは登録などのためのＲＲＣ接続要求のため；無線リンク障害（ＲＬＦ）後などのＲＲＣ接続再確立のため；ターゲットセルにアクセスするためのハンドオーバ中；ＵＬ同期が失われた可能性があるときに、ＤＬデータが到着できる、または送信すべきＵＬデータが存在できる場合などに、ＵＬ同期を獲得するため；ＵＥが送信すべきＵＬデータを有することができるときに、個別リソースが存在できない（例えば、ＰＵＣＣＨリソースがＵＥに割り当てられていない）場合；ＵＥ測位のためにタイミングアドバンスを使用できる場合などの測位目的のため；などのうちの１つまたは複数を含む１つまたは複数のイベントにおいて使用することができる。
【００８６】
例示的な一実施形態によれば、実行できるＲＡ手順には２つの形態が存在することができる。１つの形態は、コンテンションベースのＲＡ手順を含むことができ、それは、上記のイベントの一部（例えば、上記の最初の５つのイベント）に適用することができる。別の形態は、非コンテンションベースを含むことができ、それは、ハンドオーバ、ＤＬデータ到着、および／または測位に適用することができる。コンテンションベースのランダムアクセス手順を適用できる場合、少なくとも２つのデバイスまたはモバイルが、ランダムアクセスのために同じリソース（例えば、プリアンブルおよび機会）を選択することがあり、従って、競合状態が解決されることがある。非コンテンションベースの手順は、基地局がデバイスまたはモバイルに確保されたランダムアクセスプリアンブルを伝達することができる場合に、例えば、ハンドオーバ、アップリンク同期障害において、および／または測位のために、適用可能とすることができる。この実施形態では、情報（例えば、基本的にタイミング）は、ランダムアクセス応答において獲得することができる。
【００８７】
提供すること、および／または使用することができるコンテンションベースのランダムアクセス手順を、図１２に示すことができる。図１２に示されるコンテンションベースの手順は、以下によって特徴付けることができる。１において、ＲＡＣＨ上のランダムアクセスプリアンブル（例えば、ＰＲＡＣＨプリアンブル）を、ＵＥによって送信することができ、基地局またはｅＮＢによって受信することができる。ランダムアクセスプリアンブルまたはＲＡＣＨ（例えば、ＰＲＡＣＨ）は、５ビットプリアンブルＩＤと、メッセージ（例えば、メッセージ３）のサイズに関する情報を示す１ビットとを含む６ビットを搬送することができる。
【００８８】
図１２に示されるように、２において、ＭＡＣによってＤＬ−ＳＣＨ上に生成できるランダムアクセス応答を、基地局またはｅＮＢからＵＥに送信することができる。例示的な一実施形態によれば、ランダムアクセス応答は、Ｌ１／Ｌ２制御チャネル上で、ＲＡ−ＲＮＴＩに宛てて送信することができる。また、ランダムアクセス応答は、プリアンブルＩＤ、タイミングアライメント、並びに初期アップリンクグラントおよび一時Ｃ−ＲＮＴＩなどを含むことができる。
【００８９】
３において、スケジュールされた送信を、例えば、ＵＬ−ＳＣＨ上で、ＵＥから基地局またはｅＮＢに提供することができる。本明細書で（例えば、３で）使用することができるトランスポートブロックのサイズは、２で伝達することができるＵＬグラントに依存することができる。また、３において、初期アクセスのために、ＲＲＣレイヤによって生成されるＲＲＣ接続要求を伝達することができる。無線リンク障害（ＲＬＦ）後、ＲＲＣレイヤによって生成されるＲＲＣ接続再確立要求を伝達することができ、および／またはハンドオーバ後、ターゲットセルにおいて、ＲＲＣレイヤによって生成される暗号化およびインテグリティ保護されたＲＲＣハンドオーバ確認を伝達することができる。一実施形態では（例えば、他のイベントに応答して）、ＵＥの少なくともＣ−ＲＮＴＩを伝達することができる。
【００９０】
図１２に示されるように、４において、競合解決（contention resolution）を、例えば、ＤＬ−ＳＣＨ上で、基地局またはｅＮＢからＵＥに提供することができる。例えば、４において、コンテンションを解決するまで、ｅＮＢがＮＡＳ応答を待つことができない場合、早期競合解決を使用すること、および／または提供することができる。
【００９１】
例示的な一実施形態では、レイヤ１を介するプリアンブル送信手順および／または方法を提供すること、および／または使用することができる。例えば、プリアンブル送信手順の前に、レイヤ１は、より高位のレイヤから以下の情報、すなわち、ランダムアクセスチャネルパラメータ（例えば、ＰＲＡＣＨ構成、周波数位置、および／またはプリアンブルフォーマット）、並びにセルのためのプリアンブル系列セットにおけるルート系列およびそれらの循環シフトを決定するためのパラメータ（例えば、ルート系列テーブルに対するインデックス、循環シフト（Ｎｃｓ）、および／またはセットタイプ（例えば、無制限若しくは制限セット））などを受信することができる。
【００９２】
そのような情報を受信した後、プリアンブル送信手順を実行することができる。例えば、レイヤ１は、より高位のレイヤからプリアンブル送信要求を受信する。プリアンブルインデックス、プリアンブル送信電力（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＰＯＷＥＲ）、関連するＲＡ−ＲＮＴＩ、およびＰＲＡＣＨリソースは、より高位のレイヤによって、要求の一部として示すことができる。その後、プリアンブルインデックスを使用して、プリアンブル系列セットからプリアンブルを選択することができ、および／またはプリアンブルは、示されたＰＲＡＣＨリソース上で、送信電力ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＰＯＷＥＲとともに送信することができる。一実施形態では、ＲＡ−ＲＮＴＩに関連付けられたＰＤＣＣＨを検出できない場合、物理ランダムアクセスから出ることができる。ＲＡ−ＲＮＴＩに関連付けられたＰＤＣＣＨを検出できる場合、対応するＤＬ−ＳＣＨトランスポートブロックを、より高位のレイヤに渡すこと、提供すること、または送信することができ、物理ランダムアクセス手順から出ることができる。
【００９３】
（例えば、既存のＬＴＥシステムにおける）例示的な一実施形態によれば、（例えば、プリアンブル送信手順を使用して）ＲＡＣＨプリアンブルの２つのグループを、システム情報ブロック２（ＳＩＢ２）内でブロードキャストすることができる。ブロードキャストされたプリアンブルは、セル内のＵＥの各々によって使用することができる。
【００９４】
ＰＲＡＣＨ時間および周波数構造を提供すること、および／または使用することができる。例示的な一実施形態では、構造は、図１２に示される物理レイヤランダムアクセスプリアンブルを含むことができる。例えば、図１３に示されるように、使用できる物理レイヤランダムアクセスプリアンブルは、サイクリックプレフィックスの長さＴＣＰと、系列部分の長さＴＳＥＱとを含むことができる。ＰＡＣＨに対して割り当てられるＴＴＩは、セルカバレッジ要件に従って、ｅＮＢによって決定することができる。
【００９５】
また、周波数領域では、ランダムアクセスバーストが、両方のフレーム構造のための６個のリソースブロックに対応する帯域幅（例えば、６個のＲＢは１．０８ＭＨｚに等しいとすることができる）を占有することがある。時間−周波数リソースにおけるＰＲＡＣＨ送信を、図１４に示すことができる。
【００９６】
ランダムアクセスプリアンブルの送信は、ＭＡＣレイヤによってトリガされる場合、一定の時間および周波数リソースに制限することができる。そのようなリソースは、無線フレーム内のサブフレーム番号および周波数領域内のリソースブロックの昇順に列挙して、インデックス０が、最小番号のリソースブロックおよび無線フレーム内のサブフレームに対応できるようにすることができる。
【００９７】
例示的な実施形態では、動作パラメータ（例えば、ＵＬおよびＤＬ帯域幅）、ランダムアクセスのためのリソース、並びに測定のための近隣リストなどを含むことができる、セルについてのシステム情報を、セルによって、情報ブロック内でブロードキャストすることができる。例えば、（例えば、ＬＴＥでは）マスタ情報ブロック（ＭＩＢ）、および数々のシステム情報ブロック（ＳＩＢ）が存在することができる。ＭＩＢは、知られたスケジュール（例えば、各フレームのサブフレーム０）、およびリソースの知られた組（サブフレームの第２のタイムスロット、中央６個のＲＢ）において送信することができる。ＭＩＢは、ＵＥがＳＩＢ１を読むことを可能にするための、システムフレーム番号（ＳＦＮ）およびセルのＤＬ  ＢＷを含む、少量の情報を提供することができる。ＳＩＢ１は、知られたスケジュール（例えば、各々が８０ｍｓのサブフレーム５）を有することができるが、ＰＤＳＣＨリソースとすることができるリソースの知られた組を有さない。ＳＩＢ１が存在できる、または利用可能とすることができるサブフレームにおいて、ＳＩ−ＲＮＴＩを使用する、そのサブフレーム内のＰＤＣＣＨは、ＳＩＢ１リソースのロケーションを提供することができる。ＵＥは、ＰＤＣＣＨを読み、ＳＩＢ１のロケーションを獲得し、ＳＩＢ１を読むことができる。例示的な一実施形態によれば、ＳＩＢ１は、セルＩＤおよびＰＬＭ  ＩＤを含むセル選択のための必須情報、ＴＤＤ  ＵＬ／ＤＬ構成などの何らかの動作パラメータ（例えば、ＴＤＤの場合に限る）、並びに／または他のＳＩＢのためのスケジューリング情報を提供することができる。アイドルモードのＵＥは、セル選択および再選択を実行するために、並びにランダムアクセスのために使用できるパラメータを獲得するために、ＳＩＢを読むことができる。接続モードのＵＥは、例えば、変更が生じた可能性があるかどうかを判定するために、ＳＩＢを読むことができ、またはｅＮＢは、個別シグナリングを介して、接続されたＵＥにシステム情報を提供することができる。
【００９８】
例示的な実施形態では、ＵＥは、アイドルモードと接続モードの両方において、Ｐ−ＲＮＴＩ（ページングＲＮＴＩ）を用いてマスクされたＰＤＣＣＨ上のＤＬ割り当てを探してＰＤＣＣＨを定期的に監視することができる。Ｐ−ＲＮＴＩを使用するＤＬ割り当てを検出できた場合、ＵＥは、割り当てられたＰＤＳＣＨ  ＲＢを復調することができ、そのＰＤＳＣＨ上で搬送されたページングチャネル（ＰＣＨ）を復号することができる。
【００９９】
アイドルモードでは、特定のページングフレーム（ＰＦ）、およびそのＰＦ内のサブフレーム、例えば、ＵＥがページングチャネル内で監視できるページング機会（ＰＯ）を、ＵＥ  ＩＤ、並びにページングサイクル長（例えば、フレーム単位）およびページングサイクル当たりのページングサブフレームの数などのネットワークによって指定されるパラメータ（例えば、２つのパラメータ）に基づいて、決定することができる。ＵＥ  ＩＤは、一実施形態では、ＵＥ  ＩＭＳＩ  ｍｏｄ  ４０９６とすることができる。そのようなページング機会は、特別にＵＥのためのページングを含むことができ、またはそれらは、ＵＥの各々に向けられたシステム情報変更ページングを含むことができる。
【０１００】
ネットワークの観点からは、ページングサイクル当たり複数のＰＦ、およびＰＦ内の複数のＰＯが存在することができ、例えば、ページングサイクル当たり２つ以上のサブフレームが、Ｐ−ＲＮＴＩを用いてマスクされたＰＤＣＣＨを搬送することができる。また、ＵＥの観点からは、ＵＥは、ページングサイクル当たりＰＯを監視することができ、そのようなＰＯは、システム情報および個別シグナリング情報などを介してＵＥに提供される、本明細書で（例えば、上で）指定されたパラメータによって決定することができる。
【０１０１】
接続モードでは、ＵＥは、システム情報変更に関連するページングを受信することができ、例えば、それは、着信呼のために使用できるものなど、ＵＥ固有のページングを受信することはできない。そのため、接続モードのＵＥは、特定のＰＯを監視することができない。むしろ、それは、セル固有のページングサイクルを使用して、アイドルモードのＵＥと同じレートで、ページングを受信しようと試みることができる。また、ＦＤＤの場合、ＰＯは、サブフレーム０、４、５、９に制限することができ、および／またはＴＤＤの場合、ＰＯは、サブフレーム０、１、５、６に制限することができる。
【０１０２】
本明細書で説明するように、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）および／または物理ダウンリンク共用チャネル（ＰＤＳＣＨ）のための縮小された帯域幅を、ネットワークおよび／またはそのような縮小された帯域幅をサポートできるＭＴＣデバイスまたはＵＥなどのデバイスのために、提供すること、および／または使用することができる。現在のところ、通常のＬＴＥチャネルなどの通常のチャネル上で、より小さな帯域幅または縮小された帯域幅をサポートできる、ＬＴＥデバイスまたはＵＥおよび／若しくはＭＴＣデバイスなどの、デバイスを動作させるときの問題は、デバイスがネットワークおよび／またはセルからＤＬ制御チャネルまたは信号を受信することができないこととすることができる。そのような問題は、ＬＴＥ制御チャネルなどの制御チャネルおよび制御信号は、チャネルおよび信号がセルの完全な帯域幅または全帯域幅を使用できるように、拡散すること、および／または分散することができ、定義によって、より小さな帯域幅または縮小された帯域幅は、セル帯域幅の中央部分など、一部しか受信できないことがあるために、発生することがある。例えば、図１５に示されるように、ＭＴＣデバイスなどのデバイスは、システム帯域幅の一部しか読むことができない。そのため、一実施形態では、ＬＴＥセルなどのセルが、１０ＭＨｚ帯域幅として構成でき、複雑さが低いＭＴＣデバイスまたはＵＥなどのデバイスが、５ＭＨｚ以下の帯域幅しかサポートできない場合、１０ＭＨｚネットワーク、セルおよび／またはキャリアは、５０個のリソースブロック（ＲＢ）を使用することができるが、キャリアの中心周波数ｆｃしか獲得できないデバイスは、５０個全てのＲＢの代わりに、そのセルの中央の２５個のＲＢなど、それら５０個のＲＢの一部しか読むことができない。ＲＢ、物理リソースブロック（ＰＲＢ）およびＰＲＢペアという用語は、交換可能に使用することができる。
【０１０３】
全帯域幅を読まず、そのような情報（例えば、制御チャネル情報）が全帯域幅にわたって分散または拡散していることによって、複雑さが低いＭＴＣデバイスまたはＵＥなどのデバイスは、制御チャネルなどの情報の読むべき部分を取り損なうことがある。例えば、デバイスは、ＰＣＦＩＣＨチャネルの一部を（例えば、その４つのＲＥＧの各々は、全セル帯域幅の約１／４だけ離れて分散できるので）取り損なうことがあり、従って、そのサブフレーム内の制御領域のためのＯＦＤＭシンボルの数を示すＣＦＩを正確に復号できないことがあり、個々のＰＤＣＣＨロケーションの決定に影響するＣＣＥの総数を計算することができないことがある。
【０１０４】
また、同じＲｘ帯域幅制限のために、複雑さが低いＭＴＣまたはＵＥなどのデバイスは、ＰＤＣＣＨおよび共通探索空間信号を復号できないことがあり、そのため、システム情報ブロードキャストおよびページングメッセージの発生の検出の一部とすることができる、ＳＩ−ＲＮＴＩおよびＰ−ＲＮＴＩなどの共通制御信号の受信を行えないことがある。例示的な一実施形態によれば、ＲＮＴＩまたは無線ネットワーク一時識別子（Radio Network Temporary Identifier）は、ＲＲＣ（無線リソース制御）接続が存在できるときに、ＵＥ（ユーザ機器）を識別することができ、Ｃ−ＲＮＴＩ（セルＲＮＴＩ）、Ｓ−ＲＮＴＩ（サービングＲＮＣ  ＲＮＴＩ）およびＵ−ＲＮＴＩ（ＵＴＲＡＮ  ＲＮＴＩ）などを含むことができる。
【０１０５】
同様に、一実施形態では、ＵＥは、システム帯域幅全体にわたって送信できるＰＤＣＣＨ内のＤＣＩの一部として、ネットワークまたはシステム（例えば、ＬＴＥネットワークまたはシステム）の制御領域を構成するフレームの最初の１つから３つの時間領域ＯＦＤＭシンボル内で搬送できる、ＤＬ割り当てまたはＵＬグラントの情報を受信できないことがある。
【０１０６】
現在のところ、複雑さが低いＭＴＣデバイスまたはＵＥなどのデバイス上での縮小された帯域幅についてのサポートは、そのようなデバイスが、レガシＬＴＥ  ＰＤＣＣＨなどのＰＤＣＣＨが使用できる送信帯域幅（ＢＷ）全体を復調できないことがあるので、難しいことがある。例えば、Ｒ８  ＰＤＣＣＨの復号は、ＰＤＳＣＨが約数１０または１００ｋｂｐｓのオーダで搬送できる場合、ＰＤＳＣＨ自体よりもはるかに高い復号の複雑さ（「毎秒当たりの動作」）をもたらすことがある。ＬＴＥデバイスまたはＵＥなどの高性能デバイスの場合、ＭｂｐｓのオーダのＰＤＳＣＨについての復号の複雑さも、ＰＤＣＣＨの場合よりも高いことがあり、それは、そのようなデバイスの場合は許容可能とすることができる。しかし、低減されたデータレートを使用する複雑さが低いＭＴＣデバイスの場合、レガシＲ８  ＰＤＣＣＨベースの割り当てプロトコルは、復号の複雑さに関する決定要因とすることができる。そのため、複雑さが低いデバイスについて本明細書で説明される実施形態のＰＤＣＣＨ設計態様は、縮小された受信帯域幅における復号を提供することができ、ＰＤＣＣＨ復号の複雑さも低減することができる。
【０１０７】
また、Ｒ８  ＬＴＥハンドセットなどのレガシデバイスは、それらが各ＴＴＩ（例えば、サブフレーム）をウェイクアップする手法に従うことができ、ＰＤＣＣＨを復号することができ、その後、そのサブフレーム内でＰＤＳＣＨのためのＤＬ割り当てを受信することができなかった場合、アイドルに戻ることができる。そのような一実施形態では、レガシＲ８ハンドセットの動作は、タイマと受信したＤＬメッセージの数との関数として復号動作を減らすために作動できる、この手法の最上部に存在するＤＲＸプロトコルによって規制することができる。ＭＴＣデバイスまたはＵＥなどの、縮小された帯域幅をサポートできるデバイスのＴｘ／Ｒｘ動作を減らして、ウェイクアップ、および制御とデータの両方の復号を行うために、本明細書で説明される実施形態は、デバイスが復号できるサブフレームの数（例えば、１０分の１以下に）を減らすことができる。そのため、本明細書で説明されるシステムおよび／または方法は、動作中にネットワークおよびその性能に影響を与えないことができる、低コストＭＴＣデバイスまたはＵＥなどのデバイスを動作させるときに、縮小されたチャネル帯域幅のサポートを通して、実施コストの削減を可能にしうる。
【０１０８】
ＰＤＳＣＨのための縮小された帯域幅も、実施形態では、提供すること、および／または使用することができる。例えば、本明細書で説明するように、より広い帯域幅を有することができるネットワークまたはシステム（例えば、ＬＴＥシステム）における制御チャネルの帯域幅縮小は、例えば、時分割多重（ＴＤＭ）ベースのダウンリンク制御チャネル送信を使用できる場合、ダウンリンク制御チャネル受信問題をもたらすことがある。本明細書で説明するように、縮小された帯域幅は、制御チャネル情報の少なくとも一部を失うことがあり、ダウンリンク制御チャネル受信悪化をもたらす。そのような課題に対処するために、縮小された帯域幅は、データ領域（例えば、ＰＤＳＣＨ領域）に対して適用することができ、全帯域幅受信は、制御チャネル領域（例えば、ＰＤＣＣＨ）に対して使用することができる。そのような実施形態は、ＲＦにおいてはコスト削減をもたらすことができないが、ベースバンドチップセットにおいては、そのソフトバッファサイズがより小さくなるほど、コスト削減をもたらすことができ、ＰＤＳＣＨ復調のためのチャネル推定の複雑さを減らすことができる。
【０１０９】
また、システムが全帯域幅をサポートする場合、ＰＤＳＣＨリソースマッピングを含む他の課題が生じることがある。例えば、低コストＭＴＣ（ＬＣ−ＭＴＣ）などのデバイスの数が、ネットワーク上で動作しうるＬＴＣデバイスなどの通常デバイスの数よりもはるかに多いことがある。そのような一実施形態では、ＰＤＳＣＨリソース利用が問題になることがある。また、ＰＤＳＣＨ領域で送信される他のブロードキャストおよびマルチキャストチャネルは、ＬＣ−ＭＴＣデバイスなど、そのような縮小された帯域幅をサポートするデバイスが、ブロードキャストおよびマルチキャストチャネルを受信することを保証するために、本明細書で説明されるように変更することができる。
【０１１０】
現在の物理ランダムアクセスチャネル（ＰＲＡＣＨ）も、帯域幅縮小に起因する問題または課題に影響されること、または帯域幅縮小に起因する問題または課題を招くことがある。例えば、Ｒｅｌ−８／９／１０  ＰＲＡＣＨなどのＰＲＡＣＨは、１．４、３、２０ＭＨｚなどの異なるシステムＢＷをサポートすることができるが、システムＢＷと異なるＢＷ能力を有するＵＥは、（例えば、ＬＴＥでは）現在サポートすることができない。言い換えると、現在のシステムまたは実施（例えば、ＬＴＥ）は、ＵＥまたはデバイスのサポートされるＢＷが、最大システムＢＷとすることができる２０ＭＨｚに等しくなければならないことがあることを要求することがある。
【０１１１】
また、ＬＴＥネットワークおよびそれらの発展形（例えば、ＬＴＥ−Ａ）など、現在のセルラネットワークがますます発展するのに伴い、広範なカバレッジを有するそのようなセルラネットワークを介するＭＴＣ通信などの通信は、使用できるインターネットサービスのかなり多くを構成すること、または占める（account for）ことができる。従来の音声およびウェブストリーミングとは異なり、ＭＴＣサービスまたは通信などのサービスまたは通信は、センシング、制御または監視アプリケーションなどの特定の特徴が原因で、通信システムに対してしばしば異なる要件を有することがある。例えば、ＭＴＣサービスなどの多数のサービスは、非リアルタイムとすることができ、一般に従来のウェブブラウジングまたはビデオアプリケーションよりも僅かな帯域幅しか消費しないことができ、従って、現在の通常デバイスまたはＵＥよりも僅かなＢＷによってサポートすることができる。しかし、現在の規格（例えば、ＬＴＥ規格）は、（例えば、縮小された帯域幅をサポートできる）ＭＴＣデバイスまたはＵＥなどのデバイスについてのＢＷ縮小の問題に対処することができない。そのため、ＭＴＣデバイスおよび／または使用を含む、そのような縮小されたＢＷをサポートできるデバイスのためにＲＡＣＨ送信を行う場合に、ＢＷ縮小を達成するための手順、方法および／または技法が望まれること、および／または重要なことがある。
【０１１２】
現在のところ（例えば、現在のＬＴＥ規格）、実施形態では、ＦＤＤ（例えば、フレーム構造１）の場合、サポートされるシステムＢＷ内のＰＲＡＣＨ周波数リソース（例えば、連続する６個のＲＢ）をアップリンクサブフレーム内に割り当てることができ、ＴＤＤ（すなわち、フレーム構造２）の場合、アップリンクサブフレーム内の最大６個のＰＲＡＣＨ周波数リソースを構成することができる。これらのＰＲＡＣＨ周波数リソースは、関連するＰＤＣＣＨを用いて（例えば、ＳＩ−ＲＮＴＩを用いて）送信できるシステム情報ブロックタイプ２（ＳＩＢ２）を介して構成することができる。通常のデバイスまたはＵＥは、ＰＲＡＣＨプリアンブル送信のために、これらの時間および／または周波数リソースの１つをランダムに選択することができる。図１６は、通常のデバイスまたはＵＥのＰＲＡＣＨ送信のための周波数リソース選択方法を示している。
【０１１３】
ＭＴＣデバイスまたはＵＥなど、本明細書で説明されるデバイスのためにサポートされるＢＷは、システム（例えば、ＬＴＥまたはＥ−ＵＴＲＡＮ  ＢＷ）よりも狭いことがあるので、いくつかの構成されたＰＲＡＣＨ周波数リソースは、そのようなデバイスから見えないこと、従って、利用可能でないことがある。例えば、図１７に示されるように、５ＭＨｚ  ＢＷをサポートできるＭＴＣデバイスまたはＵＥなどのデバイスは、サポートされるＢＷがシステム（例えば、ＬＴＥまたはＥ−ＵＴＲＡＮ）のＢＷと等しくなくてよい場合、利用可能な周波数リソース割り当てを（例えば、図１６に示される）通常のＵＥよりも少なく有することができる。
【０１１４】
また、ＵＥに対するランダムアクセス（ＲＡ）応答を、ＰＤＳＣＨ内で送信することができるＭＡＣレイヤシグナリングを介して提供することができる。例示的な一実施形態によれば、ＰＤＳＣＨのロケーションは、ＰＤＣＣＨによって（例えば、コンテンションベースの手順のためのＲＡ−ＲＮＴＩを用いて）、ＰＤＣＣＨ内の共通探索空間内で識別することができる。一実施形態では、ＰＤＣＣＨは、セルの帯域幅（ＢＷ）全体にわたって拡散することができる。そのため、ＭＴＣデバイスまたはＵＥなどの帯域幅がより狭いデバイスは、上述したように、ＰＤＣＣＨを復号できないことがあり、ＲＡ手順が完了しないことがある。そのため、本明細書で開示されるシステムおよび方法は、縮小されたＢＷ上で動作するＵＥまたはＭＴＣデバイスなどのデバイスが、ＲＡ応答を受信することを可能にしうる。
【０１１５】
ブロードキャスト問題および／または課題が、ＢＷ縮小の使用、および／またはＢＷ縮小をサポートするデバイスによってもたらされることがある。例えば、ＵＥおよび／またはＭＴＣデバイスなどの、帯域幅がより狭いデバイスは、システム帯域幅全体にアクセスすることができず、従って、本明細書で説明するように、デバイスがＰＤＣＣＨグラントを検出できないことが、そのようなグラントの一部がより狭い帯域幅の外側に配置されることがある場合には起こり得る。そのため、デバイスは、ＳＩＢをブロードキャストするために割り当てられたリソースを決定できないことがあり、ブロードキャストされたＳＩＢを受信できないことがある。本明細書で説明されるシステムおよび／または方法は、そのようなデバイス（例えば、帯域幅が狭いデバイス）およびネットワークが、ＳＩＢをブロードキャストし、ブロードキャストされたＳＩＢを受信するためのリソースを決定することを可能にしうる。
【０１１６】
実施形態では、本明細書で説明するようなＢＷ縮小を用いると、ページング問題および／または課題がもたらされることがある。例えば、ＵＥまたはＭＴＣデバイスなどの、帯域幅がより狭いデバイスは、システム帯域幅全体にアクセスすることができず、従って、本明細書で説明するように、デバイスがＰＤＣＣＨグラントを検出できないことが、そのようなグラントの一部がより狭い帯域幅の外側に配置されることがある場合には起こり得る。そのため、デバイスは、ＰＤＣＣＨを読むためのページングおよび／またはページングチャネルを受信できないことがある。例示的な一実施形態では、本明細書で説明されるシステムおよび／または方法は、そのようなデバイス（例えば、帯域幅がより狭いデバイス）およびネットワークが、そのようなページングを受信することを可能にしうる。
【０１１７】
例示的な一実施形態によれば、そのような帯域幅がより狭いまたは帯域幅がより低いデバイスの使用は、送受信機の複雑さを減らすことができる（例えば、そのようなデバイスの使用は、複雑さがより低い送受信機を可能にしうる）。例えば、縮小されたＢＷをサポートする、ＵＥまたはＭＴＣデバイスなどのデバイスのためのスループット要件は、レガシＬＴＥ  ＵＥまたは他のレガシデバイスと比較した場合（例えば、最低のＵＥカテゴリとの比較であっても）、相対的に低いことがある。一実施形態では、（例えば、より狭い帯域幅を用いる）ＭＴＣデバイスなどのデバイスのためのアプリケーションは、ステータス更新を必要とするスマートメータリング（smart metering）とすることができる。現行またはレガシデバイスは、ＵＥチャネル状態およびシステム環境に従って頑健な送信を提供するように、ＵＥカテゴリに関係なく、各送信モードおよび関連する報告モードを実施することを求められることがある。低コストＭＴＣデバイスを対象としたＵＥカテゴリに対して同じ要件を適用することができた場合、それは、不必要な送受信機実施の複雑さ、および／またはコストの増加をもたらすことがある。
【０１１８】
上述したように、低コストＭＴＣデバイスの典型的な用途は、バッテリを用いて動作するスマートメータとすることができる。そのような一実施形態では、スマートメータは、頻繁に充電できるＵＥ若しくはハンドセットおよび／またはラップトップなどの標準的または通常のデバイスと比較して、より長続きするバッテリ寿命を使用することができる。残念なことに、ＴＴＩベースの制御チャネルブラインド検出および／または８ＨＡＲＱプロセス若しくは方法を起動させる、現在のデバイス挙動は、より速やかなバッテリ消費をもたらすことがあり、従って、ＭＴＣデバイスまたはＵＥなどの、そのようなより低電力のデバイスとは良好に機能しないことがある。
【０１１９】
また、ＵＥカテゴリは、２つの受信ＲＦチェーンという前提に基づいてネットワークカバレッジを定義できるように、（例えば、必須とすることができる）少なくとも２つの受信アンテナを備えることができる。ＵＥまたはＭＴＣデバイスなどのデバイスのコストを削減するために、単一受信ＲＦチェーンベースのＵＥカテゴリを定義することができ、従って、ダウンリンクにおいてカバレッジ縮小をもたらす。ＵＥまたはＭＴＣデバイスなどのデバイスは、レガシＵＥ（例えば、Ｒｅｌ−８／９／１０）とも一緒に機能できるので、同じネットワークにおいてＵＥまたはＭＴＣデバイスなどの低コストデバイスをサポートしながらも、ネットワーク配備コストを増加させないように、カバレッジは、先のＬＴＥネットワークなどの他のネットワークと同じに保つことができる。
【０１２０】
ＭＴＣ物理アップリンク制御チャネル（ＰＵＣＣＨ）送信も提供すること、および／または使用することができる。例えば、通常のＬＴＥチャネルなどのチャネルまたは帯域幅上で、より小さな帯域幅または縮小された帯域幅をサポートできる、ＵＥまたはＭＴＣデバイスなどのデバイスを動作させる場合、一実施形態では、ＭＴＣデバイスまたはＵＥなどの、そのようなデバイスのためのＰＵＣＣＨ領域は、レガシＵＥのためのサウンディングリファレンス信号（ＳＲＳ）帯域幅と重なり合うことがある。そのような一実施形態では、ＵＥまたはＭＴＣデバイスなどのデバイスからのＰＵＣＣＨ送信がレガシＳＲＳ領域と重なり合うことがある可能性が存在することがある。そのため、そのような状況を扱うための技法を提供すること、および／または使用することができる。
【０１２１】
例えば、ＬＴＥネットワークなどのネットワークにおいて縮小されたチャネル帯域幅での動作をサポートするための、ＵＥおよび／またはＭＴＣデバイスなどの低コストデバイスのためのシステムおよび／または方法を、本明細書で説明することができる。一実施形態では、サポートされるチャネル帯域幅の縮小は、本明細書で説明するように、アナログ−デジタルおよびデジタル−アナログインターフェースの複雑さ、並びに電力消費とともに、ベースバンド成分処理の複雑さも減らすことができる。
【０１２２】
また、縮小された帯域幅内の制御チャネルを、本明細書で説明するように、提供すること、および／または使用することができる。例えば、一実施形態では、ＵＥまたはＭＴＣデバイスなどの複雑さが低いデバイスは、サブフレームのデータ領域内で搬送できるインバンドシグナリングを通してＰＤＳＣＨ送信の対象受信機を識別できる、インバンドＤＬ割り当てを受信することができる。ＰＤＳＣＨ送信の対象受信機を識別できるインバンドＤＬ割り当てには、変調タイプ、コーディングレート、ＲＶ、トランスポートブロックの数、およびアンテナ符号化フォーマットまたは送信方式などの、送信の細目を記述する情報が付随することができる。
【０１２３】
さらなる一実施形態では、ＵＥまたはＭＴＣデバイスなどのデバイス（例えば、縮小された帯域幅をサポートできる低コストデバイス）は、サブフレームのデータ領域内で搬送できるシグナリングの一部として、次回のＰＵＳＣＨ送信のためのインバンドＵＬグラントを受信することができる。インバンドＵＬグラントは、ＰＵＳＣＨ送信を割り当てることができた対象送信機を識別することができる。同様に、インバンドＵＬグラントには、変調タイプ、コーディングレート、ＲＶ、トランスポートブロックの数、およびアンテナ符号化フォーマットまたは送信方式などの、次回のＵＬ送信機会の細目を記述する情報が付随することができる。
【０１２４】
本明細書で説明するように、サブフレームのデータ領域内で搬送されるインバンドシグナリングを監視することに、ＵＥまたはＭＴＣデバイスなどの複数のデバイス（例えば、縮小された帯域幅をサポートできる低コストデバイス）を割り当てることができる。また、ＤＬ  ＰＤＳＣＨおよびＵＬ  ＰＵＳＣＨ送信リソースを、全てのスケジューリングインスタンスまたはＴＴＩにおいて、これらの複数のデバイスの間で互いから独立して割り当てることができる。例えば、第１のＭＴＣデバイスなどの第１のデバイスには、インバンドシグナリングを通してＤＬ  ＰＤＳＣＨ送信を割り当てることができ、一方、第２のＭＴＣデバイスなどの第２のデバイスには、このインバンドシグナリングメッセージ内の付随または関連するＵＬ  ＰＵＳＣＨ送信機会を割り当てることができる。
【０１２５】
例示的な実施形態では、ＭＴＣデバイスによるデータ領域の監視される部分上で搬送できるインバンドシグナリングとは、ＦＤＭおよび／またはＴＤＭ方式のＰＤＳＣＨ送信リソースの一部としてのＤＬデータユニットまたは制御データユニットを伴うシグナリング情報を、利用可能なＲＢまたは変調シンボルに（並びに拡張によってシンボルおよびＲＢに）多重化することを指す。それは、トランスポートブロックがｅＮＢによる送信のために利用可能にされた場合に、ＲＬＣまたはＭＡＣまたはＬ１ヘッダ情報の一部としての（または別々に挿入された）ＤＬデータユニットまたは制御データユニットと多重化されたインバンドシグナリングを搬送することも指すことができる。
【０１２６】
また、一実施形態では、例えば、ＬＴＥセルなどのセルを獲得した、若しくはＬＴＥセルなどのセルと同期した後、システム情報を獲得した後、および／またはネットワークに登録した後、続いて、ＤＬ割り当ておよび／またはＵＬグラントの発生を探してシステム帯域幅全体の特定の帯域幅部分を監視することに、ＵＥまたはＭＴＣデバイスなどのデバイスを割り当てることができる。同様に、本明細書で説明するように、ＤＬインバンドシグナリングの発生を探して監視するために、１組の監視されるリソースをＭＴＣデバイスに割り当てるための、または割り当てを解除するための方法または手順を提供すること、および／または使用することができる。
【０１２７】
以下の例示的な方法または手順、および例は、上述の方法をより詳細に説明することができる。図は、公称ＢＷが１０ＭＨｚのＬＴＥチャネル、および最大５ＭＨｚの縮小されたＢＷをサポートするＭＴＣデバイスの例を使用して、実施形態のいくつかについての態様を示しているが、本明細書で説明されるこれらの方法およびシステムは、セルの公称ＢＷよりも小さいＢＷをサポートできるＵＥまたはＭＴＣデバイスなどのデバイスが、ＬＴＥネットワークなどのネットワークと通信する、一般的なケースに拡張される。
【０１２８】
また、実施形態は、ＵＥまたはＭＴＣデバイスなどのデバイスが、システム帯域幅全体にわたって送信されるレガシＬＴＥ  ＰＤＣＣＨ信号を使用しないことを可能にしうる。例えば、ＤＬ割り当ておよび／またはＵＬグラントは、ＬＴＥサブフレーム（例えば、ＰＤＳＣＨ）などのサブフレームのデータ領域内、またはＤＬデータ送信に対応する時間および／若しくは周波数領域内のＤＬチャネル上で監視すること、およびインバンドで搬送することができる。そのため、ＵＥまたはＭＴＣデバイスなどのデバイスは、例えば、１０ＭＨｚのＬＴＥチャネルなどのチャネル上で動作できる一方で、例えば、５ＭＨｚなどの縮小された受信帯域幅をサポートすることができ、またはそれは、完全な後方互換性を保って、全システム帯域幅において、ＵＥ若しくはＬＴＥデバイスなどの高データレートデバイス若しくはレガシデバイスを使用して、同時に動作することができる。
【０１２９】
例えば、一実施形態では、図１８に示されるように、ＵＥまたはＭＴＣデバイスなどのデバイスは、ｅＮＢによるＤＬデータ送信の対象受信機を識別するインバンドシグナリングの発生を探して、ＬＴＥサブフレームなどのサブフレーム内のデータ領域の指定された部分上の１つまたは複数のＲＢを監視することができる。ＵＥまたはＭＴＣデバイスなどのデバイスは、指定されたＯＦＤＭシンボルおよび／または送信されたＤＬ信号の周波数部分を監視することができる。送信されたＤＬ信号は、（例えば、図１８において点の影で示される）インバンドＤＬ割り当てを含むこと、または符号化することができる。一実施形態では、ＤＬ割り当ては、ＰＤＳＣＨリソース上のそのサブフレーム内の（例えば、図１８において斜線の影で示される）与えられたＤＬデータ送信を対象受信機に関連付けることができる、識別子の形式で与えることができる。
【０１３０】
例えば、最大５ＭＨｚの帯域幅をサポートするように設計および／または実施できる、ＵＥまたはＭＴＣデバイスなどのデバイスには、ＤＬ送信を復号し、そのＤＬ送信の指定された識別子部分の発生を検査するために、指定されたサブフレーム内の１０ＭＨｚキャリア上のＲＢ２３〜２７内の５＊１８０ｋＨｚ＝９００ｋＨｚ幅のＰＤＳＣＨ部分に対応するＰＤＳＣＨ領域を監視することを、ＬＴＥネットワークなどのネットワークによって割り当てることができる。周波数隣接リソースと分散リソースマッピングの両方を使用することができる。
【０１３１】
その識別子の発生を探して、指定された時間および／または周波数リソースを監視することができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスは、図１８に示されるように、各第２のサブフレーム内のＮ個のＰＲＢを監視することができる。ＵＥまたはＭＴＣデバイスなどのデバイスは、ＤＬ信号送信の一部として割り当てられた（例えば、図１８の点の影内の）識別子を復号できた場合、そのサブフレーム内の対応する１つまたは複数のデータユニット（例えば、図１８の斜線の影）の復号に着手することができる。復号された識別子が、その割り当てられた識別子に対応し得ない（および／またはデータ送信が、別の受信機に宛てたものであり得る）場合、ＵＥまたはＭＴＣデバイスなどのデバイスは、復調された信号を破棄することができ、ＤＬ送信の次の予想される発生を待つことができる。
【０１３２】
また、識別子は、例えば、ＤＬ信号送信内に含まれるビットフィールドを通して、ＤＬ割り当ての一部として明示的に伝達することができ、識別子は、例えば、ＤＬ信号送信のＴＢ若しくはコードブロック部分の計算されたＣＲＣ内への識別子のマスキングを介して、暗黙的に符号化することができ、および／または識別子は、識別子値の関数としてＤＬ送信若しくはその部分に適用されるスクランブリング系列の適用を通して、符号化することができる。一代替実施形態では、識別子は、事前に決められた送信スケジュールを通して、ＵＥまたはＭＴＣデバイスなどのデバイスによって知ることができる（例えば、ＤＬ送信は、ＵＥまたはＭＴＣデバイスなどのデバイスのための１組の設定または計算された数のＴＴＩに対応することができる）。ＭＴＣデバイスによって、監視されるリソース上でのＤＬ送信の一部として識別子を符号化するための、いくつかの例示的な実現を、図１９に示すことができる。
【０１３３】
一実施形態では、インバンドＤＬ割り当て（例えば、上述したような、ＲＬＣ若しくはＭＡＣ若しくはＬ１ヘッダの一部またはＲＬＣ若しくはＭＡＣ若しくはＬ１ヘッダ、識別子、変調フォーマット情報）を、送信されるＤＬ信号にマッピングすることができる場合、そのようなヘッダ情報のマッピングは、検出の信頼性を高めるために、より高次の変調アルファベットの不均一誤り保護（unequal error protection）特性、および／またはパイロットシンボル若しくはトーンへの近さを活用することができる。例えば、ＤＬ割り当て、識別子、および頑健な性能のためのシステム信号などを含む、全ヘッダ情報の選択された部分または全ヘッダ情報を、送信リソース上の、そのＤＬデータ送信に割り当てられたリソース内の有利なシンボルおよび／またはビット位置に最初にマッピングすることができる。その後、ＤＬデータ送信の残りの部分を、例えば、データユニットに対応するビットを、時間−周波数リソースの残りの位置に（例えば、順番に）マッピングすることができる。ネットワークは、１つまたは複数の識別子を探して監視を行うように、ＵＥまたはＭＴＣデバイスなどのデバイスを構成することができる。あるいは、（例えば、図１８および図１９において、例えば、斜線の影で示されるような）ＤＬデータ送信は、送信の一部として多重化され、２つ以上の指定された受信機に宛てられた、２つ以上のデータユニットを含むことができる。
【０１３４】
例えば、ＵＥまたはＭＴＣデバイスなどのデバイスにＤＬリソースを割り当てるために、ネットワークによって使用される識別子は、割り当てられたＮビット値とすることができる（例えば、Ｎ＝５）。そのため、一実施形態では、最大で３２個のデータストリーム（例えば、１つのデバイスにこれらのデータストリームの２つ以上を割り当てることができる場合）、または対象とする受信機を、進行中のＤＬ送信の一部として区別することができる。５ビット識別子は、データと多重化でき、（例えば、図１８および図１９のサブフレームｎ＋２に示される）そのＰＤＳＣＨのための送信リソースにマッピングできる、Ｌ１ヘッダ、ＭＡＣ、およびＲＬＣヘッダフィールドなどの一部として伝達することができる。一代替実施形態では、識別子は、（例えば、図１８のサブフレームｎに示される）割り当てられた時間および／または周波数リソースにおいて、ＵＥまたはＭＴＣデバイスなどのデバイスによって監視されるように割り当てることができる送信リソースにマッピングされる、別個の物理信号の一部とすることができる。
【０１３５】
さらに、ネットワークは、ＤＬ送信の監視のために特別に指定されたスケジュールを、ＭＴＣデバイスなどのデバイスに割り当てることができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスは、ＤＬデータ送信内でのその指定された識別子の発生を探して、無線フレーム当たり１つの指定されたサブフレームを、または４つの無線フレーム毎に発生する１つのサブフレームを監視することができる。ＤＬ送信には、例えば、送信フォーマットなど、特定の符号化を記述する情報が付随することができる。送信フォーマットについての情報は、変調タイプ、コーディングレート、ＲＶ、トランスポートブロックの数、およびアンテナ符号化フォーマットまたは送信方式などを含むことができる。識別子、および／または送信フォーマットに関係する特定の情報は、最初の知られたまたは構成された送信フォーマットを使用して送信することができる。
【０１３６】
ＵＥまたはＭＴＣデバイスなどのデバイスは、送信フォーマット情報のための１つまたは複数の固定された送信フォーマットを使用して、ＤＬ信号送信の一部としての送信フォーマット情報を復号することによって、ＤＬデータユニット送信のためにｅＮＢによって選択された特定の送信フォーマットを獲得することができる。
【０１３７】
また、ＵＥまたはＭＴＣデバイスなどのデバイスによって監視できるＤＬ信号送信の一部として搬送されるデータユニットは、ユニキャストＨＴＴＰおよびＦＴＰなどの通常のデータトラフィックを搬送することができ、またはシステム情報メッセージ若しくはその部分、およびページング信号などのデータを制御することができる。
【０１３８】
例示的な一実施形態では、ＭＴＣデバイスまたはＵＥなどのデバイスは、次回のまたはスケジュールされたＵＬデータ送信のための対象送信機を識別するインバンドシグナリングの発生を探して、ＬＴＥサブフレームなどのサブフレーム内のデータ領域の指定された部分上の１つまたは複数のＲＢを監視することができる。関連するＵＬサブフレームは、固定されたルール「サブフレームｎ内の復号されたＵＬグラントはサブフレームｎ＋ｋ内のＰＵＳＣＨ送信に対応する」などの関連付けによって与えることができ、またはＤＬ信号送信および関連する送信フォーマットの一部として、明示的に伝達することができる。
【０１３９】
同様に、ＵＬ送信には、送信フォーマットなどの特定の符号化を記述する情報が付随することができる。送信フォーマットについての情報は、変調タイプ、コーディングレート、ＲＶ、トランスポートブロックの数、およびアンテナ符号化フォーマットまたは送信方式などを含むことができる。インバンドＤＬ割り当てまたはヘッダ情報を符号化し、搬送できる、上述の実施形態は、ビットスワッピング、および高信頼性位置へのマッピングなどを含む、ＵＬグラントのために使用することができる。
【０１４０】
ＤＬ信号送信は、インバンドＤＬ割り当てとＵＬグラントの両方を、または特定の発生（ＴＴＩ）内にこれらの一方を含むことができる。説明の目的で、ＤＬ割り当てとＵＬグラントの両方をＵＥまたはＭＴＣデバイスなどのデバイスへのＤＬ信号送信の一部とすることができる実施形態について、インバンドＵＬグラントを図２０に示すことができる。ＵＥまたはＭＴＣデバイスなどのデバイスは、そのＵＬ識別子の発生を探して、指定された時間および／または周波数リソースを監視することができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスは、図２０に示されるように、各第２のサブフレーム内のＮ個のＰＲＢを監視することができる。ＵＥまたはＭＴＣデバイスなどのデバイスは、ＤＬ信号送信の一部として割り当てられたそのＵＬ識別子を復号できた場合、関連するＵＬサブフレーム内の関連するＵＬ送信リソース内での１つまたは複数のデータユニットのＵＬ送信の準備に着手することができる。復号されたＵＬ識別子が、その割り当てられたＵＬ識別子に対応し得ない（例えば、およびＵＬ送信が、別のＭＴＣデバイスのためにスケジュールされたものであり得る）場合、ＵＥまたはＭＴＣデバイスなどのデバイスは、このＵＬグラントを無視することができ、ＤＬ送信の次の予想される発生を待つことができる。
【０１４１】
一実施形態によれば、ＵＬ識別子は、ＤＬ信号送信内に含まれるビットフィールドを通して、ＤＬ割り当ての一部として明示的に伝達することができる。また、識別子は、例えば、ＤＬ信号送信のＴＢ若しくはコードブロック部分の計算されたＣＲＣ内への識別子のマスキングを介して、暗黙的に符号化することができ、または識別子は、識別子値の関数としてＤＬ送信若しくはその部分に適用されるスクランブリング系列の適用を通して、符号化することができる。一実施形態では、ＵＬ識別子は、事前に決められた送信スケジュール、またはＵＥ若しくはＭＴＣデバイスなどのデバイスのための１組の設定若しくは計算された数のＴＴＩに対応することができるＵＬ送信を通して、ＵＥまたはＭＴＣデバイスなどのデバイスによって知ることができる。また、ネットワークは、１つまたは複数のＵＬ識別子を探して監視を行うように、ＭＴＣデバイスを構成することができる。スケジュールされたＵＬ  ＰＵＳＣＨ送信の一部として送信されるデータユニットは、ユニキャストＨＴＴＰおよびＦＴＰなどの通常のデータトラフィックも搬送することができ、またはＲＲＣ若しくはＮＡＳシグナリングメッセージを含む、システムメッセージ若しくはその部分などのデータを制御することができる。ＤＬ割り当てを伝達するための方法およびＵＬ送信グラントを伝達するための方法が上述されたが、そのような方法は、一緒に、別々に、または追加の方法と一緒に動作するように、さらに利用することができる。
【０１４２】
別の実施形態によれば、ＵＥまたはＭＴＣデバイスなどのデバイスは、システム帯域幅全体の特定の帯域幅部分を監視するように、ｅＮＢ、またはＬＴＥネットワークノードなどのネットワークノードによって構成することができる。そのような監視される発生は、識別子および／または送信フォーマットの形態の、インバンドＤＬ割り当ておよび／またはＵＬグラントを含むことができる。例えば、縮小されたＢＷをサポートできるＵＥまたはＭＴＣデバイスなどのデバイスは、ＤＬにおいて、より高いＢＷをサポートできるＬＴＥセルなどのセルに同期することができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスは、ＬＴＥセルなどのセルによってブロードキャストされた、ＤＬ同期信号およびＰＢＣＨ／ＭＩＢを獲得することができる。そのような信号は、ＬＴＥセルなどのセルの中央６個のＲＢ内で搬送することができ、Ｒ８システムにおいてシステム帯域幅を含むシステムパラメータの構成を可能にする目的にすでに役立てることができる。ＵＥまたはＭＴＣデバイスなどのデバイスは、指定されたサブフレームおよび帯域幅部分の中心帯域幅で送信されるシステム情報の事前決定された発生の監視を通して、ネットワークまたはＬＴＥシステムなどのシステムにおいてＳＩＢ１および／またはＳＩＢ２を通して与えられるような、ランダムアクセスに関係するシステム情報を復号することができ、その後、ランダムアクセス手順を介して、ネットワークに登録することができる。
【０１４３】
ネットワークへの登録の一部として、またはネットワークへの登録に続いて、ＵＥまたはＭＴＣデバイスなどのデバイスは、監視される指定されたＤＬ送信リソースを用いるように構成することができる。また、ＤＬおよび／またはＵＬ識別子は、これらの監視されるリソース上でインバンドで伝達された場合、デバイスがＤＬデータ送信を受信することを可能にすること、若しくは許容することができ、または受信された場合、デバイスがＵＬデータ送信を送信することを可能にすることができる。
【０１４４】
ＬＴＥネットワークなどのネットワークにすでに登録されている場合、監視される割り当てられたＤＬ送信リソースを（例えば、割り当てられた識別子、送信フォーマット、およびスケジュールなどに関して）変更するために、類似の手順または方法を、ＵＥまたはＭＴＣデバイスなどのデバイスのために使用することができる。
【０１４５】
監視される時間および／または周波数リソース上で割り当てられたＤＬ送信リソースを監視できるＵＥまたはＭＴＣデバイスなどのデバイスは、ＤＬ送信リソースの一部としてインバンドで伝達された少なくとも１つのＤＬ識別子を受信できたかどうかを判定することができる。ＵＥまたはＭＴＣデバイスなどのデバイスは、少なくとも１つの受信したＤＬ識別子がそれ自体の識別子に一致し得るかどうかを判定することができ、一致する場合は、そのサブフレーム内の対応するＤＬデータ送信の復号に着手することができる。それ以外の場合、それは、監視に戻ることができる。加えて、またはＤＬ識別子のために監視される発生とは独立して、ＵＥまたはＭＴＣデバイスなどのデバイスは、少なくとも１つのＵＬ識別子の存在を探して、ＤＬ信号送信リソースの復号を試みることができる。少なくとも１つのＵＬ識別子を受信し、正当性を確認することができた場合、ＵＥまたはＭＴＣデバイスなどのデバイスは、送信のための準備をすることができ、その後、関連する指定されたＵＬ送信リソース内でＵＬ  ＰＵＳＣＨを送信することができる。
【０１４６】
本明細書で説明される方法によれば、ＬＴＥネットワークなどのネットワークは、柔軟な受信スケジュールを使用して、ＵＥまたはＭＴＣデバイスなどのデバイスを割り当てることができ、それは、セルの全公称帯域幅をサポートするＬＴＥデバイスなどのレガシまたは高データレートデバイスが存在しても、柔軟な方法で、ＤＬ送信リソースとＵＬ送信リソースの両方をＭＴＣデバイスに割り当てることができる。特に、ＬＴＥネットワークなどのネットワークは、スケジュールされたＤＬデータ送信のための同じＤＬ送信リソースを監視することに、ＵＥまたはＭＴＣデバイスなどの２つ以上のデバイスを割り当てることができる。一般に、ＵＥまたはＭＴＣデバイスなどのそのようなデバイスに対して小さいデータレート（例えば、数１０または１００ｋｂｐｓのオーダ）が与えられた場合、動的ネットワーク制御スケジューリングプロセスにおいて、ＵＥまたはＭＴＣデバイスなどのデバイスの数に合わせて、ＭＴＣなどのデバイスデータを動的に多重化する能力を有することによって、スペクトル効率を達成することができる。
【０１４７】
本明細書の方法によって説明される多元接続手法を、図２０に示すことができる。例示的な一実施形態によれば、そのような一実施形態のために選択されるルールは、サブフレームｎ内のＵＬグラントはサブフレームｎ＋４内のＰＵＳＣＨ送信に対応できるというものを含むことができる。また、ＵＥまたはＭＴＣデバイスなどのデバイスの第１の組は、サブフレーム１内のＰＤＳＣＨ送信リソースをフレーム当たり１回監視することに割り当てることができる。ＵＥまたはＭＴＣデバイスなどのデバイスの第２の組は、サブフレーム１を監視することができるが、１つおきのフレームの指定されたＤＬ送信リソースの別の組を監視することができる。ＭＴＣデバイスの第３の組も、ＤＬ信号送信を探してサブフレーム２および各第２のフレームを監視することができる。ｅＮＢは、さらに、ＵＥまたはＭＴＣデバイスなどの監視デバイスの個々のグループ内で、ＤＬ送信およびＵＬ送信を動的に割り当てることができる。
【０１４８】
いくつかの実施形態では、ＵＥまたはＭＴＣデバイスなどのデバイスは、全公称帯域幅（例えば、最大１０または２０ＭＨｚ）をサポートするＬＴＥデバイスなどのデバイスと比較した場合に、ＲＦ成分コストおよび数に劇的な結果および削減をもたらし、並びに／またはスケールダウンされたＡＤＣ／ＤＡＣおよびＢＢ処理能力をもたらす、縮小されたチャネル帯域幅を処理するためのサポートを実施することができる。
【０１４９】
ＰＤＳＣＨ（例えば、データ）領域内での制御情報シグナリングも、より低コストにでき、および／または縮小された帯域幅をサポートできるＵＥまたはＭＴＣデバイスなどのデバイスを用いて、提供すること、および／または使用することができる。例えば、他の実施形態では、ＵＥまたはＭＴＣデバイスなどのデバイスは、限られた帯域幅サポートで、ＰＤＳＣＨ領域内でダウンリンク制御チャネルを受信することができる。レガシダウンリンク制御チャネルが少なくとも部分的に読み取り可能であり得るので、ＵＥまたはＭＴＣデバイスなどのデバイスは、ＰＤＳＣＨ領域内でダウンリンク制御チャネルを受信することができる。
【０１５０】
また、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）表示を、本明細書で説明するように、提供すること、および／または使用することができる。例えば、ＬＴＥ  ＰＤＣＣＨとＰＤＳＣＨなどのＰＤＣＣＨとＰＤＳＣＨは、サブフレーム内でＴＤＭを使用して多重化することができ、ＰＤＣＣＨとＰＤＳＣＨの間の境界は、各サブフレーム内でＰＣＦＩＣＨによって示すことができる。そのため、ＰＤＳＣＨ領域内でダウンリンク制御チャネルを送信するために、ＵＥまたはＭＴＣデバイスなどのデバイスに境界を通知することができる。
【０１５１】
ＵＥまたはＭＴＣデバイスなどのデバイスは、以下のメカニズムの１つを使用して、ＰＤＣＣＨ領域とＰＤＳＣＨ領域の境界情報を受信することができる。例えば、そのような情報を受信するために、ＵＥ固有のＲＲＣシグナリングがサブフレーム内でのＰＤＣＣＨとＰＤＳＣＨの境界を示すことができる、より高位のレイヤのシグナリングを提供すること、および／または使用することができる。境界情報は、無線フレーム内のサブフレームのサブセット、無線フレームのサブセットおよび／または複数の無線フレーム（例えば、４つの無線フレーム）内のサブフレームのサブセットに対して有効とすることができる。そのような実施形態では、ｅＮＢから見て、ＰＣＦＩＣＨ値がサブフレーム毎に様々であることができるように、ＵＥ若しくはＭＴＣデバイスなどのデバイス、および／またはグループは、サブフレームおよび／または無線フレームの異なるサブセットを有することができる。実施形態では、これはより高いシステムスループットを提供することができる。
【０１５２】
また、そのような境界情報を受信するために、ブロードキャスト情報を提供すること、および／または使用することができる。例えば、ＭＴＣデバイスのためのＰＣＦＩＣＨ値は、ブロードキャストチャネル（例えば、ＳＩＢ−２）内で通知される。
【０１５３】
別の実施形態では、そのような境界情報を受信するために、ＰＤＳＣＨ領域内で、ＵＥまたはＭＴＣデバイスなどのデバイスのために、新しいＰＣＦＩＣＨ（例えば、Ｍ−ＰＣＦＩＣＨ）を送信することができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスは、サブフレームｎにおいて有効とすることができるＭ−ＰＣＦＩＣＨを、サブフレームｎ−ｋ内で受信することができる。値ｋは、より高位のシグナリングに従って、「１」若しくは「２」などの固定された正の整数値、または変数とすることができる。ｋは、固定値としての「０」とすることができる。
【０１５４】
さらに、そのような境界情報を受信するために、無線フレームヘッダを提供すること、および／または使用することができる。例えば、無線フレーム（例えば、１０ｍｓ）内のサブフレームのためのＰＣＦＩＣＨを示すことができる、無線フレームヘッダを送信することができる。無線フレームは、サブフレームに対して有効とすることができる単一のＰＣＦＩＣＨ、または無線フレーム内の各サブフレーム若しくはサブフレームのグループのための複数のＰＣＦＩＣＨを含むことができる。実施形態では、無線フレームは、４０ｍｓなど、１０ｍｓよりも長くすることができる。無線フレームヘッダも、無線フレーム内の第１のサブフレーム内で送信することができる。
【０１５５】
別の実施形態によれば、ＰＣＦＩＣＨは、ＵＥまたはＭＴＣデバイスなどのＢＷがより狭いデバイスによって使用されないことがある。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスを対象とするＰＤＳＣＨは、ＰＣＦＩＣＨによって示されるＰＤＣＣＨとＰＤＳＣＨの間の実際の境界に係わらずデバイスが知ることができる、サブフレームの特定のシンボルから開始することができる。そのような一実施形態では、より大きなＢＷを用いるセル内で動作するＵＥまたはＭＴＣデバイスなどのＢＷがより狭いデバイスのために、ＰＤＣＣＨ領域が常に一定数のシンボル（例えば、３つのシンボル）であるかのように、ＰＤＳＣＨを割り当てることができる。
【０１５６】
そのような一実施形態は、縮小されたＢＷのＵＥまたはＭＴＣデバイスなどの特定のデバイスによるｅＰＤＣＣＨの使用にも適用可能とすることができる。例えば、そのようなデバイスを対象とすることができるｅＰＤＣＣＨは、ＰＣＦＩＣＨによって示すことができるＰＤＣＣＨとＰＤＳＣＨの間の実際の境界に係わらず特定のデバイスが知ることができる、サブフレームの特定のシンボルから開始することができる。そのような一実施形態では、より大きなＢＷを用いるセル内で動作するデバイスのために、ＰＤＣＣＨ領域が一定数のシンボル（例えば、３つのシンボル）であり得るかのように、ｅＰＤＣＣＨを割り当てることができる。
【０１５７】
例示的な実施形態によれば、ＵＥまたはＭＴＣデバイスなどのデバイスは、ゼロパワーＣＳＩ−ＲＳ、または構成されたゼロパワーＣＳＩ−ＲＳのサブセットの位置で、Ｍ−ＰＣＦＩＣＨを受信することができる。レガシＵＥは、ゼロパワーＣＳＩ−ＲＳとレートマッチする（rate-match）ので、Ｍ−ＰＣＦＩＣＨ送信のためのゼロパワーＣＳＩ−ＲＳの使用は、周波数ダイバーシティ利得を活用しながら、レガシＵＥ（例えば、ＬＴＥ  Ｒｅｌ−１０  ＵＥ）の影響を回避すること、または制限することを可能にすることができる。ＦＤＤのために（例えば、Ｒｅｌ−１０において）利用可能であり、本明細書で使用可能である１０個のゼロパワーＣＳＩ−ＲＳ構成を図２２の表に示し、本明細書で使用可能なＣＳＩ基準信号構成数に従ったゼロパワーＣＳＩ−ＲＳパターンを図２３に示すことができる。
【０１５８】
また、実施形態では、単一または複数のゼロパワーＣＳＩ−ＲＳを、デューティサイクルを用いて、サブフレーム内に構成することができる。そのため、Ｍ−ＰＣＦＩＣＨ送信は、デューティサイクルを含むことができる。デューティサイクルベースのＭ−ＰＣＦＩＣＨ送信の場合、ＵＥまたはＭＴＣデバイスなどのデバイスは、以下のうちの１つ、すなわち、デューティサイクル内のＭ−ＰＣＦＩＣＨバンドリング（bundling）、および個別Ｍ−ＰＣＦＩＣＨ送信などのうちの１つを用いて、デューティサイクル内のサブフレームのためのＰＤＣＣＨとＰＤＳＣＨの境界情報を受信することができる。
【０１５９】
デューティサイクル内のＭ−ＰＣＦＩＣＨバンドリングでは、ＵＥまたはＭＴＣデバイスなどのデバイスが、デューティサイクル内の複数のサブフレームのために同じＰＣＦＩＣＨ値を考えることができるように、Ｍ−ＰＣＦＩＣＨ値は、デューティサイクル内で有効とすることができる。例えば、Ｋ  ｍｓを用いてＭ−ＰＣＦＩＣＨデューティサイクルを設定でき、サブフレームｎ内でＭ−ＰＣＦＩＣＨを受信できる場合、Ｍ−ＰＣＦＩＣＨ値は、サブフレームｎ＋Ｋ−１まで有効とすることができる。サブフレームを開始するＭ−ＰＣＦＩＣＨも、オフセットを用いて定義することができる。そのような一実施形態では、Ｍ−ＰＣＦＩＣＨ値は、サブフレームｎ＋Ｎｏｆｆｓｅｔとサブフレームｎ＋Ｋ−１＋Ｎｏｆｆｓｅｔの間、有効とすることができる。例示的なＮｏｆｆｓｅｔは、「１」とすることができる。
【０１６０】
個別Ｍ−ＰＣＦＩＣＨ送信では、デューティサイクル内の各サブフレームまたはサブフレームの複数のグループのためのＰＣＦＩＣＨ値を通知または提供できる複数のＭ−ＰＣＦＩＣＨ値を、サブフレーム内で送信することができる。
【０１６１】
様々なゼロパワーＣＳＩ−ＲＳ構成、および関連するＭ−ＰＣＦＩＣＨ送信方式を、本明細書で提供し、および／または使用することができる。例えば、一実施形態（例えば、第１の例）では、単一のゼロパワーＣＳＩ−ＲＳをＭ−ＰＣＦＩＣＨ送信のために構成することができる。単一ゼロパワーＣＳＩ−ＲＳ構成は、４つのＣＳＩ−ＲＳポートパターンの中のＣＳＩ−ＲＳパターン、およびサブフレームオフセットを伴うデューティサイクルを含むことができる。また、ゼロパワーＣＳＩ−ＲＳのために、ＰＲＢペア内に４つのＲＥを確保することができる。
【０１６２】
そのような一実施形態では、ＵＥまたはＭＴＣデバイスなどのデバイスは、以下のうちの１つまたは複数、すなわち、ＣＲＳベースの送信方式、系列ベースの送信、およびＤＭ−ＲＳベースの送信などのうちの１つまたは複数に基づいて、ゼロパワーＣＳＩ−ＲＳ  ＲＥ内でＭ−ＰＣＦＩＣＨを受信することができる。例示的な一実施形態によれば、ＣＲＳベースの送信方式は、単一のＣＲＳポートにおけるＰｏｒｔ−｛０｝、時間領域時空間ブロック符号（ＳＴＢＣ：space time block code）がゼロパワーＣＳＩ−ＲＳの位置にあり、ＳＴＢＣのペアを時間領域の連続するＲＥ（例えば、ＯＣＣ  ＲＥペア）内で送信できる、２つのＣＲＳポートにおけるＰｏｒｔ−｛０，１｝、ＳＴＢＣが周波数切り替え送信ダイバーシティ（ＦＳＴＤ：frequency switched transmit diversity）と組み合わされ、ＳＴＢＣのペアをＰｏｒｔ−｛０，２｝を介してＯＣＣ  ＲＥペア内で送信でき、ＳＴＢＣの他のペアをＰｏｒｔ−｛１，３｝を介して別のＯＣＣ  ＲＥペア内で送信できる、４つのＣＲＳポートにおけるＰｏｒｔ−｛０，１，２，３｝など、アンテナポートの数に依存すること、または基づくことができる。
【０１６３】
また、系列ベースの送信は、ゼロパワーＣＳＩ−ＲＳ  ＲＥの位置で定義し、送信できる、直交または準直交の複数の系列を含むことができる。系列番号に従って、ＵＥまたはＭＴＣデバイスなどのデバイスは、ＰＤＣＣＨとＰＤＳＣＨの境界を通知することができる。
【０１６４】
ＤＭ−ＲＳベースの送信では、新しいＤＭ−ＲＳベースのアンテナポートを定義することができる。新しいＤＭ−ＲＳポートのパターンは、各ＯＣＣ  ＲＥペア内の第１のＯＦＤＭシンボル内に配置することができる。複数の直交ＤＭ−ＲＳポートを定義することもでき、ＤＭ−ＲＳポートは、より高位のレイヤのシグナリングによって構成すること、および／または物理セルＩＤと結び付けることができる。
【０１６５】
別の実施形態（例えば、第２の例）では、Ｍ−ＰＣＦＩＣＨ送信のために、ゼロパワーＣＳＩ−ＲＳ構成のペアを使用することができる。例えば、構成｛０，５｝、｛１，６｝、｛２，７｝、｛３，８｝、および｛４，９｝を一緒に構成することができる。そのような構成では、ＵＥまたはＭＴＣデバイスなどのデバイスは、以下の方法のうちの１つまたは複数、すなわち、本明細書で説明されるような、ＣＲＳベースの送信方式、系列ベースの送信、およびＤＭ−ＲＳベースの送信などのうちの１つまたは複数に基づいて、ゼロパワーＣＳＩ−ＲＳのペア内でＭ−ＰＣＦＩＣＨを受信することができる。そのような実施形態によれば、ＣＲＳベースの送信方式は、単一のＣＲＳポートにおけるＰｏｒｔ−｛０｝、時間領域空間周波数ブロック符号（ＳＦＢＣ：space frequency block code）がゼロパワーＣＳＩ−ＲＳの位置に存在でき、ＳＦＢＣのペアを周波数領域の連続する２つのＲＥ内で送信できる、２つのＣＲＳポートにおけるＰｏｒｔ−｛０，１｝、ＳＦＢＣが周波数切り替え送信ダイバーシティ（ＦＳＴＤ）と組み合わされ、ＳＦＢＣのペアをＰｏｒｔ−｛０，２｝を介して周波数領域の連続する２つのＲＥ内で送信でき、ＳＦＢＣの他のペアをＰｏｒｔ−｛１，３｝を介して次のＯＦＤＭシンボル内の別の２つのＲＥ内で送信できる、４つのＣＲＳポートにおけるＰｏｒｔ−｛０，１，２，３｝など、アンテナポートの数に依存すること、または基づくことができる。
【０１６６】
系列ベースの送信では、直交または準直交の複数の系列を、ゼロパワーＣＳＩ−ＲＳ  ＲＥの位置で定義し、送信することができる。系列番号に従って、ＵＥまたはＭＴＣデバイスなどのデバイスは、ＰＤＣＣＨとＰＤＳＣＨの境界を通知することができる。
【０１６７】
また、ＤＭ−ＲＳベースの送信では、新しいＤＭ−ＲＳベースのアンテナポートを定義することができる。新しいＤＭ−ＲＳポートのパターンは、２つのゼロパワーＣＳＩ−ＲＳ構成の一方とすることができる。複数の直交ＤＭ−ＲＳポートを定義することもでき、ＤＭ−ＲＳポートは、より高位のレイヤのシグナリングによって構成すること、および／または物理セルＩＤと結び付けることができる。
【０１６８】
ＭＴＣデバイスは、第２のスロット内のＰＤＳＣＨ領域内でＰＤＣＣＨを受信することができ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、およびＰＤＣＣＨを含む、Ｍ−ＰＤＣＣＨのためのダウンリンク制御チャネルのリソース定義は、ＭＴＣデバイスのための与えられた帯域幅を用いるＬＴＥと同じである。ダウンリンク制御チャネルの間では、｛ＰＣＦＩＣＨ，ＰＤＣＣＨ｝および｛ＰＨＩＣＨ，ＰＤＣＣＨ｝など、制御チャネルのサブセットを、Ｍ−ＰＤＣＣＨ領域内で利用可能とすることができる。図２３は、ＭＴＣ帯域幅内の第２のスロットの最初の３つのＯＦＤＭシンボル内での、そのようなＭ−ＰＤＣＣＨ送信の例示的な一実施形態を示している。
【０１６９】
第０のＯＦＤＭシンボルのためのＭ−ＰＤＣＣＨ領域定義は、以下のうちの１つまたは複数とすることができる。一実施形態では、Ｍ−ＰＤＣＣＨリソースは、Ｐ−ＢＣＨとＭ−ＰＤＣＣＨの衝突が原因で、無線フレーム内の第０のサブフレーム内で定義されないことがある。ＵＥまたはＭＴＣデバイスなどのデバイスは、ダウンリンク制御チャネルは第０のサブフレーム内で利用可能でないことがあると仮定することができる。
【０１７０】
また、一実施形態によれば、Ｍ−ＰＤＣＣＨは、第０のサブフレーム内の中央６個のＲＢなしに定義することができる。ＲＥＧおよびＣＣＥは、レートマッチングを用いて、中央６個のＲＢなしに定義することができ、従って、そのような一実施形態では、ＰＤＣＣＨのための有効なＭＴＣ帯域幅をより小さくすることができる。例えば、ＭＴＣ帯域幅をＭＰＲＢ＝２５（例えば、５ＭＨｚ）として定義することができ、システム帯域幅をＮＰＲＢ＝５０（例えば、１０ＭＨｚ）とすることができる場合、ＬＴＥ  ＰＤＣＣＨリソースなどのＰＤＣＣＨリソースは、ＮＰＲＢ＝５０に基づいて定義することができる。また、第０のＯＦＤＭシンボルを除くＭ−ＰＤＣＣＨリソースは、ＭＰＲＢ＝２５に基づいて定義され、第０のＯＦＤＭシンボルのためのＭ−ＰＤＣＣＨリソースは、ＭＰＲＢ＝１９（すなわち、２５−６）に基づいて定義することができる。そのような一実施形態または方法は、各サブフレーム内のアップリンクおよび／またはダウンリンクグラントからの動的リソース割り当てを使用して、スケジューリング柔軟性を可能にすること、または許容することができる。他方、利用可能なサブフレーム内のＭＴＣ帯域幅内でのＭ−ＰＤＣＣＨリソース割り当ては、（例えば、レガシＬＴＥ  ＵＥなどのレガシＵＥは、Ｍ−ＰＤＣＣＨの存在を通知しないことがあるので）Ｍ−ＰＤＣＣＨとレガシＰＤＳＣＨの間の衝突が原因で、レガシ性能に対する影響を引き起こすことがある。
【０１７１】
別の実施形態（例えば、第２の方法）では、レガシＰＤＳＣＨとＭ−ＰＤＣＣＨの間の衝突に起因する、ＬＴＥ  ＵＥ性能に対する影響などのレガシ影響を最低限に抑えるように、Ｍ−ＰＤＣＣＨリソースをＭ−ＰＤＣＣＨ領域内に柔軟に割り当てることができる。そのような一実施形態または方法の場合、Ｍ−ＰＤＣＣＨリソースは、以下のうちの１つを用いて定義することができる。
【０１７２】
Ｍ−ＰＤＣＣＨの帯域幅は、ＭＴＣ  ＢＷなどのデバイスＢＷよりもさらに小さな量まで縮小することができる。例えば、ＭＴＣ帯域幅は、ＭＰＲＢ＝２５とすることができるが、デバイスＢＷまたはＭＴＣ  ＢＷのためのＰＲＢの数は、ＭＰＲＢ、ＭＰＲＢ以下とすることができるＰＤＣＣＨを用いて独立に定義することができる。ＭＰＲＢ、ＰＤＣＣＨは、より高位のレイヤのシグナリングまたはブロードキャストチャネルを介して提供すること、示すこと、または伝達することができる。
【０１７３】
また、Ｍ−ＰＤＣＣＨリソース割り当てのために利用可能なサブフレームは、無線フレームまたは複数の無線フレーム内のサブフレームのサブセットに制限することができる。Ｍ−ＰＤＣＣＨリソース割り当てのためのサブフレームのサブセットは、｛４，５，９｝サブフレームまたは｛０，４，５，９｝サブフレームとして事前定義することができる。Ｍ−ＰＤＣＣＨリソース割り当てのためのサブフレームのサブセットは、１０ｍｓおよび４０ｍｓなどのデューティサイクルを用いて、より高位のレイヤにおいて構成することができる。Ｍ−ＰＤＣＣＨリソースを含むことができるサブフレームは、以下のうちの１つまたは複数、すなわち、サブフレームがレガシＰＤＳＣＨ領域内にＣＲＳを含むことができるかどうか、およびＭ−ＰＤＣＣＨ領域が非ゼロパワーＣＳＩ−ＲＳと衝突を起こしていないかどうかなどのうちの１つまたは複数によって暗黙的に示すことができる。
【０１７４】
Ｍ−ＰＤＣＣＨのために許容することができるサブフレームのサブセットも定義することができる。例えば、｛０，４，５，９｝または｛４，５，９｝などのサブフレームのサブセットを、固定されたサブセットとして使用すること、および／または定義することができる。サブフレームのサブセットは、１０ｍｓまたは４０ｍｓのデューティサイクルを用いて、より高位のレイヤのシグナリングによって定義することができる。また、サブフレームのサブセットは、レガシＰＤＳＣＨ領域内にＣＲＳを含むサブフレームとして、暗黙的に定義することができる。
【０１７５】
別の実施形態（例えば、第３の方法）では、ゼロパワーＣＳＩ−ＲＳリソースを使用することができる。例えば、Ｍ−ＰＤＣＣＨのためのＲＥＧ定義は、周波数領域の４つの連続するゼロパワーＣＳＩ−ＲＳ  ＲＥとすることができる。図２５は、可能なＣＳＩ−ＲＳパターンをサブフレーム内のゼロパワーＣＳＩ−ＲＳとして構成できる一例を示している。例えば、ゼロパワーＣＳＩ−ＲＳのために４Ｔｘ  ＣＳＩ−ＲＳパターンを構成することができる場合、９ｘＭＰＲＢがサブフレーム内で利用可能なＲＥＧになることができるように、ＰＲＢ内に９つのＲＥＧを定義することができる。一実施形態では、ゼロパワーＣＳＩ−ＲＳのために４Ｔｘ  ＣＳＩ−ＲＳパターンを構成することができるが、構成されたゼロパワーＣＳＩ−ＲＳのサブフレームを、Ｍ−ＰＤＣＣＨリソース割り当てのために使用することができる。
【０１７６】
そのような一実施形態または方法では、各Ｎｄｕｔｙ［ｍｓ］でＭ−ＰＤＣＣＨリソース割り当てを可能とすることができるように、デューティサイクルを用いてゼロパワーＣＳＩ−ＲＳを構成することができ、Ｎｄｕｔｙは、Ｍ−ＰＤＣＣＨのためのゼロパワーＣＳＩ−ＲＳ構成についてのデューティサイクルを意味することができる。例示的な一実施形態によれば、ゼロパワーＣＳＩ−ＲＳの位置はレートマッチすることができるので、そのような方法は、ＬＴＥ  ＵＥ（例えば、Ｒｅｌ−１０  ＵＥ）などのレガシＵＥと後方互換とすることができる。
【０１７７】
またさらなる実施形態では、ＵＥまたはＭＴＣデバイスなどのデバイスが、帯域幅可読性が限られた中で、ＰＤＣＣＨ領域内でダウンリンク制御チャネルを受信することを可能にする、または許容するために、ＰＤＣＣＨ（例えば、制御）領域内でのシグナリングのための方法を提供することができる。ＬＴＥダウンリンク制御チャネルなど、現在のダウンリンク制御チャネルを再利用するために、ＰＲＢおよびＰＨＩＣＨ構成の総数を含む、レガシダウンリンク制御チャネルに関連するパラメータを、ＵＥまたはＭＴＣデバイスなどのデバイスに通知すること、または提供することができる。
【０１７８】
また、ＵＥまたはＭＴＣデバイスなどのデバイスは、本明細書で説明するような、ＰＣＦＩＣＨを受信することができる。例えば、デバイスは、レガシＰＣＦＩＣＨのＲＥ位置でＰＣＦＩＣＨを受信することができる。デバイスは、ＰＣＦＩＣＨのためのＲＥＧのサブセットを検出することができるので、連続する複数のサブフレームが同じＣＦＩ値を示しうるとデバイスが仮定できるＰＣＦＩＣＨバンドリングを使用することができる。例示的な一実施形態によれば、ＰＣＦＩＣＨバンドリングでは、時間領域バンドリングから、類似のＰＣＦＩＣＨカバレッジを達成することができる。そのような時間領域バンドリングは、時間ダイバーシティ利得を使用し、提供し、および／または活用することができる。また、そのような一実施形態では、ＰＣＦＩＣＨのための４つのＲＥＧからなる組の間で、読むことができるＲＥＧは、システム帯域幅に従って、１、２、３または４とすることができる。デバイス、ＵＥまたはＭＴＣがサポート可能な帯域幅内に、ＲＥＧ（例えば、４つのＲＥＧ）が存在できる場合、ＰＣＦＩＣＨバンドリングは、使用することができず、デバイス挙動は、ＬＴＥ  ＵＥなどのレガシデバイスと同じとすることができる。
【０１７９】
ＰＣＦＩＣＨバンドリングの場合、使用し、および／または提供することができるサブフレームの数を定義することができる。例えば、一実施形態では、ＰＣＦＩＣＨバンドリングのためのサブフレームの数（Ｎｓｕｂｆｒａｍｅ）は、例えば、
【０１８０】
【数９】
2014531856.tif 000011
【０１８１】
を使用して、ＭＴＣがサポート可能な帯域幅内のＲＥＧの数に従って定義することができ、ここで、ＭＲＥＧは、デバイスまたはＵＥまたはＭＴＣがサポートする帯域幅など、サポート可能な帯域幅内でＰＣＦＩＣＨのために利用可能なＲＥＧの数を表すことができ、１つのＲＥＧを利用可能にできる場合、Ｎｓｕｂｆｒａｍｅ＝４であり、２つのＲＥＧを利用可能にできる場合、Ｎｓｕｂｆｒａｍｅ＝２であり、３つのＲＥＧを利用可能にできる場合、Ｎｓｕｂｆｒａｍｅ＝２であるなどである。
【０１８２】
また、各ケースのためのＣＦＩコードワードを、図２６の表に示される、ＰＣＦＩＣＨのためのＲＥＧの残りに関連付けられたコードワードのサブセットを用いて定義することができる。例えば、サポート可能なデバイス帯域幅内で２つのＲＥＧを読み取り可能にすることができ、最初と最後のＲＥＧをデバイス帯域幅の外に配置できる場合、使用できるＣＦＩコードワードは、図２６の表のように示すことができる。別の例として、デバイスのサポート可能な帯域幅内で第２のＲＥＧを利用可能にすることができる場合、使用できるＣＦＩコードワードを図２７の表に示すことができる。例示的な一実施形態によれば、そのような方法は、ＵＥまたはＭＴＣデバイスなどのデバイスのために類似のカバレッジを保ちながら、後方互換のＰＣＦＩＣＨ送信を可能にし、または許容することができる。
【０１８３】
（例えば、ＰＨＩＣＨ受信のための）一実施形態では、ＵＥまたはＭＴＣデバイスなどのデバイスは、レガシＰＨＩＣＨのＲＥ位置でＰＨＩＣＨを受信することができる。ＰＨＩＣＨを受信するために、サブフレーム内で３つのＲＥＧを受信することができる。デバイスのサポート可能な帯域幅内で読み取り可能なＲＥＧの数は、システム帯域幅およびデバイスのサポート可能な帯域幅に従って異なることができる。例えば、ＰＨＩＣＨのための３つのＲＥＧを読み取り可能にすることができる場合、デバイスのＰＨＩＣＨ受信挙動は、ＬＴＥ  ＵＥなどのレガシデバイスのものと同じとすることができる。しかし、ＰＨＩＣＨのための１つまたは２つのＲＥＧを利用可能にすることができる場合、ＰＨＩＣＨは、１つまたは複数の以下の方法を使用して、デバイスによって受信することができる。
【０１８４】
ＰＨＩＣＨグループバンドリングの場合、デバイスのサポート可能な帯域幅内で１つのＲＥＧを読み取り可能にすることができる場合、ＰＨＩＣＨを示すために、３つの連続するＰＨＩＣＨグループを一緒にバンドルすることができる。一例として、（図９および図１５に示すように）ＰＨＩＣＨグループ１、２、３をバンドルすることができ、第１のＰＨＩＣＨグループ、第２のＰＨＩＣＨグループ、および第３のＰＨＩＣＨグループを、それぞれ、第１のＲＥＧ、第２のＲＥＧ、および第３のＲＥＧと見なすことができる。
【０１８５】
縮小された反復符号化の場合、デバイスのサポート可能な帯域幅内で２つのＲＥＧを読み取り可能にすることができる場合、以下のようにＨＡＲＱを再定義することができる。ＨＡＲＱインジケータ（ＨＩ）は、図２８に示されるように、ＵＥまたはＭＴＣデバイスなどのデバイスのための２ＲＥＧベースのＰＨＩＣＨチャネルのために定義できる、２ビットＨＡＲＱインジケータとすることができ、ＨＩのためのチャネル符号化は、図２９に示されるように、提供すること、および／または定義することができる。
【０１８６】
例示的な実施形態では、ＰＤＣＣＨ受信の場合、ＵＥまたはＭＴＣデバイスなどのデバイスは、より広いシステム帯域幅内で実行するレガシＵＥのためのＣＣＥと同じ定義を使用して、ＰＤＣＣＨを受信することができる。ＣＣＥは、９つのＲＥＧを含むことができ、９つのＲＥＧは、サブブロックインターリーバ（subblock interleaver）を用いて、システム帯域幅内に分散させることができる。ＵＥまたはＭＴＣデバイスなどのデバイスは、ＵＥ固有の探索空間内でＰＤＣＣＨを受信することができ、ＣＣＥアグリゲーションのための開始ＣＣＥ番号は、以下のうちの１つまたは複数、すなわち、より高位のレイヤのシグナリング、ＲＮＴＩベースのハッシュ関数、およびＣＣＥアグリゲーションなどのうちの１つまたは複数に従って定義することができる。
【０１８７】
ＣＣＥアグリゲーションを用いるＰＤＣＣＨのためのブラインド復号の場合、ＣＣＥブラインド復号候補のうちのＣＣＥ内で読み取り可能なＲＥＧの数を、閾値（例えば、５つのＲＥＧ）よりも少なくすることができる場合、ＵＥまたはＭＴＣデバイスなどのデバイスは、ブラインド復号の試みを回避することができる。閾値（例えば、Ｎｔｈｒｅｓｈｏｌｄ）は、固定値として定義すること、またはより高位のレイヤのシグナリングを介して設定することができる。また、ＰＤＣＣＨのためのブラインド復号中止は、集められたＣＣＥ候補における比を用いて定義することができる。例えば、読み取り不可能なＲＥＧのパーセンテージをｘ％（例えば、ｘ＝５０）よりも高くできる場合、ＵＥまたはＭＴＣデバイスなどのデバイスは、ブラインド復号の試みを中止することができる。そのような一実施形態は、以下のように表すことができ、
【０１８８】
【数１０】
2014531856.tif 000012
【０１８９】
ここで、αｔｈｒｅｓｈｏｌｄ（例えば、０．５）は、固定値として定義すること、またはより高位のレイヤのシグナリングを介して設定することができる。
【０１９０】
本明細書で説明するように、縮小された帯域幅をサポートできるデバイスを含む、縮小された帯域幅とともに使用するためのデータチャネルを提供することができる。例えば、より広いシステム帯域幅でのＰＤＳＣＨ送信に対する縮小された帯域幅のサポートのために、リソース利用を高めるためのシステムおよび／または方法を提供すること、および／または使用することができる。（例えば、説明的な目的のための）一実施形態では、サポート可能な帯域幅は、６個のリソースブロック（ＲＢ）とすることができ、システム帯域幅は、５０個のＲＢ（１０ＭＨｚ）とすることができる。そのような一実施形態は、説明的なものとすることができ、説明されるシステムおよび／または方法は、他のサポート可能な縮小されたＢＷおよび他のシステムＢＷに適用することができる。
【０１９１】
実施形態では、ＵＥまたはＭＴＣデバイスなどのデバイスのためのサポート可能なＢＷ（例えば、６個のＲＢ）のロケーションは、以下のうちの少なくとも１つ、すなわち、中央ＲＢ（例えば、６個のＲＢ）として定義できる、ＵＥまたはＭＴＣデバイスなどのデバイスのための周波数ロケーション；異なる周波数ロケーションにあることができる、各デバイスのための周波数ロケーションであって、特定のデバイスのためのロケーションは固定とすることができる、周波数ロケーション；異なる周波数ロケーションにあることができる、各デバイスのための周波数ロケーションであって、特定のデバイスのためのロケーションは動的および／または半静的に構成可能とすることができる、周波数ロケーション；などのうちの少なくとも１つとして定義することができる。（例えば、説明的な目的のための）一実施形態では、６個のＲＢは、デバイスのための最大のサポート可能な帯域幅とすることができるが、サポート可能なＢＷは、６個のＲＢに限定されなくてよい。６個のＲＢは、一定の数でもよく、または一定の数でなくてもよい、任意の数のＲＢによって置き換えることができ、それでも依然として一貫性を保つことができる。
【０１９２】
本明細書で説明するように、固定された帯域ロケーションを提供すること、および／または使用することができる。例えば、例示的な一実施形態または方法では、デバイスは、ＰＤＳＣＨ送信が、プライマリ同期信号（ＰＳＳ）／セカンダリ同期信号（ＳＳＳ）および物理ブロードキャストチャネル（ＰＢＣＨ）を特定のダウンリンクサブフレーム番号で送信できる、中央６個のＲＢ内に存在できると仮定することができる。そのような一実施形態では、ブラインド復号の複雑さを最低限に抑えるために、ＵＥまたはＭＴＣデバイスなどのデバイスは、以下の仮定のうちの少なくとも１つを使用することができる。
【０１９３】
例えば、１つの例示的な仮定では、ＵＥまたはＭＴＣデバイスなどのデバイスは、ダウンリンクサブフレームのサブセット（例えば、ただ１つのサブセット）がデバイスのためのＰＤＳＣＨを含むことができることを使用し、提供し、および／または仮定することができる。特定のデバイスのためのダウンリンクサブフレームのサブセットは、以下の定義のうちの少なくとも１つによって定義することができる。１つの例示的な定義では、ＰＤＳＣＨのための有効なサブフレームは、Ｃ−ＲＮＴＩによって暗黙的に定義することができる。例えば、モジュロ数をＮｓｕｂとするモジュロ演算を使用することができ、ここで、Ｎｓｕｂは、より高位のレイヤのシグナリング、ブロードキャストおよび／または事前定義された数によって設定することができる。Ｎｓｕｂがより大きくなることができるほど、デバイスのためのスケジューリング機会を減少させることができる。別の例示的な定義では、ＰＤＳＣＨのための有効なサブフレームは、ＵＥ固有のＲＲＣシグナリングなど、より高位のレイヤのシグナリングによって、明示的に伝達することができる。
【０１９４】
また、別の例示的な仮定では、サブフレームがＰＳＳ／ＳＳＳおよび／またはＰＢＣＨを含むことができる場合、ＵＥまたはＭＴＣデバイスなどのデバイスは、ＰＤＳＣＨ送信に関連するダウンリンク制御インジケータ（ＤＣＩ）のためのブラインド復号をスキップすることができる。一実施形態によれば、ｅＰＤＣＣＨを使用することができる場合、ブロードキャストチャネル内で、ｅＰＤＣＣＨリソース構成を通知することができる。
【０１９５】
別の例示的な実施形態または方法では、ＵＥまたはＭＴＣデバイスなどのデバイスのための周波数ロケーションを、ブロードキャストチャネルによって通知することができる。そのため、デバイスは、マスタ情報ブロック（ＭＩＢ）および／またはシステム情報ブロック（ＳＩＢ−ｘ）などの、ブロードキャストチャネル受信を終了すると、どの６個のＲＢを使用できるかを知ることができる。また、ネットワークは中央６個のＲＢの割り当てを避けることができるので、サブフレーム＃０および＃５などの特定のサブフレームにおけるスケジューリング制限を緩和することができる。一実施形態では、第１の方法におけるように、デバイスの各々と同じリソースを共有することができる。そのため、ブラインド復号複雑さ低減方法を使用することができる。
【０１９６】
１つの低減方法では、ダウンリンクサブフレームのサブセット（例えば、ただ１つのサブセット）は、デバイスのためのＰＤＳＣＨを含むことができる。特定のデバイスのためのダウンリンクサブフレームのサブセットは、以下の定義のうちの少なくとも１つによって定義することができる。１つの定義では、ＰＤＳＣＨのための有効なサブフレームは、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）によって暗黙的に定義することができる。例えば、モジュロ数をＮｓｕｂとするモジュロ演算を使用することができ、ここで、Ｎｓｕｂは、より高位のレイヤのシグナリング、ブロードキャスト、および／または事前定義された数によって設定することができる。Ｎｓｕｂがより大きくなることができるほど、デバイスのためのスケジューリング機会を減少させることができる。別の例示的な定義では、ＰＤＳＣＨのための有効なサブフレームは、ＵＥ固有のＲＲＣシグナリングなど、より高位のレイヤのシグナリングによって、明示的に伝達することができる。
【０１９７】
別の低減方法では、サブフレームがＰＳＳ／ＳＳＳおよび／またはＰＢＣＨを含むことができる場合、ＵＥまたはＭＴＣなどのデバイスは、ＰＤＳＣＨ送信に関連するＤＣＩのためのブラインド復号をスキップすることができる。また、追加の低減方法では、サブフレームが、デバイスが読むことができるページングまたはブロードキャストＳＩＢを含むことができる場合、デバイスは、ＵＬおよびダウンリンク（ＤＬ）グラントなどの他の要求を探すことをスキップすることができる。
【０１９８】
本明細書で説明するように、柔軟な帯域ロケーションを提供すること、および／または使用することができる。例えば、例示的な柔軟な帯域ロケーション方法では、ＵＥまたはＭＴＣデバイスなどのデバイスのための周波数ロケーションを、ＵＥ固有の方法で構成することができ、異なるデバイスのために異なる周波数ロケーションを使用できるように、ロケーションは静的または半静的とすることができ、それは、ダウンリンクリソース利用を高めることができ、ダウンリンクスケジューリング制限を緩和することができる。ＵＥ固有の周波数ロケーションは、以下の方法のうちの少なくとも１つを用いて構成することができ、すなわち、ＲＡＣＨ  ｍｓｇ２は、特定のＵＥ若しくはデバイスのための周波数ロケーションを含むことができ、従って、ＵＥ若しくはデバイスは、ＲＡＣＨ手順後にＰＤＳＣＨを受信することができ、および／または周波数ロケーションを通知するために、ＵＥ固有の無線リソース制御（ＲＲＣ）シグナリングを使用することができる。そのような一実施形態では、ＵＥまたはデバイスは、ＰＤＳＣＨ受信のための周波数ロケーションを受信することができるまで待つことができる。
【０１９９】
別の例示的な柔軟な帯域ロケーション方法では、ＵＥまたはデバイスのための周波数ロケーションは、物理制御チャネル（例えば、ＰＤＣＣＨ、ｅＰＤＣＣＨ）を介して、動的に割り当てることができる。そのため、縮小帯域幅ロケーションは、サブフレームごとに変更することができる。そのような方法の場合、周波数ロケーション構成のために、以下の手順または方法のうちの少なくとも１つを使用することができる。例えば、ＰＤＣＣＨを介して送信されるＤＣＩは、デバイスのための周波数ロケーションを含むことができ、共通の探索空間内で監視することができる。巡回冗長検査（ＣＲＣ）は、ＭＴＣ固有のグループＲＮＴＩを用いてマスクすることができる。ＰＤＣＣＨ内で示すことができる周波数ロケーションは、同じサブフレーム内で有効とすることができる。また、ｅＰＤＣＣＨを介して送信されるＤＣＩは、デバイスのための周波数ロケーションを含むことができ、サブフレーム内の事前定義された時間周波数ロケーション内で監視することができる。ＣＲＣは、デバイス固有のグループＲＮＴＩを用いてマスクすることができ、ｅＰＤＣＣＨ内で示すことができる周波数ロケーションは、１つまたは複数のサブフレームに対して有効とすることができる。
【０２００】
別の例示的な柔軟な帯域ロケーション方法では、ＭＴＣデバイスのための周波数ロケーションは、ＰＤＣＣＨを介して、動的に割り当てることができる。従って、ＰＤＣＣＨ内のリソース割り当ては、周波数ロケーションを通知することができる。ＰＤＣＣＨを介して送信されるＤＣＩは、リソース割り当て情報とともに、サポート可能な帯域幅（例えば、６個のＲＢ）内での周波数ロケーションを含むことができる。例えば、全システム帯域幅を用いるリソース割り当てのために、Ｎａｌｌｏｃ個のビットを使用することができる場合、縮小された帯域幅のリソース割り当てのためには、Ｎａｌｌｏｃ個のビットのサブセットを使用することができ、残りは、周波数ロケーションを示すために使用することができる。別の例として、周波数ロケーションとＰＤＳＣＨリソース割り当てのために、２つのリソース割り当てビットフィールドを定義することができ、周波数ロケーションのためのリソース割り当て方法は、リソース割り当てタイプ２（例えば、隣接リソース割り当て）とすることができ、ＰＤＳＣＨリソース割り当ては、リソース割り当てタイプ０および／または１とすることができる。
【０２０１】
別の例示的な柔軟な帯域ロケーション方法では、ＵＥまたはＭＴＣデバイスなどのデバイスのための周波数ロケーションは、ダウンリンク制御シグナリングオーバヘッドを最低限に抑えることができ、同時に、セル間干渉をランダム化できるように、ホッピングパターンに従って、動的に変更することができる。ホッピングパターンは、以下のうちの少なくとも１つを使用して定義することができ、すなわち、複数のホッピングパターンを事前定義することができ、それらの１つをＣ−ＲＮＴＩの関数としてＵＥごとに選択することができ；例えば、Ｃ−ＲＮＴＩ、セルＩＤ、物理セル識別子（ＰＣＩ）、およびサブフレーム番号若しくはシステムフレーム番号（ＳＦＮ）などを含むパラメータを用いるハッシュ関数として、サブフレームごとのホッピングパターンを定義することができ；並びに／または他の任意の適切なメカニズムがホッピングパターンを定義する。実施形態では、周波数ロケーションは、例えば、何らかまたは特定のＵＥまたはデバイスを対象とすることができるＰＤＳＣＨ  ＲＢのロケーションが連続することができない場合、周波数ロケーションによって置き換えることができる。
【０２０２】
本明細書で説明するように、帯域ロケーション、ｅＰＤＣＣＨおよびＰＤＳＣＨを提供し、および／または使用することができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスは、同じサブフレーム内のｅＰＤＣＣＨとＰＤＳＣＨの両方を監視すること、および／または復号しようと試みることができる。ｅＰＤＣＣＨは、ＵＥ固有の探索空間および／または共通の探索空間を含むことができる。本明細書でｅＰＤＣＣＨについて説明する場合、ｅＰＤＣＣＨ、ｅＰＤＣＣＨ共通の探索空間およびｅＰＤＣＣＨ  ＵＥ固有の探索空間を含む実施形態または例は、同じ扱いをすること、または異なる扱いをすることができる。例えば、ｅＰＤＣＣＨに言及する場合、それは、ｅＰＤＣＣＨ共通の探索空間、若しくはｅＰＤＣＣＨ  ＵＥ固有の探索空間、または両方を意味することができる。また、ｅＰＤＣＣＨによって示すことができるＰＤＳＣＨは、ダウンリンク共用チャネル（ＤＬ−ＳＣＨ）、ブロードキャストチャネル（ＢＣＨ）、ページングチャネル（ＰＣＨ）、ランダムアクセス（ＲＡ）応答またはＰＤＳＣＨが搬送できる他の任意のタイプのデータのうちの少なくとも１つを搬送するＰＤＳＣＨを含むことができる。さらに、ｅＰＤＣＣＨおよびＰＤＳＣＨ受信に関連する例または実施形態について説明する場合、ＵＥまたはＭＴＣデバイスなどのデバイスによってサポートできるＢＷまたはＲＢの数は、ＰＤＣＣＨ領域の受信のために、それがサポートできるＲＦ  ＢＷ、および／またはそれがサポートできるＢＷまたはＲＢの数と異なることがある、セルのＰＤＳＣＨ領域内での受信を目的としてデバイスによってサポートできるＢＷまたはＲＢの数を意味することができる。
【０２０３】
以下の例または実施形態は、ｅＰＤＣＣＨを定義すること、または構成することができる方法、並びに縮小ＢＷ  ＵＥ若しくはＭＴＣデバイスなどのデバイスを構成することができる、または縮小ＢＷ  ＵＥ若しくはＭＴＣデバイスなどのデバイスがどのｅＰＤＣＣＨリソースを監視すべきか、および／若しくは復号しようと試みるべきか理解することができる方法または手順を含むことができる。例えば、本明細書で開示される例または実施形態は、ｅＰＤＣＣＨを少なくとも１つの縮小ＢＷデバイスによって使用すること、または少なくとも１つの縮小ＢＷデバイス宛てとすることができる方法または手順を含むことができる。
【０２０４】
例えば、一実施形態では、ｅＮＢまたはセルは、ｅＰＤＣＣＨを定義すること、若しくは構成することができる本明細書で説明される方法の１つ、ｅＰＤＣＣＨを監視するようにデバイスを構成できる方法若しくは手順の１つ、またはどのｅＰＤＣＣＨリソースを監視すべきかを理解するためにデバイスが使用できる方法若しくは手順の１つに少なくとも従って、縮小ＢＷ  ＵＥまたはＭＴＣデバイスなどの少なくとも１つの縮小ＢＷデバイスに宛てられた、または少なくとも１つの縮小ＢＷデバイスによる使用が意図されたｅＰＤＣＣＨなどのｅＰＤＣＣＨを送信することができる。例えば、セル、またはデバイス若しくはデバイスのグループの構成を行う場合、ｅＮＢまたはセルは、ブロードキャスト、またはＲＲＣシグナリングなどの専用シグナリングを介して、１つまたは複数のデバイスに構成を提供することができる。
【０２０５】
また、縮小ＢＷ  ＵＥまたはＭＴＣデバイスなどのデバイスは、ｅＰＤＣＣＨを定義すること、若しくは構成することができる本明細書で説明される方法若しくは手順の１つ、ｅＰＤＣＣＨを監視するようにデバイスを構成できる方法若しくは手順の１つ、またはどのｅＰＤＣＣＨリソースを監視すべきかを理解するためにデバイスが使用できる方法若しくは手順の１つに少なくとも従って、ｅＰＤＣＣＨ（例えば、少なくとも１つの縮小ＢＷデバイスに宛てられた、または少なくとも１つの縮小ＢＷデバイスによる使用が意図されたｅＰＤＣＣＨ）を監視すること、および／または復号しようと試みることができる。構成を行う場合、デバイスは、ブロードキャスト、または専用シグナリング、例えば、ＲＲＣシグナリングを介して、ｅＮＢまたはセルから構成を受信することができる。
【０２０６】
例示的な実施形態では、以下の方法または手順のうちの１つまたは複数を、（例えば、ｅＰＤＣＣＨのために）提供し、使用し、および／または適用することができる。例えば、ｅＰＤＣＣＨ受信が可能なデバイス、またはセル内でｅＰＤＣＣＨ受信が可能なデバイスの各々などのデバイスのために、例えば、セルについてのｅＰＤＣＣＨを定義すること、または構成することができ、そのような構成は、ＲＲＣシグナリングなどのシグナリング内に含むことができ、ブロードキャストシグナリングまたは専用シグナリングを介して、デバイスの１つまたはグループに提供することができる。縮小ＢＷデバイスに対して、および全セルＢＷをサポートするデバイスに対して、別個のｅＰＤＣＣＨ定義または構成が存在することができる。ＵＥまたはＭＴＣデバイスとすることができる縮小ＢＷデバイスなど、何らかまたは特定のデバイスによって使用すること、または使用することを意図することができる、ｅＰＤＣＣＨリソース（例えば、ＲＢ）は、セル内で定義された、または構成されたｅＰＤＣＣＨリソースのサブセットとすることができる。サブセットは、例えば、ブロードキャストまたは専用シグナリングを介して、セルによって明示的に識別することができる。サブセットは、一実施形態では、デバイス自体によって導出することができる。例えば、サブセットは、デバイス固有とすることができ、並びに／または例えば、以下のうちの少なくとも１つ、すなわち、デバイスＩＭＳＩ若しくはＣ−ＲＮＴＩ、システムフレーム番号（ＳＦＮ）、フレーム全体若しくはフレーム内でのサブフレーム若しくはタイムスロット番号、定義されたｅＰＤＣＣＨ  ＲＢグループの数、ｅＰＤＣＣＨホッピングパターン、物理セルＩＤ、デバイスによってサポートされるＢＷ、デバイスによってサポートされるＲＢの特定の組（例えば、中央Ｘ個のＲＢ，ここで、Ｘは、例えば、６、１２、または１５とすることができる）、および構成の結果としてデバイスによってサポートされるＲＢなどのうちの少なくとも１つに基づいて、デバイスによって導出することができる。
【０２０７】
例えば、一実施形態では、全ＢＷの様々なロケーションにあるＲＢのＮ個のグループとして、セルについてのｅＰＤＣＣＨを定義することができる。ＲＢグループの各々は、より少数のＭ個のＲＢ（例えば、最大５個のＲＢ）を含むことができる。ＵＥまたはＭＴＣデバイスなどのデバイスは、それらのグループのうちの１つ若しくは複数を監視するように構成することができ、またはどの１つ若しくは複数のグループを監視すべきかを決定するために、とりわけ上述したもののような基準を使用することができる。デバイスは、グループ内のＲＢのサブセットも、または代わりにグループ内のＲＢのサブセットを監視するように構成することができ、あるいはどのＲＢを、または１つ若しくは複数のグループ内のどのＲＢを監視すべきかを決定するために、上述したもののような基準または他の基準を使用することができる。
【０２０８】
ＲＢの１つまたは複数のグループを含むようにｅＰＤＣＣＨを定義すること、または構成することができ、ある１つまたは複数のグループについて、ＲＢの数が何らかの数を超えることができる場合、デバイスは、それが監視を検討することができるグループから、その１つまたは複数のグループを除外することができる。何らかの数は、デバイスが知っている一定の数、そのサポートされるＢＷ内のＲＢの数、またはそのサポートされるＢＷ内のＲＢの数よりも少ない何らかの値（例えば、１）とすることができる。
【０２０９】
与えられたサブフレーム内でｅＰＤＣＣＨを監視する場合、縮小ＢＷ  ＵＥまたはデバイス（例えば、ＭＴＣデバイス）などのデバイスは、それに宛てられたＰＤＳＣＨは、デバイスがサポートするＢＷを超えることができないような周波数内に配置できると仮定することができる。例えば、ｅＰＤＣＣＨによって示すことができるＰＤＳＣＨのためのＲＢは、与えられたサブフレーム内でデバイスが監視できるｅＰＤＣＣＨ  ＲＢに周波数的に十分近づけて配置することができ、その結果、デバイスは、例えば、そのサポートされる帯域幅を超えずに、連続するＲＢをとらえるウィンドウなどの、ＲＢのウィンドウ内で両方を受信することができる。
【０２１０】
ｅＰＤＣＣＨによって示されるＰＤＳＣＨの（例えば、周波数に関する）可能なロケーションは、デバイスが監視すること、および／または復号しようと試みることができるｅＰＤＣＣＨ  ＲＢのロケーションと、そのまたはそれらのｅＰＤＣＣＨ  ＲＢによって示されるＰＤＳＣＨ  ＲＢのロケーションとの間の、本明細書で説明される関係など、何らかの事前に知られる、または構成される関係に基づくことができる。例示的な一実施形態によれば、ｅＮＢは、そのような関係に従って、縮小ＢＷ  ＵＥまたはデバイスなどの少なくとも何らかまたは特定のデバイスに宛てられたｅＰＤＣＣＨおよびＰＤＳＣＨを送信することができる。デバイスは、さらに、そのような関係に従って、ｅＰＤＣＣＨを監視すること、および／若しくは復号しようと試みること、並びに／またはＰＤＳＣＨを復号しようと試みることができる。
【０２１１】
例えば、デバイスによって監視される最低の（例えば、周波数に関して最低の）ｅＰＤＣＣＨ  ＲＢから、デバイスによって読まれる（例えば、周波数に関して）最高のＰＤＳＣＨ  ＲＢまでの周波数スパンは、デバイスによってサポートされるＢＷを超えることができず、デバイスによって監視される最高の（例えば、周波数に関して最高の）ｅＰＤＣＣＨ  ＲＢから、デバイスによって読まれる最低の（例えば、周波数に関して最低の）ＰＤＳＣＨ  ＲＢまでの周波数スパンは、デバイスによってサポートされるＢＷを超えることができない。
【０２１２】
一実施形態では、デバイスによってサポートされるＢＷが、連続するＲＢのウィンドウまたはグループ内に存在することができる場合、ＵＥは、それ宛てとすることができるＰＤＳＣＨ  ＲＢが、それが監視できるｅＰＤＣＣＨ  ＲＢよりも（例えば、周波数に関して）上回ることができるか、それとも（例えば、周波数に関して）下回ることができるかを、事前に知らされること、および／または知ることができる。
【０２１３】
そのような一実施形態では、とりわけ、以下の方法のうちの１つまたは複数を提供し、使用し、および／または適用することができる。例えば、一実施形態によれば、デバイスが、ＰＤＳＣＨ  ＲＢは、それが監視できるｅＰＤＣＣＨ  ＲＢよりも周波数に関してより高い、またはより低いとすること（例えば、または通常はそうすること、若しくは常にそうすること）ができると仮定できるように、ＰＤＳＣＨ  ＲＢは、ｅＰＤＣＣＨ  ＲＢの一方の側に存在することができる。
【０２１４】
別の実施形態では、半数など何らかまたは特定の数のＰＤＳＣＨ  ＲＢが、ｅＰＤＣＣＨ  ＲＢを上回る（例えば、直接的に上回る）ことができ、残りが、ｅＰＤＣＣＨ  ＲＢを下回る（例えば、直接的に下回る）ことができるように、ＰＤＳＣＨ  ＲＢは、例えば、均等に分割することができる。例えば、デバイスは、それが監視するｅＰＤＣＣＨ  ＲＢのいずれかの側に、ＰＤＳＣＨ  ＲＢが分布できると仮定することができる。そのような一実施形態では、デバイスが、Ｎ個の連続するｅＰＤＣＣＨ  ＲＢ、またはＮ個の連続するｅＰＤＣＣＨ  ＲＢのグループ内のいくつかのＲＢを監視することができ、デバイスが、Ｍ個のＲＢのＢＷをサポートすることができる場合、ｅＰＤＣＣＨによって示すことができるＰＤＳＣＨは、１つまたは複数のＲＢ内に配置することができ、これらのＲＢは、Ｎ個のｅＰＤＣＣＨ  ＲＢを上回る（例えば、直接的に上回る）高々（Ｍ−Ｎ）／２個のＰＤＳＣＨ  ＲＢ、およびＮ個のｅＰＤＣＣＨ  ＲＢを下回る（例えば、直接的に下回る）高々（Ｍ−Ｎ）／２個のＰＤＳＣＨ  ＲＢを含む、１組のＲＢ内に配置することができる。Ｍ−Ｎを奇数とすることができる場合、ｅＰＤＣＣＨによって示すことができるＰＤＳＣＨは、１つまたは複数のＲＢ内に配置することができ、これらのＲＢは、ｅＰＤＣＣＨ  ＲＢの一方の側の高々ＦＬＯＯＲ［（Ｍ−Ｎ）／２］個のＰＤＳＣＨ  ＲＢ、およびｅＰＤＣＣＨ  ＲＢの他方の側の高々ＦＬＯＯＲ［（Ｍ−Ｎ）／２］＋１個のＰＤＳＣＨ  ＲＢを含む、１組のＲＢ内に配置することができる。どちらの側がより多くのＰＤＳＣＨ  ＲＢを有することができるかは、理解すること、または設定することができる。（例えば、Ｍ−Ｎを奇数とすることができる）代替として、デバイス宛てとすることができるＰＤＳＣＨ  ＲＢは、ｅＰＤＣＣＨ  ＲＢの各側に高々ＦＬＯＯＲ［（Ｍ−Ｎ）／２］個のＲＢが存在することができる、１組のＲＢ内に存在することができる。数値的な一例として、デバイスが、４個のｅＰＤＣＣＨ  ＲＢ、または４個のｅＰＤＣＣＨ  ＲＢのグループ内の１つ若しくは複数のＲＢを監視することができ、それが、６個のＲＢのＢＷをサポートすることができる場合、デバイスは、４個のｅＰＤＣＣＨ  ＲＢの各側に、それが読むべきＰＤＳＣＨ  ＲＢが最大で１つ存在できることを理解することができる。別の数値的な例として、デバイスが、４個のｅＰＤＣＣＨ  ＲＢ、または４個のｅＰＤＣＣＨ  ＲＢのグループ内の１つ若しくは複数のＲＢを監視することができ、それが、１５個のＲＢのＢＷをサポートすることができる場合、デバイスは、４個のｅＰＤＣＣＨ  ＲＢの一方の側の５個の１組のＰＤＳＣＨ  ＲＢ内にそれが読むべき１つ若しくは複数のＲＢが存在でき、および／または４個のｅＰＤＣＣＨ  ＲＢの他方の側の６個の１組のＰＤＳＣＨ  ＲＢ内にそれが読むべき１つ若しくは複数のＲＢが存在できることを理解することができる。そのような一実施形態は、Ｍ個のＲＢをサポートするデバイスが、ｅＰＤＣＣＨを復号する前に、どのＭ個のＲＢを受信すべきかを知ることを可能にすることができる。
【０２１５】
別の例示的な実施形態では、ＰＤＳＣＨおよびｅＰＤＣＣＨ  ＲＢは、定義し、または構成することができる、Ｘ個のＲＢの特定のウィンドウ内に存在することができ、Ｘは、Ｍ以下とすることができ、Ｍは、ＲＢ内のデバイスによってサポートされるＢＷとすることができる。例えば、Ｘ個のＲＢのウィンドウ内で、デバイスは、セル内で構成できるｅＰＤＣＣＨ  ＲＢ、および／またはそのウィンドウ内に存在できる、デバイス若しくは縮小ＢＷデバイスなどの特定のデバイスのために指定できるｅＰＤＣＣＨ  ＲＢなどのいくつかのｅＰＤＣＣＨ  ＲＢを含むことができる、ｅＰＤＣＣＨ  ＲＢを監視することができ、ｅＰＤＣＣＨ  ＲＢを含むことができないそのウィンドウ内のＲＢが、デバイス宛てとすることができるＰＤＳＣＨ  ＲＢを含むことができると仮定することができる。
【０２１６】
別の例示的な実施形態では、デバイスには、例えば、ｅＮＢによって、構成情報を提供することができ、それは、縮小ＢＷ  ＵＥまたはデバイスなどのデバイスの１つまたはグループへの、ブロードキャストまたは専用シグナリングなどの、シグナリングを介することができ、それらが示すことができるｅＰＤＣＣＨ  ＲＢとＰＤＳＣＨ  ＲＢのロケーションの間の関係に関する。そのような情報は、以下のうちの１つまたは複数を含むことができ、すなわち、ＰＤＳＣＨ  ＲＢが、デバイスによって監視されるｅＰＤＣＣＨ  ＲＢよりも、周波数に関して、より高いとすることができるか、それともより低いとすることができるか（例えば、周波数に関して、通常はより高いか、それともより低いか）；ＰＤＳＣＨ  ＲＢをｅＰＤＣＣＨ  ＲＢのいずれかの側に配置できるかどうか、および／またはどのように配置できるか；並びにＭをＲＢ内でデバイスによってサポートされるＢＷとすることができるとして、ｅＰＤＣＣＨと、それ宛てとすることができるＰＤＳＣＨとの両方をデバイスが見つけることができるＭ個以下のＲＢのウィンドウなどである。
【０２１７】
デバイスが、半静的に変更できる、固定されたロケーションのＢＷ、若しくはＲＢの組、例えば、Ｍ個のＲＢをサポートすることができ、または固定されたロケーションのＢＷ、若しくはＲＢの組、例えば、Ｍ個のＲＢを用いるように構成することができる場合、デバイスは、そのＢＷ内のｅＰＤＣＣＨ  ＲＢ、またはそれらの（例えば、Ｍ個の）ＲＢを監視すること（例えば、監視だけすること）ができ、それ宛てとすることができるｅＰＤＣＣＨおよびＰＤＳＣＨが、それがサポートできる、または用いるように構成できるＢＷまたはＲＢ（例えば、Ｍ個のＲＢ）内に存在できると仮定することができる。デバイスは、それがサポートできる、または用いるように構成できるＢＷ、またはＲＢの組の外に存在することができるｅＰＤＣＣＨを（例えば、どのｅＰＤＣＣＨ  ＲＢも）無視することができる。デバイスによってサポートできる、またはそれを用いるようにデバイスを構成できるＲＢは、例えば、中央６個、１２個、若しくは１５個、または別の６個、１２個、若しくは１５個など、中央Ｍ個、または別のＭ個のＲＢとすることができる。
【０２１８】
別の実施形態では、縮小ＢＷ  ＵＥまたはデバイスなどのデバイスは、いくつかのサブフレーム内のｅＰＤＣＣＨを監視することができ、いくつかの（例えば、他のいくつかの）サブフレーム内のＰＤＳＣＨを復号することができ、与えられたデバイスまたはデバイスのグループのためのｅＰＤＣＣＨサブフレームとＰＤＳＣＨサブフレームは、相互に排他的とすることができる。サブフレームｎ内でＵＥまたはデバイスなどのデバイスによって受信できるｅＰＤＣＣＨは、ＰＤＳＣＨを受信できる、または別の知られた関係にある、サブフレームｎ＋１または次のサブフレームなど、サブフレームｎ＋ｋ内で受信できるＰＤＳＣＨに対応することができる。
【０２１９】
異なるサブフレーム内にあるＭ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨについて説明される実施形態など、本明細書で説明される実施形態のいずれかでは、Ｍ−ＰＤＣＣＨをｅＰＤＣＣＨによって置き換え可能であることを企図することができる。本明細書で説明される実施形態におけるＭ−ＰＤＳＣＨも、縮小ＢＷ  ＵＥまたはデバイスなどの何らかのデバイスによる受信を意図することができるＰＤＳＣＨによって置き換え可能である。
【０２２０】
別の実施形態では、縮小ＢＷデバイスがサポートできるＢＷは、例えば、６個、１２個、または１５個など、限られた数のＲＢに対応することができ、それらのＲＢは、連続していないことがある。例えば、デバイスが与えられたサブフレーム内のＭ個のＲＢをサポートする場合、デバイスは、何らかの数（例えば、Ｙ）のＰＤＳＣＨ  ＲＢのロケーションを示すことができる、何らかの数（例えば、Ｘ）のｅＰＤＣＣＨ  ＲＢを監視すること、および／または復号しようと試みることができ、および／またはできることがある（例えば、Ｘ＋Ｙ≦Ｍ）。
【０２２１】
例示的な一実施形態によれば、Ｘ個のｅＰＤＣＣＨ  ＲＢおよびＹ個のＰＤＳＣＨ  ＲＢは、連続するＭ個以下のＲＢのウィンドウ（またはグループ）内に配置されないこと、または配置する必要がないことがある。そのような一実施形態では、デバイスは、Ｘ個のｅＰＤＣＣＨ  ＲＢを配置できる連続するＲＢのウィンドウのロケーション、およびＹ個のＰＤＳＣＨ  ＲＢを配置できる連続するＲＢのウィンドウのロケーションのうちの１つまたは複数を、（例えば、本明細書で説明する解決策の１つまたは複数に従うことができる、定義、構成、関係、ルール、デバイスまたはセルＩＤの関数、および他のパラメータなどのうちの少なくとも１つによって）事前に知ることができる。それらのウィンドウ内のＲＢの数の合計は、Ｍ以下とすることができる。そのような一実施形態は、デバイスが、ｅＰＤＣＣＨ  ＲＢを復号しようと試みている間、ＰＤＳＣＨ  ＲＢをバッファリングすることを可能にすることができる。これは、例えば、以下のうちの１つまたは複数が成り立つ場合、複数のｅＰＤＣＣＨウィンドウ、および／または複数のＰＤＳＣＨウィンドウを含むように拡張することができ、その場合とは、それらのウィンドウ内のＲＢの合計をＭ以下とすることができること、並びに／またはそれらのウィンドウがどこに存在できるかを（例えば、本明細書で説明する解決策の１つ若しくは複数に従うことができる、定義、構成、関係、ルール、デバイス若しくはセルＩＤの関数、および他のパラメータなどのうちの少なくとも１つによって）デバイスが、例えば、事前に知ることができることのうちの１つまたは複数が成り立つ場合である。
【０２２２】
チャネルプライオリティも本明細書で提供すること、および／または使用することができる。例えば、ＰＤＳＣＨは、通常のＤＬ  ＳＣＨデータを搬送することができ、それは、ブロードキャスト、ページング、またはランダムアクセス応答などの特別なデータを搬送することができる。これらのタイプのデータに関連するＰＤＣＣＨまたはｅＰＤＣＣＨは、それぞれ、セル無線ネットワーク一時ＩＤ（Ｃ−ＲＮＴＩ）、システム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）、ページングＲＮＴＩ（Ｐ−ＲＮＴＩ）、およびランダムアクセスＲＮＴＩ（ＲＡ−ＲＮＴＩ）などとともにスクランブルすることができる。縮小ＢＷ  ＵＥまたはデバイスなどのデバイスは、それが、与えられたサブフレーム内で処理すべき、何らかの数（例えば、１つ）のタイプのＤＬデータを有することができると仮定することができる。例えば、ページングは、与えられたサブフレーム内で、デバイスが、Ｐ−ＲＮＴＩ（またはページングのために指定された別のＲＮＴＩ）とともにスクランブルされたＰＤＣＣＨまたはｅＰＤＣＣＨを復号できる場合、デバイスが、そのサブフレーム内に、それが処理すべき通常のＤＬデータ若しくはシステム情報ブロック（ＳＩＢ）が存在できないと仮定することができ、またはそれが存在できる場合は、そのようなデータを処理する必要がないとすることができると仮定することができるように、最も高いプライオリティを有することができる。
【０２２３】
別の実施形態では、ブロードキャストＳＩＢが、最も高いプライオリティを有することができ、通常のＤＬデータは、最も低いプライオリティを有することができる。この例では、ブロードキャストデータまたは特別なデータタイプは通常のＤＬデータよりも高いプライオリティを有することができる。与えられたサブフレーム内で、デバイスが、ＳＩ−ＲＮＴＩ（またはブロードキャストデータのために指定された別のＲＮＴＩ）とともにスクランブルされたＰＤＣＣＨまたはｅＰＤＣＣＨを復号できる場合、デバイスは、そのサブフレーム内に、それが処理すべき通常のＤＬデータが存在できないと仮定することができ、またはそれが存在できる場合は、そのようなデータを処理する必要がないとすることができると仮定することができる。
【０２２４】
本明細書で説明するように、実施形態では、ＤＣＩフォーマットを提供すること、および／または（例えば、縮小ＢＷ  ＵＥまたはＭＴＣデバイスなどのデバイスとともに）使用することができる。例えば、そのようなデバイスのための機能をサポートしながら、ダウンリンク制御チャネルカバレッジを高めることができるように、コンパクトなＤＣＩを、ＵＥまたはＭＴＣデバイスなどのデバイスのために定義することができる。また、ＰＤＳＣＨに関連付けられたＤＣＩは、以下のうちの少なくとも１つ、すなわち、２ステップまたは２タイプのリソース割り当て（ＲＡ）情報、変調および符号化方式（ＭＣＳ）、ハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号、新データインジケータ（ＮＤＩ）、および冗長性バージョン（ＲＶ）などのうちの少なくとも１つを含むことができる。
【０２２５】
２ステップリソース割り当て（ＲＡ）情報では、デバイスのためのＭＴＣ帯域常時およびリソースブロック表示など、２つのタイプのＲＡ情報をＤＣＩ内に含むことができる。第１のタイプのＲＡ情報の一部として、ＵＥまたはＭＴＣデバイス帯域インデックスなどのデバイス帯域インデックスは、デバイスのためにどのサブ帯域を使用できるかを示すことができる。この実施形態では、サブ帯域サイズは、システム帯域幅
【０２２６】
【数１１】
2014531856.tif 000013
【０２２７】
のためのＲＢＧ（リソースブロックグループ）サイズＰと同じにすることができる。
【０２２８】
【数１２】
2014531856.tif 000014
【０２２９】
である場合、ＲＧＢサイズは、図３０の表に示されるように、２とすることができる。デバイスのグループのために１つのＲＢＧを使用することができる場合、帯域インデックスは、
【０２３０】
【数１３】
2014531856.tif 000015
【０２３１】
ビットを使用することができ、ここで、
【０２３２】
【数１４】
2014531856.tif 000016
【０２３３】
である。
【０２３４】
第２のタイプのＲＡ情報の一部として、ＰＤＳＣＨ送信のためのＲＢを示すことができる。ＲＢインデックスは、ＲＧＢサイズＰ’を縮小帯域幅に関連させることができる、ビットマップによって示すことができる。そのため、デバイスのための縮小帯域幅として６個のＲＢを定義することができる場合、６ビットを使用することができ、それを、図３０Ｂの表に示すことができる。
【０２３５】
例示的な実施形態では、第１のタイプと第２のタイプのＲＡ情報は、同じＤＣＩ内で送信されないことがある。また、２つのタイプのＲＡ情報は、以下の方法のうちの少なくとも一方で、デバイスに通知することができる。
【０２３６】
例示的な一実施形態では、第１のタイプのＲＡ情報は、複数のデバイスと共用できる共通ＤＣＩを介して、デバイスに通知することができ、第２のタイプのＲＡ情報は、ＰＤＳＣＨに関連付けられたＤＣＩを介して通知することができる。別の例示的な実施形態では、第１のタイプのＲＡ情報は、ブロードキャストチャネル（例えば、ＳＩＢ−ｘ）を介して、デバイスに通知することができ、第２のタイプのＲＡ情報は、ＰＤＳＣＨに関連付けられたＤＣＩを介して通知することができる。別の例によれば、第１のタイプのＲＡ情報は、より高位のレイヤのシグナリングを介して構成することができ、第２のタイプのＲＡ情報は、ＰＤＳＣＨに関連付けられたＤＣＩを介して通知することができる。また、第１のタイプのＲＡ情報は、ＰＲＢ候補内の基準信号のためのスクランブリング系列から暗黙的に検出することができ、第２のタイプのＲＡ情報は、ＰＤＳＣＨに関連付けられたＤＣＩを介して通知することができる。
【０２３７】
一実施形態によれば、変調符号化方式（ＭＣＳ）も提供すること、および／または使用することができる。例えば、ＭＣＳセットは、５ビットから４または３ビットに縮小することができる。ＰＤＳＣＨ送信のために単一のＤＣＩをデバイスに適用可能にすることができる場合、縮小されたＭＣＳセットを使用することができ、ＤＣＩフォーマット２Ｄなど、新しいＤＣＩフォーマットを定義することができる。フォールバック（fall-back）送信モードのために、縮小されたＭＣＳセットを使用することができる。例えば、デバイスに対してＤＣＩフォーマット１ＡおよびＤＣＩフォーマット２Ｄを使用することができる場合、ＤＣＩフォーマット１Ａは、３または４ビットのＭＣＳセットを有することができ、ＤＣＩフォーマット２Ｄは、５ビットのＭＣＳセットを有することができる。２相位相偏移変調（ＢＰＳＫ）変調次数など、新しい変調次数を導入することができる。デバイスのためのＭＣＳテーブルが｛ＢＰＳＫ、直交ＰＳＫ（ＱＰＳＫ）、１６直交振幅変調（ＱＡＭ）、および６４ＱＡＭ｝をサポートできるように、ＢＰＳＫを導入することができる。一実施形態では、ＢＰＳＫが、６４ＱＡＭ変調次数に取って代わることができ、ＴＢＳサイズは、しかるべく縮小することができる。
【０２３８】
ＨＡＲＱプロセス番号および／またはチャネル状態情報フィードバックを、本明細書で説明するように、さらに提供すること、および／または使用することができる。例えば、一実施形態では、ＨＡＲＱプロセス番号のためのビットの数を、マルチタイプサブフレーム構成におけるサブフレーム構成に従って変更することができる。
【０２３９】
また、ＣＳＩフィードバックについて、低コストデバイスのための縮小帯域幅構成のための以下で説明されるような様々な代替を、ＲＦにおける帯域幅縮小、ベースバンド、制御領域、および／またはデータ領域に従って検討することができる。
【０２４０】
例えば、縮小ＢＷ  ＭＣＳのためのＣＳＩ報告モードは、以下で説明するように分類されることができる。第１のカテゴリでは、ＲＦとベースバンドの両方のために縮小帯域幅が存在することができ、全システム帯域幅の何らかのサブ帯域幅を受信するようにデバイスを制限することができる場合、以下のうちの１つまたは複数を提供し、使用し、および／または適用することができる。デバイスのための縮小ＢＷを、ネットワークまたはＬＴＥシステムなどのシステムにおける最小ＢＷと等しくすることができる場合（例えば、縮小ＢＷ＝６ＲＢ）、ＣＳＩ報告モード１などのサブ帯域ＣＳＩ報告は存在しないことができ、デバイスのために、モード１ａを使用することができ、それを、図３１の表に示すことができる。縮小ＢＷデバイスは、ランクインジケータ（ＲＩ）、チャネル品質インジケータ（ＣＱＩ）、およびプリコーディング行列インジケータ（ＰＭＩ）測定のために、部分的または切り取られたセル固有の基準信号（ＣＲＳ）および／またはＣＳＩ−ＲＳを使用することができる。また（例えば、リリース８／９／１０の場合）、定期的ＣＱＩ報告のためのサブ帯域ロケーションインデックスＬは、
【０２４１】
【数１５】
2014531856.tif 000017
【０２４２】
のように定義することができ、ここで、ｋは、サブ帯域当たりのＲＢの数とすることができ、Ｊは、帯域幅部分（ＢＰ）とすることができる。
【０２４３】
例えば、
【０２４４】
【数１６】
2014531856.tif 000018
【０２４５】
、ｋ＝８およびＪ＝４である場合、サブ帯域報告のためのサブ帯域ロケーションを伝達するために、Ｌ＝２ビット（例えば、４つのサブ帯域ロケーション）を提供すること、および／または使用することができる。デバイスでは、縮小ＢＷのために、
【０２４６】
【数１７】
2014531856.tif 000019
【０２４７】
を以下のように置き換えることができ、
【０２４８】
【数１８】
2014531856.tif 000020
【０２４９】
ここで、
【０２５０】
【数１９】
2014531856.tif 000021
【０２５１】
は、サポートできるＭＴＣのＢＷとすることができる。
【０２５２】
第２のカテゴリでは、縮小帯域幅をデータチャネルと制御チャネルの両方のためのベースバンド用とすることができ、ＲＦのためにはＢＷ縮小が存在しないことができる場合、以下のうちの１つまたは複数を提供し、使用し、および／または適用することができる。ＭＴＣのための縮小ＢＷを、ネットワークまたはＬＴＥシステムなどのシステムにおける最小ＢＷと等しくすることができる場合、デバイスのために使用されるサブ帯域ＣＳＩ報告は存在しないことができる。広帯域およびサブ帯域ＣＳＩ報告のための開始ＲＢロケーションまたはインデックスは、基地局によって伝達することができ、シグナリングは、ＲＲＣまたはＤＬ制御チャネルを介することができる。縮小ＢＷデバイスは、ＲＩ、ＣＱＩ、およびＰＭＩ測定のために、部分的または切り取られたＣＲＳおよび／またはＣＳＩ−ＲＳを使用することができる。サブ帯域ロケーションインデックスＬの
【０２５３】
【数２０】
2014531856.tif 000022
【０２５４】
は、以下のように、デバイスの縮小ＢＷに変更することができ、
【０２５５】
【数２１】
2014531856.tif 000023
【０２５６】
ここで、
【０２５７】
【数２２】
2014531856.tif 000024
【０２５８】
は、データおよび制御チャネルのためにサポートできるデバイスのＢＷとすることができる。
【０２５９】
第３のカテゴリでは、縮小帯域幅をベースバンド内のデータチャネル用とすることができるが、キャリア帯域幅の使用をＤＬ制御チャネルに依然として許可することができ、ＲＦのためにはＢＷ縮小が存在しないことができる場合、以下を使用し、提供し、および／または適用することができる。デバイスのための縮小ＢＷを、ネットワークまたはＬＴＥシステムなどのシステムにおける最小ＢＷと等しくすることができる場合、デバイスのために使用されるサブ帯域ＣＳＩ報告は存在しないことができる。ＣＳＩ測定方法は、デバイスのＣＳＩ複雑さを減らすために、ＬＴＥリリース１０ルールなどのルールから再利用することができる。また、広帯域およびサブ帯域ＣＳＩ報告のための開始ＲＢロケーションまたはインデックス、およびＲＢの数は、基地局によって伝達することができる。定期的ＣＱＩ報告のためのサブ帯域ロケーションインデックスＬは、（例えば、ＬＴＥリリース１０から）再利用し、以下のように定義することができ、
【０２６０】
【数２３】
2014531856.tif 000025
【０２６１】
または
【０２６２】
【数２４】
2014531856.tif 000026
【０２６３】
は、以下のようにデバイスの縮小ＢＷに変更することができ、
【０２６４】
【数２５】
2014531856.tif 000027
【０２６５】
ここで、
【０２６６】
【数２６】
2014531856.tif 000028
【０２６７】
は、データチャネルのためにサポートできるデバイスのＢＷとすることができる。
【０２６８】
ＵＥまたはＭＴＣデバイスなどのデバイスは、以下の挙動のうちの少なくとも１つを用いて、ＣＳＩを報告するように構成することができる。第１の挙動では、ＣＳＩ報告タイプは、以下のうちの少なくとも１つ、すなわち、サブ帯域および／または広帯域ＣＱＩ、サブ帯域および／または広帯域ＰＭＩ、広帯域ＲＩ、並びに最良サブ帯域インデックス（ＢＳＩ）などのうちの少なくとも１つを含むこと、および／または使用することができる。後の実施形態では、２つ以上のサブ帯域を、システム帯域幅
【０２６９】
【数２７】
2014531856.tif 000029
【０２７０】
内に定義することができ、サブ帯域インデックス（例えば、事前定義されたサブ帯域インデックス）は、ＵＥまたはＭＴＣ受信機などのデバイス受信機において選択することができる。また、サブ帯域は、ＭＴＣリソース割り当てなどのデバイスリソース割り当ての候補として使用できる縮小帯域幅内に定義することができる。
【０２７１】
第２の挙動では、デバイスは、システム帯域幅（
【０２７２】
【数２８】
2014531856.tif 000030
【０２７３】
）、および縮小デバイス帯域幅（
【０２７４】
【数２９】
2014531856.tif 000031
【０２７５】
）のためのＣＳＩを報告することができる。
【０２７６】
【数３０】
2014531856.tif 000032
【０２７７】
である場合、
【０２７８】
【数３１】
2014531856.tif 000033
【０２７９】
のために、ＢＳＩを報告することができ、
【０２８０】
【数３２】
2014531856.tif 000034
【０２８１】
のために、ＣＱＩ／ＰＭＩおよび／またはＲＩを報告することができる。
【０２８２】
【数３３】
2014531856.tif 000035
【０２８３】
である場合、
ＢＳＩは報告しなくてよく、
【０２８４】
【数３４】
2014531856.tif 000036
【０２８５】
のために、ＣＱＩ／ＰＭＩおよび／またはＲＩを報告することができる。
【０２８６】
第３の挙動では、ＵＥまたはＭＴＣデバイスなどのデバイスは、ＰＵＣＣＨ報告およびＰＵＳＣＨ報告の一方をサポートすることができる。例えば、一実施形態では、そのようなデバイスに対して、ＰＵＣＣＨ報告モードをサポート可能とすることができる。
【０２８７】
例示的な一実施形態によれば、ＵＥまたはＭＴＣデバイスなどのデバイスは、低データレートおよび／または縮小された帯域幅をサポートできる、新しいＵＥカテゴリとして定義することができる。そのような一実施形態では、ＵＥカテゴリ固有のＣＳＩ報告モードを定義することができる。例えば、ＵＥカテゴリ０を定義することができ、サポート可能なソフトバッファサイズ、マルチレイヤ送信、およびＣＡ能力を、他のＵＥカテゴリよりも低く定義することができる。また、マルチレイヤおよびキャリアアグリゲーションは、ＵＥカテゴリ０に対してサポートされないことがあり、ソフトバッファサイズは、図３２の表に示されるように、ＵＥカテゴリ１よりも小さくすることができる。
【０２８８】
別の実施形態では、図３２の表における、ＤＬ−ＳＣＨトランスポートブロックビットの最大数およびＤＬ−ＳＣＨトランスポートブロックのビットの最大数は、新しいＵＥカテゴリのためのｎ送信時間間隔（ＴＴＩ）を用いて定義することができ、ここで、ｎは、２以上とすることができ、以下のうちの少なくとも１つとして定義することができる。すなわち、ｎは、事前定義された数とすることができ、ｎは、システム帯域幅、複信モード（例えば、ＦＤＤ若しくはＴＤＤ）および／または物理セルＩＤなど、システムパラメータのうちの少なくとも１つに従って定義することができ、並びにｎは、ブロードキャスト、マルチキャストまたは専用シグナリングを介して設定することができるなどである。
【０２８９】
低減されたピークレートを有するデータチャネルは、本明細書で説明するように、提供され、および／または使用されることができる。例えば、データ送信と制御送信を多重化するためのマルチフレームまたはマルチサブフレームＴＤＭＡを使用することができる。そのようなマルチフレームまたはマルチサブフレームＴＤＭＡを提供するために、マルチタイプサブフレームおよび／または無線フレームを定義できるシステムおよび／または方法は、ＵＥまたはＭＴＣデバイスなどのデバイスが、ＬＴＥ  ＵＥなどのＬＴＥデバイスをサポートするより広い帯域幅内のより小さい帯域幅内で、カバレッジを同等に保って機能することを可能にする、または許容する。
【０２９０】
また、マルチタイプサブフレーム定義が提供され、および／または使用されることができる。例えば、デバイスは、サブフレームおよび／または無線フレームの異なるサブセット内で、ダウンリンク制御チャネルおよびデータチャネルを受信することができる。デバイスのためのダウンリンク制御チャネル領域（例えば、Ｍ−ＰＤＣＣＨ領域）、およびダウンリンクデータチャネル領域（例えば、Ｍ−ＰＤＳＣＨ領域）は、以下の技法のうちの１つまたは複数を使用して定義することができる。一実施形態では、Ｍ−ＰＤＣＣＨ領域およびＭ−ＰＤＳＣＨ領域を、無線フレーム内でインターレースすることができ、図３３に示されるように、Ｍ−ＰＤＣＣＨ領域およびＭ−ＰＤＳＣＨ領域を、連続するサブフレームを用いて定義できる、無線フレーム内の固定された構造を使用することができる。
【０２９１】
別の実施形態では、構成可能な構造、または事前定義セットを用いる構成を使用することができ、制御チャネルオーバヘッドとダウンリンクリソース利用の間の比をセル環境に従ってｅＮＢによって操作できるように、Ｍ−ＰＤＣＣＨ領域およびＭ−ＰＤＳＣＨ領域の複数の構成を定義することができる。図３４の表は、表内で「Ｃ」として定義できる事前定義セットベースのＭ−ＰＤＣＣＨ領域、および表内で「Ｄ」として定義できるＭ−ＰＤＳＣＨ領域構成のための例示的な一実施形態を示している。
【０２９２】
また、より高位のレイヤのシグナリングを介するビットマップを用いる完全に柔軟な構成などの、柔軟な構成を使用することができ、ビットマップは、Ｍ−ＰＤＣＣＨ領域およびＭ−ＰＤＳＣＨ領域構成を示すことができる、より高位のレイヤのシグナリングから送信することができる。無線フレームを用いて構成を定義することができる場合、ビットマップサイズは、１０ビットとすることができる。
【０２９３】
例示的な一実施形態では、ＵＥまたはＭＴＣデバイスの観点などのデバイスの観点からは、Ｍ−ＰＤＣＣＨ領域およびＭ−ＰＤＳＣＨ領域の構成は、デバイス固有の方法で、Ｍ−ＰＤＣＣＨおよびＭ−ＰＤＳＣＨサブフレームにさらに制限することができる。そのような方法の場合、ＵＥまたはＭＴＣデバイスなどのデバイスは、以下のうちの１つまたは複数、すなわち、事前構成されたセット、および完全に構成可能なセットなどのうちの１つまたは複数から構成情報を受け取ることができる。事前定義された構成セットでは、複数の構成を事前定義することができ、構成数は、図３５の表に示されるようなデバイス固有の方法で、デバイスに提供すること、または通知することができ、「Ｎ」は、ＵＥがいかなる信号も受信できない、または測定のみを実行できるマイクロスリープモードに、デバイスが入ることができる、ヌル（ｎｕｌｌ）サブフレームを表すことができる。また、完全に構成可能なセットでは、各領域のためにビットマップが送信され、Ｍ−ＰＤＣＣＨ領域またはＭ−ＰＤＳＣＨ領域のどちらのためにも使用されないサブフレームは、ヌルサブフレームと見なすことができる。
【０２９４】
マルチタイプサブフレーム操作を、本明細書で説明するように、提供すること、および／または使用することができる。例えば、一実施形態では、Ｍ−ＰＤＣＣＨ受信およびそれに関連するＭ−ＰＤＳＣＨ受信のために、以下の方法若しくは手順の１つ若しくは複数に従って、または以下の方法若しくは手順の１つ若しくは複数を使用して、ＵＥまたはＭＴＣデバイスなどのデバイスの挙動を定義することができる。
【０２９５】
例えば、一実施形態では、デバイスは、ダウンリンクグラントのためのＰＤＣＣＨ送信が無線フレーム内のサブフレームサブセット内に存在することができると仮定することができる。ＰＤＣＣＨ送信のための無線フレーム内のサブセット内のサブフレームの番号は、｛０，４，５，９｝とすることができる。デバイスは、サブフレームサブセット外の１つのサブフレームが、デバイスのためのＰＤＣＣＨを含むことができると仮定することができる。ダウンリンクグラントのためのＰＤＣＣＨ送信は、｛４，９｝に限定することができる。アップリンクグラントのためのＰＤＣＣＨ送信は、｛０，５｝に限定することができる。ダウンリンクグラント受信のためにサブフレーム｛４｝を見るようにデバイスＡを制限でき、ダウンリンクグラント受信のためにサブフレーム｛９｝を探すようにデバイスＢを制限できるように、さらに探索空間をＵＥまたはデバイス固有の方法に限定することができる。
【０２９６】
また、一実施形態によれば、ＵＥまたはＭＴＣデバイスなどのデバイスは、２つの連続するサブフレーム｛９，０｝および｛４，５｝にまたがってダウンリンク制御チャネルを配置できると仮定することができる。上述したように、バンドルされたＭ−ＰＣＦＩＣＨをサポートするために、連続するサブフレーム｛（例えば、先行するサブフレーム内の）９，０｝および｛４，５｝内で、同じＣＦＩ値を用いて、ＰＣＦＩＣＨを送信することができる。ＰＤＣＣＨは、｛９，０｝および｛４，５｝の１つのサブフレーム内で送信することができる。
【０２９７】
別の実施形態では、ＵＥまたはＭＴＣデバイスなどのデバイスは、サブフレームｎ−ｊ内で対応するＰＤＣＣＨを受信することができる場合、サブフレームｎ内でＰＤＳＣＨを受信することができ、ここで、ｊは、以下のうちの１つまたは複数に従って定義することができ、すなわち、ｊは、ｊ＝２などの事前定義された数とすることができ、ｊは、各ＤＬグラント内の対応するＰＤＣＣＨ内で示すことができ、およびｊは、ＵＥ固有のＲＲＣシグナリングによって設定することができるなどである。
【０２９８】
ＵＥまたはＭＴＣデバイスなどのデバイスは、サブフレームｎ−ｋ内で対応するＰＤＣＣＨを受信することができる場合、サブフレームｎ内でＰＤＳＣＨを送信することができ、ここで、ｋは、以下のうちの１つまたは複数に従って定義することができる。すなわち、ｋは、ｋ＝２などの事前定義された数とすることができ、ｋは、各ＤＬグラント内の対応するＰＤＣＣＨ内で示すことができ、およびｋは、ＵＥ固有のＲＲＣシグナリングによって設定することができるなどである。
【０２９９】
また、ＰＤＣＣＨおよびＰＤＳＣＨ送信のためのＴＴＩバンドリングを提供すること、使用すること、および／または仮定することができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスは、サブフレーム｛４，５｝にまたがってＰＤＣＣＨを、サブフレーム｛６，７，８｝にまたがって対応するＰＤＳＣＨを受信することができる。ＨＡＲＱプロセスも、｛６，７，８｝内でバンドルすることができる。サブフレーム｛（例えば、先行するサブフレーム内の）９，０｝および｛１，２，３｝の組に対しても、同じ挙動を定義することができる。
【０３００】
一実施形態では、ＵＥまたはＭＴＣデバイスなどのデバイスは、ＭＴＣデバイス受信機における計算電力を削減するために、無線フレームベースのスリープモードを使用できるように、無線フレームのサブセットがデバイスのための情報を含まないことがあることを提供し、使用し、および／または仮定することができる。
【０３０１】
トランスポートブロックサイズ（ＴＢＳ）は、本明細書で説明するように、使用され、および／または提供されることができる。一実施形態（例えば、第１の方法）では、図３６の表に示されるように、ＵＥカテゴリ０デバイスなどのデバイスのために、ＴＢＳテーブルを定義することができる。そのような一実施形態では、ＵＥカテゴリ０は最大で６個のＰＲＢをサポートできるので、ＵＥカテゴリ１のためのＴＢＳテーブルのサブセットを使用することができる。しかし、ＰＲＢの最大サポート可能数は、６個のＰＲＢに制限されないことがあり、さらなる数のＰＲＢも使用することができる。図３６の表は、ＵＥカテゴリ０が利用可能なＴＢＳ、並びにそれに関連するＭＣＳインデックスおよび変調次数も示している。
【０３０２】
別の実施形態（例えば、第２の方法）によれば、ダウンリンクカバレッジを高めるために、ＰＲＢの数に従ったより小さなＴＢＳサイズを用いて、ＵＥカテゴリ０のためのＴＢＳテーブルを定義することができ、ＴＢＳテーブルは、以下の特性のうちの少なくとも１つを有することができる。第１の特性について、与えられたＭＣＳインデックスにおいて、ｅＮＢが固定されたＴＢＳサイズを設定できる場合、デバイスに割り当てることができるＰＲＢの数に係わらず、単一のＴＢＳサイズを使用することができる。この実施形態では、ＴＢＳサイズは、ＮＰＲＢ＝１のそれと同じにすることができる。ＴＢＳサイズは、より高位のレイヤのシグナリングによって設定することができる。第２の特性について、与えられた数のＰＲＢにおいて、より小さなＴＢＳサイズをサポートするために、最も高い変調次数のためのＭＣＳインデックスの少なくとも一部を、最も低い変調次数およびそれに関連するＴＢＳサイズとともに再利用することができる。第３の特性について、ｅＮＢは、最大のＴＢＳサイズを
【０３０３】
【数３５】
2014531856.tif 000037
【０３０４】
を用いて無効にすることができ、
【０３０５】
【数３６】
2014531856.tif 000038
【０３０６】
よりも大きなＴＢＳを、事前定義された数を用いて置き換えることができる。例えば、ＮＰＲＢ＝ｃの場合のＴＢＳサイズを使用することができ、ここで、ｃは、事前定義された数とすることができる。第４の特性について、ＭＣＳのサブセットは、ＰＲＢの数に係わらず、固定されたＴＢＳを有することができる。図３７の表は、上述の実施形態（例えば、第２の方法）における特性を使用する、ＴＢＳテーブルの一例を示している。
【０３０７】
例示的な実施形態によれば、ブロードキャストおよび／またはマルチキャストチャネルを提供すること、および／または使用することができる。例えば、縮小された帯域幅をサポートできるＵＥまたはＭＴＣデバイスなどの低コストデバイスのために、（例えば、ＤＬシステム情報およびページングメッセージなどをスケジュールするために）ネットワーク技法を使用することができる。
【０３０８】
そのような技法、および／またはブロードキャスト若しくはマルチキャストチャネルを提供するために、帯域幅がより狭いデバイスをサポートする旨のＭＩＢ表示などの表示を提供すること、および／または使用することができる。例えば、ＭＩＢはセルの中心周波数で送信することができるので、Ｅ−ＵＴＲＡＮまたはｅＮＢは、マスタ情報ブロック（ＭＩＢ）ブロードキャストで、ＵＥおよび低コストＭＴＣデバイスを含む、帯域幅がより狭いデバイスに対するセルサポートを示すことができる。表示は、現在余っているビットのいくつかを利用することができる。また、表示は、以下のうちの１つまたは複数、すなわち、より狭い帯域幅での受信および／または送信に対する全般的サポート、帯域幅が最も狭いＵＥのサポートカテゴリ（例えば、１．４ＭＨｚまたは３ＭＨｚまたは５ＭＨｚ）、より狭い帯域幅の受信シグナリングのサポートカテゴリ（例えば、レガシ「制御領域」またはレガシ「データ領域」における新しいＭ−ＰＣＦＩＣＨ、Ｍ−ＰＤＣＣＨ、Ｍ−ＰＨＩＣＨ）、および使用可能な物理リソース（例えば、シンボルの数、ＰＲＢの数、および周波数ロケーション）、並びに帯域幅がより狭い受信機のための（例えば、現在の「制御」領域または「データ」領域における）新しい共通の制御領域空間サポートなどのうちの１つまたは複数を含むことができる。
【０３０９】
そのような技法、および／またはブロードキャスト若しくはマルチキャストチャネルでは、帯域幅がより狭いデバイスのための共通の探索空間を提供すること、および／または使用することができる。例えば、いくつかの実施形態では、ＵＥまたはＭＴＣデバイスなどの帯域幅がより狭いデバイスが、ＳＩ−ＲＮＴＩ、Ｐ−ＲＮＴＩおよびＲＡ−ＲＮＴＩを見つけることができる、特別な共通の探索空間を、帯域幅がより狭いデバイスが重大なシステム信号を受信するために定義することができる。一実施形態では、これは、データ領域内で定義することができる。帯域幅がより狭いデバイスの受信のための新しい共通の探索空間は、シンボルｋ（例えば、ｋ＝ＣＦＩ、０ベース）、シンボルｋ＋１から、シンボルｋ＋ｎまでに配置することができ、ｎは、周波数範囲ｆを用いて設定すること、または事前定義することができる。新しい共通の探索空間は、周波数範囲ｆにわたって広がることができる（例えば、ｆ＝ＬＴＥ  ＵＥなどのレガシデバイスのためのシステム帯域幅よりも小さくすることができる、デバイスに対してサポートできる周波数帯域幅）。
【０３１０】
あるいは、これは、制御領域内で定義することができる。帯域幅がより狭いデバイスがデータまたは情報を受信できる、既存の制御領域の中心周波数部分では、デバイスは、Ｃ−ＲＮＴＩまたは一時Ｃ−ＲＮＴＩを割り当てないことによって、ＵＥ固有の探索空間を「帯域幅がより狭いＵＥデバイスのための新しい共通の探索空間」と主張することができ、それは、それらの主張された空間内に配置されたＵＥ固有の探索空間を、このサービングセル内で、デバイスまたはＵＥにもたらすことができる。
【０３１１】
また、そのような技法、および／またはブロードキャスト若しくはマルチキャストチャネルでは、帯域幅がより狭いデバイスの表示を、ネットワークに提供することができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスは、ネットワークに関連付けられた基地局、Ｅ−ＵＴＲＡＮ、およびｅＮＢなどが、帯域幅がより狭いデバイスまたはＵＥによる受信に適することがある（例えば、ＲＡ−ＲＮＴＩを伴う）ランダムアクセス応答などのチャネル内で、制御信号およびデータを送信できることがあるように、「特別な」デバイスとして自らを示すことができる。
【０３１２】
そのため、例示的な一実施形態では、表示をｅＮＢに提供することができる。デバイスは、初期接続手順中など、ランダムアクセス手順中に、そのような表示を提供することができる。例えば、（例えば、図１２に示されるような）ＰＲＡＣＨ送信では、デバイスがプリアンブル系列および時間（サブフレーム）−周波数リソースを選択できる、コンテンションベースの手順を実行することができる。
【０３１３】
以下の実施形態または方法は、ｅＮＢが、デバイスが使用できるランダムアクセス（ＰＲＡＣＨ）リソースに基づいて、帯域幅がより狭いデバイスから通常のＵＥを区別することを可能にするために提案することができる。例えば、一実施形態では、デバイスは、少なくとも帯域幅がより狭いデバイス、ＭＴＣデバイス、若しくは特定のＵＥカテゴリによる使用のために指定できる、または使用が可能であることが別途知られている、プリアンブル系列並びに／または時間および／若しくは周波数リソースなどの、何らかのランダムアクセスリソースを使用する（例えば、何らかのランダムアクセスリソースから選択する）ことができる。そのようなリソースは、そのようなデバイスのために確保することができ、他のデバイスによって使用可能とすることができ、および／またはリソースの新しい組若しくは既存のリソースのサブセットとすることができる。
【０３１４】
別の実施形態または方法では、デバイスは、プリアンブル送信とともに、追加のビットを送信することができる（例えば、ＰＲＡＣＨを介するＲＡＣＨメッセージ１の場合、帯域幅がより狭いデバイスなど、そのデバイスタイプを示すためであり、現在のＲＡＣＨメッセージ１は、プリアンブルＩＤのための５ビットおよびＲＡＣＨメッセージのための１ビットを有する６ビットの情報と、３つの長さ表示を搬送することができる）。この特別なビットは、通常のデバイスまたは帯域幅がより狭いデバイスからＰＲＡＣＨプリアンブル受信を区別するために、ｅＮＢによって使用することができる。
【０３１５】
また別の例示的な実施形態または方法によれば、デバイスは、デバイスタイプ、ＵＥ識別情報、スケジューリング要求および他の少量のデータなどの、追加の情報を伝達するために、プリアンブルの後に（例えば、直後に）小さなペイロードを送信することができる。これは、ＲＡＣＨプリアンブルおよびＲＡＣＨメッセージから成る単一の送信とすることができ、ＲＡＣＨメッセージは、上述したような追加の情報を伝達することができる。プリアンブルは、ＲＡＣＨメッセージ（例えば、ペイロード）部を復調するための基準として使用することができ、従って、ＵＬ復調基準信号を省くことができる（例えば、必要としないことが可能である）。ｅＮＢは、ＰＲＡＣＨプリアンブルの検出に成功することができると、さらにＲＡＣＨメッセージ部の復号に着手することができる。図３８は、ペイロードを用いるＰＲＡＣＨの送信の例示的な一実施形態を示している。
【０３１６】
別の例では、ＵＥは、プリアンブル並びに／またはプリアンブルの時間および／若しくは周波数に基づいて、ペイロードのために使用する時間および／または周波数リソースを含むリソースをデバイスおよびｅＮＢが知ることができるように、プリアンブルリソースに関連付けられたリソース内で、小さなペイロード（例えば、ＲＡＣＨペイロード）を送信することができる。ｅＮＢは、ＰＲＡＣＨプリアンブルの検出に成功することができると、さらにＲＡＣＨメッセージ部の復号に着手することができる。
【０３１７】
ｅＮＢまたはネットワーク構成要素が、特別なプリアンブル（例えば、変更されたプリアンブル、若しくはペイロード付きのプリアンブル）、および／またはデバイスからのランダムアクセスリソースの何らかの組から選択できる、何らかのプリアンブル／サブフレーム／周波数の組み合わせなど、特定若しくは何らかのランダムアクセスリソースを検出することができた場合、ｅＮＢまたはネットワーク構成要素は、着信メッセージまたは要求を帯域幅がより狭いデバイスからのものとすることができると決定できることがある。ｅＮＢまたはネットワーク構成要素が、着信メッセージまたは要求を帯域幅がより狭いデバイスからのものとすることができると決定することができる場合、ｅＮＢまたはネットワーク構成要素は、例えば、このデバイスへのシグナリングおよび／若しくはデータ送信、並びに／またはこのデバイスからのシグナリングおよび／若しくはデータ送信のための、特別な１組のルールに従うことができる（例えば、ｅＮＢまたはネットワーク構成要素は、このＵＥのための何らかのシグナリングおよび／またはデータ送信を、より狭いデバイス受信範囲内に、並びに／または特別に定義されたチャネルおよび空間内に保つことができる）。
【０３１８】
図３９は、帯域幅がより狭いデバイスの表示を操作するための変更されたコンテンションベースのＲＡ手順の一例を提供している。図３９に示されるように、１において、ＵＥなどのデバイスは、ＰＲＡＣＨプリアンブルを、ｅＮＢ、Ｅ−ＵＴＲＡＮおよび／またはネットワーク構成要素に提供することができる。上述したように、ｅＮＢまたはネットワーク構成要素は、１Ａにおいて、デバイスを帯域幅がより狭いデバイスとすることができるかどうかを決定することができる。ｅＮＢまたはネットワーク構成要素が、デバイスを帯域幅がより狭いデバイスとすることはできないと決定することができた場合、図１２に示される手順など、通常のコンテンションベースの手順または方法を、１Ｂにおいて実行することができる。ｅＮＢまたはネットワーク構成要素が、デバイスを帯域幅がより狭いデバイスとすることができると決定することができた場合、帯域幅がより狭いデバイスのためのコンテンションベースの手順または方法（例えば、特別な手順または方法）を、実行することができる。そのような手順では、３において、特別なデバイスまたは帯域幅がより狭いデバイスのためのランダムアクセス応答を、ｅＮＢまたはネットワーク構成要素から提供することができる。その後、４において、特別なデバイスまたは帯域幅がより狭いデバイスのためのスケジュールされた送信を、デバイスまたはＵＥからｅＮＢまたはネットワーク構成要素に提供することができ、５において、特別なデバイスまたは帯域幅がより狭いデバイスのためのコンテンション解決を、ｅＮＢからデバイスまたはＵＥに提供することができる。上述の方法の詳細は、以下でより詳細に説明することができる。
【０３１９】
例えば、何らかまたは特定のランダムアクセスリソースを、帯域幅がより狭いデバイスによって使用することができる。例えば、一実施形態では、ネットワークは、帯域幅がより狭いデバイスが使用するために、特別な１組のＲＡＣＨプリアンブル（例えば、ランダムアクセスプリアンブルグループｃ）を確保することができ、帯域幅がより狭いデバイスは、ランダムアクセス（例えば、初期ランダムアクセス）のために、それらから１つを選択することができる。プリアンブル分割について、既存のＲＡＣＨプリアンブルを分割することができ、ｅＮＢまたはネットワーク構成要素が、ＲＡ応答を送信する前に、帯域幅がより狭いデバイスを区別できるように、ＲＡＣＨプリアンブルのサブセットを、ＵＥまたはＭＴＣデバイスなどのデバイスのために使用することができる。あるいは、プリアンブル分割と追加のＰＲＡＣＨリソースの組み合わせを使用することができる。追加のＲＡＣＨプリアンブルをさらに提供し、分割することができ、そのようなプリアンブルのいくつかは、帯域幅がより狭いデバイスのために使用することができる。
【０３２０】
別の例示的な実施形態では、ネットワークは、より狭い帯域のデバイスのランダムアクセスによって使用できる、１組のプリアンブルおよび／またはサブフレームおよび／または周波数を提供することができる。この１組のランダムアクセスリソースは、セルまたはｅＮＢの既存のランダムアクセスリソース（例えばＲ８／９／１０  ＵＥによって使用可能なそれら）のサブセットとすることができ、または別個の１組のランダムアクセスリソースとすることができる。サブセットまたは一意的な識別は、ブロードキャスト若しくはハンドオーバ（例えば、モビリティ）シグナリングなどのＲＲＣシグナリングを介して提供することができ、または（例えば、仕様によって）固定された識別とすることができる。追加のランダムアクセス（ＰＲＡＣＨ）リソースは、異なる時間および／または周波数ロケーションに割り当てることができる。ＴＤＤと同様に、ＦＤＤにおいて、追加のＰＲＡＣＨリソースまたは複数のＰＲＡＣＨリソースを定義することができる。より狭い帯域幅をサポートできるＵＥ若しくはＭＴＣデバイスなどのデバイスによって、または他のＵＥ（例えば、ＭＴＣ／Ｒｅｌ−１１の通常のＵＥ）によって、追加若しくは複数のランダムアクセス（例えば、ＰＲＡＣＨ）リソース、またはそのサブセットを使用することができる。デバイスがこれらのリソースを使用できるかどうかは、これらのリソースが存在することをデバイスが認識できるかどうかに（例えば、デバイスが関連するブロードキャスト情報を読むことができるかどうかに）、またはデバイスがｅＰＤＣＣＨを復号できるかどうかに依存することができる。ランダムアクセスリソースのサブセットについて、どのデバイスがこれらのリソースを使用できるかについての制限は存在しないことができる。例示的な一実施形態では、そのような１組のランダムアクセスリソースは、セル若しくはｅＮＢにおいて構成されたランダムアクセスリソースとすることができ、またはセル若しくはｅＮＢにおいて構成されたランダムアクセスリソースを含むことができる。
【０３２１】
デバイスによって使用できる、１組のリソース、リソースのサブフレーム若しくは周波数、またはプリアンブルを含む、ランダムアクセス（ＰＲＡＣＨ）リソースに基づいて、ｅＮＢは、ランダムアクセス応答（例えば、ｍｓｇ２および／若しくはその他）、ＰＤＣＣＨ若しくはｅＰＤＣＣＨ内のＤＬ制御情報、または両方を提供することなどによって、異なる応答を行うことができる。例えば、２組のＰＲＡＣＨリソース（例えば、ＲＡＣＨグループ１、ＲＡＣＨグループ２）を定義することができ、デバイスがＲＡＣＨグループ１でＲＡＣＨプリアンブルを送信することができる場合、デバイスは、レガシＰＤＣＣＨを介してＲＡ応答（例えば、ｍｓｇ２）を受信することを予想することができる。そうではなく、デバイスがグループ２でＲＡＣＨプリアンブルを送信することができる場合、デバイスは、ｅＰＤＣＣＨを介してＲＡ応答を受信することを予想することができる。この実施形態では、ＲＡＣＨグループ１は、後方互換（例えば、Ｒ８／９／１０  ＵＥによって使用可能）とすることができる。
【０３２２】
別の例として、２組のＰＲＡＣＨリソース（例えば、ＲＡＣＨグループ１、ＲＡＣＨグループ２）を定義することができ、デバイスがＲＡＣＨグループ１でＲＡＣＨプリアンブルを送信することができる場合、デバイスは、レガシＰＤＣＣＨを介してＲＡ応答（例えば、ｍｓｇ２）を受信することを予想することができる。そうではなく、デバイスがグループ２でＲＡＣＨプリアンブルを送信することができる場合、ＲＡ応答は、ＰＤＣＣＨおよびｅＰＤＣＣＨを介して提供することができ、デバイスは、ＲＡ応答を獲得するために、（例えば、その能力に基づいて）どちらかを使用することができる。この実施形態では、ＲＡＣＨグループはともに、後方互換（例えば、Ｒ８／９／１０  ＵＥによって使用可能）とすることができる。
【０３２３】
別の例として、周波数が縮小ＢＷデバイスのＢＷ内に存在することができる場合、ｅＮＢは、ｅＰＤＣＣＨまたはＰＤＣＣＨとｅＰＤＣＣＨの両方を介して応答することなどによって、デバイスによって使用できるランダムアクセスリソースの周波数に基づいて、異なる応答を行うことができる。
【０３２４】
デバイスが、ｅＰＤＣＣＨを介して、何らかのランダムアクセス応答メッセージ（例えば、コンテンションベースの手順のためのｍｓｇ２）を受信することができる場合、デバイスは、例えば、ＢＷがより狭いデバイスが応答にアクセスできることを保証するために、対応するＰＤＳＣＨをより狭い帯域幅内に配置できることを予想することができる。
【０３２５】
例示的な実施形態によれば、デバイスによって使用できる、１組のリソース、リソースのサブフレーム若しくは周波数、またはプリアンブルを含む、ランダムアクセス（ＰＲＡＣＨ）リソースに基づいて、ｅＮＢは、ランダムアクセス応答（例えば、ｍｓｇ２および／若しくはその他）、並びに／またはＰＤＳＣＨランダムアクセス応答（例えば、ｍｓｇ２および／若しくはその他）のためのＤＬ制御情報を、そのような１つまたは複数の応答を縮小ＢＷ  ＵＥまたはデバイス（例えば、ＭＴＣデバイス）などの少なくとも何らかのデバイスによって受信し、復号できる方法で、提供することなどによって、異なる応答を行うことができる。
【０３２６】
例えば、デバイスによって使用できるランダムアクセス（ＰＲＡＣＨ）リソースに基づいて、ｅＮＢは、縮小ＢＷ  ＵＥまたはデバイスなどのデバイスが復号できる、ＢＷ内、またはＢＷ内のＲＢの組内に存在できる、ｅＰＤＣＣＨ  ＲＢ内で、ランダムアクセス応答のためのＤＬ制御情報を提供することができる。これは、例えば、中央Ｍ個のＲＢを含むことができ、Ｍは、縮小ＢＷ  ＵＥ／デバイスによってサポートできるＢＷとすることができる。それは、Ｘ≦Ｍとして、中央Ｘ個のＲＢを含むことができ、Ｍは、縮小ＢＷ  ＵＥ／デバイスによってサポートできるＢＷとすることができ、Ｘは、知られることができ、またはＵＥには、ブロードキャストまたは専用シグナリングとすることができる、ＲＲＣシグナリングなどのシグナリングを介して、Ｘの値を通知することができる。それは、Ｘ≦Ｍとして、定義または設定された１組のＸ個のＲＢを含むことができ、Ｍは、縮小ＢＷ  ＵＥまたはデバイスによってサポートできるＢＷとすることができる。
【０３２７】
実施形態では、デバイスには、ブロードキャストすることができるＲＲＣまたは専用シグナリングなどのシグナリングを介して、ｅＮＢによって構成を通知することができる。一実施形態によれば、構成は、ランダムアクセス応答の少なくとも１つに固有とすることもできる。例えば、デバイスによって使用されるランダムアクセス（ＰＲＡＣＨ）リソースに基づいて、ｅＮＢは、ＰＤＳＣＨ  ＲＢなどのＲＢ内でランダムアクセス応答を提供することができる。
【０３２８】
また、ＵＥまたはＭＴＣデバイスなどの縮小ＢＷデバイスは、以下のうちの少なくとも１つ、すなわち、Ｍを縮小ＢＷデバイスによってサポートできるＢＷとすることができる、中央Ｍ個のＲＢ；Ｍを縮小ＢＷ  ＵＥ／デバイスによってサポートできるＢＷとすることができ、Ｘ≦Ｍである、中央Ｘ個のＲＢ；および／またはブロードキャストすることができるＲＲＣ若しくは専用シグナリングなどのシグナリングを介して、デバイスによって知ることができ、若しくはＸの値に提供することができる、Ｘ；のうちの少なくとも１つを復号することができる。
【０３２９】
そのため、Ｍを縮小ＢＷデバイスによってサポートできるＢＷとすることができ、Ｘ≦Ｍである、定義または設定された１組のＸ個のＲＢを使用することができる。デバイスには、ブロードキャストまたは専用シグナリングとすることができるＲＲＣシグナリングなどのシグナリングを介して、ｅＮＢによって構成を通知することができる。構成は、ランダムアクセス応答の少なくとも１つに固有とすることができる。
【０３３０】
別の例では、ｅＮＢが、ＢＷ内でのランダムアクセス応答のためにｅＰＤＣＣＨ  ＲＢとＰＤＳＣＨ  ＲＢの両方を提供することによって応答できるように、または縮小ＢＷ  ＵＥ若しくはデバイスなどのデバイスが復号できる１組のＲＢを提供できるように、上述の例を組み合わせることができる。例えば、１組の最大でＸ個のＲＢを復号することをデバイスに期待すること、１組の最大でＸ個のＲＢを復号するようにデバイスを定義すること、および／または構成することができる場合、ｅＮＢによって、ｅＰＤＣＣＨ  ＲＢとＰＤＳＣＨ  ＲＢの両方を、１組の連続するＸ個のＲＢとすることができる、その１組のＸ個のＲＢ内に配置することができる。
【０３３１】
デバイスによって使用できる、１組のリソース、リソースのサブフレーム若しくは周波数、またはプリアンブルを含む、ランダムアクセス（ＰＲＡＣＨ）リソースに基づいて、ｅＮＢは、デバイス応答またはデータ送信などのために、ＵＬリソースをデバイスに割り当てる場合、異なる応答を行うことができる。例えば、デバイスが、何らかのランダムアクセスリソース（例えば、リソースの２つのグループが存在する場合、グループ２のＲＡＣＨプリアンブル）を使用することができる場合、デバイスは、それが受信できるＵＬグラントは、より狭い帯域幅内のリソースのためのものとすることができることを予想することができる。そうではない場合、デバイスは、ＵＬグラントがセルの全ＢＷ内にリソースを割り当てることができることを予想することができる。
【０３３２】
また、一実施形態では、ＢＷがより狭いデバイスまたはＵＥなどのデバイスによって、柔軟なデュプレクサ（duplexer）を使用することができる。そのような一実施形態では、デバイスは、割り当てがデバイスによってサポートされる総ＢＷを超えずにいることができる限り、セルのＢＷの中心を中心とするより狭いＢＷの外でのアップリンク送信をサポートできることがある。例えば、デバイスが５ＭＨｚ  ＢＷをサポートすることができる場合、切り替えのための十分な時間が存在し得る限り、それは、その送信帯域を、例えば、より大きな２０ＭＨｚのうちの異なる５ＭＨｚにシフトすることができる。
【０３３３】
縮小ＢＷ  ＵＥまたはデバイスなどのデバイスは、プリアンブル、並びに１つまたは複数の周波数およびサブフレームなどによって定義できる、ランダムアクセス（ＰＲＡＣＨ）リソースを、それが縮小ＢＷデバイスであり得ることをｅＮＢに示すことができる、定義若しくは設定された１組のそのようなリソース、またはそのようなリソースのサブセットから選択することができる。デバイスは、その選択手順から、他のＰＲＡＣＨリソースを除外することもできる。
【０３３４】
また、縮小されたデバイスは、１つまたは複数のＤＬランダムアクセスメッセージ（例えば、ランダムアクセス応答メッセージおよび／またはコンテンション解決メッセージ）のために、少なくとも縮小ＢＷ  ＵＥ／デバイス宛てであることが知られた、または少なくとも縮小ＢＷ  ＵＥ／デバイス宛てとして構成された、ＰＤＣＣＨおよび／またはｅＰＤＣＣＨを監視すること、および／または復号しようと試みることができる。
【０３３５】
一実施形態では、デバイスは、ｅＮＢまたは例えば他のネットワーク構成要素に、ランダムアクセス手順中における縮小ＢＷサポートについて通知することもできる。例えば、デバイスは、以下のうちの１つまたは複数を実行することができる。デバイスは、それが（例えば、能力メッセージを介して）柔軟なＵＬ送信をサポートできるかどうかを、ランダムアクセス応答に続いて、またはコンテンション解決の後で、デバイスまたはＵＥ応答など、ランダムアクセスメッセージの１つで、ｅＮＢに通知することができる。
【０３３６】
デバイスは、それが、ＭＴＣデバイスまたはＢＷが狭いデバイスなど、本明細書で説明されるようなデバイスであり得るかどうかを、ランダムアクセス応答に続いて、またはコンテンション解決の後で、デバイスまたはＵＥ応答など、ランダムアクセスメッセージの１つで、ｅＮＢに通知することもできる。例えば、デバイスまたはＵＥリソースが、ＢＷがより狭いデバイスによって使用することができるが、ＢＷがより狭いデバイスのために確保できなかった場合、ｅＮＢは、（例えば、ｅＰＤＣＣＨを使用することによって、あるいはＢＷ内のｅＰＤＣＣＨおよび／若しくはＰＤＳＣＨ  ＲＢ、またはデバイスがサポート若しくは復号できるより狭いＢＷ内の１組のＲＢを使用することによって）より狭いＢＷにおいて応答することができ、デバイスを本当にＢＷがより狭いデバイスとすることができるかどうかについて通知を受けることができる。デバイスが、ｅＮＢに通知することができない場合、ｅＮＢは、ＵＥをＢＷがより狭いデバイスとすることはできないと仮定することができ、デバイスのための後続のＵＬおよび／またはＤＬ送信のために、より広いＢＷを使用することができる。
【０３３７】
例示的な一実施形態によれば、デバイスは、ＲＲＣ接続要求メッセージ内で、デバイスを縮小ＢＷデバイスと識別できる新しい理由（cause）を使用することができる。この理由は、縮小ＢＷデバイスからのモバイル発信（ＭＯ：mobile originated）呼、並びに／または縮小ＢＷおよび遅延許容の両方であり得るデバイスからのモバイル発信（ＭＯ）呼を示すことができる。そのような実施形態では、新しい理由は、縮小ＢＷまたは縮小ＢＷと遅延許容の両方であり得るデバイスからのＭＴ呼応答としてそれ自体を示すために、デバイスによって使用することができる、縮小ＢＷデバイスからのモバイル着信（ＭＴ：mobile terminated）呼応答を求めるＲＲＣ接続要求メッセージ内に追加することができる。実施形態では、ＭＴ呼の場合、ネットワークは、デバイスを縮小ＢＷデバイスとすることができることを、本明細書で説明される方法または手順を使用して、すでに知っていることができるので、これは、モバイル着信（ＭＴ）呼のために使用しなくてよい。例示的な一実施形態によれば、デバイスによってサポートされるＢＷを、セルブロードキャスト情報内で提供できるセルＢＷ（例えば、セルＤＬ  ＢＷ）よりも小さくできる場合、デバイスは、この理由を使用することができる。
【０３３８】
別の例示的な実施形態では、デバイスは、縮小ＢＷデバイスとしてデバイスを識別する情報、および／またはそれがサポートできるＢＷの表示などの追加の情報を、ＲＲＣ接続要求内に含むことができる。
【０３３９】
ｍｓｇ３（例えば、ＲＲＣ接続要求）および／またはｍｓｇ４（例えば、コンテンション解決）のステージにおいて、縮小ＢＷデバイスの縮小ＢＷなどの識別情報を確認するための（例えば、上述の理由または表示の実施形態と独立に使用できる、または併用できる）別の方法は、（例えば、ＣＣＣＨを介することができる）ＲＲＣ接続要求メッセージのＩｎｉｔｉａｌＵＥ−Ｉｄｅｎｔｉｔｙ部内の「ｒａｎｄｏｍＶａｌｕｅ」ＩＥのための、例えば、縮小ＢＷデバイスによって使用することができる、特別なフォーマットまたは値範囲を定義することとすることができる。例えば、最上位３ビットが「１１１」であるなど、ｒａｎｄｏｍＶａｌｕｅの一部のための何らかのビットパターン、または何らかの値範囲（例えば、ｒａｎｄｏｍＶａｌｕｅを４０ビット量とすることができる場合、０〜１０００００）を、縮小ＢＷデバイスのために使用することができる。
【０３４０】
ｅＮＢまたはネットワーク構成要素が、定義されたパターンで、または定義された値範囲で、「ｒａｎｄｏｍＶａｌｕｅ」を有するデバイスｍｓｇ３を受信することができる場合、縮小ＢＷサポートｅＮＢは、デバイスを縮小ＢＷデバイスと見なすことができ、その場合、縮小ＢＷ  ＵＥ／デバイスのためのコンテンション解決メッセージ（例えば、ｍｓｇ４）で、「ＵＥコンテンション解決識別情報」として、ｍｓｇ３で送信されたデバイスのｒａｎｄｏｍＶａｌｕｅに何らかの値オフセット（例えば、７）を追加することができる。オフセットを追加した後、ｅＮＢは、ｍｓｇ４でデバイスにＵＥコンテンション解決識別情報を返信することができる。オフセットルールを知ることができる縮小ＢＷデバイスの場合、「ｒａｎｄｏｍＶａｌｕｅ」＋オフセット＝「コンテンション解決識別情報」である場合、デバイスは、コンテンション解決が成功したと見なすことができる。また、レガシデバイスの場合、それらが、縮小ＢＷデバイスのように、ｍｓｇ３内に「ｒａｎｄｏｍＶａｌｕｅ」を偶発的に置くことができ、その後、コンテンション解決ｉｄ（ｍｓｇ４）を受信することができた場合、レガシＵＥは、新しいルールを知ることができないので、また受信した「コンテンション解決ｉｄ」は、オフセットの結果として、ｍｓｇ３で送信された最初のｒａｎｄｏｍＶａｌｕｅと一致することができないので、そのようなデバイスは、解決を失敗と見なすことができる。この実施形態では、レガシＵＥは、ＲＲＣ接続要求の別のラウンドを続行することができる。
【０３４１】
ランダムアクセスリソースが利用可能であるかに係わらず、ＢＷがより狭いデバイスは、それがサポートできるリソースを使用することができる。例えば、利用可能なＰＲＡＣＨリソースからＰＲＡＣＨリソースのランダム選択を実行する場合、ＵＥは、選択プロセスにおいて、ＵＥがサポートするＢＷ内に存在する利用可能なＰＲＡＣＨリソースを含むことができる（例えば、そのようなリソースを使用することができ、それがサポートできるＢＷ外のリソースを使用することができない）。
【０３４２】
例示的な一実施形態によれば、帯域幅がより狭いデバイスを示すためにＰＲＡＣＨプリアンブル内で搬送できる特別な１情報ビットを使用することができる。例えば、ｅＮＢがＢＷがより狭いデバイスに対応するＲＡ応答を割り当てることができるように、どのＲＡプリアンブルがＢＷが狭いデバイスから来ることができ、またはどのＲＡプリアンブルが通常のデバイスから来ることができるかを区別する方法を有することは、ｅＮＢまたは他のネットワーク構成要素にとって有益なことがある。
【０３４３】
（例えば、ＢＰＳＫを使用することによって）１つの情報ビットを現在のＰＲＡＣＨプリアンブルに追加することを、通常のデバイス（例えば、ＬＴＥ  ＵＥ）からＢＷが狭いデバイスを区別するために使用することができる。そのような一実施形態では、通常のデバイスか、それとも帯域幅がより狭いデバイスかを区別するために、ＰＲＡＣＨプリアンブル系列を確保すること、または分割することを行わなくてよい。そのため、帯域幅がより狭いデバイスのための特別な１組の確保されたプリアンブル系列をブロードキャストする必要をなくすことができるので、ＳＩＢ情報をより単純にすることができる。また、Ｅ−ＵＴＲＡＮまたはネットワーク構成要素（例えば、ｅＮＢ）は、デバイスのタイプを知ることなく、ＰＲＡＣＨプリアンブル検出を実行することができる。
【０３４４】
例えば、通常のデバイスのために定義された時間連続ランダムアクセス信号ｓ（ｔ）は、ＭＴＣデバイスまたは他のより狭いＢＷ  ＵＥ若しくはデバイスをサポートするために、以下のように変更することができ、
【０３４５】
【数３７】
2014531856.tif 000039
【０３４６】
ここで、０≦ｔ＜ＴＳＥＱ＋ＴＣＰであり、βＰＲＡＣＨは、送信電力ＰＰＲＡＣＨに適合させるための振幅スケーリング係数とすることができ、
【０３４７】
【数３８】
2014531856.tif 000040
【０３４８】
である。周波数領域内でのロケーションは、パラメータ
【０３４９】
【数３９】
2014531856.tif 000041
【０３５０】
によって制御することができる。また、係数Ｋ＝Δｆ／ΔｆＲＡは、ランダムアクセスプリアンブルとアップリンクデータ送信の間のサブキャリア間隔の差を考慮することができる。Δｆ＝１５ＫＨｚは、アップリンクＳＣ−ＦＤＭＡのためのサブキャリア間隔とすることもできる。例示的な実施形態では、変数ΔｆＲＡ＝１２５０Ｈｚは、ランダムアクセスプリアンブルのためのサブキャリア間隔とすることができ、ＦＤＤの場合、変数
【０３５１】
【数４０】
2014531856.tif 000042
【０３５２】
である。ＰＰＲＡＣＨは、ＦＤＤの場合のＰＲＡＣＨプリアンブル系列長とすることができ、ｘｕ，ｒ（ｎ）は、第ｕのルートＺａｄｏｆｆ−Ｃｈｕ系列とすることができる。
【０３５３】
例示的な一実施形態によれば、縮小ＢＷ  ＵＥまたはデバイスなどのデバイスは、そのようなビットをそのＰＲＡＣＨ送信に追加することができる。また、ｅＮＢまたはセルが、デバイスからこのビットを受信することができた場合、ｅＮＢまたはセルは、デバイスが縮小ＢＷデバイスであることを理解することができ、例えば、本明細書で説明される実施形態の１つまたは複数に従って動作することによって、その知識に従って動作することができる。
【０３５４】
一実施形態では、ＰＲＡＣＨプリアンブルを伴う小さなペイロードを、本明細書で説明するように、提供すること、および／または使用することができる。例えば、ＢＷがより狭いデバイスは、ＰＲＡＣＨプリアンブルとともに送信することができる。ペイロードは、プリアンブルの後に続くことができ、あるいはプリアンブルに関連付けられたリソース、並びに／またはプリアンブルを搬送するＰＲＡＣＨ時間および／若しくは周波数リソース内に存在することができる。例えば、帯域幅がより狭いデバイスは、ＰＲＡＣＨプリアンブルと一緒に、帯域幅がより狭いデバイスの識別情報、およびスケジューリング要求情報（現在のＲＡＣＨメッセージタイプ３）を送信することができる。
【０３５５】
帯域幅がより狭いデバイスの識別情報とともにプリアンブルを送信することに基づいた、帯域幅がより狭いデバイスの表示のための、変更されたコンテンションベースのＲＡＣＨ手順を、図４０に示すことができる。図４０に示されるように、ＵＥなどのデバイスは、（例えば、ビットまたは他の表示内の）デバイスまたはＵＥ識別情報およびスケジューリング要求（ＳＲ）を含むことができる、ＰＲＡＣＨプリアンブルを送信することができる。それに応答して、Ｅ−ＵＴＲＡＮまたは他のネットワーク構成要素（例えば、ｅＮＢ）は、本明細書で説明するように、２において、ランダムアクセス応答およびコンテンション解決を提供することができる。そのような一実施形態は、デバイスが、ネットワーク割り当てのデバイスまたはＵＥ識別情報（例えば、Ｃ−ＲＮＴＩ）を有することができる場合など、様々なシナリオにおいて適用することができる。また、初期アクセスのためのコンテンションベースのＲＡ手順の場合、デバイスは、ＲＡ応答（例えば、ｍｓｇ２）内でそのＣ−ＲＮＴＩを受信することができ、そのため、この実施形態は、そのような初期アクセスに適用可能とすることはできない。
【０３５６】
縮小ＢＷ  ＵＥまたはデバイスなどのデバイスは、（例えば、図３９および図４０の１において送信される）ＰＲＡＣＨプリアンブル送信にペイロードを追加することもできる。そのような一実施形態では、ｅＮＢが、デバイスからこのペイロードを受信することができた場合、ｅＮＢは、デバイスが縮小ＢＷデバイスであることを理解することができ、例えば、本明細書で説明される解決策の１つまたは複数に従って動作することによって、その知識に従って動作することができる。
【０３５７】
また、モバイル管理エンティティ（ＭＭＥ）への表示、および／またはモバイル管理エンティティ（ＭＭＥ）からの表示を、本明細書で説明するように、提供し、および／または使用することができる。ｅＮＢまたはセルは、所望のＢＷ内におけるデバイスとの通信を保証できるので、または保証すべきなので、デバイスの縮小ＢＷ動作は、デバイスとｅＮＢまたはセルの間で関連する（またはもっぱら関連する）ように思えることがあるが、そのような動作に関する情報を同様に有することは、ＭＭＥまたは別のネットワークエンティティに役立つことがある。これは、デバイスを縮小ＢＷデバイスとすることができること、またはデバイスがそのＢＷサポートに制限を有することがあることを、そのようなＵＥ／デバイスがアイドルモードにあることがある場合、またはそれがネットワーク内で接続（例えば、ＲＲＣ接続）されていないことがある場合に、ネットワークが知る（または知り続ける）ことを可能にすることができる。
【０３５８】
与えられたデバイスのＢＷサポートは、（例えば、ＭＭＥまたは別のネットワークエンティティが、本明細書で説明するように、有し、記憶し、知り、または別途提供し、若しくは使用すると役立つことがある）以下の項目のうちの少なくとも１つを含むこと、または検討することができる。例えば、デバイスのＢＷサポートは、デバイスを縮小ＢＷデバイスとすることができるかどうかを含むこと、または検討することができる。それは、デバイスが、ＵＬおよび／またはＤＬにおいて、２０ＭＨｚまたは最大２０ＭＨｚとすることができる、全システムまたはセルＢＷをサポートできるかどうかを含むこと、または検討することができる。それは、デバイスが、ＤＬ制御領域およびＤＬデータ領域を含むことができるＤＬにおいて、またはＤＬデータ領域において、２０ＭＨｚまたは最大２０ＭＨｚとすることができる、全システムまたはセルＢＷをサポートするかどうかを含むこと、または検討することができる。それは、デバイスが、ＤＬ制御領域およびＤＬデータ領域を含むことができるＤＬにおいて、またはＤＬデータ領域において、どれだけの最大ＢＷをサポートできるかを含むこと、または検討することができる。含むこと、または検討することができるＢＷは、ＲＢの数によって、またはサポートされるＲＢの数をそれから決定できる値若しくは他の表示によって示すことができる。サポートされるＢＷまたはＲＢは、制御領域とデータ領域とで異なることがあり、別々に提供することができる。デバイスのＢＷサポートは、例えば、サポートされるＢＷが全システムまたはセルＢＷの中央にないことがある場合、サポートされるＢＷの開始周波数を含むこと、または検討することができる。それは、デバイスがサポートできるＢＷ、若しくはＲＢの最大の組が、全システムＢＷ内の連続するＲＢのウィンドウ内に存在できるか（若しくは存在する必要があることがあるか）どうかを、またはＲＢの総数がデバイスによってサポートできる最大数を超えずにいられる限り、ＲＢを非連続的に、若しくは非連続なグループ内に配置できるかどうかを検討することができる。一実施形態では、与えられたデバイスのＢＷサポートは、その加入情報の一部として、例えば、例えば加入者データベース内に存在できる加入記録内に含むことができる。ＭＭＥ、または別のネットワークエンティティは、その場合、（例えば、そのような加入情報を介する）登録および／または認証手順の間に、例えば、ホーム加入者サービス（ＨＳＳ）から、デバイスのＢＷサポートを獲得することができる。情報は、デバイスのデバイスＩＤ（例えば、ＩＭＳＩ）に基づいて提供すること、および／または取り出すことができる。
【０３５９】
別の実施形態では、ＭＭＥまたは別のネットワークエンティティは、他のネットワークノードから、例えば、以下のうちの少なくとも１つ、すなわち、ＭＴＣサーバ（例えば、ＭＴＣサービス機能サーバ（ＳＣＳ））からのＭＴＣデバイストリガ時に、ホーム加入者サービス（ＨＳＳ）からＵＥ／デバイス加入情報を取り出すことができ、デバイスに対するＭＴＣデバイストリガのためのＭＭＥとすることができる、デバイスのサービングＭＭＥにデバイス固有の情報を渡すことができる、ＭＴＣインターワーキング機能（ＩＷＦ）、ＵＥ／デバイスモビリティのための、またはＭＭＥ過負荷低減のための別のＭＭＥなどのうちの少なくとも１つから、そのようなデバイスＢＷサポート情報を獲得することができる。
【０３６０】
また別の実施形態によれば、縮小ＢＷデバイスは、（例えば、「ＡＴＴＡＣＨ  ＲＥＱＵＥＳＴ」メッセージでの）アタッチなどのネットワーク登録アクションの少なくとも１つの間に、または（例えば、「ＴＲＡＣＫＩＮＧ  ＡＲＥＡ  ＵＰＤＡＴＥ  ＲＥＱＵＥＳＴ」メッセージでの）トラッキングエリア更新（ＴＡＵ）などのデバイス若しくはＵＥモビリティ管理アクションの間に、それを縮小ＢＷデバイスとすることができる表示、またはそのＢＷサポートを、ＭＭＥなどのネットワークエンティティ（例えば、ネットワーク制御エンティティ）を提供することができる。例えば、デバイスは、上述のメッセージ自体のうちの少なくとも１つの中に、または「ＵＥネットワーク能力」、「ＭＳネットワーク能力」、「ＭＳクラスマーク２」、「ＭＳクラスマーク３」、および「ＭＳネットワーク機能サポート」など、そのＵＥ若しくはデバイス能力またはネットワークサポート機能属性ＩＥのうちの少なくとも１つの中に、そのようなＢＷサポート情報を含むことができる。
【０３６１】
ＭＭＥまたは他のネットワークエンティティは、例えば、ｅＮＢがこの情報を有さないことがある何らかの手順をサポートして、この情報をｅＮＢに提供することができる。例えば、ＭＭＥまたは他のネットワークエンティティは、（例えば、別々に、または１つ若しくは複数のＩＥなど、何らかの組み合わせで提供できる、情報の１つまたは複数の項目を含むことができる）このＢＷサポート情報を、結合（attach）はできても、接続（connect）はできない（またはページングエリア内に所在することは分かっているが、分離／未結合の）与えられたＵＥまたはデバイスに対する（例えば、ＳＩ  ＰＡＧＩＮＧメッセージを用いた）ページングに関連して、ｅＮＢに提供することができ、そのため、ｅＮＢは、何らかのまたは縮小されたＢＷ内で、このデバイスに呼び出しを行うことを知ることができる。
【０３６２】
本明細書で説明するように、デバイスは、そのＢＷサポートを、ｅＮＢ若しくはセルに提供することができ、および／またはｅＮＢ若しくはセルは、デバイスのＢＷサポートをセーブすることができる。
【０３６３】
本明細書で説明するように、より狭いＢＷデバイスとも呼ばれる縮小ＢＷデバイスが、システム情報を獲得できるように、システム情報が提供され、および／または使用されることができる。そのような実施形態では、ｅＰＤＣＣＨは、一例とすることができ、Ｍ−ＰＤＣＣＨ、（例えば、ＰＤＳＣＨ領域内の）他のインバンドシグナリング、またはＤＬ制御情報をＢＷがより狭いデバイスに伝達する他の手段によって置き換えることができる。説明されるそのような実施形態は、個別にまたは組み合わせて使用することができる。
【０３６４】
例えば、ＢＷがより狭いデバイスによって使用することができる、既存のＳＩＢの１つまたは複数など、既存のブロードキャストＳＩＢを使用することができる。この実施形態では、これらのＳＩＢは、ＢＷがより狭いデバイスがアクセスできる、ＢＷ内に割り当てられるリソースとすることができる。
【０３６５】
例えば、ＢＷがより狭いデバイスが、システム情報のために使用されるリソースを決定し、および／またはシステム情報を読むことを可能にするために、例えば、ＢＷがより狭いデバイスをサポートできるセルにおいて、以下のうちの１つまたは複数を適用することができる。
【０３６６】
例えば、一実施形態では、ＢＷがより狭いデバイスをサポートできるセル内のより狭いＢＷ内に、何らかの既存のＳＩＢが存在すること（例えば、または通常は存在すること、若しくは常時存在すること）ができる。何らかの既存のＳＩＢは、各ＳＩＢ（若しくは全てのＳＩＢ）とすることができ、またはＢＷがより狭いデバイス若しくは低コストデバイスに適用可能とすることができる限られた１組のＳＩＢとすることができる。より狭いＢＷは、システムＢＷの中央ＲＢなど、固定されたロケーションに存在することができ、または（例えば、ＤＣＩフォーマットなどのＰＨＹシグナリングを介して）半静的若しくは動的に変更することができる。例えば、ブロードキャストできるより高位のレイヤのシグナリング、または専用シグナリングによって、サポートされる帯域幅内で、どの既存のＳＩＢを（例えば、既存のＳＩＢのどれを）見つることができるかを、デバイスに告げることができる。
【０３６７】
何らかのＳＩＢまたはＳＩＢの各々を搬送するサブフレームの場合、ＰＤＣＣＨのためのＯＦＤＭシンボルの数は、例えば、３つのシンボルに固定することができる（例えば、そのため、デバイスまたはＵＥは、ＰＣＦＩＣＨを読まないこと、または読む必要がないことがある）。ＳＩＢ１を搬送するサブフレームの場合、ＰＤＣＣＨのためのＯＦＤＭシンボルの数は、例えば３つのシンボルに固定することができる（例えば、そのため、デバイスまたはＵＥは、ＰＣＦＩＣＨを読まないこと、または読む必要がないことがある）。
【０３６８】
一実施形態では、次回のサブフレーム（例えば、サブフレームｎ＋ｘ；ｘ≧０）内のＳＩＢのロケーションを通知するために、１つのサブフレーム（例えば、サブフレームｎ）内のｅＰＤＣＣＨを使用することができる。ｅＰＤＣＣＨ  ＤＣＩフォーマットは、必要なリソース情報を含むことができる。ｅＰＤＣＣＨによって示すことができる（例えば、サブフレームｎ内の）ＰＤＳＣＨは、次回のＳＩＢに関する追加の情報（例えば、スケジューリングおよび／またはリソース情報）を提供することができる。ｎとｎ＋ｘの間の関係は、知ることができ、または関係（例えば、ｘの値）は、ＤＣＩフォーマット、若しくはサブフレームｎ内のＰＤＳＣＨによって提供することができる。例えば、ｅＰＤＣＣＨは、次回のＳＩＢが発生するサブフレームよりも１サブフレーム前、または１ＤＬサブフレーム前に存在することができる。別の例では、ｅＰＤＣＣＨは、同じサブフレーム内であるが、次回のＳＩＢが発生できるフレームよりも数（例えば、１）フレーム前に存在することができ、ｎおよびｎ＋ｘは、特定のサブフレームとすることができる。例えば、サブフレーム５内に存在できるＳＩＢ１に対して、ｅＰＤＣＣＨは、サブフレーム０内に存在することができる。ロケーションは、ＲＢを含むことができる。同じサブフレーム（すなわち、サブフレームｎ）内のＳＩＢのロケーションを通知するために、１つのサブフレーム（例えば、サブフレームｎ）内のｅＰＤＣＣＨを使用することができるように、ｘは、０とすることができる。次回のサブフレーム（例えば、サブフレームｎ＋ｘ）内のＳＩＢ１のロケーションを通知するために、１つのサブフレーム（例えば、サブフレームｎ）内のｅＰＤＣＣＨを使用することができる。例示的な一実施形態によれば、次回のＳＩＢのロケーションを（例えば、直接またはＰＤＳＣＨを介して）通知するために使用されるｅＰＤＣＣＨは、知られたスケジュールおよび／またはリソースを有することができる。
【０３６９】
別の実施形態では、ＳＩＢ（例えば、新しいＳＩＢ）のロケーション、または複数の（例えば、１つ若しくは複数の追加の）ＳＩＢについてのスケジューリングおよび／若しくはロケーション情報を提供できる他のＰＤＳＣＨのロケーションを通知するために、ｅＰＤＣＣＨを使用することができる。このｅＰＤＣＣＨは、知られたスケジュールおよび／またはリソースを有することができる。
【０３７０】
また、ＳＩＢまたはＰＤＳＣＨのロケーションは、ＳＩＢまたはＰＤＳＣＨのためのグラント（例えば、ＤＬグラント）によって、通知すること、または示すこと（例えば、提供すること）ができ、そのようなグラントは、ｅＰＤＣＣＨ内に含まれること、ｅＰＤＣＣＨから復号すること、またはｅＰＤＣＣＨから別途決定することができる。グラントは、リソース情報、並びにＭＣＳなど、ＳＩＢおよび／またはＰＤＳＣＨを読むため、および／または復号するために使用することができるパラメータを含むことができる。ｅＰＤＣＣＨがＳＩＢのロケーションを示す場合、ＳＩ−ＲＮＴＩを使用することができる。
【０３７１】
ブロードキャスト情報は、本明細書で説明するように、提供され、および／または使用されることができる。例えば、（例えば、ＭＴＣデバイスなどのＢＷがより狭いＵＥまたはデバイスによってサポートされるものよりも大きい）大きなＢＷを有するセルにおいて、ＢＷがより狭いデバイスをサポートするために、別個のＳＩＢまたは他のＰＤＳＣＨを提供することができる。そのような実施形態では、以下のうちの１つまたは複数を適用することができる。新しいＳＩＢは、サポートされるより狭いＢＷ内に存在することができ、より狭いＢＷは、システムＢＷの中央ＲＢなど、固定されたロケーションに存在することができ、または（例えば、ＤＣＩフォーマットなどのＰＨＹシグナリングを介して）半静的若しくは動的に変更することができる。デバイスは、１つまたは複数の既存のＳＩＢの代わりに、新しいＳＩＢの１つまたは複数を読むことができる。デバイスは、何らかの既存のＳＩＢに加えて、デバイスがサポートできるより狭いＢＷ内で送信できる、１つまたは複数の新しいＳＩＢを読むことができる。デバイスは、より狭いＢＷ内でサポートされない既存のＳＩＢに基づいて、新しいＳＩＢを探すことができる。デバイスは、既存のＳＩＢがより狭い帯域幅内でサポートできないことを、例えば、ＳＩ−ＲＮＴＩとともにスクランブルされるＰＤＣＣＨまたはｅＰＤＣＣＨ内で提供される、そのＳＩＢのリソース割り当てから、決定することができる。また、新しいＳＩＢのために、新しいＲＮＴＩを使用することができる。ＳＩＢのロケーション、例えば、ＳＩＢのＰＤＳＣＨロケーションを、デバイスに通知するために、ｅＰＤＣＣＨまたはＰＤＣＣＨを使用することができる。これらのＳＩＢを搬送するサブフレームの場合、ＰＤＣＣＨのためのＯＦＤＭシンボルの数は、例えば、３つのシンボルに固定することができる（例えば、そのため、デバイスまたはＵＥは、ＰＣＦＩＣＨを読まないこと、または読む必要がないことがある）。これらのＳＩＢの１つまたは複数のためのｅＰＤＣＣＨは、知られたスケジュールおよび／またはリソースを有することができる。何らかのＳＩＢ（例えば、１つまたは複数のＳＩＢ）は、時間（例えば、どのサブフレーム）および／またはＲＢにおいて、知られたスケジュールを有することができる。知られたスケジュールを有することができ、および／またはスケジュールを他のＳＩＢに提供することができる、ＳＩＢ１に類似したＳＩＢが存在することができる。これらのＳＩＢは、既存のＳＩＢと同じ情報を搬送することができ、またはサブセットおよび／若しくは異なる情報を搬送することができる。各ＳＩＢに対してｅＰＤＣＣＨを提供することができ、または１つのｅＰＤＣＣＨは、複数のＳＩＢを探し出し、読むための情報を提供することができる。
【０３７２】
ＳＩＢまたはＰＤＳＣＨのロケーションは、ＳＩＢまたはＰＤＳＣＨのためのグラント（例えば、ＤＬグラント）によって、通知すること、または示すこと（例えば、提供すること）ができ、そのようなグラントは、ｅＰＤＣＣＨ内に含まれること、ｅＰＤＣＣＨから復号すること、またはｅＰＤＣＣＨから別途決定することができる。グラントは、リソース情報、並びにＭＣＳなど、ＳＩＢおよび／またはＰＤＳＣＨを読むため、および／または復号するために使用することができるパラメータを含むことができる。ｅＰＤＣＣＨがＳＩＢのロケーションを示す場合、ＳＩ−ＲＮＴＩまたは別の特定のＲＮＴＩを使用することができる。
【０３７３】
また、実施形態では、ＤＬ制御のための事前定義された、および／または知られたスケジューリングを使用すること、および／または提供することができる。例えば、何らかのｅＰＤＣＣＨは、例えば、ＢＷがより狭いデバイスが、デバイスが復号できることがあるよりも大きなＢＷに広がることができる関連するＰＤＣＣＨを読むことなく、システム情報を獲得することを可能にするために定義された、知られたスケジュールおよび／またはリソースを有することができる。これらのｅＰＤＣＣＨは、事前定義されたｅＰＤＣＣＨと呼ばれることがあり、それらは、事前定義された１組の対応する構成パラメータを有することができる。本明細書で説明するように、（例えば、事前定義された、または事前定義されない）ｅＰＤＣＣＨは、一例とすることができ、Ｍ−ＰＤＣＣＨ、（例えば、ＰＤＳＣＨ領域内の）他のインバンドシグナリング、またはＤＬ制御情報をＢＷがより狭いデバイスに伝達する他の手段によって置き換えることができる。
【０３７４】
例示的な一実施形態によれば、事前定義されたｅＰＤＣＣＨは、ＵＬおよび／またはＤＬデータ送信のためのグラント、ＳＩＢのためのグラント、および通常のｅＰＤＣＣＨの構成パラメータを含むデータのためのグラントなどを搬送することができる。この実施形態では、デバイスは、通常のｅＰＤＣＣＨのための構成を受信することができると、それらに対応する探索空間を監視することができる。
【０３７５】
また、事前定義されたｅＰＤＣＣＨの周波数領域および／または時間領域ロケーションを、以下のうちの１つまたは複数に従って構成することができる。例えば、事前定義されたｅＰＤＣＣＨの周波数領域位置は、６個のＲＢの最小帯域幅、若しくは（例えば、５ＭＨｚとすることができる）ＢＷがより狭いデバイスによってサポートされることが知られたＢＷ、または他の任意の適切な縮小された帯域幅に固定することができる。別の例では、事前定義されたｅＰＤＣＣＨの周波数領域位置は、実際のシステム帯域幅の中央に、または代替として、システムの中心周波数に対してシフトした周波数ロケーションに配置することができる。別の例では、事前定義されたｅＰＤＣＣＨの時間領域位置は、何らかのサブフレーム、サブフレームまたは１組のサブフレーム、および／またはサブフレーム内のサブフレームに固定することができる。別の例では、デバイスは、何らかの事前定義されたフレームおよび／またはサブフレーム周期性を有する、事前定義されたｅＰＤＣＣＨグラントを予期することができる。例えば、事前定義されたｅＰＤＣＣＨは、４０ｍｓの周期性で、各第４のフレームの第５のサブフレーム内に存在することができる。そのような一実施形態では、デバイスは、それらの構成されたサブフレームの外では、事前定義されたｅＰＤＣＣＨを予期することができない。別の例では、デバイスは、サブフレーム内の構成された周波数領域位置内で、事前定義されたｅＰＤＣＣＨを受信することができる。この実施形態では、デバイスは、各サブフレーム内における事前定義されたｅＰＤＣＣＨの存在を検出するために、ブラインド復号を使用することができる。別の例では、ＤＬデータなどの他の情報を送信するために、事前定義されたｅＰＤＣＣＨに割り当てられた物理リソースを使用することができる。別の例では、事前定義されたｅＰＤＣＣＨを搬送するサブフレームの場合、ＰＤＣＣＨのためのＯＦＤＭシンボルの数は、（例えば、ＵＥがＰＣＦＩＣＨを読む必要を回避するために）３つのシンボルに固定することができる。
【０３７６】
事前定義されたｅＰＤＣＣＨは、事前定義されたｅＰＤＣＣＨの同じ縮小された帯域幅を用いる、ネットワークまたはＬＴＥシステムなどのシステムの処理に従った、送信を許可することができる。例えば、通常の帯域幅が１００個のＲＢであるシステムは、２５個のＲＢの縮小された帯域幅でデバイスをサポートすることもできる。縮小された帯域幅内のそれらのデバイスのために指定されたｅＰＤＣＣＨは、２５個のＲＢを用いるＬＴＥシステムなどのシステムのルールおよび仕様に従って、処理（例えば、符号化およびインターリーブなど）を行い、２５個の仮想のＲＢに割り当てることができる。その後、一実施形態では、それらの２５個の仮想のＲＢは、縮小された帯域幅領域内の実際の２５個のＲＢにマッピングすることができる。そのような手法は、１００個のＲＢの全システム帯域幅にアクセスすることなく、デバイスによるｅＰＤＣＣＨの受信を可能にしうる。
【０３７７】
事前定義されたｅＰＤＣＣＨは、以下のうちの１つまたは複数に従って、送信を許可することができる。一例では、静的または動的なサブフレームオフセットを有するサブフレームを、同じ縮小された帯域幅を用いるＬＴＥシステムなどのシステム内の同じグラントのサブフレームロケーションと比較することができる。そのようなサブフレームオフセットは、デバイスのために事前定義することができ、またはシステムの他のパラメータに暗黙的若しくは明示的に結び付けることができる。後者の一例は、サブフレームオフセットを、受信したグラントのフレームおよび／またはサブフレームロケーションに結び付けることができる場合とすることができる。
【０３７８】
別の例では、静的または動的なＲＢオフセットを有するサブフレームを、同じ縮小された帯域幅を用いるＬＴＥシステムなどのシステム内の同じグラントのＲＢロケーションと比較することができる。そのようなＲＢオフセットは、デバイスのために事前定義することができ、またはシステムの他のパラメータに暗黙的若しくは明示的に結び付けることができる。後者の一例は、ＲＢオフセットを、事前定義されたｅＰＤＣＣＨのための事前定義された１組のＲＢ内での、受信したグラントのＲＢロケーションに結び付けることができる場合とすることができる。
【０３７９】
例えば、ＢＷがより狭いデバイスのためのページングを、本明細書で説明するように、提供し、および／または使用することができる。ページングでは、以下のうちの１つまたは複数を適用することができる。例えば、ページングされるデバイスまたはＵＥはＢＷがより狭いデバイスであると知ることができる場合に、ページングチャネルＰＤＳＣＨのロケーションを通知するために、ｅＰＤＣＣＨを使用することができる。そのような一実施形態では、そのＵＥ若しくはデバイスＩＤに基づいてＵＥ若しくはデバイス（例えば、ＭＴＣデバイス）に関連付けられたページング機会に、またはセルの各ページング機会に、ｅＰＤＣＣＨを送信することができる。別の例では、（例えば、応答があったページング、または応答なしでのタイムアウトに基づいて）ページングを終了させることができるまで、ページング機会におけるページングを通知するために、ｅＰＤＣＣＨを使用し続けることができる。別の例では、ページングのためのｅＰＤＣＣＨ  ＲＢのロケーションを、ＲＲＣシグナリングなどのシグナリングで提供することができ、そのようなシグナリングは、ブロードキャストまたは専用シグナリングとすることができる。
【０３８０】
別の例では、ＵＥまたはデバイスＩＤの関数ではないことがある、新しいページングスケジュールを、ＢＷがより狭いデバイスのために提供することができる。例えば、ページング情報またはページングチャネルのロケーションおよび／または他の構成（例えば、構成パラメータ）を通知するために、ｅＰＤＣＣＨを使用することができる、新しいＰＦおよび／またはＰＯスケジュールを、ＢＷがより狭いデバイスのために識別することができる。スケジュールは、（例えば、ブロードキャストを介する）システム情報によって提供することができる。別の例では、ＵＥのグループを一緒にページングするために、グループページング機能を導入することができる。例えば、グループページングのためのページングスケジュールは、ＵＥ若しくはデバイスＩＤと無関係とすることができ、および／または同じページングチャネルを読むように、ＵＥ若しくはデバイスのグループに告げることができる。別の例では、ページング機会において、ＰＤＣＣＨに加えて、ｅＰＤＣＣＨを使用することができる。
【０３８１】
例示的な一実施形態によれば、例えば、ページング若しくはページングデータを受信するために、またはページング若しくはページング関連情報を獲得するために、ＰＤＳＣＨ  ＲＢおよび／またはｅＰＤＣＣＨ  ＲＢを含むことができるデータ領域内で、デバイスまたはＵＥが復号すること、または復号しようと試みることができるＲＢは、ＢＷ内に存在することができる１組のＲＢ、または縮小ＢＷ  ＵＥ若しくはデバイスのＲＢ内に配置することができる。それらのＲＢのロケーション、およびデバイスまたはＵＥのそのロケーションについての理解は、本明細書で説明される実施形態の１つまたは複数に従うことができる。
【０３８２】
一実施形態によれば、縮小ＢＷデバイスをページングするために、新しいＰ’−ＲＮＴＩを提供することができる。そのような一実施形態では、縮小ＢＷデバイスは、ＰＤＣＣＨまたはｅＰＤＣＣＨを監視することができ、デバイスのためのページングデータ（例えば、ＰＤＳＣＨまたはＰＣＨを搬送できるＰＤＳＣＨ）が存在できるかどうかを判定するために、新しいＰ’−ＲＮＴＩを使用してブラインド復号を行うことができる。そのようなページングデータが存在することができる場合、それは、デバイスがサポートできるＢＷまたはＲＢ内に配置することができる。
【０３８３】
一実施形態によれば、何らかのブロック（例えば、１）は縮小ＢＷデバイスによる受信および復号に適していることがあり、他（例えば、１以外）は適していないことがある、複数（例えば、２つ）のＰＤＳＣＨブロックを示すために、単一のＤＣＩを使用することができる。
【０３８４】
接続モードにあるデバイス（例えば、ＵＥまたはＭＴＣデバイス）の場合、ｅＮＢは、どのデバイスをＢＷがより狭いデバイスとすることができるかについての知識を有することができ、ＢＷがより狭いＵＥ／ＭＴＣデバイスであると知ることができる接続モードデバイスに対するページングのために、ｅＰＤＣＣＨを使用することができる。あるいは、ＢＷがより狭いデバイスであると知られたデバイスのために、ページングチャネルの代わりに、専用シグナリングを使用することができる。ｅＮＢは、ＢＷがより狭いデバイスがサポートできるＢＷおよび／またはＲＢ内で、ＢＷがより狭いデバイスであるとそれが知ることができる少なくとも１つの接続モードデバイスのためのページングデータ（例えば、ＰＣＨ）を含むことができる、ページングデータを搬送するＰＤＳＣＨを送信することができる。ｅＮＢは、ＢＷがより狭いデバイスがサポートできるＢＷおよび／またはＲＢ内で、ＢＷがより狭いデバイスであるとそれが知ることができる少なくとも１つの接続モードデバイスのための、およびＢＷがより狭いデバイスではないものなど、少なくとも１つの他のデバイスのための、ページングデータ（例えば、ＰＣＨ）を搬送するＰＤＳＣＨを送信することができる。
【０３８５】
アイドルモードにあるデバイス（例えば、ＵＥまたはＭＴＣデバイス）の場合、ｅＮＢは、どのデバイスをＢＷがより狭いデバイスとすることができるかについての知識を保有することができない。ページングを要求できるネットワークエンティティ、例えば、ＭＭＥは、例えば、ページング要求とともに、その情報をｅＮＢに提供することができる。一実施形態では、ＢＷがより狭いデバイスであると知ることができるアイドルモードデバイスに対するページングのために、ｅＰＤＣＣＨを使用することができる。ｅＮＢは、ＢＷがより狭いデバイスがサポートできるＢＷおよび／またはＲＢ内で、ＢＷがより狭いデバイスであるとそれが知ることができる少なくとも１つのアイドルモードデバイスのためのページングデータ（例えば、ＰＣＨ）を含むことができる、ページングデータを搬送するＰＤＳＣＨを送信することができる。ｅＮＢは、ＢＷがより狭いデバイスがサポートできるＢＷおよび／またはＲＢ内で、ＢＷがより狭いデバイスであるとそれが知ることができる少なくとも１つのアイドルモードデバイスのための、およびＢＷがより狭いデバイスとすることができないものなど、少なくとも１つの他のデバイスのための、ページングデータ（例えば、ＰＣＨ）を搬送するＰＤＳＣＨを送信することができる。
【０３８６】
本明細書で説明するように、ｅＰＤＣＣＨは、一例とすることができ、Ｍ−ＰＤＣＣＨ、（例えば、ＰＤＳＣＨ領域内の）他のインバンドシグナリング、またはＤＬ制御情報をＢＷがより狭いデバイスに伝達する他の手段によって置き換えることができる。
【０３８７】
例えば、帯域幅がより狭いデバイスのためのセル選択および／または再選択を、本明細書で説明するように、提供し、および／または使用することができる。例えば、典型的なセル選択手順は、デバイス（例えば、ＵＥ）が、測定に基づいて最良のセルを見つけ、その後、セルがキャンピングに適し得るかどうかを判定することを含むことができる。これは、デバイスが接続できる公衆地上モバイルネットワーク（ＰＬＭＮ）にセルが属するかどうか、およびセルが他の基準の間で禁じられることがあるか、それとも禁じられることがないかを判定することを含むことができる。
【０３８８】
実施形態では、デバイスは、セルがキャンプオンするのに適するかどうかを判定するための追加の基準を使用することができる。１つのそのような基準は、帯域幅がより狭いデバイスをセルがサポートできるかどうかとすることができる。セルはＢＷがより狭いデバイスをサポートできない、またはそのより狭いＢＷをサポートできないと、ＢＷがより狭いデバイスが判定することができる場合、デバイスは、例えば、セル選択および／または再選択に適していないとセルを見なすことができる。
【０３８９】
また、ＢＷがより狭いデバイスのためのサポートは、セルが、ＢＷがより狭いデバイスに、それがサポートできるＢＷ内で、リソースを、例えば、ＰＤＳＣＨリソースを割り当てることができることを示すことができる。例えば、デバイスが１２個のＲＢの受信をサポートすることができる場合、セルは、このデバイスに、例えば、与えられたサブフレーム内で、１２個以下のＲＢのＰＤＳＣＨリソースを割り当てることができる。
【０３９０】
デバイスは、ＢＷがより狭いデバイスをセルがサポートできるかどうかを、おそらくは、デバイスの、またはＢＷがより狭いデバイスのＢＷをそれがサポートできるかどうかを、以下のうちの１つまたは複数、すなわち、本明細書で説明されるようなＭＩＢ内の表示、ＳＩＢ１または別のＳＩＢ内の表示（例えば、ビット、フラグ、１つ若しくは複数のＢＷ、または別の表示のうちの１つまたは複数）、ＢＷがより狭いデバイスのための新しいおよび／または特別なＳＩＢがブロードキャストされるＳＩＢ１内の表示、並びに存在することをデバイスによって見出すことができるＢＷがより狭いデバイスのための新しいおよび／または特別なＳＩＢなどのうちの１つまたは複数に基づいて、判定することができる。
【０３９１】
デバイス（例えば、ＵＥまたはＭＴＣデバイス）は、デバイスがサポートせず、並びに／またはＢＷがより狭いデバイスのための新しいおよび／若しくは特別のＳＩＢがデバイスによって見出されない、ＢＷ内に割り当てられたＳＩＢ１（または別のＳＩＢ）のためのリソース（例えば、ＲＢの数および／またはロケーション）に少なくとも基づいて、ＢＷがより狭いデバイス（またはこのデバイスのＢＷを用いるＢＷがより狭いデバイス）をセルがサポートしないと決定することができる。
【０３９２】
デバイスがＰＤＣＣＨを読むことができることがある場合、ＰＤＳＣＨ内でＳＩＢのためのリソース割り当てを獲得するための通常のメカニズムを、（例えば、ＳＩ−ＲＮＴＩとともにスクランブルされるＰＤＣＣＨを介して）使用することができる。そうではない場合、本明細書で説明されるものなど、代替方法を使用することができる。例えば、デバイスは、以下のうちの１つまたは複数を行うことができる。デバイス（例えば、ＵＥまたはＭＴＣデバイス）は、例えば、測定に基づいて、セルを選択することができる。デバイスは、ＭＩＢを読むことができ、ＭＩＢは、ＳＩＢ１のロケーションを獲得するために、デバイスがＰＤＣＣＨを読むことを可能にするための情報を提供することができる。デバイスは、それにＳＩＢ１のロケーション（例えば、リソース割り当て）を与えることができる、ＰＤＣＣＨを探すことができる。ＳＩＢ１リソース割り当てが、デバイスによってサポートできるＢＷを超えることができる場合、デバイスは、このセルを不適切と見なすことができ、その場合、適切とすることができる別のセルを見つけようと試みることができる。ＳＩＢ１リソース割り当てが、デバイスによってサポートできるＢＷ内に存在することができる場合、デバイスは、ＢＷがより狭いデバイスをセルがサポートできるかどうかに関する情報を含むことができる、ＳＩＢ１を読むことができる。以下のうちの１つまたは複数、すなわち、ＢＷがより狭いデバイスをセルがサポートできる旨の表示をＳＩＢ１が含むことができないかどうか；ＢＷがより狭いデバイスをセルがサポートできない旨の表示をＳＩＢ１が含むことができるかどうか；およびより狭いＢＷがサポートされ、そのＢＷがデバイスがサポートするＢＷよりも大きいことがある旨の表示をＳＩＢ１が含むことができるかどうか；などのうちの１つまたは複数を真とすることができる場合、デバイスは、セルを不適切と見なすことができ、その場合、適切とすることができる別のセルを見つけようと試みることができる。
【０３９３】
別の例として、本明細書で説明するように、ＳＩＢ１を読んだ後、デバイス（例えば、ＵＥまたはＭＴＣデバイス）が、このセル内でより狭いＢＷのＳＩＢをブロードキャストすることはできない（例えば、それらをブロードキャストできることをＳＩＢ１が示すことができない）と決定することができた場合、デバイスは、セルを不適切と見なすことができ、その場合、適切とすることができる別のセルを見つけようと試みることができる。
【０３９４】
別の例として、デバイスが、セル内でより狭いＢＷのＳＩＢをブロードキャストすることはできないと決定することができた場合、デバイスは、セルを不適切と見なすことができ、その場合、適切とすることができる別のセルを見つけようと試みることができる。セル内でＳＩＢをブロードキャストすることはできないと決定する方法は、それらがブロードキャストされないと合理的に確実に言えるようになるまで、例えば、予想されるブロードキャスト期間にわたって、反復レートで（例えば、何らかの時間の間、および／またはタイマに基づいて）、それらを探し続けることとすることができる。
【０３９５】
別の例として、デバイスは、ＳＩＢ１の代わりに、またはＳＩＢ１に加えて、ＳＩＢまたは他の送信を探すことができる。このＳＩＢまたは他の送信は、デバイスが、それをいつ探すべきかを知ること、またはそれを探すためにＰＤＣＣＨ若しくはｅＰＤＣＣＨなどの制御チャネルをいつ監視すべきかを知ることを可能にするための、知られたスケジュールおよび／または他のパラメータを有することができる。デバイスは、縮小ＢＷ動作に関連するＳＩＢ若しくは他の情報がサブフレーム内に存在できるかどうか、およびどのリソースをそれに割り当てることができるかを決定するために、ＰＤＣＣＨまたはｅＰＤＣＣＨなどの制御チャネルを監視することができる。ＳＩ−ＲＮＴＩと異なりうるＲＮＴＩを使用することができる。デバイスは、このＳＩＢまたは他の送信から、とりわけ、縮小ＢＷデバイスをセルがサポートできるかどうか、セルの縮小ＢＷ動作に関連するパラメータ、またはセルのためのｅＰＤＣＣＨ構成のうちの少なくとも１つを学ぶことができる。
【０３９６】
セル再選択の場合、絶対プライオリティ再選択ルールによる最高ランクのセルまたは最良のセルが、ＢＷがより狭いデバイス、またはデバイスのより狭いＢＷをサポートすることができない場合、デバイスは、セルを再選択の対象と見なすことができない。
【０３９７】
また、実施形態では、ＢＷがより狭いデバイスを近隣セルがサポートできるかどうかに関する表示を、近隣リスト情報内に含むことができる。これは、サポート若しくは非サポート、および／またはサポートされる１つ（若しくは複数）のＢＷを含むことができる。
【０３９８】
実施形態では、デバイスは、ＢＷがより狭いデバイスまたはそのより狭い帯域幅をサポートするセルであると、それが知ることができるセルを測定する（またはもっぱら測定する）ことができ；デバイスは、ＢＷがより狭いデバイスまたはそのより狭い帯域幅をサポートする再選択セルであると、それが知ることができる再選択セルについて検討する（またはもっぱら検討する）ことができ：およびデバイスは、ＢＷがより狭いデバイスまたはそのより狭い帯域幅をサポートできるセルを測定するように求めを受ける（またはもっぱら求めを受ける）ことができる；などである。
【０３９９】
例示的な一実施形態によれば、デバイス、例えば、ＵＥまたはＭＴＣデバイスとすることができる縮小ＢＷデバイスには、ＢＷがより狭いデバイスおよび／またはそのより狭いＢＷをサポートできるセルのリストを提供することができる。リストは、例えば、ユニバーサル加入者識別モジュール（ＵＳＩＭ）内に再プログラムすることができ、運用、管理および保守（例えば、ＯＡ＆Ｍ）を介して、デバイスに提供することができ、またはより高位のレイヤのシグナリングによって、デバイスに提供することができる。リストは、例えば、リスト内に存在できる各セルまたはセルのグループごとに、セルＩＤ、周波数、ＰＬＭＮ、システムＢＷおよびサポートされるより狭いＢＷなどのうちの１つまたは複数を含むことができる。
【０４００】
デバイス（例えば、ＵＥまたはＭＴＣデバイス）は、近隣セルのＭＩＢ、ＳＩＢ１または別の１つ若しくは複数のＳＩＢを読んで、ＢＷがより狭いデバイスまたはそのより狭い帯域幅をそれがサポートできるかどうかを判定することができ、例えば、近隣セル情報などの再プログラムまたは伝達されたセル情報でなど、別の方法では、それに対してそのような情報を利用可能にすることができない場合に行われる。ＢＷがより狭いデバイスは低レートデバイスであることを予想することができるので、それは、そのような情報を獲得し、読むための時間を有することができる。
【０４０１】
また、デバイスは、それが以前訪れることができたセルなど、何らかのセルによる縮小ＢＷデバイスに対するサポートについてそれが学ぶことができる情報、またはそれが受信できたセル情報、例えば近隣セル情報を記憶することができる。デバイスは、この情報を、とりわけ、ＰＬＭＮ  ＩＤ、物理セルＩＤ、トラッキングエリアＩＤのうちの１つまたは複数を含むことができる、セル識別情報とともに記憶することができる。デバイスは、そのセル選択および／若しくは再選択候補、並びに／または近隣セル測定から、縮小ＢＷデバイスをサポートできないセルであることを、それが学ぶことができたセルなど、何らかのセルを除外するために、この情報を使用することができる。一実施形態では、この除外をどれだけの長さ許可することができるかに関する時間制限が存在することができる。
【０４０２】
本明細書で説明するように、帯域幅がより狭いデバイスの接続手順を提供すること、および／または使用することができる。例えば、ＢＷがより狭いデバイスをサポートできるセルは、それがサポートできるより狭いＢＷ内で、ランダムアクセス応答（ＲＡＲ）、例えば、全ＲＡＲを提供することができる。それが複数のより狭いＢＷをサポートすることができる場合、それは、それがサポートできる最も狭いＢＷ内で、ＲＡＲ、例えば、全ＲＡＲを提供することができる。セルからのＲＡＲが、デバイスによって、それがサポートできないＢＷ若しくはＲＢ内で受信されることがある場合、またはセルからのＲＡＲが、デバイスに、それがサポートできないＢＷ若しくはＲＢ内に配置されて示されることがある場合、セルはＢＷがより狭いデバイスまたはそのより狭いＢＷをサポートすることができず、新しいセルにする再選択を行うことができること、または行う必要があることがあることを、デバイスは理解することができる。
【０４０３】
デバイスは、それをＢＷがより狭いデバイスとすることができることを示し、それがサポートできるＢＷ（例えば、最大のＢＷ）の表示を含むことができる表示を、ＲＲＣ接続要求内で提供することができる。デバイスをＢＷがより狭いデバイスとすることができるかどうかを識別できるメッセージを受信する前に、ＢＷがより狭いデバイスをサポートできるセルは、それがサポートできる狭いＢＷまたは最も狭いＢＷ内で、そのデバイスにＤＬ割り当てを提供することができる。
【０４０４】
デバイスが、それがサポートできないＢＷ内でリソース（例えば、ＤＬリソース）を割り当てられることがある場合、デバイスは、これをエラーであると見なすことができる。デバイスは、これが持続できるかどうかを調べるための間隔をあけてから、障害（例えば、恐らくは無線リンク障害）を宣言することができ、接続する新しいセルを（例えば、恐らくは）探すことができる。それを帯域幅がより狭いデバイスとすることができることを示す前に、そのような割り当てを受信することがある場合、セルはＢＷがより狭いデバイスまたはそのより狭いＢＷをサポートすることができず、新しいセルにする再選択を行うことができること、または行う必要があることがあることを、デバイスは理解することができる。
【０４０５】
縮小帯域幅デバイスが関与するハンドオーバ手順を提供すること、および／または使用することができる。例えば、以下の項目またはアクションのうちの１つまたは複数を使用し、および／または適用することができる。ｅＮＢは、縮小ＢＷ動作をサポートできるセルへの縮小ＢＷデバイスのハンドオーバを行うこと（またはハンドオーバを制限すること）ができる。ソースｅＮＢからターゲットｅＮＢへのＸ２ハンドオーバ要求内に、ソースｅＮＢは、ハンドオーバされるデバイスを縮小ＢＷデバイスとすることができるかどうか、および／または（例えば、本明細書で上述されたような）デバイスのＢＷサポートに関する表示を含めることができる。ターゲットｅＮＢからのＸ２応答内で、ターゲットｅＮＢは、縮小ＢＷデバイス、またはそれのために要求を行うことができたデバイスに対して示されるＢＷサポートの少なくとも１つの態様を、それがサポートできない場合、要求を拒否することができる。拒否は、この理由の表示を含むことができる。第１のｅＮＢ（例えば、縮小ＢＷデバイスをターゲットｅＮＢにハンドオーバすることを望むことがあるソースｅＮＢ）は、第２のｅＮＢ（例えば、ハンドオーバのターゲットｅＮＢ）からのＸ２応答（例えば、ソースｅＮＢからのＸ２ハンドオーバ要求に対するＸ２応答）において、縮小ＢＷ動作をそれがサポートできることを意味する何らかの応答を期待することができる。第１のｅＮＢが、第２のｅＮＢから期待した応答を受信することができない場合、第２のｅＮＢは縮小ＢＷ動作をサポートできないと、それは理解することができる。ｅＮＢは、別のｅＮＢに属するセルの縮小ＢＷサポートに関する情報を、そのｅＮＢへのＸ２シグナリングおよび／またはそのｅＮＢからのＸ２シグナリングを介して（例えば、Ｘ２  ＳＥＴＵＰ  ＲＥＱＵＥＳＴまたはＥＮＢ  ＣＯＮＦＩＧＵＲＡＴＩＯＮ  ＵＰＤＡＴＥメッセージを介して）、獲得することができる。ｅＮＢは、別のｅＮＢに属するセルの縮小ＢＷサポートに関する情報を、ネットワークを介して（例えば、ＯＡ＆Ｍを介して）、獲得することができる。ｅＮＢは、その近隣セルの全ＢＷサポートおよび／または縮小ＢＷサポートに関する情報を、その近隣関係テーブル内に含むことができる。
【０４０６】
縮小ＢＷデバイスのためにハンドオーバを実行することができる場合、例えば、新しいセル内で同期を獲得するために、コンテンションのないランダムアクセス手順を実行することができるならば、セルは、Ｘ２を介するハンドオーバ要求に基づいて、デバイスを縮小ＢＷデバイスとすることができることを知ることができるので、デバイスのサポートされるＢＷ内で、ランダムアクセス応答を提供することができる。（例えば、ハンドオーバとともに、またはハンドオーバに関連して）コンテンションベースのランダムアクセス手順を実行することができる場合、本明細書で説明される関連する実施形態のうちの１つまたは複数を適用することができる。
【０４０７】
受信機の複雑さも、本明細書で説明するように、低減することができる。例えば、ＵＥまたはＭＴＣ受信機などのデバイス受信機の実施の複雑さを低減すること、または最低限に抑えることができる、システムおよび／または方法を提供することができる。デバイスにおいて必要とされるスループットを低くすることができる場合、コンパクトな１組の機能をデバイスのために定義することができ、機能は、レガシデバイスまたはＵＥ（例えば、Ｒｅｌ−８／９／１０）と共存するように構成することができる。システムは、本明細書で説明されるような、２つの受信ＲＦチェーンを有する単一の送信アンテナを用いて構成された、デバイスを使用することができる。
【０４０８】
そのような受信機の複雑さを低減する助けとなるように、時間共有ＲＮＴＩを使用すること、および／または提供することができる。例えば、いくつかの実施形態では、デバイスのための新しいＲＮＴＩを、ダウンリンクおよびアップリンクデータ送信のために使用できる、ＭＴＣ−ＲＮＴＩなどのデバイスＲＮＴＩとして定義することができる。そのような一実施形態では、ｅＮＢは、セル内で２００００を超えるＭＴＣデバイスを同時にサポートすることができる。ＬＴＥネットワークなどのネットワークでは、セル内でのランダムアクセスプロセスの結果として、特定のデバイスまたはＵＥにＩＤとしてＲＮＴＩを与えることができ、デバイスまたはＵＥが、ＰＤＣＣＨを復号した後、ＲＮＴＩをチェックすることによって、その制御チャネルをブラインドで検出できるように、それは、ＰＤＣＣＨ内の１６ビットＣＲＣ上でマスクすることができる。しかし、セル内でＭＴＣデバイスなどのＢＷが狭いデバイスとレガシＵＥとを同時にサポートするためには、単一のレガシデバイスまたはＵＥサポートのために複数のＲＮＴＩが使用されることがあることを考えると、ＲＮＴＩの数は十分ではないことがある。従って、一実施形態では、同じＲＮＴＩを、複数のデバイスと共用することができる。例示的な一実施形態によれば、ＭＴＣデバイスなどのデバイスのためのスループット要件は、制限された数のサブフレーム内でＤＬおよび／またはＵＬグラントを送信できるように、相対的に低いことがある。デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩは、複数のデバイスと共用することができるが、デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩは、重複しない方法で使用することができ、デバイスにサブフレームのサブセットを強制的に監視させることができるので、フォールスアラーム確率は、以前のネットワーク内におけるそれのように保つことができる。
【０４０９】
一実施形態では、デバイスの観点（例えば、ＭＴＣの観点）からは、デバイスが、サブフレームのサブセットのためにデバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩによって構成されたＰＤＣＣＨを監視できるように、デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩと有効なサブフレーム情報とを一緒に提供することができる。サブフレームは、以下のように定義することができる。デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩのための有効なサブフレームは、４０ｍｓのデューティサイクルを用いて構成することができる。そのため、デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩによって構成されるＰＤＣＣＨのために、どのサブフレームを監視できるかを示すために、４０ビットのビットマップを使用することができる。無線フレームの第１のサブフレーム内で、有効なサブフレームインデックスを提供することができる。そのため、サブフレームを提供するように、無線フレームヘッダを定義することができる。有効なサブフレームは、デューティサイクル内の事前決定された開始ポイントとして定義することができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスに、デューティサイクルがＭの開始サブフレームインデックスＮを提供することができる。その場合、デバイスは、サブフレームインデックスｎが条件（ｎ−Ｎ）ｍｏｄＭ＝０を満たすことができるかどうか、および／またはデューティサイクルを８の倍数を用いて定義できるかどうかを監視することができる。時間共有デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩの１つのそのような例を、図４１に示すことができる。
【０４１０】
また、ＭＴＣデバイスなどのデバイスは、ｅＮＢアンテナポートの数に係わらず、共通基準信号（ＣＲＳ）に依存することができる、送信モードおよび／または単一の送信方式をサポートすることができる。ＣＲＳは、ｅＮＢにおけるアンテナポートの数に従って（例えば、Ｒｅｌ−８では）定義することができ、送信することができ、最大で４つのアンテナポートをサポート可能とすることができる。ＣＲＳは、ＰＣＦＩＣＨ、ＰＤＣＣＨ、およびＰＨＩＣＨを含む、ダウンリンク制御チャネル送信のために使用することができるので、ＭＴＣデバイスなどのデバイスは、ダウンリンク制御チャネルの一貫した復調のために、ＣＲＳを読むことができる。従って、一実施形態では、ＭＴＣデバイスなどのデバイスのためのＰＤＳＣＨ送信のために、送信ダイバーシティ方式などの単一の送信方式を使用することができる。一実施形態では、ｅＮＢ送信機においてチャネル状態情報が利用可能でないことがある場合に、送信ダイバーシティ方式（例えば、ＳＦＢＣ）は、ダイバーシティ利得およびデータ送信の堅牢性を提供することができる。単一のアンテナポートがｅＮＢ送信機において使用される場合、ＰＤＳＣＨ送信のために、ｐｏｒｔ−０などの単一のアンテナポートを使用することができる。ＭＴＣ−ＲＮＴＩ（ＣＲＳベース）によって構成されるＰＤＣＣＨおよびＰＤＳＣＨを、図４２の表に示すことができる。
【０４１１】
代替方法は、ＤＭ−ＲＳベースの送信方式に基づくことができる。例えば、ビーム形成利得を達成するために、単一のデバイスまたはＵＥ固有のアンテナポートを定義することができる。また、ｅＮＢ送信機におけるアンテナポートの数に係わらず、同じ単一のデバイスまたはＵＥ固有のアンテナポートを使用することができるので、受信機設計は、ＣＲＳベースの送信方式よりも単純にすることができる。そのため、ＭＴＣデバイスなどのデバイスは、送信方式に適合する、複数の受信機を実施しないことがある。そのような一実施形態は、図４３の表に従って構成することができ、ＰＤＣＣＨおよびＰＤＳＣＨは、デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩ（例えば、ＤＭＲＳベース）によって構成することができる。
【０４１２】
例示的な一実施形態によれば、ＤＭ−ＲＳベースの送信のためのＤＭ−ＲＳポートは、ｐｏｒｔ−７に制限されなくてよい。そのため、ｐｏｒｔ−５、ｐｏｒｔ−｛８，９，１０，．．．，１４｝などの他のＤＭ−ＲＳポートも使用することができる。また、マルチユーザＭＩＭＯをサポートするために、ＰＤＣＣＨおよび／またはより高位のレイヤによって、ＤＭ−ＲＳポートを示すことができる。
【０４１３】
さらなる一実施形態では、ＣＲＳベースとＤＭＲＳベースの両方の送信モードを、ＭＴＣデバイスなどのデバイスのために使用することができ、ＤＣＩフォーマットによって構成することができる。また、ＣＲＳベースの送信方式を構成することができる場合、ＭＴＣデバイスなどのデバイスが、ＤＣＩフォーマット１Ａを監視することができ、それ以外では、ブラインド検出の試みを減らすために、ＤＣＩフォーマット１を監視することができるように、送信方式は、より高位のレイヤによって構成することができる。そのような一実施形態は、図４４の表に従って構成することができ、ＰＤＣＣＨおよびＰＤＳＣＨは、デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩ（例えば、ＣＲＳ／ＤＭＲＳベース）によって構成することができる。
【０４１４】
ＰＤＣＣＨおよび／またはＰＤＳＣＨ受信も提供し、および／または使用することができる。例えば、ＭＴＣデバイスなどのデバイスは、そのＰＤＣＣＨブラインド検出のために、特定のＣＣＥアグリゲーションレベルを受信することができる。（例えば、Ｒｅｌ−８における）一実施形態によれば、ＣＣＥアグリゲーションレベルは、｛１，２，４，８｝とすることができ、デバイスは、ＰＤＣＣＨ検出のために、ＣＣＥアグリゲーションレベルを試みることができ、それによって、ブラインド復号の複雑さを高める。ＰＤＣＣＨ復号の複雑さを最低限に抑えるために、一実施形態では、ｅＮＢは、ＭＴＣデバイスなどのデバイスのために、特定のＣＣＥアグリゲーションレベルおよび／またはＣＣＥアグリゲーションレベルのサブセットを構成することができる。従って、ＭＴＣデバイスなどのデバイスは、指定されたＣＣＥアグリゲーションレベルを監視することができ、低減された復号の複雑さをもたらす。さらに、ＣＣＥアグリゲーションレベルは、サブフレームインデックスに結び付けることができる。代替方法は、サブフレーム固有のＣＣＥアグリゲーションレベルを定義することによって、ブラインド復号を行わずに、様々なカバレッジをサポートすることができる。例えば、ＭＴＣデバイスなどのデバイスは、サブフレームｎではＣＣＥアグリゲーションレベル１を、サブフレームｎ＋１ではＣＣＥアグリゲーションレベル２を、以降も同様に監視することができる。そのため、ＰＤＣＣＨカバレッジは、サブフレームインデックスに従って定義することができる。４および８などより大きなＣＣＥアグリゲーションレベルを送信するサブフレームは、より良好なＰＤＣＣＨカバレッジを提供することができる。
【０４１５】
例示的な実施形態では、ＣＣＥアグリゲーションレベルは、以下の技法のうちの１つまたは複数を使用して、サブフレームインデックスと結び付けることができる。ＭＴＣ−ＲＮＴＩを用いて構成されるＰＤＣＣＨのためのＣＣＥアグリゲーションレベルは、セル固有の方法で、サブフレームインデックスに従って定義することができる。この方法では、ＣＣＥアグリゲーションレベル情報のために、ブロードキャストチャネルを使用することができ、またはＣＣＥアグリゲーションレベルを事前定義することができる。また、ＭＴＣ−ＲＮＴＩを用いて構成されるＰＤＣＣＨのためのＣＣＥアグリゲーションレベルは、より高位のレイヤのシグナリングを介して、デバイスまたはＵＥ固有の方法で定義することができる。ＭＴＣ−ＲＮＴＩを用いて構成されるＰＤＣＣＨのためのＣＣＥアグリゲーションレベルは、デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩによって、暗黙的に示すことができる。例示的な一実施形態によれば、特定の範囲内にあるデバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩの値は、ＣＣＥアグリゲーションレベルを暗示することができる。サブフレーム固有のＣＣＥアグリゲーションレベルの例示的な一実施形態を、図４５に示すことができる。
【０４１６】
ＭＴＣデバイスなどのデバイスは、デバイスまたはＭＴＣがサブフレームｎ内でＰＤＣＣＨを受信することができた場合、サブフレームｎ＋ｋ内で対応するＰＤＳＣＨを受信することができる。ｋは、１、２、３、および４を含む、正の整数として定義することができる。この実施形態では、デバイスまたはＭＴＣデバイスは、デバイスまたはＭＴＣデバイスのためのＰＤＳＣＨがサブフレームｎ＋１内に存在できないと仮定することができる。これは、ＰＤＳＣＨ受信の受信機処理時間を緩和することができる。また、ＭＴＣデバイスなどのデバイスは、同じリソースブロック内の複数のサブフレームにＰＤＳＣＨが広がることができると仮定することができる。
【０４１７】
また、実施形態では、バーストベースの半永続的スケジューリングを、本明細書で説明するように、使用し、および／または提供することができる。例えば、ＭＴＣデバイスなどのデバイスは、デバイスが、短期間の間ウェイクアップすることができ、与えられた時間内で情報を報告することができる、バーストトラフィックを有することができる。時間周波数領域内の物理リソースは、より高位のレイヤのシグナリングを介して定義することができ、デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩによって構成されるＰＤＣＣＨは、デバイスＲＮＴＩまたはＭＴＣ−ＲＮＴＩによって構成される別のＰＤＣＣＨがリソースを解放することができるまで、バーストトラフィック送信および／または受信をトリガすることができる。各デバイスのための時間／周波数リソースは、より高位のレイヤから割り当てることができるので、トリガリングＰＤＣＣＨは、複数のデバイスと共有することができる。
【０４１８】
本明細書で説明するように、物理リソースのトリガおよび／または解放のための新しいＤＣＩフォーマットを、一実施形態において定義することができる。例えば、状態「０」がトリガを暗示することができ、「１」がリソース解放を暗示することができる、またはその逆の、デバイスコマンドまたはＭＴＣコマンドのために、ＤＣＩフォーマット３Ｂを定義することができる。ＤＣＩフォーマット３Ｂでは、複数のデバイスコマンドビットまたはＭＴＣコマンドビットを含むことができ、そのため、各デバイスのために独立のビットを割り当てることができ、従って、柔軟なデバイス固有のトリガおよび／または解放を可能にする。
【０４１９】
代替方法として、複数のステータスを示すために、ＤＣＩフォーマット３Ｂ内のデバイスコマンドまたはＭＴＣコマンドのための２または３ビットを、以下のように使用することができる。  
２ビットＭＴＣコマンド
「００」：バースト送信をトリガ
「０１」：ＰＵＳＣＨの再送
「１０」：ＰＤＳＣＨの再送
「１１」：バースト送信を解放
３ビットＭＴＣコマンド
「０００」：バースト送信をトリガ
「００１」：ＰＵＳＣＨの再送
「０１０」：ＰＤＳＣＨの再送
「０１１」：ＰＵＳＣＨのためのバンドリングＴＴＩ（２ｍｓ）
「１００」：ＰＵＳＣＨのためのバンドリングＴＴＩ（３ｍｓ）
「１０１」：ＰＵＳＣＨのためのバンドリングＴＴＩ（４ｍｓ）
「１１０」：バースト送信を解放
「１１１」：予約済
【０４２０】
例示されるように、デバイスコマンドまたはＭＴＣコマンドは、物理リソースのトリガおよび／または解放、ＰＵＳＣＨおよび／またはＰＤＳＣＨの再送、並びにＴＴＩバンドリングコマンドを含むことができる。ＤＣＩフォーマット３Ｂ内の複数のデバイスコマンドまたはＭＴＣコマンドは、以下のように、すなわち、デバイスコマンドまたはＭＴＣコマンド１、デバイスコマンドまたはＭＴＣコマンド２、デバイスコマンドまたはＭＴＣコマンド３、．．．、デバイスコマンドまたはＭＴＣコマンドＮのように送信することができる。ＤＣＩフォーマット３Ｂ内のデバイスコマンドまたはＭＴＣコマンドの位置は、より高位のレイヤのシグナリングからデバイスに提供することができる。
【０４２１】
一実施形態において、単一ＲＦチェーンデバイスも提供し、および／または使用することができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスのコストを低減するために、単一の受信機アンテナを有するＬＴＥデバイスなどのデバイスを使用し、および／または導入することができる。受信機アンテナの数を制限することによって、ＭＴＣデバイスなどのデバイスにおけるコスト節約を、第２の受信経路に関連付けられた第２のアンテナ、ＲＦチェーンの一方、およびより低いベースバンドの処理を除去することによって達成することができる。
【０４２２】
ＲＦチェーンの一方を除去することによる、ＵＥまたはＭＴＣデバイスなどのデバイスに対する１つの意味は、より低い受信機感度に起因する、縮小されたカバレッジとすることができる。デバイスが、レガシデバイス（例えば、ＬＴＥ  ＵＥ）と同じカバレッジを提供することを目指すことができるとすると、ダウンリンクシグナリングおよび制御チャネルのカバレッジを高めるために、以下の解決策のうちの１つまたは複数を利用することができ、すなわち、電力を上げることができ、増強された制御チャネル設計を利用することができ、ＵＬ  ＨＡＲＱメカニズムを除去することができ、ＡＣＫ／ＮＡＣＫ反復を提供することができ、自律的なＰＤＳＣＨ再送を実行することができ、およびＭＣＳ方式を制限することができるなどである。例えば、一実施形態（例えば、電力上昇）では、ＰＣＦＩＣＨ、ＰＨＩＣＨ、およびＰＤＣＣＨなどのダウンリンク制御チャネルのカバレッジを改善するためのツールとして、電力の増加を使用することができる。
【０４２３】
また、別の実施形態では、増強された制御チャネル設計を利用することができる。そのような一実施形態は、送信電力の増加がより高い干渉（例えば、低いＳＩＮＲ）をデバイスにもたらすことがある、ＨｅｔＮｅｔシナリオにおいて有益なことがある。例えば、ＯＦＤＭシンボルの数に関する制御領域のサイズを示すための、特定の物理レイヤメカニズムを暗示しないことがあるデバイスのために、ＰＣＦＩＣＨを半静的に構成することができる。ＰＨＩＣＨおよびＰＤＣＣＨに関して、デバイスは、それらの制御チャネルを、レガシ制御領域ではなく、ＰＤＳＣＨ領域において受信することができる。ＰＤＳＣＨ領域でＰＨＩＣＨおよびＰＤＣＣＨを送信することによって、デバイスにおけるセル間干渉（ＩＣＩ）の影響を引き下げるため、および制御チャネルのカバレッジを高めるために、セル間干渉調整（ＩＣＩＣ）を使用することができる。
【０４２４】
一実施形態によれば、ＵＬ  ＨＡＲＱメカニズムを除去することができる。例えば、ＬＴＥなどのネットワークは、ＵＬデータパケット送信に応答して、ハイブリッドＡＲＱ肯定応答を示すために、ダウンリンクにおいてＰＨＩＣＨを送信することができる。しかし、ＵＥまたはＭＴＣデバイスなどのデバイスは、シグナリングオーバヘッドを低減するために、ＵＬ  ＨＡＲＱメカニズムを有さないように設計することができる。該実施形態では、デバイスは、ＰＨＩＣＨ上でＡＣＫ／ＮＡＣＫフィードバックを待つことなく、連続したまたは事前定義されたサブフレーム内で、データを自律的に再送することができる。
【０４２５】
また、ＡＣＫ／ＮＡＣＫ反復を提供し、および／または使用することができる。例えば、電力上昇を適用可能とすることができない状況（例えば、干渉が制限された環境）において、ＰＨＩＣＨカバレッジを高めるために、ＵＬデータパケット送信に応答したＨＡＲＱ  ＡＣＫ／ＮＡＣＫを、ダウンリンクにおいて再送することができる。そのような一実施形態によれば、ＰＨＩＣＨは、連続したまたは事前定義されたサブフレーム内で再送することができる。ＡＣＫ／ＮＡＣＫ再送の反復因数は、必要とされるカバレッジに応じて、より高位のレイヤのシグナリング（例えば、ＲＲＣ）を介して構成することができる。
【０４２６】
自律的なＰＤＳＣＨ再送も提供し、および／または使用することができる。例えば、ダウンリンク共用チャネルのカバレッジを高めるために、デバイスまたはＵＥ側から、ＰＵＣＣＨ上のＨＡＲＱフィードバックを待つことなく、ＰＤＳＣＨを連続したまたは事前定義されたサブフレーム内で再送することができる。再送の回数は、より高位のレイヤを介して構成することができる。この実施形態では、デバイスまたはＵＥは、ＵＬ上で肯定応答を送信してもよく、または送信しなくてもよい。デバイスまたはＵＥが、フィードバックの送信を期待されることがある場合、ＨＡＲＱ肯定応答は、最後に再送されたＰＤＳＣＨを受信した後に、生成することができる。
【０４２７】
別の例示的な実施形態によれば、変調および符号化方式（ＭＣＳ）を制限することができる。例えば、そのような方式に基づいて、デバイスまたはＵＥは、ＬＴＥなどのレガシネットワークのために定義されたセットから、変調と符号化の組み合わせのサブセットを受信すること、および／または復号することができる。例えば、ＵＥまたはＭＴＣデバイスなどのデバイスは、その回復感度要件を満たすために、ＱＰＳＫ変調信号を受信し、復号することができる。これは、第２のアンテナを除去した結果として、受信ダイバーシティ利得がなくなったことに起因する、３ｄＢの損失を補償することができる。
【０４２８】
ＵＬ増強も提供し、および／または使用することができる。例えば、デバイスのコストを低減するために、バッテリ電力消費を引き下げることができる。送信電力の非効率の主な源を、送信信号の高い信号先鋭化（signal peakiness）に起因する電力バックオフとすることができるとすると、デバイスのアップリンクについての信号先鋭化を低減するために、数々の解決策を提案することができる。一実施形態によれば、信号先鋭化を低減することによって、より小さな電力増幅器を用いて、ＬＴＥなどのネットワークと同じカバレッジを達成することができる。これが、今度は、デバイスのコストを低下させることができる。
【０４２９】
例えば、部分ＰＵＳＣＨ送信を提供すること、および／または使用することができる。この実施形態によれば、アップリンクの部分的に許可されたリソース上でＰＵＳＣＨを送信することができる。これは、周波数領域においてより狭いリソースの割り当てを使用することによって、サブキャリア当たりの電力を高めるのを助けることができる。例えば、ＰＵＳＣＨは、割り当てられたＲＢ内の偶数サブキャリアまたは奇数サブキャリア上で送信することができ、リソースブロック当たりの電力は、変更しないでおくことができる。この実施形態では、現在のシステムまたはネットワーク（例えば、ＬＴＥ  Ｒｅｌ−８）と同じトランスポートブロックサイズをサポートするために、２つまたは複数のサブフレームで、各トランスポートブロックを送信することができる。
【０４３０】
また、総システムスループットを維持するために、複数のデバイスからのＰＵＳＣＨ送信を周波数多重化（例えば、インターレース）することができる。例えば、１つのデバイスは、ＰＵＳＣＨ送信のために奇数サブキャリアを使用することができ、別のデバイスは、そのＰＵＳＣＨ送信のために偶数サブキャリアを使用することができる。ＤＬにおいて送信されるそのアップリンクグラントの一部として、周波数シフトおよび／または割り当てをデバイスに示すことができる。
【０４３１】
アップリンク送信のためにより低い電力を使用することができる場合に、ＰＵＣＣＨカバレッジを高めるために、ＤＬデータパケット送信に応答したＨＡＲＱ  ＡＣＫ／ＮＡＣＫを、アップリンクにおいて再送することができる（例えば、ＡＣＫ／ＮＡＣＫ反復を提供することができる）。この方式によれば、ＰＵＣＣＨは、連続したまたは事前定義されたサブフレーム内で、再送することができる。ＡＣＫ／ＮＡＣＫ再送の反復因数は、カバレッジに応じて、より高位のレイヤのシグナリング（例えば、ＲＲＣ）を介して構成することができる。
【０４３２】
本明細書で説明するように、ＤＬ  ＨＡＲＱメカニズムを除去することができる。例えば、ＬＴＥなどのネットワークは、ＤＬデータパケット送信に応答して、ハイブリッドＡＲＱ肯定応答を示すために、アップリンクにおいてＰＵＣＣＨを送信することができる。しかし、デバイスは、シグナリングオーバヘッドを低減するために、ＤＬ  ＨＡＲＱメカニズムを有さないように設計することができる。この実施形態では、ｅＮＢは、ＰＵＣＣＨ上でＡＣＫ／ＮＡＣＫフィードバックを待つことなく、連続したまたは事前定義されたサブフレーム内で、ＰＤＳＣＨを自律的に再送することができる。
【０４３３】
また、変調および符号化方式（ＭＣＳ）を制限することができる。例えば、この方式に基づいて、デバイスは、ＬＴＥなどのレガシネットワークのアップリンクために定義されたセットから、変調と符号化の組み合わせのサブセットおよび／またはトランスポートブロックサイズを使用するように制限することができる。例えば、デバイスは、その電力増幅器において必要とされる電力軽減（power de-rating）を低下させるために、そのアップリンク送信のためにＱＰＳＫ変調を使用することができる。例示的な一実施形態によれば、ＱＡＭ１６およびＱＡＭ６４などのより高次の変調は、送信機においてより高い電力バックオフを使用できる、より高いキュービックメトリック（cubic metric）を（およびより高いピーク対平均電力比も）有することができる。制限されたＭＣＳの副産物として、デバイスのために、よりコンパクトなＤＣＩフォーマットも導入することができる。後者は、コンパクトなＤＣＩフォーマットのＭＣＳフィールドを５ビットよりも小さく（例えば、３ビットに）できることを暗示することができる。よりコンパクトなＤＣＩフォーマットも、ＤＬにおけるＰＤＣＣＨの達成可能なカバレッジを高めることができる。
【０４３４】
また、π／２シフトＢＰＳＫを含む、π／ＭシフトＭＰＳＫ変調方式など、デバイスのための新しい変調方式の導入は、（例えば、最大送信電力が低減されることがある場合でも、ＱＰＳＫのそれと比べて）より低い信号先鋭化が原因で、カバレッジが維持されることを可能にしうる。新しい変調方式を導入することによって、ダウンリンク上で伝達されるトランスポートブロックサイズおよびＭＣＳを、ＬＴＥなどのレガシネットワークと比較して、デバイスのために変更することができる。これは、新たに導入される変調方式を含むための、ＤＣＩ内で受信されるＭＣＳインデックスの再マッピングを通して達成することができる。
【０４３５】
ＵＬにおけるスペクトル整形メカニズムも導入することができる。例えば、信号先鋭化をさらに低減するために、スペクトル整形を使用することができる。そのような一実施形態では、ルートレイズドコサイン（ＲＲＣ：Root Raised-Cosine）またはカイザウィンドウ（Kaiser window）スペクトル整形の使用を、ＵＥまたはＭＴＣデバイスなどのデバイスのための機能として導入することができる。一実施形態によれば、ＵＬにおけるスペクトル整形の導入は、デバイスにおける複雑さを僅かに高めることがあり、バッテリ電力消費を低下させることができ、および／またはコストを低下させることができる。
【０４３６】
また、アップリンク制御チャネルを提供し、および／または使用することができる。例えば、デバイスが、レガシデバイス（例えば、ＬＴＥ  ＵＥ）からのＳＲＳ送信と干渉を起こさずに、ＰＵＣＣＨを送信するための、以下の例を考察することができる。一例では、デバイスまたはＭＴＣ  ＰＵＣＣＨ送信と、レガシデバイスまたはＵＥ  ＳＲＳ送信のために、それぞれ、異なるサブフレームを構成することができる。デバイスは、そのＰＵＣＣＨ送信のためにサブフレームを用いるように構成することができ、サブフレームは、セル固有のＳＲＳサブフレーム（例えば、Ｒｅｌ−１０のセル固有のＳＲＳサブフレーム）とすることができない。例えば、デバイスは、セル固有のＳＲＳサブフレーム（例えば、Ｒｅｌ−１０のセル固有のＳＲＳサブフレーム）とすることができないサブフレーム内のＰＵＣＣＨ上で、周期的ＣＳＩ報告を送信するように構成することができる。
【０４３７】
別の例では、ＵＣＩ送信のためのピギーバック手法を使用することができる。デバイスは、セル固有のＳＲＳサブフレーム（例えば、Ｒｅｌ−１０のセル固有のＳＲＳサブフレーム）内のＰＵＳＣＨ上で、ＵＣＩ（例えば、周期的ＣＳＩおよび／またはＡＣＫ／ＮＡＣＫ）を送信することができる。この実施形態では、動的な方法で（例えば、ＰＤＣＣＨ内のＵＬグラント）、または半静的に（例えば、ＲＲＣシグナリング）、ＰＵＳＣＨリソースを割り当てることができる。セル固有のＳＲＳサブフレーム（例えば、Ｒｅｌ−１０のセル固有のＳＲＳサブフレーム）内に、デバイスのために割り当てられた（例えば、ＵＬ−ＳＣＨのための）ＰＵＳＣＨ送信が存在することができる場合、デバイスは、ＰＵＳＣＨ上でＵＣＩ送信をピギーバックすることができる。
【０４３８】
別の例では、各セル固有のＳＲＳサブフレーム（例えば、Ｒｅｌ−１０のセル固有のＳＲＳサブフレーム）内で、短縮されたＰＵＣＣＨフォーマットを使用することができる。セル固有のＳＲＳサブフレーム（例えば、Ｒｅｌ−１０のセル固有のＳＲＳサブフレーム）内でＡＣＫ／ＮＡＣＫおよび／または周期的ＣＳＩなどのＵＣＩを送信するように、デバイスをスケジュールすることができる場合、デバイスは、与えられたＳＲＳサブフレーム内で短縮されたＰＵＣＣＨフォーマットを使用することができる。（例えば、Ｒｅｌ−１０における）例示的な一実施形態によれば、それぞれＰＵＣＣＨフォーマット１ａ／ｂおよびＰＵＣＣＨフォーマット３のための短縮されたフォーマットを使用することができる。しかし、使用することができる、現在提供される短縮されたＰＵＣＣＨフォーマット２は存在することができない。そのため、短縮されたＰＵＣＣＨフォーマット２を、本明細書で説明するように定義することができる。そのようなフォーマットは、（２０，Ｏ）ＲＭ符号化の後に、最後の２ビットをパンクチャリングして、例えば、（２０，Ｎ）ＲＭ符号化を使用して符号化されたＮビットを有する周期的ＣＳＩ系列の後に、結果の符号化ビットの最後の２ビットがパンクチャリングされて、１８符号化ビットをもたらすものとして定義することができる。異なる（Ｍ，Ｏ）ＲＭ符号化方式またはブロック符号化を使用して、短縮されたＰＵＣＣＨフォーマット２のために、異なる（Ｍ，Ｎ）ＲＭ符号化を使用することができ、Ｍは、２０に等しくないことがある。この実施形態では、ＲＭ符号化出力ビットは、１８ビットにレートマッチすることができる。あるいは、１８ビット長の符号出力を生成するために、ブロック符号化を使用することができる。そのようなフォーマットは、パンクチャド１８ビット長ＲＭ符号のハミング距離を高めるために、（２０，Ｏ）ＲＭ符号のための異なる１組の基本系列を使用するものとして定義することもできる。
【０４３９】
別の例では、セル固有のＳＲＳサブフレーム（例えば、Ｒｅｌ−１０のセル固有のＳＲＳサブフレーム）内では、周期的ＣＳＩ送信を中止することができる。例えば、デバイスは、セル固有のＳＲＳサブフレーム（例えば、Ｒｅｌ−１０のセル固有のＳＲＳサブフレーム）内での周期的ＣＳＩ送信を中止することができる。また、周期的ＣＳＩは報告しないが、非周期的ＣＳＩを報告するようにデバイスを構成することができるように、非周期的ＣＳＩ送信を用いるようにデバイスを構成することができる。
【０４４０】
本明細書で説明される例および実施形態は、より狭いＢＷおよび縮小されたＢＷという用語を交換可能に使用可能である。ＭＴＣデバイスは、ＵＥ若しくはデバイス、またはＢＷが縮小されたＵＥ若しくはデバイスによって置き換えることができ、本明細書の説明と一致することができる。ＢＷは、多くのまたは１組のＲＢによって置き換えることができる。ＢＷが縮小されたＵＥ／デバイスなどのＵＥ／デバイスのサポートされるＢＷを構成できる、この多くのまたは１組のＲＢは、周波数において連続していることもあり、若しくは連続していないこともあり、または連続している必要があることもあり、若しくは連続している必要がないこともある。
【０４４１】
また、本明細書で説明される実施形態では、ｅＰＤＣＣＨは、一例として提供することができ、Ｍ−ＰＤＣＣＨ、（例えば、ＰＤＳＣＨ領域内の）他のインバンドシグナリング、またはＤＬ制御情報をＢＷがより狭いデバイスに伝達する他の手段によって置き換えることができる。
【０４４２】
さらに、上記では特徴および要素を特定の組み合わせで説明したが、各特徴または要素は、単独で使用でき、または他の特徴および要素との任意の組み合わせで使用できることを当業者であれば理解されよう。また、本明細書で説明した方法は、コンピュータまたはプロセッサによって実行する、コンピュータ可読媒体内に包含された、コンピュータプログラム、ソフトウェアまたはファームウェアで実施することができる。コンピュータ可読媒体の例は、（有線接続または無線接続を介して送信される）電子信号と、コンピュータ可読記憶媒体とを含む。コンピュータ可読記憶媒体の例は、ＲＯＭ、ＲＡＭ、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび着脱可能ディスクなどの磁気媒体、光磁気媒体、並びにＣＤ−ＲＯＭディスクおよびＤＶＤなどの光媒体を含むが、それらに限定されない。ソフトウェアと連携するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用する無線周波送受信機を実施するために使用することができる。
【図１Ａ】
2014531856.tif 000043
【図１Ｂ】
2014531856.tif 000044
【図１Ｃ】
2014531856.tif 000045
【図１Ｄ】
2014531856.tif 000046
【図１Ｅ】
2014531856.tif 000047
【図２】
2014531856.tif 000048
【図３】
2014531856.tif 000049
【図６】
2014531856.tif 000050
【図７】
2014531856.tif 000051
【図１０】
2014531856.tif 000052
【図１１】
2014531856.tif 000053
【図１２】
2014531856.tif 000054
【図１３】
2014531856.tif 000055
【図１４】
2014531856.tif 000056
【図２２】
2014531856.tif 000057
【図２６】
2014531856.tif 000058
【図２７】
2014531856.tif 000059
【図２８】
2014531856.tif 000060
【図２９】
2014531856.tif 000061
【図３０Ａ】
2014531856.tif 000062
【図３０Ｂ】
2014531856.tif 000063
【図３２】
2014531856.tif 000064
【図３４】
2014531856.tif 000065
【図３５】
2014531856.tif 000066
【図３６】
2014531856.tif 000067
【図３７】
2014531856.tif 000068
【図３９】
2014531856.tif 000069
【図４０】
2014531856.tif 000070
【図４２】
2014531856.tif 000071
【図４３】
2014531856.tif 000072
【図４４】
2014531856.tif 000073
【図４】
2014531856.tif 000074
【図５】
2014531856.tif 000075
【図８】
2014531856.tif 000076
【図９】
2014531856.tif 000077
【図１５】
2014531856.tif 000078
【図１６】
2014531856.tif 000079
【図１７】
2014531856.tif 000080
【図１８】
2014531856.tif 000081
【図１９】
2014531856.tif 000082
【図２０】
2014531856.tif 000083
【図２１】
2014531856.tif 000084
【図２３】
2014531856.tif 000085
【図２４】
2014531856.tif 000086
【図２５】
2014531856.tif 000087
【図３１】
2014531856.tif 000088
【図３３】
2014531856.tif 000089
【図３８】
2014531856.tif 000090
【図４１】
2014531856.tif 000091
【図４５】
2014531856.tif 000092
【国際調査報告】
2014531856.tif 000093
2014531856.tif 000094
2014531856.tif 000095
2014531856.tif 000096
2014531856.tif 000097