JP2018529244A - アップリンク送信のためのマシンタイプコミュニケーション（ｍｔｃ）設定、干渉管理、および再チューニング時間 - Google Patents

Abstract

本開示のある特定の態様は概して、ワイヤレス通信に関し、より具体的には、拡張型マシンタイプコミュニケーション（ｅＭＴＣ）ＵＬマルチユーザ多重化をサポートするフレーム構造を通じてユーザ容量を増加させることに関する。たとえば、ユーザ機器（ＵＥ）は、より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別する。該ＵＥは、基地局から、該狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される物理アップリンクチャネルのシンボルを送信するために該ＵＥに割り当てられた狭帯域領域のサブ領域を示すシグナリングを受信する。該ＵＥは、該割り当てられたサブ領域において該物理アップリンクチャネルを送信する。ＤＬマルチユーザ多重化に適用されうる同様の技法もまた提供される。
【選択図】図８

Description

米国特許法第１１９条に基づく優先権の主張

[0001]本願は、２０１５年７月９日付で出願された「MACHINE TYPE COMMUNICATION (MTC) CONFIGURATION INTERFERENCE MANAGEMENT, AND RETUNING TIME FOR UPLINK TRANSMISSION」と題する米国仮出願番号第６２／１９０，７１６号、２０１５年９月２８日付で出願された「MACHINE TYPE COMMUNICATION (MTC) CONFIGURATION, INTERFERENCE MANAGEMENT, AND RETUNING TIME FOR UPLINK TRANSMISSIONS」と題する米国仮出願番号第６２／２３３，９１２号の利益を主張する、２０１６年７月６日付で出願された米国出願番号第１５／２０２，９０１号に対する優先権を主張し、これらは、全体として本明細書に参照によって明示的に組み込まれる。

[0002]本開示のある特定の態様は概して、ワイヤレス通信に関し、より具体的には、複数のマシンタイプコミュニケーション（ＭＴＣ）デバイスおよび拡張型ＭＴＣ（ｅＭＴＣ）デバイスからのアップリンク送信を管理するための技法に関する。

[0003]ワイヤレス通信システムは、音声、データ等のような様々なタイプの通信コンテンツを提供するために広く展開されている。これらのシステムは、利用可能なシステムリソース（たとえば、帯域幅および送信電力）を共有することによる複数のユーザとの通信をサポートする能力を有する多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、ロングタームエボリューション（ＬＴＥ（登録商標））アドバンスドシステムを含む第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））ＬＴＥ、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。

[0004]一般に、ワイヤレス多元接続通信システムは、複数のワイヤレス端末のための通信を同時にサポートしうる。各端末は、順方向および逆方向リンク上の送信を介して１つまたは複数の基地局と通信する。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを指し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを指す。この通信リンクは、単一入力単一出力、多入力単一出力、または多入力多出力（ＭＩＭＯ）システムを介して確立されうる。

[0005]ワイヤレス通信ネットワークは、多数のワイヤレスデバイスのための通信をサポートしうる多数の基地局を含みうる。ワイヤレスデバイスは、ユーザ機器（ＵＥ）を含みうる。ＵＥのいくつかの例は、セルラ電話、スマートフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ハンドヘルドデバイス、タブレット、ラップトップコンピュータ、ネットブック、スマートブック、ウルトラブック等を含みうる。いくつかのＵＥは、基地局、別の遠隔デバイス、または何らかの他のエンティティと通信しうる、センサ、メータ、モニタ、位置タグ、ドローン、トラッカ、ロボット等のような遠隔デバイスを含みうるマシンタイプコミュニケーション（ＭＴＣ）ＵＥおよび／または発展型ＭＴＣ ＵＥと考えられうる。ＭＴＣは、通信の少なくとも一端に少なくとも１つの遠隔デバイスを伴う通信を指し得、人間の対話（human interaction）を必ずしも必要としない１つまたは複数のエンティティを伴うデータ通信の形態を含みうる。ＭＴＣ ＵＥおよびｅＭＴＣ ＵＥは、たとえば、公衆移動通信網（ＰＬＭＮ：Public Land Mobile Networks）を通じたＭＴＣサーバおよび／または他のＭＴＣデバイスとのＭＴＣ通信の能力を有するＵＥを含みうる。

[0006]本開示のシステム、方法、およびデバイスは各々、いくつかの態様を有し、これらのうちのいずれも、単独でその望ましい属性を担うのではない。以下に続く請求項によって表現されるような本開示の範囲を限定することなく、いくつかの特徴がこれから簡潔に論じられる。この説明を考慮した後、および特に「発明を実施するための形態（Derailed Description）」と題するセクションを読んだ後、当業者は、本開示の特徴が、ワイヤレスネットワークにおけるアクセスポイントと局との間の改善された通信を含む利点をどのように提供するかを理解するだろう。

[0007]本開示のある特定の態様は、ユーザ機器（ＵＥ）によるワイヤレス通信のための方法を提供する。該方法は概して、より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別することと、基地局から、該狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される物理アップリンクチャネルのシンボルを送信するために該ＵＥに割り当てられた該狭帯域領域のサブ領域を示すシグナリングを受信することと、該割り当てられたサブ領域において該物理的アップリンクチャネルを送信することと、を含む。

[0008]本開示のある特定の態様は、基地局（たとえば、ｅＮＢ）によるワイヤレス通信のための方法を提供する。該方法は概して、より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別することと、ユーザ機器（ＵＥ）に、該狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される物理アップリンクチャネルのシンボルを送信するために該ＵＥに割り当てられた該狭帯域領域のサブ領域のインジケーションをシグナリングすることと、該割り当てられたサブ領域において該物理的アップリンクチャネルを受信することと、を含む。

[0009]本開示のある特定の態様は、ＵＥによるワイヤレス通信のための方法を提供する。該方法は概して、より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別することと、基地局から、該狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される少なくとも１つの物理ダウンリンクチャネルのシンボルを受信するために該ＵＥに割り当てられた該狭帯域領域のサブ領域を示すシグナリングを受信することと、該割り当てられたサブ領域において該物理的ダウンリンクチャネルを受信することと、を含む。

[0010]本開示のある特定の態様は、基地局（たとえば、ｅＮＢ）によるワイヤレス通信のための方法を提供する。該方法は概して、より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別することと、ユーザ機器（ＵＥ）に、該狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される物理ダウンリンクチャネルのシンボルを受信するために該ＵＥに割り当てられた該狭帯域領域のサブ領域のインジケーションをシグナリングすることと、該割り当てられたサブ領域において該物理的ダウンリンクチャネルを送信することと、を含む。

[0011]方法、装置、システム、コンピュータプログラム製品、および処理システムを含む多くの他の態様が提供される。

[0012]本開示の上で記載された特徴が詳細に理解されうるように（so that the manner in which）、上で簡潔に要約されたより具体的な説明が、態様への参照によってなされ得、それらの態様のいくつかが添付の図面において例示される。しかしながら、該説明が他の同等に効果的な態様を認めるうるため、添付の図面が、本開示のある特定の典型的な態様のみを例示し、それにより、その範囲を限定するものと考えられるものとしないことは留意されるものとする。
本開示のある特定の態様にしたがった、例となるワイヤレス通信ネットワークを概念的に例示するブロック図である。 本開示のある特定の態様にしたがった、ワイヤレス通信ネットワークにおけるユーザ機器（ＵＥ）と通信状態にある発展型ノードＢ（ｅＮＢ）の例を概念的に例示するブロック図である。 本開示のある特定の態様にしたがった、ワイヤレス通信ネットワークにおいて使用する特定の無線アクセス技術（ＲＡＴ）のための例となるフレーム構造を概念的に例示するブロック図である。 本開示のある特定の態様にしたがった、通常のサイクリックプレフィックスをもつダウンリンクのための例となるサブフレームフォーマットを例示する。 本開示のある特定の態様にしたがった、例となるアップリンクフレーム構造を例示する。 本開示のある特定の態様にしたがった、ＵＥによって実行されるワイヤレス通信のための実例的な動作（operation）を例示する。 本開示のある特定の態様にしたがった、基地局によって実行されるワイヤレス通信のための実例的な動作を例示する。 本開示の態様にしたがった、マルチユーザ多重化のためのサブ領域をもつ例となるフレーム構造を例示する。 本開示の態様にしたがった、周波数リソースホッピングのための例となるインターリーバ演算（operation）を例示する。 本開示の態様にしたがった、例となる周波数リソースホッピングオプションを例示する。 本開示の態様にしたがった、再チューニングオプションのための例を例示する。 本開示の態様にしたがった、再チューニングオプションのための例を例示する。 本開示の態様にしたがった、再チューニングオプションのための例を図示する。 本開示の態様にしたがった、再チューニングオプションのための例を例示する。 本開示の態様にしたがった、再チューニングオプションのための例を例示する。 本開示の態様にしたがった、セル固有基準信号の例となるマッピングを例示する。 本開示の態様にしたがった、セル固有基準信号の例となるマッピングを例示する。 本開示の態様にしたがった、セル固有基準信号の例となるマッピングを例示する。

[0025]本開示の態様は、マシンタイプコミュニケーション（ＭＴＣ）デバイス、拡張型ＭＴＣ（ｅＭＴＣ）デバイス等のような、限定された通信リソースをもつデバイスについてカバレッジを拡張するための技法および装置を提供する。該態様は、アップリンクマルチユーザ多重化のためのフレーム構造を容易にするための拡張を含む。ｅＭＴＣデバイスについての設計課題が、狭帯域領域が複数のユーザを簡単にサポートするために十分な次元を有さない（たとえば、たった数個のＲＢ）ことに少なくとも部分的に基づいて存在しうる。

[0026]本明細書でより詳細に説明されることになるように、本開示の態様は、ＬＴＥ ｎｕｍｅｒｏｌｏｇｙと矛盾しないままでありながらユーザ容量を増加させ、ユーザ容量とデータレートの均衡を保つためにフレキシブルな拡散率（spending factor）調節を提供し、ｅＮＢスケジューリングでトラッキングループを改善し、ユーザ間に直交性を提供し、データレートまたはトランスポートブロックサイズを低減することなくユーザ容量を改善しうる。

