JP5970063B2 - 通信方法およびシステム - Google Patents

Description

本発明は、モバイル通信システムにおいてデータを通信する方法、およびモバイル通信ユニットに関する。

３ＧＰＰに基づいて定められたＵＭＴＳおよびＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）アーキテクチャのような第３および第４世代モバイル通信システムは、前世代のモバイル通信システムによって提供される単純な音声やメッセージのサービスよりも洗練されたサービスをサポートし得る。

例えば、ＬＴＥシステムによって提供される改良された無線インターフェースおよび向上されたデータ転送速度により、ユーザは、以前では固定回線のデータ接続を通じてしか利用できなかったモバイルビデオストリーミングおよびモバイルテレビ会議のような高いデータ転送速度のアプリケーションを楽しむことができる。そのため、第３および第４世代ネットワークの展開への要望は強く、これらのネットワークのカバレッジエリア、つまり、ネットワークに対するアクセスが可能な地理的な場所、は急速に増加することが予想される。

第３および第４世代ネットワークの予想される広域展開は、利用可能な高いデータ転送速度を利用することよりもむしろ、ロバストな無線インターフェースおよびカバレッジエリアの偏在性の向上を利用するデバイスおよびアプリケーションの部類の並行開発につながっている。例として、相対的に低い頻度で少量のデータを通信する準自律的または自律的な無線通信デバイス（つまり、ＭＴＣデバイス）に代表されるような、いわゆるマシンタイプコミュニケーション（ＭＴＣ）アプリケーションがある。例として、いわゆるスマートメータ、例えば、消費者の家に設置され、ＭＴＣ中央サーバに返る消費者のガス、水道、電気などの公共施設の使用量に関係するデータ情報を定期的に送信する、が含まれる。したがって、そのようなＭＴＣデバイスは、ＭＴＣデバイスまたは従来の端末の要求にネットワークがより適合され得る場合、異なるネットワークを使用して従来の端末と通信し得る。次いで、ＭＴＣデバイスおよび従来のデバイスの各々は異なる準自律的なネットワークを使用するため、各ネットワークにおいて、情報が複製されることがある。

また、端末が２以上のキャリアに接続され得るシステムも出現し始めている。例えば、端末は２つの別個のキャリアを介して、基地局と通信し得ることによって、端末はスループットを増加させることが可能である。そして、端末は、単一のキャリアの状況に類似した作法で、２つのキャリアの各々を使用する。他の端末は、これら２つのキャリアのうちの１つのみに接続されてもよく、実際には、これらのキャリアは２以上のキャリアを使用する端末に限られない。したがって、これらキャリアの各々は、他のキャリアから自律的に機能し得なければならない。例えば、キャリアは、そのキャリアのみを使用する端末にキャリアが利用可能なように、キャリア制御情報およびその端末に関連する任意のキャリア管理関連情報を提供しなければならない。

２以上のキャリアが提供される状況では、通常、それらキャリアの各々は、互いに自律的に機能することが期待され、したがって、それらのキャリアは、独自のキャリア管理情報および任意の他のブロードキャストされた情報またはデータを含む。その結果、このキャリア中の情報またはデータへのアクセスは、常にこのキャリアに接続された端末のみに付与され得る。ある状況では、これらキャリアの各々が端末によって自律的に使用され得ることを保証するために、２以上のキャリア中にそのようなデータの部分的また完全な複製が存在し得る。

本発明の種々の態様及び特徴は、特許請求の範囲において規定される。

ＭＴＣデバイスの例の場合、第３または第４世代モバイル通信ネットワークによって提供される広域なカバレッジエリアを利用することがＭＴＣ型端末のような端末にとってうってつけであるが、現在では不利益がある。スマートフォンのような従来の第３または第４世代モバイル端末とは異なり、ＭＴＣ型の端末は、相対的に単純かつ廉価であれることが好ましい。ＭＴＣ型の端末によって実行される機能の種類（例えば、バックデータの収集および報告）は、特段複雑な処理の実行を要求しない。しかし、第３および第４世代モバイル通信ネットワークは、概して、より複雑で高価な無線送受信機の実装を要求し得る無線インターフェースにおける先進のデータ変換技術を用いる。スマートフォンは、概して、典型的なスマートフォン型の機能を実行するのに高速なプロセッサを要求するものであるため、スマートフォンにそのような複雑な送受信機を含めることはもっともである。しかし、上記に示されているように、現在は、ＬＴＥ型ネットワーク用いて通信するために、相対的に廉価で簡易なデバイスを使うことが切望されている。したがって、限定的な性能を有するデバイスに対してキャリアが提供され得、それらのキャリア（「仮想キャリア」と呼ばれることがある）は、より大きなキャリア（「ホストキャリア」と呼ばれることがある）内に提供される。この点で、読者は、その内容が参照によって本明細書に包含される本出願人による同時係属中の英国特許出願第１１０１９７０．０号、第１１０１９８１．７号、第１１０１９６６．８号、第１１０１９８３．３号、第１１０１８５３．８号、第１１０１９８２．５号、第１１０１９８０．９号、および第１１０１９７２．６号を対象とする。例えば、仮想キャリアが主にＭＴＣ型デバイスによって使用され得るのに対し、ホストキャリアは主に従来の端末によって使用され得る。例えば、ホストキャリアおよび仮想キャリアは独立した作法で提供され得る。そのような例では、ホストキャリアに接続された端末は、ホストキャリア内に結果として生じた仮想キャリアを認識しておらず、直接影響も受けない。一方で、仮想キャリアに接続された端末は、ホストキャリア設定またはデータを認識しない。実際には、仮想キャリアがホストキャリア内に提供された場合でも、これら２つのキャリアは、論理的に個別のものであり、各キャリアは自律的なキャリアである。例えば、キャリアは各々、独自の制御情報、およびそれぞれの端末に関連する任意のキャリア管理関連情報を含み得る。

発明のある態様によると、基地局への、および／または、からのデータを通信するモバイル通信ユニットが提供される。前記モバイル通信ユニットは、１以上の基地局と、前記１以上の基地局によって提供される無線アクセスインターフェースを介して、データを通信するように構成されており、前記モバイル通信ユニットは、少なくとも１つのキャリアを介して、前記１以上の基地局から送信を受信するように構成されており、キャリアは、周波数帯内の論理的に別個の物理リソースの組であり、キャリアのリソースは、通信チャネルを提供する。前記モバイル通信ユニットは、第１のキャリア内の共通な情報の位置の標識を含む割当て情報を受信すると、前記第１のキャリア内の前記共通な情報にアクセスするようにさらに構成されている。前記割当て情報は、第２のキャリアで提供され、前記共通な情報は、前記第１のキャリアを使用する少なくとも１つのモバイルユニットおよび第２のキャリアを使用する少なくとも１つのモバイルユニットに対するものである。

したがって、割当て情報が２つの異なる論理的に別個なキャリアに提供される場合、共通な情報にアクセス可能なモバイル通信ユニットが提供される。各キャリアの割当て情報は、共通な情報の位置の標識をキャリアの一方に含む。結果として、モバイル通信ユニットは、２以上のキャリアに共通な情報を１つのキャリアで伝送することによって、情報を送信するために割り当てられたリソースの量の低減が可能となる。したがって、そのようなモバイル通信ユニットを提供することによって、他の情報に対するキャリアを介して利用可能な全スループットが増加される。

発明の別の態様によると、１以上の基地局と、前記１以上の基地局によって提供される無線アクセスインターフェースを介してデータを通信するように構成されているモバイル通信ユニットを動作させる方法が提供される。方法は、少なくとも１つのキャリアを介して、前記１以上の基地局から送信を受信することであって、前記少なくとも１つのキャリアは、周波数帯内の論理的に別個の物理リソースの組であって、キャリアのリソースは、通信チャネルを提供する、ことを含む。方法は、第１のキャリア内の共通な情報の位置の標識を含む割当て情報を受信すると、前記第１の情報の前記共通な情報にアクセスすることをさらに含む。前記割当て情報は、第２のキャリアに提供され、前記共通な情報は、前記第１のキャリアを使用する少なくとも１つのモバイルユニットおよび第２のキャリアを使用する少なくとも１つのモバイルユニットに対するものである。

発明の種々のさらなる態様および実施形態は、添付の特許請求の範囲において提供され、データを基地局へ、および／または、から通信するモバイル通信ユニットおよびモバイル通信ユニットを動作させる方法を含むが、それに限定されない。

