JP2013528974A - マルチ・ラジオ共存のための方法および装置 - Google Patents

Abstract

接続エンジンおよび共存マネジャは、ユーザ機器におけるラジオ・リソースを管理するために適用される。接続エンジンは、ラジオ・リソースのセットのために希望されるパフォーマンス・メトリックを定義する。共存マネジャは、リソース容量、潜在的な衝突率、およびその他のメトリックを考慮しながら、所望のパフォーマンス・メトリックを達成するために、潜在的に干渉するラジオ・リソースを割り当てる。

Description

関連出願に対する相互参照

本願は、２０１０年３月３０日に出願された「接続エンジン−共存マネジャ・インタフェース」（"CONNECTION ENGINE-COEXISTENCE MANAGER INTERFACE）と題された米国仮特許出願６１／３１９，１００号の利益を主張する。この開示は、全体が参照によって本明細書に明確に組み込まれている。

本記載は、一般に、マルチ・ラジオ技術に関し、さらに詳しくは、マルチ・ラジオ・デバイスのための共存技術に関する。

無線通信システムは、例えば、音声、データ等のようなさまざまなタイプのコンテンツを提供するために広く開発されてきた。これらのシステムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム等を含む。

通常、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートしうる。端末はおのおのの、順方向リンクおよび逆方向リンクによる送信を介して１または複数の基地局と通信する。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力、複数入力単一出力、あるいは、複数入力複数出力（ＭＩＭＯ）システムによって確立されうる。

いくつかの従来の高度なデバイスは、異なるラジオ・アクセス技術を用いて送信／受信するために、複数のラジオを含んでいる。ＲＡＴの例は、例えば、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）、グローバル移動体通信システム（ＧＳＭ（登録商標））、ｃｄｍａ２０００、ＷｉＭＡＸ、ＷＬＡＮ（例えば、ＷｉＦｉ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＬＴＥ等を含む。

モバイル・デバイスの例は、例えば、第４世代（４Ｇ）携帯電話のようなＬＴＥユーザ機器（ＵＥ）を含んでいる。このような４Ｇ電話は、ユーザにさまざまな機能を提供するために、さまざまなラジオを含みうる。この例の目的のために、４Ｇ電話は、音声およびデータのためのＬＴＥラジオ、ＩＥＥＥ ８０２．１１（ＷｉＦｉ）ラジオ、全地球測位システム（ＧＰＳ）ラジオ、およびＢｌｕｅｔｏｏｔｈラジオを含んでいる。ここでは、上記のうちの２つ、あるいは４つすべてが同時に動作しうる。異なるラジオは、電話のために有用な機能を提供するが、これらを単一のデバイスに含めると、共存問題が生じる。具体的には、１つのラジオの動作は、ある場合において、放射メカニズム、伝導メカニズム、リソース衝突メカニズム、および／または、その他の干渉メカニズムによって、別のラジオの動作と干渉しうる。共存問題はこのような干渉を含んでいる。

これは特に、産業、科学、および医療（ＩＳＭ：Industrial Scientific and Medical）帯域に隣接しており、干渉を引き起こしうるＬＴＥアップリンク・チャネルについて現実である。Ｂｌｕｅｔｏｏｔｈおよびいくつかの無線ＬＡＮ（ＷＬＡＮ）チャネルが、ＩＳＭ帯域内にあることが注目される。いくつかの事例では、いくつかのＢｌｕｅｔｏｏｔｈチャネル条件のために、帯域７あるいは帯域４０においてでさえも、ＬＴＥが、いくつかのチャネルにおいてアクティブである場合、Ｂｌｕｅｔｏｏｔｈ誤り率は、許容できなくなりうる。たとえＬＴＥに顕著な劣化がなくても、Ｂｌｕｅｔｏｏｔｈとの同時動作の結果、音声サービスがＢｌｕｅｔｏｏｔｈハンドセットにおいて終了することにより途絶するという結果になりうる。このような途絶は、カスタマに許容不可となりうる。ＬＴＥ送信がＧＰＳと干渉する場合、同様の問題が存在する。現在、ＬＴＥは自らは劣化を受けないので、この問題を解決しうるメカニズムは存在しない。

特にＬＴＥを参照すると、ＵＥは、ダウンリンクでＵＥによって観察される干渉をイボルブド・ノードＢ（ｅＮＢ；例えば、無線通信ネットワークのための基地局）に通知するために、ｅＮＢと通信することが注目される。さらに、ｅＮＢは、ダウンリンク誤り率を用いて、ＵＥにおける干渉を推定できうる。いくつかの事例では、ｅＮＢおよびＵＥは、ＵＥにおける干渉を、ＵＥ自身内のラジオによる干渉でさえも低減させる解決策を見つけるように協調しうる。しかしながら、従来のＬＴＥでは、ダウンリンクに関する干渉推定値は、干渉に対して包括的に対処するためには適切ではないことがありうる。

１つの事例では、ＬＴＥアップリンク信号は、Ｂｌｕｅｔｏｏｔｈ信号またはＷＬＡＮ信号と干渉する。しかしながら、このような干渉は、ｅＮＢにおけるダウンリンク測定レポートに反映されない。この結果、ＵＥの一部における一方的な動作（例えば、アップリンク信号を別のチャネルへ移動させること）は、アップリンク共存問題を認識しておらず、この一方的な動作を取り消すことを求めるｅＮＢによって妨害されうる。例えば、ＵＥが、異なる周波数チャネルで接続を再確立した場合であっても、ネットワークは、未だに、デバイス内干渉によって破壊されたオリジナルの周波数チャネルへ戻すようにＵＥをハンドオーバしうる。これは、よくあるシナリオである。なぜなら、破壊されたチャネルにおける所望の信号強度はしばしば、ｅＮＢへの基準信号受信電力（ＲＳＲＰ）に基づいて、新たなチャネルの測定レポートに高く反映されうるからである。したがって、ｅＮＢがハンドオーバ決定を行うためにＲＳＲＰレポートを使用する場合、破壊されたチャネルと所望のチャネルとの間を行き来するピンポン効果が生じうる。

例えば、ｅＮＢの調整無しでアップリンク通信を単純に停止させるような、ＵＥの一部における他の一方的な動作は、ｅＮＢにおける電力ループ誤動作をもたらしうる。従来のＬＴＥに存在するさらなる問題は、共存問題を有する構成に対する代替案として、所望の構成を議論するためのＵＥの一部における一般的な能力不足を含んでいる。少なくともこれらの理由で、ＵＥにおけるアップリンク共存問題は、ＵＥの他のラジオに関するパフォーマンスおよび効率に関して、長期間未解決のままでありうる。

本開示のさらなる特徴および利点が以下に記載されるだろう。本開示は、本開示のものと同じ目的を実行するために、修正したり、その他の構成を設計するための基礎として容易に利用されうることが当業者によって理解されるべきである。このような等価な構成は、特許請求の範囲に記載された開示の教示から逸脱しないこともまた当業者によって理解されるべきである。さらなる目的および利点とともに、動作の方法と構成との両方に関し、本開示の特徴であると信じられている新規の特徴が、添付図面と関連して考慮された場合に、以下の記載から良好に理解されるであろう。しかしながら、図面のおのおのは、例示および説明のみの目的のために提供されており、本開示の限界の定義として意図されていないことが明確に理解されるべきである。

