(57)【要約】  ワイヤレス通信のための方法、装置、およびコンピュータプログラム製品が提供される。本装置は、拡張帯域幅の利用可能性を示す拡張帯域幅情報を受信する。拡張帯域幅は、ベースキャリアと、ベースキャリアのレガシーガードバンド内の拡張キャリアとを含む。本装置は、拡張帯域幅情報に基づいて拡張キャリア中のダウンリンク上でデータを受信する。
2014534701.tif 000002
【特許請求の範囲】
【請求項１】
拡張帯域幅の利用可能性を示す拡張帯域幅情報を受信することであって、前記拡張帯域幅が、ベースキャリアと、前記ベースキャリアのレガシーガードバンド内の拡張キャリアとを含む、受信することと、
前記拡張帯域幅情報に基づいて前記拡張キャリア中のダウンリンク上でデータを受信することと
を備える、ワイヤレス通信の方法。
【請求項２】
前記拡張帯域幅が、前記ベースキャリアのベース帯域幅と、前記ベースキャリアの上側レガシーガードバンド中の上側拡張帯域幅と、前記ベースキャリアの下側レガシーガードバンド中の下側拡張帯域幅とを備える、請求項１に記載の方法。
【請求項３】
前記上側拡張帯域幅と前記下側拡張帯域幅とが等しいサイズを有する、請求項２に記載の方法。
【請求項４】
前記拡張帯域幅情報が、無線リソース制御（ＲＲＣ）シグナリングを通して受信される、請求項１に記載の方法。
【請求項５】
前記拡張帯域幅情報に基づいて前記拡張キャリア中のアップリンク上でデータを送信することをさらに備える、請求項１に記載の方法。
【請求項６】
サブフレームの第１のセット中の前記拡張帯域幅と、サブフレームの第２のセット中の前記ベースキャリアのベース帯域幅とにわたって延在する制御チャネル中のダウンリンク中で制御情報を受信することをさらに備える、請求項１に記載の方法。
【請求項７】
サブフレームの前記第１のセットが、非レガシー動作をサポートするユーザ機器（ＵＥ）によって利用され、サブフレームの前記第２のセットが、レガシー動作をサポートするＵＥによって利用される、請求項６に記載の方法。
【請求項８】
前記拡張キャリア内の前記制御チャネルのサイズが、前記ベースキャリア内の前記制御チャネルのサイズに等しい、請求項６に記載の方法。
【請求項９】
前記拡張帯域幅にわたって延在する物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）中で前記ベースキャリアおよび前記拡張キャリアの前記制御チャネルの前記サイズを受信することをさらに備える、請求項８に記載の方法。
【請求項１０】
前記ベースキャリアのベース帯域幅にわたって延在する物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）中で前記ベースキャリアの前記制御チャネルの前記サイズを受信することと、
前記拡張キャリアの前記制御チャネルの前記サイズが、前記ベースキャリアの前記制御チャネルの前記サイズに等しいと仮定することと
をさらに備える、請求項８に記載の方法。
【請求項１１】
前記ベースキャリアのベース帯域幅にわたって延在する物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）中で前記ベースキャリアの前記制御チャネルのサイズを受信することと、
無線リソース制御（ＲＲＣ）シグナリングを通して前記拡張キャリアの前記制御領域のサイズを受信することと
をさらに備える、請求項６に記載の方法。
【請求項１２】
サブフレームの前記第１のセット中の前記拡張帯域幅と、サブフレームの前記第２のセット中の前記ベース帯域幅とにわたって延在する物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）上で肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）フィードバックを受信することをさらに備える、請求項６に記載の方法。
【請求項１３】
フレームのどのサブフレームがサブフレームの前記第１のセットに属し、前記フレームのどのサブフレームがサブフレームの前記第２のセットに属するかを示す、システム情報または無線リソース制御（ＲＲＣ）シグナリングのうちの少なくとも１つを受信することをさらに備える、請求項６に記載の方法。
【請求項１４】
前記制御領域内の制御チャネル要素（ＣＣＥ）ロケーションのセットをブラインド復号することと、
前記ブラインド復号に基づいて、フレームのどのサブフレームがサブフレームの前記第１のセットに属し、前記フレームのどのサブフレームがサブフレームの前記第２のセットに属するかを判断することと
をさらに備える、請求項６に記載の方法。
【請求項１５】
制御チャネルのベース制御領域または前記制御チャネルの拡張制御領域のうちの１つの中のダウンリンク中で制御情報を受信することであって、前記ベース制御領域が前記ベースキャリア中にあり、前記拡張制御領域が、前記拡張キャリア中にあり、前記ベース制御領域とは無関係である、受信することをさらに備える、請求項１に記載の方法。
【請求項１６】
前記ベース制御領域内の制御チャネル要素（ＣＣＥ）ロケーションの第１のセットと、前記拡張制御領域内のＣＣＥロケーションの第２のセットとをブラインド復号することを通して前記制御情報が受信される前記制御領域を判断することをさらに備える、請求項１５に記載の方法。
【請求項１７】
物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）が前記制御チャネルの前記ベース制御領域中でのみ受信される、請求項１５に記載の方法。
【請求項１８】
物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）が前記制御チャネルの前記ベース制御領域中でのみ受信される、請求項１５に記載の方法。
【請求項１９】
前記ＰＣＦＩＣＨ中で前記ベース制御領域の前記制御チャネルのサイズを受信することと、
無線リソース制御（ＲＲＣ）シグナリングを通して前記拡張制御領域の前記制御チャネルのサイズを受信することと
をさらに備える、請求項１８に記載の方法。
【請求項２０】
前記拡張帯域幅にわたって延在する制御チャネル中のダウンリンク中で制御情報を受信することと、
前記制御情報を求めて前記制御チャネル内の制御チャネル要素（ＣＣＥ）ロケーションのセットを探索することと
をさらに備え、
ＣＣＥロケーションの前記セットが、ＣＣＥのベースセットとＣＣＥの拡張セットとを含む複数のＣＣＥ内にあり、ＣＣＥの前記ベースセットとＣＣＥの前記拡張セットとが、非レガシー動作をサポートするユーザ機器（ＵＥ）のためのものであり、ＣＣＥの前記ベースセットが、レガシー動作をサポートするＵＥのためのものである、請求項１に記載の方法。
【請求項２１】
リソース要素グループ（ＲＥＧ）をＣＣＥの前記ベースセットまたはＣＣＥの前記拡張セットのうちの１つにマッピングすることをさらに備える、請求項２０に記載の方法。
【請求項２２】
物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）がＣＣＥの前記ベースセット中でのみ受信される、請求項２０に記載の方法。
【請求項２３】
物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）がＣＣＥの前記ベースセット中でのみ受信される、請求項２０に記載の方法。
【請求項２４】
前記ＰＣＦＩＣＨ中で前記ベースキャリアの前記制御チャネルのサイズを受信することと、
前記拡張キャリアの前記制御チャネルの前記サイズが、前記ベースキャリアの前記制御チャネルの前記サイズに等しいと仮定することと
をさらに備える、請求項２３に記載の方法。
【請求項２５】
前記ベースキャリア上のアップリンク上でデータを送信することをさらに備える、請求項１に記載の方法。
【請求項２６】
前記ベースキャリア中の前記アップリンク上での前記データの前記送信と同時に、前記拡張キャリア中の前記アップリンク上でデータを送信することをさらに備える、請求項２５に記載の方法。
【請求項２７】
拡張帯域幅の利用可能性を示す拡張帯域幅情報を受信するための手段であって、前記拡張帯域幅が、ベースキャリアと、前記ベースキャリアのレガシーガードバンド内の拡張キャリアとを含む、受信するための手段と、
前記拡張帯域幅情報に基づいて前記拡張キャリア中のダウンリンク上でデータを受信するための手段と
を備える、ワイヤレス通信のための装置。
【請求項２８】
前記拡張帯域幅が、前記ベースキャリアのベース帯域幅と、前記ベースキャリアの上側レガシーガードバンド中の上側拡張帯域幅と、前記ベースキャリアの下側レガシーガードバンド中の下側拡張帯域幅とを備え、前記上側拡張帯域幅と前記下側拡張帯域幅とが等しいサイズを有する、請求項２７に記載の装置。
【請求項２９】
前記上側拡張帯域幅と前記下側拡張帯域幅とが等しいサイズを有する、請求項２８に記載の装置。
【請求項３０】
前記拡張帯域幅情報が、無線リソース制御（ＲＲＣ）シグナリングを通して受信される、請求項２７に記載の装置。
【請求項３１】
前記拡張帯域幅情報に基づいて前記拡張キャリア中のアップリンク上でデータを送信するための手段をさらに備える、請求項２７に記載の装置。
【請求項３２】
サブフレームの第１のセット中の前記拡張帯域幅と、サブフレームの第２のセット中の前記ベースキャリアのベース帯域幅とにわたって延在する制御チャネル中のダウンリンク中で制御情報を受信するための手段をさらに備える、請求項２７に記載の装置。
【請求項３３】
サブフレームの前記第１のセットが、非レガシー動作をサポートするユーザ機器（ＵＥ）によって利用され、サブフレームの前記第２のセットが、レガシー動作をサポートするＵＥによって利用される、請求項３２に記載の装置。
【請求項３４】
前記拡張キャリア内の前記制御チャネルのサイズが、前記ベースキャリア内の前記制御チャネルのサイズに等しい、請求項３２に記載の装置。
【請求項３５】
前記拡張帯域幅にわたって延在する物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）中で前記ベースキャリアおよび前記拡張キャリアの前記制御チャネルの前記サイズを受信するための手段をさらに備える、請求項３４に記載の装置。
【請求項３６】
前記ベースキャリアのベース帯域幅にわたって延在する物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）中で前記ベースキャリアの前記制御チャネルの前記サイズを受信するための手段と、
前記拡張キャリアの前記制御チャネルの前記サイズが、前記ベースキャリアの前記制御チャネルの前記サイズに等しいと仮定するための手段と
をさらに備える、請求項３４に記載の装置。
【請求項３７】
前記ベースキャリアのベース帯域幅にわたって延在する物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）中で前記ベースキャリアの前記制御チャネルのサイズを受信するための手段と、
無線リソース制御（ＲＲＣ）シグナリングを通して前記拡張キャリアの前記制御領域のサイズを受信するための手段と
をさらに備える、請求項３２に記載の装置。
【請求項３８】
サブフレームの前記第１のセット中の前記拡張帯域幅と、サブフレームの前記第２のセット中の前記ベース帯域幅とにわたって延在する物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）上で肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）フィードバックを受信するための手段をさらに備える、請求項３２に記載の装置。
【請求項３９】
フレームのどのサブフレームがサブフレームの前記第１のセットに属し、前記フレームのどのサブフレームがサブフレームの前記第２のセットに属するかを示す、システム情報または無線リソース制御（ＲＲＣ）シグナリングのうちの少なくとも１つを受信するための手段をさらに備える、請求項３２に記載の装置。
【請求項４０】
前記制御領域内の制御チャネル要素（ＣＣＥ）ロケーションのセットをブラインド復号するための手段と、
前記ブラインド復号に基づいて、フレームのどのサブフレームがサブフレームの前記第１のセットに属し、前記フレームのどのサブフレームがサブフレームの前記第２のセットに属するかを判断するための手段と
をさらに備える、請求項３２に記載の装置。
【請求項４１】
制御チャネルのベース制御領域または前記制御チャネルの拡張制御領域のうちの１つの中のダウンリンク中で制御情報を受信するための手段であって、前記ベース制御領域が前記ベースキャリア中にあり、前記拡張制御領域が、前記拡張キャリア中にあり、前記ベース制御領域とは無関係である、受信するための手段をさらに備える、請求項２７に記載の装置。
【請求項４２】
前記ベース制御領域内の制御チャネル要素（ＣＣＥ）ロケーションの第１のセットと、前記拡張制御領域内のＣＣＥロケーションの第２のセットとをブラインド復号することを通して前記制御情報が受信される前記制御領域を判断するための手段をさらに備える、請求項４１に記載の装置。
【請求項４３】
物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）が前記制御チャネルの前記ベース制御領域中でのみ受信される、請求項４１に記載の装置。
【請求項４４】
物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）が前記制御チャネルの前記ベース制御領域中でのみ受信される、請求項４１に記載の装置。
【請求項４５】
前記ＰＣＦＩＣＨ中で前記ベース制御領域の前記制御チャネルのサイズを受信するための手段と、
無線リソース制御（ＲＲＣ）シグナリングを通して前記拡張制御領域の前記制御チャネルのサイズを受信するための手段と
をさらに備える、請求項４４に記載の装置。
【請求項４６】
前記拡張帯域幅にわたって延在する制御チャネル中のダウンリンク中で制御情報を受信するための手段と、
前記制御情報を求めて前記制御チャネル内の制御チャネル要素（ＣＣＥ）ロケーションのセットを探索するための手段と
をさらに備え、
ＣＣＥロケーションの前記セットが、ＣＣＥのベースセットとＣＣＥの拡張セットとを含む複数のＣＣＥ内にあり、ＣＣＥの前記ベースセットとＣＣＥの前記拡張セットとが、非レガシー動作をサポートするユーザ機器（ＵＥ）のためのものであり、ＣＣＥの前記ベースセットが、レガシー動作をサポートするＵＥのためのものである、請求項２７に記載の装置。
【請求項４７】
リソース要素グループ（ＲＥＧ）をＣＣＥの前記ベースセットまたはＣＣＥの前記拡張セットのうちの１つにマッピングするための手段をさらに備える、請求項４６に記載の装置。
【請求項４８】
物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）がＣＣＥの前記ベースセット中でのみ受信される、請求項４６に記載の装置。
【請求項４９】
物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）がＣＣＥの前記ベースセット中でのみ受信される、請求項４６に記載の装置。
【請求項５０】
前記ＰＣＦＩＣＨ中で前記ベースキャリアの前記制御チャネルのサイズを受信するための手段と、
前記拡張キャリアの前記制御チャネルの前記サイズが、前記ベースキャリアの前記制御チャネルの前記サイズに等しいと仮定するための手段と
をさらに備える、請求項４９に記載の装置。
【請求項５１】
前記ベースキャリア上のアップリンク上でデータを送信するための手段をさらに備える、請求項２７に記載の装置。
【請求項５２】
前記ベースキャリア中の前記アップリンク上での前記データの前記送信と同時に、前記拡張キャリア中の前記アップリンク上でデータを送信するための手段をさらに備える、請求項５１に記載の装置。
【請求項５３】
拡張帯域幅の利用可能性を示す拡張帯域幅情報を受信することであって、前記拡張帯域幅が、ベースキャリアと、前記ベースキャリアのレガシーガードバンド内の拡張キャリアとを含む、受信することと、
前記拡張帯域幅情報に基づいて前記拡張キャリア中のダウンリンク上でデータを受信することと
を行うように構成された処理システム
を備える、ワイヤレス通信の装置。
【請求項５４】
前記拡張帯域幅が、前記ベースキャリアのベース帯域幅と、前記ベースキャリアの上側レガシーガードバンド中の上側拡張帯域幅と、前記ベースキャリアの下側レガシーガードバンド中の下側拡張帯域幅とを備える、請求項５３に記載の装置。
【請求項５５】
前記上側拡張帯域幅と前記下側拡張帯域幅とが等しいサイズを有する、請求項５４に記載の装置。
【請求項５６】
前記拡張帯域幅情報が、無線リソース制御（ＲＲＣ）シグナリングを通して受信される、請求項５３に記載の装置。
【請求項５７】
前記処理システムが、前記拡張帯域幅情報に基づいて前記拡張キャリア中のアップリンク上でデータを送信するようにさらに構成された、請求項５３に記載の装置。
【請求項５８】
前記処理システムが、サブフレームの第１のセット中の前記拡張帯域幅と、サブフレームの第２のセット中の前記ベースキャリアのベース帯域幅とにわたって延在する制御チャネル中のダウンリンク中で制御情報を受信するようにさらに構成された、請求項５３に記載の装置。
【請求項５９】
サブフレームの前記第１のセットが、非レガシー動作をサポートするユーザ機器（ＵＥ）によって利用され、サブフレームの前記第２のセットが、レガシー動作をサポートするＵＥによって利用される、請求項５８に記載の装置。
【請求項６０】
前記拡張キャリア内の前記制御チャネルのサイズが、前記ベースキャリア内の前記制御チャネルのサイズに等しい、請求項５８に記載の装置。
【請求項６１】
前記処理システムが、前記拡張帯域幅にわたって延在する物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）中で前記ベースキャリアおよび前記拡張キャリアの前記制御チャネルの前記サイズを受信するようにさらに構成された、請求項６０に記載の装置。
【請求項６２】
前記処理システムが、
前記ベースキャリアのベース帯域幅にわたって延在する物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）中で前記ベースキャリアの前記制御チャネルの前記サイズを受信することと、
前記拡張キャリアの前記制御チャネルの前記サイズが、前記ベースキャリアの前記制御チャネルの前記サイズに等しいと仮定することと
を行うようにさらに構成された、請求項６０に記載の装置。
【請求項６３】
前記処理システムが、
前記ベースキャリアのベース帯域幅にわたって延在する物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）中で前記ベースキャリアの前記制御チャネルのサイズを受信することと、
無線リソース制御（ＲＲＣ）シグナリングを通して前記拡張キャリアの前記制御領域のサイズを受信することと
を行うようにさらに構成された、請求項５８に記載の装置。
【請求項６４】
前記処理システムが、サブフレームの前記第１のセット中の前記拡張帯域幅と、サブフレームの前記第２のセット中の前記ベース帯域幅とにわたって延在する物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）上で肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）フィードバックを受信するようにさらに構成された、請求項５８に記載の装置。
【請求項６５】
前記処理システムが、フレームのどのサブフレームがサブフレームの前記第１のセットに属し、前記フレームのどのサブフレームがサブフレームの前記第２のセットに属するかを示す、システム情報または無線リソース制御（ＲＲＣ）シグナリングのうちの少なくとも１つを受信するようにさらに構成された、請求項５８に記載の装置。
【請求項６６】
前記処理システムが、
前記制御領域内の制御チャネル要素（ＣＣＥ）ロケーションのセットをブラインド復号することと、
前記ブラインド復号に基づいて、フレームのどのサブフレームがサブフレームの前記第１のセットに属し、前記フレームのどのサブフレームがサブフレームの前記第２のセットに属するかを判断することと
を行うようにさらに構成された、請求項５８に記載の装置。
【請求項６７】
前記処理システムが、制御チャネルのベース制御領域または前記制御チャネルの拡張制御領域のうちの１つの中のダウンリンク中で制御情報を受信することであって、前記ベース制御領域が前記ベースキャリア中にあり、前記拡張制御領域が、前記拡張キャリア中にあり、前記ベース制御領域とは無関係である、受信することを行うようにさらに構成された、請求項５３に記載の装置。
【請求項６８】
前記処理システムが、前記ベース制御領域内の制御チャネル要素（ＣＣＥ）ロケーションの第１のセットと、前記拡張制御領域内のＣＣＥロケーションの第２のセットとをブラインド復号することを通して前記制御情報が受信される前記制御領域を判断するようにさらに構成された、請求項６７に記載の装置。
【請求項６９】
物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）が前記制御チャネルの前記ベース制御領域中でのみ受信される、請求項６７に記載の装置。
【請求項７０】
物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）が前記制御チャネルの前記ベース制御領域中でのみ受信される、請求項６７に記載の装置。
【請求項７１】
前記処理システムが、
前記ＰＣＦＩＣＨ中で前記ベース制御領域の前記制御チャネルのサイズを受信することと、
無線リソース制御（ＲＲＣ）シグナリングを通して前記拡張制御領域の前記制御チャネルのサイズを受信することと
を行うようにさらに構成された、請求項７０に記載の装置。
【請求項７２】
前記処理システムが、
前記拡張帯域幅にわたって延在する制御チャネル中のダウンリンク中で制御情報を受信することと、
前記制御情報を求めて前記制御チャネル内の制御チャネル要素（ＣＣＥ）ロケーションのセットを探索することと
を行うようにさらに構成され、
ＣＣＥロケーションの前記セットが、ＣＣＥのベースセットとＣＣＥの拡張セットとを含む複数のＣＣＥ内にあり、ＣＣＥの前記ベースセットとＣＣＥの前記拡張セットとが、非レガシー動作をサポートするユーザ機器（ＵＥ）のためのものであり、ＣＣＥの前記ベースセットが、レガシー動作をサポートするＵＥのためのものである、請求項５３に記載の装置。
【請求項７３】
前記処理システムが、リソース要素グループ（ＲＥＧ）をＣＣＥの前記ベースセットまたはＣＣＥの前記拡張セットのうちの１つにマッピングするようにさらに構成された、請求項７２に記載の装置。
【請求項７４】
物理ハイブリッド自動再送要求インジケータチャネル（ＰＨＩＣＨ）がＣＣＥの前記ベースセット中でのみ受信される、請求項７２に記載の装置。
【請求項７５】
物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）がＣＣＥの前記ベースセット中でのみ受信される、請求項７２に記載の装置。
【請求項７６】
前記処理システムが、
前記ＰＣＦＩＣＨ中で前記ベースキャリアの前記制御チャネルのサイズを受信することと、
前記拡張キャリアの前記制御チャネルの前記サイズが、前記ベースキャリアの前記制御チャネルの前記サイズに等しいと仮定することと
を行うようにさらに構成された、請求項７５に記載の装置。
【請求項７７】
前記処理システムが、前記ベースキャリア上のアップリンク上でデータを送信するようにさらに構成された、請求項５３に記載の装置。
【請求項７８】
前記処理システムが、前記ベースキャリア中の前記アップリンク上での前記データの前記送信と同時に、前記拡張キャリア中の前記アップリンク上でデータを送信するようにさらに構成された、請求項７７に記載の装置。
【請求項７９】
拡張帯域幅の利用可能性を示す拡張帯域幅情報を受信することであって、前記拡張帯域幅が、ベースキャリアと、前記ベースキャリアのレガシーガードバンド内の拡張キャリアとを含む、受信することと、
前記拡張帯域幅情報に基づいて前記拡張キャリア中のダウンリンク上でデータを受信することと
を行うためのコードを備えるコンピュータ可読媒体
を備える、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、本出願の譲受人に譲渡され、それらの全体が参照により本明細書に明確に組み込まれる、２０１１年１０月１１日に出願された「EXTENSION CARRIER AS A SIMPLE BandwIDTH EXTENSION」と題する米国仮出願第６１／５４６，０２９号および２０１２年１０月１０日に出願された「EXTENSION CARRIER AS A BANDWIDTH EXTENSION」と題する米国特許出願第１３／６４９，０５８号の利益を主張する。
【０００２】
本開示の態様は、一般にワイヤレス通信システムに関し、より詳細には、拡張キャリア帯域幅拡張に関する。
【背景技術】
【０００３】
ワイヤレス通信ネットワークは、音声、ビデオ、パケットデータ、メッセージング、ブロードキャストなどの様々な通信サービスを提供するために広く展開されている。これらのワイヤレスネットワークは、利用可能なネットワークリソースを共有することによって複数のユーザをサポートすることが可能な多元接続ネットワークであり得る。そのような多元接続ネットワークの例には、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークがある。
【０００４】
ワイヤレス通信ネットワークは、いくつかのユーザ機器（ＵＥ：user equipment）のための通信をサポートすることができるいくつかの基地局を含み得る。ＵＥは、ダウンリンクおよびアップリンクを介して基地局と通信し得る。ダウンリンク（または順方向リンク）は基地局からＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥから基地局への通信リンクを指す。
【発明の概要】
【０００５】
本開示の一態様では、方法、コンピュータプログラム製品、および装置が提供される。本装置は、拡張帯域幅の利用可能性を示す拡張帯域幅情報を受信する。拡張帯域幅は、ベースキャリアと、ベースキャリアのレガシーガードバンド内の拡張キャリアとを含む。本装置は、拡張帯域幅情報に基づいて拡張キャリア中のダウンリンク上でデータを受信する。
【図面の簡単な説明】
【０００６】
【図１】電気通信システムの一例を概念的に示すブロック図。
【図２】電気通信システムにおけるダウンリンクフレーム構造の一例を概念的に示すブロック図。
【図３】本開示の一態様に従って構成された基地局／発展型ノードＢ（ｅＮＢ）およびＵＥの設計を概念的に示すブロック図。
【図４Ａ】連続キャリアアグリゲーションタイプを開示する図。
【図４Ｂ】非連続キャリアアグリゲーションタイプを開示する図。
【図５Ａ】ＭＡＣレイヤデータアグリゲーションを開示する図。
【図５Ｂ】複数キャリア構成において無線リンクを制御するための方法を示すブロック図。
【図６Ａ】拡張キャリアを示す図。
【図６Ｂ】様々なチャネル帯域幅について図６Ａに関連する例示的なパラメータを示すテーブル。
【図７】拡張キャリアを用いる帯域幅割当ての特定の例を示す図。
【図８】拡張キャリア中で受信される物理ダウンリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）を示す図。
【図９】拡張帯域幅のコンテキスト内での、レガシー動作をサポートするＵＥのための制御領域と非レガシー動作をサポートするＵＥのための制御領域とを示す図。
【図１０】レガシーＵＥと非レガシーＵＥとの間の時分割多重（ＴＤＭ：time division multiplexing）を説明するための図。
【図１１】拡張帯域幅のコンテキスト内での独立制御領域を説明するための図。
【図１２】制御領域探索空間を説明するための図。
【図１３】拡張帯域幅のコンテキスト内での制御チャネル要素（ＣＣＥ：control channel element）区分を用いる１つの制御領域を説明するための第１の図。
【図１４】拡張帯域幅のコンテキスト内でのＣＣＥ区分を用いる１つの制御領域を説明するための第２の図。
【図１５】物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）のための拡張キャリアの使用を示す図。
【図１６】ワイヤレス通信の方法のフローチャート。
【図１７】ＴＤＭ区分のコンテキスト内でのワイヤレス通信の方法の第１のフローチャート。
【図１８】ＴＤＭ区分のコンテキスト内でのワイヤレス通信の方法の第２のフローチャート。
【図１９】定義された独立制御チャネルのコンテキスト内でのワイヤレス通信の方法のフローチャート。
【図２０】ＣＣＥ区分を用いる共通制御チャネルのコンテキスト内でのワイヤレス通信の方法のフローチャート。
【図２１】例示的な装置中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図。
【図２２】処理システムを採用する装置のためのハードウェア実装形態の例を示す図。
【発明を実施するための形態】
【０００７】
添付の図面に関して以下に示す発明を実施するための形態は、様々な構成を説明するものであり、本明細書で説明する概念が実施され得る唯一の構成を表すものではない。発明を実施するための形態は、様々な概念の完全な理解を与えるための具体的な詳細を含む。ただし、これらの概念はこれらの具体的な詳細なしに実施され得ることが当業者には明らかであろう。いくつかの例では、そのような概念を不明瞭にしないように、よく知られている構造および構成要素をブロック図の形式で示す。
【０００８】
本明細書で説明する技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のネットワークなど、様々なワイヤレス通信ネットワークに使用され得る。「ネットワーク」および「システム」という用語はしばしば互換的に使用される。ＣＤＭＡネットワークは、ユニバーサル地上波無線アクセス（ＵＴＲＡ：Universal Terrestrial Radio Access）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））およびＣＤＭＡの他の変形態を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、モバイル通信用グローバルシステム（ＧＳＭ（登録商標）：Global System for Mobile Communications）などの無線技術を実装し得る。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ：Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭＡなどの無線技術を実装し得る。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ：Universal Mobile Telecommunication System）の一部である。３ＧＰＰ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）およびＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新しいリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ：3rd Generation Partnership Project）と称する団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２：3rd Generation Partnership Project 2）と称する団体からの文書に記載されている。本明細書で説明する技法は、上記のワイヤレスネットワークおよび無線技術、ならびに他のワイヤレスネットワークおよび無線技術に使用され得る。明快のために、本技法のいくつかの態様について以下ではＬＴＥに関して説明し、以下の説明の大部分でＬＴＥ用語を使用する。
【０００９】
手短に一般的に言えば、本明細書に添付され、その全体が本明細書に組み込まれる付録を参照しながら、様々なネットワーク設定におけるＴＤＤ−ＦＤＤ  ＣＡのための様々なキャリアアグリゲーション（ＣＡ：carrier aggregation）技法を提示する。たとえば、通常のＵＥのためのＦＤＤ／ＴＤＤキャリアのＣＡ、および同時に、中継／Ｐ２Ｐ通信のためのＴＤＤスペクトル利用を提示する。ＵＥは、ｅＮＢおよび別のＵＥ通信におけるリレーとして使用され得る。ｅＮＢは、別のＵＥとの通信のためのリレーとして働くようにＵＥをアクティブ化し得る。アクティブ化は、ＵＥの間でおよび／またはｅＮＢ支援を用いて実行され得る、ＵＥ間の近傍検出に基づき得る。アクティブ化はまた、ＵＥの間のＰ２Ｐ通信の結果として促され得る。本方式の利益は、ＵＥ−ＵＥリンク上で通常のＲｅｌ−１０  ＴＤＤ動作を実行しながらＴＤＤ−ＦＤＤアグリゲーションへの拡張を用いて、ＬＴＥ  Ｒｅｌ−１０フレームワークの大部分を使用することが可能であることと、ｅＮＢ−ＵＥリンク上でＣＡを実行することが可能であることとを含み得る。一態様では、中継するＵＥは、中継機能（またはそれの一部）をサポートする高カテゴリーＵＥであり得る。一態様では、提案する方法は、ＴＤＤおよびＦＤＤスペクトルの利用を改善することが可能であり、それによって、ＣＡによりｅＮＢ−ＵＥ通信により広いデータ帯域幅を与え得る。一態様では、ＵＥ−ＵＥ通信上の干渉が保護され得る。一態様では、いくつかのＵＥにカバレージの増加が与えられ得る。一態様では、中間ｅＮＢを用いない２つのＵＥ間のピアツーピア通信はトラフィックオフロードを生じ得る。一態様では、ＬＴＥ  Ｒｅｌ−１０展開との後方互換性がありながら、前に説明した利益が得られ得る。
【００１０】
図１に、ワイヤレス通信ネットワーク１００を示し、これはＬＴＥネットワークであり得る。ワイヤレスネットワーク１００は、いくつかの発展型ノードＢ（ｅＮＢ）１１０と他のネットワークエンティティとを含み得る。ｅＮＢは、ＵＥと通信する局であり得、基地局、ノードＢ、アクセスポイントなどと呼ばれることもある。各ｅＮＢ１１０は、特定の地理的エリアに通信カバレージを与え得る。３ＧＰＰでは、「セル」という用語は、この用語が使用されるコンテキストに応じて、ｅＮＢのカバレージエリアおよび／またはこのカバレージエリアをサービスしているｅＮＢサブシステムを指すことがある。
【００１１】
ｅＮＢは、マクロセル、ピコセル、フェムトセル、および／または他のタイプのセルに通信カバレージを与え得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーし得、フェムトセルとの関連を有するＵＥ（たとえば、限定加入者グループ（ＣＳＧ：Closed Subscriber Group）中のＵＥ、自宅内のユーザのためのＵＥなど）による制限付きアクセスを可能にし得る。マクロセルのためのｅＮＢはマクロｅＮＢと呼ばれることがある。ピコセルのためのｅＮＢはピコｅＮＢと呼ばれることがある。フェムトセルのためのｅＮＢはフェムトｅＮＢまたはホームｅＮＢと呼ばれることがある。図１に示す例では、ｅＮＢ１１０ａ、１１０ｂ、および１１０ｃは、それぞれマクロセル１０２ａ、１０２ｂ、および１０２ｃのためのマクロｅＮＢであり得る。ｅＮＢ１１０ｘは、ピコセル１０２ｘのためのピコｅＮＢであり得る。ｅＮＢ１１０ｙおよび１１０ｚは、それぞれフェムトセル１０２ｙおよび１０２ｚのためのフェムトｅＮＢであり得る。ｅＮＢは、１つまたは複数の（たとえば、３つの）セルをサポートし得る。
【００１２】
ワイヤレスネットワーク１００はまた、中継局を含み得る。中継局は、上流局（たとえば、ｅＮＢまたはＵＥ）からデータおよび／または他の情報の送信を受信し、そのデータおよび／または他の情報の送信を下流局（たとえば、ＵＥまたはｅＮＢ）に送る局である。中継局はまた、他のＵＥに対する送信を中継するＵＥであり得る。図１に示す例では、中継局１１０ｒは、ｅＮＢ１１０ａとＵＥ１２０ｒとの間の通信を可能にするために、ｅＮＢ１１０ａおよびＵＥ１２０ｒと通信し得る。中継局は、リレーｅＮＢ、リレーなどと呼ばれることもある。
【００１３】
ワイヤレスネットワーク１００は、様々なタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなどを含む異種ネットワークであり得る。これらの様々なタイプのｅＮＢは、様々な送信電力レベル、様々なカバレージエリア、およびワイヤレスネットワーク１００中の干渉に対する様々な影響を有し得る。たとえば、マクロｅＮＢは、高い送信電力レベル（たとえば、２０ワット）を有し得るが、ピコｅＮＢ、フェムトｅＮＢ、およびリレーは、より低い送信電力レベル（たとえば、１ワット）を有し得る。
【００１４】
ワイヤレスネットワーク１００は、同期動作または非同期動作をサポートし得る。同期動作の場合、ｅＮＢは同様のフレームタイミングを有し得、異なるｅＮＢからの送信は近似的に時間的に整合され得る。非同期動作の場合、ｅＮＢは異なるフレームタイミングを有し得、異なるｅＮＢからの送信は時間的に整合されないことがある。本明細書で説明する技法は、同期動作と非同期動作の両方のために使用され得る。
【００１５】
ネットワークコントローラ１３０は、ｅＮＢのセットに結合し、これらのｅＮＢの協調および制御を行い得る。ネットワークコントローラ１３０は、バックホールを介してｅＮＢ１１０と通信し得る。ｅＮＢ１１０はまた、たとえば、ワイヤレスバックホールまたはワイヤラインバックホールを介して直接または間接的に互いに通信し得る。
【００１６】
ＵＥ１２０は、ワイヤレスネットワーク１００全体にわたって分散され得、各ＵＥは、固定でも移動でもよい。ＵＥは、端末、移動局、加入者ユニット、局などと呼ばれることもある。ＵＥは、セルラーフォン、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレスフォン、ワイヤレスローカルループ（ＷＬＬ）局などであり得る。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーなどと通信することが可能であり得る。図１において、両矢印付きの実線は、ダウンリンクおよび／またはアップリンク上での、ＵＥと、そのＵＥをサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の所望の送信を示す。両矢印付きの破線は、ＵＥとｅＮＢとの間の干渉送信を示す。
【００１７】
ＬＴＥは、ダウンリンク上では直交周波数分割多重化（ＯＦＤＭ）を利用し、アップリンク上ではシングルキャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、一般にトーン、ビンなどとも呼ばれる複数（Ｋ）個の直交サブキャリアに区分する。各サブキャリアはデータで変調され得る。概して、変調シンボルは、ＯＦＤＭの場合は周波数領域で、ＳＣ−ＦＤＭの場合は時間領域で送られる。隣接するサブキャリア間の間隔は固定であり得、サブキャリアの総数（Ｋ）はシステム帯域幅に依存し得る。たとえば、Ｋは、１．２５、２．５、５、１０、または２０メガヘルツ（ＭＨｚ）のシステム帯域幅に対してそれぞれ１２８、２５６、５１２、１０２４、または２０４８に等しくなり得る。システム帯域幅はまた、サブバンドに区分され得る。たとえば、サブバンドは１．０８ＭＨｚをカバーし得、１．２５、２．５、５、１０、または２０ＭＨｚのシステム帯域幅に対してそれぞれ１つ、２つ、４つ、８つ、または１６個のサブバンドがあり得る。
【００１８】
図２に、ＬＴＥにおいて使用されるダウンリンクフレーム構造を示す。ダウンリンクの送信タイムラインは無線フレームの単位に区分され得る。各無線フレームは、所定の持続時間（たとえば、１０ミリ秒（ｍｓ））を有し得、０〜９のインデックスをもつ１０個のサブフレームに区分され得る。各サブフレームは２つのスロットを含み得る。したがって、各無線フレームは、０〜１９のインデックスをもつ２０個のスロットを含み得る。各スロットは、Ｌ個のシンボル期間、たとえば、（図２に示すように）ノーマルサイクリックプレフィックスの場合は７つのシンボル期間、または拡張サイクリックプレフィックスの場合は１４個のシンボル期間を含み得る。各サブフレーム中の２Ｌ個のシンボル期間には０〜２Ｌ−１のインデックスが割り当てられ得る。利用可能な時間周波数リソースはリソースブロックに区分され得る。各リソースブロックは、１つのスロット中でＮ個のサブキャリア（たとえば、１２個のサブキャリア）をカバーし得る。
【００１９】
ＬＴＥでは、ｅＮＢは、ｅＮＢ中の各セルについて１次同期信号（ＰＳＳ：primary synchronization signal）と２次同期信号（ＳＳＳ：secondary synchronization signal）とを送り得る。１次同期信号および２次同期信号は、図２に示すように、それぞれ、ノーマルサイクリックプレフィックスをもつ各無線フレームのサブフレーム０および５の各々中のシンボル期間６および５中で送られ得る。同期信号は、セル検出および捕捉のためにＵＥによって使用され得る。ｅＮＢは、サブフレーム０のスロット１中のシンボル期間０〜３中で物理ブロードキャストチャネル（ＰＢＣＨ：Physical Broadcast Channel）を送り得る。ＰＢＣＨはあるシステム情報を搬送し得る。
【００２０】
ｅＮＢは、図２の第１のシンボル期間全体において示されているが、各サブフレームの第１のシンボル期間の一部のみの中で、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ：Physical Control Format Indicator Channel）を送り得る。ＰＣＦＩＣＨは、制御チャネルのために使用されるいくつか（Ｍ個）のシンボル期間を搬送し得、ここで、Ｍは、１、２または３に等しくなり得、サブフレームごとに変化し得る。Ｍはまた、たとえば、リソースブロックが１０個未満である、小さいシステム帯域幅では４に等しくなり得る。図２に示す例では、Ｍ＝３である。ｅＮＢは、各サブフレームの最初のＭ個（図２ではＭ＝３）のシンボル期間中に物理ＨＡＲＱインジケータチャネル（ＰＨＩＣＨ：Physical HARQ Indicator Channel）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel）とを送り得る。ＰＨＩＣＨは、ハイブリッド自動再送信（ＨＡＲＱ）をサポートするための情報を搬送し得る。ＰＤＣＣＨは、ＵＥのためのリソース割振りに関する情報と、ダウンリンクチャネルのための制御情報とを搬送し得る。図２の第１のシンボル期間の中には示されていないが、ＰＤＣＣＨおよびＰＨＩＣＨは、第１のシンボル期間の中にも含まれることを理解されたい。同様に、ＰＨＩＣＨおよびＰＤＣＣＨはまた、図２にはそのようには示されていないが、第２のシンボル期間と第３のシンボル期間の両方の中にある。ｅＮＢは、各サブフレームの残りのシンボル期間中にＰＤＳＣＨを送り得る。ＰＤＳＣＨは、ダウンリンク上でのデータ送信がスケジュールされたＵＥについてのデータを搬送し得る。ＬＴＥにおける様々な信号およびチャネルは、公開されている「Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation」と題する３ＧＰＰ  ＴＳ  ３６．２１１に記載されている。
【００２１】
ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚにおいてＰＳＳ、ＳＳＳおよびＰＢＣＨを送り得る。ｅＮＢは、これらのチャネルが送られる各シンボル期間中のシステム帯域幅全体にわたってＰＣＦＩＣＨおよびＰＨＩＣＨを送り得る。ｅＮＢは、システム帯域幅のいくつかの部分においてＵＥのグループにＰＤＣＣＨを送り得る。ｅＮＢは、システム帯域幅の特定の部分において特定のＵＥにＰＤＳＣＨを送り得る。ｅＮＢは、すべてのＵＥにブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨおよびＰＨＩＣＨを送り得、特定のＵＥにユニキャスト方法でＰＤＣＣＨを送り得、また特定のＵＥにユニキャスト方法でＰＤＳＣＨを送り得る。
【００２２】
各シンボル期間においていくつかのリソース要素が利用可能であり得る。各リソース要素は、１つのシンボル期間中に１つのサブキャリアをカバーし得、実数値または複素数値であり得る１つの変調シンボルを送るために使用され得る。各シンボル期間中に基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ：resource element group）に構成され得る。各ＲＥＧは、１つのシンボル期間中に４つのリソース要素を含み得る。ＰＣＦＩＣＨは、シンボル期間０において、周波数上でほぼ等しく離間され得る、４つのＲＥＧを占有し得る。ＰＨＩＣＨは、１つまたは複数の構成可能なシンボル期間において、周波数上で拡散され得る、３つのＲＥＧを占有し得る。たとえば、ＰＨＩＣＨ用の３つのＲＥＧは、すべてシンボル期間０中に属するか、またはシンボル期間０、１および２中で拡散され得る。ＰＤＣＣＨは、最初のＭ個のシンボル期間において、利用可能なＲＥＧから選択され得る、９、１８、３２または６４個のＲＥＧを占有し得る。ＲＥＧのいくつかの組合せのみがＰＤＣＣＨに対して可能にされ得る。
【００２３】
ＵＥは、ＰＨＩＣＨおよびＰＣＦＩＣＨのために使用される特定のＲＥＧを知り得る。ＵＥは、ＰＤＣＣＨのためのＲＥＧの様々な組合せを探索し得る。探索する組合せの数は、一般に、ＰＤＣＣＨに対して可能にされた組合せの数よりも少ない。ｅＮＢは、ＵＥが探索することになる組合せのいずれかにおいてＵＥにＰＤＣＣＨを送り得る。
【００２４】
ＵＥは、複数のｅＮＢのカバレージ内にあり得る。そのＵＥをサービスするために、これらのｅＮＢのうちの１つが選択され得る。サービングｅＮＢは、受信電力、経路損失、信号対雑音比（ＳＮＲ）など、様々な基準に基づいて選択され得る。
【００２５】
図３に、図１の基地局／ｅＮＢのうちの１つであり得る基地局／ｅＮＢ１１０および図１のＵＥのうちの１つであり得るＵＥ１２０の設計のブロック図を示す。制限付き関連付けシナリオの場合、基地局１１０は図１のマクロｅＮＢ１１０ｃであり得、ＵＥ１２０はＵＥ１２０ｙであり得る。基地局１１０はまた、何らかの他のタイプの基地局であり得る。基地局１１０はアンテナ３３４ａ〜３３４ｔを備え得、ＵＥ１２０はアンテナ３５２ａ〜３５２ｒを備え得る。
【００２６】
基地局１１０において、送信プロセッサ３２０は、データソース３１２からデータを受信し、コントローラ／プロセッサ３４０から制御情報を受信し得る。制御情報は、ＰＢＣＨ、ＰＣＦＩＣＨ、ＰＨＩＣＨ、ＰＤＣＣＨなどのためのものであり得る。データは、ＰＤＳＣＨなどのためのものであり得る。プロセッサ３２０は、データと制御情報とを処理（たとえば、符号化およびシンボルマッピング）して、それぞれデータシンボルと制御シンボルとを取得し得る。プロセッサ３２０はまた、たとえば、ＰＳＳ、ＳＳＳ、およびセル固有基準信号のための基準シンボルを生成し得る。送信（ＴＸ）多入力多出力（ＭＩＭＯ）プロセッサ３３０は、適用可能な場合、データシンボル、制御シンボル、および／または基準シンボルに対して空間処理（たとえば、プリコーディング）を実行し得、出力シンボルストリームを変調器（ＭＯＤ）３３２ａ〜３３２ｔに与え得る。各変調器３３２は、（たとえば、ＯＦＤＭなどのための）それぞれの出力シンボルストリームを処理して、出力サンプルストリームを取得し得る。各変調器３３２はさらに、出力サンプルストリームを処理（たとえば、アナログへの変換、増幅、フィルタ処理、およびアップコンバート）して、ダウンリンク信号を取得し得る。変調器３３２ａ〜３３２ｔからのダウンリンク信号は、それぞれアンテナ３３４ａ〜３３４ｔを介して送信され得る。
【００２７】
ＵＥ１２０において、アンテナ３５２ａ〜３５２ｒは、基地局１１０からダウンリンク信号を受信し得、受信信号をそれぞれ復調器（ＤＥＭＯＤ）３５４ａ〜３５４ｒに与え得る。各復調器３５４は、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、ダウンコンバート、およびデジタル化）して、入力サンプルを取得し得る。各復調器３５４は、（たとえば、ＯＦＤＭなどのために）入力サンプルをさらに処理して、受信シンボルを取得し得る。ＭＩＭＯ検出器３５６は、すべての復調器３５４ａ〜３５４ｒから受信シンボルを取得し、適用可能な場合は受信シンボルに対してＭＩＭＯ検出を実行し、検出シンボルを与え得る。受信プロセッサ３５８は、検出シンボルを処理（たとえば、復調、デインターリーブ、および復号）し、ＵＥ１２０の復号されたデータをデータシンク３６０に与え、復号された制御情報をコントローラ／プロセッサ３８０に与え得る。
【００２８】
アップリンク上では、ＵＥ１２０において、送信プロセッサ３６４は、データソース３６２から（たとえば、ＰＵＳＣＨのための）データを受信し、処理し得、コントローラ／プロセッサ３８０から（たとえば、ＰＵＣＣＨのための）制御情報を受信し、処理し得る。プロセッサ３６４はまた、基準信号のための基準シンボルを生成し得る。送信プロセッサ３６４からのシンボルは、適用可能な場合はＴＸ  ＭＩＭＯプロセッサ３６６によってプリコードされ、さらに（たとえば、ＳＣ−ＦＤＭなどのために）復調器３５４ａ〜３５４ｒによって処理され、基地局１１０に送信され得る。基地局１１０において、ＵＥ１２０からのアップリンク信号は、アンテナ３３４によって受信され、変調器３３２によって処理され、適用可能な場合はＭＩＭＯ検出器３３６によって検出され、さらに受信プロセッサ３３８によって処理されて、ＵＥ１２０によって送られた復号されたデータおよび制御情報が取得され得る。プロセッサ３３８は、復号されたデータをデータシンク３３９に与え、復号された制御情報をコントローラ／プロセッサ３４０に与え得る。
【００２９】
コントローラ／プロセッサ３４０および３８０は、それぞれ基地局１１０およびＵＥ１２０における動作を指示し得る。基地局１１０におけるプロセッサ３４０および／または他のプロセッサおよびモジュールは、本明細書で説明する技法のための様々なプロセスを実行するかまたはその実行を指示し得る。ＵＥ１２０におけるプロセッサ３８０ならびに／または他のプロセッサおよびモジュールはまた、図４および図５に示す機能ブロック、および／または本明細書で説明する技法のための他のプロセスを実行するか、またはその実行を指示し得る。メモリ３４２および３８２は、それぞれ基地局１１０およびＵＥ１２０のためのデータおよびプログラムコードを記憶し得る。スケジューラ３４４は、ダウンリンク上および／またはアップリンク上でのデータ送信のためにＵＥをスケジューリングし得る。
【００３０】
一構成では、ワイヤレス通信のためのＵＥ１２０は、ＵＥの接続モード中に干渉基地局からの干渉を検出するための手段と、干渉基地局の得られたリソースを選択するための手段と、得られたリソース上の物理ダウンリンク制御チャネルの誤り率を取得するための手段と、誤り率が所定のレベルを超えたことに応答して実行可能である、無線リンク障害を宣言するための手段とを含む。一態様では、上述の手段は、上述の手段によって具陳される機能を実行するように構成された、（１つまたは複数の）プロセッサ、コントローラ／プロセッサ３８０、メモリ３８２、受信プロセッサ３５８、ＭＩＭＯ検出器３５６、復調器３５４ａ、およびアンテナ３５２ａであり得る。別の態様では、上述の手段は、上述の手段によって具陳される機能を実行するように構成されたモジュールまたは任意の装置であり得る。
【００３１】
キャリアアグリゲーション
ＬＴＥ−Ａｄｖａｎｃｅｄ  ＵＥは、各方向において送信のために使用される最高合計１００ＭＨｚ（５つのコンポーネントキャリア）のキャリアアグリゲーションにおいて割り振られた、２０ＭＨｚ帯域幅内のスペクトルを使用する。概して、アップリンク上ではダウンリンクよりも少ないトラフィックが送信され、したがって、アップリンクスペクトル割振りはダウンリンク割振りよりも小さくなり得る。たとえば、アップリンクに２０ＭＨｚが割り当てられた場合、ダウンリンクには１００ＭＨｚが割り当てられ得る。これらの非対称ＦＤＤ割当ては、スペクトルを節約し、ブロードバンド加入者による一般に非対称な帯域利用にぴったり合う。
【００３２】
キャリアアグリゲーションタイプ
ＬＴＥ−Ａｄｖａｎｃｅｄモバイルシステムのために、２つのタイプのキャリアアグリゲーション（ＣＡ）方法、すなわち、連続ＣＡおよび非連続ＣＡが提案されている。それらを図４Ａおよび図４Ｂに示す。非連続ＣＡは、複数の利用可能なコンポーネントキャリアが周波数帯域に沿って分離されたときに生じる（図４Ｂ）。一方、連続ＣＡは、複数の利用可能なコンポーネントキャリアが互いに隣接するときに生じる（図４Ａ）。非連続ＣＡと連続ＣＡの両方は、ＬＴＥ  Ａｄｖａｎｃｅｄ  ＵＥの単一ユニットを処理するために複数のＬＴＥ／コンポーネントキャリアをアグリゲートする。
【００３３】
ＬＴＥ−Ａｄｖａｎｃｅｄ  ＵＥにおける非連続ＣＡでは、周波数帯域に沿ってキャリアが分離されるので、複数のＲＦ受信ユニットと複数のＦＦＴとが配備され得る。非連続ＣＡは、大きい周波数範囲にわたる複数の分離されたキャリア上でのデータ送信をサポートするので、周波数帯域が異なると、伝搬経路損失、ドップラーシフトおよび他の無線チャネル特性が大いに変わり得る。
【００３４】
したがって、非連続ＣＡ手法の下でブロードバンドデータ送信をサポートするために、異なるコンポーネントキャリアのためのコーディング、変調、および送信電力を適応的に調整するための方法が使用され得る。たとえば、ｅＮＢが各コンポーネントキャリア上に固定送信電力を有するＬＴＥ−Ａｄｖａｎｃｅｄシステムでは、各コンポーネントキャリアの有効カバレージまたはサポート可能な変調およびコーディングは異なり得る。
【００３５】
データアグリゲーション方式
図５Ａに、ＩＭＴ−Ａｄｖａｎｃｅｄシステムのために媒体アクセス制御（ＭＡＣ）レイヤにおいて異なるコンポーネントキャリアからの送信ブロック（ＴＢ：transmission block）をアグリゲートすることを示す。ＭＡＣレイヤデータアグリゲーションでは、各コンポーネントキャリアは、ＭＡＣレイヤ中にそれ自体の独立したハイブリッド自動再送要求（ＨＡＲＱ）エンティティを有し、物理レイヤ中にそれ自体の送信構成パラメータ（たとえば、送信電力、変調およびコーディング方式、ならびに複数のアンテナ構成）を有する。同様に、物理レイヤでは、コンポーネントキャリアごとに１つのＨＡＲＱエンティティが与えられる。
【００３６】
図５Ｂに、一例による、物理チャネルをグループ化することによって複数キャリアワイヤレス通信システムにおいて無線リンクを制御するための方法５００を示す。図示のように、本方法は、ブロック５０５において、１次キャリアと、１つまたは複数の関連する２次キャリアとを形成するために、少なくとも２つのキャリアからの制御機能を１つのキャリア上にアグリゲートすることを含む。次にブロック５１０において、１次キャリアと各２次キャリアとのための通信リンクを確立する。次いで、ブロック５１５において、１次キャリアに基づいて通信を制御する。
【００３７】
制御シグナリング
概して、複数のコンポーネントキャリアのための制御チャネルシグナリングを展開するための３つの異なる手法がある。第１は、ＬＴＥシステムにおける制御構造の軽微な変更を伴い、各コンポーネントキャリアは、それ自体のコード化制御チャネルを与えられる。
【００３８】
第２方法は、異なるコンポーネントキャリアの制御チャネルをジョイントコーディングし、専用のコンポーネントキャリア中に制御チャネルを展開することを伴う。複数のコンポーネントキャリアのための制御情報は、この専用制御チャネルでは、シグナリングコンテンツとして統合されることになる。その結果、ＬＴＥシステムにおける制御チャネル構造との逆方向互換性が維持されながら、ＣＡのシグナリングオーバーヘッドが低減する。
【００３９】
異なるコンポーネントキャリアのための複数の制御チャネルは、ジョイントコーディングされ、次いで、第３のＣＡ方法によって形成された周波数帯域全体にわたって送信される。この手法は、制御チャネルにおいて低いシグナリングオーバーヘッドと高い復号性能とを提供するが、ＵＥ側の電力消費量が高くなる。ただし、この方法は、ＬＴＥシステムと互換性がない。
【００４０】
ハンドオーバ制御
ＩＭＴ−Ａｄｖａｎｃｅｄ  ＵＥのためにＣＡが使用されるとき、複数のセルにわたるハンドオーバプロシージャ中に送信連続性をサポートすることが好ましい。しかしながら、特定のＣＡ構成およびサービス品質（ＱｏＳ）要件とともに、入来ＵＥのために十分なシステムリソース（すなわち、良好な送信品質をもつコンポーネントキャリア）を確保することが、次のｅＮＢにとって難しいことがある。この理由は、２つ（またはそれ以上）の隣接するセル（ｅＮＢ）のチャネル状態が、特定のＵＥについて異なり得るからである。１つの手法では、ＵＥは、各隣接セルにおいてただ１つのコンポーネントキャリアのパフォーマンスを測定する。これは、ＬＴＥシステムにおけるのと同様の測定遅延、複雑さ、およびエネルギー消費を与える。対応するセルにおける他のコンポーネントキャリアのパフォーマンスの推定は、この１つのコンポーネントキャリアの測定結果に基づき得る。この推定に基づいて、ハンドオーバ決定および送信構成が判断され得る。
【００４１】
現行バージョンのＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）リリース１０（Ｒｅｌ−１０）など、いくつかの従来のワイヤレス通信規格は、時間領域複信（ＴＤＤ：time domain duplexing）のみまたは周波数領域複信（ＦＤＤ：frequency domain duplexing）のみのコンポーネントキャリア（ＣＣ：component carrier）のアグリゲーションを可能にする。しかしながら、ワイヤレス帯域幅に対する需要が増加するにつれて、さらなる技法が必要とされ得る。時間および／または周波数領域中のＣＣをアグリゲートすること（たとえば、周波数領域複信、ＦＤＤまたは時間領域複信、ＴＤＤ、アグリゲーション）は、特に、帯域幅に対する需要の増加に対処するために使用される技法であり得る。
【００４２】
図６Ａは、拡張キャリアを示す図６００である。図６Ａに示すように、レガシーコンポジット帯域幅６０１は、ベースキャリア／ベース送信帯域幅６０２と、上側レガシーガードバンド６０４と、下側レガシーガードバンド６０６とを含む。例示的な方法では、レガシーガードバンド６０４、６０６の一部分が拡張キャリア６０９によって使用され得る。拡張キャリア６０９は、上側拡張帯域幅６０８と下側拡張帯域幅６１０とを含む。例示的な方法では、送信帯域幅は、上側レガシーガードバンド６０４中の上側拡張帯域幅６０８と下側レガシーガードバンド６０６中の下側拡張帯域幅６１０とによって、ベース送信帯域幅６０２から拡張送信帯域幅６１６に拡張され得る。拡張キャリア６０９はレガシーガードバンド６０４、６０６内にあり、したがって、拡張送信帯域幅６１６は、レガシーガードバンド６０４、６０６よりも小さい新しいガードバンド６１２、６１４を有する。
【００４３】
拡張キャリアは、シングルキャリア（スタンドアロン）として動作させることはできないが、コンポーネントキャリアセット中のキャリアのうちの少なくとも１つがスタンドアロン対応コンポーネントキャリアであるコンポーネントキャリアセットの一部でなければならないキャリアである。ベースキャリア６０２は、そのようなスタンドアロン対応コンポーネントキャリアであり得、したがって、拡張キャリア６０９は、拡張キャリア６０９とベースコンポーネントキャリア６０２とを含むコンポーネントキャリアセットの一部として動作させられ得る。拡張キャリア６０９は、レガシー動作のために構成されたＵＥと後方互換性がない。ベースコンポーネントキャリア６０２と拡張キャリア６０９との間のリンケージは、ＵＥごとにあり、無線リソース制御（ＲＲＣ：radio resource control）シグナリングを通して構成され得る。拡張キャリア６０９は、ベースコンポーネントキャリア６０２などの構成されたコンポーネントキャリアからのクロスキャリア制御を有し得る。そのような構成では、拡張キャリア６０９は制御チャネルを有しないことがある。拡張キャリア６０９は共通基準信号（ＣＲＳ：common reference signal）を搬送し得る。拡張キャリア６０９は、マルチキャストまたはブロードキャストコンテンツを搬送することなしに、単にユニキャストされ得る。さらに、拡張キャリア６０９は、ページング情報、１次同期信号（ＰＳＳ）、または２次同期信号（ＳＳＳ）を搬送することができない。同期は、ベースキャリア６０２中のＰＳＳ／ＳＳＳに基づいて実行され得る。拡張キャリア６０９に関連するシステム情報は、専用ＲＲＣシグナリングを通して配信され得る。拡張キャリア６０９は、ダウンリンク拡張キャリアとアップリンク拡張キャリアとを含み得る。拡張キャリア６０９のサイズは、１つのリソースブロック（ＲＢ：resource block）グラニュラリティを有し得る（各ＲＢは１８０ｋＨｚである）。すなわち、上側拡張帯域幅６０８および下側拡張帯域幅６１０はそれぞれ、Ｎ個のＲＢを含み得、Ｎは正の整数である。
【００４４】
帯域幅６０１は、レガシー動作のために構成されたＵＥと非レガシー動作のために構成されたＵＥとの両方によって同時に利用され得る。レガシー動作のみをサポートするＵＥは、レガシーガードバンド６０４、６０６を用いるベース送信帯域幅６０２上でのみ動作する。非レガシー動作のみをサポートするＵＥは、非レガシーガードバンド６１２、６１４を用いる拡張送信帯域幅６１６上でのみ動作する。レガシー動作と非レガシー動作の両方をサポートするＵＥは、レガシーガードバンド６０４、６０６を用いるベース送信帯域幅６０２または非レガシーガードバンド６１２、６１４を用いる拡張送信帯域幅６１６のいずれかの上で動作することができる。本明細書では、「レガシーＵＥ」は、レガシー動作のみをサポートするＵＥであり、「非レガシーＵＥ」は、レガシー動作と非レガシー動作の両方をサポートするＵＥである。レガシーＵＥはレガシー動作のために構成される。非レガシーＵＥは、レガシー動作または非レガシー動作のために構成され得る。
【００４５】
図６Ｂは、様々なチャネル帯域幅について図６Ａに関連する例示的なパラメータを示すテーブル６５０である。概して、単一の許可が、現在、最高１１０個のＲＢの帯域幅をサポートするので、拡張送信帯域幅６１６と新しいガードバンド６１２、６１４とを含むコンポジット帯域幅は１１０個のＲＢ以下であり得る。帯域幅拡張は、レガシー（たとえば、Ｒｅｌ−８）ガードバンド中の追加のＲＢを利用することによって達成される。例示的な方法は、概して、たとえば、２０ＭＨｚなど、より大きい帯域幅システムに適用される。拡張キャリア６０９はベースキャリア６０２に連続し得、したがって、ベースキャリア６０２と拡張キャリア６０９との間にガードバンドがない。拡張キャリア６０９は、比較的小さい数のＲＢ（たとえば、７つのＲＢよりも少ない）を有し得、したがって、新しいガードバンド６１２、６１４は十分なサイズのものである。テーブル６５０は、様々なチャネル帯域幅のための拡張送信帯域幅、拡張キャリア、および新しいガードバンドのための例示的なパラメータを与える。テーブル６５０に示すように、新しいガードバンド６１２、６１４は、使用可能な拡張送信帯域幅６１６に比例する必要はない。たとえば、１０ＭＨｚのチャネル帯域幅の場合、新しいガードバンドは、６４０ｋＨｚ（それぞれの側に３２０ｋＨｚ）であり得、一方、２０ＭＨｚのチャネル帯域幅の場合、新しいガードバンドは、５６０ｋＨｚ（それぞれの側に２８０ｋＨｚ）であり得る。拡張キャリア６０９は、ベースキャリア６０２のＤＣ成分６４０に対する対称性を維持する。したがって、上側拡張帯域幅６０８と下側拡張帯域幅６１０とはそれぞれ、等しい数のＲＢを有する。たとえば、チャネル帯域幅が２０ＭＨｚであるとき、８つのＲＢが拡張キャリア６０９のために専用化され得、４つのＲＢが上側拡張帯域幅６０８において使用され、４つのＲＢが下側拡張帯域幅６１０において使用される。上側拡張帯域幅６０８と下側拡張帯域幅６１０とが等しい数のＲＢを有するとき、拡張キャリア６０９のＲＢの総数は偶数であり、したがって、ベース送信帯域幅６０２が偶数のＲＢを有するとき、拡張送信帯域幅６１６も偶数のＲＢを有し、ベース送信帯域幅６０２が奇数のＲＢを有するとき、拡張送信帯域幅も奇数のＲＢを有する。そのような関係は、ベースキャリア６０２のＤＣ成分６４０を中心とした対称性を維持する。
【００４６】
図７は、拡張キャリアを用いる帯域幅割当ての特定の例を示す図７００である。図７に示すように、チャネル帯域幅が２０ＭＨｚであるとき、ベース送信帯域幅は１００個のＲＢを含み得、拡張帯域幅の上側および下側部分の各々は、４つのＲＢを含み得、上側および下側のガードバンドはそれぞれ２８０ｋＨｚにわたって延在し得る。４つのＲＢは、１ＭＨｚのレガシーガードバンドのうちの４＊１８０ｋＨｚにわたって延在し、したがって、それぞれの側に２８０ｋＨｚの新しいガードバンドを残す。
【００４７】
図８は、拡張キャリア中で受信されるＰＤＳＣＨを示す図８００である。図８に示すように、拡張キャリア６０９は、非レガシーＵＥによってＰＤＳＣＨ８１４を受信するために使用され得る。ベースキャリア６０２は、レガシーＵＥまたは非レガシーＵＥによってＰＤＳＣＨ８１６を受信するために使用され得る。ＰＤＣＣＨ８１２は、ベースキャリア６０２にわたって延在し、ＰＤＳＣＨ８１４、８１６に関係する制御情報８２０を含み得る。拡張キャリア６０９がデータのみのために使用されるとき（制御のために使用されない）、ＯＦＤＭシンボルのすべてがデータのために使用されるので、ペイロードサイズは、ベースキャリア６０２において使用されるサイズから調整され得る。
【００４８】
図９は、拡張帯域幅のコンテキスト内での、レガシーＵＥのための制御領域と非レガシーＵＥのための制御領域とを示す図９００である。拡張キャリア６０９は、拡張送信帯域幅６１６にわたって延在する制御領域９１２を含み得る。そのような構成では、レガシーＵＥと非レガシーＵＥとは、ベース送信帯域幅６０２中のＰＤＣＣＨ９１０中で制御情報を受信し得、非レガシーＵＥは、拡張送信帯域幅６１６中のＰＤＣＣＨ９１２中で制御情報を受信し得る。ＰＤＣＣＨ９１２内の制御情報はＰＤＳＣＨ９１４に関係する。ＰＤＳＣＨ９１６が非レガシーＵＥによって受信されるとき、ＰＤＣＣＨ９１２内の制御情報はＰＤＳＣＨ９１６に関係し得る。ＰＤＳＣＨ９１６がレガシーＵＥによって受信されるとき、ＰＤＣＣＨ９１０内の制御情報はＰＤＳＣＨ９１６に関係し得る。
【００４９】
制御領域サイズ（すなわち、ＯＦＤＭシンボルの数）は、拡張送信帯域幅６１６にわたって均一であり得る。代替的に、制御領域サイズは、拡張キャリア６０９とベースキャリア６０２とでは異なり得る。制御領域サイズが拡張送信帯域幅６１６にわたって均一であるとき、ベースキャリア６０２中で適用される同じＰＣＦＩＣＨ値（たとえば、１つ、２つまたは３つのＯＦＤＭシンボル）が拡張キャリア６０９中でも適用され得る。ＰＣＦＩＣＨはベースキャリア６０２中でのみ受信され得る。代替的に、ＰＣＦＩＣＨは拡張送信帯域幅６１６にわたって延在し得る。制御領域サイズがベースキャリア６０２と拡張キャリア６０９とで異なるとき、非レガシーＵＥは、ＲＲＣシグナリングを通して拡張キャリア６０９の制御領域サイズを受信し得る。そのような構成では、拡張キャリア６０９中にＰＣＦＩＣＨはない。
【００５０】
肯定応答（ＡＣＫ）／否定応答（ＮＡＣＫ）フィードバックのためのＰＨＩＣＨに関して、ＰＨＩＣＨは、拡張キャリア６０９上で搬送されることができず、または拡張送信帯域幅６１６にわたって延在し得る。拡張キャリア６０９上にＰＨＩＣＨがないとき、ＰＨＩＣＨは、ベースキャリア６０２のみにわたり、アップリンク送信のためのＡＣＫ／ＮＡＣＫは、ベースキャリア６０２にマッピングされたＰＨＩＣＨに依拠する。ＰＨＩＣＨが拡張送信帯域幅６１６にわたるとき、非レガシーＵＥのみがＰＨＩＣＨを受信し得る（すなわち、後方互換性がない）。概して、拡張キャリア６０９が制御のために使用されるとき、（１）拡張送信帯域幅６１６を受信することが可能でないレガシーＵＥと、拡張送信帯域幅６１６を受信することが可能な非レガシーＵＥとの間のＴＤＭ区分と、（２）ベースキャリア６０２中の制御領域と、拡張キャリア６０９中の制御領域との、定義された２つの独立した制御領域と、（３）ベース送信帯域幅６０２と拡張送信帯域幅６１６とにわたる制御チャネルが同じサブフレーム中で一緒に多重化され、ＣＣＥ区分が使用されるのとの３つのオプションがある。
【００５１】
レガシーＵＥと非レガシーＵＥとの間のＴＤＭ区分
図１０は、レガシーＵＥと非レガシーＵＥとの間のＴＤＭを説明するための図１０００である。制御領域が拡張送信帯域幅６１６にわたる非レガシーサブフレーム（タイプＡ）と、制御領域がベース送信帯域幅６０２にわたるレガシーサブフレーム（タイプＢ）との２つの異なるタイプのユニキャストサブフレームがあり得る。タイプＢサブフレームはレガシー動作をサポートする。タイプＡサブフレームでは、拡張送信帯域幅６１６をサポートすることが可能なＵＥのみが多重化される。図１０に示すように、サブフレーム３、７の中では、制御領域は拡張送信帯域幅にわたり、一方、サブフレーム０、１、２、４、５、６、および９の中では、制御領域はベース送信帯域幅６０２にわたる。したがって、ユニキャスト送信の場合、レガシーＵＥは、サブフレーム０、１、２、４、５、６、および９中で受信／送信し得、一方、非レガシーＵＥは、マルチキャスト／ブロードキャストコンテンツのためのものであるマルチキャストブロードキャスト単一周波数ネットワーク（ＭＢＳＦＮ：Multicast Broadcast Single Frequency Network）サブフレーム８を除いて、サブフレームのすべてでユニキャストコンテンツを受信／送信し得る。タイプＢサブフレームの場合、非レガシーＵＥは、すべてのＯＦＤＭシンボルにわたって延在する拡張キャリア中でＰＤＳＣＨを受信し得（図８参照）、タイプＡサブフレーム中では、非レガシーＵＥは、すべての非制御ＯＦＤＭシンボルにわたって延在する拡張キャリア中でＰＤＳＣＨを受信し得る（図９参照）。サブフレーム構成は、システム情報（ＳＩ）（たとえば、システム情報ブロック（ＳＩＢ：system information block））および／またはＲＲＣシグナリングを通して半静的に与えられ得る。代替的に、サブフレーム構成は、サブフレームごとに動的に変更され得る。動的サブフレーム構成の場合、非レガシーＵＥは、ブラインド復号を通してサブフレームがタイプＡのものであるか、またはタイプＢのものであるかを判断することができる。すなわち、非レガシーＵＥは、様々な可能なＰＤＣＣＨフォーマットを用いてそれのＰＤＣＣＨ探索空間を復号しようと試み、どのＰＤＣＣＨ探索空間が正常に復号されたかに基づいて、サブフレームがタイプＡのものであるか、またはタイプＢのものであるかを判断することができる。
【００５２】
ＴＤＭ区分オプションの場合、ｅＮＢのスケジューラは、ＵＥがサポートするサブフレーム内にダウンリンク／アップリンクのＨＡＲＱタイムラインが保たれることを確認する。非レガシーＵＥは、帯域幅が変動するすべてのユニキャストサブフレーム（タイプＡおよびタイプＢ）を監視しなければならない。レガシーＵＥは、レガシーユニキャストサブフレーム（タイプＢ）を監視するだけでよい。制御領域サイズは、非レガシーサブフレームのための拡張送信帯域幅６１６にわたって均一であり得る。同じＰＣＦＩＣＨ値が、ベースキャリア６０２と拡張キャリア６０９との中の制御領域に適用され得る。単一のＰＣＦＩＣＨは拡張送信帯域幅６１６にわたり得る。ダウンリンク上でＡＣＫ／ＮＡＣＫフィードバックを搬送するＰＨＩＣＨは拡張送信帯域幅６１６にわたり得る。
【００５３】
ベースキャリアおよび拡張キャリアのための独立制御領域
図１１は、拡張帯域幅のコンテキスト内での独立制御領域を説明するための図１１００である。第２のオプションでは、ベースキャリア６０２中に第１の独立ＰＤＣＣＨ１１１０をもち、拡張キャリア６０９中に第２の独立ＰＤＣＣＨ１１１２をもつ独立制御領域が定義され得る（拡張キャリア６０９は、少なくとも、上側拡張帯域幅６０８中に３つのＲＢをもち、下側拡張帯域幅６１０中に３つのＲＢをもつ、少なくとも６つのＲＢ幅であると仮定する）。非レガシーＵＥは、制御領域１１１２、１１１０の両方を監視するように構成され得、すなわち、非レガシーＵＥは、ベースキャリア６０２または拡張キャリア６０９上でＰＤＣＣＨを受信し得る。したがって、２つの独立した制御領域が定義される。
【００５４】
上記で説明したように、複数のＰＤＣＣＨフォーマットがある。使用されるフォーマットはＵＥにアプリオリに知られていないことがある。したがって、ＵＥは、様々なＰＤＣＣＨフォーマットを仮定して、様々なＣＣＥロケーションをブラインド復号しなければならない。ベース送信帯域幅６０２および拡張送信帯域幅６１６のためのブラインド復号の数を、ベース送信帯域幅６０２中の制御領域のみを監視するレガシーＵＥによって実行される数と同じに保つために、非レガシーＵＥは、各探索空間上でブラインド復号のサブセットのみ（たとえば１／２）を実行するように構成され得る。この特徴はＲＲＣシグナリングによって構成され得る。たとえば、単一の制御領域中で６＋６＋２＋２回のブラインド復号を実行するのではなく、非レガシーＵＥは、ベースキャリア６０２の制御領域中で３＋３＋１＋１回のブラインド復号を実行し、拡張キャリア６０９の制御領域中で３＋３＋１＋１回のブラインド復号を実行し得る。候補の数について以下で説明する。
【００５５】
ＬＴＥ  Ｒｅｌ−８では、各ＵＥは、制御領域中の共通探索空間とＵＥ固有探索空間の両方を監視し得る。探索空間は、ＵＥがそれのＰＤＣＣＨを発見し得るＣＣＥロケーションのセットを備え得る。各ＰＤＣＣＨを送信するために１つまたは複数のＣＣＥが使用される。すべてのＵＥが共通探索空間に気づいているが、専用探索空間は個別のＵＥのために構成される。サブフレーム中でＵＥが復号しようと試み得るＰＤＣＣＨ候補の最大数が表１に記載されている。ＰＤＣＣＨ候補は、いくつかのＣＣＥを使用して送信される。リソース要素グループ（ＲＥＧ）として知られる４つの物理リソース要素（ＲＥ：resource element）の９つのセットが各ＣＣＥを構成する。したがって、１つのＣＣＥは３６個のＲＥに等しい。ＰＤＣＣＨ候補のために使用されるＣＣＥの数は、１、２、４、または８であり得る。ＰＤＣＣＨ候補のために使用されるＣＣＥの数はアグリゲーションレベルと呼ばれることもある。各探索空間は、ＰＤＣＣＨ候補と呼ばれるＰＤＣＣＨに割り当てられ得る連続するＣＣＥのグループを備える。ＣＣＥアグリゲーションレベルは、探索空間中のＰＤＣＣＨ候補の数を判断し、ＰＤＣＣＨフォーマットによって与えられる。表１は、アグリゲーションレベルごとの候補の数と探索空間のサイズとを与える。
【表１】
2014534701.tif 000003
【００５６】
表１において、共通探索空間中に最高６つ（すなわち、ＣＣＥアグリゲーションレベル４のための４つ、およびアグリゲーションレベル８のための２つ）のＰＤＣＣＨ候補があり、ＵＥ固有探索空間中に最高１６個（すなわち、アグリゲーションレベル１のための６つ、アグリゲーションレベル２のための６つ、アグリゲーションレベル４のための２つ、およびアグリゲーションレベル８のための２つ）の候補があり得ることが観測され得る。表１から、複数のＰＤＣＣＨ候補の各ＰＤＣＣＨ候補内で探索されるべきＣＣＥの数はアグリゲーションレベルに依存し得ることが観測され得る。したがって、どちらもサイズが１６個のＣＣＥであるが、共通アグリゲーションレベル４のための４つのＰＤＣＣＨ候補と共通アグリゲーションレベル８のための２つのＰＤＣＣＨ候補とがある。それのＰＤＣＣＨを発見するために、ＵＥは、あらゆるサブフレーム中でＰＤＣＣＨ候補のセットを監視する。ここで、上記の例に戻ると、単一の制御領域上の６＋６＋２＋２個のＰＤＣＣＨ候補は、復号される必要があるＵＥ固有探索空間のためのＰＤＣＣＨ候補の総数（すなわち、アグリゲーションレベル１のための６つ、アグリゲーションレベル２のための６つ、アグリゲーションレベル４のための２つ、およびアグリゲーションレベル８のための２つ）を表す。制御領域をベース送信帯域幅６０２中の１つと拡張送信帯域幅中のもう１つとの２つに分割することによって、各制御領域中でＰＤＣＣＨ候補の数の半分、３＋３＋１＋１しか復号される必要がない。
【００５７】
図１２は、ＰＤＣＣＨ領域がＬ＝２およびＬ＝４の２つのアグリゲーションレベルの候補を有する制御領域探索空間を説明するための図１２００である。ＰＤＣＣＨフォーマット２の場合、アグリゲーションレベルは４であり、したがって、ＰＤＣＣＨは４つのＣＣＥ中で送信される。ＰＤＣＣＨフォーマット１の場合、アグリゲーションレベルは２であり、したがって、ＰＤＣＣＨは２つのＣＣＥ中で送信される。特定のＵＥは、それの制御情報を取得するために、異なるＰＤＣＣＨフォーマットをもつ様々なＣＣＥロケーションを確認する必要があり得る。探索空間全体が８つのＣＣＥを含むと仮定すると、特定のＵＥは、それの制御情報を取得するために、ＰＤＣＣＨフォーマット２のためのＰＤＣＣＨ候補０、１と、ＰＤＣＣＨフォーマット１のためのＰＤＣＣＨ候補０、１、２、３とをブラインド復号する必要があり得る。
【００５８】
拡張キャリア６０９中の制御領域が、動的／半永続的スケジューリング（ＳＰＳ：semi-persistent scheduling）のための補足リソースとしてしか使用され得ないので、拡張キャリア６０９中の制御領域の効率はＲｅｌ−８スタンドアロン６ＲＢキャリアに勝る改善を与える。さらに、不十分な制御リソースによる最小損失がある。ベースキャリア６０２と拡張キャリア６０９との中に独立制御領域をもつオプションの場合、拡張キャリア６０９の制御領域中にＰＨＩＣＨリソースとＰＣＦＩＣＨリソースとがないことがある。そのような構成では、ＵＥは、同じサブフレーム中のベースキャリア６０２上に設けられたＰＨＩＣＨとＰＣＦＩＣＨとに依拠し得る。拡張キャリア６０９の制御領域サイズを確認するためにベースキャリア６０２上のＰＣＦＩＣＨに依拠するのではなく、非レガシーＵＥは、ＲＲＣシグナリングを通して拡張キャリア６０９の制御領域サイズを受信し得る。
【００５９】
ＣＣＥ区分
図１３は、拡張帯域幅のコンテキスト内でのＣＣＥ区分を用いる１つの制御領域を説明するための第１の図１３００である。図１３に示すように、すべてのサブフレームに１つのＰＤＣＣＨ１３１２があり得、したがって、ベースキャリア６０２と拡張キャリア６０９とにわたる制御チャネルが同じサブフレーム中で一緒に多重化され得る。そのような構成では、ベースキャリア６０２および拡張キャリア６０９のためのＣＣＥのプールが定義され得る。レガシープール（ベースセット）は、レガシーＵＥと非レガシーＵＥの両方のためのベースキャリア６０２内に位置するＣＣＥを含み得、非レガシープール（拡張セット）は、非レガシーＵＥのための拡張キャリア６０９内に位置するＣＣＥを含み得る。
【００６０】
図１４は、拡張帯域幅のコンテキスト内でのＣＣＥ区分を用いる１つの制御領域を説明するための第２の図１４００である。ベースキャリア６０２内のＣＣＥのベースセットは、０、１、２、．．．、Ｎ−１と番号付けされ得、拡張キャリア６０９内のＣＣＥの拡張セットは、Ｎ、Ｎ＋１、．．．、Ｎ＋Ｋ−１と番号付けされ得る。ＰＤＣＣＨからＣＣＥへのマッピングの場合、レガシーＵＥは、ベースキャリア６０２のためのベースセットからのＣＣＥのみを使用し得、非レガシーＵＥは、ベースキャリア６０２のためのベースセットと拡張キャリア６０９のための拡張セットとの両方からのＣＣＥを使用し得る。たとえば、非レガシーＵＥのＰＤＣＣＨは、ＣＣＥ０、１、Ｎ、Ｎ＋１上にマッピングされ得、最初の２つは、ベースキャリア６０２のためのベースセットに属し、第２の２つは、拡張キャリア６０９のための拡張セットに属する。この特徴は、拡張送信帯域幅６１６上にＰＤＣＣＨ空間を拡張し、より多くのスケジューリングフレキシビリティとＰＤＣＣＨダイバーシティとを与えることができる。負荷分散が考慮に入れられ得、たとえば、非レガシーＵＥは、拡張制御にオフロードされ、レガシー制御にレガシーＵＥのためにより多くの空間を作り得る。さらに、ツリー構造は、各制御空間上に保存され得る。
【００６１】
ＣＣＥのベースセットまたはＣＣＥの拡張セットのうちの１つへのＲＥＧのマッピングはインターリービングのために別個である。ＰＣＦＩＣＨおよびＰＨＩＣＨは、ベースキャリア６０２のためのベースセットのＣＣＥ上にのみマッピングされ得る。制御領域サイズは、ベースキャリア６０２と拡張キャリア６０９の両方に対して同じであり得る。
【００６２】
アップリンク動作
図１５は、ＰＵＳＣＨのための拡張キャリアの使用を示す図１５００である。図１５に示すように、拡張帯域幅は、ＰＵＣＣＨ領域１５１０の後に付加される。拡張帯域幅は、非レガシーＵＥのための、半静的に構成されたＰＵＣＣＨリソースのＰＵＳＣＨ１５０２のために使用され得る。いくつかのスケジューリング制限が課され得る。たとえば、Ｒｅｌ−１０は、ＵＬ上で最高２つのクラスタ割当てをサポートする。これは、マルチユーザダイバーシティのために問題ではない。したがって、ＰＵＳＣＨは、連続しているか、またはシングルキャリア上にある必要がない。したがって、ＵＬ上の２クラスタ割当ての場合、非レガシーＵＥは、ＰＵＳＣＨ１５０２とＰＵＳＣＨ１５０４とを送信し得る。しかしながら、マルチクラスタリングされたＰＵＳＣＨ送信に関する放出マスク問題により、狭帯域ＰＵＳＣＨ送信はマルチクラスタリングされたＰＵＳＣＨ送信よりも可能性が高く、したがって、非レガシーＵＥは、ＰＵＳＣＨ１５０２とＰＵＳＣＨ１５０４の両方の上ではなく、いずれかの上で送信し得る。拡張送信帯域幅６１６のエッジ上により大きい干渉があるので、ｅＮＢは、ＰＵＳＣＨ１５０４中など、ベースキャリア６０２中に高い経路損失をもつ非レガシーＵＥをスケジュールし、ＰＵＳＣＨ１５０２中など、拡張キャリア６０９中に低い経路損失をもつ非レガシーＵＥをスケジュールし得る。
【００６３】
図１６は、ワイヤレス通信の方法のフローチャート１６００である。本方法はＵＥによって実行される。ステップ１６０２において、ＵＥは、拡張帯域幅の利用可能性を示す拡張帯域幅情報を受信する。拡張帯域幅は、ベースキャリアと、ベースキャリアのレガシーガードバンド内の拡張キャリアとを含む。ステップ１６０４において、ＵＥは、拡張帯域幅情報に基づいて拡張キャリア中のダウンリンク上でデータを受信する。ステップ１６０６において、ＵＥは、拡張帯域幅情報に基づいて拡張キャリア中のアップリンク上でデータを送信するか、ベースキャリア中のアップリンク上でデータを送信するか、またはベースキャリアと拡張キャリアの両方の中のアップリンク上でデータを同時に送信する。
【００６４】
一構成では、拡張帯域幅は、ベースキャリアのベース帯域幅と、ベースキャリアの上側レガシーガードバンド中の上側拡張帯域幅と、ベースキャリアの下側レガシーガードバンド中の下側拡張帯域幅とを含む。上側拡張帯域幅と下側拡張帯域幅とは等しいサイズを有する。一構成では、拡張帯域幅情報はＲＲＣシグナリングを通して受信される。
【００６５】
図１７は、ＴＤＭ区分のコンテキスト内でのワイヤレス通信の方法の第１のフローチャート１７００である。本方法は、ＵＥによって実行され得る。ステップ１７０２では、ＵＥは、サブフレームの第１のセット（たとえば、図１０のタイプＡサブフレーム）中の拡張帯域幅と、サブフレームの第２のセット（たとえば、図１０のタイプＢサブフレーム）中のベースキャリアのベース帯域幅とにわたって延在する制御チャネル中のダウンリンク中で制御情報を受信する。一構成では、サブフレームの第１のセットは、非レガシー動作をサポートするＵＥ（すなわち、非レガシーＵＥ）によって利用され、サブフレームの第２のセットは、レガシー動作をサポートするＵＥ（すなわち、非レガシーＵＥとレガシーＵＥの両方）に利用される。一構成では、拡張キャリア内の制御チャネルのサイズ（すなわち、ＯＦＤＭシンボルの数）は、ベースキャリア内の制御チャネルのサイズ（すなわち、ＯＦＤＭシンボルの数）に等しい。第１の構成では、ステップ１７０４において、ＵＥは、拡張帯域幅にわたって延在するＰＣＦＩＣＨ中でベースキャリアおよび拡張キャリアの制御チャネルのサイズを受信する。第２の構成では、ステップ１７０６において、ＵＥは、ベースキャリアのベース帯域幅にわたって延在するＰＣＦＩＣＨ中でベースキャリアの制御チャネルのサイズを受信する。そのような構成では、ステップ１７０８において、ＵＥは、拡張キャリアの制御チャネルのサイズが、ベースキャリアの制御チャネルのサイズに等しいと仮定する。第３の構成では、ステップ１７１０において、ＵＥは、ベースキャリアのベース帯域幅にわたって延在するＰＣＦＩＣＨ中でベースキャリアの制御チャネルのサイズを受信する。そのような構成では、ステップ１７１２において、ＵＥは、ＲＲＣシグナリングを通して拡張キャリアの制御領域のサイズを受信する。
【００６６】
図１８は、ＴＤＭ区分のコンテキスト内でのワイヤレス通信の方法の第２のフローチャート１８００である。本方法は、ＵＥによって実行され得る。ステップ１８０２において、ＵＥは、サブフレームの第１のセット中の拡張帯域幅と、サブフレームの第２のセット中のベースキャリアのベース帯域幅とにわたって延在する制御チャネル中のダウンリンク中で制御情報を受信する。ステップ１８０４において、ＵＥは、サブフレームの第１のセット中の拡張帯域幅と、サブフレームの第２のセット中のベース帯域幅とにわたって延在するＰＨＩＣＨ上でＡＣＫ／ＮＡＣＫフィードバックを受信する。ステップ１８０６において、ＵＥは、フレームのどのサブフレームがサブフレームの第１のセットに属し、フレームのどのサブフレームがサブフレームの第２のセットに属するかを示す、ＳＩまたはＲＲＣシグナリングのうちの少なくとも１つを受信する。ステップ１８０８において、ＵＥは、制御領域内のＣＣＥロケーションのセットをブラインド復号し、ステップ１８１０において、ブラインド復号に基づいて、フレームのどのサブフレームがサブフレームの第１のセットに属し、フレームのどのサブフレームがサブフレームの第２のセットに属するかを判断する。
【００６７】
図１９は、定義された独立制御チャネルのコンテキスト内でのワイヤレス通信の方法のフローチャート１９００である。本方法は、ＵＥによって実行され得る。ステップ１９０２では、ＵＥは、制御チャネルのベース制御領域または制御チャネルの拡張制御領域のうちの１つの中のダウンリンク中で制御情報を受信する。ベース制御領域はベースキャリア中にある。拡張制御領域は、拡張キャリア中にあり、ベース制御領域とは無関係である。ステップ１９０４において、ＵＥは、ベース制御領域内のＣＣＥロケーションの第１のセットと、拡張制御領域内のＣＣＥロケーションの第２のセットとをブラインド復号することを通して制御情報が受信される制御領域を判断する。一構成では、ＰＨＩＣＨは、制御チャネルのベース制御領域中でのみ受信される。一構成では、ＰＣＦＩＣＨは、制御チャネルのベース制御領域中でのみ受信される。ステップ１９０６において、ＵＥは、ＰＣＦＩＣＨ中でベース制御領域の制御チャネルのサイズを受信し、ステップ１９０８において、ＵＥは、ＲＲＣシグナリングを通して拡張制御領域の制御チャネルのサイズを受信する。
【００６８】
図２０は、ＣＣＥ区分を用いる共通制御チャネルのコンテキスト内でのワイヤレス通信の方法のフローチャート２０００である。本方法は、ＵＥによって実行され得る。ステップ２００２において、ＵＥは、拡張帯域幅にわたって延在する制御チャネル中のダウンリンク中で制御情報を受信する。ステップ２００４において、ＵＥは、制御情報を求めて制御チャネル内のＣＣＥロケーションのセットを探索する。そのような構成では、ＣＣＥロケーションのセットは、ＣＣＥのベースセットとＣＣＥの拡張セットとを含む複数のＣＣＥ内にある。ＣＣＥのベースセットとＣＣＥの拡張セットとは非レガシー動作をサポートするＵＥのためのものであり、ＣＣＥのベースセットはレガシー動作をサポートするＵＥのためのものである。ステップ２００６において、ＵＥは、ＲＥＧをＣＣＥのベースセットまたはＣＣＥの拡張セットのうちの１つにマッピングする。一構成では、ＰＨＩＣＨは、ＣＣＥのベースセット中でのみ受信される。一構成では、ＰＣＦＩＣＨは、ＣＣＥのベースセット中でのみ受信される。ステップ２００８において、ＵＥは、ＰＣＦＩＣＨ中でベースキャリアの制御チャネルのサイズを受信し、ステップ２０１０において、ＵＥは、拡張キャリアの制御チャネルのサイズが、ベースキャリアの制御チャネルのサイズに等しいと仮定する。
【００６９】
図２１は、例示的な装置１００中の異なるモジュール／手段／構成要素間のデータフローを示す概念データフロー図２１００である。装置１００は、拡張帯域幅の利用可能性を示す拡張帯域幅情報２１１０を受信するように構成された拡張帯域幅受信モジュール２１０２を含む。拡張帯域幅は、ベースキャリアと、ベースキャリアのレガシーガードバンド内の拡張キャリアとを含む。装置１００は、拡張帯域幅情報２１１０に基づいて拡張キャリア中のダウンリンク上でデータを受信するように構成された受信モジュール２１０４をさらに含む。装置１００は、拡張帯域幅情報２１１０に基づいてｅＮＢ２１５０に拡張キャリア中のアップリンク上でデータを送信すること、ｅＮＢ２１５０にベースキャリア上のアップリンク上でデータを送信すること、および／またはｅＮＢ２１５０にベースキャリアと拡張キャリアの両方の上のアップリンク上で同時にデータを送信することを行うように構成された送信モジュール２１０６をさらに含む。
【００７０】
本装置は、図１６〜図２０を含む、上述のフローチャート中のアルゴリズムのステップの各々を実行する追加のモジュールを含み得る。したがって、上述のフローチャート中の各ステップは、１つのモジュールによって実行され得、装置は、それらのモジュールのうちの１つまたは複数を含み得る。それらのモジュールは、述べられたプロセス／アルゴリズムを行うように特に構成された１つまたは複数のハードウェア構成要素であるか、述べられたプロセス／アルゴリズムを実行するように構成されたプロセッサによって実装されるか、プロセッサによる実装のためにコンピュータ可読媒体内に記憶されるか、またはそれらの何らかの組合せであり得る。
【００７１】
図２２は、処理システム２２１４を採用する装置１００’のためのハードウェア実装形態の一例を示す図である。処理システム２２１４は、バス２２２４によって概略的に表されるバスアーキテクチャを用いて実装され得る。バス２２２４は、処理システム２２１４の特定の適用例および全体的な設計制約に応じて、任意の数の相互接続バスおよびブリッジを含み得る。バス２２２４は、プロセッサ２２０４によって表される１つまたは複数のプロセッサおよび／またはハードウェアモジュールと、モジュール２１０２、２１０４、２１０６と、コンピュータ可読媒体２２０６とを含む様々な回路を互いにリンクする。バス２２２４はまた、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をリンクし得るが、これらの回路は当技術分野においてよく知られており、したがって、これ以上説明しない。
【００７２】
本装置は、トランシーバ２２１０に結合された処理システム２２１４を含む。トランシーバ２２１０は、１つまたは複数のアンテナ２２２０に結合される。トランシーバ２２１０は、伝送媒体を介して様々な他の装置と通信するための手段を与える。処理システム２２１４は、コンピュータ可読媒体２２０６に結合されたプロセッサ２２０４を含む。プロセッサ２２０４は、コンピュータ可読媒体２２０６に記憶されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ２２０４によって実行されたとき、処理システム２２１４に、特定の装置のための上記で説明した様々な機能を実行させる。コンピュータ可読媒体２２０６はまた、ソフトウェアを実行するときにプロセッサ２２０４によって操作されるデータを記憶するために使用され得る。処理システムは、モジュール２１０２、２１０４、２１０６をさらに含む。それらのモジュールは、プロセッサ２２０４中で動作するか、コンピュータ可読媒体２２０６中に常駐する／記憶されたソフトウェアモジュールであるか、プロセッサ２２０４に結合された１つまたは複数のハードウェアモジュールであるか、またはそれらの何らかの組合せであり得る。処理システム２２１４は、ＵＥ１２０の構成要素であり得、メモリ３８２、および／またはＴＸプロセッサ３６４と、ＲＸプロセッサ３５８と、コントローラ／プロセッサ３８０とのうちの少なくとも１つを含み得る。
【００７３】
一構成では、ワイヤレス通信のための装置１００／１００’は、拡張帯域幅の利用可能性を示す拡張帯域幅情報を受信するための手段を含む。拡張帯域幅は、ベースキャリアと、ベースキャリアのレガシーガードバンド内の拡張キャリアとを含む。本装置は、拡張帯域幅情報に基づいて拡張キャリア中のダウンリンク上でデータを受信するための手段をさらに含む。本装置は、拡張帯域幅情報に基づいて拡張キャリア中のアップリンク上でデータを送信するための手段をさらに含み得る。本装置は、サブフレームの第１のセット中の拡張帯域幅と、サブフレームの第２のセット中のベースキャリアのベース帯域幅とにわたって延在する制御チャネル中のダウンリンク中で制御情報を受信するための手段をさらに含み得る。本装置は、拡張帯域幅にわたって延在するＰＣＦＩＣＨ中でベースキャリアおよび拡張キャリアの制御チャネルのサイズを受信するための手段をさらに含み得る。本装置は、ベースキャリアのベース帯域幅にわたって延在するＰＣＦＩＣＨ中でベースキャリアの制御チャネルのサイズを受信するための手段と、拡張キャリアの制御チャネルのサイズが、ベースキャリアの制御チャネルのサイズに等しいと仮定するための手段とをさらに含み得る。本装置は、ベースキャリアのベース帯域幅にわたって延在するＰＣＦＩＣＨ中でベースキャリアの制御チャネルのサイズを受信するための手段と、ＲＲＣシグナリングを通して拡張キャリアの制御領域のサイズを受信するための手段とをさらに含み得る。本装置は、サブフレームの第１のセット中の拡張帯域幅と、サブフレームの第２のセット中のベース帯域幅とにわたって延在するＰＨＩＣＨ上でＡＣＫ／ＮＡＣＫフィードバックを受信するための手段をさらに含み得る。本装置は、フレームのどのサブフレームがサブフレームの第１のセットに属し、フレームのどのサブフレームがサブフレームの第２のセットに属するかを示す、ＳＩまたはＲＲＣシグナリングのうちの少なくとも１つを受信するための手段をさらに含み得る。本装置は、制御領域内のＣＣＥロケーションのセットをブラインド復号するための手段と、ブラインド復号に基づいて、フレームのどのサブフレームがサブフレームの第１のセットに属し、フレームのどのサブフレームがサブフレームの第２のセットに属するかを判断するための手段とをさらに含み得る。本装置は、制御チャネルのベース制御領域または制御チャネルの拡張制御領域のうちの１つの中のダウンリンク中で制御情報を受信するための手段をさらに含み得る。ベース制御領域はベースキャリア中にある。拡張制御領域は、拡張キャリア中にあり、ベース制御領域とは無関係である。本装置は、ベース制御領域内のＣＣＥロケーションの第１のセットと、拡張制御領域内のＣＣＥロケーションの第２のセットとをブラインド復号することを通して制御情報が受信される制御領域を判断するための手段をさらに含み得る。本装置は、ＰＣＦＩＣＨ中でベース制御領域の制御チャネルのサイズを受信するための手段と、ＲＲＣシグナリングを通して拡張制御領域の制御チャネルのサイズを受信するための手段とをさらに含み得る。本装置は、拡張帯域幅にわたって延在する制御チャネル中のダウンリンク中で制御情報を受信するための手段と、制御情報を求めて制御チャネル内のＣＣＥロケーションのセットを探索するための手段とをさらに含み得る。そのような構成では、ＣＣＥロケーションのセットは、ＣＣＥのベースセットとＣＣＥの拡張セットとを含む複数のＣＣＥ内にあり、ＣＣＥのベースセットとＣＣＥの拡張セットとは非レガシー動作をサポートするＵＥのためのものであり、ＣＣＥのベースセットはレガシー動作をサポートするＵＥのためのものである。本装置は、ＲＥＧをＣＣＥのベースセットまたはＣＣＥの拡張セットのうちの１つにマッピングするための手段をさらに含み得る。本装置は、ＰＣＦＩＣＨ中でベースキャリアの制御チャネルのサイズを受信するための手段と、拡張キャリアの制御チャネルのサイズが、ベースキャリアの制御チャネルのサイズに等しいと仮定するための手段とをさらに含み得る。本装置は、ベースキャリア上のアップリンク上でデータを送信するための手段をさらに含み得る。本装置は、ベースキャリア中のアップリンク上でのデータの送信と同時に、拡張キャリア中のアップリンク上でデータを送信するための手段をさらに含み得る。上述の手段は、上述の手段によって具陳される機能を実行するように構成された、装置１００、および／または装置１００’の処理システム２２１４の上述のモジュールのうちの１つまたは複数であり得る。上記で説明したように、処理システム２２１４は、ＴＸプロセッサ３６４と、ＲＸプロセッサ３５８と、コントローラ／プロセッサ３８０とを含み得る。したがって、一構成では、上述の手段は、上述の手段によって具陳された機能を実行するように構成されたＴＸプロセッサ３６４と、ＲＸプロセッサ３５８と、コントローラ／プロセッサ３８０とであり得る。
【００７４】
情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。
【００７５】
さらに、本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課された設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈されるべきではない。
【００７６】
本明細書の開示に関して説明した様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明した機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。
【００７７】
本明細書の開示に関して説明した方法またはアルゴリズムのステップは、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている任意の他の形態の記憶媒体中に常駐し得る。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末中に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。
【００７８】
１つまたは複数の例示的な設計では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され得る。コンピュータ可読媒体は、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む、コンピュータ記憶媒体とコンピュータ通信媒体の両方を含む。記憶媒体は、汎用または専用コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコード手段を搬送または記憶するために使用され得、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、ソフトウェアが、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。
【００７９】
本開示についての以上の説明は、いかなる当業者も本開示を作成または使用することができるように与えたものである。本開示への様々な修正は当業者には容易に明らかとなり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の変形形態に適用され得る。したがって、本開示は、本明細書で説明した例および設計に限定されるものではなく、本明細書で開示した原理および新規の特徴に合致する最も広い範囲を与えられるべきである。
【図１】
2014534701.tif 000004
【図２】
2014534701.tif 000005
【図３】
2014534701.tif 000006
【図４Ａ】
2014534701.tif 000007
【図４Ｂ】
2014534701.tif 000008
【図５Ａ】
2014534701.tif 000009
【図５Ｂ】
2014534701.tif 000010
【図６Ａ】
2014534701.tif 000011
【図６Ｂ】
2014534701.tif 000012
【図７】
2014534701.tif 000013
【図８】
2014534701.tif 000014
【図９】
2014534701.tif 000015
【図１０】
2014534701.tif 000016
【図１１】
2014534701.tif 000017
【図１２】
2014534701.tif 000018
【図１３】
2014534701.tif 000019
【図１４】
2014534701.tif 000020
【図１５】
2014534701.tif 000021
【図１６】
2014534701.tif 000022
【図１７】
2014534701.tif 000023
【図１８】
2014534701.tif 000024
【図１９】
2014534701.tif 000025
【図２０】
2014534701.tif 000026
【図２１】
2014534701.tif 000027
【図２２】
2014534701.tif 000028
【国際調査報告】
2014534701.tif 000029
2014534701.tif 000030