JP2019501568A - 拡張されたマシン型通信におけるサウンディング基準信号送信 - Google Patents

Abstract

本開示のある特定の態様は、概して、ワイヤレス通信に関し、より具体的には、拡張されたマシン型通信（ＭＴＣ）におけるサウンディング基準信号（ＳＲＳ）送信に関する。例となる方法は、概して、基地局と通信するためのより広いシステム帯域幅から分割された１つまたは複数の狭帯域領域を決定することと、第１のサブフレームの１つまたは複数の狭帯域領域内で、ＵＥによるサウンディング基準信号（ＳＲＳ）の送信のためのリソースを決定することと、第１のサブフレームの決定されたリソース上でＳＲＳを送信するべきか否かを判定することと、判定に基づいて第１のサブフレームの決定されたリソース上でＳＲＳを送信することまたは送信しないことと、を含む。

Description

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

[0001] 本出願は、２０１５年１１月１４日および２０１６年８月１２日出願の米国仮特許出願第６２／２５５，４５１号および６２／３７４，１２８号、ならびに２０１６年１０月３１日出願の米国特許出願第１５／３３９，１３２号の利益を主張するものであり、そのすべては、それらの全体が、参照によって本明細書に組み込まれている。

Ｉ．発明の分野
[0002] 本開示のある特定の態様は、概して、ワイヤレス通信に関し、より具体的には、拡張されたマシン型通信（ＭＴＣ：machine type communication）におけるサウンディング基準信号（ＳＲＳ：sounding reference signal）送信に関する。

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

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

[0005] ワイヤレス通信ネットワークは、多くのワイヤレスデバイスのための通信をサポートすることができる多くの基地局を含み得る。ワイヤレスデバイスは、ユーザ機器（ＵＥ）を含み得る。マシン型通信（ＭＴＣ）は、通信の少なくとも一端に少なくとも１つの遠隔デバイスを伴う通信を指すことができ、人間の介入が必ずしも必要ではない１つまたは複数のエンティティを伴うデータ通信の形態を含み得る。ＭＴＣ ＵＥは、例えば、公衆陸上移動ネットワーク（ＰＬＭＮ：Public Land Mobile Networks）を通してＭＴＣサーバおよび／または他のＭＴＣデバイスとＭＴＣ通信することが可能であるＵＥを含み得る。

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

[0007] 本開示のある特定の態様は、ユーザ機器（ＵＥ）によるワイヤレス通信のための方法を提供する。前記方法は、概して、基地局と通信するためのより広いシステム帯域幅から分割された１つまたは複数の狭帯域領域を決定することと、第１のサブフレームの前記１つまたは複数の狭帯域領域内で、前記ＵＥによるサウンディング基準信号（ＳＲＳ）の送信のためのリソースを決定することと、前記第１のサブフレームの前記決定されたリソース上でＳＲＳを送信するべきか否かを判定することと、前記判定に基づいて前記第１のサブフレームの前記決定されたリソース上で前記ＳＲＳを送信することまたは送信しないことと、を含む。

[0008] 本開示のある特定の態様は、ユーザ機器（ＵＥ）によるワイヤレス通信のための装置を提供する。前記装置は、概して、基地局と通信するためのより広いシステム帯域幅から分割された１つまたは複数の狭帯域領域を決定するための手段と、第１のサブフレームの前記１つまたは複数の狭帯域領域内で、前記ＵＥによるサウンディング基準信号（ＳＲＳ）の送信のためのリソースを決定するための手段と、前記第１のサブフレームの前記決定されたリソース上でＳＲＳを送信するべきか否かを判定するための手段と、前記判定に基づいて前記第１のサブフレームの前記決定されたリソース上で前記ＳＲＳを送信する、または送信しないための手段と、を含む。

[0009] 本開示のある特定の態様は、ユーザ機器（ＵＥ）によるワイヤレス通信のための装置を提供する。前記装置は、概して、基地局と通信するためのより広いシステム帯域幅から分割された１つまたは複数の狭帯域領域を決定することと、第１のサブフレームの前記１つまたは複数の狭帯域領域内で、前記ＵＥによるサウンディング基準信号（ＳＲＳ）の送信のためのリソースを決定することと、前記第１のサブフレームの前記決定されたリソース上でＳＲＳを送信するべきか否かを判定することと、前記判定に基づいて前記第１のサブフレームの前記決定されたリソース上で前記ＳＲＳを送信することまたは送信しないことと、を行うように構成された少なくとも１つのプロセッサを含む。前記装置はまた、概して、前記少なくとも１つのプロセッサと結合されたメモリも含む。

[0010] 本開示のある特定の態様は、基地局と通信するためのより広いシステム帯域幅から分割された１つまたは複数の狭帯域領域を決定することと、第１のサブフレームの前記１つまたは複数の狭帯域領域内で、前記ＵＥによるサウンディング基準信号（ＳＲＳ）の送信のためのリソースを決定することと、前記第１のサブフレームの前記決定されたリソース上でＳＲＳを送信するべきか否かを判定することと、前記判定に基づいて前記第１のサブフレームの前記決定されたリソース上で前記ＳＲＳを送信することまたは送信しないことと、を行うためのコードを備える非一時的なコンピュータ可読媒体を提供する。

[0011] 例えば、本明細書に開示されている技法を行うための、方法、装置、システム、コンピュータプログラム製品、コンピュータ可読媒体、および処理システムを含む他の多数の態様が提供される。

[0012] 本開示の上記の特徴が詳細に理解されることができるように、上では簡潔に要約されていた、より具体的な説明が、態様を参照することによってなされ得、その態様のいくつかは添付の図面に例示されている。しかしながら、この説明は他の同等に効果的な態様を認めることができるので、添付の図面は、本開示のある特定の典型的な態様のみを例示するものであり、それゆえ、その範囲を限定するものと考慮されるべきではないことに留意されたい。

[0013] 本開示のある特定の態様にしたがった、例となるワイヤレス通信ネットワークを概念的に例示するブロック図。 [0014] 本開示のある特定の態様にしたがった、ワイヤレス通信ネットワークにおいてユーザ機器（ＵＥ）と通信している発展型ノードＢ（ｅＮＢ）の一例を概念的に例示するブロック図。 [0015] 本開示のある特定の態様にしたがった、ワイヤレス通信ネットワークにおける使用のための特定の無線アクセス技術（ＲＡＴ）のための例となるフレーム構造を概念的に例示するブロック図。 [0016] 本開示のある特定の態様にしたがった、通常のサイクリックプレフィックスを有するダウンリンクのための例となるサブフレームフォーマットを例示する図。 [0017] 本開示のある特定の態様にしたがった、ＬＴＥのような広帯域システム内でのＭＴＣ共存の一例を例示する図。 本開示のある特定の態様にしたがった、ＬＴＥのような広帯域システム内でのＭＴＣ共存の一例を例示する図。 [0018] 本開示のある特定の態様にしたがった、ユーザ機器（ＵＥ）によって実行され得るワイヤレス通信のための実例的な動作を例示する図。 [0019] 本開示のある特定の態様にしたがった、重複しているＰＵＳＣＨ／ＳＲＳリソースの異なる組合せの１つを例示する図。 本開示のある特定の態様にしたがった、重複しているＰＵＳＣＨ／ＳＲＳリソースの異なる組合せの１つを例示する図。 本開示のある特定の態様にしたがった、重複しているＰＵＳＣＨ／ＳＲＳリソースの異なる組合せの１つを例示する図。 本開示のある特定の態様にしたがった、重複しているＰＵＳＣＨ／ＳＲＳリソースの異なる組合せの１つを例示する図。