無線通信の方法が提案される。この方法は、第１のセットのラジオ・リソースにおいてサポートされるべき第１のパフォーマンス基準を用いて第１のセットのデータを識別すること、を含む。この方法はまた、サポートされるべき第２のパフォーマンス基準を用いて第２のセットのデータを識別すること、を含む。この方法はさらに、第１のセットのラジオ・リソースと、その他のラジオ・リソースとの間で予測される衝突率に基づいて、第１のパフォーマンス基準および第２のパフォーマンス基準を達成するための、第１のセットのデータと第２のセットのデータに対するラジオ・リソースの割り当てが存在するかを判定すること、を含む。

無線通信システムにおいて動作可能な装置が提案される。この装置は、第１のセットのラジオ・リソースにおいてサポートされるべき第１のパフォーマンス基準を用いて第１のセットのデータを識別する手段、を含む。この装置はまた、サポートされるべき第２のパフォーマンス基準を用いて第２のセットのデータを識別する手段、を含む。この装置はさらに、第１のセットのラジオ・リソースと、その他のラジオ・リソースとの間で予測される衝突率に基づいて、第１のパフォーマンス基準および第２のパフォーマンス基準を達成するための、第１のセットのデータと第２のセットのデータに対するラジオ・リソースの割り当てが存在するかを判定する手段、を含む。

無線通信のために構成されたコンピュータ・プログラム製品が提案される。このコンピュータ・プログラム製品は、記録されたプログラム・コードを有するコンピュータ読取可能な媒体を含む。このプログラム・コードは、第１のセットのラジオ・リソースにおいてサポートされるべき第１のパフォーマンス基準を用いて第１のセットのデータを識別するためのプログラム・コードを含む。このプログラム・コードは、サポートされるべき第２のパフォーマンス基準を用いて第２のセットのデータを識別するためのプログラム・コードを含む。このプログラム・コードは、第１のセットのラジオ・リソースと、その他のラジオ・リソースとの間で予測される衝突率に基づいて、第１のパフォーマンス基準および第２のパフォーマンス基準を達成するための、第１のセットのデータと第２のセットのデータに対するラジオ・リソースの割り当てが存在するかを判定するためのプログラム・コードを含む。

無線通信ネットワークにおける動作のために構成された装置が提案される。この装置は、メモリと、このメモリに接続されたプロセッサ（単数または複数）とを含む。このプロセッサ（単数または複数）は、第１のセットのラジオ・リソースにおいてサポートされるべき第１のパフォーマンス基準を用いて第１のセットのデータを識別するように構成される。このプロセッサ（単数または複数）はまた、サポートされるべき第２のパフォーマンス基準を用いて第２のセットのデータを識別するように構成される。このプロセッサ（単数または複数）はさらに、第１のセットのラジオ・リソースと、その他のラジオ・リソースとの間で予測される衝突率に基づいて、第１のパフォーマンス基準および第２のパフォーマンス基準を達成するための、第１のセットのデータと第２のセットのデータに対するラジオ・リソースの割り当てが存在するかを判定するように構成される。

本開示の特徴、特性、および利点は、同一の参照符号が全体を通じて同一物に特定している図面とともに考慮された場合、以下に記載する詳細な記載からより明らかになるだろう。
図１は、１つの態様にしたがう多元接続無線通信システムを例示する。 図２は、１つの態様にしたがう通信システムのブロック図である。 図３は、ダウンリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造を例示する。 図４は、アップリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造を概念的に例示するブロック図である。 図５は、典型的な無線通信環境を例示する。 図６は、マルチ・ラジオ無線デバイスの設計の例のブロック図である。 図７は、所与の決定期間における７つの例のラジオ間のそれぞれの潜在的な衝突を示すグラフである。 図８は、時間に対する共存マネジャ（ＣｘＭ）の例の動作を示す図である。 図９は、１つの態様にしたがう、マルチ・ラジオ共存管理のための無線通信環境内のサポートを提供するためのシステムのブロック図である。 図１０は、接続エンジン／共存マネジャ・インタフェースの実施の例を例示するブロック図である。 図１１は、本明細書に記載されたさまざまな態様にしたがって、接続エンジンと共存マネジャとの動作を容易にするように実行されうるスループット分析の例を例示する。 図１２は、本開示の１つの態様にしたがう、マルチ・ラジオ共存マネジャ・プラットフォームのための決定ユニット設計のための技術を例示する。

本開示のさまざまな態様は、例えばＬＴＥ帯域と、（例えば、ＢＴ／ＷＬＡＮ用の）産業、科学、および医療（ＩＳＭ）帯域との間で、顕著なデバイス内共存問題が存在しうるマルチ・ラジオ・デバイスにおける共存問題を緩和するための技術を提供する。前述したように、ｅＮＢは、他のラジオによって受けるＵＥ側における干渉に気付かないので、いくつかの共存問題が存在する。１つの態様によれば、ＵＥは、現在のチャネルに共存問題がある場合、ラジオ・リンク欠陥（ＲＬＦ）を宣言し、新たなチャネルまたはラジオ・アクセス技術（ＲＡＴ）へ自律的にアクセスする。ＵＥは、以下の理由で、いくつかの例においてＲＬＦを宣言しうる。１）ＵＥ受信が、共存による干渉によって影響される。２）ＵＥ送信機が、別のラジオへの破壊的な干渉を引き起こしている。その後、ＵＥは、新たなチャネルまたはＲＡＴにおける接続を再確立しながら、共存問題を示すメッセージをｅＮＢへ送信する。ｅＮＢは、メッセージを受け取ることにより、共存問題を知るようになる。

本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような様々な無線通信ネットワークのために使用されうる。「ネットワーク」および「システム」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップ・レート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のようなラジオ技術を実現しうる。ＯＦＤＭＡネットワークは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のようなラジオ技術を実現しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。明確化のために、これら技術のある態様は、以下において、ＬＴＥについて記載されており、ＬＴＥ用語が以下の説明の一部で使用される。

単一キャリア変調および周波数領域等値化を利用するシングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、本明細書で記載されるさまざまな態様とともに利用されうる技術である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと類似の性能を有し、本質的に全体的に同等の複雑さを有する。ＳＣ−ＦＤＭＡ信号は、固有のシングル・キャリア構造により、低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、送信電力効率の観点において、低ＰＡＰＲがモバイル端末に大いに有益となるアップリンク通信において、特に大きな注目を集めた。これは、現在、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）またはイボルブドＵＴＲＡにおけるアップリンク多元接続スキームのための動作前提である。

図１を参照して、１つの態様にしたがう多元接続無線通信システムが例示される。イボルブド・ノードＢ１００（ｅＮＢ）は、リソースおよびパラメータを割り当てること、ユーザ機器からの要求を許可／拒否すること等によって、ＬＴＥ通信を管理するための処理リソースおよびメモリ・リソースを有するコンピュータ１１５を含む。ｅＮＢ１００はまた、複数のアンテナ・グループを含んでおり、１つのグループは、アンテナ１０４およびアンテナ１０６を含み、別のグループは、アンテナ１０８およびアンテナ１１０を含み、さらに別のグループは、アンテナ１１２およびアンテナ１１４を含む。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていない。しかしながら、おのおののアンテナ・グループについて、それより多くのまたはそれより少ないアンテナが利用されうる。（アクセス端末（ＡＴ）とも称される）ユーザ機器（ＵＥ）１１６は、アンテナ１１２，１１４と通信している一方、アンテナ１１２，１１４は、アップリンク（ＵＬ）１８８によってＵＥ１１６へ情報を送信する。ＵＥ１２２は、アンテナ１０６，１０８と通信し、アンテナ１０６，１０８は、ダウンリンク（ＤＬ）１２６によってＵＥ１２２に情報を送信し、アップリンク１２４によってＵＥ１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８，１２０，１２４，１２６は、通信のために異なる周波数を使用しうる。例えば、ダウンリンク１２０は、アップリンク１１８によって使用されるものとは異なる周波数を使用しうる。

