(57)【特許請求の範囲】
【請求項１】
無線通信の方法であって、
サービス提供されているユーザ機器（ＵＥ）から、第１のラジオ・アクセス技術（ＲＡＴ）によって、前記サービス提供されているＵＥによって経験されている共存問題に関連付けられた第２のＲＡＴの干渉技術を示すシグナリングを受信することと、ここで、前記サービス提供されているＵＥからの前記シグナリングは、前記共存問題によって前記第１のＲＡＴのどのイベントが拒否されているのかを示さない、
前記サービス提供されているＵＥから前記シグナリングを受信することに応答して、前記干渉技術との前記共存問題を経験したと推定されている、前記第１のＲＡＴの以前のサブフレームに基づいて、前記サービス提供されているＵＥにおいて、前記第２のＲＡＴの干渉技術との前記共存問題を経験すると予測される前記第１のＲＡＴの将来のサブフレームを計算することと、
を備える方法。
【請求項２】
前記将来のサブフレームを計算することは、前記第１のＲＡＴのどの以前のサブフレームが前記第２のＲＡＴの干渉技術との前記共存問題を経験したのかを推定するために、前記サービス提供されているＵＥから受信される、前記第１のＲＡＴ上のアップリンク通信のエネルギを測定することを備える、請求項１に記載の方法。
【請求項３】
前記将来のサブフレームを計算することは、ダウンリンク通信において前記サービス提供されているＵＥへ送信された前記第１のＲＡＴの以前のサブフレームについて、前記サービス提供されているＵＥからアクノレッジメントまたは否定的アクノレッジメントが受信されなかった場合に基づいて、前記第１のＲＡＴのどの以前のサブフレームが前記共存問題を経験したのかを推定することを備える、請求項１に記載の方法。
【請求項４】
前記将来のサブフレームを計算することは、前記第２のＲＡＴの干渉技術との前記共存問題を経験したと推定されている、前記第１のＲＡＴの以前のサブフレームの周期性に基づく、請求項１に記載の方法。
【請求項５】
前記干渉技術を示すシグナリングは、Ｂｌｕｅｔｏｏｔｈ構成を示す、請求項１に記載の方法。
【請求項６】
前記サービス提供されているＵＥによって経験される共存問題を緩和するために、前記サービス提供されているＵＥを、前記計算された将来のサブフレームのまわりにスケジュールすることをさらに備える、請求項１に記載の方法。
【請求項７】
無線通信システムにおいて動作可能なシステムであって、
サービス提供されているユーザ機器（ＵＥ）から、第１のラジオ・アクセス技術（ＲＡＴ）によって、前記サービス提供されているＵＥによって経験されている共存問題を示すシグナリングを受信する手段と、
前記シグナリングを受信する手段が、前記サービス提供されているＵＥによって経験されている共存問題に関連づけられた第２のＲＡＴの干渉技術を示すが、前記共存問題によって前記第１のＲＡＴのどのイベントが拒否されているのかを示さない信号を、前記サービス提供されているＵＥから、前記第１のＲＡＴによって受信することに応答して、前記サービス提供されているＵＥにおいて、前記第２のＲＡＴとの前記共存問題を経験すると予測される前記第１のＲＡＴの将来のサブフレームを計算する手段と、ここで、前記将来のサブフレームは、前記共存問題を経験したと推定されている、前記第１のＲＡＴの以前のサブフレームに基づいて計算される、
を備えるシステム。
【請求項８】
前記将来のサブフレームを計算する手段は、前記第１のＲＡＴのどの以前のサブフレームが前記第２のＲＡＴの干渉技術との前記共存問題を経験したのかを推定するために、エネルギを使用して、前記サービス提供されているＵＥから受信される、前記第１のＲＡＴ上のアップリンク通信の前記エネルギに基づいて、前記将来のサブフレームを計算する、請求項７に記載のシステム。
【請求項９】
前記将来のサブフレームを計算する手段は、ダウンリンク通信において前記サービス提供されているＵＥへ送信された前記第１のＲＡＴの以前のサブフレームについて、前記サービス提供されているＵＥからアクノレッジメントまたは否定的アクノレッジメントが受信されなかった場合に基づいて、前記第１のＲＡＴのどの以前のサブフレームが前記共存問題を経験したのかを計算する、請求項７に記載のシステム。
【請求項１０】
前記将来のサブフレームを計算する手段は、前記第２のＲＡＴの干渉技術との前記共存問題を経験したと推定されている、前記第１のＲＡＴの以前のサブフレームの周期性に基づいて計算する、請求項７に記載のシステム。
【請求項１１】
前記第２のＲＡＴの干渉技術を示す前記シグナリングは、Ｂｌｕｅｔｏｏｔｈ構成を示し、前記計算する手段は、前記サービス提供されているＵＥにおいて、前記Ｂｌｕｅｔｏｏｔｈ構成との前記共存問題を経験すると推定される前記第１のＲＡＴの前記将来のサブフレームを計算するためのものである、請求項７に記載のシステム。
【請求項１２】
前記サービス提供されているＵＥによって経験される共存問題を緩和するために、前記サービス提供されているＵＥを、前記計算された将来のサブフレームのまわりにスケジュールする手段をさらに備える、請求項７に記載のシステム。
【請求項１３】
無線通信のための装置であって、
メモリと、前記メモリに接続された少なくとも１つのプロセッサとを備え、
前記少なくとも１つのプロセッサは、
サービス提供されているユーザ機器（ＵＥ）から、第１のラジオ・アクセス技術（ＲＡＴ）によって、前記サービス提供されているＵＥによって経験されている共存問題を示すシグナリングを受信し、
前記サービス提供されているＵＥによって経験されている共存問題に関連づけられた第２のＲＡＴの干渉技術を示すが、前記共存問題によって前記第１のＲＡＴのどのイベントが拒否されているのかを示さないシグナリングを、前記サービス提供されているＵＥから、前記第１のＲＡＴによって受信することに応答して、前記サービス提供されているＵＥにおいて、前記第２のＲＡＴとの前記共存問題を経験すると予測される前記第１のＲＡＴの将来のサブフレームを計算する、ここで、前記将来のサブフレームは、前記共存問題を経験したと推定されている、前記第１のＲＡＴの以前のサブフレームに基づいて計算される、
ように構成された、装置。
【請求項１４】
前記プロセッサはさらに、前記第１のＲＡＴのどの以前のサブフレームが前記第２のＲＡＴの干渉技術との前記共存問題を経験したのかを推定するために、前記サービス提供されているＵＥから受信される、前記第１のＲＡＴ上のアップリンク通信のエネルギを測定することによって前記将来のサブフレームを計算するように構成された、請求項１３に記載の装置。
【請求項１５】
前記プロセッサはさらに、ダウンリンク通信において前記サービス提供されているＵＥへ送信された前記第１のＲＡＴの以前のサブフレームについて、前記サービス提供されているＵＥからアクノレッジメントまたは否定的アクノレッジメントが受信されなかった場合に基づいて、前記第１のＲＡＴのどの以前のサブフレームが前記共存問題を経験したのかを推定することによって前記将来のサブフレームを計算するように構成された、請求項１３に記載の装置。
【請求項１６】
前記プロセッサはさらに、前記第２のＲＡＴの干渉技術との前記共存問題を経験したと推定されている、前記第１のＲＡＴの以前のサブフレームの周期性に基づいて前記将来のサブフレームを計算するように構成された、請求項１３に記載の装置。
【請求項１７】
前記受信されたシグナリングは、前記干渉技術が、Ｂｌｕｅｔｏｏｔｈ構成であることを示すためのものであり、前記プロセッサは、前記サービス提供されているＵＥにおいて、前記Ｂｌｕｅｔｏｏｔｈ構成との前記共存問題を経験すると予測される前記第１のＲＡＴの前記将来のサブフレームを計算するように構成される、請求項１３に記載の装置。
【請求項１８】
前記プロセッサはさらに、前記サービス提供されているＵＥによって経験される共存問題を緩和するために、前記サービス提供されているＵＥを、前記計算された将来のサブフレームのまわりにスケジュールするように構成された、請求項１３に記載の装置。
【請求項１９】
無線ネットワークにおける無線通信のためのプログラム・コードを記録したコンピュータ読取可能な記録媒体であって、
前記プログラム・コードは、
サービス提供されているユーザ機器（ＵＥ）から、第１のラジオ・アクセス技術（ＲＡＴ）によって、前記サービス提供されているＵＥによって経験されている共存問題に関連付けられた第２のＲＡＴの干渉技術を示すシグナリングを受信するためのプログラム・コードと、ここで、前記サービス提供されているＵＥからの前記シグナリングは、前記共存問題によって前記第１のＲＡＴのどのイベントが拒否されているのかを示さない、
前記サービス提供されているＵＥからの前記シグナリングに応答して、前記干渉技術との前記共存問題を経験したと推定されている、前記第１のＲＡＴの以前のサブフレームに基づいて、前記サービス提供されているＵＥにおいて、前記第２のＲＡＴの干渉技術との前記共存問題を経験すると予測される前記第１のＲＡＴの将来のサブフレームを計算するためのプログラム・コードと
を備える、コンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【関連出願に対する相互参照】
【０００１】
本願は、その開示の全体が本明細書において参照によって明確に組み込まれている、「ＥＮＢとのＵＥインタラクションによって共存問題を緩和するための方法および装置」（METHOD AND APPARATUS FOR MITIGATING COEXISTENCE PROBLEMS VIA UE INTERACTION WITH ENB）と題された２０１０年３月３１日出願の米国仮出願６１／３１９，３２４号と、「マルチ・ラジオ共存のためのサポートを容易にする方法および装置」（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）と題された３ＧＰＰ  ＴＳ  ３６．２１１に記載されている。
【００４６】
態様では、マルチ・ラジオ共存解決を容易にするために、例えば３ＧＰＰ  ＬＴＥ環境のような無線通信環境内でのサポートを提供するためのシステムおよび方法が記載されている。
【００４７】
図５に示すように、本明細書に記載されたさまざまな態様が機能しうる無線通信環境５００の例が例示される。無線通信環境５００は、複数の通信システムと通信することが可能でありうる無線デバイス５１０を含みうる。これらのシステムは、例えば、１または複数のセルラ・システム５２０および／または５３０、１または複数のＷＬＡＮシステム５４０および／または５５０、１または複数の無線パーソナル・エリア・ネットワーク（ＷＰＡＮ）システム５６０、１または複数のブロードキャスト・システム５７０、１または複数の衛星測位システム５８０、図５に図示されていないその他のシステム、または、これらの任意の組み合わせを含みうる。以下の記載では、「ネットワーク」、「システム」という用語がしばしば置換可能に使用されうることが認識されるべきである。
【００４８】
セルラ・システム５２０，５３０はおのおの、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、あるいはその他の適切なシステムでありうる。ＣＤＭＡシステムは、例えばユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）やｃｄｍａ２０００等のようなラジオ技術を実現することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）、およびＣＤＭＡのその他の変形を含んでいる。さらに、ｃｄｍａ２０００は、ＩＳ−２０００（ＣＤＭＡ２０００  １Ｘ）規格、ＩＳ−９５規格、およびＩＳ−８５６（ＨＲＰＤ）規格をカバーする。ＴＤＭＡシステムは、例えばグローバル移動体通信システム（ＧＳＭ）、デジタル・アドバンスト移動電話システム（Ｄ−ＡＭＰＳ）等のようなラジオ技術を実現しうる。ＯＦＤＭＡシステムは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードバンド（ＵＭＢ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のような無線技術を実現することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）およびＬＴＥ−アドバンスト（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新たなリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−Ａ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。態様では、セルラ・システム５２０は、有効通信範囲内の無線デバイスのための双方向通信をサポートしうる多くの基地局５２２を含みうる。同様に、セルラ・システム５３０は、有効通信範囲内の無線デバイスのための双方向通信をサポートしうる多くの基地局５３２を含みうる。
【００４９】
ＷＬＡＮシステム５４０，５５０はそれぞれ、例えばＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、Ｈｉｐｅｒｌａｎ等のようなラジオ技術を実施しうる。ＷＬＡＮシステム５４０は、双方向通信をサポートしうる１または複数のアクセス・ポイント５４２を含みうる。同様に、ＷＬＡＮシステム５５０は、双方向通信をサポートしうる１または複数のアクセス・ポイント５５２を含みうる。ＷＰＡＮシステム５６０は、例えばＢｌｕｅｔｏｏｔｈ（ＢＴ）、ＩＥＥＥ  ８０２．１５等を実施しうる。さらに、ＷＰＡＮシステム５６０は、例えば、無線デバイス５１０、ヘッド・セット５６２、コンピュータ５６４、マウス５６６等のようなさまざまなデバイスのための双方向通信をサポートしうる。
【００５０】
ブロードキャスト・システム５７０は、テレビ（ＴＶ）ブロードキャスト・システム、周波数変調（ＦＭ）ブロードキャスト・システム、デジタル・ブロードキャスト・システム等でありうる。デジタル・ブロードキャスト・システムは、例えば、ＭｅｄｉａＦＬＯ（登録商標）、デジタル・ビデオ・ブロードキャスト・フォー・ハンドヘルド（ＤＶＢ−Ｈ）、インテグレーティド・サービス・デジタル・ブロードキャスティング・フォー地上テレビジョン・ブロードキャスティング（ＩＤＳＢ−Ｔ）等のようなラジオ技術を実施しうる。さらに、ブロードキャスト・システム５４０は、一方向通信をサポートしうる１または複数のブロードキャスト局５７２を含みうる。
【００５１】
衛星測位システム５８０は、米国全地球測位システム（ＧＰＳ）、欧州ガリレオ・システム、ロシア・グロナス・システム、日本上の準天頂衛星システム、インド上のインド領域ナビゲーション衛星システム（ＩＲＮＳＳ）、中国上の北斗衛星航法システム、および／または、その他任意の適切なシステムでありうる。さらに、衛星測位システム５８０は、位置決定のためのシグナルを送信する多くの衛星５８２を含みうる。
【００５２】
態様では、無線デバイス５１０は、据置式または移動式であり、ユーザ機器（ＵＥ）、移動局、移動機器、端末、アクセス端末、加入者ユニット、局等と称されうる。無線デバイス５１０は、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話、無線ローカル・ループ（ＷＬＬ）局等でありうる。さらに、無線デバイス５１０は、セルラ・システム５２０および／またはセルラ・システム５３０、ＷＬＡＮシステム５４０および／またはＷＬＡＮシステム５５０、ＷＰＡＮシステム５６０を備えたデバイス、および／または、その他任意の適切なシステム（単数または複数）および／またはデバイス（単数または複数）との双方向通信を行いうる。無線デバイス５１０は、さらに、あるいは、その代わりに、ブロードキャスト・システム５７０および／または衛星位置決めシステム５８０から信号を受信しうる。一般に、無線デバイス５１０は、所与の瞬間において、任意の数のシステムと通信しうることが認識されるべきである。さらに、無線デバイス５１０は、同時に動作しうる構成要素ラジオ・デバイスのうちのさまざまなデバイス間の共存問題を経験しうる。したがって、デバイス５１０は、以下に詳述するように、共存問題を検出および緩和するためのみならず、共存問題に関するレポートをも行う機能モジュールを有する共存マネジャ（図示しないＣｘＭ）を含む。
【００５３】
次に図６に移って、マルチ・ラジオ無線デバイス６００のための設計の例を例示し、図５の無線デバイス５１０の実施として使用されうるブロック図が提供される。図６が例示するように、無線デバイス６００は、Ｎ個のラジオ６２０ａ乃至６２０ｎを含みうる。これらは、Ｎ個のアンテナ６１０ａ乃至６１０ｎに接続されうる。ここで、Ｎは、任意の整数値でありうる。しかしながら、それぞれのラジオ６２０は、任意の数のアンテナ６１０に接続され、複数のラジオ６２０が、所与のアンテナ６１０を共有をもしうることが認識されるべきである。
【００５４】
一般に、ラジオ６２０は、電磁スペクトルにおいてエネルギを放射または放出し、電磁スペクトルにおけるエネルギを受信し、あるいは、伝導手段によって伝搬するエネルギを生成するユニットでありうる。例によれば、ラジオ６２０は、システムまたはデバイスに信号を送信するユニットでありうるか、または、システムまたはデバイスから信号を受信するユニットでありうる。したがって、ラジオ６２０は、無線通信をサポートするために利用されうることが認識されうる。別の例では、ラジオ６２０はまた、他のラジオのパフォーマンスにインパクトを与えうるノイズを放出するユニット（例えば、コンピュータ上のスクリーン、回路基板等）でもありうる。したがって、ラジオ６２０はまた、無線通信をサポートすることなくノイズおよび干渉を放出するユニットでもありうることがさらに認識されうる。
【００５５】
態様では、それぞれのラジオ６２０は、１または複数のシステムとの通信をサポートしうる。複数のラジオ６２０は、さらに、または、その代わりに、例えば、異なる周波数帯域（例えば、セルラ帯域およびＰＣＳ帯域）で送信または受信するために、所与のシステムのために使用されうる。
【００５６】
別の態様では、デジタル・プロセッサ６３０は、ラジオ６２０ａ乃至６２０ｎに接続されうる。そして、例えば、ラジオ６２０を介して送信されるデータ、または、受信されたデータを処理するためのさまざまな機能を実行しうる。各ラジオ６２０の処理は、そのラジオによってサポートされるラジオ技術に依存しうる。そして、送信機のための暗号化、符号化、変調等と、受信機のための復調、復号、解読等、およびその他を含みうる。一例では、本明細書において一般に記載されるように、デジタル・プロセッサ６３０は、無線デバイス６００のパフォーマンスを向上するために、ラジオ６２０の動作を制御しうるＣｘＭ６４０を含みうる。ＣｘＭマネジャ６４０は、ラジオ６２０の動作を制御するために使用される情報を格納しうるデータベース６４４へのアクセスを有しうる。
【００５７】
ＣｘＭ６４０の別の機能は、構成要素ラジオ６２０間のアービトレーションであり、これによって、ラジオの１つの動作が、別のラジオについて瞬間的に拒否されるようになりうる。提案されたいくつかの共存マネジャ（ＣｘＭ）アーキテクチャの下では、いくつかのＬＴＥアップリンク・イベントは、ＩＳＭラジオが送信または受信することを可能にすることを支持して、アービトレーションにおいて拒否されうる。しかしながら、アップリンク・イベントを拒否することは、以下にさらに説明するような別の問題に至る。したがって、ＬＴＥが拒否される事例を低減するためのメカニズムを実施することが望ましいであろう。さらに、イベントが拒否された場合に、ＬＴＥシステム全体に対するインパクトを緩和することが望ましいであろう。
【００５８】
以下にさらに説明するように、ＣｘＭ６４０は、ラジオ間の干渉を減少させるためのさまざまな技術のために適応されうる。一例では、ＣｘＭ６４０は、サービス提供ｅＮＢに共存問題をレポートする。別の例では、ＣｘＭ６４０は、修正されたＣＱＩまたはＰＨＲをｅＮＢへ送信する。これによって、ｅＮＢは、共存問題のインパクトを低減するために、ＵＥとの通信パラメータを変更するようになる。
【００５９】
単純化のために、デジタル・プロセッサ６３０は、単一のプロセッサとして図６に示されている。しかしながら、デジタル・プロセッサ６３０が、任意の数のプロセッサ、コントローラ、メモリ等を含みうることが認識されるべきである。一例において、コントローラ／プロセッサ６５０は、無線デバイス６００内のさまざまなユニットの動作を指示しうる。さらに、または、その代わりに、メモリ６５２は、無線デバイス６００のためのプログラム・コードおよびデータを格納しうる。デジタル・プロセッサ６３０、コントローラ／プロセッサ６５０、およびメモリ６５２は、１または複数の集積回路（ＩＣ）、特定用途向け集積回路（ＡＳＩＣ）等に実装されうる。具体的で、限定しない例によれば、デジタル・プロセッサ６３０は、移動局モデム（ＭＳＭ）ＡＳＩＣに実装されうる。
【００６０】
態様では、ＣｘＭ６４０は、干渉、および／または、それぞれのラジオ６２０間の衝突に関連付けられたその他のパフォーマンス低下を回避するために、無線デバイス６００によって利用されるそれぞれのラジオ６２０の動作を管理しうる。ＣｘＭ６４０は、例えば、図１１、図１３、および図１４に例示されているような１または複数の処理を実行しうる。さらなる例示によれば、図７におけるグラフ７００は、所与の決定期間中の７つのラジオの例の間のそれぞれの潜在的な衝突を表す。グラフ７００に図示される例では、７つのラジオは、ＷＬＡＮ送信機（Ｔｗ）、ＬＴＥ送信機（Ｔｌ）、ＦＭ送信機（Ｔｆ）、ＧＳＭ／ＷＣＤＭＡ送信機（Ｔｃ／Ｔｗ）、ＬＴＥ受信機（Ｒｌ）、Ｂｌｕｅｔｏｏｔｈ受信機（Ｒｂ）、およびＧＰＳ受信機（Ｒｇ）を含む。４つの送信機は、グラフ７００の左側における４つのノードによって示される。３つの受信機は、グラフ７００の右側における３つのノードによって示される。
【００６１】
送信機と受信機との間の潜在的な衝突は、送信機のノードと受信機のノードとを接続する分岐によってグラフ７００上で表わされる。したがって、グラフ７００において図示される例において、衝突は、（１）ＷＬＡＮ送信機（Ｔｗ）とＢｌｕｅｔｏｏｔｈ受信機（Ｒｂ）との間、（２）ＬＴＥ送信機（Ｔｌ）とＢｌｕｅｔｏｏｔｈ受信機（Ｒｂ）との間、（３）ＷＬＡＮ送信機（Ｔｗ）とＬＴＥ受信機（Ｒｌ）との間、（４）ＦＭ送信機（Ｔｆ）とＧＰＳ受信機（Ｒｇ）との間、（５）ＧＳＭ／ＷＣＤＭＡ送信機（Ｔｃ／Ｔｗ）とＧＰＳ受信機（Ｒｇ）との間に存在しうる。
【００６２】
１つの態様では、ＣｘＭ６４０の例が、例えば図８における図解８００によって示されるような方式で時間的に動作しうる。図解８００が例示するように、ＣｘＭ動作のタイムラインが、決定ユニット（ＤＵ）に分割されうる。これは、通知が処理される場合に、任意の適切な一定または非一定の長さ（例えば、１００マイクロ秒）であり、コマンドがさまざまなラジオ６２０に提供されるか、および／または、その他の動作が評価フェーズにおいてなされる動作に基づいて実行される応答フェーズ（例えば、２０マイクロ秒）でありうる。一例では、図８００に示されるタイムラインは、例えば、所与のＤＵにおける通知フェーズの終了直後の所与のラジオから通知が取得されるケースにおける応答のタイミングのようなタイムラインの最悪ケースの動作によって定義されたレイテンシ・パラメータを有しうる。
【００６３】
デバイス内共存問題は、（例えば、Ｂｌｕｅｔｏｏｔｈ／ＷＡＮのための）例えばＬＴＥ帯域とＩＳＭ帯域とのリソース間のＵＥに関して存在しうる。現在のＬＴＥ実施では、ＬＴＥに対する干渉問題は、例えば、ＬＴＥを、共存問題が存在しないチャネルまたはＲＡＴへ移動させるように、周波数間またはＲＡＴ間ハンドオフ決定を行うために、ｅＮＢが使用しうるＤＬ誤り率および／またはＵＥによってレポートされたＤＬ測定値（例えば、基準信号受信品質（ＲＳＲＱ）メトリック等）において反映される。しかしながら、例えば、ＬＴＥ  ＵＬが、Ｂｌｕｅｔｏｏｔｈ／ＷＬＡＮに対する干渉を引き起こしているが、ＬＴＥ  ＤＬが、Ｂｌｕｅｔｏｏｔｈ／ＷＬＡＮからの干渉を観察しないのであれば、これら既存の技術は、動作しないであろうことが認識されうる。さらに詳しくは、ＵＥがそれ自身をＵＬで別のチャネルへ自律的に移動させる場合であっても、ｅＮＢは、いくつかの場合において、ＵＥを、負荷平準目的のために、問題のあるチャネルへハンドオーバにより戻しうる。何れの場合であれ、既存の技術は、問題のあるチャネルの帯域幅の使用を、最も効率的な方式で容易にする訳ではないことが認識されうる。
【００６４】
さらに、デバイス内共存問題は、（例えば、Ｂｌｕｅｔｏｏｔｈ／ＷＡＮのための）例えばＬＴＥ帯域とＩＳＭ帯域とのリソース間のＵＥに関して存在しうる。さらに、提案されたいくつかのＣｘＭアーキテクチャの下では、例えばＬＴＥ  ＵＬイベントのようないくつかのイベントは、アービトレーションにおいて拒否されうることが認識されうる。したがって、例えばＬＴＥラジオのようなラジオが拒否される事例を減らすためのメカニズムを実施することが望ましいだろう。さらに、イベントが拒否される場合、（例えば、ＬＴＥシステム全体のような）システム全体に対するインパクトを緩和することが望ましいだろう。
【００６５】
図９に移って、マルチ・ラジオ共存管理のための、無線通信環境内内でのサポートを提供するためのシステム９００のブロック図が例示されている。態様では、システム９００は、ＵＬ、ＤＬ、および／または、互いとのその他任意の適切な通信を行いうる１または複数のＵＥ９１０および／またはｅＮＢ９３０と、および／または、システム９００内のその他任意のエンティティとを含みうる。一例では、ＵＥ９１０および／またはｅＮＢ９３０は、周波数チャネルおよびサブ帯域を含み、いくつかが他のラジオ・リソース（例えば、Ｂｌｕｅｔｏｏｔｈラジオ）と潜在的に衝突しうるさまざまなリソースを用いて通信するように動作可能でありうる。本明細書において一般に記載されるように、ＵＥ９１０およびｅＮＢ９３０は、ＵＥ９１０の複数のラジオ間の共存を管理するためのさまざまな技術を利用しうる。
【００６６】
少なくとも前述した欠点を緩和するために、ＵＥ９１０およびｅＮＢ９３０は、ＵＥ９１０内のマルチ・ラジオ共存のためのサポートを容易にするために、本明細書に記載され、システム９００によって例示されているそれぞれの機能を利用しうる。いくつかの例では、さまざまなモジュール９１２−９１８が、例えば図６のＣｘＭ６４０のような共存マネジャの一部として実施されうる。
【００６７】
態様では、ＵＥ９１０は、ＵＥ９１０が、例えば、ＢｌｕｅｔｏｏｔｈまたはＷＬＡＮとの共存問題を経験しているとのメッセージをｅＮＢ９３０へ示すために、例えばラジオ機能アナライザ９１２および／またはリソース共存アナライザ９１４のようなその他のメカニズムと協調する通知モジュール９１８を利用しうる。
【００６８】
リソース共存アナライザ９１４は、干渉によって、許容できないパフォーマンスが発生したか、あるいは、発生すると予測されていることを認識する。一例では、リソース共存アナライザ９１４は、干渉を検出するために備えられている。さらに、または、その代わりに、リソース共存アナライザ９１４は、あるラジオが、あるチャネルを使用する場合に、共存問題が必ず存在することを認識するようにプログラムされうる。さらに、または、その代わりに、リソース共存アナライザ９１４は、同時に動作するあるラジオが、必ず共存問題を有するであろうことを認識するようにプログラムされうる。
【００６９】
ＵＥ９１０からｅＮＢ９３０へ送信されるメッセージは、例えば、Ｂｌｕｅｔｏｏｔｈ／ＷＬＡＮを備えたマルチ・ラジオ使用の静的な一度だけの能力インジケーション（つまり、マルチ・ラジオ能力の静的なインジケーション）、Ｂｌｕｅｔｏｏｔｈ／ＷＬＡＮがいつオンされ、オフされたかを示す動的なメッセージ等でありうる。一例では、ｅＮＢ９３０は、通知アナライザ９２２、スケジューリング・モジュール９２４、および／または、その他の適切な手段を利用して、共存解決策を緩和する際にＵＥ９１０を支援するための技術を選択および実施しうる。これらの技術は、例えば、別の周波数またはＲＡＴへのハンドオーバ、測定ギャップ・パターンの使用、または、他のラジオが動作しうる期間中のＬＴＥラジオの動作を阻止するＤＲＸサイクル等を含みうる。
【００７０】
一例のシナリオでは、ＵＥ９１０は、ｅＮＢ９３０にメッセージを送り、ｅＮＢ９３０に対して、ＵＥ９１０における共存問題に対して警告する。その後、ｅＮＢ９３０は、ＬＴＥ通信の周波数間またはＲＡＴ間ハンドオーバを開始する。例えば、ｅＮＢ９３０は、１つのＬＴＥチャネルから別のＬＴＥチャネルへ、または、ＬＴＥから、例えばＧＳＭのような別のＲＡＴへのハンドオーバを開始しうる。
【００７１】
第２の例のシナリオでは、ＵＥ９１０は、ｅＮＢ９３０にメッセージを送り、ｅＮＢ９３０に対して、ＵＥ９１０における共存問題に対して警告する。その後、ｅＮＢ９３０は、ラジオ技術における測定ギャップを生成することによって、干渉問題を緩和することを試みるＵＥ９１０のための測定ギャップ・パターンをスケジュールする。ラジオ技術は、ＬＴＥ、またはギャップを提供することができるその他の技術でありうる。従来のＬＴＥは、測定ギャップを提供する。ギャップは、干渉元のラジオ技術または犠牲ラジオ技術のいずれかにおいて生成されうる。ｅＮＢ９３０は、ＵＥ９１０に対して、サイクルの多くのミリ秒毎にサイレントになる（すなわち、アップリンク通信またはダウンリンク通信をしない）ように指示しうる。現在提供されているギャップは、４０ミリ秒毎のうちの６ミリ秒、および８０ミリ秒毎のうちの６ミリ秒、を含む。測定ギャップ中に、ＵＥ９１０は、さまざまなチャネルにおいて、干渉信号を測定する。ＵＥ９１０はその後、この情報をｅＮＢ９３０にレポートし、ｅＮＢ９３０は、例えば、ＵＥ９１０のＬＴＥ通信を、より少ない干渉しか受けないであろうと予測されている別のチャネルへハンドオーバするために、このレポートされた情報を使用する。測定ギャップ設定は、従来のＬＴＥシステムでは、ｅＮＢ９３０によって開始される。
【００７２】
いくつかの態様では、新たなギャップ・パターンが、測定ギャップのために定義される。ここでは、このような新たなギャップ・パターンは、別のラジオによって利用されうる平等に分配されたギャップを提供する。１つの例のパターンは、４０ミリ秒のうちの２０ミリ秒を含んでおり、別の例は、６０ミリ秒のうちの３０ミリ秒を含んでいる。このような例のギャップ・パターンでは、各サイクルの半分が測定ギャップであり、他のラジオによって使用されうる。例えば、１つの例によれば、各４０ミリ秒期間毎のうちの２０ミリ秒は、ＬＴＥ干渉なしで、Ｂｌｕｅｔｏｏｔｈラジオ（および／または、その他のラジオ）によって使用されうる。
【００７３】
１つの実施形態では、ＵＥは、共存メッセージを使用して、ギャップ・パターンのタイプおよびフェーズに影響を及ぼしうる。１つの例において、ｅＮＢは、共存メッセージにおいて、ＵＥによって示されたギャップの開始オフセットを持って、４０ミリ秒に対して２０ミリ秒の測定ギャップを使用しうる。
【００７４】
第３の例のシナリオでは、ＵＥ９１０は、ｅＮＢ９３０にメッセージを送信し、ｅＮＢ９３０に対して、ＵＥ９１０における共存問題に対して警告する。その後、ｅＮＢ９３０は、干渉問題を緩和することを試みる不連続受信（ＤＲＸ）モード・サイクルをＵＥ９１０のために設定する。ＤＲＸサイクルは、通常は、省電力目的のために、ダウンリンクにおけるＬＴＥ受信機の定期的なスイッチ・オフを含む。従来のＬＴＥでは、ｅＮＢ９３０は、ＵＥ９１０のためにＤＲＸサイクルを設定する。ＤＲＸサイクルの間、ｅＮＢ９３０は、ＵＥ９１０がオンである時を認識し、ダウンリンク通信を求めるリスンをし、ＵＥ９１０がオフである時を認識し、ダウンリンク通信を求めるリスンをしない。ダウンリンク通信がオフ期間にある場合であっても、アップリンク通信は進行しうる。ＤＲＸサイクルは、１）ＵＥ９１０がアウェイクしており、ダウンリンク通信を求めてリスンするオン持続時間と、２）例えば許可を受信したり、ＨＡＲＱおよび再送信を解決したりするようなアクティビティを提供する、オン持続時間後の期間と、３）非アクティブ期間とを含む。
【００７５】
ギャップ・パターンはまた、Ｂｌｕｅｔｏｏｔｈ（またはその他の）ラジオにおけるレイテンシ制約された音声トラフィックを可能にする短い時間スケールにありうる。例えば、図１２Ａは、スレーブとして、時分割−ロング・ターム・イボリューション（ＴＤ−ＬＴＥ）（設定１）のためのタイムライン１２００と、Ｂｌｕｅｔｏｏｔｈ拡張同期接続（ｅＳＣＯ）のタイムライン１２１０とを示す。（すなわち、ＵＥにおいて受信する）ダウンリンク時間スロットは、実線で示されている一方、（すなわち、ＵＥから送信する）アップリンク時間スロットは、陰で示されている。Ｂｌｕｅｔｏｏｔｈパケットは、ギャップ無しで、４つのｅＳＣＯ間隔のうちの３つが失われている。ここで、おのおののｅＳＣＯ間隔は、３．７５ミリ秒である。図１２Ａおよび図１２Ｂでは、「Ｘ」を有するスロットは、喪失パケットを持つスロットを表す一方、「チェックマーク」を有するスロットは、正しい送信を有するスロットを表す。Ｂｌｕｅｔｏｏｔｈタイムライン１２１０，１２６０においてＸもチェックマークもないスロットは、送信が生じていないスロットを表す。
【００７６】
図１２Ｂを参照して、短期ギャップが生成される本開示の実施形態が記載されている。例えば、１つのダウンリンクおよび１つのアップリンクのサブフレームは、（タイムライン１２５０において見られるように）おのおののＬＴＥフレームの中央において削除されうる。例えば、ＬＴＥにおいて、５ミリ秒毎に２ミリ秒のギャップを生成することによって、図１２ＢのＢｌｕｅｔｏｏｔｈタイムライン１２６０に示されているように、以前に失われたＢｌｕｅｔｏｏｔｈパケットが復元されうる。さらに詳しくは、タイムライン１２１０において「Ｘ」を有するスロットの多くは、タイムライン１２６０において正しく送信されたパケットを有するものとして示されている。この例におけるギャップ設定は、単に典型的であり、その他の短期ギャップ設定もまた考慮される。
【００７７】
さまざまな態様が、従来のＬＴＥにおけるものとは異なってＤＲＸサイクルを設定しうる。例えば、長いＤＲＸサイクルだけが使用されるように、短いＤＲＸサイクル・パラメータがゼロに設定される。オン持続時間後のアクティブな時間を短縮するために、オン持続時間後のアクティブな時間が、４ミリ秒に、または、その他いくつかの小さな数のミリ秒に制限されうる。ダウンリンク許可を待つための追加のアクティブ時間を取り除くために、オン持続時間後のアクティブな時間を設定するｄｒｘ−非アクティブ・タイマ・パラメータとｄｒｘ−再送信タイマ・パラメータとが、ゼロ（または、例えば１のようなその他の小さな数）に設定される。しかしながら、このような具体的な値は典型的であり、その他の態様は、異なる値を使用しうる。
【００７８】
１つの実施では、オン持続時間およびその後の４ミリ秒期間が、ＬＴＥラジオによって使用されうる一方、次のオン持続時間までの時間が、例えば、ＢｌｕｅｔｏｏｔｈラジオまたはＷＬＡＮラジオのような別のラジオによって使用されうる。例えば、これらの設定に基づく１つの例では、ＬＴＥおよびＢｌｕｅｔｏｏｔｈ／ＷＬＡＮは、６４ミリ秒ＤＲＸサイクルのうち、ＬＴＥの場合には３４ミリ秒を、Ｂｌｕｅｔｏｏｔｈ／ＷＬＡＮの場合には３０ミリ秒を用いた時分割多重（ＴＤＭ）を利用しうる。したがって、ＤＲＸサイクルは、ＬＴＥとＩＳＭとの間の約半分で共有されうる。ここでは、オン持続時間後の４ミリ秒期間は、ＤＲＸサイクル長さの１／１６の範囲にある。
【００７９】
態様では、ｅＮＢ９３０が、オン持続時間のうちの最後の４つのアップリンク・サブフレームの何れかについてＮＡＣＫを送信した場合、ＨＡＲＱパケットは、ｅＮＢ９３０とＵＥ９１０との両方によって、誤って終了したものと考えられうる。言い換えれば、オン持続時間の最後の４つのサブフレームにおいて正しくないアップリンク送信があった場合、アクティブ時間における４サブフレーム後に、ＵＥ９１０へＮＡＣＫが送信される。従来のＬＴＥでは、ＵＥ９１０は、ＮＡＣＫの受信後４ミリ秒再送信するだろう。しかしながら、いくつかの現在の態様では、ＵＥ９１０は、アクティブ期間が終了した後に送信しないことが望ましい。したがって、ｅＮＢ９３０およびＵＥ９１０は、ＮＡＣＫがＵＥ９１０へ送信された場合に、ＵＥ９１０が再送信しないように、タイムラインをネゴシエートしうる。その後、パケットは、ＵＥ９１０とｅＮＢ９３０との両方によって誤って終了される。したがって、ＵＥ９１０は、アクティブ期間の終了後に送信せず、ｅＮＢ９３０は、ＵＥ９１０が再送信しないことを気付かされ、もって、これらリソースを再割り当てしうる。いくつかの事例では、ｅＮＢ９３０およびＵＥ９１０は、再送信が次のオン持続時間で送信されるタイムラインに合意しうる。
【００８０】
したがって、ｅＮＢ９３０は、ハンドオーバを実行し、測定ギャップ・パターンを設定し、および／または、共存問題を緩和するようにＤＲＸサイクルを設定しうる。しかしながら、共存問題を緩和するための現在知られているまたは後に開発されるその他のオプションがその他の実施において適用されうるので、態様のスコープはこれらのオプションに限定されない。
【００８１】
別の態様では、ＵＥ９１０は、共存問題が存在しない場合に、帯域幅の１または複数の部分をｅＮＢ９３０へ示すために、例えばリソース共存アナライザ９１４等のようなその他のメカニズムと協調する通知モジュール９１８を利用しうる。これによって、例えば、ｅＮＢ９３０は、ＵＥ９１０のために利用可能なリソースを増加または最大化しながら、共存問題がより少ない（または、まったく無い）帯域の部分で（例えば、スケジューリング・モジュール９２４によって）ＬＴＥラジオをスケジュールできるようになりうる。
【００８２】
１つの実施形態では、インジケーションは暗黙的である。例えば、サブ帯域のチャネル品質インジケータ（ＣＱＩ）が修正され、これによって、ｅＮＢは、チャネル品質が、実際のものとは別である（例えば、より悪い）と信じるようになる。別の実施形態では、例えばサウンディング基準信号（ＳＲＳ）のように、送信される信号の電力が修正されうる。例えば、ＵＥが、特定のサブ帯域におけるＳＲＳの送信電力を減少させる場合、ｅＮＢは、サブ帯域を、悪いサブ帯域として認識する。サブ帯域ＣＱＩレポート修正およびＳＲＳ電力修正は、ダウンリンクおよびアップリンクそれぞれに対するサブ帯域制限のための暗黙的な技術である。明示的な技術は、ＵＥが、メッセージにおいて、いくつかのサブ帯域の共存情報を示すことだろう。
【００８３】
さらなる態様では、ＵＥ９１０が、帯域のうち、問題のある部分における接続を続けなければならないのであれば、ＵＥ９１０は、通知モジュール９１８および／またはその他の適切な構成要素によって、より高いアップリンク送信電力またはより高いダウンリンクＳＩＮＲ要件に至りうる割当を回避するようにｅＮＢ９３０に提案するステップを講じうる。例えば、アップリンク通信では、スケジューリングは、電力ヘッドルーム・レポート（ＰＨＲ）に基づく。ｅＮＢ９３０は、ＰＨＲを受信し、あるレートを、アップリンクに割り当てる。これは、ＰＨＲにおける内容に基づいて、ＵＥ９１０におけるある送信電力に至る。しかしながら、アップリンクにおける、より高い電力（または、より高いレート）は、ＵＥ９１０における他のラジオとのより多くの干渉を引き起こしうる。いくつかの態様では、ＵＥ９１０は、実際に見えるものよりも低いＰＨＲを選択する。そして、このＰＨＲは、ｅＮＢに対して、より低いレートをアップリンクに割り当てさせる。
【００８４】
同様に、ダウンリンクは、ＵＥ９１０からｅＮＢ９３０へ送信されるチャネル品質インジケータ（ＣＱＩ）レポートによってスケジュールされる。いくつかの態様では、ＵＥ９１０は、ｅＮＢ９３０に対してＣＱＩレポートを送信する。これは、ｅＮＢ９３０に対して、より低いレートをＵＥ９１０ダウンリンクへ割り当てさせる。ダウンリンクにおける、より低いレートは、ＵＥ９１０における他のラジオとのより高い干渉許容をもたらしうる。一例では、より低いアップリンク電力要件およびダウンリンク電力要件は、例えばＢｌｕｅｔｏｏｔｈ／ＷＬＡＮおよびＬＴＥがＵＥ９１０において共存することができなくなるような機会を減少させうる。
【００８５】
別の態様では、ＵＥ９１０における共存マネジャは、ＩＳＭイベントが続くことを可能にするために、ＬＴＥアップリンク通信を停止させるか、または、ＬＴＥダウンリンクに対して受信することを停止させる。しかしながら、これは、ｅＮＢ９３０において、従来のＬＴＥシステムにおけるＨＡＲＱ停止に基づく電力制御に影響を与えうる。
【００８６】
従来のＬＴＥでは、ＨＡＲＱ制御ループおよび電力ループは、ｅＮＢ９３０において動作し、ｅＮＢ９３０は、終了統計を追跡し、ある終了統計を目標とする。例えば、いくつかの制御ループは、例えば、最初の送信において７０％の適切な停止のような誤り率を目標としうる。ＬＴＥアップリンクが単にオフされた場合には、ｅＮＢ９３０における制御ループは、この統計を見失いうる。なぜなら、この統計は、制御ループに対するさらなる誤りに見えるからである。これは、誤りが追加されるとしきい値がより低く設定される不適切なループ挙動と、自分自身にフィードするサイクルを引き起こし、非効率的な動作を引き起こす。同様の効果が、共存アルゴリズムからの追加の誤りによって、ダウンリンク・レート制御ループで見られうる。
【００８７】
したがって、態様では、ＵＥ９１０は、例えば、いくつかのＬＴＥイベントが拒否されていることを示すメッセージをｅＮＢ９３０へ提供するために、例えば、ＣｘＭ決定アナライザ９１６のようなメカニズムと協調する通知モジュール９１８を利用しうる。その後、ｅＮＢ９３０は、ＬＴＥイベント拒否を認識し、制御ループが、しきい値を設定する際にドラスティックなステップを講じることを阻止しうる。１つの実施形態では、ラジオ・イベント（例えば、ＬＴＥイベント）の拒否は、サブフレーム、フレーム、ブロック、再送信、ＡＣＫ等の拒否を含む。拒否のための異なるメトリックは、ＵＥによって、メッセージで、ｅＮＢへレポートされうる。例えば、ＵＥは、例えばＴ＝１００のようなＴミリ秒毎に、共存によって拒否されたアップリンク・サブフレームおよびダウンリンク・サブフレームの数の平均をｅＮＢへ示しうる。別の例は、特定のサブフレームが共存により拒否されている可能性をＵＥが単にレポートする場合である。例えば、ＵＥが、拒否されたＰＵＣＣＨ送信の可能性をレポートする場合のように、その他の例もまた考慮される。
【００８８】
１つの実施形態では、このメッセージは、共存解決がＵＥ９１０においてなされる場合に、目標終了しきい値比較に適用するべき追加の要因を含みうる。このような要因は、誤りの存在を示すインジケーション、予測される拒否の周波数および数を示すインジケーション、および／またはその他を含みうる。さらに、このメッセージはまた、共存によってＣｘＭ６４０によって拒否されたサブフレームを示す明示的なインジケーション、または、いくつのアップリンク送信が拒否されているかを示すその他いくつかのメトリックをも含みうる。その他の実施形態では、メッセージは、サブフレーム拒否の割合、フレーム拒否の割合、ブロック拒否の割合を示す。拒否の異なる割合がレポートされうる。例えば、期間、期間平均、瞬時時間等の平均がレポートされうる。サブフレーム拒否の割合は、特定の送信に関連しうる。前述したように、ｅＮＢは、あるＨＡＲＱ送信数における誤り率を目標としうる。ＵＥが、特定のＨＡＲＱ送信数に関するサブフレームの拒否の割合をレポートした場合、ｅＮＢは、レート制御ループの不要な調節を回避しうる。なぜなら、ｅＮＢは、リンク誤りに加えて、共存自身による誤りの程度を認識するからである。１つの実施形態では、ＵＥは、レポートされているＲＡＴまたは各周波数の条件に関し、増強された測定レポートを提供する。増強された測定レポートは、例えば、干渉技術の識別子、および／または、干渉元の方向情報、および／または、トラフィック・パターン（例えば、Ｂｌｕｅｔｏｏｔｈの下の動作のモード）を含みうる。
【００８９】
干渉技術のインジケータは、例えばＢｌｕｅｔｏｏｔｈ、ＷＬＡＮ、ＧＰＳ等のようなレポートされたチャネル／ＲＡＴに対応するデバイスにおける干渉技術を識別しうる。干渉技術のインジケータはまた、例えば、音声、データ、Ｂｌｕｅｔｏｏｔｈ  ｅＳＣＯ等のような干渉技術におけるトラフィック・パターンに関連付けられたパラメータをも指定しうる。ｅＮＢは、アップリンク、ダウンリンク、またはその両方における測定ギャップを設定するために、このような情報を使用しうる。
【００９０】
干渉元の方向情報は、レポートされたチャネル／ＲＡＴのアップリンクが、デバイス内共存問題を引き起こしているかを識別するための１ビットを含みうる。その他のビットは、レポートされたチャネル／ＲＡＴのダウンリンクが、デバイス内共存によって品質低下を受けているかを識別しうる。ＬＴＥアップリンクとＬＴＥダウンリンクとの両方における共存問題を示すために、両ビットが設定されることが可能でありうる。この方向情報は、デバイス内干渉に関して、ＬＴＥが攻撃者であるか、犠牲者であるか、またはその両方であるかを識別する。干渉元の方向情報は、ｅＮＢにおける測定ギャップ設定における干渉技術の識別子とともに使用されうるので、ｅＮＢは、共存をサポートするために、適切なギャップ・パターンを選択しうる。
【００９１】
１つの実施形態では、ＵＥが、拒否されているＬＴＥイベントをｅＮＢに対して通知しない場合、ｅＮＢは、拒否されているイベントを、自分自身で推定する。このような推定は、ＵＥがｅＮＢに対して、例えばＢｌｕｅｔｏｏｔｈのような干渉技術と、例えばｅＳＣＯ間隔のような干渉技術の構成と、を通知する場合に生じうる。その後、ｅＮＢは、どのＬＴＥイベントが拒否されているのかを推定する。例えば、アップリンク拒否は、受信された通信の測定されたパイロット・エネルギに基づいて推定され、ダウンリンク拒否は、関連付けられたサブフレームについてＡＣＫ／ＮＡＣＫが受信されていない場合に推定されうる。前述したように、サブフレームが議論されているが、本開示は、例えばフレーム、ブロック等のようなその他のユニットをカバーする。
【００９２】
（例えば、ＢｌｕｅｔｏｏｔｈとＬＴＥのような）両方のラジオ・アクセス技術は、周期的であるので、拒否パターンは周期的である。例えば、ＢｌｕｅｔｏｏｔｈおよびＬＴＥでは、このパターンは、１５ミリ秒毎に反復するだろう。なぜなら、Ｂｌｕｅｔｏｏｔｈ  ｅＳＣＯ間隔は、３．７５ミリ秒であり、ＬＴＥ半フレームは５ミリ秒であるからである。拒否パターンの周期性により、ｅＮＢは、拒否される将来のイベントを推定しうる。共存問題によってどのサブフレームが拒否されているのかをｅＮＢが認識すると、ｅＮＢは、これを、将来のスケジューリングに考慮しうる。例えば、レート制御ループを調節する場合、拒否の程度が考慮されうる。別の例では、ｅＮＢは、拒否されると推定される将来のサブフレームにおいて、ＵＥをスケジュールすることを回避し、恐らくは、スループット・ロスを低減または排除する。図１０は、無線通信システム内のマルチ・ラジオ共存機能の実施を容易にする方法１０００を例示する。この方法１０００は、例えばｅＮＢのような基地局と通信するＵＥによって実行されうる。ブロック１００２では、サービス提供されているユーザ機器から、ラジオ・アクセス技術によって、シグナリングが受信される。シグナリングは、サービス提供されているＵＥによって経験された共存問題に関連付けられた干渉技術を示す。例えば、インジケータは、Ｂｌｕｅｔｏｏｔｈ  ｅＳＣＯ通信がＵＥで生じていることを示しうる。ブロック１００４では、将来のサブフレームが計算される。将来のサブフレームは、共存問題を経験していると推定されている、以前のサブフレームに基づいて、共存問題を経験すると予測される。
【００９３】
図１１は、無線通信システム内のマルチ・ラジオ共存機能の実施を容易にする方法１１００を例示する。方法１１００は、例えば、ｅＮＢや、ＵＥと通信しているその他の基地局によって実行されうる。ブロック１１０２では、サービス提供されているＵＥによって経験されたラジオ共存問題に関連するシグナリングが、サービス提供されているＵＥから、第１のラジオ技術によって受信される。ブロック１１０４では、サービス提供されているＵＥによって経験されたラジオ共存問題が完全にまたは実質的に緩和されるように、シグナリングに応じて、サービス提供されているＵＥにおける通信に関連付けられた１または複数のパラメータを割り当てられる。一例では、基地局はハンドオーバを実行する。別の例では、基地局は、ＬＴＥおよびその他のリソースにＴＤＭ解決策を与えるために、測定ギャップ・パターンまたはＤＲＸサイクルを設定する。基地局は、選択する多くのオプションを有し、任意の基準に基づいて、これらオプションのうちの１または複数を選択しうる。
【００９４】
前述した例は、ＬＴＥシステムで実現されうる態様を記載している。しかしながら、本開示のスコープはそのように限定されない。さまざまな態様は、限定される訳ではないが、ＣＤＭＡシステム、ＴＤＭＡシステム、ＦＤＭＡシステム、およびＯＦＤＭＡシステムを含む任意のさまざまな通信プロトコルを適用するもののような、その他の通信システムとの使用のために適応されうる。
【００９５】
開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。
【００９６】
当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、前述された説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００９７】
当業者であればさらに、本明細書で開示された態様に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子的なハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００９８】
本明細書で開示された態様に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。
【００９９】
本明細書で開示された態様に関連して記述された方法やアルゴリズムのステップは、ハードウェアによって直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、または、これらの組み合わせによって具体化される。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。
【０１００】
開示された態様の上記説明は、いかなる当業者であっても、本開示を製造または使用できるように適用される。これらの態様へのさまざまな変形は、当業者に容易に明らかであって、本明細書で定義された一般原理は、本開示の精神または範囲から逸脱することなく、他の態様に適用されうる。このように、本開示は、本明細書で示された態様に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］  無線通信の方法であって、
サービス提供されているユーザ機器（ＵＥ）から、ラジオ・アクセス技術によって、シグナリングを受信し、前記サービス提供されているＵＥによって経験されている共存問題に関連付けられた干渉技術を示すことと、
前記共存問題を経験したと推定されている、以前のサブフレームに基づいて、前記共存問題を経験すると予測される将来のサブフレームを計算することと、
を備える方法。
［Ｃ２］  前記計算することは、前記共存問題を経験した、以前のサブフレームを推定するために、前記サービス提供されているＵＥから受信されるべき、予測されるアップリンク通信のエネルギを測定することを備える、Ｃ１に記載の方法。
［Ｃ３］  前記計算することは、以前のサブフレームに対応するアクノレッジメントまたは否定的アクノレッジメントが受信されなかった場合、前記共存問題を経験した、以前のサブフレームを推定することを備える、Ｃ１に記載の方法。
［Ｃ４］  前記将来のサブフレームを計算することは、前記共存問題を経験したと推定されている、以前のサブフレームの周期性に基づく、Ｃ１に記載の方法。
［Ｃ５］  前記干渉技術を示すシグナリングは、Ｂｌｕｅｔｏｏｔｈ構成を示す、Ｃ１に記載の方法。
［Ｃ６］  前記サービス提供されているＵＥによって経験される共存問題を緩和するために、前記サービス提供されているＵＥを、前記計算された将来のサブフレームのまわりにスケジュールすることをさらに備える、Ｃ１に記載の方法。
［Ｃ７］  無線通信システムにおいて動作可能なシステムであって、
サービス提供されているユーザ機器（ＵＥ）から、ラジオ・アクセス技術によって、シグナリングを受信し、前記サービス提供されているＵＥによって経験されている共存問題に関連付けられた干渉技術を示す手段と、
前記共存問題を経験したと推定されている、以前のサブフレームに基づいて、前記共存問題を経験すると予測される将来のサブフレームを計算する手段と、
を備えるシステム。
［Ｃ８］  前記計算する手段は、前記共存問題を経験した、以前のサブフレームを推定するために、前記サービス提供されているＵＥから受信されるべき、予測されるアップリンク通信のエネルギを測定する手段を備える、Ｃ７に記載のシステム。
［Ｃ９］  前記計算する手段は、以前のサブフレームに対応するアクノレッジメントまたは否定的アクノレッジメントが受信されなかった場合、前記共存問題を経験した、以前のサブフレームを推定する手段を備える、Ｃ７に記載のシステム。
［Ｃ１０］  前記将来のサブフレームを計算する手段は、前記共存問題を経験したと推定されている、以前のサブフレームの周期性に基づいて計算する、Ｃ７に記載のシステム。
［Ｃ１１］  前記干渉技術を示す手段は、Ｂｌｕｅｔｏｏｔｈ構成を示す、Ｃ７に記載のシステム。
［Ｃ１２］  前記サービス提供されているＵＥによって経験される共存問題を緩和するために、前記サービス提供されているＵＥを、前記計算された将来のサブフレームのまわりにスケジュールする手段をさらに備える、Ｃ７に記載のシステム。
［Ｃ１３］  無線通信のための装置であって、
メモリと、前記メモリに接続された少なくとも１つのプロセッサとを備え、
前記少なくとも１つのプロセッサは、
サービス提供されているユーザ機器（ＵＥ）から、ラジオ・アクセス技術によって、シグナリングを受信し、前記サービス提供されているＵＥによって経験されている共存問題に関連付けられた干渉技術を示し、
前記共存問題を経験したと推定されている、以前のサブフレームに基づいて、前記共存問題を経験すると予測される将来のサブフレームを計算する
ように構成された、装置。
［Ｃ１４］  前記プロセッサはさらに、前記共存問題を経験した、以前のサブフレームを推定するために、前記サービス提供されているＵＥによって受信されるべき、予測されるアップリンク通信のエネルギを測定することによって計算するように構成された、Ｃ１３に記載の装置。
［Ｃ１５］  前記プロセッサはさらに、以前のサブフレームに対応するアクノレッジメントまたは否定的アクノレッジメントが受信されなかった場合、前記共存問題を経験した、以前のサブフレームを推定することによって計算するように構成された、Ｃ１３に記載の装置。
［Ｃ１６］  前記プロセッサはさらに、前記共存問題を経験したと推定されている、以前のサブフレームの周期性に基づいて計算するように構成された、Ｃ１３に記載の装置。
［Ｃ１７］  前記プロセッサはさらに、前記干渉元の技術が、Ｂｌｕｅｔｏｏｔｈ構成を示すように構成された、Ｃ１３に記載の装置。
［Ｃ１８］  前記プロセッサはさらに、前記サービス提供されているＵＥによって経験される共存問題を緩和するために、前記サービス提供されているＵＥを、前記計算された将来のサブフレームのまわりにスケジュールするように構成された、Ｃ１３に記載の装置。
［Ｃ１９］  無線ネットワークにおける無線通信のためのコンピュータ・プログラム製品であって、
記録されたプログラム・コードを有するコンピュータ読取可能な媒体を備え、
前記プログラム・コードは、
サービス提供されているユーザ機器（ＵＥ）から、ラジオ・アクセス技術によって、シグナリングを受信し、前記サービス提供されているＵＥによって経験されている共存問題に関連付けられた干渉技術を示すためのプログラム・コードと、
前記共存問題を経験したと推定されている、以前のサブフレームに基づいて、前記共存問題を経験すると予測される将来のサブフレームを計算するためのプログラム・コードと
を備える、コンピュータ・プログラム製品。
【図１】
0005519074.tif 000002
【図２】
0005519074.tif 000003
【図３】
0005519074.tif 000004
【図４】
0005519074.tif 000005
【図５】
0005519074.tif 000006
【図６】
0005519074.tif 000007
【図７】
0005519074.tif 000008
【図８】
0005519074.tif 000009
【図９】
0005519074.tif 000010
【図１０】
0005519074.tif 000011
【図１１】
0005519074.tif 000012
【図１２Ａ】
0005519074.tif 000013
【図１２Ｂ】
0005519074.tif 000014