[0027]本明細書で説明される技法は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような、様々なワイヤレス通信ネットワークに使用されうる。「ネットワーク」および「システム」という用語は度々、交換可能に使用される。ＣＤＭＡネットワークは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のような無線技術を実装しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）、およびＣＤＭＡの他の変形を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信のためのグローバルシステム（ＧＳＭ（登録商標））のような無線技術を実装しうる。ＯＦＤＭＡネットワークは、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）等のような無線技術を実装しうる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケ―ションシステム（ＵＭＴＳ）の一部である。周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方における、３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥ−アドバンスド（ＬＴＥ−Ａ）は、ダウンリンク上ではＯＦＤＭＡを、およびアップリンク上ではＳＣ−ＦＤＭＡを用いる、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新たなリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）という名称の団体による文書において説明されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）という名称の団体による文書において説明されている。本明細書で説明される技法は、上で言及されたワイヤレスネットワークおよび無線技術、それに加えて他のワイヤレスネットワークおよび無線技術に使用されうる。明瞭さのために、該技法のある特定の態様は、ＬＴＥ／ＬＴＥ−Ａについて以下で説明され、ＬＴＥ／ＬＴＥ−Ａの専門用語が、以下の説明の大部分で使用される。ＬＴＥおよびＬＴＥ−Ａは、概してＬＴＥと称される。

例となるワイヤレス通信システム
[0028]図１は、本開示の態様が実施されうる、基地局（ＢＳ）およびユーザ機器（ＵＥ）をもつ例となるワイヤレス通信ネットワーク１００を例示している。

[0029]たとえば、ＵＥおよびＢＳは、たとえば、より広いシステム帯域幅の少なくとも１つの狭帯域領域におけるマルチユーザアップリンク多重化をサポートするフレーム構造を使用して、ネットワーク１００において動作しうる。

[0030]ワイヤレス通信ネットワーク１００は、ＬＴＥネットワークまたは何らかの他のワイヤレスネットワークでありうる。ワイヤレス通信ネットワーク１００は、多数の発展型ノードＢ（ｅＮＢ）１１０および他のネットワークエンティティを含みうる。ｅＮＢは、ユーザ機器（ＵＥ）と通信するエンティティであり、基地局、ノードＢ、アクセスポイント（ＡＰ）等とも称されうる。各ｅＮＢは、特定の地理的エリアのための通信カバレッジを提供しうる。３ＧＰＰでは、「セル」という用語は、該用語が使用されるコンテキストに応じて、ｅＮＢのカバレッジエリアおよび／またはこのカバレッジエリアにサービス提供するｅＮＢサブシステムを指しうる。

[0031]ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルのための通信カバレッジを提供しうる。マクロセルは、比較的大規模な地理的エリア（たとえば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にしうる。ピコセルは、比較的小規模な地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にしうる。フェムトセルは、比較的小規模な地理的エリア（たとえば、自宅）をカバーし得、フェムトセルとのアソシエーションを有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ）中のＵＥ）による制限付きアクセスを可能にしうる。マクロセルのためのｅＮＢは、マクロｅＮＢと称されうる。ピコセルのためのｅＮＢは、ピコｅＮＢと称されうる。フェムトセルのためのｅＮＢは、フェムトｅＮＢまたはホームｅＮＢ（ＨｅＮＢ）と称されうる。図１において図示されている例では、ｅＮＢ１１０ａは、マクロセル１０２ａのためのマクロｅＮＢであり得、ｅＮＢ１１０ｂは、ピコセル１０２ｂのためのピコｅＮＢであり得、ｅＮＢ１１０ｃは、フェムトセル１０２ｃのためのフェムトｅＮＢでありうる。ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートしうる。「ｅＮＢ」、「基地局」、および「セル」という用語は、本明細書では交換可能に使用されうる。

[0032]ワイヤレス通信ネットワーク１００は、中継局も含みうる。中継局は、アップストリーム局（たとえば、ｅＮＢまたはＵＥ）からのデータの送信を受信し、該データの送信をダウンストリーム局（たとえば、ＵＥまたはｅＮＢ）に送りうるエンティティである。中継局は、他のＵＥのための送信を中継しうるＵＥでもありうる。図１において図示されている例では、中継（局）ｅＮＢ１１０ｄは、マクロｅＮＢ１１０ａおよびＵＥ１２０ｄと、ｅＮＢ１１０ａとＵＥ１２０ｄとの間の通信を容易にするために通信しうる。中継局は、中継ｅＮＢ、中継基地局、中継器（relay）等とも称されうる。

[0033]ワイヤレス通信ネットワーク１００は、異なるタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、中継ｅＮＢ等を含む異種ネットワークでありうる。これらの異なるタイプのｅＮＢは、ワイヤレス通信ネットワーク１００において、異なる送信電力レベル、異なるカバレッジエリア、および干渉に対する異なる影響を有しうる。たとえば、マクロｅＮＢが高い送信電力レベル（たとえば、５〜４０Ｗ）を有しうる一方で、ピコｅＮＢ、フェムトｅＮＢ、および中継ｅＮＢは、より低い送信電力レベル（たとえば、０．１〜２Ｗ）を有しうる。

[0034]ネットワークコントローラ１３０は、ｅＮＢのセットに結合し得、これらのｅＮＢのための調整（coordination）および制御を提供しうる。ネットワークコントローラ１３０は、バックホールを介してｅＮＢと通信しうる。ｅＮＢもまた、たとえば、直接的に、またはワイヤレスもしくはワイヤラインバックホールを介して間接的に、互いに通信しうる。

[0035]ＵＥ１２０（たとえば、１２０ａ、１２０ｂ、１２０ｃ）は、ワイヤレス通信ネットワーク１００全体にわたって分散され得、各ＵＥは、固定式（stationary）または移動式（mobile）でありうる。ＵＥは、アクセス端末、端末、モバイル局（ＭＳ）、加入者ユニット、局（ＳＴＡ）等とも称されうる。ＵＥは、セルラ電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、タブレット、スマートフォン、ネットブック、スマートブック、ウルトラブック等でありうる。

[0036]ワイヤレス通信ネットワーク１００（たとえば、ＬＴＥネットワーク）における１つまたは複数のＵＥ１２０は、たとえば、ＭＴＣ ＵＥ、ｅＭＴＣ ＵＥ等のような低コスト（ＬＣ）、低データレートデバイスでもありうる。該ＵＥは、ＬＴＥネットワークにおいてレガシおよび／またはアドバンスドＵＥと共存し得、ワイヤレスネットワークにおける他のＵＥ（たとえば、非ＬＣ ＵＥ）と比較されると限定されている１つまたは複数の能力を有しうる。たとえば、ＬＴＥネットワークにおけるレガシおよび／またはアドバンスドＵＥと比較されると、ＬＣ ＵＥは、以下：（レガシＵＥと比べた）最大帯域幅の低減、単一の受信無線周波数（ＲＦ）チェーン、ピークレートの低減、送信電力の低減、ランク１送信、半二重動作（half duplex operation）等、のうちの１つまたは複数で動作しうる。ＭＴＣデバイス、ｅＭＴＣデバイス等のような限定された通信リソースをもつデバイスは、概してＬＣ ＵＥと称されうる。同様に、（たとえば、ＬＴＥにおける）レガシおよび／またはアドバンスドＵＥのようなレガシデバイスは、概して非ＬＣ ＵＥと称されうる。

[0037]図２は、ＢＳ／ｅＮＢ１１０およびＵＥ１２０の設計のブロック図であり、これらは、それぞれ図１におけるＢＳ／ｅＮＢ１１０のうちの１つおよびＵＥ１２０のうちの１つでありうる。

[0038]ＢＳ１１０では、送信プロセッサ２２０が、１つまたは複数のＵＥのためにデータソース２１２からデータを受信し、ＵＥから受信されたチャネル品質インジケータ（ＣＱＩ）に基づいて、ＵＥごとの１つまたは複数の変調およびコーディングスキーム（ＭＣＳ）を選択し、ＵＥごとのデータを、該ＵＥのために選択されたＭＣＳ（複数を含む）に基づいて処理（たとえば、符号化および変調）し、すべてのＵＥのためのデータシンボルを提供しうる。送信プロセッサ２２０はまた、（たとえば、半静的リソース区分情報（ＳＲＰＩ）等についての）システム情報および制御情報（たとえば、ＣＱＩリクエスト、許可、上位レイヤシグナリング等）を処理し、オーバーヘッドシンボルおよび制御シンボルを提供しうる。プロセッサ２２０はまた、基準信号（たとえば、共通基準信号（ＣＲＳ））および同期信号（たとえば、プライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ））のための基準シンボルを生成しうる。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ２３０は、適用可能な場合、データシンボル、制御シンボル、オーバーヘッドシンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行し得、Ｔ個の変調器（ＭＯＤ）２３２ａ〜２３２ｔにＴ個の出力シンボルストリームを提供しうる。各ＭＯＤ２３２は、（たとえば、ＯＦＤＭ等のために）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得しうる。各ＭＯＤ２３２は、該出力サンプルストリームをさらに処理（たとえば、アナログへのコンバート、増幅、フィルタリング、およびアップコンバート）して、ダウンリンク信号を取得しうる。変調器２３２ａ〜２３２ｔからのＴ個のダウンリンク信号は、それぞれＴ個のアンテナ２３４ａ〜２３４ｔを介して送信されうる。

[0039]ＵＥ１２０では、アンテナ２５２ａ〜２５２ｒが、ＢＳ１１０および／または他のＢＳからダウンリンク信号を受信し得、受信された信号を復調器（ＤＥＭＯＤ）２５４ａ〜２５４ｒそれぞれに提供しうる。各ＤＥＭＯＤ２５４は、その受信された信号を調整（たとえば、フィルタリング、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得しうる。各ＤＥＭＯＤ２５４は、（たとえば、ＯＦＤＭ等のために）該入力サンプルをさらに処理して、受信されたシンボルを取得しうる。ＭＩＭＯ検出器２５６は、Ｒ個の復調器２５４ａ〜２５４ｒすべてから、受信されたシンボルを取得し、適用可能な場合、該受信されたシンボルに対してＭＩＭＯ検出を実行し、検出されたシンボルを提供しうる。受信プロセッサ２５８は、該検出されたシンボルを処理（たとえば、復調および復号）し、ＵＥ１２０のための復号されたデータをデータシンク２６０に提供し、復号された制御情報およびシステム情報をコントローラ／プロセッサ２８０に提供しうる。チャネルプロセッサは、基準信号受信電力（ＲＳＲＰ）、受信信号強度インジケータ（ＲＳＳＩ）、基準信号受信品質（ＲＳＲＱ）、ＣＱＩ等を決定しうる。

