JP6313275B2 - アプリケーションアウェアの複数ワイヤレス無線アクセス技術の共存ソリューション、及び、デバイス内共存のための複数無線アクセス技術間での時間共用 - Google Patents

Description

本願は、無線通信に関し、より具体的には、異なるワイヤレス無線アクセス技術のアプリケーションアウェアの共存、及び、デバイス内共存のための複数無線アクセス技術間での時間共用に関する。

無線通信システムの利用が急速に広がっている。近年、スマートフォンやタブレットコンピュータなどの無線機器が次第に洗練されてきている。現在、多くの移動体機器（すなわち、ユーザ端末機器、又はＵＥ）は、電話への対応に加え、インターネット、電子メール、及び全地球測位システム（ＧＰＳ）を用いたナビゲーションへのアクセスを提供し、これらの機能を利用する洗練されたアプリケーションを動作させることができる。さらに、数多くの異なる無線通信技術及び標準が存在する。無線通信標準は、一例として、ＧＳＭ、ＵＭＴＳ（ＷＣＤＭＡ、ＴＤＳ−ＣＤＭＡ）、ＬＴＥ、ＬＴＥアドバンスド（ＬＴＥ−Ａ）、ＨＳＰＡ、３ＧＰＰ２のＣＤＭＡ２０００（例えば１ｘＲＴＴ、１ｘＥＶ−ＤＯ、ＨＲＰＤ、ｅＨＲＰＤ）、ＩＥＥＥ８０２．１１（ＷＬＡＮ、又はＷｉ−Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ブルートゥース（登録商標）などを含む。

ユーザ端末装置（ＵＥ）（例えば、移動体電話、又はスマートフォン、ポータブルゲーム機、ラップトップ、ウェアラブルデバイス、ＰＤＡ、タブレット、ポータブルインターネット機器、音楽プレイヤ、データ記憶装置、又は他のハンドヘルド機器など）は、様々な無線通信標準（ＬＴＥ、ＬＴＥ−Ａ、Ｗｉ−Ｆｉ、ブルートゥースなど）によって定義される複数の無線アクセス技術のサポートを可能とする複数の無線インタフェースを有しうる。無線インタフェースは、様々なアプリケーションによって使用されることがあり、複数の無線インタフェースの存在は、ＵＥに、同時に複数の無線インタフェースを介して（例えばＬＴＥ／ＬＴＥ−Ａ及びブルートゥースを介して）、アプリケーションのエンドトゥエンドの性能に影響を与えることなく、シームレスにそのアプリケーションを実行するためのモビリティソリューションを実装することを余儀なくさせる。すなわち、ＵＥは、複数のＲＡＴ（例えば、ＬＴＥ／ＬＴＥ−Ａ及びブルートゥース）に対応する複数の無線インタフェースを同時に運用するためのモビリティソリューションを実装することが必要でありうる。

スマートフォンやタブレットなどの多くの製品は、例えば、隣接する周波数帯域を有する複数のＲＡＴインタフェースが同時にアクティブとなることを要する。例えば、それらは、セルラ、及び、ブルートゥースとＷｉ−Ｆｉとの少なくともいずれかのリンクが同時にアクティブとなることを要求する場合があり、これらのリンクの２つ以上が直接隣接した帯域で動作しうる。フィルタと増幅器は理想的ではないため、各帯域からの不要な電力が他の帯域へ漏れ込み、干渉を引き起こして、時には、ある帯域を使用できなくする。これは「隣接チャネル干渉」又は略してＡＣＩと呼ばれる共存問題である。特に望ましくない状況は、ＵＥが、同時に非常に弱いブルートゥース信号を感知する必要がある間に強力なセルラ信号を送信する場合である。セルラ信号からの漏れ電力により、ブルートゥース受信機は聞くことができなくなり（「受信機の感度低下」と呼ばれる）、エラーを、時には接続の完全な喪失を引き起こす。例えば、ＬＴＥの（ここでは帯域４０Ｂとも呼ばれる）帯域４０の上の部分は、２．４ＧＨｚのＩＳＭ帯域に非常に近い。ＬＴＥとＷｉ−Ｆｉとの間にはガードバンドがなく、フィルタは通常効果的ではない。したがって、ＬＴＥは、Ｗｉ−Ｆｉの感度を低下させやすく、Ｗｉ−ＦｉはＬＴＥの感度を低下させやすい。問題は、ＩＳＭ帯域と小さいガードバンドを有する、ＬＴＥの帯域４１でも生じうる。ガードバンドとハードウェアのフィルタは、ＡＣＩから生じる様々な問題に対処するソリューションを提供するのに効果的ではないと考えられる。

したがって、本分野における改善が望まれるだろう。

ここでは、とりわけ、無線ネットワーク、例えばパケットデータネットワークに対応する、アプリケーションアウェアな複数のワイヤレス無線アクセス技術（ＲＡＴ）の共存ソリューションの、そして、その方法を実行する機器の、実施形態を提示する。ここでは、さらに、機器内共存のための異なるＲＡＴ間の時間共用ソリューションについての実施形態を提示する。

アプリケーションアウェアの複数ワイヤレスＲＡＴ共存
複数のＲＡＴの共存（ＣＯＥＸ）問題に対処するために、ワイヤレスフィデリティ（Ｗｉ−Ｆｉ）回路及びロングタームエボリューション（ＬＴＥ）回路（又はＷｉ−Ｆｉ及びＬＴＥチップ／集積回路）は、セルラとＷｉ−Ｆｉの無線信号の伝送を調整するために、通常、無線共存インタフェース、またはＷｉ−Ｆｉセルラインタフェース（略してＷＣＩ）としても知られる専用のリンクを介して通信する。例えば、Ｗｉ−Ｆｉチップは、優先度の高いパケットを受信しようとするとき、Ｗｉ−Ｆｉの受信がＬＴＥ伝送からの保護が必要であることを通知するメッセージを、ＬＴＥチップ（回路）へ送信する。同様に、セルラ無線チップ（回路）も、上りリンクデータを送信しようとするときに、Ｗｉ−Ｆｉチップへ通知する。現在、セルラチップは、いつ上りリンクでユーザデータを送信するかを決定するために、特定の基地局の上りリンクグラント、例えばｅＮｏｄｅＢ（Ｅ−ＵＴＲＡＮ ｎｏｄｅＢ、又はエボルブドｎｏｄｅＢ）上りリンクグラントを用いる。セルラチップは、基地局からの上りリンクグラントをＷｉ−ＦｉへのＣＯＥＸ通知をトリガするのに使用するため、Ｗｉ−Ｆｉチップに対して、十分に早く、上りリンク送信（ＴＸ）情報を提供することができない。したがって、Ｗｉ−ＦｉのＣＯＥＸ軽減アルゴリズムは、セルラチップからのトリガに反応するのに十分な時間を有しえない可能性がある。これは、既存のＣＯＥＸソリューションを効果的でなくする。

既存のシステム上での改善を提供するために、アプリケーションアウェアなＣＯＥＸアルゴリズムは、より良好なＣＯＥＸソリューションを提供するために実装されうる。なお、このとき、「ＣＯＥＸソリューション」は、異なるワイヤレス無線アクセス技術の共存、例えば、ＬＴＥ（又はより広範には、セルラ無線）とＷｉ−Ｆｉとの共存又はセルラ無線とブルートゥースとの共存、その他もろもろ、のためのソリューションを簡略に表すために用いられる。

一連の実施形態では、基地局からの上りリンクグラントなどのリアルタイムなトリガを用いるのではなく、アプリケーションの知識が、ＣＯＥＸアルゴリズムを実行するのに用いられうる。ＣＯＥＸアルゴリズムは、まず、無線リンク上でアクティブなプライマリアプリケーションを特定しうる。所定のトラフィックパターンに従うアプリケーション（例えばＦａｃｅＴｉｍｅ、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）、ビデオ通話など）が、プライマリアプリケーションとみなされうる。アプリケーションのタイプを知ることにより、ＣＯＥＸアルゴリズムは、アクティブなアプリケーションによって生成される上りリンクトラフィックの性質を予測しうる。例えば、ＶｏＬＴＥクライアントは、２０ｍｓごとに上りリンクトラフィックを送信しうる。ベストエフォートアプリケーションのトラフィックは、他のアプリケーションによって生成されたベストエフォートトラフィックに対しても、セルラリンク上での全体の上りリンクトラフィックパターンが維持されることを確実にするために、プライマリアプリケーションのトラフィックと束ねられうる。（ベストエフォート伝送は、通常、データ伝送、サービス品質レベル、又はユーザの優先度の保証のないネットワークサービスを説明する。したがって、ベストエフォート伝送は、信頼できる伝送及び定められた持続するサービス品質と対照的に、現在のトラフィックロードに応じた不特定の可変ビットレートと伝送時間によって特徴づけられうる。）

第１のＲＡＴ回路（例えばセルラチップ又は回路）は、第２のＲＡＴ回路（例えばＷｉ−Ｆｉチップ又は回路）に、第１のＲＡＴリンク（例えばセルラリンク）における予定トラフィックパターンについての通知を行いうる。第２のＲＡＴ回路（例えばＷｉ−Ｆｉチップ）は、アクセスポイント（ＡＰ）に、第１のＲＡＴの上りリンク（例えばセルラの上りリンク）の予定送信（ＴＸ）パターンについて、十分に事前に通知し、それにより、ＡＰに下りリンクＣＯＥＸ軽減アルゴリズムを起動するための十分な時間を与えうる。

アプリケーションのトラフィックパターンを使用するのに加え、第１のＲＡＴ回路（例えばセルラチップ）は、現在実施されている上りリンクスケジューリング機構をも利用しうる。例えば、第１のＲＡＴの基地局（例えばｅＮｏｄｅＢ）がセミパーシステントスケジューリング（ＳＰＳ）機構を用いて構成される場合、第１のＲＡＴ回路（例えばセルラチップ）は、第２のＲＡＴ回路（例えばＷｉ−Ｆｉチップ）に、第２のＲＡＴ回路（例えばＷｉ−Ｆｉチップ）が適切なＣＯＥＸ軽減技術を開始するのに用いうる、ＳＰＳ割り当ての予定トラフィックパターンについての通知を行いうる。

上述に加えて、ユーザ端末（ＵＥ）は、第１のＲＡＴの基地局（例えばｅＮｏｄｅＢ）に、第１のＲＡＴの基地局（例えばＬＴＥのｅＮｏｄｅＢ）が、特に非リアルタイムアプリケーションに関するＣＯＥＸ問題を避けるのに役立つ、より決定的な上りリンクのスケジューリングの決定を行うことを可能とする、第２のＲＡＴリンク（例えばＷｉ−Ｆｉリンク）で予定される下りリンクトラフィックのパターンについての通知を行いうる。非リアルタイムアプリケーションが第１のＲＡＴリンク（例えばセルラリンク）でアクティブである場合、ＵＥは、第１のＲＡＴの基地局（例えばｅＮｏｄｅＢ）に、ＭＡＣレイヤシグナリングを用いて、所定の時間量だけ、すなわち、ＵＥが第２のＲＡＴリンク（例えばＷｉ−Ｆｉリンク）上でのＣＯＥＸ問題への対処の準備ができる特定の持続期間の期間だけ、上りリンクのスケジューリングの決定を遅らせることを要求しうる。

機器内共存のための複数ＲＡＴ間の時間共用
一連の実施形態では、感度低下の問題も、異なる共存ＲＡＴ間での時間共用、例えばＬＴＥとＷｉ−Ｆｉとの間の時間共用によって解決されうる。どの送信／受信期間が、所与のＲＡＴが所望の（特定の）スループットを維持することができることを確実にするかが確認されうる。換言すれば、所与のＲＡＴは、そのＲＡＴを用いたデータの転送（ＵＬとＤＬとの少なくともいずれか）が生じうるターゲット時間区間を有しうる。同様に、少なくとも２つの「競合する」ＲＡＴリンクのうちの少なくとも１つは、所定の時間区間の間データを転送する一方で、他の区間の間はそのＲＡＴ上でのデータ転送が起こらないように運用されうる。例えば、ＬＴＥは、接続モードＤＲＸ（Ｃ−ＤＲＸ）を用いて、又は用いずに機能するように運用されうる。したがって、Ｃ−ＤＲＸのオン／オフサイクルは、いつ利用可能であるかのガイドとして用いることができ、また、Ｃ−ＤＲＸの振る舞いは、Ｃ−ＤＲＸが設定されないときにＵＬにおいてまねられうる。

時間共用は、ＲＡＴのうちの少なくとも１つに関連付けられた明確なデータ伝送機構に基づくことができ、それにより、そのデータ伝送機構は、伝送及び非伝送の所定の期間を含む。例えば、上述のように、ＬＴＥ及びＷｉ−Ｆｉの時間共用は、ＬＴＥのＣ−ＤＲＸサイクルに基づいて実行されうる。セルラコントローラは、ＩＳＭ（例えばＷｉ−Ｆｉチップ）にそのアクティブ区間について通知するために、セル−ＩＳＭリンク（例えばＷＣＩ−２インタフェース）を用いうる。その受信情報に基づいて、Ｗｉ−Ｆｉコントローラは、Ｗｉ−Ｆｉリンク上でのデータの伝送／受信をスケジューリングしうる。このように、Ｗｉ−Ｆｉは、ＬＴＥがインアクティブな期間の間はアクティブでありえ、そして、Ｗｉ−Ｆｉは、ＬＴＥがアクティブな期間の間はインアクティブでありうる。

一連の実施形態では、初期のＯＮ期間の間、様々なデータ転送がＬＴＥ上で生じうる。追加のＬＴＥデータ転送は、ＯＮ区間の拡張された部分の間に生じうる。残りのＯＦＦ区間は、Ｗｉ−Ｆｉデータ伝送のために予約されうる。その一方で、より長いＣ−ＤＲＸサイクルの間、ＬＴＥがＯＦＦ区間の間に再度アクティブになるときがありうる。ＬＴＥ伝送はネットワークの制御下にあるため、Ｃ−ＤＲＸのＯＦＦ区間の間のＬＴＥの再アクティベーションのそれらの間欠的な区間の間、十分にＵＥ側での制御が及ばない場合がある。

その一方で、幾分より決定的なアプローチは、第１のＲＡＴリンク上で、この場合はＬＴＥリンク上で起こる想定データ転送（すなわち、ＴＸ／ＲＸ）に従って、共存するＲＡＴコントローラ（複数のＲＡＴのＴＸ／ＲＸ）の間での時間共用を管理することを含みうる。全体に、セルラコントローラとＩＳＭコントローラとの間で送信される２つの異なるメッセージが、時間共用を管理するために用いられうる。より具体的には、ＬＴＥ／Ｗｉ−Ｆｉ及びＷＣＩの場合、２つのＷＣＩ−２メッセージが、セルラコントローラによってアクティビティを伝達するために使用されうる。第１のメッセージがインアクティビティ期間を示しうると共に、第２のメッセージが伝送が開始されるサブフレームを示しうる。いくつかの実施形態では、第１のメッセージは、ブルートゥースシグナリングによって定められる標準タイプ３インアクティビティ期間であり、そこでは、セルラコントローラが、自身がいつインアクティブになろうとしていて、どの程度の長さ、インアクティブのままでいようとしているかをＩＳＭコントローラに示す。第２のメッセージは、伝送が開始されるサブフレームを示す独自仕様の事前通知メッセージでありうる。

上述のように、ＬＴＥアクティビティは、最初のＯＮ区間に続いて拡張されうる。ＬＴＥアクティビティが終わると、ＬＴＥは、設定可能なインアクティビティ区間の間、ＵＬスケジューリング要求の抑制を開始し、このインアクティビティ区間を示すインアクティビティ区間の表示を、ＩＳＭコントローラへ、例えばＷＣＩ−２シグナリングを介して送信しうる。このメッセージに応答して、Ｗｉ−Ｆｉは、パワーセーブ状態から脱し、Ｗｉ−Ｆｉリンクを介したデータの転送（ＴＸ／ＲＸ）を開始しうる。（Ｗｉ−Ｆｉのアクティビティ区間である）ＬＴＥのインアクティビティ区間の最後に、Ｗｉ−Ｆｉは、パワーセーブモードに入りうる。したがって、ＬＴＥは、基地局（例えばｅＮｏｄｅＢ）へスケジューリング要求を送信し、アクティブなＬＴＥ区間が開始しうる。また、ＬＴＥは、Ｗｉ−Ｆｉへ、固有の（特定の）時点において、伝送を開始することの事前通知を送信しうる。アクティビティ区間の終了時に、ＬＴＥ（例えばセルラコントローラ）は、設定可能なインアクティビティ区間の間、ＵＬスケジューリング要求の抑制を開始し、このインアクティビティ区間を示すインアクティビティ区間の表示を、ＩＳＭコントローラへ、例えばＷＣＩ−２シグナリングを介して送信しうる。このメッセージに応答して、Ｗｉ−Ｆｉは、再度、パワーセーブ状態から脱し、Ｗｉ−Ｆｉリンクを介したデータの転送（ＴＸ／ＲＸ）を開始しうる。Ｗｉ−Ｆｉのアクティビティ区間の終了時に、Ｗｉ−Ｆｉは、再度パワーセーブモードに入り、ＬＴＥは、再度、Ｗｉ−Ｆｉに対して（すなわちＩＳＭコントローラに対して）、固有の（特定の）時点で伝送が開始される事前通知を送信しうる。この処理は、複数のＲＡＴの改善された機器内共存のための全伝送に対してその後、繰り返される。

