"無線通信のための方法であって、第1のリソースと、接続に対応するコンテンツストリームとを利用して、前記接続を識別することと、ここで、前記第1のリソースは、第2のリソースとコンフリクトする、前記コンテンツストリームのコンテンツを、前記コンテンツの値に基づいて、複数のレベルへ分類することと、前記第1のリソースのコンテンツのレベルに基づいて、前記第1のリソースおよび前記第2のリソースに優先度を割り当てることと、を備える方法。前記コンテンツストリームは、会話音声、ストリーミング音声、ビデオ、およびビデオ会議のうちの少なくとも1つを備える、請求項1に記載の方法。前記コンテンツストリームは、音声アクティビティおよび静寂の期間を有する音声コンテンツを含み、前記音声アクティビティの期間は、その後の静寂の期間よりも高い値を割り当てられる、請求項1に記載の方法。おのおののリソースに割り当てられた優先度にしたがって、リソース間でアービトレートすること、をさらに備える請求項1に記載の方法。前記リソースに割り当てられたそれぞれの優先度にしたがって、リソースのセットにおけるそれぞれのリソースと、前記接続に関連付けられていない少なくとも1つの追加のリソースとの間でアービトレートすること、をさらに備える請求項1に記載の方法。前記識別することはさらに、前記接続の第1のリソースから第2のリソースへの移動を識別することを備える、請求項1に記載の方法。前記コンテンツストリームは、Bluetooth音声リンクに関連付けられている、請求項1に記載の方法。無線通信のためのシステムであって、第1のリソースと、接続に対応するコンテンツストリームとを利用して、前記接続を識別する手段と、ここで、前記第1のリソースは、第2のリソースとコンフリクトする、前記コンテンツストリームのコンテンツを、前記コンテンツの値に基づいて、複数のレベルへ分類する手段と、前記第1のリソースのコンテンツのレベルに基づいて、前記第1のリソースおよび前記第2のリソースに優先度を割り当てる手段と、を備えるシステム。前記コンテンツストリームは、会話音声、ストリーミング音声、ビデオ、およびビデオ会議のうちの少なくとも1つを備える、請求項8に記載のシステム。前記コンテンツストリームは、音声アクティビティおよび静寂の期間を有する音声コンテンツを含み、前記音声アクティビティの期間は、その後の静寂の期間よりも高い値を割り当てられる、請求項8に記載のシステム。おのおののリソースに割り当てられた優先度にしたがって、リソース間でアービトレートする手段、をさらに備える請求項8に記載のシステム。前記リソースに割り当てられたそれぞれの優先度にしたがって、リソースのセットにおけるそれぞれのリソースと、前記接続に関連付けられていない少なくとも1つの追加のリソースとの間でアービトレートする手段、をさらに備える請求項8に記載のシステム。無線ネットワークにおける無線通信のためのコンピュータプログラム製品であって、記録されたプログラムコードを有するコンピュータ読取可能な媒体を備え、前記プログラムコードは、第1のリソースと、接続に対応するコンテンツストリームとを利用して、接続を識別するためのプログラムコードと、ここで、前記第1のリソースは、第2のリソースとコンフリクトする、前記コンテンツストリームのコンテンツを、前記コンテンツの値に基づいて、複数のレベルへ分類するためのプログラムコードと、前記第1のリソースのコンテンツのレベルに基づいて、前記第1のリソースおよび前記第2のリソースに優先度を割り当てるためのプログラムコードとを備える、コンピュータプログラム製品。前記コンテンツストリームは、会話音声、ストリーミング音声、ビデオ、およびビデオ会議のうちの少なくとも1つを備える、請求項13に記載のコンピュータプログラム製品。前記コンテンツストリームは、音声アクティビティおよび静寂の期間を有する音声コンテンツを含み、前記音声アクティビティの期間は、その後の静寂の期間よりも高い値を割り当てられる、請求項13に記載のコンピュータプログラム製品。おのおののリソースに割り当てられた優先度にしたがって、リソース間でアービトレートするためのプログラムコード、をさらに備える請求項13に記載のコンピュータプログラム製品。前記リソースに割り当てられたそれぞれの優先度にしたがって、リソースのセットにおけるそれぞれのリソースと、前記接続に関連付けられていない少なくとも1つの追加のリソースとの間でアービトレートするためのプログラムコード、をさらに備える請求項13に記載のコンピュータプログラム製品。無線通信のための装置であって、メモリと、前記メモリに接続された少なくとも1つのプロセッサとを備え、前記少なくとも1つのプロセッサは、第1のリソースと、接続に対応するコンテンツストリームとを利用して、接続を識別し、ここで、前記第1のリソースは、第2のリソースとコンフリクトする、前記コンテンツストリームのコンテンツを、前記コンテンツの値に基づいて、複数のレベルへ分類し、前記第1のリソースのコンテンツのレベルに基づいて、前記第1のリソースおよび前記第2のリソースに優先度を割り当てるように構成された、装置。前記コンテンツストリームは、会話音声、ストリーミング音声、ビデオ、およびビデオ会議のうちの少なくとも1つを備える、請求項18に記載の装置。前記コンテンツストリームは、音声アクティビティおよび静寂の期間を有する音声コンテンツを含み、前記音声アクティビティの期間は、その後の静寂の期間よりも高い値を割り当てられる、請求項18に記載の装置。前記プロセッサはさらに、おのおののリソースに割り当てられた優先度にしたがって、リソース間でアービトレートするように構成された、請求項18に記載の装置。前記プロセッサはさらに、前記リソースに割り当てられたそれぞれの優先度にしたがって、リソースのセットにおけるそれぞれのリソースと、前記接続に関連付けられていない少なくとも1つの追加のリソースとの間でアービトレートするように構成された、請求項18に記載の装置。本開示のさまざまな態様は、マルチラジオデバイスにおける共存問題を緩和するための技術を提供する。ここでは、例えばLTE帯域と、例えば、Bluetooth/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/-Aにおいて使用されるダウンリンクFDD構造を示す。ダウンリンクの送信タイムラインは、ラジオフレームの単位に区分されうる。おのおののラジオフレームは、例えば10ミリ秒msのような予め定められた持続時間を有し、0乃至9のインデクスを付された10個のサブフレームへ分割されうる。おのおののサブフレームは2つのスロットを含みうる。したがって、おのおののラジオフレームは、0乃至19のインデクスを付された20のスロットを含みうる。おのおののスロットは、L個のシンボル期間、例えば、図3に示すような通常のサイクリックプレフィクスの場合、7つのシンボル期間を含み、拡張されたサイクリックプレフィクスの場合、14のシンボル期間を含みうる。おのおののサブフレームでは、2L個のシンボル期間が、0乃至2L-1のインデクスを割り当てられうる。利用可能な時間周波数リソースが、リソースブロックへ区分されうる。おのおののリソースブロックは、1つのスロットにおいてN個のサブキャリア例えば、12のサブキャリアをカバーしうる。LTE/-Aでは、eノードBは、eノードBにおける各セルについて、一次同期信号PSCまたはPSSと二次同期信号SSCまたはSSSとを送信しうる。FDD動作モードの場合、図3に示すように、一次同期信号および二次同期信号が、通常のサイクリックプレフィクスを持つ各ラジオフレームのサブフレーム0およびサブフレーム5のおのおのにおいて、シンボル期間6およびシンボル期間5でそれぞれ送信されうる。これら同期信号は、UEによって、セル検出および獲得のために使用されうる。FDD動作モードの場合、eノードBは、サブフレーム0のスロット1におけるシンボル期間0乃至3で、物理ブロードキャストチャネルPBCHを送信しうる。PBCHは、一定のシステム情報を伝送しうる。図2で見られるように、eノードBは、各サブフレームの最初のシンボル期間で、物理制御フォーマットインジケータチャネルPCFICHを送信しうる。PCFICHは、制御チャネルのために使用されるシンボル期間の数Mを伝えうる。ここで、Mは、1,2または3に等しく、サブフレーム毎に変化しうる。Mはまた、例えば、10未満のリソースブロックのように、少ない数のシステム帯域幅に対して4に等しくなりうる。図3に示す例では、M=3である。eノードBは、おのおののサブフレームの最初のM個のシンボル期間において、物理HARQインジケータチャネルPHICHと物理ダウンリンク制御チャネルPDCCHとを送信しうる。PDCCHとPHICHもまた、図2に示す例における最初の3つのシンボル期間に含まれる。PHICHは、ハイブリッド自動再送信HARQをサポートするための情報を伝送しうる。PDCCHは、UEのためのアップリンクおよびダウンリンクのリソース割当に関する情報と、アップリンクチャネルのための電力制御情報とを伝送しうる。eノードBはまた、おのおののサブフレームの残りのシンボル期間で、物理ダウンリンク共有チャネルPDSCHを送信しうる。PDSCHは、ダウンリンクで、データ送信のためにスケジュールされたUEのためのデータを伝送しうる。eノードBは、eノードBによって使用されるシステム帯域幅の中心1.08MHzでPSC、SSS、およびPBCHを送信しうる。eノードBは、これらのチャネルが送信される各シンボル期間におけるシステム帯域幅全体でPCFICHおよびPHICHを送信しうる。eノードBは、システム帯域幅のある部分で、UEのグループにPDCCHを送信しうる。eノードBは、システム帯域幅の特定の部分で、特定のUEに、PDSCHを送信しうる。eノードBは、すべてのUEへブロードキャスト方式でPSC、SSC、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,36,または72のREGを占有しうる。これらは、利用可能なREGから選択されうる。複数のREGのある組み合わせのみが、PDCCHのために許可されうる。UEは、PHICHとPCFICHとのために使用された特定のREGを認識しうる。UEは、PDCCHを求めて、REGの異なる組み合わせを探索しうる。探索する組み合わせの数は、一般に、PDCCHのために許可された組み合わせ数よりも少ない。eノードBは、UEが探索する組み合わせのうちの何れかのUEにPDCCHを送信しうる。図4は、アップリンクロングタームイボリューションLTE通信における典型的なフレーム構造400を概念的に例示するブロック図である。アップリンクのために利用可能なリソースブロック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は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が使用しうるダウンリンク誤り率および/またはUEによってレポートされたダウンリンク測定値例えば、基準信号受信品質RSRQメトリック等において反映される。しかしながら、例えば、LTEアップリンクが、Bluetooth/WLANに対する干渉を引き起こしているが、LTEダウンリンクが、Bluetooth/WLANからの干渉を観察しないのであれば、これら既存の技術は、動作しないであろうことが認識されうる。さらに詳しくは、UEがそれ自身をアップリンクで別のチャネルへ自律的に移動させる場合であっても、eNBは、いくつかの場合において、UEを、負荷平準目的のために、問題のあるチャネルへハンドオーバにより戻しうる。何れの場合であれ、既存の技術は、問題のあるチャネルの帯域幅の使用を、最も効率的な方式で容易にする訳ではないことが認識されうる。図9に移って、マルチラジオ共存管理のための、無線通信環境内でのサポートを提供するためのシステム900のブロック図が例示されている。態様では、システム900は、アップリンク、ダウンリンク、および/または、互いとのその他任意の適切な通信を行いうる1または複数のUE910および/またはeNB930と、および/または、システム900内のその他任意のエンティティとを含みうる。一例では、UE910および/またはeNB930は、周波数チャネルおよびサブ帯域を含み、いくつかが他のラジオリソース例えば、Bluetoothラジオと潜在的に衝突しうるさまざまなリソースを用いて通信するように動作可能でありうる。したがって、本明細書において一般に記載されるように、UE910は、UE910の複数のラジオ間の共存を管理するためのさまざまな技術を利用しうる。少なくとも前述した欠点を緩和するために、UE910は、UE910内のマルチラジオ共存のためのサポートを容易にするために、本明細書に記載され、システム900によって例示されているそれぞれの機能を利用しうる。これは、検出された音声アクティビティにしたがって、ネットワークトラフィックの優先度付けを容易にすることを含む。UE910は、チャネルモニタリングモジュール912、チャネル共存アナライザ914、音声アクティビティ検出VADモジュール916、および優先度割当モジュール918を含みうる。いくつかの例では、さまざまなモジュール912-918が、例えば図6のCxM640のような共存マネジャの一部として実施されうる。1つの実施形態では、CxM640は、例えばラジオ620のように、リソース間の共存を管理するモジュール912-918を利用する。当業者であれば、CxMが任意の数のラジオを管理しうることを認識するだろう。実施形態では、ラジオ620は、例えば、音声呼び出し、または、その他類似のタイプの接続のような音声接続を容易にしうるか、および/または、関連付けられうる。一例では、例えば、1または複数のセルラ通信技術例えば、LTE、GSM、CDMA2000等、Bluetooth、WLAN、および/または、その他任意の適切なラジオアクセス技術のような音声接続と関連付けられうる。したがって、音声接続の文脈におけるラジオ620間の共存を管理するために、CxM640は、音声アクティビティ検出VADモジュール916を利用して、この接続に関連付けられた音声ストリームにおける非アクティビティ例えば、静寂および/またはアクティビティの期間を判定する。モジュール916は、音声アクティビティ検出モジュールと呼ばれるが、音声以外も検出し、静寂の期間すなわち、非アクティビティをも検出しうる。特に、実施形態では、VADモジュール916は、実際の音声アクティビティまたはその他の音声コンテンツがいつ存在し、静寂がいつ生じるのかを判定することができる。一例では、ストリームのコンテンツは、ストリームのコンテンツの値に基づいて、複数のレベルへ分類される。特に、音声アクティビティの期間は、静寂の期間よりも高い値が割り当てられ、これにしたがって、特定のレベルへ分類される。実施形態の例では、優先度割当モジュール918が、音声アクティビティモジュール916によってなされた判定に基づいて、実際のコンテンツに優先度を割り当てる。優先度は、その後、特別のラジオによって送信されているコンテンツの優先度に基づいて、それぞれのラジオ620に割り当てられる。例えば、優先度割当モジュール918は、音声アクティビティを送信しているラジオに、高い優先度を割り当て、静寂を送信しているラジオに、より低い優先度を割り当てる。音声接続が双方向である間、人間の会話の性質は、一度に1人の話し手が存在する傾向があることが認識されうる。例えば、平均すると、音声会話において各人は、時間のおよそ40を話す。したがって、平均すると、ラジオは、時間のうちの約40、音声コンテンツを送信し、時間のうちの残りの60、静寂または、心地よい雑音を送信する。さらに、前述したように、複数のラジオ技術が、共存問題を経験する場合、どのラジオ単数または複数620が所与の時間においてアクティブとなることを許可されるかを選択するために、CxM640が利用されうる。一例では、CxM640は、どのラジオ単数または複数620を起動するかを決定する前に、おのおののラジオ620におけるそれぞれのイベントの優先度を検討する。したがって、対応する音声リンクにおける音声アクティビティが、CxM640の処理を決定する際に例えば、VADモジュール916によって使用されるのであれば、システム900のパフォーマンスは、音声品質にインパクトを与えることなく改善されうる。一般に、人間は、音声における変化に非常に敏感になる傾向にあるので、高品質の音声接続を維持することは、いくつかの場合において、生のデータスループットよりも重要となりうることが認識されうる。したがって、態様では、会話の音声ストリームの約60が前述したように静寂であるので、CxM640は、音声ストリームの静寂期間中に送信されるパケット数を低減することによって、電力および基地局帯域幅を節約するように動作しうる。例によれば、音声接続がBluetoothを介したセルラネットワークから継続する場合、2つのラジオが、相互干渉を引き起こしうる。これは、緩和のためのアービトレーションスキームから利益を得るだろう。従来のアービトレーションスキームは、例えば、Bluetooth音声リンクに対応する音声ストリームの全体を、高優先度に関連させることにより動作する。これら従来のスキームでは、音声ストリームの全体音声コンテンツおよび静寂が送信される。これは、静寂期間中に、Bluetoothが、静寂を送信するための帯域幅のすべてを使用していることを意味する。それに対して、1つの実施形態では、CxM640におけるVADモジュール916と優先度割当モジュール918とが、音声ストリームの静寂部分すなわち、非アクティビティ部分に、低減された優先度を割り当てるように協調する。したがって、干渉期間中、より低い優先度のコンテンツ例えば、静寂、または、その他の非本質的なコンテンツは送信されず、これによって、Bluetoothリンクの音声品質を低下させることなく、セルララジオのためにより多くのスループットが得られるようにすることができる。1つの態様では、VADモジュール916は、実際の音声コンテンツがいつ存在するかを判定することができる。上記の例は、セルララジオ例えば、LTEラジオとBluetoothラジオとのためのマルチラジオ管理の具体的な場合に向けられているが、類似の技術が、任意のラジオまたはラジオの組み合わせにおいて動作している任意の適切なラジオアプリケーションのために適用されうることが認識されるべきである。さらに、コンテンツが複数のリソース間で送信される任意のアプリケーションに、類似の技術もまた適用されうることが認識されるべきである。例えば、コンテンツは、限定される訳ではないが、ストリーミングビデオおよびビデオ会議を含むビデオコンテンツと、会話音声、ストリーミング音声、音楽、および音声コンテンツを含む音声コンテンツを含みうる。別の態様では、送信されたコンテンツは、このコンテンツが本質的なコンテンツを含んでいるか、または、非本質的なコンテンツを含んでいるかにしたがって優先度付けられる。一例では、オーディオコンテンツが送信される場合、静寂期間が、非本質的なコンテンツとして分類され、それにしたがって優先度付けられうる。態様では、VAD支援ラジオ共存管理システム900が、全体的なシステムスループットを向上するためのさまざまな用途シナリオに対して適用されうる。例えば、図10における図によって示されるように、本明細書に記載されたさまざまな態様が利用され、技術Aを介しているが、後に技術Bに移る音声接続に関連付けられたユーザ経験が高められる。ここで、技術Aおよび技術Bは互いに干渉する。一例では、技術Aは、セルラ技術を含み、技術Bは、限定される訳ではないが、WLAN技術およびBluetooth技術を含む、オーバザエア送信する任意の技術を含む。例において、技術Aは、音声アクティビティを検出する能力を含んでおり、技術Bは、その能力を有していない。特に、セルラシステム1002は、音声アクティビティ検出モジュール図示せずと優先度割当モジュール図示せずを含んでいる。セルラシステム1002の構成要素は、音声コンテンツがいつ存在するのかを判定するために、セルラシステム1002と、UE1000のマイクロホン/スピーカとの間、および、セルラシステム1002と、基地局1008との間で送信された音声コンテンツを調査する。音声コンテンツは、その後、Bluetoothシステム1004や、例えばBluetoothヘッドセットのような遠隔Bluetooth構成要素1006へ送信されうる。共存マネジャ図示せずは、音声アクティビティ検出モジュール図示せずの分析に基づいて、セルラシステム1002およびBluetoothシステム1004からの送信をアービトレートしうる。共存マネジャ図示せずは、セルラシステム1002、またはUE1000内にいずれか内に存在しうる。同様に、図11における図解に示すように、技術Cを介しているが、後に技術Bに移る音声接続に関連付けられたユーザ経験を高めるために、本明細書に記載されたさまざまな態様が利用されうる。ここで、技術Aと技術Bとは互いに干渉する。1つの実施形態の例では、技術Aは、データ通信すなわち、無音声におけるLTEであり、技術Bは、Bluetoothであり、技術Cは、音声コンテンツを通信する3G技術である。3Gシステム1110は、音声コンテンツがいつ存在するのかを判定するために、3Gシステム1110と、UE1100のマイクロホン/スピーカとの間、および、3Gシステム1110と、3G基地局1112との間で送信された音声コンテンツを調査する。音声コンテンツは、その後、Bluetoothシステム1104や、例えばBluetoothヘッドセットのような遠隔Bluetooth構成要素1106へ送信されうる。共存マネジャ図示せずは、音声アクティビティ、検出モジュール図示せずの分析に基づいて、LTEセルラシステム1102およびBluetoothシステム1104からの送信をアービトレートしうる。共存マネジャ図示せずは、3Gセルラシステム1110、またはUE1100内にいずれか内に存在しうる。図12は、無線通信システムにおいて、リソースを優先度付けるための方法1200のフローチャートである。ブロック1202では、第1のリソースと、接続に対応するコンテンツストリームとを利用して、接続が識別される。第1のリソースは、第2のリソースとコンフリクトする。次に、ブロック1204では、ストリームのコンテンツが、コンテンツの値に基づいて、複数のレベルへ分類される。ブロック1206では、リソースのコンテンツのレベルに基づいて、第1のリソースおよび第2のリソースに優先度が割り当てられる。1つの構成では、無線通信のためのUE250は、識別手段と、分類手段と、優先度割当手段とを含む。1つの態様では、前述の識別手段は、前述の手段によって詳述された機能を実行するように構成された、図6のラジオ620a-n内に存在しうる。別の態様では、前述した手段は、前述した手段によって記述された機能を実行するように構成されたモジュールまたは任意の装置でありうる。1つの態様では、前述の分類手段は、前述の手段によって詳述された機能を実行するように構成された、ラジオ620a-n内のCxM、デジタルプロセッサ630、および/または、コントローラプロセッサ650でありうる。別の態様では、前述した手段は、前述した手段によって記述された機能を実行するように構成されたモジュールまたは任意の装置でありうる。1つの態様では、前述の優先度割当手段は、前述の手段によって詳述された機能を実行するように構成された、ラジオ620a-n内のCxM、デジタルプロセッサ630、および/または、コントローラプロセッサ650でありうる。別の態様では、前述した手段は、前述した手段によって記述された機能を実行するように構成されたモジュールまたは任意の装置でありうる。さまざまな態様は、本明細書において、無線端末および/または基地局に関して記載される。無線端末は、ユーザに音声および/またはデータ接続を提供するデバイスを称しうる。無線端末は、例えばラップトップコンピュータまたはデスクトップコンピュータのようなコンピュータデバイスに接続されるか、あるいは、例えば携帯情報端末PDAのような自己完結型デバイスでありえる。無線端末はまた、システム、加入者ユニット、加入者局、移動局、モバイル、遠隔局、アクセスポイント、遠隔端末、アクセス端末、ユーザ端末、ユーザエージェント、ユーザデバイス、あるいはユーザ機器UEとも称されうる。無線端末は、加入者局、無線デバイス、セルラ電話、PCS電話、コードレス電話、セッション開始プロトコルSIP電話、無線ローカルループWLL局、携帯情報端末PDA、無線接続機能を有するハンドヘルドデバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。基地局例えば、アクセスポイントまたはノードBは、1または複数のセクタを横切って、無線端末と、エアインタフェースによって通信するアクセスネットワークにおけるデバイスを称しうる。基地局は、受信したエアインタフェースフレームをIPパケットに変換することによって、インターネットプロトコルIPネットワークを含みうるアクセスネットワークの無線端末とその他との間のルータとして動作しうる。基地局はまた、このエアインタフェースのための属性管理をも調整する。開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、前述された説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。当業者であればさらに、本明細書で開示された態様に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子的なハードウェア、コンピュータソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。本明細書で開示された態様に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGAあるいはその他のプログラマブル論理デバイス、ディスクリートゲートあるいはトランジスタロジック、ディスクリートハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。プロセッサは、例えばDSPとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、DSPコアと連携する1または複数のマイクロプロセッサ、またはその他任意のこのような構成であるコンピューティングデバイスの組み合わせとして実現されうる。本明細書で開示された態様に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェアモジュールによって、または、これらの組み合わせによって具体化される。ソフトウェアモジュールは、RAMメモリ、フラッシュメモリ、ROMメモリ、EPROMメモリ、EEPROMメモリ、レジスタ、ハードディスク、リムーバブルディスク、CD-ROM、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ASIC内に存在しうる。ASICは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。開示された態様の上記説明は、いかなる当業者であっても、本開示を製造または使用できるように適用される。これらの態様へのさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他の態様に適用されうる。このように、本開示は、本明細書で示された態様に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。"