[0040]アップリンク上では、ＵＥ１２０で、送信プロセッサ２６４は、データソース２６２からのデータ、およびコントローラ／プロセッサ２８０からの（たとえば、ＲＳＲＰ、ＲＳＳＩ、ＲＳＲＱ、ＣＱＩ等を備える報告のための）制御情報を受信および処理しうる。プロセッサ２６４はまた、１つまたは複数の基準信号のための基準シンボルを生成しうる。送信プロセッサ２６４からのシンボルは、適用可能な場合、ＴＸ ＭＩＭＯプロセッサ２６６によってプリコーディングされ、（たとえば、ＳＣ−ＦＤＭ、ＯＦＤＭ等のために）ＭＯＤ２５４ａ〜２５４ｒによってさらに処理され、ＢＳ１１０に送信されうる。ＢＳ１１０で、ＵＥ１２０および他のＵＥからのアップリンク信号は、アンテナ２３４によって受信され、ＤＥＭＯＤ２３２によって処理され、適用可能な場合、ＭＩＭＯ検出器２３６によって検出され、受信プロセッサ２３８によってさらに処理されて、ＵＥ１２０によって送られた復号されたデータおよび制御情報を取得しうる。プロセッサ２３８は、該復号されたデータをデータシンク２３９に、該復号された制御情報をコントローラ／プロセッサ２４０に提供しうる。ＢＳ１１０は、通信ユニット２４４を含み、通信ユニット２４４を介してネットワークコントローラ１３０に通信しうる。ネットワークコントローラ１３０は、通信ユニット２９４、コントローラ／プロセッサ２９０、およびメモリ２９２を含みうる。

[0041]コントローラ／プロセッサ２４０および２８０は、それぞれＢＳ１１０およびＵＥ１２０における動作を指示しうる。たとえば、ＢＳ１１０におけるコントローラ／プロセッサ２４０ならびに／または他のプロセッサおよびモジュールは、本明細書で説明されている技法のための動作７００および／または他のプロセスを実行または指示しうる。同様に、ＵＥ１２０におけるコントローラ／プロセッサ２８０ならびに／または他のプロセッサおよびモジュールは、本明細書で説明されている技法のための動作６００および／またはプロセスを実行または指示しうる。メモリ２４２および２８２は、それぞれＢＳ１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶しうる。

[0042]図３は、ＬＴＥにおけるＦＤＤのための実例的なフレーム構造３００を図示している。ダウンリンクおよびアップリンクの各々についての送信タイムラインは、無線フレームの単位に区分されうる。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分されうる。各サブフレームは、２つのスロットを含みうる。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含みうる。各スロットは、Ｌ個のシンボル期間、たとえば、（図２において図示されるような）通常のサイクリックプレフィックスについて７つのシンボル期間、または拡張されたサイクリックプレフィックス（extended cyclic prefix）について６つのシンボル期間、を含みうる。各サブフレームにおける２Ｌ個のシンボル期間は、０〜２Ｌ−１のインデックスを割り当てられうる。

[0043]ＬＴＥでは、ｅＮＢは、該ｅＮＢによってサポートされるセルごとに、システム帯域幅の中心１．０８ＭＨｚにおけるダウンリンク上でプライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）を送信しうる。ＰＳＳおよびＳＳＳは、図３において図示されているように、通常のサイクリックプレフィックスをもつ各無線フレームのサブフレーム０および５におけるシンボル期間６および５において、それぞれ送信されうる。ＰＳＳおよびＳＳＳは、セルの探索および捕捉（cell search and acquisition）のためにＵＥによって使用される。ｅＮＢは、該ｅＮＢによってサポートされるセルごとに、システム帯域幅にわたってセル固有基準信号（ＣＲＳ）を送信しうる。ＣＲＳは、各サブフレームのある特定のシンボル期間において送信され得、チャネル推定、チャネル品質測定、および／または他の機能を実行するためにＵＥによって使用されうる。ｅＮＢはまた、ある特定の無線フレームのスロット１におけるシンボル期間０〜３において物理ブロードキャストチャネル（ＰＢＣＨ）を送信しうる。ＰＢＣＨは、いくらかのシステム情報を搬送しうる。ｅＮＢは、ある特定のサブフレームにおける物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上でシステム情報ブロック（ＳＩＢ）のような他のシステム情報を送信しうる。ｅＮＢは、サブフレームの最初のＢ個のシンボル期間における物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上で制御情報／データを送信し得、ここで、Ｂは、サブフレームごとに設定可能（configurable）でありうる。ｅＮＢは、各サブフレームの残りのシンボル期間におけるＰＤＳＣＨ上でトラフィックデータおよび／または他のデータを送信しうる。

[0044]ＬＴＥにおけるＰＳＳ、ＳＳＳ、ＣＲＳ、およびＰＢＣＨは、「Evolved Universal Terrestrial Radio Access(E-UTRA);Physical Channels and Modulation」と題する３ＧＰＰ ＴＳ３６．２１１において説明されており、これは公に利用可能である。

[0045]図４は、通常のサイクリックプレフィックスをもつダウンリンクのための２つの例となるサブフレームフォーマット４１０および４２０を図示している。ダウンリンクのための利用可能な時間周波数リソースは、リソースブロック（ＲＢ）に区分されうる。各ＲＳは、１つのスロットにおいて１２個のサブキャリアをカバーし得、多数のリソース要素を含みうる。各リソース要素は、１つのシンボル期間において１つのサブキャリアをカバーし得、１つの変調シンボルを送るために使用され得、それは、実数値または複素数値でありうる。

[0046]サブフレームフォーマット４１０は、２つのアンテナを装備したｅＮＢに使用されうる。ＣＲＳは、シンボル期間０、４、７、および１１においてアンテナ０および１から送信されうる。基準信号は、送信機および受信機によってアプリオリに知られている信号であり、パイロットとも称されうる。ＣＲＳは、たとえば、セルアイデンティティ（ＩＤ）に基づいて生成された、セルに固有である基準信号である。図４では、ラベルＲａをもつ所与のリソース要素について、アンテナａから、変調シンボルがそのリソース要素上で送信され得、他のアンテナからは、いずれの変調シンボルもそのリソース要素上で送信されないことがある。サブフレームフォーマット４２０は、４つのアンテナを装備したｅＮＢに使用されうる。ＣＲＳは、シンボル期間０、４、７、および１１においてアンテナ０および１から、およびシンボル期間１および８においてアンテナ２および３から送信されうる。サブフレームフォーマット４１０と４２０の両方について、ＣＲＳは、均等に間隔が空けられたサブキャリア上で送信され得、それは、セルＩＤに基づいて決定されうる。異なるｅＮＢは、それらのセルＩＤに応じて、同じまたは異なるサブキャリア上でそれらのＣＲＳを送信しうる。サブフレームフォーマット４１０と４２０の両方について、ＣＲＳに使用されないリソース要素は、データ（たとえば、トラフィックデータ、制御データ、および／または他のデータ）を送信するために使用されうる。

[0047]インターレース構造が、ＬＴＥにおけるＦＤＤのためのダウンリンクおよびアップリンクの各々に使用されうる。たとえば、０〜Ｑ−１のインデックスをもつＱ個のインターレースが定義され得、ここで、Ｑは、４、６、８、１０、または何らかの他の値に等しいことがある。各インターレースは、Ｑ個のフレーム分離れて間隔を空けられているサブフレームを含みうる。特に、インターレースｑは、サブフレームｑ、ｑ＋Ｑ、ｑ＋２Ｑ等を含み得、ここで、ｑ∈｛０，．．．，Ｑ−１｝である。

[0048]ワイヤレスネットワークは、ダウンリンクおよびアップリンク上のデータ送信のためにハイブリッド自動再送要求（ＨＡＲＱ）をサポートしうる。ＨＡＲＱでは、送信機（たとえば、ｅＮＢ１１０）は、パケットが受信機（たとえば、ＵＥ１２０）によって正しく復号されるか、または何らかの他の終了条件が発生するまで、該パケットの１つまたは複数の送信を送りうる。同期ＨＡＲＱでは、パケットのすべての送信が、単一のインターレースのサブフレームにおいて送られうる。非同期ＨＡＲＱでは、パケットの各送信は、いずれのサブフレームでも送られうる。

[0049]ＵＥは、複数のｅＮＢのカバレッジ内に位置しうる。これらのｅＮＢのうちの１つが、該ＵＥにサービス提供するために選択されうる。サービングｅＮＢは、受信信号強度、受信信号品質、経路損失等のような様々な基準に基づいて選択されうる。受信信号品質は、信号対干渉および雑音比（ＳＩＮＲ）、または基準信号受信品質（ＲＳＲＱ）、または何らかの他のメトリックによって量子化されうる。ＵＥは、該ＵＥが１つまたは複数の干渉するｅＮＢからの高い干渉を観測しうる支配的な干渉シナリオ（dominant interference scenario）で動作しうる。

[0050]（たとえば、レガシ「非ＭＴＣ」デバイスのための）昔ながらの（traditional）ＬＴＥ設計の焦点は、スペクトル効率の改善、ユビキタスカバレッジ、および強化された（enhanced）サービス品質（ＱｏＳ）サポートにあった。現在のＬＴＥシステムダウンリンク（ＤＬ）およびアップリンク（ＵＬ）リンクバジェットは、比較的大きいＤＬおよびＵＬリンクバジェットをサポートしうる、最先端のスマートフォンおよびタブレットのような、ハイエンドデバイスのカバレッジのために設計されている。しかしながら、低コスト低レートデバイスも同様にサポートされる必要がある。

[0051]したがって、上で説明されたように、ワイヤレス通信ネットワーク（たとえば、ワイヤレス通信ネットワーク１００）における１つまたは複数のＵＥは、ワイヤレス通信ネットワークにおける他の（非ＬＣ）デバイスと比較されると限定された通信リソースを有するデバイス、たとえばＬＣ ＵＥ、でありうる。