通信するように設計されたエリアおよび／またはアンテナのおのおののグループは、しばしば、ｅＮＢのセクタと称される。この態様では、それぞれのアンテナ・グループは、ｅＮＢ１００によってカバーされるエリアのセクタ内のＵＥと通信するように設計される。

ダウンリンク１２０，１２６による通信では、ｅＮＢ１００の送信アンテナは、他のＵＥ１１６，１２２のアップリンクの信号対雑音比を改善するためにビームフォーミングを利用する。さらに、有効通信範囲にわたってランダムに散在するＵＥへ送信するためにビームフォーミングを利用するｅＮＢは、すべてのＵＥに対して単一のアンテナで送信しているＵＥよりも、近隣セル内のＵＥに対して少ない干渉しかもたらさない。

ｅＮＢは、端末と通信するために使用される固定局であり、アクセス・ポイント、基地局、あるいはその他幾つかの専門用語でも称されうる。ＵＥはまた、アクセス端末、無線通信デバイス、端末、あるいはその他いくつかの同等の専門用語で称されうる。

図２は、ＭＩＭＯシステム２００における送信機システム２１０（ｅＮＢとしても知られている）および受信機システム２５０（ＵＥとしても知られている）の態様のブロック図である。いくつかの事例では、ＵＥとｅＮＢとの両方がおのおの、送信機システムおよび受信機システムを含んでいるトランシーバを有する。送信機システム２１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース２１２から送信（ＴＸ）データ・プロセッサ２１４に提供される。

ＭＩＭＯシステムはデータ送信のために、複数（Ｎ_Ｔ個）の送信アンテナと複数（Ｎ_Ｒ個）の受信アンテナとを適用する。Ｎ_Ｔ個の送信アンテナおよびＮ_Ｒ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮ_Ｓ個の独立チャネルへ分割されうる。ここで、Ｎ_Ｓ≦｛Ｎ_Ｔ，Ｎ_Ｒ｝である。Ｎ_Ｓ個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与えうる。

ＭＩＭＯシステムは、時分割多重（ＴＤＤ）システム、および周波数分割多重（ＦＤＤ）システムをサポートする。ＴＤＤシステムでは、相互原理によって、アップリンク・チャネルからダウンリンク・チャネルを推定できるように、アップリンク送信およびダウンリンク送信が、同じ周波数領域にある。これによって、ｅＮＢにおいて複数のアンテナが利用可能である場合、ｅＮＢは、ダウンリンクで送信ビーム・フォーミング・ゲインを抽出できるようになる。

態様では、データ・ストリームはおのおのの、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、符号化されたデータを提供するために、データ・ストリームについて選択された特定の符号化スキームに基づいて、各データ・ストリームのためのトラフィック・データをフォーマットし、符号化し、インタリーブする。

おのおののデータ・ストリームの符号化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは一般に、既知の手法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭ等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、メモリ２３２とともに動作するプロセッサ２３０によって実行される指示によって決定されうる。

それぞれのデータ・ストリームの変調シンボルは、その後、（例えば、ＯＦＤＭのために）変調シンボルをさらに処理しうるＴＸ ＭＩＭＯプロセッサ２２０に提供される。ＴＸ ＭＩＭＯプロセッサ２２０はその後、Ｎ_Ｔ個の変調シンボル・ストリームを、Ｎ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。ある態様では、ＴＸ ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、このシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。

おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機２２２ａ乃至２２２ｔからのＮ_Ｔ個の変調信号は、その後、Ｎ_Ｔ個のアンテナ２２４ａ乃至２２４ｔからそれぞれ送信される。

受信機システム２５０では、送信された変調信号がＮ_Ｒ個のアンテナ２５２ａ乃至２５２ｒによって受信され、おのおののアンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供される。おのおのの受信機２５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。

ＲＸデータ・プロセッサ２６０は、Ｎ_Ｒ個の受信機２５４からＮ_Ｒ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、Ｎ_Ｒ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、その後、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、このデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、基地局２１０におけるＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行される処理に対して相補的である。

（メモリ２７２とともに動作する）プロセッサ２７０は、どのプリコーディング行列を使用するのかを定期的に決定する（後述する）。プロセッサ２７０は、行列インデクス部およびランク値部を有するアップリンク・メッセージを規定する。

アップリンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を含みうる。アップリンク・メッセージはその後、多くのデータ・ストリームのトラフィック・データをデータ・ソース２３６から受け取るＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、基地局２１０へ送り返される。

送信機システム２１０では、受信機システム２５０からの変調された信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信されたアップリンク・メッセージが抽出される。さらに、プロセッサ２３０は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定し、その後、この抽出されたメッセージを処理する。

図３は、ダウンリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造を概念的に例示するブロック図である。ダウンリンクの送信タイムラインは、ラジオ・フレームの単位に区分されうる。おのおののラジオ・フレームは、（例えば１０ミリ秒（ｍｓ）のような）予め定められた持続時間を有し、０乃至９のインデクスを付された１０個のサブフレームへ分割されうる。おのおののサブフレームは２つのスロットを含みうる。したがって、おのおののラジオ・フレームは、０乃至１９のインデクスを付された２０のスロットを含みうる。おのおののスロットは、Ｌ個のシンボル期間、（例えば、図３に示すような）通常のサイクリック・プレフィクスの場合、例えば、７つのシンボル期間を含み、拡張されたサイクリック・プレフィクスの場合、６つのシンボル期間を含みうる。おのおののサブフレームでは、２Ｌ個のシンボル期間が、０乃至２Ｌ−１のインデクスを割り当てられうる。利用可能な時間周波数リソースが、リソース・ブロックへ区分されうる。おのおののリソース・ブロックは、１つのスロットにおいてＮ個のサブキャリア（例えば、１２のサブキャリア）をカバーしうる。

ＬＴＥでは、ｅＮＢは、ｅＮＢにおける各セルについて、一次同期信号（ＰＳＳ）と二次同期信号（ＳＳＳ）とを送信しうる。図３に示すように、ＰＳＳおよびＳＳＳは、通常のサイクリック・プレフィクスを持つ各ラジオ・フレームのサブフレーム０およびサブフレーム５のおのおのにおいて、シンボル期間６およびシンボル期間５でそれぞれ送信されうる。これら同期信号は、ＵＥによって、セル検出および獲得のために使用されうる。ｅＮＢはまた、サブフレーム０のスロット１におけるシンボル期間０乃至３で、物理ブロードキャスト・チャネル（ＰＢＣＨ）を送信しうる。ＰＢＣＨは、あるシステム情報を伝送しうる。

