特許 6337031 音声アクティビティ検出および共存マネジャ決定を容易にする方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6337031

(24)【登録日】2018年5月11日

(45)【発行日】2018年6月6日

(54)【発明の名称】音声アクティビティ検出および共存マネジャ決定を容易にする方法および装置

(51)【国際特許分類】

   H04W 72/10 20090101AFI20180528BHJP

   H04W 88/06 20090101ALI20180528BHJP

   H04W 4/00 20180101ALI20180528BHJP

   H04W 16/14 20090101ALI20180528BHJP

   H04W 84/10 20090101ALI20180528BHJP

【ＦＩ】

   H04W72/10

   H04W88/06

   H04W4/00 111

   H04W16/14

   H04W84/10 110

【請求項の数】16

【外国語出願】

【全頁数】24

(21)【出願番号】特願2016-18937(P2016-18937)

(22)【出願日】2016年2月3日

(62)【分割の表示】特願2014-243435(P2014-243435)の分割

【原出願日】2011年3月30日

(65)【公開番号】特開2016-119697(P2016-119697A)

(43)【公開日】2016年6月30日

【審査請求日】2016年2月22日

(31)【優先権主張番号】13/012,420

(32)【優先日】2011年1月24日

(33)【優先権主張国】US

(31)【優先権主張番号】61/319,095

(32)【優先日】2010年3月30日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100194814

【弁理士】

【氏名又は名称】奥村 元宏

(72)【発明者】

【氏名】ジョエル・ベンジャミン・リンスキー

(72)【発明者】

【氏名】ジビン・ワン

(72)【発明者】

【氏名】タマー・エー．・カドウス

(72)【発明者】

【氏名】アショク・マントラバディ

(72)【発明者】

【氏名】プラナブ・ダヤル

【審査官】 吉村 真治▲郎▼

(56)【参考文献】

【文献】 米国特許出願公開第２００８／０１２３６１０（ＵＳ，Ａ１）

【文献】 特表２００８−５２１３０９（ＪＰ，Ａ）

【文献】 特表２０１０−５０４６７７（ＪＰ，Ａ）

【文献】 国際公開第２００９／００２９５６（ＷＯ，Ａ１）

【文献】 特開平０７−２５４８７９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

無線通信のための方法において、
ユーザ機器（ＵＥ）の第１のラジオ・アクセス技術（ＲＡＴ）の接続と前記ＵＥの第２のＲＡＴの接続を識別することと、ここで、前記第１のＲＡＴと前記第２のＲＡＴは互いに干渉し、前記第２のＲＡＴのコンテンツ・ストリームは、ボーカルアクティビティおよびボーカル非アクティビティの期間を含み、
前記第１のＲＡＴの接続と前記第２のＲＡＴの接続とがともに識別されたとき、前記ＵＥからの前記第２のＲＡＴのコンテンツ・ストリームの送信期間における前記ボーカル非アクティビティの期間の間、前記第２のＲＡＴのコンテンツ・ストリームの送信を防ぐこととを含む方法。

【請求項2】

前記第１のＲＡＴの接続と前記第２のＲＡＴの接続とがともに識別された場合、前記ボーカル非アクティビティの期間の間、前記第１のＲＡＴのスループットを増加させることをさらに含む請求項１記載の方法。

【請求項3】

前記第２のＲＡＴはＢｌｕｅｔｏｏｔｈであり、前記第１のＲＡＴはセルラである請求項１記載の方法。

【請求項4】

前記ボーカルアクティビティの期間に割り当てられた優先度と比較して、より低い優先度を前記ボーカル非アクティビティの期間に割り当てることをさらに含む請求項１記載の方法。

【請求項5】

無線通信のための装置において、
ユーザ機器（ＵＥ）の第１のラジオ・アクセス技術（ＲＡＴ）の接続と前記ＵＥの第２のＲＡＴの接続を識別する手段と、ここで、前記第１のＲＡＴと前記第２のＲＡＴは互いに干渉し、前記第２のＲＡＴのコンテンツ・ストリームは、ボーカルアクティビティおよびボーカル非アクティビティの期間を含み、
前記第１のＲＡＴの接続と前記第２のＲＡＴの接続とがともに識別されたとき、前記ＵＥからの前記第２のＲＡＴのコンテンツ・ストリームの送信期間における前記ボーカル非アクティビティの期間の間、前記第２のＲＡＴのコンテンツ・ストリームの送信を防ぐ手段とを具備する装置。

【請求項6】

前記第１のＲＡＴの接続と前記第２のＲＡＴの接続とがともに識別された場合、前記ボーカル非アクティビティの期間の間、前記第１のＲＡＴのスループットを増加させる手段をさらに具備する請求項５記載の装置。

【請求項7】

前記第２のＲＡＴはＢｌｕｅｔｏｏｔｈであり、前記第１のＲＡＴはセルラである請求項５記載の装置。

【請求項8】

前記ボーカルアクティビティの期間に割り当てられた優先度と比較して、より低い優先度を前記ボーカル非アクティビティの期間に割り当てる手段をさらに具備する請求項５記載の装置。

【請求項9】

無線通信のための装置において、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサとを具備し、
前記少なくとも１つのプロセッサは、
ユーザ機器（ＵＥ）の第１のラジオ・アクセス技術（ＲＡＴ）の接続と前記ＵＥの第２のＲＡＴの接続を識別し、ここで、前記第１のＲＡＴと前記第２のＲＡＴは互いに干渉し、前記第２のＲＡＴのコンテンツ・ストリームは、ボーカルアクティビティおよびボーカル非アクティビティの期間を含み、
前記第１のＲＡＴの接続と前記第２のＲＡＴの接続とがともに識別されたとき、前記ＵＥからの前記第２のＲＡＴのコンテンツ・ストリームの送信期間における前記ボーカル非アクティビティの期間の間、前記第２のＲＡＴのコンテンツ・ストリームの送信を防ぐように構成されている装置。

【請求項10】

前記少なくとも１つのプロセッサは、前記第１のＲＡＴの接続と前記第２のＲＡＴの接続とがともに識別された場合、前記ボーカル非アクティビティの期間の間、前記第１のＲＡＴのスループットを増加させるようにさらに構成されている請求項９記載の装置。

【請求項11】

前記第２のＲＡＴはＢｌｕｅｔｏｏｔｈであり、前記第１のＲＡＴはセルラである請求項９記載の装置。

【請求項12】

前記少なくとも１つのプロセッサは、前記ボーカルアクティビティの期間に割り当てられた優先度と比較して、より低い優先度を前記ボーカル非アクティビティの期間に割り当てるようにさらに構成されている請求項９記載の装置。

【請求項13】

無線通信のための、その上に記録されたプログラム・コードを有する非一時的コンピュータ読取可能記憶媒体において、
前記プログラム・コードは、
プロセッサにより実行され、
ユーザ機器（ＵＥ）の第１のラジオ・アクセス技術（ＲＡＴ）の接続と前記ＵＥの第２のＲＡＴの接続を識別するためのプログラム・コードと、ここで、前記第１のＲＡＴと前記第２のＲＡＴは互いに干渉し、前記第２のＲＡＴのコンテンツ・ストリームは、ボーカルアクティビティおよびボーカル非アクティビティの期間を含み、
前記第１のＲＡＴの接続と前記第２のＲＡＴの接続とがともに識別されたとき、前記ＵＥからの前記第２のＲＡＴのコンテンツ・ストリームの送信期間における前記ボーカル非アクティビティの期間の間、前記第２のＲＡＴのコンテンツ・ストリームの送信を防ぐためのプログラム・コードとを含む非一時的コンピュータ読取可能記憶媒体。

【請求項14】

前記プログラム・コードは、前記第１のＲＡＴの接続と前記第２のＲＡＴの接続とがともに識別された場合、前記ボーカル非アクティビティの期間の間、前記第１のＲＡＴのスループットを増加させるためのプログラム・コードをさらに含む請求項１３記載の非一時的コンピュータ読取可能記憶媒体。

【請求項15】

前記第２のＲＡＴはＢｌｕｅｔｏｏｔｈであり、前記第１のＲＡＴはセルラである請求項１３記載の非一時的コンピュータ読取可能記憶媒体。

【請求項16】

前記プログラム・コードは、前記ボーカルアクティビティの期間に割り当てられた優先度と比較して、より低い優先度を前記ボーカル非アクティビティの期間に割り当てるためのプログラム・コードをさらに含む請求項１３記載の非一時的コンピュータ読取可能記憶媒体。

【発明の詳細な説明】

【関連出願に対する相互参照】

【0001】

本願は、「音声アクティビティ検出および共存マネジャ決定を容易にする方法および装置」（METHOD AND APPARATUS TO FACILITATE VOICE ACTIVITY DETECTION AND COEXISTENCE MANAGER DECISIONS）と題され２０１０年３月３０日に出願された米国仮特許出願６１／３１９，０９５号の利益を主張する。この開示は、全体が参照によって本明細書に明確に組み込まれている。