[0052]たとえば、ＬＴＥ Ｒｅｌ−１３におけるいくつかのシステムでは、ＬＣ ＵＥ（たとえば、ＭＴＣ、ｅＭＴＣ ＵＥ）は、利用可能なシステム帯域幅内の特定の狭帯域割当てに限定されうる。しかしながら、ＬＣ ＵＥは、たとえば、ＬＴＥシステム内で共存するために、ＬＴＥシステムの利用可能なシステム帯域幅内の異なる狭帯域領域に再チューニングできうる。

[0053]ＬＴＥシステム内での共存の別の例として、ＬＣ ＵＥは、レガシ物理ブロードキャストチャネル（ＰＢＣＨ）（たとえば、概してセルへの初期アクセスに使用されうるパラメータを搬送するＬＴＥ物理チャネル）を（繰り返し）受信し、１つまたは複数のレガシ物理ランダムアクセスチャネル（ＰＲＡＣＨ）フォーマットをサポートできうる。たとえば、ＬＣ ＵＥは、複数のサブフレームにわたって、レガシＰＢＣＨを、該ＰＢＣＨの１または複数回の追加の繰り返しで受信できうる。別の例として、ＬＣ ＵＥは、ＬＴＥシステムにおいてｅＮＢにＰＲＡＣＨの１または複数回の繰り返しを（たとえば、１つまたは複数のＰＲＡＣＨフォーマットがサポートされている状態で）送信できうる。ＰＲＡＣＨは、ＬＣ ＵＥを識別するために使用されうる。また、繰り返されるＰＲＡＣＨ試みの数は、ｅＮＢによって設定されうる。

[0054]ＬＣ ＵＥはまた、リンクバジェット限定デバイス（a link budget limited device）でもあり得、そのリンクバジェット限定に基づいて、（たとえば、異なる量の繰り返されるメッセージがＬＣ ＵＥに、またはＬＣ ＵＥから送信されることを必然的に伴う（entailing））異なる動作モードで動作しうる。たとえば、いくつかのケースでは、ＬＣ ＵＥは、繰り返しがほとんど無いか、全くない（little to no repetition）（たとえば、ＵＥがメッセージを成功裏に受信および／または送信するために必要な繰り返しの量が少ないことがあるか、または繰り返しが必要とさえされないことがある）通常のカバレッジモードで動作しうる。代わりとして、いくつかのケースでは、ＬＣ ＵＥは、多量の（high amounts of）繰り返しがありうるカバレッジ拡張（ＣＥ）モードで動作しうる。たとえば、３２８ビットペイロードでは、ＣＥモードのＬＣ ＵＥは、該ペイロードを成功裏に受信するために該ペイロードの１５０回以上の繰り返しを必要としうる。

[0055]たとえば、これもまたＬＴＥ Ｒｅｌ−１３についてのいくつかのケースでは、ＬＣ ＵＥは、ブロードキャストおよびユニキャスト送信のその受信に関して限定された能力を有しうる。たとえば、ＬＣ ＵＥによって受信されるブロードキャスト送信のための最大トランスポートブロック（ＴＢ）サイズは、１０００ビットに限定されうる。加えて、いくつかのケースでは、ＬＣ ＵＥは、１つのサブフレームにおいて１つよりも多いユニキャストＴＢを受信できないことがある。（たとえば、上で説明されたＣＢモードと通常モードの両方についての）いくつかのケースでは、ＬＣ ＵＥは、１つのサブフレームにおいて１つよりも多いブロードキャストＴＢを受信できないことがある。さらに、いくつかのケースでは、ＬＣ ＵＥは、１つのサブフレームにおいてユニキャストＴＢとブロードキャストＴＢの両方を受信できないことがある。

[0056]ＭＴＣでは、ＬＴＥシステムにおいて共存するＬＣ ＵＥはまた、ページング、ランダムアクセスプロシージャ等のような、ある特定のプロシージャのために、（たとえば、これらのプロシージャのためにＬＴＥにおいて使用される従来のメッセージとは対照的に）新たなメッセージをサポートしうる。言い換えると、ページング、ランダムアクセスプロシージャ等のためのこれらの新たなメッセージは、非ＬＣ ＵＥに関連付けられた同様のプロシージャに使用されるメッセージとは別個でありうる。たとえば、ＬＴＥにおいて使用される従来のページングメッセージと比較されると、ＬＣ ＵＥは、非ＬＣ ＵＥがモニタおよび／または受信できないことがあるページングメッセージをモニタおよび／または受信できうる。同様に、従来のランダムアクセスプロシージャにおいて使用される従来のランダムアクセス応答（ＲＡＲ）メッセージと比較されると、ＬＣ ＵＥは、これもまた非ＬＣ ＵＥによって受信されることができないことがあるＲＡＲメッセージを受信できうる。ＬＣ ＵＥに関連付けられた新たなページングおよびＲＡＲメッセージはまた、１または複数回、繰り返されうる（たとえば、「バンドリング」されうる）。加えて、新たなメッセージのための異なる数の繰り返し（たとえば、異なるバンドリングサイズ）がサポートされうる。

サブ領域をもつ例となるマルチユーザ多重化フレーム構造
[0057]本開示の態様は、ユーザ多重化をサポートするのを有利に助けうるｅＭＴＣ ＵＥのための新たなフレーム構造を提供する。ｅＭＴＣ ＵＥは度々、限定されたリソースのセットを用いて、たとえば、システム帯域幅全体のうちの狭帯域領域のみを使用して、通信する。この狭帯域領域は、たとえば、６つのリソースブロック（ＲＢ）から単一のＲＢ以下まで、サイズが変動しうる。限定されたリソースに起因して、複数のＵＥを多重化することは、（限定されたリソースを共有しなければならないので）ある特定の課題を提示しうる。

[0058]たとえば、ＬＴＥ Ｒｅｌ−１３におけるいくつかのシステムは、ｅＭＴＣ、それに加えて他のＵＥのためのカバレッジ拡張およびサポートを導入する。本明細書で使用される場合、カバレッジ拡張という用語は概して、ネットワーク内の（ｅＭＴＣデバイスのような）デバイスのカバレッジ範囲を拡大するいずれのタイプのメカニズムも指す。カバレッジ拡張（ＣＥ）についての一手法は、複数回（たとえば、複数のサブフレームにわたって、または以下でより詳細に説明されることになるように、同じサブフレーム内の複数のシンボルにわたって）同じデータを送信することを指すバンドリングである。

[0059]ある特定のシステムは、最大１５ｄＢのカバレッジ拡張をＭＴＣ ＵＥに提供し得、それは、ＵＥとｅＮＢとの間の１５５．７ｄＢの最大結合損失にマッピングする（mapping）。したがって、ｅＭＴＣ ＵＥおよびｅＮＢは、低ＳＮＲ（たとえば、−１５ｄＢから−２０ｄＢ）で測定を実行しうる。いくつかのシステムでは、カバレッジ拡張はチャネルバンドリングを含み得、ここにおいて、ｅＭＴＣ ＵＥに関連付けられたメッセージは、（複数のバンドリングされた送信にわたって）１または複数回、繰り返されうる（たとえば、バンドリングされうる）。ある特定のシステムでは、ｅＭＴＣ ＵＥは、より広いシステム帯域幅において動作するデバイスと共存しながらも狭帯域動作をサポートしうる。たとえば、ｅＭＴＣ ＵＥは、より広いシステム帯域幅の狭帯域領域において送信および受信しうる。上で着目されたように、狭帯域領域は、６個のリソースブロック（ＲＢ）に広がりうる。

[0060]ｅＭＴＣが、異なる周波数リソース間で切り変わるために周波数ホッピングを使用するときにも、課題が提示される。限定された無線処理能力に起因して、ｅＭＴＣ ＵＥは通常、一度に１つのサブバンドにおいてのみ受信し、復調を実行する。したがって、割り振られたサブバンド領域が１つの帯域から別の帯域にホッピングするとき、ＵＥは、再チューニング時間（通常、１つから３つのＬＴＥシンボル持続時間の間）を要求し、これは、送信と受信の両方を中断することになる。本開示の態様はまた、複数のＵＥを多重化することをサポートするのを助ける再チューニングするための技法も提供する。

[0061]図５は、物理アップリンクチャネルのための例となるフレーム構造５００を例示している。例示されている例は、特定のフォーマット（フォーマット１ａ／１ｂ）の物理アップリンク制御チャネル（ＰＵＣＣＨ）に対応する。ＰＵＣＣＨの送信は通常、同じセル内の複数のＵＥによる同時送信によって引き起こされるｅＮＢ内干渉を抑制するために（送信電力を限定する）電力制御を受けやすい（subject to）。

[0062]ｅＭＴＣ ＵＥによるＰＵＣＣＨ送信についてのいくつかのケースでは、スロットベースの周波数ホッピングは狭帯域内で許容されない。しかしながら、クロスサブフレーム周波数ホッピング、ここでは、異なる周波数リソースが異なるサブフレームにおいて選択される、が有益でありうる。上で着目されたように、バンドリングは、ある特定のタイプの送信に限定されうるけれども、バンドリングもまた、カバレッジを拡張するために使用されうる。しかしながら、たとえば、周期的または非周期的ＣＱＩでは、バンドリングは、たとえば、大規模なカバレッジ拡張のためにはサポートされないことがある。

[0063]容量を改善するために、複数のユーザが、ｅＭＴＣデバイスに使用される狭帯域領域における同じ限定された数のＲＢにおいて多重化される必要がありうる。これは、ＡＣＫチャネル（フォーマット１ａおよび１ｂ）のような、ある特定の送信に特に役立ちうる。このような多重化は、周波数（シンボルごと）ドメインと時間（マルチシンボル）ドメインの両方において実行されうる。たとえば、多重化は、たとえば、異なるサイクリックシフトを使用してシンボル内で実行されうる。