ｅＮＢは、ｅＮＢにおけるおのおののセルのために、セル特有基準信号（ＣＲＳ）を送信しうる。ＣＲＳは、通常のサイクリック・プレフィクスの場合には、各スロットのシンボル０，１，４で送信され、拡張されたサイクリック・プレフィクスの場合には、各スロットのシンボル０，１，３で送信されうる。ＣＲＳは、物理チャネルのコヒーレントな復調、タイミングおよび周波数のトラッキング、ラジオ・リンク・モニタリング（ＲＬＭ）、基準信号受信電力（ＲＳＲＰ）、および基準信号受信品質（ＲＳＲＱ）測定等のためにＵＥによって使用されうる。

図３で見られるように、ｅＮＢは、各サブフレームの最初のシンボル期間で、物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）を送信しうる。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を伝えうる。ここで、Ｍは、１，２または３に等しく、サブフレーム毎に変化しうる。Ｍはまた、例えば、１０未満のリソース・ブロックのように、少ない数のシステム帯域幅に対して４に等しくなりうる。図３に示す例では、Ｍ＝３である。ｅＮＢは、おのおののサブフレームの最初のＭ個のシンボル期間において、物理ＨＡＲＱインジケータ・チャネル（ＰＨＩＣＨ）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とを送信しうる。ＰＤＣＣＨとＰＨＩＣＨもまた、図３に示す例における最初の３つのシンボル期間に含まれる。ＰＨＩＣＨは、ハイブリッド自動反復要求（ＨＡＲＱ）をサポートするための情報を伝送しうる。ＰＤＣＣＨは、ＵＥのためのリソース割当に関する情報と、ダウンリンク・チャネルのための制御情報とを伝送しうる。ｅＮＢはまた、おのおののサブフレームの残りのシンボル期間で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信しうる。ＰＤＳＣＨは、ダウンリンクで、データ送信のためにスケジュールされたＵＥのためのデータを伝送しうる。ＬＴＥにおけるさまざまな信号およびチャネルは、公的に利用可能な「イボルブド・ユニバーサル地上ラジオ・アクセス（Ｅ−ＵＴＲＡ）；物理チャネルおよび変調」（Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation）と題された３ＧＰＰ ＴＳ ３６．２１１に記載されている。

ｅＮＢは、ｅＮＢによって使用されるシステム帯域幅の中央１．０８ＭＨｚでＰＳＳ、ＳＳＳ、およびＰＢＣＨを送信しうる。ｅＮＢは、これらのチャネルが送信される各シンボル期間におけるシステム帯域幅全体でＰＣＦＩＣＨおよびＰＨＩＣＨを送信しうる。ｅＮＢは、システム帯域幅のある部分において、ＵＥのグループにＰＤＣＣＨを送信しうる。ｅＮＢは、システム帯域幅の特定の部分で、特定のＵＥに、ＰＤＳＣＨを送信しうる。ｅＮＢは、すべてのＵＥへブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨ、およびＰＨＩＣＨを送信し、ＰＤＣＣＨを、ユニキャスト方式で、特定のＵＥへ送信しうる。さらに、特定のＵＥへユニキャスト方式でＰＤＳＣＨをも送信しうる。

各シンボル期間において、多くのリソース要素が利用可能でありうる。おのおののリソース要素は、１つのシンボル期間において１つのサブキャリアをカバーし、実数値または複素数値である１つの変調シンボルを送信するために使用されうる。おのおののシンボル期間において、基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ）へ構成されうる。おのおののＲＥＧは、１つのシンボル期間内に、４つのリソース要素を含みうる。ＰＣＦＩＣＨは、シンボル期間０において、４つのＲＥＧを占有しうる。これらは、周波数にわたってほぼ等間隔に配置されうる。ＰＨＩＣＨは、１または複数の設定可能なシンボル期間内に３つのＲＥＧを占有しうる。これらは、周波数にわたって分散されうる。例えば、ＰＨＩＣＨのための３つのＲＥＧはすべて、シンボル期間０に属しうる。あるいは、シンボル期間０，１，２に分散されうる。ＰＤＣＣＨは、最初のＭ個のシンボル期間内に、９，１８，３２，または６４のＲＥＧを占有しうる。これらは、利用可能なＲＥＧから選択されうる。複数のＲＥＧのある組み合わせのみが、ＰＤＣＣＨのために許可されうる。

ＵＥは、ＰＨＩＣＨとＰＣＦＩＣＨとのために使用された特定のＲＥＧを認識しうる。ＵＥは、ＰＤＣＣＨを求めて、ＲＥＧの異なる組み合わせを探索しうる。探索する組み合わせの数は、一般に、ＰＤＣＣＨのために許可された組み合わせ数よりも少ない。ｅＮＢは、ＵＥが探索する組み合わせのうちの何れかのＵＥにＰＤＣＣＨを送信しうる。

図４は、アップリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造３００を概念的に例示するブロック図である。アップリンクのために利用可能なリソース・ブロック（ＲＢ）は、データ・セクションおよび制御セクションに区分されうる。制御セクションは、システム帯域幅の２つの端部において形成され、設定可能なサイズを有しうる。制御セクションにおけるリソース・ブロックは、制御情報の送信のために、ＵＥへ割り当てられうる。データ・セクションは、制御セクションに含まれていないすべてのリソース・ブロックを含みうる。図４における設計の結果、データ・セクションは、連続するサブキャリアを含むようになる。これによって、単一のＵＥに、データ・セクション内に、連続するサブキャリアのすべてが割り当てられるようになる。

ＵＥは、ｅＮＢへ制御情報を送信するために、制御セクションにおいてリソース・ブロックを割り当てられうる。ＵＥはまた、ｅノードＢへデータを送信するために、データ・セクション内にリソース・ブロックを割り当てられうる。ＵＥは、制御セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク制御チャネル（ＰＵＣＣＨ）で制御情報を送信しうる。ＵＥは、データ・セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク共有チャネル（ＰＵＳＣＨ）で、データのみ、または、データと制御情報との両方を送信しうる。アップリンク送信は、サブフレームからなる両スロットに及び、図４に示すように、周波数を越えてホップしうる。

ＬＴＥにおけるＰＳＳ、ＳＳＳ、ＣＲＳ、ＰＢＣＨ、ＰＵＣＣＨ、およびＰＵＳＣＨは、公的に利用可能な「イボルブド・ユニバーサル地上ラジオ・アクセス（Ｅ−ＵＴＲＡ）；物理チャネルおよび変調」（Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation）と題された３ＧＰＰ ＴＳ ３６．２１１に記載されている。

態様では、本明細書では、マルチ・ラジオ共存解決を容易にするために、例えば３ＧＰＰ ＬＴＥ環境のような無線通信環境内でのサポートを提供するためのシステムおよび方法が記載されている。

図５に示すように、本明細書に記載されたさまざまな態様が機能しうる無線通信環境５００の例が例示される。無線通信環境５００は、複数の通信システムと通信することが可能でありうる無線デバイス５１０を含みうる。これらのシステムは、例えば、１または複数のセルラ・システム５２０および／または５３０、１または複数のＷＬＡＮシステム５４０および／または５５０、１または複数の無線パーソナル・エリア・ネットワーク（ＷＰＡＮ）システム５６０、１または複数のブロードキャスト・システム５７０、１または複数の衛星測位システム５８０、図５に図示されていないその他のシステム、または、これらの任意の組み合わせを含みうる。以下の記載では、「ネットワーク」、「システム」という用語がしばしば置換可能に使用されうることが認識されるべきである。