一般に、第１のＲＡＴコントローラ（例えばセルラコントローラ）は、Ｃ−ＤＲＸオフ区間の間の伝送のスケジューリングをガイドするために、アクティブなアプリケーションの周期についての知識を使用しうる。すなわち、ＩＳＭコントローラへのシグナリングは、様々な無線インタフェースを介したデータ伝送を用いるアプリケーションの周期についての知識に少なくとも基づきうる。明確な周期データ転送機構、例えば、Ｃ−ＤＲＸが使用可能でない場合、ＵＥは、同様のオン／オフスケジューリングアプローチを用いうるが、それをＣ−ＤＲＸサイクルと結びつけることはない。その場合、ＵＥにおける複数のワイヤレスＲＡＴインタフェースを介して行われる通信（ＴＸ／ＲＸ）間の時間共用を可能とする、Ｃ−ＤＲＸ又は同様の予期可能なＴＸ／ＲＣパターンに相応のタイミング値及び区間長を用いるＣ−ＤＲＸサイクルを「模倣」しうる。

機器内共存のための複数ＲＡＴ間の時間共用における追加制御
上述のように、時間共用は、第２のＲＡＴコントローラからの第２のメッセージング又は通信タイプ（例えばＷｉ−Ｆｉコントローラからのタイプ１メッセージ）に応答しての第１のＲＡＴコントローラからの第１のメッセージング又は通信タイプを用いて（例えばＬＴＥコントローラからのタイプ３メッセージングを用いて）管理されうる。いくつかの実施形態では、時間共用は、第１のＲＡＴリンクを介したデータ転送を管理する定められたデータ転送周期のデータ伝送機構に関連付けられた又は対応する複数の特性又はパラメータ、例えばＣ−ＤＲＸに対応するパラメータに従って、管理されうる。さらに、時間共用は、さらに、無線リソース制御（ＲＲＣ）接続の状態を考慮して管理されうる。例えば、時間共用は、Ｃ−ＤＲＸ設定、例えばＣ−ＤＲＸ設定の状態、Ｃ−ＤＲＸアクティブ区間、Ｃ−ＤＲＸインアクティブ区間及びＲＲＣもしくはＲＲＣ接続の状態に基づいて、管理されうる。ＣＯＥＸのための時間共用管理におけるメッセージングを、Ｃ−ＤＲＸ状態及びＲＲＣ接続の状態を含めることによって更新することにより、ＬＴＥとＷｉ−Ｆｉの共存干渉問題は、ＷｉＦｉのための時間が定められた伝送を可能とすることによって、大幅に削減されもしくは除去され、又は大幅に削減されて除去されうる。さらに、Ｗｉ−Ｆｉのスループットは大幅に増加し、ＬＴＥの性能はＬＴＥの受信をＷｉ−Ｆｉの送信から保護することにより、大幅に改善しうる。

なお、ここで説明される技術は、基地局、アクセスポイント、携帯電話、ポータブルメディアプレイヤ、タブレットコンピュータ、ウェアラブル機器、及び様々な他の計算機器を含むがこれらに限られない、多くの異なるタイプの機器に実装され、それらの機器とともに用いられ、又はそれらの機器に実装されると共にそれらの機器と共に用いられうる。

本概要は、本書面で説明される主題の一部についての概要を与えることを意図している。したがって、上述の特徴は単なる例であり、ここで説明される主題の範囲または精神をいかなる方法においても狭めるように解釈されるべきでないことが理解されるだろう。ここで説明される主題の他の特徴、態様、及び利点は、以下の詳細な説明、図面及び特許請求の範囲から明らかになるだろう。

いくつかの実施形態による、例示の（そして単純化された）無線通信システムを示す図。 いくつかの実施形態による、例示の無線ユーザ端末（ＵＥ）機器と通信する例示の基地局を示す図。 いくつかの実施形態による、ＵＥの例示のブロック図。 いくつかの実施形態による、基地局の例示のブロック図。 いくつかの実施形態による、例示の無線通信システムを示す図。 いくつかの実施形態による、ある期間にわたってＣ−ＤＲＸが可能なＵＥの一般的な動作を示す例示のタイミング図。 いくつかの実施形態による、例示のセルラタワー及び例示のブルートゥース機器と通信する例示の無線ＵＥ機器を示す図。 いくつかの実施形態による、ブルートゥースとセルラ無線アクセス技術のための通信周波数に関する例示のエネルギー帯を示す図。 いくつかの実施形態による、様々な無線コントローラ及びアプリケーションプロセッサの相互接続を示す、単純な例示のシステム図。 実施形態の第１のセットによる、アプリケーションアウェアな複数ワイヤレスＲＡＴの共存を達成するための例示の方法を示すフローチャート。 実施形態の第２のセットによる、アプリケーションアウェアな複数ワイヤレスＲＡＴの共存を達成するための例示の方法を示すフローチャート。 実施形態の第３のセットによる、アプリケーションアウェアな複数ワイヤレスＲＡＴの共存を達成するための例示の方法を示すフローチャート。 いくつかの実施形態による、ＬＴＥエネルギー帯４０Ｂ、ＩＳＭエネルギー帯、及びＬＴＥエネルギー帯４１の互いの関係を示す例示の帯域図。 実施形態の１つのセットによる、異なるＲＡＴ通信間の時間共用を示す例示のタイミング図。 実施形態の別の１つのセットによる、異なるＲＡＴ通信間の時間共用を示す例示のタイミング図。 実施形態の第１のセットによる、異なるＲＡＴ通信間の時間共用のための例示の方法を示すフローチャート。 実施形態の第２のセットによる、異なるＲＡＴ通信間の時間共用のための例示の方法を示すフローチャート。 いくつかの実施形態による、異なるＲＡＴ通信間の時間共用管理の概説を与える例示のブロック図。 いくつかの実施形態による、異なるＲＡＴ通信間の時間共用の管理の間の所定のメッセージングタイプの使用を示す例示のフロー図。 いくつかの実施形態による、異なるＲＡＴ通信間の時間共用を管理する際に考慮されるパラメータを示す例示のブロック図。 いくつかの実施形態による、図２０で示されたパラメータを考慮した、異なるＲＡＴ通信間の時間共用の管理の間の、所定のメッセージングタイプの使用を示す例示のブロック図。 いくつかの実施形態による、無線リソース制御接続の確立を保護するための、異なるＲＡＴ通信間の時間共用の管理の間の、所定のメッセージングタイプの使用を示す例示のブロック図。 いくつかの実施形態による、第１のＲＡＴリンク上で行われる無線機器の通信と第２のＲＡＴリンク上のその無線機器の通信との間の時間共用を管理する例示の方法のフロー図。

ここで説明される特徴は、様々な変形及び代替形式の影響を受けやすいが、それの特定の実施形態について、図面における例を通して示し、ここで詳細に説明する。しかしながら、図面及びそれに対する詳細な説明は、開示された特定の形式に限定することは意図されておらず、それどころか、その意図は、添付の特許請求の範囲によって定められる主題の精神及び範囲内にあるすべての変形、均等物、及び代替物をカバーすることであることが理解されるべきである。

頭字語
本願を通じて様々な頭字語を用いる。本願を通じて現れうる最も顕著に使用される頭字語の定義を以下に与える：
ＵＥ：ユーザ端末
ＲＦ：無線周波数
ＢＳ：基地局
ＤＬ：（ＢＳからＵＥへの）下りリンク
ＵＬ：（ＵＥからＢＳへの）上りリンク
ＦＤＤ：周波数分割複信
ＴＤＤ：時分割複信
ＧＳＭ：移動体通信用グローバルシステム
ＬＴＥ：ロングタームエボリューション
ＩＳＭ（帯域）電気通信以外（又は「セルラ通信」以外）のＲＦ通信での使用のために予約された無線スペクトルの一部である、産業科学医療無線帯域
ＴＸ：送信／送信する
ＲＸ：受信／受信する
ＵＭＴＳ：ユニバーサル移動体通信システム
ＬＡＮ：ローカルエリアネットワーク
ＷＬＡＮ：ワイヤレスＬＡＮ
ＡＰ：アクセスポイント
ＡＰＲ：アプリケーションプロセッサ
ＡＰＮ：アクセスポイント名
ＧＰＲＳ：汎用パケット無線サービス
ＧＴＰ：ＧＰＲＳトンネリングプロトコル
ＰＤＮ：パケットデータネットワーク
ＰＧＷ：ＰＤＮゲートウェイ
ＳＧＷ：サービングゲートウェイ
ＲＡＴ：無線アクセス技術
Ｗｉ−Ｆｉ：米国電気電子学会（ＩＥＥＥ）８０２．１１標準に基づく、無線ローカルエリアネットワーク（ＷＬＡＮ）のＲＡＴ

用語
以下は、本願で現れうる用語集である。

メモリ媒体−任意の様々な種類のメモリ機器又はストレージ機器。用語「メモリ媒体」には、例えば、ＣＤ−ＲＯＭ、フロッピー（登録商標）ディスク１０４、又はテープデバイスである設定媒体、ＤＲＡＭ、ＤＤＲ ＲＡＭ、ＳＲＡＭ、ＥＤＯ ＲＡＭ、Ｒａｍｂｕｓ ＲＡＭなどのようなコンピュータシステムメモリ又はランダムアクセスメモリ、例えばハードドライブ又は光学記憶装置であるフラッシュ、磁気メディアなどの不揮発性メモリ、レジスタ、又は他の同様の種類のメモリ要素などを含むことが意図されている。メモリ媒体は、同様に他の種類のメモリ、又はその組み合わせを含みうる。さらに、メモリ媒体は、プログラムが実行される第１のコンピュータシステムに配置されてもよいし、第１のコンピュータシステムにインターネットなどのネットワークを介して接続する第２の異なるコンピュータシステムに配置されてもよい。後の例では、第２のコンピュータシステムは、実行のために、第１のコンピュータにプログラム命令を提供してもよい。用語「メモリ媒体」は、異なる位置に、例えばネットワークを介して接続される異なるコンピュータシステムに、存在し得る、２つ以上のメモリ媒体を含みうる。

搬送媒体−上述のようなメモリ媒体、及び、電気、電磁又はデジタル信号などの信号を運ぶ、バス、ネットワーク、又は他の物理伝送媒体の少なくともいずれかなどの物理伝送媒体。

コンピュータシステム（又はコンピュータ）−パーソナルコンピュータシステム（ＰＣ）、メインフレームコンピュータシステム、ワークステーション、ネットワーク装置、インターネット装置、パーソナルデジタルアシスタント（ＰＤＡ）、テレビジョンシステム、グリッドコンピューティングシステム、又は他の機器又は複数の機器の組み合わせを含む、任意の様々な種類の演算又は処理システム。一般に、用語「コンピュータシステム」は、メモリ媒体から命令を実行する少なくとも１つのプロセッサを有する任意の機器（又は複数の機器の組み合わせ）を包含するように、広く定義されうる。

ユーザ端末（ＵＥ）（又は「ＵＥ機器」）−モバイル又はポータブルであり、無線通信を実行する任意の様々な種類のコンピュータシステム機器。無線通信機器とも呼ばれる。ＵＥ機器の例は、携帯電話又はスマートフォン（例えばｉＰｈｏｎｅ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）ベースの電話）、ｉＰａｄ（登録商標）、Ｓａｍｓｕｎｇ Ｇａｌａｘｙ（登録商標）などのタブレットコンピュータ、ポータブルゲーム機器（例えば、Ｎｉｎｔｅｎｄｏ ＤＳ（登録商標）、ＰｌａｙＳｔａｔｉｏｎ Ｐｏｒｔａｂｌｅ（登録商標）、ゲームボーイアドバンス（登録商標）、ｉＰｏｄ（登録商標））、ラップトップ、ウェアラブル機器（例えばアップルウォッチ（登録商標）、グーグルグラス（登録商標））、ＰＤＡ、ポータブルインターネット機器、音楽プレイヤ、データ記憶機器、又は他のハンドヘルドの機器などを含む。様々な他の種類の機器が、それらがＷｉ−Ｆｉ又はセルラとＷｉ−Ｆｉとの通信能力と、例えばブルートゥースなどの短距離無線アクセス技術（ＳＲＡＴ）を介した他の無線通信能力との少なくともいずれかを含むならば、このカテゴリに入るだろう。一般に、用語「ＵＥ」又は「ＵＥ機器」は、ユーザによって容易に運ばれ、無線通信することができる、電気、コンピューティング又は電気通信の少なくともいずれかの任意の機器（又は機器の組み合わせ）を包含するように広く定義されうる。

基地局（ＢＳ）−用語「基地局」は、その通常の意味の全てを有し、少なくとも、固定位置に設置され、無線電話システム又は無線システムの一部として通信するのに使用される無線通信局を含む。

処理エレメント−機器において、例えばユーザ端末機器において又はセルラネットワーク機器において、機能を実行することができる様々なエレメント又は複数のエレメントの組み合わせのことを呼ぶ。処理エレメントは、例えば、プロセッサ及び関連するメモリ、個別のプロセッサコアの一部または回路、プロセッサコア全体、プロセッサアレイ、ＡＳＩＣ（特定用途向け集積回路）などの回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）などのプログラム可能なハードウェアエレメント、及び上述のものの様々な組み合わせのいずれかを含みうる。

無線機器（又は無線通信機器）−ＷＬＡＮ通信、ＳＲＡＴ通信、ＷｉＦｉ通信などを用いて無線通信を実行する様々な種類のコンピュータシステム機器のいずれか。ここで用いられるように、用語「無線機器」は、上述のＵＥ機器を、又は、静止した無線クライアントもしくは無線基地局などの静止機器を指しうる。例えば、無線機器は、アクセスポイント（ＡＰ）もしくはクライアント局（ＵＥ）などの任意の種類の８０２．１１システムの無線局、または、例えば基地局もしくは携帯電話などのセルラ無線アクセス技術（例えばＬＴＥ、ＣＤＭＡ、ＧＳＭ）に従って通信する、セルラ通信システムの任意の種類の無線局でありうる。

Ｗｉ−Ｆｉ−用語「Ｗｉ−Ｆｉ」は、その通常の意味の全てを有し、少なくとも、ワイヤレスＬＡＮ（ＷＬＡＮ）アクセスポイントによってサービスが提供され、これらのアクセスポイントを通じてインターネットへの接続性を提供する無線通信ネットワーク又はＲＡＴを含む。ごく最近のＷｉ−Ｆｉネットワーク（又はＷＬＡＮネットワーク）は、ＩＥＥＥ８０２．１１標準に基づき、「Ｗｉ−Ｆｉ」の名の下で市販されている。Ｗｉ−Ｆｉ（ＷＬＡＮ）ネットワークはセルラネットワークと異なる。

ブルートゥース−用語「ブルートゥース」は、その通常の意味の全てを有し、少なくとも、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）及びＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ ｆｏｒ Ａｕｄｉｏ（ＢＴＬＥＡ）を含み、とりわけブルートゥース標準の将来の実装を含む、ブルートゥース標準の様々な実装のいずれかを含む。

パーソナルエリアネットワーク−用語「パーソナルエリアネットワーク」は、その通常の意味の全てを有し、少なくとも、コンピュータ、電話、タブレット及び入出力機器などの機器の間でデータ伝送に用いられる様々な種類のコンピュータネットワークのいずれかを含む。ブルートゥースは、パーソナルエリアネットワークの１つの例である。ＰＡＮは、短距離の無線通信技術の例である。

自動的−コンピュータシステム（例えば、コンピュータシステムによって実行されるソフトウェア）又は機器（例えば、回路、プログラム可能なハードウェア要素、ＡＳＩＣなど）によって、動作又は操作を直接特定し又は実行するユーザ入力なしに実行される、当該動作又は操作を指す。したがって、用語「自動的」は、ユーザが操作を直接実行するように入力を供給する、ユーザによって手動で実行され又は特定される操作と対照的である。自動手順はユーザによって供給される入力によって開始されてもよいが、「自動的」に実行されるその後の動作は、そのユーザによって特定されない、すなわち、ユーザが実行すべき各動作を特定する「手動」では実行されない。例えば、コンピュータシステムがユーザ動作に応じてフォームを更新しなければならなくても、（例えば情報をタイピングすることにより、チェックボックスを選択することにより、無線器選択などにより）各フィールドを選択し情報を特定する入力を供給することにより電子フォームに書き入れるユーザは、手動でそのフォームに書き入れる。そのフォームは、コンピュータシステムによって自動的に書き入れられてもよく、そこでは、そのコンピュータシステム（例えば、コンピュータシステム上で実行するソフトウェア）は、フォームのフィールドを解析し、そのフィールドに対する回答を特定するいかなるユーザ入力もなく、そのフォームを埋める。上記のように、ユーザは、そのフォームの自動記入を起動し得るが、そのフォームの実際の記入には関与しない（例えば、ユーザはフィールドに対する回答を手動で特定せず、むしろ、それらは自動的に完遂される）。本明細書は、ユーザが取った動作に応じて自動的に実行される様々な動作の例を提供する。

ステーション（ＳＴＡ）−ここでの用語「ステーション」は、例えば、８０２．１１プロトコルを用いることにより、無線で通信する能力を有する任意の機器を指す。ステーションは、ラップトップ、デスクトップＰＣ、ＰＤＡ、アクセスポイント、もしくはＷｉ−Ｆｉ電話、又はＵＥと同様の任意の種類の機器でありうる。ＳＴＡは、固定され、移動し、可搬であり、又はウェアラブルでありうる。無線ネットワークの用語では、一般的に、ステーション（ＳＴＡ）は、無線通信能力を有する任意の機器を広く含み、したがって、用語ステーション（ＳＴＡ）、無線クライアント（ＵＥ）、ノード（ＢＳ）は、多くの場合、互いに交換可能に用いられる。

構成される−様々な要素が、タスクを実行する「ように構成される」と説明されうる。そのような文脈において、「構成される」は、動作中のタスクを実行する「構造を有する」と一般に意味する広い説明である。このように、要素は、タスクを現在実行していない場合であっても、そのタスクを実行するように構成されうる（例えば、電気導体の集合は、２つのモジュールが接続されていなくても、モジュールを他のモジュールへ電気的に接続するように構成されうる。）。いくつかの文脈において、「構成される」は、動作中のタスクを実行する「回路を有する」と一般に意味する、構造の広い説明でありうる。このように、要素は、現在オンでなくても、そのタスクを実行するように構成されうる。一般に、「構成される」に対応する構造を形成する回路は、ハードウェア回路を含みうる。

