"無線通信のための方法であって、少なくとも1つの通信リソースの共存問題をモニタすることと、前記共存問題を検出することに応じて、新たなチャネルおよび新たなラジオアクセス技術RATのうちの1つにアクセスすることとを備える方法。前記共存問題を検出することに応じて、リンク回復手順を開始すること、をさらに備える請求項1に記載の方法。前記開始することは、関連付けられたネットワークからの許可シグナリングを受信することと、共存ベースのRLF宣言の許可が与えられていないことを示す許可シグナリングに応じて、前記リンク回復手順を開始することを控えることとを備える、請求項2に記載の方法。検出された共存問題を示すメッセージを、サービス提供している基地局へ送信すること、をさらに備える請求項1に記載の方法。前記メッセージは、前記検出された共存問題が存在する通信リソースを示す、請求項4に記載の方法。新たなチャネルを、前記新たなチャネルの共存問題に関する推定にしたがって選択することと、前記リンク回復手順が開始されると、前記新たなチャネルにアクセスすることと、をさらに備える請求項2に記載の方法。前記検出された共存問題に関連する干渉方向情報および干渉技術識別子のうちの少なくとも1つを示すこと、をさらに備える請求項1に記載の方法。無線通信の方法であって、少なくとも1つの関連付けられたユーザ機器UEにおける共存問題を緩和するために、第1の通信リソースから第2の通信リソースへ前記UEが変わることを許可するか否かを決定することと、前記第1の通信リソースから前記第2の通信リソースへ変わることが許可されたか否かを示すインジケーションを前記UEへ伝送することと、を備える方法。前記決定することは、前記第1の通信リソースから前記第2の通信リソースへ変わることを許可するか否かを、UE機能、配置情報、および基地局の負荷情報のうちの少なくとも1つに基づいて決定する、請求項8に記載の方法。前記少なくとも1つの関連付けられたUEが、前記第2の通信リソースにアクセスしたことを示すインジケーションを受信することと、前記少なくとも1つの関連付けられたUEが、前記第2のリソースにアクセスしたことを、前記共存問題を示すインジケーションとして解釈することと、をさらに備える請求項8に記載の方法。無線通信システムにおいて動作可能な装置であって、少なくとも1つの通信リソースの共存問題をモニタする手段と、前記共存問題を検出することに応じて、新たなチャネルおよび新たなラジオアクセス技術RATのうちの1つにアクセスする手段と、を備える装置。前記共存問題を検出することに応じて、リンク回復手順を開始する手段、をさらに備える請求項11に記載の装置。前記検出された共存問題に関連する干渉方向情報および干渉技術識別子のうちの少なくとも1つを示す手段、をさらに備える請求項11に記載の装置。無線通信システムにおいて動作可能な装置であって、少なくとも1つの関連付けられたユーザ機器UEにおける共存問題を緩和するために、第1の通信リソースから第2の通信リソースへ前記UEが変わることを許可するか否かを決定する手段と、前記第1の通信リソースから前記第2の通信リソースへ変わることが許可されたか否かを示すインジケーションを前記UEへ伝送する手段と、を備える装置。前記少なくとも1つの関連付けられたUEが、前記第2の通信リソースにアクセスしたことを示すインジケーションを受信する手段と、前記少なくとも1つの関連付けられたUEが、前記第2のリソースにアクセスしたことを、前記共存問題を示すインジケーションとして解釈する手段と、をさらに備える請求項14に記載の装置。無線通信のためのシステムであって、少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに接続されたメモリとを備え、前記少なくとも1つのプロセッサは、少なくとも1つの通信リソースの共存問題をモニタし、前記共存問題を検出することに応じて、新たなチャネルおよび新たなラジオアクセス技術RATのうちの1つにアクセスするように構成された、システム。前記プロセッサはさらに、前記共存問題を検出することに応じて、リンク回復手順を開始するように構成された、請求項16に記載のシステム。前記プロセッサは、関連付けられたネットワークからの許可シグナリングを受信することと、共存ベースのRLF宣言の許可が与えられていないことを示す許可シグナリングに応じて、前記リンク回復手順を開始することを控えることと、によって開始するように構成された、請求項17に記載のシステム。前記プロセッサはさらに、サービス提供している基地局へメッセージを送信するように構成され、前記メッセージは、検出された共存問題を示す、請求項16に記載のシステム。前記メッセージは、前記検出された共存問題が存在する通信リソースを示す、請求項19に記載のシステム。前記プロセッサは、新たなチャネルを、前記新たなチャネルの共存問題に関する推定にしたがって選択し、前記リンク回復手順が開始されると、前記新たなチャネルにアクセスするように構成された、請求項17に記載のシステム。前記プロセッサは、前記検出された共存問題に関連する干渉方向情報および干渉技術識別子のうちの少なくとも1つを示すように構成された、請求項16に記載のシステム。無線通信のシステムであって、少なくとも1つのプロセッサと、前記少なくとも1つのプロセッサに接続されたメモリとを備え、前記少なくとも1つのプロセッサは、少なくとも1つの関連付けられたユーザ機器UEにおける共存問題を緩和するために、第1の通信リソースから第2の通信リソースへ前記UEが変わることを許可するか否かを決定し、前記第1の通信リソースから前記第2の通信リソースへ変わることが許可されたか否かを示すインジケーションを前記UEへ伝送するように構成された、システム。前記プロセッサは、前記第1の通信リソースから前記第2の通信リソースへ変わることを許可するか否かを、UE機能、配置情報、および基地局の負荷情報のうちの少なくとも1つに基づいて決定することによって決定するように構成された、請求項23に記載のシステム。前記プロセッサは、前記少なくとも1つの関連付けられたUEが、前記第2の通信リソースにアクセスしたことを示すインジケーションを受信し、前記少なくとも1つの関連付けられたUEが、前記第2のリソースにアクセスしたことを、前記共存問題を示すインジケーションとして解釈するように構成された、請求項23に記載のシステム。無線ネットワークにおける無線通信のためのコンピュータプログラム製品であって、記録されたプログラムコードを有するコンピュータ読取可能な媒体を備え、前記プログラムコードは、少なくとも1つの通信リソースの共存問題をモニタするためのプログラムコードと、前記共存問題を検出することに応じて、新たなチャネルおよび新たなラジオアクセス技術RATのうちの1つにアクセスするためのプログラムコードとを備える、コンピュータプログラム製品。前記共存問題を検出することに応じて、リンク回復手順を開始するためのプログラムコードをさらに備える、請求項26に記載の媒体。前記検出された共存問題に関連する干渉方向情報および干渉技術識別子のうちの少なくとも1つを示すためのプログラムコードをさらに備える、請求項26に記載の媒体。無線ネットワークにおける無線通信のためのコンピュータプログラム製品であって、記録されたプログラムコードを有するコンピュータ読取可能な媒体を備え、前記プログラムコードは、少なくとも1つの関連付けられたユーザ機器UEにおける共存問題を緩和するために、第1の通信リソースから第2の通信リソースへ前記UEが変わることを許可するか否かを決定するためのプログラムコードと、前記第1の通信リソースから前記第2の通信リソースへ変わることが許可されたか否かを示すインジケーションを前記UEへ伝送するためのプログラムコードとを備える、コンピュータプログラム製品。前記少なくとも1つの関連付けられたUEが、前記第2の通信リソースにアクセスしたことを示すインジケーションを受信するためのプログラムコードと、前記少なくとも1つの関連付けられたUEが、前記第2のリソースにアクセスしたことを、前記共存問題を示すインジケーションとして解釈するためのプログラムコードと、をさらに備える請求項29に記載の媒体。本開示のさまざまな態様は、マルチラジオデバイスにおける共存問題を緩和するための技術を提供する。例えば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の動作を制御しうるCxM640を含みうる。CxMマネジャ640は、ラジオ620の動作を制御するために使用される情報を格納しうるデータベース644へのアクセスを有しうる。以下にさらに説明するように、CxM640は、ラジオ間の干渉を低減させるためのさまざまな技術のために適応されうる。一例において、CxM640は、LTEが非アクティブである期間中にISMラジオが通信できるようにするDRXサイクルまたは測定ギャップパターンを要求する。単純化のために、デジタルプロセッサ630は、単一のプロセッサとして図6に示されている。しかしながら、デジタルプロセッサ630が、任意の数のプロセッサ、コントローラ、メモリ等を含みうることが認識されるべきである。一例において、コントローラ/プロセッサ650は、無線デバイス600内のさまざまなユニットの動作を指示しうる。さらに、または、その代わりに、メモリ652は、無線デバイス600のためのプログラムコードおよびデータを格納しうる。デジタルプロセッサ630、コントローラ/プロセッサ650、およびメモリ652は、1または複数の集積回路IC、特定用途向け集積回路ASIC等に実装されうる。具体的で、限定しない例によれば、デジタルプロセッサ630は、移動局モデムMSMASICに実装されうる。態様では、CxM640は、干渉、および/または、それぞれのラジオ620間の衝突に関連付けられたその他のパフォーマンス低下を回避するために、無線デバイス600によって利用されるそれぞれのラジオ620の動作を管理しうる。CxM640は、例えば、図11、図13、および図14に例示されているような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つの態様では、CxM640の例が、例えば図8における図解800によって示されるような方式で時間的に動作しうる。図解800が例示するように、CxM動作のタイムラインが、決定ユニットDUに分割されうる。これは、通知が処理される場合に、任意の適切な一定または非一定の長さ例えば、100マイクロ秒であり、コマンドがさまざまなラジオ620に提供されるか、および/または、その他の動作が評価フェーズにおいてなされる動作に基づいて実行される応答フェーズ例えば、20マイクロ秒でありうる。一例では、図解800に示されるタイムラインは、例えば、所与のDUにおける通知フェーズの終了直後の所与のラジオから通知が取得されるケースにおける応答のタイミングのようなタイムラインの最悪ケースの動作によって定義されたレイテンシパラメータを有しうる。デバイス内共存問題は、例えば、Bluetooth/WANのための例えば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および/またはeNB930と、および/または、システム900内のその他任意のエンティティとを含みうる。一例では、UE910および/またはeNB930は、周波数チャネルおよびサブ帯域を含み、いくつかが他のラジオリソース例えば、Bluetoothラジオと潜在的に衝突しうるさまざまなリソースを用いて通信するように動作可能でありうる。したがって、本明細書において一般に記載されるように、UE910は、UE910の複数のラジオ間の共存を管理するためのさまざまな技術を利用しうる。少なくとも前述した欠点を緩和するために、UE910は、UE910内のマルチラジオ共存のためのサポートを容易にするために、本明細書に記載され、システム900によって例示されているそれぞれの機能を利用しうる。いくつかの例では、さまざまなモジュール912-918が、例えば図6のCxM640のような共存マネジャの一部として実施されうる。第1の態様では、UE910は、共存問題が現在のチャネルに存在する場合、例えば、ラジオリンク障害RLFを宣言し、自律的に新たなチャネルにアクセスすることによって、リンク回復手順を開始することによって、共存関連のハンドオーバを開始しうる。したがって、例えば、チャネルモニタリングモジュール912は、チャネル共存アナライザ914および/またはその他の構成要素の支援を受けて、UE910によって利用されている1または複数の通信チャネルをモニタし、共存問題を求めて、このようなチャネルをモニタしうる。このモニタリングは、干渉によって、許容できないパフォーマンスが生じたか、または、生じうると予測されていることを認識する。一例において、干渉を検出するために、複数のラジオを備えるデバイスが装備されている。さらに、または、その代わりに、デバイスは、あるラジオが、あるチャネルを使用する場合に、共存問題が存在することを認識するようにプログラムされうる。さらに、または、その代わりに、デバイスは、同時に動作するあるラジオが、共存問題を有するであろうことを認識するようにプログラムされうる。RLFは、ラジオリンク障害を称し、1つの実施形態では、UEがダウンリンクで例えば、拡張された期間について悪い信号、またはアップリンクで例えば、複数の反復を持つメッセージ障害、において重要な問題を検出した場合に検出される。RLFの後、UEは、回復手順のためのセルを選択し、このセルは、前のセルと同じ/異なりうる。回復手順は、ランダムアクセスチャネルRACHを含む。共存問題が識別されると、リンク回復モジュール916および/またはUE910におけるその他の構成要素は、例えばラジオリンク障害モジュールのようなリンク回復手順の開始を宣言し、これによって、チャネルアクセスモジュール918および/またはその他の適切なメカニズムが、UE910による使用のために1または複数の新たな通信チャネルまたはRATにアクセスすることをイネーブルする。UEは、共存問題が低い場合、RATおよびチャネルの推定に基づいて、新たなチャネルまたはRATを選択しうる。一例では、UE910は、新たなチャネルにアクセスすると、新たなチャネルにおける接続を再確立しながら、根本的な共存問題をeNB930に示しうる。こうすることによって、eNB930は、共存問題に気付くようになりうる。1つの実施形態では、UEは、レポートされているRATまたは各周波数の条件に関し、増強された測定レポートを提供する。増強された測定レポートは、例えば、干渉技術識別子、および/または、干渉方向情報を含みうる。干渉技術のインジケータは、例えばBluetooth、WLAN、GPS等のようなレポートされたチャネル/RATに対応するデバイスにおける干渉技術を識別しうる。干渉技術のインジケータはまた、例えば、音声、データ等のような干渉技術におけるトラフィックタイプに関連付けられたパラメータをも指定しうる。保護されている他の技術の優先度に基づいてハンドオーバ決定を行うためのポリシを有している場合、eNBは、この情報を使用しうる。例えば、LTE-ISM共存の場合、eNBは、WLANではなくBluetoothを保護するためにハンドオーバすることを選択しうる。干渉元の方向情報は、レポートされたチャネル/RATのアップリンクが、デバイス内共存問題を引き起こしているかを識別するための1ビットを含みうる。その他のビットは、レポートされたチャネル/RATのダウンリンクが、デバイス内共存によって品質低下を受けているかを識別しうる。LTEアップリンクとLTEダウンリンクとの両方における共存問題を示すために、両ビットが設定されることが可能でありうる。この方向情報は、デバイス内干渉に関して、LTEが攻撃者であるか、犠牲者であるか、またはその両方であるかを識別する。干渉方向情報は、eNBにおけるハンドオーバ決定の際に、干渉技術識別子とともに使用されうる。干渉方向情報および干渉技術識別子はまた、ハンドオーバメカニズムが存在しないか、または、ハンドオーバメカニズムに加えて、UEのためのダウンリンクおよびアップリンクにおけるスケジュールを修正するために、eNBによって使用されうる。前述したように、UE910は、ラジオリンク障害が共存に関連していることをeNB930へ宣言しうる。例えば、UE910およびeNB930は、UE910およびeNB930が理解するさまざまな原因値を有しうる。そして、原因値は、共存ラジオリンク障害に対応すると理解されうる。共存が問題となる場合、メッセージはさらにチャネル/周波数を含みうる。一例において、ラジオリソース制御RRCメッセージは、共存障害情報を含むように修正されうる。RRCプロトコルは、システム情報SIブロードキャスティングと、例えばLTE内のハンドオーバのような接続制御と、ネットワーク制御されたラジオ間アクセス技術RATモビリティと、測定設定と、レポートとを含むレイヤ3制御プレーンシグナリングを取り扱い、UE910の挙動を制御する。例えば、RRCConnectionReestablismentRequestRRC接続再確立要求メッセージが、列挙されたタイプ変数ReestablishmentCause再確立原因のための新たな値coexistenceFailure共存障害を加えるように修正されうる。さらに、望まれるのであれば、チャネル/周波数のブラックリストを備えた新たなコンテナが、メッセージに加えられうる。この場合、ブラックリストは、共存問題を経験しているまたは、経験しうるリソースを示す。このような周波数を示すために、その他任意のメッセージも使用されうる。別の例では、共存問題が、UE910によって、明示的にではなく暗黙的にeNB930に示される。例えば、UEが新たなチャネルにアクセスすることは、UE910が前のチャネルで共存問題を経験したことをeNB930に示すことでありうる。前述した例は、UE910からeNB930へと共存問題を移すことに焦点を置いている。しかしながら、いくつかの態様では、eNB930は、任意のラジオリンク障害メッセージとは独立して共存情報にアクセスしうる。例えば、eNB930は、例えばUEレポート、設定およびリンク情報、および/または、ユーザのQoS/トラフィックタイプに基づいて、共存が問題となりうるチャネルを区別しうる。eNB930が、どのチャネルが潜在的な共存問題を有しているのかを知っている場合、eNB930は、この潜在的な問題が続く限り、先を見越して、LTE通信のためにこのチャネルを割り当てることを回避しうる。態様では、eNB930は、従来のLTEではなされていたであろう、問題のあるチャネル単数または複数へUE910がハンドバックすることを回避するために、共存情報を使用しうる。1つの現在の態様では、eNB930が共存ラジオリンク障害に気付いた場合、eNB930は、タイマを設定し、少なくともタイマが終了する前には、UE910が他のチャネルに送り戻さないようにする。別の態様では、例えば、eNB930に関連付けられたネットワークであり、例えばLTE、WALN、UMTS等のような任意の適切なRATを使用しうるネットワークが、共存ベースのラジオリンク障害宣言手順を少なくとも部分的に制御するための能力を持って設定されうる。したがって、図10におけるシステム1000によって例示されるように、ネットワークは、例えば、eNB930を介してUE910に対して、さまざまな要因に依存して、共存ベースのラジオリンク障害宣言手順の実行を許可または不許可しうる。このような要因は、例えば、UE能力、配置情報、負荷情報等を含みうる。態様では、このような決定は、RLF制御モジュール1022によって、および/または、eNB930に関連付けられたその他の適切なメカニズムによって実行されうる。さらなる態様では、eNB930は、動的なメッセージを構築し、UE910へ通信するために、リンク回復シグナリングモジュール1024等を利用しうる。このメッセージは、UE910によって、例えばRLF宣言のような共存ベースのリンク回復手順を実行するか否かを決定する際に利用されうる許可情報を伝送しうる。例えば、UE910は、一般的に前述したようなリンク回復モジュール916の動作を指示するために、eNB930からの許可メッセージを分析するネットワークメッセージングアナライザ1012を含む。LTEネットワークは、この許可情報を伝送するために、eNB930からUE910への動的なメッセージを使用しうる。このメッセージは、例えばRRCメッセージまたはその他のメッセージを含みうる。図9および図10に関して前述された技術は、従来のLTE処理とは異なる。例えば、UE910は、ラジオリンク障害手順を用いることによって自身の動作を指示するいくつかの能力を与えられ、別のチャネルまたはRATとの接続を自律的に再確立する。それに加えて、干渉が、ダウンリンク信号ではなくてアップリンク信号に悪影響を与えもって、eNB930が共存問題に気付かないる場合、UE910は、共存緩和手順を開始し、これによって、共存問題に応じて動作が講じられることが保証される。対照的に、従来のLTEでは、eNB930のみが、ハンドオフを開始し、ハンドオフは、UEダウンリンクチャネル測定値にのみ依存する。さらに、例えば、ラジオリンク障害の理由が共存問題であることをUE910が示す場合、および/または、特に干渉の傾向にあるチャネル/周波数のラジオリンク障害メッセージにUE910がブラックリストを提供する場合、eNB930は、従来のLTEシステムにおけるよりも、干渉に関するより多くの情報が与えられる。eNB930は、共存問題に気付いているので、eNB930は、UE910を共存問題のあるリソースへ強制的に戻す可能性は低いだろう。図11は、無線通信システム内のマルチラジオ共存機能の実施を容易にする方法1100を例示する。この方法は、例えば、検出された共存問題に少なくとも部分的に基づいて、ラジオリンク障害を宣言するように構成されたUEによって実施されうる。ブロック1102では、共存問題がモニタされる。1つの例では、複数のラジオを備えるデバイスが、これらラジオから干渉を探索する。さらに、または、その代わりに、デバイスは、あるラジオがあるチャネルを利用する場合に、共存問題を識別するようにプログラムされうる。さらに、または、その代わりに、デバイスは、同時に動作するあるラジオが、共存問題を有するであろうことを認識するようにプログラムされうる。ブロック1104では、共存問題が検出されたか否かが識別される。共存問題が検出されない場合、デバイスは、ブロック1102において、通信リソースをモニタし続ける。共存問題が検出された場合、デバイスは、オプションとして、例えば、ラジオリンク障害を宣言することによって、ブロック1106において、リンク回復手順を開始しうる。ブロック1108では、チャネルまたはRATを切り換えることがネットワークによって許可されているかが識別される。いくつかの態様では、ネットワークは、eNBを介してデバイスと通信し、デバイスに対して、チャネルまたはRATを切り換えることを許可または不許可する1または複数のメッセージを送信する。いくつかの例は、許可情報を伝送するためにeNBからデバイスへと動的なメッセージを送信することを含む。ネットワークがチャネル/RAT切換を許可するか否かは、UE能力、配置情報、eNB負荷情報等に少なくとも部分的に基づきうる。例えば、特定の周波数チャネルが、高いトラフィック負荷を経験しているのであれば、eNBは、別のチャネルにおける共存によって影響を受けているUEを含む新たなUEが、そのチャネルにアクセスすることを禁止しうる。許可情報は、すべての共存ベースの切換えのための一斉の許可/拒否でありうるか、または、特に、提案されたチャネルまたはRATアクセスのための許可/拒否でありうる。許可されている場合、デバイスは、ブロック1110において、チャネルまたはRATを切り換える。チャネル/RAT切換が許可されていない場合、ブロック1102において、デバイスは、検出された共存問題を受け取りながら、その他の共存問題のモニタを継続しうる。別の態様では、デバイスは、アクセスするべき異なるチャネル/RATを提案しうる。図12は、無線通信システム内のマルチラジオ共存機能の実施を容易にする方法1200を例示する。この方法は、例えばeNBまたはその他のネットワーク機器によって実行されうる。ここでは、eNBは、UEとネットワークとの間でメッセージを伝送する。この例では、ネットワークは、図11に関して前述された共存ラジオリンク障害技術を許可するか否かを決定しうる。ブロック1202では、少なくとも1つの関連付けられたユーザ機器UEが、UEにおける共存問題を緩和するために、第1の通信リソースから第2の通信リソースへ変わることを許可するか否かが決定される。既に説明したように、ネットワークがチャネル/RAT切換を許可するか否かは、UE能力、配置情報、eNB負荷情報等に少なくとも部分的に基づきうる。ブロック1204では、第1の通信リソースから第2の通信リソースへ変わることが許可されたか否かを示すインジケーションがUEへ伝送される。このインジケーションは、発行され、取り消されることも修正されることも期待されていない静的なメッセージ、または条件が変化すると取り消されることも修正されることもありうる動的なメッセージの形態をとりうる。このインジケーションは、すべての共存ベースの切換に対する一斉の許可/拒否でありうるか、あるいは、特定の提案されたチャネルまたはRATアクセスのための許可/拒否でありうる。前述した例は、LTEシステムで実現されうる態様を記載している。しかしながら、本開示のスコープはそのように限定されない。さまざまな態様は、限定される訳ではないが、CDMAシステム、TDMAシステム、FDMAシステム、およびOFDMAシステムを含む任意のさまざまな通信プロトコルを適用するもののような、その他の通信システムとの使用のために適応されうる。開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、前述された説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。当業者であればさらに、本明細書で開示された態様に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子的なハードウェア、コンピュータソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。本明細書で開示された態様に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGAあるいはその他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。プロセッサは、例えばDSPとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、DSPコアと連携する1または複数のマイクロプロセッサ、またはその他任意のこのような構成であるコンピューティングデバイスの組み合わせとして実現されうる。本明細書で開示された態様に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェアモジュールによって、または、これらの組み合わせによって具体化される。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ASIC内に存在しうる。ASICは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。開示された態様の上記説明は、いかなる当業者であっても、本開示を製造または使用できるように適用される。これらの態様へのさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他の態様に適用されうる。このように、本開示は、本明細書で示された態様に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。"