本発明の実施形態は、類似部分に対応する参照番号が付けられた添付図面を参照しながら、例としてのみ説明される。
図１は、従来のモバイル通信ネットワークの例を説明している概要図を提供する。 図２は、従来のＬＴＥダウンリンクの無線フレームを説明している概要図を提供する。 図３は、従来のＬＴＥダウンリンクの無線サブフレームを説明している概要図を提供する。 図４は、従来の従来のＬＴＥの「キャンプオン」手続きを説明している概要図を提供する。 図５は、仮想キャリアが挿入されたＬＴＥダウンリンクの無線サブフレームを説明している概要図を提供する。 図６は、仮想キャリアに適合されたキャンプオンするためのＬＴＥの「キャンプオン」手続きを説明している概要図を提供する。 図７は、ＬＴＥダウンリンクの無線サブフレームを説明している概要図を提供する。 図８は、２つの仮想キャリアがホストキャリアの幅の中で位置を変更するサブフレームの集合を説明している概要図を提供する。 図９は、ホストキャリア中の割り当てられたリソースにリンクされた割当てメッセージを各々含む仮想キャリアおよびホストキャリアを説明している概要図を提供する。 図１０は、仮想キャリア中の割り当てられたリソースにリンクされた割当てメッセージを各々含む仮想キャリアおよびホストキャリアを説明している概要図を提供する。 図１１Ａは、仮想キャリアで運ばれる共通な情報の概略的な説明図を提供する。 図１１Ｂは、仮想キャリアで運ばれる共通な情報の概略的な説明図を提供する。 図１１Ｃは、仮想キャリアで運ばれる共通な情報の概略的な説明図を提供する。 図１２は、仮想キャリア中の割り当てられたリソースにリンクされた割当てメッセージを各々含む仮想キャリアおよびホストキャリアを説明している概要図を提供する。 図１３は、別個の周波数帯を有する２つの従来のＬＴＥキャリアを説明している概要図を提供する。 図１４は、２つのキャリアを説明している概要図を提供し、２つのキャリアは各々、キャリアのうちの一方に割り当てられたリソースにリンクされた割当てメッセージを含む。 図１５は、２つのキャリアを含む種々の構成を説明している概要図を提供し、各キャリアは、キャリアのうちの一方または他方に割り当てられたリソースにリンクされた割当てメッセージを含み得る。 図１６は、２つのキャリアを含む種々の構成を説明している概要図を提供し、各キャリアは、キャリアのうちの一方または他方に割り当てられたリソースにリンクされた割当てメッセージを含み得る。 図１７は、２つのキャリアを含む種々の構成を説明している概要図を提供し、各キャリアは、キャリアのうちの一方または他方に割り当てられたリソースにリンクされた割当てメッセージを含み得る。 図１８は、２つのキャリアの例における共通な情報の分割を説明している概要図を提供する。

例示的実施形態が３ＧＰＰ ＬＴＥアーキテクチャとの関連で概略的に説明される。しかし、発明は３ＧＰＰ ＬＴＥアーキテクチャでの実装に限定されない。反対に、いずれの適切なモバイルアーキテクチャも関連していると想定される。

＜従来のネットワーク＞
図１は、従来のモバイル通信ネットワークの基本的な機能性を説明している概要図を提供する。

前述のネットワークは、コアネットワーク１０２に接続された複数の基地局１０１を含む。各基地局は、内ではモバイル端末１０４に、および、からデータが通信され得るカバレッジエリア１０３（つまり、セル）を提供する。データは、無線ダウンリンクを通じて基地局１０１からカバレッジエリア１０３内のモバイル端末１０４に送信される。データは、無線アップリンクを通じてモバイル端末１０４から基地局１０１に送信される。コアネットワーク１０２は、モバイル端末１０４への、および、からのデータを送り、認証、モバイル端末管理、料金請求等のような機能を提供する。

Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）アーキテクチャと定義される３ＧＰＰに従って構成されるようなモバイル通信システムは、無線ダウンリンク（いわゆるＯＦＤＭＡ）および無線アップリンク（いわゆるＳＣ−ＦＤＭＡ）に対するインターフェースを基にした直交周波数分割多重（ＯＦＤＭ）を用いる。データは、複数の直交サブキャリアのアップリンクおよびダウンリンクで送信される。図２は、ＬＴＥダウンリンクの無線フレーム２０１を説明している概要図を示す。ＬＴＥダウンリンクの無線フレームは、ＬＴＥ基地局（改良されたノードＢとして知られる）から送信され、１０ｍｓ持続する。ダウンリンクの無線フレームは、１０個のサブフレームを備え、各サブフレームは１ｍｓ持続する。プライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）は、ＬＴＥフレームの第１から第６のサブフレームで送信される。プライマリブロードキャストチャネル（ＰＢＣＨ）は、ＬＴＥフレームの第１のサブフレームで送信される。ＰＳＳ、ＳＳＳ、およびＰＢＣＨは、後でより詳細に説明される。

図３は、従来のダウンリンクのＬＴＥサブフレームの一例における構造を説明するグリッドを提供する概要図を提供する。サブフレームは、１ｍｓ期間中に送信される所定数のシンボルを有する。各シンボルは、ダウンリンクの無線キャリアの帯域幅にわたって分散された、所定数の直交サブキャリアを有する。

図３で示される例示的サブフレームは、１４のシンボルおよび２０ＭＨｚの帯域幅にわたって離間された１２００のサブキャリアを有する。ＬＴＥでデータが送信され得る最も小さい単位は、１つのサブフレーム中に送信される１２のサブキャリアである。明確にするために、図３において、各個のリソースエレメントは図示されていない代わりに、サブフレームのグリッドにおける各個のボックスは、１つのシンボルで送信される１２のサブキャリアに対応する。

図３は、４つのＬＴＥ端末に対するリソース割当て３４０、３４１、３４２、３４３を示す。例えば、第１のＬＴＥ端末（ＵＥ１）に対するリソース割当て３４２は、１２のサブキャリアの５つのブロックにまたがって広がっており、第２のＬＴＥ端末（ＵＥ２）に対するリソース割当て３４３は１２のサブキャリアの６つのブロックにまたがって広がっている、等である。

制御チャネルデータは、サブフレームの第１のｎシンボルを有するサブフレームの制御領域３００で送信され、ｎは３ＭＨｚまたは３ＭＨｚより大きいチャネル帯域幅に対して１から３の間で変化し得、ｎは１．４ＭＨｚのチャネル帯域幅に対して２から４の間で変化し得る。明確にするために、次の説明は、ｎの最大値を３とし得る３ＭＨｚまたは３ＭＨｚより大きいチャネル帯域幅のホストキャリアに関係する。制御領域３００で送信されるデータは、物理下り制御チャネル（ＰＤＣＣＨ）、物理制御フォーマット指示チャネル（ＰＣＦＩＣＨ）および物理ＨＡＲＱ指示チャネル（ＰＨＩＣＨ）で送信されるデータを含む。

ＰＤＣＣＨは、サブフレームのシンボルが特定のＬＴＥ端末に割り当てられたサブキャリアを示す制御データを含む。そのため、図３で示されるサブフレームの制御領域３００で送信されたＰＤＣＣＨデータは、ＵＥ１は第１のリソースブロック３４２を割当てられ、ＵＥ２は第２のリソースブロック３４３が割り当てられる、などを示し得る。ＰＣＦＩＣＨは、制御領域のサイズ（つまり、１から３の間のシンボル）を示す制御データを含み、ＰＨＩＣＨは、前に送信されたアップリンクデータがネットワークによってうまく受信されたか否かを示すＨＡＲＱ（ハイブリッド自動再送要求）データを含む。

あるサブフレームにおいて、サブフレームの中央帯３１０のシンボルは、プライマリ同期信号（ＰＳＳ）、セカンダリ同期信号（ＳＳＳ）および物理ブロードキャストチャネル（ＰＢＣＨ）を含む情報の送信に使われる。この中央帯３１０は、概して７２のサブキャリアの広さ（１．０８ＭＨｚの送信帯域幅に相当）である。ＰＳＳおよびＳＳＳは、ＬＴＥ端末１０４にフレーム同期を得ることを許可し、ダウンリンク信号を送信する改善されたＮｏｄｅＢのセル識別を決定する同期信号である。ＰＢＣＨは、ＬＴＥ端末がセルにアクセスするために要求するパラメータを含むマスタ情報ブロック（ＭＩＢ）を含むセルの情報を運ぶ。物理下り共有チャネル（ＰＤＳＣＨ）で個のＬＴＥ端末に送信されたデータは、サブフレームのリソースエレメントの残りのブロックで送信され得る。これらのチャネルのさらなる説明は、次の節で提供される。

図３はまた、システム情報を含み、Ｒ_３４４の帯域幅に広がるＰＤＳＣＨの領域を示す。