【技術分野】

【0002】

本記載は、一般に、マルチ・ラジオ技術に関し、さらに詳しくは、マルチ・ラジオ・デバイスのための共存技術に関する。

【背景技術】

【0003】

無線通信システムは、例えば、音声、データ等のようなさまざまなタイプのコンテンツを提供するために広く開発されてきた。これらのシステムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム等を含む。

【0004】

通常、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートしうる。端末はおのおのの、順方向リンクおよび逆方向リンクによる送信を介して１または複数の基地局と通信する。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力、複数入力単一出力、あるいは、複数入力複数出力（ＭＩＭＯ）システムによって確立されうる。

【0005】

いくつかの従来の高度なデバイスは、異なるラジオ・アクセス技術を用いて送信／受信するために、複数のラジオを含んでいる。ＲＡＴの例は、例えば、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）、グローバル移動体通信システム（ＧＳＭ（登録商標））、ＣＤＭＡ２０００、ＷｉＭＡＸ、ＷＬＡＮ（例えば、ＷｉＦｉ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＬＴＥ等を含む。

【0006】

モバイル・デバイスの例は、例えば、第４世代（４Ｇ）携帯電話のようなＬＴＥユーザ機器（ＵＥ）である。このような４Ｇ電話は、ユーザにさまざまな機能を提供するために、さまざまなラジオを含みうる。この例の目的のために、４Ｇ電話は、音声およびデータのためのＬＴＥラジオ、ＩＥＥＥ ８０２．１１（ＷｉＦｉ）ラジオ、全地球測位システム（ＧＰＳ）ラジオ、およびＢｌｕｅｔｏｏｔｈラジオを含んでいる。ここでは、上記のうちの２つ、あるいは４つすべてが同時に動作しうる。異なるラジオは、電話のために有用な機能を提供するが、これらを単一のデバイスに含めると、共存問題が生じる。具体的には、１つのラジオの動作は、ある場合において、放射メカニズム、伝導メカニズム、リソース衝突メカニズム、および／または、その他の干渉メカニズムによって、別のラジオの動作と干渉しうる。共存問題はこのような干渉を含んでいる。

【0007】

これは特に、産業、科学、および医療（ＩＳＭ：Industrial Scientific and Medical）帯域に隣接しており、干渉を引き起こしうるＬＴＥアップリンク・チャネルについて正しい。Ｂｌｕｅｔｏｏｔｈチャネルおよびいくつかの無線ＬＡＮ（ＷＬＡＮ）チャネルが、ＩＳＭ帯域内にあることが注目される。いくつかの事例では、いくつかのＢｌｕｅｔｏｏｔｈチャネル条件のために、帯域７あるいは帯域４０におけるいくつかのチャネルにおいてでさえも、ＬＴＥがアクティブである場合、Ｂｌｕｅｔｏｏｔｈ誤り率は、許容できなくなりうる。たとえＬＴＥに顕著な劣化がなくても、Ｂｌｕｅｔｏｏｔｈとの同時動作の結果、音声サービスがＢｌｕｅｔｏｏｔｈハンドセットにおいて終了することにより途絶するという結果になりうる。このような途絶は、カスタマに許容不可となりうる。ＬＴＥ送信がＧＰＳと干渉する場合、同様の問題が存在する。現在、ＬＴＥは自らは劣化を受けないので、この問題を解決しうるメカニズムは存在しない。

【0008】

特にＬＴＥを参照すると、ＵＥは、ダウンリンクでＵＥによって観察される干渉をイボルブド・ノードＢ（ｅＮＢ；例えば、無線通信ネットワークのための基地局）に通知するために、ｅＮＢと通信することが注目される。さらに、ｅＮＢは、ダウンリンク誤り率を用いて、ＵＥにおける干渉を推定できうる。いくつかの事例では、ｅＮＢおよびＵＥは、ＵＥにおける干渉を、ＵＥ自身内のラジオによる干渉でさえも低減させる解決策を見つけるように協調しうる。しかしながら、従来のＬＴＥでは、ダウンリンクに関する干渉推定値は、干渉に対して包括的に対処するためには適切ではないことがありうる。

【0009】

１つの事例では、ＬＴＥアップリンク信号は、Ｂｌｕｅｔｏｏｔｈ信号または無線ローカル・エリア・ネットワーク（ＷＬＡＮ）信号と干渉する。しかしながら、このような干渉は、ｅＮＢにおけるダウンリンク測定レポートに反映されない。その結果、ＵＥの一部における一方向的な動作（例えば、アップリンク信号を別のチャネルへ移動させること）は、アップリンク共存問題を認識しておらず、この一方向的な動作を取り消すことを求めるｅＮＢによって妨害されうる。例えば、ＵＥが、異なる周波数チャネルで接続を再確立した場合であっても、ネットワークは、未だに、デバイス内干渉によって破壊されたオリジナルの周波数チャネルへ戻すようにＵＥをハンドオーバしうる。これは、よくあるシナリオである。なぜなら、破壊されたチャネルにおける所望の信号強度はしばしば、ｅＮＢへの基準信号受信電力（ＲＳＲＰ）に基づいて、新たなチャネルの測定レポートに反映されるように高くなりうるからである。したがって、ｅＮＢがハンドオーバ決定のためにＲＳＲＰレポートを使用する場合、破壊されたチャネルと所望のチャネルとの間を行き来するピンポン効果が生じうる。

【0010】

例えば、ｅＮＢの調整無しでアップリンク通信を単純に停止させるような、ＵＥの一部における他の一方向的な動作は、ｅＮＢにおける電力ループ誤動作をもたらしうる。従来のＬＴＥに存在するさらなる問題は、共存問題を有する構成に対する代替案として、所望の構成を提案するためのＵＥの一部における一般的な能力不足を含んでいる。少なくともこれらの理由で、ＵＥにおけるアップリンク共存問題は、ＵＥの他のラジオに関するパフォーマンスおよび効率に関して、長期間未解決のままでありうる。

【発明の概要】

【0011】

１つの実施形態は、無線通信のためのシステムを開示し、これは、第１のリソースと、接続に対応するコンテンツ・ストリームとを利用して、接続を識別することを含む。ここで、第１のリソースは、第２のリソースとコンフリクトする。コンテンツ・ストリームのコンテンツは、コンテンツの値に基づいて、複数のレベルへ分類され、そして、第１のリソースのコンテンツのレベルに基づいて、第１のリソースおよび第２のリソースに優先度が割り当てられる。

【0012】

別の実施形態は、無線通信のためのシステムを開示し、これは、第１のリソースと、接続に対応するコンテンツ・ストリームとを利用して、接続を識別する手段を含む。第１のリソースは、第２のリソースとコンフリクトする。分類手段が、コンテンツの値に基づいて、コンテンツ・ストリームのコンテンツを、複数のレベルへ分類する。割当手段が、第１のリソースのコンテンツのレベルに基づいて、第１のリソースおよび第２のリソースに優先度を割り当てる。

【0013】

別の実施形態では、無線ネットワークにおける無線通信のためのコンピュータ・プログラム製品は、記録されたプログラム・コードを有するコンピュータ読取可能な媒体を含む。このプログラム・コードは、第１のリソースと、接続に対応するコンテンツ・ストリームとを利用して、接続を識別するためのプログラム・コードを含む。第１のリソースは、第２のリソースとコンフリクトする。コンテンツ・ストリームのコンテンツを、コンテンツの値に基づいて、複数のレベルへ分類するためのプログラム・コードが含まれる。さらに、プログラム・コードは、第１のリソースのコンテンツのレベルに基づいて、第１のリソースおよび第２のリソースに優先度を割り当てる。

【0014】

別の実施形態は、無線通信のための装置を開示しており、これは、メモリと、メモリに接続された少なくとも１つのプロセッサとを含む。このプロセッサは、第１のリソースと、接続に対応するコンテンツ・ストリームとを利用して、接続を識別するように構成される。ここで、第１のリソースは、第２のリソースとコンフリクトする。このプロセッサは、コンテンツ・ストリームのコンテンツを、コンテンツの値に基づいて、複数のレベルへ分類し、その後、第１のリソースのコンテンツのレベルに基づいて、第１のリソースおよび第２のリソースに優先度を割り当てる。

【0015】

本開示のさらなる特徴および利点が以下に記載されるだろう。本開示は、本開示のものと同じ目的を実行するために、修正したり、その他の構成を設計するための基礎として容易に利用されうることが当業者によって理解されるべきである。このような等価な構成は、特許請求の範囲に記載された開示の教示から逸脱しないこともまた当業者によって理解されるべきである。さらなる目的および利点とともに、動作の方法と構成との両方に関し、本開示の特徴であると信じられている新規の特徴が、添付図面と関連して考慮された場合に、以下の記載から良好に理解されるであろう。しかしながら、図面のおのおのは、例示および説明のみの目的のために提供されており、本開示の限界の定義として意図されていないことが明確に理解されるべきである。