本説明では、便宜上、様々な要素が、タスクを実行するように説明されうる。そのような説明は、フレーズ「構成される」を含むように解釈されるべきである。１つ以上のタスクを実行するように構成される要素の説明は、３５Ｕ．Ｓ．Ｃ．１１２条第６パラグラフのその要素についての解釈を引き起こさないことが、明確に意図されている。

図１及び図２−例示の通信システム
図１は、いくつかの実施形態による、例示の（そして単純化された）無線通信システムを示している。なお、図１のシステムは、可能なシステムの単なる一例であり、実施形態は、要求に応じて、様々なシステムのうちのいずれかにおいて実装されうる。

図のように、例示の無線通信システムは、１つ以上のユーザ機器１０６−１〜１０６−Ｎと、伝送媒体を介して通信する基地局１０２を含む。ユーザ機器のそれぞれは、ここでは「ユーザ端末」（ＵＥ）又はＵＥ機器と呼ばれうる。したがって、ユーザ機器１０６は、ＵＥ又はＵＥ機器と呼ばれる。

基地局１０２は、基地局送受信機（ＢＴＳ）又はセルサイトであることができ、ＵＥ１０６Ａ〜１０６Ｎとの無線通信を可能とするハードウェアを含みうる。また、基地局１０２は、ネットワーク１００（例えば、様々な可能性のうち、セルラサービスプロバイダのコアネットワーク、公衆交換電話網（ＰＳＴＮ）などの電気通信ネットワーク、インターネットの少なくともいずれか）と通信するための設備を有しうる。したがって、基地局１０２は、ユーザ機器間と、ユーザ機器及びネットワーク１００間との少なくともいずれかにおける通信を促進しうる。基地局の通信エリア（又はカバレッジエリア）は、「セル」と呼ばれうる。また、ここで用いられるように、ＵＥの観点から、基地局は、場合によっては、ＵＥの上りリンク及び下りリンク通信に関与する限りにおいて、ネットワークを代表すると考えられうる。したがって、ネットワーク内の１つ以上の基地局と通信するＵＥも、ネットワークと通信するＵＥと解釈されうる。

基地局１０２及びユーザ機器は、ＧＳＭ、ＵＭＴＳ（ＷＣＤＭＡ（登録商標））、ＬＴＥ、ＬＴＥアドバンスド（ＬＴＥ−Ａ）、３ＧＰＰ２のＣＤＭＡ２０００（例えば１ｘＲＴＴ、１ｘＥＶ−ＤＯ、ＨＲＰＤ、ｅＨＲＰＤ）、Ｗｉ−Ｆｉ、ＷｉＭＡＸなどのような、無線通信技術又は電気通信標準とも呼ばれる様々な無線アクセス技術（ＲＡＴ）のいずれかを用いる伝送媒体を介して通信するように構成されうる。いくつかの実施形態では、基地局１０２は、好ましくは、ＬＴＥ又は同様のＲＡＴ標準を通じて、改善されたＵＬ（上りリンク）及びＤＬ（下りリンク）の分離を用いて、少なくとも１つのＵＥと通信する。

ＵＥ１０６は、複数の無線通信標準を用いて通信することが可能でありうる。例えば、ＵＥ１０６は、（ＬＴＥなどの）３ＧＰＰのセルラ通信標準と、（セルラ通信標準のＣＤＭＡ２０００ファミリにおけるセルラ通信標準などの）３ＧＰＰ２セルラ通信標準と、のいずれか又は両方を用いて通信するように構成されることがありうる。いくつかの実施形態では、ＵＥ１０６は、ここで説明されるような改善された複数ＲＡＴ共存方法及び機器内共存のための異なるＲＡＴ間の時間共用に従って、基地局１０２と通信するように構成されてもよい。したがって、基地局１０２と同一の又は異なるセルラ通信標準に従って動作する同様の他の基地局は、１つ以上のセルラ通信標準を介して広範な地理的領域にわたって連続した又はほぼ連続したオーバーラップしているサービスをＵＥ１０６及び同様の機器に提供することができる、１つ以上のセルのネットワークとして提供されうる。

ＵＥ１０６は、さらに又は代替的に、ＷＬＡＮ、ブルートゥース、１つ以上のグローバルナビゲーション衛星システム（ＧＮＳＳ、例えばＧＰＳ又はＧＬＯＮＡＳＳ）、１つ以上の移動体テレビ放送標準（例えばＡＴＳＣ−Ｍ／Ｈ又はＤＶＢ−Ｈ）などを用いて通信するように構成されることもありうる。（２つより多くの無線通信標準を含む）無線通信標準の他の組み合わせも可能である。

図２は、いくつかの実施形態による、基地局１０２と通信する例示のユーザ端末１０６（例えば、機器１０６−１〜１０６−Ｎのうちの１つ）を示している。ＵＥ１０６は、携帯電話、ハンドヘルド機器、コンピュータもしくはタブレット、又は実質的に任意の種類の無線機器などの無線ネットワークの接続性を有する機器でありうる。ＵＥ１０６は、メモリに記憶されたプログラム命令を実行するように構成されるプロセッサを有しうる。ＵＥ１０６は、そのような記憶された命令を実行することにより、ここで説明される方法の実施形態のいずれかを実行しうる。代替的に、又は追加して、ＵＥ１０６は、ここで説明される方法実施形態のいずれか、又はここで説明される方法実施形態のいずれかのうちの、いずれかの部分を実行するように構成された、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）などのプログラム可能なハードウェアを含みうる。ＵＥ１０６は、複数の無線通信プロトコルのいずれかを用いて通信するように構成されうる。例えば、ＵＥ１０６は、ＣＤＭＡ２０００、ＬＴＥ、ＬＴＥ−Ａ、ＷＬＡＮ、又はＧＮＳＳのうちの２つ以上を用いて通信するように構成されうる。無線通信標準の他の組み合わせも可能である。

ＵＥ１０６は、１つ以上のＲＡＴ標準に従った１つ以上の無線通信プロトコルを用いて通信するための１つ以上のアンテナを含みうる。いくつかの実施形態では、ＵＥ１０６は、複数の無線通信標準間で、受信チェーンと送信チェーンとの少なくともいずれかの、１つ以上の部分を共用しうる。共用される無線機は、無線通信を実行するための、単一のアンテナを含んでもよいし、（例えばＭＩＭＯのための）複数のアンテナを含んでもよい。代替的に、ＵＥ１０６は、無線通信プロトコルであって、それを用いて通信するように構成される無線通信プロトコルごとに、（例えば別個のアンテナ及び他の無線機要素を含んだ）別個の送信チェーンと受信チェーンとの少なくともいずれかを含んでもよい。別の選択肢として、ＵＥ１０６は、複数の無線通信プロトコル間で共用される１つ以上の無線機を含んでもよく、１つ以上の無線機が単一の無線通信プロトコルによって排他的に使用される。例えば、ＵＥ１０６は、ＬＴＥとＣＤＭＡ２０００ １ｘＲＴＴのいずれかを用いて通信するための共用無線機と、Ｗｉ−Ｆｉ及びブルートゥースのそれぞれを用いて通信するための個別の無線機とを含みうる。他の構成も可能である。

図３−例示のＵＥのブロック図
図３は、いくつかの実施形態による、例示のＵＥ１０６のブロック図を示している。図のように、ＵＥ１０６は、様々な目的のための部分を含みうる、システムオンチップ（ＳＯＣ）３００を含みうる。例えば、図のように、ＳＯＣ３００は、ＵＥ１０６のためのプログラム命令を実行しうるプロセッサ３０２、及び、グラフィクス処理を実行し、ディスプレイ信号をディスプレイ３４０へ供給しうる表示回路３０４を含みうる。また、プロセッサ３０２は、プロセッサ３０２からアドレスを受け取ってそのアドレスをメモリ（例えばメモリ３０６、読み出し専用メモリ（ＲＯＭ）３５０、ＮＡＮＤフラッシュメモリ３１０）における位置へ変換するように構成されうるメモリ管理ユニット（ＭＭＵ）３４０と、表示回路３０４、無線器３３０、コネクタＩ／Ｆ３２０、もしくはディスプレイ３４０のすくなくともいずれかなどの、他の回路又は機器と、の少なくともいずれかに接続されうる。ＭＭＵ３４０は、メモリ保護及びページテーブル変換又は設定を実行するように構成されうる。いくつかの実施形態では、ＭＭＵ３４０は、プロセッサ３０２の一部として含まれうる。

図のように、ＳＯＣ３００は、ＵＥ１０６の様々な他の回路に接続されうる。例えば、ＵＥ１０６は、（例えばＮＡＮＤフラッシュ３１０を含む）様々な種類のメモリ、（例えばコンピュータシステムと接続するための）コネクタインタフェース３２０、ディスプレイ３４０、及び（例えばＬＴＥ、ＬＴＥ−Ａ、ＣＤＭＡ２０００、ブルートゥース、Ｗｉ−Ｆｉ、ＧＰＳなどのための）無線通信回路を含みうる。ＵＥ機器１０６は、基地局と他の機器との少なくともいずれかと無線通信を実行するための、少なくとも１つのアンテナ（例えば３３５ａ）を、そして場合によっては（例えばアンテナ３３５ａ及び３３５ｂによって図解される）複数のアンテナを含みうる。アンテナ３３５ａ及び３３５ｂは一例として示されており、ＵＥ機器１０６はより多くのアンテナを含みうる。全体としては、１つ以上のアンテナを、まとめてアンテナ３３５と呼ぶ。例えば、ＵＥ機器１０６は、無線機３３０を用いて無線通信を実行するために、アンテナ３３５を用いうる。上述のように、ＵＥは、いくつかの実施形態において、複数の無線通信標準を用いて無線で通信するように構成されうる。

ここでさらに続いて説明するように、ＵＥ１０６（及び基地局１０２）は、ＵＥ１０６において複数ＲＡＴの最適化された共存のための方法を実行し、さらに、機器内の共存のための異なるＲＡＴ間の時間共用のための方法を実行するための、ハードウェア及びソフトウェアを含みうる。ＵＥ機器１０６のプロセッサ３０２は、例えばメモリ媒体（例えば非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することにより、ここで説明される方法の一部または全部を実行するように構成されうる。他の実施形態では、プロセッサ３０２は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）又はＡＳＩＣ（特定用途向け集積回路）などの、プログラム可能なハードウェア要素として構成されうる。さらに、プロセッサ３０２は、ここで開示される様々な実施形態に従って、複数ＲＡＴを用いた無線通信のための複数ＲＡＴの最適化された共存を実行するために、さらに、機器内共存のための異なるＲＡＴ間の時間共用を実行するために、図３に示すように、他の要素と、接続され、相互運用され、又は接続されると共に相互運用されうる。また、プロセッサ３０２は、ＵＥ１０６において作動する、様々な他のアプリケーションとエンドユーザアプリケーションとの少なくともいずれかを実行しうる。

いくつかの実施形態では、無線機３３０は、様々な個々のＲＡＴ標準のための通信の制御に対して専用の、個別のコントローラを含みうる。例えば、図３に示すように、無線機３３０は、Ｗｉ−Ｆｉコントローラ３５０、セルラコントローラ（例えばＬＴＥコントローラ）３５２、及びブルートゥースコントローラ３５４を有し、少なくともいくつかの実施形態において、これらのコントローラの１つ以上又は全部が、後にさらに説明するように、互いに、そしてＳＯＣ３００と（そして、より具体的にはプロセッサ３０２と）通信する、個別の集積回路（略してＩＣ又はチップ）として実装されうる。例えば、Ｗｉ−Ｆｉコントローラ３５０がセルラコントローラ３５２とセル−ＩＳＭリンク又はＷＣＩインタフェースを介して通信してもよいし、ブルートゥースコントローラ３５４がセルラコントローラ３５２とセル−ＩＳＭリンクなどを介して通信してもよいし、その両方であってもよい。３つの個別のコントローラが無線機３３０内に描かれているが、他の実施形態は、ＵＥ機器１０６に実装されうる様々な異なるＲＡＴのための、より少ない、又は、より多くの、同様のコントローラを有する。

図４−例示の基地局のブロック図
図４は、いくつかの実施形態による、例示の基地局１０２のブロック図を示している。なお、図４の基地局は、とり得る基地局の単なる１つの例である。図のように、基地局１０２は、基地局１０２のためのプログラム命令を実行しうるプロセッサ４０４を含みうる。また、基地局１０２は、プロセッサ１０２からアドレスを受け取ってそのアドレスをメモリ（例えばメモリ４６０、及び読み出し専用メモリ（ＲＯＭ）４５０）における位置へ変換するように構成されうるメモリ管理ユニット（ＭＭＵ）４４０と、又は、他の回路又は機器とに接続されうる。

基地局１０２は、少なくとも１つのネットワークポート４７０を含みうる。ネットワークポート４７０は、電話網に接続するように構成され、図１及び２において上述したように、ＵＥ機器１０６などの複数の機器に、その電話網への接続を提供しうる。ネットワークポート４７０（又は追加のネットワークポート）は、さらに、又は代替的に、セルラネットワークに、例えばセルラサービスプロバイダのコアネットワークに、接続するように構成されうる。コアネットワークは、ＵＥ機器１０６などの複数の機器に、移動性に関するサービスと他のサービスとの少なくともいずれかを提供しうる。いくつかの場合、（例えばセルラサービスプロバイダによってサービスが供される他のＵＥ機器の間で）ネットワークポート４７０がコアネットワークを介して電話網に接続しうるか、コアネットワークが電話網を提供しうるか、の少なくともいずれかでありうる。

基地局１０２は、少なくとも１つのアンテナ４３４、そして場合によっては複数のアンテナを含みうる。少なくとも１つのアンテナ４３４は、無線送受信機として動作するように構成されてもよく、また、さらに、無線機４３０を介してＵＥ機器１０６と通信するように構成されうる。アンテナ４３４は、無線機４３０と、通信チェーン４３２を介して通信する。通信チェーン４３２は、受信チェーン、送信チェーン、又はその両方でありうる。無線器４３０は、ＬＴＥ、ＬＴＥ−Ａ、ＷＣＤＭＡ、ＣＤＭＡ２０００などを含むがこれらに限定されない様々な無線通信標準を介して通信するように設計されうる。基地局１０２のプロセッサ４０４は、例えば、メモリ媒体（例えば非一時的コンピュータ可読メモリ媒体）に記憶されたプログラム命令を実行することにより、改善されたＣＳＦＢハンドリングのための、ここで説明される方法の一部又は全部を実行するように構成されうる。代替的に、プロセッサ４０４は、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）もしくはＡＳＩＣ（特定用途向け集積回路）またはそれらの組み合わせなどの、プログラム可能なハードウェア要素として構成されうる。所定のＲＡＴ，例えばＷｉ−Ｆｉの場合、基地局１０２は、アクセスポイント（ＡＰ）として設計されてもよく、この場合、ネットワークポート４７０は、ワイドエリアネットワークとローカルエリアネットワークとの少なくともいずれかへの接続を提供するように実装されてもよく、例えば、少なくとも１つのイーサネットポートを含むことができ、無線機４３０は、Ｗｉ−Ｆｉ標準に従って通信するように設計されうる。基地局１０２は、ここで開示される、アプリケーションアウェアの複数ＲＡＴ共存ソリューション、及び機器内共存のための複数ＲＡＴ間の時間共用の、様々な方法に従って動作しうる。

図５−例示の通信システム
図５は、いくつかの実施形態による、例示の無線通信システム５００を示している。システム５００は、ＬＴＥアクセスネットワークとＷｉ−Ｆｉ無線アクセスネットワークが実装されたシステムである。システム５００は、ＵＥ１０６、及び、ＬＴＥネットワーク５０４並びにＷｉ−Ｆｉネットワーク５０６を含みうる。

ＬＴＥアクセスネットワーク５０４は、第１のＲＡＴアクセスのいくつかの実施形態のうちの典型であり、Ｗｉ−Ｆｉアクセスネットワーク５０６は、第２のＲＡＴアクセスのいくつかの実施形態のうちの典型である。ＬＴＥアクセスネットワーク５０４はより広範なセルラネットワーク（例えばＬＴＥネットワーク）とインタフェース接続されることができ、Ｗｉ−Ｆｉアクセスネットワーク５０６は、インターネット５１４とインタフェース接続されうる。より具体的には、ＬＴＥアクセスネットワーク５０４は、より広いセルラネットワーク５１６へのアクセスを同様に提供しうるサービング基地局（ＢＳ）５０８とインタフェース接続されうる。Ｗｉ−Ｆｉアクセスネットワーク５０６は、インターネット５１４へのアクセスを同様に提供しうるアクセスポイント（ＡＰ）とインタフェース接続されうる。したがって、ＵＥ１０６は、ＡＰ５１０を介してインターネット５１４へ、そして、ＬＴＥアクセスネットワーク５０４を介してセルラネットワーク５１６へ、アクセスしうる。いくつかの実施形態では、図示されていないが、ＵＥ１０６は、ＬＴＥアクセスネットワーク５０４を介してインターネット５１４へアクセスしてもよい。より具体的には、ＬＴＥアクセスネットワーク５０４は、パケットデータネットワーク（ＰＤＮ）ゲートウェイに同様にインタフェース接続されうるサービングゲートウェイと、インタフェース接続されうる。ＰＤＮゲートウェイは、同様に、インターネット５１４とインタフェース接続されうる。したがって、ＵＥ１０６は、ＬＴＥアクセスネットワーク５０４とＷｉ−Ｆｉアクセスネットワーク５０６とのいずれか又は両方を介して、インターネット５１４へアクセスしうる。