[0064]図５において例示されているように、拡散符号が、同じリソースを共有する異なるユーザからのデータシンボルを多重化するために使用されうる。異なるサイクリックシフト（たとえば、コンピュータによって生成されたＣａｚａｃシーケンスのシフト）が、異なるユーザに割り当てられうる。さらに、ウォルシュ符号が、２または４の拡散率（ＳＦ）をもつブロック拡散符号として使用されうる。図５において図示されているように、ウォルシュカバリング５０２は、データ部分を拡散するために使用される。ある態様では、別個のブロック拡散演算が、ＰＵＣＣＨにおけるＡＣＫ／ＮＡＣＫデータ部分および基準信号のために使用される。さらに、デジタルフーリエ変換（ＤＦＴ）分離（separation）（たとえば、ＤＦＴ分離５０４）が、同じリソースにおいて基準シンボルを送信するユーザに異なるサイクリックシフトを割り当てることによって達成されうる。

[0065]いくつかのケースでは、ＰＵＣＣＨ送信は、ｅＭＴＣ ＵＥのためにバンドリングされ得、これは、ＰＵＣＣＨ送信が（たとえば、複数のサブフレームにわたって）繰り返されることを意味する。（繰り返しの数を指す）バンドリングサイズは、カバレッジ拡張（ＣＥ）レベルに依存しうる（繰り返しがより多いほど、より大きいカバレッジ拡張に対応する）。不都合なことに、バンドリングがメッセージを繰り返すために時間リソースを使用するので、バンドリングはユーザ容量全体を低減する。

[0066]いくつかのケースでは、ｅＭＴＣ ＵＥをレガシＵＥと多重化すること、および／またはｅＭＴＣ ＵＥを異なるカバレッジ拡張レベルと多重化することが望ましくありうる。本開示の態様は、多重化されたＵＥの送信間の定期的な（constant）衝突を回避するのを助けうる形でこのような多重化を可能にするための技法を提供する。該技法はまた、（個別のＵＥからの送信が受信ｅＮＢで区別可能であるように）多重化直交性を維持するのに十分な再チューニング時間を許容しうる。

[0067]いくつかの事例では、サブバンド間のクロスサブフレーム周波数ホッピングがｅＭＴＣデバイスのためのアップリンクチャネルのためにサポートされ得、これは、異なる周波数リソースが異なるサブフレームにおいて使用されることを意味する。たとえば、ｅＭＴＣデバイスは、第１のサブフレームにおける第１の周波数中のＰＵＣＣＨ上でシンボルを送信し得、それに続いて、第２のサブフレームにおける第２の周波数中のＰＵＣＣＨ上でシンボルを送信するために異なる周波数にホッピングし得る。追加の検討事項は、ホッピングが何回ｅＭＴＣ ＵＥによって許容にされるか、各ｅＭＴＣ ＵＥがどれ程の間１つの周波数上に留まりうるか、および／またはＰＵＣＣＨのためのスロットベースの周波数ホッピング、ここにおいて、デバイスが、ＰＵＳＣＨ上でシンボルを送信するためにサブフレームの第１のスロットにおける第１の周波数から該サブフレームの第２のスロットにおける第２の周波数に再チューニングする、のサポートを含みうる。

[0068]上で説明されたように、ある特定のシナリオでは、ｅＭＴＣ ＵＥは、単一のリソースブロック（ＲＢ）のみに広がる狭帯域領域において動作しうる。そのような「１つのＲＢ」ｅＭＴＣ設計は、複数のユーザをサポートするための課題を提示しうる。たとえば、複数のユーザ間で限定された周波数リソースを共有することは難しいことがある。１つのＲＢ領域のリソースを共有するための１つの提案は、フラクショナルＲＢの概念ここでは、各ＵＥがＲＢ全体を割り当てられるのではなく、各ＵＥが、（ＲＢの）数個のトーンを割り当てられる、を使用することである。しかしながら、この設計は、現在のＬＴＥ ｎｕｍｅｒｏｌｏｇｙから分化し、周波数ダイバーシティにおける損失を引き起こしうる。

[0069]したがって、本開示の態様は、ユーザ多重化を、共有されるリソースを使用するそれらの送信において使用するための（異なる拡散符号またはサイクリックシフトのような）異なるリソースを割り振ることによって有利にサポートするｅＭＴＣ ＵＥのための新たなフレーム構造を提供している。

[0070]図６は、本開示の態様にしたがった、図２におけるＵＥ１２０のような、ＵＥによって、またはＵＥの１つまたは複数のモジュールによって実行されうる例となる動作６００を例示している。

[0071]６０２で、ＵＥは、より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別する。上で着目されたように、狭帯域領域は、たとえば、周波数次元（frequency dimension）における１−６つのＲＢでありうる。

[0072]６０４で、ＵＥは、基地局から、狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される物理アップリンクチャネルのシンボルを送信するためにＵＥに割り当てられた狭帯域領域のサブ領域を示すシグナリングを受信する。図８を参照して以下でより詳細に説明されることになるように、インジケーションは、狭帯域領域の中へのオフセットの形態でありうる。

[0073]６０６で、ＵＥは、割り当てられたサブ領域において物理アップリンクチャネルを送信する。

[0074]図７は、本開示の態様にしたがった、図２におけるｅＮＢ１３０のような、ｅＮＢによって、またはｅＮＢの１つまたは複数のモジュールによって実行されうる例となる動作７００を例示する。言い換えると、動作７００は、上で説明された動作６００を実行するＵＥによって送られたアップリンク送信を受信するためにｅＮＢによって実行されうる。

[0075]７０２で、ｅＮＢは、本開示のある特定の態様にしたがって、より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別する。７０４で、ｅＮＢは、ユーザ機器（ＵＥ）に、狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される物理アップリンクチャネルのシンボルを送信するためにＵＥに割り当てられた狭帯域領域のサブ領域のインジケーションをシグナリングする。７０６で、ｅＮＢは、割り当てられたサブ領域において物理アップリンクチャネルを受信する。

[0076]上で着目されたように、いくつかのケースでは、ｅＮＢは、狭帯域領域の中へのリソースオフセットをシグナリングしうる。図８は、本開示のある特定の態様にしたがった、ＰＵＣＣＨ送信に使用される狭帯域領域の中への異なるリソースオフセットの例となる割振り８００を例示する。いくつかのケースでは、異なるリソースオフセットが、（カバレッジ拡張の異なるレベルに対応してバンドリング長が増加する）それらのバンドリング長に基づいて異なるＵＥに割り当てられうる。たとえば、図８において図示されているように、リソースオフセット０はレガシおよびカバレッジ拡張（ＣＥ）のないユーザに割り振られ、リソースオフセット１はＣＥレベル１をもつユーザに割り振られ、リソースオフセット２はＣＥレベル２をもつユーザに割り振られ、リソースオフセット３はＣＥレベル３をもつユーザに割り振られる。

[0077]いくつかのケースでは、ｅＮＢは、ＵＥに、それらのそれぞれの送信において適用するために異なるサイクリックシフト（たとえば、異なるシフトされたＣｈｕシーケンス）または拡散符号を割り当てうる。異なるサイクリックシフトを割り当てることによって、同じ周波数リソースを使用する異なるｅＭＴＣ ＵＥからの送信は直交しうる。同様に、異なる拡散符号を割り当てることによって、複数のシンボルまたはサブフレームにわたって送られた異なるｅＭＴＣ ＵＥからのバンドリングされた送信は直交しうる。いくつかのケースでは、拡散符号とサイクリックシフトの組合せが使用されうる。

[0078]ある特定の態様にしたがうと、ｅＭＴＣ ＵＥからのデータシンボルは、複数のシンボルにわたって直交カバー（拡散符号）を使用して多重化されうる。本明細書で説明されている場合、設定可能な拡散率（ＳＦ）が使用され得、拡散率という用語は一般に、（たとえば、「１」の拡散符号が送信の逆にされていないバージョンに対応し、「−１」の拡散符号が送信の逆にされたバージョンに対応することを含んだ、拡散符号の値が繰り返される送信に適用される回数に対応する）拡散符号の長さを指す。

[0079]いくつかのケースでは、ｅＮＢはまた、干渉をさらに低減するために（たとえば、異なるカバレッジ拡張レベルに対応する）異なるバンドリング長のための異なるデルタ（サイクリック）シフトをシグナリングしうる。デルタシフトは一般に、均等に間隔を空けられたサイクリック時間シフトを指し、デルタシフトパラメータは、ＤＭＲＳのためにリザーブされた（リソースブロックごとの）リソースの数を計算する際に使用される。このように、ｅＮＢは、現在の条件に応じて、異なるＵＥに同じまたは異なるリソースオフセットおよびデルタシフトを割り当てることに関する決定を行いうる。たとえば、チャネル条件が良好である場合、ｅＮＢは、同じ周波数リソースを使用してより多くのＵＥを多重化できることがあり、それにより、より多くのＵＥに同じリソースオフセットを割り当てうる。いくつかのケースでは、レガシＵＥは、カバレッジ拡張のために構成されていない（たとえば、バンドリングを使用していない）ｅＭＴＣ ＵＥと多重化されうる。

[0080]上で着目されたように、図８において図示されているＰＵＣＣＨ領域は、レガシＵＥおよび異なるカバレッジ拡張レベルをもつＵＥのための異なるサブ領域に分割され得、各領域が異なるリソースオフセットを有する。各サブ領域は、フレキシブルな数のＲＢを有し得、各サブ領域の位置もまたフレキシブルでありうる。

[0081]いくつかのケースでは、ＵＥは、たとえば、サブフレームごと、スロットごと、またはシンボルごとをベースとして、異なる（周波数）リソース間で変化または「ホッピング」しうる。ホッピングは、どの（周波数）リソースを狭帯域領域において使用すべきかを決定する異なるリソースインデックス間でホッピングするＵＥによって実行されうる。いくつかのケースでは、ＵＥは、ホッピング関数に基づいて現在のリソースインデックスを決定しうる。ホッピング関数は、インターリーバ関数に基づきうる。

[0082]いくつかのケースでは、現在のスロットレベルリソースインデックスホッピングは、たとえば、係数関数（たとえば、Ｎｓ％２）に基づくスロットインデックス（Ｎｓ）の関数でしかないことがある。いくつかのケースでは、ＵＥは、サブフレームごとに繰り返される拡散符号を適用しうる。直交性を維持するために、異なる拡散符号が異なるＵＥに割り当てられうる。結果として直交性をもたらす異なる拡散符号の数は、拡散符号の長さ、すなわち「拡散率」に依存しうる。