【図面の簡単な説明】

【0016】

本開示の特徴、特性、および利点は、同一の参照符号が全体を通じて同一物に特定している図面とともに考慮された場合、以下に記載する詳細な記載からより明らかになるだろう。

【図1】図１は、１つの態様にしたがう多元接続無線通信システムを例示する。

【図2】図２は、１つの態様にしたがう通信システムのブロック図である。

【図3】図３は、ダウンリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造を例示する。

【図4】図４は、アップリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造を概念的に例示するブロック図である。

【図5】図５は、典型的な無線通信環境を例示する。

【図6】図６は、マルチ・ラジオ無線デバイスの設計の例のブロック図である。

【図7】図７は、所与の決定期間における７つの例のラジオ間のそれぞれの潜在的な衝突を示すグラフである。

【図8】図８は、時間に対する共存マネジャ（ＣｘＭ）の動作の例を示す図である。

【図9】図９は、１つの態様にしたがう、マルチ・ラジオ共存管理のための無線通信環境内のサポートを提供するためのシステムのブロック図である。

【図10】図１０は、さまざまな態様にしたがうリソース接続シナリオの例を例示する。

【図11】図１１は、さまざまな態様にしたがうリソース接続シナリオの例を例示する。

【図12】図１２は、１つの態様にしたがって音声アクティビティ検出を容易にする処理の例を例示するブロック図である。

【発明を実施するための形態】

【0017】

本開示のさまざまな態様は、マルチ・ラジオ・デバイスにおける共存問題を緩和するための技術を提供する。ここでは、例えばＬＴＥ帯域と、（例えば、Ｂｌｕｅｔｏｏｔｈ／ＷＬＡＮ用の）産業、科学、および医療（ＩＳＭ）帯域との間で、顕著なデバイス内共存問題が存在しうる。前述したように、ｅＮＢは、他のラジオによって受けるＵＥ側における干渉に気付かないので、いくつかの共存問題が存在する。１つの態様によれば、ＵＥは、現在のチャネルに共存問題がある場合、ラジオ・リンク欠陥（ＲＬＦ）を宣言し、新たなチャネルまたはラジオ・アクセス技術（ＲＡＴ）へ自律的にアクセスする。

【0018】

ＵＥは、以下の理由で、いくつかの例においてＲＬＦを宣言しうる。１）ＵＥ受信が、共存による干渉によって影響される。２）ＵＥ送信機が、別のラジオへの破壊的な干渉を引き起こしている。その後、ＵＥは、新たなチャネルまたはＲＡＴにおける接続を再確立しながら、共存問題を示すメッセージをｅＮＢへ送信する。ｅＮＢは、メッセージを受け取ることにより、共存問題を認識するようになる。

【0019】

本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のようなさまざまな無線通信ネットワークのために使用される。「ネットワーク」および「システム」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））および低チップ・レート（ＬＣＲ）を含む。ＣＤＭＡ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（ＧＳＭ）のようなラジオ技術を実現しうる。ＯＦＤＭＡネットワークは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ等のようなラジオ技術を実現しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新のリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ＣＤＭＡ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。明確化のために、これら技術のある態様は、以下において、ＬＴＥについて記載されており、ＬＴＥ用語が以下の説明の一部で使用される。

【0020】

単一キャリア変調および周波数領域等値化を利用するシングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、本明細書で記載されたさまざまな態様とともに利用されうる技術である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと類似の性能を有し、本質的に全体的に同等の複雑さを有する。ＳＣ−ＦＤＭＡ信号は、固有のシングル・キャリア構造により、低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、送信電力効率の観点において、低ＰＡＰＲがモバイル端末に大いに有益となるアップリンク通信において、特に大きな注目を集めている。これは、現在、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）またはイボルブドＵＴＲＡにおけるアップリンク多元接続スキームのための動作前提である。

【0021】

図１を参照して、１つの態様にしたがう多元接続無線通信システムが例示される。イボルブド・ノードＢ１００（ｅＮＢ）は、リソースおよびパラメータを割り当てること、ユーザ機器からの要求を許可／拒否すること等によって、ＬＴＥ通信を管理するための処理リソースおよびメモリ・リソースを有するコンピュータ１１５を含む。ｅＮＢ１００はまた、複数のアンテナ・グループを含んでおり、１つのグループは、アンテナ１０４およびアンテナ１０６を含み、別のグループは、アンテナ１０８およびアンテナ１１０を含み、さらに別のグループは、アンテナ１１２およびアンテナ１１４を含む。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていない。しかしながら、おのおののアンテナ・グループについて、それより多くのまたはそれより少ないアンテナが利用されうる。（アクセス端末（ＡＴ）とも称される）ユーザ機器（ＵＥ）１１６は、アンテナ１１２，１１４と通信している一方、アンテナ１１２，１１４は、アップリンク（ＵＬ）１８８によってＵＥ１１６へ情報を送信する。ＵＥ１２２は、アンテナ１０６，１０８と通信し、アンテナ１０６，１０８は、ダウンリンク（ＤＬ）１２６によってＵＥ１２２に情報を送信し、アップリンク１２４によってＵＥ１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８，１２０，１２４，１２６は、通信のために異なる周波数を使用する。例えば、ダウンリンク１２０は、アップリンク１１８によって使用されるものとは異なる周波数を使用しうる。

【0022】

通信するように設計されたエリアおよび／またはアンテナのおのおののグループは、しばしば、ｅＮＢのセクタと称される。この態様では、それぞれのアンテナ・グループは、ｅＮＢ１００によってカバーされるエリアのセクタ内のＵＥと通信するように設計される。

【0023】

ダウンリンク１２０，１２６による通信では、ｅＮＢ１００の送信アンテナは、他のＵＥ１１６，１２２のアップリンクの信号対雑音比を改善するためにビームフォーミングを利用する。さらに、有効通信範囲にわたってランダムに散在するＵＥへ送信するためにビームフォーミングを利用するｅＮＢは、すべてのＵＥに対して単一のアンテナで送信しているＵＥよりも、近隣セル内のＵＥに対して少ない干渉しかもたらさない。

【0024】

ｅＮＢは、端末と通信するために使用される固定局であり、アクセス・ポイント、基地局、あるいはその他幾つかの専門用語でも称されうる。ＵＥはまた、アクセス端末、無線通信デバイス、端末、あるいはその他いくつかの同等の専門用語で称されうる。

【0025】

図２は、ＭＩＭＯシステム２００における送信機システム２１０（ｅＮＢとしても知られている）および受信機システム２５０（ＵＥとしても知られている）の態様のブロック図である。いくつかの事例では、ＵＥとｅＮＢとの両方がおのおの、送信機システムおよび受信機システムを含んでいるトランシーバを有する。送信機システム２１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース２１２から送信（ＴＸ）データ・プロセッサ２１４に提供される。

【0026】

ＭＩＭＯシステムはデータ送信のために、複数（Ｎ_Ｔ個）の送信アンテナと複数（Ｎ_Ｒ個）の受信アンテナとを適用する。Ｎ_Ｔ個の送信アンテナおよびＮ_Ｒ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮ_Ｓ個の独立チャネルへ分割されうる。ここで、Ｎ_Ｓ≦｛Ｎ_Ｔ，Ｎ_Ｒ｝である。Ｎ_Ｓ個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与えうる。

【0027】

ＭＩＭＯシステムは、時分割多重（ＴＤＤ）システム、および周波数分割多重（ＦＤＤ）システムをサポートする。ＴＤＤシステムでは、相互原理によって、アップリンク・チャネルからダウンリンク・チャネルを推定できるように、アップリンク送信およびダウンリンク送信が、同じ周波数領域にある。これによって、ｅＮＢにおいて複数のアンテナが利用可能である場合、ｅＮＢは、ダウンリンクで送信ビーム・フォーミング・ゲインを抽出できるようになる。

【0028】

態様では、データ・ストリームはおのおのの、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、符号化されたデータを提供するために、データ・ストリームについて選択された特定の符号化スキームに基づいて、各データ・ストリームのためのトラフィック・データをフォーマットし、符号化し、インタリーブする。

【0029】

おのおののデータ・ストリームの符号化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは一般に、既知の手法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭ等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、メモリ２３２とともに動作するプロセッサ２３０によって実行される指示によって決定されうる。

【0030】

それぞれのデータ・ストリームの変調シンボルは、その後、（例えば、ＯＦＤＭのために）変調シンボルをさらに処理するＴＸ ＭＩＭＯプロセッサ２２０に提供される。ＴＸ ＭＩＭＯプロセッサ２２０はその後、Ｎ_Ｔ個の変調シンボル・ストリームを、Ｎ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。ある態様では、ＴＸ ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、このシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。

【0031】

おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機２２２ａ乃至２２２ｔからのＮ_Ｔ個の変調信号は、その後、Ｎ_Ｔ個のアンテナ２２４ａ乃至２２４ｔからそれぞれ送信される。

【0032】

受信機システム２５０では、送信された変調信号がＮ_Ｒ個のアンテナ２５２ａ乃至２５２ｒによって受信され、おのおののアンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供される。おのおのの受信機２５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。

【0033】

ＲＸデータ・プロセッサ２６０は、Ｎ_Ｒ個の受信機２５４からＮ_Ｒ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、Ｎ_Ｒ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、その後、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、このデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、基地局２１０におけるＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行されるものと相補的である。

【0034】

（メモリ２７２とともに動作する）プロセッサ２７０は、どのプリコーディング行列を使用するのかを定期的に決定する（後述する）。プロセッサ２７０は、行列インデクス部およびランク値部を有するアップリンク・メッセージを規定する。

【0035】

アップリンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を含みうる。アップリンク・メッセージはその後、多くのデータ・ストリームのトラフィック・データをデータ・ソース２３６から受け取るＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、基地局２１０へ送り戻される。

【0036】

送信機システム２１０では、受信機システム２５０からの変調された信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信されたアップリンク・メッセージが抽出される。さらに、プロセッサ２３０は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定し、その後、この抽出されたメッセージを処理する。

【0037】

図３は、ＬＴＥ／−Ａにおいて使用されるダウンリンクＦＤＤ構造を示す。ダウンリンクの送信タイムラインは、ラジオ・フレームの単位に区分されうる。おのおののラジオ・フレームは、（例えば１０ミリ秒（ｍｓ）のような）予め定められた持続時間を有し、０乃至９のインデクスを付された１０個のサブフレームへ分割されうる。おのおののサブフレームは２つのスロットを含みうる。したがって、おのおののラジオ・フレームは、０乃至１９のインデクスを付された２０のスロットを含みうる。おのおののスロットは、Ｌ個のシンボル期間、（例えば、図３に示すような）通常のサイクリック・プレフィクスの場合、７つのシンボル期間を含み、拡張されたサイクリック・プレフィクスの場合、１４のシンボル期間を含みうる。おのおののサブフレームでは、２Ｌ個のシンボル期間が、０乃至２Ｌ−１のインデクスを割り当てられうる。利用可能な時間周波数リソースが、リソース・ブロックへ区分されうる。おのおののリソース・ブロックは、１つのスロットにおいてＮ個のサブキャリア（例えば、１２のサブキャリア）をカバーしうる。

【0038】

ＬＴＥ／−Ａでは、ｅノードＢは、ｅノードＢにおける各セルについて、一次同期信号（ＰＳＣまたはＰＳＳ）と二次同期信号（ＳＳＣまたはＳＳＳ）とを送信しうる。ＦＤＤ動作モードの場合、図３に示すように、一次同期信号および二次同期信号が、通常のサイクリック・プレフィクスを持つ各ラジオ・フレームのサブフレーム０およびサブフレーム５のおのおのにおいて、シンボル期間６およびシンボル期間５でそれぞれ送信されうる。これら同期信号は、ＵＥによって、セル検出および獲得のために使用されうる。ＦＤＤ動作モードの場合、ｅノードＢは、サブフレーム０のスロット１におけるシンボル期間０乃至３で、物理ブロードキャスト・チャネル（ＰＢＣＨ）を送信しうる。ＰＢＣＨは、一定のシステム情報を伝送しうる。

【0039】

図２で見られるように、ｅノードＢは、各サブフレームの最初のシンボル期間で、物理制御フォーマット・インジケータ・チャネル（ＰＣＦＩＣＨ）を送信しうる。ＰＣＦＩＣＨは、制御チャネルのために使用されるシンボル期間の数（Ｍ）を伝えうる。ここで、Ｍは、１，２または３に等しく、サブフレーム毎に変化しうる。Ｍはまた、例えば、１０未満のリソース・ブロックのように、少ない数のシステム帯域幅に対して４に等しくなりうる。図３に示す例では、Ｍ＝３である。ｅノードＢは、おのおののサブフレームの最初のＭ個のシンボル期間において、物理ＨＡＲＱインジケータ・チャネル（ＰＨＩＣＨ）と物理ダウンリンク制御チャネル（ＰＤＣＣＨ）とを送信しうる。ＰＤＣＣＨとＰＨＩＣＨもまた、図２に示す例における最初の３つのシンボル期間に含まれる。ＰＨＩＣＨは、ハイブリッド自動再送信（ＨＡＲＱ）をサポートするための情報を伝送しうる。ＰＤＣＣＨは、ＵＥのためのアップリンクおよびダウンリンクのリソース割当に関する情報と、アップリンク・チャネルのための電力制御情報とを伝送しうる。ｅノードＢはまた、おのおののサブフレームの残りのシンボル期間で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を送信しうる。ＰＤＳＣＨは、ダウンリンクで、データ送信のためにスケジュールされたＵＥのためのデータを伝送しうる。

【0040】

ｅノードＢは、ｅノードＢによって使用されるシステム帯域幅の中心１．０８ＭＨｚでＰＳＣ、ＳＳＳ、およびＰＢＣＨを送信しうる。ｅノードＢは、これらのチャネルが送信される各シンボル期間におけるシステム帯域幅全体でＰＣＦＩＣＨおよびＰＨＩＣＨを送信しうる。ｅノードＢは、システム帯域幅のある部分で、ＵＥのグループにＰＤＣＣＨを送信しうる。ｅノードＢは、システム帯域幅の特定の部分で、特定のＵＥに、ＰＤＳＣＨを送信しうる。ｅノードＢは、すべてのＵＥへブロードキャスト方式でＰＳＣ、ＳＳＣ、ＰＢＣＨ、ＰＣＦＩＣＨ、およびＰＨＩＣＨを送信し、ＰＤＣＣＨを、ユニキャスト方式で、特定のＵＥへ送信しうる。さらに、特定のＵＥへユニキャスト方式でＰＤＳＣＨをも送信しうる。

【0041】

各シンボル期間において、多くのリソース要素が利用可能でありうる。おのおののリソース要素は、１つのシンボル期間において１つのサブキャリアをカバーし、実数値または複素数値である１つの変調シンボルを送信するために使用されうる。制御チャネルのために使用されるシンボルについて、各シンボル期間において、基準信号のために使用されないリソース要素が、リソース要素グループ（ＲＥＧ）へ構成されうる。おのおののＲＥＧは、１つのシンボル期間内に、４つのリソース要素を含みうる。ＰＣＦＩＣＨは、シンボル期間０において、４つのＲＥＧを占有しうる。これらは、周波数にわたってほぼ等間隔に配置されうる。ＰＨＩＣＨは、１または複数の設定可能なシンボル期間内に３つのＲＥＧを占有しうる。これらは、周波数にわたって分散されうる。例えば、ＰＨＩＣＨのための３つのＲＥＧはすべて、シンボル期間０に属しうる。あるいは、シンボル期間０，１，２に分散されうる。ＰＤＣＣＨは、最初のＭ個のシンボル期間内に、９，１８，３６，または７２のＲＥＧを占有しうる。これらは、利用可能なＲＥＧから選択されうる。複数のＲＥＧのある組み合わせのみが、ＰＤＣＣＨのために許可されうる。

【0042】

ＵＥは、ＰＨＩＣＨとＰＣＦＩＣＨとのために使用された特定のＲＥＧを認識しうる。ＵＥは、ＰＤＣＣＨを求めて、ＲＥＧの異なる組み合わせを探索しうる。探索する組み合わせの数は、一般に、ＰＤＣＣＨのために許可された組み合わせ数よりも少ない。ｅノードＢは、ＵＥが探索する組み合わせのうちの何れかのＵＥにＰＤＣＣＨを送信しうる。

【0043】

図４は、アップリンク・ロング・ターム・イボリューション（ＬＴＥ）通信における典型的なフレーム構造４００を概念的に例示するブロック図である。アップリンクのために利用可能なリソース・ブロック（ＲＢ）は、データ・セクションおよび制御セクションに区分されうる。制御セクションは、システム帯域幅の２つの端部において形成され、設定可能なサイズを有しうる。制御セクションにおけるリソース・ブロックは、制御情報の送信のために、ＵＥへ割り当てられうる。データ・セクションは、制御セクションに含まれていないすべてのリソース・ブロックを含みうる。図４における設計の結果、データ・セクションは、連続するサブキャリアを含むようになる。これによって、単一のＵＥに、データ・セクション内に、連続するサブキャリアのすべてが割り当てられるようになる。

【0044】