図６−ＤＲＸ
送受信機回路において電力を節約するために開発された省電力技術の例は、不連続受信（またはＤＲＸ）として知られている。ＤＲＸを利用する機器においては、受信又は送信されるべき情報（パケット）がない場合、無線回路の一部の電源が落とされる。無線回路は、受信すべき情報があるかを判定するために周期的に電源をオンにされてもよく、その後、そのような判定が新しい情報が入ってこないことを示す場合に再度電源をオフとしてもよい。ＤＲＸを利用する機器は、送信されたパケット内のヘッダから、その中に含まれる情報がその機器のために到来しているのかを判定しうる。その情報がその機器に関係がない場合、回路は、少なくともそのパケットの残りの部分の間は電源を落とすことができ、その後、次のヘッダの前に電源をオンにしうる。ポーリングは使用されうる別の技術であり、機器は、周期的にアクセスポイント又は基地局へビーコンを送信し、受信を待機している情報があるかを判定しうる。受信待ちの情報がない場合、無線回路の部分は、次のビーコンが送信されるべき時まで電源を落とされうる。情報が移動体機器による受信町であるかの判定に加えて、無線回路がＤＲＸモードにおける動作中で電源が入れられている間に、隣接セル探索が行われてもよい。隣接セル探索は、セル再選択と１つのセルから別のセルへ移動体機器のハンドオーバとを可能とするために実行されうる。

一般に、ＤＲＸは、受信又は送信されるべきパケットがないときにユーザ端末（ＵＥ）のほとんどの電源を落とし、ネットワークをリッスンするための特定の時刻又は期間においてのみウェイクアップする、ＵＭＴＳ（ユニバーサル移動体通信システム）、ＬＴＥ（ロングタームエボリューション）、ＷｉＭＡＸなどのような多くの無線標準に導入されている。ＤＲＸは、接続モード及びアイドルモードを含んだ様々なネットワーク接続状態において、起動されうる。接続されたＤＲＸ（Ｃ−ＤＲＸ）モードでは、ＵＥは、基地局（ＢＳ）によって決定された特定のパターンに従って、下りリンク（ＤＬ）パケットをリッスンする。アイドルＤＲＸ（Ｉ−ＤＲＸ）では、ＵＥは、ＢＳからの呼び出しをリッスンして、ネットワークに再度加わって上りリンク（ＵＬ）タイミングを取得する必要があるかを判定する。ＤＲＸはＵＥが受信又は送信すべきデータがない短い間だけ自身の送受信機回路のスイッチをオフとし、送信または受信すべきデータがあるかを確認するための「ウェイクアップ及びスリープ」サイクルを開始することを可能とするため、Ｃ−ＤＲＸモードにおける動作は、バッテリ使用を減らすのに役立つ。

無線データ伝送の別の態様はスケジューリングである。ほとんどの場合、スケジューリングは完全に動的である。下りリンク方向において、リソースは、データが利用可能な場合に割り当てられる。上りリンク方向において送信されるべきデータについては、ＵＥは、ＵＥの上りリンクバッファにデータが届いた際にはいつでも、動的に送信機会を要求する。下りリンク方向で送信されるデータ及び上りリンク送信機会についての情報は、各サブフレームの先頭において送信される無線レイヤ制御チャネルにおいて運ばれる。動的なスケジューリングは、大きいデータバーストをもたらしうる不定期かつ帯域幅を費やすデータ伝送（例えばウェブサーフ、動画ストリーミング、電子メール）に対して効果的である一方で、音声呼などのリアルタイムのストリーミングアプリケーションに対してはあまり適していない。後者の場合、データは定期的な間隔で短いバーストにおいて送信される。音声呼の場合のようにストリームのデータレートが非常に低い場合、各スケジューリングメッセージに対してわずかなデータのみが送信されるため、スケジューリングメッセージのオーバーヘッドが非常に大きくなる。

この問題に対する１つのソリューションがセミパーシステントスケジューリング（ＳＰＳ）である。上りリンク又は下りリンク伝送ごとのスケジューリングに代えて、１回の機会ではなく伝送パターンが定められる。これは、スケジューリング割り当てのオーバーヘッドを大幅に削減する。サイレント期間の間、ＵＥにおける無線音声ＣＯＤＥＣは、音声データの送信を停止し、その間の非常に長い期間を用いてサイレンス記述情報を送信するのみである。それらのサイレントの時間の間、パーシステントスケジューリングはスイッチをオフとされうる。上りリンクにおいて、空の上りリンク伝送機会についてのネットワークが設定した数の間、データが送信されなかった場合、ＳＰＳグラント手順は黙示的に取り消される。下りリンク方向では、ＳＰＳは、ＲＲＣ（無線リソース制御）メッセージを用いて取り消される。ＤＲＸサイクルについてのパラメータは、様々なタイマを通じてＢＳによって設定されうる。ＤＲＸインアクティビティタイマは、ＤＲＸを起動する前に待つ、連続したサブフレームの数での時間を示す。ＢＳがアプリケーションに基づいてＤＲＸサイクルを調整することを可能とするために、ショートＤＲＸサイクルとロングＤＲＸサイクルとが定義される。一般に、ＤＲＸショートサイクルタイマは、いつロングＤＲＸサイクルへ遷移するかを決定するために定められうる。パケットの受信に成功した後に、拡張された時間期間の間パケットの受信がなかった場合、ＢＳは、ＲＲＣ接続の開放を開始することができ、ＵＥは、アイドルＤＲＸを起動することが可能なＲＲＣ ＩＤＬＥ状態へと入りうる。オン期間タイマは、フレーム数であって、ＵＥが、そのフレームの期間にわたって、省電力モードに入る前にＤＲＸサイクルごとにＤＬ制御チャネルを読み出すフレーム数を、決定するのに用いられうる。許容される値は、１、２、３、４、５、６、８、１０、２０、３０、４０、５０、６０、８０、１００及び２００である。アイドルＤＲＸモードの間、ＵＥは、１つのサブフレームである、ＤＲＸサイクルごとに１回の呼び出し機会を監視しうる。

図６は、いくつかの実施形態による、一般的なＣ−ＤＲＸ動作の様々な態様を示している。６０２によって示すように、ＵＥ１０６は、アクティブ状態で動作し、１つ以上の上りリンクと下りリンク（ＵＬ／ＤＬ）との少なくともいずれかの伝送を実行しうる（例えば、上りリンクデータの送信と下りリンクデータの受信との少なくともいずれかを行いうる）。６０４において、インアクティビティタイマが開始されうる。インアクティビティタイマは、６０２におけるアクティブな伝送の終了時に開始されうる。なお、インアクティビティタイマは、６０２におけるアクティブな伝送中に１回以上開始されうるが、６０４においてそれ以上のアクティビティが観測されなくなるまで、アクティビティ（伝送）が続いている結果、毎回リセットされていてもよく、その時点において、６０８における満了まで動作しうる。インアクティビティタイマは、要望の通りの長さを有することができ、可能なインアクティビティタイマの長さの例は、例えば３ＧＰＰの３６．３３１規格によって規定されるように、１００ｍｓ、８０ｍｓ、５０ｍｓ、４０ｍｓ、又は、任意の他の値を含んでもよい。

６０６において、インアクティビティタイマの（６０４における）開始と（６０８における）満了との間に、ＵＥ１０６は、上りリンク又は下りリンクの伝送を何ら行っていなくてもよいが、アクティブ状態で動作し続けてもよく、下りリンクグラントのための１つ以上の通信チャネル（例えばＰＤＣＣＨ）を監視してもよい。６０８において、インアクティビティタイマは満了しうる。この時点で、ＵＥ１０６は、（例えばインアクティビティタイマの満了によって示されるように）十分な期間におけるデータ通信のインアクティビティを観測した結果として、低電力状態（ＤＲＸ）へ遷移しうる。ＵＥ１０６が低電力状態で動作している期間中は、ＵＥ１０６は、ベースバンドロジック要素と無線要素との少なくともいずれかなどの１つ以上の要素の電力を落とすか、それらへの電力を減らすかの少なくともいずれかを行いうる。

６１０において、ＵＥ１０６は、「ウェイクアップ」し、アクティブ状態に再度入りうる。ＵＥ１０６は、例えば、基地局（例えばＬＴＥにおけるｅＮｏｄｅＢ）によって通知されうる、スケジューラによって特定されるタイミングでウェイクアップしうる。特定のタイミングにおいて（又は特定の期間の後）、基地局は、保留している下りリンクデータがある場合には、ＵＥ１０６に、ＵＥ１０６のための下りリンクグラントを通知することができ、ＵＥ１０６は、この時間に下りリンクグラントの確認（例えば、ＰＤＣＣＨなどの通信チャネルの監視）を行いうる。また、１つ以上の他の機能が、要望に応じて、この時に実行されてもよい。この期間は、Ｃ−ＤＲＸ動作における「オン期間」とも呼ばれうる。いくつかの実施形態によれば、オン期間は、３ＧＰＰの３６．３３１規格によって定められるように、５ｍｓ、１０ｍｓ、又は他の時間長など、特定の時間長だけ続くことができ、代替的に、オン期間は、所定の機能が実行されるまで続き、特定の機能がさらに実行される必要がないときに終了しうる。６１２において、オン期間は終了し、ＵＥ１０６は、オン期間のうちに下りリンクグラントが受信されなかった場合、「スリープ」に戻り、低電力状態に再度遷移しうる。その後、任意の数のスリープ（ＤＲＸ）及びウェイク（オン期間）のサイクルが、要望に応じて実行されうる。

なお、ＵＥ１０６は、異なる長さのＣ−ＤＲＸサイクル間で遷移するようにも構成されうる。例えば、図のように、ＵＥ１０６は、（２、４、８、１６などのような）所定数の（２０ｍｓ、４０ｍｓ、８０ｍｓ又は任意の時間長だけ続きうる）までの「ショートＣ−ＤＲＸ」サイクル６１４を実行し、上りリンク又は下りリンクの伝送がその所定数のサイクルの終わりまで実行されなかった場合、ＵＥ１０６は、アクティブ状態のオン期間の動作のためのウェイクアップする前により長い低電力状態動作の期間を特定しうる、１つ以上の（例えば３ＧＰＰ ３６．３３１によって規定されるように、８０ｍｓ、１６０ｍｓ、３２０ｍｓ又は任意の時間長だけ続きうる）「ロングＣ−ＤＲＸ」サイクル６１６を実行しうる。ロングＣ−ＤＲＸサイクルは、（例えばＵＥ１０６とネットワークとのいずれかによって開始されうる）さらなるアクティブな通信が生じるまで、又はＵＥ１０６にロングＣ−ＤＲＸサイクルを抜ける遷移をさせうる１つ以上の他の条件が生じるまで、継続しうる。

その後のある時刻においてアクティブな通信が再度開始される場合、ＵＥ１０６は、例えば、通信のアクティビティに応じて、適切であれば、同様のステップ（例えば、アクティビティ／インアクティビティを、インアクティビティタイマを介して監視することと、アクティブな通信と通信の間で十分なインアクティビティが見られた場合に、１つ以上のＣ−ＤＲＸを開始すること）を実行しうる。

複数ＲＡＴの共存
上述したように、多くの製品（例えば携帯電話、タブレットなど）は、セルラ、及び、ブルートゥースとＷｉ−Ｆｉとの少なくともいずれかと、の両方のリンクが同時にアクティブであることを要求しうる。これを図７に示し、そこではＵＥ機器１０６がブルートゥース機器７０４及びセルラ基地局７０２の両方と通信している。その一方で、これらの異なるＲＡＴは、図８に示すように、直接隣接した帯域に存在しうる。ブルートゥース帯域８５４とセルラ帯域８５２は隣接しており、フィルタ及び増幅器が理想的でないため、互いの帯域からの不要な電力が他の帯域へ漏れだし、干渉を引き起こし、場合によっては所定の帯域を使用できなくする。図７を再度参照すると、特に望ましくない状況は、ＵＥ１０６が、同時に非常に弱いブルートゥース信号を感知する必要がある間に強力なセルラ信号を送信する場合に生じうる。（図８において交わっている斜線領域で示される）セルラ信号からの漏れ電力により、ブルートゥース受信機は聞くことができなくなり（「受信機の感度低下」と呼ばれる）、これは、エラーを、時には接続の完全な喪失を引き起こしうる。

いくつかの実施形態による、例示の一般的な複数ＲＡＴ共存構造の非常に簡単な図解を図９に示す（図３における無線機３３０も参照）。構造１１００は、少なくとも２つの異なる種類の無線コントローラ、例えば、セルラ（帯域）送受信機コントローラ９０４とＩＳＭ（帯域）送受信機コントローラ９０６を含む、ＵＥ機器の部分を表しうる。ＩＳＭコントローラ９０６は、Ｗｉ−Ｆｉ通信、ブルートゥース通信などを制御するためのものでありうる。１つの実施形態において、セルラコントローラ９０４はＬＴＥチップ（ＩＣ）であり、ＩＳＭコントローラ９０６はＷｉ−Ｆｉチップである。コントローラ９０４及び９０６の動作は、アプリケーションプロセッサ（ＡＰＲ）９０２によって少なくとも部分的に制御されうる。例えば、ＡＰＲ９０２は、ＬＴＥチップ９０４に、セルラの電話をするように命令すると共に、同時に、Ｗｉ−Ｆｉチップ９０６にＩＳＭ帯域でファイルをダウンロードするように命令しうる。ＬＴＥチップ９０４とＷｉ−Ｆｉチップ９０６との間には、ＩＣ９０４及び９０６が互いに通信することを可能とするセルラ−ＩＳＭリンクでありうる、リンクがある。

通常、Ｗｉ−Ｆｉチップ９０６は、優先度の高いパケットを受信しようとするとき、Ｗｉ−Ｆｉの受信がＬＴＥ伝送からの保護が必要であることをＬＴＥチップ９０４に通知するメッセージを、セル−ＩＳＭリンクを介して送信しうる。また、セルラチップ９０４は、上りリンクデータを送信する予定である時に、Ｗｉ−Ｆｉチップ９０６へ通知しうる。セルラチップ９０４は、いつＵＬ伝送においてユーザデータを送信しようとするかを決定するために、ｅＮｏｄｅＢ上りリンクグラントを使用しうる。セルラチップ９０４は、Ｗｉ−ＦｉのＡＰ（Ｗｉ−Ｆｉアクセスポイント）がそれに従ってＷｉ−ＦｉのＤＬ伝送を調整しうるように、可能な限り早く、Ｗｉ−Ｆｉチップ９０６へＵＬ ＴＸサブフレーム情報を通知しうる。

セルラチップ９０４は、Ｗｉ−Ｆｉチップ９０６へＣＯＥＸ通知をトリガするためにＵＬグラントを使用するため、Ｗｉ−Ｆｉチップ９０６へ十分に前もってＵＬ ＴＸ情報を提供することができない。したがって、Ｗｉ−ＦｉのＣＯＥＸ軽減アルゴリズムは、セルラチップ９０４からのトリガに反応するのに十分な時間を有しえない可能性がある。これにより、既存のＣＯＥＸソリューションが比較的効果的でなくなる。機器のＷｉ−Ｆｉチップ９０６は、ＵＬセルラトラフィックとの干渉を避けるために、セルラチップ９０４からのトリガを受信した後に以下の動作のいくつかを開始することが予定されうる：
ＡＰ（例えば図５のＡＰ５１０）が下りリンクパケットをＳＴＡへ送信するのを防ぐであろう、Ｃｔｓ２Ｓｅｌｆ（Ｃｌｅａｒ ｔｏ Ｓｅｎｄ ｔｏ Ｓｅｌｆ）。
ＡＰへ８０２．１１ｖコロケーテッド（co-located）干渉報告の送信。このような８０２．１１ｖに基づく明示的シグナリングは、ＡＰに対して、いつＵＥがＵＬパケットをセルラリンクで送信する予定であるかを示すことができ、ＡＰが、ＣＯＥＸ問題を避けるようにＤＬ伝送を調整するのを促進する。しかしながら、８０２．１１ｖをサポートするＡＰの広範な配備がされていないため、これは、現在はまだ広く実装されていない。

全体に、Ｃｔｓ２Ｓｅｌｆ機構は、ＡＰに、Ｗｉ−Ｆｉクライアントから、すなわち、ＵＥ内のＷｉ−Ｆｉチップ９０６から、Ｃｔｓ２Ｓｅｌｆ通知を受信した後に、ＤＬデータを送信するのを停止することを要求する。（漏れやすい（リーキー（leaky）な）ＡＰとも呼ばれる）一部のＡＰは、セルラＵＬ及びＷｉ−Ｆｉ下りリンクの間の干渉を避けるようなリアルタイムな方法で、Ｃｔｓ２Ｓｅｌｆメッセージに反応することができない。上述の機構は、事実上、リアルタイムである。ＵＥがＷｉ−Ｆｉへの通知を行いＷｉ−ＦｉがＡＰへの通知を行ったタイミングまで、処理は成功裏に完了しなくてもよい。

複数ＲＡＴのアプリケーションアウェアな共存
上述の問題を軽減するために、後にさらに説明するように、様々なソリューションが実行されうる。所定のアプリケーションの間、例えば、セルラを通じて作動する（すなわち、セルラコントローラ９０４を介して少なくとも部分的に調整される）ビデオ電話、もしくは音声呼、又はセルラネットワーク／インタフェース上で起こる任意のデータ通信の間、データアプリケーションを追跡できる場合、例えば、特定の期間ごとに出ていくパケットについての知識がある場合、Ｗｉ−Ｆｉチップ９０６は、その情報の通知を受けてもよく、Ｗｉ−Ｆｉチップ９０６は、それに従ってＤＬをスケジューリングするように動作しうる。また、例えば、ＳＰＳの場合、セルラコントローラ９０４は、ＵＬパケットをいつ送信する予定となっているかを知っている場合がある。したがって、セルラチップ９０４は、Ｗｉ−Ｆｉチップ９０６へその情報を運ぶ／送信することができ、Ｗｉ−Ｆｉチップ９０６は、例えばＣｔｓ２Ｓｅｌｆ又は８０２．１１機構を通じて、ＡＰに、ＤＬデータを送信しないように通知しうる。