[0083]上で着目されたように、サイクリックシフトは、ＵＥに、それらのＰＵＣＣＨ送信において適用するために割り当てられうる。サイクリックシフトがどのように割り当てられるかは、それらがどのように干渉に影響を及ぼすかを決定しうる。たとえば、シンボルおよびサブフレームレベルの（セル中の各ＵＥが同じサイクリックシフトを適用する）セル固有サイクリックシフトは、ｅＮＢ間干渉をランダム化することを助けるだろう一方で、同じセル中のＵＥからの干渉は、依然としてスロットあたりの１シンボルごとに存在し、サブフレームごとに繰り返されるだろう。

[0084]いくつかのケースでは、上で説明されたリソースインデックスホッピングは、（同じセル中のＵＥによって引き起こされる）このｅＮＢ内干渉に対処するのを助けうる。

[0085]いくつかのケースでは、ＵＥは、リソースインデックスのインジケーションを受信しうる。そのようなケースでは、ＵＥはその後、該リソースインデックスをシフトインデックスおよび／または拡散符号インデックスにマッピングしうる。いくつかのケースでは、リソースインデックスは、リソースインデックスホッピングパターン関数にしたがって、スロットごとに加えてサブフレームごと（subframe to subframe）に異なりうる。ある態様では、ホッピング関数は、（たとえば、ｅＮＢによってシグナリングされた）初期リソースインデックスに依存し、いくつかのケースでは、サブフレームインデックスにも依存しうる。

[0086]いくつかのケースでは、ホッピング関数は、インターリーバ関数に基づいて決定されうる。たとえば、図９は、本開示のある特定の態様にしたがった、前のサブフレーム（またはシンボルまたはスロット）、および後のサブフレーム（またはシンボルまたはスロット）のために使用されるリソースインデックスを決定する例となるインターリーバ関数９００を例示している。図９における異なる網掛けパターンは、異なるＵＥに割り当てられた異なるインデックスに対応しうる。

[0087]上で着目されたように、いくつかのケースでは、ＵＥは、リソースインデックスからサイクリックシフトにマッピングし得、それは、シフトホッピング関数にしたがって、スロット内のシンボルごとにも異なりうる。上で説明されたインターリーバ関数と同様に、そのようなシフトホッピング関数は、初期シフトインデックスに依存しうる。該初期シフトインデックスは、たとえば、ｅＮＢによってシグナリングされうるか、またはｅＮＢによってシグナリングされた初期リソースインデックスからのマッピングに基づいて決定されうる。

[0088]図９のインターリーバは、同じＲＢ内のリソースインデックスがサブフレームにわたってどのようにホッピングされうるかを例示している。そのようなホッピングは、ＡＣＫ送信とＣＱＩ送信の両方に適用されうる。上で着目されたように、これは、各サブフレームでインターリーバ関数を適用することによって実現されうる。いくつかのケースでは、特定のシンボルにおいて使用されるインターリーバインデックスは、セルｉｄの関数であり得、いくつかのケースでは、サブフレームインデックスの関数でもありうる。いくつかのケースでは、（同じシフトおよび／または拡散符号が、所与のリソースインデックスのために常に使用されうることに見られるように）リソースインデックスからのシフトおよび拡散（直交カバー）マッピングが再使用されうる。しかしながら、いくつかのケースでは、サイクリックシフトは、たとえば、スロットの残りのシンボルについてシンボルレベルシフトインデックスインターリーバを適用することによって、シンボルごとに変化し得、これは、増加したｅＮＢ内干渉抑制を実現するのを助けうる。

[0089]一般に、ｅＮＢ内干渉管理では、リソースインデックス選択が、各ホッピング後にランダム化されうる。ｅＮＢ間干渉管理では、周波数ホッピングパターンが、異なるバースト（たとえば、複数のサブフレームにわたったバースト）にわたって異なる周波数リソースを選択するために使用されうる。したがって、ＵＥ ＣＥレベルに対応する割り当てられたサブ領域における周波数ホッピングは、セルｉｄ、およびいくつかのケースではバーストインデックスに依存する所定の関数にしたがいうる。

[0090]図１０は、本開示のある特定の態様にしたがった、インターリーバ関数１０００が物理リソースブロック（ＰＲＢ）に仮想ＰＵＣＣＨリソースをマッピングするためにどのように使用されうるかを例示している。例示されているように、１つのオプションは、仮想ＰＵＣＣＨ領域１００２におけるミラーホッピングを物理ＰＵＣＣＨ領域１００４における物理ＲＢへのインターリーブされたマッピングとともに利用することである。例示されているように、周波数ホッピングは、仮想ＰＵＣＣＨ領域１００２内でミラーリングされうる（同じホッピングが上位の仮想領域と下位の仮想領域の両方において「ミラーリング」されている）。ランダムインターリーバ１００６がその後、物理ＰＵＣＣＨ領域１００４のＰＲＢに仮想ＰＵＣＣＨ領域１００２をマッピングするために使用されうる。

[0091]上で論じられたように、すべての周波数ホッピングがＵＥによる再チューニングを要求し、これは、それが送信および受信に対する中断を引き起こすような課題を提示する。いくつかのケースでは、時間ドメイン直交性がＡＣＫチャネルおよびＣＱＩチャネルのようなある特定の送信のために維持されることを試み、確実にするように、注意されうる。ＣＱＩチャネルでは、（再チューニングに起因して）１つよりも多いシンボルを損失することは、スロットにおける１つのＲＳシンボルの測定の損失に繋がり得、これは結果として、性能の損失をもたらしうる。

[0092]本開示の態様は、再チューニング時間を管理するための異なるオプションを提供する。たとえば、１つのオプションにしたがうと、単一（１つ）シンボル再チューニングが実行されうる。図１１Ａは、本開示のある特定の態様にしたがった、単一シンボル再チューニング時間を用いる例となる再チューニング１１００ａを例示している。図１１Ａにおいて例示されているように、このオプションは結果として、前のサブフレーム（たとえば、周波数ホッピングの前）の最後のシンボルの損失をもたらしうる。いくつかのケースでは、仮想ＳＲＳは、仮想ＳＲＳ ＲＢを占めるＰＵＣＣＨユーザのすべてが短縮されたフォーマットを使用することになるように構成されうる。いくつかのケースでは、（たとえば、４つのＲＢの）最小ＳＲＳ粒度（granularity）が設定されうる。このケースでは、異なるユーザの少なくとも４つのＲＢが影響を及ぼされうるが、直交性は維持されうる。これと同じ概念が、ＰＵＳＣＨチャネル送信にも適用されうる。

[0093]図１１Ｂは、本開示のある特定の態様にしたがった、２シンボル再チューニング時間を用いる例となる再チューニング１１００ｂを例示している。このケースでは、クロスサブフレームホッピングが結果として、（たとえば、周波数ホッピング後の）次のサブフレームの最初の２つのシンボルの損失をもたらしうる。このケースでは、直交性が２の拡散率で（たとえば、異なるアダマール符号を割り当てて）維持されうる。いくつかのケースでは、（再チューニングを実行する）ホッピングされたユーザが、他のユーザによって使用されないウォルシュカバー符号を使用しうる。たとえば、ホッピングされたユーザは、［１ −１ −１ １］のウォルシュカバー符号を、他のユーザが［１ １ １ １］および［１ １ −１ −１］を使用する場合に使用しうる。ホッピングされたユーザは最初の２つのデータシンボルを損失するものの、この手法は結果として、スロットにおける最後の２つのデータシンボルが依然として直交しうる間、最初の２つのシンボルにおいて他のユーザに干渉をもたらさないことがある。

[0094]図１１Ｃは、本開示のある特定の態様にしたがった、例となる再チューニング１１００ｃを例示している。図１１Ｃにおいて例示されているように、いくつかのケースでは、（たとえば、周波数ホッピング前の）第１のスロットの最後の２つのシンボルがドロップされうる。この手法は、たとえば、カバレッジ拡張のないｅＭＴＣ ＵＥに適用されるスロットベースのホッピングのケースで使用されうる。第１のスロットの最後の２つのシンボルをドロップすることは、ＵＥが短縮されたＰＵＣＣＨフォーマットを依然として使用することを可能しうる。

[0095]図１１Ｄは、本開示のある特定の態様にしたがった、例となる再チューニング１１００ｄを例示している。図１１Ｄにおいて例示されているように、いくつかのケースでは、（たとえば、周波数ホッピング前の）前のサブフレームの最後のシンボルおよび（たとえば、周波数ホッピング後の）次のサブフレームの最初の２つのシンボルがドロップされうる。このケースでは、前のサブフレームが仮想ＳＲＳで構成され得、仮想ＳＲＳ ＲＢにおけるすべてのユーザが、短縮されたフォーマットを使用しうる。次のサブフレームでは、ＡＣＫユーザの挙動が、図１１Ｂを参照して上で説明された２シンボル再チューニングタイミングオプションと類似しうる。これと同じ概念がＰＵＳＣＨにも適用されうる。

[0096]図１１Ｅは、本開示のある特定の態様にしたがった、例となる再チューニング１１００ｄを例示している。図１１Ｅにおいて例示されているように、いくつかのケースでは、スロット全体のすべてのシンボルが、たとえば、周波数ホッピング後にドロップされうる。１つのスロットに起因した性能損失が存在しうるものの、このケースでは、フレーム構造に対するどの変化も行われず、すべての直交性が維持されうる。これと同じ概念がＰＵＳＣＨにも適用されうる。