ＵＥは、ｅＮＢへ制御情報を送信するために、制御セクションにおいてリソース・ブロックを割り当てられうる。ＵＥはまた、ｅノードＢへデータを送信するために、データ・セクション内にリソース・ブロックを割り当てられうる。ＵＥは、制御セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク制御チャネル（ＰＵＣＣＨ）で制御情報を送信しうる。ＵＥは、データ・セクションにおいて割り当てられたリソース・ブロックで、物理アップリンク共有チャネル（ＰＵＳＣＨ）で、データのみ、または、データと制御情報との両方を送信しうる。アップリンク送信は、サブフレームからなる両スロットに及び、図４に示すように、周波数を越えてホップしうる。

【0045】

ＬＴＥにおけるＰＳＳ、ＳＳＳ、ＣＲＳ、ＰＢＣＨ、ＰＵＣＣＨ、およびＰＵＳＣＨは、公的に利用可能な「イボルブド・ユニバーサル地上ラジオ・アクセス（Ｅ−ＵＴＲＡ）；物理チャネルおよび変調」（Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation）と題された３ＧＰＰ ＴＳ ３６．２１１に記載されている。

【0046】

態様では、マルチ・ラジオ共存解決を容易にするために、例えば３ＧＰＰ ＬＴＥ環境のような無線通信環境内でのサポートを提供するためのシステムおよび方法が記載されている。

【0047】

図５に示すように、本明細書に記載されたさまざまな態様が機能しうる無線通信環境５００の例が例示される。無線通信環境５００は、複数の通信システムと通信することが可能でありうる無線デバイス５１０を含みうる。これらのシステムは、例えば、１または複数のセルラ・システム５２０および／または５３０、１または複数のＷＬＡＮシステム５４０および／または５５０、１または複数の無線パーソナル・エリア・ネットワーク（ＷＰＡＮ）システム５６０、１または複数のブロードキャスト・システム５７０、１または複数の衛星測位システム５８０、図５に図示されていないその他のシステム、または、これらの任意の組み合わせを含みうる。以下の記載では、「ネットワーク」、「システム」という用語がしばしば置換可能に使用されうることが認識されるべきである。

【0048】

セルラ・システム５２０，５３０はおのおの、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、あるいはその他の適切なシステムでありうる。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ＣＤＭＡ２０００等のようなラジオ技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、およびＣＤＭＡのその他の変形を含んでいる。さらに、ＣＤＭＡ２０００は、ＩＳ−２０００（ＣＤＭＡ２０００ １Ｘ）規格、ＩＳ−９５規格、およびＩＳ−８５６（ＨＲＰＤ）規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ）、デジタル・アドバンスト移動電話システム（Ｄ−ＡＭＰＳ）等のようなラジオ技術を実現しうる。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）およびＬＴＥ−アドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新たなリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ＣＤＭＡ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。態様では、セルラ・システム５２０は、有効通信範囲内の無線デバイスのための双方向通信をサポートしうる多くの基地局５２２を含みうる。同様に、セルラ・システム５３０は、有効通信範囲内の無線デバイスのための双方向通信をサポートしうる多くの基地局５３２を含みうる。

【0049】

ＷＬＡＮシステム５４０，５５０はそれぞれ、例えばＩＥＥＥ ８０２．１１（ＷｉＦｉ）、Ｈｉｐｅｒｌａｎ等のようなラジオ技術を実施しうる。ＷＬＡＮシステム５４０は、双方向通信をサポートしうる１または複数のアクセス・ポイント５４２を含みうる。同様に、ＷＬＡＮシステム５５０は、双方向通信をサポートしうる１または複数のアクセス・ポイント５５２を含みうる。ＷＰＡＮシステム５６０は、例えばＢｌｕｅｔｏｏｔｈ（ＢＴ）、ＩＥＥＥ ８０２．１５等を実施しうる。さらに、ＷＰＡＮシステム５６０は、例えば、無線デバイス５１０、ヘッドセット５６２、コンピュータ５６４、マウス５６６等のようなさまざまなデバイスのための双方向通信をサポートしうる。

【0050】

ブロードキャスト・システム５７０は、テレビ（ＴＶ）ブロードキャスト・システム、周波数変調（ＦＭ）ブロードキャスト・システム、デジタル・ブロードキャスト・システム等でありうる。デジタル・ブロードキャスト・システムは、例えば、ＭｅｄｉａＦＬＯ（登録商標）、デジタル・ビデオ・ブロードキャスト・フォー・ハンドヘルド（ＤＶＢ−Ｈ）、インテグレーティド・サービス・デジタル・ブロードキャスティング・フォー地上テレビジョン・ブロードキャスティング（ＩＤＳＢ−Ｔ）等のようなラジオ技術を実施しうる。さらに、ブロードキャスト・システム５４０は、一方向通信をサポートしうる１または複数のブロードキャスト局５７２を含みうる。

【0051】

衛星測位システム５８０は、米国全地球測位システム（ＧＰＳ）、欧州ガリレオ・システム、ロシア・グロナス・システム、日本上の準天頂衛星システム、インド上のインド領域ナビゲーション衛星システム（ＩＲＮＳＳ）、中国上の北斗衛星航法システム、および／または、その他任意の適切なシステムでありうる。さらに、衛星測位システム５８０は、位置決定のためのシグナルを送信する多くの衛星５８２を含みうる。

【0052】

態様では、無線デバイス５１０は、据置式または移動式であり、ユーザ機器（ＵＥ）、移動局、移動機器、端末、アクセス端末、加入者ユニット、局等と称されうる。無線デバイス５１０は、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話、無線ローカル・ループ（ＷＬＬ）局等でありうる。さらに、無線デバイス５１０は、セルラ・システム５２０および／またはセルラ・システム５３０、ＷＬＡＮシステム５４０および／またはＷＬＡＮシステム５５０、ＷＰＡＮシステム５６０を備えたデバイス、および／または、その他任意の適切なシステム（単数または複数）および／またはデバイス（単数または複数）との双方向通信を行いうる。無線デバイス５１０は、さらに、あるいは、その代わりに、ブロードキャスト・システム５７０および／または衛星位置決めシステム５８０から信号を受信しうる。一般に、無線デバイス５１０は、所与の瞬間において、任意の数のシステムと通信しうることが認識されるべきである。さらに、無線デバイス５１０は、同時に動作しうる構成要素ラジオ・デバイスのうちのさまざまなデバイス間の共存問題を経験しうる。したがって、デバイス５１０は、以下に詳述するように、共存問題を検出および緩和するための機能モジュールを有する共存マネジャ（図示しないＣｘＭ）を含む。

【0053】

図６に示すように、マルチ・ラジオ無線デバイス６００のための設計の例を例示し、図５のラジオ５１０の実施として使用されうるブロック図が提供される。図６が例示するように、無線デバイス６００は、Ｎ個のラジオ６２０ａ乃至６２０ｎを含みうる。これらは、Ｎ個のアンテナ６１０ａ乃至６１０ｎに接続されうる。ここで、Ｎは、任意の整数値でありうる。しかしながら、それぞれのラジオ６２０は、任意の数のアンテナ６１０に接続され、複数のラジオ６２０が、所与のアンテナ６１０を共有をもしうることが認識されるべきである。

【0054】

一般に、ラジオ６２０は、電磁スペクトルにおいてエネルギを放射または放出し、電磁スペクトルにおけるエネルギを受信し、あるいは、伝導手段によって伝搬するエネルギを生成するユニットでありうる。例によれば、ラジオ６２０は、システムまたはデバイスに信号を送信するユニットでありうるか、または、システムまたはデバイスから信号を受信するユニットでありうる。したがって、ラジオ６２０は、無線通信をサポートするために利用されうることが認識されうる。別の例では、ラジオ６２０はまた、他のラジオのパフォーマンスにインパクトを与えうるノイズを放出するユニット（例えば、コンピュータ上のスクリーン、回路基板等）でもありうる。したがって、ラジオ６２０はまた、無線通信をサポートすることなくノイズおよび干渉を放出するユニットでもありうることがさらに認識されうる。

【0055】

態様では、それぞれのラジオ６２０は、１または複数のシステムとの通信をサポートしうる。複数のラジオ６２０は、さらに、または、その代わりに、例えば、異なる周波数帯域（例えば、セルラ帯域およびＰＣＳ帯域）で送信または受信するために、所与のシステムのために使用されうる。

【0056】

別の態様では、デジタル・プロセッサ６３０は、ラジオ６２０ａ乃至６２０ｎに接続されうる。そして、例えば、ラジオ６２０を介して送信されるデータ、または、受信されたデータを処理するためのさまざまな機能を実行しうる。各ラジオ６２０の処理は、そのラジオによってサポートされるラジオ技術に依存しうる。そして、送信機のための暗号化、符号化、変調等、受信機のための復調、復号、解読等、およびその他を含みうる。一例では、本明細書において一般に記載されるように、デジタル・プロセッサ６３０は、無線デバイス６００のパフォーマンスを向上するために、ラジオ６２０の動作を制御しうるＣｘＭ６４０を含みうる。ＣｘＭマネジャ６４０は、ラジオ６２０の動作を制御するために使用される情報を格納しうるデータベース６４４へのアクセスを有しうる。以下にさらに説明するように、ＣｘＭ６４０は、ラジオ間の干渉を低減させるためのさまざまな技術のために適応されうる。一例において、ＣｘＭ６４０は、ＬＴＥが非アクティブである期間中にＩＳＭラジオが通信できるようにするＤＲＸサイクルまたは測定ギャップ・パターンを要求する。