また、Ｗｉ−ＦｉがＤＬデータを受信できることが望ましい場合、例えば、ビーコン信号を受信する必要がある場合がある。Ｗｉ−Ｆｉはビーコン信号を失わないことが望ましい。したがって、Ｗｉ−Ｆｉが保護されるのを望む周期的なＷｉ−Ｆｉ通信がある場合、Ｗｉ−Ｆｉチップ９０６は、そのような通信に関連する情報をセルラチップ９０４へ送信してもよく、セルラチップ９０４は、この情報を、ｅＮｏｄｅＢ（例えば図５の基地局５０８）へ、Ｗｉ−Ｆｉ上で通信が生じることの情報を提供するのに用いることができ、これは、ｅＮｏｄｅＢがＵＥからのＵＬ通信をスケジューリングすべきでないときについての決定をするのに役立ちうる。

図１０は、実施形態の第１のセットによる、アプリケーションアウェアな複数ワイヤレスＲＡＴの共存を達成するための例示の方法を示すフローチャートを示している。図１０に示す方法は、図１１及び図１２に示す方法のいずれかと独立して又は組み合わせて、実行されうる。ＣＯＥＸアルゴリズムは、まず、無線リンク上でアクティブであるプライマリアプリケーションを特定しうる。所定のトラフィックパターンに従うアプリケーション（例えばＦａｃｅＴｉｍｅ、ＶｏＬＴＥ、ビデオ通話など）が、プライマリアプリケーションと考えられうる。換言すれば、所定の予期可能であるか又は予定されているかの少なくともいずれかのトラフィックパターンに従うアプリケーションが、プライマリアプリケーションとして特定されうる（１０１０）。プリケーションのタイプを知ることにより、ＣＯＥＸアルゴリズムは、アクティブなアプリケーションによって生成されるＵＬトラフィックの性質を予測しうる。例えば、ＶｏＬＴＥクライアントは、２０ｍｓごとにＵＬトラフィックを送信しうる。ベストエフォートアプリケーションのトラフィックは、他のアプリケーションによって生成されたベストエフォートトラフィックに対しても、セルラリンク（例えば第１のＲＡＴリンク）上での全体のＵＬトラフィックパターンが維持されることを確実にするために、プライマリアプリケーションのトラフィックと束ねられうる。セルラチップ（例えばコントローラ９０４又は概して第１のＲＡＴコントローラ）は、Ｗｉ−Ｆｉチップ（例えばＩＳＭ９０６又は概して第２のＲＡＴコントローラ）へ、例えばＷＣＩ又はセル−ＩＳＭリンクを介して、予定トラフィックパターンを通知しうる（１０２０）。Ｗｉ−Ｆｉチップ（９０６）は、Ｗｉ−ＦｉのＡＰへ、セルラＵＬで、十分に前もって、予定トラフィックパターンに対応する予定ＴＸパターンについて通知してもよく（１０３０）、それにより、Ｗｉ−ＦｉのＡＰに、予定ＴＸパターンに従って第２のＲＡＴ上での（すなわちＷｉ−Ｆｉリンク上での）ＤＬデータ伝送を制御する、ＤＬ ＣＯＥＸアルゴリズムを開始するための十分な時間を与えうる（１０４０）。

図１１は、実施形態の第２のセットによる、アプリケーションアウェアな複数ワイヤレスＲＡＴの共存を達成するための例示の方法を示すフローチャートを示している。上述の方法と独立して、又は組み合わせて、第１のＲＡＴコントローラ（例えばセルラチップ９０４）は、ＣＯＥＸを軽減するために現在行われているＵＬスケジューリング機構を利用してもよい。図１１に示す方法は、図１０及び図１２に示す方法のいずれかと独立して又は組み合わせて、実行されうる。例えば、ｅＮｏｄｅＢが例えばＳＰＳ機構などの、予測可能な又は予定されたトラフィックに特色を有するデータ転送機構を有して構成される場合、第１のＲＡＴコントローラ（例えばセルラチップ９０４）は、第２のＲＡＴコントローラ（例えばＷｉ−Ｆｉチップ９０６）へ、例えばＳＰＳによって割り当てられた予定トラフィックパターンに従って、そのデータ転送機構によって割り当てられた予定トラフィックパターンを通知してもよく（１１１０）、第２のＲＡＴコントローラ（例えばＷｉ−Ｆｉチップ９０６）は、予定トラフィックパターンに従って第２のＲＡＴ上での（例えばＷｉ−Ｆｉリンク上での）データ伝送を制御する、対応する適切なＣＯＥＸ軽減アルゴリズムを開始するのにこの通知を用いうる（１１２０）。

図１２は、実施形態の第３のセットによる、アプリケーションアウェアな複数ワイヤレスＲＡＴの共存を達成するための例示の方法を示すフローチャートを示している。上述の方法と独立して又は組み合わせて、ＵＥは、ＣＯＥＸを軽減するために、Ｗｉ−Ｆｉで予定されるＤＬトラフィックパターンについての情報をも用いうる。図１２に示す方法は、図１０及び図１１に示す方法の１つ以上と独立して又は組み合わせて、実行されうる。ＵＥは、第１のＲＡＴコントローラ（例えばセルラチップ９０４）を介して、対応する基地局（例えばｅＮｏｄｅＢ）へ、Ｗｉ−Ｆｉリンク上で予定されるＤＬトラフィックのパターンを示しうる（１２１０）。これは、基地局がＵＬスケジューリングの決定をより決定的に行うことを可能とし、これは、特に非リアルタイムアプリケーションに対して、ＣＯＥＸ問題を回避するのに役立つ。さらに、非リアルタイムアプリケーションがセルラリンク上でアクティブである場合、ＵＥは、ＭＡＣレイヤシグナリングを用いて、ＵＬスケジューリングの決定を、ＵＥがＷｉ−Ｆｉリンク上でＣＯＥＸ問題に対処する準備を行いうるような、特定の持続期間だけ遅らせることを、基地局（例えばセルラリンクがＬＴＥである場合はｅＮｏｄｅＢ）に対して要求しうる。

なお、一般に、ＣＯＥＸソリューションは、１つのＲＡＴのより強力な信号から第２のＲＡＴのより電力の小さい信号へ漏れた電力によってエラーが生じない方法で、様々な異なるＲＡＴリンク上でのデータ伝送を制御することを目的とする。すなわち、１つのＲＡＴリンクの、別の「より弱い」ＲＡＴリンク上でのデータ転送を用いるアプリケーション／機器の感度を低下させる、より強力な信号をもたらす同時の信号伝送を防ぐ方法で、複数のＲＡＴリンク上でデータ転送を制御し時刻を決めるのに、既存のＲＡＴリンクのいずれか又は全部における予定データ転送パターンを用いることができる。例えば、上述の実施形態では、セルラ信号は、様々なＩＳＭ信号より強力であると考えられる。

機器内共存のための複数ＲＡＴ間の時間共用
図１３
いくつかの実施形態による、異なるＲＡＴの様々な帯域が互いに影響しうる方法の別の態様を図１３に示す。図１３の例は、ＬＴＥ及び（上述のような、Ｗｉ−Ｆｉ及びブルートゥースを含みうる）ＩＳＭに対するエネルギー帯域を示している。図１３に示すように、ＬＴＥの（ここでは帯域４０Ｂとも呼ばれる）帯域４０の上の部分は、２．４ＧＨｚのＩＳＭ帯域に非常に近い。図１３の値は、ＭＨｚで与えられている。したがって、ＬＴＥの帯域４０Ａは、約２．３ＧＨｚから２．３７ＧＨｚに広がって示され、ＬＴＥの帯域４０Ｂは、約２．３７ＧＨｚから、２．４ＧＨｚに広がって示されており、２．４ＧＨｚは同様にＩＳＭ帯域が開始し、ＩＳＭ帯域は２．４８４ＧＨｚまで広がっている。図１３に見られるように、ＬＴＥとＷｉ−Ｆｉ（ＩＳＭ）との間にはガードバンドが存在しない。これらのエネルギー帯域の隣接性の悪影響に対抗するのに効果的でないことがわかっており、ＬＴＥは、Ｗｉ−Ｆｉの感度を低下させる可能性が高く、Ｗｉ−ＦｉはＬＴＥの感度を低下させる可能性が高い。問題は、２．４９６ＧＨｚから２．６９ＧＨｚに広がり、２．４８４ＧＨｚと２．４９６ＧＨｚとの間のＩＳＭ帯域と小さいガードバンドを有する、ＬＴＥの帯域４１でも生じうる。したがって、ガードバンド又はハードウェアフィルタによらないソリューションを提供することが望まれる。

一連の実施形態では、感度低下の問題は、異なる共存ＲＡＴ間での時間共用、例えばＬＴＥとＷｉ−Ｆｉとの間の時間共用によって解決されうる。どの送信／受信期間が、所与のＲＡＴが所望の（特定の）スループットを維持することができることを確実にするかが確認されうる。換言すれば、所与のＲＡＴは、そのＲＡＴを用いたデータの転送（ＵＬとＤＬとの少なくともいずれか）が生じうるターゲット時間区間を有しうる。例えば、Ｗｉ−Ｆｉは、所望のスループットを維持するための送信と受信とのために、少なくとも４０ｍｓの期間を必要としうる。同様に、少なくとも２つの「競合する」ＲＡＴリンクのうちの少なくとも１つは、所定の時間区間の間データを転送する一方で、他の区間の間はそのＲＡＴ上でのデータ転送が起こらないように運用されうる。例えば、ＬＴＥは、接続モードＤＲＸ（Ｃ−ＤＲＸ）を用いて、そして、用いずに、機能するように運用されうる。Ｃ−ＤＲＸのオン／オフサイクルは、いつ利用可能であるかのガイドとして用いることができ、また、Ｃ−ＤＲＸの振る舞いは、Ｃ−ＤＲＸが設定されないときにＵＬにおいてまねられうる。

図１４
図１４は、いくつかの実施形態による、異なるＲＡＴ通信間の時間共用を示す例示の図１４００を示している。図１４に示すように、時間共用は、ＲＡＴのうちの、少なくとも１つに関連付けられた明確なデータ伝送機構に基づくことができ、それにより、そのデータ伝送機構は、そのＲＡＴについての伝送及び非伝送の所定の期間を含む。例えば、図１４に示す例では、ＬＴＥ及びＷｉ−Ｆｉの時間共用が、ＬＴＥのＣ−ＤＲＸサイクルに基づいて実行されうる。すなわち、この場合の明確なデータ転送機構はＬＴＥであり、これは、その明確なデータ転送機構に基づく、Ｗｉ−Ｆｉを用いたデータの伝送の時間共用を行いうる。図９を参照すると、一例として、上で導入した時間共用原理に従って、セルラコントローラ９０４は、ＩＳＭコントローラ９０６（例えばＷｉ−Ｆｉチップ）にそのアクティブ期間について通知するのに、（例えばＷＣＩ−２インタフェースでありうる）セル−ＩＳＭリンクを用いうる。その受信情報に基づいて、Ｗｉ−Ｆｉコントローラ９０６は、Ｗｉ−Ｆｉリンク上でのデータの伝送／受信をスケジューリング／達成しうる。したがって、Ｗｉ−Ｆｉは、ＬＴＥがインアクティブな期間の間はアクティブでありえ、そして、Ｗｉ−Ｆｉは、ＬＴＥがアクティブな期間の間はインアクティブでありうる。ある意味では、Ｗｉ−Ｆｉコントローラ９０６は、いつＷｉ−Ｆｉリンク上でデータを転送するかに関して、ＬＴＥコントローラ９０４に対する「スレーブ」であると考えられうる。

Ｃ−ＤＲＸは、２〜３の方法で構成されうる。いくつかの場合、十分に長いＣ−ＤＲＸサイクル、例えば１６０ｍｓとして設定されてもよい一方で、他の場合では、例えばＶｏＬＴＥアプリケーションに対して、Ｃ−ＤＲＸサイクルはより短く、例えば４０ｍｓとなりうる。より短いサイクルの間の時間共用は、長いサイクルの間よりも、簡単でありうる。ショートサイクルは、ＯＮ期間とＯＦＦ期間とを切り替えることを含み、ＬＴＥは、ＯＦＦ期間の間、サイレントを維持し、それは、そのＯＦＦ期間の間でのＷｉ−Ｆｉ伝送を行うことを可能とする。したがって、ＷｉＦｉ伝送のための保証された時間期間がありえ、一方で、それらの期間は、所望の期間より短いものでありうる。図１４に示すように、初期のＯＮ期間の間、様々なデータ転送がＬＴＥ上で生じうる。追加のＬＴＥデータ転送は、ＯＮ区間の拡張された部分の間に生じうる。その後、残りのＯＦＦ区間は、Ｗｉ−Ｆｉデータ伝送のために予約されうる。しかしながら、図１４に示すように、より長いＣ−ＤＲＸサイクルの間、ＯＦＦ期間の間にＬＴＥが再度アクティブとなる瞬間がありえ、そこでは、Ｗｉ−Ｆｉのために予約された第１の期間の後に、ＬＴＥが１つ以上の追加の時間アクティブになることが示されている。ＬＴＥが再度インアクティブとなるその後の期間も、Ｗｉ−Ｆｉ伝送（ＴＸ／ＲＸ）のために予約されうる。しかしながら、ＬＴＥ伝送はネットワークの制御下にあるため、Ｃ−ＤＲＸのＯＦＦ区間の間のＬＴＥの再アクティベーションのそれらの間欠的な区間の間、ＵＥ側での制御が十分に及ばない場合があることに留意されたい。

図１５
図１４で例示したものと比べて、幾分より決定的なアプローチは、第１のＲＡＴリンク上で、この場合はＬＴＥリンク上で、起こる想定データ転送（すなわち、ＴＸ／ＲＸ）に従って、共存するＲＡＴコントローラ（複数のＲＡＴのＴＸ／ＲＸ）の間での時間共用を管理することを含みうる。図１５は、いくつかの実施形態による異なるＲＡＴ通信間の時間共用、特に、想定されるＣ−ＤＲＸ機構に従った時間共用を示す例示の図１５００を示している。全体に、セルラコントローラ９０４とＩＳＭコントローラ９０６との間で送信される２つの異なるメッセージが、時間共用を管理するために用いられうる。より具体的には、ＬＴＥ／Ｗｉ−Ｆｉ及びＷＣＩの場合、２つのＷＣＩ−２メッセージが、セルラコントローラ９０４によってアクティビティを伝達するために使用されうる。第１のメッセージがインアクティビティ期間を示しうると共に、第２のメッセージが伝送が開始されるサブフレームを示しうる。具体的には、第１のメッセージは、ブルートゥースシグナリングによって定められる標準タイプ３インアクティビティ期間でありえ、そこでは、セルラコントローラ９０４が、自身がいつインアクティブになる予定で、どの程度の長さ、インアクティブのままでいる予定であるかをＩＳＭコントローラ９０６に示しうる。第２のメッセージは、伝送が開始されるサブフレームを示す独自仕様の事前通知メッセージでありうる。

図１５に示すように、ＬＴＥアクティビティは、最初のＯＮ区間に続いて拡張されうる。ＬＴＥアクティビティが終わると、ＬＴＥ（例えばセルラコントローラ９０４）は、設定可能なインアクティビティ区間の間、ＵＬスケジューリング要求の抑制を開始し、このインアクティビティ区間を示すインアクティビティ区間の表示を、ＩＳＭコントローラ９０６へ、例えばＷＣＩ−２シグナリングを介して送信しうる。このメッセージに応答して、Ｗｉ−Ｆｉ（すなわち、第２のＲＡＴコントローラ、この場合はコントローラ９０６）は、パワーセーブ状態から脱し、（この場合第２のＲＡＴリンクである）Ｗｉ−Ｆｉリンク上でのデータの転送（ＴＸ／ＲＸ）を開始しうる。（Ｗｉ−Ｆｉのアクティビティ区間である）ＬＴＥのインアクティビティ区間の最後に、Ｗｉ−Ｆｉは、パワーセーブモードに入りうる。したがって、ＬＴＥは、基地局（例えばｅＮｏｄｅＢ）へスケジューリング要求を送信し、アクティブなＬＴＥ区間が開始しうる。また、ＬＴＥ（すなわち、セルラコントローラ９０６）は、Ｗｉ−Ｆｉへ（すなわちＩＳＭコントローラ９０６へ）、固有の（特定の）時点において、伝送を開始することの事前通知を送信しうる。アクティビティ区間の終了時に、ＬＴＥ（例えばセルラコントローラ９０４）は、設定可能なインアクティビティ区間の間、ＵＬスケジューリング要求の抑制を開始し、このインアクティビティ区間を示すインアクティビティ区間の表示を、ＩＳＭコントローラ９０６へ、例えばＷＣＩ−２シグナリングを介して送信しうる。このメッセージに応答して、Ｗｉ−Ｆｉ（すなわち、第２のＲＡＴコントローラ、この場合はコントローラ９０６）は、再度パワーセーブ状態から脱し、Ｗｉ−Ｆｉリンク上でのデータの転送（ＴＸ／ＲＸ）を開始しうる。Ｗｉ−Ｆｉのアクティビティ区間の終了時に、Ｗｉ−Ｆｉは、再度パワーセーブモードに入り、ＬＴＥ（すなわち、セルラコントローラ９０４）は、再度、Ｗｉ−Ｆｉに対して（すなわちＩＳＭコントローラ９０６に対して）、固有の（特定の）時点で伝送が開始される事前通知を送信しうる。この処理は、複数のＲＡＴの改善された機器内共存のための全伝送に対してその後、繰り返される。