ＬＴＥチャネルにおけるサブキャリアの数は、送信ネットワークの設定に依存して変わり得る。概して、この変動は、図３に示されるように、１．４ＭＨｚチャネル帯域幅内に含まれる７２のサブキャリアから２０ＭＨｚチャネル帯域幅内に含まれる１２００のサブキャリアである。当技術分野で周知のように、ＰＤＣＣＨ、ＰＣＦＩＣＨおよびＰＨＩＣＨで送信されるデータは、概して、サブフレームの帯域幅全体にわたるサブキャリアに分散される。そのため、従来のＬＴＥ端末は、制御領域を受信し復調するために、全チャネル帯域幅を受信することができなければならない。

図４は、ダウンリンクチャネルを通じて基地局から伝送されるダウンリンク通信を復調できるように端末によって追行されるプロセスであるＬＴＥの「キャンプオン」のプロセスを説明する。このプロセスを用いることで、端末は、セルに対するシステム情報を含む通信の一部を識別することができ、そのため、セルに対する設定情報を復調できる。

図４を見ても分かるように、従来のＬＴＥキャンプオンの手続きでは、端末はまず、中央帯のＰＳＳおよびＳＳＳを用いて基地局と同期し（ステップ４００）、ついでＰＢＣＨを復調する（ステップ４０１）。一旦端末がステップ４００および４０１を行なったならば、端末は基地局と同期される。

各サブフレームに対して、端末は、キャリア３２０の全幅にわたって分散されるＰＣＦＩＣＨを復調する（ステップ４０２）。上述のように、ＬＴＥのダウンリンクキャリアは、最大２０ＭＨｚの幅（１２００のサブキャリア）であり、そのため、ＬＴＥ端末はＰＣＦＩＣＨを復調するために、２０ＭＨｚの帯域幅で通信を受信および復調する性能を有しなければならない。その段階で、２０ＭＨｚキャリア幅で、端末は、同期およびＰＢＣＨ復調に関係するステップ４００および４０１の期間中（Ｒ_３１０の帯域幅）よりも大きな帯域幅（Ｒ_３２０の帯域幅）で動作する。

端末は、特に、システム情報の通信を識別するために、および個々の割当て許可を識別するために、ＰＨＩＣＨの位置を突き止め（ステップ４０３）、ＰＤＣＣＨを復調する（ステップ４０４）。割当て許可は、システム情報を検索し、ＰＤＳＣＨにおけるその端末のデータを検索するために、端末によって利用される。システム情報および個々の割当ての両方は、ＰＤＳＣＨで送信され、キャリア幅３２０内でスケジュールされる。ステップ４０３および４０４はまた、キャリア幅の帯域幅Ｒ３２０全体で動作することを端末に要求する。

ステップ４０２から４０４において、端末は、サブフレームの制御領域３００に含まれる情報を復調する。上述したように、ＬＴＥでは、上述の３つの制御チャネル（ＰＣＦＩＣＨ、ＰＨＩＣＨおよびＰＤＣＣＨ）は、キャリアの制御領域３００にわたって発見され得、制御領域は、上述のように、Ｒ_３２０の幅にわたって延長され、各サブフレームの第１の１、２または３のＯＦＤＭシンボルを占有する。サブフレームにおいては、制御チャネルは、概して、制御領域３００内の全リソースエレメントを使用しないが、全領域にわたってばらまかれるため、ＬＴＥ端末は、３つの各制御チャネルを復調するために、制御領域３００の全体を一度に受信することができなければならない。

端末は、システム情報またはこの端末に送信されたデータを含むＰＤＳＣＨを復調し得る（ステップ４０５）。

１以上の基地局がモバイルユニットに情報を送信するためのいくつかのキャリアを提供する場合、各キャリアで送信されたデータに重複があることがある。例えば、基地局がこの基地局によって提供される２以上のキャリアでシステム情報を伝送する場合、システム情報は２つのキャリアに共通な情報を含むことがあり得、したがって、２つのキャリアで送信されたシステム情報に複製が存在することがある。この複製はリソースの最適な使用とは考えられないことがあり、したがって、この複製を減少させることが切望され得る。

以下の２つの例は、どのようにこの複製が２つの例示的状況下で減少され得るかを説明する。第１の状況では、２つのキャリアが提供され、一方のキャリアは他方のキャリア内に提供される。第２の状況では、２つのキャリアが提供され、それら２つのキャリアは重複しない周波数帯を有する。しかし、発明はこれら２つの具体例に限定されない。少なくとも、１以上の基地局によって２以上のキャリアが提供されるいずれの状況であって、１以上のモバイルユニットに送信された、第１および第２のキャリア中のデータに複製があり得る状況が実施形態として適切な状況であると想定されることが特に意図される。

＜仮想ダウンリンクキャリアの例＞
ＭＴＣデバイス（例えば、上述のスマートメータのような準自律または自律的な無線通信デバイス）のようなある部類のデバイスは、相対的に低頻度な間隔での少量のデータの通信によって特徴づけられる通信アプリケーションをサポートし、そのため、従来のＬＴＥ端末よりも大幅に簡易であり得る。多くの状況では、キャリア帯域幅の全体にわたるＬＴＥダウンリンクフレームからのデータを受信および処理可能な従来のハイパフォーマンスなＬＴＥの受信部を備えるような低い性能である端末を提供することは、少量のデータを通信することのみを必要とするデバイスにとって過剰に複雑であり得る。そのため、これは、ＬＴＥネットワークにおける低性能であるＭＴＣ型デバイスの広域展開の実用性を限定する。代わりに、端末へ送信され得るデータ量により比例するより単純な受信部を有するＭＴＣデバイスのような低性能端末を提供することが好ましい。したがって、これは、「仮想キャリア」と呼ばれることがある概念の出現をもたらし、「仮想キャリア」は、従来のダウンリンクキャリア（つまり「ホストキャリア」）に挿入される。従来のダウンリンクキャリアで送信されるデータとは違って、仮想キャリアで送信されるデータは、ダウンリンクホストキャリアの全帯域幅を処理する必要なく、受信され復調され得る。その結果、仮想キャリアで送信されるデータは、低減された複雑性の受信部を用いて受信され復調され得る。完全にするために、可能な仮想キャリアの例を短く説明する。しかし、さらなる詳細は、上記の同時係属中の英国出願に記載され得る。

図５は、本発明の例によるホストキャリアに挿入された仮想キャリアを含むＬＴＥダウンリンクサブフレームを説明している概要図を提供する。

従来のＬＴＥダウンリンクサブフレームを踏まえて、第１のｎシンボル（ｎは図５における３である）は、ＰＤＣＣＨで送信されるデータのようなダウンリンク制御データの送信に対して確保される制御領域３００を形成する。しかし、図５を見ても分かるように、ＬＴＥダウンリンクサブフレームの制御領域３００の外側は、仮想キャリア５０１を形成する中央帯３１０の下部のリソースエレメントの集合を含む。明確にするために、仮想キャリア５０１は、仮想キャリア５０１で送信されるデータが、ホストキャリアの残り部分で送信されるデータと論理的に区別されて扱われ得、最初に制御領域３００からの全ての制御データを復調せずに復調され得るように、適合される。図５は、仮想キャリアが中央帯の下部の周波数リソースを占有することを示すが、一般に、仮想キャリアは、ホストキャリア３２０内のいずれかの適切な位置にあってもよく、例えば、中央帯の上、および／または、中央帯と重複する周波数帯にあってもよい。

図５を見ても分かるように、仮想キャリア５０１で送信されるデータは、限定された帯域幅にわたって送信される。これは、ホストキャリアの帯域幅より狭いことを提供するいずれかの適切な帯域幅であり得る。これは、低性能端末（例えば、ＭＴＣ型端末）に、単純化された受信機が備えられることを可能にするが、それでも、上述したような、端末にキャリアの全帯域幅にわたる信号を受信および処理できる受信部を備えられることを要求する従来的な通信ネットワーク内で動作し得ることを可能にする。

図５を見ても分かるように、仮想キャリアの最後のシンボルは、仮想キャリア５０１のリソースエレメントが割当てられたことを示す制御データの送信に対して割り当てられる仮想キャリアの制御領域５０２として受信され得る。仮想キャリアの制御領域は、例えば、仮想キャリアの最初のいくつかのシンボルにおいて仮想キャリア内の適切な位置に位置付けられ得る。図５の例では、これは、第４、第５、第６のシンボルに仮想キャリアの制御領域が位置付けられることを意味し得る。しかし、サブフレームの最後のシンボルにおける仮想キャリアの制御領域の位置を固定することは、利益をもたらす。なぜなら、たとえホストキャリアの制御領域のシンボル数が変化しても、仮想キャリアの制御領域の位置は変化しないためである。これは、仮想キャリアでデータを受信するモバイル通信端末によって引き受けられた処理を単純化する。なぜなら、それらにとって、仮想キャリアの制御領域は、サブフレームの最後のシンボルに常に位置付けられていると知られているので、サブフレームごとに仮想キャリアの制御領域の位置を決定する必要がないためである。