【0057】

単純化のために、デジタル・プロセッサ６３０は、単一のプロセッサとして図６に示されている。しかしながら、デジタル・プロセッサ６３０が、任意の数のプロセッサ、コントローラ、メモリ等を含みうることが認識されるべきである。一例において、コントローラ／プロセッサ６５０は、無線デバイス６００内のさまざまなユニットの動作を指示しうる。さらに、または、その代わりに、メモリ６５２は、無線デバイス６００のためのプログラム・コードおよびデータを格納しうる。デジタル・プロセッサ６３０、コントローラ／プロセッサ６５０、およびメモリ６５２は、１または複数の集積回路（ＩＣ）、特定用途向け集積回路（ＡＳＩＣ）等に実装されうる。具体的で、限定しない例によれば、デジタル・プロセッサ６３０は、移動局モデム（ＭＳＭ）ＡＳＩＣに実装されうる。

【0058】

態様では、ＣｘＭ６４０は、干渉、および／または、それぞれのラジオ６２０間の衝突に関連付けられたその他のパフォーマンス低下を回避するために、無線デバイス６００によって利用されるそれぞれのラジオ６２０の動作を管理しうる。ＣｘＭ６４０は１または複数の処理を実行しうる。さらなる例示によれば、図７におけるグラフ７００は、所与の決定期間中の７つのラジオの例の間のそれぞれの潜在的な衝突を表す。グラフ７００に図示される例では、７つのラジオは、ＷＬＡＮ送信機（Ｔｗ）、ＬＴＥ送信機（Ｔｌ）、ＦＭ送信機（Ｔｆ）、ＧＳＭ／ＷＣＤＭＡ送信機（Ｔｃ／Ｔｗ）、ＬＴＥ受信機（Ｒｌ）、Ｂｌｕｅｔｏｏｔｈ受信機（Ｒｂ）、およびＧＰＳ受信機（Ｒｇ）を含む。４つの送信機は、グラフ７００の左側における４つのノードによって示される。３つの受信機は、グラフ７００の右側における３つのノードによって示される。

【0059】

送信機と受信機との間の潜在的な衝突は、送信機のノードと受信機のノードとを接続する分岐によってグラフ７００上で表わされる。したがって、グラフ７００において図示される例において、衝突は、（１）ＷＬＡＮ送信機（Ｔｗ）とＢｌｕｅｔｏｏｔｈ受信機（Ｒｂ）との間、（２）ＬＴＥ送信機（Ｔｌ）とＢｌｕｅｔｏｏｔｈ受信機（Ｒｂ）との間、（３）ＷＬＡＮ送信機（Ｔｗ）とＬＴＥ受信機（Ｒｌ）との間、（４）ＦＭ送信機（Ｔｆ）とＧＰＳ受信機（Ｒｇ）との間、（５）ＧＳＭ／ＷＣＤＭＡ送信機（Ｔｃ／Ｔｗ）とＧＰＳ受信機（Ｒｇ）との間に存在しうる。

【0060】

１つの態様では、ＣｘＭ６４０の例が、例えば図８における図解８００によって示されるような方式で時間的に動作しうる。図解８００が例示するように、ＣｘＭ動作のタイムラインが、決定ユニット（ＤＵ）に分割されうる。これは、通知が処理される場合に、任意の適切な一定または非一定の長さ（例えば、１００マイクロ秒）であり、コマンドがさまざまなラジオ６２０に提供されるか、および／または、その他の動作が評価フェーズにおいてなされる動作に基づいて実行される応答フェーズ（例えば、２０マイクロ秒）でありうる。一例では、図解８００に示されるタイムラインは、例えば、所与のＤＵにおける通知フェーズの終了直後の所与のラジオから通知が取得されるケースにおける応答のタイミングのようなタイムラインの最悪ケースの動作によって定義されたレイテンシ・パラメータを有しうる。

【0061】

デバイス内共存問題は、（例えば、Ｂｌｕｅｔｏｏｔｈ／ＷＡＮのための）例えばＬＴＥ帯域とＩＳＭ帯域とのリソース間のＵＥに関して存在しうる。現在のＬＴＥ実施では、ＬＴＥに対する干渉問題は、例えば、ＬＴＥを、共存問題が存在しないチャネルまたはＲＡＴへ移動させるように、周波数間またはＲＡＴ間ハンドオフ決定を行うために、ｅＮＢが使用しうるダウンリンク誤り率および／またはＵＥによってレポートされたダウンリンク測定値（例えば、基準信号受信品質（ＲＳＲＱ）メトリック等）において反映される。しかしながら、例えば、ＬＴＥアップリンクが、Ｂｌｕｅｔｏｏｔｈ／ＷＬＡＮに対する干渉を引き起こしているが、ＬＴＥダウンリンクが、Ｂｌｕｅｔｏｏｔｈ／ＷＬＡＮからの干渉を観察しないのであれば、これら既存の技術は、動作しないであろうことが認識されうる。さらに詳しくは、ＵＥがそれ自身をアップリンクで別のチャネルへ自律的に移動させる場合であっても、ｅＮＢは、いくつかの場合において、ＵＥを、負荷平準目的のために、問題のあるチャネルへハンドオーバにより戻しうる。何れの場合であれ、既存の技術は、問題のあるチャネルの帯域幅の使用を、最も効率的な方式で容易にする訳ではないことが認識されうる。

【0062】

図９に移って、マルチ・ラジオ共存管理のための、無線通信環境内でのサポートを提供するためのシステム９００のブロック図が例示されている。態様では、システム９００は、アップリンク、ダウンリンク、および／または、互いとのその他任意の適切な通信を行いうる１または複数のＵＥ９１０および／またはｅＮＢ９３０と、および／または、システム９００内のその他任意のエンティティとを含みうる。一例では、ＵＥ９１０および／またはｅＮＢ９３０は、周波数チャネルおよびサブ帯域を含み、いくつかが他のラジオ・リソース（例えば、Ｂｌｕｅｔｏｏｔｈラジオ）と潜在的に衝突しうるさまざまなリソースを用いて通信するように動作可能でありうる。したがって、本明細書において一般に記載されるように、ＵＥ９１０は、ＵＥ９１０の複数のラジオ間の共存を管理するためのさまざまな技術を利用しうる。

【0063】

少なくとも前述した欠点を緩和するために、ＵＥ９１０は、ＵＥ９１０内のマルチ・ラジオ共存のためのサポートを容易にするために、本明細書に記載され、システム９００によって例示されているそれぞれの機能を利用しうる。これは、検出された音声アクティビティにしたがって、ネットワーク・トラフィックの優先度付けを容易にすることを含む。ＵＥ９１０は、チャネル・モニタリング・モジュール９１２、チャネル共存アナライザ９１４、音声アクティビティ検出（ＶＡＤ）モジュール９１６、および優先度割当モジュール９１８を含みうる。いくつかの例では、さまざまなモジュール９１２−９１８が、例えば図６のＣｘＭ６４０のような共存マネジャの一部として実施されうる。１つの実施形態では、ＣｘＭ６４０は、例えばラジオ６２０のように、リソース間の共存を管理するモジュール９１２−９１８を利用する。当業者であれば、ＣｘＭが任意の数のラジオを管理しうることを認識するだろう。

【0064】

実施形態では、ラジオ６２０は、例えば、音声呼び出し、または、その他類似のタイプの接続のような音声接続を容易にしうるか、および／または、関連付けられうる。一例では、例えば、１または複数のセルラ通信技術（例えば、ＬＴＥ、ＧＳＭ、ＣＤＭＡ２０００等）、Ｂｌｕｅｔｏｏｔｈ、ＷＬＡＮ、および／または、その他任意の適切なラジオ・アクセス技術のような音声接続と関連付けられうる。したがって、音声接続の文脈におけるラジオ６２０間の共存を管理するために、ＣｘＭ６４０は、音声アクティビティ検出（ＶＡＤ）モジュール９１６を利用して、この接続に関連付けられた音声ストリームにおける非アクティビティ（例えば、静寂）および／またはアクティビティの期間を判定する。モジュール９１６は、「音声アクティビティ検出」モジュールと呼ばれるが、音声以外も検出し、静寂の期間（すなわち、非アクティビティ）をも検出しうる。特に、実施形態では、ＶＡＤモジュール９１６は、実際の音声アクティビティ（またはその他の音声コンテンツ）がいつ存在し、静寂がいつ生じるのかを判定することができる。一例では、ストリームのコンテンツは、ストリームのコンテンツの値に基づいて、複数のレベルへ分類される。特に、音声アクティビティの期間は、静寂の期間よりも高い値が割り当てられ、これにしたがって、特定のレベルへ分類される。実施形態の例では、優先度割当モジュール９１８が、音声アクティビティ・モジュール９１６によってなされた判定に基づいて、実際のコンテンツに優先度を割り当てる。優先度は、その後、特別のラジオによって送信されているコンテンツの優先度に基づいて、それぞれのラジオ６２０に割り当てられる。例えば、優先度割当モジュール９１８は、音声アクティビティを送信しているラジオに、高い優先度を割り当て、静寂を送信しているラジオに、より低い優先度を割り当てる。

