(57)【特許請求の範囲】
【請求項１】
無線通信のための方法であって、
ユーザ機器の第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可することと、
前記第１のＲＡＴの第1の接続セットアップ手順を開始することと、
前記ユーザ機器の第２のＲＡＴが送信されている場合で前記第1の接続セットアップ手順中に前記第１のＲＡＴの信号品質を推定することと、
前記第２のＲＡＴが送信されていない場合に前記第１のＲＡＴの信号品質を推定することと、
前記第２のＲＡＴが送信されていない場合に前記推定された前記第１のＲＡＴの信号品質に対して、前記第２のＲＡＴが送信されている場合で前記第1の接続セットアップ手順中に前記推定された前記第１のＲＡＴの信号品質を比較することと、
前記比較の結果の少なくとも部分に基づいて、第２のＲＡＴの通信が、前記第１のＲＡＴの少なくとも１つの未来の接続セットアップと潜在的に干渉しうる場合を判定することと、
前記第１のＲＡＴの少なくとも１つの未来の接続セットアップとの干渉を回避するために、前記第１のＲＡＴまたは前記第２のＲＡＴの潜在的に干渉する通信を変更することと、
を備える方法。
【請求項２】
前記潜在的に干渉する通信を変更することは、
最初に前記第２のＲＡＴにおけるアクティブな通信を許可し、次に前記第２のＲＡＴにおけるアクティブな通信を禁止することを交互する同一長さの期間を備える第１の時分割多重（ＴＤＭ）ギャップ・パターンを構築することと、
最初に前記第２のＲＡＴにおけるアクティブな通信を禁止し、次に前記第２のＲＡＴにおけるアクティブな通信を許可することを交互する同一長さの期間を備える第２のＴＤＭギャップ・パターンを構築することと、
第１のインタバルの間、前記第１のＴＤＭギャップ・パターンを適用することと、
その後のインタバルの間、前記第２のＴＤＭギャップ・パターンを適用することと、
前記第１のインタバルまたは前記その後のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信が禁止されている期間中、前記第１のＲＡＴにおける接続セットアップを試みることと
を備える、請求項１に記載の方法。
【請求項３】
前記第１のインタバルおよび前記第２のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を許可している期間に与えられた累積時間は、前記第１のインタバルの長さに等しい、請求項２に記載の方法。
【請求項４】
前記第１のＲＡＴはブルートゥースを備え、前記第２のＲＡＴはロング・ターム・イボリューション（ＬＴＥ）を備える、請求項２に記載の方法。
【請求項５】
前記第１のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を許可している期間の長さは、前記第２のＲＡＴにおけるアクティブな通信を禁止する期間の長さよりも長い、請求項２に記載の方法。
【請求項６】
前記第１のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を禁止している期間の長さは、前記第２のＲＡＴにおけるアクティブな通信を許可している期間の長さよりも長い、請求項２に記載の方法。
【請求項７】
前記少なくとも１つの未来の接続セットアップはブルートゥース・ページング・イベントであり、
前記潜在的に干渉する通信を変更することは、ＬＴＥ電力バックオフを実行することを備える、請求項１に記載の方法。
【請求項８】
前記少なくとも１つの未来の接続セットアップはブルートゥース問い合わせイベントであり、
前記潜在的に干渉する通信を変更することは、周期的なブルートゥース問い合わせイベントのためＬＴＥ電力バックオフを実行することを備える、請求項１に記載の方法。
【請求項９】
予め定められた持続期間内の２つの問い合わせ応答後、その後のブルートゥース問い合わせ応答を拒否し、前記潜在的に干渉する通信を許可すること、をさらに備える請求項８に記載の方法。
【請求項１０】
前記少なくとも１つの未来の接続セットアップは、スレーブ・モードにおけるブルートゥース動作のためのブルートゥース・リンク管理プロトコル通信であり、
前記潜在的に干渉する通信を変更することは、ＬＴＥ電力バックオフおよびＰＵＣＣＨパンクチャを実行することを備える、請求項１に記載の方法。
【請求項１１】
前記少なくとも１つの未来の接続セットアップは、マスタ・モードにおけるブルートゥース動作のためのブルートゥース・リンク管理プロトコル通信であり、
前記潜在的に干渉する通信を変更することは、前記潜在的に干渉する通信を、前のブルートゥース・ページング・イベントのためと同じ方式で変更することを備える、請求項１に記載の方法。
【請求項１２】
前記少なくとも１つの未来の接続セットアップは、ブルートゥース・ページ応答およびブルートゥース・スニフ・イベントのうちの１つであり、
前記潜在的に干渉する通信を変更することは、前記潜在的に干渉する通信を拒否することを備える、請求項１に記載の方法。
【請求項１３】
前記少なくとも１つの未来の接続セットアップは、ブルートゥース問い合わせ応答であり、
前記潜在的に干渉する通信を変更することは、前記ブルートゥース問い合わせ応答を優先付けることと、前記潜在的に干渉する通信を拒否することとを備える、請求項１に記載の方法。
【請求項１４】
前記少なくとも１つの未来の接続セットアップは、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）ラジオによるアイドル・モード中におけるビーコンの受信およびパッシブ・スキャンのうちの１つであり、
前記潜在的に干渉する通信を変更することは、前記ＷＬＡＮラジオがビーコンを受信することを許可するために、前記潜在的に干渉する通信を便宜的に拒否することを備える、請求項１に記載の方法。
【請求項１５】
前記少なくとも１つの未来の接続セットアップは、ＷＬＡＮラジオによる局モードにおける動作であり、
前記潜在的に干渉する通信を変更することは、前記ＷＬＡＮラジオによって、認証要求を送信することと、ＬＴＥアップリンク送信中の受信を回避するためにＣＴＳ−２−Ｓｅｌｆを適用することとを備える、請求項１に記載の方法。
【請求項１６】
前記少なくとも１つの未来の接続セットアップは、ＷＬＡＮラジオによるＭｉＦｉ動作であり、
前記潜在的に干渉する通信を変更することは、前記ＷＬＡＮラジオによって、認証要求を受信することと、ＬＴＥアップリンク送信中の受信を回避するためにＣＴＳ−２−Ｓｅｌｆを適用することとを備える、請求項１に記載の方法。
【請求項１７】
前記潜在的に干渉する通信を変更することは、ＬＴＥ接続セットアップ・イベントに第１の優先度を割り当てることを備え、
前記第１の優先度は、ブルートゥースまたは無線ローカル・エリア・ネットワーク（ＷＬＡＮ）のノミナル・イベントの第２の優先度よりも高い、請求項１に記載の方法。
【請求項１８】
前記ＬＴＥ接続セットアップ・イベントは、周波数間測定、ハンドオーバ・イベント、ランダム・アクセス・チャネル（ＲＡＣＨ）手順、アイドル・モードにおけるページ機会の受信、システム情報の受信、システム情報の再獲得のうちの少なくとも１つを備える、請求項１７に記載の方法。
【請求項１９】
前記潜在的に干渉する通信を変更することは、ブルートゥース・イベントまたはＷＬＡＮイベントを拒否することと、ブルートゥースＲＡＴまたはＷＬＡＮ  ＲＡＴへ電力バックオフを適用することとのうちの少なくとも１つを備える、請求項１７に記載の方法。
【請求項２０】
前記潜在的に干渉する通信を変更することは、
第１の期間および第３の期間の間、前記第１のＲＡＴにおける接続試行を許可することと、
第２の期間の間、前記第２のＲＡＴにおけるアクティブな通信を許可することと、
前記第１の期間と、前記第２の期間と、前記第３の期間とを交互することと、ここで、前記第２の期間の長さは、前記第１の期間または前記第３の期間の間、前記第１のＲＡＴにおける接続セットアップ・メッセージが受信されることを可能にするように構成される、
を備える、請求項１に記載の方法。
【請求項２１】
前記第１の期間と前記第３の期間とは、等しい長さである、請求項２０に記載の方法。
【請求項２２】
前記接続セットアップ・メッセージは、周期的な無線ローカル・エリア・ネットワーク（ＷＬＡＮ）ビーコンである、請求項２０に記載の方法。
【請求項２３】
前記第２の期間は、ＷＬＡＮビーコン間の可能な最短期間と、ＷＬＡＮビーコン間の可能な最長期間との間の期間を有するように構成された、請求項２２に記載の方法。
【請求項２４】
無線通信のための装置であって、
前記装置の第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可する手段と、
前記第１のＲＡＴの第1の接続セットアップ手順を開始する手段と、
前記装置の第２のＲＡＴが送信されている場合で前記第1の接続セットアップ手順中に前記第１のＲＡＴの信号品質を推定する手段と、
前記第２のＲＡＴが送信されていない場合に前記第１のＲＡＴの信号品質を推定する手段と、
前記第２のＲＡＴが送信されていない場合に前記推定された前記第１のＲＡＴの信号品質に対して、前記第２のＲＡＴが送信されている場合で前記第1の接続セットアップ手順中に前記推定された前記第１のＲＡＴの信号品質を比較する手段と、
前記比較の結果の少なくとも部分に基づいて、第２のＲＡＴの通信が、前記第１のＲＡＴの少なくとも１つの未来の接続セットアップと潜在的に干渉しうる場合を判定する手段と、
前記第１のＲＡＴの少なくとも１つの未来の接続セットアップとの干渉を回避するために、前記第１のＲＡＴまたは前記第２のＲＡＴの潜在的に干渉する通信を変更する手段と、
を備える装置。
【請求項２５】
無線通信のためのプログラム・コードを記憶する非一時的なコンピュータ読取可能記憶媒体であって、
前記プログラム・コードは、
ユーザ機器の第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可するためのプログラム・コードと、
前記第１のＲＡＴの第1の接続セットアップ手順を開始するためのプログラム・コードと、
前記ユーザ機器の第２のＲＡＴが送信されている場合で前記第1の接続セットアップ手順中に前記第１のＲＡＴの信号品質を推定するためのプログラム・コードと、
前記第２のＲＡＴが送信されていない場合に前記第１のＲＡＴの信号品質を推定するためのプログラム・コードと、
前記第２のＲＡＴが送信されていない場合に前記推定された前記第１のＲＡＴの信号品質に対して、前記第２のＲＡＴが送信されている場合で前記第1の接続セットアップ手順中に前記推定された前記第１のＲＡＴの信号品質を比較するためのプログラム・コードと、
前記比較の結果の少なくとも部分に基づいて、第２のＲＡＴの通信が、前記第１のＲＡＴの少なくとも１つの未来の接続セットアップと潜在的に干渉しうる場合を判定するためのプログラム・コードと、
前記第１のＲＡＴの少なくとも１つの未来の接続セットアップとの干渉を回避するために、前記第１のＲＡＴまたは前記第２のＲＡＴの潜在的に干渉する通信を変更するためのプログラム・コードとを備える、コンピュータ読取可能記憶媒体。
【請求項２６】
無線通信のための装置であって、
メモリと、
前記メモリに接続された少なくとも１つのプロセッサとを備え、
前記少なくとも１つのプロセッサは、
前記装置の第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可し、
前記第１のＲＡＴの第1の接続セットアップ手順を開始し、
前記装置の第２のＲＡＴが送信されている場合で前記第1の接続セットアップ手順中に前記第１のＲＡＴの信号品質を推定し、
前記第２のＲＡＴが送信されていない場合に前記第１のＲＡＴの信号品質を推定し、
前記第２のＲＡＴが送信されていない場合に前記推定された前記第１のＲＡＴの信号品質に対して、前記第２のＲＡＴが送信されている場合で前記第1の接続セットアップ手順中に前記推定された前記第１のＲＡＴの信号品質を比較し、
前記比較の結果の少なくとも部分に基づいて、第２のＲＡＴの通信が、前記第１のＲＡＴの少なくとも１つの未来の接続セットアップと潜在的に干渉しうる場合を判定し、
前記第１のＲＡＴの少なくとも１つの未来の接続セットアップとの干渉を回避するために、前記第１のＲＡＴまたは前記第２のＲＡＴの潜在的に干渉する通信を変更するように構成された、装置。
【請求項２７】
前記潜在的に干渉する通信を変更するように構成された少なくとも１つのプロセッサは、
最初に前記第２のＲＡＴにおけるアクティブな通信を許可し、次に前記第２のＲＡＴにおけるアクティブな通信を禁止することを交互する同一長さの期間を備える第１の時分割多重（ＴＤＭ）ギャップ・パターンを構築し、
最初に前記第２のＲＡＴにおけるアクティブな通信を禁止し、次に前記第２のＲＡＴにおけるアクティブな通信を許可することを交互する同一長さの期間を備える第２のＴＤＭギャップ・パターンを構築し、
第１のインタバルの間、前記第１のＴＤＭギャップ・パターンを適用し、
その後のインタバルの間、前記第２のＴＤＭギャップ・パターンを適用し、
前記第１のインタバルまたは前記その後のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信が禁止されている期間中、前記第１のＲＡＴにおける接続セットアップを試みる、ように構成された前記少なくとも１つのプロセッサを備える、
請求項２６に記載の装置。
【請求項２８】
前記第１のインタバルおよび前記第２のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を許可している期間に与えられた累積時間は、前記第１のインタバルの長さに等しい、請求項２７に記載の装置。
【請求項２９】
前記第１のＲＡＴはブルートゥースを備え、前記第２のＲＡＴはロング・ターム・イボリューション（ＬＴＥ）を備える、請求項２７に記載の装置。
【請求項３０】
前記第１のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を許可している期間の長さは、前記第２のＲＡＴにおけるアクティブな通信を禁止する期間の長さよりも長い、請求項２７に記載の装置。
【請求項３１】
前記第１のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を禁止している期間の長さは、前記第２のＲＡＴにおけるアクティブな通信を許可している期間の長さよりも長い、請求項２７に記載の装置。
【請求項３２】
前記少なくとも１つの未来の接続セットアップは、ブルートゥース・ページング・イベントであり、
前記潜在的に干渉する通信を変更するように構成された少なくとも１つのプロセッサは、ＬＴＥ電力バックオフを実行することを備える、請求項２６に記載の装置。
【請求項３３】
前記少なくとも１つの未来の接続セットアップはブルートゥース問い合わせイベントであり、
前記潜在的に干渉する通信を変更するように構成された少なくとも１つのプロセッサは、周期的なブルートゥース問い合わせイベントのためＬＴＥ電力バックオフを実行することを備える、請求項２６に記載の装置。
【請求項３４】
前記少なくとも１つのプロセッサはさらに、予め定められた持続期間内の２つの問い合わせ応答後、その後のブルートゥース問い合わせ応答を拒否し、前記潜在的に干渉する通信を許可するように構成された、請求項３３に記載の装置。
【請求項３５】
前記少なくとも１つの未来の接続セットアップは、スレーブ・モードにおけるブルートゥース動作のためのブルートゥース・リンク管理プロトコル通信であり、
前記少なくとも１つのプロセッサは、ＬＴＥ電力バックオフおよびＰＵＣＣＨパンクチャを実行するように構成された、請求項２６に記載の装置。
【請求項３６】
前記少なくとも１つの未来の接続セットアップは、マスタ・モードにおけるブルートゥース動作のためのブルートゥース・リンク管理プロトコル通信であり、
前記少なくとも１つのプロセッサは、前記潜在的に干渉する通信を、前のブルートゥース・ページング・イベントのためと同じ方式で変更するように構成された、請求項２６に記載の装置。
【請求項３７】
前記少なくとも１つの未来の接続セットアップは、ブルートゥース・ページ応答およびブルートゥース・スニフ・イベントのうちの１つであり、
前記少なくとも１つのプロセッサは、前記潜在的に干渉する通信を拒否するように構成された、請求項２６に記載の装置。
【請求項３８】
前記少なくとも１つの未来の接続セットアップはブルートゥース問い合わせ応答であり、
前記少なくとも１つのプロセッサは、前記ブルートゥース問い合わせ応答を優先付け、前記潜在的に干渉する通信を拒否するように構成された、請求項２６に記載の装置。
【請求項３９】
前記少なくとも１つの未来の接続セットアップは、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）ラジオによるアイドル・モードにおけるビーコンの受信と、パッシブ・スキャンとのうちの１つであり、
前記少なくとも１つのプロセッサは、前記ＷＬＡＮラジオがビーコンを受信することを許可するために、前記潜在的に干渉する通信を便宜的に拒否するように構成された、請求項２６に記載の装置。
【請求項４０】
前記少なくとも１つの未来の接続セットアップは、ＷＬＡＮラジオによる局モードにおける動作であり、
前記少なくとも１つのプロセッサは、前記ＷＬＡＮラジオによって、認証要求を送信し、ＬＴＥアップリンク送信中の受信を回避するためにＣＴＳ−２−Ｓｅｌｆを適用するように構成された、請求項２６に記載の装置。
【請求項４１】
前記少なくとも１つの未来の接続セットアップは、ＷＬＡＮラジオによるＭｉＦｉ動作であり、
前記少なくとも１つのプロセッサは、前記ＷＬＡＮラジオによって、認証要求を受信して、ＬＴＥアップリンク送信中の受信を回避するためにＣＴＳ−２−Ｓｅｌｆを適用するように構成された、請求項２６に記載の装置。
【請求項４２】
前記少なくとも１つのプロセッサはさらに、ＬＴＥ接続セットアップ・イベントに第１の優先度を割り当てるように構成され、
前記第１の優先度は、ブルートゥースまたは無線ローカル・エリア・ネットワーク（ＷＬＡＮ）のノミナル・イベントの第２の優先度よりも高い、請求項２６に記載の装置。
【請求項４３】
前記ＬＴＥ接続セットアップ・イベントは、周波数間測定、ハンドオーバ・イベント、ランダム・アクセス・チャネル（ＲＡＣＨ）手順、アイドル・モードにおけるページ機会の受信、システム情報の受信、システム情報の再獲得のうちの少なくとも１つを備える、請求項４２に記載の装置。
【請求項４４】
前記少なくとも１つのプロセッサは、ブルートゥース・イベントまたはＷＬＡＮイベントを拒否することと、ブルートゥースＲＡＴまたはＷＬＡＮ  ＲＡＴへ電力バックオフを適用することと、のうちの少なくとも１つによって、前記潜在的な干渉通信を変更するように構成された、請求項４２に記載の装置。
【請求項４５】
前記少なくとも１つのプロセッサは、
第１の期間および第３の期間の間、前記第１のＲＡＴにおける接続試行を許可することと、
第２の期間の間、前記第２のＲＡＴにおけるアクティブな通信を許可することと、
前記第１の期間と、前記第２の期間と、前記第３の期間とを交互することと、ここで、前記第２の期間の長さは、前記第１の期間または前記第３の期間の間、前記第２のＲＡＴにおける接続セットアップ・メッセージが受信されることを可能にするように構成されることによって、潜在的に干渉する通信を変更するように構成された、請求項２６に記載の装置。
【請求項４６】
前記第１の期間と前記第３の期間とは、等しい長さである、請求項４５に記載の装置。
【請求項４７】
前記接続セットアップ・メッセージは、周期的な無線ローカル・エリア・ネットワーク（ＷＬＡＮ）ビーコンである、請求項４５に記載の装置。
【請求項４８】
前記第２の期間は、ＷＬＡＮビーコン間の可能な最短期間と、ＷＬＡＮビーコン間の可能な最長期間との間の期間を有するように構成された、請求項４７に記載の装置。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本願は、「マルチ・ラジオ共存のためのサポートを容易にする方法および装置」（METHOD AND APPARATUS TO FACILITATE SUPPORT FOR MULTI-RADIO COEXISTENCE）と題された２０１１年１月１０日出願の米国仮出願６１／４３１，４２７号と、「マルチ・ラジオ共存のためのサポートを容易にする方法および装置」（METHOD AND APPARATUS TO FACILITATE SUPPORT FOR MULTI-RADIO COEXISTENCE）と題された２０１１年１月２０日出願の米国仮出願６１／４３４，８２７号と、「マルチ・ラジオ共存のためのサポートを容易にする方法および装置」（METHOD AND APPARATUS TO FACILITATE SUPPORT FOR MULTI-RADIO COEXISTENCE）と題された２０１１年２月１４日出願の米国仮出願６１／４４２，６０９号との利益を主張する。これらの開示は、全体が本明細書において参照によって明確に組み込まれている。
【技術分野】
【０００２】
本記載は、一般に、マルチ・ラジオ技術に関し、さらに詳しくは、マルチ・ラジオ・デバイスのための共存技術に関する。
【背景技術】
【０００３】
無線通信システムは、例えば、音声、データ等のようなさまざまなタイプのコンテンツを提供するために広く開発されてきた。これらのシステムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム等を含む。
【０００４】
通常、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートしうる。端末はおのおのの、順方向リンクおよび逆方向リンクによる送信を介して、１または複数の基地局と通信する。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力、複数入力単一出力、あるいは、複数入力複数出力（ＭＩＭＯ）システムによって確立されうる。
【０００５】
いくつかの従来の高度なデバイスは、異なるラジオ・アクセス技術を用いて送信／受信するために、複数のラジオを含んでいる。ＲＡＴの例は、例えば、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）、グローバル移動体通信システム（ＧＳＭ（登録商標））、ｃｄｍａ２０００、ＷｉＭＡＸ、ＷＬＡＮ（例えば、ＷｉＦｉ）、ブルートゥース（登録商標）、ＬＴＥ等を含む。
【０００６】
モバイル・デバイスの例は、例えば、第４世代（４Ｇ）携帯電話のようなＬＴＥユーザ機器（ＵＥ）を含んでいる。このような４Ｇ電話は、ユーザにさまざまな機能を提供するために、さまざまなラジオを含みうる。この例の目的のために、４Ｇ電話は、音声およびデータのためのＬＴＥラジオ、ＩＥＥＥ  ８０２．１１（ＷｉＦｉ）ラジオ、全地球測位システム（ＧＰＳ）ラジオ、およびブルートゥース・ラジオを含んでいる。ここでは、前述したもののうちの２つ、あるいは４つすべてが同時に動作しうる。異なるラジオは、電話のために有用な機能を提供するが、これらを単一のデバイスに含めると、共存問題が生じる。具体的には、１つのラジオの動作は、ある場合において、放射メカニズム、伝導メカニズム、リソース衝突メカニズム、および／または、その他の干渉メカニズムによって、別のラジオの動作と干渉しうる。共存問題はこのような干渉を含んでいる。
【０００７】
これは特に、産業、科学、および医療（ＩＳＭ：Industrial Scientific and Medical）帯域に隣接しており、干渉を引き起こしうるＬＴＥアップリンク・チャネルについて現実である。ブルートゥース・チャネルおよびいくつかの無線ＬＡＮ（ＷＬＡＮ）チャネルが、ＩＳＭ帯域内にあることが注目される。いくつかの事例では、いくつかのブルートゥース・チャネル条件のために、帯域７あるいは帯域４０におけるいくつかのチャネルにおいてでさえも、ＬＴＥがアクティブである場合、ブルートゥース誤り率は、許容できなくなりうる。たとえＬＴＥに顕著な性能低下がなくても、ブルートゥースとの同時動作の結果、ブルートゥース・ハンドセットにおいて終端する音声サービスが途絶するという結果になりうる。このような途絶は、カスタマに許容不可となりうる。ＬＴＥ送信がＧＰＳと干渉する場合、同様の問題が存在する。現在、ＬＴＥは自らは性能低下を受けないので、この問題を解決しうるメカニズムは存在しない。
【０００８】
特にＬＴＥを参照すると、ＵＥは、ダウンリンクでＵＥによって観察される干渉をイボルブド・ノードＢ（ｅノードＢ；例えば、無線通信ネットワークのための基地局）に通知するためにｅノードＢと通信することが注目される。さらに、ｅノードＢは、ダウンリンク誤り率を用いて、ＵＥにおける干渉を推定できうる。いくつかの事例では、ｅノードＢおよびＵＥは、ＵＥにおける干渉を、ＵＥ自身内のラジオによる干渉をも低減させる解決策を見つけるように協調しうる。しかしながら、従来のＬＴＥでは、ダウンリンクに関する干渉推定値は、干渉に対して包括的に対処するには適切ではないことがありうる。
【０００９】
１つの事例では、ＬＴＥアップリンク信号は、ブルートゥース信号またはＷＬＡＮ信号と干渉する。しかしながら、このような干渉は、ｅノードＢにおけるダウンリンク測定レポートに反映されない。その結果、ＵＥの一部における一方向的な動作（例えば、アップリンク信号を別のチャネルへ移動させること）は、アップリンク共存問題を認識せず、この一方向的な動作を取り消すことを求めるｅノードＢによって妨害されうる。例えば、ＵＥが、異なる周波数チャネルで接続を再確立した場合であっても、ネットワークは、未だに、デバイス内干渉によって破壊されたオリジナルの周波数チャネルへ戻すようにＵＥをハンドオーバしうる。これは、よくあるシナリオである。なぜなら、破壊されたチャネルにおける所望の信号強度はしばしば、ｅノードＢへの基準信号受信電力（ＲＳＲＰ）に基づいて、新たなチャネルの測定レポートに高く反映されうるからである。したがって、ｅノードＢがハンドオーバ決定を行うためにＲＳＲＰレポートを使用する場合、破壊されたチャネルと所望のチャネルとの間を行き来するピンポン効果が生じうる。
【００１０】
例えば、ｅノードＢの協調無しでアップリンク通信を単に停止させるような、ＵＥの一部における他の一方向的な動作は、ｅノードＢにおける電力ループ誤動作をもたらしうる。従来のＬＴＥに存在するさらなる問題は、共存問題を有する構成に対する代替案として、所望の構成を提案するためのＵＥの一部における一般的な能力不足を含んでいる。少なくともこれらの理由で、ＵＥにおけるアップリンク共存問題は、ＵＥの他のラジオに関するパフォーマンスおよび効率に関して、長期間未解決のままでありうる。
【発明の概要】
【００１１】
無線通信のための方法が提案される。この方法は、第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可すること、を含む。この方法はまた、第２のＲＡＴの通信が、第１のＲＡＴの接続セットアップ（単数または複数）と潜在的に干渉しうる場合を判定すること、を含む。この方法はさらに、第１のＲＡＴの接続セットアップ（単数または複数）との干渉を回避するために、第１のＲＡＴまたは第２のＲＡＴの潜在的な干渉通信を変更すること、を含む。
【００１２】
無線通信のための装置が提案される。この装置は、第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可する手段、を含む。この装置はまた、第２のＲＡＴの通信が、第１のＲＡＴの接続セットアップ（単数または複数）と潜在的に干渉しうる場合を判定する手段、を含む。この装置はさらに、第１のＲＡＴの接続セットアップ（単数または複数）との干渉を回避するために、第１のＲＡＴまたは第２のＲＡＴの潜在的な干渉通信を変更する手段、を含む。
【００１３】
無線通信のためのコンピュータ・プログラム製品が提案される。このコンピュータ・プログラム製品は、記録されたプログラム・コードを有する非一時的なコンピュータ読取可能な媒体を含む。このプログラム・コードは、第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可するためのプログラム・コード、を含む。このプログラム・コードはまた、第２のＲＡＴの通信が、第１のＲＡＴの接続セットアップ（単数または複数）と潜在的に干渉しうる場合を判定するためのプログラム・コード、を含む。このプログラム・コードはさらに、第１のＲＡＴの接続セットアップ（単数または複数）との干渉を回避するために、第１のＲＡＴまたは第２のＲＡＴの潜在的な干渉通信を変更するためのプログラム・コード、を含む。
【００１４】
無線通信のための装置が提案される。この装置は、メモリと、このメモリに接続されたプロセッサ（単数または複数）とを含む。プロセッサ（単数または複数）は、第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可するように構成される。プロセッサ（単数または複数）はまた、第２のＲＡＴの通信が、第１のＲＡＴの接続セットアップ（単数または複数）と潜在的に干渉しうる場合を判定するように構成される。このプロセッサ（単数または複数）はまた、第１のＲＡＴの接続セットアップ（単数または複数）との干渉を回避するために、第１のＲＡＴまたは第２のＲＡＴの潜在的な干渉通信を変更するように構成される。
【００１５】
本開示のさらなる特徴および利点が以下に記載されるだろう。本開示は、本開示のものと同じ目的を実行するために、修正したり、その他の構成を設計するための基礎として容易に利用されうることが当業者によって理解されるべきである。このような等価な構成は、特許請求の範囲に記載された開示の教示から逸脱しないこともまた当業者によって理解されるべきである。さらなる目的および利点とともに、動作の方法と構成との両方に関し、本開示の特徴であると信じられている新規の特徴が、添付図面と関連して考慮された場合に、以下の記載から良好に理解されるであろう。しかしながら、図面のおのおのは、例示および説明のみの目的のために提供されており、本開示の限界の定義として意図されていないことが明確に理解されるべきである。
【図面の簡単な説明】
【００１６】
本開示の特徴、特性、および利点は、同一の参照符号が全体を通じて同一物に特定している図面とともに考慮された場合、以下に記載する詳細な記載からより明らかになるだろう。
【図１】図１は、１つの態様にしたがう多元接続無線通信システムを例示する。
【図２】図２は、１つの態様にしたがう通信システムのブロック図である。
【図３】図３は、ダウンリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造を例示する。
【図４】図４は、アップリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造を概念的に例示するブロック図である。
【図５】図５は、典型的な無線通信環境を例示する。
【図６】図６は、マルチ・ラジオ無線デバイスの設計の例のブロック図である。
【図７】図７は、所与の決定期間における７つの例のラジオ間のそれぞれの潜在的な衝突を示すグラフである。
【図８】図８は、時間に対する共存マネジャ（ＣｘＭ）の動作の例を示す図である。
【図９】図９は、隣接した周波数帯域を例示するブロック図である。
【図１０】図１０は、本開示の１つの態様にしたがう、マルチ・ラジオ共存管理のための無線通信環境内のサポートを提供するためのシステムのブロック図である。
【図１１】図１１は、本開示の１つの態様にしたがう、接続セットアップ中のマルチ・ラジオ共存のサポートのための時分割多重（ＴＤＭ）コンフィギュレーションを例示する図解である。
【図１２】図１２は、本開示の１つの態様にしたがうブルートゥース接続セットアップを例示する図解である。
【図１３】図１３は、本開示の１つの態様にしたがう、接続セットアップ中のマルチ・ラジオ共存のサポートのための時分割多重（ＴＤＭ）コンフィギュレーションを例示する図解である。
【図１４】図１４は、本開示の１つの態様にしたがう、接続セットアップ中のマルチ・ラジオ共存のサポートのための時分割多重（ＴＤＭ）コンフィギュレーションを例示する図解である。
【図１５】図１５は、本開示の１つの態様にしたがうＷＬＡＮ接続セットアップを例示する図解である。
【図１６】図１６は、本開示の１つの態様にしたがう、接続セットアップ中のマルチ・ラジオ共存のサポートを例示するブロック図である。
【図１７】図１７は、本開示の１つの態様にしたがう、接続セットアップ中のマルチ・ラジオ共存のサポートのための構成要素を例示するブロック図である。
【発明を実施するための形態】
【００１７】
本開示のさまざまな態様は、マルチ・ラジオ・デバイスにおける共存問題を緩和するための技術を提供する。ここでは、例えばＬＴＥ帯域と、（例えば、ＢＴ／ＷＬＡＮ用の）産業、科学、および医療（ＩＳＭ）帯域との間で、顕著なデバイス内共存問題が存在しうる。前述したように、ｅノードＢは、他のラジオによって受けるＵＥ側における干渉に気付かないので、いくつかの共存問題が存在する。１つの態様によれば、ＵＥは、現在のチャネルに共存問題がある場合、ラジオ・リンク障害（ＲＬＦ）を宣言し、新たなチャネルまたはラジオ・アクセス技術（ＲＡＴ）へ自律的にアクセスする。ＵＥは、以下の理由で、いくつかの例においてＲＬＦを宣言しうる。１）ＵＥ受信が、共存による干渉によって影響される。２）ＵＥ送信機が、別のラジオへの破壊的な干渉を引き起こしている。その後、ＵＥは、新たなチャネルまたはＲＡＴにおける接続を再確立している間、共存問題を示すメッセージをｅノードＢへ送信する。ｅノードＢは、このメッセージを受信することにより、共存問題に気付くようになる。
【００１８】
本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のようなさまざまな無線通信ネットワークのために使用されうる。「ネットワーク」および「システム」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））および低チップ・レート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（ＧＳＭ）のようなラジオ技術を実施しうる。ＯＦＤＭＡネットワークは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ  ８０２．１１、ＩＥＥＥ  ８０２．１６、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ等のようなラジオ技術を実施しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された団体からの文書に記載されている。ＣＤＭＡ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された団体からの文書に記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。明確化のために、これら技術のある態様は、以下において、ＬＴＥについて記載されており、ＬＴＥ用語が以下の説明の一部で使用される。
【００１９】
シングル・キャリア変調および周波数領域等値化を利用するシングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、本明細書で記載されたさまざまな態様とともに利用されうる技術である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと類似の性能を有し、本質的に全体的に同等の複雑さを有する。ＳＣ−ＦＤＭＡ信号は、固有のシングル・キャリア構造により、低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、送信電力効率の観点において、低いＰＡＰＲがモバイル端末に大いに有益となるアップリンク通信において、特に大きな注目を集めている。これは、現在、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）またはイボルブドＵＴＲＡにおけるアップリンク多元接続スキームのための動作前提である。
【００２０】
図１を参照して、１つの態様にしたがう多元接続無線通信システムが例示される。イボルブド・ノードＢ１００（ｅノードＢ）は、リソースおよびパラメータを割り当てること、ユーザ機器からの要求を許可／拒否すること等によって、ＬＴＥ通信を管理するための処理リソースおよびメモリ・リソースを有するコンピュータ１１５を含む。ｅノードＢ１００はまた、複数のアンテナ・グループを含んでおり、１つのグループは、アンテナ１０４およびアンテナ１０６を含み、別のグループは、アンテナ１０８およびアンテナ１１０を含み、さらに別のグループは、アンテナ１１２およびアンテナ１１４を含む。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていない。しかしながら、おのおののアンテナ・グループについて、それより多くのまたはそれより少ないアンテナが利用されうる。（アクセス端末（ＡＴ）とも称される）ユーザ機器（ＵＥ）１１６は、アンテナ１１２，１１４と通信している一方、アンテナ１１２，１１４は、アップリンク（ＵＬ）１８８によってＵＥ１１６へ情報を送信する。ＵＥ１２２は、アンテナ１０６，１０８と通信し、アンテナ１０６，１０８は、ダウンリンク（ＤＬ）１２６によってＵＥ１２２に情報を送信し、アップリンク１２４によってＵＥ１２２から情報を受信する。周波数分割デュプレクス（ＦＤＤ）システムでは、通信リンク１１８、１２０、１２４および１２６は、通信のために異なる周波数を使用しうる。例えば、ダウンリンク１２０は、アップリンク１１８によって使用されるものとは異なる周波数を使用しうる。
【００２１】
通信するように設計されたエリアおよび／またはアンテナのおのおののグループは、しばしば、ｅノードＢのセクタと称される。この態様では、それぞれのアンテナ・グループは、ｅノードＢ１００によってカバーされるエリアのセクタ内のＵＥと通信するように設計される。
【００２２】
ダウンリンク１２０，１２６による通信では、ｅノードＢ１００の送信アンテナは、他のＵＥ１１６，１２２のアップリンクの信号対雑音比を改善するためにビームフォーミングを利用する。さらに、有効通信範囲にわたってランダムに散在するＵＥへ送信するためにビームフォーミングを利用するｅノードＢは、すべてのＵＥに対して単一のアンテナで送信しているＵＥよりも、近隣セル内のＵＥに対して少ない干渉しかもたらさない。
【００２３】
ｅノードＢは、端末と通信するために使用される固定局であり、アクセス・ポイント、基地局、あるいはその他いくつかの専門用語でも称されうる。ＵＥはまた、アクセス端末、無線通信デバイス、端末、あるいはその他いくつかの同等の専門用語で称されうる。
【００２４】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（ｅノードＢとしても知られている）および受信機システム２５０（ＵＥとしても知られている）の態様のブロック図である。いくつかの事例では、ＵＥとｅノードＢとの両方がおのおの、送信機システムおよび受信機システムを含んでいるトランシーバを有する。送信機システム２１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース２１２から送信（ＴＸ）データ・プロセッサ２１４に提供される。
【００２５】
ＭＩＭＯシステムはデータ送信のために、複数（ＮＴ個）の送信アンテナと複数（ＮＲ個）の受信アンテナとを適用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮＳ個の独立チャネルへ分割されうる。ここで、ＮＳ≦｛ＮＴ，ＮＲ｝である。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与えうる。
【００２６】
ＭＩＭＯシステムは、時分割デュプレクス（ＴＤＤ）システム、および周波数分割デュプレクス（ＦＤＤ）システムをサポートする。ＴＤＤシステムでは、相互原理によって、アップリンク・チャネルからダウンリンク・チャネルを推定できるように、アップリンク送信およびダウンリンク送信が、同じ周波数領域にある。これによって、ｅノードＢにおいて複数のアンテナが利用可能である場合、ｅノードＢは、ダウンリンクで送信ビーム・フォーミング・ゲインを抽出できるようになる。
【００２７】
態様では、データ・ストリームはおのおのの、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、符号化されたデータを提供するために、データ・ストリームについて選択された特定の符号化スキームに基づいて、各データ・ストリームのためのトラフィック・データをフォーマットし、符号化し、インタリーブする。
【００２８】
おのおののデータ・ストリームの符号化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは一般に、既知の手法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭ等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、メモリ２３２とともに動作するプロセッサ２３０によって実行される指示によって決定されうる。
【００２９】
それぞれのデータ・ストリームの変調シンボルは、その後、（例えば、ＯＦＤＭのために）変調シンボルをさらに処理するＴＸ  ＭＩＭＯプロセッサ２２０に提供される。ＴＸ  ＭＩＭＯプロセッサ２２０はその後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。ある態様では、ＴＸ  ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、このシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。
【００３０】
おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機２２２ａ乃至２２２ｔからのＮＴ個の変調信号は、その後、ＮＴ個のアンテナ２２４ａ乃至２２４ｔからそれぞれ送信される。
【００３１】
受信機システム２５０では、送信された変調信号がＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、おのおののアンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供される。おのおのの受信機２５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００３２】
ＲＸデータ・プロセッサ２６０は、ＮＲ個の受信機２５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＲ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、その後、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、このデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、基地局２１０におけるＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行されるものと相補的である。
【００３３】
（メモリ２７２とともに動作する）プロセッサ２７０は、どのプリコーディング行列を使用するのかを定期的に決定する（後述する）。プロセッサ２７０は、行列インデクス部およびランク値部を有するアップリンク・メッセージを規定する。
【００３４】
アップリンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を含みうる。アップリンク・メッセージはその後、多くのデータ・ストリームのトラフィック・データをデータ・ソース２３６から受け取るＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、基地局２１０へ送り戻される。
【００３５】
送信機システム２１０では、受信機システム２５０からの変調された信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信されたアップリンク・メッセージが抽出される。さらに、プロセッサ２３０は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定し、その後、この抽出されたメッセージを処理する。
【００３６】
図３は、ダウンリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造を概念的に例示するブロック図である。ダウンリンクの送信タイムラインは、ラジオ・フレームの単位に分割されうる。おのおののラジオ・フレームは、（例えば１０ミリ秒（ｍｓ）のような）予め定められた持続時間を有し、０乃至９のインデクスを付された１０個のサブフレームへ分割されうる。おのおののサブフレームは、２つのスロットを含みうる。したがって、おのおののラジオ・フレームは、０乃至１９のインデクスを付された２０のスロットを含みうる。おのおののスロットは、Ｌ個のシンボル期間、（例えば、図３に示すような）通常のサイクリック・プレフィクスの場合、例えば、７つのシンボル期間を含み、拡張されたサイクリック・プレフィクスの場合、６つのシンボル期間を含みうる。おのおののサブフレームでは、２Ｌ個のシンボル期間が、０乃至２Ｌ−１のインデクスを割り当てられうる。利用可能な時間周波数リソースが、リソース・ブロックへ分割されうる。おのおののリソース・ブロックは、１つのスロットにおいてＮ個のサブキャリア（例えば、１２のサブキャリア）をカバーしうる。
【００３７】
ＬＴＥでは、ｅノードＢは、ｅノードＢにおける各セルについて、一次同期信号（ＰＳＳ）および二次同期信号（ＳＳＳ）を送信しうる。図３に示すように、ＰＳＳおよびＳＳＳは、通常のサイクリック・プレフィクスを持つ各ラジオ・フレームのサブフレーム０およびサブフレーム５のおのおのにおいて、シンボル期間６およびシンボル期間５でそれぞれ送信されうる。これら同期信号は、セル検出および獲得のためにＵＥによって使用されうる。ｅノードＢはまた、サブフレーム０のスロット１におけるシンボル期間０乃至３で、物理ブロードキャスト・チャネル（ＰＢＣＨ）を送信しうる。ＰＢＣＨは、あるシステム情報を伝送しうる。
【００３８】
ｅノードＢは、ｅノードＢにおけるおのおののセルのために、セル特有基準信号（ＣＲＳ）を送信しうる。ＣＲＳは、通常のサイクリック・プレフィクスの場合には、各スロットのシンボル０，１，４で送信され、拡張されたサイクリック・プレフィクスの場合には、各スロットのシンボル０，１，３で送信されうる。ＣＲＳは、物理チャネルのコヒーレントな復調、タイミングおよび周波数のトラッキング、ラジオ・リンク・モニタリング（ＲＬＭ）、基準信号受信電力（ＲＳＲＰ）および基準信号受信品質（ＲＳＲＱ）測定等のためにＵＥによって使用されうる。
【００３９】
図３で見られるように、ｅノードＢは、各サブフレームの最初のシンボル期間で、物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）を送信しうる。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を伝えうる。ここで、Ｍは、１，２または３に等しく、サブフレーム毎に変化しうる。Ｍはまた、例えば、１０未満のリソース・ブロックのように、小さなシステム帯域幅に対して４に等しくなりうる。図３に示す例では、Ｍ＝３である。ｅノードＢは、おのおののサブフレームの最初のＭ個のシンボル期間において、物理ＨＡＲＱインジケータ・チャネル（ＰＨＩＣＨ）および物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を送信しうる。ＰＤＣＣＨとＰＨＩＣＨもまた、図３に示す例における最初の３つのシンボル期間に含まれる。ＰＨＩＣＨは、ハイブリッド自動反復要求（ＨＡＲＱ）をサポートするための情報を伝送しうる。ＰＤＣＣＨは、ＵＥのためのリソース割当に関する情報と、ダウンリンク・チャネルのための制御情報とを伝送しうる。ｅノードＢはまた、おのおののサブフレームの残りのシンボル期間で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信しうる。ＰＤＳＣＨは、ダウンリンクで、データ送信のためにスケジュールされたＵＥのためのデータを伝送しうる。ＬＴＥにおけるさまざまな信号およびチャネルは、公的に利用可能な「イボルブド・ユニバーサル地上ラジオ・アクセス（Ｅ−ＵＴＲＡ）；物理チャネルおよび変調」（Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation）と題された３ＧＰＰ  ＴＳ  ３６．２１１に記載されている。
【００４０】
ｅノードＢは、ｅノードＢによって使用されるシステム帯域幅の中央の１．０８ＭＨｚでＰＳＳ、ＳＳＳ、およびＰＢＣＨを送信しうる。ｅノードＢは、これらのチャネルが送信される各シンボル期間において、システム帯域幅全体で、ＰＣＦＩＣＨおよびＰＨＩＣＨを送信しうる。ｅノードＢは、システム帯域幅のある部分で、ＵＥのグループにＰＤＣＣＨを送信しうる。ｅノードＢは、システム帯域幅の特定の部分で、特定のＵＥに、ＰＤＳＣＨを送信しうる。ｅノードＢは、すべてのＵＥへブロードキャスト方式でＰＳＳ、ＳＳＳ、ＰＢＣＨ、ＰＣＦＩＣＨ、およびＰＨＩＣＨを送信し、ＰＤＣＣＨを、ユニキャスト方式で、特定のＵＥへ送信しうる。さらに、特定のＵＥへユニキャスト方式でＰＤＳＣＨをも送信しうる。
【００４１】
各シンボル期間において、多くのリソース要素が利用可能でありうる。おのおののリソース要素は、１つのシンボル期間において１つのサブキャリアをカバーしうる。そして、実数値または複素数値である１つの変調シンボルを送信するために使用されうる。おのおののシンボル期間において、基準信号のために使用されないリソース要素は、リソース要素グループ（ＲＥＧ）へ構成されうる。おのおののＲＥＧは、１つのシンボル期間内に、４つのリソース要素を含みうる。ＰＣＦＩＣＨは、シンボル期間０内に４つのＲＥＧを占有しうる。これらは、周波数にわたってほぼ均等に配置されうる。ＰＨＩＣＨは、１または複数の設定可能なシンボル期間内に３つのＲＥＧを占有しうる。これらは、周波数にわたって分散されうる。例えば、ＰＨＩＣＨのための３つのＲＥＧはすべて、シンボル期間０に属しうる。あるいは、シンボル期間０，１，２に分散されうる。ＰＤＣＣＨは、最初のＭ個のシンボル期間内に、９，１８，３２，または６４のＲＥＧを占有しうる。これらは、利用可能なＲＥＧから選択されうる。複数のＲＥＧからなるある組み合わせのみが、ＰＤＣＣＨのために許容されうる。
【００４２】
ＵＥは、ＰＨＩＣＨとＰＣＦＩＣＨとのために使用される特定のＲＥＧを認識しうる。ＵＥは、ＰＤＣＣＨを求めて、ＲＥＧの異なる組み合わせを探索しうる。探索する組み合わせの数は、一般に、ＰＤＣＣＨのために許可された組み合わせの数よりも少ない。ｅノードＢは、ＵＥが探索する組み合わせのうちの何れかのＵＥにＰＤＣＣＨを送信しうる。
【００４３】
図４は、アップリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造を概念的に例示するブロック図である。アップリンクのために利用可能なリソース・ブロック（ＲＢ）は、データ・セクションおよび制御セクションに区分されうる。制御セクションは、システム帯域幅の２つの端部において形成され、設定可能なサイズを有しうる。制御セクションにおけるリソース・ブロックは、制御情報の送信のために、ＵＥへ割り当てられうる。データ・セクションは、制御セクションに含まれていないすべてのリソース・ブロックを含みうる。図４における設計の結果、データ・セクションは、連続するサブキャリアを含むようになる。これによって、単一のＵＥに、データ・セクション内に、連続するサブキャリアのすべてが割り当てられるようになる。
【００４４】
ＵＥは、ｅノードＢへ制御情報を送信するために、制御部分においてリソース・ブロックを割り当てられうる。ＵＥはまた、ｅノードＢへデータを送信するために、データ・セクション内にリソース・ブロックを割り当てられうる。ＵＥは、制御セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク制御チャネル（ＰＵＣＣＨ）で制御情報を送信しうる。ＵＥは、データ・セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク共有チャネル（ＰＵＳＣＨ）で、データのみ、または、データと制御情報との両方を送信しうる。アップリンク送信は、サブフレームからなる両スロットに及び、図４に示すように、周波数を越えてホップしうる。
【００４５】
ＬＴＥにおけるＰＳＳ、ＳＳＳ、ＣＲＳ、ＰＢＣＨ、ＰＵＣＣＨ、およびＰＵＳＣＨは、公的に利用可能な「イボルブド・ユニバーサル地上ラジオ・アクセス（Ｅ−ＵＴＲＡ）；物理チャネルおよび変調」（Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation）と題された３ＧＰＰ  ＴＳ  ３６．２１１に記載されている。
【００４６】
態様では、マルチ・ラジオ共存解決を容易にするために、例えば３ＧＰＰ  ＬＴＥ環境等のような無線通信環境内でのサポートを提供するためのシステムおよび方法が記載されている。
【００４７】
図５に示すように、本明細書に記載されたさまざまな態様が機能しうる無線通信環境５００の例が例示される。無線通信環境５００は、複数の通信システムと通信することが可能でありうる無線デバイス５１０を含みうる。これらのシステムは、例えば、１または複数のセルラ・システム５２０および／または５３０、１または複数のＷＬＡＮシステム５４０および／または５５０、１または複数の無線パーソナル・エリア・ネットワーク（ＷＰＡＮ）システム５６０、１または複数のブロードキャスト・システム５７０、１または複数の衛星測位システム５８０、図５に図示されていないその他のシステム、または、これらの任意の組み合わせを含みうる。以下の記載では、「ネットワーク」、「システム」という用語がしばしば置換可能に使用されうることが認識されるべきである。
【００４８】
セルラ・システム５２０，５３０はおのおの、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、あるいはその他の適切なシステムでありうる。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）やｃｄｍａ２０００等のようなラジオ技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、およびＣＤＭＡのその他の変形を含んでいる。さらに、ｃｄｍａ２０００は、ＩＳ−２０００（ＣＤＭＡ２０００  １Ｘ）規格、ＩＳ−９５規格、およびＩＳ−８５６（ＨＲＰＤ）規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ）、デジタル・アドバンスト移動電話システム（Ｄ−ＡＭＰＳ）等のようなラジオ技術を実現しうる。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現しうる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）およびＬＴＥ−アドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新たなリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された団体からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された団体からの文書に記載されている。態様では、セルラ・システム５２０は、有効通信範囲内の無線デバイスのための双方向通信をサポートしうる多くの基地局５２２を含みうる。同様に、セルラ・システム５３０は、有効通信範囲内の無線デバイスのための双方向通信をサポートしうる多くの基地局５３２を含みうる。
【００４９】
ＷＬＡＮシステム５４０，５５０はそれぞれ、例えばＩＥＥＥ  ８０２．１１（ＷｉＦｉ）、Ｈｉｐｅｒｌａｎ等のようなラジオ技術を実施しうる。ＷＬＡＮシステム５４０は、双方向通信をサポートしうる１または複数のアクセス・ポイント５４２を含みうる。同様に、ＷＬＡＮシステム５５０は、双方向通信をサポートしうる１または複数のアクセス・ポイント５５２を含みうる。ＷＰＡＮシステム５６０は、例えばブルートゥース（ＢＴ）、ＩＥＥＥ  ８０２．１５等を実施しうる。さらに、ＷＰＡＮシステム５６０は、例えば、無線デバイス５１０、ヘッドセット５６２、コンピュータ５６４、マウス５６６等のようなさまざまなデバイスのための双方向通信をサポートしうる。
【００５０】
ブロードキャスト・システム５７０は、テレビ（ＴＶ）ブロードキャスト・システム、周波数変調（ＦＭ）ブロードキャスト・システム、デジタル・ブロードキャスト・システム等でありうる。デジタル・ブロードキャスト・システムは、例えば、ＭｅｄｉａＦＬＯ（登録商標）、デジタル・ビデオ・ブロードキャスト・フォー・ハンドヘルド（ＤＶＢ−Ｈ）、インテグレーティド・サービス・デジタル・ブロードキャスティング・フォー地上テレビジョン・ブロードキャスティング（ＩＤＳＢ−Ｔ）等のようなラジオ技術を実施しうる。さらに、ブロードキャスト・システム５４０は、一方向通信をサポートしうる１または複数のブロードキャスト局５７２を含みうる。
【００５１】
衛星測位システム５８０は、米国全地球測位システム（ＧＰＳ）、欧州ガリレオ・システム、ロシア・グロナス・システム、日本上の準天頂衛星システム、インド上のインド領域ナビゲーション衛星システム（ＩＲＮＳＳ）、中国上の北斗衛星航法システム、および／または、その他任意の適切なシステムでありうる。さらに、衛星測位システム５８０は、位置決定のための信号を送信する多くの衛星５８２を含みうる。
【００５２】
態様では、無線デバイス５１０は、据置式または移動式であり、ユーザ機器（ＵＥ）、移動局、移動機器、端末、アクセス端末、加入者ユニット、局等と称されうる。無線デバイス５１０は、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話、無線ローカル・ループ（ＷＬＬ）局等でありうる。さらに、無線デバイス５１０は、セルラ・システム５２０および／またはセルラ・システム５３０、ＷＬＡＮシステム５４０および／またはＷＬＡＮシステム５５０、ＷＰＡＮシステム５６０を備えたデバイス、および／または、その他任意の適切なシステム（単数または複数）および／またはデバイス（単数または複数）との双方向通信を行いうる。無線デバイス５１０は、さらに、あるいは、その代わりに、ブロードキャスト・システム５７０および／または衛星位置決めシステム５８０から信号を受信しうる。一般に、無線デバイス５１０は、所与の瞬間において、任意の数のシステムと通信しうることが認識されるべきである。さらに、無線デバイス５１０は、同時に動作しうる構成要素ラジオ・デバイスのうちのさまざまなデバイス間の共存問題を経験しうる。したがって、デバイス５１０は、以下に詳述するように、共存問題を検出および緩和するための機能モジュールを有する共存マネジャ（図示しないＣｘＭ）を含む。
【００５３】
次に図６に移って、マルチ・ラジオ無線デバイス６００のための設計の例を例示し、図５のラジオ５１０の実施として使用されうるブロック図が提供される。図６が例示するように、無線デバイス６００は、Ｎ個のラジオ６２０ａ乃至６２０ｎを含みうる。これらは、Ｎ個のアンテナ６１０ａ乃至６１０ｎに接続されうる。ここで、Ｎは、任意の整数値でありうる。しかしながら、それぞれのラジオ６２０は、任意の数のアンテナ６１０に接続され、複数のラジオ６２０が、所与のアンテナ６１０を共有をもしうることが認識されるべきである。
【００５４】
一般に、ラジオ６２０は、電磁スペクトルにおいてエネルギを放射または放出し、電磁スペクトルにおけるエネルギを受信し、あるいは、伝導手段によって伝搬するエネルギを生成するユニットでありうる。例によれば、ラジオ６２０は、システムまたはデバイスに信号を送信するユニットでありうるか、または、システムまたはデバイスから信号を受信するユニットでありうる。したがって、ラジオ６２０は、無線通信をサポートするために利用されうることが認識されうる。別の例では、ラジオ６２０はまた、他のラジオのパフォーマンスにインパクトを与えうるノイズを放出するユニット（例えば、コンピュータ上のスクリーン、回路基板等）でもありうる。したがって、ラジオ６２０はまた、無線通信をサポートすることなくノイズおよび干渉を放出するユニットでもありうることがさらに認識されうる。
【００５５】
態様では、それぞれのラジオ６２０は、１または複数のシステムとの通信をサポートしうる。複数のラジオ６２０は、さらに、または、その代わりに、例えば、異なる周波数帯域（例えば、セルラ帯域およびＰＣＳ帯域）で送信または受信するために、所与のシステムのために使用されうる。
【００５６】
別の態様では、デジタル・プロセッサ６３０は、ラジオ６２０ａ乃至６２０ｎに接続されうる。そして、例えば、ラジオ６２０を介して送信されるデータ、または、受信されたデータを処理するためのさまざまな機能を実行しうる。各ラジオ６２０の処理は、そのラジオによってサポートされるラジオ技術に依存しうる。そして、送信機のための暗号化、符号化、変調等、受信機のための復調、復号、解読等、およびその他を含みうる。一例では、本明細書において一般に記載されるように、デジタル・プロセッサ６３０は、無線デバイス６００のパフォーマンスを向上させるために、ラジオ６２０の動作を制御しうるＣｘＭ６４０を含みうる。ＣｘＭマネジャ６４０は、ラジオ６２０の動作を制御するために使用される情報を格納しうるデータベース６４４へのアクセスを有しうる。以下にさらに説明するように、ＣｘＭ６４０は、ラジオ間の干渉を低減させるためのさまざまな技術のために適応されうる。一例において、ＣｘＭ６４０は、ＬＴＥが非アクティブである期間中にＩＳＭラジオが通信できるようにするＤＲＸサイクルまたは測定ギャップ・パターンを要求する。
【００５７】
単純化のために、デジタル・プロセッサ６３０は、単一のプロセッサとして図６に示されている。しかしながら、デジタル・プロセッサ６３０が、任意の数のプロセッサ、コントローラ、メモリ等を含みうることが認識されるべきである。一例において、コントローラ／プロセッサ６５０は、無線デバイス６００内のさまざまなユニットの動作を指示しうる。さらに、または、その代わりに、メモリ６５２は、無線デバイス６００のためのプログラム・コードおよびデータを格納しうる。デジタル・プロセッサ６３０、コントローラ／プロセッサ６５０、およびメモリ６５２は、１または複数の集積回路（ＩＣ）、特定用途向け集積回路（ＡＳＩＣ）等に実装されうる。具体的で、限定しない例によれば、デジタル・プロセッサ６３０は、移動局モデム（ＭＳＭ）ＡＳＩＣに実装されうる。
【００５８】
態様では、ＣｘＭ６４０は、干渉、および／または、それぞれのラジオ６２０間の衝突に関連付けられたその他のパフォーマンス低下を回避するために、無線デバイス６００によって利用されるそれぞれのラジオ６２０の動作を管理しうる。ＣｘＭ６４０は、例えば、図１１に例示されているような１または複数の処理を実行しうる。さらなる例示によれば、図７におけるグラフ７００は、所与の決定期間中の７つのラジオの例の間のそれぞれの潜在的な衝突を表す。グラフ７００に図示される例では、７つのラジオは、ＷＬＡＮ送信機（Ｔｗ）、ＬＴＥ送信機（Ｔｌ）、ＦＭ送信機（Ｔｆ）、ＧＳＭ／ＷＣＤＭＡ送信機（Ｔｃ／Ｔｗ）、ＬＴＥ受信機（Ｒｌ）、ブルートゥース受信機（Ｒｂ）、およびＧＰＳ受信機（Ｒｇ）を含む。４つの送信機は、グラフ７００の左側における４つのノードによって示される。３つの受信機は、グラフ７００の右側における３つのノードによって示される。
【００５９】
送信機と受信機との間の潜在的な衝突は、送信機のノードと受信機のノードとを接続する分岐によってグラフ７００上で表わされる。したがって、グラフ７００において図示される例において、衝突は、（１）ＷＬＡＮ送信機（Ｔｗ）とブルートゥース受信機（Ｒｂ）との間、（２）ＬＴＥ送信機（Ｔｌ）とブルートゥース受信機（Ｒｂ）との間、（３）ＷＬＡＮ送信機（Ｔｗ）とＬＴＥ受信機（Ｒｌ）との間、（４）ＦＭ送信機（Ｔｆ）とＧＰＳ受信機（Ｒｇ）との間、（５）ＧＳＭ／ＷＣＤＭＡ送信機（Ｔｃ／Ｔｗ）とＧＰＳ受信機（Ｒｇ）との間に存在しうる。
【００６０】
１つの態様では、ＣｘＭ６４０の例が、例えば図８における図解８００によって示されるような方式で時間的に動作しうる。図解８００が例示するように、ＣｘＭ動作のタイムラインが、決定ユニット（ＤＵ）に分割されうる。これは、通知が処理される場合に、任意の適切な一定または非一定の長さ（例えば、１００マイクロ秒）であり、コマンドがさまざまなラジオ６２０に提供されるか、および／または、その他の動作が評価フェーズにおいてなされる動作に基づいて実行される応答フェーズ（例えば、２０マイクロ秒）でありうる。一例では、図解８００に示されるタイムラインは、例えば、所与のＤＵにおける通知フェーズの終了直後の所与のラジオから通知が取得されるケースにおける応答のタイミングのようなタイムラインの最悪ケースの動作によって定義されたレイテンシ・パラメータを有しうる。
【００６１】
図９に示されるように、（周波数分割デュプレクス（ＦＤＤ）アップリンクのための）帯域７、（時分割デュプレクス（ＴＤＤ）通信のための）帯域４０、および（ＴＤＤダウンリンクのための）帯域３８におけるロング・ターム・イボリューション（ＬＴＥ）は、ブルートゥース（ＢＴ）技術および無線ローカル・エリア・ネットワーク（ＷＬＡＮ）技術によって使用される２．４ＧＨｚの産業、科学、および医療（ＩＳＭ）帯域に隣接している。これら帯域のための周波数計画は、隣接周波数における干渉を回避するために、従来のフィルタリング・ソリューションを可能にするガード帯域が制限されるか、存在しないようになっている。例えば、２０ＭＨｚのガード帯域は、ＩＳＭと帯域７との間に存在するが、ＩＳＭと帯域４０との間にはガード帯域は存在しない。
【００６２】
適切な規格に準拠させるために、特定の帯域で動作する通信デバイスは、指定された周波数範囲全体にわたって動作可能であるべきである。例えば、ＬＴＥに準拠するために、移動局／ユーザ機器は、第３世代パートナシップ計画（３ＧＰＰ）によって定義されるように、帯域４０（２３００−２４００ＭＨｚ）と帯域７（２５００−２５７０ＭＨｚ）との両方の全体で通信できなくてはならない。デバイスは、十分なガード帯域無しで、他の帯域とオーバラップするフィルタを適用する。これは、帯域干渉を引き起こす。帯域４０フィルタは、帯域全体をカバーするために、１００ＭＨｚ幅であるので、これらフィルタからのロールオーバは、ＩＳＭ帯域とクロスする。これは、干渉を引き起こす。同様に、ＩＳＭ帯域の全体（例えば、２４０１ＭＨｚからおよそ２４８０ＭＨｚ）を使用するＩＳＭデバイスは、近隣の帯域４０と帯域７にロールオーバするフィルタを適用するだろう。これは、干渉をもたらしうる。
【００６３】
デバイス内共存問題は、（例えば、ブルートゥース／ＷＡＮのための）例えばＬＴＥ帯域とＩＳＭ帯域とのリソース間のＵＥに関して存在しうる。現在のＬＴＥ実施では、ＬＴＥに対する干渉問題は、例えば、ＬＴＥを、共存問題が存在しないチャネルまたはＲＡＴへ移動させるように、周波数間またはＲＡＴ間ハンドオフ決定を行うために、ｅノードＢが使用しうるダウンリンク誤り率および／またはＵＥによってレポートされたダウンリンク測定値（例えば、基準信号受信品質（ＲＳＲＱ）メトリック等）において反映される。しかしながら、例えば、ＬＴＥアップリンクが、ブルートゥース／ＷＬＡＮに対する干渉を引き起こしているが、ＬＴＥダウンリンクが、ブルートゥース／ＷＬＡＮからの干渉を観察しないのであれば、これら既存の技術は、動作しないであろうことが認識されうる。さらに詳しくは、ＵＥがそれ自身をアップリンクで別のチャネルへ自律的に移動させる場合であっても、ｅノードＢは、いくつかの場合において、ＵＥを、負荷平準目的のために、問題のあるチャネルへハンドオーバにより戻しうる。何れの場合であれ、既存の技術は、問題のあるチャネルの帯域幅の使用を、最も効率的な方式で容易にする訳ではないことが認識されうる。
【００６４】
図１０に移って、マルチ・ラジオ共存管理のための、無線通信環境内内でのサポートを提供するためのシステム１０００のブロック図が例示されている。態様では、システム１０００は、アップリンク、ダウンリンク、および／または、互いとのその他任意の適切な通信を行いうる１または複数のＵＥ１０１０および／またはｅノードＢ１０４０と、および／または、システム１０００内のその他任意のエンティティとを含みうる。一例では、ＵＥ１０１０および／またはｅノード１０４０は、周波数チャネルおよびサブ帯域を含み、いくつかが他のラジオ・リソース（例えば、ＬＴＥモデムのようなブロードバンド・ラジオ）と潜在的に衝突しうるさまざまなリソースを用いて通信するように動作可能でありうる。したがって、本明細書において一般に記載されるように、ＵＥ１０１０は、ＵＥ１０１０によって利用される複数のラジオ間の共存を管理するためのさまざまな技術を利用しうる。
【００６５】
少なくとも前述した欠点を緩和するために、ＵＥ１０１０は、ＵＥ１０１０内のマルチ・ラジオ共存のためのサポートを容易にするために、本明細書に記載され、システム１０００によって例示されているそれぞれの機能を利用しうる。さまざまなモジュールは、潜在的な共存問題を求めて通信チャネルをモニタするチャネル・モニタリング・モジュール１０１２と、接続セットアップが、いつ生じうるか、および／または、いつ別のラジオ・リソースからの干渉に曝されうるかを判定する接続セットアップ・アナライザ１０１４と、接続セットアップへの干渉を低減するために、いつどのＴＤＭスキームが実施されうるのかを判定する時分割多重（ＴＤＭ）判定モジュール１０１６とを含む。
【００６６】
前述されたラジオ間の共存干渉問題は、接続セットアップ中、特に問題となりうる。接続セットアップ中のラジオ間の共存を管理するために、多くの解決策が提供される。
【００６７】
（接続セットアップ中のマルチ・ラジオ共存のためのサポート）  
多くのタスクおよび処理が、ブルートゥース接続セットアップ中に実行される。これらのうちのいくつかは、高デューティ・サイクル（つまり、完了するのに長い時間がかかる）であり、いくつかは、低デューティ・サイクル（つまり、完了するのに短い時間しかかからない）である。帯域クラス７では、高デューティ・サイクル処理のために、提案された共存解決策は、時分割多重（ＴＤＭ）および電力バックオフを含む。ＴＤＭ解決策は、適切なブルートゥース動作を保証するために、ＬＴＥ通信においてギャップ・パターンを生成することを含む。短いイベントの場合、自律的な拒否が実施されうる。自律的な拒否では、ＬＴＥリソース（送信または受信の何れか）が拒否されるか、あるいは、ＬＴＥが、電力バックオフで送信される（すなわち、あるしきい値よりも低い電力で送信される）。
【００６８】
１つの高デューティ・サイクル・プロセスは、ブルートゥース・ページング（長くて５．１２秒を要する）である。ページングは、ユーザによって開始され、一日に数回生じうる。ブルートゥース・ページング・イベントとの共存を管理するために、ＬＴＥ電力バックオフが適用されうる。電力バックオフは、物理アップリンク制御チャネル（ＰＵＣＣＨ）をパンクチャすることによって達成されうる。これは、ＰＵＣＣＨが、ＩＳＢ帯域に隣接する半スロットで送信されないことを意味する。ＰＵＣＣＨパンクチャのための特定の方法は、Banisterらの名のもとに、２０１１年１２月９日に出願された米国特許出願１１／５８４，１６８に記載されている。この開示は、全体が参照によって本明細書に明らかに組み込まれている。
【００６９】
本開示の１つの態様では、ページング・イベントを伴うＬＴＥ電力バックオフは以下のように動作する。ページングの開始時には、ＬＴＥが送信している間のブルートゥースの受信信号強度インジケータ（ＲＳＳＩｂ）が推定される。ＬＴＥが送信している間のブルートゥースの受信信号強度インジケータは、１６チャネルのおのおのについて推定され、ミリ秒（ｍｓ）の範囲である特定の時間Ｔｂにわたって平均化される。正確な推定値を得るために、十分な数のサンプルが収集される。次に、ＬＴＥが送信されていない場合におけるブルートゥースの受信信号強度インジケータ（ＲＳＳＩｇ）が推定される。所望された場合、ＬＴＥは、ＲＳＳＩｇを推定するために、ある期間Ｔｇ、ブランク（すなわち、シャットダウン）されうる。次に、これら推定値の比の期待値が計算され、特定のしきい値と比較される：Ｅｋ［ＲＳＳＩｂ（ｋ）／ＲＳＳＩｇ］（ｋ）＞γ。期待値がしきい値よりも大きい場合、ＬＴＥは、ブルートゥースに対する干渉を引き起こしているかもしれず、ラジオ周波数（ＲＦ）データベースに基づいて、ＬＴＥにバックオフが適用されうる。１つの態様では、最大バックオフは、ＰＵＣＣＨ電力によって制限され、これによって、ＰＵＣＣＨ電力は、確立されたある点まで低減されうる。ＬＴＥ電力バックオフを評価するための別の構成は、ＲＳＳＩｂ（ｋ）／ＲＳＳＩｇ（ｋ）がしきい値を超える場合、ブルートゥース・チャネルの数を計算する。これらチャネルの数がしきい値を超える場合、ＬＴＥに電力バックオフが適用される。
【００７０】
リンク管理プロトコル（ＬＭＰ）イベントが、ページング・イベントに続く。ブルートゥースがマスタとして動作しているＬＭＰイベントの場合、ページング・ステージ中になされたものと同じ決定が当てはまるだろう。例えば、ページング・ステージ中に、ある電力バックオフが適用された場合、ブルートゥース・マスタのためのＬＭＰイベント中、同じ電力バックオフが当てはまるだろう。ページング・ステージ中にバックオフが適用されない場合、ブルートゥース・マスタのためのＬＭＰステージ中、バックオフは当てはまらないだろう。ブルートゥースがスレーブとして動作しているＬＭＰイベントの場合、ブルートゥースは、ページ・スキャンおよびページ応答中（約２５０ｍｓ）、電力を評価することはできない。したがって、例えば、ＲＳＳＩｂまたはＲＳＳＩｇを計算することができない。この状況では、電力バックオフおよびＰＵＣＣＨパンクチャは、評価無しで許可されうる。
【００７１】
デバイス・ペアリング、検出等のために、ブルートゥース問い合わせイベントが生じうる。（１０秒あるいはそれ以上を要しうる）問い合わせイベントのために、ページングのために前述されたものと同じ処理が当てはまりうる。ある状況では、問い合わせは、ユーザによる開始に応じてではなく、定期的に生じるだろう。問い合わせが定期的である場合、電力バックオフは、例えばＮ回毎の問い合わせのうちの１回のような、ある問い合わせインスタンスについて適用されうる。
【００７２】
例えば、稀なイベント、または、低デューティ・サイクルのイベントのようなその他のブルートゥース・イベントは、別の方式で取り扱われうる。そのような１つのイベントは、問い合わせ／ページ・スキャン（１．２８秒または２．５６秒毎に１１ｍｓを要する）である。問い合わせ／ページ・スキャンは、ブルートゥース接続モードにおいて生じうる。このような状況では、（例えば、電力バックオフまたは時分割多重（ＴＤＭ）のような）いくつかの解決策はすでに適用されている。したがって、接続モードでは、問い合わせ／ページ・スキャンは、ブルートゥース接続モード中に適用されているものと同じ解決策を適用するだろう。ブルートゥースが接続モードにない場合に問い合わせ／ページ・スキャンが生じている場合、問い合わせ／ページ・ページは、潜在的にＬＴＥ動作に干渉を与える何れよりも、優先されうる。これは、ＬＴＥに対して０．５−１％のスループット損失となりうる。問い合わせ／ページ・スキャンが、ＬＴＥよりも優先される場合、ＬＴＥは、完全に拒否されるか、あるいは、高められた電力バックオフまたは最大の電力バックオフで送信されるかの何れかでありうる。ＵＥは、ブルートゥース動作を保護するために、電力バックオフを自律的に実行しうる。これは、ＵＥが、電力バックオフを実行していることをｅＮＢに対して通知しないであろうことを意味する。１つの態様では、ＬＴＥが、送信するのに困難である場合（例えば、ＬＴＥが、第２の再送信またはその後の再送信を試みている場合）、電力バックオフは適用されず、ＬＴＥが保護され、動作を許可される。
【００７３】
問い合わせ／ページ応答は、稀なブルートゥース・イベントである。ページ応答の場合、ＬＴＥイベントは、自律的に拒否されうる。問い合わせ応答が、高い優先度を与えられ、ＬＴＥが拒否される。しかしながら、いくつかの問い合わせ応答イベント（例えば、２．５６秒期間である第３の問い合わせ応答）の後、問い合わせ応答イベントの優先度が低減され、ＬＴＥが動作を許可される。ブルートゥース・スニフ・イベントの場合、ＬＴＥイベントが自律的に拒否されうる。
【００７４】
帯域クラス４０（ＢＣ４０）では、接続セットアップ・イベントは、別の方式で取り扱われうる。問い合わせ／ページング・イベントの場合、フレーム・アラインメントおよび増加したタイムアウトが実行されうる。また、ブルートゥース送信電力があるしきい値よりも高い場合、ブルートゥース送信がＬＴＥダウンリンク送信中に拒否されうる。所望されると、ＬＭＰシーケンス・イベントは、都合良く（opportunistically）取り扱われ、ＬＴＥイベントよりも優先付けられうる。ＬＭＰシーケンスの特定のパケット（すなわち、タイムアウト近くのパケット、または、もしも許可されていないのであれば、大きな接続セットアップ遅延に至るであろうパケット）は、ＬＴＥよりも優先し、ＬＴＥの自律的拒否に至るであろう。問い合わせ／ページ・スキャニングのために、インタレースされたスキャニングが実施されうる。問い合わせ／ページ応答イベントおよびブルートゥース・スニフ・イベントの場合、ＬＴＥの自律的な拒否が実行されうる。帯域クラス７に関し、問い合わせ応答の場合、まずブルートゥースに高い優先度が与えられ、ＬＴＥは拒否される。しかしながら、いくつかの問い合わせ応答イベント（例えば、２．５６秒期間である第３の問い合わせ応答）の後、問い合わせ応答イベントの優先度が低減され、ＬＴＥが動作を許可される。
【００７５】
帯域クラス４０では、共存問題がＬＴＥラジオとＷＬＡＮラジオとの間で管理されている場合、別の方式で取り扱われうる。ＷＬＡＮラジオが、パッシブ・スキャンするようにされている場合、ビーコンの都合良い（opportunistic）受信が実施されうる。ＷＬＡＮラジオが、アクティブ・スキャンするようにされている稀なイベントである場合、ＵＥは、要求がＬＴＥ干渉を引き起こす場合であっても、プローブ要求を許可しうる。そうではなく、都合良い（opportunistic）受信もまた使用されうる。局の場合、認証および関連付けのために、認証要求が送信されうる。そして、ＷＬＡＮラジオによる受信を回避するために、ＬＴＥアップリンク送信中にＣＴＳ（clear to send）−２−セルフ・パケットが使用されうる。モバイルＷｉＦｉ（例えば、ＭｉＦｉ）動作（ここでは、デバイスがＬＴＥ信号を受信し、他のデバイスのためのアクセス・ポイントとして動作する）の場合、認証要求が都合良く（opportunistically）受信され、その後、ＷＬＡＮラジオによる受信を回避するために、ＬＴＥアップリンク送信中に、ＣＴＳ−２−Ｓｅｆｌが使用される。アイドル・モード中における稀なＷＬＡＮイベントとの干渉から守るために、ＬＴＥに優先度が与えられうる。例えば、ＷＬＡＮがビーコン受信を期待している場合、ビーコン受信を許可することが望まれると、ＬＴＥは拒否されうる。あるいは、ＴＤＭギャップ・パターンが適用され、ある期間中、ＬＴＥ通信が中止されうる。
【００７６】
敏感な通信を行っている間、ブルートゥースまたはＷＬＡＮを干渉から保護する方法が前述された。別の態様では、ＬＴＥ接続セットアップおよびハンドオーバが、低い優先度のブルートゥース・イベントまたはＷＬＡＮイベントからの干渉から守られうる。具体的には、あるブルートゥース・イベントおよびＷＬＡＮイベントに、優先ランク（最低優先度のランク０から、ノミナル優先度のランク４、最高優先度のランク７まで及ぶ）が与えられうる。表１は、接続セットアップおよびハンドオーバ中に使用されるＬＴＥイベントと、これらイベントを、より低いランクのイベントおよび、ブルートゥース／ＷＬＡＮからの潜在的に干渉するイベントから守るために割り当てられうる優先度レベルと、のチャートを例示する。
【表１】
0005698383.tif 000002
【００７７】
潜在的な衝突が、リストされたＬＴＥイベントとブルートゥース／ＷＬＡＮイベントとの間で生じうるのであれば、より低い優先度を持つブルートゥース／ＷＬＡＮイベントは、拒否されるか、あるいは、（ＬＴＥとの干渉を避けるために）あるしきい値よりも低い送信電力で許可されるかの何れかでありうる。
【００７８】
帯域４０では、ＬＴＥが同期を実行し、ＴＤＤコンフィギュレーションに関する情報を取得した後、ブルートゥースは、マスタ・モードで動作しているのであれば、フレーム・アライメント手順を開始しうる。
【００７９】
前述した例は、ブルートゥースのための、保護された接続セットアップを例示しているが、保護された接続セットアップは、ユーザ機器に利用可能な、ロング・ターム・イボリューションを含む任意のラジオ・アクセス技術（ＲＡＴ）用でありうる。可能性のある保護されたＬＴＥ接続セットアップの例は、周波数間測定、ハンドオーバ・イベント、ランダム・アクセス・チャネル（ＲＡＣＨ）手順、アイドル・モードにおけるページ機会の受信、（例えば、システム情報ブロック（ＳＩＢ）におけるような）システム情報の受信、および、システム情報の再獲得を含む。接続セットアップを保護するために、接続セットアップは、ＲＡＴとコンフリクトするイベントの優先度よりも高い優先度を与えられうる。例えば、ＬＴＥ接続セットアップ・イベントは、ブルートゥースまたは無線ローカル・エリア・ネットワーク（ＷＬＡＮ）のノミナル・イベントである、より高い優先度を与えられうる。接続セットアップを保護するために、ブルートゥース・イベントまたはＷＬＡＮイベントであるこの例では、その他のＲＡＴのイベントが拒否されうるか、あるいは、接続セットアップへの干渉を低減するために電力バックオフが他のＲＡＴへ適用されうる。
【００８０】
（接続セットアップを保護するためのＴＤＭパターン）  
時分割多重化（ＴＤＭ）技術は、ラジオ・アクセス技術（ＲＡＴ）動作のためのギャップ・パターンを生成するために適用されうる。第１のＲＡＴのためのＴＤＭパターンにおけるギャップ・インタバルの間、第２のＲＡＴは、接続セットアップを試みうる。このような技術は、ＬＴＥラジオ・アクセス技術およびＩＳＭラジオ・アクセス技術とともに、またはその他のラジオ・アクセス技術と共に使用されうる。
【００８１】
ＴＤＭスキームが提供される。ここでは、ＬＴＥは、ある期間（Ｔ＿Ｏｎ）中に送信することを許可され、ある期間（Ｔ＿Ｏｆｆ）中には送信を許可されない。Ｔ＿ＯｎおよびＴ＿Ｏｆｆの長さは可変である。
【００８２】
Ｔ＿Ｏｎの間、（例えばブルートゥースのような）ＩＳＭラジオは、潜在的なＬＴＥ干渉によって、問い合わせ／ページングのために、都合よく（opportunistically）動作しうる。Ｔ＿Ｏｆｆの間、ＬＴＥは送信されず、ＢＴラジオは、共存干渉無しで受信しうる。
【００８３】
期間ＴはそれぞれＴ＿ＯｎとＴ＿Ｏｆｆとを交互する。図１１は、１．２８秒の期間を有し、Ｔ＿ＯｎとＴ＿Ｏｆｆとが交互するこのようなスキームを示す。ＴＤＭコンフィギュレーションは、例えば図１１に例示されたようにフェーズ・シフトされうる。最初の２期間、期間Ｔは、Ｔ＿Ｏｎで始まり、Ｔ＿ＯｎとＴ＿Ｏｆｆとを交互する。（期間３で始まる）次の２期間、Ｔは、Ｔ＿Ｏｆｆで始まり、Ｔ＿ＯｆｆとＴ＿Ｏｎとを交互する。その後、このパターンは繰り返す。ギャップ・パターンは、各ブルートゥース周波数トレイン（すなわち、インタバル）を繰り返す場合、フェーズ・シフトされうる。ブルートゥース・インタバルの例は、ページングのための１．２８秒と、問い合わせのための２．５６秒とを含む。（第１の期間および第２の期間がＴ＿Ｏｎを始めるが、第３の期間および第４の期間がＴ＿Ｏｆｆを始める）ＴＤＭコンフィギュレーションにおけるフェーズ・シフトによって、ブルートゥース・ラジオは、ある期間中、ＬＴＥ干渉無しでリスンするために、期間のまさに始まりにおいてリスンできるようになる。Ｔ＿ＯｎおよびＴ＿Ｏｆｆの値は、１つの期間内のＴ＿ＯｎおよびＴ＿Ｏｆｆの値が等しくならないように（例えば、特定の期間内において、Ｔ＿ＯｆｆよりもＴ＿Ｏｎがわずかに短くなるように）であるが、第１の期間中におけるＴ＿Ｏｎの累積時間に、第３の期間のＴ＿Ｏｎの累積値を加えたものが、１期間全体（例えば、１．２８秒）に等しくなるように調節されうる。Ｔ＿Ｏｎ期間およびＴ＿Ｏｆｆ期間がより長くなると、欠落パケットからの漏れが減少しうる。
【００８４】
図１２は、ブルートゥース・スレーブ１２０４に接続するためのブルートゥース・マスタ１２０２による試行中におけるコール・フロー図を例示する。例示されるように、このような接続の試みは、ＬＴＥラジオとの干渉によって中断されうるか、あるいは、ＬＴＥラジオとの干渉を引き起こしうる。リンク・マネジャ・プロトコル要求（ＬＭＰ＿ｒｅｑ）１２０６が、接続プロセスを開始することを支援する。このようなリンク・マネジャ・プロトコル要求は、ブルートゥース・マスタからブルートゥース・スレーブへ送信されうる。スレーブが、ＬＴＥにおける送信（Ｔｘ）中に、リンク・マネジャ・プロトコル要求の受信（Ｒｘ）を同時に試みる場合、リンク・マネジャ・プロトコル要求が適切に受信されない場合がありうる。マスタ１２０２は、その後、スレーブ１２０４によってアクノレッジされるまで、リンク・マネジャ・プロトコル要求を複数回数送信し続けうる。リンク・マネジャ・プロトコル要求が受信されない場合、スレーブ１２０４は、マスタ１２０２に、ヌル・ベースバンド・アクノレッジメント（ＢＢ  ａｃｋ）メッセージ１２０８を送信する。スレーブ１２０４によってこのヌル・メッセージを送信することは、スレーブ１２０４の別のラジオのＬＴＥ受信と干渉しうる。マスタ１２０２は、その後、スレーブ１２０４が、リンク・マネジャ応答（ＬＭＰ＿ｒｅｓ）メッセージ１２１２を備えたリンク・マネジャ・プロトコル要求を認識するまで、スレーブ１２０４にポール・メッセージ１２１０を送信し続けうる。その後、マスタ１２０２は、ポール・ベースバンド・アクノレッジメント１２１４をスレーブ１２０４へ送信する。ポール・ベースバンド・アクノレッジメントは、ポール・ベースバンド・アクノレッジメントの受信を保証するために優先付けられねばならない。マスタおよび／およびスレーブは、これらＬＭＰ接続試行を容易にするために、前述したＴＤＭスキームを実施しうる。
【００８５】
以下に示す表２は、リンク・マネジャ・プロトコル交換のためのＴＤＭパターン・コンフィギュレーションを例示する。表２は、イベント、各イベントの通信の方向（マスタ（Ｍ）からスレーブ（Ｓ）、または、スレーブ（Ｓ）からマスタ（Ｍ））、およびイベントに関連するようなＴＤＭパターンの優先度をリストしている。  
【表２】
0005698383.tif 000003
【００８６】
表２によって示されるように、ある期間（ｘ１ミリ秒）ＬＴＥオンであり、その後、次の期間（ｘ２ミリ秒）オフであるＬＴＥが続くＴＤＭパターンが、マスタまたはスレーブによって実施されうる。
【００８７】
ＴＤＭコンフィギュレーションはまた、パッシブ・スキャンを用いて、ＷＬＡＮ接続セットアップ中に実施されうる。長期間のＴＤＭパターンの例が図１３に示されている。図１３に示されているのは、ＬＴＥオン（高）期間およびＬＴＥオフ（低）期間を交互するＴＤＭパターンである。このＴＤＭパターンは、ＷＬＡＮラジオが、その接続セットアップを完了できるように構成されうる。
【００８８】
ＷＬＡＮ接続セットアップでは、ＷＬＡＮラジオが、アクセス・ポイント（ＡＰ）からのビーコンを求めてリスンする。ＷＬＡＮアクセス・ポイントへ接続するために、ＵＥは、（例えば、ＬＴＥまたは別のＲＡＴからの）干渉無しでビーコンを受信しなければならない。ビーコンは、インタバルＴで反復される。ここで、Ｔは、ミリ秒（ｍｓ）で測定され、Ｔｍｉｎ（ビーコン間の最短期間）によって下限を規定され、Ｔｍａｘ（ビーコン間の最長期間）によって上限を規定される。ＴＤＭギャップ・パターンは、ＷＬＡＮ通信を改善するために、ＴｍａｘおよびＴｍｉｎを用いて調整されうる。ＷＬＡＮビーコンが、第１のスキャン期間Ｔ１中に受信されない場合、ＬＴＥオン期間に入りうる。そして、ＬＴＥ送信アクティビティからの干渉によって、ＷＬＡＮラジオによって見失われうる。ＬＴＥ干渉によってＷＬＡＮビーコンが見失われうる最も早い時間は、ＬＴＥオンの境界である。最も遅い時間（Ｔ’）は、Ｔ−Ｔ１である。
【００８９】
ＴＤＭコンフィギュレーションは、Ｔ’＋Ｔが、次のＬＴＥオフ期間に完全に入るように構成され、これによって、ＷＬＡＮビーコンは、ＬＴＥ送信干渉無しで受信されるようになる。Ｔ２の開始は、ＴｍｉｎであるＴの下限を用いて計算される。Ｔ２の終了は、ＴｍａｘであるＴの上限を仮定する。したがって、Ｔｏｎ＝Ｔｍｉｎ−Ｄｅｌｔａである。ここで、Ｄｅｌｔａは、ＷＬＡＮビーコンがＴ１で受信されていない場合にＴ２で受信されていることを保証するように選択された時間オフセットである。これら時間値は、Ｔ２＋Ｔｏｎ−Ｔ’＝Ｔｍａｘ、およびＴ２＝Ｔｍａｘ＋Ｔ’−Ｔｏｎ＝２Ｔｍａｘ−Ｔ１−Ｔｏｎ、あるいはより簡単にＴ１＋Ｔ２＝２Ｔｍａｘ−Ｔｏｎになるように選択されうる。Ｔ１とＴ２とは等しくなる必要はないが、Ｔ１＝Ｔ２を選択することは、ＬＴＥにおける遅延インパクトを低減する。
【００９０】
ＷＬＡＮ接続セットアップを参照して、前述したＴＤＭコンフィギュレーションの具体例が図１４に示される。図１４は、〜２００ミリ秒の期間を持つ延長されたＴＤＭパターン（ＷＬＡＮビーコンが最初の５０ミリ秒において発見される可能性が５０％である）の例を示す。共存マネジャは、チャネル・スキャニングを優先付けるために通信履歴を用いうるか、あるいは、最もありそうではない共存問題を持つチャネルのスキャンを開始しうる。動的な周波数選択（ＤＦＳ）がサポートされている場合、ＵＥは、共存干渉を回避する可能性の最も高いチャネルをアクセス・ポイント（ＡＰ）へレポートしうる。
【００９１】
アクティブ・スキャンを用いてＷＬＡＮ接続セットアップを調整する場合、その他の技術が適用されうる。図１５は、アクティブ・スキャンを用いる、および、共有キー認証を実行することを用いる、ＷＬＡＮ接続セットアップ中の（ＵＥ１５０２と示された）ＷＬＡＮ局と２つのアクセス・ポイント（アクセス・ポイント１  １５０４およびアクセス・ポイント２  １５０６）との間の通信を例示するコール・フロー図の例を示す。さまざまなＴ時間が調節された、図示されたＴＤＭスキームが適用されうる。先ず、ＵＥ１５０２は、プローブ遅延タイマ後、分散調整機能（ＤＣＦ）を用いて、無線スキャン・モードで、チャネルへのアクセスを取得しうる。ＵＥ１５０２は、アクセス・ポイント１５０４，１５０６の何れかに接続するために、プローブ要求１５０８を送信しうる。ＵＥ１５０２は、ＭｉｎＴｉｍｅとして例示されているようなある期間の間、リスンする。応答が受信されない場合、ＵＥ１５０２は、別のチャネルへ移動しうる。チャネルがビジーである場合、ＵＥ１５０２は、ＭａｘＴｉｍｅとして例示されているようなある設定された期間を待つ。プローブ応答１５１０または１５１２は、受信されると、ＵＥ１５０２によって処理され、接続セットアップが進行しうる。メディアがビジーである場合、ＵＥ１５０２は、ＭｉｎＴｉｍｅにおいてＬＴＥギャップを開始し、ＭａｘＴｉｍｅまで及びうる。ＣｘＭは、干渉を低減するために、ＷＬＡＮラジオに対して、ＬＴＥオフ・ギャップ期間中、プローブ要求を送信するように通知しうる。ＵＥ１５０２が、バックホール（例えば、ＭｉＦｉ）としてＬＴＥを用いてアクセス・ポイントを動作させている場合、干渉を低減するために、アップリンク送信時間中、都合良く（opportunistically）プローブ要求が送信されうる。
【００９２】
ＷＬＡＮ認証／関連付けのために、帯域７では、ＬＴＥを抑えるためにＬＴＥ電力バックオフが適用されうる。延長されたＴＤＭスキーム（例えば、３０ミリ秒のオン／オフ期間）もまた、帯域７通信または帯域４０通信のために適用されうる。
【００９３】
図１６に示されるように、ＵＥは、ブロック１６０２に示されるように、第１のＲＡＴを用いた通信を許可しうる。ＵＥは、ブロック１６０４に示されるように、第２のＲＡＴの通信が、第１のＲＡＴの接続セットアップと干渉する可能性がある場合を判定しうる。ＵＥは、その後、ブロック１６０６に示されるように、第１のＲＡＴの少なくとも１つの接続セットアップとの干渉を回避するために、第１のＲＡＴまたは第２のＲＡＴの潜在的な干渉通信を変更しうる。
【００９４】
図１７は、ＵＥのための装置１７００の設計を示す。装置１７００は、第１のＲＡＴを用いた通信を許可するためのモジュール１７０２を含む。装置はさらに、第２のＲＡＴの通信が、第１のＲＡＴの接続セットアップと潜在的に干渉しうる場合を判定するためのモジュール１７０４を含む。装置はさらに、第１のＲＡＴの少なくとも１つの接続セットアップとの干渉を回避するために、第１のＲＡＴまたは第２のＲＡＴの潜在的な干渉通信を変更するためのモジュール１７０６を含む。図１７におけるモジュールは、プロセッサ、電子デバイス、ハードウェア・デバイス、電子部品、論理回路、メモリ、ソフトウェア・コード、ファームウェア・コード等、またはこれらの任意の組み合わせでありうる。
【００９５】
ＵＥは、通信を許可するための手段と、通信が接続セットアップと潜在的に干渉しうる場合を判定する手段と、潜在的な干渉通信を変更するための手段と備えうる。１つの態様では、前述された手段は、プロセッサ２７０、メモリ２７２、共存マネジャ６４０、チャネル・モニタリング・モジュール１０１２、接続セットアップ・アナライザ１０１４、ＴＤＭ判定モジュール１０１６、モジュール１７０２、モジュール１７０４、および／または、前述された手段によって記述された機能を実行するように構成されたモジュール１７０６でありうる。別の態様では、前述した手段は、前述した手段によって記載された機能を実行するように構成されたモジュールまたは任意の装置でありうる。
【００９６】
前述された例は、ＬＴＥシステムで実現されうる態様を記載している。しかしながら、本開示の範囲はそのように限定されない。さまざまな態様は、限定される訳ではないが、ＣＤＭＡシステム、ＴＤＭＡシステム、ＦＤＭＡシステム、およびＯＦＤＭＡシステムを含む任意のさまざまな通信プロトコルを適用するもののような、その他の通信システムとの使用のために適応されうる。
【００９７】
開示された処理のステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。同伴する方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。
【００９８】
当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、前述した説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００９９】
当業者であればさらに、本明細書で開示された態様に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子的なハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、これらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【０１００】
本明細書で開示された態様に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、またはステート・マシンでありうる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。
【０１０１】
本明細書で開示された態様に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。
【０１０２】
開示された態様の前述された説明は、いかなる当業者であっても、本開示を製造または使用できるように適用される。これらの態様へのさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他の態様に適用されうる。このように、本開示は、本明細書で示された態様に限定されるものではなく、本明細書で開示された原理および新規な特徴と一致した最も広い範囲に相当することが意図されている。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］  無線通信のための方法であって、第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可することと、第２のＲＡＴの通信が、前記第１のＲＡＴの少なくとも１つの接続セットアップと潜在的に干渉しうる場合を判定することと、前記第１のＲＡＴの少なくとも１つの接続セットアップとの干渉を回避するために、前記第１のＲＡＴまたは前記第２のＲＡＴの潜在的な干渉通信を変更することと、を備える方法。
［２］  前記潜在的な干渉通信を変更することは、最初に前記第２のＲＡＴにおけるアクティブな通信を許可し、次に前記第２のＲＡＴにおけるアクティブな通信を禁止することを交互することを備える第１の時分割多重（ＴＤＭ）ギャップ・パターンを構築することと、最初に前記第２のＲＡＴにおけるアクティブな通信を禁止し、次に前記第２のＲＡＴにおけるアクティブな通信を許可することを交互することを備える第２のＴＤＭギャップ・パターンを構築することと、第１のインタバルの間、前記第１のＴＤＭギャップ・パターンを適用することと、その後のインタバルの間、前記第２のＴＤＭギャップ・パターンを適用することと、前記第１のインタバルまたは前記その後のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信が禁止されている期間中、前記第１のＲＡＴにおける接続セットアップを試みることとを備える、［１］記載の方法。
［３］  前記第１のインタバルおよび前記第２のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を許可している期間に与えられた累積時間は、前記第１のインタバルの長さに等しい、［２］記載の方法。
［４］  前記第１のＲＡＴはブルートゥースを備え、前記第２のＲＡＴはロング・ターム・イボリューション（ＬＴＥ）を備える、［２］記載の方法。
［５］  前記第１のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を許可している期間の長さは、前記第２のＲＡＴにおけるアクティブな通信を禁止する期間の長さよりも長い、［２］記載の方法。
［６］  前記第１のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を禁止している期間の長さは、前記第２のＲＡＴにおけるアクティブな通信を許可している期間の長さよりも長い、［２］記載の方法。
［７］  前記少なくとも１つの接続セットアップはブルートゥース・ページング・イベントであり、前記潜在的な干渉通信を変更することはＬＴＥ電力バックオフを実行することを備える、［１］記載の方法。
［８］  前記少なくとも１つの接続セットアップはブルートゥース問い合わせイベントであり、前記潜在的な干渉通信を変更することは周期的なブルートゥース問い合わせイベントのためＬＴＥ電力バックオフを実行することを備える、［１］記載の方法。
［９］  予め定められた持続期間内の２つの問い合わせ応答後、その後のブルートゥース問い合わせ応答を拒否し、前記潜在的な干渉通信を許可すること、をさらに備える［８］記載の方法。
［１０］  前記少なくとも１つの接続セットアップは、スレーブ・モードにおけるブルートゥース動作のためのブルートゥース・リンク管理プロトコル通信であり、前記潜在的な干渉通信を変更することは、ＬＴＥ電力バックオフおよびＰＵＣＣＨパンクチャを実行することを備える、［１］記載の方法。
［１１］  前記少なくとも１つの接続セットアップは、マスタ・モードにおけるブルートゥース動作のためのブルートゥース・リンク管理プロトコル通信であり、前記潜在的な干渉通信を変更することは、前記潜在的な干渉通信を、前のブルートゥース・ページング・イベントのためと同じ方式で変更することを備える、［１］記載の方法。
［１２］  前記少なくとも１つの接続セットアップは、ブルートゥース・ページ応答およびブルートゥース・スニフ・イベントのうちの１つであり、前記潜在的な干渉通信を変更することは、前記潜在的な干渉通信を拒否することを備える、［１］記載の方法。
［１３］  前記少なくとも１つの接続セットアップは、ブルートゥース問い合わせ応答であり、前記潜在的な干渉通信を変更することは、前記ブルートゥース問い合わせ応答を優先付けることと、前記潜在的な干渉通信を拒否することとを備える、［１］記載の方法。
［１４］  前記少なくとも１つの接続セットアップは、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）ラジオによるアイドル・モード中におけるビーコンの受信およびパッシブ・スキャンのうちの１つであり、前記潜在的な干渉通信を変更することは、前記ＷＬＡＮラジオがビーコンを受信することを許可するために、前記潜在的な干渉通信を都合良く拒否することを備える、［１］記載の方法。
［１５］  前記少なくとも１つの接続セットアップは、ＷＬＡＮラジオによる局モードにおける動作であり、前記潜在的な干渉通信を変更することは、前記ＷＬＡＮラジオによって、認証要求を送信することと、ＬＴＥアップリンク送信中の受信を回避するためにＣＴＳ−２−Ｓｅｌｆを適用することとを備える、［１］記載の方法。
［１６］  前記少なくとも１つの接続セットアップは、ＷＬＡＮラジオによるＭｉＦｉ動作であり、前記潜在的な干渉通信を変更することは、前記ＷＬＡＮラジオによって、認証要求を受信することと、ＬＴＥアップリンク送信中の受信を回避するためにＣＴＳ−２−Ｓｅｌｆを適用することとを備える、［１］記載の方法。
［１７］  前記潜在的な干渉通信を変更することは、ＬＴＥ接続セットアップ・イベントに第１の優先度を割り当てることを備え、前記第１の優先度は、ブルートゥースまたは無線ローカル・エリア・ネットワーク（ＷＬＡＮ）のノミナル・イベントの第２の優先度よりも高い、［１］記載の方法。
［１８］  前記ＬＴＥ接続セットアップ・イベントは、周波数間測定、ハンドオーバ・イベント、ランダム・アクセス・チャネル（ＲＡＣＨ）手順、アイドル・モードにおけるページ機会の受信、システム情報の受信、システム情報の再獲得のうちの少なくとも１つを備える、［１７］記載の方法。
［１９］  前記潜在的な干渉通信を変更することは、ブルートゥース・イベントまたはＷＬＡＮイベントを拒否することと、ブルートゥースＲＡＴまたはＷＬＡＮ  ＲＡＴへ電力バックオフを適用することとのうちの少なくとも１つを備える、［１７］記載の方法。
［２０］  前記潜在的な干渉通信を変更することは、第１の期間および第３の期間の間、前記第１のＲＡＴにおける接続試行を許可することと、第２の期間の間、前記第２のＲＡＴにおけるアクティブな通信を許可することと、前記第１の期間と、前記第２の期間と、前記第３の期間とを交互することと、ここで、前記第２の期間の長さは、前記第１の期間または前記第３の期間の間、前記第２のＲＡＴにおける接続セットアップ・メッセージが受信されることを可能にするように構成される、を備える、［１］記載の方法。
［２１］  前記第１の期間と前記第３の期間とは、等しい長さである、［２０］記載の方法。
［２２］  前記接続セットアップ・メッセージは、周期的な無線ローカル・エリア・ネットワーク（ＷＬＡＮ）ビーコンである、［２０］記載の方法。
［２３］  前記第２の期間は、ＷＬＡＮビーコン間の可能な最短期間と、ＷＬＡＮビーコン間の可能な最長期間との間の期間を有するように構成された、［２２］記載の方法。
［２４］  無線通信のための装置であって、第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可する手段と、第２のＲＡＴの通信が、前記第１のＲＡＴの少なくとも１つの接続セットアップと潜在的に干渉しうる場合を判定する手段と、前記第１のＲＡＴの少なくとも１つの接続セットアップとの干渉を回避するために、前記第１のＲＡＴまたは前記第２のＲＡＴの潜在的な干渉通信を変更する手段と、を備える装置。
［２５］  無線通信のためのコンピュータ・プログラム製品であって、記録されたプログラム・コードを有する非一時的なコンピュータ読取可能な媒体を備え、前記プログラム・コードは、第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可するためのプログラム・コードと、第２のＲＡＴの通信が、前記第１のＲＡＴの少なくとも１つの接続セットアップと潜在的に干渉しうる場合を判定するためのプログラム・コードと、前記第１のＲＡＴの少なくとも１つの接続セットアップとの干渉を回避するために、前記第１のＲＡＴまたは前記第２のＲＡＴの潜在的な干渉通信を変更するためのプログラム・コードとを備える、コンピュータ・プログラム製品。
［２６］  無線通信のための装置であって、メモリと、前記メモリに接続された少なくとも１つのプロセッサとを備え、前記少なくとも１つのプロセッサは、第１のラジオ・アクセス技術（ＲＡＴ）を用いた通信を許可し、第２のＲＡＴの通信が、前記第１のＲＡＴの少なくとも１つの接続セットアップと潜在的に干渉しうる場合を判定し、前記第１のＲＡＴの少なくとも１つの接続セットアップとの干渉を回避するために、前記第１のＲＡＴまたは前記第２のＲＡＴの潜在的な干渉通信を変更するように構成された、装置。
［２７］  前記潜在的な干渉通信を変更するように構成された少なくとも１つのプロセッサは、最初に前記第２のＲＡＴにおけるアクティブな通信を許可し、次に前記第２のＲＡＴにおけるアクティブな通信を禁止することを交互することを備える第１の時分割多重（ＴＤＭ）ギャップ・パターンを構築し、最初に前記第２のＲＡＴにおけるアクティブな通信を禁止し、次に前記第２のＲＡＴにおけるアクティブな通信を許可することを交互することを備える第２のＴＤＭギャップ・パターンを構築し、第１のインタバルの間、前記第１のＴＤＭギャップ・パターンを適用し、その後のインタバルの間、前記第２のＴＤＭギャップ・パターンを適用し、前記第１のインタバルまたは前記その後のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信が禁止されている期間中、前記第１のＲＡＴにおける接続セットアップを試みる、ように構成された前記少なくとも１つのプロセッサを備える、［２６］記載の装置。
［２８］  前記第１のインタバルおよび前記第２のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を許可している期間に与えられた累積時間は、前記第１のインタバルの長さに等しい、［２７］記載の装置。
［２９］  前記第１のＲＡＴはブルートゥースを備え、前記第２のＲＡＴはロング・ターム・イボリューション（ＬＴＥ）を備える、［２７］記載の装置。
［３０］  前記第１のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を許可している期間の長さは、前記第２のＲＡＴにおけるアクティブな通信を禁止する期間の長さよりも長い、［２７］記載の装置。
［３１］  前記第１のインタバルの間、前記第２のＲＡＴにおけるアクティブな通信を禁止している期間の長さは、前記第２のＲＡＴにおけるアクティブな通信を許可している期間の長さよりも長い、［２７］記載の装置。
［３２］  前記少なくとも１つの接続セットアップは、ブルートゥース・ページング・イベントであり、前記潜在的な干渉通信を変更するように構成された少なくとも１つのプロセッサは、ＬＴＥ電力バックオフを実行することを備える、［２６］記載の装置。
［３３］  前記少なくとも１つの接続セットアップはブルートゥース問い合わせイベントであり、前記潜在的な干渉通信を変更するように構成された少なくとも１つのプロセッサは、周期的なブルートゥース問い合わせイベントのためＬＴＥ電力バックオフを実行することを備える、［２６］記載の装置。
［３４］  前記少なくとも１つのプロセッサはさらに、予め定められた持続期間内の２つの問い合わせ応答後、その後のブルートゥース問い合わせ応答を拒否し、前記潜在的な干渉通信を許可するように構成された、［３３］記載の装置。
［３５］  前記少なくとも１つの接続セットアップは、スレーブ・モードにおけるブルートゥース動作のためのブルートゥース・リンク管理プロトコル通信であり、前記少なくとも１つのプロセッサは、ＬＴＥ電力バックオフおよびＰＵＣＣＨパンクチャを実行するように構成された、［２６］記載の装置。
［３６］  前記少なくとも１つの接続セットアップは、マスタ・モードにおけるブルートゥース動作のためのブルートゥース・リンク管理プロトコル通信であり、前記少なくとも１つのプロセッサは、前記潜在的な干渉通信を、前のブルートゥース・ページング・イベントのためと同じ方式で変更するように構成された、［２６］記載の装置。
［３７］  前記少なくとも１つの接続セットアップは、ブルートゥース・ページ応答およびブルートゥース・スニフ・イベントのうちの１つであり、前記少なくとも１つのプロセッサは、前記潜在的な干渉通信を拒否するように構成された、［２６］記載の装置。
［３８］  前記少なくとも１つの接続セットアップはブルートゥース問い合わせ応答であり、前記少なくとも１つのプロセッサは、前記ブルートゥース問い合わせ応答を優先付け、前記潜在的な干渉通信を拒否するように構成された、［２６］記載の装置。
［３９］  前記少なくとも１つの接続セットアップは、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）ラジオによるアイドル・モードにおけるビーコンの受信と、パッシブ・スキャンとのうちの１つであり、前記少なくとも１つのプロセッサは、前記ＷＬＡＮラジオがビーコンを受信することを許可するために、前記潜在的な干渉通信を都合良く拒否するように構成された、［２６］記載の装置。
［４０］  前記少なくとも１つの接続セットアップは、ＷＬＡＮラジオによる局モードにおける動作であり、前記少なくとも１つのプロセッサは、前記ＷＬＡＮラジオによって、認証要求を送信し、ＬＴＥアップリンク送信中の受信を回避するためにＣＴＳ−２−Ｓｅｌｆを適用するように構成された、［２６］記載の装置。
［４１］  前記少なくとも１つの接続セットアップは、ＷＬＡＮラジオによるＭｉＦｉ動作であり、前記少なくとも１つのプロセッサは、前記ＷＬＡＮラジオによって、認証要求を受信して、ＬＴＥアップリンク送信中の受信を回避するためにＣＴＳ−２−Ｓｅｌｆを適用するように構成された、［２６］記載の装置。
［４２］  前記少なくとも１つのプロセッサはさらに、ＬＴＥ接続セットアップ・イベントに第１の優先度を割り当てるように構成され、前記第１の優先度は、ブルートゥースまたは無線ローカル・エリア・ネットワーク（ＷＬＡＮ）のノミナル・イベントの第２の優先度よりも高い、［２６］記載の装置。
［４３］  前記ＬＴＥ接続セットアップ・イベントは、周波数間測定、ハンドオーバ・イベント、ランダム・アクセス・チャネル（ＲＡＣＨ）手順、アイドル・モードにおけるページ機会の受信、システム情報の受信、システム情報の再獲得のうちの少なくとも１つを備える、［４２］記載の装置。
［４４］  前記少なくとも１つのプロセッサは、ブルートゥース・イベントまたはＷＬＡＮイベントを拒否することと、ブルートゥースＲＡＴまたはＷＬＡＮ  ＲＡＴへ電力バックオフを適用することと、のうちの少なくとも１つによって、前記潜在的な干渉通信を変更するように構成された、［４２］記載の装置。
［４５］  前記少なくとも１つのプロセッサは、第１の期間および第３の期間の間、前記第１のＲＡＴにおける接続試行を許可することと、第２の期間の間、前記第２のＲＡＴにおけるアクティブな通信を許可することと、前記第１の期間と、前記第２の期間と、前記第３の期間とを交互することと、ここで、前記第２の期間の長さは、前記第１の期間または前記第３の期間の間、前記第２のＲＡＴにおける接続セットアップ・メッセージが受信されることを可能にするように構成される、によって、潜在的な干渉通信を変更するように構成された、［２６］記載の装置。
［４６］  前記第１の期間と前記第３の期間とは、等しい長さである、［４５］記載の装置。
［４７］  前記接続セットアップ・メッセージは、周期的な無線ローカル・エリア・ネットワーク（ＷＬＡＮ）ビーコンである、［４５］記載の装置。
［４８］  前記第２の期間は、ＷＬＡＮビーコン間の可能な最短期間と、ＷＬＡＮビーコン間の可能な最長期間との間の期間を有するように構成された、［４７］記載の装置。
【図１】
0005698383.tif 000004
【図２】
0005698383.tif 000005
【図３】
0005698383.tif 000006
【図４】
0005698383.tif 000007
【図５】
0005698383.tif 000008
【図６】
0005698383.tif 000009
【図７】
0005698383.tif 000010
【図８】
0005698383.tif 000011
【図９】
0005698383.tif 000012
【図１０】
0005698383.tif 000013
【図１１】
0005698383.tif 000014
【図１２】
0005698383.tif 000015
【図１３】
0005698383.tif 000016
【図１４】
0005698383.tif 000017
【図１５】
0005698383.tif 000018
【図１６】
0005698383.tif 000019
【図１７】
0005698383.tif 000020