一般に、ＬＴＥ、またはより広範には、第１のＲＡＴコントローラ（例えばセルラコントローラ９０４）は、Ｃ−ＤＲＸオフ区間の間の伝送のスケジューリングをガイドするために、アクティブなアプリケーションの周期についての知識を使用しうる。換言すれば、ＩＳＭコントローラへのシグナリングは、様々な無線インタフェースを介したデータ伝送を用いるアプリケーションの周期についての知識に少なくとも基づきうる。明確な周期データ転送機構、例えば、Ｃ−ＤＲＸが使用可能でない場合、ＵＥは、同様のオン／オフスケジューリングアプローチを用いうるが、それをＣ−ＤＲＸサイクルと結びつけることはない。その場合、ＵＥにおける複数のワイヤレスＲＡＴインタフェースを介して行われる通信（ＴＸ／ＲＸ）間の時間共用を可能とする、Ｃ−ＤＲＸ又は同様の予期可能なＴＸ／ＲＣパターンに相応のタイミング値及び区間長を用いるＣ−ＤＲＸサイクルを「模倣」しうる。アクティブなアプリケーションの周期についての知識の例は、２０ｍｓごとに生じるが２つで一組にまとめられて４０ｍｓごとに送信される音声フレームを伴い、４０ｍｓサイクルを有するＶｏＬＴＥと、２０ｍｓの音声フレームが３つでセットにまとめられ、６０ｍｓごとに送信されるようにスケジューリングされ、１００ｍｓごとに組み合わされて送信される映像フレームを伴うＦａｃｅＴｉｍｅと、を含む。リアルタイムアプリケーションは、このように利用されうる自身の周期を有する傾向にある。

図１６
図１６は、いくつかの実施形態による、異なるＲＡＴ通信間の時間共用のための例示の方法を示すフローチャートを示している。図１６に示すように、第１のＲＡＴコントローラは、第２のＲＡＴコントローラに対して、第１のＲＡＴリンク上でのデータ転送を管理する定められたデータ転送周期のデータ伝送機構に従ってスケジューリングされた、第１のＲＡＴリンクのアクティブなデータ転送期間についての情報を提供しうる。第２のＲＡＴは、情報を受信したことに応じて、第１のＲＡＴリンクのアクティブなデータ転送期間についての受信情報に基づいて、第２のＲＡＴリンク上でのデータ転送をスケジューリングしうる。したがって、第２のＲＡＴリンク上でのデータ転送（ＤＸ／ＲＸ）は、第１のＲＡＴリンク上でのデータ転送がアクティブでない期間の間にアクティブとなることができ、第１のＲＡＴリンク上でのデータ転送（ＤＸ／ＲＸ）は、第２のＲＡＴリンク上でのデータ転送がアクティブでない期間の間にアクティブとなることができる。

図１７
図１７は、他の実施形態による、異なるＲＡＴ通信間の時間共用のための例示の方法を示すフローチャートを示している。定められた第１のアクティブ期間の終了時に、第１のＲＡＴコントローラは、設定可能な期間の間、（第１のＲＡＴリンク上でのデータ転送に関連付けられる）ＵＬスケジューリング要求を抑制しうる（１７１０）。第１のＲＡＴコントローラは、第２のＲＡＴコントローラへ、設定可能な期間に対応するインアクティビティ期間の始まりと持続時間とを示す第１のメッセージを送信しうる（１７１２）。第２のＲＡＴコントローラは、インアクティビティ期間の開始時に、第２のＲＡＴリンク上でのデータ転送を開始しうる（１７１４）。第１のＲＡＴコントローラは、第２のＲＡＴコントローラに対して、特定のタイミングで第１のＲＡＴリンク上で伝送が開始することの事前通知を送信しうる（１７１６）。第２のＲＡＴコントローラは、その後、事前通知を受信したことに応じて、インアクティビティ期間の終了時に、第２のＲＡＴリンク上でのデータ転送を終了しうる（１７１８）。第１のコントローラは、その後、基地局にスケジューリング要求を送信し、第１のＲＡＴリンク上での第２のアクティブなデータ転送期間を開始しうる（１７２０）。

追加の実施形態
図１８
図１４から図１７に関連して、図１８は、機器内共存のための複数ＲＡＴ間の時間共用が、第１のＲＡＴリンク上でのデータ転送を管理する、定められたデータ転送周期のデータ転送気候に基づいて、第１のＲＡＴリンクのアクティブなデータ転送期間の知識を利用しうる、様々な実施形態の概要を与えている。具体的には、図１８は、図１４から図１７で例示されたアプローチをまとめており、それにより、Ｃ−ＤＲＸアクティブ期間（１８０２）及びＣ−ＤＲＸ印アクティブ期間（１８０４）の知識が、第２のＲＡＴ（例えば、Ｗｉ−Ｆｉ）コントローラ（１８０６）からのタイプ１通信に応答しての、第１のＲＡＴ（例えばＬＴＥ）コントローラからのタイプ３通信を通じて時間共用を管理するのに用いられうる。ＬＴＥ及びＷｉ−Ｆｉがそれぞれ第１のＲＡＴ及び第２のＲＡＴを表しているのに対して、ＬＴＥとＷｉ−Ｆｉとの間の時間共用は、以下のように特徴付けられうる。ＬＴＥコントローラは、Ｗｉ−Ｆｉインタフェースへ、自身のアクティブ期間についての通知を行うために、ＷＣＩ−２インタフェースを用いうる。アクティブ期間の開始、アクティブ期間の終了、及び、次のアクティブ期間までの持続時間がある。アクティビティの伝達のために、ＬＴＥコントローラによって、２つのＷＣＩ−２メッセージが用いられうる。タイプ３通信は、ブルートゥース規格によって定められるような、標準のインアクティビティ期間を示しうる。事前通知メッセージは、伝送が開始されるべきサブフレームを示しうる。

図１９
上述の特性に対応して、ＬＴＥとＷｉ−Ｆｉとの間の時間共用は、さらに、図１９に図解されるフローの要約に従って説明されうる。ＬＴＥのＢ４０（帯域４０）ポリシが起動され（１９０２）、Ｃ−ＤＲＸが設定される（１９０４）。アクティブ期間（１９０６）において、ＬＴＥコントローラからのタイプ３通信が、スリープ期間、又はスリープ区間の持続時間を示しうる（１９０８）。印アクティブ期間（１９１０）において、ＬＴＥコントローラからのタイプ６通信は、オン期間又はオン区間の持続時間を示しうる（１９１２）。より具体的には、Ｃ−ＤＲＸ期間は、Ｗｉ−Ｆｉコントローラからのタイプ１通信に応答して、ＬＴＥコントローラからＷｉ−Ｆｉコントローラへ報告されうる。Ｗｉ−Ｆｉコントローラからのタイプ１通信がＬＴＥコントローラによって受信されると常に、ＬＴＥコントローラは、残りのＣ−ＤＲＸのアクティブサイクルのオン期間を示すタイプ３通信を、Ｗｉ−Ｆｉコントローラへ送信する。ＬＴＥコントローラは、ＷＣＩ−２を用いて、Ｃ−ＤＲＸのオン状態からＣ−ＤＲＸのオフ状態へと遷移するときに、インアクティビティ期間を示すタイプ３通信を送信する。ＬＴＥコントローラは、ＷＣＩ−２を用いて、Ｃ−ＤＲＸのオフ状態からＣ−ＤＲＸのオン状態へと遷移するときに、アクティビティの事前通知を示すタイプ６通信を送信する。

追加の特徴
上述の処理フローに関して、検討すべき追加の問題が存在しうる。第１の問題は、Ｃ−ＤＲＸが設定されない場合に生じうる。（例えば、図２１を参照してより詳細に説明するように）Ｃ−ＤＲＸが設定されないか、その設定が正しくない場合、Ｗｉ−Ｆｉコントローラに提供される十分な情報がないかもしれず、図１９に例示した設計フローに不利に影響しうる。

第２の問題は、（例えば、図２１を参照してより詳細に説明するように）Ｃ−ＤＲＸが設定されておりその設定は正常であるが、（例えば連続データにより）インアクティビティタイマが全く満了しないことにより、Ｗｉ−ＦｉがＣ−ＤＲＸが実行されるまでの長い期間にわたってオフとなりうる場合に生じうる。これは、ＶｏＬＴＥ又はバーストデータ伝送の間に生じる可能性は低いが、接続の集中するトラフィック（例えばＦＴＰ）の間に生じうる。したがって、（インデクス０のタイプ３通信を用いて）ＬＴＥを保護し、（インデクス１５５のタイプ３通信を用いて）ＬＴＥが自力で動作することを可能とするのが望ましい場合がある。

第３の問題は、Ｗｉ−Ｆｉコントローラからのタイプ１通信が受信され、ＬＴＥが休止しているかＣ−ＤＲＸが設定されていないかの場合に、Ｗｉ−Ｆｉコントローラにその動作を継続すべきことを示す方法がない場合に生じうる。いくつかの実施形態では、特定のインデクスのタイプ３通信は、Ｃ−ＤＲＸサイクルに応じて、Ｗｉ−Ｆｉコントローラからのタイプ１通信に応答するために用いられうる。

第４の問題は、ＲＲＣ接続要求の保護を含む。いくつかの場合、ＲＲＣ接続確立手順は、ここで説明される時間共用を実行するときに、保護される必要がありうる。いくつかの実施形態では、タイプ３通信（又はメッセージング）が、ＲＲＣ接続確立を保護するために用いられうる。ＲＲＣ接続を保護するために、タイプ３及びタイプ６のメッセージングは、Ｃ−ＤＲＸのオン／オフ状態のみならず、Ｃ−ＤＲＸのための設定の種類とＲＲＣ状態をも考慮するように変更されうる。ＲＲＣ接続は、サービングセルの参照信号受信電力（ＲＳＲＰ）などの、セル状態に依存したタイプ３ペイロードを送信することにより、保護されうる。ＲＲＣ接続要求は、取り扱われるイベント、例えばハンドオーバに関連しうる。それにより、タイプ３メッセージングは、全てのＲＲＣ接続手順を保護するのに用いられうる。

図２０
上述に従って、いくつかの実施形態による、複数ＲＡＴのＣＯＥＸのための時間共用の更新された例示の図を図２０に示す。図２０に示すように、１９１０において、時間共用は、第２のＲＡＴコントローラからの第２のメッセージング又は通信タイプ（例えばＷｉ−Ｆｉコントローラからのタイプ１メッセージ）に応答しての第１のＲＡＴコントローラからの第１のメッセージング又は通信タイプを用いて（例えばＬＴＥコントローラからのタイプ３メッセージングを用いて）管理されうる。時間共用は、第１のＲＡＴリンクを介したデータ転送を管理する定められたデータ転送周期のデータ伝送機構に関連付けられた又は対応する複数の特性又はパラメータ（例えばＣ−ＤＲＸに対応するパラメータ）に従って、管理されうる。例えば、時間共用は、Ｃ−ＤＲＸ設定、例えばＣ−ＤＲＸ設定の状態（１９０６）、Ｃ−ＤＲＸアクティブ区間（１９０２）、Ｃ−ＤＲＸインアクティブ区間（１９０４）及びＲＲＣもしくはＲＲＣ接続の状態（１９０８）に基づいて、管理されうる。ＣＯＥＸのための時間共用管理と関連付けられたメッセージングを、Ｃ−ＤＲＸ状態及びＲＲＣ接続の状態を含めることによって更新することにより、ＬＴＥとＷｉ−Ｆｉの共存干渉問題は、ＷｉＦｉのための時間が定められた伝送を可能とすることによって、大幅に削減されもしくは除去され、又は大幅に削減されて除去されうる。さらに、Ｗｉ−Ｆｉのスループットは大幅に増加しえ、ＬＴＥの性能はＬＴＥの受信をＷｉ−Ｆｉの送信から保護することにより、大幅に改善しうる。

図２１
図２１は、一連の実施形態による、異なるワイヤレス無線アクセス技術の時間共用共存の管理と、機器内共存のための複数無線アクセス技術間の時間共用との実例となる例示のメッセージングを示すフロー図を示している。２１０２において、ポリシ（又はデータ通信手法）が、第１のＲＡＴに関連付けられた特定の周波数帯域と第２のＲＡＴの対応する１つ又は複数のチャネルのためにアクティブ化される。例えば、（図１３に示される、２３００ＭＨｚ〜２４００ＭＨｚの周波数範囲に対応する）ＬＴＥの帯域４０と、対応するＷｉ−Ｆｉチャネルのために、ポリシがアクティブ化されうる。なお、ここでは全体を通してＬＴＥの帯域４０について言及しているが、時間共用ポリシがアクティブ化されうるいくつかの他の潜在的な帯域があることに留意されたい。例えば、いくつかの実施形態において、２.４ＧＨｚのＩＳＭ帯域の三次高調波を有するＬＴＥの帯域１８、２０及び２７などの帯域は、８００ＭＨｚの低い部分内にありうる。なお、一般に、第１のＲＡＴ帯域内の問題のある周波数と第２のＲＡＴ帯域内の対応するチャネル／周波数とのためにアクティブ化されうることに留意されたい。一般に、問題のある周波数は、例えば図１３に関して、上述のような周波数であると考えられうる。

２１０４において、ＲＲＣ接続の状態が定められうる。ＲＲＣ接続状態がアクティブ接続又はアイドル接続以外の状態を示す場合（２１１０）、例えば接続がないことを示す場合、ポリシは非アクティブ化されうる（２１１８）。例えば、様々な理由のために、無線機器はＯＯＳ（圏外）に入ってしまいうるし、（ポリシがアクティブ化された特定のＬＴＥ帯域の外側の）他の周波数への再選択を行ってしまいうるし、２１１０の表示をもたらす他のＲＡＴへ移動してしまう場合があり、これにより結果としてポリシが非アクティブ化される（２１１８）。ＲＲＣ接続状態がアイドル接続を示す場合（２１０８）、特定のインデクスを有する第１の種類のメッセージングが、例えばインデクス１５５のタイプ３が、第２のＲＡＴコントローラへ、例えば、Ｗｉ−Ｆｉコントローラへ、表示を提供するために（２１１６）、第１のＲＡＴコントローラによって、例えばＬＴＥコントローラによって、用いられうる。具体的には、インデクス１５５のタイプ３メッセージはアイドル状態を示し、本メッセージは、１５５の期間のタイプ３メッセージとしても参照されうる。

ＲＲＣ接続状態がアクティブ接続を示す場合、インデクス（期間）１５５のタイプ３メッセージングが、ＬＴＥコントローラによって送信されうる（２１０６）。Ｃ−ＤＲＸが設定されない場合（２１１４）、インデクス１５５のタイプ３メッセージングがＬＴＥコントローラによって送信されうる（２１２６）。Ｃ−ＤＲＸが設定されている（２１１２）が、Ｃ−ＤＲＸ設定が正しくない（２１２２）場合、ＬＴＥコントローラは、再度、インデクス１５５のタイプ３メッセージをＷｉ−Ｆｉコントローラへ送信しうる（２１３２）。Ｃ−ＤＲＸの設定が正常であるか正しくないかは、いくつかのパラメータと状況との少なくともいずれかに基づいて、要求に応じて定められうる。例えば「正常な」Ｃ−ＤＲＸ設定は、ロングＣ−ＤＲＸサイクルの持続時間より短いＣ−ＤＲＸオン期間に対応してもよく、したがって、「正しくない」設定は、他の常態の全てを参照してもよい。他の実施形態では、Ｃ−ＤＲＸの「正常な」又は「正しくない」は、同様に、要求に応じて定められうる。

Ｃ−ＤＲＸが設定されており（２１１２）、かつ、設定が「正常」である（２１２０）場合、ＬＴＥコントローラは、インデクス０のタイプ３メッセージングを使用しうる（２１２０）。「正常な」Ｃ−ＤＲＸ設定は、アクティブ期間（２１２８）とインアクティブ期間（２１３０）との２つの機関を含みうる。全体として、ＬＴＥコントローラは、アクティブ期間の終了時／インアクティブ期間の開始時にタイプ３メッセージングを用いてもよく、インアクティブ期間の終了時／アクティブ期間の開始時にタイプ６メッセージングを用いてもよい。全体として、図２１００のセクション２１５０は、アクティブなＣ−ＤＲＸ期間（２１２８）の間に生じうる２つの可能なシナリオに適用されうる。第１のシナリオでは、無線機器は、ＬＴＥ伝送の間、アクティブ状態とインアクティブ状態（Ｃ−ＤＲＸのオン／オフ）間で往復して遷移していてもよい。このシナリオでは、ポリシのアクティブ期間（２１２８）は、アクティブ状態からインアクティブ状態への遷移に対応しており、アクティブ期間の終了時（２１３８）に、ＬＴＥコントローラは、推定スリープ持続期間の表示を伴うタイプ３メッセージを送信しうる（２１４４）。一方で、インアクティブ期間において（２１３０）、ＬＴＥコントローラは、インアクティブ期間からアクティブ期間への遷移を伝達するために、Ｗｉ−Ｆｉコントローラへ、インデクス０のタイプ６メッセージを送信しうる（２１４０）。具体的には、タイプ６メッセージは、Ｗｉ−Ｆｉコントローラへの、次回のオン期間の表示を伴う、インアクティブモードからアクティブモードへの遷移の事前通知でありうる。換言すれば、無線機器がＬＴＥのＣ−ＤＲＸ伝送のオン期間へ入る準備をする際に、ＬＴＥコントローラは、いつ、オン期間が開始されるかの表示を伴うタイプ６メッセージを送信しうる（２１４０）。この表示は、いくつかの他のイベントに関連する開始時刻又は開示時点と伝送特性の表示、例えば、オン期間が開始するサブフレームの表示、又は、オン期間がいつ開始するかを伝達するのに適した任意の他の表示でありうる。

