(57)【特許請求の範囲】
【請求項１】
仮想アクセスネットワーク（VAN）クライアントと通信するように動作可能な複数無線アクセス技術（マルチRAT）異種ネットワーク（HetNet）におけるセルラ基地局（BS）であって、
前記セルラBSは、
VANクライアントが通信するために、複数のVANサーバから所望のVANサーバを決定し、
前記VANクライアントが通信しているVANサーバを決定し、
前記VANクライアントが前記所望のVANサーバとは異なるVANサーバと通信している場合、VANサーバ通知を前記VANクライアントに送信するように構成されたコンピュータ回路を有し、
前記VANサーバ通知は、前記VANクライアントが通信するための前記所望のVANサーバを識別するセルラBS。
【請求項２】
前記所望のVANサーバは、前記セルラBSとリモートVANサーバとの間の待ち時間又はスループットに基づいて決定される、請求項１に記載のセルラBS。
【請求項３】
前記所望のVANサーバは、前記セルラBSと同一場所に配置される、請求項１に記載のセルラBS。
【請求項４】
前記VANクライアントは、モバイルインターネットプロトコル（IP）クライアントでもよく、仮想プライベートネットワーク（VPN）クライアントでもよく、
前記VANサーバは、モバイルIPサーバでもよく、IPホームエージェントでもよく、VPNサーバでもよい、請求項１に記載のセルラBS。
【請求項５】
前記セルラBSは、セルラのエアインタフェースで無線リソース制御（RRC）メッセージを使用して前記VANサーバ通知を前記VANクライアントに送信するように更に構成される、請求項１に記載のセルラBS。
【請求項６】
前記セルラBSは、VAN制御メッセージを使用して現在のサービングVANサーバを介して前記VANサーバ通知を前記VANクライアントに送信するように更に構成される、請求項１に記載のセルラBS。
【請求項７】
前記セルラBSは、前記VANクライアントが動作するユーザ装置（UE）から受信したパケットの宛先インターネットプロトコル（IP）アドレス及びポート番号を分析することにより、前記VANクライアントが通信しているリモートVANサーバを決定するように更に構成される、請求項１に記載のセルラBS。
【請求項８】
仮想アクセスネットワーク（VAN）サーバと通信するように動作可能な複数無線アクセス技術（マルチRAT）異種ネットワーク（HetNet）におけるユーザ装置（UE）であって、
前記UEは、
VANクライアントを動作させ、
セルラ基地局（BS）から前記VANクライアントにおいてVANサーバ通知を受信し、前記VANサーバ通知は、前記VANクライアントが通信するための所望のVANサーバを識別し、
前記セルラBSとのデータトラヒックに基づいて現在のサービングVANサーバからいつデタッチするかを決定し、
前記VANサーバ通知で提供された前記所望のVANサーバにアタッチするように構成されたコンピュータ回路を有するUE。
【請求項９】
前記VANサーバ通知は、VAN技術の種類、前記所望のVANサーバのインターネットプロトコルアドレス、前記所望のVANサーバのポート番号若しくはポート番号の範囲、又は同一場所インジケータを有する、請求項８に記載のUE。
【請求項１０】
前記VAN技術の種類は、DSMIPV6（dual  stack  mobile  internet  protocol  version  6）又はベンダ特有のVANソリューションを有する、請求項９に記載のUE。
【請求項１１】
前記同一場所インジケータは、前記VANサーバが前記セルラBSと同一場所に配置されているか否かを示す、請求項９に記載のUE。
【請求項１２】
前記UEは、前記現在のサービングVANサーバからデタッチするように更に構成される、請求項８に記載のUE。
【請求項１３】
デタッチ要求を前記現在のサービングVANサーバに送信し、前記現在のサービングVANサーバからデタッチ承認を受信するように構成されたコンピュータ回路によって、前記コンピュータ回路は、前記現在のサービングVANサーバからデタッチするように更に構成される、請求項９に記載のUE。
【請求項１４】
前記コンピュータ回路は、アタッチ要求を前記所望のVANサーバに送信し、前記所望のVANサーバからアタッチ承認を受信するように更に構成される、請求項９に記載のUE。
【発明の詳細な説明】
【背景技術】
【０００１】
移動デバイスユーザは、通信ノードからストリーミングオーディオ、ビデオ、データ等のようなマルチメディアコンテンツを受信するために、しばしばユーザのデバイスを使用する。ラップトップ、スマートフォン、ウルトラブック、タブレット、又は他の種類の移動コンピューティングデバイスは、Wi-Fi及びセルラ送受信機のような異なる無線アクセス技術（RAT：Radio  Access  Technology）をサポートする複数の送受信機をますます備えている。仮想アクセスネットワーク（VAN：Virtual  Access  Network）技術は、複数の異種の無線アクセスネットワーク（RAN）のシームレスなエンドツーエンドの統合を可能にし、フローモビリティ管理（flow  mobility  management）のための高度なマルチ無線リソース管理技術を可能にする。
【図面の簡単な説明】
【０００２】
開示の特徴及び利点は、添付図面と共に考慮される以下の詳細な説明から明らかになる。添付図面は、一例として開示の特徴を併せて示している。
【図１】例に従ってユーザデバイスにおいて同一場所に配置されているVANクライアント、ワイヤレスフィデリティ局及びセルラユーザ装置（UE：user equipment）を示す図
【図２】例に従って統合されたマルチRANプロトコルスタックの一実施例を示す図
【図３Ａ】例に従って統合されたマルチRANアーキテクチャの実施例を示す図
【図３Ｂ】例に従って統合されたマルチRANアーキテクチャの実施例を示す図
【図４】例に従ってVANクライアントと通信するように動作可能なマルチRAT  HetNetにおけるセルラ基地局（BS：base  station）を示す図
【図５】例に従ってVANクライアントと通信するように動作可能なマルチRAT  HetNetにおけるセルラBSの他の実施例を示す図
【図６】例に従ってVANインタフェースで送信されるRAN不在通知の図
【図７】例に従ってVANインタフェースで送信されるRAN不在通知の他の実施例の図
【図８】例に従ってVANクライアントと通信するように動作可能なマルチRAT  HetNetにおけるセルラBSのコンピュータ回路の機能を示す図
【図９】例に従ってVANサーバと通信するように動作可能なマルチRAT  HetNetにおけるUEのコンピュータ回路の機能を示す図
【図１０】例に従ってマルチRAT異種ネットワークHetNetにおいて周波数帯域の間を切り替える方法を示す図
【図１１】例に従ってマルチRAT  HetNetにおいてVANクライアントと通信するように動作可能なVANサーバのコンピュータ回路の機能を示す図
【図１２】例によるユーザ装置（UE）の図
【発明を実施するための形態】
【０００３】
示される例示的な実施例に言及が行われ、これを説明するためにここでは具体的な用語が使用される。それにも拘わらず、本発明の範囲の限定がこれによって意図されるものではないことが分かる。
【０００４】
本発明を開示及び記載する前に、本発明は、ここに開示された特定の構成、処理ステップ又は素材に限定されず、関係分野の当業者により認識されるように、その等価物に広がる。ここで使用される用語は、特定の例を説明する目的のみで使用されており、限定を意図するものではないことも認識されるべきである。異なる図面における同じ参照符号は、同じ要素を表す。フローチャート及び処理において提供される番号は、ステップ及び動作を示す際の明瞭性のために提供されており、必ずしも特定の順序又はシーケンスを示すとは限らない。
【０００５】
仮想アクセスネットワーク（VAN：Virtual  Access  Network）技術は、複数の異種の無線アクセスネットワーク（RAN：radio  access  network）及び／又は無線アクセス技術（RAT：Radio  Access  Technology）のシームレスなエンドツーエンドの統合を可能にし、シームレスなオフロード（seamless  offload）、フローモビリティ（flow  mobility）、帯域幅集約、負荷バランシング等のような、高度なマルチ無線リソース管理技術を可能にする。
【０００６】
フローモビリティ管理は、選択されたUE、１つのRAN又はRATから他のものへのデータフローのような選択されたデータフローの移動を可能にする。例えば、データフローは、他のフローを現在のネットワークに保持しつつ、中断なしにセッションの途中に移動されてもよい。マルチ無線ネットワーク選択及びフローモビリティ判断は、通常はVANクライアントにより行われる。
【０００７】
図１は、VANクライアント120、ワイヤレスフィデリティ（Wi-Fi：wireless  fidelity）局130、及びUE140が無線ノード110において同一場所に配置される一実施例を示している。
【０００８】
一実施例では、RATは、指定の無線周波数帯域で動作するアクセスネットワークでもよいRANを有してもよい。指定の無線周波数帯域は、無線広域ネットワーク（WWAN：wireless  wide  area  network）で使用されるセルラ帯域のようなライセンス（免許）バンド（licensed  band）でもよい。選択されたWWAN標準は、3GPP（third  generation  partnership  project）ロングタームエボリューション（LTE：long  term  evolution）,リリース8、9、10又は11と、一般的にWiMAXと呼ばれるIEEE（institute  of  electrical  and  electronics  engineers）802.16-2012標準とを含む。或いは、指定の無線周波数帯域は、無線ローカルエリアネットワーク（WLAN：wireless  local  area  network）で使用されるアンライセンス（無免許）バンド（unlicensed  band）にあってもよい。選択されたWLAN標準は、IEEE802.11又はIEEE80211ac標準、IEEE802.15標準、Bluetooth（登録商標）標準等を含む。WLAN標準及びWWAN標準は、典型的には相互運用性がなく、異なるRATであると考えられる。
【０００９】
セルラネットワーク及びセルラ基地局という用語が明細書を通じて使用される。この用語は、限定を意図するものではない。セルラネットワークは、いずれかの種類のWWANネットワークでもよい。同様に、セルラBSは、IEEE802.16-2012  BS、又は3GPP  LTE  Rel.8、9、10若しくは11  eNBのような、いずれかの種類のWWANノードでもよい。
【００１０】
一実施例では、マルチRAT  HetNetは、1つ以上のセルラネットワークノードと、1つ以上のIEEE（Institute  of  Electrical  and  Electronics  Engineers）802.11-2012で構成されたアクセスポイントとで構成されてもよい。一実施例では、1つ以上のWWAN標準は、3GPP  LTE  Rel.8、9、10、11若しくは12ネットワーク及び／又はIEEE802.16p、802.16n、802.16m-2011、802.16h-2010、802.16j-2009、802.16-2009ネットワークでもよい。一実施例では、使用されるRATは、3GPP  RAT、WLAN  RAT、mm-wave  RAT、D2D  RAT、60GHz  RAT等のように、複数の異なるRATを含んでもよい。
【００１１】
図２は、統合されたマルチRANプロトコルスタック210の一実施例を示している。図２に示す一実施例では、統合されたマルチRANプロトコルスタック210は、アプリケーションレイヤ220と、伝送制御プロトコル（TCP：transmission  control  protocol）又はユーザデータグラムプロトコル（UDP：user  datagram  protocol）のようなトランスポートレイヤ230と、インターネットプロトコル（IP：internet  protocol）レイヤ240と、VANレイヤ250と、RANレイヤ280とを有する。一実施例では、RANレイヤ280は、ワイヤレスフィデリティ（Wi-Fi：wireless  fidelity）リンク260と、セルラリンク270とを有する。
【００１２】
図３Ａ及び３Ｂは、統合されたマルチRANアーキテクチャの実施例を示している。図３Ａでは、ユーザ装置（UE：user  equipment）310は、セルラRAN接続のようなRAT1  320を介したセルラ基地局（BS：base  station）340を使用して、及び／又はWi-Fi  RAN接続のようなRAT2  330を介したWi-Fiアクセスポイント（AP：access  point）350を使用して、インターネット370に接続する。図３Ａは、一実施例においてVANサーバ360がWi-Fi  AP350及びセルラBS340と同一場所に配置されなくてもよいことを更に示している。図３Ｂの例に示す一実施例では、VANサーバ、Wi-Fi  AP及びセルラBSは、ノード380と同一場所に配置されてもよい。図３ＢのUE310は、図３ＡのUEに関して前述したものと実質的に同様に動作してもよい。
【００１３】
一実施例では、仮想アクセスネットワーク（VAN：Virtual  Access  Network）は、モバイルIP（Mobile  IP）又は仮想プライベートネットワーク（VPN：virtual  private  network）のようなトンネリングプロトコルを使用して、1つ又は複数のRANの上（Over-The-Top）で動作する。他の実施例では、VANは、VANサーバ、Wi-Fi  AP及びセルラBSが図３Ｂに示すように同一場所に配置されている場合のように、複数のRAN上で直接動作してもよい。
【００１４】
一実施例では、アクセスネットワークは、サーバがインターネットアクセスのためにインターネットプロトコルバージョン4（IPv4：internet  protocol  version  4）又はインターネットプロトコルバージョン6（IPv6：internet  protocol  version  6）アドレスをクライアントに提供するクライアントサーバに基づくネットワークである。
【００１５】
フローモビリティを決定する際に、UEが現在アタッチされているVANサーバ又はUEが現在通信しているVANサーバから、サービングセルラBSに近いVANサーバ又はサービングセルラBSと同一場所に配置されたVANサーバのような異なるVANサーバに、UEが切り替えることが望ましくなり得る。一実施例では、eNB（evolved  Node  B）のようなセルラBSは、推奨されるVANサーバのリストをUEに提供してもよく、これにより、UEの同一場所に配置されたVANクライアントは、そのサービングVANサーバから、より良い位置又はUEとのより良い接続を備えたVANサーバにデタッチしてもよい。一実施例では、ユーザデバイス、セルラUE、Wi-Fi  STA、Wi-Fi  AP及びセルラBSは、ライセンス（免許）スペクトル又はアンライセンス（無免許）スペクトルで動作してもよい。
【００１６】
一実施例では、UEが１つのVANサーバとの接続から他のVANサーバに切り替えるために、サービングセルラBSは、まず、予め規定されたVANサーバリストから所望のVANサーバを選択する。一実施例では、所望のVANサーバは、サービングセルラBSと同一場所に配置されたVANサーバである。他の実施例では、所望のVANサーバは、サービングセルラBSと同一場所に配置されていないVANサーバである。一実施例では、所望のVANサーバは、VANサーバとサービングセルラBSとの間で最低の待ち時間又は最高のスループットを備えたVANサーバである。一実施例では、利用可能なVANサーバのリストは予め構成される。ローカルVANサーバが利用可能でない一実施例では、リモートVANサーバのリストが存在する。一実施例では、複数のリモートサーバのみが利用可能である場合に、セルラBSは、BSとリモートサーバとの間の待ち時間を測定し、応答時間を測定し、最低の待ち時間を備えたVANサーバを選択するために、各リモートサーバにピング（ping）を行ってもよい。他の実施例では、セルラBSは、セルラBSとVANサーバとの間のデータスループットを測定するために、VANサーバのそれぞれにプローブ（probe）を行ってもよい。
【００１７】
一実施例では、所望のVANサーバを選択した後に、サービングセルラBSは、UEが既に所望のVANサーバにアタッチされているか否かを決定してもよい。一実施例では、セルラBSは、UEから受信したパケットの宛先IPアドレス及びポート番号を検査することにより、UEが所望のVANサーバにアタッチされているか否かを決定してもよい。UEが所望のVANサーバにアタッチされていない場合、セルラBSは、VANサーバ通知情報（VAN  Server  Notification  information）をUEに送信してもよい。一実施例では、セルラBSは、スモールセルBSでもよい。これは、続く段落で更に十分に説明する。
【００１８】
一実施例では、VANサーバ通知は、VAN技術の種類と、所望のVANサーバのIPv4アドレス又はIPv6アドレスのようなインターネットプロトコル（IP）アドレスと、所望のVANサーバのポート番号又はポート番号の範囲と、同一場所インジケータとを含んでもよい。一実施例では、VAN技術の種類は、DSMIPV6（dual  stack  mobile  internet  protocol  version  6）又はベンダ特有のVANソリューションでもよい。一実施例では、同一場所インジケータは、VANサーバがセルラBSと同一場所に配置されているか否かを示してもよい。同一場所インジケータが1に設定されている場合、VANサーバはセルラBSと同一場所に配置されてもよく、同一場所インジケータが0に設定されている場合、VANサーバはセルラBSと同一場所に配置されていなくてもよく、逆も同様である。
【００１９】
図４は、VANクライアントと通信するように動作可能なマルチRAT  HetNetにおけるセルラBSの一実施例の図を示している。図４において、VANクライアント430、セルラUE440、及びWi-Fi局（STA）450は、移動無線デバイス410において同一場所に配置されている。図４では、Wi-Fi  AP460、セルラBS470、及びローカルVANサーバ480は、通信システム420において同一場所に配置されている。図４では、VANクライアント430は、リモートVANサーバ490を通じて上りリンク及び下りリンクデータをインターネットへ及びインターネットから中継するために、Wi-Fi  STA450を介してWi-Fi  AP460と通信している。VANクライアント430がWi-Fi  AP460と通信しているが、Wi-Fi  AP460は、VANクライアント430がどのVANサーバと接続するかを決定するために、データフローのデータパケットを分析する。データパケットが分析された後に、セルラBS470は、VANクライアント430が望ましい所望のVANサーバと通信しているか否かを決定する。
【００２０】
図４の例に示す一実施例では、所望のVANサーバは、セルラBS470及びWi-Fi  AP460と同一場所に配置されているローカルVANサーバ480でもよい。他の実施例では、所望のVANサーバは、セルラBS470及びWi-Fi  AP460と同一場所に配置されなくてもよい。一実施例では、VANクライアント430が所望のVANサーバと接続していないことをセルラBS470が決定した場合、セルラBS470は、VANサーバ通知をVANクライアント430に通信する。VANクライアント430は、現在のサービングリモートVANサーバ490からデタッチするか否かを決定する。VANクライアント430が所望のVANサーバ480に切り替えることを決定した場合、VANクライアント430は、デタッチ要求をリモートVANサーバ490に送信し、VANクライアント430は、VANサーバ490からデタッチ承認を受信する。VANクライアント430がデタッチ承認を受信した場合、VANクライアント430は、現在のサービングVANサーバ490からデタッチする。VANクライアント430がサービングVANサーバ490からデタッチした場合、VANクライアント430は、アタッチ要求をローカルVANサーバ480に送信し、VANクライアント430は、ローカルVANサーバ480からアタッチ承認を受信する。VANクライアント430がアタッチ承認を受信した場合、VANクライアント430は、ローカルVANサーバ490にアタッチする。VANクライアント430が所望のVANサーバ480にアタッチした場合、VANクライアント430は、ローカルVANサーバ480を通じて上りリンク及び下りリンクデータをインターネットへ及びインターネットから中継するために、Wi-Fi  STA450を介してWi-Fi  AP460と通信してもよい。一実施例では、セルラUE440は、VANサーバ通知が例えば無線リソース制御（RRC：radio  resource  control）メッセージを使用してセルラのエアインタフェースで直接送信されてもよいことを更に通信するために、セルラBS470と通信してもよい。次に、セルラUE440は、VANサーバ通知を同一場所に配置されたVANクライアント430に転送してもよい。
【００２１】
図５は、VANクライアント530と通信するように動作可能なマルチRAT  HetNetにおけるセルラBS570の他の実施例を示している。図５は、異なるVANサーバへのVANクライアント530のVANに基づく切り替えを示している。この実施例では、セルラBS570は、VANサーバ通知をリモートVANサーバ590に通信し、リモートVANサーバ590は、VAN制御メッセージを使用してVANサーバ通知をVANクライアント530に通信する。一実施例では、VANサーバ通知は、仮想アクセスレイヤを使用してリモートVANサーバ590からVANクライアント530に送信されてもよい。図5に示す残りのステップは、図４のものと実質的に同様である。
【００２２】
一実施例では、VANサーバ通知情報を受信した後に、VANクライアントは、現在のサービングVANサーバからデタッチし、推奨されるVANサーバにアタッチしてもよい。一実施例では、VANクライアントの切り替えは、進行中のトラヒックが存在するか否かに依存する。例えば、進行中のトラヒックが存在する場合に切り替えが発生した場合には常に、トラヒックフローが乱される可能性がある。低いトラヒックが存在する場合、トラヒックの中断が存在する場合、又はVANクライアントがアイドル状態にある場合のようにトラヒックが存在しない場合、VANクライアントは、トラヒックフローへの最小の乱れで又は乱れなしに、推奨されるVANサーバに切り替えてもよい。
【００２３】
所望のVANサーバにアタッチすることに加えて、ユーザデバイス、UE、Wi-Fi  STA又は他の種類の無線デバイスにより使用されている周波数帯域で干渉が存在する場合、周波数帯域を切り替えることが望ましくなり得る。一実施例では、ユーザデバイス、UE、Wi-Fi  STA、Wi-Fi  AP及びBSは、ライセンススペクトル又はアンライセンススペクトルで通信するように構成されてもよい。周波数帯域での干渉は、マルチRAT  HetNetにおけるスモールセルの数が増加すると共に増加し得る。スモールセルは、ライセンススペクトルで動作する低電力無線アクセスポイントである。スモールセルは、家庭及び企業並びに大都市圏及び地方の公共空間のための改善したセルラカバレッジ、キャパシティ及びアプリケーションを提供してもよい。一実施例では、スモールセルは、フェムトセル、ピコセル、メトロセル、マイクロセル、及びHome  eNode  Bを含んでもよい。スモールセルはまた、マルチRAT  HetNetにおけるマルチRATネットワークで使用されてもよい。
【００２４】
これらのスモールセルの間の干渉が問題になる場合、Wi-Fi  AP又はセルラBSは、他の周波数帯域に切り替えること判断してもよい。進行中のデータセッションを乱すことを回避するため、セルラBSは、チャネル切り替えの前にRAN不在通知を送出してもよい。これにより、VANクライアントは、ユーザのトラヒックを他のRANにシームレスに移動させるために、フローモビリティ又はRAT間ハンドオーバ動作を実行してもよい。
【００２５】
一実施例では、RAN不在通知は、以下の情報、すなわち、不在開始時間、不在持続時間、不在理由、不在になるRANの種類、不在になるRANの識別情報、又は他の関連情報を含んでもよい。一実施例では、不在理由は、Wi-Fi  AP又はセルラBSのチャネル切り替えでもよい。他の実施例では、不在になるRANの種類は、Wi-Fi  RANのようなWLAN  RANでもよく、セルラRANのようなWWAN  RANでもよい。一実施例では、マルチRAT  HetNetは、1つ以上のセルラネットワークノードと、1つ以上のIEEE（Institute  of  Electrical  and  Electronics  Engineers）802.11-2012で構成されたアクセスポイントとで構成されてもよい。一実施例では、不在になるRANの識別情報は、サービスセット識別子（SSID：service  set  identifier）又は基本サービスセット識別子（BSSID：basic  service  set  identifier）のようなWi-Fi識別情報でもよい。一実施例では、不在になるRANの識別情報は、セル識別情報（ID）のようなセルラRAN識別情報でもよい。他の実施例では、他の関連情報は、RANが使用する新たな動作チャネル、周波数又は帯域を含んでもよい。
【００２６】
RAN不在通知は、VANインタフェース又はRANインタフェースで送信されてもよい。図６は、RAN不在通知がVANインタフェースで送信される例示的な図を示している。図６では、VANクライアント630、セルラUE640及びWi-Fi局（STA）650は、ユーザ装置610において同一場所に配置されている。Wi-Fi  AP660、セルラBS670及びVANサーバ680は、通信システム620において同一場所に配置されている。VANクライアント630は、VANサーバ680を通じて上りリンク及び下りリンクデータをインターネットへ及びインターネットから中継するために、Wi-Fi  STA650を介してWi-Fi  AP660と通信している。図６に示す一実施例では、Wi-Fi  AP660は、異なる周波数帯域に切り替えることを決定してもよい。他の実施例では、セルラBS670は、異なる周波数帯域に切り替えることを決定してもよい。一実施例では、Wi-Fi  AP660又はセルラBS670は、Wi-Fi  AP660又はセルラBS670が現在使用している帯域における干渉のレベルに基づいて、異なる周波数帯域に切り替えることを決定してもよい。図６に示す実施例では、Wi-Fi  AP660が異なる周波数帯域に切り替えることを決定した場合、Wi-Fi  AP660は、RAN不在通知をVANサーバ680に送信し、VANサーバ680は、RAN不在通知をVANクライアント630に中継する。
【００２７】
一実施例では、VANクライアント630は、Wi-Fiからセルラへのハンドオーバ手順又はセルラからWi-Fiへのハンドオーバ手順を実行するための要求をVANサーバ680に送信してもよい。VANサーバ680がWi-Fiからセルラへのハンドオーバ手順を承認した場合、Wi-Fi  STA650は、Wi-Fi  AP660から切断する。Wi-Fi  STA650がWi-Fi  AP660から切断した場合、VANクライアント630がセルラネットワークに現在接続されていない場合には、VANクライアント630は、セルラネットワークに接続する。VANクライアント630は、Wi-FiネットワークからセルラネットワークにVANクライアント630のトラヒックを移動させるために、VANサーバ680と一緒に動作する。次に、Wi-Fi  AP660は、新たな周波数帯域又は異なる周波数帯域に切り替えてもよく、Wi-Fi  STA650は、新たな周波数帯域又は異なる周波数帯域でWi-Fi  AP660と再接続してもよい。一実施例では、Wi-Fi  STA650は、Wi-Fi  AP660と再接続してもよく、セルラUE640は、セルラネットワークから切断してもよく、セルラネットワークに接続されたままにしてもよい。VANクライアント630は、セルラネットワークからWi-FiネットワークにVANクライアント630のトラヒックを戻すために、VANサーバ680と一緒に動作する。
【００２８】
図７は、RAN不在通知を送信する他の実施例を示している。RAN不在通知は、セルラインタフェースで送信される。図７では、Wi-Fi  AP760が異なる周波数帯域に切り替えることを決定した場合、Wi-Fi  AP760は、RAN不在通知をセルラBS770に送信し、セルラBS770は、RAN不在通知をVANクライアント730に中継する。図７に示す残りのステップは、図６のものと実質的に同様である。
【００２９】
一実施例では、RAN不在通知の送信は、選択された期間にAP又はBSが利用可能でない（すなわち、不在である）というWi-Fi  AP又はセルラBSの決定によりトリガーされる。AP又はBSの利用不可能性は、帯域切り替え、チャネル切り替え、チャネル干渉、ハードウェア更新、ファームウェア更新及び／又はソフトウェア更新により生じてもよい。VANクライアントがRAN不在通知を受信した場合、VANクライアントは、VANクライアントが現在通信しているRANから切断又はデタッチするか否かを決定する。VANクライアントが不在通知を受信する1つの利点は、ユーザデバイスが、Wi-Fi  AP又はセルラBSが不在であることを事前に通知される点にある。ユーザデバイスが事前に通知される場合、ユーザデバイスは、Wi-Fi  AP又はセルラBSが不在になる前に新たなRANに切り替えてもよく、従って、トラヒックフロー又はデータ通信におけるいずれかの乱れを回避し得る。一実施例では、VANクライアントがRANを切断又はデタッチすることを決定した場合、VANクライアントは、そのトラヒックを他のRANに移動させる。
【００３０】
一実施例では、Wi-Fi  AP又はセルラBSが新たなチャネルに切り替えを完了した後に、Wi-Fi  AP又はセルラBSは、VANサーバと再接続するように構成されてもよい。一実施例では、Wi-Fi  AP又はセルラBSが新たなチャネルに切り替えを完了した場合、VANクライアントは、初期のRANと接続を再確立し、トラヒックフローを初期のRANに戻してもよい。他の実施例では、Wi-Fi  AP又はセルラBSが切り替えを完了した場合、VANクライアントは、初期のRANと接続を再確立してもよく、他のRANとのトラヒックフローを保持する。他の実施例では、Wi-Fi  AP又はセルラBSが切り替えを完了した場合、VANクライアントは、他のRANとのチャネルの接続を維持してもよく、初期のRANとの接続を再確立しない。
【００３１】
図８は、VANクライアントと通信するように動作可能なマルチRAT  HetNetにおけるセルラBSのコンピュータ回路の一実施例の機能を示すために、フローチャートを使用する。この機能は、方法として実現されてもよく、この機能は、機械上の命令として実行されてもよい。命令は、少なくとも１つのコンピュータ読み取り可能媒体又は１つの過渡的でない機械読み取り可能記憶媒体に含まれる。ブロック810のように、コンピュータ回路は、VANクライアントが通信するために、複数のVANサーバから所望のVANサーバを決定するように構成されてもよい。一実施例では、所望のVANサーバは、セルラBSとリモートVANサーバとの間の待ち時間又はスループットに基づいて決定される。ブロック820のように、コンピュータ回路は、VANクライアントが通信しているVANサーバを決定するように更に構成されてもよい。ブロック830のように、コンピュータ回路はまた、VANクライアントが所望のVANサーバとは異なるVANサーバと通信している場合、VANサーバ通知をVANクライアントに送信するように構成されてもよい。
【００３２】
一実施例では、所望のVANサーバは、セルラBSと同一場所に配置される。他の実施例では、VANクライアントは、モバイルインターネットプロトコル（IP）クライアントでもよく、仮想プライベートネットワーク（VPN）クライアントでもよい。他の実施例では、VANサーバは、モバイルIPサーバでもよく、IPホームエージェントでもよく、VPNサーバでもよい。他の実施例では、セルラBSは、セルラのエアインタフェースで無線リソース制御（RRC）メッセージを使用してVANサーバ通知をVANクライアントに送信してもよい。一実施例では、セルラBSは、VAN制御メッセージを使用して現在のサービングVANサーバを介してVANサーバ通知をVANクライアントに送信するように更に構成される。一実施例では、セルラBSは、VANクライアントが動作するユーザ装置（UE）から受信したパケットの宛先インターネットプロトコル（IP）アドレス及びポート番号を分析することにより、VANクライアントが通信しているリモートVANサーバを決定するように更に構成される。
【００３３】
図９は、VANサーバと通信するように動作可能なマルチRAT  HetNetにおけるUEのコンピュータ回路の一実施例の機能を示すために、フローチャートを使用する。この機能は、方法として実現されてもよく、この機能は、機械上の命令として実行されてもよい。命令は、少なくとも１つのコンピュータ読み取り可能媒体又は１つの過渡的でない機械読み取り可能記憶媒体に含まれる。ブロック910のように、コンピュータ回路は、VANクライアントを動作させるように構成されてもよい。ブロック920のように、コンピュータ回路は、セルラ基地局（BS）からVANクライアントにおいてVANサーバ通知を受信するように更に構成されてもよい。一実施例では、VANサーバ通知は、VANクライアントが通信するための所望のVANサーバを識別する。ブロック930のように、コンピュータ回路はまた、セルラBSとのデータトラヒックに基づいて現在のサービングVANサーバからいつデタッチするかを決定するように構成されてもよい。一実施例では、コンピュータ回路は、現在のサービングVANサーバからデタッチし、VANサーバ通知で提供される所望のVANサーバにアタッチするように構成される。一実施例では、コンピュータ回路が現在のサービングVANサーバからデタッチすることを決定した場合、コンピュータ回路は、デタッチ要求を現在のサービングVANサーバに送信し、現在のサービングVANサーバからデタッチ承認を受信する。コンピュータ回路がアタッチすることを決定する他の実施例では、コンピュータ回路は、アタッチ要求を所望のVANサーバに送信し、所望のVANサーバからアタッチ承認を受信する。
【００３４】
図１０は、マルチRAT異種ネットワークHetNetにおいて周波数帯域の間を切り替える方法を示すために、フローチャートを提供する。この方法は、ブロック1010のように、いつ選択されたRATのRAN接続が利用不可能になるかを識別するために、VANサーバからUEにおいてVAN不在通知を受信することを有してもよい。ブロック1020のように、この方法は、RANで動作しているデータトラヒックを他のRANに移動させることを更に有してもよい。一実施例では、データトラヒックを移動させることは、RANで動作しているデータトラヒックをセルラBSから他のBSに移動させること、セルラBSからIEEE（electrical  engineers）802.11-2012、802.11ac又は802.11adで構成されたAPに移動させること、IEEE802.11-2012、802.11ac又は802.11adで構成されたAPからセルラBSに移動させること、IEEE802.11-2012、802.11ac又は802. 11adで構成されたAPから他のIEEE802.11-2012、802.11ac又は802.11adで構成されたAPに移動させることを更に有する。他の実施例では、RANで動作しているデータトラヒックを他のRANに移動させることは、RANハンドオーバ要求をRANネットワークに送信し、RANネットワークからRANハンドオーバ承認を受信することを更に有する。この方法は、ブロック1030のように、RANが新たなチャネルに切り替えられた場合、他のRANで動作しているデータトラヒックをRANに戻すことを更に有してもよい。
【００３５】
図１１は、マルチRAT  HetNetにおいてVANクライアントと通信するように動作可能なVANサーバのコンピュータ回路の一実施例の機能を示すために、フローチャートを使用する。この機能は、方法として実現されてもよく、この機能は、機械上の命令として実行されてもよい。命令は、少なくとも１つのコンピュータ読み取り可能媒体又は１つの過渡的でない機械読み取り可能記憶媒体に含まれる。一実施例では、ブロック1110のように、コンピュータ回路は、RANの選択されたチャネルで動作する無線ノードからRAN不在通知を受信するように構成されてもよい。一実施例では、RAN不在通知は、不在開始時間、不在持続時間、不在理由、不在になるRANの種類、不在になるRANのRAN識別情報（ID）、又は通信チャネルを切り替えた後にRANが使用する動作チャネルを更に有する。一実施例では、RAN  IDは、サービスセット識別情報（SSID：service  set  identification）、基本サービスセット識別情報（BSSID：basic  service  set  identification）又はセルラ識別情報（Cell  ID）を有する。一実施例では、不在理由は、チャネル切り替え、ハードウェア更新、ファームウェア更新及び／又はソフトウェア更新を含んでもよい。
【００３６】
ブロック1120のように、コンピュータ回路は、RAN不在通知をUEで動作するVANクライアントに送信するように更に構成されてもよい。一実施例では、コンピュータ回路は、Wi-Fi  AP又はセルラBSの不在を示す不在指示に基づいてRAN不在通知を送信するように更に構成される。ブロック1130のように、コンピュータ回路はまた、VANクライアントとVANサーバとの間のデータトラヒックリンクからデタッチするように構成されてもよい。データトラヒックリンクは、VANクライアントとVANサーバとの間に有線及び／又は無線部分を含んでもよい。一実施例では、コンピュータ回路は、RANが新たなチャネルに切り替えられた後に、データトラヒックリンクにアタッチするように更に構成される。一実施例では、コンピュータ回路は、信号干渉レベルが規定の閾値を超えた場合、RANで動作しているデータトラヒックを移動させるために、VANクライアントからハンドオーバ要求を受信し、ハンドオーバ承認をVANクライアントに送信するように更に構成される。他の実施例では、コンピュータ回路は、RANの通信チャネルが選択されたチャネルに切り戻された場合、データトラヒックを他のRANからRANに戻すために、ハンドオーバ要求を受信し、データトラヒックを他のRANからRANの選択されたチャネルに戻すためにハンドオーバ承認を送信するように更に構成される。コンピュータ回路は、RANの選択されたチャネルに再アタッチ又は切り戻しされてもよい。
【００３７】
図１２は、ユーザ装置（UE）、移動局（MS：mobile  station）、移動無線デバイス、移動通信デバイス、タブレット、ハンドセット、又は他の種類の無線通信デバイスのような、無線デバイスの例を提供する。無線デバイスは、基地局（BS：base  station）、eNodeB（evolved  Node  B）、ベースバンドユニット（BBU：base  band  unit）、RRH（remote  radio  head）、RRE（remote  radio  equipment）、中継局（RS：relay  station）、無線装置（RE：radio  equipment）、CPM（central  processing  module）又は他の種類の無線広域ネットワーク（WWAN）アクセスポイントのようなノード又は送信局と通信するように構成された１つ以上のアンテナを含んでもよい。無線デバイスは、3GPP  LTE、WiMAX、HSPA（High  Speed  Packet  Access）、Bluetooth（登録商標）及びWiFiを含む少なくとも１つの無線通信標準を使用して通信するように構成されてもよい。無線デバイスは、無線通信標準毎に別々のアンテナを使用して通信してもよく、複数の無線通信標準に共用のアンテナを使用して通信してもよい。無線デバイスは、無線ローカルエリアネットワーク（WLAN：wireless  local  area  network）、無線パーソナルエリアネットワーク（WPAN：wireless  personal  area  network）及び／又はWWANで通信してもよい。
【００３８】
図１２はまた、無線デバイスからのオーディオ入力及び出力に使用され得るマイクロフォン及び１つ以上のスピーカの例を提供する。ディスプレイ画面は、液晶ディスプレイ（LCD：liquid  crystal  display）画面又は有機発光ダイオード（OLED：organic  light  emitting  diode）ディスプレイのような他の種類のディスプレイ画面でもよい。ディスプレイ画面は、接触式画面として構成されてもよい。接触式画面は、容量性、抵抗性又は他の種類の接触式画面技術を使用してもよい。アプリケーションプロセッサ及びグラフィックプロセッサは、処理及び表示機能を提供するために内部メモリに結合されてもよい。不揮発性メモリポートはまた、データ入力／出力の選択肢をユーザに提供するために使用されてもよい。不揮発性メモリポートはまた、無線デバイスのメモリ機能を拡張するために使用されてもよい。キーボードは、無線デバイスに統合されてもよく、更なるユーザ入力を提供するために無線デバイスに無線で接続されてもよい。仮想キーボードもまた、接触式画面を使用して提供されてもよい。
【００３９】
様々な技術又は特定の態様若しくはこの一部は、有形の媒体（フロッピーディスク、CD-ROM（compact  disc-readonly  memory）、ハードドライブ、過渡的でないコンピュータ読み取り可能記憶媒体又は他の機械読み取り可能記憶媒体等）に具現されたプログラムコード（すなわち、命令）の形式になってもよい。プログラムコードがコンピュータのような機械にロードされて実行された場合、機械は、様々な技術を実施する装置になる。回路は、ハードウェア、ファームウェア、プログラムコード、実行可能コード、コンピュータ命令及び／又はソフトウェアを含んでもよい。過渡的でないコンピュータ読み取り可能記憶媒体は、信号を含まないコンピュータ読み取り可能記憶媒体でもよい。プログラム可能なコンピュータ上のプログラムコードの実行の場合、コンピュータデバイスは、プロセッサ、プロセッサにより読み取り可能な記憶媒体（揮発性及び不揮発性メモリ及び／又は記憶要素を含む）、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスを含んでもよい。揮発性及び不揮発性メモリ及び／又は記憶要素は、ランダムアクセスメモリ（RAM）、消去可能プログラム可能読み取り専用メモリ（EPROM）、フラッシュドライブ、光ドライブ、磁気ハードドライブ、ソリッドステートドライブ又は電子データを格納する他の媒体でもよい。ノード及び無線デバイスはまた、トランシーバモジュール（すなわち、トランシーバ）、カウンタモジュール（すなわち、カウンタ）、処理モジュール（すなわち、プロセッサ）及び／又はクロックモジュール（すなわち、クロック）若しくはタイマモジュール（すなわち、タイマ）を含んでもよい。ここに記載の様々な技術を実現又は利用し得る１つ以上のプログラムは、アプリケーションプログラミングインタフェース（API：application  programming  interface）、再利用可能な制御（reusable  control）等を使用してもよい。このようなプログラムは、コンピュータシステムと通信するためにハイレベルな手続き型又はオブジェクト指向型プログラミング言語で実現されてもよい。しかし、プログラムは、必要な場合にはアセンブリ又は機械言語で実現されてもよい。いずれの場合でも、言語は、コンパイルされた言語又はインタープリタ型言語でもよく、ハードウェアの実現と組み合わされてもよい。
【００４０】
この明細書に記載の機能ユニットの多くは、実装の独立性を特に強調するために、モジュールとして記されていることが分かる。例えば、モジュールは、カスタムVLSI（very-large-scale  integration）回路又はゲートアレイを有するハードウェア回路、論理チップのような既製の半導体、トランジスタ、又は他の別のディスクリートコンポーネントとして実現されてもよい。モジュールはまた、フィールドプログラマブルゲートアレイ、プログラム可能アレイロジック、プログラム可能論理デバイス等のようなプログラム可能なハードウェアデバイスに実現されてもよい。
【００４１】
モジュールは、様々な種類のプロセッサによる実行のためにソフトウェアに実現されてもよい。例えば、実行可能コードの識別されたモジュールは、コンピュータ命令の１つ以上の物理的又は論理的ブロックを有してもよい。例えば、コンピュータ命令は、オブジェクト、プロシージャ又は関数として構成されてもよい。それにも拘わらず、識別されたモジュールの実行形式は、物理的に一緒に存在する必要はなく、異なる位置に格納された異なる命令を有してもよい。異なる命令は、論理的に結合された場合にモジュールを有し、モジュールの記載の目的を実現する。
【００４２】
実際に、実行可能コードのモジュールは、単一の命令でもよく、複数の命令でもよく、異なるプログラムの間で及び複数のメモリデバイスに渡って複数の異なるコードセグメントに分散されてもよい。同様に、動作データは、ここではモジュール内に識別されて示されてもよく、如何なる適切な形式に具現されてもよく、如何なる適切な種類のデータ構造内に構成されてもよい。動作データは、単一のデータセットとして収集されてもよく、異なる記憶デバイスを含む異なる位置に分散されてもよく、少なくとも部分的にシステム又はネットワーク上の電子信号として単に存在してもよい。モジュールは、所望の機能を実行するように動作可能なエージェントを含み、受動的でもよく能動的でもよい。
【００４３】
この明細書を通じて“例”又は“例示”への言及は、その例に関して記載した特定の機能、構成又は特徴が、本発明の少なくとも１つの実施例に含まれることを意味する。従って、この明細書を通じて様々な場所に“例では”という語句又は“例示では”という語句が現れることは、必ずしも同じ実施例を示しているとは限らない。
【００４４】
ここで使用される複数の項目、構造上の要素、構成要素及び／又は素材は、便宜的に一般的なリストで提示されてもよい。しかし、これらのリストは、リストの各メンバが個々に別々の固有のメンバとして識別されるように解釈されるべきである。従って、このようなリストの個々のメンバは、別の指示がない限り、共通のグループに提示されていることに単に基づいて、同じリストの他のメンバの事実上の等価物として解釈されるべきではない。更に、本発明の様々な実施例及び例は、ここでは、様々なコンポーネントの代替と共に参照されてもよい。このような実施例、例及び代替は、相互の事実上の等価物として解釈されるべきではなく、本発明の別々の自律的な表現として解釈されるべきであることが分かる。
【００４５】
更に、前述の機能、構成又は特徴は、１つ以上の実施例においていずれかの適切な方式で組み合わされてもよい。以下の説明では、本発明の実施例の完全な理解を提供するために、レイアウトの例、距離、ネットワークの例等のような複数の特定の詳細が提供される。しかし、当業者は、特定の詳細のうち１つ以上がなくても、或いは他の方法、コンポーネント、レイアウト等と共に本発明が実施され得ることを認識する。他の場合にも、周知の構成、素材又は動作は、本発明の態様を曖昧にすることを回避するために詳細に図示又は記載されない。
【００４６】
前述の例は、１つ以上の特定の用途における本発明の原理の例であり、発明能力を発揮せずに、また、本発明の原理及び概念から逸脱することなく、実現の形式、使用及び詳細において複数の変更が行われてもよいことは、当業者に明らかである。従って、本発明は、以下に示す特許請求の範囲を除き、限定されないことを意図する。
【図１】
0006449299.tif 000002
【図２】
0006449299.tif 000003
【図３Ａ】
0006449299.tif 000004
【図３Ｂ】
0006449299.tif 000005
【図４】
0006449299.tif 000006
【図５】
0006449299.tif 000007
【図６】
0006449299.tif 000008
【図７】
0006449299.tif 000009
【図８】
0006449299.tif 000010
【図９】
0006449299.tif 000011
【図１０】
0006449299.tif 000012
【図１１】
0006449299.tif 000013
【図１２】
0006449299.tif 000014