セルラ・システム５２０，５３０はおのおの、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、あるいはその他の適切なシステムでありうる。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）やｃｄｍａ２０００等のようなラジオ技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、およびＣＤＭＡのその他の変形を含んでいる。さらに、ｃｄｍａ２０００は、ＩＳ−２０００（ＣＤＭＡ２０００ １Ｘ）規格、ＩＳ−９５規格、およびＩＳ−８５６（ＨＲＰＤ）規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ）、デジタル・アドバンスト移動電話システム（Ｄ−ＡＭＰＳ）等のようなラジオ技術を実現しうる。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）およびＬＴＥ−アドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新たなリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。態様では、セルラ・システム５２０は、有効通信範囲内の無線デバイスのための双方向通信をサポートしうる多くの基地局５２２を含みうる。同様に、セルラ・システム５３０は、有効通信範囲内の無線デバイスのための双方向通信をサポートしうる多くの基地局５３２を含みうる。

ＷＬＡＮシステム５４０，５５０はそれぞれ、例えばＩＥＥＥ ８０２．１１（ＷｉＦｉ）、Ｈｉｐｅｒｌａｎ等のようなラジオ技術を実施しうる。ＷＬＡＮシステム５４０は、双方向通信をサポートしうる１または複数のアクセス・ポイント５４２を含みうる。同様に、ＷＬＡＮシステム５５０は、双方向通信をサポートしうる１または複数のアクセス・ポイント５５２を含みうる。ＷＰＡＮシステム５６０は、例えばＢｌｕｅｔｏｏｔｈ（ＢＴ）、ＩＥＥＥ ８０２．１５等を実施しうる。さらに、ＷＰＡＮシステム５６０は、例えば、無線デバイス５１０、ヘッド・セット５６２、コンピュータ５６４、マウス５６６等のようなさまざまなデバイスのための双方向通信をサポートしうる。

ブロードキャスト・システム５７０は、テレビ（ＴＶ）ブロードキャスト・システム、周波数変調（ＦＭ）ブロードキャスト・システム、デジタル・ブロードキャスト・システム等でありうる。デジタル・ブロードキャスト・システムは、例えば、ＭｅｄｉａＦＬＯ（登録商標）、デジタル・ビデオ・ブロードキャスト・フォー・ハンドヘルド（ＤＶＢ−Ｈ）、インテグレーティド・サービス・デジタル・ブロードキャスティング・フォー地上テレビジョン・ブロードキャスティング（ＩＤＳＢ−Ｔ）等のようなラジオ技術を実施しうる。さらに、ブロードキャスト・システム５４０は、一方向通信をサポートしうる１または複数のブロードキャスト局５７２を含みうる。

衛星測位システム５８０は、米国全地球測位システム（ＧＰＳ）、欧州ガリレオ・システム、ロシアのグロナス・システム、日本上の準天頂衛星システム、インド上のインド領域ナビゲーション衛星システム（ＩＲＮＳＳ）、中国上の北斗衛星航法システム、および／または、その他任意の適切なシステムでありうる。さらに、衛星測位システム５８０は、位置決定のためのシグナルを送信する多くの衛星５８２を含みうる。

態様では、無線デバイス５１０は、据置式または移動式であり、ユーザ機器（ＵＥ）、移動局、移動機器、端末、アクセス端末、加入者ユニット、局等と称されうる。

無線デバイス５１０は、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話、無線ローカル・ループ（ＷＬＬ）局等でありうる。さらに、無線デバイス５１０は、セルラ・システム５２０および／またはセルラ・システム５３０、ＷＬＡＮシステム５４０および／またはＷＬＡＮシステム５５０、ＷＰＡＮシステム５６０を備えたデバイス、および／または、その他任意の適切なシステム（単数または複数）および／またはデバイス（単数または複数）との二方向通信を行いうる。無線デバイス５１０は、さらに、あるいは、その代わりに、ブロードキャスト・システム５７０および／または衛星位置決めシステム５８０から信号を受信しうる。一般に、無線デバイス５１０は、所与の瞬間において、任意の数のシステムと通信しうることが認識されるべきである。さらに、無線デバイス５１０は、同時に動作しうる構成要素ラジオ・デバイスのうちのさまざまなデバイス間の共存問題を経験しうる。したがって、デバイス５１０は、以下に詳述するように、共存問題を検出および緩和するための機能モジュールを有する共存マネジャ（図示しないＣｘＭ）を含む。

次に図６に移って、マルチ・ラジオ無線デバイス６００のための設計の例を例示し、図５のラジオ５１０の実施として使用されうるブロック図が提供される。図６が例示するように、無線デバイス６００は、Ｎ個のラジオ６２０ａ乃至６２０ｎを含みうる。これらは、Ｎ個のアンテナ６１０ａ乃至６１０ｎに接続されうる。ここで、Ｎは、任意の整数値でありうる。しかしながら、それぞれのラジオ６２０は、任意の数のアンテナ６１０に接続され、複数のラジオ６２０が、所与のアンテナ６１０を共有をもしうることが認識されるべきである。

一般に、ラジオ６２０は、電磁スペクトルにおいてエネルギを放射または放出し、電磁スペクトルにおけるエネルギを受信し、あるいは、伝導手段によって伝搬するエネルギを生成するユニットでありうる。例によれば、ラジオ６２０は、システムまたはデバイスに信号を送信するユニットでありうるか、または、システムまたはデバイスから信号を受信するユニットでありうる。したがって、ラジオ６２０は、無線通信をサポートするために利用されうることが認識されうる。別の例では、ラジオ６２０はまた、他のラジオのパフォーマンスにインパクトを与えうるノイズを放出するユニット（例えば、コンピュータ上のスクリーン、回路基板等）でもありうる。したがって、ラジオ６２０はまた、無線通信をサポートすることなくノイズおよび干渉を放出するユニットでもありうることがさらに認識されうる。

態様では、それぞれのラジオ６２０は、１または複数のシステムとの通信をサポートしうる。複数のラジオ６２０は、さらに、または、その代わりに、例えば、異なる周波数帯域（例えば、セルラ帯域およびＰＣＳ帯域）で送信または受信するために、所与のシステムのために使用されうる。

別の態様では、デジタル・プロセッサ６３０は、ラジオ６２０ａ乃至６２０ｎに接続されうる。そして、例えば、ラジオ６２０を介して送信されるデータ、または、受信されたデータを処理するためのさまざまな機能を実行しうる。各ラジオ６２０の処理は、そのラジオによってサポートされるラジオ技術に依存しうる。そして、送信機のための暗号化、符号化、変調等、受信機のための復調、復号、解読等、およびその他を含みうる。一例において、デジタル・プロセッサ６３０は、本明細書において一般に記載されるように、無線デバイス６００のパフォーマンスを向上するために、ラジオ６２０の動作を制御しうる共存マネジャ６４０を含みうる。共存マネジャ６４０は、ラジオ６２０の動作を制御するために使用される情報を格納しうるデータベース６４４へのアクセスを有しうる。以下にさらに説明するように、共存マネジャ６４０は、ラジオ間の干渉を減少させるためのさまざまな技術のために適応されうる。一例において、共存マネジャ６４０は、ＬＴＥが非アクティブである期間中にＩＳＭラジオが通信できるようにするＤＲＸサイクルまたは測定ギャップ・パターンを要求する。

