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