[0097]アップリンク送信に関連して上で説明された技法は、ダウンリンクチャネル送信に拡大されうる。いくつかのケースでは、符号分割多重化（ＣＤＭ）を使用してダウンリンクチャネルにおいてＣＤＭをサポートすることは、ある特定のシンボルのトーンにおいて送信されたセル固有基準信号（ＣＲＳ）に起因して困難でありうる。たとえば、図１２Ａ−図１２Ｃは、サブフレームのある特定のシンボルにおけるＣＲＳトーンの例となるマッピング１２００を例示している。図１２Ａは、１つのアンテナポートのケースを図示しており、図１２Ｂは、２つのアンテナポートのケースを図示しており、図１２Ｃは、４つのアンテナポートのケースを図示している。図１２Ａ−図１２Ｃにおいて図示されているように、基準シンボル（ＲＳ）は、（Ｒ０によって表されている）アンテナポート０のためのＲＳシンボル、（Ｒ１によって表されている）アンテナポート１のためのＲＳシンボル、（Ｒ２によって表されている）アンテナポート２のためのＲＳシンボル、および（Ｒ３によって表されている）アンテナポート３のためのＲＳシンボルを含みうる。いくつかのケースでは、ダウンリンクチャネルにおいてＣＤＭをサポートするために、シンボルは、同じ数のデータトーンおよび位置を有するシンボルのセットにグループ化されうる。たとえば、図１２Ｃを参照すると、どちらのセットにも２つの制御シンボル｛０，１｝が含まれないことを想定すると、ＣＲＳのない第１のシンボルのセットは、シンボル｛２，３，５，６，８，９，１０，１２，１３｝を含みうるのに対して、ＣＲＳをもつ第２のセットはシンボル｛４，７，１１｝を含みうる。いくつかのケースでは、ＣＤＭは、同じセット内で使用されうる。

[0098]ある特定の態様にしたがうと、同じまたは異なる拡散率が使用されうる。たとえば、３の拡散率（ＳＦ３）が第１のセットに使用され得、ＳＦ３が第２のセットで使用されて合計４つの一意のデータシンボルになり得、これは、３ユーザが同じリソースにおいて多重化されることを可能にする。いくつかのケースでは、第１のセットにおいて、ＳＦ２が最初の６つのシンボルに使用されうる一方で残りがＳＦ３を使用し得、ＳＦ３が第２のセットにおいて使用されて、合計で５つの一意のデータシンボルを提供し得、これは、２ユーザが同じリソースにおいて多重化されることを可能しうる。拡散が（拡散率に基づいて複数回、同じデータを繰り返す）データレートを低減するため、いくつかのケースでは、より高いレートが必要とされる場合にどの拡散も使用されないことがある。

[0099]シンボルのセットは、複数のスロットまたはサブフレームからのシンボルも含みうる。さらに、ＣＤＭは、チャネルを制御するまでにも拡大されうる。クロスサブフレーム拡散率１およびを用いると、制御チャネルが複数のサブフレームに広がることは特別なケースになる。制御およびデータチャネルについての拡散は、互いに独立している。

[0100]本明細書で使用される場合、項目のリスト「のうちの少なくとも１つ」を指す表現は、単一のメンバを含む、それらの項目のいずれの組合せも指す。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃをカバーするように意図されている。

[0101]本明細書における開示に関連して説明された方法またはアルゴリズムのステップは、ハードウェアにおいて直接的に、プロセッサによって実行されるソフトウェア／ファームウェアモジュールにおいて、またはその両者の組み合わせにおいて、具現化されうる。ソフトウェア／ファームウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、ＰＣＭ（相変化メモリ（phase change memory））、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術分野において知られているいずれの他の形態の記憶媒体にも存在しうる。実例的な記憶媒体は、プロセッサが記憶媒体から情報を読み出しうる、および／または記憶媒体に情報を書き込みうるように、該プロセッサに結合されている。代わりとして、記憶媒体はプロセッサに一体化している（integral）ことがある。プロセッサおよび記憶媒体は、ＡＳＩＣに存在しうる。ＡＳＩＣは、ユーザ端末に存在しうる。代わりとして、プロセッサおよび記憶媒体は、ユーザ端末におけるディスクリートコンポーネントとして存在しうる。概して、図面において例示された動作がある場合、それらの動作は、同様に番号を付した対応する同等の（counterpart）ミーンズプラスファンクションコンポーネントを有しうる。

[0102]１つまたは複数の実例的な設計では、説明された機能は、ハードウェア、ソフトウェア／ファームウェア、またはこれらの組合せにおいて実行されうる。ソフトウェア／ファームウェアにおいて実行される場合、該機能は、コンピュータ可読媒体上で１つまたは複数の命令またはコードとして、記憶または送信されうる。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にするいずれの媒体も含む通信媒体とコンピュータ記憶媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされうるいずれの利用可能な媒体でもありうる。限定ではなく例として、このようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光学ディスクストレージ、磁気ディスクストレージまたは他の磁気記憶デバイス、あるいは命令またはデータ構造の形態で所望のプログラムコード手段を搬送または記憶するために使用されうる、かつ汎用もしくは専用コンピュータまたは汎用もしくは専用プロセッサによってアクセスされうるいずれの他の媒体も備えうる。また、いずれの接続手段も、厳密にはコンピュータ可読媒体と呼ばれる。たとえば、ソフトウェア／ファームウェアが、ウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、電波、およびマイクロ波のようなワイヤレス技術を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、電波、およびマイクロ波のようなワイヤレス技術は、媒体の定義に含まれる。本明細書で使用される場合、ディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光学ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびブルーレイディスク（disc）を含み、ここで、ディスク（disk）は大抵、磁気的にデータを再生するのに対し、ディスク（disc）は、レーザーを用いて光学的にデータを再生する。上記の組合せもまた、コンピュータ可読媒体の範囲内に含まれるべきである。

[0103]本開示の先の説明は、いずれの当業者も本開示を製造または使用できるように提供されている。本開示への様々な修正は、当業者には容易に明らかとなり、本明細書で定義された包括的な原理は、本開示の範囲または趣旨から逸脱することなく、他のバリエーションに適用されうる。したがって、本開示は、本明細書で説明された例および設計に限定されるようには意図されておらず、本明細書で開示された原理および新規の特徴と矛盾しない最も広い範囲を与えられるものとする。

Claims (61)

1. ユーザ機器（ＵＥ）によるワイヤレス通信のための方法であって、
   より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別することと、
   基地局から、前記狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される物理アップリンクチャネルのシンボルを送信するために前記ＵＥに割り当てられた前記狭帯域領域のサブ領域を示すシグナリングを受信することと、
   前記割り当てられたサブ領域において前記物理アップリンクチャネルを送信することと、
   を備える方法。
2. 前記狭帯域領域の前記サブ領域内のリソースインデックスを受信することをさらに備える、請求項１に記載の方法。
3. 前記リソースインデックスは、リソースインデックスホッピングパターン関数にしたがって、スロットごと、またはサブフレームごとのうちの１つで異なる、請求項２に記載の方法。
4. 前記リソースインデックスホッピング関数は、初期リソースインデックスに少なくとも部分的に依存する、請求項３に記載の方法。
5. 前記リソースインデックスホッピング関数は、サブフレームインデックスにも依存する、請求項４に記載の方法。
6. 前記リソースインデックスホッピング関数は、インターリーバ関数に基づく、請求項３に記載の方法。
7. サイクリックシフトへの前記リソースインデックスの値のマッピングに基づいて、前記割り当てられたサブ領域において前記物理アップリンクチャネルのシンボルを送信するためのサイクリックシフトを決定することと、
   前記割り当てられたサブ領域において前記物理アップリンクチャネルのシンボルを送信するとき、前記サイクリックシフトを適用することと、
   をさらに備える、請求項２に記載の方法。
8. サイクリックシフトへの前記リソースインデックスの値の前記マッピングは、シフトホッピング関数にしたがって、サブフレームのスロット内のシンボルごとに異なる、請求項７に記載の方法。
9. 前記シフトホッピング関数は、初期シフトインデックスに少なくとも部分的に依存する、請求項８に記載の方法。
10. 拡散符号への前記リソースインデックスの値のマッピングに基づいて、前記割り当てられたサブ領域において前記物理アップリンクチャネルのシンボルを送信するための拡散符号を決定することと、
    前記割り当てられたサブ領域において前記物理アップリンクチャネルのシンボルを送信するとき、前記拡散符号を適用することと、
    をさらに備える、請求項２に記載の方法。
11. 前記拡散符号は、シンボルごとベースで、またはサブフレームごとベースで適用される、請求項１０に記載の方法。
12. 前記シグナリングは、前記狭帯域領域の中へのオフセットを備え、異なるオフセットが異なるサブ領域を定義する、請求項１に記載の方法。
13. サブ領域は、前記物理アップリンクチャネルのためのリソースを決定するために使用される異なる関連付けられたデルタシフト値を有する、請求項１２に記載の方法。
14. 周波数ホッピングパターンを識別することと、
    前記割り当てられたサブ領域において前記物理アップリンクチャネルのシンボルを送信するめの周波数リソースを選択するために前記周波数ホッピングパターンを使用することと、
    をさらに備える、請求項１に記載の方法。
15. 前記周波数ホッピングパターンは、セルＩＤに依存する、請求項１４に記載の方法。
16. 前記周波数ホッピングパターンは、サブフレームインデックス、スロットインデックス、またはシンボルインデックスのうちの少なくとも１つにも依存する、請求項１５に記載の方法。
17. 前記周波数ホッピングパターンは、第１のサブフレームにおける前記割り当てられたサブ領域中で前記物理アップリンクチャネルのシンボルを送信するために使用すべき第１の周波数リソースを選択するために使用され、
    前記ホッピングパターンは、第２のサブフレームにおける前記割り当てられたサブ領域中で前記物理アップリンクチャネルのシンボルを送信するために使用すべき第２の周波数リソースを選択するために使用される、
    請求項１４に記載の方法。
18. 前記ホッピングパターンは、サブフレームの第１の部分における前記割り当てられたサブ領域中で前記物理アップリンクチャネルのシンボルを送信するために使用すべき第１の周波数リソースを選択するために使用され、
    前記ホッピングパターンは、前記サブフレームの第２の部分における前記割り当てられたサブ領域中で前記物理アップリンクチャネルのシンボルを送信するために使用すべき第２の周波数リソースを選択するために使用される、
    請求項１４に記載の方法。
19. 前記第１のサブフレームの前記第１の部分は、第１のスロットを備え、
    前記第１のサブフレームの前記第２の部分は、第２のスロットを備える、
    請求項１８に記載の方法。
20. 前記割り当てられたサブ領域において前記物理アップリンクチャネルのシンボルを送信するめの周波数リソースを選択するために前記周波数ホッピングパターンを使用することは、
    第１のサブフレームにおいて使用される第１の周波数から第２のサブフレームにおいて使用される第２の周波数に再チューニングすること、ここにおいて、前記第１の周波数から前記第２の周波数に再チューニングすることは、前記第１のサブフレームの最後の１つまたは複数のシンボル、または前記第２のサブフレームの最初の１つまたは複数のシンボル中に生じうる、
    を備える、請求項１４に記載の方法。