単純化のために、デジタル・プロセッサ６３０は、単一のプロセッサとして図６に示されている。しかしながら、デジタル・プロセッサ６３０が、任意の数のプロセッサ、コントローラ、メモリ等を含みうることが認識されるべきである。一例において、コントローラ／プロセッサ６５０は、無線デバイス６００内のさまざまなユニットの動作を指示しうる。さらに、または、その代わりに、メモリ６５２は、無線デバイス６００のためのプログラム・コードおよびデータを格納しうる。デジタル・プロセッサ６３０、コントローラ／プロセッサ６５０、およびメモリ６５２は、１または複数の集積回路（ＩＣ）、特定用途向け集積回路（ＡＳＩＣ）等に実装されうる。具体的で、限定しない例によれば、デジタル・プロセッサ６３０は、移動局モデム（ＭＳＭ）ＡＳＩＣに実装されうる。

態様では、共存マネジャ６４０は、干渉、および／または、それぞれのラジオ６２０間の衝突に関連付けられたその他のパフォーマンス低下を回避するために、無線デバイス６００によって利用されるそれぞれのラジオ６２０の動作を管理しうる。共存マネジャ６４０は、例えば、図１０に例示されているような１または複数の処理を実行しうる。さらなる例示によれば、図７におけるグラフ７００は、所与の決定期間中の７つのラジオの例の間のそれぞれの潜在的な衝突を表す。グラフ７００において図示される例では、７つのラジオは、ＷＬＡＮ送信機（Ｔｗ）、ＬＴＥ送信機（Ｔｌ）、ＦＭ送信機（Ｔｆ）、ＧＳＭ／ＷＣＤＭＡ送信機（Ｔｃ／Ｔｗ）、ＬＴＥ受信機（Ｒｌ）、Ｂｌｕｅｔｏｏｔｈ受信機（Ｒｂ）、および、ＧＰＳ受信機（Ｒｇ）を含む。４つの送信機は、グラフ７００の左側における４つのノードによって示される。３つの受信機は、グラフ７００の右側における３つのノードによって示される。

送信機と受信機との間の潜在的な衝突は、送信機のノードと受信機のノードとを接続する分岐によってグラフ７００上で表わされる。したがって、グラフ７００において図示される例において、衝突は、（１）ＷＬＡＮ送信機（Ｔｗ）とＢｌｕｅｔｏｏｔｈ受信機（Ｒｂ）との間、（２）ＬＴＥ送信機（Ｔｌ）とＢｌｕｅｔｏｏｔｈ受信機（Ｒｂ）との間、（３）ＷＬＡＮ送信機（Ｔｗ）とＬＴＥ受信機（Ｒｌ）との間、（４）ＦＭ送信機（Ｔｆ）とＧＰＳ受信機（Ｒｇ）との間、（５）ＧＳＭ／ＷＣＤＭＡ送信機（Ｔｃ／Ｔｗ）とＧＰＳ受信機（Ｒｇ）との間に存在しうる。

１つの態様では、共存マネジャ６４０の例が、例えば図８における図８００によって示されるような方式で時間的に動作しうる。図８００が例示するように、共存マネジャ動作のタイムラインが、決定ユニット（ＤＵ）に分割されうる。これは、通知が処理される場合に、任意の適切な一定または非一定の長さ（例えば、１００マイクロ秒）であり、コマンドがさまざまなラジオ６２０に提供されるか、および／または、その他の動作が評価フェーズにおいてなされる動作に基づいて実行されうる応答フェーズ（例えば、２０マイクロ秒）でありうる。一例では、図８００に示されるタイムラインは、例えば、所与のＤＵにおける通知フェーズの終了直後の所与のラジオから通知が取得されるケースにおける応答のタイミングのようなタイムラインの最悪ケース動作によって定義されたレイテンシ・パラメータを有しうる。

デバイス内共存問題は、（例えば、Ｂｌｕｅｔｏｏｔｈ/ＷＡＮのための）例えばＬＴＥ帯域とＩＳＭ帯域とのリソース間のＵＥに関して存在しうる。現在のＬＴＥ実施では、ＬＴＥに対する干渉問題は、例えば、ＬＴＥを、共存問題が存在しないチャネルまたはＲＡＴへ移動させるように、周波数間またはＲＡＴ間ハンドオフ決定を行うために、ｅＮＢが使用しうるＤＬ誤り率および／またはＵＥによってレポートされたＤＬ測定値（例えば、基準信号受信品質（ＲＳＲＱ）メトリック等）において反映される。しかしながら、例えば、ＬＴＥ ＵＬが、Ｂｌｕｅｔｏｏｔｈ／ＷＬＡＮに対する干渉を引き起こしているが、Ｂｌｕｅｔｏｏｔｈ／ＷＬＡＮからの干渉を観察しないのであれば、これら既存の技術は動作しないであろうことが認識されうる。さらに詳しくは、ＵＥがそれ自身をＵＬで別のチャネルへ自律的に移動させる場合であっても、ｅＮＢは、いくつかの場合において、ＵＥを、負荷平準目的のために、問題のあるチャネルへハンドオーバにより戻しうる。何れの場合であれ、既存の技術は、問題のあるチャネルの帯域幅の使用を、最も効率的な方式で容易にする訳ではないことが認識されうる。

図９に移って、マルチ・ラジオ共存管理のための、無線通信環境内でのサポートを提供するためのシステム９００のブロック図が例示されている。態様では、システム９００は、ＵＬ、ＤＬ、および／または、互いとのその他任意の適切な通信を行いうる１または複数のＵＥ９１０および／またはｅＮＢ９４０と、および／または、システム９００内のその他任意のエンティティとを含みうる。一例では、ＵＥ９１０および／またはｅＮＢ９４０は、周波数チャネルおよびサブ帯域を含み、いくつかが他のラジオ・リソース（例えば、Ｂｌｕｅｔｏｏｔｈラジオ）と潜在的に衝突しうるさまざまなリソースを用いて通信するように動作可能でありうる。したがって、本明細書において一般に記載されるように、ＵＥ９１０は、ＵＥ９１０の複数のラジオ間の共存を管理するためのさまざまな技術を利用しうる。

少なくとも前述した欠点を緩和するために、ＵＥ９１０は、ＵＥ９１０内のマルチ・ラジオ共存のためのサポートを容易にするために、本明細書に記載され、システム９００によって例示されているそれぞれの機能を利用しうる。本明細書に記載された態様を実現するために、チャネル・モニタリング・モジュール９１２、リソース共存アナライザ９１４、共存ポリシ・モジュール９１６、接続エンジン１０１０、およびリソース割当モジュール９１８は、以下に記載されたいくつかの例では、例えば、図６の共存マネジャ（ＣｘＭ）６４０または図１０の接続エンジン（ＣｎＥ）１０００のような共存マネジャの一部として実現されうる。図９に図示されるモジュールは、衝突を可能な程度まで低減または最小化できるように、それぞれのラジオ６２０をスケジューリングすることによって、それぞれのラジオ６２０間の衝突を管理するために、共存マネジャ６４０によって使用されうる。