任意であるが、仮想キャリアの制御シンボルは、別個のサブフレームにおける仮想キャリアの送信を参照し得る。

いくつかの例では、仮想キャリアは、ダウンリンクサブフレームの中央帯３１０内に位置付けられ得る。これは、ＰＳＳ／ＳＳＳおよびＰＢＣＨによって占有されるリソースが仮想キャリアの領域に含まれ得るが、ホストキャリアＰＤＳＣＧＨ領域内には含まれ得ないために仮想キャリアの挿入によって引き起こされるホストキャリアのＰＤＳＣＨリソースの減少を最小化する。そのため、例えば、期待される仮想キャリアのスループットに依存するため、仮想キャリアの位置は、ＰＳＳ、ＳＳＳおよびＰＢＣＨのオーバヘッドを減らすようにホストキャリアまたは仮想キャリアが選択されることにより、中央帯の内側または外側のどちらかに適切に選択され得る。

図６は、仮想チャネルに対するキャンプオンのプロセスを説明しているフローダイアグラムを示している。図６の例では、第１のステップ４００および４０１が図４に示される従来のキャンプオンのプロセスに類似している。ステップ６０６では、ホストキャリア内に仮想キャリアが提供される場合、仮想キャリア端末が仮想キャリアを位置付けする。一旦、仮想キャリア端末が仮想キャリアを位置付けると、それは仮想キャリア内の情報にアクセスし得る。例えば、仮想キャリアが従来のＬＴＥリソース割当て方法を反映する場合、仮想キャリア端末は、例えば、特定の仮想キャリア端末またはシステム情報に対して割り当てられた仮想キャリア内のリソースエレメントを示し得る仮想キャリア内の制御位置を復調し得える。例えば、図７は、サブフレームＳＦ２に対して割り当てられた仮想キャリア３３０内のリソースエレメント３５０から３５２のブロックを示す。上述のように、仮想キャリア端末は、仮想キャリア送信を受信し復調し得る前に、仮想キャリアを位置付けなければならない。仮想キャリアの存在および位置の決定について、いくつかの選択肢が利用可能であり、それらは、別個にまたは組み合わせて実装され得る。これらの選択肢のいくつかは後述される。

仮想キャリアの検出を容易にするために、仮想キャリアが存在する場合、より容易に仮想キャリアを位置付けできるように、仮想キャリア位置情報が仮想キャリア端末に提供され得る。例えば、そのような位置情報は、１または２以上の仮想キャリアがホストキャリア内に提供されること、またはホストキャリアが現在はいずれの仮想キャリアも提供しないことの標識を有し得る。それはまた、仮想キャリアの帯域幅の、例えば、ＭＨｚまたはリソースエレメントのブロックでの標識を有し得る。それに代えて、または、組み合わせて、仮想キャリアの位置情報は、仮想キャリアの周波数および帯域幅の中央を有し得、それによって仮想キャリア端末にいずれかの機能している仮想キャリアの正確な位置および帯域幅が与えられる。各サブフレームでの異なる周波数位置で仮想キャリアが発見された場合には、例えば、疑似乱数アルゴリズム（ｐｓｅｕｄｏ−ｒａｎｄｏｍ ｈｏｐｉｎｇ ａｌｇｏｒｉｔｈｍ）によれば、位置情報は、例えば、疑似乱数のパラメータを示し得る。そのようなパラメータは、開始フレームおよび疑似乱数アルゴリズムに対して用いられるパラメータを含み得る。これらの疑似乱数パラメータを用いることで、仮想キャリア端末は、仮想キャリアがどのサブフレームで発見され得るのかを知ることができる。

提供される仮想キャリアの位置情報の数に応じて、仮想キャリア端末は、仮想キャリア送信を受信する受信機を調整し得るか、または、それを行う前に、さらなる位置情報を要求し得る。

例えば、仮想キャリア端末に、正確な仮想キャリアの周波数帯としての詳細を明示するかはともかく、仮想キャリアの存在、および／または、仮想キャリアの帯域幅の明示する位置情報が提供される場合、または、仮想キャリア端末に、いずれの位置情報も提供されない場合、仮想キャリア端末は、仮想キャリアについてホストキャリアをスキャンし得る（例えば、いわゆるブラインドサーチプロセスを実行する）。仮想キャリアについてホストキャリアをスキャンすることは、後に示されるようないくつかの異なる方法に基づき得る。

上述したように、ダウンリンクのサブフレームの制御領域を構成するＬＴＥにおけるシンボル数は、送信される必要がある制御データの量に依存して動的に変動する。概して、この変動は、１から３のシンボルの間である。図５を参照しても理解できるように、ホストキャリアの制御領域の広さにおける変動は、仮想キャリアにとって利用可能なシンボル数における相違を生じさせ得る。例えば、図５を見ても分かるように、制御領域が長さにおいて３のシンボルであり、サブフレームに１４のシンボルがある場合、仮想キャリアは１１のシンボルの長さである。しかし、次のサブフレームにおいて、ホストキャリアの制御領域が１のシンボルに減らされる場合、そのサブフレームにおける仮想キャリアにとっては１３のシンボルが利用可能であり得る。

仮想キャリアがＬＴＥホストキャリアに挿入されると、仮想キャリアでデータを受信するモバイル通信端末は、ホストキャリアの制御領域によって使われない利用可能な全てのシンボルをモバイル通信端末が利用することができる場合、サブフレームにおける仮想キャリアのシンボル数を決定するために、各ホストキャリアサブフレームの制御領域におけるシンボル数を決定することができる必要がある。

従来、制御領域を形成するシンボル数は、ＰＣＦＩＣＨの全サブフレームの第１のシンボルに示される。しかし、ＰＣＦＩＣＨは、概して、ダウンリンクＬＴＥサブフレームの全帯域幅にわたって分散され、そのため、仮想キャリアの受信のみ可能な仮想キャリア端末が受信できないサブキャリアで送信される。その結果、ある実施形態では、可能な限り延長され得る制御領域にわたるシンボルは仮想キャリアのｎｕｌｌシンボルとして予め定義される。つまり、仮想サブキャリアの長さは、（ｍ〜ｎ）シンボルに設定され、ここで、ｍは、サブフレームにおけるシンボルの総数であり、ｎは、制御領域のシンボル数の最大値である。従って、リソースエレメントは、いずれのサブフレームの第１のｎシンボル中に、仮想キャリアでダウンリンクデータ送信するために割当てられることはない。

この実施形態は、実装が単純であるが、スペクトル的には非効率であり得る。なぜなら、サブフレーム中で、ホストキャリアの制御領域がシンボル数の最大値より少ない場合、仮想キャリアにおいて使用されないシンボルがあり得るためである。

別の実施形態では、ホストキャリアの制御領域のシンボル数は、仮想キャリア自体に明確に示されている。一例では、ホストキャリアの制御領域のサイズの明確な標識は、仮想キャリアの制御領域におけるある情報ビットによって与えられる。他の例では、仮想キャリアは、あらかじめ定義された信号を含み、その位置は、ホストキャリアの制御領域におけるシンボル数を示す。例えば、予め定義された信号は、所定の３ブロックのリソースエレメントのうちの１つで送信され得る。端末がサブフレームを受信すると、端末は予め定義された信号をスキャンする。予め定義された信号がリソースエレメントの第１のブロックにおいて発見される場合、これは、ホストキャリアの制御領域が１のシンボルを含むことを示す。予め定義された信号がリソースエレメントの第２のブロックで発見される場合、これは、ホストキャリアの制御領域が２のシンボルを有することを示し、予め定義された信号がリソースエレメントの第３のブロックで発見される場合、これは、ホストキャリアの制御領域は３のシンボル有することを示す。

他の例では、仮想キャリア端末は、ホストキャリアの制御領域のサイズが１のシンボルであると推測して、仮想キャリアの復調を最初に試みるよう構成される。これが成功しない場合、仮想キャリア端末は、ホストキャリアの制御領域のサイズが２等であると推定して、仮想キャリア端末が仮想キャリアの復調に成功するまで、仮想キャリアの復調を試みる。

当該技術分野において周知であるように、ＬＴＥのようなＯＦＤＭベースの通信システムでは、各シンボルのサブキャリアの数は、概して、参照信号の送信のために確保される。参照信号は、サブフレームのチャネル帯域幅およびＯＦＤＭシンボルにわたって分散されたサブキャリアで送信される。参照信号は、繰り返しのパターンに構成され、そのため、各サブキャリアで送信されるデータに適用されるチャネル関数を推定するために外挿法および内挿法を用いることにより、受信機によって利用され得る。ＬＴＥにおける、各サブフレーム内でサブキャリアに位置する参照信号の位置は、予め定義され、そのため、各端末の受信機において知られている。