詳細な説明

[0020] 本開示の態様は、低コスト（ＬＣ：low cost）マシン型通信（ＭＴＣ）デバイス、ＬＣ拡張型ＭＴＣ（ｅＭＴＣ：enhanced MTC）デバイス、等のような、限られた通信リソースを有するデバイスによるＳＲＳ送信をサポートするための技法および装置を提供する。

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

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

[0023] 例えば、ワイヤレス通信ネットワーク１００におけるある特定のＵＥ（例えば、ＬＣ ＭＴＣ ＵＥ、ＬＣ ｅＭＴＣ ＵＥ、等）のための１つまたは複数のページングプロシージャの拡張がサポートされ得る。本明細書で提示される技法によると、ワイヤレス通信ネットワーク１００内のＢＳおよびＬＣ ＵＥ（単数または複数）は、ワイヤレス通信ネットワーク１００によってサポートされている利用可能なシステム帯域幅から、ワイヤレス通信ネットワーク１００内のＢＳから送信されるバンドリングされたページングメッセージについて、ＬＣ ＵＥ（単数または複数）がどの狭帯域領域（単数または複数）をモニタするべきかを決定することができ得る。また、本明細書で提示される技法によると、ワイヤレス通信ネットワーク１００内のＢＳおよび／またはＬＣ ＵＥ（単数または複数）は、ワイヤレス通信ネットワーク１００における１つまたは複数のトリガに基づいて、ページングメッセージについてのバンドリングサイズを決定し、および／または適応させることができ得る。

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

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

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

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

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

[0029] ＵＥ１２０（例えば、１２０ａ、１２０ｂ、１２０ｃ）はワイヤレス通信ネットワーク１００全体に分散し得、各ＵＥは固定またはモバイルであり得る。ＵＥは、アクセス端末、端末、モバイル局（ＭＳ）、加入者ユニット、局（ＳＴＡ）、等とも称され得る。ＵＥのいくつかの例は、セルラフォン、スマートフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ナビゲーションデバイス、ゲームデバイス、カメラ、タブレット、ラップトップコンピュータ、ネットブック、スマートブック、ウルトラブック、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局、ウェアラブルデバイス（例えば、スマートグラス、スマートゴーグル、スマートウォッチ、スマートリストバンド、スマートブレスレット、スマートリング、スマートジュエリー、スマートハット、スマートクロージング）、等を含み得る。いくつかのＵＥは、マシン型通信（ＭＴＣ）ＵＥとみなされ得、それらは、センサ、メータ、モニタ、ロケーションタグ、ドローン、トラッカ、ロボット、等のような遠隔デバイスを含み得、基地局、別の遠隔デバイス、または他の何らかのエンティティと通信し得る。ＭＴＣデバイスのような、ある特定のデバイスのカバレッジを拡張するために、ある特定の送信が、例えば、同じ情報が複数のサブフレームにわたって（over）送信される、送信のバンドル（a bundle of transmissions）として送られる、「バンドリング（bundling）」が利用され得る。ＭＴＣデバイスと、ならびに他のタイプのデバイスは、ＩｏＥ（internet of everything）またはＩｏＴ（internet-of-things）デバイス、例えば、ＮＢ−ＩｏＴ（narrowband internet-of-things）デバイスを含み得、本明細書に開示される技法は、ＭＴＣデバイスと、ＮＢ−ＩｏＴデバイスと、ならびに他のデバイスに適用され得る。

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

[0031] 図２は、ｅＮＢ１１０およびＵＥ１２０の設計のブロック図であり、それらは、それぞれ、図１におけるｅＮＢ１１０のうちの１つおよびＵＥ１２０のうちの１つであり得る。ｅＮＢ１１０は、Ｔ個のアンテナ２３４ａ〜２３４ｔが装備され得、ＵＥ１２０は、Ｒ個のアンテナ２５２ａ〜２５２ｒが装備され得、ここで、一般に、Ｔ≧１およびＲ≧１である。

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

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

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

[0035] コントローラ／プロセッサ２４０および２８０は、ｅＮＢ１１０およびＵＥ１２０における動作をそれぞれ指示し得る。例えば、ｅＮＢ１１０におけるコントローラ／プロセッサ２４０、および／または他のプロセッサおよびモジュールは、本明細書で説明されている技法のための動作および／またはプロセスを行い得るか、または指示し得る。同様に、ＵＥ１２０におけるコントローラ／プロセッサ２８０、および／または他のプロセッサおよびモジュールは、本明細書で説明されている技法（例えば、図６に例示されているもの）のための動作および／またはプロセスを行い得るか、または指示し得る。メモリ２４２および２８２は、それぞれ、ｅＮＢ１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ２４６は、ダウンリンクおよび／またはアップリンク上でのデータ送信のためにＵＥをスケジューリングし得る。

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

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

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

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

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

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

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

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

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

[0045] いくつかのシステムでは、例えば、ＬＴＥ Ｒｅｌ−１３では、ＬＣ ＵＥは、利用可能なシステム帯域幅内での（例えば、６個以下のリソースブロック（ＲＢ）の）特定の狭帯域割当てに限定され得る。しかしながら、ＬＣ ＵＥは、ＬＴＥシステム内で共存するために、例えば、ＬＴＥシステムの利用可能なシステム帯域幅内の異なる狭帯域領域に再チューニングする（re-tune）（例えば、動作および／またはキャンプする（camp））ことができ得る。

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

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

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

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

[0050] 上述されたように、ＭＴＣおよび／またはｅＭＴＣ動作は、（例えば、ＬＴＥまたは他の何らかのＲＡＴと共存して）ワイヤレス通信ネットワークにおいてサポートされ得る。例えば、図５Ａおよび図５Ｂは、ＭＴＣ動作中のＬＣ ＵＥが、ＬＴＥのような広帯域システム（例えば、１．４／３／５／１０／１５／２０ＭＨｚ）内でどのように共存し得るかの例を例示している。

[0051] 図５Ａの例となるフレーム構造において例示されているように、ＭＴＣおよび／またはｅＭＴＣ動作に関連付けられたサブフレーム５１０は、ＬＴＥ（または他の何らかのＲＡＴ）に関連付けられた標準のサブフレーム（regular subframes）５２０と時分割多重化（ＴＤＭ）され得る。

[0052] 追加的または代替的に、図５Ｂの例となるフレーム構造において例示されているように、ＭＴＣ中のＬＣ ＵＥによって使用される１つまたは複数の狭帯域領域５６０、５６２は、ＬＴＥによってサポートされるより広い帯域幅５５０内で周波数分割多重化され得る。各狭帯域領域が合計６個以下のＲＢの帯域幅に広がる、複数の狭帯域領域が、ＭＴＣおよび／またはｅＭＴＣ動作のためにサポートされ得る。いくつかのケースでは、ＭＴＣ動作中の各ＬＣ ＵＥは、一度に１つの狭帯域領域内で（例えば、１．４ＭＨｚまたは６個のＲＢで）動作し得る。しかしながら、ＭＴＣ動作中のＬＣ ＵＥは、任意の所与の時間において、より広いシステム帯域幅における他の狭帯域領域に再チューニングし得る。いくつかの例では、複数のＬＣ ＵＥは、同じ狭帯域領域によってサービス提供され得る。他の例では、複数のＬＣ ＵＥは、（例えば、各狭帯域領域が６個のＲＢに広がる）異なる狭帯域領域によってサービス提供され得る。さらに他の例では、ＬＣ ＵＥの異なる組合せが、１つまたは複数の同じ狭帯域領域、および／または、１つまたは複数の異なる狭帯域領域によってサービス提供され得る。