図１０に移って、システム１０００のブロック図は、接続エンジン（ＣｎＥ）１０１０と共存マネジャ（ＣｘＭ）６４０との間のインタフェースの実施の例を例示する。態様では、接続エンジン１０１０は、本明細書においてパイプ（単数または複数）１０２０等と称されるラジオ・リソースの１または複数のセットへ所与のアプリケーションを割り当てることを担当するエンティティとして機能しうる。システム１０００に図示されるように、パイプ１０２０は、（例えば、ＦＤＭの場合における周波数、ＴＤＭの場合におけるサブフレーム等のような）共通のラジオのそれぞれの個別のリソース、および／または、それぞれのラジオに対応しうる。具体的な、限定しない例によれば、接続エンジン１０１０によるアプリケーション割当は、ＷＬＡＮラジオにおいてファイル転送を行うか、ＬＴＥラジオにおいてファイル転送を行うかを含みうる。接続エンジン１０１０はまた、例えば、ＢｌｕｅｔｏｏｔｈラジオまたはＷＬＡＮラジオと並行して動作するようにＬＴＥラジオを起動するかのように、特定のパイプを起動するかをも判定しうる。しかしながら、本明細書に記載されるように、任意の適切なアプリケーション（単数または複数）のための任意の適切なパイプ割当が実行されうることが認識されるべきである。

別の態様では、共存マネジャ６４０は、一般に前述されているように、（例えば、パイプ１０２０等に関連付けられた）１または複数のラジオが、衝突可能性の存在下において同時に動作させるように動作しうる。さらに、共存マネジャ６４０は、パイプ衝突を管理するためにさらに利用されうる。例えば、本明細書で使用されるように、共存問題が、パイプＰ１およびパイプＰ２における送信／受信イベントの少なくとも一部が同時に引き起こることを阻止する場合、パイプＰ１ １０２０_１およびパイプＰ２ １０２０_２は、衝突していると考えられる。共存マネジャ６４０はまた、パイプ間の潜在的な共存問題を接続エンジン１０１０を通知するために、接続エンジン１０１０とも通信しうる。

さらなる態様では、共存マネジャ６４０および接続エンジン１０１０は、パイプ１０２０のスループットに関連付けられたそれぞれの特性を分析することによって、パイプ１０２０のパフォーマンスを高めるように協調し、これに基づいて、パイプ１０２０の使用が、モニタおよび／または管理されうる。例えば、システム１０００におけるそれぞれのエンティティは、瞬間的なスループットＲ＝（Ｒ_１，Ｒ_２）を利用しうる。これは、トラフィックＴ１およびＴ２それぞれのための所与の時点において達成される実際のスループットである。さらに、ターゲット・スループットＲ_ｔｇｔ＝（Ｒ_{１，ｔｇｔ}，Ｒ_{２，ｔｇｔ}）は、トラフィックＴ１およびＴ２それぞれのために所望されるスループットとして定義されうる。ターゲット・スループットは、例えば、到着データ・スループットに対応しうる。そして、いくつかの場合には、接続エンジン１０１０によって提供されうる。さらに、リンク容量Ｃ＝（Ｃ_１，Ｃ_２）は、パイプＰ１およびパイプＰ２それぞれにおいて利用可能なリンク容量として定義されうる。

具体的な、限定しない例では、アプリケーション（例）は、１Ｍｂｐｓのスループットを希望しうる。そして、５４Ｍｂｐｓリンクを有するＷＬＡＮによって送信されうる。したがって、前述した定義に基づけば、アプリケーションのターゲット・スループット（Ｒ_{Ｅｘａｍｐｌｅ，ｔｇｔ}）は、１Ｍｂｐｓであり、ＷＬＡＮリンク（Ｃ_ＷＬＡＮ）の容量は５４Ｍｂｐｓである。しかしながら、容量は、いくつかの場合には、複数のアクセスや共存アービトレーション等によって、フルの５４Ｍｂｐｓから落ちることがあることが認識されるべきである。

さらなる例によれば、利用可能なスループットＲ_ａｖｌｂ＝（Ｒ_{１，ａｖａｌｂ}，Ｒ_{２，ａｖａｌｂ}）は、トラフィックＴ１およびトラフィックＴ２のそれぞれのためのパイプＰ１およびパイプＰ２において利用可能なスループットとして定義される。１つの例において、利用可能なスループットは、それぞれのパイプおよび／またはその他の要因による衝突によって、容量未満でありうる。別の例において、それぞれの衝突パラメータは、システム１０００におけるそれぞれのエンティティによって利用されうる。特定のパイプで送信する可能性は、リンク容量によって除されたターゲット・スループットである。したがって、中間Ｐ１を用いる可能性は、（Ｒ_{１，ｔｇｔ}／Ｃ_１）によって表される。同様に、中間Ｐ２を用いる可能性は、（Ｒ_{２，ｔｇｔ}／Ｃ_２）によって表される。これらの可能性は、パイプＰ１とパイプＰ２との間の潜在的な衝突を決定しうる。例えば、αは、衝突しているリソースの一部分を表すことができ、α＝（Ｒ_{１，ｔｇｔ}／Ｃ_１）・（Ｒ_{２，ｔｇｔ}／Ｃ_２）として表されうる。したがって、リンク容量がリソース衝突に遭遇しない可能性は、（１−α）である。したがって、衝突無しで動作するリンク容量Ｃは、（１−α）・Ｃによって表される。残りのリンク容量α Ｃは、衝突を経験するので、このリンク容量のスループットは、衝突を回避し、かつ、所望の動作性を達成するために、共存問題を管理するために使用されるあるパーセンテージまで低減される。したがって、衝突の無い時間Ｔ１中におけるパイプＰ１のスループットは、（１−α）・Ｃ_１となるであろう。そして、衝突の無い時間Ｔ２中におけるパイプＰ２のスループットは、（１−α）・Ｃ_２となるであろう。

衝突している時間中、どのトラフィックを許容するかに関する選択がなされる。２つのトラフィック・ストリームのうちの１つを選択することを仮定すると、ξと、（１−ξ）とはそれぞれ、衝突の場合に許容されるトラフィックＴ１およびＴ２のパーセンテージを表しうる。ξの特定の値は、所望の共存ポリシに基づいて選択されうる。ξは、時間、電力等にわたるリソースの分配を表しうる。例えば、衝突中、トラフィックＴ１が、すべての場合において、トラフィックＴ２よりも優先度を与えられている場合、ξ＝１となり、衝突中、トラフィックＴ２が、すべての場合において、トラフィックＴ１よりも優先度を与えられている場合、ξ＝０となる。したがって、例えば、トラフィックＴ１が、衝突中、リソースのξパーセンテージで動作する場合、衝突している時間中、トラフィックＴ１のスループットは、ξ・α・Ｃ_１に等しくなるであろう。同様に、トラフィックＴ２が、衝突中、リソースの（ξ−１）パーセンテージで動作する場合、衝突している時間中、トラフィックＴ２のスループットは、（１−ξ）・α・Ｃ_２に等しくなるであろう。衝突していない時間におけるトラフィックＴ１のスループットを、衝突している時間中のトラフィックＴ１のスループットと結合することによって、トラフィックＴ１の利用可能なスループットが、Ｒ_{１，ａｖａｌｂ}＝（（１−α）・Ｃ_１）＋（ξ・α・Ｃ_１）によって決定される。同様に、衝突していない時間におけるトラフィックＴ２のスループットを、衝突している時間中のトラフィックＴ２のスループットと結合することによって、トラフィックＴ２の平均スループットが、Ｒ_{２，ａｖａｌｂ}＝（（１−α）・Ｃ_２）＋（（１−ξ）・α・Ｃ_２）によって決定される。