【0065】

音声接続が双方向である間、人間の会話の性質は、一度に１人の話し手が存在する傾向があることが認識されうる。例えば、平均すると、音声会話において各人は、時間のおよそ４０％を話す。したがって、平均すると、ラジオは、時間のうちの約４０％、音声コンテンツを送信し、時間のうちの残りの６０％、静寂（または、心地よい雑音）を送信する。さらに、前述したように、複数のラジオ技術が、共存問題を経験する場合、どのラジオ（単数または複数）６２０が所与の時間においてアクティブとなることを許可されるかを選択するために、ＣｘＭ６４０が利用されうる。一例では、ＣｘＭ６４０は、どのラジオ（単数または複数）６２０を起動するかを決定する前に、おのおののラジオ６２０におけるそれぞれのイベントの優先度を検討する。したがって、対応する音声リンクにおける音声アクティビティが、ＣｘＭ６４０の処理を決定する際に（例えば、ＶＡＤモジュール９１６によって）使用されるのであれば、システム９００のパフォーマンスは、音声品質にインパクトを与えることなく改善されうる。

【0066】

一般に、人間は、音声における変化に非常に敏感になる傾向にあるので、高品質の音声接続を維持することは、いくつかの場合において、生のデータ・スループットよりも重要となりうることが認識されうる。したがって、態様では、会話の音声ストリームの約６０％が前述したように「静寂」であるので、ＣｘＭ６４０は、音声ストリームの静寂期間中に送信されるパケット数を低減することによって、電力および基地局帯域幅を節約するように動作しうる。

【0067】

例によれば、音声接続がＢｌｕｅｔｏｏｔｈを介したセルラ・ネットワークから継続する場合、２つのラジオが、相互干渉を引き起こしうる。これは、緩和のためのアービトレーション・スキームから利益を得るだろう。従来のアービトレーション・スキームは、（例えば、Ｂｌｕｅｔｏｏｔｈ音声リンクに対応する）音声ストリームの全体を、「高優先度」に関連させることにより動作する。これら従来のスキームでは、音声ストリームの全体（音声コンテンツおよび静寂）が送信される。これは、静寂期間中に、Ｂｌｕｅｔｏｏｔｈが、静寂を送信するための帯域幅のすべてを使用していることを意味する。それに対して、１つの実施形態では、ＣｘＭ６４０におけるＶＡＤモジュール９１６と優先度割当モジュール９１８とが、音声ストリームの静寂部分（すなわち、非アクティビティ部分）に、低減された優先度を割り当てるように協調する。したがって、干渉期間中、より低い優先度のコンテンツ（例えば、静寂、または、その他の非本質的なコンテンツ）は送信されず、これによって、Ｂｌｕｅｔｏｏｔｈリンクの音声品質を低下させることなく、セルラ・ラジオのためにより多くのスループットが得られるようにすることができる。１つの態様では、ＶＡＤモジュール９１６は、実際の音声コンテンツがいつ存在するかを判定することができる。

【0068】

上記の例は、セルラ・ラジオ（例えば、ＬＴＥラジオ）とＢｌｕｅｔｏｏｔｈラジオとのためのマルチ・ラジオ管理の具体的な場合に向けられているが、類似の技術が、任意のラジオまたはラジオの組み合わせにおいて動作している任意の適切なラジオ・アプリケーションのために適用されうることが認識されるべきである。さらに、コンテンツが複数のリソース間で送信される任意のアプリケーションに、類似の技術もまた適用されうることが認識されるべきである。例えば、コンテンツは、限定される訳ではないが、ストリーミング・ビデオおよびビデオ会議を含むビデオ・コンテンツと、会話音声、ストリーミング音声、音楽、および音声コンテンツを含む音声コンテンツを含みうる。別の態様では、送信されたコンテンツは、このコンテンツが本質的なコンテンツを含んでいるか、または、非本質的なコンテンツを含んでいるかにしたがって優先度付けられる。一例では、オーディオ・コンテンツが送信される場合、静寂期間が、非本質的なコンテンツとして分類され、それにしたがって優先度付けられうる。

【0069】

態様では、ＶＡＤ支援ラジオ共存管理システム９００が、全体的なシステム・スループットを向上するためのさまざまな用途シナリオに対して適用されうる。例えば、図１０における図によって示されるように、本明細書に記載されたさまざまな態様が利用され、技術Ａを介しているが、後に技術Ｂに移る音声接続に関連付けられたユーザ経験が高められる。ここで、技術Ａおよび技術Ｂは互いに干渉する。一例では、技術Ａは、セルラ技術を含み、技術Ｂは、限定される訳ではないが、ＷＬＡＮ技術およびＢｌｕｅｔｏｏｔｈ技術を含む、オーバ・ザ・エア送信する任意の技術を含む。例において、技術Ａは、音声アクティビティを検出する能力を含んでおり、技術Ｂは、その能力を有していない。特に、セルラ・システム１００２は、音声アクティビティ検出モジュール（図示せず）と優先度割当モジュール（図示せず）を含んでいる。セルラ・システム１００２の構成要素は、音声コンテンツがいつ存在するのかを判定するために、セルラ・システム１００２と、ＵＥ１０００のマイクロホン／スピーカとの間、および、セルラ・システム１００２と、基地局１００８との間で送信された音声コンテンツを調査する。音声コンテンツは、その後、Ｂｌｕｅｔｏｏｔｈシステム１００４や、例えばＢｌｕｅｔｏｏｔｈヘッドセットのような遠隔Ｂｌｕｅｔｏｏｔｈ構成要素１００６へ送信されうる。共存マネジャ（図示せず）は、音声アクティビティ検出モジュール（図示せず）の分析に基づいて、セルラ・システム１００２およびＢｌｕｅｔｏｏｔｈシステム１００４からの送信をアービトレートしうる。共存マネジャ（図示せず）は、セルラ・システム１００２、またはＵＥ１０００内にいずれか内に存在しうる。

【0070】

同様に、図１１における図解に示すように、技術Ｃを介しているが、後に技術Ｂに移る音声接続に関連付けられたユーザ経験を高めるために、本明細書に記載されたさまざまな態様が利用されうる。ここで、技術Ａと技術Ｂとは互いに干渉する。１つの実施形態の例では、技術Ａは、データ通信（すなわち、無音声）におけるＬＴＥであり、技術Ｂは、Ｂｌｕｅｔｏｏｔｈであり、技術Ｃは、音声コンテンツを通信する３Ｇ技術である。３Ｇシステム１１１０は、音声コンテンツがいつ存在するのかを判定するために、３Ｇシステム１１１０と、ＵＥ１１００のマイクロホン／スピーカとの間、および、３Ｇシステム１１１０と、３Ｇ基地局１１１２との間で送信された音声コンテンツを調査する。音声コンテンツは、その後、Ｂｌｕｅｔｏｏｔｈシステム１１０４や、例えばＢｌｕｅｔｏｏｔｈヘッドセットのような遠隔Ｂｌｕｅｔｏｏｔｈ構成要素１１０６へ送信されうる。共存マネジャ（図示せず）は、音声アクティビティ、検出モジュール（図示せず）の分析に基づいて、ＬＴＥセルラ・システム１１０２およびＢｌｕｅｔｏｏｔｈシステム１１０４からの送信をアービトレートしうる。共存マネジャ（図示せず）は、３Ｇセルラ・システム１１１０、またはＵＥ１１００内にいずれか内に存在しうる。

【0071】

図１２は、無線通信システムにおいて、リソースを優先度付けるための方法１２００のフローチャートである。ブロック１２０２では、第１のリソースと、接続に対応するコンテンツ・ストリームとを利用して、接続が識別される。第１のリソースは、第２のリソースとコンフリクトする。次に、ブロック１２０４では、ストリームのコンテンツが、コンテンツの値に基づいて、複数のレベルへ分類される。ブロック１２０６では、リソースのコンテンツのレベルに基づいて、第１のリソースおよび第２のリソースに優先度が割り当てられる。

【0072】