[0053] ＬＣ ＵＥは、様々な異なる動作のために狭帯域領域内で動作（例えば、モニタ／受信／送信）し得る。例えば、図５Ｂに示されているように、サブフレーム５５２の（例えば、広帯域データの６個以下のＲＢに広がる）第１の狭帯域領域５６０は、ワイヤレス通信ネットワークにおけるＢＳからのページング送信、またはＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＭＴＣシグナリングのいずれかについて、１つまたは複数のＬＣ ＵＥによってモニタされ得る。また図５Ｂにも示されているように、サブフレーム５５４の（例えば、同様に、広帯域データの６個以下のＲＢに広がる）第２の狭帯域領域５６２は、ＢＳから受信されるシグナリングにおいて予め設定されたデータまたはＲＡＣＨを送信するために、ＬＣ ＵＥによって使用され得る。いくつかのケースでは、第２の狭帯域領域は、第１の狭帯域領域を利用した同じＬＣ ＵＥによって利用され得る（例えば、ＬＣ ＵＥは、第１の狭帯域領域においてモニタした後、送信するために第２の狭帯域領域に再チューニングしていてもよい）。（図示されていないが）いくつかのケースでは、第２の狭帯域領域は、第１の狭帯域領域を利用したＬＣ ＵＥとは異なるＬＣ ＵＥによって利用され得る。

[0054] ある特定のシステムでは、ｅＭＴＣ ＵＥは、より広いシステム帯域幅において動作しながら狭帯域動作をサポートし得る。例えば、ｅＭＴＣ ＵＥは、システム帯域幅の狭帯域領域において送信および受信し得る。上述されたように、狭帯域領域は、６個のリソースブロック（ＲＢ）に広がり得る。

[0055] ある特定のシステムは、最大１５ｄＢのカバレッジ拡張をＭＴＣ ＵＥに提供し得、それは、ＵＥとｅＮＢとの間の１５５．７ｄＢの最大結合損失に対応（maps）する。したがって、ｅＭＴＣ ＵＥおよびｅＮＢは、低ＳＮＲ（例えば、−１５ｄＢから−２０ｄＢ）で測定を行い得る。いくつかのシステムでは、カバレッジ拡張はチャネルバンドリングを含み得、ここにおいて、ｅＭＴＣ ＵＥに関連付けられたメッセージは、１回または複数回、繰り返され得る（例えば、バンドリングされ得る）。

[0056] 本明細書で説明されている例は、６個のＲＢの狭帯域を想定しているが、当業者は、本明細書で提示される技法がまた、異なるサイズの狭帯域領域（例えば、狭帯域ＩｏＴ）にも適用され得ることを認識するであろう。

[0057] サウンディング基準信号（ＳＲＳ）は、ｅＮＢが、特に、アップリンク経路損失、タイミングを計算し、チャネルを推定することができるように、ユーザ機器（ＵＥ）がアップリンク上でｅＮＢに送信する信号である。いくつかのケースでは、ＳＲＳ送信が、特定のアップリンクサブフレームの最後のシンボルの間に行われ得る。例えば、アップリンクサブフレームの間、ＵＥは、アップリンクサブフレームの大部分にわたって物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信し得、このサブフレームの最後のシンボルの間ＰＵＳＣＨの送信をドロップ（drop）し、その代わりにＳＲＳを送信し得る。

[0058] ＬＴＥでは、ＳＲＳは、周期的および非周期的の２つの異なる方法で送信され得る。周期的なＳＲＳの場合、ＵＥは、特定の帯域幅においてある特定量のミリ秒（例えば、２０ｍｓ）ごとにＳＲＳを送信するようにスケジューリングされ得る。非周期的なＳＲＳの場合、ｅＮＢは、非周期的ＳＲＳ設定（SRS configuration）をＵＥに送信し得る。次いで、ｅＮＢは、例えば、ＳＲＳ設定にしたがって、次のＮ＋４サブフレームであるＳＲＳをＵＥが送信するはずであるかどうかをダウンリンクまたはアップリンク許可内で示し得る。

[0059] マシン型通信（ＭＴＣ）のための狭帯域動作をサポートするセルは、サウンディング基準信号（ＳＲＳ）の送信をサポートし得る。ＳＲＳの送信のための現在の最小の定義された帯域幅は、４個のＲＢである。しかしながら、上述されたように、狭帯域領域の帯域幅は、６個のＲＢである。６個のＲＢが４個のＲＢで割り切れないという事実は、６個のＲＢベースの狭帯域動作で４個のＲＢを使用するＳＲＳ送信を管理する際に問題を提示する。

[0060] しかしながら、ＭＴＣデバイスのためのＳＲＳをサポートしようとするとき、ある特定の問題が存在し得る。例えば、ＭＴＣ ＵＥは、半二重通信のみが可能であり得、帯域幅の狭帯域のみを使用して動作し得る。これは、ＵＥが１つの狭帯域においてＰＵＳＣＨを、異なる狭帯域においてＳＲＳを送信できないこともあることを意味する。例えば、ＵＥが狭帯域（ＮＢ）１においてＳＲＳを送信するように設定されており、ＵＥがまたＮＢ２において（例えば、ＰＵＳＣＨ送信を割り当てる）割当てを受信する場合、ＵＥは１回の伝送と伝送の間に（between transmission）再チューニングすることが必要であり、両方の伝送を行う十分な時間がないので、ＵＥは、同時にＳＲＳおよびＰＵＳＣＨの両方を伝送することができない。

[0061] 加えて、いくつかのケースでは、ＵＥは、再チューニングのためにＳＲＳに特化したシンボルを使用しなければならないこともある。例えば、いくつかのケースでは、ＵＥは、第１の狭帯域内のサブフレームｎにおいてＰＵＳＣＨを送信するようにスケジューリングされ得、また第２の狭帯域内のサブフレームｎ＋１において別のＰＵＳＣＨを送信するようにスケジューリングされ得る。このケースでは、ＵＥは、第１の狭帯域から第２の狭帯域に再チューニングすることができるように、サブフレームｎの最後のシンボルと、サブフレームｎ＋１の第１のシンボルとをスキップしなければならないこともある。このケースでは、ＵＥが第１の狭帯域から第２の狭帯域に再チューニングするための時間が必要であるので、ＵＥは、サブフレームｎにおいてＳＲＳを送信することができない。

[0062] 加えて、ＵＥがアップリンク（ＵＬ）許可を受信する場合、ＰＵＳＣＨはバンドリングされ得る。例えば、ＵＥは、ＵＬ許可内でいくつかのサブフレームについてのＰＵＳＣＨ割当ておよびＳＲＳのためのトリガを受信し得る。このケースでは、ＵＥは、ＳＲＳをどこで／いつ送信するべきかを知らないことがある。すなわち、ＵＥは、それにおいてＳＲＳを送信するサブフレームをどのように選ぶべきかを知らないことがある。

