"無線通信システムにおいて使用される方法であって、第1のセットのラジオリソースにおいてサポートされるべき第1のパフォーマンス基準を用いて第1のセットのデータを識別することと、サポートされるべき第2のパフォーマンス基準を用いて第2のセットのデータを識別することと、前記第1のセットのラジオリソースと、その他のラジオリソースとの間で予測される衝突率に基づいて、前記第1のパフォーマンス基準および前記第2のパフォーマンス基準を達成するための、前記第1のセットのデータおよび前記第2のセットのデータに対するラジオリソースの割当が存在するかを判定することと、を備える方法。前記判定されたラジオリソースの割当を実施することをさらに備える、請求項1に記載された方法。前記第1のパフォーマンス基準および前記第2のパフォーマンス基準は、ターゲットトラフィックレートである、請求項1に記載された方法。前記第1のパフォーマンス基準および前記第2のパフォーマンス基準を達成するための、前記第1のセットのデータおよび前記第2のセットのデータに対する前記第1のセットのラジオリソースの割当がいつ存在するかを判定すること、をさらに備える請求項1に記載された方法。前記判定することはさらに、前記第1のパフォーマンス基準および前記第2のパフォーマンス基準を達成するための、前記第1のセットのデータおよび前記第2のセットのデータに対する1つよりも多いセットのラジオリソースの割当がいつ存在するかを判定すること、をさらに備える請求項1に記載された方法。前記判定することは、前記第1のセットのラジオリソースの容量領域、第2のセットのラジオリソースの容量領域、前記第1のパフォーマンス基準、および前記第2のパフォーマンス基準の評価に基づく、請求項5に記載の方法。前記第1のパフォーマンス基準および前記第2のパフォーマンス基準を達成するために第2のセットのラジオリソースを活性化すること、をさらに備える請求項5に記載の方法。前記予測される衝突率は、前記第1のセットのラジオリソースのリンク容量、パフォーマンス基準、および、チャネル条件のうちの少なくとも1つに基づく、請求項1に記載の方法。前記予測される衝突率は、前記第1のパフォーマンス基準および前記第2のパフォーマンス基準に基づく、請求項1に記載の方法。前記予測される衝突率、前記第1のパフォーマンス基準、および前記第2のパフォーマンス基準のうちの少なくとも1つの変化に基づいて、前記ラジオリソースの割当を変更することをさらに備え、前記変更することは、変更された場合を含む前記第1のパフォーマンス基準と、変更された場合を含む前記第2のパフォーマンス基準とを達成する、請求項1に記載の方法。前記割当は、割り当てられるべきラジオリソースのパフォーマンス基準に基づく、請求項1に記載の方法。前記第1のセットのラジオリソースは、ラジオアクセス技術、周波数のセット、およびサブフレームのセット、のうちの少なくとも1つを備える、請求項1に記載の方法。前記第1のセットのデータのパフォーマンス基準を識別することと、前記第2のセットのデータのパフォーマンス基準を識別することとは、接続エンジンによって実行され、前記判定することは、共存マネジャによって実行される、請求項1に記載の方法。無線通信システムにおいて動作可能な装置であって、第1のセットのラジオリソースにおいてサポートされるべき第1のパフォーマンス基準を用いて第1のセットのデータを識別する手段と、サポートされるべき第2のパフォーマンス基準を用いて、第2のセットのデータを識別する手段と、前記第1のセットのラジオリソースと、その他のラジオリソースとの間で予測される衝突率に基づいて、前記第1のパフォーマンス基準と前記第2のパフォーマンス基準とを達成するために、前記第1のセットのデータと、前記第2のセットのデータとに対するラジオリソースの割当が存在するかを判定する手段と、を備える装置。無線通信のために構成されたコンピュータプログラム製品であって、記録された非一時的なプログラムコードを有するコンピュータ読取可能な媒体を備え、前記プログラムコードは、第1のセットのラジオリソースにおいてサポートされるべき第1のパフォーマンス基準を用いて第1のセットのデータを識別するためのプログラムコードと、サポートされるべき第2のパフォーマンス基準を用いて第2のセットのデータを識別するためのプログラムコードと、前記第1のセットのラジオリソースと、その他のラジオリソースとの間で予測される衝突率に基づいて、前記第1のパフォーマンス基準および前記第2のパフォーマンス基準を達成するための、前記第1のセットのデータおよび前記第2のセットのデータに対するラジオリソースの割り当てが存在するかを判定するためのプログラムコードと、を備えるコンピュータプログラム製品。無線通信ネットワークにおける動作のために構成された装置であって、メモリと、前記メモリに接続された少なくとも1つのプロセッサとを備え、前記少なくとも1つのプロセッサは、第1のセットのラジオリソースにおいてサポートされるべき第1のパフォーマンス基準を用いて第1のセットのデータを識別し、サポートされるべき第2のパフォーマンス基準を用いて第2のセットのデータを識別し、前記第1のセットのラジオリソースと、その他のラジオリソースとの間で予測される衝突率に基づいて、前記第1のパフォーマンス基準および前記第2のパフォーマンス基準を達成するための、前記第1のセットのデータおよび前記第2のセットのデータに対するラジオリソースの割当が存在するかを判定するように構成された、装置。前記少なくとも1つのプロセッサはさらに、前記判定されたラジオリソースの割当を実施するように構成された、請求項16に記載の装置。前記第1のパフォーマンス基準および前記第2のパフォーマンス基準は、ターゲットトラフィックレートである、請求項16に記載の装置。前記少なくとも1つのプロセッサはさらに、前記第1のパフォーマンス基準および前記第2のパフォーマンス基準を達成するための、前記第1のセットのデータおよび前記第2のセットのデータに対する前記第1のセットのラジオリソースの割当がいつ存在するかを判定することによって判定するように構成された、請求項16に記載の装置。前記少なくとも1つのプロセッサはさらに、前記第1のパフォーマンス基準および前記第2のパフォーマンス基準を達成するための、前記第1のセットのデータおよび前記第2のセットのデータに対する1より多くのセットのラジオリソースの割当がいつ存在するかを判定することによって判定するように構成された、請求項16に記載の装置。前記少なくとも1つのプロセッサはさらに、前記第1のセットのラジオリソースの容量領域、第2のセットのラジオリソースの容量領域、前記第1のパフォーマンス基準、および、前記第2のパフォーマンス基準の評価に基づいて判定するように構成された、請求項20に記載の装置。前記少なくとも1つのプロセッサはさらに、前記第1のパフォーマンス基準および前記第2のパフォーマンス基準を達成するために第2のセットのラジオリソースを活性化するように構成された、請求項20に記載の装置。前記予測される衝突率は、前記第1のセットのラジオリソースのリンク容量、パフォーマンス基準、および、チャネル条件のうちの少なくとも1つに基づく、請求項16に記載の装置。前記予期される衝突率は、前記第1のパフォーマンス基準および前記第2のパフォーマンス基準に基づく、請求項16に記載の装置。前記少なくとも1つのプロセッサはさらに、前記予測された衝突率、前記第1のパフォーマンス基準、および前記第2のパフォーマンス基準のうちの少なくとも1つにおける変化に基づいて、前記ラジオリソースの割当を変更するように構成され、前記変更することは、変更された場合を含む前記第1のパフォーマンス基準と、変更された場合を含む前記第2のパフォーマンス基準とを達成する、請求項16に記載の装置。前記割当は、割り当てられるべきラジオリソースのパフォーマンス基準に基づく、請求項16に記載の装置。前記第1のセットのラジオリソースは、ラジオアクセス技術、周波数のセット、およびサブフレームのセット、のうちの少なくとも1つを備える、請求項16に記載の装置。前記少なくとも1つのプロセッサは、前記第1のセットのデータのパフォーマンス基準を識別するように構成され、前記少なくとも1つのプロセッサは、接続エンジン内の前記第2のセットのデータのパフォーマンス基準を識別するように構成され、前記少なくとも1つのプロセッサは、共存マネジャ内において判定するように構成された、請求項16に記載の装置。本開示のさまざまな態様は、例えばLTE帯域と、例えば、BT/WLAN用の産業、科学、および医療ISM帯域との間で、顕著なデバイス内共存問題が存在しうるマルチラジオデバイスにおける共存問題を緩和するための技術を提供する。前述したように、eNBは、他のラジオによって受けるUE側における干渉に気付かないので、いくつかの共存問題が存在する。1つの態様によれば、UEは、現在のチャネルに共存問題がある場合、ラジオリンク欠陥RLFを宣言し、新たなチャネルまたはラジオアクセス技術RATへ自律的にアクセスする。UEは、以下の理由で、いくつかの例においてRLFを宣言しうる。1UE受信が、共存による干渉によって影響される。2UE送信機が、別のラジオへの破壊的な干渉を引き起こしている。その後、UEは、新たなチャネルまたはRATにおける接続を再確立しながら、共存問題を示すメッセージをeNBへ送信する。eNBは、メッセージを受け取ることにより、共存問題を知るようになる。本明細書に記載された技術は、例えば符号分割多元接続CDMAネットワーク、時分割多元接続TDMAネットワーク、周波数分割多元接続FDMAネットワーク、直交周波数分割多元接続OFDMAネットワーク、シングルキャリアFDMASC-FDMAネットワーク等のような様々な無線通信ネットワークのために使用されうる。ネットワークおよびシステムという用語は、しばしば置換可能に使用される。CDMAネットワークは、例えば、ユニバーサル地上ラジオアクセスUTRA、cdma2000等のようなラジオ技術を実現しうる。UTRAは、広帯域CDMAW-CDMAおよび低チップレートLCRを含む。cdma2000は、IS-2000規格、IS-95規格、およびIS-856規格をカバーする。TDMAネットワークは、例えばグローバル移動体通信システムGSM登録商標のようなラジオ技術を実現しうる。OFDMAネットワークは、例えばイボルブドUTRAE-UTRA、IEEE802.11、IEEE802.16、IEEE802.20、フラッシュ-OFDM登録商標等のようなラジオ技術を実現しうる。UTRA、E-UTRA、およびGSMは、ユニバーサルモバイルテレコミュニケーションシステムUMTSの一部である。ロングタームイボリューションLTEは、E-UTRAを使用するUMTSの最新のリリースである。UTRA、E-UTRA、GSM、UMTS、およびLTEは、第3世代パートナシップ計画3GPPと命名された組織からの文書に記載されている。cdma2000は、第3世代パートナシップ計画23GPP2と命名された組織からの文書に記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。明確化のために、これら技術のある態様は、以下において、LTEについて記載されており、LTE用語が以下の説明の一部で使用される。単一キャリア変調および周波数領域等値化を利用するシングルキャリア周波数分割多元接続SC-FDMAは、本明細書で記載されるさまざまな態様とともに利用されうる技術である。SC-FDMAは、OFDMAシステムと類似の性能を有し、本質的に全体的に同等の複雑さを有する。SC-FDMA信号は、固有のシングルキャリア構造により、低いピーク対平均電力比PAPRを有する。SC-FDMAは、送信電力効率の観点において、低PAPRがモバイル端末に大いに有益となるアップリンク通信において、特に大きな注目を集めた。これは、現在、3GPPロングタームイボリューションLTEまたはイボルブドUTRAにおけるアップリンク多元接続スキームのための動作前提である。図1を参照して、1つの態様にしたがう多元接続無線通信システムが例示される。イボルブドノードB100eNBは、リソースおよびパラメータを割り当てること、ユーザ機器からの要求を許可/拒否すること等によって、LTE通信を管理するための処理リソースおよびメモリリソースを有するコンピュータ115を含む。eNB100はまた、複数のアンテナグループを含んでおり、1つのグループは、アンテナ104およびアンテナ106を含み、別のグループは、アンテナ108およびアンテナ110を含み、さらに別のグループは、アンテナ112およびアンテナ114を含む。図1では、おのおののアンテナグループについて2本のアンテナしか示されていない。しかしながら、おのおののアンテナグループについて、それより多くのまたはそれより少ないアンテナが利用されうる。アクセス端末ATとも称されるユーザ機器UE116は、アンテナ112,114と通信している一方、アンテナ112,114は、アップリンクUL188によってUE116へ情報を送信する。UE122は、アンテナ106,108と通信し、アンテナ106,108は、ダウンリンクDL126によってUE122に情報を送信し、アップリンク124によってUE122から情報を受信する。FDDシステムでは、通信リンク118,120,124,126は、通信のために異なる周波数を使用しうる。例えば、ダウンリンク120は、アップリンク118によって使用されるものとは異なる周波数を使用しうる。通信するように設計されたエリアおよび/またはアンテナのおのおののグループは、しばしば、eNBのセクタと称される。この態様では、それぞれのアンテナグループは、eNB100によってカバーされるエリアのセクタ内のUEと通信するように設計される。ダウンリンク120,126による通信では、eNB100の送信アンテナは、他のUE116,122のアップリンクの信号対雑音比を改善するためにビームフォーミングを利用する。さらに、有効通信範囲にわたってランダムに散在するUEへ送信するためにビームフォーミングを利用するeNBは、すべてのUEに対して単一のアンテナで送信しているUEよりも、近隣セル内のUEに対して少ない干渉しかもたらさない。eNBは、端末と通信するために使用される固定局であり、アクセスポイント、基地局、あるいはその他幾つかの専門用語でも称されうる。UEはまた、アクセス端末、無線通信デバイス、端末、あるいはその他いくつかの同等の専門用語で称されうる。図2は、MIMOシステム200における送信機システム210eNBとしても知られているおよび受信機システム250UEとしても知られているの態様のブロック図である。いくつかの事例では、UEとeNBとの両方がおのおの、送信機システムおよび受信機システムを含んでいるトランシーバを有する。送信機システム210では、多くのデータストリームのトラフィックデータが、データソース212から送信TXデータプロセッサ214に提供される。MIMOシステムはデータ送信のために、複数NT個の送信アンテナと複数NR個の受信アンテナとを適用する。NT個の送信アンテナおよびNR個の受信アンテナによって形成されるMIMOチャネルは、空間チャネルとも称されるNS個の独立チャネルへ分割されうる。ここで、NS≦{NT,NR}である。NS個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、MIMOシステムは、例えば、より高いスループット、および/または、より高い信頼性のような向上されたパフォーマンスを与えうる。MIMOシステムは、時分割多重TDDシステム、および周波数分割多重FDDシステムをサポートする。TDDシステムでは、相互原理によって、アップリンクチャネルからダウンリンクチャネルを推定できるように、アップリンク送信およびダウンリンク送信が、同じ周波数領域にある。これによって、eNBにおいて複数のアンテナが利用可能である場合、eNBは、ダウンリンクで送信ビームフォーミングゲインを抽出できるようになる。態様では、データストリームはおのおのの、それぞれの送信アンテナを介して送信される。TXデータプロセッサ214は、符号化されたデータを提供するために、データストリームについて選択された特定の符号化スキームに基づいて、各データストリームのためのトラフィックデータをフォーマットし、符号化し、インタリーブする。おのおののデータストリームの符号化されたデータは、OFDM技術を用いてパイロットデータと多重化されうる。パイロットデータは一般に、既知の手法で処理される既知のデータパターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータストリームについて多重化されたパイロットおよび符号化されたデータは、データストリームのために選択された特定の変調スキーム例えば、BPSK、QPSK、M-PSK、あるいはM-QAM等に基づいて変調例えば、シンボルマップされ、変調シンボルが提供される。おのおののデータストリームのデータレート、符号化、および変調は、メモリ232とともに動作するプロセッサ230によって実行される指示によって決定されうる。それぞれのデータストリームの変調シンボルは、その後、例えば、OFDMのために変調シンボルをさらに処理しうるTXMIMOプロセッサ220に提供される。TXMIMOプロセッサ220はその後、NT個の変調シンボルストリームを、NT個の送信機TMTR222a乃至222tへ提供する。ある態様では、TXMIMOプロセッサ220は、データストリームのシンボル、および、このシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。おのおのの送信機222は、1または複数のアナログ信号を提供するために、それぞれのシンボルストリームを受信して処理し、さらには、MIMOチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整例えば、増幅、フィルタ、およびアップコンバートする。送信機222a乃至222tからのNT個の変調信号は、その後、NT個のアンテナ224a乃至224tからそれぞれ送信される。受信機システム250では、送信された変調信号がNR個のアンテナ252a乃至252rによって受信され、おのおののアンテナ252からの受信信号が、それぞれの受信機RCVR254a乃至254rへ提供される。おのおのの受信機254は、受信したそれぞれの信号を調整例えば、フィルタ、増幅、およびダウンコンバートし、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する受信されたシンボルストリームを提供する。RXデータプロセッサ260は、NR個の受信機254からNR個のシンボルストリームを受信し、受信されたこれらシンボルストリームを、特定の受信機処理技術に基づいて処理して、NR個の検出されたシンボルストリームを提供する。RXデータプロセッサ260は、その後、検出されたおのおののシンボルストリームを復調し、デインタリーブし、復号して、このデータストリームのためのトラフィックデータを復元する。RXデータプロセッサ260による処理は、基地局210におけるTXMIMOプロセッサ220およびTXデータプロセッサ214によって実行される処理に対して相補的である。メモリ272とともに動作するプロセッサ270は、どのプリコーディング行列を使用するのかを定期的に決定する後述する。プロセッサ270は、行列インデクス部およびランク値部を有するアップリンクメッセージを規定する。アップリンクメッセージは、通信リンクおよび/または受信されたデータストリームに関するさまざまなタイプの情報を含みうる。アップリンクメッセージはその後、多くのデータストリームのトラフィックデータをデータソース236から受け取るTXデータプロセッサ238によって処理され、変調器280によって変調され、送信機254a乃至254rによって調整され、基地局210へ送り返される。送信機システム210では、受信機システム250からの変調された信号が、アンテナ224によって受信され、受信機222によって調整され、復調器240によって復調され、RXデータプロセッサ242によって処理されて、受信機システム250によって送信されたアップリンクメッセージが抽出される。さらに、プロセッサ230は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定し、その後、この抽出されたメッセージを処理する。図3は、ダウンリンクロングタームイボリューションLTE通信における典型的なフレーム構造を概念的に例示するブロック図である。ダウンリンクの送信タイムラインは、ラジオフレームの単位に区分されうる。おのおののラジオフレームは、例えば10ミリ秒msのような予め定められた持続時間を有し、0乃至9のインデクスを付された10個のサブフレームへ分割されうる。おのおののサブフレームは2つのスロットを含みうる。したがって、おのおののラジオフレームは、0乃至19のインデクスを付された20のスロットを含みうる。おのおののスロットは、L個のシンボル期間、例えば、図3に示すような通常のサイクリックプレフィクスの場合、例えば、7つのシンボル期間を含み、拡張されたサイクリックプレフィクスの場合、6つのシンボル期間を含みうる。おのおののサブフレームでは、2L個のシンボル期間が、0乃至2L-1のインデクスを割り当てられうる。利用可能な時間周波数リソースが、リソースブロックへ区分されうる。おのおののリソースブロックは、1つのスロットにおいてN個のサブキャリア例えば、12のサブキャリアをカバーしうる。LTEでは、eNBは、eNBにおける各セルについて、一次同期信号PSSと二次同期信号SSSとを送信しうる。図3に示すように、PSSおよびSSSは、通常のサイクリックプレフィクスを持つ各ラジオフレームのサブフレーム0およびサブフレーム5のおのおのにおいて、シンボル期間6およびシンボル期間5でそれぞれ送信されうる。これら同期信号は、UEによって、セル検出および獲得のために使用されうる。eNBはまた、サブフレーム0のスロット1におけるシンボル期間0乃至3で、物理ブロードキャストチャネルPBCHを送信しうる。PBCHは、あるシステム情報を伝送しうる。eNBは、eNBにおけるおのおののセルのために、セル特有基準信号CRSを送信しうる。CRSは、通常のサイクリックプレフィクスの場合には、各スロットのシンボル0,1,4で送信され、拡張されたサイクリックプレフィクスの場合には、各スロットのシンボル0,1,3で送信されうる。CRSは、物理チャネルのコヒーレントな復調、タイミングおよび周波数のトラッキング、ラジオリンクモニタリングRLM、基準信号受信電力RSRP、および基準信号受信品質RSRQ測定等のためにUEによって使用されうる。図3で見られるように、eNBは、各サブフレームの最初のシンボル期間で、物理制御フォーマットインジケータチャネルPCFICHを送信しうる。PCFICHは、制御チャネルのために使用されるシンボル期間の数Mを伝えうる。ここで、Mは、1,2または3に等しく、サブフレーム毎に変化しうる。Mはまた、例えば、10未満のリソースブロックのように、少ない数のシステム帯域幅に対して4に等しくなりうる。図3に示す例では、M=3である。eNBは、おのおののサブフレームの最初のM個のシンボル期間において、物理HARQインジケータチャネルPHICHと物理ダウンリンク制御チャネルPDCCHとを送信しうる。PDCCHとPHICHもまた、図3に示す例における最初の3つのシンボル期間に含まれる。PHICHは、ハイブリッド自動反復要求HARQをサポートするための情報を伝送しうる。PDCCHは、UEのためのリソース割当に関する情報と、ダウンリンクチャネルのための制御情報とを伝送しうる。eNBはまた、おのおののサブフレームの残りのシンボル期間で、物理ダウンリンク共有チャネルPDSCHを送信しうる。PDSCHは、ダウンリンクで、データ送信のためにスケジュールされたUEのためのデータを伝送しうる。LTEにおけるさまざまな信号およびチャネルは、公的に利用可能なイボルブドユニバーサル地上ラジオアクセスE-UTRA;物理チャネルおよび変調EvolvedUniversalTerrestrialRadioAccessPhysicalChannelsandModulationと題された3GPPTS36.211に記載されている。eNBは、eNBによって使用されるシステム帯域幅の中央1.08MHzでPSS、SSS、およびPBCHを送信しうる。eNBは、これらのチャネルが送信される各シンボル期間におけるシステム帯域幅全体でPCFICHおよびPHICHを送信しうる。eNBは、システム帯域幅のある部分において、UEのグループにPDCCHを送信しうる。eNBは、システム帯域幅の特定の部分で、特定のUEに、PDSCHを送信しうる。eNBは、すべてのUEへブロードキャスト方式でPSS、SSS、PBCH、PCFICH、およびPHICHを送信し、PDCCHを、ユニキャスト方式で、特定のUEへ送信しうる。さらに、特定のUEへユニキャスト方式でPDSCHをも送信しうる。各シンボル期間において、多くのリソース要素が利用可能でありうる。おのおののリソース要素は、1つのシンボル期間において1つのサブキャリアをカバーし、実数値または複素数値である1つの変調シンボルを送信するために使用されうる。おのおののシンボル期間において、基準信号のために使用されないリソース要素は、リソース要素グループREGへ構成されうる。おのおののREGは、1つのシンボル期間内に、4つのリソース要素を含みうる。PCFICHは、シンボル期間0において、4つのREGを占有しうる。これらは、周波数にわたってほぼ等間隔に配置されうる。PHICHは、1または複数の設定可能なシンボル期間内に3つのREGを占有しうる。これらは、周波数にわたって分散されうる。例えば、PHICHのための3つのREGはすべて、シンボル期間0に属しうる。あるいは、シンボル期間0,1,2に分散されうる。PDCCHは、最初のM個のシンボル期間内に、9,18,32,または64のREGを占有しうる。これらは、利用可能なREGから選択されうる。複数のREGのある組み合わせのみが、PDCCHのために許可されうる。UEは、PHICHとPCFICHとのために使用された特定のREGを認識しうる。UEは、PDCCHを求めて、REGの異なる組み合わせを探索しうる。探索する組み合わせの数は、一般に、PDCCHのために許可された組み合わせ数よりも少ない。eNBは、UEが探索する組み合わせのうちの何れかのUEにPDCCHを送信しうる。図4は、アップリンクロングタームイボリューションLTE通信における典型的なフレーム構造300を概念的に例示するブロック図である。アップリンクのために利用可能なリソースブロックRBは、データセクションおよび制御セクションに区分されうる。制御セクションは、システム帯域幅の2つの端部において形成され、設定可能なサイズを有しうる。制御セクションにおけるリソースブロックは、制御情報の送信のために、UEへ割り当てられうる。データセクションは、制御セクションに含まれていないすべてのリソースブロックを含みうる。図4における設計の結果、データセクションは、連続するサブキャリアを含むようになる。これによって、単一のUEに、データセクション内に、連続するサブキャリアのすべてが割り当てられるようになる。UEは、eNBへ制御情報を送信するために、制御セクションにおいてリソースブロックを割り当てられうる。UEはまた、eノードBへデータを送信するために、データセクション内にリソースブロックを割り当てられうる。UEは、制御セクションにおいて割り当てられたリソースブロックで、物理アップリンク制御チャネルPUCCHで制御情報を送信しうる。UEは、データセクションにおいて割り当てられたリソースブロックで、物理アップリンク共有チャネルPUSCHで、データのみ、または、データと制御情報との両方を送信しうる。アップリンク送信は、サブフレームからなる両スロットに及び、図4に示すように、周波数を越えてホップしうる。LTEにおけるPSS、SSS、CRS、PBCH、PUCCH、およびPUSCHは、公的に利用可能なイボルブドユニバーサル地上ラジオアクセスE-UTRA;物理チャネルおよび変調EvolvedUniversalTerrestrialRadioAccessPhysicalChannelsandModulationと題された3GPPTS36.211に記載されている。態様では、本明細書では、マルチラジオ共存解決を容易にするために、例えば3GPPLTE環境のような無線通信環境内でのサポートを提供するためのシステムおよび方法が記載されている。図5に示すように、本明細書に記載されたさまざまな態様が機能しうる無線通信環境500の例が例示される。無線通信環境500は、複数の通信システムと通信することが可能でありうる無線デバイス510を含みうる。これらのシステムは、例えば、1または複数のセルラシステム520および/または530、1または複数のWLANシステム540および/または550、1または複数の無線パーソナルエリアネットワークWPANシステム560、1または複数のブロードキャストシステム570、1または複数の衛星測位システム580、図5に図示されていないその他のシステム、または、これらの任意の組み合わせを含みうる。以下の記載では、ネットワーク、システムという用語がしばしば置換可能に使用されうることが認識されるべきである。セルラシステム520,530はおのおの、CDMA、TDMA、FDMA、OFDMA、シングルキャリアFDMASC-FDMA、あるいはその他の適切なシステムでありうる。CDMAシステムは、例えばユニバーサル地上ラジオアクセスUTRAやcdma2000等のようなラジオ技術を実現することができる。UTRAは、広帯域CDMAWCDMA、およびCDMAのその他の変形を含んでいる。さらに、cdma2000は、IS-2000CDMA20001X規格、IS-95規格、およびIS-856HRPD規格をカバーする。TDMAシステムは、例えばグローバル移動体通信システムGSM、デジタルアドバンスト移動電話システムD-AMPS等のようなラジオ技術を実現しうる。OFDMAシステムは、例えばイボルブドUTRAE-UTRA、ウルトラモバイルブロードバンドUMB、IEEE802.16WiMAX、IEEE802.20、フラッシュ-OFDM登録商標等のような無線技術を実現することができる。UTRAおよびE-UTRAは、ユニバーサルモバイルテレコミュニケーションシステムUMTSの一部である。3GPPロングタームイボリューションLTEおよびLTE-アドバンストLTE-Aは、E-UTRAを使用するUMTSの新たなリリースである。UTRA、E-UTRA、UMTS、LTE、LTE-A、およびGSMは、第3世代パートナシップ計画3GPPと命名された組織からの文書に記載されている。cdma2000およびUMBは、第3世代パートナシップ計画23GPP2と命名された組織からの文書に記載されている。態様では、セルラシステム520は、有効通信範囲内の無線デバイスのための双方向通信をサポートしうる多くの基地局522を含みうる。同様に、セルラシステム530は、有効通信範囲内の無線デバイスのための双方向通信をサポートしうる多くの基地局532を含みうる。WLANシステム540,550はそれぞれ、例えばIEEE802.11WiFi、Hiperlan等のようなラジオ技術を実施しうる。WLANシステム540は、双方向通信をサポートしうる1または複数のアクセスポイント542を含みうる。同様に、WLANシステム550は、双方向通信をサポートしうる1または複数のアクセスポイント552を含みうる。WPANシステム560は、例えばBluetoothBT、IEEE802.15等を実施しうる。さらに、WPANシステム560は、例えば、無線デバイス510、ヘッドセット562、コンピュータ564、マウス566等のようなさまざまなデバイスのための双方向通信をサポートしうる。ブロードキャストシステム570は、テレビTVブロードキャストシステム、周波数変調FMブロードキャストシステム、デジタルブロードキャストシステム等でありうる。デジタルブロードキャストシステムは、例えば、MediaFLO登録商標、デジタルビデオブロードキャストフォーハンドヘルドDVB-H、インテグレーティドサービスデジタルブロードキャスティングフォー地上テレビジョンブロードキャスティングIDSB-T等のようなラジオ技術を実施しうる。さらに、ブロードキャストシステム540は、一方向通信をサポートしうる1または複数のブロードキャスト局572を含みうる。衛星測位システム580は、米国全地球測位システムGPS、欧州ガリレオシステム、ロシアのグロナスシステム、日本上の準天頂衛星システム、インド上のインド領域ナビゲーション衛星システムIRNSS、中国上の北斗衛星航法システム、および/または、その他任意の適切なシステムでありうる。さらに、衛星測位システム580は、位置決定のためのシグナルを送信する多くの衛星582を含みうる。態様では、無線デバイス510は、据置式または移動式であり、ユーザ機器UE、移動局、移動機器、端末、アクセス端末、加入者ユニット、局等と称されうる。無線デバイス510は、セルラ電話、携帯情報端末PDA、無線モデム、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、無線ローカルループWLL局等でありうる。さらに、無線デバイス510は、セルラシステム520および/またはセルラシステム530、WLANシステム540および/またはWLANシステム550、WPANシステム560を備えたデバイス、および/または、その他任意の適切なシステム単数または複数および/またはデバイス単数または複数との二方向通信を行いうる。無線デバイス510は、さらに、あるいは、その代わりに、ブロードキャストシステム570および/または衛星位置決めシステム580から信号を受信しうる。一般に、無線デバイス510は、所与の瞬間において、任意の数のシステムと通信しうることが認識されるべきである。さらに、無線デバイス510は、同時に動作しうる構成要素ラジオデバイスのうちのさまざまなデバイス間の共存問題を経験しうる。したがって、デバイス510は、以下に詳述するように、共存問題を検出および緩和するための機能モジュールを有する共存マネジャ図示しないCxMを含む。次に図6に移って、マルチラジオ無線デバイス600のための設計の例を例示し、図5のラジオ510の実施として使用されうるブロック図が提供される。図6が例示するように、無線デバイス600は、N個のラジオ620a乃至620nを含みうる。これらは、N個のアンテナ610a乃至610nに接続されうる。ここで、Nは、任意の整数値でありうる。しかしながら、それぞれのラジオ620は、任意の数のアンテナ610に接続され、複数のラジオ620が、所与のアンテナ610を共有をもしうることが認識されるべきである。一般に、ラジオ620は、電磁スペクトルにおいてエネルギを放射または放出し、電磁スペクトルにおけるエネルギを受信し、あるいは、伝導手段によって伝搬するエネルギを生成するユニットでありうる。例によれば、ラジオ620は、システムまたはデバイスに信号を送信するユニットでありうるか、または、システムまたはデバイスから信号を受信するユニットでありうる。したがって、ラジオ620は、無線通信をサポートするために利用されうることが認識されうる。別の例では、ラジオ620はまた、他のラジオのパフォーマンスにインパクトを与えうるノイズを放出するユニット例えば、コンピュータ上のスクリーン、回路基板等でもありうる。したがって、ラジオ620はまた、無線通信をサポートすることなくノイズおよび干渉を放出するユニットでもありうることがさらに認識されうる。態様では、それぞれのラジオ620は、1または複数のシステムとの通信をサポートしうる。複数のラジオ620は、さらに、または、その代わりに、例えば、異なる周波数帯域例えば、セルラ帯域およびPCS帯域で送信または受信するために、所与のシステムのために使用されうる。別の態様では、デジタルプロセッサ630は、ラジオ620a乃至620nに接続されうる。そして、例えば、ラジオ620を介して送信されるデータ、または、受信されたデータを処理するためのさまざまな機能を実行しうる。各ラジオ620の処理は、そのラジオによってサポートされるラジオ技術に依存しうる。そして、送信機のための暗号化、符号化、変調等、受信機のための復調、復号、解読等、およびその他を含みうる。一例において、デジタルプロセッサ630は、本明細書において一般に記載されるように、無線デバイス600のパフォーマンスを向上するために、ラジオ620の動作を制御しうる共存マネジャ640を含みうる。共存マネジャ640は、ラジオ620の動作を制御するために使用される情報を格納しうるデータベース644へのアクセスを有しうる。以下にさらに説明するように、共存マネジャ640は、ラジオ間の干渉を減少させるためのさまざまな技術のために適応されうる。一例において、共存マネジャ640は、LTEが非アクティブである期間中にISMラジオが通信できるようにするDRXサイクルまたは測定ギャップパターンを要求する。単純化のために、デジタルプロセッサ630は、単一のプロセッサとして図6に示されている。しかしながら、デジタルプロセッサ630が、任意の数のプロセッサ、コントローラ、メモリ等を含みうることが認識されるべきである。一例において、コントローラ/プロセッサ650は、無線デバイス600内のさまざまなユニットの動作を指示しうる。さらに、または、その代わりに、メモリ652は、無線デバイス600のためのプログラムコードおよびデータを格納しうる。デジタルプロセッサ630、コントローラ/プロセッサ650、およびメモリ652は、1または複数の集積回路IC、特定用途向け集積回路ASIC等に実装されうる。具体的で、限定しない例によれば、デジタルプロセッサ630は、移動局モデムMSMASICに実装されうる。態様では、共存マネジャ640は、干渉、および/または、それぞれのラジオ620間の衝突に関連付けられたその他のパフォーマンス低下を回避するために、無線デバイス600によって利用されるそれぞれのラジオ620の動作を管理しうる。共存マネジャ640は、例えば、図10に例示されているような1または複数の処理を実行しうる。さらなる例示によれば、図7におけるグラフ700は、所与の決定期間中の7つのラジオの例の間のそれぞれの潜在的な衝突を表す。グラフ700において図示される例では、7つのラジオは、WLAN送信機Tw、LTE送信機Tl、FM送信機Tf、GSM/WCDMA送信機Tc/Tw、LTE受信機Rl、Bluetooth受信機Rb、および、GPS受信機Rgを含む。4つの送信機は、グラフ700の左側における4つのノードによって示される。3つの受信機は、グラフ700の右側における3つのノードによって示される。送信機と受信機との間の潜在的な衝突は、送信機のノードと受信機のノードとを接続する分岐によってグラフ700上で表わされる。したがって、グラフ700において図示される例において、衝突は、1WLAN送信機TwとBluetooth受信機Rbとの間、2LTE送信機TlとBluetooth受信機Rbとの間、3WLAN送信機TwとLTE受信機Rlとの間、4FM送信機TfとGPS受信機Rgとの間、5GSM/WCDMA送信機Tc/TwとGPS受信機Rgとの間に存在しうる。1つの態様では、共存マネジャ640の例が、例えば図8における図800によって示されるような方式で時間的に動作しうる。図800が例示するように、共存マネジャ動作のタイムラインが、決定ユニットDUに分割されうる。これは、通知が処理される場合に、任意の適切な一定または非一定の長さ例えば、100マイクロ秒であり、コマンドがさまざまなラジオ620に提供されるか、および/または、その他の動作が評価フェーズにおいてなされる動作に基づいて実行されうる応答フェーズ例えば、20マイクロ秒でありうる。一例では、図800に示されるタイムラインは、例えば、所与のDUにおける通知フェーズの終了直後の所与のラジオから通知が取得されるケースにおける応答のタイミングのようなタイムラインの最悪ケース動作によって定義されたレイテンシパラメータを有しうる。デバイス内共存問題は、例えば、BluetoothWANのための例えばLTE帯域とISM帯域とのリソース間のUEに関して存在しうる。現在のLTE実施では、LTEに対する干渉問題は、例えば、LTEを、共存問題が存在しないチャネルまたはRATへ移動させるように、周波数間またはRAT間ハンドオフ決定を行うために、eNBが使用しうるDL誤り率および/またはUEによってレポートされたDL測定値例えば、基準信号受信品質RSRQメトリック等において反映される。しかしながら、例えば、LTEULが、Bluetooth/WLANに対する干渉を引き起こしているが、Bluetooth/WLANからの干渉を観察しないのであれば、これら既存の技術は動作しないであろうことが認識されうる。さらに詳しくは、UEがそれ自身をULで別のチャネルへ自律的に移動させる場合であっても、eNBは、いくつかの場合において、UEを、負荷平準目的のために、問題のあるチャネルへハンドオーバにより戻しうる。何れの場合であれ、既存の技術は、問題のあるチャネルの帯域幅の使用を、最も効率的な方式で容易にする訳ではないことが認識されうる。図9に移って、マルチラジオ共存管理のための、無線通信環境内でのサポートを提供するためのシステム900のブロック図が例示されている。態様では、システム900は、UL、DL、および/または、互いとのその他任意の適切な通信を行いうる1または複数のUE910および/またはeNB940と、および/または、システム900内のその他任意のエンティティとを含みうる。一例では、UE910および/またはeNB940は、周波数チャネルおよびサブ帯域を含み、いくつかが他のラジオリソース例えば、Bluetoothラジオと潜在的に衝突しうるさまざまなリソースを用いて通信するように動作可能でありうる。したがって、本明細書において一般に記載されるように、UE910は、UE910の複数のラジオ間の共存を管理するためのさまざまな技術を利用しうる。少なくとも前述した欠点を緩和するために、UE910は、UE910内のマルチラジオ共存のためのサポートを容易にするために、本明細書に記載され、システム900によって例示されているそれぞれの機能を利用しうる。本明細書に記載された態様を実現するために、チャネルモニタリングモジュール912、リソース共存アナライザ914、共存ポリシモジュール916、接続エンジン1010、およびリソース割当モジュール918は、以下に記載されたいくつかの例では、例えば、図6の共存マネジャCxM640または図10の接続エンジンCnE1000のような共存マネジャの一部として実現されうる。図9に図示されるモジュールは、衝突を可能な程度まで低減または最小化できるように、それぞれのラジオ620をスケジューリングすることによって、それぞれのラジオ620間の衝突を管理するために、共存マネジャ640によって使用されうる。図10に移って、システム1000のブロック図は、接続エンジンCnE1010と共存マネジャCxM640との間のインタフェースの実施の例を例示する。態様では、接続エンジン1010は、本明細書においてパイプ単数または複数1020等と称されるラジオリソースの1または複数のセットへ所与のアプリケーションを割り当てることを担当するエンティティとして機能しうる。システム1000に図示されるように、パイプ1020は、例えば、FDMの場合における周波数、TDMの場合におけるサブフレーム等のような共通のラジオのそれぞれの個別のリソース、および/または、それぞれのラジオに対応しうる。具体的な、限定しない例によれば、接続エンジン1010によるアプリケーション割当は、WLANラジオにおいてファイル転送を行うか、LTEラジオにおいてファイル転送を行うかを含みうる。接続エンジン1010はまた、例えば、BluetoothラジオまたはWLANラジオと並行して動作するようにLTEラジオを起動するかのように、特定のパイプを起動するかをも判定しうる。しかしながら、本明細書に記載されるように、任意の適切なアプリケーション単数または複数のための任意の適切なパイプ割当が実行されうることが認識されるべきである。別の態様では、共存マネジャ640は、一般に前述されているように、例えば、パイプ1020等に関連付けられた1または複数のラジオが、衝突可能性の存在下において同時に動作させるように動作しうる。さらに、共存マネジャ640は、パイプ衝突を管理するためにさらに利用されうる。例えば、本明細書で使用されるように、共存問題が、パイプP1およびパイプP2における送信/受信イベントの少なくとも一部が同時に引き起こることを阻止する場合、パイプP110201およびパイプP210202は、衝突していると考えられる。共存マネジャ640はまた、パイプ間の潜在的な共存問題を接続エンジン1010を通知するために、接続エンジン1010とも通信しうる。さらなる態様では、共存マネジャ640および接続エンジン1010は、パイプ1020のスループットに関連付けられたそれぞれの特性を分析することによって、パイプ1020のパフォーマンスを高めるように協調し、これに基づいて、パイプ1020の使用が、モニタおよび/または管理されうる。例えば、システム1000におけるそれぞれのエンティティは、瞬間的なスループットR=R1,R2を利用しうる。これは、トラフィックT1およびT2それぞれのための所与の時点において達成される実際のスループットである。さらに、ターゲットスループットRtgt=R1,tgt,R2,tgtは、トラフィックT1およびT2それぞれのために所望されるスループットとして定義されうる。ターゲットスループットは、例えば、到着データスループットに対応しうる。そして、いくつかの場合には、接続エンジン1010によって提供されうる。さらに、リンク容量C=C1,C2は、パイプP1およびパイプP2それぞれにおいて利用可能なリンク容量として定義されうる。具体的な、限定しない例では、アプリケーション例は、1Mbpsのスループットを希望しうる。そして、54Mbpsリンクを有するWLANによって送信されうる。したがって、前述した定義に基づけば、アプリケーションのターゲットスループットRExample,tgtは、1Mbpsであり、WLANリンクCWLANの容量は54Mbpsである。しかしながら、容量は、いくつかの場合には、複数のアクセスや共存アービトレーション等によって、フルの54Mbpsから落ちることがあることが認識されるべきである。さらなる例によれば、利用可能なスループットRavlb=R1,avalb,R2,avalbは、トラフィックT1およびトラフィックT2のそれぞれのためのパイプP1およびパイプP2において利用可能なスループットとして定義される。1つの例において、利用可能なスループットは、それぞれのパイプおよび/またはその他の要因による衝突によって、容量未満でありうる。別の例において、それぞれの衝突パラメータは、システム1000におけるそれぞれのエンティティによって利用されうる。特定のパイプで送信する可能性は、リンク容量によって除されたターゲットスループットである。したがって、中間P1を用いる可能性は、R1,tgt/C1によって表される。同様に、中間P2を用いる可能性は、R2,tgt/C2によって表される。これらの可能性は、パイプP1とパイプP2との間の潜在的な衝突を決定しうる。例えば、αは、衝突しているリソースの一部分を表すことができ、α=R1,tgt/C1R2,tgt/C2として表されうる。したがって、リンク容量がリソース衝突に遭遇しない可能性は、1-αである。したがって、衝突無しで動作するリンク容量Cは、1-αCによって表される。残りのリンク容量αCは、衝突を経験するので、このリンク容量のスループットは、衝突を回避し、かつ、所望の動作性を達成するために、共存問題を管理するために使用されるあるパーセンテージまで低減される。したがって、衝突の無い時間T1中におけるパイプP1のスループットは、1-αC1となるであろう。そして、衝突の無い時間T2中におけるパイプP2のスループットは、1-αC2となるであろう。衝突している時間中、どのトラフィックを許容するかに関する選択がなされる。2つのトラフィックストリームのうちの1つを選択することを仮定すると、ξと、1-ξとはそれぞれ、衝突の場合に許容されるトラフィックT1およびT2のパーセンテージを表しうる。ξの特定の値は、所望の共存ポリシに基づいて選択されうる。ξは、時間、電力等にわたるリソースの分配を表しうる。例えば、衝突中、トラフィックT1が、すべての場合において、トラフィックT2よりも優先度を与えられている場合、ξ=1となり、衝突中、トラフィックT2が、すべての場合において、トラフィックT1よりも優先度を与えられている場合、ξ=0となる。したがって、例えば、トラフィックT1が、衝突中、リソースのξパーセンテージで動作する場合、衝突している時間中、トラフィックT1のスループットは、ξαC1に等しくなるであろう。同様に、トラフィックT2が、衝突中、リソースのξ-1パーセンテージで動作する場合、衝突している時間中、トラフィックT2のスループットは、1-ξαC2に等しくなるであろう。衝突していない時間におけるトラフィックT1のスループットを、衝突している時間中のトラフィックT1のスループットと結合することによって、トラフィックT1の利用可能なスループットが、R1,avalb=1-αC1ξαC1によって決定される。同様に、衝突していない時間におけるトラフィックT2のスループットを、衝突している時間中のトラフィックT2のスループットと結合することによって、トラフィックT2の平均スループットが、R2,avalb=1-αC21-ξαC2によって決定される。前述した定義に基づいて、共存マネジャ640および接続エンジン1010は、以下のように、ネットワークトラフィックを管理するように協調しうる。先ず、パイプP1において動作するネットワークトラフィックT1が識別される。次に、第2のセットのネットワークトラフィックT2をサポートする希望が識別される。したがって、共存マネジャ640および/または接続エンジン1010は、トラフィックT2がパイプP1によってサポートされているのかも判定しうる。あるいは、共存マネジャ640および/または接続エンジン1010は、接続エンジン1010がパイプP1とパイプP2とが衝突することを知っている場合であっても、接続エンジン1010が新たに利用可能なパイプP2を開くべきであるかを判定しうる。その後、パイプP2を開くとの決定がなされると、共存マネジャ640および/または接続エンジン1010は、トラフィックT1およびトラフィックT2のためのターゲットレートを達成するために、ξおよび/またはその他の適切な分析によって、パイプP1およびパイプP2に関連付けられたリソースを共存マネジャ640がどのようにして管理するのかを決定しうる。態様では、接続エンジン1010および共存マネジャ640は、図11の図解1100によって例示されるように、前述した分析を助けるために、達成可能なスループット領域を導入しうる。図解1100に図示されるように、ξに基づいて、衝突によってターゲットスループット未満である達成可能なスループットRの領域が存在することが認識されるべきである。一例では、この領域は、以下によって定義されうる。R1,avalb=1-αC1ξαC1例えば、R1,avalb≦C1R2,avalb=1-αC21-ξαC2例えば、R2,avalb≦C2例として図11のグラフを用いて、接続エンジン1010が、図解1100の陰領域内にある所望のスループットを用いて表される場合、接続エンジン1010は、このスループットは、所与の値であるξおよびαを用いてサポートされていることを認識する。所望のスループットが、図解1100の陰領域外にある場合、接続エンジン1010は、スループットが、所与の値であるξおよびαを用いてサポートされていないことを認識する。別の態様では、接続エンジン1010および/または共存マネジャ640は、前述した定義および達成可能なスループット領域に基づいて、パイプP2の活性化が望まれているかどうかを判定しうる。さらに詳しくは、接続エンジン1010からのリンク容量およびターゲットパフォーマンス基準例えば、ターゲットスループットまたはデータレートの知見、および、共存マネジャ640からの衝突率の知見に基づいて、可能なレート概略が描かれうる。そして、これに基づいて、ターゲットレートが、内部ポイントに相当するかが判定されうる。さらなる態様では、共存マネジャ640は、ネットワークトラフィックのためのターゲットレートを達成するために、ξおよび/またはその他の適切なパラメータを適応させうる。例えば、共存マネジャ640は、先ず、αを推定するために、ムービングウィンドウフィルタを利用しうる。その後、共存マネジャは、各更新時の値を認識し、これに基づいて、共存マネジャ640は、例えば、関連付けられた誤り関数を定義するために、可能な限りRtgtに近いスループットを達成するξの値を決定しうる。具体的で、限定しない例によれば、このような適応は、以下に示されるように、共存マネジャ640によって実行されうる。費用関数Jが、として定義され、μは、ステップサイズであり、すなわち、上述した例は、2つのラジオ/トラフィックタイプの例を用いて提供されているが、これら教示は、2つよりも多くのラジオ/トラフィックタイプのために等しく適合し、拡張可能である。さらに、これら教示は、2またはそれ以上のパイプの使用を希望する特定のアプリケーションに適用されうる。前述した教示は、アプリケーションによる使用のために希望されるおのおののパイプにおけるターゲットレートのために適用されうる。図12は、本開示の1つの態様にしたがうマルチラジオ共存マネジャプラットフォームのための決定ユニット設計のための技術を例示する。ブロック1202に図示されるように、ユーザ機器は、第1のセットのラジオリソースにおいてサポートされるべき第1のパフォーマンス基準を用いて、第1のセットのデータを識別する。ブロック1204に図示されるように、ユーザ機器は、サポートされるべき第2のパフォーマンス基準を用いて、第2のセットのデータを識別する。ブロック1206に図示されるように、ユーザ機器は、第1のセットのラジオリソースと、その他のラジオリソースとの間で予測される衝突率に基づいて、第1のパフォーマンス基準と第2のパフォーマンス基準とを達成するために、第1のセットのデータと、第2のセットのデータとに対するラジオリソースの割当が存在するかを判定する。UEは、第1のセットのラジオリソースにおいてサポートされるべき第1のパフォーマンス基準を用いて、第1のセットのデータを識別する手段と、サポートされるべき第2のパフォーマンス基準を用いて、第2のセットのデータを識別する手段と、第1のセットのラジオリソースと、その他のラジオリソースとの間で予測される衝突率に基づいて、第1のパフォーマンス基準と第2のパフォーマンス基準とを達成するために、第1のセットのデータと、第2のセットのデータとに対するラジオリソースの割当が存在するかを判定する手段とを有する。手段は、共存マネジャ640、接続エンジン1010、共存ポリシモジュール916、リソース割当モジュール918、メモリ272、プロセッサ270、アンテナ252a-r、受信データプロセッサ260、送信データプロセッサ238、データソース236、トランシーバ254a-r、変調器280、送信データプロセッサ238、アンテナ252a-r、および/または、受信データプロセッサ260、といった構成要素を含みうる。別の態様では、前述した手段は、前述した手段によって記述された機能を実行するように構成されたモジュールまたは任意の装置でありうる。前述した例は、LTEシステムで実現されうる態様を記載している。しかしながら、本開示のスコープはそのように限定されない。さまざまな態様は、限定される訳ではないが、CDMAシステム、TDMAシステム、FDMAシステム、およびOFDMAシステムを含む任意のさまざまな通信プロトコルを適用するもののような、その他の通信システムとの使用のために適応されうる。開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、前述された説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。当業者であればさらに、本明細書で開示された態様に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子的なハードウェア、コンピュータソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。本明細書で開示された態様に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGAあるいはその他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。プロセッサは、例えばDSPとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、DSPコアと連携する1または複数のマイクロプロセッサ、またはその他任意のこのような構成であるコンピューティングデバイスの組み合わせとして実現されうる。本明細書で開示された態様に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェアモジュールによって、または、これらの組み合わせによって具体化される。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ASIC内に存在しうる。ASICは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。開示された態様の上記説明は、いかなる当業者であっても、本開示を製造または使用できるように適用される。これらの態様へのさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他の態様に適用されうる。このように、本開示は、本明細書で示された態様に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。"