(57)【特許請求の範囲】
【請求項１】
プロセッサを含む無線装置によって実行される、無線通信の方法であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信することと、
前記第１のタイプのサブフレームのための第１の送信モードを、前記第１のタイプのサブフレームのための第１のセットの送信モードから選択することと、
前記第２のタイプのサブフレームのための第２の送信モードを、前記第２のタイプのサブフレームのための第２のセットの送信モードから選択することと、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを利用することと、を備え、
前記第１および第２の送信モードは両方とも、アップリンク（ＵＬ）送信モードまたはダウンリンク（ＤＬ）送信モードを備え、
前記送信モードを利用することは、前記複数のサブフレームのおのおのを送信するために前記ＵＬ送信モードを利用すること、または、前記複数のサブフレームのおのおのを受信するために前記ＤＬ送信モードを利用することを備え、
前記第２のセットの送信モードは、前記第１のセットの送信モードを備え、前記第１のセットの送信モードは、ユーザ機器特有の基準信号が送信されるすべての送信モードを備える、方法。
【請求項２】
前記第１のタイプのサブフレームはマルチキャスト・ブロードキャスト・シングル周波数ネットワーク（ＭＢＳＦＮ）サブフレームであり、前記第２のタイプのサブフレームは非ＭＢＳＦＮサブフレームである、請求項１に記載の方法。
【請求項３】
前記第１のタイプのサブフレームと前記第２のタイプのサブフレームとは、異なるチャネル条件下または干渉条件下にある、請求項１に記載の方法。
【請求項４】
前記第１および第２のセットの送信モードは、アップリンク（ＵＬ）送信モードであり、前記通信することは、前記複数のサブフレームを送信することを備え、前記選択された送信モードを利用することは、前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおのを送信するために前記選択された送信モードを利用することを備える、請求項１に記載の方法。
【請求項５】
前記第１および第２のセットの送信モードは、ダウンリンク（ＤＬ）送信モードであり、前記通信することは、前記複数のサブフレームを受信することを備え、前記選択された送信モードを利用することは、前記複数のサブフレームのおのおのを受信するために前記選択された送信モードを利用することを備える、請求項１に記載の方法。
【請求項６】
前記第１のセットの送信モードは、少なくとも、ＬＴＥ Ｒｅｌ−９ 送信モード７とモード８とを備える、請求項５に記載の方法。
【請求項７】
前記第２のセットの送信モードは、すべてのＬＴＥ Ｒｅｌ−９ 送信モードを備える、請求項５に記載の方法。
【請求項８】
前記選択された第１の送信モードと、前記選択された第２の送信モードとは異なる、請求項５に記載の方法。
【請求項９】
前記サブフレームが前記第１のタイプのサブフレームであるか、または前記第２のタイプのサブフレームであるかに依存して、前記複数のサブフレームのうちのサブフレームのために異なるチャネル・フィードバックを構築すること、をさらに備える請求項１に記載の方法。
【請求項１０】
前記チャネル・フィードバックは、異なるモードで構築される、請求項９に記載の方法。
【請求項１１】
前記第１のタイプのサブフレームのチャネル・フィードバックは、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）に基づき、前記第２のタイプのサブフレームのチャネル・フィードバックは、セル特有の基準信号（ＣＲＳ）に基づく、請求項９に記載の方法。
【請求項１２】
前記サブフレームが前記第１のタイプのサブフレームであるか、または、前記第２のタイプのサブフレームであるかに基づく周期で、チャネル・フィードバックを送信すること、をさらに備える請求項１に記載の方法。
【請求項１３】
前記複数のサブフレームのおのおののタイプとは無関係にチャネル・フィードバックを構築することをさらに備え、前記チャネル・フィードバックは、セル特有の基準信号（ＣＲＳ）またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）に基づいて構築される、請求項１に記載の方法。
【請求項１４】
どれが前記第１のタイプのサブフレームであり、どれが前記第２のタイプのサブフレームであるかに関する、サブフレームに関する情報を受信すること、をさらに備える請求項１に記載の方法。
【請求項１５】
プロセッサを含む無線装置によって実行される、無線通信の方法であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信することと、
前記第１のタイプのサブフレームのための第１の送信モードを、前記第１のタイプのサブフレームのための第１のセットの送信モードから選択することと、
前記第２のタイプのサブフレームのための第２の送信モードを、前記第２のタイプのサブフレームのための第２のセットの送信モードから選択することと、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを用いてユーザ機器（ＵＥ）を設定することと、を備え、
前記第１および第２の送信モードは両方とも、アップリンク（ＵＬ）送信モードまたはダウンリンク（ＤＬ）送信モードを備え、
前記第２のセットの送信モードは、前記第１のセットの送信モードを備え、前記第１のセットの送信モードは、ユーザ機器特有の基準信号が送信されるすべての送信モードを備える、方法。
【請求項１６】
前記第１のタイプのサブフレームはマルチキャスト・ブロードキャスト・シングル周波数ネットワーク（ＭＢＳＦＮ）サブフレームであり、前記第２のタイプのサブフレームは非ＭＢＳＦＮサブフレームである、請求項１５に記載の方法。
【請求項１７】
前記ＵＥの送信モードを設定することは、前記ＵＥのチャネル条件または干渉条件に基づく、請求項１５に記載の方法。
【請求項１８】
前記サブフレームが前記第１のタイプのサブフレームであるか、または前記第２のタイプのサブフレームであるかに依存して、前記複数のサブフレームのうちのサブフレームのために異なるチャネル・フィードバックを受信すること、をさらに備える請求項１５に記載の方法。
【請求項１９】
無線通信のための装置であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信する手段と、
前記第１のタイプのサブフレームのための第１の送信モードを、前記第１のタイプのサブフレームのための第１のセットの送信モードから選択する手段と、
前記第２のタイプのサブフレームのための第２の送信モードを、前記第２のタイプのサブフレームのための第２のセットの送信モードから選択する手段と、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを利用する手段と、を備え、
前記第１および第２の送信モードは両方とも、アップリンク（ＵＬ）送信モードまたはダウンリンク（ＤＬ）送信モードを備え、
前記送信モードを利用する手段は、前記複数のサブフレームのおのおのを送信するために前記ＵＬ送信モードを利用すること、または、前記複数のサブフレームのおのおのを受信するために前記ＤＬ送信モードを利用する手段を備え、
前記第２のセットの送信モードは、前記第１のセットの送信モードを備え、前記第１のセットの送信モードは、ユーザ機器特有の基準信号が送信されるすべての送信モードを備える、装置。
【請求項２０】
前記第１のタイプのサブフレームはマルチキャスト・ブロードキャスト・シングル周波数ネットワーク（ＭＢＳＦＮ）サブフレームであり、前記第２のタイプのサブフレームは非ＭＢＳＦＮサブフレームである、請求項１９に記載の装置。
【請求項２１】
前記第１のタイプのサブフレームと前記第２のタイプのサブフレームとは、異なるチャネル条件下または干渉条件下にある、請求項１９に記載の装置。
【請求項２２】
前記送信モードは、アップリンク（ＵＬ）送信モードであり、前記通信する手段は、前記複数のサブフレームを送信し、前記送信モードを利用する手段は、前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおのを送信するためにＵＬ送信モードを利用する、請求項１９に記載の装置。
【請求項２３】
前記送信モードは、ダウンリンク（ＤＬ）送信モードであり、前記通信する手段は、前記複数のサブフレームを受信し、前記送信モードを利用する手段は、前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおのを受信するためにＤＬ送信モードを利用する、請求項１９に記載の装置。
【請求項２４】
前記第１のセットの送信モードは、少なくとも、ＬＴＥ Ｒｅｌ−９ 送信モード７とモード８とを備える、請求項２３に記載の装置。
【請求項２５】
前記第２のセットの送信モードは、すべてのＬＴＥ Ｒｅｌ−９ 送信モードを備える、請求項２３に記載の装置。
【請求項２６】
前記選択された第１の送信モードと、前記選択された第２の送信モードとは異なる、請求項２３に記載の装置。
【請求項２７】
前記サブフレームが前記第１のタイプのサブフレームであるか、または前記第２のタイプのサブフレームであるかに依存して、前記複数のサブフレームのうちのサブフレームのために異なるチャネル・フィードバックを構築する手段、をさらに備える請求項１９に記載の装置。
【請求項２８】
前記チャネル・フィードバックは、異なるモードで構築される、請求項２７に記載の装置。
【請求項２９】
前記第１のタイプのサブフレームのチャネル・フィードバックは、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）に基づき、前記第２のタイプのサブフレームのチャネル・フィードバックは、セル特有の基準信号（ＣＲＳ）に基づく、請求項２７に記載の装置。
【請求項３０】
前記サブフレームが前記第１のタイプのサブフレームであるか、または、前記第２のタイプのサブフレームであるかに基づく周期でチャネル・フィードバックを送信する手段、をさらに備える請求項１９に記載の装置。
【請求項３１】
前記複数のサブフレームのおのおののタイプとは無関係にチャネル・フィードバックを構築する手段をさらに備え、
前記チャネル・フィードバックは、セル特有の基準信号（ＣＲＳ）またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）に基づいて構築される、請求項１９に記載の装置。
【請求項３２】
どれが前記第１のタイプのサブフレームであり、どれが前記第２のタイプのサブフレームであるかに関する、サブフレームに関する情報を受信する手段、をさらに備える請求項１９に記載の装置。
【請求項３３】
無線通信のための装置であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信する手段と、
前記第１のタイプのサブフレームのための第１の送信モードを、前記第１のタイプのサブフレームのための第１のセットの送信モードから選択する手段と、
前記第２のタイプのサブフレームのための第２の送信モードを、前記第２のタイプのサブフレームのための第２のセットの送信モードから選択する手段と、  前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを用いてユーザ機器（ＵＥ）を設定する手段と、を備え、
前記第１および第２の送信モードは両方とも、アップリンク（ＵＬ）送信モードまたはダウンリンク（ＤＬ）送信モードを備え、
前記第２のセットの送信モードは、前記第１のセットの送信モードを備え、前記第１のセットの送信モードは、ユーザ機器特有の基準信号が送信されるすべての送信モードを備える、装置。
【請求項３４】
前記第１のタイプのサブフレームはマルチキャスト・ブロードキャスト・シングル周波数ネットワーク（ＭＢＳＦＮ）サブフレームであり、前記第２のタイプのサブフレームは非ＭＢＳＦＮサブフレームである、請求項３３に記載の装置。
【請求項３５】
前記ＵＥの送信モードを設定する手段は、前記ＵＥのチャネル条件または干渉条件に基づく、請求項３３に記載の装置。
【請求項３６】
前記サブフレームが前記第１のタイプのサブフレームであるか、または前記第２のタイプのサブフレームであるかに依存して、前記複数のサブフレームのうちのサブフレームのために異なるチャネル・フィードバックを受信する手段、をさらに備える請求項３３に記載の装置。
【請求項３７】
コンピュータ読取可能な記録媒体であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信することと、
前記第１のタイプのサブフレームのための第１の送信モードを、前記第１のタイプのサブフレームのための第１のセットの送信モードから選択することと、
前記第２のタイプのサブフレームのための第２の送信モードを、前記第２のタイプのサブフレームのための第２のセットの送信モードから選択することと、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを利用することと、のためのコードを記録し、
前記第１および第２の送信モードは両方とも、アップリンク（ＵＬ）送信モードまたはダウンリンク（ＤＬ）送信モードを備え、
前記送信モードを利用することは、前記複数のサブフレームのおのおのを送信するために前記ＵＬ送信モードを利用すること、または、前記複数のサブフレームのおのおのを受信するために前記ＤＬ送信モードを利用することを備え、
前記第２のセットの送信モードは、前記第１のセットの送信モードを備え、前記第１のセットの送信モードは、ユーザ機器特有の基準信号が送信されるすべての送信モードを備える、コンピュータ読取可能な記録媒体。
【請求項３８】
コンピュータ読取可能な記録媒体であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信することと、
前記第１のタイプのサブフレームのための第１の送信モードを、前記第１のタイプのサブフレームのための第１のセットの送信モードから選択することと、
前記第２のタイプのサブフレームのための第２の送信モードを、前記第２のタイプのサブフレームのための第２のセットの送信モードから選択することと、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを用いてユーザ機器（ＵＥ）を設定することと、のためのコードを記録し、
前記第１および第２の送信モードは両方とも、アップリンク（ＵＬ）送信モードまたはダウンリンク（ＤＬ）送信モードを備え、
前記第２のセットの送信モードは、前記第１のセットの送信モードを備え、前記第１のセットの送信モードは、ユーザ機器特有の基準信号が送信されるすべての送信モードを備える、コンピュータ読取可能な記録媒体。
【請求項３９】
無線通信のための装置であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信し、
前記第１のタイプのサブフレームのための第１の送信モードを、前記第１のタイプのサブフレームのための第１のセットの送信モードから選択し、
前記第２のタイプのサブフレームのための第２の送信モードを、前記第２のタイプのサブフレームのための第２のセットの送信モードから選択し、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを利用する、ように構成されたプロセッサを備え、
前記第１および第２の送信モードは両方とも、アップリンク（ＵＬ）送信モードまたはダウンリンク（ＤＬ）送信モードを備え、
前記送信モードを利用することは、前記複数のサブフレームのおのおのを送信するために前記ＵＬ送信モードを利用すること、または、前記複数のサブフレームのおのおのを受信するために前記ＤＬ送信モードを利用することを備え、
前記第２のセットの送信モードは、前記第１のセットの送信モードを備え、前記第１のセットの送信モードは、ユーザ機器特有の基準信号が送信されるすべての送信モードを備える、装置。
【請求項４０】
無線通信のための装置であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信し、
前記第１のタイプのサブフレームのための第１の送信モードを、前記第１のタイプのサブフレームのための第１のセットの送信モードから選択し、
前記第２のタイプのサブフレームのための第２の送信モードを、前記第２のタイプのサブフレームのための第２のセットの送信モードから選択し、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを用いてユーザ機器（ＵＥ）を設定する、ように構成されたプロセッサを備え、
前記第１および第２の送信モードは両方とも、アップリンク（ＵＬ）送信モードまたはダウンリンク（ＤＬ）送信モードを備え、
前記第２のセットの送信モードは、前記第１のセットの送信モードを備え、前記第１のセットの送信モードは、ユーザ機器特有の基準信号が送信されるすべての送信モードを備える、装置。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本願は、「ＬＴＥアドバンストにおけるサブフレーム依存ダウンリンク送信モード」（Subframe Dependent Downlink Transmission Mode In LTE-Advanced）と題され、２００９年１１月１７日に出願された米国仮出願６１／２６２，０８９号の利益と、「ＬＴＥアドバンストにおけるサブフレーム依存ダウンリンク送信モード」（Subframe Dependent Downlink Transmission Mode In LTE-Advanced）と題され、２００９年１１月１９日に出願された米国仮出願６１／２６２，８７３号の利益と、を主張する。これらはともに、全体が本明細書において参照によって明確に組み込まれる。
【技術分野】
【０００２】
本開示は、一般に、通信システムに関し、さらに詳しくは、ＬＴＥアドバンストにおけるサブフレーム依存送信モードに関する。
【背景技術】
【０００３】
無線通信システムは、例えば電話技術、ビデオ、データ、メッセージング、およびブロードキャストのようなさまざまな通信サービスを提供するように広く開発された。一般に、無線通信システムは、利用可能なシステム・リソース（例えば、帯域幅、送信電力）を共有することにより、複数のユーザとの通信をサポートすることができる多元接続技術を適用しうる。このような多元接続技術の例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム、および時分割同時符号分割多元接続（ＴＤ−ＳＣＤＭＡ）システムを含む。
【０００４】
これらの多元接続技術は、異種の無線デバイスが、市レベル、国レベル、地方レベル、あるいは地球レベルでさえも通信することを可能にする共通のプロトコルを提供するために、さまざまな通信規格に採用されている。新興の通信規格の一例は、ロング・ターム・イボリューション（ＬＴＥ）である。ＬＴＥは、第３世代パートナシップ計画（３ＧＰＰ）によって公布されたユニバーサル・モバイル通信システム（ＵＭＴＳ）モバイル規格に対する強化セットである。これは、スペクトル効率を改善することによってモバイル・ブロードバンド・インターネット・アクセスを良好にサポートし、コストを低減し、サービスを改善し、新たなスペクトルを活用し、ダウンリンク（ＤＬ）においてＯＦＤＭＡを、アップリンク（ＵＬ）においてＳＣ−ＦＤＭＡを、および、複数入力複数出力（ＭＩＭＯ）アンテナ技術を用いて他のオープンな規格と良好に統合する、ように設計される。しかしながら、モバイル・ブロードバンド・アクセスに対する需要が増加し続けているので、ＬＴＥ技術におけるさらなる改善に対するニーズが存在する。好適には、これらの改善は、これらの技術を適用するその他の多元接続技術および通信規格に適用可能であるべきである。
【発明の概要】
【０００５】
本開示の態様では、無線通信の方法は、複数のサブフレームにおいて通信することを含んでいる。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。この方法は、サブフレームのおのおののタイプに基づいて、サブフレームのおのおののために送信モードを利用することをさらに含んでいる。
【０００６】
本開示の態様では、無線通信の方法は、複数のサブフレームにおいて通信することを含んでいる。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。この方法はさらに、サブフレームのおのおののタイプに基づいて、サブフレームのおのおののために送信モードを用いてユーザ機器を設定することを含んでいる。
【０００７】
本開示の態様では、無線通信のための装置は、複数のサブフレームにおいて通信する手段を含んでいる。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。この装置は、サブフレームのおのおののタイプに基づいて、サブフレームのおのおののために送信モードを利用する手段をさらに含んでいる。
【０００８】
本開示の態様では、無線通信のための装置は、複数のサブフレームにおいて通信する手段を含んでいる。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。この装置は、サブフレームのおのおののタイプに基づいて、サブフレームのおのおののために送信モードを用いてユーザ機器を設定する手段を含んでいる。
【０００９】
本開示の態様では、コンピュータ・プログラム製品が、コンピュータ読取可能な媒体を含んでいる。このコンピュータ読取可能な媒体は、複数のサブフレームにおいて通信するためのコードを含んでいる。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。このコンピュータ読取可能な媒体は、サブフレームのおのおののタイプに基づいて、サブフレームのおのおののために送信モードを利用するためのコードをさらに含んでいる。
【００１０】
本開示の態様では、コンピュータ・プログラム製品は、コンピュータ読取可能な媒体を含んでいる。このコンピュータ読取可能な媒体は、複数のサブフレームにおいて通信するためのコードを含んでいる。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。このコンピュータ読取可能な媒体は、サブフレームのおのおののタイプに基づいて、サブフレームのおのおののために送信モードを用いてユーザ機器を設定するためのコードをさらに含んでいる。
【００１１】
本開示の態様では、無線通信のための装置が、処理システムを含んでいる。この処理システムは、複数のサブフレームにおいて通信するように構成されている。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。この処理システムは、サブフレームのおのおののタイプに基づいて、サブフレームのおのおののために送信モードを利用するように構成されている。
【００１２】
本開示の態様では、無線通信のための装置が、処理システムを含んでいる。この処理システムは、複数のサブフレームにおいて通信するように構成されている。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。この処理システムはさらに、サブフレームのおのおののタイプに基づいて、サブフレームのおのおののために送信モードを用いてユーザ機器を設定するように構成されている。
【図面の簡単な説明】
【００１３】
【図１】図１は、処理システムを適用する装置のためのハードウェア実装の例を例示する図解である。
【図２】図２は、アクセス・アーキテクチャの例を例示する図解である。
【図３】図３は、アクセス・ネットワークの例を例示する図解である。
【図４】図４は、アクセス・ネットワークにおいて使用するためのフレーム構造の例を例示する図解である。
【図５】図５は、ＬＴＥにおけるＵＬのための典型的なフォーマットを示す。
【図６】図６は、ユーザ・プレーンおよび制御プレーンのためのラジオ・プロトコル・アーキテクチャの例を例示する図解である。
【図７】図７は、アクセス・ネットワークにおけるイボルブド・ノードＢおよびユーザ機器の例を例示する図解である。
【図８Ａ】図８Ａは、典型的な処理を例示する図解である。
【図８Ｂ】図８Ｂは、典型的な方法を例示する第２の図解である。
【図９】図９は、無線通信の方法のフロー・チャートである。
【図１０】図１０は、無線通信の方法の別のフロー・チャートである。
【図１１】図１１は、無線通信の方法のさらに別のフロー・チャートである。
【図１２】図１２は、典型的な装置の機能を例示する概念ブロック図である。
【図１３】図１３は、無線通信の第２の方法のフロー・チャートである。
【図１４】図１４は、第２の典型的な装置の機能を例示する概念ブロック図である。
【発明を実施するための形態】
【００１４】
添付図面とともに以下に説明する詳細説明は、さまざまな構成の説明として意図されており、本明細書に記載された概念が実現される唯一の構成を表すことは意図されていない。この詳細説明は、さまざまな概念の完全な理解を提供することを目的とした具体的な詳細を含んでいる。しかしながら、これらの概念は、これら具体的な詳細無しで実現されうることが当業者に明らかになるであろう。いくつかの事例では、周知の構成および構成要素が、このような概念を曖昧にすることを避けるために、ブロック図形式で示されている。
【００１５】
通信システムのいくつかの態様が、さまざまな装置および方法に対する参照を用いて表されうる。これらの装置および方法は、さまざまなブロック、モジュール、構成要素、回路、ステップ、処理、アルゴリズム等（集合的に「要素」と称される）によって、以下の詳細説明に記述されており、添付図面に例示される。これらの要素は、電子ハードウェア、コンピュータ・ソフトウェア、またはこれら任意の組み合わせを用いて実現されうる。これら要素がハードウェアとしてまたはソフトウェアとして実現されるかは、特定のアプリケーションおよびシステム全体に課せられている設計制約に依存する。
【００１６】
例として、要素、要素の任意の部分、または、要素の任意の組み合わせは、１または複数のプロセッサを含む「処理システム」を用いて実現されうる。プロセッサの例は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、順序回路、ゲート・ロジック、ディスクリート・ハードウェア回路、およびこの開示の全体にわたって記載されたさまざまな機能を実行するように構成されたその他の適切なハードウェアを含んでいる。処理システムにおける１または複数のプロセッサは、ソフトウェアを実行しうる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他で称されるに関わらず、命令群、命令群セット、コード、コード・セグメント、プログラム・コード、プログラム、サブプログラム、ソフトウェア・モジュール、アプリケーション、ソフトウェア・アプリケーション、パッケージ・ソフト、ルーチン、サブルーチン、オブジェクト、実行形式、実行スレッド、手順、機能等を意味するように広く解釈されるものとする。ソフトウェアは、コンピュータ読取可能な媒体上に存在しうる。コンピュータ読取可能な媒体は、非一時的なコンピュータ読取可能な媒体でありうる。非一時的なコンピュータ読取可能な媒体は、例によれば、磁気記憶デバイス（例えばハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）等）、スマート・カード、フラッシュ・メモリ・デバイス（例えば、カード、スティック、キー・ドライブ）、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電子的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、リムーバブル・ディスク、および、コンピュータによってアクセスされうる命令群および／またはソフトウェアを格納するためのその他任意の適切な媒体を含みうる。コンピュータ読取可能な媒体はさらに、一例として、搬送波、送信線、および、コンピュータによってアクセスされうる命令群および／またはソフトウェアを送信するためのその他任意の適切な媒体を含みうる。コンピュータ読取可能な媒体は、処理システムの内部に存在しうるか、処理システムの外部に存在するか、処理システムを含む複数のエンティティにわたって分散されうる。コンピュータ読取可能な媒体は、コンピュータ・プログラム製品内に組み込まれうる。例によれば、コンピュータ・プログラム製品は、パッケージング・マテリアル内にコンピュータ読取可能な媒体を含みうる。当業者であれば、システム全体に課せられる全体的な設計制約および特定のアプリケーションに依存して、本開示の全体にわたって示されている機能を、どうやって最良に実施するかを認識するだろう。
【００１７】
図１は、処理システム１１４を適用する装置１００のためのハードウェア実装の例を例示する概念図である。この例では、処理システム１１４は、一般にバス１０２によって表されているバス・アーキテクチャを用いて実現されうる。バス１０２は、全体的な設計制約および処理システム１１４の特定のアプリケーションに依存して、任意の数の相互接続バスおよびブリッジを含みうる。バス１０２は、一般にプロセッサ１０４によって表される１または複数のプロセッサと、一般にコンピュータ読取可能な媒体１０６によって表されるコンピュータ読取可能な媒体を含むさまざまな回路を共に接続する。バス１０２はさらに、例えば、タイミング・ソース、周辺機器、電圧制御装置、および電力管理回路のようなその他さまざまな回路をリンクしうる。これらは、当該技術分野で良く知られているので、さらなる説明はしない。バス・インタフェース１０８は、バス１０２とトランシーバ１１０との間にインタフェースを提供する。トランシーバ１１０は、送信媒体を介してその他さまざまな装置と通信するための手段を提供する。装置の性質によって、ユーザ・インタフェース１１２（例えば、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティック）も提供されうる。
【００１８】
プロセッサ１０４は、バス１０２の管理、および、コンピュータ読取可能な媒体１０６に格納されたソフトウェアの実行を含む一般的な処理を担当する。ソフトウェアは、プロセッサ１０４によって実行された場合、処理システム１１４に対して、特定の装置のために、前述したさまざまな機能を実行させる。コンピュータ読取可能な媒体１０６はまた、ソフトウェアが実行されている場合に、プロセッサ１０４によって操作されるデータを格納するためにも使用されうる。
【００１９】
図２は、さまざまな装置１００（図１参照）を適用するＬＴＥネットワーク・アーキテクチャ２００を例示する図解である。ＬＴＥネットワーク・アーキテクチャ２００は、イボルブド・パケット・システム（ＥＰＳ）２００と称されうる。ＥＰＳ２００は、１または複数のユーザ機器（ＵＥ）２０２、イボルブドＵＭＴＳ地上ラジオ・アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）２０４、イボルブド・パケット・コア（ＥＰＣ）２１０、ホーム加入者サーバ（ＨＳＳ）２２０、およびオペレータのＩＰサービス２２２を含みうる。ＥＰＳは、他のアクセス・ネットワークと相互接続しうるが、簡略のために、これらエンティティ／インタフェースは図示していない。図示するように、ＥＰＳは、当業者が容易に理解するように、パケット交換サービスを提供し、本開示にわたって示されているさまざまな概念は、回路交換サービスを提供しているネットワークに拡張されうる。
【００２０】
Ｅ−ＵＴＲＡＮは、イボルブド・ノードＢ（ｅＮＢ）２０６およびその他のｅＮＢ２０８を含んでいる。ｅＮＢ２０６は、ＵＥ２０２に向かうユーザ・プレーン・プロトコルおよび制御プレーン・プロトコルの終了を提供する。ｅＮＢ２０６は、Ｘ２インタフェース（すなわち、バックホール）を経由して他のｅＮＢ２０８に接続されうる。ｅＮＢ２０６はまた、当業者によって、基地局、基地トランシーバ局、ラジオ基地局、ラジオ・トランシーバ、トランシーバ機能、基本サービス・セット（ＢＳＳ）、拡張サービス・セット（ＥＳＳ）、またはその他いくつかの適切な用語として称されうる。ｅＮＢ２０６は、ＵＥ２０２のために、ＥＰＣ２１０にアクセス・ポイントを提供する。ＵＥ２０２の例は、セルラ電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム、マルチメディア・デバイス、ビデオ・デバイス、デジタル・オーディオ・プレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲーム機、またはその他類似の機能デバイスを含んでいる。ＵＥ２０２はまた、当業者によって、移動局、加入者局、モバイル・ユニット、加入者ユニット、無線ユニット、遠隔ユニット、モバイル・デバイス、無線デバイス、無線通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末、モバイル端末、無線端末、遠隔端末、ハンドセット、ユーザ・エージェント、モバイル・クライアント、クライアント、またはその他いくつかの適切な用語で称されうる。
【００２１】
ｅＮＢ２０６は、Ｓ１インタフェースによってＥＰＣ２１０に接続される。ＥＰＣ２１０は、モビリティ管理エンティティ（ＭＭＥ）２１２、その他のＭＭＥ２１４、サービス提供ゲートウェイ２１６、およびパケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ２１８を含んでいる。ＭＭＥ２１２は、ＵＥ２０２とＥＰＣ２１０との間のシグナリングを処理する制御ノードである。一般に、ＭＭＥ２１２はベアラおよび接続管理を提供する。すべてのユーザＩＰパケットは、ＰＤＮゲートウェイ２１８に接続されているサービス提供ゲートウェイ２１６を介して転送される。ＰＤＮゲートウェイ２１８は、ＵＥ  ＩＰアドレス割当のみならず、その他の機能も提供する。ＰＤＮゲートウェイ２１８は、オペレータのＩＰサービス２２２に接続される。オペレータのＩＰサービス２２２は、インターネット、イントラネット、ＩＰマルチメディア・サブシステム（ＩＭＳ）、およびＰＳストリーミング・サービス（ＰＳＳ）を含んでいる。
【００２２】
図３は、ＬＴＥネットワーク・アーキテクチャにおけるアクセス・ネットワークの例を例示する図である。この例では、アクセス・ネットワーク３００は、多くのセルラ領域（セル）３０２に分割される。１または複数の低電力クラスのｅＮＢ３０８、３１２は、これらセル３０２のうちの１または複数とそれぞれオーバラップするセルラ領域３１０、３１４をそれぞれ有しうる。低電力クラスのｅＮＢ３０８、３１２は、フェムト・セル（例えば、ホームｅＮＢ（ＨｅＮＢ））、ピコ・セル、またはマイクロ・セルでありうる。高電力クラスまたはマクロｅＮＢ３０４は、セル３０２に割り当てられ、セル３０２内のすべてのＵＥ３０６のためにＥＰＣ２１０へアクセス・ポイントを提供するように構成されている。アクセス・ネットワーク３００のこの例では、中央コントローラは存在しないが、別の構成では、中央コントローラが使用されうる。ｅＮＢ３０４は、ラジオ・ベアラ制御、許可制御、モビリティ制御、スケジューリング、セキュリティ、および、（図２に示す）サービス提供ゲートウェイ２１６への接続を含むすべてのラジオ関連機能を担当する。
【００２３】
アクセス・ネットワーク３００によって適用された変調および多元接続スキームは、展開されている特定の通信規格に依存して変動しうる。ＬＴＥアプリケーションでは、周波数分割デュプレクス（ＦＤＤ）と時分割デュプレクス（ＴＤＤ）との両方をサポートするために、ＤＬでＯＦＤＭが使用され、ＵＬでＳＣ−ＦＤＭＡが使用される。当業者であれば、以下の詳細記載から容易に認識するように、ここで示されたさまざまな概念が、ＬＴＥアプリケーションにも同様に適合することを認識するであろう。しかしながら、これらの概念は、その他の変調および多元接続技術を適用するその他の通信規格へ容易に拡張されうる。例によれば、これらの概念は、イボリューション・データ・オプティマイズド（ＥＶ−ＤＯ）またはウルトラ・モバイル・ブロードバンド（ＵＭＢ）へ拡張されうる。ＥＶ−ＤＯおよびＵＭＢは、ＣＤＭＡ２０００規格ファミリの一部として第３世代パートナシップ計画２（３ＧＰＰ２）によって公布されたエア・インタフェース規格であり、移動局へのブロードバンド・インターネット・アクセスを提供するためにＣＤＭＡを適用する。これらの概念は、例えばＴＤ−ＳＣＤＭＡのように、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の派生を適用するユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＴＤＭＡを適用するグローバル移動体通信システム（ＧＳＭ（登録商標））、および、ＯＦＤＭＡを適用するイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、およびフラッシュＯＦＤＭに拡張されうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、３ＧＰＰ団体からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２団体から文書に記載されている。適用されている実際の無線通信規格および多元接続技術は、特定のアプリケーションと、システムに課せられている全体的な設計制約とに依存するであろう。
【００２４】
ｅＮＢ３０４は、ＭＩＭＯ技術をサポートする複数のアンテナを有しうる。ＭＩＭＯ技術を使用することにより、ｅＮＢ３０４は、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間領域を活用できるようになる。
【００２５】
空間多重化は、同じ周波数で、異なるデータ・ストリームを同時に送信するために使用されうる。データ・ストリームは、データ・レートを高めるために単一のＵＥ３０６へ、全体的なシステム容量を高めるために複数のＵＥ３０６へ、送信されうる。これは、各データ・ストリームを空間的にプリコードし、空間的にプリコードされた各ストリームを、ダウンリンクで、異なる送信アンテナを介して送信することによって達成される。この空間的にプリコードされたデータ・ストリームは、異なる空間シグニチャを持つＵＥ（単数または複数）３０６に到着する。これによって、ＵＥ（単数または複数）３０６のおのおのは、ＵＥ３０６のために指定された１または複数のデータ・ストリームを復元できるようになる。アップリンクでは、おのおののＵＥ３０６が、空間的にプリコードされたデータ・ストリームを送信する。これによって、ｅＮＢ３０４は、空間的にプリコードされた各データ・ストリームのソースを識別できるようになる。
【００２６】
チャネル条件が良好な場合、空間多重化が一般に使用される。チャネル条件がさほど好ましくない場合、送信エネルギを１または複数の方向に集中させるためにビームフォーミングが使用されうる。これは、複数のアンテナを介した送信のために、データを空間的にプリコードすることによって達成されうる。セルの端部において良好な有効通信範囲を達成するために、単一ストリーム・ビームフォーミング送信が、送信ダイバーシティと組み合わされて使用されうる。
【００２７】
以下に続く詳細説明では、アクセス・ネットワークのさまざまな態様が、ダウンリンクでＯＦＤＭをサポートするＭＩＭＯシステムに関して記述されるだろう。ＯＦＤＭは、ＯＦＤＭシンボル内の多くのサブキャリアにおいてデータを変調する拡散スペクトル技術である。サブキャリアは、正確な周波数で、間隔を置かれている。この間隔は、受信機が、サブキャリアからデータを受信することを可能にする「直交性」を提供する。時間領域では、ＯＦＤＭ間シンボル干渉と格闘するために、各ＯＦＤＭシンボルにガード間隔（例えば、サイクリック・プレフィクス）が追加されうる。アップリンクは、高いピーク対平均電力比（ＰＡＲＲ）を補償するために、ＤＦＴ拡散ＯＦＤＭ信号の形態でＳＣ−ＦＤＭＡを使用しうる。
【００２８】
ＤＬ送信とＵＬ送信とをサポートするために、さまざまなフレーム構造が使用されうる。ＤＬフレーム構造の例が、図４を参照して示される。しかしながら、当業者が容易に認識するように、どの特定のアプリケーションのフレーム構造も、任意の数の要因に依存して異なりうる。この例では、フレーム（１０ミリ秒）が、１０の等しいサイズのサブフレームに分割される。おのおののサブフレームは、２つの連続する時間スロットを含んでいる。
【００２９】
おのおのがリソース・ブロックを含む２つの時間スロットを表すために、リソース・グリッドが使用されうる。リソース・グリッドは、複数のリソース要素に分割される。ＬＴＥでは、リソース・ブロックは、おのおののＯＦＤＭシンボルにおける通常のサイクリック・プレフィクスについて、周波数領域において１２の連続するサブキャリアを、時間領域において７つの連続するＯＦＤＭシンボルを、すなわち、８４のリソース要素を含んでいる。Ｒ４０２，４０４として示されるような、リソース要素のいくつかは、ＤＬ基準信号（ＤＬ−ＲＳ）を含んでいる。ＤＬ−ＲＳは、（しばしば、共通ＲＳとも称される）セル特有のＲＳ（ＣＲＳ）４０２と、ＵＥ特有のＲＳ（ＵＥ−ＲＳ）４０４とを含んでいる。ＵＥ−ＲＳ４０４は、対応する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）がマップされるリソース・ブロックにおいてのみ送信される。各リソース要素によって伝送されるビット数は、変調スキームに依存する。したがって、ＵＥが受信するリソース・ブロックが増え、変調スキームが高くなると、ＵＥのためのデータ・レートが高くなる。
【００３０】
ＵＬフレーム構造５００の例が、図５を参照して示される。図５は、ＬＴＥにおけるＵＬのための典型的なフォーマットを示す。ＵＬのために利用可能なリソース・ブロックは、データ・セクションおよび制御セクションに分割されうる。制御セクションは、システム帯域幅の２つの端部において形成され、設定可能なサイズを有しうる。制御セクションにおけるリソース・ブロックは、制御情報の送信のために、ＵＥへ割り当てられうる。データ・セクションは、制御セクションに含まれていないすべてのリソース・ブロックを含みうる。図５における設計によって、データ・セクションは、連続したサブキャリアを含むようになる。これによって、単一のＵＥに、連続するサブキャリアのすべてが、データ・セクションに割り当てられるようになる。
【００３１】
ＵＥは、ｅＮＢへ制御情報を送信するために、制御セクションにおいてリソース・ブロック５１０ａ、５１０ｂを割り当てられうる。ＵＥはまた、ｅＮＢへデータを送信するために、データ・セクションにおいてリソース・ブロック５２０ａ、５２０ｂを割り当てられうる。ＵＥは、制御セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク制御チャネル（ＰＵＣＣＨ）で制御情報を送信しうる。ＵＥは、データ・セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク共有チャネル（ＰＵＳＣＨ）で、データのみ、または、データと制御情報との両方を送信しうる。ＵＬ送信は、サブフレームからなる両スロットにおよび、図５に示すように、周波数を越えてホップしうる。
【００３２】
図５に示すように、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）５３０における初期システム・アクセスの実行と、ＵＬ同期の達成とのために、リソース・ブロックのセットが使用されうる。ＰＲＡＣＨ５３０は、ランダム・シーケンスを伝送するが、どのＵＬデータ／シグナリングも伝送することができない。ランダム・アクセス・プリアンブルはおのおの、６つの連続するリソース・ブロックに対応する帯域幅を占有する。開始周波数は、ネットワークによって指定される。すなわち、ランダム・アクセス・プリアンブルの送信は、一定の時間リソースおよび周波数リソースに制限される。ＰＲＡＣＨのための周波数ホッピングは無い。ＰＲＡＣＨ試行は、単一のサブフレーム（１ミリ秒）で伝送され、ＵＥは、フレーム（１０ミリ秒）毎に１回のＰＲＡＣＨ試行しか行わない。
【００３３】
ＬＴＥにおけるＰＵＣＣＨ、ＰＵＳＣＨ、およびＰＲＡＣＨは、公的に利用可能な「イボルブド・ユニバーサル地上ラジオ・アクセス（Ｅ−ＵＴＲＡ）；物理チャネルおよび変調」（Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation）と題された３ＧＰＰ  ＴＳ  ３６．２１１に記載されている。
【００３４】
ラジオ・プロトコル・アーキテクチャは、特定のアプリケーションに依存してさまざまな形態をとりうる。ＬＴＥシステムに関する例が、図６を参照して示される。図６は、ユーザ・プレーンおよび制御プレーンのためのラジオ・プロトコル・アーキテクチャの例を例示する概念図である。
【００３５】
図６に移って、ＵＥおよびｅＮＢのためのラジオ・プロトコル・アーキテクチャが、３つのレイヤ、すなわち、レイヤ１、レイヤ２、およびレイヤ３を用いて示される。レイヤ１は、最下部レイヤであり、さまざまな物理レイヤ信号処理機能を実施する。レイヤ１は、本明細書では物理レイヤ６０６と称されるだろう。レイヤ２（Ｌ２レイヤ）６０８は、物理レイヤ６０６の上にあり、物理レイヤ６０６におけるＵＥとｅＮＢとの間のリンクを担当する。
【００３６】
ユーザ・プレーンでは、Ｌ２レイヤ６０８は、媒体アクセス制御（ＭＡＣ）サブレイヤ６１０と、ラジオ・リンク制御（ＲＬＣ）サブレイヤ６１２と、パケット・データ収束プロトコル（ＰＤＣＰ）サブレイヤ６１４とを含む。これらは、ネットワーク側におけるｅＮＢにおいて終了する。図示されていないが、ＵＥは、ネットワーク側におけるＰＤＮゲートウェイ２０８（図２参照）で終了するネットワーク・レイヤ（例えば、ＩＰレイヤ）を含む、Ｌ２レイヤ６０８上のいくつかの上部レイヤと、（例えば、遠くのエンドＵＥ、サーバ等のような）接続の他端において終了するアプリケーション・レイヤと
を有しうる。
【００３７】
ＰＤＣＰサブレイヤ６１４は、異なるラジオ・ベアラと論理チャネルとの間の多重化を提供する。ＰＤＣＰサブレイヤ６１４はまた、ラジオ送信オーバヘッドを低減するための上部レイヤ・データ・パケットのヘッダ圧縮、データ・パケットを暗号化することによるセキュリティ、および、ｅＮＢ間のＵＥのためのハンドオーバ・サポートを提供する。ＲＬＣサブレイヤ６１２は、上部レイヤ・データ・パケットのセグメント化および再アセンブリ、喪失したデータ・パケットの再送信、および、ハイブリッド自動反復要求（ＨＡＲＱ）による順不同な受信を補償するためのデータ・パケットの並べ替えを提供する。ＭＡＣサブレイヤ６１０は、論理チャネルと伝送チャネルとの間の多重化を提供する。ＭＡＣサブレイヤ６１０はまた、１つのセル内のさまざまなラジオ・リソース（例えば、リソース・ブロック）を、ＵＥ間に割り当てることをも担当する。ＭＡＣサブレイヤ６１０はまた、ＨＡＲＱ動作をも担当する。
【００３８】
制御プレーンでは、ＵＥおよびｅＮＢのためのラジオ・プロトコル・アーキテクチャは、制御プレーンのためのヘッダ圧縮機能が無いことを除いて、物理レイヤ６０６およびＬ２レイヤ６０８について実質的に同じである。制御プレーンはまた、レイヤ３にラジオ・リソース制御（ＲＲＣ）サブレイヤ６１６を含んでいる。ＲＲＣサブレイヤ６１６は、ラジオ・リソース（すなわち、ラジオ・ベアラ）を取得することと、ＲＲＣシグナリングを用いてｅＮＢとＵＥとの間に下部レイヤを設定することと、を担当する。
【００３９】
図７は、アクセス・ネットワークにおいてＵＥ７５０と通信しているｅＮＢ７１０のブロック図である。ＤＬでは、コア・ネットワークからの上部レイヤ・パケットが、コントローラ／プロセッサ７７５へ提供される。コントローラ／プロセッサ７７５は、図６に関して以前に記述されたＬ２レイヤの機能を実現する。ＤＬでは、コントローラ／プロセッサ７７５は、さまざまな優先度判定基準に基づいて、ヘッダ圧縮、暗号化、パケット・セグメント化および並べ替え、論理チャネルと伝送チャネルとの間の多重化、および、ＵＥ７５０へのラジオ・リソース割当を提供する。さらに、コントローラ／プロセッサ７７５はまた、ＨＡＲＱ動作、喪失パケットの再送信、およびＵＥ７５０へのシグナリングを担当する。
【００４０】
ＴＸプロセッサ７１６は、Ｌ１レイヤ（すなわち、物理レイヤ）のためのさまざまな信号処理機能を実現する。この信号処理機能は、ＵＥ７５０におけるフォワード誤り訂正（ＦＥＣ）を容易にするための符号化およびインタリービング、および、さまざまな変調スキーム（例えば、バイナリ・フェーズ・シフト・キーイング（ＢＰＳＫ）、直交フェーズ・シフト・キーイング（ＱＰＳＫ）、Ｍフェーズ・シフト・キーイング（Ｍ−ＰＳＫ）、Ｍ直交振幅変調（Ｍ−ＱＡＭ））に基づく信号コンステレーションへのマッピング、を含みうる。符号化および変調されたシンボルは、その後、並行なストリームへ分割される。おのおののストリームはその後、ＯＦＤＭサブキャリアへマップされ、時間領域および／または周波数領域において基準信号（例えば、パイロット）とともに多重化され、その後、逆高速フーリエ変換（ＩＦＦＴ）を用いてともに結合されることにより、時間領域ＯＦＤＭシンボル・ストリームを伝送する物理チャネルが生成される。このＯＦＤＭストリームは、空間的にプリコードされ、複数の空間ストリームが生成される。チャネル推定器７７４からのチャンネル推定値が、空間処理のみならず、符号化および変調スキームを決定するためにも使用されうる。チャネル推定値は、ＵＥ７５０によって送信されたチャネル状態フィードバックおよび／または基準信号から導出されうる。おのおのの空間ストリームはその後、個別の送信機７１８ＴＸを介して異なるアンテナ７２０へ提供される。おのおのの送信機７１８ＴＸは、送信のために、それぞれの空間ストリームを用いてＲＦキャリアを変調する。
【００４１】
ＵＥ７５０では、おのおのの受信機７５４ＲＸが、それぞれのアンテナ７５２を介して信号を受信する。おのおのの受信機７５４ＲＸは、ＲＦキャリアへ変調された情報を復元し、この情報を、受信機（ＲＸ）プロセッサ７５６へ提供する。
【００４２】
ＲＸプロセッサ７５６は、Ｌ１レイヤのさまざまな信号処理機能を実施する。ＲＸプロセッサ７５６は、この情報に対して空間処理を実行し、ＵＥ７５０に向けられた空間ストリームを復元する。複数の空間ストリームが、ＵＥ７５０に向けられている場合、これらは、ＲＸプロセッサ７５６によって、単一のＯＦＤＭシンボル・ストリームへ結合されうる。ＲＸプロセッサ７５６は、その後、高速フーリエ変換（ＦＦＴ）を用いて、ＯＦＤＭシンボル・ストリームを、時間領域から周波数領域へ変換する。周波数領域信号は、ＯＦＤＭ信号のおのおののサブキャリアの個別のＯＦＤＭシンボル・ストリームを備える。おのおののサブキャリアにおけるシンボル、および基準信号は、ｅＮＢ７１０によって送信された最も可能性の高いコンステレーション・ポイントを判定することによって復元および復調される。これら軟判定は、チャネル推定器７５８によって計算されたチャネル推定値に基づきうる。これら軟判定はその後、復号およびデインタリーブされ、物理チャネル上でｅＮＢ７１０によって送信されたオリジナルのデータおよび制御信号が復元される。データおよび制御信号はその後、コントローラ／プロセッサ７５９へ提供される。
【００４３】
コントローラ／プロセッサ７５９は、図６に関して以前に記述されたＬ２レイヤの機能を実現する。ＵＬでは、制御／プロセッサ７５９は、コア・ネットワークからの上部レイヤ・パケットを復元するために、伝送チャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。Ｌ２レイヤ上のすべてのプロトコル・レイヤを表す上部レイヤ・パケットは、その後、データ・シンク７６２へ提供される。Ｌ３処理のためにも、データ・シンク７６２へさまざまな制御信号が提供されうる。コントローラ／プロセッサ７５９はまた、ＨＡＲＱ動作をサポートするためにアクノレッジメント（ＡＣＫ）および／または否定的アクノレッジメント（ＮＡＣＫ）プロトコルを用いて、誤り検出を担当する。
【００４４】
ＵＬでは、コントローラ／プロセッサ７５９へ上部レイヤ・パケットを提供するために、データ・ソース７６７が使用される。データ・ソース７６７は、Ｌ２レイヤ（Ｌ２）上のすべてのプロトコル・レイヤを表す。ｅノードＢ７１０によるＤＬ送信に関して記載された機能と同様、コントローラ／プロセッサ７５９は、ヘッダ圧縮、暗号化、パケット・セグメント化および並べ替え、および、ｅＮＢ７１０によるラジオ・リソース割当に基づく論理チャネルと伝送チャネルとの間の多重化を提供することによって、ユーザ・プレーンおよび制御プレーンのためのＬ２レイヤを実現する。さらに、コントローラ／プロセッサ７５９はまた、ＨＡＲＱ動作、喪失パケットの再送信、およびｅＮＢ７１０へのシグナリングを担当する。
【００４５】
ｅＮＢ７１０によって送信されたフィードバックまたは基準信号から、チャネル推定器７５８によって導出されたチャネル推定値が、適切な符号化スキームおよび変調スキームを選択するために、および、空間処理を容易にするために、ＴＸプロセッサ７６８によって使用されうる。ＴＸプロセッサ７６８によって生成された空間ストリームは、個別の送信機７５４ＴＸを介して異なるアンテナ７５２に提供される。おのおのの送信機７５４ＴＸは、送信のために、それぞれの空間ストリームを用いてＲＦキャリアを変調する。
【００４６】
ＵＬ送信は、ＵＥ７５０における受信機機能に関して記載されたものと類似した方式で、ｅＮＢ７１０において処理される。おのおのの受信機７１８ＲＸは、それぞれのアンテナ７２０を介して信号を受信する。おのおのの受信機７１８ＲＸは、ＲＦキャリアへ変調された情報を復元し、この情報を、ＲＸプロセッサ７７０へ提供する。ＲＸプロセッサ７７０は、Ｌ１レイヤを実現する。
【００４７】
コントローラ／プロセッサ７５９は、図６に関して以前に記述されたＬ２レイヤの機能を実現する。ＵＬでは、制御／プロセッサ７５９は、ＵＥ７５０からの上部レイヤ・パケットを復元するために、伝送チャネルと論理チャネルとの間の逆多重化、パケット再アセンブリ、解読、ヘッダ伸張、制御信号処理を提供する。コントローラ／プロセッサ７７５からの上部レイヤ・パケットは、コア・ネットワークへ提供されうる。コントローラ／プロセッサ７５９はまた、ＨＡＲＱ動作をサポートするためにＡＣＫおよび／またはＮＡＣＫプロトコルを用いて、誤り検出を担当する。第１の構成では、図１に関連して記載された処理システム１１４が、ＵＥ７５０を含む。特に、この処理システム１１４は、ＴＸプロセッサ７６８、ＲＸプロセッサ７５６、および、コントローラ／プロセッサ７５９を含む。第２の構成では、図１に関連して記載された処理システム１１４が、ｅＮＢ７１０を含む。特に、この処理システム１１４は、ＴＸプロセッサ７１６、ＲＸプロセッサ７７０、および、コントローラ／プロセッサ７７５を含む。
【００４８】
図８Ａおよび図８Ｂは、典型的な方法を例示するための図解である。図８Ａに示されるように、フレームは、複数のサブフレームに分割される。フレームは、１０のサブフレームで示されるが、任意の数のサブフレームを含みうる。これらサブフレームは、第１のタイプのサブフレームおよび第２のタイプのサブフレームを含んでいる。例えば、サブフレーム０、１、５、６はおのおの、第１のタイプのサブフレームであり、サブフレーム２−４、７−９はおのおの、第２のタイプのサブフレームでありうる。２より多くのタイプのサブフレームもまた可能でありうる。第１のタイプのサブフレームは、ブランクのサブフレーム、ほとんどブランクのサブフレーム、または、マルチキャスト・ブロードキャスト・シングル周波数ネットワーク（ＭＢＳＦＮ）サブフレームでありうる。第２のタイプのサブフレームは、ブランクでもほとんどブランクでもないサブフレームであるか、あるいは、非ＭＢＳＦＮサブフレームでありうる。別の例として、第１のタイプのサブフレームおよび第２のタイプのサブフレームは、異なるチャネル条件下および／または干渉条件下にありうる。
【００４９】
図８Ｂに示すように、ＵＥ８５２は、ｅＮＢ８５４からのＤＬ８５６送信を受信し、ＵＬ送信８５８をｅＮＢ８５４へ送信する。典型的な方法によれば、ＵＥ８５２は、サブフレームのおのおののタイプに基づいて、サブフレームのおのおのにおいてＤＬ送信８５６を受信するためにＤＬ送信モードを利用しうるか、および／または、サブフレームのおのおののタイプに基づいて、サブフレームのおのおのにおいてＵＬ送信８５８を送信するためにＵＬ送信モードを利用しうる。例えば、第１のタイプのサブフレームが、ＭＢＳＦＮサブフレームであり、第２のタイプのサブフレームが、非ＭＢＳＦＮサブフレームであり、ＵＥ８５２が、サブフレームのおのおのを受信するためにＤＬ送信モードを利用すると仮定する。ＵＥ８５２は、第１のタイプのサブフレームのための第１のセットのＤＬ送信モードのうちの１つと、第２のタイプのサブフレームのための第２のセットのＤＬ送信モードのうちの１つと、を利用しうる。
【００５０】
ＬＴＥ  Ｒｅｌ−８およびＬＴＥ−Ａ  Ｒｅｌ−９では、ＵＥ８５２はそれぞれ、ＤＬ送信モードのうちの１つを用いて準静的に構成される。Ｒｅｌ−８で定義された７つのＤＬ送信モード（モード１−７）があり、Ｒｅｌ−９で定義された１つの追加のＤＬ送信モード（モード８）がある。３ＧＰＰ  ＴＳ  ３６．２１３では、Ｒｅｌ−９  ＤＬ送信モードが、テーブル１に示されている。  
【表１】
0005607172.tif 000002
【００５１】
モード１−６は、（共通基準信号とも称される）セル特有の基準信号（ＣＲＳ）に依存する一方、モード７およびモード８はＵＥ−ＲＳに依存する。すなわち、モード１−６ではＣＲＳが送信される一方、モード７およびモード８ではＵＥ−ＲＳが送信される。
【００５２】
（ＭＢＳＦＮサブフレーム対非ＭＢＳＦＮサブフレーム）
ＭＢＳＦＮサブフレームは、データ領域でＣＲＳを伝送しない。その結果、ＭＢＳＦＮサブフレームは、特に、中継ネットワーク、ヘテロジニアス・ネットワーク等のコンテキストにおいて、ＵＥ−ＲＳベースの送信をサポートするための効率的な方法を提供する。ＵＥは、いくつかのサブフレームがＭＢＳＦＮサブフレームとして構成されているか、または、非ＭＢＳＦＮサブフレームとして構成されているかが通知される。
【００５３】
（ＵＥ−ＲＳ対ＣＲＳ）
ＵＥ−ＲＳベースの設計は、特にＭＢＳＦＮベースのサブフレームにおいて、柔軟性、効率、およびパフォーマンスの利益によって、好適でありうる。しかしながら、非ＭＢＳＦＮサブフレームでは、ＣＲＳが常に送信される。ＣＲＳオーバヘッドとともにＵＥ−ＲＳを導入することは、いくつかのシナリオでは、ＤＬ送信のみのＣＲＳほど良好ではないかもしれない。
【００５４】
（ＬＴＥ−Ａにおけるサブフレーム依存のＤＬおよびＵＬ送信モード）
サブフレーム・タイプに基づいて２つのサブフレーム・タイプ、すなわちＭＢＳＦＮと非ＭＢＳＦＮとを仮定すると、個別のＤＬ送信モードが設定されうる。例えば、非ＭＢＳＦＮサブフレームの場合、すべてのＤＬ送信モードがサポートされている一方、ＭＢＳＦＮサブフレームの場合、ＵＥ−ＲＳベースの送信モードしかサポートされていない。このため、非ＭＢＳＦＮサブフレームの場合、上述したモード１−８と、ＬＴＥ−Ａで導入されるべき任意の新たなモードを含むすべてのＤＬ送信モードがサポートされうる。さらに、ＭＢＳＦＮサブフレームの場合、上述したモード７および８と、ＬＴＥ−Ａで導入されるべき任意のＵＥ−ＲＳベースの新たなモードを含む、ＵＥ−ＲＳベースのＤＬ送信モードしかサポートされない。このような設定は、レイヤ３によってなされうる（図６参照）。ＣＲＳが、特に、ブランクまたはほとんどブランクのサブフレームにおいて送信されない場合、同じ設計思想がその他のタイプのサブフレームにも適応可能でありうる。
【００５５】
例は、サブフレーム・タイプに基づいてＤＬ送信モードを利用することを最も良く実証する。図８Ａでは、サブフレーム０、１、５、６がＭＢＳＦＮサブフレームであり、残りのサブフレームが非ＭＢＳＦＮサブフレームである。ＵＥ８５２がサブフレームでＤＬ送信８５６を受信すると仮定する。ＵＥ８５２は、サブフレームのおのおののタイプに基づいて、サブフレームのおのおのを受信するためにＤＬ送信モードを利用しうる。このため、ＵＥ８５２は、サブフレーム０、１、５、６について、ＭＢＳＦＮサブフレームを受信するためにＤＬ送信モード７を利用し、残りのサブフレームにおいて、非ＭＢＳＦＮサブフレームを受信するためにＤＬ送信モード４を利用しうる。非ＭＢＳＦＮサブフレームのために利用可能な非ＭＢＳＦＮ  ＤＬ送信モードは、すべてのモードでありうる。しかしながら、ＭＢＳＦＮサブフレームのために利用可能なＭＢＳＦＮ  ＤＬ送信モードは、ＵＥ−ＲＳが送信されるモードしか含まない。これは、少なくともモード７とモード８を含む。このため、ＵＥは、サブフレームのタイプに依存して異なる送信モードを使用し、もって、サブフレームのおのおののタイプのためのＤＬ送信モードを利用するように構成されうる。同様に、ＵＥは、サブフレームのタイプに依存して異なるＵＬ送信モードを使用し、もって、サブフレームのおのおののタイプのためのＵＬ送信モードを利用するように構成されうる。
【００５６】
ＵＥ８５２は、サブフレームのタイプに依存する周期で、チャネル・フィードバックを送信しうる。例えば、チャネル・フィードバックは、第１のタイプのサブフレームでは第１の周期で送信され、また、第２のタイプのサブフレームでは、第１の周期よりも短い第２の周期で送信されうる。第１のタイプのサブフレームでチャネル・フィードバックを送信する周期は無限大でありうる。よって、チャネル・フィードバックは、このタイプのサブフレームについて送信されないという結果になる。
【００５７】
ＵＥ８５２は、サブフレームのおのおののタイプについて、異なるチャネル・フィードバックを構築しうる。例えば、第１のタイプのサブフレーム（例えば、ＭＢＳＦＮ）の場合、第２のタイプのサブフレーム（例えば、非ＭＢＳＦＮ）の場合よりも詳細ではないチャネル・フィードバックが送信されうる。このため、第１のタイプのサブフレームのために、さほど詳細ではないチャネル・フィードバックのための第１のチャネル・フィードバック・モードが利用され、第２のタイプのサブフレームのために、より詳細なチャネル・フィードバックのための第２のチャネル・フィードバック・モードが利用されうる。別の例では、第１のタイプのサブフレーム（例えば、ＭＢＳＦＮ）が、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）に基づいて構築され、第２のタイプのサブフレーム（例えば、非ＭＢＳＦＮ）が、ＣＲＳに基づいて構築されうる。このため、チャネル測定のために、基準サブフレームに依存して異なるチャネル・フィードバックが構築されるように、チャネル・フィードバックは、サブフレームに依存しうる。
【００５８】
あるいは、チャネル・フィードバックは、サブフレームのタイプに依存しないかもしれない。チャネル・フィードバックがサブフレームのタイプに依存しない場合、ＵＥ８５２は、ＣＲＳまたはＣＳＩ−ＲＳに基づいてチャネル・フィードバックを構築しうる。ＭＢＳＦＮサブフレームおよび非ＭＢＳＦＮサブフレームに関し、ＵＥ８５２は、ＭＢＳＦＮサブフレームと非ＭＢＳＦＮサブフレームとの両方において、ＣＳＩ−ＲＳまたはＣＲＳに基づいてチャネル・フィードバックを構築しうる。ＵＥ８５２がＣＲＳに基づいてチャネル・フィードバックを構築する場合、ＵＥ８５２は、非ＭＢＳＦＮサブフレームにおいてＣＲＳを使用し、ＭＢＳＦＮサブフレームのうちの最初の数ＯＦＤＭシンボルにおいてＣＲＳを使用しうる。
【００５９】
再び図８Ａを参照して、第１のタイプのサブフレーム０、１、５、６は、第２のタイプのサブフレームとは異なるチャネル条件下（すなわち、異なる受信電力レベルにおける所望信号）および／または干渉条件下（すなわち、所望しない追加の信号）にありうる。これら異なる干渉条件は、サブフレーム２−４、７−９、またはサブフレーム１、２、５、６で送信される場合に、近隣セルが制限されていることによりもたらされうる。異なるチャネル条件は、ｅＮＢ８５４が、サブフレームのタイプに基づいて異なる電力レベルで送信するように構成されていることによりもたらされうる。このため、ＵＥ８５２は、異なるタイプのサブフレームに依存して、異なるチャネル条件下および／または干渉条件下にありうる。
【００６０】
図９は、典型的な無線通信方法のフロー・チャート９００である。この方法によれば、ＵＥ８５２は、複数のサブフレームで通信する（９０２）。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる（９０２）。さらに、ＵＥ８５２は、複数のサブフレームのおのおののタイプに基づいて、複数のサブフレームのおのおののために送信モードを利用する（９０４）。ＵＥ８５２は、どれが第１のタイプのサブフレームであり、どれが第２のタイプのサブフレームであるかに関する、サブフレームに関する情報を、ｅＮＢ８５４から受信しうる。１つの構成では、第１のタイプのサブフレームはＭＢＳＦＮサブフレームであり、第２のタイプのサブフレームは非ＭＢＳＦＮサブフレームである。前述したように、第１のタイプのサブフレームは、それとは別に、ブランクの、あるいは、ほとんどブランクのサブフレームでありうる。第１のタイプのサブフレームおよび第２のタイプのサブフレームは、異なるチャネル条件下および／または干渉条件下にありうる。この方法によれば、ＵＥ８５２は、サブフレームが第１のタイプのサブフレームであるか、または第２のタイプのサブフレームであるかに依存して、複数のサブフレームのうちのサブフレームのために、異なるチャネル・フィードバックを構築しうる（９０６）。すなわち、チャネル・フィードバックは、異なるモードで構築されうるか、あるいは、第１のタイプのサブフレームのチャネル・フィードバックが、ＣＳＩ−ＲＳに基づき、第２のタイプのサブフレームのチャネル・フィードバックが、ＣＲＳに基づきうる。例えば、チャネル・フィードバックは、より詳細であるか、あるいは、さほど詳細ではないことがありうる。および／または、チャネル・フィードバックは、異なるタイプのサブフレームについて、ＣＳＩ−ＲＳに依存するか、ＣＲＳに依存しうる。さらに詳しくは、例えば、第１のタイプのサブフレームがＭＢＳＦＮサブフレームである場合、第１のタイプのサブフレームのチャネル・フィードバックは、さほど詳細ではないか、および／または、ＣＳＩ−ＲＳに基づきうる。そして、例えば、第２のタイプのサブフレームが非ＭＢＳＦＮサブフレームである場合、第２のタイプのサブフレームのチャネル・フィードバックは、より詳細であるか、および／または、ＣＲＳに基づきうる。あるいは、ＵＥ８５２は、複数のサブフレームのおのおののタイプとは無関係にチャネル・フィードバックを構築しうる（９０８）。このような構成では、チャネル・フィードバックはＣＲＳまたはＣＳＩ−ＲＳに基づいて構築される。ＣＲＳは、非ＭＢＳＦＮサブフレームに、および、ＭＢＳＦＮサブフレームの最初の数ＯＦＤＭシンボルに存在する。ＣＳＩ−ＲＳは、ＭＢＳＦＮサブフレームと非ＭＢＳＦＮサブフレームとの両方に存在しうる。ＵＥ８５２は、サブフレームが第１のタイプのサブフレームであるか、または、第２のタイプのサブフレームであるかに基づく周期で、チャネル・フィードバックを送信しうる（９１０）。
【００６１】
図１０は、典型的な無線通信の方法のフロー・チャート１０００である。送信モードは、ＵＬ送信モードでありうる。このような構成では、通信すること（９０２）は、サブフレームを送信することを含み、送信モードを利用すること（９０４）は、サブフレームのおのおののタイプに基づいて、サブフレームのおのおのを送信するためにＵＬ送信モードを利用することを含む。ＵＬ送信モードを利用するために、ＵＥ８５２は、第１のタイプのサブフレームを送信するために第１の送信モードを選択する（１００２）。第１の送信モードは、第１のタイプのサブフレームのための第１のセットの送信モードにある（１００２）。さらに、ＵＥ８５２は、第１のタイプのサブフレームを送信するために、第１の送信モードを利用する（１００４）。ＵＥ８５２はまた、第２のタイプのサブフレームを送信するために、第２の送信モードを選択する（１００６）。第２の送信モードは、第２のタイプのサブフレームのための第２のセットの送信モードにある（１００６）。さらに、ＵＥ８５２は、第２のタイプのサブフレームを送信するために、第２の送信モードを利用する（１００８）。
【００６２】
図１１は、典型的な無線通信の方法のフロー・チャート１１００である。送信モードは、ＤＬ送信モードでありうる。このような構成では、通信すること（９０２）は、サブフレームを受信することを含み、送信モードを利用すること（９０４）は、サブフレームのおのおののタイプに基づいて、サブフレームのおのおのを受信するためにＤＬ送信モードを利用することを含む。ＤＬ送信モードを利用するために、ＵＥ８５２は、第１のタイプのサブフレームを受信するために第１の送信モードを選択する（１１０２）。第１の送信モードは、第１のタイプのサブフレームのための第１のセットの送信モードにある（１１０２）。さらに、ＵＥ８５２は、第１のタイプのサブフレームを受信するために、第１の送信モードを利用する（１１０４）。ＵＥ８５２はまた、第２のタイプのサブフレームを受信するために、第２の送信モードを選択する（１１０６）。第２の送信モードは、第２のタイプのサブフレームのための第２のセットの送信モードにある（１１０６）。さらに、ＵＥ８５２は、第２のタイプのサブフレームを受信するために、第２の送信モードを利用する（１１０８）。
【００６３】
第１のセットの送信モードは、ＵＥ−ＲＳが送信されるすべてのモードを含みうる。第１のセットの送信モードは、少なくともモード７とモード８を含み、第２のセットの送信モードは、すべてのモードを含みうる。選択された第１の送信モードおよび選択された第２の送信モードは異なりうる。例えば、ＵＥ８５２は、ＭＢＳＦＮサブフレームを受信するために、モード７とモード８を含む第１のセットの送信モードからモード７を選択し、ＭＢＳＦＮサブフレームを受信するために、モード７を利用しうる。ＵＥ８５２は、非ＭＢＳＦＮサブフレームを受信するために、すべての送信モードを含む第２のセットの送信モードからモード４を選択し、非ＭＢＳＦＮサブフレームを受信するためにモード４を利用しうる。
【００６４】
図１２は、典型的な装置１００の機能を例示する概念ブロック図１２００である。この装置１００はＵＥであり、複数のサブフレームで通信するモジュール１２０２を含んでいる。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。この装置１００は、複数のサブフレームのおのおののタイプに基づいて、複数のサブフレームのおのおののために送信モードを利用するモジュール１２０４をさらに含んでいる。
【００６５】
図１３は、典型的な無線通信の方法のフロー・チャート１３００である。この方法によれば、ｅＮＢ８５４は、複数のサブフレームにおいて通信する（１３０２）。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる（１３０２）。さらに、ｅＮＢ８５４は、複数のサブフレームのおのおののタイプに基づいて、複数のサブフレームのおのおののために送信モードを用いてＵＥを設定する（１３０４）。１つの構成では、第１のタイプのサブフレームはＭＢＳＦＮサブフレームであり、第２のタイプのサブフレームは非ＭＢＳＦＮサブフレームである。１つの構成では、ｅＮＢ８５４は、ＵＥのチャネル条件および／または干渉条件に基づいて、ＵＥの送信モードを設定する。１つの構成では、ｅＮＢ８５４は、サブフレームが第１のタイプのサブフレームであるか、または第２のタイプのサブフレームであるかに依存して、複数のサブフレームのうちのサブフレームのための異なるチャネル・フィードバックを受信する。
【００６６】
図１４は、典型的な装置１００の機能を例示する概念ブロック図１４００である。装置１００は、ｅＮＢであり、複数のサブフレームで通信するモジュール１４０２を含んでいる。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。さらに、この装置１００は、複数のサブフレームのおのおののタイプに基づいて、複数のサブフレームのおのおののために送信モードを用いてＵＥを設定するモジュール１４０４を含んでいる。
【００６７】
１つの構成では、図１および図７に示すように、無線通信のための装置１００は、ＵＥであり、複数のサブフレームで通信する手段を含んでいる。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。この装置１００はさらに、サブフレームのおのおののタイプに基づいて、サブフレームのおのおののために送信モードを利用する手段を含んでいる。１つの構成では、装置１００はさらに、サブフレームが第１のタイプのサブフレームであるか、または第２のタイプのサブフレームであるかに依存して、複数のサブフレームのうちのサブフレームのための異なるチャネル・フィードバックを構築する手段を含む。１つの構成では、装置１００はさらに、サブフレームが第１のタイプのサブフレームであるか、または、第２のタイプのサブフレームであるかに基づく周期でチャネルを送信する手段を含む。１つの構成では、装置１００はさらに、サブフレームのおのおののタイプと無関係にチャネル・フィードバックを構築する手段を含む。このチャネル・フィードバックは、ＣＲＳまたはＣＳＩ−ＲＳに基づいて構築される。前述の手段は、前述の手段によって詳述された機能を実行するように構成された処理システム１１４である。前述したように、処理システム１１４は、ＴＸプロセッサ７６８、ＲＸプロセッサ７５６、およびコントローラ／プロセッサ７５９を含む。これゆえ、１つの構成では、前述の手段は、前述の手段によって詳述された機能を実行するように構成されたＴＸプロセッサ７６８、ＲＸプロセッサ７５６、およびコントローラ／プロセッサ７５９でありうる。
【００６８】
別の構成では、無線通信のための装置１００はｅＮＢであり、複数のサブフレームで通信する手段を含んでいる。これらサブフレームは、第１のタイプのサブフレームと、第２のタイプのサブフレームとを含んでいる。さらに、この装置１００は、サブフレームのおのおののタイプに基づいて、サブフレームのおのおののために送信モードを用いてＵＥを設定する手段を含んでいる。１つの構成では、装置１００はさらに、サブフレームが第１のタイプのサブフレームであるか、または第２のタイプのサブフレームであるかに依存して、複数のサブフレームのうちのサブフレームのための異なるチャネル・フィードバックを受信する手段を含む。前述の手段は、前述の手段によって詳述された機能を実行するように構成された処理システム１１４である。前述したように、処理システム１１４は、ＴＸプロセッサ７１６、ＲＸプロセッサ７７０、およびコントローラ／プロセッサ７７５を含む。これゆえ、１つの構成では、前述の手段は、前述の手段によって詳述された機能を実行するように構成されたＴＸプロセッサ７１６、ＲＸプロセッサ７７０、およびコントローラ／プロセッサ７７５でありうる。
【００６９】
開示された処理のステップの具体的な順序または階層は、典型的なアプローチの例示であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、再構成されうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。
【００７０】
前述の記載は、いかなる当業者であっても、ここで開示されたさまざまな態様を実現できるように提供される。これらの態様に対するさまざまな変形例は、当業者に容易に明らかになり、本明細書に定義された一般的な原理は、他の態様にも適用可能である。したがって、特許請求の範囲は、本明細書に示された態様に限定されず、請求項の文言と首尾一貫したすべての範囲が与えられることが意図されており、ここで、単数形による要素への参照は、もしも明確に述べられていないのであれば、「１および１のみ」を意味するのではなく、「１または複数」を意味することが意図されている。特に明記されていない限り、用語「いくつか」は、１または複数を称する。当業者に周知であるか、または、後に周知になるべき本開示を通じて記載されたさまざまな態様の要素に対するすべての構造的および機能的な等価物が、参照によって本明細書に明確に組み込まれており、請求項に含められていると意図される。さらに、本明細書で開示されたいずれも、このような開示が請求項において明示的に述べられているかに関わらず、公衆に対して放棄されたものとは意図されていない。これら請求項要素が、「〜する手段」という文言を用いて明確に記載されていないのであれば、あるいは、方法請求項の場合に、「〜するステップ」という文言を用いて記載されていないのであれば、いずれの請求項要素も、３５Ｕ．Ｓ．Ｃ第１１２条第６パラグラフの下で解釈されるべきではない。
以下に本願発明の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
無線通信の方法であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信することと、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを利用することと、を備える方法。
［Ｃ２］
前記第１のタイプのサブフレームはマルチキャスト・ブロードキャスト・シングル周波数ネットワーク（ＭＢＳＦＮ）サブフレームであり、前記第２のタイプのサブフレームは非ＭＢＳＦＮサブフレームである、Ｃ１に記載の方法。
［Ｃ３］
前記第１のタイプのサブフレームと前記第２のタイプのサブフレームとは、異なるチャネル条件および／または干渉条件を経験する、Ｃ１に記載の方法。
［Ｃ４］
前記送信モードは、アップリンク（ＵＬ）送信モードであり、前記通信することは、前記サブフレームを送信することを備え、前記送信モードを利用することは、前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおのを送信するためにＵＬ送信モードを利用することを備える、Ｃ１に記載の方法。
［Ｃ５］
前記複数のサブフレームのおのおのを送信するために前記ＵＬ送信モードを利用することは、
前記第１のタイプのサブフレームを送信するために、前記第１のタイプのサブフレームのための第１のセットの送信モードにある第１の送信モードを選択することと、
前記第１のタイプのサブフレームを送信するために、前記第１の送信モードを利用することと、
前記第２のタイプのサブフレームを送信するために、前記第２のタイプのサブフレームのための第２のセットの送信モードにある第２の送信モードを選択することと、
前記第２のタイプのサブフレームを送信するために、前記第２の送信モードを利用することと、を備えるＣ４に記載の方法。
［Ｃ６］
前記送信モードは、ダウンリンク（ＤＬ）送信モードであり、前記通信することは、前記サブフレームを受信することを備え、前記送信モードを利用することは、前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおのを受信するためにＤＬ送信モードを利用することを備える、Ｃ１に記載の方法。
［Ｃ７］
前記複数のサブフレームのおのおのを受信するために前記ＤＬ送信モードを利用することは、
前記第１のタイプのサブフレームを受信するために、前記第１のタイプのサブフレームのための第１のセットの送信モードにある第１の送信モードを選択することと、
前記第１のタイプのサブフレームを受信するために、前記第１の送信モードを利用することと、
前記第２のタイプのサブフレームを受信するために、前記第２のタイプのサブフレームのための第２のセットの送信モードにある第２の送信モードを選択することと、
前記第２のタイプのサブフレームを受信するために、前記第２の送信モードを利用することと、を備えるＣ６に記載の方法。
［Ｃ８］
前記第１のセットの送信モードは、ユーザ機器特有の基準信号が送信されるモードを備える、Ｃ７に記載の方法。
［Ｃ９］
前記第１のセットの送信モードは、少なくともモード７とモード８とを備える、Ｃ８に記載の方法。
［Ｃ１０］
前記第２のセットの送信モードは、すべてのモードを備える、Ｃ７に記載の方法。
［Ｃ１１］
前記選択された第１の送信モードと、前記選択された第２の送信モードとは異なる、Ｃ７に記載の方法。
［Ｃ１２］
前記サブフレームが前記第１のタイプのサブフレームであるか、または前記第２のタイプのサブフレームであるかに依存して、前記複数のサブフレームのうちのサブフレームのために異なるチャネル・フィードバックを構築すること、をさらに備えるＣ７に記載の方法。
［Ｃ１３］
前記チャネル・フィードバックは、異なるモードで構築される、Ｃ１２に記載の方法。
［Ｃ１４］
前記第１のタイプのサブフレームのチャネル・フィードバックは、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）に基づき、前記第２のタイプのサブフレームのチャネル・フィードバックは、セル特有の基準信号（ＣＲＳ）に基づく、Ｃ１２に記載の方法。
［Ｃ１５］
前記サブフレームが前記第１のタイプのサブフレームであるか、または、前記第２のタイプのサブフレームであるかに基づく周期で、チャネル・フィードバックを送信すること、をさらに備えるＣ１に記載の方法。
［Ｃ１６］
前記複数のサブフレームのおのおののタイプとは無関係にチャネル・フィードバックを構築することをさらに備え、前記チャネル・フィードバックは、セル特有の基準信号（ＣＲＳ）またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）に基づいて構築される、Ｃ１に記載の方法。
［Ｃ１７］
どれが前記第１のタイプのサブフレームであり、どれが前記第２のタイプのサブフレームであるかに関する、サブフレームに関する情報を受信すること、をさらに備えるＣ１に記載の方法。
［Ｃ１８］
無線通信の方法であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信することと、
前記サブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを用いてユーザ機器（ＵＥ）を設定することと、を備える方法。
［Ｃ１９］
前記第１のタイプのサブフレームはマルチキャスト・ブロードキャスト・シングル周波数ネットワーク（ＭＢＳＦＮ）サブフレームであり、前記第２のタイプのサブフレームは非ＭＢＳＦＮサブフレームである、Ｃ１８に記載の方法。
［Ｃ２０］
前記ＵＥの送信モードを設定することは、前記ＵＥが経験したチャネル条件および／または干渉条件に基づく、Ｃ１８に記載の方法。
［Ｃ２１］
前記サブフレームが前記第１のタイプのサブフレームであるか、または前記第２のタイプのサブフレームであるかに依存して、前記複数のサブフレームのうちのサブフレームのために異なるチャネル・フィードバックを受信すること、をさらに備えるＣ１８に記載の方法。
［Ｃ２２］
無線通信のための装置であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信する手段と、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを利用する手段と、を備える装置。
［Ｃ２３］
前記第１のタイプのサブフレームはマルチキャスト・ブロードキャスト・シングル周波数ネットワーク（ＭＢＳＦＮ）サブフレームであり、前記第２のタイプのサブフレームは非ＭＢＳＦＮサブフレームである、Ｃ２２に記載の装置。
［Ｃ２４］
前記第１のタイプのサブフレームと前記第２のタイプのサブフレームとは、異なるチャネル条件および／または干渉条件を経験する、Ｃ２２に記載の装置。
［Ｃ２５］
前記送信モードは、アップリンク（ＵＬ）送信モードであり、前記通信する手段は、前記サブフレームを送信し、前記送信モードを利用する手段は、前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおのを送信するためにＵＬ送信モードを利用する、Ｃ２２に記載の装置。
［Ｃ２６］
前記複数のサブフレームのおのおのを送信するために前記ＵＬ送信モードを利用するために、前記利用する手段はさらに、
前記第１のタイプのサブフレームを送信するために、前記第１のタイプのサブフレームのための第１のセットの送信モードにある第１の送信モードを選択する手段と、
前記第１のタイプのサブフレームを送信するために、前記第１の送信モードを利用する手段と、
前記第２のタイプのサブフレームを送信するために、前記第２のタイプのサブフレームのための第２のセットの送信モードにある第２の送信モードを選択する手段と、
前記第２のタイプのサブフレームを送信するために、前記第２の送信モードを利用する手段と、を備えるＣ２５に記載の装置。
［Ｃ２７］
前記送信モードは、ダウンリンク（ＤＬ）送信モードであり、前記通信する手段は、前記サブフレームを受信し、前記送信モードを利用する手段は、前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおのを受信するためにＤＬ送信モードを利用する、Ｃ２２に記載の装置。
［Ｃ２８］
前記複数のサブフレームのおのおのを受信するために前記ＤＬ送信モードを利用するために、前記利用する手段はさらに、
前記第１のタイプのサブフレームを受信するために、前記第１のタイプのサブフレームのための第１のセットの送信モードにある第１の送信モードを選択する手段と、
前記第１のタイプのサブフレームを受信するために、前記第１の送信モードを利用する手段と、
前記第２のタイプのサブフレームを受信するために、前記第２のタイプのサブフレームのための第２のセットの送信モードにある第２の送信モードを選択する手段と、
前記第２のタイプのサブフレームを受信するために、前記第２の送信モードを利用する手段と、を備えるＣ２７に記載の装置。
［Ｃ２９］
前記第１のセットの送信モードは、ユーザ機器特有の基準信号が送信されるモードを備える、Ｃ２８に記載の装置。
［Ｃ３０］
前記第１のセットの送信モードは、少なくともモード７とモード８とを備える、Ｃ２９に記載の装置。
［Ｃ３１］
前記第２のセットの送信モードは、すべてのモードを備える、Ｃ２８に記載の装置。
［Ｃ３２］
前記選択された第１の送信モードと、前記選択された第２の送信モードとは異なる、Ｃ２８に記載の装置。
［Ｃ３３］
前記サブフレームが前記第１のタイプのサブフレームであるか、または前記第２のタイプのサブフレームであるかに依存して、前記複数のサブフレームのうちのサブフレームのために異なるチャネル・フィードバックを構築する手段、をさらに備えるＣ２２に記載の装置。
［Ｃ３４］
前記チャネル・フィードバックは、異なるモードで構築される、Ｃ３３に記載の装置。
［Ｃ３５］
前記第１のタイプのサブフレームのチャネル・フィードバックは、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）に基づき、前記第２のタイプのサブフレームのチャネル・フィードバックは、セル特有の基準信号（ＣＲＳ）に基づく、Ｃ３３に記載の装置。
［Ｃ３６］
前記サブフレームが前記第１のタイプのサブフレームであるか、または、前記第２のタイプのサブフレームであるかに基づく周期でチャネルを送信する手段、をさらに備えるＣ２２に記載の装置。
［Ｃ３７］
前記複数のサブフレームのおのおののタイプとは無関係にチャネル・フィードバックを構築する手段をさらに備え、
前記チャネル・フィードバックは、セル特有の基準信号（ＣＲＳ）またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）に基づいて構築される、Ｃ２２に記載の装置。
［Ｃ３８］
どれが前記第１のタイプのサブフレームであり、どれが前記第２のタイプのサブフレームであるかに関する、サブフレームに関する情報を受信する手段、をさらに備えるＣ２２に記載の装置。
［Ｃ３９］
無線通信のための装置であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信する手段と、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを用いてユーザ機器（ＵＥ）を設定する手段と、を備える装置。
［Ｃ４０］
前記第１のタイプのサブフレームはマルチキャスト・ブロードキャスト・シングル周波数ネットワーク（ＭＢＳＦＮ）サブフレームであり、前記第２のタイプのサブフレームは非ＭＢＳＦＮサブフレームである、Ｃ３９に記載の装置。
［Ｃ４１］
前記ＵＥの送信モードを設定する手段は、前記ＵＥが経験したチャネル条件および／または干渉条件に基づく、Ｃ３９に記載の装置。
［Ｃ４２］
前記サブフレームが前記第１のタイプのサブフレームであるか、または前記第２のタイプのサブフレームであるかに依存して、前記複数のサブフレームのうちのサブフレームのために異なるチャネル・フィードバックを受信する手段、をさらに備えるＣ３９に記載の装置。
［Ｃ４３］
コンピュータ・プログラム製品であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信することと、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを利用することと、のためのコードを備えるコンピュータ読取可能な媒体を備える、コンピュータ・プログラム製品。
［Ｃ４４］
コンピュータ・プログラム製品であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信することと、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを用いてユーザ機器（ＵＥ）を設定することと、のためのコードを備えるコンピュータ読取可能な媒体を備える、コンピュータ・プログラム製品。
［Ｃ４５］
無線通信のための装置であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信し、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを利用する、ように構成されたプロセッサを備える装置。
［Ｃ４６］
無線通信のための装置であって、
第１のタイプのサブフレームと第２のタイプのサブフレームとを備える複数のサブフレームで通信し、
前記複数のサブフレームのおのおののタイプに基づいて、前記複数のサブフレームのおのおののために送信モードを用いてユーザ機器（ＵＥ）を設定する、ように構成されたプロセッサを備える装置。
【図１】
0005607172.tif 000003
【図２】
0005607172.tif 000004
【図３】
0005607172.tif 000005
【図４】
0005607172.tif 000006
【図５】
0005607172.tif 000007
【図６】
0005607172.tif 000008
【図７】
0005607172.tif 000009
【図８Ａ】
0005607172.tif 000010
【図８Ｂ】
0005607172.tif 000011
【図９】
0005607172.tif 000012
【図１０】
0005607172.tif 000013
【図１１】
0005607172.tif 000014
【図１２】
0005607172.tif 000015
【図１３】
0005607172.tif 000016
【図１４】
0005607172.tif 000017