[0063] 加えて、ＵＥがダウンリンク（ＤＬ）許可を受信する場合、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）はバンドリングされ得る。このケースでは、ＵＥは、同じサブフレームにおいて、ＰＤＳＣＨを受信しＳＲＳも送信し得る。例えば、ＵＥはサブフレームｎにおいてＤＬ許可を受信し得、ここで、ＳＲＳは、サブフレームｎ＋４において送信されることになる。しかしながら、ＰＤＳＣＨが８のバンドリングサイズを有する（ＰＤＳＣＨがサブフレームｎからｎ＋８まで送信される）ので、ＰＤＳＣＨは、サブフレームｎ＋４においてＳＲＳと衝突し得る。

[0064] したがって、本開示の態様は、（例えば、ＭＴＣのための）狭帯域動作をサポートするセル内のｅＭＴＣ ＵＥによるＳＲＳの送信のための送信リソースを割り当てながら、また非ｅＭＴＣ ＵＥに後方互換性があるまま留まるための技法を提供する。

[0065] 図６は、本開示のある特定の態様による、ワイヤレス通信のための例となる動作６００を例示している。ある特定の態様によると、例となる動作６００は、ユーザ機器（ＵＥ）（例えば、ＵＥ１２０のうちの１つまたは複数のようなＭＴＣ ＵＥ）によって行われ得、マシン型通信のためのサウンディング基準信号（ＳＲＳ）のサポートを可能にし得る。

[0066] 動作６００は、基地局と通信するためのより広いシステム帯域幅から分割された１つまたは複数の狭帯域領域を決定することによって、６０２において始まる。６０４において、ＵＥは、第１のサブフレームの１つまたは複数の狭帯域領域内で、ＵＥによるサウンディング基準信号（ＳＲＳ）の送信のためのリソースを決定する。６０６において、ＵＥは、第１のサブフレームの決定されたリソース上でＳＲＳを送信するべきか否かを判定する。６０８において、ＵＥは、判定に基づいて、第１のサブフレームの決定されたリソース上でＳＲＳを送信する（または送信しない）。

[0067] 上述されたように、ｅＭＴＣデバイス（例えば、ｅＭＴＣ ＵＥ）について、ＳＲＳ送信および狭帯域間での再チューニングに関する問題があり得る。例えば、いくつかのケースでは、ＵＥは、異なる狭帯域に再チューニングするためにＳＲＳ送信に特化したシンボルを使用する必要があり得る。

[0068] ある特定の態様によると、このＳＲＳ／再チューニング問題への対処を助けるために、ＳＲＳ送信は、以前の狭帯域に、および次の狭帯域に基づいて決定され得る。すなわち、ＳＲＳ送信は、ＵＥが、異なる狭帯域に再チューニングする必要があり得るという事実を考慮に入れ得る。ある特定の態様によると、ＳＲＳおよび再チューニングを考慮に入れるための異なるオプションがあり得る。

[0069] 例えば、１つのオプションでは、ＵＥが１つのＵＬ狭帯域から別のＵＬ狭帯域にチューニングするようにスケジューリングされる場合、ＵＥは再チューニングするために２つのシンボルしか有することができないので（例えば、ＵＥは、再チューニングするためにＳＲＳに特化したシンボルを使用する必要がある）、ＵＥは、それのＳＲＳの送信をドロップし得る（例えば、ＳＲＳを送信しない）。

[0070] 別のオプションは、ＵＥがＵＬからＤＬにチューニングするようにスケジューリングされるかどうかを考慮に入れ得、またＵＥの動作モード（例えば、周波数分割複信（ＦＤＤ）／時分割複信（ＴＤＤ））にも依存し得る。例えば、ＦＤＤの場合、ＵＥは、ＵＬ狭帯域およびＤＬ狭帯域が互いに遠く離れているので、ＵＬからＤＬに再チューニングすることができるのに大量の時間が必要であり得る。このケースでは（例えば、ＵＬからＤＬに再チューニングするＦＤＤ ＵＥの場合）、ＵＥは、それのＵＬサブフレームの最後のシンボルの間にＳＲＳを送信し得、ＤＬに再チューニングするために次のサブフレーム全体を使用し得る。しかしながら、ＴＤＤの場合、ＵＥが再チューニングするために２つのシンボルしか有さないので、ＵＥはＳＲＳの送信をドロップし得る。加えて、ＴＤＤの場合、ＵＥが部分的なダウンリンクサブフレーム（partial downlink subframe）においてＳＲＳを送信するようにスケジューリングされる場合、ＳＲＳを送信するべきか否かの判定は、ガード期間、部分的なアップリンクサブフレーム、および／または部分的なダウンリンクサブフレームの持続時間に依存し得る。

[0071] 全体として、ある特定の態様によると、ＳＲＳ／再チューニングのために、ＵＥは、第１のサブフレームの周波数ロケーション／方向（例えば、ＵＬ／ＤＬ）と第２のサブフレームの周波数ロケーション／方向に少なくとも基づいて、ＳＲＳが第１のサブフレームにおいて送信されるかを決定し得る。加えて、ＴＤＤの場合、この決定はまた、部分的なダウンリンクサブフレームおよび／または部分的なアップリンクサブフレームの持続時間にも基づき得る。

[0072] ｅＭＴＣのためのＳＲＳに関する別の問題は、ＳＲＳのための狭帯域とＰＵＳＣＨのための狭帯域の周波数ロケーションに関するものである。例えば、現在のＳＲＳの周波数位置は、無線リソース制御（ＲＲＣ）によって半静的に設定されるが、ＰＵＳＣＨのための狭帯域は動的に設定される。これは、レガシー規則に従う場合、ＰＵＳＣＨおよびＳＲＳ狭帯域が異なればＵＥはＳＲＳを送信することができないこともあることを意味する。

[0073] この問題に対処するのを助けるために、１つのオプションは、ＳＲＳ狭帯域をＰＵＳＣＨ狭帯域に結び付ける（tie）ことであり得る。上述されたように、ＳＲＳのための狭帯域サイズは４個のリソースブロック（ＲＢ）であるが、一方で、ＰＵＳＣＨのための狭帯域サイズは６個のＲＢである。よって、オフセットに依存して、例えば、図７Ａ〜図７Ｃに示されているように、４個のＲＢおよび６個のＲＢの狭帯域の重複について異なる可能性があり得る。例えば、４個のＳＲＳ ＲＢは、６個のＰＵＳＣＨ ＲＢの、（例えば、図７Ａに示されている）ＲＢ１〜ＲＢ４、（例えば、図７Ｂに示されている）ＲＢ２〜ＲＢ５、または（例えば、図７Ｃに示されている）ＲＢ３〜ＲＢ６に重複し得る。（例えば、図７Ａ〜図７Ｃに例示されている組合せのうちの１つと同様に）４個のＳＲＳ ＲＢのセットが６個のＰＵＳＣＨ ＲＢと完全に重複することができる場合、ＳＲＳはＵＥによって送信され得る。しかしながら、４個のＳＲＳ ＲＢが（例えば、図７Ｄに示されているように）６個のＰＵＳＣＨ ＲＢ内に収まることができない場合、ＵＥは、ＳＲＳをドロップするか、または以下の解決法の１つを適用すると判定し得る。