ＬＴＥのダウンリンクサブフレームでは、各送信アンテナのポートからの参照信号は、概して、全ての第６のサブキャリアに挿入される。その結果、仮想キャリアがＬＴＥのダウンリンクサブフレームに挿入される場合、たとえ仮想キャリアが１リソースブロック（つまり、１２のサブキャリア）という最小の帯域幅を有していても、仮想キャリアは少なくともサブキャリアを有するいくつかの参照信号を含み得る。

受信機が、サブフレームで送信されるデータを復調するために、全てのシングル参照信号を正確に受信する必要がないように、各サブフレームには、提供されるサブキャリアに位置する十分な参照信号がある。しかし、当然のことながら、受信される参照信号が増えれば、受信機は、より精度の良いチャネル応答の推定が可能となり、そのため、概して、サブフレームから復調されるデータに入れ込まれるエラーが少なくなる。その結果、ホストキャリアでデータを受信するＬＴＥ通信端末との互換性を保つために、本発明のいくつかの例では、従来のＬＴＥサブフレームにおける参照信号を含み得るサブキャリアの位置は仮想キャリアで確保される。

当然のことながら、いくつかの例では、仮想キャリアのみ受信するように構成される端末は、サブフレームの全帯域幅にわたる各サブフレームを受信する従来のＬＴＥ端末と比べて、少ない数のサブキャリアを受信する。その結果、縮小した性能である端末は、精度の低いチャネル推定を生成させ得るより狭い範囲の周波数にわたるより少ない参照信号を受信する。

いくつかの例では、単純化された仮想キャリア端末は、チャネル推定を支援するのにより少ない参照シンボルしか要求しない低モビリティを有し得る。しかし、本発明のいくつかの例では、ダウンリンク仮想キャリアは、縮小した性能である端末が生成させ得るチャネル推定の精度向上のために、サブキャリアを運ぶ追加の参照信号を含む。

いくつかの例では、サブキャリアを運ぶ追加の参照の位置は、従来のサブキャリアを運ぶ参照信号の位置に対して、整然とちりばめられ、それによって、参照信号を混在させた場合は、存在しているサブキャリアを運ぶ参照信号からのチャネル推定のサンプリング頻度が増加する。これは、仮想キャリアの帯域幅にわたり縮小した性能である端末によって生成されるチャネルの改善されたチャネル推定をもたらす。他の例では、サブキャリアを運ぶ追加の参照信号の位置は、仮想キャリアの帯域幅の端に整然と配置され、それによって、仮想キャリアのチャネル推定の内挿の正確性が向上する。

これまでの発明の例は、概して、図５で例として示されるように、１つの仮想キャリアが挿入されたホストキャリアについて説明されてきた。しかし、いくつかの例では、ホストキャリアは、２以上の仮想キャリアを含み得る。例えば、図８は、ホストキャリア３２０内に２つの仮想キャリアＶＣ１（３３０）およびＶＣ２（３３１）が提供され、疑似乱数アルゴリズムによりホストキャリアの幅内の位置が変化する例を示す。しかし、他の例では、２つの仮想キャリアのうちの一方または両方は、常にホストキャリアの周波数帯内の同じ周波数帯で発見され得、および／または、異なるメカニズムにより位置が変化し得る。

いくつかの例では、機能している仮想キャリアの数は、従来のＬＴＥ端末および仮想キャリア端末の現在の要求に適合するように動的に調整され得る。そのため、ネットワークエレメントおよび／またはネットワークオペレータは、適当である場合はいつでも、仮想キャリアを作動させたり、または停止させたりし得る。

図５の例として示される仮想キャリアは、１４４のサブキャリアの帯域幅である。しかし、他の例では、仮想キャリアは、１２のサブキャリアから１１８８のサブキャリア（１２００のサブキャリア送信帯域幅のキャリアに対して）の間のいずれかのサイズであり得る。ＬＴＥにおいて中央帯は７２のサブキャリアの帯域幅を有するため、ＬＴＥ環境における仮想キャリア端末は、中央帯３１０を復調し得るように、優先して、少なくとも７２のサブキャリア（１．０８ＭＨｚ）の帯域幅の受信機を有し、そのため、７２のサブキャリアの仮想キャリアは、使い勝手の良い実装の選択肢を提供し得る。７２のサブキャリアを有する仮想キャリアにおいて、仮想キャリア端末は、キャンプオンプロセスを実行する複雑性を低減し得る仮想キャリアにキャンプオンすることに対して受信機の帯域幅を調整する必要はないが、中央帯に関しては、仮想キャリアと同じ帯域幅を有するようにという要求がなく、上述したように、ＬＴＥベースの仮想キャリアは、１２から１１８８のサブキャリアのどのサイズでもあり得る。

仮想キャリアが提供される状況では、ホストキャリアおよび仮想キャリアに、モバイル端末へブロードキャストされた一部のデータの複製が存在する場合がある。例えば、仮想キャリアは、ホストキャリアにおいて「ホストされる」ので、ホストキャリアについて送信されたシステム情報の一部は、仮想キャリアにおいて端末に関連し得る。２つのキャリアが論理的に独立して扱われるので、そのような情報の複製は、キャリアの各々が自律的であることを保証するために必要であり、不可避であることが概して認識される。

第１の例示的実施形態では、ホストキャリアおよび仮想キャリアは各々、ブロードキャストおよび／またはマルチキャスト情報を含む同じデータを指す許可または割当て情報を含み得る。ブロードキャストおよび／またはマルチキャスト情報は、例えば、ユニキャスト情報でない情報を指す。ユニキャスト情報とは、１つの特定の端末のみに伝送される情報である。

例えば、図３では、リソース割当て３４０は、「ＵＥ４」と識別された端末のためのものであり、いずれの他の端末のためのものではない。そのような情報は、この端末のみに伝送されるため、情報はユニキャスト情報として伝送される。その場合、制御領域は、「許可」とも呼ばれる、割り当てられたリソース３４０に対するＰＤＣＣＨ割当てメッセージを含み、このメッセージは、ＵＥ４に対するＲＮＴＩによってスクランブルされている。ＲＮＴＩとは、少なくともキャリアまたはセルにおける端末に対する固有の識別子である。別の例において、さらに図３では、システム情報は、キャリア、例えばリソース割当て３４４で伝送され得る。システム情報は一般的に、このキャリアを用いるセル内の全ての端末に伝送される。ＬＴＥでは、システム情報に対するＰＤＣＣＨ割当てメッセージは、このキャリアを用いて全端末に伝送されたデータを識別するために使用されるシステム情報ＲＮＴＩ（ＳＩ−ＲＮＴＩ）によって一般的にスクランブルされる。システム情報とは、ブロードキャストされた情報の一例である。ブロードキャスト情報を伝送する単数または複数の基地局は、割り当てられたリソースにおけるデータを実際に端末が読み込むか否かを認識しない場合があることに注意されたい。

図９の例では、簡潔にするために、２つのサブフレームＳＦ１およびＳＦ２が示されており、仮想キャリア５０１がホストキャリア３２０内に提供される。第２のサブフレームＳＦ２では、システム情報は、割り当てられたリソース３４４で、ホストキャリア内でブロードキャストされる。リソース割当てメッセージまたは許可３０１は、ホストキャリアの制御領域３０１において発見され得ることが一般的に予想され、許可は、割り当てられたリソース３４４を指す。本発明の例では、割当てメッセージまたは許可５０３は、仮想キャリア５０１、例えば仮想キャリアの制御領域５０２において発見され得る。そのような許可から予想されるが、この例では、この許可５０３は、仮想キャリア中の割り当てられたリソースは指さず、ホストキャリア中の割り当てられたリソース３４４を指す。図９の例では、仮想キャリアを用いる端末が許可５０３を復調する場合、端末は、仮想チャネルで送信されたデータを復調するまたは復調し続けるか、またはシステム情報を含む割り当てられたリソース３４４で送信されたデータ（またはデータの一部）を受信し、復調するために受信機を再設定するかを決定し得る。したがって、ホストキャリアを用いる端末および仮想キャリアを用いる端末は、ホストキャリアのみで伝送された同じシステム情報３４４を用いて、両キャリアで通信するために要求されるシステム情報を発見および復調することが可能である。

仮想キャリアに、ある制約、例えば、仮想キャリアに対する最大帯域幅が課される場合、それらの制約の一部が、指されている割り当てられたリソースに適用されなければならない場合がある。例えば、モバイルネットワークが１以上の仮想キャリアを、７２のサブキャリアに限定された容量（つまり、６リソースブロックの帯域幅）の受信機を有する端末に提供する場合、モバイルネットワークは、マルチキャスト／ブロードキャストされた情報を提供して同じ制約をこのマルチキャスト／ブロードキャストされた情報に適用する単数または複数の基地局に対して適切であり得る。つまり、この例では、マルチキャスト／ブロードキャストされた情報の帯域幅は、７２サブキャリア以下となる。

