(57)【要約】ワイヤレス通信のための方法、装置およびコンピュータプログラム製品は、基地局が拡張部分および非拡張部分を有する拡張された帯域幅を提供することを開示する。基地局は、拡張された帯域幅の一部のみを利用するように特定のユーザ装置（ＵＥ）に指示することができる。このように、拡張された帯域幅は、複数のＵＥに向けられた多重化されたリソースを含むことができ、容量および／またはスループットを改善することができる。さらに、ＬＴＥリリース８と互換性のあるデバイスは、拡張された帯域幅の非拡張部分のみを利用するので、ＬＴＥリリース８と互換性があるデバイスとの後方互換性を達成することができる。１つの態様において、基地局は、非拡張部分に関連するリソースブロックと、拡張部分に関連するリソースブロックを含むシステム帯域幅を含み、ＵＥは、ダウンリンク伝送を受信するために所定の数より多くのリソースブロックをモニタすることを要求されない。【選択図】図９
2013509047.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス通信のための方法であって、
基地局から第１のシステム帯域幅の指示を受信することと、ここにおいて、前記第１のシステム帯域幅は、前記基地局によって構成された第２のシステム帯域幅に関連するリソースブロックのサブセットを備え、前記第２のシステム帯域幅は、非拡張部分および拡張部分を備える、
前記第１のシステム帯域幅に基づいて前記基地局と通信することと
を備える、方法。
【請求項２】
前記第１のシステム帯域幅は、前記非拡張部分に関連するリソースブロックを備え、前記非拡張部分は、ＬＴＥリリース８と互換性があるように構成される、
請求項１に記載の方法。
【請求項３】
前記第１のシステム帯域幅は、前記拡張部分に関連するリソースブロックをさらに備える、
請求項２に記載の方法。
【請求項４】
前記拡張部分は、リリース８の後のＬＴＥ規格と互換性があるように構成される、
請求項３に記載の方法。
【請求項５】
前記第２のシステム帯域幅の指示を受信することをさらに備える、
請求項１に記載の方法。
【請求項６】
前記第１のシステム帯域幅の前記指示を受信することは、ユーザ装置特有の無線ネットワーク仮識別子（ＲＮＴＩ）の特徴の少なくとも一部に基づいて前記第１のシステム帯域幅を決定することを備える、
請求項５に記載の方法。
【請求項７】
前記ユーザ装置特有のＲＮＴＩの前記特徴は、前記ユーザ装置特有のＲＮＴＩが奇数であるか偶数であるかである、
請求項６に記載の方法。
【請求項８】
前記第１のシステム帯域幅の前記指示は、ユーザ装置特有のユニキャストメッセージまたはブロードキャストメッセージのいずれかを備える、
請求項１に記載の方法。
【請求項９】
前記拡張部分は、前記非拡張部分のそれぞれの端部に位置する、
請求項１に記載の方法。
【請求項１０】
前記拡張部分は、前記非拡張部分について実質的に左右対称となるように構成される、
請求項９に記載の方法。
【請求項１１】
前記拡張部分は、前記非拡張部分の上端部でのリソースブロックに関連する第１の拡張部分と前記非拡張部分の下端部でのリソースブロックに関連する第２の拡張部分を備え、前記第１の拡張部分または前記第２の拡張部分のうちの少なくとも１つは、リソースブロックのうちの少なくとも２つのサブセットを備える、
請求項１０に記載の方法。
【請求項１２】
前記拡張部分に関連する前記リソースブロックは、前記拡張部分に関連する前記リソースブロックが前記非拡張部分について実質的に対称であるように前記第１の拡張部分および前記第２の拡張部分の間で分けられる、
請求項１１に記載の方法。
【請求項１３】
前記第１のシステム帯域幅は、わずか１１０個のリソースブロックを備える、
請求項１に記載の方法。
【請求項１４】
前記第２のシステム帯域幅は、１１０個のリソースブロックより多くのリソースブロックを備える、
請求項１に記載の方法。
【請求項１５】
ワイヤレス通信のための方法であって、
第２のシステム帯域幅に関連するリソースブロックのサブセットを備える第１の帯域幅を決定することと、ここにおいて、前記第２のシステム帯域幅は、拡張部分および非拡張部分を備える、
前記第１の帯域幅の指示を送信することと、
前記第１のシステム帯域幅に基づいてユーザ装置と通信することと
を備える、方法。
【請求項１６】
前記第１のシステム帯域幅は、前記非拡張部分に関連するリソースブロックを備え、前記非拡張部分は、ＬＴＥリリース８と互換性があるように構成される、
請求項１５に記載の方法。
【請求項１７】
前記第１のシステム帯域幅は、前記拡張部分の一部に関連するリソースブロックをさらに備える、
請求項１６に記載の方法。
【請求項１８】
前記拡張部分は、リリース８のあとのＬＴＥ規格と互換性があるように構成される、
請求項１７に記載の方法。
【請求項１９】
前記第２のシステム帯域幅の指示を提供するようにさらに構成される、
請求項１５に記載の方法。
【請求項２０】
前記第１のシステム帯域幅の前記指示を送信することは、前記第１の帯域幅の前記指示がユーザ装置特有の無線ネットワーク仮識別子（ＲＮＴＩ）の特徴の少なくとも一部に基づいて決定されるように、前記ユーザ装置特有のＲＮＴＩを提供することを備える、
請求項１９に記載の方法。
【請求項２１】
前記ユーザ装置特有のＲＮＴＩの前記特徴は、前記ユーザ装置特有のＲＮＴＩが奇数であるか偶数であるかを備える、
請求項２０に記載の方法。
【請求項２２】
前記第１のシステム帯域幅の前記指示を前記送信することは、ユーザ装置特有のユニキャストメッセージまたはブロードキャストメッセージのいずれかを備えるメッセージを送信することである、
請求項１５に記載の方法。
【請求項２３】
前記拡張部分は、前記非拡張部分のそれぞれの端部に位置する、
請求項１５に記載の方法。
【請求項２４】
前記拡張部分は、前記非拡張部分について実質的に対照であるように構成される、
請求項２３に記載の方法。
【請求項２５】
前記拡張部分は、前記非拡張部分の上端部でのリソースブロックに関連する第１の拡張部分と前記非拡張部分の下端部でのリソースブロックに関連する第２の拡張部分を備え、前記第１の拡張部分または前記第２の拡張部分のうちの少なくとも１つは、リソースブロックのうちの少なくとも２つのサブセットを備える、
請求項２４に記載の方法。
【請求項２６】
前記拡張部分に関連する前記リソースブロックは、前記拡張部分に関連する前記リソースブロックが前記非拡張部分について実質的に対称であるように前記第１の拡張部分および前記第２の拡張部分の間で分けられる、
請求項２５に記載の方法。
【請求項２７】
前記第１のシステム帯域幅は、わずか１１０個のリソースブロックを備える、
請求項１５に記載の方法。
【請求項２８】
前記第２のシステム帯域幅は、１１０個のリソースブロックより多くのリソースブロックを備える、
請求項１に記載の方法。
【請求項２９】
ワイヤレス通信のための装置であって、
基地局から第１のシステム帯域幅の指示を受信するための手段と、ここにおいて、前記第１のシステム帯域幅は、前記基地局によって構成された第２のシステム帯域幅に関連するリソースブロックのサブセットを備え、前記第２のシステム帯域幅は、非拡張部分および拡張部分を備える、
前記第１のシステム帯域幅に基づいて前記基地局と通信するための手段と
を備える、装置。
【請求項３０】
前記第１のシステム帯域幅は、前記非拡張部分に関連するリソースブロックを備え、前記非拡張部分は、ＬＴＥリリース８と互換性があるように構成される、
請求項２９に記載の装置。
【請求項３１】
前記第１のシステム帯域幅は、前記拡張部分に関連するリソースブロックをさらに備える、
請求項３０に記載の装置。
【請求項３２】
前記拡張部分は、リリース８の後のＬＴＥ規格と互換性があるように構成される、
請求項３１に記載の装置。
【請求項３３】
前記第２のシステム帯域幅の指示を受信するための手段をさらに備える、
請求項２９に記載の装置。
【請求項３４】
前記第１のシステム帯域幅の前記指示を受信するための前記手段は、ユーザ装置特有の無線ネットワーク仮識別子（ＲＮＴＩ）の特徴の少なくとも一部に基づいて前記第１のシステム帯域幅を決定するための手段を備える、
請求項３３に記載の装置。
【請求項３５】
前記ユーザ装置特有のＲＮＴＩの前記特徴は、前記ユーザ装置特有のＲＮＴＩが奇数であるか偶数であるかである、
請求項３４に記載の装置。
【請求項３６】
前記第１のシステム帯域幅の前記指示は、ユーザ装置特有のユニキャストメッセージまたはブロードキャストメッセージのいずれかを備える、
請求項２９に記載の装置。
【請求項３７】
前記拡張部分は、前記非拡張部分のそれぞれの端部に位置する、
請求項２９に記載の装置。
【請求項３８】
前記拡張部分は、前記非拡張部分について実質的に左右対称となるように構成される、
請求項３７に記載の装置。
【請求項３９】
前記拡張部分は、前記非拡張部分の上端部でのリソースブロックに関連する第１の拡張部分と前記非拡張部分の下端部でのリソースブロックに関連する第２の拡張部分を備え、前記第１の拡張部分または前記第２の拡張部分のうちの少なくとも１つは、リソースブロックのうちの少なくとも２つのサブセットを備える、
請求項３８に記載の装置。
【請求項４０】
前記拡張部分に関連する前記リソースブロックは、前記拡張部分に関連する前記リソースブロックが前記非拡張部分について実質的に対称であるように前記第１の拡張部分および前記第２の拡張部分の間で分けられる、
請求項３９に記載の装置。
【請求項４１】
前記第１のシステム帯域幅は、わずか１１０個のリソースブロックを備える、
請求項２９に記載の装置。
【請求項４２】
前記第２のシステム帯域幅は、１１０個のリソースブロックより多くのリソースブロックを備える、
請求項２９に記載の方法。
【請求項４３】
ワイヤレス通信のための装置であって、
第２のシステム帯域幅に関連するリソースブロックのサブセットを備える第１の帯域幅を決定するための手段と、ここにおいて、前記第２のシステム帯域幅は、拡張部分および非拡張部分を備える、
前記第１の帯域幅の指示を送信するための手段と、
前記第１のシステム帯域幅に基づいてユーザ装置と通信するための手段と
を備える、装置。
【請求項４４】
コンピュータに、基地局から第１のシステム帯域幅の指示を受信させるための命令と、ここにおいて、前記第１のシステム帯域幅は、前記基地局によって構成された第２のシステム帯域幅に関連するリソースブロックのサブセットを備え、前記第２のシステム帯域幅は、非拡張部分および拡張部分を備える、
コンピュータに、前記第１のシステム帯域幅に基づいて前記基地局と通信させるための命令と
を備えるコンピュータ可読媒体を備える、
コンピュータプログラム製品。
【請求項４５】
前記第１のシステム帯域幅は、前記非拡張部分に関連するリソースブロックを備え、前記非拡張部分は、ＬＴＥリリース８と互換性があるように構成される、
請求項４４に記載のコンピュータプログラム製品。
【請求項４６】
前記第１のシステム帯域幅は、前記拡張部分に関連するリソースブロックをさらに備える、
請求項４５に記載のコンピュータプログラム製品。
【請求項４７】
前記拡張部分は、リリース８の後のＬＴＥ規格と互換性があるように構成される、
請求項４６に記載のコンピュータプログラム製品。
【請求項４８】
前記コンピュータ可読媒体は、コンピュータに、前記第２のシステム帯域幅の指示を受信させるための命令をさらに備える、
請求項４４に記載のコンピュータプログラム製品。
【請求項４９】
コンピュータに、前記第１のシステム帯域幅の前記指示を受信させるための前記命令は、コンピュータに、ユーザ装置特有の無線ネットワーク仮識別子（ＲＮＴＩ）の特徴の少なくとも一部に基づいて前記第１のシステム帯域幅を決定させるための命令を備える、
請求項４８に記載のコンピュータプログラム製品。
【請求項５０】
前記ユーザ装置特有のＲＮＴＩの前記特徴は、前記ユーザ装置特有のＲＮＴＩが奇数であるか偶数であるかである、
請求項４９に記載のコンピュータプログラム製品。
【請求項５１】
前記第１のシステム帯域幅の前記指示は、ユーザ装置特有のユニキャストメッセージまたはブロードキャストメッセージのいずれかを備える、
請求項４４に記載のコンピュータプログラム製品。
【請求項５２】
前記拡張部分は、前記非拡張部分のそれぞれの端部に位置する、
請求項４４に記載のコンピュータプログラム製品。
【請求項５３】
前記拡張部分は、前記非拡張部分について実質的に左右対称となるように構成される、
請求項５２に記載のコンピュータプログラム製品。
【請求項５４】
前記拡張部分は、前記非拡張部分の上端部でのリソースブロックに関連する第１の拡張部分と前記非拡張部分の下端部でのリソースブロックに関連する第２の拡張部分を備え、前記第１の拡張部分または前記第２の拡張部分のうちの少なくとも１つは、リソースブロックのうちの少なくとも２つのサブセットを備える、
請求項５３に記載のコンピュータプログラム製品。
【請求項５５】
前記拡張部分に関連する前記リソースブロックは、前記拡張部分に関連する前記リソースブロックが前記非拡張部分について実質的に対称であるように前記第１の拡張部分および前記第２の拡張部分の間で分けられる、
請求項５４に記載のコンピュータプログラム製品。
【請求項５６】
前記第１のシステム帯域幅は、わずか１１０個のリソースブロックを備える、
請求項４４に記載のコンピュータプログラム製品。
【請求項５７】
前記第２のシステム帯域幅は、１１０個のリソースブロックより多くのリソースブロックを備える、
請求項４４に記載のコンピュータプログラム製品。
【請求項５８】
コンピュータに、第２のシステム帯域幅に関連するリソースブロックのサブセットを備える第１の帯域幅を決定させる命令と、ここにおいて、前記第２のシステム帯域幅は、拡張部分および非拡張部分を備える、
コンピュータに、前記第１の帯域幅の指示を送信させるための命令と、
コンピュータに、前記第１のシステム帯域幅に基づいてユーザ装置と通信させるための命令と
を備える、コンピュータ可読媒体を備える、
コンピュータプログラム製品。
【請求項５９】
ワイヤレス通信のための装置であって、
処理システムと、
前記処理システムに接続されるメモリとを備え、前記処理システムは、
基地局から第１のシステム帯域幅の指示を受信し、ここにおいて、前記第１のシステム帯域幅は、前記基地局によって構成された第２のシステム帯域幅に関連するリソースブロックのサブセットを備え、前記第２のシステム帯域幅は、非拡張部分および拡張部分を備える、
前記第１のシステム帯域幅に基づいて前記基地局と通信するように構成される、
装置。
【請求項６０】
前記第１のシステム帯域幅は、前記非拡張部分に関連するリソースブロックを備え、前記非拡張部分は、ＬＴＥリリース８と互換性があるように構成される、
請求項５９に記載の装置。
【請求項６１】
前記第１のシステム帯域幅は、前記拡張部分に関連するリソースブロックをさらに備える、
請求項６０に記載の装置。
【請求項６２】
前記拡張部分は、リリース８の後のＬＴＥ規格と互換性があるように構成される、
請求項６１に記載の装置。
【請求項６３】
前記処理システムは、前記第２のシステム帯域幅の指示を受信することをさらに備える、
請求項５９に記載の装置。
【請求項６４】
前記第１のシステム帯域幅の前記指示を前記受信することは、ユーザ装置特有の無線ネットワーク仮識別子（ＲＮＴＩ）の特徴の少なくとも一部に基づいて前記第１のシステム帯域幅を決定することを備える、
請求項６３に記載の装置。
【請求項６５】
前記ユーザ装置特有のＲＮＴＩの前記特徴は、前記ユーザ装置特有のＲＮＴＩが奇数であるか偶数であるかである、
請求項６４に記載の装置。
【請求項６６】
前記第１のシステム帯域幅の前記指示は、ユーザ装置特有のユニキャストメッセージまたはブロードキャストメッセージのいずれかを備える、
請求項５９に記載の装置。
【請求項６７】
前記拡張部分は、前記非拡張部分のそれぞれの端部に位置する、
請求項５９に記載の装置。
【請求項６８】
前記拡張部分は、前記非拡張部分について実質的に左右対称となるように構成される、
請求項６７に記載の装置。
【請求項６９】
前記拡張部分は、前記非拡張部分の上端部でのリソースブロックに関連する第１の拡張部分と前記非拡張部分の下端部でのリソースブロックに関連する第２の拡張部分を備え、前記第１の拡張部分または前記第２の拡張部分のうちの少なくとも１つは、リソースブロックのうちの少なくとも２つのサブセットを備える、
請求項６８に記載の装置。
【請求項７０】
前記拡張部分に関連する前記リソースブロックは、前記拡張部分に関連する前記リソースブロックが前記非拡張部分について実質的に対称であるように前記第１の拡張部分および前記第２の拡張部分の間で分けられる、
請求項６９に記載の装置。
【請求項７１】
前記第１のシステム帯域幅は、わずか１１０個のリソースブロックを備える、
請求項５９に記載の装置。
【請求項７２】
前記第２のシステム帯域幅は、１１０個のリソースブロックより多くのリソースブロックを備える、
請求項５９に記載の装置。
【請求項７３】
ワイヤレス通信のための装置であって、
処理システムと
前記処理システムと接続されるメモリと
を備え、前記処理システムは、
第２のシステム帯域幅に関連するリソースブロックのサブセットを備える第１の帯域幅を決定し、ここにおいて、前記第２のシステム帯域幅は、拡張部分および非拡張部分を備える、
前記第１の帯域幅の指示を送信し、
前記第１のシステム帯域幅に基づいてユーザ装置と通信する
ように構成される、装置。
【発明の詳細な説明】
【関連出願】
【０００１】
関連出願の相互参照  
本出願は、２００９年１０月１５日に出願された、「ＳＹＳＴＥＭ  ＢＡＮＤＷＩＤＴＨ  ＩＮＴＥＲＰＲＥＴＡＴＩＯＮ  ＦＯＲ  ＣＡＲＲＩＥＲ  ＥＸＴＥＮＳＩＯＮ  ＩＮ  ＬＴＥ−Ａ」という表題の米国特許仮出願第６１／２５２，１０６号の利益を主張するものであり、上記の出願は参照によってその全体が本明細書に明示的に組み込まれる。
【技術分野】
【０００２】
本開示は全般に通信システムに関し、より具体的には、ユーザ装置にリソースを割り当てるためのシステムおよび方法に関する。
【背景技術】
【０００３】
ワイヤレス通信システムは、電話、ビデオ、データ、メッセージング、および放送のような、様々な遠隔通信サービスを提供するために広く配備されている。通常のワイヤレス通信システムは、利用可能なシステムリソース（例えば帯域幅、送信出力）を共有することによって、複数のユーザとの通信をサポートすることができる、多元接続技術を利用しうる。そのような多元接続技術の例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同期符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムが含まれる。
【０００４】
これらの多元接続技術は、種々のワイヤレスデバイスが、自治体レベル、国レベル、地域レベル、さらには世界レベルで通信することを可能にする、共通のプロトコルを提供するために、様々な遠隔通信規格において採用されてきた。新たに普及し始めている遠隔通信規格の例は、ロングタームエボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナーシッププロジェクト（３ＧＰＰ）により公表されたユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）モバイル規格の改良のセットである。ＬＴＥは、スペクトル効率を改善することよってモバイルブロードバンドインターネット接続をより良好に支援し、コストを低減し、サービスを向上させ、新しい帯域幅を利用し、ダウンリンク（ＤＬ）上でＯＦＤＭＡを用い、アップリンク（ＵＬ）上でＳＣ−ＦＤＭＡを用い、多入力多出力（ＭＩＭＯ）アンテナ技術を用いて、他のオープン標準とより良く一体化する。しかし、モバイルブロードバンド接続の需要は増え続けているので、ＬＴＥ技術のさらなる改善が必要である。好ましくは、これらの改善は、他の多元接続技術とこれらの技術を利用する遠隔通信規格とに適用可能でなければならない。
【発明の概要】
【０００５】
基地局が拡張部分および非拡張部分を有する拡張された帯域幅を提供する、ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が開示される。基地局は、拡張された帯域幅の部分のみに利用されるように、特定のユーザ装置（ＵＥ）のために示すことができる。このように、拡張された帯域幅は、容量および／またはスループットを改善する、複数のＵＥに向けられた多重化されたリソースを含むことができる。さらに、デバイスが拡張された帯域幅の非拡張部分のみを利用するように定められることができるので、ＬＴＥリリース８と互換性があるデバイスとの後方互換性を達成することができる。１つの態様において、基地局は、拡張部分に関連したリソースブロックと非拡張部分に関連したリソースブロックとを含むシステム帯域幅を示し、ＵＥは、ダウンリンク伝送を受信するためにあらかじめ定められた数のリソースブロックより多くをモニタすることを要求されない。
【０００６】
開示の態様において、ワイヤレス通信の方法は、基地局から第１のシステム帯域幅の指示を受信することを含む。ここで、第１のシステム帯域幅は、基地局によって構成された第２のシステムの帯域幅に関連したリソースブロックのサブセットを含み、第２のシステム帯域幅は、非拡張部分および拡張部分を有する。さらに、方法は、第１のシステム帯域幅に基づいて基地局と通信することを含む。
【０００７】
開示の別の態様において、ワイヤレス通信のための方法は、第２のシステム帯域幅に関連したリソースブロックのサブセットを含む第１のシステム帯域幅を決定することを含む。ここにおいて、第２のシステム帯域幅は、拡張部分および非拡張部分を有する。方法は、第１のシステム帯域幅の指示を送信することと、第１のシステム帯域幅に基づいてユーザ装置と通信することとをさらに含む。
【０００８】
開示の別の態様において、ワイヤレス通信のための装置は、基地局から第１の帯域幅の指示を受信するための手段と、ここにおいて、第１のシステム帯域幅は、基地局によって構成されたリソースの第２のシステム帯域幅に関連するリソースブロックのサブセットを備え、第２のシステム帯域幅は、非拡張部分と拡張部分とを含む、第１のシステム帯域幅に基づいて基地局と通信するための手段とを含む。
【０００９】
さらに開示の別の態様において、ワイヤレス通信のための装置は、第２のシステム帯域幅に関連するリソースブロックのサブセットを備える第１のシステム帯域幅を決定するための手段と、ここにおいて、第２のシステム帯域幅は、非拡張部分と拡張部分とを含む、第１のシステム帯域幅の指示を送信するための手段と、第１のシステム帯域幅に基づいてユーザ装置と通信するための手段とを含む。
【００１０】
さらに開示の別の態様において、コンピュータプログラム製品は、コンピュータに、基地局から第１のシステム帯域幅の指示を受信することを行わせる命令と、ここにおいて、第１のシステム帯域幅は、基地局によって構成された第２のシステム帯域幅に関連するリソースブロックのサブセットを含み第２のシステム帯域幅は、非拡張部分と拡張部分とを含む、コンピュータに、第１のシステム帯域幅に基づいて基地局と通信することを行わせる命令とを含む。
【００１１】
開示の別の態様において、コンピュータプログラム製品は、コンピュータに、第２のシステム帯域幅に関連するリソースブロックのサブセットを備える第１のシステム帯域幅を決定することを行わせる命令と、ここにおいて、第２のシステム帯域幅は、非拡張部分と拡張部分とを含む、コンピュータに、第１のシステム帯域幅の指示を送信することを行わせる命令と、コンピュータに、第１のシステム帯域幅に基づいてユーザ装置と通信することを行わせる命令とを含む。
【００１２】
さらに開示の別の態様において、ワイヤレス通信のための装置は、処理システムと、処理システムに接続されたメモリとを含む。処理システムは、基地局から第１の帯域幅の指示を受信し、ここにおいて、第１のシステム帯域幅は、基地局によって構成されたリソースの第２のシステム帯域幅に関連するリソースブロックのサブセットを備え、第２のシステム帯域幅は、非拡張部分と拡張部分とを含む、第１のシステム帯域幅に基づいて基地局と通信するように構成される。
【００１３】
開示の別の態様において、ワイヤレス通信のための装置は処理システムと、処理システムに接続されたメモリとを含む。第２のシステム帯域幅に関連するリソースブロックのサブセットを備える第１のシステム帯域幅を決定し、ここにおいて、第２のシステム帯域幅は、非拡張部分と拡張部分とを含む、第１のシステム帯域幅の指示を送信し、第１のシステム帯域幅に基づいてユーザ装置と通信するように構成される。
【図面の簡単な説明】
【００１４】
【図１】処理システムを利用する装置のハードウェア実装の例を示す図。
【図２】ネットワークアーキテクチャの例を示す図。
【図３】アクセスネットワークの例を示す図。
【図４】アクセスネットワークにおいて用いるダウンリンクフレーム構造の例を示す図。
【図５】アクセスネットワークにおいて用いるアップリンクサブフレーム構造の例を示す図。
【図６】拡張された帯域幅を有するフレームを示す図。
【図７】後方互換性を保持する拡張された帯域幅を示す図。
【図８】拡張された帯域幅を有するフレームの制御領域構成を示す図。
【図９】拡張された帯域幅フレームの拡張部分のユーザ装置。
【図１０】ユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの例を示す図。
【図１１】アクセスネットワークの発展型ノードＢおよびユーザ装置の例を示す図。
【図１２】開示の様々な態様に従う例示的なプロセスを示す図。
【発明を実施するための形態】
【００１５】
添付の図面とともに以下で説明される詳細な説明は、様々な構成の説明であることが意図されており、本明細書で説明される概念が実行されうる唯一の構成を表すことは意図されていない。詳細な説明は、様々な概念の完全な理解をもたらすために、具体的な詳細を含む。しかし、これらの概念は、これらの具体的な詳細なしで実行されうることが、当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にするのを避けるために、周知の構造とコンポーネントとがブロック図の形態で示される。
【００１６】
遠隔通信システムのいくつかの態様が、様々な装置および方法を参照して、ここで提示される。これらの装置および方法は、以下の詳細な説明で説明され、様々なブロック、モジュール、コンポーネント、回路、ステップ、処理、アルゴリズムなど（まとめて「要素」と呼ばれる）により添付の図面において例示される。これらの要素は、電子的なハードウェア、コンピュータソフトウェア、またはこれらの任意の組み合わせを用いて実装されうる。そのような要素がハードウェアで実装されるかソフトウェアで実装されるかは、具体的な用途とシステム全体に課される設計制約とにより決まる。
【００１７】
例として、要素、要素の任意の部分、または要素の任意の組み合わせは、１つまたは複数のプロセッサを含む「処理システム」により実装されうる。プロセッサの例には、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、ステートマシン、ゲート論理回路、個別のハードウェア回路、および、本開示全体で説明される様々な機能を実行するように構成される他の適切なハードウェアが含まれる。処理システム中の１つまたは複数のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他などどのように呼ばれても、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行のスレッド、プロシージャ、関数などを意味するものと、広く解釈されるべきである。ソフトウェアは、コンピュータ可読媒体に存在しうる。コンピュータ可読媒体は、非一時的なコンピュータ可読媒体であってよい。非一時的なコンピュータ可読媒体は、例として、磁気記憶デバイス（例えばハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ）、光ディスク（例えばコンパクトディスク（ＣＤ）、デジタル多目的ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（例えばカード、スティック、キードライブ）、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、プログラム可能ＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、取り外し可能ディスク、ならびに、コンピュータによってアクセスし読み取ることができる、ソフトウェアおよび／または命令を格納するための任意の他の適切な媒体を含む。コンピュータ可読媒体は、例えば、キャリア、伝送線、あるいは、コンピュータによってアクセスし読み取ることができる、ソフトウェアおよび／または命令を伝送するための任意の他の適切な媒体も含みうる。コンピュータ可読媒体は、処理システム中に存在してもよく、処理システムの外部にあってもよく、または、処理システムを含む複数のエンティティに分散していていもよい。コンピュータ可読媒体は、コンピュータプログラム製品により具現化されうる。例として、コンピュータプログラム製品は、包装材料中のコンピュータ可読媒体を含みうる。具体的な用途とシステム全体に課された全体の設計制約に応じて、当業者は、本開示全体で提示された説明された機能をどのように最適に実装すべきかを認識するだろう。
【００１８】
図１は、処理システム１１４を利用する装置１００の、例示的なハードウェア実装形態のブロック図である。この例では、処理システム１１４は、全般にバス１０２と表されるバスアーキテクチャにより実装されうる。バス１０２は、処理システム１１４の具体的な用途と全体の設計制約とに応じて、任意の数の相互接続されているバスとブリッジとを含みうる。バス１０２は、全般にプロセッサ１０４と表される、１つまたは複数のプロセッサを含む様々な回路と、メモリ１１６と、全般にコンピュータ可読媒体１０６と表されるコンピュータ可読媒体とを一緒に繋ぐ。バス１０２は、タイミングソース、周辺機器、電圧調整器、電力管理回路のような様々な他の回路を繋いでもよく、これらは当技術分野ではよく知られているため、これ以上説明はしない。バスインターフェース１０８は、バス１０２と送受信機１１０との間のインターフェースを提供する。送受信機１１０は、伝送媒体を介して、様々な他の装置と通信するための手段を提供する。装置の性質に応じて、ユーザインターフェース１１２（例えばキーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティック等）も提供されうる。
【００１９】
プロセッサ１０４は、コンピュータ可読媒体１０６に格納されたソフトウェアの実行を含む、バス１０２と一般的な処理との管理に関与する。ソフトウェアは、プロセッサ１０４により実行されると、処理システム１１４に、任意の特定の装置に対して、以下で説明される様々な機能を実行させる。コンピュータ可読媒体１０６はまた、ソフトウェアを実行する際にプロセッサ１０４により操作されうるデータを格納するために用いられうる。
【００２０】
図２は、ＬＴＥネットワークアーキテクチャ２００を示す図である。ＬＴＥネットワークアーキテクチャ２００は、発展型パケットシステム（ＥＰＳ）２００と呼ばれうる。ＥＰＳ２００は、１つまたは複数のユーザ装置（ＵＥ）２０２、発展型ＵＭＴＳ地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）２０４、発展型パケットコア（ＥＰＣ）２１０、ホーム加入者サーバ（ＨＳＳ）２２０、事業者のＩＰサービス２２２を含みうる。ＥＰＳは、他のアクセスネットワークと相互接続できるが、簡単にするためにそうしたエンティティ／インターフェースは示されていない。示されるように、ＥＰＳはパケット交換型サービスを提供するが、当業者が容易に理解するように、本開示全体で提示される様々な概念は、回路交換型サービスを提供するネットワークに拡張されうる。ＥＰＳ２００の様々な要素は、装置１００を含みうる（図１）。
【００２１】
Ｅ−ＵＴＲＡＮは、発展型Ｎｏｄｅ  Ｂ（ｅＮＢ）２０６と他のｅＮＢ２０８とを含む。ｅＮＢ２０６は、ユーザプレーンと制御プレーンとに、ＵＥ２０２に向かうプロトコル終端を提供する。ｅＮＢ２０６は、Ｘ２インターフェース（すなわちバックホール）を介して、他のｅＮＢ２０８に接続されうる。当業者は、ｅＮＢ２０６を、基地局、無線基地局装置、無線基地局、無線送受信機、送受信機機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、または何らかの他の適切な用語で呼ぶことがある。ｅＮＢ２０６は、ＵＥ２０２のためにＥＰＣ２１０へのアクセスポイントを提供する。ＵＥ２０２の例には、携帯電話、スマートフォン、セッションイニシエーションプロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星無線、全地球測位システム、マルチメディアデバイス、映像デバイス、デジタルオーディオプレーヤー（例えばＭＰ３プレーヤー）、カメラ、ゲーム機、またはあらゆる他の同様の機能をもつデバイスが含まれる。当業者は、ＵＥ２０２を、移動局、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ぶこともある。
【００２２】
ｅＮＢ２０６は、Ｓ１インターフェースによりＥＰＣ２１０に接続される。ＥＰＣ２１０は、モビリティ管理エンティティ（ＭＭＥ）２１２と、他のＭＭＥ２１４と、サービングゲートウェイ２１６と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ２１８とを含む。ＭＭＥ２１２は、ＵＥ２０２とＥＰＣ２１０との間の信号伝達を処理する制御ノードである。一般に、ＭＭＥ２１２は、ベアラ管理と接続管理とを行う。全てのユーザＩＰパケットは、サービングゲートウェイ２１６を通じて転送され、サービングゲートウェイ２１６そのものは、ＰＤＮゲートウェイ２１８に接続される。ＰＤＮゲートウェイ２１８は、他の機能とともにＩＰアドレスの割り当てを、ＵＥに提供する。ＰＤＮゲートウェイ２１８は、事業者のＩＰサービス２２２に接続される。事業者のＩＰサービス２２２は、インターネットと、イントラネットと、ＩＰマルチメディアサブシステム（ＩＭＳ）と、ＰＳストリーミングサービス（ＰＳＳ）とを含む。
【００２３】
図３は、ＬＴＥネットワークアーキテクチャにおけるアクセスネットワークの例を示す図である。この例では、アクセスネットワーク３００は、複数のセルラー領域（セル）３０２に分割される。１つまたは複数の低出力クラスのｅＮＢ３０８、３１２はそれぞれ、セル３０２の１つまたは複数と重複する、セルラー領域３１０、３１４を有しうる。低出力クラスのｅＮＢ３０８、３１２は、フェムトセル（例えばホームｅＮＢ（ＨｅＮＢ））、ピコセル、またはマイクロセルであってよい。高出力クラスのｅＮＢ３０４またはマクロｅＮＢ３０４はセル３０２に割り当てられ、セル３０２内の全てのＵＥ３０６のＥＰＣ２１０にアクセスポイントを提供するように構成される。この例のアクセスネットワーク３００には一元化されたコントローラはないが、代替的な構成では一元的なコントローラを用いることができる。ｅＮＢ３０４は、無線ベアラ制御、許可制御、モビリティ制御、スケジューリング、セキュリティ、およびサービングゲートウェイ２１６への接続（図２参照）を含む、全ての無線に関連する機能に関与する。
【００２４】
アクセスネットワーク３００により利用される変調および多元接続方式は、展開される具体的な遠隔通信規格に応じて変わりうる。ＬＴＥ用途では、ＯＦＤＭがＤＬに使用され、ＳＣ−ＦＤＭＡがＵＬに使用されて、周波数分割複信（ＦＤＤ）と時分割複信（ＴＤＤ）の両方をサポートする。以下の詳細な説明から当業者が容易に理解するように、本明細書で提示される様々な概念は、ＬＴＥ用途によく適している。しかし、これらの概念は、他の変調および多元接続技術を利用する、他の遠隔通信規格に容易に拡張されうる。例として、これらの概念は、エボリューションンデータ最適化（ＥＶ−ＤＯ：Evolution-Data Optimized）またはウルトラモバイルブロードバンド（ＵＭＢ）に拡張されうる。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００の規格群の一部として、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）により公表された無線インターフェース規格であり、移動局にブロードバンドインターネット接続を提供するためにＣＤＭＡを利用する。これらの概念はまた、広帯域幅ＣＤＭＡ（Ｗ−ＣＤＭＡ）を利用するユニバーサル地上無線アクセス（ＵＴＲＡ）と、ＴＤ−ＳＣＤＭＡのような他のＣＤＭＡの変形形態と、ＴＤＭＡを利用するＧＳＭ（登録商標）（Global System for Mobile Communications）と、発展型ＵＴＲＡ（Ｅ−ＵＴＲＡ）と、ウルトラモバイルブロードバンド（ＵＭＢ）と、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）と、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）と、ＩＥＥＥ８０２．２０と、ＯＦＤＭＡを利用するフラッシュ−ＯＦＤＭとに拡張されうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰの組織からの文書で説明されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２の組織からの文書で説明されている。利用される実際のワイヤレス通信規格および多元接続技術は、具体的な用途とシステムに課される全体的な設計制約とにより決まる。
【００２５】
ｅＮＢ３０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有しうる。ＭＩＭＯ技術を用いることで、ｅＮＢ３０４が空間領域を利用し、空間多重化と、ビームフォーミングと、送信ダイバーシチとをサポートすることが可能になる。
【００２６】
空間多重化は、同じ周波数に対して同時にデータの異なるストリームを送信するために用いることができる。データストリームは、単一のＵＥ３０６に送信され、データレートを向上させることができ、または、複数のＵＥ３０６に送信され、全体のシステム容量を向上させることができる。このことは、各データストリームを空間的にプリコーディングし、次いで、ダウンリンク上の異なる送信アンテナを通じて、空間的にプリコーディングされた各ストリームを送信することによって、実現する。空間的にプリコーディングされたデータストリームは、異なる空間的な特徴とともにＵＥ３０６に到達し、このことにより、ＵＥ３０６の各々が、そのＵＥ３０６に宛てられた１つまたは複数のデータストリームを復元することが可能になる。アップリンクにおいて、各ＵＥ３０６は、空間的にプリコーディングされたデータストリームを送信し、このことにより、ｅＮＢ３０４が、空間的にプリコーディングされた各データストリームのソースを識別することが可能になる。
【００２７】
空間多重化は、一般に、チャネルの状態が良好な場合に用いられる。チャネルの状態が好ましくない場合には、ビームフォーミングを用いて、１つまたは複数の方向に伝送エネルギーを集中させることができる。このことは、複数のアンテナを通じて、伝送のためのデータを空間的にプリコーディングすることで、実現しうる。セルの端部における良好なカバレッジを実現するために、単一のストリームのビームフォーミング送信が、送信ダイバーシチとともに用いられうる。
【００２８】
以下の詳細な説明では、アクセスネットワークの様々な態様が、ダウンリンク上でＯＦＤＭをサポートするＭＩＭＯシステムに関連して、説明される。ＯＦＤＭは、データをＯＦＤＭシンボル内で複数のサブキャリアにわたって変調する、スペクトル拡散技術である。サブキャリアは、正確な周波数で離隔されている。この離隔は、受信機がサブキャリアからデータを復元するのを可能にする、「直交性」をもたらす。時間領域では、ガードインターバル（例えばサイクリックプレフィクス）を各ＯＦＤＭシンボルに追加し、ＯＦＤＭシンボル間の干渉に対処することができる。アップリンクは、ＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを用いて、高いピーク対平均電力比（ＰＡＲＲ）を補償することができる。
【００２９】
様々なフレーム構造を用いて、ＤＬ送信およびＵＬ送信をサポートすることができる。従来のＬＴＥ設計の（例えば、３ＧＰＰリリース８規格に従う）周波数分割複信（ＦＤＤ）ＤＬ無線フレーム４１４の構造の例が、ここで図４を参照して提示される。しかし、当業者が容易に理解するように、任意の特定アプリケーションのための無線フレーム４１４の構造は、リリース８を越えたＬＴＥシステムのための３ＧＰＰ規格のリリースを含む、任意の数のファクタに応じて異なりうる。一般に、リソースブロック４０８と称される最も小さなアドレス可能なユニットは、周波数において１２個の連続したサブキャリア４１６と、時間において７個のＯＦＤＭシンボル４１８とを含む。従って、一般に、リソースブロック４０８は、周波数領域で１８０ｋＨｚ、時間領域で０．５ｍｓ（または１つのスロット４１０）である。
【００３０】
サブフレーム４１２は、最小の送信時間間隔（ＴＴＩ）でもある。チャネル帯域幅によって、各スロットは、リソースブロック４０８の６つの異なる数（つまり６、１５、２５、５０、７５、または１００個のリソースブロック４０８）のうちの１つを含みうる。リソースブロック４０８のうちの６つ（しばしばシステム帯域幅の真中の６つのＲＢ）は、一般に、同期信号（ＰＳＳおよびＳＳＳ）およびＰＢＣＨ（physical broadcast channel）のような情報を含むよう構成される。
【００３１】
この図示された例では、１０ｍｓの無線フレーム４１４は、各サブフレーム４１２が複数のリソースブロック４０８を含む、１０個の１ｍｓのサブフレーム４１２に分割される。ここで、各サブフレームは、やがて２つの０．５ｍｓのタイムスロット４１０にさらに分割され、各タイムスロット４１０は、ある数のＯＦＤＭシンボルからなる。この数は、拡張サイクリックプレフィクスまたは通常のサイクリックプレフィクスに対応して、通常６個または７個のＯＦＤＭシンボルでありうる。各リソースブロック４０８はさらに、周波数領域である数のサブキャリア４１６に分割され、サブキャリア４１６は、７．５ｋＨｚ間隔であってよく、別の構成では１５ｋＨｚ間隔であってよい。サブキャリアの総数は、チャネルの帯域幅により決まる。さらに、隣接する帯域幅との干渉を低減または回避するために、ＲＦ伝送が通常行われないＯＦＤＭＡ信号の各端部に、最大で約１ＭＨｚの保護帯域があってもよい。
【００３２】
リソースグリッド４５０は、サブフレーム４１２のリソースブロック４０８を表すことができる。ここで、リソースグリッド４５０は、複数のリソース要素４０６に分割される。ＬＴＥでは、１つの例に従って、リソースブロック４０８は、周波数領域において、各ＯＦＤＭシンボルの通常のサイクリックプレフィクスに対して１２個の連続のサブキャリア４１６を含んでもよく、時間領域において、７個の連続のＯＦＤＭシンボル４１８を含んでもよく、すなわち８４個のリソース要素４０６を含んでもよい。つまり、リソース要素４０６は、基本的には１つのサブキャリアと１つのＯＦＤＭシンボルである。データビットの数を表す変調シンボルは、１つのリソース要素４０６にマッピングされる。各リソース要素４０６により搬送されるビットの数は、変調方式により決まる。したがって、ＵＥが受信するリソースブロック４０８が多く変調方式が速いと、ＵＥのデータレートは高くなる。
【００３３】
ＦＤＤ  ＵＬ無線フレーム構造５００の例が、図５を参照してここで提示される。図４に示されたＤＬ無線フレーム構造と同様に、ＵＬ無線フレーム５００は、各々が２つのスロット５２０を含む２つのサブフレーム５１０を含みうる。さらに、無線フレーム５００は、周波数に関して複数のサブキャリア５３０に分割されうるので、リソース要素５４０は、１つのＯＦＤＭシンボルと１つのサブキャリアとを含む。リソースブロック５５０は、１つのスロット５２０の中のリソース要素５４０のブロックである。さらに、ＤＬ無線フレームに類似して、アップリンクキャリアで利用されたリソースブロックの間の６つのリソースブロック５５０は、一般に、ＰＲＡＣＨ（physical random access channel）等のような情報のために割り当てられる。
【００３４】
図４および５の以上で述べられた例では、各タイムスロットは、ある数のリソースブロック（すなわち、帯域幅が例えば約１．４ＭＨｚ、３ＭＨｚ、５ＭＨｚ、１０ＭＨｚ、１５ＭＨｚ、または２０ＭＨｚのシステム帯域幅に対応して、６個、１５個、２５個、５０個、７５個、または１００個のリソースブロック）を含むように構成されうる。したがって、ｅＮＢが展開される場合、ｅＮＢは通常、これらのシステム帯域幅のうちの１つを採用し、それにしたがって信号を送信する。しかし、３ＧＰＰ規格は、発展を続けるので、６個から１１０個までまたは１１０個のリソースブロックより多くのリソースブロックさえ、任意の数のリソースブロックを含む、他の数のリソースブロックを、特定のキャリアに割り当てることができる。例えば、キャリアの端部にある上で説明された保護帯域は、追加のリソースブロックを含むことができる。
【００３５】
上で説明されたある数以外の数のリソースブロックを利用することに関する問題は、伝送に後方互換性がなくなるということである。つまり、（ここでは「新しい」と称される、３ＧＰＰリリース９あるいは最新のリリースに従う）より新しい規格に従うように構成されたｅＮＢが、上で説明された６個の可能性のあるシステム帯域幅以外で値を信号伝達する場合、（これからは、リリース８と称される、３ＧＰＰリリース８に従う）以前の規格に従うように構成されたＵＥは、要求を扱えないまたはデータのすべてを復号できないことがある。しかし、スループットを向上させるために、新しいリリースによるｅＮＢを展開する際には、利用可能なシステム帯域幅を向上させて利用するのが望ましいことがある。
【００３６】
図６は、帯域幅が拡張されたサブフレームの例を示し、拡張された帯域幅、すなわち、リソースブロックの追加数は、アップリンクまたはダウンリンクのいずれかで伝送されるために利用される。第１の拡張された帯域幅６１０では、非拡張部分６１２は、上で説明された、リソースブロックの従来規定された数の内の１つを含むので、レガシリリース８によるＵＥによって認識される第１の拡張された帯域幅６１０はさらに、非拡張部分６１２のそれぞれの端部に対照的に分布する拡張部分６１４を含むので、非拡張部分６１２は、拡張部分６１４間の中央に位置する。
【００３７】
リリース８によるＵＥは、これらの拡張部分６１４に注目しない。それは、リリース８によるＵＥが保護帯域とみなす範囲に含まれうるためである。しかし、新しいＵＥは、拡張部分６１４内のリソースブロックを認識し復号することができるので、新しいＵＥのスループットを向上させ、加えて、リリース８によるＵＥが得ることのできない差別化されたレベルのサービスを提供する。拡張部分６２４および６３４が対称に非拡張部分６２２と６３２とを囲む必要はなく、非拡張部分のいずれかの側にあってもよいということを示すために、帯域幅６２０および６３０がそれぞれ別の例を示す。当然、他の構成も、本開示の範囲内で利用されうる。
【００３８】
このようにして、リリース８によるＵＥは、非拡張部分内でリソースブロックを利用するように信号伝達することができ、新しいＵＥは、拡張部分内のＲＢの利用可能性について信号伝達されうる。このようにして、システム帯域幅の拡張部分は、新しいＵＥにのみ利用可能になり、ｅＮＢは、新しいＵＥに改善されたおよび／または差別化されたサービスを提供しつつ、リリース８によるＵＥとの後方互換性を維持することができる。
【００３９】
図７は、アップリンク伝送またはダウンリンク伝送のいずれかに適用可能でありうる、無線フレーム７００を示す。いくつかの例では、示された無線フレーム７００は、複数のキャリアのうちの１つに提供されうる。ここで、無線フレーム７００は、１０個のサブフレーム７１０を含み、各サブフレーム７１０は、拡張部分７２０と非拡張部分７３０とを含む帯域幅を有し、３ＧＰＰリリース８の仕様にしたがって構成されたリリース８によるＵＥと、３ＧＰＰリリース９または最新のリリースの仕様にしたがって構成された新しいリリースによるＵＥとに対する多重化を可能にする。ここで、無線フレーム７００は、図６に示された帯域幅６１０という対称な構成になるが、他の構成が本開示の範囲内で可能である。図７に戻り、示された帯域幅は、非拡張部分７３０のそれぞれの端部、例えば、リリース８によるＵＥのための保護帯域内で、拡張部分７２０を提供すると考えることができる。ここで、サブフレーム０、４、５、および９の非拡張部分７３０は、リリース８によるＵＥにのみ宛てられたデータを含むように構成され、サブフレーム１、３、６、および８の非拡張部分７３０は、新しいＵＥにのみ宛てられたデータを含むように構成され、サブフレーム２および７の非拡張部分７３０は、リリース８によるＵＥと新しいＵＥの混合したものに宛てられたデータを含むように構成される。
【００４０】
当然、拡張部分７２０の各々の中のデータは、新しいＵＥにのみ宛てられたデータを含む。それは、上で説明されたように、これらの拡張部分７２０にはリリース８によるＵＥがアクセスできないためである。これらのサブフレームの具体的な配置は、ここでは説明のための例としてのみ与えられ、非拡張部分７３０における他のデータの配列も利用することができ、または代替的に、非拡張部分の全てがリリース８によるデータのために用意されてもよく、または、非拡張部分の全てが、リリース８によるデータと新しいリリースによるデータが混合したものであってもよい。いずれの場合でも、上で説明された無線フレーム７００は、拡張部分７２０によって、新しいＵＥに対してはスループットの向上を実現しつつ、リリース８によるＵＥと新しいＵＥに向けられたデータの多重化を提供する。
【００４１】
無線フレーム７００では、新しいＵＥに専用のリソース（すなわち、サブフレーム０、２、４、５、７、および９の拡張部分７２０と、サブフレーム１、３、６、および８の帯域幅全体）に対して、リリース８タイプの制御チャネル構造は必要ではない。実際には、拡張部分７２０に対しては、制御情報を全く送信せず、新しいＵＥに対するデータ伝送のためにこれらの部分を取っておくことが望ましいことがある。つまり、本開示の例示的な態様では、新しいＵＥのスケジューリングは、無線フレームの非拡張部分７３０内のリリース８の制御チャネルに依存しうる。
【００４２】
図４に戻って参照すると、リリース８ＬＴＥの仕様では、各ダウンリンクサブフレーム４１２の中で、ダウンリンク制御シグナリングは、各サブキャリアの最初のｎ個のＯＦＤＭシンボル４１８に含まれる制御領域に位置していてもよく、システム帯域幅が広い（例えば、１０個のリソースブロックよりも帯域幅が広い）場合はｎ≦３であり、その他の場合はｎ≦４である。つまり、ダウンリンク制御シグナリングは、スロット０と標識されたスロット４１０内の、ＯＦＤＭシンボル０、１、および２に位置しうる。サブフレーム中の残りのＯＦＤＭシンボル（すなわち、スロット０のＯＦＤＭシンボル３〜６とスロット１のＯＦＤＭシンボル０〜６）は、データ領域として利用可能である。
【００４３】
図８は、本開示の様々な態様による、制御チャネル構造のいくつかの例を示す、いくつかの後方互換性のあるダウンリンクサブフレームを示す。サブフレーム８１０では、非拡張部分は、制御チャネル部分８１１とデータ部分８１２とを含む。この例におけるデータ部分８１２は、従来のＬＴＥリリース８によるＵＥに向けられた情報に限られる。サブフレーム８２０は、拡張部分８２３と非拡張部分とを含み、非拡張部分は、制御チャネル部分８２１とデータ部分８２２とを含む。ここで、データ部分８２２は、リリース８によるＵＥに向けられた情報と、新しいＵＥに向けられた情報が混合したものを含む。サブフレーム８３０は、拡張部分８３３と制御部分を欠いた非拡張部分８３２とを含むので、ＯＦＤＭシンボルの全てが、リリース８によるデータと新しいリリースによるデータが混合したもののためのデータ部分に割り当てられる。これらのサブフレーム８１０、８２０、および８３０の各々において、それぞれの拡張部分８１３，８２３、および８３３は、リリース８の制御部分を何ら伴わずに、新しいデータを含む。
【００４４】
以上で議論されるような拡張された帯域幅を利用する場合、ｅＮＢがダウンリンク送信上で１１０個を超えるリソースブロックを提供することが望ましい。しかしながら、リリース８によるＵＥは、一般に、３ＧＰＰ規格に従う、１００個のリソースブロックを受信するように限定されるが、そのトランスポートブロックサイズは、わずか１１０個のリソースブロックがキャリア上で伝送されると仮定してリストされる。したがって、１１０個を超えるリソースブロックを含めて、ｅＮＢからのダウンリンクが提供される場合、トランスポートブロックテーブルは、一般には望まれない、再設計を要求しうる。
【００４５】
したがって、開示の態様において、ｅＮＢは、ダウンリンク送信上に１１０個を超えるリソースブロックを提供したうえでリリース８によるＵＥと後方互換性を維持しうるここで、これは、ダウンリンクキャリア上で含まれるすべてのリソースブロック未満でモニタするように新しいＵＥ各々を構成することによって可能となる。例えば、特定のｅＮＢは、ダウンリンクキャリア上に１２０個のリソースブロックを提供しうるが、新しいＵＥは、これらのリソースブロックのサブセット、つまり１１０個のリソースブロックのみをモニタする。当然、リリース８によるＵＥは、１００個のリソースブロック、つまり、非拡張部分のリソースブロックをモニタする。これは、一般に、リリース８基準と照らしてその上位制限となる。
【００４６】
したがって、開示の態様に従って、リリース８によるＵＥまたは新しいＵＥである、ＵＥは、ダウンリンクキャリア上に提供されたシステム帯域幅のサブセットのみをモニタする。すなわち、各ＵＥは、ダウンリンクキャリア上に提供された帯域幅の部分のみを調べうる更に、異なるＵＥは、ダウンリンクキャリア上に提供された帯域幅の異なる部分を調べうる。すなわち、セル内の新しいＵＥのサブセットは、帯域幅の第１の部分を調べうるが、セル内の新しいＵＥの別のサブセットは、第１の部分とは異なる第２の部分を調べうる。さらに、セル内の新しいＵＥの異なるサブセットによって調べられた帯域幅の部分それぞれのサイズは、同じサイズ（例えば、同じ数のリソースブロック）であるか、異なるサイズ（例えば、異なる数のリソースブロック）でありうる。
【００４７】
図９は、１００個のリソースブロックを搬送する非拡張部分、および１０個を超えるリソースブロックを搬送する拡張部分各々を提供する３つのダウンリンクフレーム９１０、９２０および９３０の例を説明する図である。したがって、全体としての帯域幅は、この例において、１１０個を超えるリソースブロックを搬送する。示されたフレーム各々において、拡張部分は、非拡張部分に関して対称的に分配されるが、他の構成が本開示の範囲内で可能である。
【００４８】
第１のフレーム９１０は、データ領域９１２と制御領域９１１とを有する非拡張部分、および拡張部分９１３を含む。拡張部分９１３は、リリース８のリソース要素を除いたものであり、新しいＬＴＥリソース要素を搬送するように限定される。しかしながら、データ領域９１２は、リリース８のリソース要素、新しいリリースのリソース要素、あるいはリリース８と新しいリリースとの混合を搬送することができる。ここで、拡張部分９１３が１０個を超えるリソースブロックを搬送するので、新しいＵＥに利用可能な合計システム帯域幅は、１１０個を超えるリソースブロックである。しかしながら、以上で議論されるように、共通のシグナリングが利用可能なリソースブロックの数を示すように、新しいＵＥおよびレガシリリース８によるＵＥのために利用されるので、それは、１１０個が利用可能であると示されるリソースブロックの数を制限するように望まれうる。したがって、例えば、第２および第３のフレーム９２０および９３０は、以下で議論されるように、複数の新たしいＵＥの間にそれぞれの拡張部分を再分割し、割り当てる。
【００４９】
第２のフレーム９２０は、データ領域９２２と制御領域９２１とを含む非拡張部分、および第１および第２の拡張領域部分９２３および９２４を含む。それぞれの拡張部分９２３および９２４の各々は、リリース８のリソース要素を入れず、新しいリリースのリソース要素を搬送するように限定されうる。しかしながら、データ領域９２２は、リリース８のリソース要素、新しいリリースのリソース要素、あるいはリリース８および新しいリリースのリソース要素の混合を搬送しうる。ここで、個別にあるいは一緒に考慮された場合の拡張部分９２３および９２４は、合計システム帯域幅が１１０個を超えるリソースブロックであるように、１０個を超えるリソースブロックを含みうる。しかしながら、第２のフレーム９２０において、第１の拡張部分９２３は、セル内の新しいＵＥの第１のサブセットに割り当てられ、第２の拡張部分９２４は、セル内の新しいＵＥの第２のサブセットに割り当てられる。例えば、第１の拡張部分９２３は、サブセットＡに割り当てられた１０個のリソースブロックを含む。サブセットＡは、セル内の１つまたは複数の新しいＵＥを含みうる、
非拡張部分がリリース８および新しいリリースのリソースブロックの混合を含む、１００個のリソースブロックを含む場合、あるいは、非拡張部分が新しいリリースのリソースブロックのみを含む場合において、サブセットＡは、第１のサブセットＡ内の新しいＵＥに１１０個までのリソースブロックを提供するように非拡張部分および第１の拡張部分９２３に含まれる情報を受信することができる。同様に、第２のサブセット内の新しいＵＥは、第２のサブセットＢ内の新しいＵＥに１１０個までのリソースブロックを提供するために非拡張部分および第２の拡張部分９２４に含まれる情報を受信することができる。さらに、この例において、リリース８によるＵＥは、非拡張部分の１００個までのリソースブロックを受信することができる。当然、拡張部分がＵＥのどのサブセットに割り当てられるかの指示は、時間とともに変化しうる。さらに、説明された例において、拡張部分各々は、等しいサイズとして記述されている。しかしながら、他の例において、第１の拡張部分９２３は、第２の拡張部分９２４より大きいまたは小さくなりうるので、サブセットＡおよびＢは、同じ無線フレームから異なる数のリソースブロックを受信しうる。
【００５０】
第２のフレーム９２０によって示されるように、サブセットＡおよびＢのための有効帯域幅は、非対称でありうる。すなわち、サブセットのうちの１つにおいて新しいＵＥが非拡張部分の１つの端部の拡張部分のうちの１つのみをモニタすることによって、典型的には非拡張部分の帯域幅の中央に含まれる、同期信号および物理ブロードキャストチャネルを含むように構成される６つのリソースブロックは、有効帯域幅の中央にない。新しいＵＥは、それらが有効帯域幅の中央にないにもかかわらずそれらのリソースブロックの情報を取得するように構成されるが、様々な理由のために、それらリソースブロックは、有効帯域幅が対照的となるために中央に存在するようにフレームを構成するように望まれうる。
【００５１】
従って、第３のフレーム９３０は、データ領域９３２と制御領域９３１を含む非拡張部分および拡張部分９３３、９３４、９３５および９３５を含み、有効帯域幅が対象となるように構成される。すなわち、フレーム９２０で見られるように、フレーム９３０では、それぞれの拡張部分は、新しいＵＥの第１のサブセットＡおよび新しいＵＥの第２のサブセットＢにさらに分割されて割り当てられる。しかしながら、ここで、非拡張部分の上部の拡張部分は、２つのサブセットＡとＢとの間でさらに分割され、非拡張部分の下部の拡張部分は、２つのサブセットＡとＢとの間でさらに分割される。ここで、拡張部分９３４および９３６は、サブセットＢに割り当てられ、非拡張部分に隣接した端部に位置し、拡張部分９３３３および９３５は、サブセットＡに割り当てられ、９３０の帯域幅の外側の端部に位置する。
【００５２】
このように、サブセットＡの新しいＵＥは、非拡張部分とフレーム９３０の外側の端部の拡張部分９３３および９３５とを含む対照的な帯域幅で情報を受信するように構成されうる。同様に、サブセットＢの新しいＵＥは、非拡張部分と非拡張部分に隣接した端部の拡張部分９３４および９３６とを含む対照的な帯域幅で情報を受信するように構成されうる。サブセットＡに割り当てられたリソースブロックの数は、サブセットＢに割り当てられたリソースブロックの数と同じある、あるいは異なりうる。さらに、そのようなチャレンジは、有効帯域幅の対称性に影響を及ぼすが、拡張部分９３３の帯域幅の上部でサブセットＡに割り当てられたリソースブロックの数は、拡張部分９３５の帯域幅の下部でサブセットＡに割り当てられたリソースブロックの数と異なりうる。
【００５３】
開示のさらなる態様に従って、新しいＵＥは、新しいＵＥのリソースブロックそれぞれをモニタあるいは受信すべき帯域幅の部分あるいは複数の部分について通知を受けうる。例えば、ＵＥは、例えば、レイヤ３（ＲＲＣ）シグナリングを利用することによって、モニタすべきリソースブロックのサブセットを識別する明示的なシグナリングを受信しうる。別の例示では、１つまたは複数のＵＥは、それらがモニタするべきリソースブロックのサブセットを識別するブロードキャストメッセージを受信しうる。ここで、ブロードキャストメッセージは、複数の受信機によって共通に受信されるポイントツーマルチポイントでありうる。
【００５４】
さらに別の例示では、リソースブロックの特定のサブセットをモニタする命令を受信する代わりに、ＵＥは、潜在的に利用可能な帯域幅の特定の部分のみをモニタするように指定されうる。ここで、様々なＵＥは、パラメータ、例えば、ＵＥ特有の無線ネットワーク仮識別子（ＲＮＴＩ）の特徴（characteristic）、に従う潜在的に利用可能なシステムの帯域幅の様々なサブセットに割り当てられうる。例えば、開示の態様において、偶数のＲＮＴＩを有する第１のＵＥは、拡張部分のリソースブロックの第１のサブセットをモニタする一方で、奇数のＲＮＴＩを有する第２のＵＥは、拡張部分のリソースブロックの第２のサブセットをモニタしうる。当然、偶数の／奇数の区別は、単なる１つの例であり、他のプロシージャは、任意の数のＵＥのサブセットが利用されるとともに、多くのＵＥ間で拡張部分内のリソースブロックを分配するために利用されうる。
【００５５】
当然、開示の上記態様は、システム帯域幅が１１０個より多くのリソースブロックより多い場合も考えられるが、同じ概念が１１０個のリソースブロックより少ないサイズを含む基本的に任意のサイズのシステム帯域幅に提供されうることが、当業者には理解されよう。例えば、ＵＥの異なるサブセットがシステム帯域幅の異なる部分を利用することを望む場合、以上で説明されるようなシステム帯域幅を割り当てうる。
【００５６】
以上で説明された開示のさまざまな態様のようなユーザの特定のサブセットにシステムの帯域幅を割り当てることは、例えば、プレミアムサービスなどの代金を支払う、あるユーザのグループにのみ利用可能なプレミアムサービスを有する異なるユーザのサブセットに差別化されたサービスを提供するようにサービスプロバイダが追加の方法を提供することができる。より広く、開示の態様は、ＵＥの複数のサブセット間のシステムリソースを多重化することを提供し、システムローディングのようなファクタに依存するＵＥの間のシステムリソースの改善された分配を可能にする。さらに、ＵＥがたとえばわずか１１０個のリソースブロックしかない無線フレームのうちの一部をモニタする場合、例えば、１１０個より多いリソースブロックの全体のシステム帯域幅をモニタすることを要求しないという点から、特定のＵＥによって使用されるエネルギーを低減することができる。
【００５７】
無線プロトコルアーキテクチャは、具体的なアプリケーションに応じて様々な形態をとりうる。ＬＴＥシステムの例が、ここで図１０を参照して提示される。図１０は、ユーザプレーンおよび制御プレーン向けの無線プロトコルアーキテクチャの例を示す図である。
【００５８】
図１０を見ると、ＵＥおよびｅＮＢ向けの無線プロトコルアーキテクチャが、レイヤ１、レイヤ２、レイヤ３の３つのレイヤで示されている。レイヤ１は最も下のレイヤであり、様々な物理レイヤ信号処理機能を実装する。レイヤ１は、本明細書では物理レイヤ１００６と呼ばれる。レイヤ２（Ｌ２レイヤ）１００８は、物理レイヤ１００６の上にあり、物理レイヤ１００６を介したＵＥとｅＮＢとの接続に関与する。
【００５９】
ユーザプレーンでは、Ｌ２レイヤ１００８は、メディアアクセス制御（ＭＡＣ）サブレイヤ１０１０と、無線リンク制御（ＲＬＣ）サブレイヤ１０１０と、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）１０１４サブレイヤとを含み、これらはネットワーク側のｅＮＢで終端する。示されていないが、ＵＥは、ネットワーク側のＰＤＮゲートウェイ２０８（図２参照）で終端するネットワークレイヤ（例えばＩＰレイヤ）と、接続の別の端部（例えば遠端ＵＥ、サーバなど）で終端するアプリケーションレイヤとを含む、いくつかの上側レイヤをＬ２レイヤ１００８の上に有してもよい。
【００６０】
ＰＤＣＰサブレイヤ１０１４は、異なる無線ベアラと論理チャネルとの多重化を実現する。ＰＤＣＰサブレイヤ１０１４はまた、無線送信オーバーヘッドを低減するための上側レイヤのデータパケットのヘッダ圧縮と、データパケットの暗号化によるセキュリティと、ｅＮＢ間でのＵＥのハンドオーバーのサポートとを実現する。ＲＬＣサブレイヤ１０１０は、上側レイヤのデータパケットのセグメント化および再組立と、失われたデータパケットの再送信と、ハイブリッド自動再送要求（ＨＡＲＱ）のために順序がずれた受信を補償するためのデータパケットの並べ替えとを実現する。ＭＡＣサブレイヤ１０１０は、論理チャネルと伝送チャネルとの多重化を実現する。ＭＡＣサブレイヤ１０１０はまた、ＵＥ間で１つのセル内に様々な無線リソース（例えばリソースブロック）を割り当てることに関与する。ＭＡＣサブレイヤ１０１０はまた、ＨＡＲＱ操作にも関与する。
【００６１】
制御プレーンにおいて、ＵＥおよびｅＮＢ向けの無線プロトコルアーキテクチャは、制御プレーンのためのヘッダ圧縮機能がないという点を除いて、物理レイヤ１００６およびＬ２レイヤ１００８と実質的に同じである。制御プレーンは、レイヤ３中に無線リソース制御（ＲＲＣ）サブレイヤ１０１６も含む。ＲＲＣサブレイヤ１０１６は、無線リソース（すなわち無線ベアラ）を取得し、ｅＮＢとＵＥとの間でＲＲＣシグナリングを用いて下側レイヤを構成することに関与する。
【００６２】
図１１は、アクセスネットワーク中のＵＥ１１５０と通信しているｅＮＢ１１１０のブロック図である。ＤＬにおいて、基幹ネットワークからの上側レイヤのパケットが、コントローラ／プロセッサ１１７５に与えられる。コントローラ／プロセッサ１１７５は、図１２とともに前に説明したＬ２レイヤの機能を実装する。ＤＬにおいて、コントローラ／プロセッサ１１７５は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、論理チャネルと伝送チャネルとの多重化と、様々な優先順位付けの指標に基づくＵＥ１１５０への無線リソースの割り当てとを実現する。コントローラ／プロセッサ１１７５は、ＨＡＲＱ操作と、失われたパケットの再送信と、ＵＥ１１５０への信号伝達にも関与する。
【００６３】
ＴＸプロセッサ１１１６は、Ｌ１レイヤ（すなわち物理レイヤ）のための様々な信号処理機能を実装する。信号処理機能は、ＵＥ１１５０において前方誤り訂正（ＦＥＣ）を容易にするための符号化およびインターリーブと、様々な変調方式（例えば、二相位相変調（ＢＰＳＫ）、四相位相変調（ＱＰＳＫ）、Ｍ値位相変調（Ｍ−ＰＳＫ）、Ｍ値直交振幅変調（Ｍ−ＱＡＭ））に基づく信号配置へのマッピングとを含む。符号化され変調されたシンボルは次いで、並列ストリームに分けられる。各ストリームは、次いで、ＯＦＤＭサブキャリアにマッピングされ、時間領域および／または周波数領域で参照信号（例えばパイロット信号）と多重化され、次いで、逆高速フーリエ変換（ＩＦＦＴ）を用いてともに結合され、時間領域のＯＦＤＭシンボルストリームを搬送する物理チャネルを生成する。ＯＦＤＭストリームは、複数の空間ストリームを生成するために、空間的にプリコーディングされる。チャネル推定器１１７４からのチャネル推定値を用いて、空間処理のためにも、符号化方式と変調方式とを決定することができる。チャネル推定値は、ＵＥ１１５０により送信される参照信号および／またはチャネル状態のフィードバックから導出されうる。次いで各空間ストリームが、別々の送信機１１１８ＴＸを介して、異なるアンテナ１１２０に与えられうる。各送信機１１１８ＴＸは、送信のためのそれぞれの空間ストリームを有するＲＦキャリアを変調する。
【００６４】
ＵＥ１１５０において、各受信機１１５４ＲＸは、それぞれのアンテナ１１５２を通じて信号を受信する。各受信機１１５４ＲＸは、ＲＦキャリア上に変調された情報を復元し、受信機（ＲＸ）プロセッサ１１５６に情報を提供する。
【００６５】
ＲＸプロセッサ１１５６は、Ｌ１レイヤの様々な信号処理機能を実装する。ＲＸプロセッサ１１５６は、情報に対して空間的な処理を実行して、ＵＥ１１５０に宛てられたどのような空間ストリームも復元する。複数の空間ストリームがＵＥ１１５０に宛てられている場合、複数の空間ストリームは、ＲＸプロセッサ１１５６によって単一のＯＦＤＭシンボルストリームに結合されうる。ＲＸプロセッサ１１５６は次いで、高速フーリエ変換（ＦＦＴ）を用いてＯＦＤＭシンボルストリームを時間領域から周波数領域に変換する。周波数領域の信号は、ＯＦＤＭ信号の各サブキャリア向けに別々のＯＦＤＭシンボルストリームを備える。各サブキャリア上のシンボルと参照信号とが、ｅＮＢ１１１０により送信される最も可能性のある信号配置点を求めることにより、復元され復調される。これらの軟判定は、チャネル推定器１１５８により計算されるチャネル推定値に基づきうる。軟判定は次いで復号されデインターリーブされて、元はｅＮＢ１１１０により物理チャネル上で送信されたデータ信号と制御信号とを復元する。データ信号および制御信号は次いで、コントローラ／プロセッサ１１５９に与えられる。
【００６６】
コントローラ／プロセッサ１１５９は、図１２とともに前に説明されたＬ２レイヤを実装する。ＵＬにおいて、コントローラ／プロセッサ１１５９は、伝送チャネルと論理チャネルとの逆多重化と、パケットの再組立と、暗号解読と、ヘッダの解凍と、基幹ネットワークからの上側レイヤのパケットを復元するための制御信号処理とを実現する。上側レイヤのパケットは次いで、データシンク１１６２に提供され、データシンクはＬ２レイヤの上の全てのプロトコルレイヤを表す。様々な制御信号も、Ｌ３処理のためにデータシンク１１６２に提供されうる。コントローラ／プロセッサ１１５９は、ＨＡＲＱ操作をサポートするために、確認通知（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを用いるエラー検出にも関与する。
【００６７】
ＵＬにおいて、データソース１１６７は、コントローラ／プロセッサ１１５９に上側レイヤのパケットを提供するために用いられる。データソース１１６７は、Ｌ２レイヤ（Ｌ２）の上の全てのプロトコルレイヤを表す。ｅＮＢ１１１０によるＤＬ伝送とともに説明された機能と同様に、コントローラ／プロセッサ１１５９は、ヘッダ圧縮と、暗号化と、パケットのセグメント化および並べ替えと、ｅＮＢ１１１０による無線リソース割り当てに基づく論理チャネルと伝送チャネルとの多重化とを実現することによって、ユーザプレーンと制御プレーンとのためのＬ２レイヤを実装する。コントローラ／プロセッサ１１５９は、ＨＡＲＱ操作と、失われたパケットの再送信と、ｅＮＢ１１１０へのシグナリングとにも関与する。
【００６８】
参照信号から、またはｅＮＢ１１１０により送信されたフィードバックから、チャネル推定器１１５８により導出されるチャネル推定値が、ＴＸプロセッサ１１６８により用いられ、適切な符号化方式と変調方式とを選択し、空間的な処理を容易にすることができる。ＴＸプロセッサ１１６８により生成された空間ストリームは、別々の送信機１１５４ＴＸを介して、異なるアンテナ１１５２に提供されうる。各送信機１１５４ＴＸは、送信のための各空間ストリームを有するＲＦキャリアを変調する。
【００６９】
ＵＬ送信は、ＵＥ１１５０における受信機機能とともに説明された方式と同様の方式で、ｅＮＢ１１１０において処理される。各受信機１１１８ＲＸは、それぞれのアンテナ１１２０を通じて信号を受信する。各受信機１１１８ＲＸは、ＲＦキャリア上に変調された情報を復元し、情報をＲＸプロセッサ１１７０に与える。ＲＸプロセッサ１１７０は、Ｌ１レイヤを実装する。
【００７０】
コントローラ／プロセッサ１１５９は、図１２とともに前に説明された、Ｌ２レイヤを実装する。ＵＬにおいて、コントローラ／プロセッサ１１５９は、伝送チャネルと論理チャネルとの逆多重化と、パケットの再組立と、暗号解読と、ヘッダの解凍と、ＵＥ１１５０からの上側レイヤのパケットを復元するための制御信号処理とを実現する。コントローラ／プロセッサ１１７５からの上側レイヤのパケットは、基幹ネットワークに提供されうる。コントローラ／プロセッサ１１５９は、ＨＡＲＱ操作をサポートするために、ＡＣＫおよび／またはＮＡＣＫプロトコルを用いるエラー検出にも関与する。
【００７１】
図１に関して説明された処理システム１１４は、ｅＮＢ  １１１０を含みうる。特に、処理システム１１４は、ＴＸプロセッサ１１１６、ＲＸプロセッサ１１７０、およびコントローラ／プロセッサ１１７５を含みうる。さらに、図１に関して説明された処理システム１１４は、ＵＥ  １１５０を含みうる。特に、処理システム１１４は、ＴＸプロセッサ１１６８、ＲＸプロセッサ１１５６、およびコントローラ／プロセッサ１１５９を含みうる。
【００７２】
図１２は、開示のある態様に従うワイヤレス通信のそれぞれの方法を説明する２つのフローチャート１２００および１２５０を含む。第１のフローチャート１２００では、ブロック１２０２において、ＵＥ（例えば、図１１に見られるＵＥ１１５０）は、対応するｅＮＢ（例えば、図１１に見られるｅＮＢ１１１０）から第１のシステムの帯域幅の指示を受信しうる。ここで、その指示は、例えば、レイヤ３ＲＲＣシグナリングを利用するＵＥ特有のユニキャストメッセージのような明示的な命令、ポイントツーマルチポイントメッセージのような多くのＵＥに向けられたブロードキャストメッセージでありうる、あるいは、その指示は、ＵＥ特有のＵＮＴＩの特徴の少なくとも一部に基づいて暗黙的に導出されうる。ブロック１２０４において、ＵＥは、対応するｅＮＢから第２のシステム帯域幅の指示を受信しうる。ここで、第２のシステムの帯域幅の指示は、拡張帯域幅の範囲を示すために、第１の指示として同様の様式で提供されうる。ブロック１２０６において、ＵＥは、第１のシステムの帯域幅（例えば、ＵＥに割り当てられた第２の帯域幅の部分）に基づいて対応するｅＮＢと通信しうる。
【００７３】
第２のフローチャート１２５０では、ブロック１２５２において、ｅＮＢ（例えば、図１１に見られるｅＮＢ１１１０）は、第２のシステムの帯域幅の部分（例えば、拡張帯域幅）を含む、第１のシステムの帯域幅を決定する。ブロック１２５４において、ｅＮＢは、対応するＵＥに第１のシステムの帯域幅の指示を送信する。すぐ上で議論されるように、この指示は、開示の様々な態様に従う、ＵＥ特有のシグナリング、ブロードキャストメッセージ、ＲＮＴＩ割当てに暗黙的に含まれうる。ブロック１２５６において、ｅＮＢは、開示のさまざまな態様に従う第２のシステムの帯域幅の指示を送信しうる。ブロック１２５８において、ｅＮＢは、第１のシステム帯域幅、例えば、ＵＥに割り当てられた第２の帯域幅の部分に基づいて対応するＵＥと通信する。
【００７４】
図１および図１１を参照して、１つの構成において、装置１００（例えばｅＮＢ１１１０）は、第２のシステム帯域幅に関連したリソースブロックの一部を含む第１のシステムの帯域幅を決定するための手段と、ここにおいて、第２のシステム帯域幅は、拡張部分および非拡張部分を含む、第１のシステム帯域幅の指示を送信するための手段と、第１のシステム帯域幅に基づいてユーザ装置と通信するための手段とを含む。ここで、前述の手段は、前述の手段により挙げられた機能を実行するように構成される、処理システム１１４であってもよい。上で説明されたように、処理システム１１４は、ＴＸプロセッサ１１１６と、ＲＸプロセッサ１１７０と、コントローラ／プロセッサ１１７５とを含みうる。したがって、ある構成では、前述の手段は、前述の手段により挙げられた機能を実行するように構成される、ＴＸプロセッサ１１１６と、ＲＸプロセッサ１１７０と、コントローラ／プロセッサ１１７５であってよい。
【００７５】
１つの構成において、ワイヤレス通信のための装置１００（例えばＵＥ１１５０）は、基地局から第１のシステム帯域幅の指示を受信するための手段と、ここにおいて、第１のシステム帯域幅は、基地局によって構成された第２のシステム帯域幅に関連するリソースブロックの部分を含み、第２のシステム帯域幅は、非拡張部分および拡張部分を含む、第１の帯域幅に基づいて基地局と通信するための手段とを含む。ここで、前述の手段は、前述の手段により挙げられた機能を実行するように構成される、処理システム１１４であってもよい。上で説明されたように、処理システム１１４は、ＴＸプロセッサ１１６８と、ＲＸプロセッサ１１５６と、コントローラ／プロセッサ１１５９とを含みうる。したがって、ある構成では、前述の手段は、前述の手段により挙げられた機能を実行するように構成される、ＴＸプロセッサ１１６８と、ＲＸプロセッサ１１５６と、コントローラ／プロセッサ１１５９であってよい。
【００７６】
開示された処理におけるステップの具体的な順序または階層は、例示的な手法の説明であることを理解されたい。設計上の選好に基づいて、処理中のステップの具体的な順序または階層は再配置されうることを理解されたい。添付の方法の請求項は、様々なステップの要素を例示的な順序で提示するが、提示される具体的な順序または階層に限定されることは意図されない。
【００７７】
上の説明は、当業者が、本明細書で説明された様々な態様を実行できるようにするために、提供される。これらの態様に対する様々な修正は、当業者には容易に明らかであり、本明細書で定義される包括的な原理は、他の態様にも適用されうる。したがって、特許請求の範囲は、本明細書で示された態様に限定されることは意図されておらず、請求項の表現と矛盾しない最大の範囲を認められるべきである。単数形でのある要素への言及は、特にそのように述べられていない限り、「１つの、かつ唯一の」を意味することは意図されておらず、むしろ「１つまたは複数の」を意味することが意図されている。別段特に述べられていない限り、用語「いくつかの」は、１つまたは複数を指す。当業者により知られている、または今後知られるようになる、本開示全体で説明された様々な態様の要素の構造上かつ機能上の等価物の全てが、参照によって本明細書に明示的に組み込まれ、特許請求の範囲に包含されることが意図される。さらに、本明細書で開示されたことは、そのような開示が特許請求の範囲に明示的に記載されているかどうかに関わらず、公に捧げられることは意図されない。請求項の要素は、語句「のための手段」を用いて明示的に記載されていない限り、または方法の請求項の場合には、語句「のためのステップ」を用いて記載されていない限り、米国特許法第１１２条の第６パラグラフの規定により解釈されるべきではない。
【図１】
2013509047.tif 000003
【図２】
2013509047.tif 000004
【図３】
2013509047.tif 000005
【図４】
2013509047.tif 000006
【図５】
2013509047.tif 000007
【図６】
2013509047.tif 000008
【図７】
2013509047.tif 000009
【図８】
2013509047.tif 000010
【図９】
2013509047.tif 000011
【図１０】
2013509047.tif 000012
【図１１】
2013509047.tif 000013
【図１２】
2013509047.tif 000014
【国際調査報告】
2013509047.tif 000015
2013509047.tif 000016
2013509047.tif 000017