セクション２１５０に対する第２のシナリオでは、ＬＴＥコントローラは、Ｗｉ−Ｆｉコントローラからの、Ｗｉ−ＦｉコントローラがいつＷｉ−Ｆｉスリープモードを脱するかの問い合わせと、ＬＴＥコントローラの現在の状態を判定するためのＬＴＥコントローラへの問い合わせと、に応答しうる。したがって、Ｗｉ−Ｆｉコントローラは、ＬＴＥコントローラへタイプ１メッセージ（いくつかの実施形態では、これは、ブルートゥース規格によって定められているタイプ１メッセージを参照する）を送信してもよく、ＬＴＥコントローラは、アクティブ期間の間に動作している場合（２１２８）、図のように、３つの場合（２１４２、２１４４、及び２１４６）にしたがって、タイプ３メッセージで応答しうる。具体的には、アクティブ期間中であってアクティブ期間の終了時以外にタイプ１メッセージが受信された場合（２１３６）、ＬＴＥコントローラは、アウェイクであることをＷｉ−Ｆｉコントローラに示すインデクス０のタイプ３メッセージで応答しうる（２１４２）。アクティブ期間の終了時に問い合わせが受信された場合（２１３８）、ＬＴＥコントローラは、スリープ期間の表示を伴うタイプ３メッセージ（２１４４）、又は、スリープの持続期間がインデクス１５５に正確に一致している場合に、制限されていない（例えば、定められていない、又は、終わりのない）期間にわたってスリープでいることをＷｉ−Ｆｉコントローラへ示すインデクス１５０を伴うタイプ３メッセージを、送信する。なお、タイプ１メッセージに応答してのタイプ３メッセージは、タイプ１メッセージへ応答しての（ＬＴＥのリアルタイムな状態、例えば、その瞬間にアクティブに送信又は受信をしているかを記述する）タイプ０メッセージの送信にのみ対応する、ブルートゥース規格の一部ではない。

図２２は、いくつかの実施形態による、特にＲＲＣ接続の確立を保護するための、異なるＲＡＴ通信間の時間共用の管理の間の、所定のメッセージングタイプの使用を示すブロック図２２００を示している。図２２に示すように、参照信号受信電力に依存してＲＲＣ接続を確立する（２２０２）ために、期間を伴うタイプ３メッセージングが、ＬＴＥコントローラによって、伝達に用いられうる（２２０６）。ＲＲＣ接続が失敗した場合（２２０４）、ＬＴＥコントローラは、制限されていない（例えば定められていない、又は、終わりのない）期間の間スリープでいることをＷｉ−Ｆｉコントローラに示すインデクス１５５のタイプ３メッセージング（２２０８）を用いうる。

図２３
図２３は、いくつかの実施形態による、無線通信機器によって少なくとも２つの異なるＲＡＴを用いて行われる無線通信間の時間共用を示しているフロー図を示している。２３０２において、無線機器は、第１のＲＡＴに従って行われるその無線機器の無線通信と、第２のＲＡＴに従って行われるその無線機器の無線通信との間の、時間共用を管理する。いくつかの実施形態において、時間共用は、無線機器の第１のＲＡＴコントローラが、その無線機器の第２のＲＡＴコントローラに対して、データ伝送機構に基づいて、第１のＲＡＴに従って行われる通信の間に生じるアクティブなデータ転送期間についての情報を提供すること（２３０４）を含む。第１のＲＡＴコントローラは、第１のＲＡＴに従って運用される第１の無線リンク上での無線機器の無線通信を管理し、その一方で、第２のＲＡＴコントローラは、第２のＲＡＴに従って運用される第２の無線リンク上でのその無線機器の無線通信を管理する。いくつかの実施形態では、第１のＲＡＴはＬＴＥであり、その一方で第２のＲＡＴはＷｉ−Ｆｉである。

いくつかの実施形態では、情報は、特定のデータ伝送機構に基づいて第１のＲＡＴに従って行われる通信中に生じるアクティブなデータ転送期間についての情報を含む。例えば、情報は、特定のデータ伝送機構を代表するＣ−ＤＲＸモードで動作しているＬＴＥ上での、アクティブなデータ転送についての情報を含みうる。他の実施形態では、特定のデータ伝送機構は、例えば、予定周期を有する異なるデータ転送機構でありうる。

さらに、第１のＲＡＴコントローラは、特定のデータ伝送機構の状態情報に従って定められるインデクスを伴う第１の種類のメッセージングを用いて情報を提供しうる（２３０６）。例えば、Ｃ−ＤＲＸ及びＬＴＥの場合、第１のＲＡＴコントローラは、先に上述したように、Ｃ−ＤＲＸ接続の状態に従って決定されるインデクスのタイプ３メッセージングを用いうる。さらに、第１のＲＡＴコントローラは、無線機器の接続又は接続性の状態情報に従って定められるインデクスを伴う第１の種類のメッセージングを用いて情報を提供してもよい（２３０８）。例えば、再度ＬＴＥの場合を参照すると、第１のＲＡＴコントローラは、同様に先に上述したように、無線機器のＲＲＣの接続／接続性に従って定められるインデクスを伴うタイプ３メッセージングを用いうる。第２のＲＡＴコントローラは、その後、アクティブなデータ転送期間についての受信情報に基づいて、第２のＲＡＴに従って行われる通信中のデータ転送をスケジューリングしうる（２３１０）。

さらなる実施形態
いくつかの実施形態では、ＵＥ機器は、少なくとも第１のＲＡＴと第２のＲＡＴとに従って無線通信を実行するための１つ以上のアンテナを有する無線機を含む。ＵＥは、また、第１のＲＡＴに従ってＵＥの無線通信を少なくとも部分的に管理するための第１のコントローラと、第２のＲＡＴに従ってＵＥの無線通信を少なくとも部分的に管理するための第２のコントローラとを含む。第１のコントローラは、第２のコントローラに、第１のＲＡＴに従ってデータを転送するためのデータ転送機構によって割り当てられた予定データ伝送パターンを通知するように運用されることができ、第２のコントローラは、予定データ伝送パターンに従って、第２のＲＡＴ上でのデータ伝送を制御するアルゴリズムを開始するように運用されうる。

いくつかの実施形態では、機器は、ＲＡＴに従って無線リンク上でデータを転送するためのデータ転送機構によって割り当てられた予定データ伝送パターンの通知を提供するための手段を含み、さらに、その通知を受信したことに応じて、その予定データ伝送パターンに従って、第２のＲＡＴ上でのデータ伝送を制御するアルゴリズムを開始するための手段を含む。

いくつかの実施形態では、非一時的メモリ要素（ＮＭＥ）が、ＲＡＴに従って無線リンク上でデータを転送するためのデータ転送機構によって割り当てられた予定データ伝送パターンの通知が、移動体機器によって提供されるようにするために処理回路によって実行可能な命令を記憶しうる。その命令は、さらに、通知を受信したことに応じて、予定データ伝送パターンに従って、第２のＲＡＴ上でのデータ伝送を制御するアルゴリズムを開始するために、処理回路によって実行可能でありうる。

いくつかの実施形態では、機器内での複数のワイヤレスＲＡＴ通信の改善された共存のための方法は、第１のＲＡＴの無線リンク上でアクティブなプライマリアプリケーションを特定すること（ここで、プライマリアプリケーションは第１のＲＡＴの無線リンク上での予定データ転送パターンに従う）と、第１のＲＡＴコントローラが、第２のＲＡＴコントローラに、予定データ転送パターンを通知することと、第２のＲＡＴコントローラが、第２のＲＡＴに従って動作しているアクセスポイントに、予定データ転送パターンに対応する予定データ送信（ＴＸ）パターンを通知することと、アクセスポイントが、予定ＴＸパターンに従って第２のＲＡＴリンク上での下りリンクデータ伝送を制御するアルゴリズムを開始することと、を含む。

いくつかの実施形態では、ＵＥ機器は、少なくとも第１のＲＡＴと第２のＲＡＴとに従って無線通信を実行するための１つ以上のアンテナを有する無線機を含みうる。ＵＥは、また、第１のＲＡＴに従ってＵＥの無線通信を少なくとも部分的に管理するための第１のコントローラと、第２のＲＡＴに従ってＵＥの無線通信を少なくとも部分的に管理するための第２のコントローラとを含みうる。ＵＥは、第１のＲＡＴの無線リンク上でアクティブなプライマリアプリケーションを特定するように運用されてもよく、プライマリアプリケーションは、第１のＲＡＴの無線リンク上での予定データ転送パターンに従う。第１のコントローラは、第２のコントローラに予定データ転送パターンを通知するように動作することができ、第２のコントローラは、第２のＲＡＴに従って動作するアクセスポイントに、予定データ転送パターンに対応する予定データ送信（ＴＸ）パターンを通知するように動作することができ、ここで、アクセスポイントは、予定ＴＸパターンに従って、第２のＲＡＴの無線リンク上で下りリンクデータ送信を制御するように動作する。

いくつかの実施形態では、機器は、第１のＲＡＴの無線リンク上でアクティブなプライマリアプリケーションを特定する手段を含み、プライマリアプリケーションは、第１のＲＡＴの無線リンク上での予定データ転送パターンに従う。また、機器は、予定データ転送パターンを示す第１の情報を提供する手段と、予定データ転送パターンに対応する予定データ送信（ＴＸ）パターンを示す第２の情報を、第２のＲＡＴに従って動作するアクセスポイントへ提供する手段とを含んでもよく、アクセスポイントは、予定ＴＸパターンに従って、第２のＲＡＴ上での下りリンクデータ伝送を制御するように動作しうる。

いくつかの実施形態では、非一時的メモリ要素（ＮＭＥ）は、移動体機器に、第１のＲＡＴの無線リンク上でアクティブな、第１のＲＡＴの無線リンク上での予定データ転送パターンに従うプライマリアプリケーションを特定させ、予定データ転送パターンを示す第１の情報を提供させ、予定データ転送パターンに対応する予定データ送信（ＴＸ）パターンを示す第２の情報を、第２のＲＡＴに従って動作するアクセスポイントへ提供させるために処理回路によって実行可能な命令を記憶することができ、アクセスポイントは、予定ＴＸパターンに従って、第２のＲＡＴリンク上での下りリンクデータ伝送を制御するように動作しうる。

機器内での複数ワイヤレスＲＡＴ通信の改善された共存のための方法は、第２のＲＡＴリンク上で予定される下りリンクトラフィックのパターンを、第１のＲＡＴに従って動作している基地局へ示すことを含む。また、本方法は、基地局が、第２のＲＡＴリンク上で予定される下りリンクトラフィックのパターンに従って、第１のＲＡＴリンク上での上りリンクデータ伝送をスケジューリングすることと、非リアルタイムアプリケーションが第１のＲＡＴリンク上でアクティブであるときに、特定の持続期間だけ、上りリンクデータ伝送のスケジューリングを遅らせるように基地局に要求することとを含みうる。

いくつかの実施形態では、ＵＥ機器は、少なくとも第１のＲＡＴと第２のＲＡＴとに従って無線通信を実行するための１つ以上のアンテナを有する無線機を含み、さらに、第２のＲＡＴリンク上で予定される下りリンクトラフィックのパターンを、第１のＲＡＴに従って動作する基地局へ示すように動作しうる制御回路を含み、基地局は、第２のＲＡＴリンク上で予定されている下りリンクトラフィックのパターンに従って、第１のＲＡＴリンク上での上りリンクデータ伝送をスケジューリングするように動作しうる。また、制御回路は、非リアルタイムアプリケーションが第１のＲＡＴリンク上でアクティブである場合に、特定の持続期間だけ、上りリンク伝送のスケジューリングを遅らせることを基地局へ要求するように動作してもよい。

いくつかの実施形態では、機器は、第２のＲＡＴリンク上で予定される下りリンクトラフィックのパターンを、第１のＲＡＴに従って動作する基地局へ示すための手段を含み、基地局は、第２のＲＡＴリンク上で予定されている下りリンクトラフィックのパターンに従って、第１のＲＡＴリンク上での上りリンクデータ伝送をスケジューリングするように動作する。また、機器は、非リアルタイムアプリケーションが第１のＲＡＴリンク上でアクティブである場合に、特定の持続期間だけ、上りリンク伝送のスケジューリングを遅らせることを基地局へ要求するための手段を含んでもよい。

いくつかの実施形態では、非一時的メモリ要素（ＮＭＥ）は、無線通信機器に、第２のＲＡＴリンク上で予定される下りリンクトラフィックのパターンを、第１の無線アクセス技術（ＲＡＴ）に従って動作する基地局へ示させるための、処理回路によって実行可能な命令を記憶し、基地局は、第２のＲＡＴリンク上で予定されている下りリンクトラフィックのパターンに従って、第１のＲＡＴリンク上での上りリンクデータ伝送をスケジューリングするように構成される。また、命令は、さらに、無線通信機器に、非リアルタイムアプリケーションが第１のＲＡＴリンク上でアクティブである場合に、特定の持続期間だけ、上りリンク伝送のスケジューリングを遅らせることを基地局へ要求させるために実行可能でありうる。

いくつかの実施形態では、機器内での複数のワイヤレスＲＡＴ通信の改善された共存のための方法は、第１のＲＡＴコントローラが、第１のＲＡＴリンク上でのデータ転送を管理する定められたデータ転送周期のデータ転送機構に基づいて、第１のＲＡＴリンクのアクティブなデータ転送期間についての情報を第２のＲＡＴコントローラへ提供することと、第２のＲＡＴコントローラが、第１のＲＡＴリンクのアクティブなデータ転送期間についての受信情報に基づいて、第２のＲＡＴリンク上でのデータ転送をスケジューリングすることとを含む。

いくつかの実施形態では、ＵＥ機器は、少なくとも第１のＲＡＴと第２のＲＡＴとに従って無線通信を実行するための１つ以上のアンテナを有する無線機と、第１のＲＡＴに従ってＵＥの無線通信を少なくとも部分的に管理するための第１のコントローラと、第２のＲＡＴに従ってＵＥの無線通信を少なくとも部分的に管理するための第２のコントローラと、を含む。第１のコントローラは、第１のＲＡＴリンク上でのデータ転送を管理する定められたデータ転送周期のデータ転送機構に基づいて、第１のＲＡＴリンクのアクティブなデータ転送期間についての情報を第２のコントローラへ提供するように動作することができ、第２のコントローラは、第１のＲＡＴリンクのアクティブなデータ転送期間についての受信情報に基づいて、第２のＲＡＴリンク上でのデータ転送をスケジューリングするように動作することができる。

いくつかの実施形態では、機器は、第１のＲＡＴリンク上でのデータ転送を管理する定められたデータ転送周期のデータ転送機構に基づいて、第１のＲＡＴリンクのアクティブなデータ転送期間についての情報を提供する手段を含み、さらに、第１のＲＡＴリンクのアクティブなデータ転送期間についての受信情報に基づいて、第２のＲＡＴリンク上でのデータ転送をスケジューリングするための手段を含む。

いくつかの実施形態では、非一時的メモリ要素（ＮＭＥ）は、第１のＲＡＴリンク上でのデータ転送を管理する定められたデータ転送周期のデータ転送機構に基づいて、第１のＲＡＴリンクのアクティブなデータ転送期間についての情報が無線通信機器によって提供されるようにするために処理回路によって実行可能な命令を記憶する。本命令は、さらに、無線通信機器に、第１のＲＡＴリンクのアクティブなデータ転送期間についての提供された情報に基づいて、第２のＲＡＴリンク上でのデータ転送をスケジューリングさせるために実行可能でありうる。

いくつかの実施形態では、無線通信機器内での複数のワイヤレスＲＡＴ通信の改善された共存のための方法は、第１のＲＡＴコントローラが、定められた第１のアクティブなデータ転送期間の終了時に、設定可能な期間の間、上りリンクスケジューリング要求を抑制することを含み、上りリンクスケジューリング要求は、第１のＲＡＴリンク上でのデータ転送と関連付けられる。本方法は、さらに、第１のＲＡＴコントローラが、第２のＲＡＴコントローラへ、設定可能な期間に対応するインアクティビティ期間の始まりと持続時間とを示す第１のメッセージを送信することを含みうる。また、本方法は、第２のＲＡＴコントローラが、インアクティビティ期間の開始時に第２のＲＡＴリンク上でのデータ転送を開始することと、第１のＲＡＴコントローラが、第１のＲＡＴリンク上で特定のタイミングで伝送が開始することの事前通知を第２のＲＡＴコントローラへ送信することを含みうる。最後に、本方法は、第２のＲＡＴコントローラが、事前通知を受信したことに応じて、インアクティビティ期間の終了時に第２のＲＡＴリンク上でのデータ伝送を終了することと、第１のＲＡＴコントローラが基地局にスケジューリング要求を送信し、第１のＲＡＴリンク上での第２のアクティブなデータ転送期間を開始することと、を含みうる。

いくつかの実施形態では、ＵＥ機器は、少なくとも第１のＲＡＴと第２のＲＡＴとに従って無線通信を実行するための１つ以上のアンテナを有する無線機と、第１のＲＡＴに従ってＵＥの無線通信を少なくとも部分的に管理するための第１のコントローラと、第２のＲＡＴに従ってＵＥの無線通信を少なくとも部分的に管理するための第２のコントローラと、を含みうる。第１のコントローラは、定められた第１のアクティブ期間の終了時に、第１のＲＡＴリンク上でのデータ転送に関連した上りリンクスケジューリング要求を、設定可能な期間の間、抑制しうる。第１のコントローラは、設定可能な期間に対応するインアクティビティ期間の始まりと持続期間を示す第１のメッセージを第２のコントローラへ送信してもよく、第２のコントローラは、インアクティビティ期間の開始時に第２のＲＡＴリンク上でのデータ転送を開始しうる。また、第１のコントローラは、第１のＲＡＴリンク上で特定のタイミングで伝送が開始することの事前通知を第２のＲＡＴコントローラへ送信してもよく、第２のコントローラは、事前通知を受信したことに応じて、インアクティビティ期間の終了時に第２のＲＡＴリンク上でのデータ伝送を終了しうる。最後に、第１のコントローラは、基地局にスケジューリング要求を送信し、第１のＲＡＴリンク上での第２のアクティブなデータ転送期間を開始しうる。

