"無線デバイス内の無線アクセス技術RATコンポーネント間の干渉を軽減するための方法であって、前記無線デバイス内の第1のRATコンポーネントと第2のRATコンポーネントの間の干渉状況を検出するステップと、前記干渉状況の通知をネットワークへ送信するステップとを備え、前記通知は、前記干渉状況を軽減するために使用されるように構成された情報を備えることを特徴とする方法。前記無線デバイス内の前記第1のRATコンポーネントと前記第2のRATコンポーネントとの間の前記検出された干渉状況についての構成情報を受信するステップであって、前記構成情報は、前記検出された干渉状況に応答して、前記無線デバイスによって実行されるように構成された動作のインジケーションを備えるステップと、前記検出された干渉状況を軽減するように構成された前記動作を含む、前記構成情報を処理するステップとをさらに備えることを特徴とする請求項1に記載の方法。前記構成情報を処理するステップは、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに対するハンドオーバと、別の周波数へのリダイレクトと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントのアクティブ化と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントの遅延されたアクティブ化と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントをオフにすることと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントをオンにすることと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに関連付けられた周波数帯域を電力スケーリングすることのうちの少なくとも1つを実行するステップを備えることを特徴とする請求項2に記載の方法。前記構成情報は、デバイス内干渉イベントについての構成と、ネットワークの性能に関連付けられた情報と、スケーリング値と、新しい測定構成メッセージと、新しい周波数帯域と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに対するアクティブ化遅延と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントを起動するためのインジケーションと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントについてのアクティブ化時間通知と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントによって送信または受信されるその優先度を含むトラフィックのタイプのインジケーションと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントをオフに保つためのコマンドと、ハンドオーバコマンドと、測定制御情報と、別の周波数内のRCC再確立に関連付けられた情報と、再構成メッセージと、高速変更に関連付けられた情報と、異なるRATへのリダイレクトと、間欠受信DRX動作に関連付けられた情報と、TDM動作に関連付けられた情報と、FDD半二重動作に関連付けられた情報と、パターンまたはパターンに関連付けられた変更に関連付けられた情報と、非バッファステータス報告BSRに関連付けられた情報と、1つまたは複数のスケジューリング要求と、ダウンリンクDL再送信およびフィードバックに関連付けられた情報と、アップリンクUL再送信およびフィードバックに関連付けられた情報と、ランダムアクセスプロシージャに関連付けられた情報と、前記干渉状況が軽減されたというインジケーションと、周波数帯域の電力スケーリングに関連付けられた情報とのうちの少なくとも1つを備えることを特徴とする請求項2に記載の方法。前記干渉状況は、1つまたは複数のトリガに基づいて検出されることを特徴とする請求項1に記載の方法。前記1つまたは複数のトリガは、先行的トリガと、反応的トリガと、ハンドオーバが開始されることと、動作のモードの変更と、使用シナリオ変更における変更と、サービスシナリオ変更における変更と、タイマの満了と、所定の負荷の発生と、バッファのサイズとのうちの少なくとも1つを備えることを特徴とする請求項5に記載の方法。前記通知は、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントがアクティブ化される必要があるか、またはアクティブ化されるというインジケーションと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントが回転される必要があるか、またはオンにされるというインジケーションと、前記1つまたは複数のトリガに関連付けられた情報と、前記干渉状況を引き起こす技術のタイプに関連付けられた情報と、前記干渉状況に対処するための前記無線デバイスの性能のインジケーションと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに関連付けられた情報と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントによって要求された使用シナリオと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントによって要求されたサービスシナリオと、タイマに関連付けられた情報と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントの動作のモードに関連付けられた情報と、いつ前記第1のRATまたは前記第2のRATがオンにされるべきであるかについてのインジケーションと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに関連付けられた測定値と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに関連付けられたホッピング周波数と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントによってサポートされた周波数のリストと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントをオンにすることに関連付けられた緊急性のインジケーションと、A-GNSSを求める要求と、ソースセルに関連付けられた情報と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントのブザーサイズに関連付けられた情報とのうちの少なくとも1つを備えることを特徴とする請求項6に記載の方法。前記通知を、RRC接続確立プロシージャを介して、RRCメッセージ内の新しいフィールドを介して、RRC接続要求メッセージを介して、RRC接続セットアップ完了メッセージを介して、ルーティングエリア更新メッセージを介して、MAC制御要素を介してのうちの少なくとも1つによって送信することができることを特徴とする請求項1に記載の方法。前記第1のRATコンポーネントは、第1の無線技術をサポートし、前記第2のRATコンポーネントは、第2の無線技術をサポートし、前記第1の無線技術および前記第2の無線技術は、異なることを特徴とする請求項1に記載の方法。内部に含まれた共存する無線アクセス技術RATコンポーネント間の干渉を軽減するための無線送信/受信ユニットWTRUであって、前記無線デバイス内の2つ以上のRATコンポーネント間の検出された干渉状況についての構成情報を受信し、前記構成情報は、前記検出された干渉状況に応答して、前記無線デバイスによって行われるように構成されたアクションを備え、前記検出された干渉状況を軽減するように構成された前記アクションを含む、前記構成情報を処理するように構成されたプロセッサを備えることを特徴とするWTRU。前記プロセッサは、前記構成情報を処理するとき、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに対するハンドオーバと、別の周波数へのリダイレクトと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントのアクティブ化と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントの遅延されたアクティブ化と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントをオフにすることと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントをオンにすることと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに関連付けられた周波数帯域を電力スケーリングすることとのうち少なくとも1つを実行するようにさらに構成されることを特徴とする請求項10に記載のWTRU。前記構成情報は、デバイス内干渉を起こすイベントについての構成と、ネットワークの性能に関連付けられた情報と、スケーリング値と、新しい測定構成メッセージと、新しい周波数帯域と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに対するアクティブ化遅延と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントを起動するためのインジケーションと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントについてのアクティブ化時間通知と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントによって送信または受信されるその優先度を含むトラフィックのタイプのインジケーションと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントをオフに保つためのコマンドと、ハンドオーバコマンドと、測定制御情報と、別の周波数内のRCC再確立に関連付けられた情報と、再構成メッセージと、高速変更に関連付けられた情報と、異なるRATへのリダイレクトと、間欠受信DRX動作に関連付けられた情報と、TDM動作に関連付けられた情報と、FDD半二重動作に関連付けられた情報と、パターンまたはパターンに関連付けられた変更に関連付けられた情報と、非バッファステータス報告BSRに関連付けられた情報と、1つまたは複数のスケジューリング要求と、ダウンリンクDL再送信およびフィードバックに関連付けられた情報と、アップリンクUL再送信およびフィードバックに関連付けられた情報と、ランダムアクセスプロシージャに関連付けられた情報と、前記干渉状況が軽減されたというインジケーションと、周波数帯域の電力スケーリングに関連付けられた情報とのうちの少なくとも1つを備えることを特徴とする請求項10に記載のWTRU。前記プロセッサは、前記無線デバイス内の前記2つ以上のRATコンポーネント間の干渉状況を検出し、前記干渉状況の通知をネットワークへ送信するようにさらに構成され、前記通知は、前記干渉状況を軽減するために使用されるように構成された情報を備えることを特徴とする請求項10に記載のWTRU。前記干渉状況は、1つまたは複数のトリガに基づいて検出されることを特徴とする請求項13に記載のWTRU。前記1つまたは複数のトリガは、先行的トリガと、反応的トリガと、ハンドオーバが開始されることと、動作のモードの変更と、使用シナリオ変更における変更と、サービスシナリオ変更における変更と、タイマの満了と、所定の負荷の発生と、バッファのサイズとのうちの少なくとも1つを備えることを特徴とする請求項14に記載のWTRU。前記通知は、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントがアクティブ化される必要があるか、またはアクティブ化されるというインジケーションと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントが回転される必要があるか、またはオンにされるというインジケーションと、前記1つまたは複数のトリガに関連付けられた情報と、前記干渉状況を引き起こす技術のタイプに関連付けられた情報と、前記干渉状況に対処するための前記無線デバイスの性能のインジケーションと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに関連付けられた情報と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントによって要求された使用シナリオと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントによって要求されたサービスシナリオと、タイマに関連付けられた情報と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントの動作のモードに関連付けられた情報と、いつ前記第1のRATまたは前記第2のRATがオンにされるべきであるかについてのインジケーションと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに関連付けられた測定値と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントに関連付けられたホッピング周波数と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントによってサポートされた周波数のリストと、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントをオンにすることに関連付けられた緊急性のインジケーションと、A-GNSSを求める要求と、ソースセルに関連付けられた情報と、前記第1のRATコンポーネントまたは前記第2のRATコンポーネントのブザーサイズに関連付けられた情報とのうちの少なくとも1つを備えることを特徴とする請求項15に記載のWTRU。前記通知を、RRC接続確立プロシージャを介して、RRCメッセージ内の新しいフィールドを介して、RRC接続要求メッセージを介して、RRC接続セットアップ完了メッセージを介して、ルーティングエリア更新メッセージを介して、MAC制御要素を介してのうちの少なくとも1つによって送信することができることを特徴とする請求項13に記載のWTRU。前記第1のRATコンポーネントは、第1の無線技術をサポートし、前記第2のRATコンポーネントは、第2の無線技術をサポートし、前記第1の無線技術および前記第2の無線技術は、異なることを特徴とする請求項10に記載のWTRU。無線デバイス内の無線アクセス技術RATコンポーネント間の干渉を軽減するための方法であって、前記無線デバイス内の第1のRATコンポーネントと第2のRATコンポーネントの間の干渉状況を検出するステップと、前記無線デバイス内に格納されたアクションを実行するステップとを備え、前記アクションは、前記検出された干渉状況を軽減するように構成されることを特徴とする方法。前記干渉状況の通知をネットワークに提供するために、前記ネットワークとの通信リンクが確立されるかどうかを判定するステップと、前記干渉状況の前記通知を提供するために、前記ネットワークとの前記通信リンクが確立されないとき、前記無線デバイス内に格納された前記アクションを実行するステップとをさらに備えることを特徴とする請求項19に記載の方法。前記干渉状況は、先行的トリガと、反応的トリガと、ハンドオーバが開始されることと、動作のモードの変更と、使用シナリオ変更における変更と、サービスシナリオ変更における変更と、タイマの満了と、所定の負荷の発生と、バッファのサイズとのうちの少なくとも1つを備える1つまたは複数のトリガに基づいて検出されることを特徴とする請求項19に記載の方法。前記アクションは、無線リンク障害RLFプロシージャおよびハンドオーバのうちの少なくとも1つを備えることを特徴とする請求項19に記載の方法。前記第1のRATコンポーネントは、第1の無線技術をサポートし、前記第2のRATコンポーネントは、第2の無線技術をサポートし、前記第1の無線技術および前記第2の無線技術は、異なることを特徴とする請求項19に記載のWTRU。デバイス内技術間の干渉を回避または軽減するためのシステムおよび方法を開示する。一実施形態では、無線デバイス内の無線アクセス技術RATコンポーネント間の干渉を、軽減することができる。例えば、無線デバイス内の第1のRATコンポーネントと第2のRATコンポーネントの間の干渉状況が、検出されてもよい。一実施形態では、干渉状況の通知は次いで、ネットワークへ送信されてもよい。この通知は、先行的で、例えば、実際の干渉状況に先立って判定されてもよく、または、反応的で、干渉状況が検出された後に判定されてもよい。ネットワークへの干渉状況の通知は、干渉状況を軽減するために使用されるように構成された情報を含んでもよい。ネットワークは次いで、干渉状況を軽減するために処理かつ/または実行される必要がある、1つまたは複数のアクション、方法、ルール、プロシージャ、構成および/またはプロトコルを判定してもよい。そのようなアクション、方法、ルール、プロシージャ、構成および/またはプロトコルのインジケーションを含む構成情報などの情報が、無線デバイスによって受信されてもよく、アクションが無線デバイスによって干渉を軽減するために実行されるように、処理されてもよい。別の実施形態によれば、干渉状況の通知は、ネットワークに提供されないことがある例えば、無線リンク障害radiolinkfailure:RLFが発生することがある。そのような実施形態では、無線デバイスは、ネットワークからの支援なしに、1つまたは複数のアクション、方法、ルール、プロシージャ、構成および/またはプロトコルを実行して、干渉または、例えば、RLFを軽減してもよい。図1Aは、1つまたは複数の開示された実施形態を実装することができる、通信システム100の例を示す図である。通信システム100は、音声、データ、ビデオ、メッセージング、およびブロードキャストなどのコンテンツを、複数の無線ユーザに提供する、多重アクセスシステムであってもよい。通信システム100は、無線帯域幅を含むシステムリソースの共有を通じて、複数の無線ユーザがそのようなコンテンツにアクセスできるようにしてもよい。例えば、通信システム100は、CDMAcodedivisionmultipleaccess、TDMAtimedivisionmultipleaccess、FDMAfrequencydivisionmultipleaccess、OFDMAorthogonalFDMA、およびSC-FDMAsinglecarrierFDMAなどの、1つまたは複数のチャネルアクセス方法を採用してもよい。図1Aに示すように、通信システム100は、無線送信/受信ユニットWTRU102a、102b、102cおよび102d、無線アクセスネットワークRAN104、コアネットワーク106、公衆交換電話網PSTN108、インターネット110、ならびにその他のネットワーク112を含んでもよいが、開示された実施形態が任意の数のWTRU、基地局、ネットワークおよび/またはネットワーク要素を企図することは理解されよう。WTRU102a、102b、102cおよび102dの各々は、無線環境内で動作かつ/または通信するように構成された任意のタイプのデバイスであってもよい。例として、WTRU102a、102b、102cおよび102dは、無線信号を送信かつ/または受信するように構成可能であり、ユーザ機器UE、移動局、固定またはモバイルの加入者ユニット、ページャ、携帯電話、携帯情報端末PDA、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサおよび家庭用電化製品などを含んでもよい。通信システム100はまた、基地局114aおよび基地局114bを含んでもよい。基地局114aおよび114bの各々は、WTRU102a、102b、102cおよび102dのうち少なくとも1つと無線でインタフェースして、コアネットワーク106、インターネット110および/またはネットワーク112など、1つまたは複数の通信ネットワークへのアクセスを容易にするように構成された、任意のタイプのデバイスであってもよい。例として、基地局114aおよび114bは、無線基地局BTS、NodeB、eNodeB、ホームNodeB、ホームeNodeB、サイトコントローラ、アクセスポイントAP、および無線ルータなどであってもよい。基地局114aおよび114bは、それぞれ単一の要素として示されるが、基地局114aおよび114bが任意の数の相互接続された基地局および/またはネットワーク要素を含んでもよいことは理解されよう。基地局114aは、RAN104の一部であってもよく、RAN104はまた、基地局コントローラESC、無線ネットワークコントローラRNC、中継ノードおよびその他の基地局および/またはネットワーク要素図示せずをも含んでもよい。基地局114aおよび/または基地局114bは、特定の地理的地域内で無線信号を送信かつ/または受信するように構成されてもよく、この地理的地域は、セル図示せずと呼ばれることがある。セルは、さらにセルセクタに分割されてもよい。例えば、基地局114aに関連付けられたセルは、3つのセクタに分割されてもよい。このようにして、一実施形態では、基地局114aは3つのトランシーバを、すなわち、セルのセクタごとに1つずつ含んでもよい。別の実施形態では、基地局114aは、MIMOmultipleinputmultipleoutput技術を採用してもよく、したがって、セルのセクタごとに複数のトランシーバを利用してもよい。基地局114aおよび114bは、エアインタフェース116を介して、WTRU102a、102b、102cおよび102dのうち1つまたは複数と通信してもよく、エアインタフェース116は、任意の適切な無線通信リンク例えば、無線周波数RF、マイクロ波、赤外線IR、紫外線UVおよび可視光線などであってもよい。エアインタフェース116は、任意の適切な無線アクセス技術RATを使用して確立することができるより具体的には、上述のように、通信システム100は、多重アクセスシステムであってもよく、CDMA、TDMA、FDMA、OFDMAおよびSC-FDMAなど、1つまたは複数のチャネルアクセス方式を採用することができる。例えば、RAN104内の基地局114a、ならびにWTRU102a、102bおよび102cは、UTRAUniversalMobileTelecommunicationsSystemTerrestrialRadioAccessなどの、無線技術を実装することができ、この無線技術は、広帯域CDMAWCDMA登録商標を使用して、エアインタフェース116を確立することができる。WCDMAは、高速パケットアクセスHSPAおよび/またはHSPAEvolvedHSPAなどの通信プロトコルを含んでもよい。HSPAは、高速ダウンリンクパケットアクセスHSDPA、および/または、高速アップリンクパケットアクセスHSUPAを含んでもよい。別の実施形態では、基地局114aならびにWTRU102a、102bおよび102cは、E-UTRAEvolvedUMTSTerrestrialRadioAccessなどの無線技術を実装することができ、この無線技術は、ロングタームエボリューションLTEおよび/またはLTEアドバンストLTE-Aを使用して、エアインタフェース116を確立することができる。他の実施形態では、基地局114aならびにWTRU102a、102bおよび102cは、IEEE802.16すなわち、WiMAXWorldwideInteroperabilityforMicrowaveAccess、CDMA2000、CDMA2000-1X、CDMA2000EV-DO、IS-2000InterimStandard2000、IS-95InterimStandard95、IS-856InterimStandard856、GSMGlobalSystemforMobilecommunications:登録商標、EDGEEnhancedDataratesforGSMEvolution、およびGSM-EDGEなどの無線技術を実装することができる。図1Aの基地局114bは、例えば、無線ルータ、ホームNodeB、ホームeNodeBまたはアクセスポイントであってもよく、職場、家庭、車両、およびキャンパスなどの局所的なエリア内の無線接続性を容易にするための任意の適切なRATを利用することができる。一実施形態では、基地局114bならびにWTRU102cおよび102dは、IEEE802.11などの無線技術を実装して、WLANwirelesslocalareanetworkを確立することができる。別の実施形態では、基地局114bならびにWTRU102cおよび102dは、IEEE802.15などの無線技術を実装して、WPANwirelesspersonalareanetworkを確立することができる。さらに別の実施形態では、基地局114bならびにWTRU102cおよび102dは、セルラーベースのRAT例えば、WCDMA、CDMA2000、GSM、LTEおよびLTE-Aなどを利用して、ピコセルまたはフェムトセルを確立することができる。図1Aに示すように、基地局114bは、インターネット110への直接接続を有してもよい。このように、基地局114bは、コアネットワーク106を介してインターネット110にアクセスする必要がない。RAN104は、コアネットワーク106と通信していてもよく、コアネットワーク106は、音声、データ、アプリケーション、および/または、VoiPvoiceoverinternetprotocolサービスを、WTRU102a、102b、102cおよび102dのうち1つまたは複数に提供するように構成された、任意のタイプのネットワークであってもよい。例えば、コアネットワーク106は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイド通話、インターネット接続性、およびビデオ配信などを提供し、かつ/または、ユーザ認証など、高レベルのセキュリティ機能を行うことができる。図1Aに図示しないが、RAN104および/またはコアネットワーク106は、RAN104と同一のRATまたは異なるRATを採用するその他のRANと、直接的または間接的に通信していてもよいことが理解されよう。例えば、E-UTRA無線技術を利用している、RAN104に接続されることに加えて、コアネットワーク106はまた、GSM無線技術を採用する別のRAN図示せずと通信していてもよい。コアネットワーク106はまた、WTRU102a、102b、102cおよび102dが、PSTN108、インターネット110および/またはその他のネットワーク112にアクセスするための、ゲートウェイとしての機能を果たすこともできる。PSTN108は、一般電話サービスPOTSを提供する、回線交換電話網を含んでもよい。インターネット110は、TCP/IPインターネットプロトコル群における、TCPtransmissioncontrolprotocol、UDPuserdatagramprotocolおよびIPinternetprotocolなどの共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルなシステムを含んでもよい。ネットワーク112には、他のサービスプロバイダによって所有かつ/または運用される、有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク112は、1つまたは複数のRANに接続された別のコアネットワークを含んでもよく、これらのRANは、RAN104と同一のRATまたは異なるRATを採用してもよい。通信システム100内のWTRU102a、102b、102cおよび102dの一部または全部は、マルチモード機能を含んでもよく、すなわち、WTRU102a、102b、102cおよび102dは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数のトランシーバを含んでもよい。例えば、図1Aに示すWTRU102cは、セルラーベースの無線技術を採用することができる基地局114aと、かつ、IEEE802無線技術を採用することができる基地局114bと、通信するように構成されてもよい。図1Bは、WTRU102の例を示すシステム図である。図1Bに示すように、WTRU102は、プロセッサ118、トランシーバ120、送受信素子122、スピーカ/マイクロフォン124、キーパッド126、ディスプレイ/タッチパッド128、着脱不能メモリ130、着脱可能メモリ132、電源134、GPSglobalpositioningsystemチップセット136、および、その他の周辺機器138を含んでもよい。WTRU102は、一実施形態との整合性を維持したまま、前述の要素の任意のサブコンビネーションを含んでもよいことは理解されよう。プロセッサ118は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサDSP、複数のマイクロプロセッサ、また、DSPコア、コントローラ、マイクロコントローラ、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGA回路、任意のその他のタイプの集積回路IC、および状態マシンなどに関連した、1つまたは複数のマイクロプロセッサであってもよい。プロセッサ118は、信号符号化、データ処理、電力制御、入出力処理、および/または、WTRU102が無線環境内で動作することを可能にする任意のその他の機能性を実行することができる。プロセッサ118は、トランシーバ120に結合されてもよく、トランシーバ120は、送受信素子122に結合されてもよい。図1Bは、プロセッサ118およびトランシーバ120を別々のコンポーネントとして示すが、プロセッサ118およびトランシーバ120は、電子パッケージまたはチップ内で共に統合可能であることが理解されよう。送受信素子122は、エアインタフェース116を介して、基地局例えば、基地局114aへ信号を送信し、または、基地局から信号を受信するように構成されてもよい。例えば、一実施形態では、送受信素子122は、RF信号を送信かつ/または受信するように構成されたアンテナであってもよい。別の実施形態では、送受信素子122は、例えば、IR、UVまたは可視光信号を送信かつ/または受信するように構成されたエミッタ/ディテクタであってもよい。さらに別の実施形態では、送受信素子122は、RFおよび光信号を共に送信かつ受信するように構成されてもよい。送受信素子122は、任意の組み合わせの無線信号を送信かつ/または受信するように構成されてもよいことが理解されよう。加えて、送受信素子122は、図1Bで単一の素子として示されるが、WTRU102は、任意の数の送受信素子122を含んでもよい。より具体的には、WTRU102は、MIMO技術を採用してもよい。このようにして、一実施形態では、WTRU102は、エアインタフェース116を介して無線信号を送信かつ受信するための、2つ以上の送受信素子122例えば、複数のアンテナを含んでもよい。トランシーバ120は、送受信素子122によって送信される信号を変調するように、かつ、送受信素子122によって受信される信号を復調するように構成されてもよい。上述のように、WTRU102は、マルチモード機能を有してもよい。このようにして、トランシーバ120は、WTRU102が、例えば、UTRAおよびIEEE802.11などの複数のRATを介して通信を可能にする、複数のトランシーバを含んでもよい。WTRU102のプロセッサ118は、スピーカ/マイクロフォン124、キーパッド126、および/または、ディスプレイ/タッチパッド128例えば、液晶ディスプレイLCD表示ユニット、もしくは、有機発光ダイオードOLED表示ユニットに結合されてもよく、それらからユーザ入力データを受信することができる。プロセッサ118はまた、ユーザデータを、スピーカ/マイクロフォン124、キーパッド126、および/または、ディスプレイ/タッチパッド128に出力することもできる。加えて、プロセッサ118は、着脱不能メモリ130および/または着脱可能メモリ132など、任意のタイプの適切なメモリからの情報にアクセスし、そのメモリにデータを格納することができる。着脱不能メモリ130は、RAMrandomaccessmemory、ROMreadonlymemory、ハードディスク、または、任意のその他のタイプのメモリ記憶装置が含んでもよい。着脱可能メモリ132は、加入者識別モジュールSIMカード、メモリスティック、およびセキュアデジタルSDメモリカードなどを含んでもよい。その他の実施形態では、プロセッサ118は、サーバまたはホームコンピュータ図示せず上など、WTRU102上に物理的に位置していないメモリからの情報にアクセスし、そのメモリにデータを格納することができる。プロセッサ118は、電源134から電力を受信することができ、WTRU102内のその他のコンポーネントへの電力を分配かつ/または制御するように構成されてもよい。電源134は、WTRU102に電力を供給するための任意の適切なデバイスであってもよい。例えば、電源134は、1つまたは複数の乾電池例えば、ニッケルカドミウムNiCd、ニッケル亜鉛NiZn、ニッケル水素NiMH、リチウムイオンLi-ionその他、太陽電池、および燃料電池などを含んでもよい。プロセッサ118はまた、GPSチップセット136にも結合されてもよく、GPSチップセット136は、WTRU102の現在位置に関する位置情報例えば、経度および緯度を提供するように構成されてもよい。GPSチップセット136からの情報に加えて、またはその代わりに、WTRU102は、エアインタフェース116を介して、基地局例えば、基地局114aおよび114bから位置情報を受信し、かつ/または、信号が2つ以上の近くの基地局から受信されるタイミングに基づいて、その位置を判定することができる。WTRU102は、一実施形態との整合性を維持したまま、任意の適切な位置判定方法によって位置情報を取得することができることは理解されよう。プロセッサ118は、その他の周辺機器138にさらに結合されてもよく、その他の周辺機器138は、追加の特徴、機能性、および/または、有線もしくは無線接続性を提供する、1つまたは複数のソフトウェアおよび/またはハードウェアモジュールを含んでもよい。例えば、周辺機器138は、加速度計、eコンパス、衛星トランシーバ、デジタルカメラ写真またはビデオ用、USBuniversalserialbusポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Bluetoothモジュール、周波数変調FM無線ユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、およびインターネットブラウザなどを含んでもよい。図1Cは、一実施形態によるRAN104およびコアネットワーク106を示すシステム図である。上述のように、RAN104は、E-UTRA無線技術を採用して、エアインタフェース116を介してWTRU102a、102bおよび102cと通信することができる。RAN104はまた、コアネットワーク106と通信してもよい。RAN104は、eNodeB140a、140bおよび140cを含んでもよいが、RAN104は、一実施形態との整合性を維持しながら、任意の数のeNodeBを含んでもよいことが理解されよう。eNodeB140a、140bおよび140cは、エアインタフェース116を介してWTRU102a、102bおよび102cと通信するための、1つまたは複数のトランシーバをそれぞれ含んでもよい。一実施形態では、eNodeB140a、140bおよび140cは、MIMO技術を実装してもよい。このようにして、eNodeB140aは、例えば、複数のアンテナを使用して無線信号をWTRU102aへ送信し、無線信号をWTRU102aから受信してもよい。eNodeB140a、140bおよび140cの各々は、特定のセル図示せずに関連付けられてもよく、無線リソース管理決定、ハンドオーバ決定、およびアップリンクおよび/またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図1Cに示すように、eNodeB140a、140bおよび140cは、X2インタフェースを介して互いに通信してもよい。図1Cに示すコアネットワーク106は、モビリティ管理ゲートウェイMME142、サービングゲートウェイ144、および、パケットデータネットワークPDNゲートウェイ146を含んでもよい。前述の要素の各々は、コアネットワーク106の一部として示されるが、これらの要素のいずれか1つは、コアネットワークオペレータ以外のエンティティによって所有かつ/または操作されうることが理解されよう。MME142は、S1インタフェースを介して、RAN104内のeNodeB142a、142bおよび142cの各々に接続されてもよく、制御ノードとしての機能を果たすことができる。例えば、MME142は、WTRU102a、102bおよび102cのユーザを認証すること、ベアラアクティブ化/非アクティブ化、およびWTRU102a、102bおよび102cの初期のアタッチ中に特定のサービングゲートウェイを選択すること、などを担うことができる。MME142はまた、RAN104と、GSMまたはWCDMAなど、その他の無線技術を採用する他のRAN図示せずとの間で切り替えるための、制御プレーン機能を提供することもできる。サービングゲートウェイ144は、S1インタフェースを介して、RAN104内のeNodeB140a、140bおよび140cの各々に接続されてもよい。サービングゲートウェイ144は一般に、ユーザデータパケットをWTRU102a、102bおよび102cへ/からルーティングかつ転送することができる。サービングゲートウェイ144はまた、eNodeB間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがWTRU102a、102bおよび102cのために使用可能であるとき、ページングのトリガ、ならびにWTRU102a、102bおよび102cのコンテキストの管理および格納などの、その他の機能を実行することもできる。サービングゲートウェイ144はまた、PDNゲートウェイ146にも接続されてもよく、PDNゲートウェイ146は、WTRU102a、102bおよび102cに、インターネット110など、パケット交換ネットワークへのアクセスを提供して、WTRU102a、102bおよび102cとIP対応デバイスの間の通信を容易にすることができる。コアネットワーク106は、その他のネットワークとの通信を容易にすることができる。例えば、コアネットワーク106は、WTRU102a、102bおよび102cに、PSTN108など、回線交換ネットワークへのアクセスを提供して、WTRU102a、102bおよび102cと従来の固定電話通信デバイスの間の通信を容易にすることができる。例えば、コアネットワーク106は、コアネットワーク106とPSTN108との間のインタフェースとしての機能を果たすIPゲートウェイ例えば、IPマルチメディアサブシステムIMSサーバを含んでもよく、または、IPゲートウェイと通信することができる。加えて、コアネットワーク106は、WTRU102a、102bおよび102cに、ネットワーク112へのアクセスを提供することができ、ネットワーク112は、他のサービスプロバイダによって所有かつ/または運用される、その他の有線または無線ネットワークが含んでもよい。実施形態の一例によれば、例えば、図1A乃至1Cに示すWTRU、ルータ、コンピューティングデバイスラップトップ、テーブル、eリーダなど、ならびにeNodeBeNBなどを含む、WTRUすなわちUEなどの無線デバイスは、上記で説明したような複数の無線技術および/またはアプリケーションをサポートし、複数の無線技術が無線デバイス内で互いに共存することを可能にすることができる。したがって、そのような無線技術のためのスペクトルは、そのような技術をサポートする無線デバイス内のコンポーネント間の干渉の結果となることがある。例えば、LTE技術と、BluetoothおよびWiFi技術を含むISMIndustrialScientificandMedical技術と、GPSGlobalPositioningSatellite技術と、または、任意のその他の適切な無線技術および/もしくはアプリケーションとは、隣接または重複する周波数帯域内に配置されることがあり、例えば、そのような無線技術をサポートするコンポーネントまたはデバイスによって、隣接もしくはオーバーラップする周波数または帯域を使用して、同時に信号を受信および/または送信しているときに、それらのコンポーネントまたはデバイス間に干渉が存在する場合がある。例えば、無線デバイス内に含まれるISM技術は、世界的に無認可のISM2.4GHzの短距離の無線周波数帯域を使用することができる。そのような無認可のISM2.4GHzの短距離の無線周波数帯域を使用して、Bluetooth、WiFi技術およびその他のISM技術をサポートすることができる。例えば、無線デバイス内のBluetooth技術は、時分割複信TDDによる範囲2402~2480MHzの範囲内のそれぞれ1MHzの79個のチャネルにわたる周波数ホッピングスペクトル拡散を使用して、2450MHz帯域内に配置されてもよい。無線デバイス内のWiFi技術もまた、図2に示すように、約2.4~約2.5GHzの周波数スペクトル内のチャネル上に配置されてもよい。例えば、WiFi技術は、チャネル上に配置されてもよい。図2に示すように、そのようなチャネルをサポートすることができる周波数帯域は、周波数スペクトル約2.4~約2.5GHz内でオーバーラップしていることがある。そのような周波数帯域がオーバーラップしていることがあるので、無線デバイス内のチャネルの割り当てを、特定のチャネル例えば、5個ごとのチャネルに制限して、十分な分離例えば、5MHzを可能にする。したがって、一実施形態では、無線デバイスによってWiFiをサポートするために使用されるチャネルは、図2に示すように、チャネル12.412GHzを中心とする22MHz周波数帯域を使用する、チャネル62.437GHzを中心とする22MHz周波数帯域を使用する、および、チャネル112.462GHzを中心とする22MHz周波数帯域を使用するであってもよい。いくつかの実施形態では、そのようなチャネルで生成された信号はまた、そのスペクトルマスクspectralmaskにより、中心周波数から11MHzで、そのピークエネルギーから少なくとも50dBrだけ減衰されてもよい。加えて、無線デバイス内に含まれるLTE技術は、上記で説明したBluetoothおよびWiFi技術など、無線デバイス内に含まれうるISM技術のように、隣接した帯域上に配置されてもよい。例えば、無線デバイスは、キャリアアグリゲーションを有するLTE-R10Release10におけるLTE-TDD帯域40をサポートすることができる。キャリアアグリゲーションを有するLTE-R10におけるLTE-TDD帯域40は、最大100MHzの帯域全体を使用することができ、あるいは、2380~2400MHz帯域を受信して、それに関連付けられた信号を送信および/または受信することができる。実施形態の一例では、無線デバイス内に含まれうる、コンポーネントまたはデバイスが、2380~2400MHz帯域を使用して、LTE-R10におけるLTE-TDD帯域40をサポートするとき、そのコンポーネントまたはデバイスと、BluetoothおよびWiFiなど、約2.4GHzで配置されたISM技術をサポートするために無線デバイス内に含まれうるコンポーネントまたはデバイスとの共存は、周波数または帯域が近い例えば、隣接または重複していることにより、問題になりうる。例えば、ある無線デバイスが、LTE-R10におけるLTE-TDD帯域40をサポートする第1のコンポーネント、および、BluetoothまたはWiFiをサポートする第2のコンポーネントを含む場合、第1のコンポーネントが2380~2400MHz帯域上でデータもしくは情報を、送信または受信しており、かつ、第2のコンポーネントが、2.4GHz帯域を使用してデータもしくは情報を、送信または受信するためにアクティブ化されるときに、干渉が発現するか、または生じることがある。別の実施形態では、無線デバイスは、GPS受信器など、GPSコンポーネントを含んでもよい。GPSコンポーネントは、第二高調波成分を通じて768MHz周波数の範囲内で動作する送信器など、その他の無線アクセス技術をサポートするその他のコンポーネントによって、容易に感度低下desensedされることがある。例えば、TDD技術をサポートする1つまたは複数のコンポーネント同じ周波数上で動作する受信器Rxおよび送信器Txなどは、干渉の傾向がある領域または周波数分割複信FDD技術内で動作することがあり、送信器干渉者または受信器被干渉者が高調波誘導干渉領域harmonicinduceinterferenceregion内で動作する。無線デバイス内のTDD技術をサポートするコンポーネントまたはその他のコンポーネントは、それらの対となるアクセスポイントAP/基地局との通信能力を完全に失うことにつながるか、または、キャリア検知CS技術に基づくシステムの通信チャネルを混乱させ、それにより妨害器として働く、起こりうる低雑音増幅器LNAの飽和を軽減するために、迅速に反応しなければならないことがある。一実施形態では、GalileoおよびGlonassシステムを含む、GPS技術をサポートするGPSコンポーネントは、例えば、TDDおよびFDD技術をサポートするコンポーネントによって生じた、そのような高調波の結果として妨害されることがある。別の実施形態によれば、無線デバイスは、異なるLTE技術をサポートすることができる複数のコンポーネントまたはデバイスを含んでもよい。無線デバイス内のそのようなコンポーネントの共存は、その中でサポートされた様々なLTE技術の間で干渉を生じることがある。例えば、あるLTE技術をサポートするために無線デバイス内に含まれる第1のコンポーネントは、異なるLTE技術をサポートするための無線デバイス内の第2のコンポーネントへの干渉を、第1のコンポーネントおよび第2のコンポーネントが同時に信号を送信および/または受信しているときに、生じることがある。本明細書で説明するものは、複数の無線アクセス技術をサポートする無線デバイスマルチRATデバイス内で生じ、または存在する可能性のある、そのような干渉の軽減を可能にする方法、プロシージャ、ルールおよび/またはプロトコルであり、例えば、マルチRATデバイス内の干渉状況例えば、潜在的な干渉、または、実際の測定された干渉の予測または検出、ネットワークへの干渉状況の報告または通知、マルチRATデバイス内の干渉状況を防止するための解決策または機構、マルチRATデバイス内の干渉状況からの回復、およびマルチRAT内の干渉状況に対して使用される、デバイス内の無線アクセス技術RAT間の共存動作プロシージャを含む。本明細書で説明する以下の方法、プロシージャ、ルールおよび/またはプロトコルは、任意の変形形態および/または組み合わせで使用されてもよい。提案する解決策を、簡単にするために、例として、既知のLTEおよびISMおよび/またはGPSデバイス相互干渉の場合に関して説明する。しかし、これらの解決策は、この場合に限定または制限されず、その他の無線技術に適用可能である。加えて、マルチキャリアシステムのための以下の専門用語が本明細書で使用されることがあり、すなわち、RAT-無線アクセス技術、Pセル-プライマリセルただし、主な制御シグナリングは、セルSセルなどアクティブ化/非アクティブ化プロシージャ、DL割り当ておよびULグラント、UL-HARQおよびCQIフィードバックを含んで行われ、モビリティアンカーであってもよい、Sセル-セカンダリセルトラフィックを搬送し、定期的に測定されてもよく、構成かつアクティブまたは非アクティブ化されてもよい、ISMデバイスまたはその他のRATデバイス-干渉側の送信器場合によっては、非認可のISM帯域内、および、WTRUまたは無線デバイス受信器-オペレータにより認可されたスペクトル関連技術である。加えて、LTEデバイス、LTEまたはLTE技術は、LTE、LTE-A、UMTSUniversalMobiletelecommunicationsSystem、GSMGlobalSystemforMobileCommunications、WIMAXWorldwideInteroperabilityforMicrowaveAccess、AMPSAdvancedMobilePhoneSystem、およびCDMACodedivisionmultipleaccessなど、スペクトルにより開発された技術を指すことがある。加えて、以下で言及されるとき、GPSGlobalPositioningSystemデバイス、GPS受信器またはGPSは、GPS、GalileoまたはGlonassなど、任意のグローバルポジショニング技術を指す。図3は、図1A乃至1Cに示すWTRU、ルータ、eNodeB、ならびにラップトップ、デスクトップ、サーバ、タブレット、およびeリーダなどのコンピューティングデバイスなど、WTRUすなわちUEなどの無線デバイスマルチRATデバイス内で異なる無線アクセス技術および/またはアプリケーションをサポートすることができる、トランシーバ、受信器、モデム、コントローラ、アプリケーション、およびプロセッサなどの、1つまたは複数のコンポーネント間の干渉を軽減または低減するための方法300の実施形態の一例を示す。図3に示すように、302で、ある無線アクセス技術をサポートする第1のデバイスまたはコンポーネントと、別の無線アクセス技術をサポートする第2のデバイスまたはコンポーネントとの間の、無線デバイス内の干渉状況が検出または識別されてもよい。例えば、上記で説明したように、無線デバイスは、LTE、LTE-A、UMTS、GSM、WIMAX、AMPS、CDMA、およびE-UTRANなどを含むLTE技術、例えば、BluetoothおよびWiFiなどを含むISM技術、GPS、Galileo、およびGlonassなどを含むGPS技術、ならびに/または、任意の他の無線アクセス技術など、複数の無線アクセス技術および/またはアプリケーションをサポートすることができる、トランシーバ、受信器、モデム、コントローラ、アプリケーション、およびプロセッサなどの、複数のデバイスまたはコンポーネントを含んでもよい。図4は、複数の無線技術をサポートする複数のコンポーネントを有する、WTRU、ルータ、eNodeB、ならびに、例えば、ラップトップ、デスクトップ、サーバ、タブレットおよびeリーダなどを含むコンピューティングデバイスなど、無線デバイス400マルチRATデバイスの実施形態の一例を示す。図4に示すように、無線デバイス400は、ISMデバイス402を含んでもよい。ISMデバイス402は、ISM技術に関連付けられた周波数または帯域上で信号を送信および/または受信することを含む、ISM技術をサポートすることができる、トランシーバ、受信器、モデム、コントローラ、プロセッサ、およびアプリケーションなどの、1つまたは複数のコンポーネントを含んでもよい。ISMデバイス402は、ISMデバイスがISM技術に関連付けられた周波数または帯域上で信号を送信および/または受信することができるように、ISMデバイス402をアクティブ化するように構成されうる、ISMアプリケーションコントローラ404と通信してもよい。ISMアプリケーションコントローラ404は、一実施形態では、そのような送信および/または受信された信号を処理するようにさらに構成されてもよい。図4に示すように、無線デバイス402は、例えば、ISMコントローラ404と通信することができるLTEデバイス406など、1つまたは複数のLTEデバイスまたはコンポーネントをさらに含んでもよい。LTEデバイス406など、1つまたは複数のLTEデバイスまたはコンポーネントは、例えば、1つまたは複数のトランシーバ、モデム、アプリケーション、プロセッサ、スタック、およびストレージもしくはメモリデバイスなどを含む、様々なモジュール、デバイスおよび/またはコンポーネントを含んでもよい。例えば、図4に示すように、LTEデバイス406は、LTEモデム406、ならびにLTEモデム406に関連付けられたプロトコルおよびスタックモジュール408を含んでもよい。一実施形態によれば、LTEモデム408ならびにプロトコルおよびスタックモジュール408を含む、LTEデバイス406など、1つまたは複数のLTEデバイスまたはコンポーネントは、LTE技術に関連付けられた周波数または帯域上で送信および/または受信された信号を送信し、受信および/または処理するように構成されてもよい。無線デバイス400はまた、図4に示すように、干渉検出および回避モジュール410をも含んでもよい。干渉検出および回避モジュール410は、無線アクセス技術をサポートするコンポーネント間の干渉状況を検出し、そのような干渉状況に関連付けられた情報を含む通知を生成し、そのような通知を送信し、または送り、そのような干渉状況を軽減するように構成された動作を含む情報を受信し、その動作が実行されるように受信された情報を処理することができ、かつ、無線デバイスによって信号を送信し、または受信することができないとき、軽減動作を実行することができる、ストレージモジュール、プロセッサ、およびトランシーバなどの、1つまたは複数のコンポーネントを含んでもよい。実施形態の一例では、無線デバイス400は、GPSコンポーネント図示せずなど、無線アクセス技術をサポートする、その他のコンポーネントまたはデバイスをさらに含んでもよい。無線デバイス400はまた、例えば、無線リンクを介して、ネットワーク412とも通信してもよい。実施形態の例によれば、ネットワーク412は、1つまたは複数の周波数帯域上で、エアインタフェースなど、1つまたは複数の通信リンクを介した無線デバイス400へのデータ送信および/または受信セルラー、テキスト、ビデオ、IP、およびマルチメディアなどの送信および/または受信などを可能にする、図1A乃至1Cに示すRAN104、基地局114aおよび114b、ならびにその他のものなど、無線アクセス技術に関連付けられた任意の適切なネットワークまたは、そのコンポーネントであってもよい。再び図3を参照すると、上記で説明したように、302で、ある無線技術をサポートする第1のコンポーネントまたはデバイスと、別の無線技術をサポートする第2のコンポーネントまたはデバイスとの間の干渉状況が検出または識別されてもよい。例えば、302で、図4に示す無線デバイス410など、無線デバイス、または、干渉検出および回避モジュール410など、その中のコンポーネントは、LTEデバイス406など、LTE技術をサポートする第1のコンポーネントまたはデバイスと、ISMデバイス402など、例えば、BluetoothまたはWiFiを含むISM技術をサポートする第2のコンポーネントまたはデバイスとの間の干渉状況を、検出または予測することができる。302で、無線デバイスはまた、LTE技術をサポートする第1のコンポーネントまたはデバイスと、GPS技術をサポートする第2のコンポーネントまたはデバイスとの間の干渉状況を検出または予測することもできる。302で、検出または予測されうる干渉状況は、実施形態の一例によれば、隣接またはオーバーラップする周波数帯域上で動作する第1のコンポーネントおよび/または第2のコンポーネントによって引き起こされた、潜在的または実際の干渉であってもよい。実施形態の一例によれば、無線デバイスは、302で、先行的なトリガおよび反応的なトリガなどを含む、1つまたは複数のトリガに基づいて、干渉状況を検出または予測することができる。そのようなトリガに応答して、無線デバイスは次いで、例えば、308でそのような干渉状況をネットワークまたはRANに通知してもよく、これについては以下でより詳細に説明する。例えば、無線デバイスは、例えば、302で識別されるとき、干渉状況が発生しうること例えば、潜在的な干渉状況を指示することができる、先行的なトリガのセットを含むか、または認識してもよい。そのようなトリガは、干渉デバイスが同じ物理的ノードすなわち、無線デバイス内で動作している可能性があり、したがって、同じ無線デバイス内の2つのデバイスまたはコンポーネント例えば、第1のコンポーネントおよび第2のコンポーネント間のある通信に依拠するという事実に、依拠することができる。より具体的には、無線デバイスまたはUEが、ISMまたはGPSが受信の目的のためにアクティブ化される必要があると判定すると、無線デバイスまたはUEは、一方の無線技術の送信が、他方の共存する無線技術の受信への干渉を引き起こす可能性があることを、ネットワークに通知してもよい。例えば、無線デバイスは、LTEのアップリンク送信が、他方の技術ISMまたはGPSの無線受信への干渉を引き起こす可能性があることを、ネットワークに通知してもよい。別の例では、UEは、共存する他の技術の無線送信がLTEへの干渉を引き起こす可能性があることを、ネットワークに通知してもよい。実施形態の一例によれば、ネットワークに通知するための先行的なトリガは、以下の1つまたは組み合わせを含んでもよく、すなわち、共存する技術がアクティブ化される可能性があり、もしくはアクティブ化されることになること例えば、他方の無線技術が、その送信および/または受信機能をアクティブ化できることを、同じデバイス内のLTEなど、RATに通知することができること、および/または、共存する技術が、ダウンリンクDL内でデータを受信する必要があり、もしくはそのようにスケジュールされうるというインジケーション、または、UL内でデータを送信している可能性があり、したがって、LTEの受信を潜在的に干渉する可能性があるというインジケーションを、提供することができることである。干渉イベントをトリガするために使用されうる別の許可された先行的なトリガは、技術またはコンポーネントが信号を再取得または取得する必要があるときであってもよく、GPSデバイスが、例えば、衛星状態問題インジケーションまたはアルマナックデータタイマ満了のために、衛星またはアルマナックデータを再取得または取得しなければならない場合があるときなどである。無線デバイスはまた、例えば、302で干渉状況が発生している可能性があること例えば、干渉状況を指示することができる、反応的トリガのセットを含むか、または認識してもよい。そのような反応的トリガは、測定値を被干渉デバイスに依拠してもよく、同じ無線デバイス内の2つの技術間の通信に依拠してもよく、必ずしも依拠しなくてもよい。一実施形態によれば、反応的トリガは、測定された干渉を閾値と比較すること、スケーリング係数が、測定された干渉など、1つまたは複数の測定値に適用されること、ならびに事前定義されたレベルの干渉が、ある技術のダウンリンクチャネル上で発生かつ識別されることなどに基づいてもよい。例えば、一実施形態では、無線デバイスは、無線デバイスまたはその中に含まれたコンポーネントによって測定された干渉が閾値を超えうるとき例えば、RSRQ、RSRPおよび/またはCQI値が閾値を超えうるとき、例えば、302で干渉状況を検出してもよい。加えて、無線デバイスは、異なるスケーリング係数が測定値に適用され、結果として値または閾値を超えることがあるとき、干渉状況を検出してもよい。無線デバイスは次いで、例えば、308でそのような干渉状況の通知を続いてネットワークに提供または送信してもよい。反応的トリガはまた、1つまたは複数のイベントに基づく例えば、干渉技術がアクティブであるという、デバイス内の知識に基づくか、または、1つまたは複数の条件に基づいてもよい。例えば、無線デバイスは、干渉技術がアクティブ化されうるという、デバイス内の知識が認識されうるか、ならびに/または、ある期間にわたって例えば、被干渉サブフレーム、または、被干渉サブフレームおよび被干渉でないサブフレームの平均中にRSRQ、RSRPおよび/もしくはCQIが閾値未満であるとき、例えば、302で干渉状況を検出してもよい。さらに他の実施形態によれば、追加のトリガもまた、無線デバイスによって例えば、302で干渉状況を検出また報告するために使用されてもよく、例えば、ハンドオーバが開始されること、および/または、干渉状況がハンドオーバ後に持続すること、動作のモードが変更されること、使用シナリオ変更、サービスシナリオ変更、干渉シナリオ変更、タイマ満了、被干渉技術または干渉技術内で所定の量の負荷が発生すること、ならびにバッファサイズが干渉技術内で事前定義された閾値を上回ること、などが含まれ、次いで例えば、308で、干渉状況の通知を生成または送信するために使用されてもよく、これについては以下でより詳細に説明することができる。実施形態の一例によれば、使用シナリオは、上記で説明したように、1つまたは複数のどのサービスがどのように各技術上で実行中でありうるか、および、どのタイプの干渉が発生しているかを記述することができる、事前定義されたセットの使用シナリオであってもよい。そのような使用シナリオには、限定されないが、LTEBTイヤホンVoIP、LTEBTイヤホンマルチメディアサービス、LTEWiFiポータブルルータ、LTEWiFiオフロード、およびLTEGNSSなどが含まれてもよい。308で、干渉状況に関連付けられた通知が、送信または報告されてもよい。例えば、308で、図4に示す無線デバイス400など、無線デバイス、または、干渉検出および回避モジュール410、もしくは、干渉されているかもしくは干渉している技術など、その中のコンポーネントは、干渉状況の通知を、ネットワーク412など、ネットワークへ送信、提供または報告してもよい。このようにして、308で、無線デバイスは、複数の無線アクセス技術をサポートする1つまたは複数のコンポーネント間に、潜在的に存在する可能性があるか、または、実際に存在する可能性がある干渉状況の存在を、ネットワークに通知してもよい。上記で説明したように、302で干渉状況を検出するために使用される1つまたは複数のトリガに基づいて、308で通知が送信されてもよい。一実施形態では、図3に示すように、304で、ネットワークと共にデータを送信および/または受信するために使用される通信リンクまたはインタフェースリンクが確立されるときに、308で、通知がネットワークへ送信、提供または報告されてもよい。例えば、干渉状況は、ネットワークとの通信またはインタフェースリンクが確立されることを妨げるために十分な干渉を生じることがある例えば、無線リンク障害RLFが起こることがある。304で、通信もしくはインタフェースリンクが確立されないことがある場合、またはそのとき例えば、RLFが起こることがあるとき、306で、少なくとも通信またはインタフェースリンクを確立するために十分な干渉を軽減または低減するために、アクションが無線デバイスによって実行されてもよく、これについては以下でより詳細に説明する。304で、通信またはインタフェースリンクが確立されうる例えば、RLFが解決されうるようになると、本明細書で説明するように、308で、通知が次いでネットワークに提供されてもよい。一実施形態によれば、無線デバイスもしくはUEがアイドルモードである間に、干渉状況を検出することができる場合に、または、無線デバイスがデバイス共存プロシージャにおいて可能であることをネットワークに通知するために、308で、無線デバイスは、RRC接続確立プロシージャを介して、または、無線デバイス能力の一部として、RRCメッセージ内の新しいフィールドを介して、通知をネットワークへ送信、提供または報告してもよい。例えば、無線デバイスは、RRC接続要求メッセージもしくはRRC接続セットアップ完了メッセージ、または、無線デバイス能力のより綿密なリストを含むか、もしくは提供することができる、別のRRCメッセージを使用して、ネットワークに干渉状況を通知すなわち、通知をネットワークに提供してもよい。通知はまた、ルーティングエリア更新メッセージにより、または、MAC制御要素を介して、登録時間または再選択において、ネットワークに提供されてもよい。この通知は、上述のトリガのうち1つであるとき、送信されてもよく、または、上記の条件がなお当てはまる場合、他の理由により、RRC確立プロシージャがUEによってトリガされるときに、送信されてもよい。一実施形態によれば、新しいデバイス内干渉イベント以下でイベントC1と呼ばれるまたは新しいRRCメッセージ例えば、デバイス内干渉報告もしくはRRC報告が、例えば、308で無線デバイス内の干渉状況を指示する通知または報告を送信するために、導入または使用されてもよい。イベントC1は、無線デバイス内の1つの技術とネットワークの間で発生しうるイベントであってもよい。例えば、例は、LTE環境内で、イベントC1は、干渉状況が上記で説明したように検出されうるとき、ネットワークによって構成され、トリガされてもよい。そのような状況は、例えば、308でこのイベントがトリガされたことを指示する測定報告を送信するために、無線デバイスまたはUEをトリガしてもよい。新しいRRCメッセージが使用されうるか、または、既存のRRCメッセージが拡張される場合、同じことが適用可能であってもよい。実施形態の一例によれば、イベントC1によるRRC測定報告、または、任意の新しいRRCメッセージもしくは任意の既存のRRCメッセージをトリガするための基準は、上記で説明した実施形態のいずれかによって、UEが干渉状況を検出または予測することに関係付けられてもよい。例えば、通知は、既に報告されていない場合、干渉中でありうるか、または干渉状況を引き起こす可能性がある、コンポーネントまたはデバイスのタイプ、および、随意に、干渉デバイスまたはコンポーネントがアクティブ化されうる時間を含んでもよい。あるいは、通知は、そのようなコンポーネントデバイスがアクティブ化されるか、もしくはアクティブ化されうるというインジケーション、検出された干渉状況が反応的でありうるか、先行的でありうるか例えば、干渉が実際の干渉でありうるか、潜在的な干渉でありうるか、そのコンポーネントもしくはデバイスによってサービスされる周波数帯域、または、以下で説明するような任意の他の適切な情報を含んでもよい。既存のイベントはまた、無線デバイスによって、デバイス内干渉情報を通知に含めるために拡張されてもよい。加えて、一実施形態では、通知は、デバイス内干渉状況が存在するか、または存在するようになるというインジケーションを含んでもよい。例えば、無線デバイスまたはUEは、干渉技術もしくは被干渉技術がオンにされるか、もしくはアクティブ化される必要がありうる例えば、潜在的な干渉状況が存在する可能性があるということ、または、干渉デバイスがアクティブである例えば、実際の干渉状況が存在する可能性があるということを、ネットワークに通知してもよい。無線はまた、干渉状況が現在のサービング周波数内または別のサービング周波数内に存在することをも、ネットワークに通知してもよい。通知情報は、ネットワークへの支援情報としての機能を果たして、UE内の干渉を緩和するための最良の機構をネットワークが判定することを支援することができる。通知は、干渉状況トリガに関連付けられた情報と、以前の干渉状況が停止した可能性があるというインジケーションと、干渉状況を引き起こす技術のタイプ例えば、Bluetooth、WiFi、GPSを識別する情報、ならびに、無線デバイス内の他の共存する干渉コンポーネントまたは技術の存在に関連付けられた情報であって、そのようなコンポーネントまたはデバイスが電源オンにされるか、オフにされるか、アクティブに送信しているか、受信しているか、干渉が発生しているか、発生していないか、特定の動作のモードで、データを連続的に例えば、所定の期間にわたって送信しているか、バッファ内のデータが閾値を超えているか、およびしきい値未満であるか、などを含む情報と、デバイス内共存および/もしくは干渉軽減方法、ルール、プロトコルおよび/もしくはプロシージャを扱うかもしくは処理するための無線デバイスの能力の情報もしくはインジケーション、または、ネットワークによって干渉状況実際のもの、もしくは潜在的なものを軽減もしくは低減する助けとするために使用されうる任意の他の適切なインジケーションもしくは情報とを含んでもよく、これらについては以下でより詳細に説明する。上記で説明したように、通知は、干渉状況を介して干渉を引き起こす可能性があるデバイスまたはコンポーネントのステータスを誘導する、デバイスまたはコンポーネントタイプに関連付けられた情報を含んでもよい。例えば、一実施形態では、オンにされるべきコンポーネントまたはデバイスがGPS受信器であり、かつ、無線デバイスが、動作中の問題のある周波数帯域のうちの1つにおいて例えば、UL高調波が被干渉側のGPS受信器を妨害する可能性があるとき、周波数帯域内でLTEのためのコンポーネントまたはデバイスを操作するように構成される場合、無線デバイスは、通知を介して、デバイスタイプこの特定の場合はGPSを、随意に、コールド、ウォームもしくは定常状態のGPS状態もしくはステータスなど、デバイスもしくはコンポーネントの状態もしくはステータス、および/または、場合によっては定常状態に入るための時間もしくは推定時間と共に、シグナリングしてもよい。通知はまた、ホッピング周波数、および/または、周波数帯域適合を提供するために使用されうる他のビットをも含んでもよい。例えば、一実施形態では、Bluetoothトランシーバなど、コンポーネントまたはデバイスが、例えば、LTEをサポートするコンポーネントまたはデバイスと同時にアクティブ化されることがあり、またはアクティブ化される必要がある場合がある。アクティブ化されると、無線デバイスは、通知を介して、ホッピング周波数範囲、もしくは、Bluetooth技術に関連付けられた周波数ホッピング適合範囲のための能力ビット、または、デバイス内技術に関連付けられた同等の問題のある周波数例えば、干渉を起こす状況が存在するようになる周波数を、シグナリングしてもよい。一実施形態では、そのような情報を受信した後、ネットワークは、LTEによりサポートされたネットワークであってもよく、それ自体の周波数割り振り範囲を適合させて、LTE技術をサポートするコンポーネントまたはデバイスと、Bluetoothトランシーバなど、Bluetooth技術をサポートするコンポーネントまたはデバイスとの間の相互干渉を回避、軽減または低減してもよい。あるいは、ネットワークは、BluetoothまたはISMネットワークであってもよく、受信された周波数ホッピング範囲を使用して、それに関連付けられたコンポーネントまたはデバイスを適合させ、したがって、Bluetoothコンポーネントまたはデバイスと、他のISMデバイスまたはコンポーネント、LTEコンポーネントまたはデバイス、および、GPSコンポーネントまたはデバイスとの間の相互干渉を回避、軽減または低減してもよい。上記の情報に加えて、通知はまた、無線デバイスによって使用されたLTE、ISMおよびGPS技術など、無線アクセス技術のコンポーネントまたはデバイスによってサポートまたは影響を受ける、周波数帯域のリストをも含んでもよい。例えば、無線デバイスはまた、306で、コンポーネントもしくはデバイスのためにそれがサポートする周波数もしくは周波数帯域のリスト例えば、共存する技術からの干渉なしにサポートされうる周波数、または、そのデバイス上で干渉を引き起こす可能性がある周波数もしくは周波数帯域のリスト例えば、共存する技術によって発生した干渉のため、コンポーネントもしくはデバイスのためにサポートすることができない周波数、例えば、問題のある周波数のリストをも、ネットワークにシグナリングしてもよい。一実施形態では、無線デバイスが特定のコンポーネントまたはデバイスのためにサポートすることができる周波数または周波数帯域のリストは、LTE側で引き起こさないか、もしくは干渉されない、WTRUがサポートする周波数のリスト、または、LTEによって干渉されない可能性がある他の技術のためにサポートされる周波数のリスト、および/または、他の技術によってサポートされうる周波数のリストに対応してもよい。周波数のリストが、308で、通知を介して、範囲として、帯域内の周波数として、RAT内の周波数として報告されてもよいこともまた理解されよう。通知はまた、干渉コンポーネントまたはデバイスを必要としているか、または、干渉コンポーネントまたはデバイスをオンにしている、アプリケーションの緊急性のインジケーションをも含んでもよく、例えば、サービスのタイプ例えば、あるQoS優先度またはアプリケーションのタイプ例えば、送信が含まれる。TCPTransmissionControlProtocol、UDPUserdatagramprotocol、VoIPVoiceoverInternetProtocol、およびRTPrealtimetransportprotocolなど。無線デバイスによってネットワークに提供される通知または情報はまた、アクティブ化されるか、またはアクティブ化されるようになる所与の技術のためのバッファサイズをも含んでもよい。他の実施形態では、通知または情報はまた、干渉無線アクセス技術がダウンリンクDLLTE受信を干渉しているかどうか、もしくは、アップリンクULLTEが他の無線アクセス技術に干渉されているかどうかについてのインジケーションと、例えば、干渉技術によって送信もしくは受信中のまたは、送信もしくは受信が要求されているデータのタイプに関連付けられた情報例えば、使用シナリオであって、データが音声、ビデオ、テキスト、およびマルチメディアなどを含む情報と、または、干渉技術もしくは被干渉側の技術に関連付けられた任意の他の情報であって、送信もしくは受信中であるか、もしくはそのように要求されているデータ、ならびに、コンポーネントもしくはデバイスタイプ、ならびに特徴およびセットアップなどについての追加の情報を含む情報を含んでもよい。例えば、ネットワークは、Bluetoothイヤホン音声およびLTE音声、または、Bluetooth音声およびLTEビデオ、マルチメディアサービス、およびLTEWiFiポータブルルータなど、事前定義されたセットのサービスまたはシナリオを有してもよい。検出または要求された使用シナリオに応じて、無線は、干渉技術または干渉を受けた技術によって提供された、事前定義された使用シナリオのセットへのインデックスを、シグナリングしてもよい。加えて、通知は、干渉状況の解決策に対処かつ/または処理するための、無線デバイスの能力に関連付けられた情報またはインジケーションを含んでもよい。例えば、通知は、無線デバイスが、干渉解決策によって引き起こされた干渉を軽減することができる、以下で説明する方法、ルール、プロトコルおよび/またはプロシージャなど、解決策のいずれかをサポートすることができるというインジケーションを含んでもよい。あるいは、通知は、無線デバイス内でTDMtimedivisionmultiplexing方式のためのサポートを指示することができる、別個の能力のインジケーションを含んでもよい。例えば、上記で説明したように、デバイス内干渉または干渉状況の存在を指示する能力/通知が、ネットワークへシグナリングされるか、または送信されてもよい。この能力/通知は、無線デバイスが、無線デバイスおよび/またはTDM方式動作の干渉状況の報告に関連付けられたプロシージャをサポートするという、インジケーションを含んでもよい。上記で説明したように、308で、追加のイベントまたはアクションが、ネットワークへの通知の送信をトリガしてもよい。例えば、上記で説明したような無線デバイスのコンポーネント間の干渉状況の検出に加えて、308で、ネットワークへの通知がまたトリガされてもよく、例えば、ハンドオーバ動作が開始されるか、動作のモードが変更されるか、サービスもしくは使用シナリオの変更が検出されるか、タイマもしくは事前定義された期間が経過したか、GPSデバイスが、衛星状態問題インジケーションもしくはアルマナックデータタイマ満了のために、衛星もしくはアルマナックデータを再取得しなければならないときなど、デバイスもしくはコンポーネントが信号を再取得する必要があるとき、または、無線デバイスもしくは無線アクセス技術の任意の他の適切な変更および修正などとしてである。そのようなトリガはまた、308で送信される通知に追加の情報が含まれるようにしてもよい。例えば、無線デバイスによってネットワークへ送信される通知は、GPS受信器など、コンポーネントまたはデバイスを少なくともウォーム状態にすることができる、アルマナックおよび/または他の重要なデータを検索するために、A-GNSS支援を求める要求を含んでもよい。そのような要求を受信すると、ネットワークポジショニングサーバは、例えば、サポートされる場合、要求された情報により、無線デバイスに回答してもよい。一実施形態によれば、そのような要求を、ポジショニングデバイス状態コールド、ウォーム、定常、または衛星状態データの問題に基づいて、ネットワークのポジショニングサーバへのNASメッセージ例えば、UL直接転送メッセージを使用して搬送してもよい。別の実施形態では、通知または報告は、ソースセルに関連付けられた情報を含んでもよい。無線デバイスは次いで、ハンドオーバが実行され、かつ、干渉状況がなお存在する可能性があるとき、例えば、ネットワーク、ターゲットeNodeB、および/または、新しいセルへの別の通知または報告をトリガしてもよい。例えば、無線デバイスが、他の技術と共存するためのパターンを使用している場合、無線デバイスは、加えて、使用中のパターンを新しいセルに報告してもよい。別の実施形態によれば、通知または報告は、ソースセルによって例えば、干渉状況または要求に応答して一度トリガされてもよい。無線デバイスは次いで、ハンドオーバ情報交換において、ソースセルからターゲットセルへ情報を中継するために、ネットワークノードに依拠してもよい。加えて、通知は、動作のモードの変更に関連付けられた情報を含んでもよい。例えば、上記で説明したように、通知または報告は、動作のモードの変更が検出されうるとき、トリガされてもよい。WiFiコンポーネントもしくはデバイス、または、Bluetoothコンポーネントもしくはデバイスなど、無線デバイスまたはアクティブなISMデバイスが、スリープモードまたは省電力モードに移る可能性がある場合、無線デバイスは、無線デバイスまたはアクティブなISMデバイスがスリープモードまたは省電力モードに入ったことを指示する通知または報告を、ネットワークへ送信する。無線デバイスまたはアクティブなISMデバイスが、スリープモードまたは省電力モードから出るとき、そのような変更を指示する通知または報告が、ネットワークにさらに送信されてもよい。加えて、スリープモードとアクティブモードとの間の移行もまた、干渉状況にあるためのトリガとして使用されてもよい。例えば、無線デバイスが省電力モードまたはスリープモードから出るとき、WiFiネットワークに関連付けられたアクセスポイントAPは、通知を受信してもよく、WiFiデバイスは、アクセスポイントAPから、それがその局のためのデータを有することを指示する、ポーリングを検出してもよく、または、その局STAがAPをポーリングし、データが無線デバイスのために使用可能であると判定する。あるいは、通知は、サービスまたは使用シナリオの変更に関連付けられた情報を含んでもよい。例えば、一実施形態では、無線デバイスは、BluetoothBTLTE音声使用シナリオから、BTLTEマルチメディア使用シナリオへの変更を検出してもよく、または、無線デバイスは、より低い優先度から、音声もしくは新しいウェブ閲覧セッションなど、新しい、より高い優先度のサービスへの変更を検出してもよく、その両方が、変更に関連付けられた情報を含みうる通知または報告が無線デバイスによってネットワークへ送信されることをトリガしてもよい。一実施形態では、通知または報告は、その通知または報告が無線デバイスによってネットワークへ送信されることをトリガしてもよいまた、タイマの満了に関連付けられた情報を含んでもよい。例えば、WTRUが最後にデバイス内報告を送信してから、事前定義された期間xが経過している場合、報告が送信されてもよい。より具体的には、禁止タイマが実装または使用されてもよい。禁止タイマは、構成可能パラメータまたは事前定義された値であってもよい。無線デバイスが通知または報告をトリガした後、通知禁止タイマが起動されてもよく、無線デバイスは、禁止タイマの継続時間にわたって別の報告をトリガすることを許可されないことがある。通知禁止タイマが満了した後、トリガリング条件がなお存在する可能性がある場合、通知がネットワークへ送信される。そのような概念は、例えば、通知または報告が、RRCおよびMACなどを使用して送信または生成されうるとき、適用可能であってもよい。加えて、別の実施形態では、通知は、サポートされたRAT技術に関連付けられたコンポーネントまたはデバイスのうち1つまたは複数のバッファサイズに関連付けられた情報、ならびに、ULまたはDLが送信/受信中に干渉されうるかどうかにかかわらず、チャネルに関連付けられたインジケーションまたは情報を含んでもよい。本明細書で開示した方法300は、308で通知を送信または提供することを含むが、しかし、308でそのような初期機能通知を送信すること、または干渉状況通知が提供されることなしに、以下で説明する方法、解決策、ルールおよび/またはプロトコルが等しく適用可能でありうることは、当業者には理解されよう。加えて、無線デバイスは、デバイス内共存インジケーションを報告するように、または、報告を停止するように明示的に構成されてもよい。より具体的には、無線デバイスは、連続的に通知を報告または送信してもよい。ネットワークが、そのような通知のさらなるトリガリングを回避することを望む場合、ネットワークは、無線デバイスから報告構成を除去するか、あるいは、そのような通知の報告を停止するように無線デバイスに対して明示的に指示してもよい。無線デバイスは、上述のトリガのいずれかに基づいて通知または報告をトリガすることができるが、トリガの理由を指示しないことがあることは、さらに理解されよう例えば、干渉状況の通知は、ネットワークに提供されることがあり、本明細書で説明する情報を含みうるが、干渉状況が潜在的な干渉状況であるか、実際の干渉状況であるかを指示しないことがある例えば、干渉が反応的トリガに基づくか、先行的トリガに基づくかを指示しないことがある。本明細書で説明する解決策は、LTE技術によって干渉されうるか、または、LTE技術を干渉しているその他の技術に対して、等しく適用可能でありうることもまた理解されよう。同様に、無線デバイスが、LTE技術が電源を投入されることを望むと判定することがあるか、または、RRC接続の確立を要求しているとき、メッセージ通知がトリガされ、他の技術のネットワークに送信され、LTE技術、および、LTE技術がサポートするように現在構成されうる周波数帯域、ならびに、それによってサポートされうる他の周波数が指示されてもよい。このように、干渉側のRATおよび被干渉側のRATを、無線デバイスによって制御することができる。本明細書で説明する解決策を、個々に、または、組み合わせて使用することができる。再び図3を参照すると、310で、例えば、干渉状況を軽減、低減または回避するように構成されたアクションを含む情報が、受信されてもよい例えば、無線デバイスのための構成情報が受信されてもよい。この情報は次いで、312で、干渉状況が軽減、低減、防止または回避されうるように、処理されてもよい。例えば、一実施形態では、308で、干渉状況の通知をネットワークに提供した後、ネットワークは、1つまたは複数の解決策またはプロシージャを介して関連付けられた、予想されるか、または潜在的な、または干渉を防止することにおいて、無線デバイスを支援してもよく、これについては以下でより詳細に説明されうる。そのような支援を提供するため、図4に示すネットワーク412など、ネットワークは、1つまたは複数のアクション、プロシージャ、ルールまたはプロトコルを含む情報または解決策を、無線デバイスに提供してもよく、無線デバイスは、310で、この情報または解決策を受信してもよい。無線デバイス400など、無線デバイス、および/または、干渉検出および回避モジュール410など、その中の1つもしくは複数のコンポーネントは次いで、308でネットワークに報告された干渉状況を軽減、回避または低減するための情報または解決策を、処理してもよい。より具体的には、一実施形態では、ネットワークが通知または能力を、例えば、308で受信するとき、ネットワークは、310で無線デバイスによって受信され、例えば、干渉状況によって生じた干渉を軽減、低減または回避するために無線デバイスまたはその中のコンポーネントもしくはモジュールによって処理されうる、以下のプロシージャのうち1つまたは複数を送信し、または実行してもよい。ネットワークは、無線デバイスまたは、WTRUすなわちUEを、デバイス内干渉を起こす状況報告および監視のために構成してもよい。例えば、無線デバイスは、イベントC1、または、拡張されている既存のイベントと共に構成されてもよい。そのような構成をすると、無線デバイスは、上記で説明したトリガによる干渉状況通知の監視および報告を開始してもよい。そのようなイベントに関連付けられた情報は、310で、無線デバイスによって受信され、312で、そのイベントが実行され、または構成されるように、無線デバイスによって処理されてもよい。ネットワークはまた、無線デバイスに、ネットワークがデバイス内干渉機構を扱うことが可能であるかどうかに関するインジケーションを含む、ネットワーク能力に関連付けられた情報をも提供してもよい。そのような情報は、無線デバイスによって、310で、RRC接続セットアップメッセージ、または、任意のその他のRRCメッセージ内で提供され、かつ受信され、312で処理されてもよい。そのような情報はまた、報告イベントまたはメッセージの構成の欠如または存在を用いて、判定されてもよい。ネットワークは、310で受信されうるバックオフまたはスケーリング値を、無線デバイスにさらに提供してもよい。無線デバイスは次いで、312で、バックオフまたはスケーリング値を処理して、以下でより詳細に説明するように、無線デバイスがバックオフまたはスケーリング値を使用して、干渉が発生した後に干渉に対する反応を限定することができるようにしてもよい。あるいは、ネットワークは、新しい測定構成メッセージを無線デバイスへ、無線デバイスが測定を開始できる他の周波数および/またはRATのリストと共に送信してもよく、そのような新しい測定構成メッセージは、310で受信されてもよい。新しい測定構成メッセージは次いで、312で処理されて、リストに含まれた周波数および/またはRATの測定が開始されてもよい。別の実施形態によれば、ネットワークは、干渉RATコンポーネントまたはデバイスの制御されたアクティブ化を実行してもよい。例えば、被干渉側のRATコンポーネントもしくはデバイス、および干渉RATコンポーネントもしくはデバイスは共に、既にアクティブ化されている必要があり、または既にアクティブ化されていることがある。そのような状況では、ネットワークは、以下の方法、ルール、プロシージャおよび/またはルールのうち1つまたは複数を実行してもよく、また、それに関連付けられた情報を無線デバイスに提供してもよく、この情報は、310で受信され、312で処理されてもよい。例えば、一実施形態では、共存するRATデバイスからのアクティブ化要求または干渉状況が検出されうる例えば、302で、干渉状況の結果となるとき、RATデバイス送信中の場合、干渉が発生するようになるは、即時にアクティブ化されないことがある。他のデバイス例えば、被干渉側のRATデバイスが干渉を回避するために適切な動作を取るための時間を可能にするために、共存するRATデバイスまたはトラフィックアクティブ化は、事前定義された期間だけ遅延されてもよい。実施形態の一例によれば、ネットワークは、無線デバイスに、例えば、310でそれによって受信された情報においてそのような遅延を通知してもよい。無線デバイスは次いで、例えば、312でRATデバイスのアクティブ化を遅延させてもよい。共存するデバイス内の接続要件が、技術例えば、技術がWiFi、Bluetooth、LTE、およびGPSなどであるかどうかによって決まることがあることを考えると、遅延タイマの値は、技術によって、または、一実施形態によれば、デバイスのアクティブ化を要求しているアプリケーションもしくはサービスによって決まることがある。本明細書で説明する遅延タイマが実装または構成されないことがあることもまた、理解されよう。そのような状況では、デバイスは、いかなる遅延もなしにアクティブ化されてもよい。別の実施形態によれば、ネットワークはまた、無線デバイスに、ISMデバイスなど、RATデバイスが起動できるようにするための通知をも送信してもよく、この通知は、例えば、310および312で無線デバイスによって受信かつ処理されてもよい。この通知は、既存のRRCメッセージまたは新しいRRCメッセージにピギーバックされた、MAC制御要素CE指令であってもよい。あるいは、ネットワークは、無線デバイスに、ISMデバイスが起動することを拒否するための通知を送信してもよく、この通知は、例えば、代替解決策または基地局バッファ内の保留中のデータが送信されないときに、例えば、310および312で無線デバイスによって受信かつ処理されてもよい。実施形態の一例によれば、このことはまた、LTEデバイスなど、他のRATデバイスによって送信中であるデータの優先度によって決まってもよい。あるいは、ネットワークは、無線デバイスに、ISMアクティブ化時間通知を送信してもよく、この通知は、例えば、310および312で無線デバイスによって受信かつ処理されてもよい。ISMアクティブ化時間通知は、送信されるバッファ内の残りのデータの推定値およびチャネル条件に基づいて、いくつかのフレーム、サブフレーム、または、msもしくは秒単位の値の倍数であってもよい。このアクティブ化時間は、上記でリストした解決策ハンドオーバ、キャリア非アクティブ化、RATリダイレクトのいずれかであってもよい、再構成メッセージと結合されてもよい。この通知は、既存のRRCメッセージまたは新しいRRCメッセージにピギーバックされた、MAC-CE指令であってもよい。無線デバイスは、シグナリングされたアクティブ化時間の満了後にのみ、ISMデバイスをアクティブ化することができる。本明細書で説明する方法、ルール、プロシージャおよび/またはプロトコルなど、解決策、ならびに、イベントのトリガリングおよび構成はまた、無線アクセス技術の優先度によって決まってもよい例えば、LTEは、GPSより高い優先度を有してもよく、逆もまた同様である。加えて、技術によって提供されているサービスのタイプもまた、追加の基準であってもよい。より具体的には、緊急呼び出しがある技術上で実行されている場合、共存する技術に対し、ある期間にわたって送信しないように命令することは、有益であり、その命令は、例えば、310で受信され、312で処理されてもよい。無線デバイスはまた、本明細書で説明するように、報告をトリガしないこともある。例えば、310で、ある期間にわたって送信しないため、または、共存する技術のコンポーネントをアクティブ化しないための情報または命令を受信した後、この命令または情報は、例えば、312で処理され、無線デバイスが、共存する技術に関連付けられたコンポーネントのアクティブ化を一時停止できるようにしてもよく、これについては以下でより詳細に説明する。加えて、限定されないが、緊急呼び出し、地震津波警報システムETWS、または、任意のタイプの緊急警報メッセージなど、高優先度トラフィックが送信されている場合、他の技術が送信しないようにすることは、有益でありうる。一実施形態では、このことは、無線デバイス内で自律的に行われてもよい。例として、そのようなタイプのトラフィックが検出されるときに、無線デバイスは、ISMに対し、送信を停止するように命令してもよい。あるいは、例えば、310で受信されたネットワークから無線デバイスへ送信された明示的メッセージまたは情報もまた、例えば、312で処理され、使用されてもよい。より具体的には、メッセージは、無線デバイスに対し、ISM送信を停止するように命令してもよく、LTE技術は、他の技術に対し、停止するように命令してもよい。同じことは、高優先度サービスが行われている場合、他の技術に適用可能であってもよい。LTE技術は次に、この状況をネットワークに報告し、ネットワークが、報告内でシグナリングされうる事前定義された期間にわたって無線デバイスをスケジュールしないことを把握するようにしてもよい。例えば、一実施形態では、無線は、例えば、310でネットワークから受信され、例えば、312で無線デバイスによって処理された情報に基づいて、ISMデバイスなど、RATコンポーネントまたはデバイスのアクティブ化または、送信/スケジューリングを、事前定義された期間にわたって遅延させてもよい。満了すると、ISMデバイスは次いで、LTE側で実行されたオペレーションまたは動作にかかわらず、オンにされてもよいまたは、送信/受信のためにスケジュールされてもよい。アクティブ化遅延タイマは、ISMデバイス側で要求されているサービス、または、ISMデバイスのタイプによって決まってもよい。同様の概念またはプロシージャはまた、LTEに対しても適用可能であってもよく、ただし、あるISMアクティビティまたはプロシージャが実行されている場合、LTE側は、定義された期間にわたってアクティブ化例えば、ネットワークによってスケジュールされる場合であっても、データの送信を遅延させる。この時間が経過すると、WTRUは、標準のLTE動作を再開してもよい。あるいは、無線デバイス内に含まれたLTEデバイスは、ISMに対し、オフにされたままであるように明示的に命じてもよい。LTEデバイスがISMデバイスに対し、オフにされたままであるように明示的に命ずる場合、無線デバイスは、遅延アクティブ化タイマおよびバックオフを、事前定義された期間にわたってキャンセルしてもよい例えば、少なくともバックオフ時間にわたって再試行しない。バックオフタイマが満了すると、無線デバイスは、別のインジケーションまたは通知をトリガし、上記で説明したように、そこから受信されたか、または、その中に含まれた動作を実行してもよい。一実施形態によれば、限定されないが、ETWSなど、緊急呼び出しまたは高優先度メッセージなど、あるLTEアプリケーションタイプのために、他の技術が有効にされないアクションが必要とされ、実施されてもよい。加えて、ハンドオーバコマンドまたはリダイレクトがLTE側で発生する場合、ISMデバイスは、遅延タイマ満了に先立ってアクティブ化されてもよい。または、本明細書で説明するようなTDMパターンが無線デバイスに提供される場合、デバイスは、アクティブモードに入り、提供されたパターンに従って送信/受信プロシージャを実行してもよい。上記の動作の1つまたは組み合わせがうまく完了すると、無線デバイスは次いで、ISMデバイスを起動するか、または、ネットワークからの拒否指令が受信されている場合、要求をアボートしてもよい。加えて、実施形態によれば、無線デバイスは、例えば、308でその通知に対するネットワークからの指令または適切な動作を含みうる情報を例えば、310で受信しないことがあり、ISMデバイスアクティブ化遅延タイマなど、無線アクセス技術をサポートする1つまたは複数のコンポーネントに関連付けられたタイマが満了することがある。そのような実施形態では、無線デバイスは、以下の動作のうちの1つまたは複数を実行してもよくそのような動作はまた、306で、ならびに、RLFがネットワークへの接続を妨げる可能性があるときにも実行されてもよく、すなわち、ISMデバイスアクティブ化を拒否してユーザに通知すること、ISMデバイスアクティブ化遅延タイマが、最後にAckされ、パックされた後に満了することを待機し、かつ、無線デバイスバッファ内に送信すべきデータがない場合、ISMデバイスアクティブ化を可能にすること、および/または、無線デバイス実装によって定義され、またはDRXサイクルと同様にネットワークによりシグナリングされた、限定された期間にわたってISMアクティブ化を可能にすることである。干渉軽減動作に障害があると、無線デバイスは、ISMデバイスなど、無線アクセス技術をサポートするコンポーネントまたはデバイスのアクティブ化を拒否してもよい。アクティブ化は、ネットワークによりシグナリングされてもよく、または、例えば、その実装において無線デバイスによって定義されうる、定義された期間にわたって拒否されてもよい。あるいは、無線デバイスは、そのようなコンポーネントに関連付けられた通知プロシージャを再開してもよく、例えば、ISMデバイス通知プロシージャ例えば、312で処理された可能性のあるプロシージャが含まれる。リトライの回数は、ネットワーク内のシグナリング負荷の増大を回避するために、ネットワークによりシグナリングされてもよく、または、例えば、その実装において無線デバイスによって決まる値によって、限定されてもよい。上記で説明したそのような状況は、随意に技術間ハンドオーバをトリガさせてもよい。例えば、一実施形態では、そのような状況は、無線デバイスに、LTEからISM技術へ例えば、WiFiへハンドオフさせてもよい。そのような状況はまた、ISMがオンにされることを要求しているデータまたはアプリケーションの優先度によって決まってもよい。別の実施形態では、干渉RATの共存は、例えば、RATの周波数分割多重化を介して干渉を許容可能なレベルへ低減するために、十分な周波数分離が干渉技術間に存在することを保証することによって、可能にする。そのような状況では、この通知または報告を受信すると、ネットワークは、以下の1つまたは組み合わせを行ってもよく、それに関連付けられた情報を無線デバイスに提供してもよく、その情報は、310で受信され、312で処理されてもよい。例えば、十分な周波数分離を介して、干渉RATの共存を可能にするために、別の周波数またはRATへのハンドオーバが実行されてもよく、そのようなハンドオーバのインジケーションが、無線デバイスによって、310で受信され、312で処理されてもよい。あるいは、無線デバイスは、無線デバイスによって提供された通知によれば、問題が全くないか、または少ないと見なされる他の周波数および/またはRATの測定制御情報と共に構成されてもよく、その情報は、例えば、310で受信され、312で処理されてもよい。これにより、無線デバイスが、無線リンク障害RLFを回避するために前もって、測定された他の周波数を有することを可能にすることができ、または、無線デバイスが、ネットワークへ報告を返すこと、および、干渉が他の技術によって経験されない可能性があるか、または、そのような干渉が迅速に軽減されうるようにサポートされた別の周波数へ、周波数を低下させることに先立って、ハンドオーバを実行することを可能にする。加えて、RLFが無線デバイス内で発生する場合、無線デバイスは、デバイス内干渉が進行中であると判定してもよく、共存する技術によって干渉されない別の周波数内でRRC再確立をすなわち、現在の問題のあるサービング周波数内でセルへの再確立を実行する代わりに実行してもよい。あるいは、無線デバイスは、アイドルモードへ即時に例えば、再確立を試行することなく移行し、RRC接続確立プロシージャを新しい干渉されていない周波数内で開始してもよい。そのような場合、セル選択および再選択プロシージャは、デバイス内干渉が起こっている周波数帯域を回避するように、修正されてもよい。あるいは、ネットワークは、即時の測定値または結果を求める要求を送信してもよく、その要求は、無線デバイスによって例えば、310で受信され、ハンドオーバを行う前に例えば、312で処理されて例えば、UEinformationRequestを有するRRCメッセージ、ハンドオーバ障害、および、WTRUが以前のセル上に後退することが回避されてもよい。さらに、十分な周波数分離を有する共存を可能にするために、アクティブキャリアを除去する例えば、セカンダリセルを無効にするか、または、構成を全体として除去する再構成例えば、310で受信されるが、報告された干渉の傾向がある領域内の周波数例えば、問題のある周波数のリスト内のために例えば、312で実行されてもよく、または、プライマリキャリアとセカンダリキャリアの間の周波数間ハンドオーバが、例えば、問題のある周波数から問題のない周波数へと実行されてもよい。再構成は、例えば、310で無線デバイスによって受信されてもよく、無線デバイスは、例えば、312で補足のRFフィルタリングを、残りの動作キャリアに適用してもよい。Pセルが干渉の傾向がある領域内にあるかつ、Sセルがそうでない場合の、構成されたSセルによるPセルの高速変更が実行されてもよく、高速変更の情報またはインジケーションが無線デバイスに提供されて、無線デバイスが、例えば、310でその情報またはインジケーションを受信し、312でその情報を処理して、高速セル変更を実行することができるようにしてもよい。また、別の周波数例えば、ハンドオーバまたはRATへのリダイレクトが実行されてもよい。このリダイレクトは、RRC接続リジェクトまたは解放メッセージにより実行されてもよく、そのメッセージは、例えば、310および312で無線デバイスによって受信かつ処理されてもよい。加えて、セル変更指令が、無線デバイスへ送信されて例えば、310で受信されて、周波数またはRATの変更が実行されてもよい例えば、312で処理される。一実施形態によれば、ハンドオーバがうまく完了すると、無線デバイスは、ピンポン効果を回避するか、または、候補リストから問題のある周波数を除去するために、ISMデバイスアクティビティなど、無線アクセス技術をサポートするコンポーネントアクティビティの期間にわたって、異なる周波数、RAT優先度のリストを維持することが可能になってもよい。あるいは、上記で説明したように、無線デバイスは、問題のある周波数をネットワークに報告し、ネットワークが、それらの周波数上で測定するためのインジケーションを提供しないように、または、そのように無線デバイスを構成しないようにしてもよい。さらに別の実施形態では、そのようなリストは、システム情報要素systeminformationelementまたはRRC測定構成メッセージ、および、これらの特定の状況において適用されたルール内で、ネットワークによってシグナリングされてもよい。別の実施形態では、干渉RATの共存は、RATデバイスまたはコンポーネント上の送信および/または受信間の時間調整が存在できることを保証すること、および、したがって、あるRATデバイスから別のRATデバイスへ発生した干渉を例えば、RATの時分割多重化を介して限定することによって、可能になってもよい。そのような状況では、デバイス内干渉状況を検出、または、通知もしくは報告を受信すると、以下の1つまたは組み合わせがUEによって、または、ネットワークによって行われてもよく、ネットワークは、それに関連付けられた情報を無線デバイスに提供してもよく、その情報は、310で受信され、312で処理されてもよい。例えば、本明細書で論じるようなこのRAT間の無線デバイス内のTDM動作を可能にする間欠受信DRXサイクルまたはギャップ/パターンが構成されてもよく、これについては以下でより詳細に説明する。無線デバイスは、無線デバイス内のTDM動作、または、無線デバイス通知/機能信号もしくはその中に含まれた情報がそのような動作をサポートする場合にTDMデバイス動作共有方式を可能にするためのFDD半二重動作を可能にする、半永続的スケジューリングにより、さらに構成されてもよい。無線デバイスは、そのような構成を、例えば、310で受信し、そのような構成を、312で処理してもよい。別の方法では、同じ無線デバイス内の2つ以上のRATコンポーネントまたはデバイス上の同時通信例えば、動作が、1つまたは複数のRATコンポーネント上で適合され、各RAT上の送信障害が最小化されるか、または除去されるが実行されて、時間調整が保証され、したがって、RATコンポーネントまたはデバイスの共存が可能になってもよい。そのような状況では、干渉RATがモバイル端末またはネットワーク内で検出かつ/または報告されるとき、送信および受信のタイミングが調節されて、モバイル端末の既存の接続を維持しながら干渉RATの動作が可能になってもよい。例えば、LTEシステム内で、無線デバイスまたはeNBがデバイス内干渉状況を認識することができるとき、プロシージャが適用されて、間欠送信DTX/DRXもしくはLTEによりスケジュールされた/スケジュールされていないギャップ、または、無線デバイスとeNBとの間のデバイス内パターンが調整されて、LTE接続への影響を最小化するか、または除去しながら、代替RAT上の通信が可能になってもよい。一実施形態では、アップリンクULおよびダウンリンクDL送信が一意に判定されて、ULおよび/またはDL送信を有効にすることおよび無効にすることを独立であるようにしてもよい。時間調整を介して共存を可能にするための1つの方法では、代替RAT干渉を実現することができるときに、デバイスにおける時間パターン上の周期的DTX/DRXサイクルは、無線デバイスとeNBとの間で調整され、310で無線に提供され、312で処理されてもよい。構成された特定のサイクルおよび送信/受信の長さは、特定の代替RATの送信/受信要件に一意に関連付けられてもよい。例えば、無線デバイスは、代替RATのためのギャップを要求するネットワークへの報告をトリガしてもよい。この要求例えば、310で受信されるは、限定されないが、以下の情報の1つまたは組み合わせを含んでもよく、すなわち、技術のタイプ、他の技術が受信/送信しようとするサービスのタイプ、および/または、他のRATが適切に機能できるようにするために必要とされる、要求されたパターン例えば、長さおよび周期性であり、このパターンは、例えば、LTEにおいて許可されたDRXパターン、もしくは、異なる共存使用シナリオもしくはサービスのために使用されるべき事前定義されたパターンのセットへのインデックスの形式、または、より明示的な形式であってもよい。実施形態の一例によれば、802.x-WLANの場合、アクセスポイントの探索および関連付けを行うと、LTEシステムは、802.x-RAT上での動作を可能にする、明確に設計されたDTX/DRXまたはデバイス内パターンを有効にしてもよく、アクセスポイント関連付けが解放されるとき、LTEシステムは、デバイス内パターンまたはTDM方式のDTX/DRX動作または拡張DTX/DRX動作を無効にしてもよい。LTE送信ギャップは、上位層IPプロトコルを維持するために、周期的に成功する802.x-MACレベル送信を保証するように設計されてもよい。例えば、ネットワークによるギャップの解放を支援するために、無線デバイスはまた、ネットワークに、他の技術が無効化/非アクティブ化されているか、または、干渉を発生し続けていないことを報告してもよい。より具体的には、実施形態の一例では、無線デバイスは、802.xスタックにおける送信時間推定のためのアルゴリズムを使用してもよい。より正確には、802.x-IPスタック、バッファサイズおよび802.x無線条件に基づいて、無線デバイスは、802.x関連バッファを空にするために、いくつの送信サイクルが必要とされるかを評価してもよい。これを、例えば、LTEサブフレームまたはフレームの倍数として表すことができる。無線デバイスは、802.xの推定されたアクティビティ要件を含むイベントまたはMAC-CEを送信してもよい。加えて、802.x関連サービスが周期的送信を必要とする場合、特定のサービス周期性フラグがeNB通知のために使用されてもよい。別の実施形態では、無線デバイスは、サポートされたサービスが変更されると、または、送信もしくは受信要件が判定されると、パターンを要求するか、または、パターン変更を要求してもよい。無線ベアラの確立、または、特定のサービスの確立もしくは解放のための上位層からのインジケーションが使用されて、あるTDMパターンの設定がトリガされてもよい。これらのパターンはまた、送信するべきULデータの量、または、受信するべきDLデータの推定値に基づいて、動的に調節されてもよい。通知または要求を例えば、308で受信すると、ネットワークは、それに応じて、要求されたサービス送信を満たすDRXサイクルまたはパターンを認可し、場合によっては、フレームおよび/もしくはサブフレーム内のアクティブ化時間、ならびに/または、認可されたDRXサイクルの数における継続時間を認可してもよく、これらは例えば、310で受信され、例えば、312で処理されてもよい。加えて、無線デバイスに提供される情報は、認可されたDRXサイクルの数における継続時間を含んでもよい。そのような情報は、MAC-CE指令、RRC再構成メッセージもしくは新しいRRCメッセージ、または、物理層インジケーションを介して提供されてもよい。あるいは、無線デバイスは、ネットワークが、干渉技術を備えたWTRUのための専用のシグナリングを介してブロードキャストし、または提供することができる、セカンダリDRX構成を使用してもよく、この構成は、無線デバイスによって例えば、310で受信され、例えば、312で処理され、eNBからの指令に基づいてアクティブ化されてもよい。加えて、ネットワークは、eNBバッファがWTRUのためのデータを有している可能性がある場合、無線デバイスDRX要求を拒否してもよい。RATアクティビティが終了すると、無線デバイスは、上記の方法を使用してeNBに通知し、標準の動作を再開してもよい。あるいは、ネットワークは、無線デバイスに、代替DRX構成310で受信され、312で処理されうるを除去するRRC再構成メッセージまたはMAC-CE指令を送信してもよい。DRX/DTXまたはLTEによりスケジュールされた/スケジュールされていないパターンもまた、時間調整を使用して共存を保証するために事前構成されてもよく、および使用されてもよい。例えば、特定のパターンのためのトリガリング基準が検出されるときに、事前構成されたパターンが選択されてもよい。各パターンは、特定の構成された構成インデックスによって知られてもよい。選択された構成インデックスは次いで、無線デバイスとeNBの間でシグナリングされて、パターンが同期されてもよい。トリガリング基準を検出することができる場所に応じて、無線デバイスまたはeNBは、要求された新しいDRX/DRXパターンが含むことができる、エンティティ信号を判定してもよい。適切なスケジューラ動作のため、無線デバイスとeNBとの間でDRX/DTXまたはLTEによりスケジュールされた/スケジュールされていないパターンを調整するために、決定論的なシグナリング方法が必要とされることがある。MAC-CEシグナリングが使用されて、例えば、特定の事前構成されたDRX/DTXパターンインデックスが識別されてもよい。加えて、パターンの変更、または、パターンを変更する必要性が検出されるときに、無線デバイスは、パターンの変更を自律的に実行し、変更および時間のインジケーションを送信してもよい。あるいは、無線デバイスは、そのような変更が実行されたこと例えば、必要とされたパターンの変更をネットワークに通知し、パターンを推奨し、または、どのような変更が実行されたかを指示し、その変更を実行するためのネットワークからの明示的指令を待機してもよく、この指令は、310で受信され、312で処理されてもよい。そのような動的な通知が、MAC-CEを介して実行されて、変更またはパターンが識別されてもよく、ネットワークは、別のMAC-CEを介して、もしくは、L1シグナリングを介して、または、RRCメッセージングを介して、新しいパターン信号で送信し返すか、または、確認応答してもよい。時間調整を介してRATの共存を可能にするための別の方法では、高速MACまたはPHYシグナリングが使用されて、動的な要求された送信/受信ギャップが作成されて、代替RAT上の送信を可能にしてもよい。この方法では、送信/受信要件が代替RAT上で検出されるときに、LTE接続は、既知の期間にわたってパターンを迅速に開始して、代替RAT上の通信を可能にしてもよい。1つの解決策では、これらのパターンは、RRCによって事前構成されてもよい。このことは、共存する技術の存在の報告の結果としてのもの、または、この技術がアクティブ化される結果としてのものであってもよい。事前構成されると、これらのパターンは、代替RATのパターンおよび要件に従って、MACまたはPHYシグナリングを使用して、高速なベースでアクティブ化/非アクティブ化されてもよい。非バッファステータス報告すなわち、Empty-BSRもまた、RATの共存を可能にするために使用することができる。そのような状況では、例えば、308でこの通知または報告を受信すると、ネットワークは、以下の1つまたは組み合わせを実行してもよく、それに関連付けられた情報を無線デバイスに提供してもよく、その情報は、310で受信され、312で処理されてもよい。例えば、無線デバイスは、例えば、NSRNonSchedulingRequestと呼ばれる、新しいタイプの要求をネットワークへ送信することによって、ネットワークに対し例えば、308で通知を介して、共存するRATへの干渉を回避するためにスケジュールされることを望まない場合があることを指示してもよい。このNSRは、MACパケットデータユニットPDU内に、または、既存のMAC-CE、もしくは、定義される新しいMAC-CEの一部として、含まれてもよい。NSRは、下記で説明する以下の情報のうち1つまたは複数を含んでもよい。NSRは、アップリンクスケジューリングが回避されるべきであるか、ダウンリンクスケジューリングが回避されるべきであるか、両方が回避されるべきであるかを指示するエニューメレーションenumerationと、スケジューリング回避が開始または停止するべきであることを示すブールbooleanと、その間にスケジューリングを回避することができる期間であって、その間に無線デバイスが、他の共存するRATへの干渉が起こりうると推定することができる期間に対応する期間と、それに対してスケジューリング回避が開始することができるあるいは、スケジューリング回避が、ネットワークがNSRを受信するとすぐに開始することができる開始フレームおよびサブフレームと、それに対してスケジューリング回避を終了することができるあるいは、スケジューリング回避が最上にあることを示す別のNSRをネットワークが受信するとき、スケジューリング回避を終了することができる終了フレームおよびサブフレームと、および/または、無線デバイスがそこから選択することができる、事前定義されたパターンのリストへのインデックスとを含んでもよい。無線デバイスは次いで、NSRのトリガリングに関して、または、NSRの使用に基づいて、以下のルールの1つまたは組み合わせに従ってもよい。無線デバイスが、Empty-BSRをネットワークへ送信し、無線デバイスバッファが同じTTI内または最後のX個のTTI内で空であったことを指示することができる場合、無線デバイスは、ULスケジューリング回避を要求するために、このTTI内でNSRをネットワークへ送信する必要がないことがある。あるいは、または加えて、無線デバイスは、NSRを周期的に送信してもよい。周期的NSRタイマもまた定義されてもよく、その値は、固定であるか、または、ネットワークによって構成されてもよい。NSRはまた、Empty-BSR報告と組み合わせて使用されてもよい。より具体的には、無線デバイスはなお、実際のバッファステータスを報告してもよいが、加えて、上記で説明したNSR情報の1つまたは組み合わせを含めて、事前定義されたか、または既に構成されたパターンに従って、送信しないこと、または、送信しないことを開始することを選択することを指示してもよい。ネットワークは、例として、新しいMAC-CEのように、RRC構成またはMAC構成を介して、WTRU内のNSRを有効または無効にしてもよい。無線デバイスはまた、代替RATのバッファ推定サイズおよび無線条件変調および符号化レートに基づいて、物理層上の高速シグナリングメッセージ、または、代替RAT送信のためのLTE-eNBギャップを要求するMAC-CEをも例えば、308で送信してもよい。これらのギャップは、フレームまたはサブフレームの倍数におけるものであってもよい。eNBは次いで、グラント送信ギャップの長さを、フレームまたはサブフレーム内の可能な開始オフセットと共に送信してもよく、これらは、310で受信され、312で処理されてもよい。あるいは、eNBは、いかなるギャップも許可せず、拒否通知を無線デバイスへ送信してもよい。サービスの拒否を受信すると、かつ、ネットワークシグナリング負荷の増大を回避するために、無線デバイスは、例えば、312で代替RATのためのバックオフタイマを実装してもよい。このバックオフタイマが満了すると、無線デバイスは、代替RATサービス要求を再度送信してもよい。加えて、限定された数のリトライが、ネットワークによってシグナリングされるか、または、無線デバイス実装で定義されてもよい。実施形態の一例によれば、送信ギャップを開始するための基準は、各802.x-MAC層送信についてのものでないことがある。送信/受信を有効にすることは、加えて、上位層TCPまたはFTP転送によって決まってもよい。代替RATへ/代替RATからの切り替えは、上位層プロトコルへの影響を考慮に入れてもよい。例えば、送信速度を低減するか、または、サービス配信のために必須ではない可能性のある低優先度データを考慮に入れるために、送信があるRAT上に意図的にドロップされてもよい。加えて、本明細書で説明するすべての要求は、禁止タイマによって限定されて、無線デバイスによる頻繁な要求が回避されてもよい。より具体的には、ある要求またはインジケーションが、本明細書で説明する実施形態のいずれかによってトリガされうる場合、無線デバイスは、例えば、312で禁止タイマを開始してもよい。変更が起こり、別のインジケーションがトリガである可能性があり、かつ、禁止タイマを実行している場合、無線デバイスは、その要求を送信せずに、タイマの満了を待機してもよい。タイマが満了した後、トリガのための条件がなお当てはまる場合、無線デバイスは、保留中の要求を送信してもよい。あるいは、禁止タイマが実行中である間に、ある要求がトリガされる場合に、無線デバイスは、その要求をキャンセルしてもよい。別の実施形態では、ネットワークは、TDM方式のためのDRXを介して、干渉RATの共存を可能にしてもよい。そのような状況では、この通知または報告を受信すると、ネットワークは、以下の1つまたは組み合わせを実行してもよく、それに関連付けられた情報を無線デバイスに提供してもよく、その情報は、310で受信され、312で処理されてもよい。例えば、デバイス内共存例えば、ICOの問題を解決するための1つの潜在的な解決策は、ある無線信号の送信が別の無線信号の受信と一致しないことを保証することを含む、TDMTimeDivisionMultiplexing方式を採用することであってもよい。LTEでは、TDMパターンは、ネットワークによって構成されたか、または、無線デバイスによって示唆された、スケジュールされた期間およびスケジュールされていない期間を有することにつながる。TDMを達成するための1つの方法は、DRXの使用を介することである。一実施形態によれば、他の技術がLTEの非アクティブ時間スケジュールされていない期間中に送信している可能性があり、LTEのアクティブ時間スケジュールされた期間中に送信しない可能性があることは、想像されよう。LTEのためのDRXパターンは、図5に示すように、WTRUが物理ダウンリンク制御チャネルPDCCHを監視しなければならない、オン継続時間の期間、および、WTRUがスリープすることができる、DRXのための機会の期間により、定義されてもよい。DRXについての重要な概念は、最小の長さのオン継続時間の期間を有し、ネットワークスケジューリングおよび無線デバイストリガに従って無期限に延長することができる、アクティブ時間でありうる。アクティブ時間中に、無線デバイスは、PDCCHを監視しなければならず、送信または受信を実行してもよい。そのため、問題は、無線デバイスが、DRXのための機会の期間中に非アクティブすなわち、スリープのままでいることができないことがある、ということであり、その理由は、異なるイベントが、無線デバイスをアクティブ時間内にとどまるように強制するか、または、WTRUを、非アクティブ時間からウェイクアップしてアクティブ時間へ移行するように強制することさえあるためである。いくつかの例は、新しいDL送信、ULグラント、保留中のスケジューリング要求、ランダムアクセス競合解決、および、ハイブリッド自動再送要求HARQ再送信である。アクティブ時間が無期限に延長される、極端な場合には、無線デバイスは、スリープする機会を有していないことがあり、TDM方式においてISM技術と共存することができないことがある。加えて、WTRUがPDCCHを監視中であるかどうかにかかわらず、WTRUは、そのようなものが予期されるとき、HARQフィードバックを受信かつ送信してもよい。このことは、無線デバイスがアクティブ時間内でない場合であっても、確認応答/否定確認応答ACK/NACKを物理HARQインジケーションチャネルPHICH上で受信し、ACK/NACKを物理アップリンク制御チャネルPUCCH上で送信する可能性があるというリスクが、いまだに存在することを意味する。本明細書で説明する1つまたは複数の解決策を、DRXのために使用することができる。例えば、一実施形態では、DRX方式を使用して、異なる各RATにわたる共存調整を可能にしてもよい。DRX方式が使用されるために、しかし、いくつかの修正、拡張および限定が修正され、または含まれる必要がある。例えば、異なるRAT間の共存の目的のために、以下で言及するとき、スケジュールされた時間は、LTEをネットワークによってスケジュールすることを可能にする時間例えば、送信/受信に対応することがあり、LTEによりスケジュールされていないまたは、ISMによりスケジュールされるものは、送信するため問題がDLにあるとき、または、LTEがUL内で干渉を引き起こしている可能性があるときは、受信するための時間がISMデバイスに割り振られる時間に対応することがある。共存は、DRXサイクルの非アクティブ時間が、保証された、LTEによりスケジュールされていない期間に対応し、かつ、DRXのアクティブ時間が、LTEによりスケジュールされた期間に対応するように、設計されてもよい。これには、異なる技術間のより動的な調整が必要となることがある。あるいは、共存は、LTEによりスケジュールされた期間がオン継続時間に対応するように、設計されてもよい。あるいは、特定のスケジュールされた/スケジュールされていない期間/サブフレームが、本明細書で説明する方法のいずれかによって、無線デバイス内で構成または判定されてもよく/構成または判定される。そのような方法の利益は、LTEによりスケジュールされていない期間をより有効に利用できることである。他のRATが、LTEによりスケジュールされていない期間にあらかじめ気づいている場合、LTE非アクティビティの検出と、他のRAT上の送信の開始の間に、アイドル期間はない。加えて、他のRATは、LTEによりスケジュールされていない期間の既知の終了まで、進行中の送信が中断されることなく、送信を継続することができる。このことは、スケジュールされていない期間が短い、RAT間の高速切り替えの場合に、特に重要である。本明細書で説明する実施形態は、上記で論じた方式のいずれかを使用して、TDM動作を達成するための方法を論じる。また、DRXアクティブ時間および/またはオン継続時間が、WTRU内でスケジュールされた/スケジュールされていない期間に関係付けられない場合では、DRXが実行中であり、かつ、関連付けられたパターンが構成される間の、WTRUの動きを説明する。スケジューリング要求もまた、RATSの共存を可能にするために使用することができ、本明細書で説明する。UL-LTE->ISM-DL干渉では、UL送信-遅延送信のみにとっての問題となる。UL-ISM->LTE-DL干渉では、WTRUは、送信された場合に、PDCCHの受信が損なわれるときは常に、いかに損なわれうるものであろうと、スケジューリング要求を送信することができる。非アクティビティタイマもまた、RATの共存を可能にするために使用することができ、本明細書で説明する。例えば、一実施形態では、無線デバイスが新しいULまたはDL送信を受信する場合、drx-非アクティビティタイマが起動されてもよい。非アクティビティタイマ中に、無線デバイスは、PDCCHを連続的に監視するアクティブモードのままであってもよい。ネットワークが、この時間中に無線デバイスをスケジュールする場合、無線デバイスは、アクティブ時間内に残り続けてもよい。TDM方式で動作するように構成された無線デバイスでは、連続的な期間にわたってアクティブ時間内にとどまることを回避するため、無線デバイスは、例えば、312で以下の1つまたは組み合わせを実行してもよい。新しいDLまたはUL送信が受信されるときに、drx-非アクティビティタイマは、開始されないことがある。あるいは、このことは、ゼロに設定されたdrx-非アクティビティタイマのための新しい値を導入することによって、達成されうる。このことは、無線デバイスおよびネットワークが、無線デバイスのオン継続時間中に、または、drx-非アクティビティ以外のトリガによる他のアクティブ時間中に、スケジュールしてもよいことを暗示する。別の実施形態では、drx-非アクティビティタイマは、事前定義された期間および/またはN回にわたって起動かつ再起動されてもよい。現在の経過したアクティブ時間が、LTEによりスケジュールされたタイマまたは、指定された最大アクティブ時間よりも大きくない限り、drx-非アクティビティタイマはまた起動/再起動されてもよく、無線デバイスはアクティブモードのままであってもよい。現在の経過したアクティブ時間は、無線デバイスがアクティブ時間へ移行する最初のTTI例えば、オン継続時間の開始時に対して計算されてもよい。あるいは、現在の経過したアクティブ時間が、LTEによりスケジュールされたタイマ-drx-非アクティビティまたは、指定された最大アクティブ時間-drx-非アクティビティよりも大きくない可能性がある限り、drx-非アクティビティタイマはまた起動/再起動されてもよく、無線デバイスはアクティブモードのままであってもよい。あるいは、新しいDLまたはUL送信が、LTEによりスケジュールされた送信に対応するか、またはそれと重複する時間である場合、drx-非アクティビティタイマは起動/再起動されてもよい。あるいは、drx-非アクティビティタイマが起動されてもよいが、無線デバイスのアクティブ時間中のサブフレームのいずれかが構成されたパターンによって判定されるようにスケジュールされていないサブフレームに対応する場合、無線デバイスは、それらのサブフレーム中にいかなるUL送信をも実行しないことがある。無線デバイスはさらに、それらのサブフレーム中に、PDCCHの監視を停止してもよい。別の解決策では、無線デバイスは、標準DRXプロシージャに従ってPDCCHを監視してもよいが、それらの時間中にスケジュールされないように、ネットワークに依拠してもよい。第3の解決策では、無線デバイスは、PDCCHを監視してもよく、スケジュールされていないサブフレーム内でUL送信のためにスケジュールされる場合、無線デバイスは、UL送信を実行しないことがある。図6は、DL再送信およびDLフィードバックの一例の図を示す。図6に示すように、無線デバイスは、LTEによりスケジュールされた期間中にDL送信が発生する場合、DRX非アクティビティタイマを起動または再起動してもよいが、DRX非アクティビティタイマは、無線デバイスがLTEによりスケジュールされていない期間に入ることがあるとき、実行中であれば停止されてもよく、また、無線デバイスは、LTEによりスケジュールされていない期間中にDL送信が発生する場合、DRX非アクティビティタイマを起動しないことがある。無線デバイスはまた、HARQ往復時間RTTタイマが満了し、かつ、DRX再送信タイマを起動するときにも、アクティブモードへ移行してもよい。無線デバイス内のアクティブ時間を限定し、したがって、誤りの確率を減らすために、例えば、312で以下の1つまたは組み合わせが実行されてもよい。一実施形態では、再送信タイマが起動または使用されないことがある。そのような実施形態では、再送信は、進行中のアクティブ期間例えば、オン継続時間または次のアクティブ期間中に送信されてもよい。このことは、データの送信にいくつかの遅延を引き起こすことがあり、いくつかのサービスのためのQoS要件が満たされないことがある。代替として、再送信遅延を回避するために、ネットワークは、WTRUがそのようなモードで動作しているときに、DL送信のために送信時間間隔TTIバンドリングを使用してもよい。別の実施形態によれば、アクティブモードが、許可された、LTEによりスケジュールされた期間または最大LTE期間に対応またはオーバーラップする場合にのみ、再送信タイマが起動されてもよく、無線デバイスはPDCCHを監視してもよい。より具体的には、1つの解決策では、DRX再送信タイマが実行中である間にLTEによりスケジュールされた期間が満了する場合、無線デバイスは、タイマを停止し、もはやPDCCHを監視しないことがある。あるいは、第2の解決策では、WTRUは、DRX期間に従ってPDCCHをなお監視してもよいが、ISMによりスケジュールされた期間/サブフレームが開始すると、他の技術がUL送信を開始してもよい。LTEによりスケジュールされていない期間に基づくネットワークは、再送信を遅延させることを判定するか、あるいは、再送信を、無線デバイス内で適切にデコードされない高いリスクで、なおスケジュールしてもよい。eNBは、干渉がこの期間中に問題になりうることを知りながら、再送信の送信信頼性を増すことができる。加えて、ACK/NACK反復が構成される場合、無線デバイスは、反復バンドルサイズ、すなわち、そのスケジュールされていない期間とオーバーラップするPUCCH送信を回避することが必要とされる場合に、それに対して無線デバイスがフィードバックを反復しなければならない可能性がある連続的なACK/NACKスロットの数を、自律的に低減してもよい。より正確には、無線デバイスは、スケジュールされた期間中に上位層によって構成されるようにACK/NACK反復を使用してもよいが、ACK/NACK反復が、スケジュールされた期間の最終サブフレームにオーバーラップしている可能性があり、かつ、この限定を超えると想定される場合、無線デバイスは、スケジュールされた期間の間隔に適合するために、ACK/NACK反復数を低減することを可能にしてもよい。あるいは、無線デバイスは、スケジュールされた期間外で、PUCCH上で単一のACK/NACKのみを使用し、スケジュールされた期間内でACK/NACK反復を使用してもよい。あるいは、無線デバイスは、次にスケジュールされた期間にわたってACK/NACKを遅延させ、上位層によって構成されるように反復をなお使用してもよい。ネットワークは、WTRUがデバイス内干渉回避モードに入るとき、無線デバイスに対し、これらの2つの異なるACK/NACK反復オペレーションモードをシグナリングしてもよい。ULフィードバックACK/NACKおよびUL再送信もまた、RATの共存を可能にするために、本明細書で説明するように使用することができる。WTRUが、例えば、310でACK/NACKをネットワークから受信し、例えば、312でACK/NACKを処理し、WTRUデータを再送信するとき、干渉を回避するために、以下の方法の1つまたは組み合わせが使用されてもよい。無線デバイスLTEは、同じLTEによりスケジュールされた期間内または将来のLTEによりスケジュールされた期間内のサブフレームn4で、適応HARQのためのフィードバックおよびULグラントを受信するための時間がありうると知っているときにのみ、サブフレームnでデータを送信してもよい。このことは、次のように指定されてもよく、すなわち、サブフレームnについて、無線デバイスが、サブフレームn4でLTEによりスケジュールされた期間内である場合、無線デバイスはデータを送信してもよい。例えば、LTEによりスケジュールされた期間がオン継続時間の期間に対応する場合、無線デバイスは、ULデータを送信する前にオン継続時間タイマがサブフレームn4で実行中でありうることをチェックしなければならないことがある。実施形態の一例によれば、ISMは、ACK/NACKが適切に受信されうることを保証するために、最後のLTEによりスケジュールされた期間後に4個のサブフレームを送信しないことがある。NACKの場合、無線デバイスは、必要に応じて、次にLTEによりスケジュールされた期間まで、再送信を遅延させてもよい。無線デバイスはまた、再送信を送信している同一のサブフレーム内で、PUCCH上でHARQ処理IDをネットワークに指示し、ネットワークが再送信を特定のHARQ処理に関連付けることを可能にしてもよい。あるいは、再送信をアクティブ時間またはLTEによりスケジュールされた期間内で実行することができない場合、無線デバイスは、HARQ処理をフラッシュflushしてもよい。あるいは、無線デバイスは、HARQ処理においてデータを維持してもよく、再送信時間がウィンドウの外側で生じる場合、データを送信しなくてもよく、無線デバイスが送信しないことがある例えば、サブフレームが、スケジュールされていないサブフレームに対応するたびに、無線デバイスはなお、HARQ再送信カウンタ、および、再送信ごとに変更される任意の他の物理層パラメータを増分させ続けてもよい。非アクティブ時間中に再送信の最大数に到達する場合、WTRUは、HARQバッファをフラッシュし、データを廃棄してもよい。加えて、TTIバンドリングがアップリンク送信のために構成されている場合、WTRUは、バンドルからのサブフレームのいくつかが、LTEによりスケジュールされた期間外で生じる場合、TTI_BUNDLE_SIZEを自律的に低減してもよい。スケジューリング要求SRもまた、RATの共存を可能にするために、本明細書で説明するように使用することができ、これを図7に示すことができる。例えば、SRがトリガされるときに、SRは、第1の使用可能な割り当てられたPUCCHリソースにおいて送信されてもよい。送信されると、無線デバイスは、アクティブ時間へ移り、例えば、310でグラントを受信するまで、PDCCHを連続的に監視してもよい。無線デバイスが、無線デバイスの次のSR機会の前にULグラントを受信しないことがある場合、かつ、sr-prohibitTimerが実行していない場合、無線デバイスは、新しいSRを送信してもよい。共存する技術に受信機会を提供するために、どのUL送信も他の技術の受信を干渉しない場合、SRの送信は、以下のルールうち1つまたは複数に従って実行されてもよい。例えば、SRがトリガされる可能性があり、かつ、最初のPUCCHリソースが無線デバイス内で非アクティブ期間中例えば、オン継続時間中、または、非アクティビティタイマによるアクティブ期間中にに発生する場合、SRは送信されないことがある。無線デバイスは、無線デバイスのアクティブ時間中に使用可能であるPUCCHリソースに対応する次の機会において、SRを送信してもよい。どのPUCCHリソースも、アクティブまたはLTEによりスケジュールされた時間中に使用可能でない可能性がある場合、無線デバイスは、どの有効なPUCCHリソースも使用可能でないことを、ネットワークに知らせるために、ランダムアクセスRAプロシージャを開始してもよい。あるいは、SRがトリガされる可能性があり、かつ、最初のPUCCHリソースが、LTEによりスケジュールされていない期間中に生じる場合、SRは送信されないことがある。無線デバイスは、LTEによりスケジュールされた期間中に使用可能であるPUCCHリソースに対応する次の機会において、SRを送信してもよい。無線デバイスは、PUCCHリソースがWTRUアクティブ時間またはLTEによりスケジュールされた期間のいずれか一方に対応する場合、SRを送信してもよい。あるいは、eNBは、PUCCHリソース割り当てがWTRUアクティブ時間またはLTEによりスケジュールされた時間に整合されることを保証してもよい。加えて、別の実施形態では、eNBは、ULのための半永続的スケジューリングSPSにより、WTRUを構成してもよい。SPS周期性は、無線デバイスのアクティブ時間またはLTEによりスケジュールされた時間に対応してもよい。SRが上記のルールに従って、または、既存のルールに従って送信された可能性があると、無線デバイスは、例えば、312でアクティブ時間へ移行し、ULグラントを受信するためにPDCCHを連続的に監視しなければならないことがある。しかし、PDCCH送信が無線デバイスによって正しく受信されること、および、どのISM干渉も受信を損なうことがないことを保証するために、以下の1つまたは組み合わせが実行されてもよい。SRが送信されるようになると、無線デバイスは、WTRUがアクティブ時間になるまで、または、LTEによりスケジュールされた期間が開始するまで、非アクティブであった場合非アクティブにとどまり続けてもよい。eNBはまた、LTEによりスケジュールされた、および/または、オン継続時間がアクティブになるまで、SRの送信後、デバイス内共存モードのWTRUがPDCCHを監視中でないことがあることに気づいてもいる。図8は、そのような動きの一例を示す。あるいは、無線デバイスは、例えば、312でアクティブモードへ移ってもよく、ISMデバイスは、UL送信を継続してもよいが、eNBは、LTEによりスケジュールされた期間またはオン継続時間の期間中に無線デバイスをスケジュールする例えば、PDCCHを送信することによって、衝突が起こらないことを保証してもよい。同じルールはまた、SR禁止タイマsrprohibittimerが満了した後、保留中のSRに対しても適用されてもよい。無線デバイスが、本明細書で説明するプロシージャに従って、SRまたはRACHを開始しないことがある場合、無線デバイスが、SRまたはRACHプリアンブルを送信するために、非アクティブ期間またはスケジュールされていないサブフレーム中に、どのタイプのデータ送信をウェイクさせることができるかについて、いくつかのルールが無線デバイス内で構成または事前定義されてもよい。より具体的には、ネットワークは、以下の1つまたは組み合わせのためにのみ、データを送信するためにウェイクアップするように、WTRUを構成してもよく、すなわち、特定の論理チャネル優先度、論理チャネル優先度のリスト、最小論理チャネル優先度、すなわち、そのために無線デバイスが送信すべきデータを有する論理チャネル優先度が、この最小を上回る場合、WTRUがウェイクアップを可能にすること、特定の論理チャネルグループ、論理チャネル識別情報、論理チャネル識別情報のリスト、および、特定のアクセスクラスのためのNASサービス要求である。後者の場合、アクセスクラスが、緊急呼び出しなど、高優先度アクセスクラスに属する場合、無線デバイスは、ICOルールにかかわらず、ウェイクアップし、SRをトリガしてもよい。これらのタイプのトラフィックは、他の技術への干渉を発生する潜在性に取って代わる。さらに、ISM送信は、その送信がDL-LTE受信に干渉する可能性がある場合、一時停止されてもよい。ランダムアクセスプロシージャもまた、RATの共存を可能にするために、本明細書で説明するように使用することができる。例えば、ランダムアクセスプロシージャがトリガされうる場合、無線デバイスは、構成されたprachConfigIndexによって可能にされたランダムアクセスリソースフレームおよびサブフレーム中に、プリアンブルを送信してもよい。プリアンブルが送信されるようになると、無線デバイスは、以下のシナリオのためにアクティブ時間内であり、かつ、PDCCHを監視することが必要とされることがあり、すなわち、1ランダムアクセス応答ウィンドウRAプリアンブルが送信された後、3個のサブフレームを開始する、または、無線デバイスがDL割り当てをRA-無線ネットワーク一時識別子RNTIと共に受信するまで、および、2競合解決タイマが実行中である間のMsg3の送信後、ULグラントが受信され、または、競合解決メッセージが受信されることである。UL送信が他の技術への干渉を引き起こす場合、かつ、構成された物理RACHPRACHリソースの場合、または、Msg3グラント時間が、無線デバイスの非アクティブまたはLTEによりスケジュールされていない時間に対応する場合、以下のうち1つまたは複数が実行されてもよい。プリアンブルは、無線デバイスのアクティブ時間またはLTEによりスケジュールされた期間と重複することがある次のPRACHリソースまで、遅延されてもよい。eNBは、LTEによりスケジュールされた期間またはアクティブ期間によって、Msg3グラントが提供されることを保証してもよい。加えて、プリアンブルまたはmsg3の送信機会になると、無線デバイスは、今度の送信にかかわらず、他の技術に通知してもよく、無線デバイスは、アクティブ期間またはスケジュールされた期間とオーバーラップするかどうかにかかわらず、データを送信してもよい。RARおよびMsg4のダウンリンク受信では、無線デバイスは、例えば、312で以下のうち1つまたは複数を実行してもよい。無線デバイスは、ランダムアクセスウィンドウが無線デバイスのアクティブ期間またはスケジュールされた期間に入る場合、PDCCHを監視してもよい。無線デバイスは、RARウィンドウまたはスケジュールされたアクティブ期間の終了時にまたは、RARが受信されうる場合、PDCCHの監視を停止してもよい。加えて、無線デバイスは、競合解決時間がWTRUアクティブ期間またはスケジュールされた期間に入る場合にのみ、PDCCHを監視してもよい。WTRUは、競合解決タイマまたはスケジュールされたアクティブ期間の終了時にまたは、msg4が受信されうる場合、PDCCHの監視を停止してもよい。RARウィンドウが非アクティブ時間またはスケジュールされていない時間内に入る場合、RARウィンドウは、RAプロシージャルールおよびスケジュールされた/アクティブ時間によってRARウィンドウが開始する最も早い機会に開始されるように修正されてもよい。eNBが、無線デバイスがスケジュールされた時間中に受信可能でありうること、および、RARウィンドウが移動されることを知るために、ソースeNBは、ハンドオーバ準備時間に、デバイス内情報およびパターンを提供しなければならない。専用のプリアンブルがWTRUに割り振られた可能性があり、かつ、eNBが、このWTRUがデバイス内干渉の動作のモードであることを知る場合、この解決策は功を奏する。保証された非アクティブ時間を有するDRX動作もまた、RATの共存を可能にするために、本明細書で説明するように使用することができる。例えば、保証された非アクティブ時間を有するDRXを達成するための1つの方法は、オン継続時間およびサイクルと共に構成されたDRXに加えて、最大のスケジュールされた期間およびスケジュールされていない期間の構成を有することである。実施形態の一例では、スケジュールされた時間またはスケジュールされていない時間の継続時間は、オン継続時間の期間より大きくなってもよく、その間に、無線デバイスはなお、普段のDRXプロシージャを実行すること、すなわち、異なるDRXタイマおよびトリガに従って不連続的かつ連続的にPDCCHを監視することを可能にしてもよい。図9乃至12に示すように、スケジュールされた期間およびスケジュールされていない期間の継続時間は、変化することがあり、シナリオおよび共存する技術要件によって決まることがある。しかし、最大のスケジュールされた継続時間が経過すると例えば、スケジュールされていない時間中、無線デバイスは、DLの監視を停止し、ISMに送信の機会を提供してもよい。あるいは、スケジュールされていない期間中、無線デバイスはなお、オン継続時間の期間中にウェイクアップしてもよいが、オン継続時間の期間を超えてアクティブ時間を延長することを可能にしないことがあり、LTEによりスケジュールされていない期間中に、上記で説明した異なるトリガについてのプロシージャのいずれかを実装してもよい。あるいは、無線デバイスはなお、DRXルールに従って、LTEによりスケジュールされていない期間中にPDCCHを監視してもよいが、LTEによりスケジュールされていない期間に対応するサブフレーム内で、UL送信を必要とする何か例えば、ULフィードバックまたはULデータが、PDCCH内で検出される場合、無線デバイスはPDCCHを送信せず、無視することがある。DL送信がPDCCH上でスケジュールされる場合、WTRUは、ISMからの干渉のリスク、および、データを不正確に受信するリスクがあるとしても、DLデータを受信してもよい。一実施形態では、そのような解決策は、ネットワークがなお、WTRUを短いオン継続時間の期間と共に構成して、バッテリー節約例えば、310で受信されうるを最適化することを可能にするが、なお、オン継続時間の期間を過ぎて延長するDLデータをスケジュールするために十分な柔軟性および機会を提供する。図9は、スケジュールされた期間が、オン継続時間の期間より大きくなるが、DRXサイクルより小さくなる、かつ、オン継続時間の期間が、スケジュールされた期間中にのみ生じる場合の一例を示す。図10は、スケジュールされた継続時間およびスケジュールされていない継続時間が、DRXサイクルより大きく、かつ、無線デバイスが、スケジュールされていない期間中にPDCCHを監視しないことがある場合の一例を示す。図11は、スケジュールされた継続時間およびスケジュールされていない継続時間が、DRXサイクルより大きく、かつ、無線デバイスが、スケジュールされていない期間中に生じるオン継続時間の期間中にPDCCHを監視することがある場合の一例を示す。加えて、図12は、スケジュールされた継続時間およびスケジュールされていない継続時間が、DRXサイクル内で変化する場合の例を示す。図12では、DRXサイクルは、構成されたパターンの周期性より小さいことがあるが、別の例では、DRXサイクルは、より大きくなることがある。LTEによりスケジュールされた期間は、本明細書で言及するとき、LTEが干渉されることなくデータを送信/受信できる時間として定義されうる。LTEによりスケジュールされていない期間では、サブフレームまたはTTIは、他の技術によって使用されるように、あらかじめ予約または構成されてもよい。他の技術のスケジューラが、それらのサブフレームが他の技術のために予約されると仮定する、という事実を考えるとこれらのサブフレーム中に、LTEによるいかなるDL送信も正しく受信されないことがあり、いかなるUL送信も、他の技術による受信に干渉することがある。上記で説明したように、LTEによりスケジュールされた/スケジュールされていないパターンは、スケジュールされた継続時間タイマおよびサイクルを含んでもよい。スケジュールされた継続時間タイマが実行中であるときに、無線デバイスは、通常のDRXプロシージャに従い、PDCCHを不連続的に監視してもよい。スケジュールされた継続時間タイマが満了すると、無線デバイスは、例えば、312でPDCCHの監視を停止し、スリープしてもよい。あるいは、スケジュールされた継続時間タイマが実行中でないことがあるが、オン継続時間タイマが実行中であるときに、無線デバイスはPDCCHを監視してもよい。これをタイマに関して説明することができるが、LTEによりスケジュールされた/スケジュールされていないパターンは、より明示的な形式を取ることができ、その場合、タイマは定義されなくてもよい。一実施形態によれば、LTEの非アクティビティの期間を構成するために、例えば、スケジュールされていない継続時間タイマと呼ばれる、別のタイマが定義されてもよい。あるいは、LTEによりスケジュールされていないものに対して、タイマが定義されなくてもよく、LTEによりスケジュールされていないものは、LTEによりスケジュールされたタイマが実行中でない期間、または、他の技術のために予約されるTTIとして定義される。スケジュールされた継続時間およびスケジュールされていない継続時間の値は、ネットワークによって構成されてもよい。あるいは、無線デバイスLTEは、ISMおよび他の技術との調整後に、ネットワークに値を指示または示唆してもよい。あるいは、無線デバイスは、オン継続時間の倍数であってもよく、また、オン継続時間に対して長く、かつ、DRXサイクルより短い値に対応してもよい。あるいは、LTEによりスケジュールされた/スケジュールされていないサイクルは、DRXと、DRXから独立して構成されたサイクルと、または、DRXサイクルの倍数と、同一のサイクルに対応してもよい。加えて、LTEによりスケジュールされた/スケジュールされていない期間が始まる時間を判定するためのサブフレームオフセットは、DRXと同じ、DRXから独立してネットワークによって事前定義かつ/または構成された新しいサブフレームオフセットであってもよい。本明細書で説明する実施形態はまた、DRXから独立しても適用可能である。一実施形態では、無線デバイスがデバイス内共存干渉回避モードで構成されるとき、本明細書で説明するスケジュールされた/スケジュールされていないパターンが使用されてもよい。例えば、スケジュールされていない期間中例えば、スケジュールされた継続時間タイマが実行中でないとき、または、ISMスケジューリングのために使用されたサブフレーム中の1つの解決策では、DRXが構成されないことがある場合例えば、LTEによりスケジュールされていない無線デバイスが非アクティブでありうるか、アイドル時間内でありうる間、DRXのためのいかなるアクティブ時間もないか、または、アクティブ時間がないことがある。別の解決策では、スケジュールされていない期間中に、無線デバイスは、オン継続時間中にアクティブであることを可能にしてもよいが、無線デバイスがアクティブ時間に移ることを可能にするための追加のトリガは、適用可能でないことがある。スケジュールされた継続時間タイマを維持することができる、実施形態の別の例では、無線デバイスは、以下の条件のうち1つまたは複数の下で、スケジュールされた継続時間タイマを起動または再起動してもよい。ネットワークは、無線デバイスに対し、無線デバイスがデバイス内干渉回避モードで作動し始めなければならないことがあることを指示してもよい。このことは、例として、ICO-MAC-CEまたはRRCシグナリングと呼ばれる、新しいMAC-CE制御要素コマンドを実装することによって、達成されてもよい。無線デバイスLTEはまた、1無線デバイスLTEが、ISM技術がアクティブ化されることを検出することがある場合、および/または、2ISM技術がLTEと共に調整して、ISM技術がすぐに動作を開始する可能性があることをLTEが知るようにすることがある場合も、ISM技術と共存しなければならないことを検出してもよい。無線デバイスは、サイクルおよびサブフレームオフセットに従って、LTEによりスケジュールされたタイマが起動されると判定してもよい。加えて、あるタイマが維持される場合、スケジュールされていない継続時間タイマが満了してもよい。例えば、スケジュールされた継続時間タイマが起動/再起動されるときに、スケジュールされていない継続時間タイマは、実行中であれば、停止されてもよい。無線デバイスは、以下の条件下で、スケジュールされた継続時間タイマを停止してもよい。例えば、ネットワークがWTRUに対し、それがデバイス内干渉回避モードで作動することを停止する可能性があることを指示することがある場合、無線デバイスは、スケジュールされた継続時間タイマを停止してもよい。このことは、新しいMAC-CE制御要素コマンドを実装することによって、達成されてもよい。加えて、無線デバイスLTEが、ISM技術または、他のRAT技術との共存を停止する可能性があることを検出することができるとき例えば、1無線デバイスLTEが、ISM技術がオフであることを検出することができるとき、または、2ISM技術がLTEと共に調整して、ISM技術が動作を停止することをLTEが知ることができるとき、無線デバイスは、スケジュールされた継続時間タイマを停止してもよい。上記の概念は、より明示的な形式で例えば、あるサイクル内で異なるスケジュールされた/スケジュールされていないサブフレームを含む、ビットマップの形式で無線デバイスに提供されるパターンに対して、等しく適用可能である。実施形態の例では、スケジュールされた継続時間タイマが満了することがあるとき、または、無線デバイスが、明示的パターンに従って、LTEによりスケジュールされていないサブフレームに入ることがあるとき、無線デバイスMACは、以下の1つまたは組み合わせを実行してもよく、すなわち、PDCCHの監視を停止すること、あるいは、オン継続時間タイマが実行中でない場合にのみ、PDCCHの監視を停止すること、オン継続時間タイマが実行中であれば、停止すること、DRX非アクティビティタイマが実行中であれば、停止すること、DRX再送信タイマが実行中であれば、停止することを実行してもよい。無線デバイスMACはさらに、HARQ-RTTタイマが実行中であれば、停止してもよい。あるいは、HARQ-RTTタイマは、実行し続けてもよい。HARQ-RTTタイマの満了時に、無線デバイスが、LTEによりスケジュールされた期間内であると判定するまたは、スケジュールされた継続時間がオンであると判定する場合、無線デバイスは、DRX再送信タイマを起動することを選択してもよく、そうでない場合、DRX再送信タイマは起動されない。無線デバイスMACはさらに、DRXサイクルの使用を停止し、かつ/または、すべての保留中のSRスケジューリング要求:SchedulingRequestsをキャンセルし、SRがキャンセルされたことを上位層に知らせてもよい。あるいは、問題がDL内にのみある可能性があるが、PDCCHがLTEによりスケジュールされた期間および/またはオン継続時間まで監視されない場合、SRが送信されてもよい。別の実施形態では、無線デバイスMACは、ランダムアクセスプロシージャが進行中であれば中断し、ランダムアクセスプロシージャが中断されたことを上位層に知らせること、ランダムアクセス応答ウィンドウがアクティブであれば、中断すること、および/または、MAC競合解決タイマが実行中であれば停止し、ランダムアクセスプロシージャが中断された可能性があることを上位層に知らせることを実行してもよい。加えて、無線デバイスMACはさらに、スケジュールされた継続時間タイマが停止された可能性があることを上位層に指示して、UL送信をトリガできないことを上位層に知らせること、スケジュールされた継続時間タイマが再起動されうる時間を上位層に指示すること、HARQバッファをフラッシュすること、あるタイマが維持される場合、スケジュールされていない継続時間タイマを起動すること、いかなるHARQフィードバックACK/NACKを送信することも停止すること、および/または、いかなる再送信を送信することも停止することを実行してもよい。一実施形態では、スケジュールされた継続時間タイマが起動されるときに、または、LTEによりスケジュールされたTTIが進行中であるときに、無線デバイスは、DRX-MAC-CEコマンドを受信したかのようにDRXを使用し始めるか、または、最後のDRXサイクルを再開してもよい。無線デバイスMACは、スケジュールされた継続時間タイマが実行中であることを上位層に指示して、ULデータ送信をトリガしてもよいことを上位層に知らせてもよい。無線デバイスMACはまた、その間にスケジューリング継続時間タイマがアクティブであることができるサブフレームの数、すなわち、タイマが満了する前のサブフレームの数を含んでもよい。スケジュールされた継続時間を再度開始できるようになると、DRX再送信タイマは、停止される前の最後の値を使用して起動されてもよい。あるいは、このタイマは、停止されるときにリセットされ、LTEによりスケジュールされる開始時に再起動されてもよい。あるいは、DRX再送信タイマは、LTEによりスケジュールされた継続時間がオンであるとき、再度起動されないことがある。別の実施形態では、スケジュールされた継続時間が再度開始すると、非アクティビティタイマは、停止される前の最後の値を使用して起動されてもよい。あるいは、このタイマは、停止されるときにリセットされ、LTEによりスケジュールされた継続時間の開始時に再起動されてもよい。あるいは、非アクティビティタイマは、LTEによりスケジュールされた継続時間がオンであるときに、再度起動されないことがある。他のDRX動作もまた、RATの共存を可能にするために、本明細書で説明するように使用することができる。例えば、別の実施形態では、無線デバイス内のDRXルールおよび監視基準は、修正されないままであってもよい。無線デバイスは次いで、他の技術が送信中であるかどうかにかかわらず例えば、LTEによりスケジュールされた/スケジュールされていないパターンにかかわらず、アクティブ時間ルールに従ってウェイクアップして、PDCCHを監視してもよい。そのような実施形態はまた、無線デバイスがDRXと共に構成されないことがある場合にも、適用可能になる。調整を行い、干渉および衝突が起こることのないように保証するための負荷は、一実施形態では、eNB側に移されてもよい。より具体的には、無線デバイスに、例えば、310でDRXパラメータ、および、加えて、LTEによりスケジュールされた/スケジュールされていないパターンが提供されてもよい。これらのパターンのサイクルは、DRXサイクルと整合されてもよく、あるいは、新しいサイクルおよびオフセットが無線デバイスに提供されてもよく、または、DRXサイクルの機能であってもよい。本明細書で説明するパターンは、他の技術へ提供されてもよく、次に調整のためにそれ自体のネットワークへ中継されてもよい。デバイスは、このパターンに基づいて、次いで、構成された、LTEによりスケジュールされていない期間または、サブフレーム、サイクルおよびオフセットに基づいて、送信または受信できる時間を判定してもよい。LTEによりスケジュールされた期間中に、ネットワークは、無線デバイスをULおよびDLの両方で自由にスケジュールする。本明細書で説明する実施形態のいずれかによって、このパターンを無線デバイスに提供することができるeNBは、LTEによりスケジュールされていない期間中に無線デバイスをスケジュールしないことがある。しかし、eNBはなお、送信が無線デバイス側で干渉されうるという認識の下で、無線デバイスをスケジュールしてもよい。このことは、無線デバイスがなお、DRXルールに従って、または、DRXが構成されないことがある場合は連続的に、LTEによりスケジュールされていない期間中にPDCCHを監視してもよいことを暗示する。ネットワークがこの期間中に送信することを選択する場合、この期間中の送信の信頼性を増大させるために、eNBは、MCS、RVおよび電力などを変更してもよい。どのように送信を修正するかについての選択は、CQI報告に基づいてもよい。例えば、無線デバイス内のチャネル状態を正確に見るために、無線デバイスは、LTEによりスケジュールされた期間中にCQIを報告して、干渉されていない期間内、および、LTEによりスケジュールされていない期間中のチャネル状態を指示してもよい。無線デバイスは、スケジュールされた/またはスケジュールされていない期間の開始後、n個のサブフレームごとにCQIをトリガしてもよく、あるいは、周期的CQIがトリガされてもよい。周期的CQIは、無線デバイスのスケジュールされた期間中にCQIを搬送してもよく、非周期的CQIは、スケジュールされていない期間中に測定されたCQIを搬送してもよい。スケジュールされていない期間中に報告されたCQIはまた、周期的に、または、eNBによる特定の要求時にのみ、提供されてもよい。そのような方式では、UL-LTEが、ある技術に関する問題を引き起こしている方向である場合に、GPSの一例では、無線デバイスは、LTEによりスケジュールされた期間中にのみPUCCHを送信することが可能になる。PUCCHの特性を考慮すると、他の技術に対して生じた干渉は、著しくない場合がある。したがって、ネットワークは、DL送信を連続的にスケジュールしてもよく、無線デバイスは、スケジュールされていないLTEの間にPUCCHフィードバックを提供してもよく、かつ、スケジュールされたLTEの間に、無線デバイスは、PUCCHフィードバックを提供し続けてもよく、ネットワークはまた、PUSCH上でUL送信をスケジュールしてもよい。スケジュールされていない期間中に、無線デバイスは、PUSCHまたはPUCCH上でULデータを送信することが許可されないことがある。より具体的には、ネットワークがDL送信をスケジュールし、対応するACK/NACKフィードバックがスケジュールされていない期間に入る場合であっても、WTRUは、PUCCH-ACK/NACKを送信しないことがある。さらに、同じことは、UL-PUSCH送信に対して適用可能である。SRが、スケジュールされていない期間TTIまたはサブフレーム中にトリガされる場合、無線デバイスは、次に使用可能なPUCCHリソース、および、次に使用可能な許可されたサブフレーム例えば、スケジュールされた期間まで、SRを送信しないことがある。同じことは、RACH送信に適用可能である。加えて、スケジュールされていない期間中のUEの動きは、個々に、または、任意の組み合わせで使用された、上記で説明した実施形態のいずれかに従ってもよい。動的な二重DRX方式もまた、RATの共存を可能にするために、本明細書で説明するように使用することができる。例えば、一実施形態では、複数の技術のうちいずれか1つがデータを送信または受信するための十分な機会を許可にするために、動的な二重DRX方式または二重のスケジュールされた/スケジュールされていない方式が使用されてもよい。より具体的には、無線デバイスは、2つのDRXタイマ、または、2つのスケジュールされた/スケジュールされていないタイマと共に、構成されてもよい。サイクルは同じでありうるが、オン継続時間のような継続時間非アクティビティタイマ、再送信タイマ、または、スケジュールされたもの/スケジュールされていないものの間の比は、変わることがある。無線デバイスは、サイクルごとにタイマを変更または交互にしてもよい。あるいは、1つの完全サイクル内で2つのパターンが指定される。無線デバイスは、オン継続時間およびオフ継続時間offdurationを提供するパターン1で開始してもよく、次いで、異なるオンおよびオフ継続時間からなることがあるパターン2へと移ってもよい。無線デバイスとネットワークの間の同期の欠如を回避するために、2つのサイクルの合計であってもよい完全なメインサイクルは、第1のパターンが開始されるシステムフレーム番号SFNを判定してもよい。各メインサイクル内で、ネットワークによって構成される、異なるタイマを有する2つのサイクル、または、2つのパターンが行われてもよい。あるいは、N個のサイクルごとに、無線デバイスは、第2のパターンを使用して、M個のサイクルのためのアクティブ期間を判定し、次いで、パターン1へ戻ってもよい。高速パターン切り替えおよび動的調整もまた、RATの共存を可能にするために、本明細書で説明するように使用することができる。例えば、そのような解決策のセットでは、パターンの変更を動的にトリガし、シグナリングするための方法が、例えば、312で行われてもよい。より具体的には、無線デバイスが、高速/動的な変化するトラフィックパターンおよび動作のモードに適合できるようにするための方法が採用され、以下で説明される。以前に論じたように、無線デバイスは、同じデバイス内の所与の技術のために可能にされたパターンのセットと共に構成されてもよい。あるいは、サービスまたは使用シナリオパターンの有限のセットが定義され、そこから、ネットワークおよび/または無線デバイスがそれと共に動作してもよい。加えて、他の技術が最初にアクティブ化されるとき、または、無線デバイスが、2つの干渉技術の共存、もしくは、デバイス内干渉状況の検出、および、随意に示唆されたパターンを含むものを、ネットワークに報告するときに、ネットワークは、無線デバイスに1つのパターンあるいは、可能にされたパターンのセット、および、随意に、現在使用中でありうるものへのインデックス例えば、310で受信されるを提供してもよい。無線デバイスは、その構成を受信すると、そのパターンを使用して開始してもよく、あるいは、例えば、312でこのパターンを使用してすぐに開始するように、または、追加のトリガが満たされることを待機するように、WTRUを構成するための明示的インジケーションが、ネットワークによって提供される。この解決策は、ネットワークがそのパターンを構成するが、他の技術がまだアクティブ化されていない場合、有益でありうる。そのような実施形態では、無線デバイスは、干渉技術または被干渉技術のステータスを、ネットワークに動的に報告することが可能になる。より具体的には、無線デバイスは、以下の条件のうち1つまたは複数が満たされるときに、ネットワークへのインジケーションをトリガしてもよく、すなわち、他の技術がアクティブ化されており、送信もしくは受信の準備ができていること、他の技術が非アクティブ化されていること、他の技術がスリープモードもしくは省電力モードに入っていること、他の技術がスリープモードもしくは省電力モードから出ていること、現在のアプリケーションもしくはサービスが非アクティブ化もしくは終了されていること、新しいアプリケーションもしくはサービスがユーザによって開始されていること、新しい、より高優先度のアプリケーションもしくはサービスが起動されていること、使用シナリオの変更が検出されていること、トラフィック量の変化が検出されていること例えば、例では、バッファされたデータの量が閾値を超えるか、もしくは、閾値未満になる場合、報告がトリガされうる、および/または、干渉状況を指示する、ネットワークへの報告をトリガするための、本書の全体を通して説明する条件のいずれかである。インジケーションをトリガすると、無線デバイスは、L2シグナリングを使用して、ステータスの変化をネットワークに指示してもよい。MAC-CEまたはRRCメッセージが使用されてもよく、ただし、このメッセージは、他の技術のステータスを指示すること、アクティブ非スリープモードもしくは非アクティブ化スリープモードされること、他の技術のタイプ、サービスもしくは使用シナリオへのインデックス、示唆された、事前定義されたパターンへのインデックス、および/または、バッファステータス閾値もしくはカテゴリへのインデックスのうち1つまたは複数をシグナリングしてもよい。この報告は、以前の実施形態で説明したような追加の情報を含んでもよいこともまた理解されよう。このインジケーションを受信すると、ネットワークは、構成されたパターンの使用をアクティブ化または非アクティブ化してもよい。アクティブ化/非アクティブ化指令は、L2またはMAC-CEシグナリングまたはL1-PDCCHシグナリングまたはRRCシグナリングを介して実行されてもよい。メッセージは、構成されたパターンの簡単なアクティブ化/非アクティブ化、または、使用を開始するべきインデックスもしくは明示的パターン、および、随意に時間基準をシグナリングすることによる、パターンの変更を含んでもよい。時間基準は、本書で説明するすべての解決策に含まれて、WTRUおよびネットワークが共に同期されるようにしてもよいこともまた理解されよう。この時間基準は、以下の1つまたは組み合わせに対応してもよく、すなわち、SFN、サブフレームオフセット、フレームまたはサブフレームの単位であればサイクル長、絶対時間、フレームインデックスであり、パターンは、以下が真であるフレームごとに開始され、すなわち、SFNmodサイクル長=フレームインデックスである。サブフレームオフセットもまた、提供されてもよい。本明細書で説明する動的な方法の使用により、ネットワークは、無線デバイス内の構成を除去する必要はないが、いつパターンがアクティブ化または非アクティブ化されうるかを動的に制御してもよい。あるいは、ネットワークは、新しいパターン、および、そのパターンのアクティブ化時間または時間基準をシグナリングすることによって、ネットワークによって使用されうるパターンを変更してもよい。一例では、RATデバイスが、WiFiデバイス、または、スリープモードに入る任意のデバイスである場合、WTRUは、このことをネットワークに指示してもよく、ネットワークは、パターンの使用を非アクティブ化するか、あるいは、ビーコン受信のために、無線デバイスがスリープモードで動作できるようにするか、もしくは、局がデータについてポーリングできるようにするための、パターンを提供してもよく、このパターンは、310で受信され、312で処理されてもよい。無線デバイスがウェイクアップするとき、無線デバイスは、ネットワークに通知してもよく、ネットワークは、無線デバイスに対し、他の技術のためにより多くの送信機会を提供する別のパターンの使用を開始するように指示してもよい。別の実施形態では、無線デバイスは、他の技術におけるデータの送信を可能にするために、LTEにおいて自由時間の短いバーストを動的に要求してもよい。例えば、他の技術がスリープモードであり、APがこの無線デバイスのためのデータをバッファしていると判定するシナリオでは、無線デバイスは、x個のTTIにわたって送信しないようにLTEに要求して、バッファされたデータを受信できることを保証してもよい。このことは、ULスケジューリングのないx個のTTIを要求するインジケーション、または、LTE-WTRUがそれらの期間中に送信していないというインジケーションを、ネットワークに送信することによって達成されてもよい。x個のTTIが終了すると、ネットワークは、UL内でデバイスのスケジューリングを開始してもよい。同じことは、DLに対して適用可能である。他のデバイスが、データを送信しなければならないと判定する場合、無線デバイスは、X個のTTIにわたってWTRUをスケジュールしないように、ネットワークにシグナリングしてもよい。TTIの数は、インジケーションの一部として含まれてもよい。この要求は、MAC-CEを使用することによって、または、上位層シグナリングによって行われてもよい。無線デバイスがMAC-CEを使用して要求する、スケジュールされていないTTIの数は、動的、最大値まで、または、固定数であってもよい。短い期間のスケジュールされていない時間を求める要求もまた、所定または構成されたパターンのセットの一部であってもよく、それに対して、無線デバイスは、インデックスを用いて参照してもよい。ユーザがアクセスポイントまたはネットワーク側に、情報についてポーリングする技術では、アクセスポイントに、許可された送信パターンが提供され、ポーリングの結果としてデータが局へ送信されなければならない場合、アクセスポイントは許可された機会中に送信し、したがって、データを損失する可能性を低減するようにしてもよい。加えて、パターン、および、これらのパターンの動的な制御が、スケジュールされた/スケジュールされていない期間/サブフレーム、DRX/DTXパターン、および半永続的なスケジューリングパターンなどの、任意のICO固有のパターンを参照することは理解されよう。そのような高速パターン切り替え方式では、WTRU内のISMは、あるISMトラフィックがトリガされたと判定すると、即時にISMトラフィックを送信し始めてもよい。これにより、要求を送信するように、LTEをトリガしてもよい。あるいは、このインジケーションは、以前の実施形態で論じたように、先行的な方法で例えば、干渉が発生する前に送信されてもよい。WTRUがULグラントを有する場合、WTRUは、最初の識別された機会において、MAC-CEを使用して、短いスケジュールされていないTTI要求をネットワークへシグナリングしてもよい。あるいは、リソースを求める要求もまた、PUCCH内でSRを使用して送信されてもよい。あるいは、無線デバイスがグラントを有していない場合、例えば、308でメッセージがネットワークへ送信されないことがある。しかし、最初のULグラントを受信すると、ISM送信/受信がなお進行中である場合に、無線デバイスは、このグラントを使用して、短いスケジュールされていないTTI報告をネットワークへ送信してもよい。あるいは、無線デバイス内のLTEは、ISMまたは、他のRATが送信を開始する前でさえ、パターンをネットワークへシグナリングしてもよい。ネットワークは、要求を確認応答すること、または、WTRUがこのトリガの結果としてスケジュールされないことがあるTTIの正確な量を指示する応答を提供することによって、無線デバイスに対して要求を認可してもよい。無線デバイスが確認応答またはパターンを受信すると、ISMは、認可されたサブフレーム内で、または、そのパターンに従って、その送信を開始してもよい。RATの共存を可能にするために有用なTDM動作を可能にするための実施形態の例もまた、本明細書で説明するように個々に、または、組み合わせて使用することができる。より具体的には、TDM動作を可能にする、独立した方法をすべて組み合わせて使用して、デバイスが異なる使用シナリオのためのそのサービス要件を満たすことができるようにしてもよい。一例では、このことは、無線デバイスが、通知報告において特定のLTEによりスケジュールされた、および/または、LTEによりスケジュールされていないサブフレームのパターンを要求または示唆することによって、達成することができる。以前に説明したように、LTEによりスケジュールされたサブフレームは、LTEスケジューリングのために使用または予約されたサブフレームを指すことがあり、LTEによりスケジュールされていないサブフレームは、他の技術をスケジュールするために使用されるべきサブフレームを指すことがある。パターンは、以下の形式の1つまたは組み合わせを取ってもよく、すなわち、所与の周期性もしくはサイクルを有するビットマップ、サイクルおよび/もしくはサブフレームオフセットであって、ビットマップは、ある技術例えば、LTEのために予約されるべきであるかもしくはLTE技術によって使用されるべきである、特定の示唆されたサブフレーム、もしくは、干渉状況が起こるかもしくは起こらない例えば、パターンがあらかじめ知られている場合サブフレームを含みうるものと、サイクル内のいくつかの連続的なLTEによりスケジュールされたサブフレームあるいは、スケジュールされていないサブフレーム、サイクルおよび/もしくはサブフレームオフセットと、サイクル内のLTEによりスケジュールされたサブフレームの時間の継続時間、サイクルおよび/もしくはサブフレームオフセットと、ならびに/または、無線による1回の短いスケジュールされていない要求のためのいくつかのTTI例えば、無線がネットワークに、いくつかの連続的なTTIにわたって無線デバイスをスケジュールしないように要求している場合とである。これは、別個の要求を用いて、または、上記と同じ要求を用いて指示されてもよいが、サイクル値は、無限大に、または、特殊な値に設定される。別の例では、事前定義されたパターンのセットへのインデックスが、ネットワークへシグナリングされてもよく、サブフレームオフセットはシグナリングされる。事前定義されたパターンのセットは、ビットマップ内でスケジュールされた/スケジュールされていないパターンを含む、少なくとも1つのビットマップなど、上記で説明したようなすべての可能なパターンを含んでもよい。これらのパターンはまた、連続的なスケジュールされたサブフレームおよび連続的なスケジュールされていないサブフレームを含む、少なくとも1つのビットマップをも含んでもよい。これらのパターンの周期性は、より長いことがあり、したがって、スペースを節約するために、パターンは、サイクル内の連続的なスケジュールされたサブフレームの数を含んでもよい。サイクル内の残りのサブフレームは、スケジュールされていないサブフレームであると見なされる。パターンはまた、無線デバイスが1回の動作を求めて要求中でありうる、1回のスケジュールされていないサブフレームの数を含む、少なくとも1つのエントリをも含んでもよい。要求されたパターンに応答して、無線デバイスは、同じパターン、新しいパターン、または、WTRUに対し、要求されたパターンを使用できることを指示するインジケーション例えば、1ビットのみを含む、構成を受信してもよい。無線デバイスは、例えば、312でビットマップ、周期性または、サイクルおよびタイミングオフセットに従って、構成されたパターンの適用を開始してもよい。LTEによりスケジュールされたサブフレーム中に、無線デバイスは、レガシーLTEプロシージャに従って動作してもよい。LTEによりスケジュールされていないサブフレーム中に、無線デバイスは、以下の1つまたは組み合わせを実行してもよい。WTRUは、PDCCHを監視しないことがある。あるいは、PDCCHはなお、DRXプロシージャに従って監視される。PDCCHがDLデータをスケジュールする場合、無線デバイスは、PDSCHをデコードしないことがある。あるいは、PDSCHはなおデコードされる。ACK/NACKフィードバックタイミングが、スケジュールされていないサブフレームとオーバーラップする場合、WTRUは、PUCCHを送信しないことがある。PDCCHがULデータをスケジュールする場合、無線デバイスは、構成された、スケジュールされていないサブフレームに対応する場合、UL-PUSCH送信を実行しないことがある。無線デバイスはまた、いかなるUL送信をも実行しないことがある。例えば、UL再送信例えば、非適応が、スケジュールされていないサブフレームに対応する場合、WTRUは、データをHARQバッファ内に保持してもよい。HARQRTTごとに、無線デバイスがスケジュールされていないサブフレームのためにデータを送信できないたびに、再送信カウンタが増加されてもよい。SRがトリガされる場合、無線デバイスは、実行しないことがあり、PUCCH送信は、PUCCHリソースを有する、次に使用可能なスケジュールされたサブフレームまで、送信されないことがある。加えて、SRSがトリガされる場合、無線デバイスは、次のトリガリングを待機してもよく、または、次に使用可能なスケジュールされたサブフレーム内でSRSを送信してもよい。RACHプリアンブルが送信される必要がある場合、無線デバイスは、RACH構成インデックスに従って、次に使用可能なスケジュールされたサブフレーム、および、可能にされたRACHサブフレームを待機してもよい。周期的CSIがトリガされる場合、無線デバイスは、CSIを送信しないことがある。加えて、非周期的要求が無線デバイスによって受信されることがあり、かつ、UL-CSI報告時間送信がスケジュールされていないサブフレームに対応する場合、無線デバイスは、CSI報告を送信しないことがある。さらに別の実施形態では、UL内の干渉を低減するための方法が実行されて、本明細書で説明するようにRATの共存を可能にしてもよい。例えば、LTEおよび被干渉側の技術は、時間多重化方法を介して、共に共存することができる。より具体的には、被干渉側の技術への干渉は、WTRU内のUL-DTX、または、低減されたアップリンク送信モードを用いて、最小化または制御されてもよい。この方法の一部として、共存する技術の受信器への干渉を最小化し、同時に無線デバイスがLTEによるその送信を続けることを可能にする、新しいUL送信モードが導入されてもよい。同様の方法をまた、LTE受信器への干渉を回避するために、他の技術に対して使用することもできることは理解されよう。加えて、UL-LTEは、図13に示すように、2つの状態、通常ULモードおよび低減されたULモードで動作してもよい。通常ULモードまたは状態以下で、互換的に使用されるは、LTE-ULが標準/レガシーULおよびDL-LTE受信プロシージャを実行することを指すものであり、限定されないが、周期的CQI報告、DLトラフィックに対する標準レイテンシ要件を満たすACK/NACK報告、および、標準スケジューリング要求など、通常PUCCH送信、ならびに、ネットワークによる送信およびスケジュールされたリソースの必要性による、PUSCH送信などである。無線デバイスは、共存する技術の受信器がアクティブである可能性があり、かつ、LTE-UL送信がその受信器への干渉を引き起こしている可能性があるとき、低減されたULモードであってもよい。いくつかのトリガによって、2つの動作のモード間で移行するためのトリガを、本明細書で説明する。低減されたUL動作のモードは、無線デバイスが連続的に送信中でないことがある、動作のモードを指す。UL送信への修正には、PUSCH送信パターンおよびPUCCH送信パターンが含まれる。この動作のモードに関連付けられたいくつかのプロシージャを、以下で説明する。動作の一例を、図13に示し、説明することができる。低減されたUL送信モードは、UL送信を特定の時間またはSFNおよび/またはサブフレームでのみ実行していることがある無線デバイスを含んでもよい。WTRUがULバースト送信を実行することができる期間は、ネットワークにより構成されたパターンに従って判定されてもよく、ただし、ネットワークは、DTXサイクルごとに、サイクル期間およびバースト期間例えば、無線デバイスがUL内で送信することを可能にする、いくつかの連続的なTTIを含む。あるいは、UL送信パターンおよび時間は、WTRUによって自律的に判定されてもよい。本明細書で説明するパターンは、PUSCH送信またはPUCCH送信のために使用されてもよい。PUSCH送信では、無線デバイスは、アップリンク共用チャネルUL-SCHまたはPUSCHを、事前定義されたパターン以下で、UL-DTXパターンと呼ばれる、または、ネットワークが無線デバイスに提供している期間に従って、送信してもよい。ネットワークによって提供されたこの周期性は、以下の1つまたは組み合わせからなるものであってもよい。周期性は、サイクルおよびバースト期間などを含みうる、DTXパラメータから構成されてもよい。バースト期間中に、無線デバイスは、グラントと共に構成されてもよく例えば、割り振られたリソース、MCS、およびTB情報などを有する、したがって、このグラントに従ってデータを送信してもよい。このグラントは、DTXサイクルに従って与えられたSFNでただ1つのTTIに対して適用可能であってもよく、または、バースト期間内でいくつかのサブフレームに対して適用可能であってもよい。グラントは、DTXパラメータの一部として無線デバイスに与えられてもよく、無線デバイスがバーストの継続時間にわたって使用することができるグラントであってもよい。BSRまたは電力ヘッドルーム報告PHRによって、ネットワークが、無線デバイスがバッファを空にするためにさらなるグラントを必要とすると判定する場合、このグラントは変わってもよい。しかし、次回に無線デバイスがウェイクアップすることがあるときに、無線デバイスは、元のデフォルトのグラントまで戻ってもよい。あるいは、無線デバイスは、必ずしもグラントを有するとは限らない。DTXパラメータによるウェイクアップ期間で、無線デバイスは、SRをPUCCH上で送信して、WTRUがバースト期間中にバッファを空にすることを可能にする、正しい量のリソースを要求してもよい。一実施形態では、ネットワークは、無線デバイスに、この動作のモードの継続時間にわたって使用されるべき半永続的グラントを提供してもよい。標準モードへ戻されるとき、無線デバイスは、半永続的グラントの使用を中止してもよい。グラントがバースト期間中に動的に変化する場合、無線デバイスは、次回にウェイクアップするとき、元の構成された半永続的グラントまでフォールバックfallbackしてもよい。加えて、無線デバイスは、x個のサブフレームまたはバースト期間にわたって、DTXサイクルごとにウェイクアップしてもよく、その時間中に、半永続的グラントに従って送信することができる。半永続的グラントまたはDTXグラントは、ウェイクアップ期間内のいくつかのサブフレームにわたって、無線デバイスに提供されてもよい。より具体的には、無線デバイスが、DTXサイクルによるSFNでウェイクアップするとき、無線デバイスは、事前定義されたルールによるいくつかのサブフレーム内、または、いくつかの構成されたサブフレーム中に、許可されたまたは割り振られたリソースを使用してもよい。上記で説明した解決策の両方について、半永続的グラントおよびDTXサイクルは、あるアプリケーションのために、QoS要件をなお満たしながら、データがUL内で送信されるように、十分に長いものであってもよい。しかし、無線デバイスは、異なる要件と共に構成された数個の論理チャネルを有してもよい。干渉をなお最小化し、データの適時の送信を可能にするために、二重のDRXまたは半永続的グラントが可能になってもよい。例えば、より短いDTXサイクルまたは半永続的グラントサイクルが、遅延の影響を受けやすいかまたはより緊急のデータに対して構成されてもよく、より長いDTXサイクルまたは半永続的グラントサイクルが、より大きい帯域幅を必要とすることがある、より遅延耐性のある論理チャネルに対して構成されてもよい。あるいは、そのような論理チャネルがそれらのバッファ内でデータを受信する場合、無線デバイスは、通常の送信モードへ戻ってもよい。あるいは、無線デバイスは、例えば、312で緊急呼び出し、または、ステータス報告の配信など、高優先度のプロシージャが実行される必要があると判定する場合、DTX期間の間で自律的にウェイクアップしてもよい。長いDTXサイクルは、RLCステータス報告の配信を遅延させることがある。報告の配信に関連付けられた遅延を低減するために、WTRUは、DTXサイクルにかかわらず、UL送信を実行してもよい。WTRUは、ウェイクアップして、SRを送信し、このデータの送信のためのグラントを受信してもよい。別の実施形態では、UL-SCHのタイミングは、無線デバイスによって自律的に制御されてもよい。より具体的には、LTEと被干渉側の受信器の間のインタラクションは、無線デバイスがUL送信を開始するための最良の時間を判定することを可能にする。この判定は、他の技術の受信アクティビティによって決まってもよい例えば、アイドル期間が検出される場合、無線デバイスが起動してもよい。この判定は、UL内で送信されているLTE論理チャネルまたはアプリケーションによって可能にされた最大の遅延によって決まってもよい。この判定は、上記の2つの黒丸の関数によって決まってもよい。より具体的には、無線デバイスが、データを送信できると判定する場合、無線デバイスは、SRを送信して、送信することを望むことをネットワークに指示してもよい。無線デバイスがこのデータを送信するための時間が限定されている可能性があるという事実を考えると、干渉時間を最小化するために、ネットワークがより多くのリソースをこの無線デバイスに割り振り、無線デバイスが最小の時間量でそのバッファを空にするか、または送信できるようにした場合、有益でありうる。ネットワークは、上記で説明したように、無線デバイスが低減されたULモードであることを知ることによって、この状況を認識してもよい。このモードでSRが受信されるときに、ネットワークは、無線デバイスをスケジュールするとき、このことを考慮に入れる。あるいは、無線デバイスは、SR内で干渉状況を指示してもよい。より具体的には、SRは、無線デバイスが、別の共存する技術上の受信器がULから干渉されていると判定しているときに設定される、通知またはビットを含むように修正されてもよい。これには、スケジューリング要求のフォーマットへの修正、または、ビットの再解釈が必要となることがある。DTXサイクル中、または、低減されたULモード中に、無線デバイスは、受信されたULグラントを無視してもよい。あるいは、半永続的グラントの変化がPDCCH内で検出される場合、WTRUは、グラント値を変更し、ウェイクアップ時間でのみ使用してもよい。PUCCH送信では、LTEアップリンク送信はまた、DLトラフィックのためのACK/NACKフィードバック、チャネル品質インジケーションCQI、および、スケジューリング要求を含む、PUCCHをも含んでもよい。共存する技術への干渉を最小に保つために、低減されたUL状態はまた、低減されたPUCCH動作のモードから構成されてもよい。低減されたPUCCHは性能を高めることができるが、無線デバイスは、UL送信の時間を低減しながら、標準PUCCH送信を継続してもよい。低減PUCCH送信を可能にするために、WTRUが低減されたULモードである間、HARQ-ACK/NACKフィードバックは提供されなくてもよい。この時間中に、eNodeBは、自律的なHARQ再送信を行ってもよく、WTRUは、DLデータをデコードしてもよく、いかなるHARQ-ACK/NACKをも送信しない。PUCCHを送信する必要性をさらに低減するために、CQI報告の数が限定されてもよい。より具体的には、CQI報告周期性は、UL-DTXパターンの周期性に、または、半永続的グラントの周期性に変わってもよい。DTXパターンの一部として、バースト送信が数個のTTIで続く場合、無線デバイスは、CQI報告をより頻繁に送信してもよい。最後に、スケジューリング要求は、DTXパターンのうち1つに従ってトリガされるように限定されてもよい。しかし、いくつかのトリガが満たされ、かつ、上記で説明したようにSRが送信される必要がある場合、WTRUはなお、PUCCHを送信してもよい。あるいは、SRがトリガされると、無線デバイスは、タイマが満了すること例えば、WTRUがSRを保つことができる最大時間、および、ウェイクアップ期間のいずれかを待機してもよい。加えて、別の実施形態では、PUCCHはなお、通常モードトリガに従って送信されてもよい。しかし、PUCCHが引き起こす可能性のある潜在的な干渉を低減するために、PUCCHは、1つの周波数のみで送信されてもよい。現在、PUCCHは、ネットワークによって提供されたインデックスによる周波数ホッピングを使用して、送信されてもよい。PUCCHは、2つの周波数上でUL帯域幅の端で主に送信される、狭帯域信号1RBであってもよい。したがって、これらの周波数が、干渉を引き起こす周波数の1つに対応する場合、干渉を低減するために、WTRUは、その周波数への周波数ホッピングを実行しない。次いで、PUCCHの第2のスロットが、次の機会に、同じ非干渉の端で送信されてもよい。このことは、以下の1つまたは組み合わせによって達成されてもよい。ネットワークは、WTRUに、それによってPUCCHを送信するただ1つの周波数割り振りを与えてもよい。加えて、無線デバイスは、ネットワークによって指示された2つの周波数上で周波数ホッピングを実行することを自律的に停止し、干渉を引き起こさない可能性がある周波数上でのみ送信してもよい。ネットワークは、この暗示的な動きが、状態送信時に実行されることを知ってもよい。あるいは、ネットワークは、無線デバイスを、PUCCHを送信するために2つの非干渉周波数と共に構成してもよい。実施形態の一例では、無線デバイスは、そのPUCCHを単一の非干渉領域上で送信することを可能にしてもよい。しかし、同じリソースを使用する他の無線デバイスとの衝突、および、それらへの干渉を回避するために、ネットワークは、これらの無線デバイスに対して符号分割多重化を使用してもよい。無線デバイスのために必要とされた情報は、ネットワークによって明示的に提供されてもよい。SRS送信もまた、同じ狭帯域領域内で送信されてもよい。無線デバイスは、それがDRXパターンのスケジュールされていない期間にあることを検出する場合、SRSをネットワークへ自律的に送信せず、スケジュールされた期間を待機して、その周期的SRS報告を再開してもよい。あるいは、このことは、ネットワークによって構成可能であってもよく、すなわち、ネットワークは、無線デバイスがスケジュールされていない期間中にSRSを報告しないことを可能にする場合、無線デバイスに指示してもよい。あるいは、無線デバイスは自律的に、または、ネットワークは構成によって、スケジュールされた期間中の報告と比較して、スケジュールされていない期間中のSRS報告の周期性を低下させてもよい。このことは、非常に長いスケジュールされていない期間の場合、有用でありうる。いつ2つの動作のモード間で移行すべきかを判定するために、無線デバイスは、そのようなモード間の移行をトリガするための以下の方法のうち1つまたは複数を使用してもよい。しかし、トリガ基準は、低減されたUL-DTXモードに関して説明されるにもかかわらず、DRXなど、同様のDL動作のモードに対して使用されてもよいことは理解されよう。例えば、無線デバイスが通常ULモードで動作中である間、被干渉側の受信器が有効にされるか、またはDL受信を開始し、かつ、無線デバイスが、UL-LTEが他の技術の受信器に干渉中であるか、または干渉中であると判定するときに、WTRUは、以下の1つまたは組み合わせを実行してもよい。無線デバイスは、低減されたUL状態へ自律的に移ってもよい。低減されたUL状態へ移った後、無線デバイスは、UL動作のモードにおける移行をネットワークに通知してもよい。あるいは、無線デバイスは、ネットワークに明示的に通知しないことがあるが、ネットワークは、無線デバイスの動きに基づいて、無線デバイスが低減されたULモードで動作中であると、自律的に判定してもよい。あるいは、無線デバイスは、ネットワークからの明示的構成時にのみ、低減されたUL状態へ移行する。より具体的には、無線デバイスは、被干渉側の受信器が、上記で説明したプロシージャのいずれかを使用して有効にされているか、または有効にされうることを、ネットワークに通知してもよい。ネットワークは次いで、無線デバイスに対し、低減されたUL状態へ移るように明示的にシグナリングしてもよく、また、新しい構成パラメータをも提供してもよい。低減されたULモードになると、無線デバイスは、以下のトリガの1つまたは組み合わせによって、通常モードへ戻るように移行してもよい。無線デバイスは、ネットワークによって明示的に指示されると、戻るように移行してもよい。あるいは、または加えて、無線デバイスは、被干渉側の受信器または技術がある期間にわたって無効にされるか、または、アクティブでなかったとき、戻るように移行してもよい。この条件が満たされる場合、無線デバイスは、通常モード送信を開始し、次いで、通知をネットワークへ送信してもよい。あるいは、無線デバイスは、上記で説明したプロシージャに従って、デバイスがもはやアクティブでないという通知をネットワークへ送信し、明示的インジケーションを待機してもよい。あるいは、または加えて、無線デバイスは、周波数間またはRAT間ハンドオーバが、もはや他の技術の受信器への干渉を引き起こさない周波数またはRATに対して実行されるときに、戻るように移行してもよい。無線デバイスはまた、高優先度サービス、論理チャネル、または、高優先度アクセスクラスサービス緊急呼び出しなどが開始されるとき、戻るように移行してもよい。低減されたULモード送信を開始することに先立って、無線デバイスによって満たされうる追加の条件は、LTE技術側で進行中のアクティビティを含んでもよい。より具体的には、データ、または、それらのサービスのQoSを含む、論理チャネルの優先度。例として、遅延の影響を受けやすいアプリケーションがアクティブである場合、WTRUは、通常ULモードのままであってもよい。無線デバイスはまた、この情報をネットワークに提供し例えば、論理チャネルのバッファサイズ、ネットワークがDTXパターンを適切にスケジュールできるようにしてもよい。追加の条件にはまた、LTEと他の技術の間のアプリケーションの相対的優先度も含まれてもよい。例として、LTEアプリケーションがより高い優先度であると見なされる場合、LTEは、通常ULモードのままであってもよく、そうでない場合、低減されたULモードへ送信してもよい。これらのセクションで説明したパターンは、送信および受信の時間を調整するために、他の技術に提供されてもよい。他の技術もまた、この情報をそのネットワークに提供し、他のネットワーク例えば、送信側ノードに、送信してはならない時間を知らせてもよい。電力バックオフまたはスケーリング方式もまた、無線デバイス内でRATの共存を可能にするために、本明細書で説明するように使用することができる。例えば、送信がRAT間で調整されて、同時に起こる送信が保証または最小化される、時間領域解決策の代替で、送信が1つまたは複数のRAT上でスケールバックされて、いかなる一瞬の時間にも送信を完全にブロックすることなく、干渉のレベルが低減されてもよい。1つのそのような方法は、無線デバイスが、代替RATへの干渉を既知の閾値に維持する、ある周波数帯域に適用されうる電力の量を概算するためのものでありうる。送信が、共通または重複する周波数帯域内で実現されるとき、無線デバイスは、代替RAT上で送信障害を最小化するか、または除去する、各RAT上に適用されうる電力の量を判定してもよい。このことを達成するために、無線デバイスは、送信が同時に起こっている送信時間間隔においてRAT間で電力を分配する、ICO機能を組み込んでもよい。代替RATへの干渉が閾値を上回って検出されうるとき、無線デバイスは、電力バックオフを適用し、進行中の送信における送信電力をスケーリングscaleして、干渉が閾値未満で維持されるようにしてもよい。電力スケーリングは、HARQ再送信の数、および、残りのHARQ誤り率を増大させる結果となりうることに留意されたい。一実施形態では、無線デバイス電力スケーリングは、送信失敗の結果となりうる。したがって、ULグラントが、低減された使用可能なWTRU送信電力まで調節されることは、重要でありうる。ULグラントのサイズを低減するために、UEは、電力バックオフまたはスケーリング条件、および、潜在的に、特定の帯域上の電力低減のレベルを識別する、スケジューラへの明示的信号を生成してもよい。電力スケーリングイベントを識別するために適用されうる、LTE内の1つの方法は、既存のMAC-CE電力ヘッドルーム報告PHRを利用することである。LTE-R10では、MPRまたはP-MPRによる電力バックオフの原因は、PHR内で識別されるすなわち、どの係数がPcmax,cの計算を左右するか。デバイス内干渉による電力バックオフまたはスケーリングを指示する、MAC-PHR-CE内の追加のフィールドまたはコードポイントが指定されてもよい。LTE-Release10R10では、アクティブ化されたSセルごとに、PHRは、電力ヘッドルームPHを含み、実装固有の電力低減は、他のセルにおけるグラントのために電力低減を必要としたPcamx,c。帯域またはコンポーネントキャリアごとに他のRATへの干渉を最小化するために必要とされた特定量の電力バックオフまたはスケーリングは、追加のパラメータとして、シグナリングされたPHおよびPcmax,cに追加されるか、または、アクティブ化されたSセルごとにPcmax,cを計算する際に、追加の係数として使用されてもよい。加えて、他のRATへの干渉を最小化するために必要とされた追加の電力バックオフまたはスケーリングの量もまた、周波数帯域またはコンポーネントキャリアのための他の電力バックオフまたはスケーリング係数に追加されてもよい。実際のバックオフまたはスケーリング係数がシグナリングされうる場合、無線デバイスは、電力スケーリングを引き起こすソースを識別してもしなくてもよい。特定のソースを識別することは、スケジューラが後続の送信時間間隔内の潜在的な電力バックオフまたはスケーリングを予測するために、有用でありうる。したがって、追加の電力バックオフが既存のバックオフまたはスケーリング係数に追加される場合、報告された電力バックオフの原因の指示を含むことは、なお有用でありうる。LTE-Release10R10では、無線デバイスは、送信されている信号に応じて、その最大出力電力を低減して、帯域外放出リミットoutofbandemissionlimitsを超えることを回避することが許可されてもよい。無線デバイスは、その実装に基づいて、完全に許可された電力低減、または、より少ない値を使用してもよい。各サブフレームi内で、所与のコンポーネントキャリアCCについて、無線デバイスは、LTE構成およびグラントに基づいて、その必要とされた電力低減を判定してもよい。これは、MPRactual,ciと呼ばれることがあり、そのサブフレーム内で最大の可能にされた出力電力は、以下のようになる。PCMAX,ci=MIN{ΡΕΜΑΧ,c,PPowerClass-MPRactual,ci-ΔTC,c}式1ただしΡΕΜΑΧ,cは、CCについて上位層によってシグナリングされた最大電力であってもよい。PPowerClassは、WTRUのクラスのための最大WTRU出力電力であってもよい。MPRactual,cは、CCについて最大の電力低減MPR/追加のMPRA-MPRの影響のために、WTRUが取った実際の電力低減であってもよい。ΔTC,cは、CCについて送信帯域幅BWの関数である固定電力オフセットであってもよい。加えて、LTE-Release10R10、無線デバイスは、LTEスケジューラにとって未知の電力要件のため、電力管理のためにその最大出力を低減することが許可されてもよい。各サブフレームi内で、所与のコンポーネントキャリアCCについて、無線デバイスは、LTE構成およびグラントに基づいて、その必要とされた電力低減を判定してもよい。これは、P-MPRactual,ciと呼ばれることがあり、そのサブフレーム内で最大の許可された出力電力は、以下のようになる。PCMAX,ci=ΜIΝ{ΡΕΜΑΧ,c,PPowerClass-MAXMPRactual,ci,P-MPRactual,ci-ΔTC,ci}式21つの可能性は、他のRATへの干渉を最小化することによる電力バックオフが、追加の項、例えば、RATbackoff,ciでありうる、ということである場合があり、最大に許可された出力電力は、以下のようになる。PCMAX,ci=ΜIΝ{ΡΕΜΑΧ,c,PPowerClass-MPRactual,ci-P-MPRactual,c,-RATbackoff,ci-ΔTC,c}式3より高い可能性として、しかし、電力バックオフは、他のRATへの干渉を最小化するためのものであってもよく、MPR低減に加えたものではなく、むしろMPR低減と並行したものであり、実際には、3つの低減のうちより大きいものが使用されうるようにしてもよい。そのような場合、最大出力電力は、以下のようになる。PCMAX,ci=ΜIΝ{ΡΕΜΑΧ,c,PPowerClass-MAXMPRactual,c,P-MPRactual,c,RATbackoff,ci-ΔTC,c}式4適時なPHR情報をeNBスケジューラに提供するために、様々な報告トリガが指定されてもよい。他のRATに影響を及ぼす干渉をあらかじめ予測することは困難であるため、他のRATに影響を及ぼす干渉を検出するとすぐにPHRを提供するために、特定のトリガを提供することが必要であることがある。R10におけるP-MPRトリガリングと同様に、このことを達成するための1つの方法は、特定のSセルのRATbackoff,ciが、構成された閾値よりも大きく変化するとき、PHRをトリガすることでありうる。他の係数の中でも、構成されたバックオフ閾値は、配置シナリオ、および、実装に固有のeNBスケジューラ設計によって決まってもよい。他のRATへの適用された電力バックオフまたは干渉が、他のバックオフ係数と並行して計算されうるものであり、ただし、電力の低減が、MAXMPRactual,c,P-MPRactual,ci,RATbackoff,ciによって判定されうる場合、RAT干渉によるバックオフが構成された閾値を越えたとしても、実際の電力バックオフがMPR/A-MPRの影響またはP-MPRの影響によって左右される場合、実際の電力バックオフへの影響がないことがある、という場合がありうる。したがって、不要な報告を最小限にするために、RATバックオフの変化によるPHRトリガリングは、この係数が、そのセルに対して適用されたバックオフPcmax,cの計算を左右するときに、限定されてもよい。実施形態の一例によれば、LTE-R10における電力管理と同様に、デバイス内干渉および他の原因によるWTRU内の電力バックオフまたはスケーリングは、送信時間間隔に基づいてではなく、時間領域ウィンドウ内で適用されうる。このための1つの理由は、ULグラントのスケジューリングが即時に調節されないことがあることである。電力バックオフまたはスケーリングを、特定の送信に対してではなく、ある期間にわたって適用することによって、電力バックオフまたはスケーリングのレベルに合致するULグラントが増加される。加えて、電力バックオフまたはスケーリングイベントの識別は、MAC-CE-PHRを遅延させる禁止タイマを受けてもよい。この場合、電力バックオフまたはスケーリングの適用は、MAC-CE-PHRが送信されうるか、または、eNBスケジューラによって理解されるまで、遅延されてもよい。同様の方法が、電力バックオフまたはスケーリングが除去されうるとき、適用されてもよい。この場合、低減されたバックオフまたはスケーリングが報告されるか、または、スケジューラによって理解されるときにのみ、電力バックオフまたはスケーリングは実際に低減される。この解決策は、LTE-ULグラントを適切にサポートし、かつ、他のRATにおける送信が急速に再アクティブ化されるとき、他のRATへの干渉を最小化する、電力管理の場合のように、利益を得ることができる。電力低減値および理由もまた、UEがデバイス内干渉状況を検出し、かつ、上記で説明したような電力管理プロシージャが実行されるとき、トリガされうる、通知メッセージを介して、ネットワークに報告されてもよい。アイドルモードにおける追加の防止機構もまた、例えば、そのような機構に関連付けられた情報が例えば、310および312で無線デバイスによって受信かつ処理されることに応答して、実行されてもよい。無線デバイスがアイドル状態である可能性があり、かつ、無線デバイスのバッファ内に保留中のデータがない可能性がある場合、無線デバイスは、ISMデバイスまたは、RATをサポートする別のコンポーネントを制限または調整して、無線デバイスの実際の動作を保護し、ページングおよび測定期間中にデータが送信されることのないようにしてもよい。このことは、例として、共存する技術がアクティブ化されうる例えば、ISMまたはGPSがアクティブ化されうるが、無線デバイスがLTEシステムに既に接続されうるとき、実行されてもよい。無線デバイスがアイドルでありうることを考えると、別の周波数に変更するべき時間は重要でないことがある。ISM技術など、RAT技術がアクティブ化されうる間、無線デバイスは、アイドルモードのままであってもよい。しかし、この解決策の一部として、無線デバイスは、ISM技術など、RATがアクティブ化されていることを、ネットワークに通知してもよい。これにより、無線デバイスが前もって周波数から出ることが可能になりうる。アイドルモードでネットワークに通知するために、無線デバイスは、RRC接続要求メッセージを使用してもよい。RRC接続要求内の1ビットインジケーションを使用して、デバイス内でデバイス内干渉を発生する可能性がある共存する技術がアクティブ化されることを要求中であるか、または、アクティブ化されていることを、ネットワークに指示してもよい。あるいは、RRC接続要求内の新しい確立条項clauseが導入されてもよい例えば、デバイス内技術アクティブ。ネットワークは、原因リダイレクトを有するRRCリジェクションメッセージを介して、無線デバイスに応答してもよい。あるいは、無線デバイスは、RRC接続確立プロシージャが開始された後、ISMデバイスなど、RATコンポーネントまたはデバイスがアクティブであることを、ネットワークに通知してもよい。この通知は、RRC接続要求内またはRRC接続セットアップ完了内に存在してもよい。ネットワークは次いで、例えば、310で受信された情報を介して無線デバイスを接続モードへ送信し、かつ、例えば、312での処理を介して上記で説明したアクションのうち1つを実行すること、あるいは、無線デバイスにリダイレクト情報を与えることを選んでもよい。上記で論じた情報を有するインジケーションまたは報告と共に、無線デバイスは、ネットワークに対し、無線デバイスがRRC接続セットアップメッセージの適切な受信を可能にするために使用中でありうる、一時的パターンを提供してもよい。このパターンと共に、無線デバイスは、基準タイミングを指定して、ISMデバイスが送信中ではなく、したがって、eNBがダウンリンク送信のために使用することができるダウンリンクサブフレームに、ネットワークが気づいていることを可能にしてもよい。無線デバイスによって使用され、シグナリングされるパターンは、明示的パターンであってもよい。あるいは、事前定義され、無線デバイスおよびネットワークの両方によって知られるデフォルトパターンが、RRC接続セットアップメッセージの受信のために使用されてもよい。ネットワークがRRC接続要求内のインジケーションを受信するとき、ネットワークは、このデフォルトパターンを使用して、RRC接続セットアップまたはRACH-msg4がDL内でスケジュールされるサブフレームを判定してもよい。あるいは、WTRUは、新しいパターンまたはアクションがネットワークによって要求されるまで、一時的に使用中でありうる、事前定義されたパターンのセットへのインデックスを提供してもよい。無線デバイス側では、無線デバイスは、シグナリングされたパターンを使用して、DL内で監視することができるサブフレームを判定してもよい。例として、macContentionResolutionタイマが実行中である間、無線デバイスは、パターンに従って、他のデバイスが送信中でないサブフレーム、または、LTEによりスケジュールされた期間を監視してもよい。あるいは、無線デバイスは、連続的な受信を実行してもよく、正しいサブフレーム上でメッセージを送信するために、ネットワークに依拠する。このことは、ネットワークがこの特徴をサポートしないことがあり、サブフレームのうちいずれかにおいて実際に応答を送信することがあることを考えると、有益でありうる。上記との組み合わせでも使用されうる代替解決策では、RACHアクセスプリアンブルが送信されるとき、RARの適切な受信を保証するために、無線デバイスは、他の技術に対し、ランダムアクセス応答RARウィンドウの継続時間にわたって例えば、WTRUがRARを受信することを予期している時間にわたっていかなるUL送信をも実行しないように知らせてもよいことが、提案される。加えて、同じことは、メッセージ3が送信され、かつ、MAC競合解決タイマが開始されている時間から、競合タイマが満了するか、または、msg4が無線デバイスによってうまく受信されるまで、当てはまることがある。別の実施形態では、無線デバイスは、例えば、312で別の周波数またはRATを再選択するか、またはそれに向けてリダイレクトされて、無線デバイス内のISMデバイスなど、RATコンポーネントまたはデバイスの独立した完全な動作を可能にしてもよい。以下の方法の例は、無線デバイス内のISMデバイスの完全な独立した動作を可能にしてもよい。例えば、一実施形態では、ネットワークは、共存する技術がアクティブ化されうる場合にデバイスが測定かつそれにハンドオフすることを可能にする周波数またはRATのリストを、デバイスにシグナリングしてもよい。このリストは、デバイス内で共存する技術を有するLTE無線デバイス向けであってもよく、あるいは、ネットワークは、無線デバイスが再選択することを許可されない周波数のリストを、無線デバイスにシグナリングしてもよい。あるいは、無線デバイスは、再選択または接続の目的のために使用することができる、使用可能な周波数を自律的に判定してもよいが、被干渉周波数をネットワーク使用可能周波数のリストから除く。この情報が、例えば、ISMデバイスを備える無線デバイスに特有に、ブロードキャストされうる例えば、310で受信される場合、無線デバイスは、セルにおけるキャンピングの直後に、これらの特定の周波数またはRATの測定を開始してもよい。あるいは、無線デバイスは、そのバッテリーを保ち、測定負荷を低減するために、ISMデバイスがアクティブでありうるものであり、ならびに、別の技術によって干渉される傾向および/または別の技術への干渉を発生する傾向がありうると判定した後にのみ、これらの特定の周波数およびまたはRATの測定を開始してもよい。あるいは、ネットワークがこれらの特定の周波数および/またはRATをシグナリング中でないことがある場合、ISM技術アクティブ化要求など、RATのための技術アクティブ化要求を受信すると、無線デバイスは、ISMデバイスもしくは、他のRATデバイスのアクティブ化を可能にする前に、他の周波数および/もしくはRATの探索/走査を自律的に開始してもよく、または、ISMデバイスがアクティブ化されている間、もしくは、干渉が検出されうるようになると、それらを行うことを開始してもよい。より具体的には、無線デバイスは、他のRATおよび周波数の測定を開始するための基準が満たされない場合であっても、システム情報ブロックSIB内で、指示された周波数およびRATの測定を開始してもよい。あるいは、無線デバイスは、干渉技術がアクティブ化されうるとき、干渉の傾向がある周波数を自律的に優先させないようにしてもよい例えば、何が実際にSIB内で送信されるかにかかわらず、それらの周波数を、リスト内の最低優先度の周波数であると見なす。例として、このルールは、LTE無線デバイスが任意の周波数内にある可能性があり、かつ、セル再選択測定を実行している間に適用され、LTE無線デバイスが、干渉の傾向がある周波数に再選択することを回避できるようにしてもよい。ISMデバイスまたは、他のRATデバイスが、所与の期間にわたって、非アクティブ化されると、ブロードキャストまたはシグナリングされた周波数およびRATの優先度は、元に戻されてもよい。あるいは、別個の優先度リストが、共存するデバイスに対して別々にブロードキャストされてもよい。例えば、上記の基準が満たされるとき、無線デバイスは、専用のリストを使用してもよく、そうでない場合、すべての無線デバイスのための標準リストが使用されてもよい。あるいは、別の例では、このリストは、共存するデバイスを有するLTE無線デバイスによって使用されてもよい。別の代替的実施形態では、上記の基準が満たされるとき、LTE無線デバイスは、セルが除外されたと見なしてもよい。ISMデバイスもしくは、他のRATデバイスが非アクティブ化されうるか、または、構成された期間にわたって非アクティブ化されるまでは、セルが除外されたと見なされてもよい。無線デバイスが、他のいかなる周波数またはRAT内でいかなる適切なセルも発見できない場合、無線デバイスは、除外制限を解除し、そのセルに接続してもよい。成功したRATまたは別の安全な周波数が再選択されると、無線デバイスは、ISMデバイスアクティブ化または、他のRATデバイスコンポーネントアクティブ化を可能にしてもよい。あるいは、ISMデバイスまたは、他のRATデバイスもしくはコンポーネントはなお、アクティブ化されてもよく、LTEデバイスまたはコンポーネントは、本明細書で説明するプロシージャに従ってもよい。別の実施形態では、ISMデバイスアクティブ化要求または、他のRATデバイスアクティブ化要求を受信すると、無線デバイスは、例えば、新しい原因ISMデバイスアクティブ化と共に接続要求メッセージを送信してもよい。このメッセージを例えば、308で受信すると、ネットワークは、安全な周波数上で別の周波数またはRATへのリダイレクトを有する接続リジェクトを送信し例えば、310で受信されうる、両方のRATの独立した動作を可能にしてもよい。安全な周波数/RATへの再選択/リダイレクトが成功した後、無線デバイスは、ISMデバイスアクティビティまたは、他のRATデバイスアクティビティ中に、異なる周波数/RAT優先度リストを維持して、セル再選択ピンポン効果を回避してもよい。加えて、無線デバイスは、干渉の傾向がある周波数上のセルに対して一時的除外を適用してもよい。セルおよび周波数除外は、ISMデバイスまたは、他のRATデバイスが所与の期間にわたって非アクティブ化されうるようになると、解除されてもよい。無線デバイスは、ISMデバイスまたは、他のRATデバイスが定義された時間量にわたってオフにされるとき、例えば、通知を介してネットワークに報告または通知し、ネットワークが無線デバイス例えば、310で受信され、312で処理されうるを、標準の以前の周波数を測定するように構成できるようにしてもよい。実施形態の一例では、ISMデバイスアクティブ化要求または、他のRATデバイスアクティブ化要求があると、無線デバイスは、ネットワークによりシグナリングされうるか、または、無線デバイスにより実装されうる例えば、無線デバイス内で実装される、遅延アクティブ化タイマを起動してもよい。このタイマは、代替周波数/RAT再選択またはリダイレクトを可能にするために十分長いものであってもよい。あるいは、動作ごとに2つの異なるタイマ、または、1つのタイマおよびスケーリング係数があってもよい。別の実施形態では、アイドルモードである間、無線デバイスは、その動作をISMデバイスまたは、他のRATデバイスと同期させて、その測定およびページングの機会を保護してもよい。現在のRAT上で送信されるべきデータがある場合、現在のRATは、そのデータをバッファリンングし、最初にISMデバイスアクティブ化条項と共に接続要求を送信してもよく、次いで、ネットワークによってリダイレクトされ、次いで、安全な周波数上で接続およびデータ転送を開始してもよい。加えて、無線デバイスまたは現在のRATがページングを受信することができる場合、無線デバイスまたは現在のRATは、ISMデバイス上の送信を非アクティブ化または一時停止し、ページングメッセージを進めてもよい。また、無線デバイスまたは現在のRATがデータまたは呼を受信しなければならない場合、無線デバイスまたは現在のRATは、接続モードへ移り、次いで、上記で説明した接続状態プロシージャのうち1つを適用してもよい。ピンポンを最小限にするため、かつ、無線デバイスが最終的にその周波数に戻ることができるようにするための、解決策または、プロシージャ、方法、ルール、および、本明細書で説明するもののいずれかによって、無線デバイスが干渉の傾向がある周波数から出た後、無線デバイスは、共存するデバイスが非アクティブ化されるまで無線デバイスがなお干渉の傾向がある周波数に戻ろうとする可能性がある場合に、他の周波数が使用可能になる可能性がないことでない限り、その周波数上で測定を実行することを、または、その周波数に戻るために防止されてもよい。その技術が事前定義された期間にわたって非アクティブ化された後、無線デバイスは、例えば、308でデバイスが非アクティブ化されているという報告を、ネットワークへ送信してもよい。この報告は、RRCメッセージを介して、測定イベントを介して、または、新しい測定イベントを介して送信されてもよい。無線デバイスは、干渉の傾向がある周波数の測定もまた開始してもよい。一実施形態では、無線デバイス自体が、検出された干渉状況から回復してもよい。例えば、再び図3を参照すると、一実施形態では、無線デバイスは、例えば、310で干渉状況を軽減するための情報を、ネットワークから受信しないことがある。むしろ、無線デバイスは、302で干渉イベントを検出すると処理されうる、または行われうる、1つまたは複数のアクション、ルール、方法、プロシージャおよび/またはプロトコルを内部に含んでもよい。例えば、上記で説明したように、302で干渉イベントを検出すると、304で、通信またはインタフェースリンクが確立されないことがある例えば、RLFが起こりうる。そのような状況では、無線デバイスは、内部で1つまたは複数のアクション、ルール、方法、プロシージャおよび/またはプロトコルを処理し、または実行して、例えば、306で本明細書で説明するようにデバイス内干渉状況から回復し、その状況を軽減、低減または防止してもよい。より具体的には、干渉デバイスがアクティブ化されて、干渉状況が生じうるようになると、共存するデバイス内の干渉が激しく、無線デバイス内でデータの正しい受信を妨げることがある例えば、RLFが起こりうる。デバイスがこの状況を和らげ、検出できるようにするために、以下で説明するものなど、RLFに対処するいくつかの方法RLFO、報告、測定、および同様のものが採用されてもよい。一実施形態では、RLFプロシージャが、無線デバイス、または、内部の1つもしくは複数のコンポーネントによって実行されて、無線デバイスが干渉状況を検出し、かつ、本質的にWTRUにセルまたは周波数を変更させることができるようにしてもよい。しかし、RLFを宣言するために必要とされる時間はかなり長いことがあり、したがって、無線デバイスによって実行されるように構成されたRLFプロシージャを使用することは、許容可能なQoSを維持するために十分でないことがある。加えて、干渉技術から発生した干渉が例えば、生成されているデータのタイプに応じて本質的に散発的でありうることを考えると、RLFをトリガするための条件は、十分に長く続かないことがある。したがって、受信器の低雑音増幅器LNAの飽和の影響を軽減するために、より低いレイテンシ反応を有する、改善されたRLFプロシージャが使用されてもよい。チャネル品質インジケータCQIおよび/または信号品質LTEの基準信号受信品質RSRQ、もしくは、UMTSのEc/Noもまた、無線デバイスによって、そのような干渉状況を検出するために使用されてもよい。一実施形態では、ISMデバイスのアクティブ化例えば、302で、干渉状況の検出があると、無線デバイスは、例えば、306でスケーリング係数を、RLFプロシージャのために使用される非同期カウンタ例えば、N310および/またはRLFタイマ例えば、T310に適用してもよい。スケーリング係数は、ネットワークによりシグナリングもしくは提供され、または、例えば、その実装を介して無線デバイスにより定義されてもよい。構成されたN310および/またはT310に、このスケーリング係数を掛けて、非同期が共存する干渉デバイスにより引き起こされる場合に使用されるべき新しいカウンタおよび時間を判定してもよい。あるいは、共存するコンポーネントまたはデバイスに固有の新しいセットのN310またはT310が、無線デバイス内で提供または構成されてもよい。一実施形態によれば、いつスケーリング係数を適用するかを判定するために、無線デバイスは、共存するデバイスが存在する可能性があり例えば、ISM、アクティブ化されうるという知識を、使用してもよい。ISMデバイスまたは、他のRATデバイスもしくはコンポーネントがアクティブ化されうるとき、無線デバイスは、RLFを検出かつ宣言するためのスケーリングされた、または、新しいセットのパラメータの使用を開始してもよい。以下で説明する基準と組み合わせたこの条件を使用して、干渉通知または報告がネットワークへ送信されるか否かを判定してもよいことは理解されよう。例えば、上記の基準と組み合わせて、無線デバイスはまた、スケーリングされた、または、新しいセットのパラメータの使用を開始する判定を、CQIが閾値未満であることに基づかせてもよい。したがって、非同期が検出される可能性があり、かつ、CQIが閾値未満である可能性があり、ならびに/または、RSRQが閾値未満でありうるとき、無線デバイスは、スケーリングされた値を使用してもよい。散発的な干渉の検出に対処するために、CQI報告またはイベント報告を含む、例えば、306で無線デバイスによってトリガされたRLFプロシージャおよび/または他のプロシージャは、同じく、例えば、306で無線デバイスによって実行されるべき以下の検出機構につながることがある。例えば、無線デバイスは、トリガを断続的な干渉パターンの検出に基づかせてもよい。あるいは、または加えて、無線デバイスは、Tx期間にわたって、Nxの連続的な非同期Ny時間を検出してもよい。より具体的には、干渉の性質を考えると、無線デバイスは、異なる時間間隔で同期および非同期になりうる。したがって、無線デバイスがそのような動きを検出することが、有益でありうる。したがって、無線デバイスが、Nxの連続的な非同期を受信する可能性があるようになると、無線デバイスは、タイマTxを起動させてもよい。この条件のためのトリガが満たされうる場合、無線デバイスは、例えば、302および304で無線リンク障害を検出するか、または、例えば、308でこのイベントをネットワークに報告してもよい。上記のことはまた、一実施形態によれば、CQI値またはRSRQ値にも適用されうる。例えば、新しいイベントは、CQIまたはRSRQが事前定義された期間にわたって閾値を下回る、ウィンドウまたは測定サンプル内の時間量をカウントするように構成されてもよい。構成された期間内でこれが起こる時間量が、構成された値を超えすなわち、このパターンが検出される場合、かつ、無線デバイスが、干渉技術が有効にされ、干渉を発生中であることに気づいている場合、無線デバイスは、例えば、308で新しい測定イベントもしくは新しいRRCメッセージを介して、このイベントをネットワークに報告してもよく、または、例えば、306で内部のプロトコル、プロシージャ、ルールもしくは方法を実行して、干渉イベントを軽減してもよい。実施形態の例によれば、上記で説明したRSRQ/CQI閾値、期間およびカウンタは、ネットワークによって構成されるか、または、無線デバイス内で事前定義されてもよい。一実施形態では、無線デバイスは、例えば、306でISMデバイスバッファ負荷もしくは、他のRATデバイスバッファ負荷、または、受信および/もしくは送信速度に基づいて、誤りカウンタおよびRLFタイマを調節してもよい。あるいは、無線デバイスは、現在のRATに対するISMからのサービスの品質またはサービスのタイプに基づいて、そのRLF宣言パラメータを調節してもよい。追加の実施形態では、ネットワークが本明細書で説明するような適切なアクションを取ることができるように、無線デバイスがより早い段階で干渉をネットワークに報告できるようにするため、または、無線デバイスが干渉状況自体に対処できるようにするために、新しいイベント/トリガが定義されてもよい。そのようなイベントは、被干渉サブフレーム、または、被干渉サブフレームおよび干渉されないサブフレームの平均中に、構成された期間にわたって、干渉技術がアクティブ化される可能性があり、かつ、以下の条件が満たされうる、というデバイス内の知識に基づいてもよく、それらの条件は、RSRQが閾値未満でありうること、RSRPが閾値未満でありうること、および/または、CQI値が閾値未満でありうることである。さらに別の実施形態では、無線デバイスは、例えば、306で構成される場合は、イベントをトリガするための測定値および時間に対して、異なるスケーリング係数を適用して、デバイス内ISM送信器または、他のRAT送信器からの継続された干渉を加速してもよい。この問題に固有の、新しい定義されたイベント、または、特定のパラメータを有する既存のイベントがあってもよい。加えて、ISM送信器または、他のRAT送信器によるLNAの飽和を軽減するために、無線デバイスが例えば、306であるアクションを行い、かつ/または、例えば、308で問題RLF、もしくは、上記の段落で説明したようなイベントを報告し、例えば、310でネットワーク反応メッセージを受信し、例えば、312でネットワーク指令をその指令が何であろうと、すなわち、ハンドオーバ、リダイレクトによる接続解放、もしくは、キャリア複数可再構成完了する間、ISMデバイスまたは、他のRATコンポーネントもしくはデバイスは、一時的に送信を一時停止してもよい。随意に、上記のトリガが満たされうるとき、無線デバイスはまた、他の周波数またはRATの測定をも自律的に開始してもよい。これにより、RLFが実際に起こるとき、適切なセルおよび周波数の発見の遅延を低減することができる。別の実施形態によれば、無線デバイスは、例えば、306および/または312で以下を行って、干渉状況を軽減、防止、低減または回避してもよく、すなわち、一時的にISM送信器を一時停止すること、ネットワークとの同期が失われた場合、再び獲得すること、干渉通知をネットワークへ送ること、ある定義された時間にわたってネットワーク反応を待機すること、ネットワーク指令再構成、ハンドオーバ、別の周波数もしくはRATへのリダイレクトによる接続解放、および同様のものを受信すること、ネットワーク指令をうまく実行すること、ピンポン効果を回避するために周波数/RAT優先度を変更すること、ISMアクティビティを再起動すること、および/または、ISMデバイスアクティビティが停止するか、もしくはISMデバイスがオフにされるとき、以前の優先度に戻し、標準の動作について再構成することである。特徴および要素を特定の組み合わせにより上記で説明しているが、各特徴もしくは要素を単独で、または、他の特徴および要素との任意の組み合わせで使用できることは、当業者には理解されよう。加えて、本明細書で説明した方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェアまたはファームウェアにおいて実装可能である。コンピュータ可読媒体の例には、電子信号有線またはワイヤレス接続を介して送信されるおよびコンピュータ可読記憶媒体が含まれる。コンピュータ可読記憶媒体の例には、限定されないが、リードオンリーメモリROM、ランダムアクセスメモリRAM、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびに、CD-ROMディスクおよびデジタル多用途ディスクDVDなどの光媒体が含まれる。ソフトウェアに関連したプロセッサは、WTRU、UE、端末、基地局、RNC、または、任意のホストコンピュータにおいて使用するための、無線周波数トランシーバを実装するために使用可能である。"