[0074] 加えて、ＵＥは、異なる狭帯域のための異なるＳＲＳ設定（例えば、ＳＲＳのために使用する狭帯域、サイクリックシフト、コームインデックス（comb index）、等についての情報を含む）を高位レイヤ（a high layer）から受信し得、ＰＵＳＣＨ狭帯域に依存して、ＵＥは、１つのＳＲＳ設定を別のものより（over）使用すると判定し得る。すなわち、ＵＥは、ＰＵＳＣＨ狭帯域に依存して、所与の狭帯域においてＳＲＳをどのように送信するべきかについての高位レイヤ情報を受信し得る。

[0075] よって、例えば、ある特定の態様によると、ＵＥは、ＰＵＳＣＨを送信するための狭帯域の第１のセットから第１の狭帯域を決定し、第１の狭帯域に基づいてＳＲＳを送信するためのリソースを決定し、ＳＲＳを送信するための決定されたリソースに基づいてＳＲＳを送信し得る（または送信しないこともある）。ある特定の態様によると、これらの決定は、第１の狭帯域（例えば、ＰＵＳＣＨリソース）および狭帯域の第２のセット（ＳＲＳリソース）に少なくとも基づいて行われる。加えて、ＵＥは、狭帯域の第１のセットにおける狭帯域のサブセットについてのレイヤ情報を受信し得、ＳＲＳを送信するためのリソースの決定を、第１の狭帯域および上位レイヤ情報に基づかせ得る。

[0076] 別のオプションでは、狭帯域のサブセットについてのＳＲＳ設定のみを定義することが可能であり得、よって、ＳＲＳトリガは、その狭帯域についてそれが受信されるかが考慮され得る。例えば、ＵＥが狭帯域（ＮＢ）１についてのＳＲＳを用いて設定され、ＰＵＳＣＨ割当てがＮＢ１にある場合、ＵＥはＳＲＳを送信し得るが、しかしながら、ＰＵＳＣＨ割当てが、例えばＮＢ３にある場合、ＵＥは、トリガがＮＢ１にないのでＳＲＳを送信しないと判定し得る。オプションとして、ＵＥは、１つより多くの狭帯域についてのＳＲＳ設定を示すシグナリングを受信し得る。例えば、ＵＥは、ＮＢ１およびＮＢ３についてのＳＲＳ設定を受信し得る。よって、ＰＵＳＣＨがＮＢ１またはＮＢ３のいずれかにある場合、ＵＥは、対応する設定にしたがってＳＲＳを送信し得る。よって、例えば、ある特定の態様によると、ＵＥは、第１の狭帯域および第２の狭帯域を決定し得、第２の狭帯域が第１の狭帯域に含まれる場合ＳＲＳを送信し得る。

[0077] ｅＭＴＣのためのＳＲＳに関する別の問題が、ＳＲＳおよびバンドリングに関して生じ得る。例えば、ＵＥが、設定されたＳＲＳリソースのみにおいてＳＲＳを送信し得ると仮定する場合、ＵＥは、バンドリングが可能にされるときにＳＲＳをどのように／どこに送信するべきかを知らないことがある。このケースでは、ある特定の態様によると、ＵＥは、（例えば、リソース許可に基づいて決定され得る）有効なＳＲＳ設定がある第１のサブフレームにおいてＳＲＳを送信し得、それは、可能性として、１つより多くのＳＲＳ設定であり得る。例えば、ＵＥがＮＢ１におけるＳＲＳ（またはＮＢ１と重複する設定されたＳＲＳ）を送信するように設定される場合、ＰＵＳＣＨ割当ては、ＮＢ０において開始し、次いでＮＢ１にホップし、ＵＥは、（例えば、第１のサブフレームにおける）ＮＢ１においてＳＲＳを送信し得る。ある特定の態様によると、これはまた、複数のＳＲＳ設定が受信されるときにも適用し得る。

[0078] よって、例えば、ある特定の態様によると、ＵＥは、（例えば、リソース許可に基づく）有効なＳＲＳ設定がある狭帯域の第１のセットを決定し得、例えば、リソース許可に基づいて、送信リソース（例えば、時間および／または周波数リソース）のホッピングシーケンス（hopping sequence）を決定し、狭帯域の第１のセットおよびホッピングシーケンスにしたがって送信パラメータを決定し得る。ＵＥは、次いで、決定された送信パラメータ、ホッピングシーケンス、および／または狭帯域の第１のセットに少なくとも部分的に基づいてＳＲＳを送信すると判定し得る。

[0079] ＭＴＣのためのＳＲＳをサポートするための別の検討事項は、ＳＲＳを送信するためのトリガがいつダウンリンク許可において受信されるかである。例えば、ＵＥがダウンリンク許可においてＳＲＳトリガを受信するとき、ＵＥは、（ＳＲＳを送信するための特定の狭帯域を示し得る）高位レイヤパラメータに従わないと判定することもある。代わりに、ある特定の態様によると、ＵＥは、ダウンリンク狭帯域に基づいてアップリンク狭帯域においてＳＲＳを送信すると判定し得る。例えば、アップリンクおよびダウンリンクのために同じ数の狭帯域がある場合、ＵＥがＮＢ０についてのダウンリンク許可（例えば、ＰＤＳＣＨ許可）においてＳＲＳトリガを受信した場合に、ＵＥはＮＢ０においてアップリンク上でＳＲＳを送信すると判定し得る。言い換えると、ＵＥは、ダウンリンクＰＤＳＣＨ狭帯域に基づいて、ＳＲＳを送信するために使用されるアップリンク狭帯域を選択し得る。これはダウンリンクおよびアップリンク狭帯域間でのマッピング（例えば、ダウンリンク狭帯域と同じアップリンク狭帯域において送信すること）の１つの例であるが、ダウンリンクおよびアップリンク狭帯域間での他のマッピングが使用されることもある。

[0080] 加えて、ＵＥは、高位レイヤによって受信された情報に基づいてＳＲＳを送信すると判定し得る。例えば、ＵＥは、複数のＳＲＳ設定を示すシグナリングを、基地局から受信し得る。その後、ＵＥは、ＳＲＳトリガ（例えば、ＳＲＳを行うためのトリガ）と、ＳＲＳを送信するために使用する複数のＳＲＳ設定のうちの１つのＳＲＳ設定のインジケーションとを含むリソース許可を基地局から受信し得る。例えば、基地局によって生成されるリソース許可は、ＵＥがＳＲＳを送信するべきかどうかを示すトリガビットと、ＳＲＳを送信するためにどのＳＲＳ設定を使用するべきかを示すビットとを備え得る。ＵＥは、次いで、トリガとＳＲＳ設定のインジケーションとに少なくとも部分的に基づいて、特定の狭帯域においてＳＲＳを送信すると判定し得る。