前述した定義に基づいて、共存マネジャ６４０および接続エンジン１０１０は、以下のように、ネットワーク・トラフィックを管理するように協調しうる。先ず、パイプＰ１において動作するネットワーク・トラフィックＴ１が識別される。次に、第２のセットのネットワーク・トラフィックＴ２をサポートする希望が識別される。したがって、共存マネジャ６４０および／または接続エンジン１０１０は、トラフィックＴ２がパイプＰ１によってサポートされているのかも判定しうる。あるいは、共存マネジャ６４０および／または接続エンジン１０１０は、接続エンジン１０１０がパイプＰ１とパイプＰ２とが衝突することを知っている場合であっても、接続エンジン１０１０が新たに利用可能なパイプＰ２を開くべきであるかを判定しうる。その後、パイプＰ２を開くとの決定がなされると、共存マネジャ６４０および／または接続エンジン１０１０は、トラフィックＴ１およびトラフィックＴ２のためのターゲット・レートを達成するために、ξおよび／またはその他の適切な分析によって、パイプＰ１およびパイプＰ２に関連付けられたリソースを共存マネジャ６４０がどのようにして管理するのかを決定しうる。

態様では、接続エンジン１０１０および共存マネジャ６４０は、図１１の図解１１００によって例示されるように、前述した分析を助けるために、達成可能なスループット領域を導入しうる。図解１１００に図示されるように、ξに基づいて、衝突によってターゲット・スループット未満である達成可能なスループットＲの領域が存在することが認識されるべきである。一例では、この領域は、以下によって定義されうる。

Ｒ_{１，ａｖａｌｂ}＝（１−α）Ｃ_１＋ξαＣ_１ （例えば、Ｒ_{１，ａｖａｌｂ}≦Ｃ_１）
Ｒ_{２，ａｖａｌｂ}＝（１−α）Ｃ_２＋（１−ξ）αＣ_２ （例えば、Ｒ_{２，ａｖａｌｂ}≦Ｃ_２
例として図１１のグラフを用いて、接続エンジン１０１０が、図解１１００の陰領域内にある所望のスループットを用いて表される場合、接続エンジン１０１０は、このスループットは、所与の値であるξおよびαを用いてサポートされていることを認識する。所望のスループットが、図解１１００の陰領域外にある場合、接続エンジン１０１０は、スループットが、所与の値であるξおよびαを用いてサポートされていないことを認識する。

別の態様では、接続エンジン１０１０および／または共存マネジャ６４０は、前述した定義および達成可能なスループット領域に基づいて、パイプＰ２の活性化が望まれているかどうかを判定しうる。さらに詳しくは、接続エンジン１０１０からのリンク容量およびターゲット・パフォーマンス基準（例えば、ターゲット・スループットまたはデータ・レート）の知見、および、共存マネジャ６４０からの衝突率の知見に基づいて、可能なレート概略が描かれうる。そして、これに基づいて、ターゲット・レートが、内部ポイントに相当するかが判定されうる。

さらなる態様では、共存マネジャ６４０は、ネットワーク・トラフィックのためのターゲット・レートを達成するために、ξおよび／またはその他の適切なパラメータを適応させうる。例えば、共存マネジャ６４０は、先ず、αを推定するために、ムービング・ウィンドウ・フィルタを利用しうる。その後、共存マネジャは、各更新時の値を認識し、これに基づいて、共存マネジャ６４０は、（例えば、関連付けられた誤り関数を定義するために、）可能な限りＲ_ｔｇｔに近いスループットを達成するξの値を決定しうる。具体的で、限定しない例によれば、このような適応は、以下に示されるように、共存マネジャ６４０によって実行されうる。

費用関数Ｊが、

として定義され、

μは、ステップ・サイズであり、すなわち、

上述した例は、２つのラジオ／トラフィック・タイプの例を用いて提供されているが、これら教示は、２つよりも多くのラジオ／トラフィック・タイプのために等しく適合し、拡張可能である。さらに、これら教示は、２（またはそれ以上の）パイプの使用を希望する特定のアプリケーションに適用されうる。前述した教示は、アプリケーションによる使用のために希望されるおのおののパイプにおけるターゲット・レートのために適用されうる。

図１２は、本開示の１つの態様にしたがうマルチ・ラジオ共存マネジャ・プラットフォームのための決定ユニット設計のための技術を例示する。ブロック１２０２に図示されるように、ユーザ機器は、第１のセットのラジオ・リソースにおいてサポートされるべき第１のパフォーマンス基準を用いて、第１のセットのデータを識別する。ブロック１２０４に図示されるように、ユーザ機器は、サポートされるべき第２のパフォーマンス基準を用いて、第２のセットのデータを識別する。ブロック１２０６に図示されるように、ユーザ機器は、第１のセットのラジオ・リソースと、その他のラジオ・リソースとの間で予測される衝突率に基づいて、第１のパフォーマンス基準と第２のパフォーマンス基準とを達成するために、第１のセットのデータと、第２のセットのデータとに対するラジオ・リソースの割当が存在するかを判定する。

ＵＥは、第１のセットのラジオ・リソースにおいてサポートされるべき第１のパフォーマンス基準を用いて、第１のセットのデータを識別する手段と、サポートされるべき第２のパフォーマンス基準を用いて、第２のセットのデータを識別する手段と、第１のセットのラジオ・リソースと、その他のラジオ・リソースとの間で予測される衝突率に基づいて、第１のパフォーマンス基準と第２のパフォーマンス基準とを達成するために、第１のセットのデータと、第２のセットのデータとに対するラジオ・リソースの割当が存在するかを判定する手段とを有する。手段は、共存マネジャ６４０、接続エンジン１０１０、共存ポリシ・モジュール９１６、リソース割当モジュール９１８、メモリ２７２、プロセッサ２７０、アンテナ２５２ａ−ｒ、受信データ・プロセッサ２６０、送信データ・プロセッサ２３８、データ・ソース２３６、トランシーバ２５４ａ−ｒ、変調器２８０、送信データ・プロセッサ２３８、アンテナ２５２ａ−ｒ、および／または、受信データ・プロセッサ２６０、といった構成要素を含みうる。別の態様では、前述した手段は、前述した手段によって記述された機能を実行するように構成されたモジュールまたは任意の装置でありうる。

前述した例は、ＬＴＥシステムで実現されうる態様を記載している。しかしながら、本開示のスコープはそのように限定されない。さまざまな態様は、限定される訳ではないが、ＣＤＭＡシステム、ＴＤＭＡシステム、ＦＤＭＡシステム、およびＯＦＤＭＡシステムを含む任意のさまざまな通信プロトコルを適用するもののような、その他の通信システムとの使用のために適応されうる。

開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。

当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、前述された説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。

当業者であればさらに、本明細書で開示された態様に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子的なハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。

本明細書で開示された態様に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。

本明細書で開示された態様に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。

開示された態様の上記説明は、いかなる当業者であっても、本開示を製造または使用できるように適用される。これらの態様へのさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他の態様に適用されうる。このように、本開示は、本明細書で示された態様に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。

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