図９の例では、マルチキャスト／ブロードキャストされた情報はホストキャリア内に提供されるが、マルチキャスト／ブロードキャストされた情報は、図１０に示すように、仮想キャリア内に提供されてもよい。図１０の例では、マルチキャスト／ブロードキャストされた情報は、割り当てられたリソース３４４で伝送されたシステム情報であり、これらの割り当てられたリソースは、仮想キャリア５０１内に提供される。その場合、仮想キャリア５０１は、次のサブフレームにおける仮想キャリア５０１のシステム情報を指す割当てメッセージまたは許可５０３を含む。従来のシステムにおいて、ホストキャリア３２０は、ホストキャリアに割り当てられたリソースを指す割当てメッセージまたは許可を含むに過ぎないが、本例においては、ホストキャリア３２０は、システム情報を含み、仮想キャリア５０１に提供された割り当てられたリソース３４４を指す割当てメッセージまたは許可５０３を含む。これは、仮想キャリアを用いた、限定された帯域幅容量しか有さない端末がシステム情報メッセージを受信するために、受信機を異なる中心周波数に再チューニングする必要がないという長所がある。ホストキャリア３２０を介して通信する端末は、例えば、許可３０１を復調し得る。端末が、割り当てられたリソース３４４のシステム情報を復調することを決定する場合、端末は、単に割当てメッセージ３０１に従って復調する。したがって、ホストキャリアを用いる端末および仮想キャリアを用いる端末は、仮想キャリアのみで伝送されたシステム情報を発見および復調することが可能である。

図１１Ａ、図１１Ｂおよび図１１Ｃの例では、システム情報を仮想キャリア５０１内に提供する２つの例を示す。図１１Ａの例では、システム情報は、仮想キャリアでデータを送信するために、サブフレームで利用可能なリソースの全て、または実質的に全てを使用する。この例において、リソース５０２は、仮想キャリア内に制御部分を提供するために、サブフレーム内に確保される。しかし、例えば、図１１Ｂの他の例では、制御情報の送信のためにいずれのリソースも確保されない場合がある。その場合、サブフレームに対する仮想キャリア５０１内のリソース３４４の全て、または実質的に全てがシステム情報を伝送するために使用され得、その他の使用のためには、リソースは確保されていない。

図１１Ｃの例では、システム情報３４４は、このサブフレームに対して、仮想キャリア５０１を介してデータを送信するために利用可能なリソースの全てではなく、一部のみで伝送される。この例では、リソース５０２も制御情報を伝送するために確保されているが、他の例では、制御情報に対してリソースが確保されない場合がある。また、図１０の例では、システム情報を指す仮想キャリア割当てメッセージ５０３が、このシステム情報を提供するサブフレームに先行するサブフレームに提供される。図１１Ｃの例では、許可５０３は、リソース割当て５０３からシステム情報３４４を指す矢印によって示されるように、許可５０３が指すシステム情報と同じサブフレームに提供され得る。このような例は、図１２に示される例に類似しており、許可５０３は、システム情報と同じサブフレームに提供される。図１２の例では、システム情報がホストキャリア内にどのように提供されるか詳細は示されていない。例えば、これは、図１１Ａ〜１１Ｃの説明図に類似する場合もあるが、異なって提供されることもある。

システム情報３４４も、図１０に示された、つまりリソース割当て５０３がサブフレームまたは先行するサブフレームに提供されるのと類似した作法で仮想キャリア５０１に提供され得る。例えば、１１Ｃの許可５０３は、実際には、サブフレームまたは次のサブフレームにおけるマルチキャスト／ブロードキャストされた情報またはユニキャスト情報を指している場合がある。

したがって、端末がデータを受信するためにホストキャリアまたはホストキャリア内に提供された仮想キャリアを用い得、２つのキャリアは自律的な作法で提供され、端末にとって重要な、仮想キャリアおよびホストキャリア中の情報が一度のみ提供され得、許可またはリソース割当ては、キャリアのうちの１つに提供され、他方のキャリアに提供された情報を指すシステムおよび方法が提供されている。結果として、マルチキャスト／ブロードキャスト情報を送信するために割り当てられたリソースの数を減少させることが可能であり、これによって、キャリアのスループットおよび効率を改善することができる。

＜複数キャリアの例＞
他の例では、少なくとも２つのキャリアが提供され、２つのキャリアは、範囲が重複せず、２つの別個の周波数帯に提供される。そのような２つのキャリアの例は、図１３に示される。２つのキャリア１２１０および１２３０は、２つの異なる周波数帯に提供され、モバイル端末は、２つのキャリア１２１０および１２３０を介して１以上の基地局によって送信されたデータを受信するために、キャリアのうちの一方または両方を用い得る。例えば、モバイル端末は、従来のモバイルネットワーク構成でキャリアの各々を用いることが可能であり、つまりキャリアは、モバイル端末が１以上の基地局からデータを受信する際に介される唯一のダウンリンクキャリアであり得る。例えば、ＬＴＥ標準の当初のリリースでは、基地局と通信する端末は、通常、１つかつ１つのみのダウンリンクキャリアを介してダウンリンクデータを受信する。このキャリアは、例えば、「キャリア１」１２１０または「キャリア２」１２３０であり得る。端末が２つ（または２以上）のキャリア、例えばキャリア１２１０および１２３０に接続される従来にない状況では、端末は、データを両キャリアから同時に受信する。したがって、そのような端末は、例えば、１つのキャリアを用いた場合よりも、２つのキャリアによって、少なくとも２倍の量のデータを受信し得るため、向上したスループットを享受可能である。

また、端末の唯一のダウンリンクキャリアとして使用され得るいずれのキャリアも端末に自律的なキャリアを提供しなければならないため、キャリア１２１０とキャリア１２３０の各々は、このキャリアを用いる端末に、このキャリアを用いるために必要な情報を提供しなければならない。結果として、従来は、１つのキャリア中の割り当てられたリソースが、同キャリア中の割当てメッセージまたは許可に１対１の関係で対応する。例えば、図１３では、システム情報に対して割り当てられ、第１のキャリア１２１０で伝送されるリソース１２２２および１２２３は、それぞれ、１つの対応する割当てメッセージ１２１２および１２１３を有し、その結果として、第１のキャリアを用いる端末は、このキャリアに対するシステム情報を発見することが可能となる。同様に、第２のキャリア１２３０は、システム情報に対して割り当てられたリソース１２４２および対応する割当てメッセージ１２３２を含み、その結果として、第２のキャリアを用いる端末は、システム情報を発見および復調し得る。割り当てられたリソースは、１以上の端末に対するいずれのタイプのデータに対しても割り当てられ得るので、システム情報の選択は、純粋に例示である。例えば、リソースは、割当てメッセージ１２３３に関連付けられたＴＶデータ１２４３のような他のタイプのブロードキャストまたはマルチキャストされたデータに対して割り当てられ得る。他の例では、送信されたデータは、「ＵＥ１」と識別された１つの端末に対する割り当てられたリソース１２４４によって示されるような、１つの端末に対してのみ送信されたデータ（ユニキャストデータ）であり得る。やはり、割り当てられたリソース１２４４は、割り当てられたリソースを指す割当てメッセージまたは許可１２３４に関連付けられている。

図１４に示される一例では、システム情報に対して割り当てられたリソース１２４５が第２のキャリア１２３０のサブフレームに提供される。第２のキャリア中の割り当てられたリソース１２４５は、同キャリア、つまり第２のキャリア中の許可または割当てメッセージ１２３５に関連付けられる。有利なことに、第２のキャリアに割り当てられたリソースが第１のキャリアの端末に対する情報を含む場合、第１のキャリアも第２のキャリア中の割り当てられたリソースに関連付けられた許可または割当てメッセージを含み得る。したがって、図１４の例では、システム情報に割り当てられたリソース１２３５が第１のキャリア１２１０についての情報を含む場合、第１および第２のキャリアを用いる端末は、第１のキャリアに提供された許可１２１５によって、第２のキャリア中のシステム情報に関連付けられ得る。