１つの構成では、無線通信のためのＵＥ２５０は、識別手段と、分類手段と、優先度割当手段とを含む。１つの態様では、前述の識別手段は、前述の手段によって詳述された機能を実行するように構成された、図６のラジオ６２０ａ−ｎ内に存在しうる。別の態様では、前述した手段は、前述した手段によって記述された機能を実行するように構成されたモジュールまたは任意の装置でありうる。１つの態様では、前述の分類手段は、前述の手段によって詳述された機能を実行するように構成された、ラジオ６２０ａ−ｎ内のＣｘＭ、デジタル・プロセッサ６３０、および／または、コントローラ・プロセッサ６５０でありうる。別の態様では、前述した手段は、前述した手段によって記述された機能を実行するように構成されたモジュールまたは任意の装置でありうる。１つの態様では、前述の優先度割当手段は、前述の手段によって詳述された機能を実行するように構成された、ラジオ６２０ａ−ｎ内のＣｘＭ、デジタル・プロセッサ６３０、および／または、コントローラ・プロセッサ６５０でありうる。別の態様では、前述した手段は、前述した手段によって記述された機能を実行するように構成されたモジュールまたは任意の装置でありうる。

【0073】

さまざまな態様は、本明細書において、無線端末および／または基地局に関して記載される。無線端末は、ユーザに音声および／またはデータ接続を提供するデバイスを称しうる。無線端末は、例えばラップトップ・コンピュータまたはデスクトップ・コンピュータのようなコンピュータ・デバイスに接続されるか、あるいは、例えば携帯情報端末（ＰＤＡ）のような自己完結型デバイスでありえる。無線端末はまた、システム、加入者ユニット、加入者局、移動局、モバイル、遠隔局、アクセス・ポイント、遠隔端末、アクセス端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、あるいはユーザ機器（ＵＥ）とも称されうる。無線端末は、加入者局、無線デバイス、セルラ電話、ＰＣＳ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。基地局（例えば、アクセス・ポイントまたはノードＢ）は、１または複数のセクタを横切って、無線端末と、エア・インタフェースによって通信するアクセス・ネットワークにおけるデバイスを称しうる。基地局は、受信したエア・インタフェース・フレームをＩＰパケットに変換することによって、インターネット・プロトコル（ＩＰ）ネットワークを含みうるアクセス・ネットワークの無線端末とその他との間のルータとして動作しうる。基地局はまた、このエア・インタフェースのための属性管理をも調整する。

【0074】

開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。

【0075】

当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、前述された説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。

【0076】

当業者であればさらに、本明細書で開示された態様に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子的なハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。

【0077】

本明細書で開示された態様に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。

【0078】

本明細書で開示された態様に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。

【0079】

開示された態様の上記説明は、いかなる当業者であっても、本開示を製造または使用できるように適用される。これらの態様へのさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他の態様に適用されうる。このように、本開示は、本明細書で示された態様に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
なお、以下に、本願発明の当初の特許請求の範囲に記載された発明を付記する。
［１］無線通信のための方法であって、
第１のリソースと、接続に対応するコンテンツ・ストリームとを利用して、前記接続を識別することと、ここで、前記第１のリソースは、第２のリソースとコンフリクトする、
前記コンテンツ・ストリームのコンテンツを、前記コンテンツの値に基づいて、複数のレベルへ分類することと、
前記第１のリソースのコンテンツのレベルに基づいて、前記第１のリソースおよび前記第２のリソースに優先度を割り当てることと、
を備える方法。
［２］前記コンテンツ・ストリームは、会話音声、ストリーミング音声、ビデオ、およびビデオ会議のうちの少なくとも１つを備える、［１］に記載の方法。
［３］前記コンテンツ・ストリームは、音声アクティビティおよび静寂の期間を有する音声コンテンツを含み、前記音声アクティビティの期間は、その後の静寂の期間よりも高い値を割り当てられる、［１］に記載の方法。
［４］おのおののリソースに割り当てられた優先度にしたがって、リソース間でアービトレートすること、をさらに備える［１］に記載の方法。
［５］前記リソースに割り当てられたそれぞれの優先度にしたがって、リソースのセットにおけるそれぞれのリソースと、前記接続に関連付けられていない少なくとも１つの追加のリソースとの間でアービトレートすること、をさらに備える［１］に記載の方法。
［６］前記識別することはさらに、前記接続の第１のリソースから第２のリソースへの移動を識別することを備える、［１］に記載の方法。
［７］前記コンテンツ・ストリームは、Ｂｌｕｅｔｏｏｔｈ音声リンクに関連付けられている、［１］に記載の方法。
［８］無線通信のためのシステムであって、
第１のリソースと、接続に対応するコンテンツ・ストリームとを利用して、前記接続を識別する手段と、ここで、前記第１のリソースは、第２のリソースとコンフリクトする、
前記コンテンツ・ストリームのコンテンツを、前記コンテンツの値に基づいて、複数のレベルへ分類する手段と、
前記第１のリソースのコンテンツのレベルに基づいて、前記第１のリソースおよび前記第２のリソースに優先度を割り当てる手段と、
を備えるシステム。
［９］前記コンテンツ・ストリームは、会話音声、ストリーミング音声、ビデオ、およびビデオ会議のうちの少なくとも１つを備える、［８］に記載のシステム。
［１０］前記コンテンツ・ストリームは、音声アクティビティおよび静寂の期間を有する音声コンテンツを含み、前記音声アクティビティの期間は、その後の静寂の期間よりも高い値を割り当てられる、［８］に記載のシステム。
［１１］おのおののリソースに割り当てられた優先度にしたがって、リソース間でアービトレートする手段、をさらに備える［８］に記載のシステム。
［１２］前記リソースに割り当てられたそれぞれの優先度にしたがって、リソースのセットにおけるそれぞれのリソースと、前記接続に関連付けられていない少なくとも１つの追加のリソースとの間でアービトレートする手段、をさらに備える［８］に記載のシステム。
［１３］無線ネットワークにおける無線通信のためのコンピュータ・プログラム製品であって、
記録されたプログラム・コードを有するコンピュータ読取可能な媒体を備え、前記プログラム・コードは、
第１のリソースと、接続に対応するコンテンツ・ストリームとを利用して、接続を識別するためのプログラム・コードと、ここで、前記第１のリソースは、第２のリソースとコンフリクトする、
前記コンテンツ・ストリームのコンテンツを、前記コンテンツの値に基づいて、複数のレベルへ分類するためのプログラム・コードと、
前記第１のリソースのコンテンツのレベルに基づいて、前記第１のリソースおよび前記第２のリソースに優先度を割り当てるためのプログラム・コードとを備える、
コンピュータ・プログラム製品。
［１４］前記コンテンツ・ストリームは、会話音声、ストリーミング音声、ビデオ、およびビデオ会議のうちの少なくとも１つを備える、［１３］に記載のコンピュータ・プログラム製品。
［１５］前記コンテンツ・ストリームは、音声アクティビティおよび静寂の期間を有する音声コンテンツを含み、前記音声アクティビティの期間は、その後の静寂の期間よりも高い値を割り当てられる、［１３］に記載のコンピュータ・プログラム製品。
［１６］おのおののリソースに割り当てられた優先度にしたがって、リソース間でアービトレートするためのプログラム・コード、をさらに備える［１３］に記載のコンピュータ・プログラム製品。
［１７］前記リソースに割り当てられたそれぞれの優先度にしたがって、リソースのセットにおけるそれぞれのリソースと、前記接続に関連付けられていない少なくとも１つの追加のリソースとの間でアービトレートするためのプログラム・コード、をさらに備える［１３］に記載のコンピュータ・プログラム製品。
［１８］無線通信のための装置であって、
メモリと、
前記メモリに接続された少なくとも１つのプロセッサとを備え、
前記少なくとも１つのプロセッサは、
第１のリソースと、接続に対応するコンテンツ・ストリームとを利用して、接続を識別し、ここで、前記第１のリソースは、第２のリソースとコンフリクトする、
前記コンテンツ・ストリームのコンテンツを、前記コンテンツの値に基づいて、複数のレベルへ分類し、
前記第１のリソースのコンテンツのレベルに基づいて、前記第１のリソースおよび前記第２のリソースに優先度を割り当てるように構成された、
装置。
［１９］前記コンテンツ・ストリームは、会話音声、ストリーミング音声、ビデオ、およびビデオ会議のうちの少なくとも１つを備える、［１８］に記載の装置。
［２０］前記コンテンツ・ストリームは、音声アクティビティおよび静寂の期間を有する音声コンテンツを含み、前記音声アクティビティの期間は、その後の静寂の期間よりも高い値を割り当てられる、［１８］に記載の装置。
［２１］前記プロセッサはさらに、おのおののリソースに割り当てられた優先度にしたがって、リソース間でアービトレートするように構成された、［１８］に記載の装置。
［２２］前記プロセッサはさらに、前記リソースに割り当てられたそれぞれの優先度にしたがって、リソースのセットにおけるそれぞれのリソースと、前記接続に関連付けられていない少なくとも１つの追加のリソースとの間でアービトレートするように構成された、［１８］に記載の装置。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】