[0081] いくつかのケースでは、ＵＥは、ダウンリンク送信（例えば、ＰＤＳＣＨ送信）がＳＲＳ送信と衝突することになることを決定し得る。例えば、ＵＥは、特定のサブフレームの間にＳＲＳを行うためのトリガを備える許可を基地局から受信し得る。ＵＥは、ＳＲＳ送信がそのサブフレームの間にＰＤＳＣＨ送信と衝突し得ることを決定し得る。衝突を防ぐために、ＵＥは、ＳＲＳ送信、ＰＤＳＣＨ送信、またはリソース許可のうちの少なくとも１つをドロップすると判定し得る（例えば、ＵＥは、リソース許可を無効と扱い得る）。

[0082] ある特定の態様によると、いくつかのケースでは、ＳＲＳは、１つのみのシンボルではなく複数のシンボルにわたって（over）バンドリングされ得る。これは、ＵＥが非常に低いＳＮＲ状態にあるときでもｅＮＢがチャネルを推定することを可能にする、著しいＳＮＲ利得を提供するであろう。ある特定の態様によると、バンドリングされたＳＲＳを可能にするために、ＳＲＳは、２つ（またはそれ以上）のシンボルにおいて送信され得、符号分割多重（ＣＤＭ）が、多重化容量を増加させるために使用され得る。例えば、ｅＮＢは２つのＵＥ、すなわちＵＥ１およびＵＥ２を、全く同じＳＲＳ設定（例えば、同じコームインデックス、狭帯域、サイクリックシフト、等）で設定し得るが、２つのＵＥに異なるＣＤＭ符号を与える。よって、２つのＳＲＳシンボルにおいて、ＵＥ１はＵＥ２と全く同じシーケンスを送信し得るが、ＵＥ２は、ＣＤＭ符号のうちの１つの符号（sign）をフリップ（flip）することになる。例えば、ＵＥは、［１ １］を使用し得るが、一方で、ＵＥ２は、［−１ １］を使用し得る。ｅＮＢは、両方のＳＲＳを受信し得、各ＵＥのためのＣＤＭ符号を取り除くことによってＳＲＳを分離し得る。

[0083] よって、例えば、ある特定の態様によると、ＵＥは、ＣＤＭインデックス、コームインデックス、またはサイクリックシフトのうちの１つまたは複数を備えるＳＲＳについての高位レイヤ情報を受信し得る。ＵＥは、次いで、ＳＲＳを行うためのトリガを備える許可を基地局から受信し、高位レイヤ情報およびトリガに少なくとも部分的に基づいて、送信パラメータを決定し、決定された送信パラメータに基づいてＳＲＳを送信するべきか否かを判定し得る。ＵＥがＳＲＳを送信すると判定した場合、ＳＲＳは、高位レイヤシグナリングにおいて示されたＣＤＭ符号でマスクされ得る。ｅＮＢは、ＵＥによって送信されたＳＲＳを受信し得、そのＵＥのためのＣＤＭインデックスを使用してＳＲＳを復号し得る。

[0084] いくつかのケースでは、ＳＲＳを送信するべきか否かの判定は、ＵＥによって行われるレートマッチング（rate matching）に影響を及ぼし得る。例えば、いくつかのケースでは、物理アップリンクチャネル（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ）は、ＳＲＳがサービングセルにおいて送信される場合に最後のＳＣ−ＦＤＭＡシンボルのあたりでレートマッチング（rate matched around）される。しかしながら、ｅＭＴＣでは、ＳＲＳは、再チューニングによりドロップされることもあり、それは、ｅＮＢ側で曖昧さを生み出し、タイムラインを低減させることもある。例えば、ＵＥがサブフレームＮにおいてＰＵＳＣＨのための許可を受信し、第１の狭帯域におけるサブフレームＮ＋４のためのＰＵＳＣＨペイロードを準備すると仮定する。ＵＥは、同じサブフレーム（例えば、第１の狭帯域におけるサブフレームＮ＋４）においてＳＲＳを送信する必要があるので、それは、最後のＳＣ−ＦＤＭＡシンボルのあたりで（around）レートマッチングする。さらに、サブフレームＮ＋１において、ＵＥが第２の狭帯域におけるサブフレームＮ＋５におけるＰＵＳＣＨ送信のための許可を受信すると仮定する。これにより、例えば、第２の狭帯域にチューニングするのに十分な時間をＵＥに与えるために、サブフレームＮ＋４におけるＳＲＳはドロップされる（例えば、送信されない）。サブフレームＮ＋４においてＳＲＳがドロップされると、（例えば、レートマッチングが最後のシンボルを含むので）サブフレームＮ＋４におけるＰＵＳＣＨのためのレートマッチングは変わる必要がある。しかしながら、ＵＥがサブフレームＮ＋５におけるＰＵＳＣＨ送信のための第２のＰＵＳＣＨ許可を逃した場合、ｅＮＢとＵＥとの間に混乱ができる。さらに、ＰＵＳＣＨのためのタイムラインが３個のサブフレームに低減される（Ｎ＋４におけるＰＵＳＣＨ送信がＮ＋１において受信される許可に依存する）。よって、本開示の態様は、ＵＥがＳＲＳ送信をドロップすると判定するときのレートマッチングに関する問題を緩和するのを助ける技法を提示する。

[0085] 例えば、ＳＲＳ送信に関連するレートマッチングに関する問題を緩和することができる１つの解決法は、ＳＲＳが送信されるか否かにかかわらず、レートマッチングを行うようにＵＥに命令することであり得る。例えば、上述されたレートマッチング例を参照すると、ＰＵＳＣＨがセル固有のＳＲＳ領域外で送信され、ＳＲＳが全く送信されないときでも、ＵＥは、最後のシンボルのあたりでＰＵＳＣＨ（または別の物理アップリンクチャネル）をレートマッチングすることを命令され得る。言い換えると、ＰＵＳＣＨは、カバレッジ拡張モードＡ（ＣＥモードＡ）中のＢＬ／ＣＥ（Bandwidth-reduced Low-complexity or Coverage Enhanced） ＵＥのためのＵＥ固有の周期的ＳＲＳサブフレームにおける可能なＳＲＳ送信のために予約されたＳＣ−ＦＤＭＡシンボルのあたりでレートマッチングされ得る（例えば、実際のＳＲＳ送信にかかわらない、可能なＳＲＳ送信に基づくレートマッチング）。

[0086] ある特定の態様によると、別の解決法は、ＳＲＳがドロップされるときのＰＵＳＣＨ（または別の物理アップリンクチャネル）についてのレートマッチングを、ドロップすることが同じサブフレームまたは後続のサブフレームにおけるＰＵＳＣＨによるものかどうかに基づかせるためのものであり得る。例えば、同じサブフレームＮにおける異なる狭帯域におけるＰＵＳＣＨ／ＰＵＣＣＨによりサブフレームＮにおけるＳＲＳがドロップされる場合、サブフレームＮのすべてがＰＵＳＣＨのために使用され得る。しかしながら、サブフレームＮにおけるＳＲＳが、例えば、サブフレームＮ＋１における、異なる狭帯域におけるＰＵＳＣＨ／ＰＵＣＣＨによりドロップされる場合、ＵＥは、サブフレームＮの最後のＳＣ−ＦＤＭＡシンボルのあたりでＰＵＳＣＨをレートマッチングし得る。