別の例（図示されない）では、第１および第２のキャリアを用いるように構成された端末は、待機またはアイドル状態にあり得、第１または第２のキャリア上のページングチャネルを受信し得る。説明を容易にするために、端末は、第１のキャリアのページングチャネルを受信していると考えられるが、端末が第２のキャリアを受信している場合、等しく同じ道理が適用される。端末が第１のキャリアを受信している場合でも、第１および第２のキャリアを提供している１以上の基地局は、端末が第１および第２のページングチャネルのうちのどちらを受信しているのか、認識しない場合がある。従来のＬＴＥまたは従来のモバイルシステムを用いると、１以上の基地局は、第１および第２のキャリアの端末をページングし、それによって、端末が受信しているキャリアのページングチャネルで端末をページングする場合に用いられるページングリソースの倍を使用する。図１４に類似する構成では、１以上の基地局は、端末をページングするためにページングチャネル、例えば、第２のキャリア１２３０のページングチャネルのみを使用し得、このページングチャネルに関連付けられた２つの許可を含み得る。一方の許可は、第１のキャリア１２１０にあり、第２の許可は、第２のキャリア１２３０にある。結果として、端末は、どのキャリアに提供されようとも、端末がどのキャリアおよび／またはチャネルを受信しようとも、ページングチャネルを発見することを保証される一方で、端末をページングするために用いるリソースは、半分に減少する。

各キャリアは、独立したブロードキャスト／マルチキャストされた情報（例えば、１つのキャリアのみに対するシステム情報）を提供し得るか、ブロードキャスト／マルチキャストされたデータを提供しない場合があるか、および／または、共通なブロードキャスト／マルチキャストされた情報（例えば、２以上のキャリアに対するシステム情報）を提供し得る。例えば、図１５の説明図では、第１のキャリア１２１０は、第１および第２のキャリアを用いる端末に対する重要なデータを含む第１のサブフレームシステム情報データ１２２６を提供する。第１および第２のキャリア１２１０および１２３０は、共に、それぞれ、対応する割当てメッセージ１２１６および１２３６を、それぞれ制御部分１２１１および１２３１に提供する。この例では、次のサブフレームにおいて、第１および第２のキャリア１２１０および１２３０の各々は、このキャリアのみを用いる端末に、それぞれシステム情報データ１２２７および１２４５を提供する。キャリア中のシステム情報は、そのキャリアのみを使用する端末に対するものなので、システム情報データを指す他のキャリア中の割当てメッセージを含むことは非効率である。したがって、この例では、第１および第２のキャリア１２１０および１２３０は、それぞれのマルチキャストおよび／またはブロードキャストされたシステム情報データ１２２７および１２４５をそれぞれ指す割当てメッセージ１２１７および１２３５を提供する。

他の例（図示されない）では、第２のサブフレームに対する第１のキャリア１２１０の制御部分１２１１も第２のキャリア１２３０中のシステム情報１２４５に関連付けられた許可または割当てメッセージを含み得る。

上記の通り、いずれかのブロードキャストまたはマルチキャストされた情報が少なくとも２つのキャリアに提供された複数の割当てメッセージに関連付けられ得る。図１６の例は、第１のキャリア１２１０でブロードキャストまたはマルチキャストされたＴＶデータと第２のキャリア１２３０でブロードキャストまたはマルチキャストされたシステム情報との可能な組み合わせを示す。この例では、ＴＶデータ１２２６、１２２７は、第１および第２のサブフレームの第１のキャリア１３１０に提供され、システム情報１２４５は、第２のサブフレームの第２のキャリア１３３０に提供される。ＴＶデータに対して割り当てられたリソース１２２６および１２２７の各々は、それぞれ、２つの割当てメッセージ１２１６、１２３６および１２１７、１２３７に関連付けられる。したがって、第１のキャリア１２１０または第２のキャリア１２３０を用いるいずれかの端末は、第１のキャリア１２１０中のＴＶデータを指す割当てメッセージを提供され、２つのキャリアを用いた場合には、ＴＶデータにアクセス可能である。例えば、オペレータがマルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）、ＴＶサービス、あるいは、いずれか他のタイプまたはブロードキャストもしくはマルチキャストされたサービスのようなあるブロードキャストサービス専用のキャリアを有することを切望する場合、オペレータは、第１のキャリアをそのようなサービス専用にし得、第２のキャリアを従来のキャリアとして用い得る。次いで、従来およびローエンドな端末は、従来の作法で第２のキャリアを使用し得るが、より進んだ端末は、これらのサービスに対して第１のキャリアを使用し得、これらのサービスを除く全てのサービスに対して第２のキャリアを使用し得、可能な限り両キャリアを同時に使用し得る。

図１６の例では、第２のキャリア１２３０の第２のサブフレームにブロードキャストされたシステム情報１２４５が提供され、２つの許可１２１５および１２３５がシステム情報１２４５に関連付けられている。第１の許可１２１５は、第１のキャリア１２１０にあり、第２の許可１２３５は第２のキャリア１２３０にある。

また、概して、１つのサブフレームの割り当てられたリソースの１つのブロックが同サブフレーム中の（少なくとも）１つの許可に関連付けられる例が示される。しかし、発明は、その構成に限定されず、例えば、許可または割当てメッセージが他のサブフレームにあってもよく、かつ／または、割り当てられたリソースのブロックよりもサブフレーム毎の割当てメッセージが少なくとも多くともよい。例えば、図１７は、第２のキャリア１２３０中の１つの許可１２３８が第２のキャリア１２３０中のＴＶに対するリソースの少なくとも３つのブロックに関連付けられ、第１のキャリア１２１０中の１つの許可１２４８が第１キャリア中のＴＶに対するリソースの少なくとも３つのブロック１２４８ａ、１２４８ｂ、１２４８ｃに関連付けられる例を示す。例えば、リソースは、疑似ランダムな作法でサブフレームからサブフレームに変化してもよく、１つの許可は、２以上のサブフレームに対するサービスまたはユーザに対して割り当てられたリソースの位置を示すのに十分であり得る。

図１８に示されるように、少なくとも２つのキャリアに提供された複数の割当てメッセージに関連付けられたブロードキャストまたはマルチキャストされた情報は、１つのキャリア中の端末に対する情報を含む部分、および／または一組のキャリアのうちの１つのキャリアに端末に対する情報を含む部分に分割されてもよく、一組のキャリアとは、いずれかの２以上のキャリアから成る集合である。図１８の例では、共通な情報（ブロードキャストまたはマルチキャストされた情報）が２つのキャリアＣ１およびＣ２に共通な情報に対する部分と、キャリアＣ１に関する情報に対する部分と、Ｃ２に関する情報に対する部分とを含む。この例では、各部分は、共通な情報に割り当てられたリソースのそれぞれ７０％、２０％および１０％を表す。しかし、これらの部分の各々は、０％〜１００％の範囲で、共通な情報に割り当てられたリソースのうちの任意の適切な割合を表してもよい。また、ブロードキャストまたはマルチキャストされた情報が、３以上のキャリアに対する情報を含む場合、共通な情報は、いずれかの適切な作法で分割され得ることによって、これら２以上のキャリアに関する関連情報が共通な情報に含まれ得る。

また、共通な情報の分割は固定されていてもよく、または変化してもよい。例えば、分割は、フレーム毎に変化してもよく、または共通な情報にアクセスする可能性のある端末の各キャリアの数に基づいて変化してもよく、または任意の他の適切な係数もしくはパラメータに基づいて変化してもよい。

また、添付の図に示される例は、説明のためのものに過ぎず、限定するためのものではない。例えば、割り当てられたリソースは、図１３の１２２２、１２２３、１２４２、１２４３および１２４４によって示されるように、データ送信のために利用可能なサブフレーム中のリソース全体にわたっては存在しない場合があり、図１３の割り当てられたリソース１２２４によって示されるような、それら利用可能なリソースの一部のみにわたって存在することがある。また、キャリア中の割当てメッセージは、ＬＴＥにおける割当てメッセージおよび割り当てられたリソースの従来的な相対構成であるため、例えば、許可１２１４およびリソース１２２４のように、同キャリアの割り当てられたリソースと同じサブフレームに概して示されている。しかし、許可は、割り当てられたリソースとは異なるサブフレームにあってもよい。

同様に、発明を説明するために、例は概して、２つのキャリアを示すが、発明は、２つのキャリアに限定されず、２以上の任意の数のキャリアも、発明を使用するために適切である。

概して、発明は、本実施形態で有利に実装され得るため、ＬＴＥ環境下で説明してきたが、発明はＬＴＥ環境に限定されず、任意の他の適切な環境で実装されてもよい。

＜結論＞
多様な修正が本発明の例に対してなされ得る。本発明の実施形態は、主として、従来のＬＴＥベースのホストキャリアに挿入される仮想キャリアを通じてデータを送信する縮小した性能である端末について、定義されている。しかし、いずれの適したデバイス、例えば、従来のＬＴＥ型端末と同じ性能を有するデバイス、またはさらに優れた性能を有するデバイスであっても説明された仮想キャリアを用いてデータを送信および受信し得ることを理解されたい。

同様に、システム情報は、例示的な実施形態において使用されるブロードキャスト／マルチキャストされた情報の例に過ぎず、発明は、システム情報に限定されない。事実、任意の適切なタイプの情報が発明と共に用いられ得る。そのようなタイプの情報は、例えば、ページング、ＴＶサービス、ＭＢＭＳ、集合情報なども含み得る。