いくつかの実施形態では、機器は、定められた第１のアクティブ期間の終了時に、第１のＲＡＴリンク上でのデータ転送に関連した上りリンクスケジューリング要求を、設定可能な期間の間、抑制するための手段と、設定可能な期間に対応するインアクティビティ期間の始まりと持続期間を示す第１の情報を提供するための手段と、第１の情報に応答して、インアクティビティ期間の開始時に第２のＲＡＴリンク上でのデータ転送を開始するための手段と、第１のＲＡＴリンク上で特定のタイミングで伝送が開始することの事前通知を提供するための手段と、事前通知に応じて、インアクティビティ期間の終了時に第２のＲＡＴリンク上でのデータ伝送を終了するための手段と、基地局にスケジューリング要求を送信し、第１のＲＡＴリンク上での第２のアクティブなデータ転送期間を開始するための手段と、を含みうる。

いくつかの実施形態では、非一時的メモリ要素（ＮＭＥ）は、無線通信装置に、定められた第１のアクティブ期間の終了時に、第１のＲＡＴリンク上でのデータ転送に関連した上りリンクスケジューリング要求を、設定可能な期間の間、抑制させ、設定可能な期間に対応するインアクティビティ期間の始まりと持続期間を示す第１の情報を提供させ、第１の情報に応答して、インアクティビティ期間の開始時に第２のＲＡＴリンク上でのデータ転送を開始させ、第１のＲＡＴリンク上で特定のタイミングで伝送が開始することの事前通知を提供させ、事前通知に応じて、インアクティビティ期間の終了時に第２のＲＡＴリンク上でのデータ伝送を終了させ、基地局にスケジューリング要求を送信し、第１のＲＡＴリンク上での第２のアクティブなデータ転送期間を開始させるために、処理回路によって実行可能な命令を記憶しうる。

いくつかの実施形態では、無線通信機器内での複数ワイヤレスＲＡＴ通信の改善された共存のための方法は、第１のＲＡＴに従って行われる無線機器の無線通信と、第２のＲＡＴに従って行われるその無線機器の無線通信との間の、時間共用を管理することを含む。時間共用管理は、第１のＲＡＴに従って行われる無線機器の無線通信を管理する第１のＲＡＴコントローラが、第１のＲＡＴに従って無線機器の無線通信を管理する第２のＲＡＴコントローラへ、情報を提供することを含みうる。情報の提供は、
第１のＲＡＴに従って行われる通信を管理する定められたデータ転送周期のデータ転送機構の状態情報と、
無線機器の無線リソース制御（ＲＲＣ）接続の状態情報と、
の少なくとも１つに従って定められるインデクスを有する第１の種類のメッセージを用いた情報の送信を含みうる。

情報の提供は、第１のＲＡＴに従打とともにデータ転送機構に基づいて行われる通信の間に生じるアクティブなデータ転送期間についての情報を提供することを含んでもよく、本方法は、さらに、第２のＲＡＴコントローラが、そのアクティブなデータ転送期間についての受信情報に基づいて、第２のＲＡＴに従って行われる通信の間のデータ転送をスケジューリングすることを含みうる。

いくつかの実施形態では、ＵＥ機器は、少なくとも第１のＲＡＴと第２のＲＡＴとに従って無線通信を実行するための１つ以上のアンテナを有する無線機を含んでもよく、さらに、第１のＲＡＴに従ってＵＥの無線通信を少なくとも部分的に管理するための第１のコントローラと、第２のＲＡＴに従ってＵＥの無線通信を少なくとも部分的に管理するための第２のコントローラと、を含みうる。第１のコントローラは、
第１のＲＡＴ上での通信を管理する定められたデータ転送周期のデータ転送機構の状態情報と、
無線機器の無線リソース制御（ＲＲＣ）接続の状態情報と、
の少なくとも１つに従って定められるインデクスを有する第１の種類のメッセージを用いた情報の送信によって、第２のコントローラへ情報を提供しうる。

情報は、データ転送機構に従って生じる第１のＲＡＴリンクのアクティブなデータ転送期間についての情報を含むことができ、第２のコントローラは、第１のＲＡＴリンクのアクティブなデータ転送期間についての受信情報に基づいて、第２のＲＡＴリンク上でのデータ転送をスケジューリングしうる。

いくつかの実施形態では、無線通信機器は、第２のＲＡＴリンク上でその無線機器の無線通信を管理するコントローラに、第１のＲＡＴリンク上でその無線機器によって行われる無線通信に関する情報を提供するための手段を含みうる。情報の提供は、
第１のＲＡＴリンク上での無線機器によって行われる通信を管理する定められたデータ転送周期のデータ転送機構の状態情報と、
無線機器の無線リソース制御（ＲＲＣ）接続の状態情報と、
の少なくとも１つに従って定められるインデクスを有する第１の種類のメッセージを用いた情報の送信を含みうる。

情報は、データ伝送機構に従って生じる第１のＲＡＴリンクのアクティブなデータ転送期間についての情報を含みうる。無線通信機器は、さらに、第１のＲＡＴリンクのアクティブなデータ転送期間についての受信情報に基づいて、第２のＲＡＴリンク上でのデータ転送をスケジューリングさせるための手段を含んでもよい。

いくつかの実施形態では、非一時的メモリ要素（ＮＭＥ）は、無線通信機器に、第２のＲＡＴリンク上でその無線機器の無線通信を管理するコントローラに、第１のＲＡＴリンク上でその無線機器によって行われる無線通信に関する情報を提供させるために、処理回路によって実行可能な命令を記憶しうる。情報の提供は、
第１のＲＡＴリンク上での無線機器によって行われる通信を管理する定められたデータ転送周期のデータ転送機構の状態情報と、
無線機器の無線リソース制御（ＲＲＣ）接続の状態情報と、
の少なくとも１つに従って定められるインデクスを有する第１の種類のメッセージを用いた情報の送信を含みうる。

いくつかの実施形態では、無線通信を促進する装置は、無線通信機器に、その無線通信機器によって第１の無線アクセス技術（ＲＡＴ）に従って行われる第１の通信の間に生じるアクティブなデータ転送期間についての情報を提供させるように動作しうるとともに、さらに、その無線通信機器に、第２のＲＡＴと第１の通信の間に生じるアクティブなデータ転送期間についての情報とに従って第２の通信を行わせるように動作しうる、処理エレメントを含む。

いくつかの実施形態では、処理エレメントは、さらに、その無線通信機器に、第２の通信が行われていない間に第１の通信を行わせるとともに、第１の通信が行われていない間に第２の通信を行わせるように動作しうる。第１のＲＡＴはロングタームエボリューションでありえ、第２のＲＡＴはＷｉ−Ｆｉでありうる。第１の通信は、接続モードの不連続受信（Ｃ−ＤＲＸ）通信を含みうる。処理エレメントは、さらに、無線通信機器に、第１の通信を少なくとも部分的に制御するように構成された第１のＲＡＴコントローラからの情報を、第２の通信を少なくとも部分的に制御するように構成された第２のＲＡＴコントローラへ提供させるように動作しうる。

いくつかの実施形態では、第１の通信は、定められたオン期間に行われる一方で、第２の通信はその定められたオン期間の間は行われず、第１の通信は定められたオフ期間の間は行われないが、第２の通信はその定められたオフ期間の間に行われる。他の実施形態では、第１の通信は、定められたオン期間の間に行われる一方で、第２の通信はその定められたオン期間の間は実行されず、第１の通信の少なくとも一部は、定められた拡張オフ期間の間に一部たりとも第２の通信が行われない場合に、その定められた拡張オフ期間の間に行われ、第２の通信の少なくとも一部は、定められた拡張オフ期間の間に一部たりとも第１の通信が行われない場合に、その定められた拡張オフ期間の間に行われる。

本発明の実施形態は、様々な形式で実現されうる。例えば、いくつかの実施形態では、本発明は、コンピュータ実装された方法、コンピュータ可読メモリ媒体、又はコンピュータシステムとして実現されうる。他の実施形態では、本発明は、ＡＳＩＣなどの１つ以上のカスタム設計されたハードウェア機器を用いて実現されうる。他の実施形態では、本発明は、ＦＰＧＡなどの１つ以上のプログラム可能なハードウェア機器を用いて実現されうる。

いくつかの実施形態では、非一時的コンピュータ可読メモリ媒体（例えば非一時的メモリ要素）は、プログラム命令とデータとの少なくともいずれかを記憶し、プログラム命令は、コンピュータシステムによって実行される場合に、そのコンピュータシステムに方法を、例えば、ここで説明した方法実施形態のいずれか若しくはここで説明した方法実施形態の任意の組み合わせ、又は、ここで説明した方法実施形態のいずれかの任意のサブセット若しくはそのようなサブセットの任意の組み合わせを実行させる、ように構成されうる。

いくつかの実施形態では、機器（例えばＵＥ）は、プロセッサ（又はプロセッサのセット）及びメモリ媒体（又はメモリ要素）を含むように構成されてもよく、メモリ媒体はプログラム命令を記憶し、プロセッサは、メモリ媒体からプログラム命令を読み出して実行するように構成され、プログラム命令はここで説明した様々な方法実施形態のいずれか（もしくはここで説明した方法実施形態の任意の組み合わせ、又は、ここで説明した方法実施形態のいずれかの任意のサブセット若しくはそのようなサブセットの任意の組み合わせ）を実行するために実行可能である。その機器は、様々な形式で実現されうる。

いくつかの実施形態では、装置は、無線通信機器に、第１の無線アクセス技術（ＲＡＴ）に従って当該無線通信機器によって実行される第１の通信についてデータ転送機構によって割り当てられる予定データ伝送パターンの通知を生成させるように構成される処理エレメントを含みうる。また、処理エレメントは、無線通信機器がその通知に応じてアルゴリズムを実行させるようにし、アルゴリズムの実行は、第２のＲＡＴに従って無線通信機器によって実行される第２の通信を、予定データ伝送パターンに基づいて実行させる。

上の実施形態は十分に詳細に説明されているが、上の開示が十分に理解されたならば、当業者には、数多くの変形及び変更が明らかになるだろう。以下の特許請求の範囲は、そのような変形及び変更の全てを包含するように解釈されることが意図されている。

Claims (17)

1. 無線通信機器であって、
   １つ以上のアンテナと、
   前記１つ以上のアンテナと接続され、第１の無線アクセス技術（ＲＡＴ）及び第２のＲＡＴに従って前記１つ以上のアンテナを介した前記無線通信機器の無線通信を促進するように構成された無線回路と、
   前記第１のＲＡＴに従って実行される前記無線通信機器の第１の通信を制御するように構成された第１のＲＡＴコントローラと、
   前記第２のＲＡＴに従って実行される前記無線通信機器の第２の通信を制御するように構成された第２のＲＡＴコントローラと、
   処理エレメントであって、
   前記第１の通信に対応する無線リンクにおいてアクティブであると共に特定のデータ伝送パターンに従う少なくとも１つのプライマリアプリケーションを特定し、
   前記特定された少なくとも１つのプライマリアプリケーションに基づいて、前記第１の通信と関連する予定データ伝送パターンを決定する、
   ように構成された処理エレメントを有し、
   前記第１のＲＡＴコントローラは、前記予定データ伝送パターンを前記第２のＲＡＴコントローラへ通知するように構成され、
   前記第２のＲＡＴコントローラは、前記第１のＲＡＴコントローラによって通知をされたことに応じて、前記第２のＲＡＴに従って動作しているアクセスポイント機器へインタフェースレポートを送信するように構成され、前記インタフェースレポートは、前記無線通信機器が、いつ、前記第１のＲＡＴ及び前記予定データ伝送パターンに従ってデータを送信する予定であるかを示し、
   前記インタフェースレポートを受信した前記アクセスポイント機器は、アルゴリズムを実行させ、前記アルゴリズムの実行は前記予定データ伝送パターンに基づいて前記第２の通信を実行させる、
   ことを特徴とする無線通信機器。
2. 前記アルゴリズムの実行は、前記第２のＲＡＴコントローラに、前記無線通信機器が前記第１のＲＡＴに従って前記第１の通信を実行しているときに、前記第２のＲＡＴに従って動作しているアクセスポイント機器が前記無線通信機器へパケットを送信するのを防がせる、
   ことを特徴とする請求項１に記載の無線通信機器。
3. 前記無線通信機器は、前記インタフェースレポートに基づいて前記アクセスポイント機器によって調整される下りリンク伝送に従って、下りリンクデータを受信するように構成される、
   ことを特徴とする請求項１に記載の無線通信機器。
4. 前記第２のＲＡＴコントローラは、前記アルゴリズムを実行するように構成される、
   ことを特徴とする請求項１に記載の無線通信機器。
5. 前記第２のＲＡＴコントローラへ前記予定データ伝送パターンを通知するために、前記第１のＲＡＴコントローラは、アクティブなデータ転送が前記第１の通信の間のいつ実行されるかを示す情報を、前記第２のＲＡＴコントローラへ提供するように構成される、
   ことを特徴とする請求項１に記載の無線通信機器。
6. 前記第２のＲＡＴコントローラは、前記第１のＲＡＴコントローラによって提供された前記情報に基づいて、前記第２の通信の間に実行されるべきデータ転送をスケジューリングするように構成される、
   ことを特徴とする請求項５に記載の無線通信機器。
7. 少なくとも第１の無線アクセス技術（ＲＡＴ）及び第２のＲＡＴに従った無線通信を促進する装置であって、
   無線通信機器に、
   前記第１のＲＡＴに従って当該無線通信機器によって実行される第１の通信に対応する無線リンクでアクティブであり、特定のデータ伝送パターンに従う少なくとも１つのプライマリアプリケーションを特定させ、
   前記特定された少なくとも１つのプライマリアプリケーションに基づいて、前記第１の通信に関連する予定データ伝送パターンを決定させ、
   前記予定データ伝送パターンの通知を生成させ、
   前記通知に応じて、前記第２のＲＡＴに従って動作しているアクセスポイント機器へ、前記無線通信機器が、いつ、前記第１のＲＡＴ及び前記予定データ伝送パターンに従ってデータを送信する予定であるかを示すインタフェースレポートを送信させる、ように構成された処理エレメント、
   を有し、
   前記インタフェースレポートを受信した前記アクセスポイント機器は、アルゴリズムを実行させ、前記アルゴリズムの実行は、前記第２のＲＡＴに従って前記無線通信機器によって実行される第２の通信を、前記予定データ伝送パターンに基づいて実行させる、
   ことを特徴とする装置。
8. 前記処理エレメントは、さらに、前記無線通信機器に、前記無線通信機器が前記第１のＲＡＴに従ってデータを転送しているときに、前記第２のＲＡＴに従って動作しているアクセスポイント機器が前記無線通信機器へパケットを送信するのを防がせるように構成される、
   ことを特徴とする請求項７に記載の装置。
9. 前記処理エレメントは、さらに、前記無線通信機器に、前記インタフェースレポートに基づいて前記アクセスポイント機器によって調整される下りリンク伝送に従って、下りリンクデータを受信させるように構成される、
   ことを特徴とする請求項７に記載の装置。
10. 前記処理エレメントは、さらに、前記無線通信機器に、前記アルゴリズムを実行させるように構成される、
    ことを特徴とする請求項７に記載の装置。
11. 前記通知は、アクティブなデータ転送が前記第１の通信の間のいつ実行されるかを示す情報を含む、
    ことを特徴とする請求項７に記載の装置。
12. 前記処理エレメントは、さらに、前記無線通信機器に、前記情報に基づいて前記第２の通信の間に実行されるべきデータ転送をスケジューリングさせるように構成される、
    ことを特徴とする請求項１１に記載の装置。
13. 少なくとも第１の無線アクセス技術（ＲＡＴ）及び第２のＲＡＴに従った無線通信を促進する方法であって、
    前記第１のＲＡＴに従って無線通信機器によって実行される第１の通信に対応する無線リンクでアクティブであり、特定のデータ伝送パターンに従う少なくとも１つのプライマリアプリケーションを特定することと、
    前記特定された少なくとも１つのプライマリアプリケーションに基づいて、前記第１の通信に関連する予定データ伝送パターンを決定することと、
    前記予定データ伝送パターンの通知を生成することと、
    前記通知に応じて、前記第２のＲＡＴに従って動作しているアクセスポイント機器へ、前記無線通信機器が、いつ、前記第１のＲＡＴ及び前記予定データ伝送パターンに従ってデータを送信する予定であるかを示すインタフェースレポートを送信することと、
    前記アクセスポイント機器が前記インタフェースレポートを受信したことに応じてアルゴリズムを実行することと、
    を含み、
    前記アルゴリズムを実行することは、前記第２のＲＡＴに従って前記無線通信機器によって実行される第２の通信を、前記予定データ伝送パターンに基づいて実行させる、
    ことを特徴とする方法。
14. 前記無線通信機器が前記第１のＲＡＴに従ってデータを転送しているときに、前記第２のＲＡＴに従って動作しているアクセスポイント機器が前記無線通信機器へパケットを送信するのを防ぐこと、をさらに含む、
    ことを特徴とする請求項１３に記載の方法。
15. 前記インタフェースレポートに基づいて、前記アクセスポイント機器によって調整された下りリンク伝送に従って下りリンクデータを受信することをさらに含む、
    ことを特徴とする請求項１３に記載の方法。
16. 前記アルゴリズムを実行することは、前記無線通信機器によって行われる、
    ことを特徴とする請求項１３に記載の方法。
17. 前記通知は、アクティブなデータ転送が前記第１の通信の間のいつ実行されるかを示す情報を含む、
    ことを特徴とする請求項１３に記載の方法。

Images