[0087] 上述された方法の様々な動作は、対応する機能を実行することが可能な任意の好適な手段によって実行され得る。手段は、回路、特定用途向け集積回路（ＡＳＩＣ）、または、プロセッサを含むが、それに限定されない、様々なハードウェアおよび／またはソフトウェアコンポーネント（単数または複数）ならびに／あるいはモジュール（単数または複数）を含み得る。概して、図面に例示されている動作がある場合、それらの動作は、同様に番号付けされた対応するミーンズ・プラス・ファンクション・コンポーネントの相当物を有し得る。

[0088] 例えば、送信するための手段および／または受信するための手段は、ｅＮＢ１１０のアンテナ（単数または複数）２３４および／またはユーザ機器１２０のアンテナ（単数または複数）２５２のような、１つまたは複数のアンテナを備え得る。加えて、送信するための手段は、１つまたは複数のアンテナを介して送信／受信するように構成された１つまたは複数のプロセッサ（例えば、送信プロセッサ２２０／２６４および／または受信プロセッサ２３８／２５８）を備え得る。さらに、決定するための手段、判定するための手段、（例えば、ＳＲＳ送信を）ドロップするための手段、および／または（例えば、レートマッチングを）行うための手段は、ｅＮＢ１１０の送信プロセッサ２２０、受信プロセッサ２３８、またはコントローラ／プロセッサ２４０、および／またはユーザ機器１２０の送信プロセッサ２６４、受信プロセッサ２５８、またはコントローラ／プロセッサ２８０のような、１つまたは複数のプロセッサを備え得る。

[0089] 本明細書で使用される場合、「決定すること」という用語は、幅広いアクションを包含する。例えば、「決定すること」は、計算すること、算出すること、処理すること、導出すること、調査すること、ルックアップすること（例えば、テーブル、データベース、または別のデータ構造内をルックアップすること）、確かめること、および同様のことを含み得る。また、「決定すること」は、受信すること（例えば、情報を受信すること）、アクセスすること（例えば、メモリ内のデータにアクセスすること）、および同様のことを含み得る。また、「決定すること」は、解決すること、選択すること、選ぶこと、確立すること、および同様のことを含み得る。

[0090] 本明細書で使用される場合、受信機という用語は、（例えば、バスを介して）ＲＦフロントエンドによって処理される構造を受信するためのＵＥ（例えば、ＵＥ１２０）またはＢＳ（例えば、ｅＮＢ１１０）の（例えば、プロセッサの）インターフェースまたは（例えば、ＲＦフロントエンドの）ＲＦ受信機を指し得る。同様に、送信機という用語は、（例えば、バスを介した）送信のためにＲＦフロントエンドに構造を出力するためのＵＥ（例えば、ＵＥ１２０）またはＢＳ（例えば、ｅＮＢ１１０）の（例えば、プロセッサの）インターフェースまたはＲＦフロントエンドのＲＦ送信機を指し得る。ある特定の態様によると、受信機および送信機は、本明細書で説明されている動作を行うように構成され得る。例えば、受信機は、ＳＲＳの送信をトリガするためのシグナリングを受信することのような、本明細書で説明されている任意の受信機能を行うように構成され得る。加えて、送信機は、サブフレームの決定されたリソース上でＳＲＳ送信すること、または送信しないことのような、本明細書で説明されている任意の送信機能を行うように構成され得る。

[0091] 本明細書で使用される場合、項目のリスト「のうちの少なくとも１つ」を指すフレーズは、単一のメンバを含む、それらの項目の任意の組合せを指す。例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａ−ｂ、ａ−ｃ、ｂ−ｃ、およびａ−ｂ−ｃと、ならびに同様の要素の倍数との任意の組合せ（例えば、ａ−ａ、ａ−ａ−ａ、ａ−ａ−ｂ、ａ−ａ−ｃ、ａ−ｂ−ｂ、ａ−ｃ−ｃ、ｂ−ｂ、ｂ−ｂ−ｂ、ｂ−ｂ−ｃ、ｃ−ｃ、およびｃ−ｃ−ｃ、またはａ、ｂ、およびｃの他の任意の順序）をカバーするように意図されている。

[0092] 本開示に関連して説明されている様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス（ＰＬＤ）、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、または、本明細書で説明されている機能を行うように設計された、これらの任意の組合せを用いてインプリメントまたは行われ得る。汎用プロセッサは、マイクロプロセッサであり得るが、代替として、プロセッサは、商業的に利用可能な任意のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであり得る。プロセッサはまた、例えば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアに連結した１つまたは複数のマイクロプロセッサ、または他の任意のそのような構成、のようなコンピューティングデバイスの組合せとしてもインプリメントされ得る。

[0093] 本開示に関連して説明されているアルゴリズムまたは方法のステップは、ハードウェアにおいて直接的に、プロセッサによって実行されるソフトウェアモジュールにおいて、またはその２つの組合せで、具現化され得る。ソフトウェアモジュールは、当該技術で知られている任意の形態の記憶媒体内に存在し得る。使用され得る記憶媒体のうちのいくつかの例は、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、フラッシュメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、位相変化メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、等を含む。ソフトウェアモジュールは、単一の命令または多くの命令を備え得、いくつかの異なるコードセグメントにわたって、異なるプログラム間で、および複数の記憶媒体にわたって、分散され得る。記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合され得る。代替として、記憶媒体はプロセッサと一体であり得る。

[0094] 本明細書に開示されている方法は、説明されている方法を達成するための１つまたは複数のステップまたはアクションを備える。方法のステップおよび／またはアクションは、特許請求の範囲から逸脱することなく、互いに置き換えられ得る。言い換えると、ステップまたはアクションの特定の順序が特定されていない限り、特定のステップおよび／またはアクションの順序および／または使用は、特許請求の範囲から逸脱することなく修正され得る。

[0095] 説明されている機能は、ハードウェア、ソフトウェア、またはこれらの組合せにおいてインプリメントされ得る。ハードウェアにおいてインプリメントされる場合、例となるハードウェア構成は、ワイヤレスノード中に処理システムを備え得る。処理システムは、バスアーキテクチャでインプリメントされ得る。バスは、処理システムの特定用途と全体的な設計制約とに依存して、任意の数の相互接続バスおよびブリッジを含み得る。バスは、プロセッサ、機械可読媒体、およびバスインターフェースを含む様々な回路を共にリンクさせ得る。バスインターフェースは、ネットワークアダプタを、特に、バスを介して処理システムに接続するために使用され得る。ネットワークアダプタは、ＰＨＹレイヤの信号処理機能をインプリメントするために使用され得る。ユーザ機器１２０（図１参照）のケースにおいて、ユーザインターフェース（例えば、キーパッド、ディスプレイ、マウス、ジョイスティック、等）もまた、バスに接続され得る。バスはまた、タイミングソース、周辺機器、電圧レギュレータ、電力管理回路、および同様のもののような、様々な他の回路をリンクさせ得るが、これらは、当該技術において周知であるので、これ以上説明されない。