さらに、全ての実施形態において、各キャリアは、独立したブロードキャスト／マルチキャストされた情報（例えば、１つのキャリアのみに対するシステム情報）を提供する場合があり、ブロードキャスト／マルチキャストされたデータを提供しない場合があり、かつ／または共通なブロードキャスト／マルチキャストされた情報（例えば、２以上のキャリアに対するシステム情報）を提供する場合がある。

さらに、アップリンクまたはダウンリンクリソースの部分集合に仮想キャリアを挿入する一般原則は、いずれの適したモバイル通信技術に適用され得、ＬＴＥベースの無線インターフェースを採用するシステムに限定される必要がないことを理解されたい。

１０１ 基地局
１０４ モバイル端末
１２１０ 第１のキャリア
１２３０ 第２のキャリア

Claims (28)

1. 基地局への、および／または、からのデータを通信するモバイル通信ユニットであって、
   １以上の基地局と、前記１以上の基地局によって提供される無線アクセスインターフェースを介して、データを通信するように構成されており、
   少なくとも１つのキャリアを介して、前記１以上の基地局から送信を受信するように構成されており、キャリアは、周波数帯内の論理的に別個の物理リソースの組であり、キャリアのリソースは、通信チャネルを提供し、
   第１のキャリア内の共通な情報の位置の標識を含む割当て情報を受信すると、前記第１のキャリア内の前記共通な情報にアクセスするように構成されており、前記割当て情報は、第２のキャリアに提供され、前記共通な情報は、前記第１のキャリアを使用する少なくとも１つのモバイルユニットおよび第２のキャリアを使用する少なくとも１つのモバイルユニットに対するものである、モバイル通信ユニット。
2. 前記共通な情報は、前記第１のキャリアおよび前記第２のキャリアを使用するモバイルユニットに共通な第１の部分を含み、前記第１のキャリアを使用する１以上のモバイルユニットに対する情報を含む第２の部分をさらに含む、請求項１に記載のモバイル通信ユニット。
3. 前記共通な情報は、前記第２のキャリアを使用する１以上のモバイルユニットに対する情報を含む第３の部分をさらに含む、請求項２に記載のモバイル通信ユニット。
4. 前記共通な情報は、前記第１のキャリアおよび／または第２のキャリアに関するシステム情報を含む、請求項１〜３のいずれか１項に記載のモバイル通信ユニット。
5. 前記共通な情報は、前記第１のキャリアおよび／または第２のキャリアを使用する１以上のモバイルユニットに対するページング情報を含む、請求項１〜４のいずれか１項に記載のモバイル通信ユニット。
6. 前記共通な情報は、ブロードキャストおよび／またはマルチキャストサービスに対するデータを含む、請求項１〜５のいずれか１項に記載のモバイル通信ユニット。
7. 前記共通な情報は、マルチメディアブロードキャストマルチキャストサービスデータを含む、請求項６に記載のモバイル通信ユニット。
8. 前記モバイル通信ユニットは、時間の隣接するサブフレームにおけるダウンリンクで送信されたデータを受信するように構成されており、
   前記第２のキャリアにおける前記割当て情報は、前記共通な情報のサブフレームに先行するサブフレームにある、請求項１〜７のいずれか１項に記載のモバイル通信ユニット。
9. 前記第２のキャリアの周波数帯は、前記第１のキャリアの周波数帯より小さく、前記第１のキャリアの周波数帯内に提供される、請求項１〜８のいずれか１項に記載のモバイル通信ユニット。
10. 前記共通な情報にアクセスするように構成されている前記モバイル通信ユニットは、前記モバイル通信ユニットの受信機を、前記共通な情報に対する周波数帯で送信を受信するように設定するように構成されている前記モバイル通信ユニットを含む、請求項９に記載のモバイル通信ユニット。
11. 前記第１のキャリアの周波数帯は、前記第２のキャリアの周波数帯より小さく、前記第２のキャリアの周波数帯内に提供される、請求項１〜８のいずれか１項に記載のモバイル通信ユニット。
12. 前記モバイル通信ユニットは、時間が隣接するサブフレームにおけるダウンリンクで送信されたデータを受信するように構成されており、
    前記第２のキャリアにおける前記割当て情報は、前記共通な情報のサブフレームと同じサブフレームに提供される、請求項１１に記載のモバイル通信ユニット。
13. 前記第１のキャリアの周波数帯および前記第２のキャリアの周波数帯は、重複しない、請求項１〜８のいずれか１項に記載のモバイル通信ユニット。
14. 前記モバイル通信ユニットは、前記第１のキャリアおよび前記第２のキャリアで送信されたデータを、ある時点で受信するようにさらに構成されている、請求項１３に記載のモバイル通信ユニット。
15. １以上の基地局と、前記１以上の基地局によって提供される無線アクセスインターフェースを介してデータを通信するように構成されているモバイル通信ユニットを動作させる方法であって、
    少なくとも１つのキャリアを介して、前記１以上の基地局から送信を受信することであって、キャリアは、周波数帯内の論理的に別個の物理リソースの組であって、キャリアのリソースは、通信チャネルを提供する、ことと、
    第１のキャリア内の共通な情報の位置の標識を含む割当て情報を受信すると、前記第１のキャリアの前記共通な情報にアクセスすることであって、前記割当て情報は、第２のキャリアに提供され、前記共通な情報は、前記第１のキャリアを使用する少なくとも１つのモバイルユニットおよび第２のキャリアを使用する少なくとも１つのモバイルユニットに対するものである、こととを含む、方法。
16. 前記共通な情報は、前記第１のキャリアおよび前記第２のキャリアを使用するモバイルユニットに共通な第１の部分を含み、前記第１のキャリアを使用する１以上のモバイルユニットに対する情報を含む第２の部分をさらに含む、請求項１５に記載のモバイル通信ユニットを動作させる方法。
17. 前記共通な情報は、前記第２のキャリアを使用する１以上のモバイルユニットに対する情報を含む第３の部分をさらに含む、請求項１６に記載のモバイル通信ユニットを動作させる方法。
18. 前記共通な情報は、前記第１のキャリアおよび／または第２のキャリアに関するシステム情報を含む、請求項１５〜１７のいずれか１項に記載のモバイル通信ユニットを動作させる方法。
19. 前記共通な情報は、前記第１のキャリアおよび／または第２のキャリアを使用する１以上のモバイルユニットに対するページング情報を含む、請求項１５〜１８のいずれか１項に記載のモバイル通信ユニットを動作させる方法。
20. 前記共通な情報は、ブロードキャストおよび／またはマルチキャストサービスに対するデータを含む、請求項１５〜１９のいずれか１項に記載のモバイル通信ユニットを動作させる方法。
21. 前記共通な情報は、マルチメディアブロードキャストマルチキャストサービスデータを含む、請求項２０に記載のモバイル通信ユニットを動作させる方法。
22. 前記方法は、時間の隣接するサブフレームにおけるダウンリンクで送信されたデータを受信することをさらに含み、前記第２のキャリアにおける前記割当て情報は、前記共通な情報のサブフレームに先行するサブフレームにある、請求項１５〜２１のいずれか１項に記載のモバイル通信ユニットを動作させる方法。
23. 前記第２のキャリアの周波数帯は、前記第１のキャリアの周波数帯より小さく、前記第１のキャリアの周波数帯内に提供される、請求項１５〜２２のいずれか１項に記載のモバイル通信ユニットを動作させる方法。
24. 前記共通な情報にアクセスすることは、前記モバイル通信ユニットの受信機を前記共通な情報に対する周波数帯で送信を受信するように設定することを含む、請求項２３に記載のモバイル通信ユニットを動作させる方法。
25. 前記第１のキャリアの周波数帯は、前記第２のキャリアの周波数帯より小さく、前記第２のキャリアの周波数帯内に提供される、請求項１５〜２２のいずれか１項に記載のモバイル通信ユニットを動作させる方法。
26. 前記方法は、時間の隣接するサブフレームにおけるダウンリンクで送信されたデータを受信することをさらに含み、前記第２のキャリアにおける前記割当て情報は、前記共通な情報のサブフレームと同じサブフレームに提供される、請求項２５に記載のモバイル通信ユニットを動作させる方法。
27. 前記第１のキャリアの周波数帯および前記第２のキャリアの周波数帯は、重複しない、請求項１５〜２２のいずれか１項に記載のモバイル通信ユニットを動作させる方法。
28. 前記方法は、前記第１のキャリアおよび前記第２のキャリアで送信されたデータを、ある時点で受信することをさらに含む、請求項２７に記載のモバイル通信ユニットを動作させる方法。
    

Images