21. 前記ＵＥは、少なくとも前記第１のサブフレームの最後のシンボル、または少なくとも前記第２のサブフレームの最初のシンボル中にシンボルを送信しない、請求項２０に記載の方法。
22. 前記ＵＥは、少なくとも前記第１のサブフレームの最後のシンボル、および少なくとも前記第２のサブフレームの最初のシンボル中にシンボルを送信しない、請求項２０に記載の方法。
23. 前記割り当てられたサブ領域において前記物理アップリンクチャネルのシンボルを送信するめの周波数リソースを選択するために前記周波数ホッピングパターンを使用することは、
    サブフレームの第１のスロットにおいて使用される第１の周波数から前記サブフレームの第２のスロットにおいて使用される第２の周波数に再チューニングすること、ここにおいて、前記第１の周波数から前記第２の周波数に前記再チューニングすることは、前記サブフレームの前記第１のスロットの最後の１つまたは複数のシンボル、または前記サブフレームの前記第２のスロットの最初の１つまたは複数のシンボル中に生じうる、
    を備える、請求項１４に記載の方法。
24. 前記ＵＥは、少なくとも前記第１のスロットの最後のシンボル、または前記第２のスロットの最初のシンボル中にシンボルを送信しない、請求項２３に記載の方法。
25. 前記ＵＥは、前記狭帯域領域において多重化された他のＵＥによって使用されない拡散符号を使用する、請求項２４に記載の方法。
26. 前記ＵＥは、少なくとも前記第１のスロット、または前記第２のスロット中にシンボルを送信しない、請求項２３に記載の方法。
27. 基地局（ＢＳ）によるワイヤレス通信のための方法であって、
    より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別することと、
    ユーザ機器（ＵＥ）に、前記狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される物理アップリンクチャネルのシンボルを送信するために前記ＵＥに割り当てられた前記狭帯域領域のサブ領域のインジケーションをシグナリングすることと、
    前記割り当てられたサブ領域において前記物理アップリンクチャネルを受信することと、
    を備える方法。
28. 前記狭帯域領域の前記サブ領域内のリソースインデックスをシグナリングすることをさらに備える、請求項２７に記載の方法。
29. 前記リソースインデックスは、リソースインデックスホッピングパターン関数にしたがって、スロットごと、またはサブフレームごとのうちの１つで異なる、請求項２８に記載の方法。
30. 前記リソースインデックスホッピング関数は、初期リソースインデックスに少なくとも部分的に依存する、請求項２９に記載の方法。
31. 前記リソースインデックスホッピング関数は、サブフレームインデックスにも依存する、請求項３０に記載の方法。
32. 前記リソースインデックスホッピング関数は、インターリーバ関数に基づく、請求項２９に記載の方法。
33. サイクリックシフトへの前記リソースインデックスの値のマッピングに基づいて、前記割り当てられたサブ領域において前記物理アップリンクチャネルのシンボルを送信するためのサイクリックシフトを決定することと、
    前記割り当てられたサブ領域において前記物理アップリンクチャネルのシンボルを受信するとき、前記サイクリックシフトを適用することと、
    をさらに備える、請求項２８に記載の方法。
34. サイクリックシフトへの前記リソースインデックスの値の前記マッピングは、シフトホッピング関数にしたがって、サブフレームのスロット内のシンボルごとに異なる、請求項３３に記載の方法。
35. 前記シフトホッピング関数は、初期シフトインデックスに少なくとも部分的に依存する、請求項３４に記載の方法。
36. 前記シグナリングは、前記狭帯域領域の中へのオフセットを備え、異なるオフセットが異なるサブ領域を定義する、請求項２７に記載の方法。
37. サブ領域は、前記物理アップリンクチャネルのためのリソースを決定するために使用される異なる関連付けられたデルタシフト値を有する、請求項３６に記載の方法。
38. 周波数ホッピングパターンを識別することと、
    前記割り当てられたサブ領域において前記物理アップリンクチャネルのシンボルを受信するめの周波数リソースを選択するために前記周波数ホッピングパターンを使用することと、
    をさらに備える、請求項２７に記載の方法。
39. 前記周波数ホッピングパターンは、セルＩＤに依存する、請求項３８に記載の方法。
40. 前記周波数ホッピングパターンは、サブフレームインデックス、スロットインデックス、またはシンボルインデックスのうちの少なくとも１つにも依存する、請求項３９に記載の方法。
41. 前記周波数ホッピングパターンは、第１のサブフレームにおける前記割り当てられたサブ領域中で前記物理アップリンクチャネルのシンボルを受信するために使用すべき第１の周波数リソースを選択するために使用され、
    前記ホッピングパターンは、第２のサブフレームにおける前記割り当てられたサブ領域中で前記物理アップリンクチャネルのシンボルを受信するために使用すべき第２の周波数リソースを選択するために使用される、
    請求項３８に記載の方法。
42. 前記ホッピングパターンは、サブフレームの第１の部分における前記割り当てられたサブ領域中で前記物理アップリンクチャネルのシンボルを受信するために使用すべき第１の周波数リソースを選択するために使用され、
    前記ホッピングパターンは、前記サブフレームの第２の部分における前記割り当てられたサブ領域中で前記物理アップリンクチャネルのシンボルを受信するために使用すべき第２の周波数リソースを選択するために使用される、
    請求項３８に記載の方法。
43. 前記第１のサブフレームの前記第１の部分は、第１のスロットを備え、
    前記第１のサブフレームの前記第２の部分は、第２のスロットを備える、
    請求項４２に記載の方法。
44. ユーザ機器（ＵＥ）によるワイヤレス通信のための方法であって、
    より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別することと、
    基地局から、前記狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される少なくとも１つの物理ダウンリンクチャネルのシンボルを受信するために前記ＵＥに割り当てられた前記狭帯域領域のサブ領域を示すシグナリングを受信することと、
    前記割り当てられたサブ領域において前記物理ダウンリンクチャネルを受信することと、
    を備える方法。
45. 拡散符号へのリソースインデックスの値のマッピングに基づいて、前記割り当てられたサブ領域において前記物理ダウンリンクチャネルのシンボルを受信するための拡散符号を決定することと、
    前記割り当てられたサブ領域において前記物理ダウンリンクチャネルのシンボルを受信するとき、前記拡散符号を適用することと、
    をさらに備える、請求項４４に記載の方法。
46. 前記拡散符号は、シンボルごとベースで適用され、複数のスロットまたはサブフレームのシンボルを含むことができる、請求項４５に記載の方法。
47. 少なくとも１つの拡散符号が少なくとも１つのシンボルのセットにおいて適用され、および
    前記セット中のシンボルは、前記セット中のシンボルにおけるトーンがセル固有基準信号（ＣＲＳ）に使用されるかどうかに少なくとも部分的に基づいて選択される、
    請求項４５に記載の方法。
48. 前記シンボルのセットは、前記セット中のシンボルが同じ数および位置のデータトーンを有することに基づいて選択される、請求項４７に記載の方法。
49. 前記少なくとも１つの物理ダウンリンクチャネルは、少なくとも１つの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を備える、請求項４５に記載の方法。
50. 前記少なくとも１つのＰＤＳＣＨのための拡散は、前記少なくとも１つのＰＤＣＣＨのための拡散から独立している、請求項４９に記載の方法。
51. 異なる拡散符号または異なる拡散率のうちの少なくとも１つが、前記少なくとも１つのＰＤＳＣＨおよび前記少なくとも１つのＰＤＣＣＨに適用される、請求項５０に記載の方法。
52. 前記少なくとも１つのＰＤＣＣＨは、複数のサブフレームに広がる単一の送信として、１の拡散率で送信される、請求項４９に記載の方法。
53. 基地局（ＢＳ）によるワイヤレス通信のための方法であって、
    より広いシステム帯域幅内の少なくとも１つの狭帯域領域を識別することと、
    ユーザ機器（ＵＥ）に、前記狭帯域領域において１つまたは複数の他のＵＥによって送信されたシンボルと多重化される物理ダウンリンクチャネルのシンボルを受信するために前記ＵＥに割り当てられた前記狭帯域領域のサブ領域のインジケーションをシグナリングすることと、
    前記割り当てられたサブ領域において前記物理ダウンリンクチャネルを送信することと、
    を備える方法。
54. 拡散符号へのリソースインデックスの値のマッピングに基づいて、前記割り当てられたサブ領域において前記物理ダウンリンクチャネルのシンボルを受信するための拡散符号を決定することと、
    前記割り当てられたサブ領域において前記物理ダウンリンクチャネルのシンボルを送信するとき、前記拡散符号を適用することと、
    をさらに備える、請求項５３に記載の方法。
55. 前記拡散符号は、シンボルごとベースで適用され、複数のスロットまたはサブフレームのシンボルを含むことができる、請求項５４に記載の方法。
56. 少なくとも１つの拡散符号が少なくとも１つのシンボルのセットにおいて適用され、
    前記セット中のシンボルは、前記セット中のシンボルにおけるトーンがセル固有基準信号（ＣＲＳ）に使用されるかどうかに少なくとも部分的に基づいて選択される、
    請求項５４に記載の方法。
57. 前記シンボルのセットは、前記セット中のシンボルが同じ数および位置のデータトーンを有することに基づいて選択される、請求項５６に記載の方法。
58. 前記少なくとも１つの物理ダウンリンクチャネルは、少なくとも１つの物理ダウンリンク共有チャネル（ＰＤＳＣＨ）および少なくとも１つの物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を備える、請求項５４に記載の方法。
59. 前記少なくとも１つのＰＤＳＣＨのための拡散は、前記少なくとも１つのＰＤＣＣＨのための拡散から独立している、請求項５８に記載の方法。
60. 異なる拡散符号または異なる拡散率のうちの少なくとも１つは、前記少なくとも１つのＰＤＳＣＨおよび前記少なくとも１つのＰＤＣＣＨに適用される、請求項５９に記載の方法。
61. 前記少なくとも１つのＰＤＣＣＨは、複数のサブフレームに広がる単一の送信として、１の拡散率で送信される、請求項６０に記載の方法。

Images