[0096] プロセッサは、機械可読媒体上に記憶されたソフトウェアの実行を含む、汎用処理およびバスの管理を担い得る。プロセッサは、１つまたは複数の汎用および／または専用プロセッサを用いてインプリメントされ得る。例は、マイクロプロセッサ、マイクロコントローラ、ＤＳＰプロセッサ、およびソフトウェアを実行することができる他の回路を含む。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と称されようと、または別の名称であろうと、命令、データ、またはこれらの任意の組合せを意味するように広く解釈されるものとする。機械可読媒体は、例として、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（読取専用メモリ）、ＰＲＯＭ（プログラマブル読取専用メモリ）、ＥＰＲＯＭ（消去可能なプログラマブル読取専用メモリ）、ＥＥＰＲＯＭ（電気的に消去可能なプログラマブル読取専用メモリ）、位相変化メモリ、レジスタ、磁気ディスク、光ディスク、ハードドライブ、または他の任意の好適な記憶媒体、またはこれらの任意の組合せを含み得る。機械可読媒体は、コンピュータプログラム製品において具現化され得る。コンピュータプログラム製品は、パッケージ材料を備え得る。

[0097] ハードウェアインプリメンテーションにおいて、機械可読媒体は、プロセッサとは別個の処理システムの一部であり得る。しかしながら、当業者が容易に認識することになるように、機械可読媒体またはその任意の部分は、処理システムの外部にあり得る。例として、機械可読媒体は、伝送回線、データによって変調される搬送波、および／またはワイヤレスノードとは別個のコンピュータ製品を含み得、そのすべてはバスインターフェースを通してプロセッサによってアクセスされ得る。代替的に、またはそれに加えて、機械可読媒体、またはその任意の部分は、キャッシュおよび／または汎用レジスタファイルを用い得る場合のように、プロセッサへと一体化され得る。

[0098] 処理システムは、プロセッサ機能を提供する１つまたは複数のマイクロプロセッサ、および機械可読媒体の少なくとも一部分を提供する外部メモリを有し、すべてが外部バスアーキテクチャを通して他のサポート回路と共にリンクされている、汎用処理システムとして構成され得る。代替的に、処理システムは、プロセッサ、バスインターフェース、アクセス端末のケースではユーザインターフェース、サポート回路、および単一のチップへと一体化された機械可読媒体の少なくとも一部分を有するＡＳＩＣ（特定用途向け集積回路）でインプリメントされ得るか、または、１つまたは複数のＦＰＧＡ（フィールドプログラマブルゲートアレイ）、ＰＬＤ（プログラマブル論理デバイス）、コントローラ、ステートマシン、ゲートロジック、ディスクリートハードウェアコンポーネント、または、他の任意の好適な回路、あるいは本開示全体を通して説明されている様々な機能を行うことができる回路の任意の組合せでインプリメントされ得る。当業者は、システム全体に課された全体的な設計制約および特定用途に依存して、処理システムに関する説明されている機能をいかに最善にインプリメントするべきかを認識するであろう。

[0099] 機械可読媒体は、多くのソフトウェアモジュールを備え得る。ソフトウェアモジュールは、プロセッサによって実行されると、処理システムに様々な機能を行わせる命令を含む。ソフトウェアモジュールは、送信モジュールおよび受信モジュールを含み得る。各ソフトウェアモジュールは、単一の記憶デバイス内に存在し得るか、または複数の記憶デバイスにわたって分散され得る。例として、ソフトウェアモジュールは、トリガイベントが生じたときに、ハードドライブからＲＡＭへとロードされ得る。ソフトウェアモジュールの実行中、プロセッサは、アクセススピードを増加させるために、命令のうちのいくつかをキャッシュへとロードし得る。１つまたは複数のキャッシュラインは、次いで、プロセッサによる実行のために汎用レジスタファイルへとロードされ得る。以下でソフトウェアモジュールの機能に言及するとき、そのような機能は、そのソフトウェアモジュールからの命令を実行するときにプロセッサによってインプリメントされることが理解されるであろう。

[0100] ソフトウェアにおいてインプリメントされる場合、これら機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶されまたはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体およびコンピュータ記憶媒体の両方を含む。記憶媒体は、コンピュータによってアクセスされることができる任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、あるいは、命令またはデータ構造の形態で所望のプログラムコードを記憶または搬送するために使用されることができ、またコンピュータによってアクセスされることができる、他の任意の媒体を備えることができる。また、任意の接続は、コンピュータ可読媒体と正しくは称される。例えば、ソフトウェアがウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、あるいは赤外線（ＩＲ）、無線、およびマイクロ波のようなワイヤレス技術を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波のようなワイヤレス技術は媒体の定義に含まれる。ディスク（disk）およびディスク（disc）は、本明細書で使用されるとき、コンパクトディスク（ＣＤ）、レーザーディスク（登録商標）、光ディスク、デジタルバーサタイルディスク（ＤＶＤ）、フロッピー（登録商標）ディスク、およびＢｌｕ−ｒａｙ（登録商標）ディスクを含み、ここで、ディスク（disk）は通常、磁気的にデータを再生するが、ディスク（disc）は、レーザーを用いて光学的にデータを再生する。よって、いくつかの態様では、コンピュータ可読媒体は、非一時的なコンピュータ可読媒体（例えば、有形媒体）を備え得る。加えて、他の態様では、コンピュータ可読媒体は、一時的なコンピュータ可読媒体（例えば、信号）を備え得る。上記の組合せもまた、コンピュータ可読媒体の範囲内に含まれるべきである。

[0101] よって、ある特定の態様は、本明細書に提示されている動作を行うためのコンピュータプログラム製品を備え得る。例えば、そのようなコンピュータプログラム製品は、命令を記憶した（および／または符号化した）コンピュータ可読媒体を備え得、それらの命令は、本明細書で説明されている動作を行うように１つまたは複数のプロセッサによって実行可能である。ある特定の態様では、コンピュータプログラム製品は、パッケージ材料を含み得る。

[0102] さらに、本明細書で説明されている方法および技法を行うためのモジュールおよび／または他の適切な手段が、適用可能な場合、ユーザ端末および／または基地局によって、ダウンロードされ得ること、および／またはそうでなければ取得され得ることが認識されるべきである。例えば、そのようなデバイスは、本明細書で説明されている方法を行うための手段の転送を容易にするためにサーバに結合されることができる。代替的に、本明細書で説明されている様々な方法は、ユーザ端末および／または基地局が、記憶手段をデバイスに結合または提供するときに様々な方法を取得することができるように、記憶手段（例えば、ＲＡＭ、ＲＯＭ、コンパクトディスク（ＣＤ）またはフロッピーディスクのような物理記憶媒体、等）を介して提供されることができる。さらに、本明細書で説明されている方法および技法をデバイスに提供するための他の任意の好適な技法が利用されることができる。

[0103] 特許請求の範囲が、上に例示されているまさにその構成およびコンポーネントに限定されるものではないことが理解されるべきである。様々な修正、変更、および変形が、特許請求の範囲から逸脱することなく、上述された装置および方法の配列、動作、および詳細でなされ得る。

Claims (38)

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. ワイヤレス通信のためのコンピュータ可読媒体であって、少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、
    基地局と通信するためのより広いシステム帯域幅から分割された１つまたは複数の狭帯域領域を決定することと、
    第１のサブフレームの前記１つまたは複数の狭帯域領域内で、前記ＵＥによるサウンディング基準信号（ＳＲＳ）の送信のためのリソースを決定することと、
    前記第１のサブフレームの前記決定されたリソース上でＳＲＳを送信するべきか否かを判定することと、
    前記判定に基づいて、前記第１のサブフレームの前記決定されたリソース上で前記ＳＲＳを送信すること、または送信しないことと
    を行わせるコードを備える、コンピュータ可読媒体。

Images