JP2019118138A - 統合スモールセルおよびＷｉＦｉネットワーク内ハンドオーバ - Google Patents

Abstract

【課題】統合スモールセルおよびＷｉＦｉネットワーク内ハンドオーバの提供。【解決手段】統合ＬＴＥおよび信頼ＷＬＡＮアクセスネットワーク（ＴＷＡＮ）内のシステム間モビリティのためのシステムおよび方法が開示される。制御プレーンおよびユーザプレーン通信の両方のために適合される、Ｘ２’インターフェースが、ｅＮＢとＷＬＡＮアクセスポイントとの間に存在する。ＥＰＣと通信している、それにアタッチされたＵＥを有するＷＬＡＮは、ＷＬＡＮから（Ｈ）ｅＮＢに通信をハンドオーバするために、（Ｈ）ｅＮＢとＸ２’インターフェースを経由して通信する。同様に、それにアタッチされたＵＥを有する（Ｈ）ｅＮＢは、（Ｈ）ｅＮＢからＷＬＡＮに通信をハンドオーバするために、ＷＬＡＮとＸ２’インターフェースを経由して通信する。【選択図】図７

Description

本願は、米国仮特許出願第６１／９４２，９００号（２０１４年２月２１日出願）および米国仮特許出願第６２／０２４，２８７号（２０１４年７月１４日出願）の米国特許法§１１９（ｅ）に基づく利益を主張し、両出願の内容は、それらの全体が参照により本明細書に引用される。

無線通信技術が進化するにつれて、多様な無線ネットワークのより広範な使用を支援するために、追加の要求が無線システムに課されている。例えば、モバイルネットワークオペレータ（ＭＮＯ）は、セルラーおよびコアネットワークサービスを補完する方法で、「キャリアグレード」ＷｉＦｉを組み込み始めている。ＭＮＯは、セルラーネットワークからインターネットトラフィックをオフロードするためにＷｉＦｉを採用しようと努めている。ＭＮＯはまた、セルラーシステムの進化型パケットコア（ＥＰＣ）へのアクセスをＷｉＦｉネットワークのユーザに提供しようと努めている。

セルラーおよびＷｉＦｉネットワークのシステム間統合のための需要が増加し続ける一方で、そのような統合を提供する既存の方法は、リソース集約的であり、あまりに頻繁に進行中の通信の中断をもたらすことが分かっている。

出願人らは、統合ロングタームエボリューション（ＬＴＥ）無線アクセスネットワークと信頼無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスネットワーク（ＴＷＡＮ）との間のシステム間ハンドオーバのためのシステムおよび方法を本明細書で開示する。Ｘ２’インターフェースと称される通信インターフェースが、ＬＴＥ無線アクセスネットワークとＴＷＡＮとの間で定義される。Ｘ２’インターフェースは、ＬＴＥアクセスネットワークとＴＷＡＮとの間で制御プレーン信号およびユーザプレーンデータの両方を伝達するように適合される。ユーザ機器（ＵＥ）とＥＰＣとの間の既存の通信接続が、２つのネットワークの間のＸ２’インターフェースを経由した通信によって、ＬＴＥアクセスネットワークおよびＴＷＡＮのうちの一方から他方にハンドオーバされ得る。

例示的シナリオでは、例えば、無線電話または他のコンピューティングデバイス等のＵＥは、ＷＬＡＮアクセスポイント（ＡＰ）へのＷｉＦｉ接続を介したＥＰＣへの確立された通信経路を有し得る。ＷＬＡＮは、領域内のＷＬＡＮ ＡＰおよび他のアクセスノードからＵＥによって受信される信号を評価するためのＵＥ構成情報を伝達するように適合される。ＵＥは、アクセスノードから受信される信号を検出して測定する。例示的シナリオでは、ＵＥは、セルラーアクセスネットワークに関連付けられるホーム進化型ノードＢ（（Ｈ）ｅＮＢ）から受信される信号、ならびにＵＥが現在接続されているＷＬＡＮ ＡＰから受信される信号を検出して測定する。ＵＥにおいて受信される信号の強度は、ＵＥが、ＵＥが現在アタッチされているＷＬＡＮ ＡＰ以外のアクセスポイントを通して、良好な信号を有することを示し得る。ＵＥは、受信された強度データに基づいて、より強い信号を有するアクセスポイントへのハンドオーバを要求するかどうかを決定する。ＵＥから受信される情報が、ＵＥが（Ｈ）ｅＮＢとの通信のためにより強い信号を有することを示し得る、例示的シナリオでは、ＵＥは、特定の（Ｈ）ｅＮＢへのハンドオーバを行うことを決定し得る。そのような状況では、ＵＥは、ハンドオーバ要求をＷＬＡＮに伝送する。

要求に応答して、ＷＬＡＮは、識別された（Ｈ）ｅＮＢにハンドオーバを行うための要求を生成して伝送する。ハンドオーバ要求は、ＷＬＡＮと（Ｈ）ｅＮＢとの間のＸ２’インターフェースを介して伝達される。例示的実施形態では、Ｘ２’インターフェースは、ＵＥがアタッチされるＷＬＡＮと（Ｈ）ｅＮＢとの間に実装され得る。（Ｈ）ｅＮＢは、Ｘ２’インターフェースを介してハンドオーバ要求を受信し、ハンドオーバを実装するかどうかを決定するために、特定のＵＥに基づいて許可制御を行う。（Ｈ）ｅＮＢがハンドオーバを実装することを決定する場合において、（Ｈ）ｅＮＢは、ハンドオーバを行うための要求の確認応答を伝送し、ＷＬＡＮは、Ｘ２’インターフェースを介してそれを受信する。

確認応答を受信することに応答して、ＷＬＡＮは、ＵＥが（Ｈ）ｅＮＢと通信するために使用し得る情報をＵＥに伝達する。ＷＬＡＮは、Ｘ２’インターフェースを介してユーザデータを伝送し始め、（Ｈ）ｅＮＢは、Ｘ２’インターフェースを介してＵＥからユーザデータを受信し始める。ＵＥは、（Ｈ）ｅＮＢと同期し、（Ｈ）ｅＮＢは、ＥＰＣへのその接続を確立する。（Ｈ）ｅＮＢとＥＰＣとの間の接続が確立されたとき、（Ｈ）ｅＮＢは、Ｘ２’インターフェースを介して、ＵＥへのその接続に関連付けられるそのリソースを解放するように、命令をＷＬＡＮに伝達する。

別の例示的シナリオでは、ＵＥは、（Ｈ）ｅＮＢとの接続を介したＥＰＣへの確立された通信経路を有し得る。（Ｈ）ｅＮＢは、領域内の（Ｈ）ｅＮＢおよび他のアクセスノードからＵＥによって受信される信号に関連する情報を集める際にＵＥが使用し得るＵＥ構成情報を伝達するように適合される。例示的シナリオでは、ＵＥは、ＷＬＡＮ ＡＰから受信される信号、ならびにＵＥが現在接続を有する（Ｈ）ｅＮＢから受信される信号を検出して測定する。ＵＥは、信号強度について報告する情報を（Ｈ）ｅＮＢに転送する。

（Ｈ）ｅＮＢはまた、特定の（Ｈ）ｅＮＢにおける処理負荷の測定も行う。（Ｈ）ｅＮＢおよびＷＬＡＮ ＡＰから受信される信号強度について報告する情報とともに、その処理負荷の評価に基づいて、（Ｈ）ｅＮＢは、ＷＬＡＮにおける処理負荷に関する情報に対する要求を生成し、Ｘ２’インターフェースを介してＷＬＡＮに伝送することを決定する。要求に応答して、ＷＬＡＮは、ＷＬＡＮに関連付けられる処理負荷を規定する情報を含む応答を生成し、Ｘ２’インターフェースを介して伝送する。

ＷＬＡＮから受信される処理負荷情報、ＵＥから受信される信号強度情報、および独自の負荷情報を使用して、（Ｈ）ｅＮＢは、ハンドオーバを行うことを決定する。（Ｈ）ｅＮＢは、ハンドオーバを行うための要求を生成し、Ｘ２’インターフェースを介して伝送する。ＷＬＡＮは、Ｘ２’インターフェースを介してハンドオーバ要求を受信し、特定のＵＥに基づいて許可制御を行い、ハンドオーバを実装するどうかを決定する。ＷＬＡＮがハンドオーバを実装することを決定する場合において、ＷＬＡＮは、ハンドオーバを行うための要求の確認応答を生成して伝送し、（Ｈ）ｅＮＢは、Ｘ２’インターフェースを介してそれを受信する。

確認応答を受信することに応答して、（Ｈ）ｅＮＢは、ＵＥがＷＬＡＮ ＡＰと通信するために使用し得る情報をＵＥに伝達する。（Ｈ）ｅＮＢは、Ｘ２’インターフェースを介してユーザデータを伝送し始め、ＷＬＡＮは、Ｘ２’インターフェースを介してＵＥからユーザデータを受信し始める。ＵＥは、ＷＬＡＮ ＡＰと同期し、ＷＬＡＮは、ＥＰＣへのその接続を確立する。ＷＬＡＮとＥＰＣとの間の接続が確立されたとき、ＷＬＡＮは、Ｘ２’インターフェースを介して、ＵＥへのその接続に関連付けられるそのリソースを解放するように、命令を（Ｈ）ｅＮＢに伝達する。

本概要は、発明を実施するための形態において以下でさらに説明される、簡略化形態の概念の選択を導入するように提供される。本概要は、請求された主題の主要な特徴または不可欠な特徴を識別することを目的としておらず、また、請求された主題の範囲を限定するために使用されることも目的としていない。他の特徴は、以下で説明される。 本発明はさらに、例えば、以下を提供する。
（項目１）
無線ローカルエリアネットワークアクセスノードであって、
一又は二以上のプロセッサと、
前記一又は二以上のプロセッサと通信可能に結合されているメモリと
を備え、
前記メモリには、実行可能な命令が記憶されており、前記命令は、実行時、
セルラーネットワークアクセスノードに対して、拡張Ｘ２プロトコルを用いて、前記無線ローカルエリアネットワークアクセスノードに関する負荷情報を送信することと、
前記セルラーネットワークアクセスノードから、前記拡張Ｘ２プロトコルを用いて、前記セルラーネットワークアクセスノードと前記無線ローカルエリアネットワークアクセスノードの間で通信を行うためのリクエストを受信することと、
前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いて、前記リクエストに対する応答を送信することと、
前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することを前記一又は二以上のプロセッサに行わせ、
前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することは、前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いてユーザプレーンデータを送信することを含む、
無線ローカルエリアネットワークアクセスノード。
（項目２）
前記命令は、
前記セルラーネットワークアクセスノードから、前記無線ローカルエリアネットワークアクセスノードに関する負荷情報のリクエストを受信することを、前記一又は二以上のプロセッサに行わせ、
前記負荷情報は、前記リクエストに基づいて前記セルラーネットワークアクセスノードに送信される、項目１に記載の無線ローカルエリアネットワークアクセスノード。
（項目３）
前記命令は、
ユーザ端末に対して、前記ユーザ端末を前記無線ローカルエリアネットワークアクセスノードと通信可能に設定するための情報を送信することを、前記一又は二以上のプロセッサに行わせる、項目１に記載の無線ローカルエリアネットワークアクセスノード。
（項目４）
前記命令は、
前記セルラーネットワークアクセスノードに対して、モバイルコンピューティング装置との一又は二以上の通信ステータスに関する情報を送信することを、前記一又は二以上のプロセッサに行わせる、請求項１に記載の無線ローカルエリアネットワークアクセスノード。
（項目５）
前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することは、前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いてコントロールプレーンデータを送受信することを含む、項目１に記載の無線ローカルエリアネットワークアクセスノード。
（項目６）
前記拡張Ｘ２プロトコルを用いてコントロールプレーンデータを送受信することは、無線ネットワークレイヤにおいてデータ通信を行うことを含む、項目５に記載の無線ローカルエリアネットワークアクセスノード。
（項目７）
前記拡張Ｘ２プロトコルを用いてコントロールプレーンデータを送受信することは、ストリームコントロール送信プロトコルを用いた信号通信と、アクセスポイントプロトコルを用いた信号通信と、を含む、項目５に記載の無線ローカルエリアネットワークアクセスノード。
（項目８）
前記拡張Ｘ２プロトコルを用いてコントロールプレーンデータを送受信することは、ユーザデータグラムプロトコルを用いたデータ通信と、パケット無線サービストンネリングプロトコルを用いたデータ通信と、を含む、項目５に記載の無線ローカルエリアネットワークアクセスノード。
（項目９）
無線ローカルエリアネットワークアクセスノードによって実行される方法であって、
セルラーネットワークアクセスノードに対して、拡張Ｘ２プロトコルを用いて、前記無線ローカルエリアネットワークアクセスノードに関する負荷情報を送信することと、
前記セルラーネットワークアクセスノードから、前記拡張Ｘ２プロトコルを用いて、前記セルラーネットワークアクセスノードと前記無線ローカルエリアネットワークアクセスノードの間で通信を行うためのリクエストを受信することと、
前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いて、前記リクエストに対する応答を送信することと、
前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することをプロセッサに行わせ、
前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することは、前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いてユーザプレーンデータを送信することを含む、
方法。
（項目１０）
セルラーネットワークアクセスノードと無線ローカルエリアネットワークアクセスノードと通信可能なユーザ端末であって、
一又は二以上のプロセッサと、
前記一又は二以上のプロセッサと通信可能に結合されているメモリと
を備え、
前記メモリには、実行可能な命令が記憶されており、前記命令は、実行時、
セルラーネットワークアクセスノードから、無線ローカルエリアネットワークアクセスノードとの通信を確立するためのハンドオーバ通信情報を受信することを、前記一又は二以上のプロセッサに実行させ、
前記無線ローカルエリアネットワークアクセスノードは、セルラーネットワークアクセスノードに対して、拡張Ｘ２プロトコルを用いて、前記無線ローカルエリアネットワークアクセスノードに関する負荷情報を送信し、
前記セルラーネットワークアクセスノードから、前記拡張Ｘ２プロトコルを用いて、前記セルラーネットワークアクセスノードと前記無線ローカルエリアネットワークアクセスノードの間で通信を行うためのリクエストを受信し、
前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いて、前記リクエストに対する応答を送信し、
前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信し、 前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することは、前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いてユーザプレーンデータを送信することを含む、
ユーザ端末。
（項目１１）
前記ハンドオーバ通信情報は、RRC Connection Reconfigurationメッセージを用いて前記セルラーネットワークアクセスノードから受信する、項目１０に記載のユーザ端末。
（項目１２）
前記ハンドオーバ通信情報は、WLAN AP ID、ターゲットWLAN AP security algorithm識別子のうち少なくとも一つを含む、項目１１に記載のユーザ端末。
（項目１３）
前記ハンドオーバ通信情報は、前記セルラーネットワークアクセスノードが構成するセルラーネットワークから、前記無線ローカルエリアネットワークアクセスノードが構成する無線ローカルネットワークへトンネルを転送するための情報を含む、項目１１に記載のユーザ端末。
（項目１４）
前記拡張Ｘ２プロトコルを用いた通信は、拡張Ｘ２インターフェースを用いた通信を構成する、項目１０に記載のユーザ端末。
（項目１５）
セルラーネットワークアクセスノードであって、
一又は二以上のプロセッサと、
前記一又は二以上のプロセッサと通信可能に結合されているメモリと
を備え、
前記メモリには、実行可能な命令が記憶されており、前記命令は、実行時、
ユーザ端末に対して、無線ローカルエリアネットワークアクセスノードとの通信を確立するためのハンドオーバ通信情報を送信すること、
無線ローカルエリアネットワークアクセスノードから、拡張Ｘ２プロトコルを用いて、前記無線ローカルエリアネットワークアクセスノードに関する負荷情報を受信することと、
前記無線ローカルエリアネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いて、前記セルラーネットワークアクセスノードと前記無線ローカルエリアネットワークアクセスノードの間で通信を行うためのリクエストを送信することと、
前記無線ローカルエリアネットワークアクセスノードから、前記拡張Ｘ２プロトコルを用いて、前記リクエストに対する応答を受信することと、
前記無線ローカルエリアネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することを前記一又は二以上のプロセッサに行わせ、
前記無線ローカルエリアネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することは、前記無線ローカルエリアネットワークアクセスノードから、前記拡張Ｘ２プロトコルを用いてユーザプレーンデータを受信することを含む、
セルラーネットワークアクセスノード。

先の概要および例証的実施形態の以降の追加の説明は、添付図面と併せて熟読されたときにより理解され得る。開示されるシステムおよび方法の潜在的実施形態は、描写されるものに限定されないことが理解される。
図１は、進化型パケットコア（ＥＰＣ）への信頼無線ローカルエリアネットワーク（ＷＬＡＮ）および３ＧＰＰロングタームエボリューション（ＬＴＥ）アクセスのための非ローミングアーキテクチャを図示する、系統図である。 図２は、ホームｅＮｏｄｅ Ｂゲートウェイ（（Ｈ）ｅＮＢ ＧＷ）を伴って展開される、全体的な進化型ＵＭＴＳ陸上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）アーキテクチャを図示する、系統図である。 図３は、Ｘ２インターフェースプロトコルスタックを図示する、ブロック図である。 図４は、８０２．１１層および管理エンティティを図示する、ブロック図である。 図５は、例示的実施形態による、ローカルモビリティによるハンドオーバを図示する、系統図である。 図６は、例示的実施形態による、負荷バランシングによるハンドオーバを図示する、系統図である。 図７は、例示的実施形態による、（Ｈ）ｅＮＢとＷＬＡＮとの間の拡張Ｘ２インターフェースを用いたＥＰＣへのＴＷＡＮおよび３ＧＰＰ ＬＴＥアクセスのための非ローミングアーキテクチャを図示する、系統図である。 図８Ａは、例示的実施形態による、拡張Ｘ２インターフェースの制御プレーンを図示する、ブロック図である。 図８Ｂは、例示的実施形態による、拡張Ｘ２インターフェースプロトコルスタックのユーザプレーンを図示する、ブロック図である。 図９は、例示的ＳＷｗプロトコルスタックを図示する、ブロック図である。 図１０Ａ−Ｃは、例示的実施形態による、拡張Ｘ２インターフェースを介したＷＬＡＮから（Ｈ）ｅＮＢへのユーザ機器開始ハンドオーバを図示する、フロー図を描写する。 図１０Ａ−Ｃは、例示的実施形態による、拡張Ｘ２インターフェースを介したＷＬＡＮから（Ｈ）ｅＮＢへのユーザ機器開始ハンドオーバを図示する、フロー図を描写する。 図１０Ａ−Ｃは、例示的実施形態による、拡張Ｘ２インターフェースを介したＷＬＡＮから（Ｈ）ｅＮＢへのユーザ機器開始ハンドオーバを図示する、フロー図を描写する。 図１１Ａ−Ｃは、例示的実施形態による、拡張Ｘ２インターフェースを介した（Ｈ）ｅＮＢからＷＬＡＮへの（Ｈ）ｅＮＢ開始ハンドオーバを図示する、フロー図を描写する。 図１１Ａ−Ｃは、例示的実施形態による、拡張Ｘ２インターフェースを介した（Ｈ）ｅＮＢからＷＬＡＮへの（Ｈ）ｅＮＢ開始ハンドオーバを図示する、フロー図を描写する。 図１１Ａ−Ｃは、例示的実施形態による、拡張Ｘ２インターフェースを介した（Ｈ）ｅＮＢからＷＬＡＮへの（Ｈ）ｅＮＢ開始ハンドオーバを図示する、フロー図を描写する。 図１２は、例示的実施形態による、統合スモールセルおよびＷｉＦｉネットワーク（ＩＳＷＮ）内でハンドオーバを構成するためのユーザインターフェースを図示する、ブロック図である。 図１３は、例示的実施形態による、統合スモールセルおよびＷｉＦｉネットワーク（ＩＳＷＮ）内でハンドオーバを可能にするためのグラフィカルユーザインターフェース（ＧＵＩ）を図示する、ブロック図である。 図１４は、図１および／または図７で図示される通信システム内で使用され得る、例示的ユーザ機器の系統図である。 図１５は、図１および／または図７で図示される通信システム内で使用され得る、例示的コンピューティングシステムのブロック図である。

出願人らは、統合ＬＴＥおよび信頼ＷＬＡＮアクセスネットワーク（ＴＷＡＮ）内のシステム間モビリティのためのシステムおよび方法を本明細書で開示する。制御プレーンおよびユーザプレーン通信の両方のために適合される、Ｘ２’インターフェースが、進化型ノードＢ（ｅＮＢ）と、１つ以上のＷＬＡＮ ＡＰを備え得るＷＬＡＮとの間に存在する。それにアタッチされたＵＥを有するＷＬＡＮは、ＷＬＡＮからｅＮＢに通信をハンドオーバするために、Ｘ２’インターフェースを経由して、例えば、（Ｈ）ｅＮＢであり得る、ｅＮＢと通信する。同様に、パケットデータネットワークと通信している、それにアタッチされたＵＥを有するｅＮＢは、ｅＮＢからＷＬＡＮに通信をハンドオーバするために、Ｘ２’インターフェースを経由してＷＬＡＮと通信する。

（例示的モバイルネットワーク動作）
現在の実践下では、モバイルネットワークオペレータ（ＭＮＯ）は、典型的には、そのセルラーおよびコアネットワークから「ベストエフォート」インターネットトラフィックをオフロードするために、ＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）を採用する。しかしながら、「スモールセル」（すなわち、第３世代パートナーシッププロジェクト（３ＧＰＰ）および「キャリアＷｉＦｉ」を介して無線ネットワークアクセスを提供する局所的な地理的エリア）のオペレータ展開における関心の増加が、加入者の体験の品質（ＤｏＥ）に対するさらなる制御を可能にする、ローカルセルラーおよびＷｉＦｉネットワークを横断したより優れた相互運用性を模索するようにＭＮＯを促している。実際、そのような統合アクセスネットワークは、多くの場合、統合スモールセルおよびＷｉＦｉネットワーク（ＩＳＷＮ）と称される。

オペレータが、「キャリアＷｉＦｉ」を採用し、そのネットワークを最適化し、費用を削減するにつれて、直接、オペレータのモバイルコアネットワーク（ＭＣＮ）とインターフェースをとることができる「信頼」ＷＬＡＮアクセスネットワーク（ＴＷＡＮ）のさらなる展開がもたらされるであろうことが期待される。同様に、モバイルネットワーク運用（ＭＮＯ）展開スモールセルと、高トラフィック大都市ホットスポット場所等の共通地理的エリア内のＷｉＦｉアクセスネットワークとのさらなる統合がもたらされるであろうと期待される。そのような統合は、セルラーおよびＷｉＦｉアクセスの両方をサポートする、ますます増加するスマートフォンの数によって促される。

（ＥＰＣへのセルラーＬＴＥおよびＴＷＡＮアクセス）
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、いくつかの電気通信規格開発組織を統一し、セルラー電気通信ネットワーク技術（無線アクセス、コアトランスポートネットワーク、およびサービス能力を含む）のための仕様を開発する環境をそれらのメンバーに提供する。３ＧＰＰ仕様はまた、コアネットワークへの非無線アクセスのためのフック、および他のネットワークとのインターワーキングのためのフックも提供する。

無線通信のための３ＧＰＰコアネットワークアーキテクチャの最新の進化は、進化型パケットコア（ＥＰＣ）と称される。ＥＰＣは、最初に、３ＧＰＰによって規格のリリース８において導入された。これは、性能および費用の観点からデータトラフィックを効率的に取り扱うために、「フラットなアーキテクチャ」を有するように設計され、少ないネットワークノードがトラフィックの取り扱いに関与する。プロトコル変換もまた、概して、回避される。信号伝達（「制御プレーン」としても公知である）からユーザデータ（「ユーザプレーン」としても公知である）を分離することも決定され、それは、ネットワークオペレータがそれらのネットワークを容易にサイズ決定し、適合させることを可能にする。

図１は、進化型パケットコア（ＥＰＣ）１０４への非ローミング信頼無線ローカルエリアネットワーク（ＴＷＡＮ）および３ＧＰＰ ＬＴＥアクセスを提供する、３ＧＰＰアーキテクチャを描写する。その内容が参照することによって本明細書に組み込まれる、３ＧＰＰ技術仕様（ＴＳ）２３．４０２のセクション１６．１．１、「３ＧＰＰ Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ： Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ｎｏｎ−３ＧＰＰ ａｃｃｅｓｓｅｓ」に説明されるように、無線ローカルエリアネットワーク（ＷＬＡＮ）１１８がオペレータによって信頼されると見なされるとき、信頼ＷＬＡＮアクセスネットワーク１０２は、３ＧＰＰ認証、認可、および会計（ＡＡＡ）サーバ／プロキシ１０６に向かうＳＴａインターフェースと、ユーザプレーントラフィックフローのためのパケットデータネットワークゲートウェイ（ＰＧＷ）１０８に向かうＳ２ａインターフェースとを介して、進化型パケットコア１０４に接続されることができる。通信経路が種々のＴＷＡＮ１０２の構成要素およびＥＰＣ１０４の構成要素間に存在することが、理解されるであろう。例えば、信号経路が、（例えば、ＷＬＡＮアクセスポイントを介して）ＵＥ１１６とＷＬＡＮ１１８との間に、ＷＬＡＮ１１８と信頼ＷＬＡＮアクセスゲートウェイ１２０との間に、信頼ＷＬＡＮアクセスゲートウェイ１２０とパケットデータネットワークゲートウェイ１０８との間に、ＷＬＡＮ１１８と信頼ＷＬＡＮ ＡＡＡプロキシ（ＴＷＡＰ）１２２との間に、信頼ＷＬＡＮ ＡＡＡプロキシ１２２と３ＧＰＰ ＡＡＡサーバ１０６との間に、およびローカルＩＰ／インターネットサービス１２５と信頼ＷＬＡＮアクセスゲートウェイ１２０との間に存在し得る。これらの通信経路を使用して、図１の鎖線によって図示されるように、ＵＥ１１６は、ＥＰＣ１０４によって提供されるサービスにアクセスするために、ＴＷＡＮ１０２を通してＰＧＷ１０８への通信経路を形成し得る。

例えば、進化型ノードＢ（ｅＮＢ）等の無線アクセス基地局またはノードを備え得る３ＧＰＰ ＬＴＥアクセスネットワーク１１０は、モビリティ管理エンティティ１１２との通信経路を提供するＳ１−ＭＭＥインターフェースを介して進化型パケットコア１０４に接続される。Ｓ１−Ｕインターフェースは、Ｓ５インターフェースを介してパケットデータネットワークゲートウェイ１０８と連動する、サービングゲートウェイ１１４との通信経路を提供する。通信経路が種々のＬＴＥネットワーク１１０の構成要素およびＥＰＣ１０４の構成要素間に存在することが、理解されるであろう。例えば、信号経路が、ユーザ機器１２４と３ＧＰＰ ＬＴＥアクセスネットワーク１１０との間に、３ＧＰＰ ＬＴＥアクセスネットワーク１１０とモビリティ管理エンティティ１１２との間に、３ＧＰＰ ＬＴＥアクセスネットワーク１１０とサービングゲートウェイ１１４との間に、およびサービングゲートウェイ１１４とパケットデータネットワークゲートウェイ１０８との間に存在し得る。これらの通信経路を使用して、図１の点線によって図示されるように、ＵＥ１２４は、ＥＰＣ１０４において利用可能なサービスにアクセスするために、３ＧＰＰ ＬＴＥアクセスネットワーク１１０を通してＰＧＷ１０８への通信経路を形成し得る。

依然として図１を参照すると、随意の「ローカルゲートウェイ」機能（Ｌ−ＧＷ）１２６は、例えば、ホームｅＮＢ（（Ｈ）ｅＮＢ）展開で使用され得る、スモールセルＬＴＥアクセスを提供する。ローカルＩＰ／インターネットサービス１２８は、Ｌ−ＧＷ１２６と連動する。随意の（Ｈ）ｅＮＢゲートウェイ１３０が、モビリティ管理エンティティ１１２に向かう複数の（Ｈ）ｅＮＢのための制御プレーン信号伝達を集中させるために使用され得、サービングゲートウェイ１１４に向かう（Ｈ）ｅＮＢユーザプレーントラフィックを取り扱うためにも使用され得る。随意のセキュリティゲートウェイ１３２が、（例えば、（Ｈ）ｅＮＢを介した）３ＧＰＰ ＬＴＥアクセスネットワーク１１０から進化型パケットコア１０４へ、すなわち、インターネットプロトコルセキュリティ（ＩＰＳｅｃ）トンネリングを介する、安全なアクセスを提供するために使用され得る。

ホーム加入者サーバ（ＨＳＳ）１３４は、ユーザ関連および加入者関連情報を備えるデータベースを備える。ＨＳＳ１３４は、モビリティ管理、呼び出しおよびセッション設定、ユーザ認証、ならびにアクセス認可における機能をサポートする。

サービングＧＷ（ＳＧＷ）１１４およびＰＤＮ ＧＷ（ＰＧＷ）１０８は、ユーザプレーンアクセスを提供する。例えば、ＳＧＷ１１４およびＰＧＷ１０８は、ＵＥ１２４と、ＥＰＣ１０４を介してアクセスされる外部ネットワークとの間で、ＩＰデータトラフィックをトランスポートするために使用され得る。ＳＧＷ１１４は、無線側、例えば、３ＧＰＰ ＬＴＥアクセスネットワーク１１０と、ＥＰＣ１０４との間の相互接続点として動作する。ＳＧＷ１１４は、着信および発信ＩＰパケットをルーティングすることによって、ＵＥ１２４にサービス提供する。それは、ＬＴＥ内モビリティ（すなわち、ｅＮｏｄｅＢ間のハンドオーバの場合）のためのアンカポイント、ＬＴＥと他の３ＧＰＰアクセスとの間のアンカポイントである。ＳＧＷ１１４は、他のゲートウェイ、すなわち、ＰＤＮ ＧＷ１０８に論理的に接続される。

ＰＤＮ ＧＷ１０８は、ＥＰＣ１０４と、パケットデータネットワーク（ＰＤＮ）（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）と称され得るインターネット等の外部ＩＰネットワークとの間の相互接続点として動作する。ＰＤＮ ＧＷ１０８は、パケットをＰＤＮに、およびそこからルーティングする。ＰＤＮ ＧＷ１０８はまた、例えば、ＩＰアドレス／ＩＰプレフィックス割り付けならびにポリシー制御および課金等の種々の機能も果たす。３ＧＰＰ規格は、別個のＳＧＷおよびＰＧＷを参照するが、実践では、それらは、ネットワークベンダによって単一の「ボックス」に組み込まれ得る。

ＭＭＥ（モビリティ管理エンティティ）１１２は、制御プレーン機能性を提供する。例えば、ＭＭＥ１１２は、Ｅ−ＵＴＲＡＮ（進化型汎用陸上無線アクセスネットワーク）アクセスのためのモビリティおよびセキュリティに関係付けられる信号伝達を取り扱い得る。ＭＭＥ１１２はまた、アイドルモードにおけるＵＥの追跡およびページングに関与し得る。いくつかの実施形態では、ＭＭＥ１１２はまた、非アクセス層（ＮＡＳ）の終端点としても動作する。

ポリシーおよび課金規則機能（ＰＣＲＦ）１３６は、ＥＰＣ１０４のためにポリシー規則をリアルタイムで決定する。ＰＣＲＦ１３６は、集中型様式で、加入者データベースおよび課金システム等の他の特殊機能にアクセスする。

（Ｘ２インターフェース）
図２は、ＥＰＣ１０４の構成要素と連動する、その内容が参照することによって本明細書に組み込まれる、３ＧＰＰ ＴＳ ３６．３００に説明される、Ｅ−ＵＴＲＡ（進化型汎用陸上無線アクセス）ネットワーク２１０の構成要素の高レベル図を描写する。示されるように、Ｅ−ＵＴＲＡネットワーク２１０は、無線アクセス基地局またはノードであり得、ｅＮＢ１１０と称され得る、複数のセルラーネットワークアクセスノード１１０を備え得る。図２で描写される実施形態では、ｅＮＢ１１０のうちのいくつかは、ホーム環境内のネットワークアクセスに専念し得、ホームｅＮＢまたは（Ｈ）ｅＮＢと称され得る。示されるように、図１に関連する議論と一致して、ｅＮＢ１１０は、Ｓ１インターフェースを介してＥＰＣ１０４に含まれるＭＭＥ／ＳＧＷ１１２／１１４と通信し得る。図２の例示的実施形態では、ｅＮＢ１１０は、Ｓ１インターフェースを介して（Ｈ）ｅＮＢ ＧＷ１３０と通信し得、（Ｈ）ｅＮＢ ＧＷ１３０は、Ｓ１インターフェースを介してＭＭＥ／ＳＧＷ１１２／１１４と通信し得る。

図２で描写されるように、ｅＮＢ１１０は、その内容が参照することによって本明細書に組み込まれる、３ＧＰＰ ＴＳ ３６．４２０に説明される、Ｘ２インターフェースを使用して、互いに直接通信し得る。Ｘ２インターフェースは、ｅＮＢによって採用され得る、いくつかの機能をサポートする。例えば、Ｘ２インターフェースは、ＵＥに提供される接続が１つのｅＮＢから別のｅＮＢにハンドオーバされることを可能にする機能性を提供する。換言すると、Ｘ２インターフェースは、ＥＣＭ接続ＵＥのためのＬＴＥ内アクセスシステムモビリティサポートを提供する。ハンドオーバシナリオでは、Ｘ２インターフェースは、例えば、以下のために使用され得る：ソースｅＮＢから標的ｅＮＢへのコンテキスト転送を行うこと；ソースｅＮＢと標的ｅＮＢとの間のユーザプレーントランスポートベアラを制御すること；ハンドオーバ動作をキャンセルすること；および、ソースｅＮＢによるＵＥコンテキスト解放を行うこと。加えて、Ｘ２インターフェースは、以下をサポートする：ｅＮＢの間で負荷管理を行うこと；セル間干渉調整を行うこと；一般Ｘ２管理およびエラー処理機能を果たすこと；ｅＮＢの間でアプリケーションレベルデータ交換を行うこと；トレース機能を行うこと；および、自己最適化のためにデータ交換を行うこと。既存のＸ２インターフェースがｅＮＢとＷＬＡＮとの間の直接通信をサポートしないことに留意されたい。

図３は、既存のＸ２インターフェースのための例示的プロトコルアーキテクチャを描写する。示されるように、Ｘ２インターフェースプロトコルアーキテクチャは、２つの機能層を備え、すなわち、無線ネットワーク層（ＲＮＬ）３１０と、トランスポートネットワーク層（ＴＮＬ）３１２とを備える。ＲＮＬ３１０は、無線ネットワークを介したｅＮＢ間の相互作用に関するプロシージャを定義するように適合される。ＴＮＬ３１２は、ユーザプレーンおよび信号伝達トランスポートのためのサービスを提供する。図３に示されるように、ＲＮＬ３１０の一部は、制御プレーン３１４信号伝達を取り扱うためにＴＮＬ３１２の一部と協働する。同様に、ＲＮＬ３１０の一部は、ユーザプレーン３１６信号伝達を取り扱うためにＴＮＬ３１２の一部と協働する。既存のＸ２インターフェースのためのプロトコルスタックは、ｅＮＢとＷＬＡＮとの間の直接通信がサポートされていないことを例証する。

（ＩＥＥＥ ８０２．１１層および管理エンティティ）
図４は、８０２．１１プロトコルの層および管理特徴を図示する。示されるように、媒体アクセス制御（ＭＡＣ）４１０副層および物理（ＰＨＹ）層４１２は、概念的に、それぞれ、ＭＡＣ層管理エンティティ（ＭＬＭＥ）４２０および物理層管理エンティティ（ＰＬＭＥ）４２２と称される管理エンティティを含む。これらのエンティティは、それを通して層管理機能が呼び出される層管理サービスインターフェースを提供する。正しいＭＡＣ４１０動作を提供するために、局管理エンティティ（ＳＭＥ）４３０が、各無線局（ＳＴＡ）内に存在する。ＳＭＥ４３０は、別個の管理プレーン内に存在するか、または「脇に」に存在する層非依存性エンティティである。ＳＭＥ４３０の機能のうちのいくつかは、８０２．１規格で規定されている。典型的には、ＳＭＥ４３０は、ＭＬＭＥ４２０およびＰＬＭＥ４２２等の種々の層管理エンティティ（ＬＭＥ）からの層依存性状態の収集、ならびに同様に層特有のパラメータの値の設定等の機能に責任がある。ＳＭＥ４３０は、一般システム管理エンティティの代わりにそのような機能を果たし得、標準管理プロトコルを実装し得る。

（８０２．１１無線リソース管理）
ＷＬＡＮ無線測定は、ＳＴＡ（無線局）が無線リンク性能および無線環境についてのデータを観察して収集することを可能にする。ＳＴＡは、ローカルで測定を行い、別のＳＴＡから測定を要求することを選択し得るか、もしくは１つ以上の測定を行って結果を返信するように、別のＳＴＡによって要求され得る。

無線測定データは、ＳＴＡ管理および上位プロトコル層に利用可能にされ、それは、一連の用途に使用され得る。測定は、無線環境により良く適するためのＳＴＡ動作の調節を可能にする。

技術のモビリティ要件に対処するために、チャネル負荷要求／報告および近隣要求／報告等の無線測定は、事前ハンドオフ情報を収集するために使用され得、事前ハンドオフ情報は、同一の拡張サービスセット（ＥＳＳ）内のセルの間のハンドオフを著しく加速することができる。この情報にアクセスして使用することによって、（ＡＰ内または個々のデバイス内のいずれかの）ＳＴＡは、その所望の通信のために利用可能なスペクトル、電力、および帯域幅を利用するための最も効果的な方法について知的な決定を行うことができる。

概して、８０２．１１無線測定サービスは、以下のために使用され得る：サポートされたチャンネルにおいて無線測定を要求して報告すること；サポートされたチャンネルにおいて無線測定を行うこと；上層アプリケーションがＭＬＭＥプリミティブおよび／またはＭＩＢアクセスを使用して無線測定を読み出すためのインターフェースを提供すること；および、近隣アクセスポイントについての情報を要求して受信すること。

（ＬＴＥを介したＥＰＣアクセスのための既存のプロシージャ）
図１を再び参照すると、３ＧＰＰ ＬＴＥアクセスに対して、既存のシステムでは、ＵＥ１２４は、ＥＰＣネットワーク１０４へのその初期アタッチの一部として、ＰＤＮ接続を自動的にトリガする。ＵＥ１２４は、続いて、必要に応じて、追加のＰＤＮ接続を確立し得る。

ＵＥ１２４は、（Ｈ）ｅＮＢＬＴＥネットワーク１１０を介してＥＰＣ１０４にアタッチしようとするとき、最初に、（Ｈ）ｅＮＢ ＬＴＥネットワーク１１０との無線リソース制御（ＲＲＣ）接続を確立し、アタッチ要求をＲＲＣ信号伝達内にカプセル化する。（Ｈ）ｅＮＢ ＬＴＥネットワーク１１０は、次いで、Ｓ１−ＭＭＥインターフェース上のＳ１−ＡＰ信号伝達により、アタッチ要求をＭＭＥ１１２に転送する。ＭＭＥ１１２は、ＵＥ１２４を認証し、ＥＰＣ１０４へのアタッチを可能にするために、Ｓ６ａインターフェースを介して加入情報をＨＳＳ１３４から読み出す。

ＵＥ１０２を失敗なく認証した後、ＭＭＥ１１２は、（例えば、（Ｈ）ｅＮＢ ＬＴＥネットワーク１１０への近接性に基づいて）ＳＧＷ１１４を選択し、さらに、（例えば、ＨＳＳ１３４から読み出されるデフォルトＡＰＮまたはＵＥ１２４によって要求される具体的ＡＰＮに基づいて）ＰＧＷ１０８を選択する。ＭＭＥ１１２は、Ｓ１１インターフェース１１４を経由して、ＳＧＷ１１４と通信し、ＰＤＮ接続の作成を要求する。ＳＧＷ１１４は、Ｓ５インターフェースを経由して、指定されるＰＧＷ１０８と汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）ユーザプレーントンネルを確立するための信号伝達を実行する。

「ＧＴＰ制御」信号伝達は、ＭＭＥ１１２と（Ｈ）ｅＮＢ１１０との間のＳ１−ＡＰプロトコル内で生じる。これは、最終的には、（Ｈ）ｅＮＢ１１０とＳＧＷ１１４との間のＳ１−Ｕインターフェース上のＧＴＰユーザプレーントンネルの確立につながる。ＵＥ１０２とＰＧＷ１０８との間のＰＤＮ接続のための経路は、したがって、（Ｈ）ｅＮＢ１１０およびＳＧＷ１１４を通して完成される。

（ＴＷＡＮを介したＥＰＣアクセスのための既存のプロシージャ）
通信がＴＷＡＮ１０２を介して行われる既存のシステムでは、ＵＥ１１６認証およびＥＰＣ１０４アタッチメントが、ＵＥ１１６と３ＧＰＰ ＡＡＡサーバ１０６との間の拡張可能認証プロトコル（ＥＡＰ）信号伝達により達成される。ＰＤＮ接続サービスは、ＵＥ１１６とＴＷＡＮ１０２との間のポイントツーポイント接続性によって提供され、ＴＷＡＮ１０２とＰＧＷ１０８との間のＳ２ａベアラと連結される。

ＵＥ１１６は、ＴＷＡＮ１０２を介してＥＰＣ１０４にアタッチしようとするとき、最初に、ＷＬＡＮ１１８との層２接続を確立し、ＥＡＰオーバーＬＡＮ（ＥＡＰｏＬ）信号伝達内にＥＡＰメッセージをカプセル化する。ＷＬＡＮ１１８は、ＴＷＡＰ１２２にＥＡＰメッセージを転送し、ＴＷＡＰ１２２は、Ｄｉａｍｅｔｅｒ信号伝達内にメッセージをカプセル化し、ＳＴａインターフェースを介してメッセージを３ＧＰＰ ＡＡＡサーバ１０６に転送する。３ＧＰＰ ＡＡＡサーバ１０６は、ＵＥ１１６を認証し、ＥＰＣ１０４へのアタッチメントを可能にするために、ＳＷｘインターフェースを介してＨＳＳ１３４から加入情報を読み出す。

３ＧＰＰリリース１１に対して、３ＧＰＰ ＡＡＡサーバ１０６はまた、ＨＳＳ１３４において供給されるデフォルトＰＤＮへのＰＤＮ接続を確立するための情報をＳＴａインターフェースを介してＴＷＡＮ１０２に提供する。次いで、ＴＷＡＮ１０２は、直接的にＰＧＷ１０８に向かうＳ２ａインターフェースを経由して、ＧＴＰ制御プレーン（ＧＴＰ−Ｃ）およびユーザプレーン（ＧＴＰ−Ｕ）プロトコルを遂行し、それによって、ＴＷＡＮ１０２を通して、ＵＥ１１６とＰＧＷ１０８との間のＰＤＮ接続を完成する。

３ＧＰＰリリース１２に対して、ＳａＭＯＧフェーズ−２作業項目は、ＵＥ開始ＰＤＮ接続、マルチＰＤＮ接続、およびシームレスシステム間ハンドオーバのための追加のプロシージャを定義する。単一ＰＤＮ対応ＴＷＡＮシナリオの場合、ＥＡＰ拡張は、ＵＥ開始ＰＤＮ要求およびシームレスシステム間ハンドオーバ要求をサポートするように定義される。マルチＰＤＮ対応ＴＷＡＮシナリオの場合、ＷＬＡＮ制御プロトコル（ＷＬＣＰ）が、ＵＥとＴＷＡＮとの間に定義され、１つ以上のＵＥ ＰＤＮ接続要求およびシームレスハンドオーバプロシージャを有効にする。しかしながら、別個のプロシージャが、依然として、ＵＥ認証のために、ＵＥと３ＧＰＰ ＡＡＡサーバとの間で利用される。

（統合無線ネットワーク内のシステム間モビリティ）
現在の実践下では、セルラーネットワークとＷｉＦｉとのインターワーキングは、ＰＧＷで起こる。図１に示されるように、信頼ＷＬＡＮアクセスネットワーク（ＴＷＡＮ）１０２は、ＰＧＷ１０８において、すなわち、ＥＰＣ１０４等のモバイルコアネットワーク（ＭＣＮ）の中心においてアンカされており、３ＧＧＰ ＬＴＥアクセスネットワーク１１０におけるスモールセルとＴＷＡＮ１０２におけるＷＬＡＮ ＡＰとの間にハンドオーバのための直接インターフェースがない。スモールセルとＷＬＡＮ ＡＰとの間のハンドオーバは、ＥＰＣ１０４等のＭＣＮを介したハードスイッチとして行われる。ローカルモビリティ、アクセスネットワーク負荷バランシング、およびサービス品質（ＱｏＳ）によって要求されるトラフィックフロー管理により、スモールセルとＷＬＡＮ ＡＰとの間で頻繁に切り替えることは、無線ネットワークアクセスのユーザ体験の中断、ならびにハンドオーバ準備および切り替え制御メッセージを伴うＥＰＣ１０４等のＭＣＮへの余分なオーバーヘッドを引き起こす。切り替え信号および／または制御メッセージでＭＣＮに負担をかけることなく、円滑に、もしくはユーザ体験に透過的に、スモールセルとＷＬＡＮとの間のトラフィック切り替えを取り扱うことは、ＩＳＷＮに対して、特に、「キャリアＷｉＦｉ」ソリューションに対してますます重要である、増大する問題である。実際に、ネットワークのコアにおける処理に依拠する通信は、通信がネットワークコアに、またはそこから進行するにつれて妨害される、増加した機会を有する。

多くの共同設置スモールセルおよびＷｉＦｉアクセスポイントの予測される展開を考慮して、出願人らは、スモールセルとＷＬＡＮとの間のあるインターワーキング機能性を標準化することが有益であろうことに留意している。いくつかのモビリティおよびマルチアクセスシナリオでは、そのような能力は、アクセス技術にわたるユーザプレーン切り替え遅延を低減させ、ＭＣＮを通した、すなわち、ＰＧＷへの信号伝達の量を最小化することができる。

出願人らは、統合無線ネットワーク内のシステム間（すなわち、本明細書ではＲＡＴ間）モビリティのための改良型システムおよび方法を本明細書で開示する。本明細書に説明される実施形態は、拡張Ｘ２インターフェース（以降ではＸ２’と称される）を介して、ＩＳＷＮ内のスモールセルと信頼ＷＬＡＮとの間で高度ハンドオーバを提供する。例えば、スモールセルとＷＬＡＮとの間のユーザ機器のハンドオーバは、スモールセルおよびＷＬＡＮ ＡＰから受信される測定データに基づいて決定され得る。測定データは、信号測定およびトラフィック負荷測定を含み得る。ユーザ機器のハンドオーバは、スモールセルからＷＬＡＮへ、またはＷＬＡＮからスモールセルへ、スモールセルとＷＬＡＮとの間のＸ２’インターフェースを介して向かわせられ得る。ＷＬＡＮにＸ２インターフェースを拡張することによって、スモールセルとＷＬＡＮとの間のハンドオーバは、ハンドオーバ信号伝達および／またはメッセージでＥＰＣに負担をかけることなく、ＩＳＷＮにおいて行われ得る。

開示されるシステムおよび方法は、ネットワークのエッジに近いシステム間（すなわち、本明細書ではＲＡＴ間）モビリティプロシージャの実行を可能にすることによって、性能を向上させる。待ち時間は、コアネットワークの深部で、すなわち、ＰＧＷに向かって、信号伝達プロシージャの必要性を最小化することによって短縮される。開示されるシステムおよび方法に起因する、向上した性能および短縮した待ち時間は、ＭＮＯが共通地理的エリア内でスモールセルおよびＷｉＦｉアクセスを両方とも展開する環境で、特に有益である。開示されるシステムおよび方法は、コアネットワークから離れていくつかのシステム間モビリティ機能を分配することによって、ＰＧＷにかけられる処理負担を低減させることにより拡張性を向上させる。

例示的実施形態では、Ｘ２’インターフェースは、スモールセル３ＧＰＰネットワークとＷｉＦｉネットワークとの間に拡張制御プレーンおよびユーザプレーン通信を提供する。インターネットワーキングの３ＧＰＰ側で、動作を行うノードは、例えば、ｅＮＢまたは（Ｈ）ｅＮＢを含む、任意の好適なノードであり得ることが理解されるであろう。インターネットワーキングのＷｉＦｉ側で、動作を行うノードは、例えば、ＷＬＡＮに含まれ得る複数のＷＬＡＮ ＡＰのうちの１つ以上のものを含む、ＷＬＡＮ内の任意のノードを含む、任意の好適なノードであり得る。したがって、本明細書で提供される説明は、スモールセルまたはＷＬＡＮによって行われている動作を参照し得るが、処理は、これらのネットワーク内のｅＮＢまたはＷＬＡＮ ＡＰ等の特定のノードによって行われ得ることが理解されるであろう。例示的実施形態では、（Ｈ）ｅＮＢおよびＷＬＡＮは、それぞれのネットワークへのアクセスを提供し、したがって、アクセスノードまたはノードと称され得る。拡張制御プレーン通信は、（Ｈ）ｅＮＢおよびＷＬＡＮの両方において、拡張制御プロトコルスタック、すなわち、Ｘ２’−Ｃによってサポートされる。同様に、拡張ユーザプレーン通信は、（Ｈ）ｅＮＢおよびＷＬＡＮの両方において、拡張ユーザプレーンプロトコルスタック、すなわち、Ｘ２’−Ｕによってサポートされる。

以下で議論される、開示されるハンドオーバプロシージャはまた、ＷＬＡＮ ＡＰとＵＥとの間に拡張制御プレーンおよびユーザプレーン通信を提供する拡張ＳＷｗインターフェースを使用してサポートされる。拡張制御プレーン通信は、ＷＬＡＮ ＡＰおよびＵＥの両方において、拡張制御プロトコルスタック、すなわち、ＳＷｗ−Ｃによってサポートされる。同様に、拡張ユーザプレーン通信は、ＷＬＡＮ ＡＰおよびＵＥの両方において、拡張ユーザプレーンプロトコルスタック、すなわち、ＳＷｗ−Ｕによってサポートされる。

スモールセルアクセスネットワークとＷＬＡＮ ＡＰとの間でハンドオーバを行うためのプロシージャが、図１０および１１に関連して以下で詳細に説明される。プロシージャは、拡張Ｘ２’インターフェースを経由した拡張信号伝達およびデータ転送を伴う。ハンドオーバ動作のサポートにおいて使用される既存のメッセージへの拡張は、図１０および１１の議論に続く、いくつかのチャートで注目される。

（ローカルモビリティによるＷＬＡＮから（Ｈ）ｅＮＢへの例示的ハンドオーバ）
（Ｈ）ｅＮＢとＷＬＡＮとの間の通信のハンドオーバのための開示されるシステムおよび方法は、任意の数の使用シナリオに対処するように適用され得る。例えば、開示されるシステムおよび方法は、ユーザ機器のローカルモビリティに関係付けられるハンドオーバを提供するように適用され得る。図５は、ＵＥモビリティによる、Ｘ２’インターフェースを使用するハンドオーバを図示する。示されるように、複数の（Ｈ）ｅＮＢ５１０およびＷＬＡＮ５１２が共同設置され、オープンモードで動作し、ＩＳＷＮ５２０を形成する。拡張Ｘ２’インターフェースは、（Ｈ）ｅＮＢ５１０とＷＬＡＮ５１２との間に通信を提供する。例示的シナリオでは、ＵＥ５３０は、ＡＡＡサーバを用いて前もって認証されており、ＷＬＡＮ５１２ａアクセスネットワークを通したＥＰＣ内のＰＧＷとの確立されたＧＴＰトンネル接続を有し得る。ＵＥ５３０がＷＬＡＮ５１２ａから離れる場合、ＵＥ５３０は、ＷＬＡＮ５１２ａからの減少した受信信号強度、および（Ｈ）ｅＮＢ５１０ａからの増加した受信信号強度を検出する。ＵＥ５３０は、ＷＬＡＮ５１２ａから（Ｈ）ｅＮＢ５１０ａへの通信のハンドオーバを行うための信号をＷＬＡＮ５１２ａに伝達する。以下で詳細に説明されるように、ＷＬＡＮ５１２ａは、拡張Ｘ２’インターフェースを介して（Ｈ）ｅＮＢ５１０ａと通信し、ハンドオーバを調整する。

（負荷バランシングによる（Ｈ）ｅＮＢからＷＬＡＮへの例示的ハンドオーバ）
別の例示的シナリオでは、図６に図示されるように、開示されるシステムおよび方法は、負荷バランシングに付随するハンドオーバを提供するように適用され得る。図６に示されるように、複数の（Ｈ）ｅＮＢ６１０およびＷＬＡＮ６１２が共同設置され、オープンモードで動作し、ＩＳＷＮ６２０を形成する。（Ｈ）ｅＮＢ６１０およびＷＬＡＮ６１２は、（Ｈ）ｅＮＢ６１０とＷＬＡＮ６１２との間の通信のための拡張Ｘ２’インターフェースを有する。例示的シナリオでは、ＵＥ６３０は、（Ｈ）ｅＮＢ６１０ａを通したＥＰＣ内のＰＧＷとの確立されたＧＴＰトンネル接続を有し得る。（Ｈ）ｅＮＢ６１０ａは、トラフィックで過負荷になると、拡張Ｘ２’インターフェースを使用して、ＵＥ６３０およびＷＬＡＮ６１２ａと通信し、（Ｈ）ｅＮＢ６１０ａから選択されたＷＬＡＮ６１２ａへのハンドオーバを調整する。

（Ｘ２’インターフェースを介したハンドオーバのための例示的ネットワークアーキテクチャ）
図７は、ＥＰＣ１０４へのＴＷＡＮ１０２および３ＧＰＰ ＬＴＥネットワーク１１０アクセスのための例示的非ローミングアーキテクチャを図示し、このアーキテクチャは、（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間の高度ハンドオーバのために、３ＧＰＰ ＬＴＥアクセスネットワーク１１０内の（Ｈ）ｅＮＢ７１０とＴＷＡＮ１０２内のＷＬＡＮ１１８との間にＸ２’インターフェースを備える。概して、アーキテクチャは、（Ｈ）ｅＮＢ７１０およびＷＬＡＮ１１８のうちの一方を介した他方へのＵＥ１２３、１１６とＥＰＣ１０４との間の確立された通信のハンドオーバが、図１０および１１に関連して以下で詳細に説明されるように、ＷＬＡＮ１１８と（Ｈ）ｅＮＢ７１０との間のインターフェースＸ２’を介した通信によって調整されることを除いて、図１に関連して上で説明されるものと同様に動作する。図７に示されるように、ＷＬＡＮ１１８内のインターフェーシングアクセスポイント（ＩＡＰ）７１２は、（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間のＸ２’インターフェースにサポート機能を提供する。例えば、本明細書に説明される拡張プロトコルおよびメッセージングは、関連処理とともに、ＩＡＰ７１２によって実装され得る。ＩＡＰ７１２は、例えば、ＷＬＡＮ１１８に含まれる１つ以上のＷＬＡＮ ＡＰを含む、ＷＬＡＮ１１８内の任意の適切なノード上で実装され得ることが理解されるであろう。さらに、本明細書の説明は、ＷＬＡＮ１１８によって行われる処理を参照し得るが、例示的実施形態では、関連動作は、ＷＬＡＮ１１８内に含まれるＩＡＰ７１２を含む１つ以上のＷＬＡＮ ＡＰ上で実装され得る。

その間にＸ２’インターフェースが形成された、（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８とは、例えば、図１４および１５に関連して以下で説明されるコンピュータシステム等の好適なコンピュータシステムを使用して、実装され得る。（Ｈ）ｅＮＢ７１０およびＷＬＡＮ１１８は、例えば、独立型ノードまたはサーバ上で、もしくは既存のノードまたはサーバの一部としてのいずれかで実行され得るソフトウェアを使用して等、論理エンティティとして実装され得る。例示的実施形態では、（Ｈ）ｅＮＢ７１０およびＷＬＡＮ１１８は、共同設置され、それを経由してＸ２’通信が進行し得る物理的接続を有し得ることが理解されるであろう。

（例示的Ｘ２’プロトコルスタック）
図８Ａおよび８Ｂは、（Ｈ）ｅＮＢネットワーク１１０およびＴＷＡＮ１０２のうちのいずれか一方から他方への通信のハンドオーバを行うことに関連して使用され得るようなＸ２’インターフェース、ＳＷｗインターフェース、およびＵｕインターフェースのための例示的制御プレーンおよびユーザプレーンプロトコルスタックをそれぞれ図示する。図８Ａを参照すると、無線ネットワーク層８１０およびトランスポートネットワーク層８１２の両方の中の制御プレーン信号伝達のためのプロトコルスタックが図示されている。プロトコルスタックの新しいおよび増進された部分は、陰影によって注記される。示されるように、ＵＥ１２４と（Ｈ）ｅＮＢ７１０との間のＵｕ制御インターフェースのための制御プレーンは、関連プロトコルスタックＵＥ Ｕｕ−Ｃおよび（Ｈ）ｅＮＢ Ｕｕ−Ｃのように変わらない。ＷＬＡＮ１１８とＵＥ１１６との間の通信のために、既存のＳＷｗ制御プレーンと対応するプロトコルスタックＷＬＡＮ ＳＷｗ−ＣおよびＵＥ ＳＷｗ−Ｃとは、（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間の通信のハンドオーバを促進するように拡張されている。同様に、Ｘ２’インターフェースは、（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間の直接信号伝達およびデータ交換を可能にするように、Ｘ２インターフェースに対する拡張を表す。直接信号伝達は、ＥＰＣ１０４のモバイルコアネットワーク（ＭＣＮ）を通して、制御メッセージをパスすることと、データを再ルーティングすることとを回避し、それによって、共同設置（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間で頻繁なハンドオーバを行うことからＭＣＮを解放する。図５および６に関連して上で述べたように、Ｘ２’プロトコルは、例えば、モビリティ管理および／または負荷管理の目的で、共同設置（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間のＵＥ通信のハンドオーバを処理することに使用され得る。

Ｘ２’制御インターフェース８２０（Ｘ２’−Ｃ）は、（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間に直接信号伝達を提供する高度Ｘ２−Ｃ制御プレーンインターフェースである。図８Ａに示されるように、ＷＬＡＮ Ｘ２’−Ｃプロトコルスタックに関して、ストリーム制御伝送プロトコル（ＳＣＴＰ）８３０が、論理的にインターネットプロトコル（ＩＰ）層の上に位置する。ＳＣＴＰ８３０は、（Ｈ）ｅＮＢ７１０のＴＮＬ８１２（Ｈ）ｅＮＢ Ｘ２’−Ｃプロトコルスタック内のＳＣＴＰ層に合致する。ストリーム制御伝送プロトコル（ＳＣＴＰ）は、その内容が参照することによってそれらの全体として本明細書に組み込まれる、Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ
（ＩＥＴＦ） Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ （ＲＦＣ） ４９６０「Ｓｔｒｅａｍ Ｃｏｎｔｒｏｌ Ｔｒａｎｓｍｉｓｓｉｏｎ Ｐｒｏｔｏｃｏｌ」で説明されている。インターネットプロトコルは、その内容が参照することによってそれらの全体として本明細書に組み込まれる、ＩＥＴＦ ＲＦＣ ７９１「Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ」で説明されている。

ＳＣＴＰ８３０は、その内容が参照することによってそれらの全体として本明細書に組み込まれる、ＩＥＴＦ ＲＦＣ ７９３および１１２２で説明される、従来のＷＬＡＮ伝送制御プロトコル（ＴＣＰ）と異なる方法で動作する。ＳＣＴＰ ８３０は、ＩＰネットワークを経由して、種々のＸ２’−Ｃ信号伝達をトランスポートする。その内容が参照することによってその全体として本明細書に組み込まれる、３ＧＰＰ ＴＳ ３６．４２２で説明されるＸ２−ＡＰ下のＳＣＴＰのように、Ｘ２’−Ｃインターフェースインスタンスあたり単一のＳＣＴＰアソシエーションが、Ｘ２’−Ｃ共通プロシージャのために、一対のストリーム識別子とともに使用され得る。

図８Ａを参照すると、Ｘ２’−ＡＰ層８３２が、無線ネットワーク層（ＲＮＬ）８１０内のＷＬＡＮ Ｘ２’−Ｃプロトコルスタックに追加されている。Ｘ２’−ＡＰ層８３２は、ＷＬＡＮ１１８とそのピア（Ｈ）ｅＮＢ７１０との間の制御および管理メッセージのために、高度アプリケーション層信号伝達を提供する。Ｘ２’−ＡＰ層８３４が、同様にＲＮＬ８１０内の（Ｈ）ｅＮＢ Ｘ２’−Ｃプロトコルスタックに追加されており、（Ｈ）ｅＮＢ７１０とそのピアＷＬＡＮ１１８との間で制御および管理メッセージのために、（Ｈ）ｅＮＢ７１０のための高度アプリケーション層信号伝達プルトコルを提供する。Ｘ２’−ＡＰ８３２およびＸ２’−ＡＰ８３４は、その内容が参照することによってその全体として本明細書に組み込まれる３ＧＰＰ ＴＳ ３６．４２２で説明されるようなＸ２−ＡＰメッセージを採用し得、Ｘ２−ＡＰメッセージは、（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間のインターシグナリングのために増進および／または拡張されている。（Ｈ）ｅＮＢとＷＬＡＮとの間のＸ２’インターフェースをサポートするためにＷＬＡＮに追加されるインターワーキング機能を実装するプロトコルスタックおよびメッセージ増進は、例えば、モビリティ管理および負荷管理に関連付けられるハンドオーバ信号伝達を含む、多数の機能に適用され得る。機能は、例えば、以下を含み得る：ハンドオーバ準備；ソース（Ｈ）ｅＮＢ／ＷＬＡＮと標的ＷＬＡＮ／（Ｈ）ｅＮＢとの間のユーザプレーントランスポートベアラの制御；ソース（Ｈ）ｅＮＢ／ＷＬＡＮから標的ＷＬＡＮ／（Ｈ）ｅＮＢへのＵＥコンテキスト転送；およびハンドオーバ取り消し。

概して、Ｘ２アプリケーションプロトコル（Ｘ２−ＡＰ）は、その開示がその全体として本明細書に記載される場合のように、参照することによってその全体として組み込まれる、３ＧＰＰ ＴＳ ３６．４２３「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ）；Ｘ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （Ｘ２ＡＰ）」で説明されている。拡張Ｘ２’−ＡＰプロトコルに関して、基本プロシージャおよびメッセージが、以下の表１で要約される。

図８Ｂを参照すると、無線ネットワーク層（ＲＮＬ）８１０およびトランスポートネットワーク層（ＴＮＬ）８１２の両方の中のユーザプレーンデータメッセージのためのプロトコルスタックが図示されている。プロトコルスタックの新しいおよび／または増進された部分は、陰影によって注記される。示されるように、ＵＥ１２４と（Ｈ）ｅＮＢ７１０との間のＵｕユーザプレーンインターフェースのためのユーザプレーンプロトコルは、変わっていない。ＷＬＡＮ１１８とＵＥ１１６との間の既存のＳＷｗユーザプレーンプロトコルは、（Ｈ）ｅＮＢ７１０からＷＬＡＮ１１８へのＵＥとＥＰＣ１０４との間の通信のハンドオーバを促進するように拡張されている。Ｘ２’ユーザプレーンインターフェース８４０は、（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間の直接データ交換のためのプロトコルを含むように拡張されている。直接データ交換は、モバイルコアネットワーク（ＭＣＮ）を通してデータを再ルーティングすることを回避し、それによって、共同設置（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間で頻繁なハンドオーバを行うことからＭＣＮを解放し、（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間のシームレスなハンドオーバを確実にする。

図８Ｂを参照すると、（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間のＸ２’−Ｕユーザプレーンインターフェース８４０は、ユーザプレーンプロトコルデータユニット（ＰＤＵ）の無保証配信を提供する。ＷＬＡＮ１１８、特に、トランスポートネットワーク層８１２内のＷＬＡＮ Ｘ２’−Ｕプロトコルスタックに関して、汎用パケット無線システム（ＧＰＲＳ）トンネリングプロトコルユーザプレーン（ＧＴＰ−Ｕ）８４２およびユーザデータグラムプロトコル（ＵＤＰ）８４４が、インターネットプロトコル（ＩＰ）の上に追加されている。ＧＴＰ−Ｕ８４２およびＵＤＰ８４４は、ピア（Ｈ）ｅＮＢ Ｘ２’−Ｕプロトコルスタック内の対応する層に合致する。ＧＰＲＳ ＧＴＰ−Ｕは、その全体として本明細書に記載される場合のようにその内容が参照することによって本明細書に組み込まれる、３ＧＰＰ ＴＳ ２９．２８１「Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｙｓｔｅｍ （ＧＰＲＳ） Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ Ｕｓｅｒ Ｐｌａｎｅ （ＧＴＰｖ１−Ｕ）」で説明されている。ＵＤＰは、その内容が参照することによってその全体として本明細書に組み込まれる、ＩＥＴＦ ＲＦＣ ７６８「Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ」で説明されている。参照することによってその全体として本明細書に組み込まれる、３ＧＰＰ ＴＳ ３６．４２４「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ）；Ｘ２ ｄａｔａ ｔｒａｎｓｐｏｒｔ」で説明されるＸ２−Ｕインターフェースのように、ＷＬＡＮ ＴＮＬ８１２は、ＩＰトランスポート上に構築され得、ＧＴＰ−Ｕ８４２は、ＵＤＰ／ＩＰ８４４の上で使用され得、ＵＤＰ／ＩＰ８４４は、（Ｈ）ｅＮＢとＷＬＡＮのＧＴＰ−Ｕトンネル終点との間でカプセル化ユーザプレーンＰＤＵを搬送するために、従来のＷＬＡＮのＴＣＰ／ＩＰと異なる。

例示的実施形態では、トランスポートベアラにつきアップリンク（ＵＬ）データストリームが全くないかまたは１つあり得、かつ、ダウンリンク（ＤＬ）データストリーム全くないか、または１つあり得、トランスポートベアラは、ＧＴＰヘッダ内のＧＴＰ−Ｕトンネリング終点識別子（ＴＥＩＤ）とＸ２’−ＵインターフェースにおけるＷＬＡＮ１１８のＩＰアドレスとによって識別される。標的（Ｈ）ｅＮＢ／ＷｉＦｉによって割り付けられるトランスポートベアラの識別は、Ｘ２’制御プレーン内で信号伝達され得る。例示的実施形態の別の側面によると、ダウンリンク（ＤＬ）データストリームは、ソース（Ｈ）ｅＮＢ／ＷＬＡＮから標的ＷＬＡＮ／（Ｈ）ｅＮＢへのＤＬデータ転送のために使用される。例示的実施形態の別の側面によると、アップリンク（ＵＬ）データストリームは、ソース（Ｈ）ｅＮＢ／ＷＬＡＮから標的ＷＬＡＮ／（Ｈ）ｅＮＢへのＵＬデータ転送のために使用される。各データストリームは、専用トランスポートベアラ上で搬送される。

図８Ｂを参照すると、Ｘ２’−Ｕ ＰＤＵ８４６が、ＲＮＬ８１０内のＷＬＡＮ ＡＰ Ｘ２’−Ｕプロトコルスタックに追加されている。Ｘ２’−Ｕ ＰＤＵ８４６は、ハンドオーバ中にＷＬＡＮ１１８とそのピア（Ｈ）ｅＮＢ７１０との間にＰＤＵベースのデータ転送を提供する。Ｘ２’−Ｕ ＰＤＵ８４８が、同様にＲＮＬ８１０内の（Ｈ）ｅＮＢ Ｘ２’−Ｕプロトコルスタックに追加されており（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間にＰＤＵベースのデータ転送を提供する。

図８Ａおよび８Ｂに図示されるように、制御プレーン（図８Ａ）およびユーザプレーン（図８Ｂ）の両方のためのＳＷｗインターフェースプロトコルスタックが図示されている。図８Ａ、具体的には、ＷＬＡＮ ＳＷｗ−Ｃ制御プロトコルスタックを参照すると、パケットデータ収束プロトコル（ＰＤＣＰ）８５０と無線および論理リンク制御（ＲＬＬＣ）８５２とが、トランスポートネットワーク層（ＴＮＬ）８１２内のＷＬＡＮのＭＡＣ層の上に位置する。ＷＬＡＮ無線リソース制御（ＷＲＲＣ）８５４が、無線ネットワーク層（ＲＮＬ）８１０内に位置する。それによって、ＷＬＡＮ ＳＷｗ−Ｃプロトコルスタックは、ピア（Ｈ）ｅＮＢの（Ｈ）ｅＮＢ Ｕｕ−Ｃプロトコルスタックに対応する。ＰＤＣＰ８５０は、その内容が参照することによってその全体として本明細書に組み込まれる、３ＧＰＰ ＴＳ． ３６．３２３「Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （Ｅ−ＵＴＲＡＮ）； Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ （ＰＤＣＰ） ｓｐｅｃｉｆｉｃａｔｉｏｎ」で説明されている。

従来の８０２．１１．２ベースの論理リンク制御（ＬＬＣ）と同様に、ＲＬＬＣプロトコルは、ＷＲＲＣからＷＬＡＮ ＡＰ ＭＡＣ層に制御および／または管理メッセージをパスするためのチャネルも提供し、Ｘ２’インターフェースを介した（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間のハンドオーバ（ＨＯ）のために必要とされ得る、無線リソース制御または管理のために、ＷＬＡＮ ＭＡＣ層からＷＲＲＣ８０８に検出および／または測定レポートを提供する。

Ｕｕインターフェーススタック上のＰＤＣＰと同様に、ＰＤＣＰは、Ｘ２’インターフェースを介したＷＬＡＮ１１８とそのピア（Ｈ）ｅＮＢ７１０との間のＨＯ中にＳＮ状態転送を可能にする、ＷＬＡＮ ＴＮＬにおける上層ＰＤＵのインシーケンス配信のためのＲＬＬＣを経由するＷＬＡＮのために使用される。

Ｕｕインターフェースのための無線リソース制御（ＲＲＣ）と同様に、ＷＲＲＣは、ＵＥ１１６とＷＬＡＮ１１８との間の無線接続またはポイントツーポイント無線ベアラの構成、確立、維持、および解放を制御または管理し得る。ＷＲＲＣはまた、ＵＥ測定報告および報告の制御の機能を含み得る。ＷＲＲＣはまた、セキュリティキー管理およびＱｏＳ管理機能をサポートし得る。

図８Ａを参照すると、ＵＥのＳＷｗ−Ｃ制御プロトコルスタックは、ＷＬＡＮのＳＷｗ−Ｃプロトコルスタックに対応するように構成される。より具体的には、ＵＥのＳＷｗ−Ｃは、ＴＮＬ８１２のＵＥのＭＡＣ層の上に位置するＰＤＣＰ８６２およびＲＬＬＣ８６４を備える。ＷＲＲＣ８６６は、ＲＮＬ８１０内に位置する。したがって、ＵＥ ＳＷｗ−Ｃプロトコルスタックは、ピアＷＬＡＮのＳＷｗ−Ｃプロトコルスタックに対応し、ＵＥ１１６とＷＬＡＮ１１８との間の制御信号の通信のために適合される。

図８Ｂを参照すると、ＷＬＡＮおよびＵＥは、ＳＷｗユーザプレーンインターフェースを共有する。示されるように、ＷＬＡＮのＳＷｗ−ＵプロトコルスタックおよびＵＥのＳＷｓ−Ｕプロトコルスタック特徴ＰＤＣＰ８７０、８７４とＲＬＬＣ８７２、８７６とは両方とも、物理およびＭＡＣ層の上に位置付けられる。したがって、ＵＥのＳＷｗ−Ｕプロトコルスタックは、ＷＬＡＮのＳＷｗ−Ｕプロトコルスタックに対応するように構成される。

上記のように、プロトコルスタックの新しいおよび増進された部分は、陰影によって注記される。ＷＬＡＮ１１８に関して、プロトコルスタックの増進された部分は、例えば、ＷＬＡＮ ＡＰ等のＷＬＡＮ１１８の１つ以上のノードに含まれ得るＩＡＰ７１２によって実装され得る。図８Ａおよび８Ｂでは、ＷＬＡＮ１１８によって実装されるプロトコルスタックの増進された部分は、ＩＡＰ７１２に対応するものとして指定されている。

図９は、ＷＬＡＮ１１８およびＵＥ１１６の両方のためのＳＷｗユーザプレーンおよび制御プレーンの構成要素層を；図示する略図を提供する。具体的には、図９は、ＷＬＡＮおよびＵＥのプロトコルスタックの無線および論理リンク制御（ＲＬＬＣ）とＷＬＡＮ無線リソース制御（ＷＲＲＣ）層とによって提供される構成要素機能を図示する。示されるように、無線論理リンク制御（ＲＬＬＣ）９１０は、ユーザプレーン内の論理リンク制御９１２と、制御プレーン内の無線リンク制御９１４とを含む。

論理リンク制御９１２は、ＰＤＣＰレベルでデータを伝達するためのＬＬ＿ＳＡＰインターフェース９２０を備える。データは、バッファ９２２の中におよび外に受信される。論理リンク制御９１２は、確認応答モード（ＡＣＫ）９２３と、非確認応答（非ＡＣＫ）モード９２４とを有する。確認応答モードが有効にされる場合、失敗したパケットが再伝送され得る。ＭＡＣ＿ＳＡＰインターフェース９２６は、ＭＡＣ副層から／にデータを受信／伝送する。データは、バッファ９２８の中および外に受信される。

制御プレーン内の無線リンク制御９１４は、ＰＤＣＰレベルで制御信号またはメッセージを伝達するためのＲＬ＿ＳＡＰインターフェース９３０を備える。データは、バッファ９３２の中に受信される。非バッファ９４０が、低遅延探査または信号伝達に使用され得る。バッファ型確認応答（ＡＣＫ）モード９３４および／または非確認応答（非ＡＣＫ）モード９３６が、制御メッセージに使用され得る。ＡＣＫおよび再伝送が、確実な制御メッセージ伝送のために有効にされ得る。ＭＬＭＥ＿ＳＡＰインターフェース９４２は、ＭＡＣ管理メッセージのための無線リンク制御９１４とＭＬＭＥとの間の情報の交換を提供する。

ＬＴＥ Ｕｕインターフェース用の無線リソース制御（ＲＲＣ）と同様に、ＷＬＡＮ ＳＷｗインターフェースにおけるＷＲＲＣ９５０は、ＵＥ１１６とＷＬＡＮ１１８との間の無線接続またはポイントツーポイント無線ベアラの構成、確立、維持、および解放を制御または管理する。ＷＲＲＣ９５０は、ＵＥ測定報告およびＳＷｗ制御プレーンスタックのＲＬＬＣ機能へのＲＬ＿ＳＡＰインターフェースを介した報告の制御のための機能も含み得る。ＷＲＲＣ９５０はまた、セキュリティキー管理およびＱｏＳ管理機能をサポートし得る。

図９に示されるように、ＷＬＡＮ無線リソース制御および管理のためのＷＲＲＣ９５０特徴は、いくつかの機能的領域にグループ化され得る。例えば、セキュリティ制御９５２は、キー生成および管理を提供する。無線リソース管理９５４は、チャネル監視、チャネル割り付け、測定一時停止等を提供する。リンク測定９５６は、チャネル雑音ヒストグラム、干渉、受信信号強度、受信信号および干渉および雑音比等を提供する。チャネル負荷９５８は、チャネル利用、関連ＳＴＡ番号、アクセス待ち時間、パケットレート等を提供する。ＳＴＡ統計９６０は、ＳＴＡカウンタ、ＢＳＳ平均アクセス遅延、フレーム複製数、送信要求（ＲＴＳ）失敗数、ＡＣＫ失敗数等を提供する。近隣レポート９６２は、サービスセット（ＳＳ）移行のための候補として検出または把握された近隣ＡＰを提供する。

（Ｘ２’インターフェースを使用する例示的ハンドオーバ処理）
（Ｈ）ｅＮＢ７１０とＷＬＡＮ１１８との間に確立されるＸ２’インターフェースは、（Ｈ）ｅＮＢおよびＷＬＡＮのうちの一方から他方に、ＵＥとＥＰＣとの間の通信をハンドオーバするために使用され得る。準備および切り替えメッセージ、ならびにバッファリングされたデータが、ＥＰＣの関与を伴わずに、Ｘ２’インターフェースを介して（Ｈ）ｅＮＢとＷＬＡＮとの間で直接交換され得る。

多数の異なるシナリオが、（Ｈ）ｅＮＢおよびＷＬＡＮのうちの一方から他方への通信のハンドオーバを必要とし得る。２つのシナリオが、以下で議論される。これら２つの使用事例で実証される機構は、ＷＬＡＮの間のＸ２’を介したＷＬＡＮからＷＬＡＮへのハンドオーバ等のＸ２’インターフェースを使用する異なる切り替えシナリオにも適用可能であり得ることが理解されるであろう。

（Ｘ２’インターフェースを使用するＷＬＡＮから（Ｈ）ｅＮＢへのハンドオーバ）
ＵＥの移動の結果としてのＷＬＡＮから（Ｈ）ｅＮＢへの通信のハンドオーバが、図５に関連して以前に議論された。図１０Ａ−Ｃは、ＷＬＡＮから（Ｈ）ｅＮＢへのハンドオーバを行う上での種々の例示的処理ステップを図示する略図を提供する。

図１０Ａを参照すると、ステップ０では、ＵＥ１１６が、ＷＬＡＮ１１８を介してＥＰＣ１０４との通信経路を確立するか、または前もって確立している。例示的実施形態では、ＵＥ１１６は、ＥＰＣ要素とアタッチされ、それに関連付けられたＳＴａインターフェースを介して、ＡＡＡサーバ１０６を用いて非３ＧＰＰアクセス認証を前もって行い、データのためのベアラおよびトンネルを確立している。ＡＡＡサーバ１０６を用いた非３ＧＰＰアクセス認証は、両方の内容が参照することによってその全体として本明細書に組み込まれる、３ＧＰＰ ＴＳ ３３．４０２「３ＧＰＰ Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ： Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ｎｏｎ−３ＧＰＰ ａｃｃｅｓｓｅｓ」および３ＧＰＰ ＴＳ ２９．２７３「Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ （ＥＰＳ）； ３ＧＰＰ ＥＰＳ ＡＡＡ ｉｎｔｅｒｆａｃｅｓ」で説明されている。データパケットは、Ｓ２ａインターフェースを介してＥＰＣ１０４内のＰＧＷ１０８で終端されるＧＴＰトンネルを介して、ＵＥ１１６からＥＰＣ１０４に／ＥＰＣ１０４からＵＥ１１６に転送され得る。

図１０Ａのステップ１では、ＷＬＡＮ１１８が、測定準備プロシージャを行う。例示的実施形態では、ＷＬＡＮ１１８は、具体的には、ソースＷＬＡＮのＷＲＲＣプロトコル層を使用して、領域制限情報に従ったパラメータ値および閾値でＵＥ１１６近隣（Ｈ）ｅＮＢ／ＷＬＡＮ ＡＰ検出および測定プロシージャを構成する。ＷＬＡＮ１１８は、領域内の（Ｈ）ｅＮＢからの信号を測定するようにＵＥ１１６を構成するための情報をＵＥ１１６に伝達する。

図１０Ａに図示されるように、パケットデータは、ＵＥ１１６とソースＷＬＡＮ１１８との間で伝達され得る。同様に、データは、ＷＬＡＮ１１８とＰＧＷ１０８との間で伝達され得る。

図１０Ａのステップ２では、ＵＥ１１６が、信号検出および測定を行う。例示的実施形態では、ＵＥ１１６は、近隣（Ｈ）ｅＮＢおよび／またはＷＬＡＮ ＡＰから送信される信号を検出して測定する。

図１０Ａのステップ３では、ＵＥ１１６が、測定レポートを準備して伝送し、ＷＬＡＮ１１８が、それを受信する。例示的実施形態では、ＵＥ１１６は、システム情報、仕様等と、ソースＷＬＡＮ１１８によって送信される構成パラメータとによって設定される規則による検出および測定とともに、ＭＥＡＳＵＲＥＭＥＮＴ ＲＥＰＯＲＴメッセージをＷＬＡＮ１１８に送信し得る。図１０Ａに示されるように、レポートは、少なくともプロトコルスタックのＷＲＲＣ層を使用して伝達され得る。例示的シナリオでは、レポートは、（Ｈ）ｅＮＢ７１０から受信される信号に関する情報を備え得る。

図１０Ａのステップ４では、ＵＥ１１６が、ハンドオーバ決定を行う。例示的シナリオでは、ＵＥ１１６は、検出および測定された結果に基づいて、より強い受信信号および／またはより低い干渉を伴う、より良いサービスのために、ＷＬＡＮ１１８から（Ｈ）ｅＮＢ７１０に切り替えることを決定し得る。

図１０Ａのステップ５では、ＵＥ１１６が、ハンドオーバ要求を行う。例示的実施形態では、ＵＥ１１６は、（Ｈ）ｅＮＢへのハンドオーバ通信を識別する情報（例えば、セルＩＤであり得る、検出された情報と、標的（Ｈ）ｅＮＢ７１０に関係付けられ得る受信信号強度指標（ＲＳＳＩ）、チャネル品質指標（ＣＱＩ）等の測定された情報とを含む）、ならびにＨＯに関連付けられるＵＥコンテキストとともに、ＨＯ ＲＥＱＵＥＳＴメッセージを生成してソースＷＬＡＮ１１８に伝送する。図１０Ａに示されるように、通信は、少なくともプロトコルスタックのＷＲＲＣ層を使用して行われ得る。

いくつかのシナリオでは、ステップ４および５を省略することが適切であり得ることが理解されるであろう。例えば、ステップ４および５は、ハンドオーバがＵＥ１１６よりもむしろＷＬＡＮ１１８によって開始される場合、必要とされないこともある。

図１０Ａのステップ６では、ＷＬＡＮ１１８が、Ｘ２’インターフェース設定要求を生成する。例示的実施形態では、ソースＷＬＡＮ１１８は、ＵＥ１１６からの検出された情報に基づいて、現在、Ｘ２’セッションがソースＷＬＡＮ１１８と標的（Ｈ）ｅＮＢ７１０との間に存在していない場合、Ｘ２’インターフェースを介してＸ２’ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージを標的（Ｈ）ｅＮＢ７１０に送信する。

図１０Ａのステップ７では、（Ｈ）ｅＮＢ７１０が、Ｘ２’インターフェース設定応答を生成する。例示的実施形態では、標的（Ｈ）ｅＮＢ７１０は、Ｘ２’インターフェースを介してＸ２’ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージを送信し、ソースＷＬＡＮ１１８と標的（Ｈ）ｅＮＢ７１０との間のＸ２’設定の成功を確認する。

いくつかのシナリオでは、ステップ６および７を省略することが適切であり得ることが理解されるであろう。例えば、ステップ６および７は、Ｘ２’セッションがすでに確立されている場合、省略され得る。

図１０Ａのステップ８では、ＷＬＡＮ１１８が、（Ｈ）ｅＮＢ７１０からリソースの状態を要求する。例示的実施形態では、ＷＬＡＮ１１８は、負荷情報に対して、Ｘ２’ ＲＥＳＯＵＲＣＥ ＳＴＡＴＵＳ ＲＥＱＵＥＳＴを生成し、Ｘ２’インターフェースを介して標的（Ｈ）ｅＮＢ７１０に伝送する。要求は、例えば、（Ｈ）ｅＮＢ７１０の処理負荷および能力に関する情報を収集することを規定し得る。

図１０Ａのステップ９では、（Ｈ）ｅＮＢ７１０が、応答負荷情報を生成して伝送し、ＷＬＡＮ１１８が、それを受信する。例示的実施形態では、（Ｈ）ｅＮＢ７１０は、負荷測定を伴うＸ２’ ＲＥＳＯＵＲＣＥ ＳＴＡＴＵＳ ＲＥＳＰＯＮＳＥメッセージを生成し、Ｘ２’インターフェースを介してソースＷＬＡＮ１１８に伝送する。負荷測定は、（Ｈ）ｅＮＢ７１０の処理負荷に関する適切な情報を含み得る。

図１０Ｂのステップ１０では、ＷＬＡＮ１１８が、ハンドオーバ要求を生成して伝送する。例示的実施形態では、ソースＷＬＡＮ１１８は、必要ハンドオーバ情報とともに、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを生成し、Ｘ２’インターフェースを介して標的（Ｈ）ｅＮＢ７１０に伝送する。例えば、ハンドオーバ情報は、ＷＲＲＣによって構成されて報告されるようなセキュリティコンテキスト情報、無線ベアラ（ＲＢ）コンテキスト、および標的（Ｈ）ｅＮＢ情報を提供するＵＥコンテキストを規定し得る。情報は、標的（Ｈ）ｅＮＢ７１０からの受信されたＲＥＳＯＵＲＣＥ ＳＴＡＴＵＳ ＲＥＳＰＯＮＳＥに基づいて、ＵＥ１１６開始ハンドオーバプロシージャを継続することをさらに続けるために、標的（Ｈ）ｅＮＢ７１０に伝達される。

図１０Ｂのステップ１１では、（Ｈ）ｅＮＢ７１０が、ハンドオーバ許可制御を行う。例示的実施形態では、標的（Ｈ）ｅＮＢ７１０は、受信されたＵＥコンテキストおよびＲＢコンテキスト、ならびにＥ−ＵＴＲＡＮ無線アクセスベアラ（Ｅ−ＲＡＢ）ＱｏＳ情報に基づいて、ＨＯ許可制御を行い、ハンドオーバの成功の可能性を増加させる。標的（Ｈ）ｅＮＢ７１０は、受信されたＥ−ＲＡＢ ＱｏＳ情報に従って、必要リソースを構成する。

図１０Ｂのステップ１２では、（Ｈ）ｅＮＢ７１０が、ハンドオーバ要求確認応答を伝送する。例示的実施形態では、標的（Ｈ）ｅＮＢ７１０は、Ｌ１／Ｌ２でハンドオーバを準備し、Ｘ２’インターフェースを介して、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥをソースＷＬＡＮ１１８に送信する。ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージは、ハンドオーバを行うために（Ｈ）ｅＮＢ７１０からＲＲＣメッセージとしてＵＥ１１６に送信される透明コンテナを含む。

図１０Ｂのステップ１３では、ＷＬＡＮ１１８が、ハンドオーバを行うためのコマンドをＵＥ１１６に伝送する。例示的実施形態では、ＷＬＡＮ１１８は、例えば、新しいＣ−ＲＮＴＩ、標的（Ｈ）ｅＮＢセキュリティアルゴリズム識別子、および随意に専用ＲＡＣＨプリアンブル、標的（Ｈ）ｅＮＢ ＳＩＢ等の必要なパラメータとともに、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを生成し、ＵＥ１１６に伝送する。メッセージはさらに、必要である場合、転送トンネルのための無線ネットワーク層（ＲＮＬ）／トランスポートネットワーク層（ＴＮＬ）情報を備え得る。図１０Ｂに示されるように、通信は、少なくともプロトコルスタックのＷＲＲＣ層を使用して行われ得る。

図１０Ｂのステップ１４では、ＷＬＡＮ１１８が、Ｘ２’インターフェースを介して、ＵＥ１１６との通信に関する状態情報を（Ｈ）ｅＮＢ７１０に伝送する。例示的実施形態では、ＷＬＡＮ１１８は、ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージを生成し、Ｘ２’インターフェースを介して標的（Ｈ）ｅＮＢ７１０に伝送し、モバイルコンピューティングデバイスとの通信の状態を伝えるアップリンクおよびダウンリンクＰＤＣＰ ＳＮならびにＲＢのハイパーフレーム番号（ＨＦＮ）を伝える。

図１０Ｂのステップ１５では、ＷＬＡＮ１１８が、データを標的（Ｈ）ｅＮＢ７１０に転送する。例示的実施形態では、ソースＷＬＡＮ１１８は、ＨＯ ＲＥＱＵＥＳＴメッセージ処理中に標的（Ｈ）ｅＮＢ７１０において確立されている全てのデータベアラに対して、Ｘ２’インターフェースを介して、ダウンリンクデータを標的（Ｈ）ｅＮＢ７１０に転送する。

図１０Ｂに示されるように、標的（Ｈ）ｅＮＢ７１０は、ＷＬＡＮ１１８から受信されるデータパケットをバッファリングする。

図１０Ｂのステップ１６では、ＵＥ１１６が、ＷＬＡＮ１１８と関連を絶ち得る。例示的実施形態では、ステップ１３でＷＲＲＣによってパスされるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ（ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎを含む）を受信した後、ＵＥ１１６は、ソースＷＬＡＮ１１８との関連解除を行い、ソースＷＬＡＮ１１８とのリンクを解放し得る。図１０Ｂに示されるように、通信は、少なくともプロトコルスタックのＭＡＣ部分を使用して行われ得る。

図１０Ｂのステップ１７では、ＵＥ１１６が、標的（Ｈ）ｅＮＢ７１０と同期する。例示的実施形態では、ＵＥ１１６は、標的（Ｈ）ｅＮＢ７１０との同期化を行い、ＲＡＣＨを介して標的セルにアクセスする。ＵＥ１１６はまた、標的（Ｈ）ｅＮＢ特有のキーを導出し、標的セルで使用されるべき選択されたセキュリティアルゴリズムを構成する。図１０Ｂに示されるように、通信は、少なくともプロトコルスタックのＰＨＹおよびＭＡＣ部分を使用して行われ得る。

図１０Ｂのステップ１８では、標的（Ｈ）ｅＮＢ７１０が、同期化に応答する。例示的実施形態では、（Ｈ）ｅＮＢ７１０は、ＵＬ割り付けおよびタイミングアドバンスでＵＥ１１６に応答する。図１０に示されるように、通信は、少なくともプロトコルスタックのＲＲＣを使用して行われ得る。

図１０Ｂのステップ１９では、ＵＥ１１６が、ハンドオーバを確認する。例示的実施形態では、ＵＥ１１６は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ（Ｃ−ＲＮＴＩ）を生成して伝送し、標的（Ｈ）ｅＮＢ７１０へのハンドオーバを確認してハンドオーバプロシージャがＵＥ１１６のために完了していることを示す。標的（Ｈ）ｅＮＢ７１０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ内で送信されるＣ−ＲＮＴＩを検証し、次いで、データをＵＥ１１６に送信し始め得る。図１０Ｂに示されるように、通信は、少なくともプロトコルスタックのＲＲＣを使用して行われ得る。

図１０Ｃのステップ２０では、（Ｈ）ｅＮＢ７１０が、通信経路を切り替えるための要
求を伝達する。例示的実施形態では、標的（Ｈ）ｅＮＢ７１０は、ＰＡＴＨ ＳＷＩＴＣＨメッセージを生成し、ＭＭＥ１１２に伝送し、ＵＥ１１６がセルを変化させたことを示す。図１０Ｃに示されるように、通信は、Ｓ１−ＡＰインターフェースを経由してルーティングされ得る。

図１０Ｃのステップ２１では、ＭＭＥ１１２が、ベアラの修正を要求する。例示的実施形態では、ＭＭＥ１１２は、ＭＯＤＩＦＹ ＢＥＡＲＥＲ ＲＥＱＵＥＳＴメッセージを生成し、サービングゲートウェイ１１４に伝送する。図１０Ｃに示されるように、要求は、ＧＴＰプロトコルを使用して、Ｓ１１インターフェースを経由して伝送され得る。

図１０Ｃのステップ２２では、ＳＧＷ１１４が、修正要求をＰＧＷに伝達する。例示的実施形態では、ＳＧＷ１１４は、ＭＯＤＩＦＹ ＢＥＡＲＥＲ ＲＥＱＵＥＳＴメッセージを生成し、ＰＧＷ１０８に伝送する。図１０Ｃに注記されるように、要求は、ＧＴＰプロトコルを使用して、Ｓ５インターフェースを介して伝送され得る。

図１０Ｃのステップ２３では、ＰＧＷ１０８が、標的（Ｈ）ｅＮＢ７１への通信経路を切り替える。例示的実施形態では、ＰＧＷ１０８は、標的（Ｈ）ｅＮＢ７１０へのダウンリンクデータ経路を切り替える。例えば、ＰＧＷ１０８は、Ｓ５インターフェースにおいて新しいＧＴＰトンネルを作成し得る。ＰＧＷ１０８はまた、古い経路に対して１つ以上の「終了マーカ」パケットを生成し、ソースＷＬＡＮ１１８に伝送し、次いで、ソースＷＬＡＮ１１８に向かう任意のＵプレーン／ＴＮＬリソースを解放し得る。例えば、ＰＧＷ１０８は、ＷＬＡＮ１１８に向かうＳ２ａインターフェース上のＧＴＰトンネルを解放し得る。

図１０Ｃのステップ２４では、ＰＧＷ１０８が、応答をＳＧＷ１１４に伝送する。例示的実施形態では、ＰＧＷ１０８は、ＭＯＤＩＦＹ ＢＥＡＲＥＲ ＲＥＳＰＯＮＳＥメッセージを生成し、ＳＧＷ１１４に伝送する。図１０Ｃに注記されるように、応答は、ＧＴＰプロトコルを使用して、Ｓ５インターフェースを介して伝送され得る。

図１０Ｃのステップ２５では、ＳＧＷ１１４が、通信経路を切り替える。例示的実施形態では、ＳＧＷ１１４は、ダウンリンクデータ経路を切り替える。例えば、ＳＧＷ１１４は、Ｓ５インターフェースにおいて新しいＧＴＰトンネルを確立し得る。図１０Ｃに示されるように、切り替えが行われた後、データパケットが、ＧＴＰプロトコルを使用して、Ｓ１およびＳ５インターフェースを介して標的（Ｈ）ＥＮＢ７１０とＰＧＷ１０８との間で交換され得る。したがって、通信経路が、Ｕｕインターフェースを介してＵＥ１１６と（Ｈ）ｅＮＢ７１０との間で、Ｓ１−Ｕインターフェースを介して（Ｈ）ｅＮＢ７１０とＳＧＷ１１４との間で、およびＳ５インターフェースを介してＳＧＷ１１４とＰＧＷ１０８との間で確立される。

図１０Ｃのステップ２６では、ＳＧＷ１１４が、ベアラ修正要求への応答を伝送する。例示的実施形態では、ＳＧＷ１１４は、ＭＯＤＩＦＹ ＢＥＡＲＥＲ ＲＥＳＰＯＮＳＥメッセージを生成し、ＭＭＥ１１２に伝送する。図１０Ｃに注記されるように、応答は、ＧＴＰプロトコルを使用して、Ｓ１１インターフェースを介して伝送される。

図１０Ｃのステップ２７では、ＭＭＥ１１２が、経路切り替えを確認する。例示的実施形態では、ＭＭＥ１１２は、ＰＡＴＨ ＳＷＩＴＣＨ ＡＣＫＮＯＷＬＥＤＧＥメッセージを生成し、標的（Ｈ）ｅＮＢ７１０に伝送することによって、ＰＡＴＨ ＳＷＩＴＣＨメッセージを確認する。図１０Ｃに注記されるように、通信は、Ｓ１−ＡＰインターフェースを介して行われ得る。

図１０Ｃのステップ２８では、（Ｈ）ｅＮＢ７１０が、そのリソースを解放するための命令をＷＬＡＮ１１８に伝達する。例示的実施形態では、ＰＡＴＨ ＳＷＩＴＣＨ ＡＣＫＮＯＷＬＥＤＧＥメッセージがＭＭＥ１１２から受信された後、標的（Ｈ）ｅＮＢ７１０は、成功したハンドオーバの情報を生成し、ソースＷＬＡＮ１１８に伝送する。例示的実施形態では、（Ｈ）ｅＮＢ７１０は、ソースＷＬＡＮ１１８によるリソースの解放をトリガする、ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージを生成して伝送する。

図１０Ｃのステップ２９では、ＷＬＡＮ１１８が、ＵＥ１１６とのその通信に関連付けられるリソースを解放する。例示的実施形態では、ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージに応答して、ＷＬＡＮ１１８は、ＵＥ１１６に関連付けられる無線およびＣプレーン関連リソースを解放する。任意の進行中のデータ転送は、継続し得る。

したがって、ＵＥとＥＰＣとの間の通信のハンドオーバは、ＴＷＡＮと（Ｈ）ｅＮＢとの間の直接通信を提供するＸ２’インターフェースを使用して、ＴＷＡＮから（Ｈ）ｅＮＢにハンドオーバされ得る。拡張Ｘ２’インターフェースに加えて、ハンドオーバで採用されるインターフェースに対する種々の他の増進が、ハンドオーバ処理のサポートにおいて行われ得ることが理解されるであろう。例えば、図１０Ａ−Ｃの処理で採用され得る、以下は、既存のインターフェースおよびプロトコルに対する増進を表し得る：ステップ１におけるＷＲＲＣ測定制御；ステップ２における（Ｈ）ｅＮＢ／ＷｉＦｉ ＡＰからの信号の検出および測定；ステップ３におけるＷＲＲＣ測定報告；ステップ４におけるＨＯ決定；ステップ５における（（Ｈ）ｅＮＢへの）ＷＲＲＣ ＨＯ要求；ステップ６におけるＸ２’−ＡＰ Ｘ２’設定要求；ステップ７におけるＸ２’−ＡＰ Ｘ２’設定応答；ステップ８におけるＸ２’−ＡＰリソース状態要求；ステップ９におけるＸ２’−ＡＰリソース状態応答；ステップ１０におけるＸ２’−ＡＰ ＨＯ要求；ステップ１２におけるＸ２’ＡＰ ＨＯ要求確認応答（ＡＣＫ）；ステップ１３におけるＷＲＲＣ ＲＲＣ接続再構成；ステップ１４におけるＸ２’−ＡＰ ＳＮ状態転送；ステップ１５におけるＸ２’−Ｕ（ＧＴＰ）データ転送；ステップ１６におけるＷＬＡＮとのＭＡＣ関連解除；ステップ２２におけるＧＴＰ（Ｓ５）ベアラ修正要求；ステップ２３の経路切り替えにおけるＧＴＰ（Ｓ２ａ）終了マーカ；ステップ２４におけるＧＴＰ（Ｓ５）ベアラ修正応答；ステップ２５における経路切り替え；ステップ２８におけるＸ２’−ＡＰ ＵＥ接続解放；およびステップ２９におけるリソース解放。これらの増進は、メッセージコンテンツに対する増進を表し、および／または新しい／修正されたアクションを表し得る。

（Ｘ２’インターフェースを使用するＷＬＡＮから（Ｈ）ｅＮＢへのハンドオーバ）
負荷バランシングと関連する（Ｈ）ｅＮＢからＷＬＡＮへの通信のハンドオーバが、図６に関連して以前に議論された。図６に関連して説明されるように、ＵＥが（Ｈ）ｅＮＢおよびＷＬＡＮ両方の受信可能範囲下にある場合、（Ｈ）ｅＮＢは、（Ｈ）ｅＮＢが過負荷であるときに（Ｈ）ｅＮＢからＷＬＡＮにハンドオーバするようにＵＥに指図することによって、オフロードを開始し得る。図１１Ａ−Ｃは、（Ｈ）ｅＮＢからＷＬＡＮへのハンドオーバを行うことにおける種々の例示的処理ステップを；図示する略図を描写する。

図１１Ａを参照すると、ステップ０では、種々の予備アクティビティが対処される。例えば、ＵＥ１２４は、ＥＰＣ１０４内にデータのためのベアラ／トンネルを確立している。データパケットが、（Ｈ）ｅＮＢ６０４を介して、ＵＥ１２４からＥＰＣ１０４に転送され、ＥＰＣ１０４からＵＥ１２４に転送され得る。

図１１Ａに示されるように、（Ｈ）ｅＮＢ７１０は、検出測定制御を行い得る。例示的実施形態では、ソース（Ｈ）ｅＮＢ７１０は、領域制限情報に従ったパラメータ値および閾値でＵＥ１１６近隣（Ｈ）ｅＮＢ／ＷＬＡＮ ＡＰ検出および測定プロシージャを構成する。例示的シナリオでは、（Ｈ）ｅＮＢ７１０は、パラメータ値および閾値をＵＥ１２４に伝達するために、ＲＲＣプロトコルを使用し得る。

ＵＥ１２４は、構成と一致する測定レポートを生成して伝送し得る。例示的実施形態では、ＵＥ１２４は、例えば、システム情報、仕様等、ならびにソース（Ｈ）ｅＮＢによって送信される構成パラメータによって設定される確立された規則と一致する検出および測定情報とともに、ＭＥＡＳＵＲＥＭＥＮＴ ＲＥＰＯＲＴメッセージを生成して伝送し得る。例示的シナリオでは、ＵＥ１２４は、ＲＲＣプロトコルを使用して（Ｈ）ｅＮＢ７１０と通信し得る。

図１１Ａのステップ１では、（Ｈ）ｅＮＢが、負荷測定動作を行う。例示的実施形態では、ソース（Ｈ）ｅＮＢ７１０は、それ自体に負荷測定を行い、（Ｈ）ｅＮＢ７１０における処理負荷を決定する。

図１１Ａのステップ２では、（Ｈ）ｅＮＢ７１０が、使用のためにＸ２’インターフェースを設定する。例示的実施形態では、ＵＥ１２４から受信されるＭＥＡＳＵＲＥＭＥＮＴ ＲＥＰＯＲＴ、ソース（Ｈ）ｅＮＢ７１０としての負荷測定、およびＵＥコンテキスト情報に基づいて、ソース（Ｈ）ｅＮＢ７１０は、特定のＵＥ、すなわち、ＵＥ１２４に関連するトラフィックをＵＥ領域もサービス対象とする標的ＷＬＡＮ１１８にオフロードすべきことを識別する。ソース（Ｈ）ｅＮＢ７１０は、ソース（Ｈ）ｅＮＢ７１０と標的ＷＬＡＮ１１８との間にＸ２’セッションが存在しない場合、Ｘ２’ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージを生成し、Ｘ２’インターフェースを使用して標的ＷＬＡＮ１１８に伝送する。

図１１Ａのステップ３では、ＷＬＡＮ１１８が、応答を（Ｈ）ｅＮＢ７１０に伝送する。例示的実施形態では、標的ＷＬＡＮ１１８は、Ｘ２’ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージを生成し、Ｘ２’インターフェースを使用して伝送することにより、ソース（Ｈ）ｅＮＢ７１０と標的ＷＬＡＮ１１８との間のＸ２’設定の成功を確認する。

図１１Ａのステップ４では、（Ｈ）ｅＮＢ７１０が、ＷＬＡＮ１１８における負荷に関する情報を要求する。例示的実施形態では、ソース（Ｈ）ｅＮＢ７１０は、負荷情報に対して、Ｘ２’ ＲＥＳＯＵＲＣＥ ＳＴＡＴＵＳ ＲＥＱＵＥＳＴを生成して標的ＷＬＡＮ １１８に伝送する。要求は、Ｘ２’インターフェースを介して伝送される。

図１１Ａのステップ５では、ＷＬＡＮ１１８が、要求に応答する。例示的実施形態では、標的ＷＬＡＮ１１８は、負荷測定とともにＸ２’ ＲＥＳＯＵＲＣＥ ＳＴＡＴＵＳ ＲＥＳＰＯＮＳＥメッセージを生成し、ソース（Ｈ）ｅＮＢ７１０に伝送する。応答は、ＷＬＡＮ１１８の処理負荷および能力を規定する情報を備える。応答は、Ｘ２’インターフェースを介して伝送される。

図１１Ａのステップ６では、（Ｈ）ｅＮＢ７１０が、受信されたデータに基づいて、ハンドオーバを行うべきかどうかを識別する。例示的実施形態では、ソース（Ｈ）ｅＮＢ７１０は、標的ＷＬＡＮのＸ２’ ＲＥＳＯＵＲＣＥ ＳＴＡＴＵＳ ＲＥＳＰＯＮＳＥメッセージと（Ｈ）ｅＮＢ７１０自体の負荷情報とに基づいて、ハンドオーバ決定を行う。例えば、ＷＬＡＮ１１８における処理負荷が比較的小さく、（Ｈ）ｅＮＢ７１０における処理負荷が比較的高い場合、（Ｈ）ｅＮＢは、ハンドオーバを行うことを識別し得る。

図１１Ｂのステップ７では、（Ｈ）ｅＮＢ７１０が、ハンドオーバを行うための要求を伝送する。例示的実施形態では、ソース（Ｈ）ｅＮＢ７１０は、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴメッセージを生成し、標的ＷＬＡＮ１１８に伝送する。メッセージは、ハンドオーバ動作を進めるための要求を示し、例えば、ＵＥコンテキスト、すなわち、セキュリティコンテキストおよび無線ベアラ（ＲＢ）コンテキスト、ならびに標的ＷＬＡＮ情報を含む、ハンドオーバのために必要とされる任意の情報を備え得る。要求および要求に含まれる情報は、標的ＷＬＡＮ１１８から受信されたＲＥＳＯＵＲＣＥ ＳＴＡＴＵＳ ＲＥＳＰＯＮＳＥに少なくとも部分的に基づく。

図１１Ｂのステップ８では、ＷＬＡＮ１１８が、ハンドオーバに賛成して構成を行う。例示的実施形態では、標的ＷＬＡＮ１１８は、受信されたＵＥコンテキストおよびＲＢコンテキスト、ならびにＲＢ ＱｏＳ情報に基づいて、ＨＯ許可制御を行い、ＨＯの成功の可能性を増加させる。標的ＷＬＡＮ１１８は、受信されたＨＯ情報に従って、必要リソースを構成する。

図１１Ｂのステップ９では、ＷＬＡＮ１１８が、ハンドオーバ要求の確認応答を伝送する。例示的実施形態では、標的ＷＬＡＮ１１８は、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥを生成してソース（Ｈ）ｅＮＢ７１０に伝送することによって、ハンドオーバの準備をする。ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージは、ハンドオーバを行うためにＷＲＲＣメッセージとしてＵＥ１２４に送信される、透明コンテナを含み得る。

図１１Ｂのステップ１０では、（Ｈ）ｅＮＢ７１０が、ハンドオーバを行うようにＵＥ１２４に命令する。例示的実施形態では、ソース（Ｈ）ｅＮＢ７１０は、例えば、新しいＷＬＡＮ ＡＰ ＩＤ、標的ＷＬＡＮ ＡＰセキュリティアルゴリズム識別子等の必要パラメータとともに、ＷＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを生成して伝送することによって、ハンドオーバを行うようにＵＥ１２４に命令する。情報はさらに、必要であれば、転送トンネルのＲＮＬ／ＴＮＬ情報を含み得る。図１１Ｂに示されるように、コマンドおよび情報は、ＷＲＲＣプロトコルを使用して伝送される。

図１１Ｂのステップ１１では、（Ｈ）ｅＮＢ７１０が、ハンドオーバを行うために必要とされる情報を伝える。例示的実施形態では、ソース（Ｈ）ｅＮＢ７１０は、ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージを標的ＷＬＡＮ１１８に送信し、アップリンクおよびダウンリンクＰＤＣＰシーケンス番号（ＳＮ）ならびに無線ベアラ（ＲＢ）のハイパーフレーム番号（ＨＦＮ）を伝える。図１１Ｂに示されるように、情報は、Ｘ２’インターフェースを使用して伝達される。

図１１Ｂのステップ１２では、（Ｈ）ｅＮＢ７１０が、ダウンリンクデータを標的ＷＬＡＮ１１８に転送する。例示的実施形態では、ソース（Ｈ）ｅＮＢ７１０は、ＨＯ ＲＥＱＵＥＳＴメッセージ処理中に標的ＷＬＡＮ１１８において確立されている全てのデータベアラに対してダウンリンクデータを標的ＷＬＡＮ１１８に転送する。データは、Ｘ２’インターフェースを使用して転送される。

図１１Ｂのステップ１３では、ＵＥ１２４が、ＷＬＡＮ１１８と同期する。例示的実施形態では、モビリティ制御情報を含む、ＷＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信した後、ＵＥ１２４は、標的ＷＬＡＮ１１８との同期化を行う。例えば、ＵＥ１２４は、ＡＳＳＯＣＩＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージを生成し、標的ＷＬＡＮ１１８に伝送し得る。

図１１Ｂのステップ１４では、ＷＬＡＮ１１８が、アソシエーションのための要求に対する応答を伝送する。例示的実施形態では、標的ＷＬＡＮ１１８は、応答を生成してＵＥ１２４に伝送する。例示的実施形態では、応答は、ＡＳＳＯＣＩＡＴＩＯＮ ＲＥＳＰＯＮＳＥメッセージの中にＵＬ割り付けおよびタイミング情報を含み得る。

図１１Ｂのステップ１５では、ＵＥ１２４が、アソシエーションの確認をＷＬＡＮ１１８に伝達する。例示的実施形態では、ＵＥ１２４は、ハンドオーバを確認するＡＳＳＯＣＩＡＴＩＯＮ ＣＯＮＦＩＲＭメッセージを生成し、標的ＷＬＡＮ１１８に伝送する。メッセージは、ハンドオーバプロシージャがＵＥ１２４のために完了し、標的ＷＬＡＮ１１８がデータをＵＥ１２４に送信し始め得ることを示す。

図１１Ｃに示されるように、ステップ１５の後、データは、ＰＤＣＰプロトコルを使用して、ＳＷｗ−Ｕプロトコル層を経由してＵＥ１２４とＷＬＡＮ１１８との間で交換され得る。さらに、データは、ＧＴＰプロトコルを使用して、Ｓ２ａインターフェースを経由してＷＬＡＮ１１８とＰＧＷ１０８との間で交換され得る。

図１１Ｃのステップ１６では、ＷＬＡＮ１１８が、ＲＢ ＣＨＡＮＧＥ ＲＥＱＵＥＳＴメッセージを生成し、インターフェースＳＴａを介してＡＡＡサーバ１０６に伝送し、ＷＬＡＮ１１８を介したＥＰＣ１０４へのアクセス経路を要求する。

図１１Ｃのステップ１７では、種々のデバイスの認証が行われる。例示的実施形態では、認証プロシージャが、ＵＥ１２４、ＡＡＡサーバ７１２、およびＨＳＳ１３４の間で行われる。

図１１Ｃのステップ１８では、新しいデフォルトベアラが、新しい通信を取り扱うために確立される。例示的実施形態では、新しいデフォルトベアラが、ＷＬＡＮ１１８とＰＧＷ１０８との間に確立される。例えば、Ｓ２ａインターフェースを介したＧＴＰトンネルのためのベアラが確立され得る。古いデフォルトベアラは、解放される。

図１１Ｃのステップ１９では、新しい専用ベアラが、通信を取り扱うために確立される。例示的実施形態では、新しい専用ベアラが、ＷＬＡＮ１１８とＰＧＷ１０８との間に確立される。例えば、Ｓ２ａインターフェースを介したＧＴＰトンネルのためのベアラが確立され得る。古い専用ベアラは、解放される。

図１１Ｃのステップ２０では、ＰＧＷ１０８が、通信経路を切り替える。例示的実施形態では、ＰＧＷ１０８は、新しい経路、すなわち、新しいＧＴＰトンネルに切り替わり、古い経路上で「終了マーカ」をソース（Ｈ）ｅＮＢ７１０に送信し、次いで、ソース（Ｈ）ｅＮＢ７１０に向かう任意のＵプレーン／ＴＮＬリソースを解放し得る。

図１１Ｃのステップ２１では、システム構成要素が、新しい接続情報で更新される。例示的実施形態では、ＵＥコンテキストならびにＲＢ接続情報が、ＡＡＡサーバ１０６、ＨＳＳ１３４、およびＭＭＥ１１２の間で更新される。

図１１Ｃのステップ２２では、ＡＡＡサーバ１０６が、ステップ１６の変更要求を確認する。例示的実施形態では、ＡＡＡサーバ１０６は、インターフェースＳｔａを介した標的ＷＬＡＮ１１８へのＲＢ ＣＨＡＮＧＥ ＡＣＫＮＯＷＬＥＤＧＥメッセージでＲＢ変更要求を確認する。

図１１Ｃのステップ２３では、ＷＬＡＮ１１８が、解放するための命令を（Ｈ）ｅＮＢ７１０に伝達する。例示的実施形態では、ＲＢ ＣＨＡＮＧＥ ＡＣＫＮＯＷＬＥＤＧＥメッセージがＡＡＡサーバ１０６から受信された後、標的ＷＬＡＮ１１８は、ソース（Ｈ）ｅＮＢ７１０によるリソースの解放をトリガするＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージによって、ソース（Ｈ）ｅＮＢ７１０へのハンドオーバの成功を知らせる。

図１１Ｃのステップ２４では、（Ｈ）ｅＮＢ７１０が、リソースを解放する。例示的実施形態では、ソース（Ｈ）ｅＮＢ７１０は、ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージの受信時に、ＵＥ１２４に関連付けられる無線およびＣプレーン関係リソースを解放する。任意の進行中のデータ転送は、継続し得る。

したがって、ＵＥとＥＰＣとの間の通信のハンドオーバが、（Ｈ）ｅＮＢとＴＷＡＮとの間に直接通信を提供するＸ２’インターフェースを使用して、（Ｈ）ｅＮＢからＷＬＡＮにハンドオーバされ得る。拡張Ｘ２’インターフェースに加えて、ハンドオーバで採用されるインターフェースへの種々の他の増進が、ハンドオーバ処理をサポートして行われ得ることが理解されるであろう。例えば、図１１Ａ−Ｃの処理で採用され得る、以下は、既存のインターフェースおよびプロトコルに対する増進を表し得る：ステップ１におけるソース（Ｈ）ｅＮＢとＵＥとの間のＲＲＣ測定制御、負荷測定；ステップ２におけるＸ２’−ＡＰ Ｘ２’設定要求；ステップ３におけるＸ２’−ＡＰ Ｘ２’設定応答；ステップ４におけるＸ２’−ＡＰリソース状態要求；ステップ５におけるＸ２’−ＡＰリソース状態応答；ステップ６におけるＨＯ決定；ステップ７におけるＸ２’−ＡＰ ＨＯ要求；ステップ９におけるＸ２’ＡＰ ＨＯ要求ＡＣＫ；ステップ１０におけるＷＲＲＣ ＲＲＣ接続再構成；ステップ１１におけるＸ２’−ＡＰ ＳＮ状態転送；ステップ１２におけるＸ２’−Ｕ（ＧＴＰ）データ転送；ステップ１３におけるＷＬＡＮへの同期化および関連付け要求；ステップ１４における関連付け応答；ステップ１５における関連付け確認；ステップ１６におけるＡＡＡサーバへのＳＴａインターフェースＲＢ変更要求；ステップ１７における認証；ステップ１８における新しいデフォルトベアラ確立および古いデフォルトベアラ解放；ステップ１９における新しい専用デフォルトベアラ確立および古いデフォルトベアラ解放；ステップ２０の経路切り替えにおけるＧＴＰ（Ｓ１）およびＧＴＰ（Ｓ５）終了マーカ；ステップ２１におけるＵＥおよびＲＢコンテキスト更新；ステップ２２におけるＳＴａインターフェースＲＢ変更ＡＣＫ；ステップ２３におけるＸ２’＿ＡＰ ＵＥコンテキスト解放；およびステップ２４におけるリソース解放。これらの増進は、メッセージコンテンツに対する増進を表し、および／または新しい／修正されたアクションを表し得る。

（ハンドオーバのためのＸ２’信号伝達メッセージ）
開示される実施形態の側面によると、本明細書に説明されるようなハンドオーバ処理のためのＸ２’−ＡＰ信号伝達メッセージは、その内容が参照することによって本明細書に組み込まれる、３ＧＰＰ ＴＳ ３６．４２３で説明される高度Ｘ２−ＡＰメッセージを伴う。Ｘ２’−ＡＰ信号伝達メッセージは、Ｘ２−ＡＰメッセージに対する情報要素（ＩＥ）を用いて増進されている。以下では、増進されており、上記で説明されるようにＸ２’インターフェースを使用してハンドオーバプロシージャを行うために使用され得る、メッセージのうちのいくつかが議論される。

（ハンドオーバ要求）
例示的実施形態では、ハンドオーバ要求メッセージが、ハンドオーバのためのリソースの準備を要求するために、ソース（Ｈ）ｅＮＢ／ＷＬＡＮによって標的ＷＬＡＮ／（Ｈ）ｅＮＢに送信され得る。例示的実施形態の側面によると、情報要素「ハンドオーバ履歴」が、ハンドオーバ要求に挿入され得、ピンポンハンドオーバを回避するために使用され得る。標的（Ｈ）ｅＮＢ／ＷＬＡＮは、ハンドオーバ要求を処理するとき、それは、「ハンドオーバ履歴」内のタイムスタンプが過去の非常に頻繁なハンドオーバを示す場合、要求を拒否し得る。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴うハンドオーバ要求メッセージの形式を例証する。

（ハンドオーバ要求確認応答）
例示的実施形態では、ＨＡＮＤＯＶＥＲ ＲＥＱＵＥＳＴ ＡＣＫＮＯＷＬＥＤＧＥメッセージが、標的ＷＬＡＮ／Ｈ（ｅ）ＮＢによって送信され、標的における準備されたリソースについてソースＨ（ｅ）ＮＢ／ＷＬＡＮに知らせ得る。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴うハンドオーバ要求確認応答メッセージの形式を例証する。

（ＳＮ状態転送）
例示的実施形態では、ＳＮ ＳＴＡＴＵＳ ＴＲＡＮＳＦＥＲメッセージが、ハンドオーバ中にアップリンク／ダウンリンクＰＤＣＰ ＳＮおよびＨＦＮを転送するために、ソース（Ｈ）ｅＮＢ／ＷＬＡＮによって標的ＷＬＡＮ／（Ｈ）ｅＮＢに送信される。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴うＳＮ状態転送メッセージの形式を例証する。

（ＵＥコンテキスト解放）
例示的実施形態では、ＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージが、解放されることができるリソースを示すために、ソース（Ｈ）ｅＮＢ／ＷＬＡＮによって標的ＷＬＡＮ／（Ｈ）ｅＮＢに送信される。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴うＵＥコンテキスト解放メッセージの形式を例証する。

（ハンドオーバキャンセル）
例示的実施形態では、ＨＡＮＤＯＶＥＲ ＣＡＮＣＥＬメッセージが、進行中のハンドオーバをキャンセルするために、ソース（Ｈ）ｅＮＢ／ＷＬＡＮによって標的ＷＬＡＮ／（Ｈ）ｅＮＢに送信される。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴うハンドオーバキャンセルメッセージの形式を例証する。

（負荷情報）
例示的実施形態では、ＬＯＡＤ ＩＮＦＯＲＭＡＴＩＯＮメッセージが、負荷および干渉調整情報を示すために、ソース（Ｈ）ｅＮＢ／ＷＬＡＮによって標的ＷＬＡＮ／（Ｈ）ｅＮＢに送信される。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴う負荷情報メッセージの形式を例証する。

（エラー指示）
例示的実施形態では、あるエラーがＨ（ｅ）ＮＢ／ＷＬＡＮで検出されたことを示すために、ＥＲＲＯＲ ＩＮＤＩＣＡＴＩＯＮメッセージが、ソース（Ｈ）ｅＮＢ／ＷＬＡＮによって標的ＷＬＡＮ／（Ｈ）ｅＮＢに送信される。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴うエラー指示メッセージの形式を例証する。

（Ｘ２設定要求）
別の例示的実施形態では、Ｘ２ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージが、ＴＮＬ関連付けのための初期化情報を転送するために、ソース（Ｈ）ｅＮＢ／ＷＬＡＮによって近隣ＷＬＡＮ／（Ｈ）ｅＮＢに送信される。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴う設定要求メッセージの形式を例証する。

（Ｘ２設定応答）
例示的実施形態では、Ｘ２ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥメッセージが、ＴＮＬ関連付けのための初期化情報を転送するために、ソース（Ｈ）ｅＮＢ／ＷＬＡＮによって近隣ＷＬＡＮ／（Ｈ）ｅＮＢに送信される。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴う設定応答メッセージの形式を例証する。

（リソース状態要求）
例示的実施形態では、ＲＥＳＯＵＲＣＥ ＳＴＡＴＵＳ ＲＥＱＵＥＳＴメッセージが、メッセージの中で与えられるパラメータに従って、要求された測定を開始するために、（Ｈ）ｅＮＢ／ＷＬＡＮによって近隣（Ｈ）ｅＮＢ／ＷＬＡＮに送信される。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴うリソース状態要求メッセージの形式を例証する。

（リソース状態応答）
別の例示的実施形態では、測定に含まれる測定対象の全てのため、またはサブセットに対する要求された測定が、失敗なく開始されることを示すように、ＲＥＳＯＵＲＣＥ ＳＴＡＴＵＳ ＲＥＳＰＯＮＳＥメッセージが、ｅＮＢによって送信される。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴うリソース状態応答メッセージの形式を例証する。

（リソース状態失敗）
例示的実施形態では、要求される測定対象のうちのいずれに対しても、測定が開始されることができないことを示すために、ＲＥＳＯＵＲＣＥ ＳＴＡＴＵＳ ＦＡＩＬＵＲＥメッセージが、ｅＮＢによって送信される。以下のチャートは、下線を使用して識別される既存の形式に対する情報要素への修正を伴うリソース状態失敗メッセージの形式を例証する。

（例示的ＵＥユーザインターフェース）
上記で説明されるようにＸ２’インターフェースを使用してハンドオーバ動作を実装するデバイスおよびシステムは、ハンドオーバに関して所望の様式で動作するように構成され得ることが理解されるであろう。例えば、ＵＥ１１６、１２４、ＷＬＡＮ１１８、（Ｈ）ｅＮＢ７１０、および／または任意の他のデバイスは、特定のデバイスまたはシステムが上記で説明されるようなハンドオーバを行うであろうかどうかを示すように構成され得る。図１２は、ハンドオーバ構成または設定に使用され得る、例示的ユーザインターフェースを描写する。示されるように、構成は、システム内の任意の適切なレベル、すなわち、デバイス、ネットワーク、およびＩＳＷＮで行われ得る。各々に関して、ユーザインターフェース１２０２によって図示されるように、ユーザインターフェースは、デバイス、ネットワーク、またはＩＳＷＮが、自動的に、もしくは手動で、ハンドオーバ動作を行うべきあるかどうかをユーザが規定することを可能にする。例えば、ユーザインターフェースは、ユーザが、特定の（Ｈ）ｅＮＢおよびＷＬＡＮを含む特定のＩＳＷＮを選択し、ハンドオーバが自動的に、または手動で行われるべきであるかどうかを規定することを可能にし得る。

図１３は、アイコン、ボタン、またはショートカットを備える、例示的デバイスユーザインターフェース１３０２を描写する。示されるように、ＵＥ１１６、１２４等のデバイスは、特定のデバイスが自動ハンドオーバに参加すべきかどうかを選択するためのユーザインターフェース特徴にアクセスするために選択され得る、それに記憶されたアイコンを有し得る。例示的実施形態では、統合スモールセルおよびＷｉＦｉ（ＩＳＷ）ネットワーク内でハンドオーバを行う目的で、例えば、ＵＥ等の特定のデバイスが有効にされるべきことを示すために、選択可能ボタン１３０４が、ユーザによって起動され得る。ボタン１３０４が選択されない場合、ハンドオーバは有効にされない。

図１２および１３で描写されるようなユーザインターフェースに入力される情報は、関連デバイスおよびシステム上に記憶されるであろうことが理解されるであろう。図１０および１１に関連して説明されるようなハンドオーバの処理中、デバイス上の情報が、特定のデバイスが参加するように構成されることを示す場合、それは、それに応じて動作するであろう。デバイス上の情報が、特定のデバイスが参加するように構成されないことを示す場合、これは、ハンドオーバ動作に参加しないであろう。

（例示的コンピューティング環境）
図１４は、ＵＥまたは別のエンドノードデバイス等の例示的デバイス３０の略図である。デバイス３０は、ユーザ機器１２４、１１６、５３０、および６３０、（Ｈ）ｅＮＢ５１０、６１０、および７１０、ＷＬＡＮに含まれる任意のＷＬＡＮ ＡＰおよびＩＡＰ７１２を含む、ＷＬＡＮ５１２、６１２、ならびに本開示のこれらおよび他の要素を使用する論理エンティティのうちのいずれかを含む、本明細書に開示される要素のうちのいずれかを実装するために使用されることができる。例えば、デバイス３０は、図１および／または図７で図示される通信システム内で使用されることができる。デバイス３０はまた、図１２および１３に示されるインターフェース等のユーザインターフェースを生成することもできる。

図１４に示されるように、デバイス３０は、プロセッサ３２と、送受信機３４と、伝送／受信要素３６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ／タッチパッド／インジケータ４２と、非取り外し可能なメモリ４４と、取り外し可能なメモリ４６と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。例示的実施形態では、ディスプレイ／タッチパッド／インジケータ４２は、ユーザインターフェースの一部として動作する、１つ以上の指標を備え得る。デバイス３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。

プロセッサ３２は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはデバイス３０が無線環境で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ３２は、伝送／受信要素３６に連結され得る送受信機３４に連結され得る。図１４は、プロセッサ３２および送受信機３４を別個の構成要素として描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップにともに組み込まれ得ることが理解されるであろう。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラム、ならびに／もしくは通信を行い得る。プロセッサ３２は、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、ならびに／もしくは暗号化動作等のセキュリティ動作を行い得る。

伝送／受信要素３６は、信号を別のピアに伝送し、または別のピアから信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークおよび無線インターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送および受信するように構成され得る。伝送／受信要素３６は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。

加えて、伝送／受信要素３６は、単一の要素として図１４で描写されているが、デバイス３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、デバイス３０は、多入力・多出力（ＭＩＭＯ）技術を採用し得る。したがって、実施形態では、デバイス３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。

送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を復調するように構成され得る。上記のように、デバイス３０は、マルチモード能力を有し得る。したがって、送受信機３４は、デバイス３０が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１または８０２．１５等の複数のＲＡＴにより通信することを可能にするための複数の送受信機を含み得る。

プロセッサ３２は、非取り外し可能なメモリ４４および／または取り外し可能なメモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能なメモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能なメモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のデバイス３０上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。

プロセッサ３２は、電源４８から電力を受け取り得、デバイス３０内の他の構成要素への電力を配信および／または制御するように構成され得る。電源４８は、デバイス３０に電力供給するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。

プロセッサ３２はまた、デバイス３０の現在の場所に関する場所情報、例えば、経度および緯度を提供するように構成される、ＧＰＳチップセット５０に連結され得る。デバイス３０は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。

プロセッサ３２はさらに、追加の特徴、機能性、および／または有線もしくは無線接続を提供する、１つ以上のソフトウェアおよび／またはハードウェアモジュールを含み得る、他の周辺機器５２に連結され得る。例えば、周辺機器５２は、加速度計、ｅ−コンパス、衛星送受信機、センサ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。

図１５は、コンピュータシステムまたはサーバのブロック図である。デバイス９０は、ユーザ機器１２４、１１６、５３０、および６３０、（Ｈ）ｅＮＢ５１０、６１０、および７１０、ＷＬＡＮに含まれる任意のＷＬＡＮＡＰおよびＩＡＰ７１２を含む、ＷＬＡＮ５１２、６１２、ＥＰＣ１０４内のノード、ならびに本開示のこれらおよび他の要素を使用する論理エンティティのうちのいずれか、および他の要素、ならびに本開示のこれらおよび他の要素を使用する論理エンティティを含む、本明細書に開示される論理エンティティおよび要素のうちのいずれかを実装するために使用されることができる。例えば、デバイス９０は、図１および／または図７に図示される通信システム内で使用されることができる。デバイス９０はまた、図１２および１３に示されるインターフェース等のユーザインターフェースを生成することもできる。

図１５のコンピュータシステムまたはサーバは主に、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得、どこでも、またはどのような手段を用いても、そのようなソフトウェアが記憶もしくはアクセスされる。そのようなコンピュータ読み取り可能な命令は、デバイス９０を稼働させるように、中央処理装置（ＣＰＵ）９１等のプロセッサ内で実行され得る。多くの既知のワーク基地局、サーバ、および周辺コンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他のマシンでは、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たすか、またはＣＰＵ９１を補助する、主要ＣＰＵ９１とは明確に異なる、随意的なプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、Ｐ２Ｐ通信に関連してデータを受信、生成、および処理し得る。

動作時、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、およびそこから転送する。そのようなシステムバスは、デバイス９０内の構成要素を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、ならびに割り込みを送信するため、およびシステムバスを動作するための制御ラインを含む。そのようなシステムバス８０の実施例は、ＰＣＩ（周辺構成要素相互接続）バスである。

システムバス８０に連結されるメモリデバイスは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。そのようなメモリは、情報が記憶されて取り出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない、記憶されたデータを含む。ＲＡＭ８２に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られ、または変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを分離し、ユーザプロセスからシステムプロセスを分離する、メモリ保護機能を提供し得る。したがって、第１のモードで作動するプログラムは、独自のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。

加えて、デバイス９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を伝達する責任がある、周辺機器コントローラ８３を含み得る。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、デバイス９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる、電子構成要素を含む。さらに、デバイス９０は、デバイス９０を外部通信ネットワークに接続するために使用され得る、ネットワークアダプタ９７を含み得る。

さらに、コンピュータシステム９０は、例えば、パケットデータネットワークとしての外部通信ネットワークにコンピュータシステム９０を接続するために使用され得る、ネットワークアダプタ９７を含み得る。実施形態では、ネットワークアダプタ９７は、開示されるシステム間モビリティシステムおよび方法に関係付けられるデータを受信および伝送し得る。

したがって、出願人らは、統合ロングタームエボリューション（ＬＴＥ）無線アクセスネットワークと信頼無線ローカルエリアネットワーク（ＷＬＡＮ）アクセスネットワーク（ＴＷＡＮ）との間のシステム間ハンドオーバのためのシステムおよび方法を開示している。Ｘ２’インターフェースと称される通信インターフェースが、ＬＴＥ無線アクセスネットワークとＴＷＡＮとの間で定義される。Ｘ２’インターフェースは、ＬＴＥアクセスネットワークとＴＷＡＮとの間で制御プレーン信号およびユーザプレーンデータの両方を伝達するように適合される。ユーザ機器（ＵＥ）とＥＰＣとの間の既存の通信接続が、２つのネットワークの間のＸ２’インターフェースを経由した通信によって、ＬＴＥアクセスネットワークおよびＴＷＡＮのうちの一方から他方にハンドオーバされ得る。

開示される方法およびシステムは例示的であり、開示される概念は、種々の異なる技術およびアーキテクチャに関連して実装され得ることが理解されるであろう。例えば、本明細書に開示される例示的実施形態では、ＴＷＡＮは、ＥＰＣにアクセスするためのＰＧＷにおいてアンカされるが、本明細書に開示されるシステムおよび方法は、ＴＷＡＮが異なるネットワークエンティティにおいてアンカされるアーキテクチャに同様に適用可能であることが理解されるであろう。

開示されるシステムおよび方法は、種々の利益をもたらし得る。例えば、通信性能は、ネットワークのエッジに近いシステム間モビリティプロシージャの実行を可能にすることによって、向上させられる。通信待ち時間は、コアネットワークの深部で、すなわち、ＰＧＷに向かって、信号伝達プロシージャの必要性を最小化することによって短縮される。これは、ＭＮＯが共通地理的エリア内でスモールセルおよびＷｉＦｉアクセスを両方とも展開する環境で、特に有益であり得る。拡張性もまた、例えば、いくつかのシステム間モビリティ機能を（Ｈ）ｅＮＢおよびＷＬＡＮに分配することによって、ＰＧＷ処理負担を低減させることにより、向上させられる。

例証的実施形態が開示されているが、潜在的実施形態の範囲は、明示的に立案されるものに限定されないことが理解されるであろう。例えば、本システムは、「信頼」ＷＬＡＮアクセスネットワーク（ＴＷＡＮ）を主に参照して説明されているが、想定される実施形態は、「非信頼」ＷＬＡＮを採用する実施形態にも拡張する。また、開示される実施形態は、単一ＰＤＮ ＴＷＡＮならびに多重ＰＤＮ ＴＷＡＮを包含し得ることが理解されるであろう。

無線通信に関連する種々の用語および語句が、本開示で使用されていることが理解されるであろう。例えば、本開示は、「スモールセル」、「ＷｉＦｉホットスポット」、「統合スモールセルおよびＷｉＦｉネットワーク」、ならびに「ＴＷＡＮ」を参照する。これらおよび他のそのような用語は、本明細書で提供される説明と一致する、当業者にとってそれらの通常の意味を有すると理解されるはずである。

例えば、「スモールセル」は、数１０キロメートルの範囲を有し得るモバイルマクロセルと比較して、１０メートル〜１または２キロメートルの範囲を伴う地理的エリア内で動作する低電力３ＧＰＰ規定無線アクセスノード、例えば、ホームｅＮｏｄｅＢ（（Ｈ）ｅＮＢ）である。スモールセルは、オペレータ許可スペクトルを使用する３ＧＰＰ定義ＲＡＴにより、屋内および屋外モバイルネットワークアクセスを提供するために使用され得る。これらのＲＡＴの２Ｇおよび３Ｇバージョンは、回路交換ならびにパケット交換サービスをサポートするが、本明細書の焦点は、パケットサービスのみ、具体的には、進化型パケットコア（ＥＰＣ）ネットワークへのアクセスを提供する４Ｇ ＬＴＥ ＲＡＴにある。

さらに、本明細書で「ＷｉＦｉ」と称され得る「ＷｉＦｉホットスポット」は、ＷｉＦｉ Ａｌｌｉａｎｃｅ（ＷＦＡ）によって認定された機器を用いてＩＥＥＥ ８０２．１１によって標準化されるＲＡＴにより無許可スペクトルを使用して、地理的エリア内で無線ネットワークアクセスを提供する。上記のように、ローカルエリアネットワークまたはインターネットへの直接アクセスに加えて、ＥＰＣネットワークへのＷｉＦｉアクセスが提供され得る。

さらなる実施例として、「統合スモールセルおよびＷｉＦｉネットワーク」（ＩＳＷＮ）とは、マルチＲＡＴ端末能力、スモールセルおよびＷｉＦｉアクセス能力、進化型パケットコア（ＥＰＣ）、ネットワークゲートウェイ、ならびにポリシーおよびトラフィック管理機能への潜在的増進を含む、携帯電話事業者によって展開されるジョイントアクセスネットワークを指す。

なおもさらに、「信頼ＷＬＡＮ（ＴＷＡＮ）アクセス」という用語は、ＷＬＡＮを介したアクセスからＥＰＣを保護するように適切な対策が講じられている状況を指す。そのような対策は、典型的には、ＭＮＯの裁量に委ねられ、例えば、ＷＬＡＮとＥＰＣとの間の改ざん防止ファイバ接続の確立、またはＷＬＡＮとＥＰＣエッジにおけるセキュリティゲートウェイとの間のＩＰＳｅｃセキュリティアソシエーション（ＳＡ）の確立を含み得る。対照的に、ＷＬＡＮアクセスが「非信頼」と見なされる場合、ＷＬＡＮは、ＥＰＣエッジにおける進化型パケットデータゲートウェイ（ｅＰＤＧ）と連動し得、ｅＰＤＧは、ＷＬＡＮを通してＥＰＣにアクセスする各ＵＥと直接的にＩＰＳｅｃセキュリティアソシエーションを確立し得る。

図１、７、９、１０、および１１の論理エンティティを含む、本明細書に説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令、例えば、プログラムコードの形態で具現化され得、その命令は、コンピュータ、サーバ、ピア、プロセッサ等（例えば、図１４のデバイス３０または図１５のデバイス９０）等の機械によって実行されると、本明細書に説明されるシステム、方法、およびプロセスを行うおよび／または実装することが理解される。具体的には、本明細書に説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の方法または技術で実装される、揮発性および不揮発性、取り外し可能なおよび非取り外し可能な媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置または他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる任意の他の物理的媒体を含むが、それらに限定されない。

図で図示されるような本開示の主題の好ましい実施形態を説明する際に、明確にするために、特定の用語が採用される。しかしながら、請求された主題は、そのように選択された特定の用語に限定されることを目的としておらず、各特定の要素は、類似目的を達成するように同様に動作する、全ての技術的均等物を含むことを理解されたい。

本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用すること、および任意の組み込まれた方法を行うことを含む、本発明を実践することを可能にするために、実施例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の実施例を含み得る。そのような他の実施例は、請求項の文字通りの言葉とは異ならない構造要素を有する場合に、または請求項の文字通りの言葉とのごくわずかな差異を伴う同等の構造要素を含む場合に、請求項の範囲内であることを目的としている。

以下は、上記の説明に出現し得る、サービスレベル技術に関する頭字語のリストである。
ＡＡＡ 認証、認可、および会計
ＡＣＫ 確認応答
ＡＰ アクセスポイント（８０２．ｘ）
ＢＳＳ 基本サービスセット（８０２．ｘ）
ＣＡＰＥＸ 資本支出
ＣＱＩ チャネル品質指標
ＤＬ ダウンリンク
ＥＡＰ 拡張可能認証プロトコル
ＥＡＰｏＬ Ｌａｎを経由したＥＡＰ
ｅＮｏｄｅＢ 進化型ノードＢ
ｅＮＢ 進化型ノードＢ
ＥＰＣ 進化型パケットコア
Ｅ−ＲＡＢ Ｅ−ＵＴＲＡＮ無線アクセスベアラ
ＥＳＳ 拡張サービスセット
Ｅ−ＵＴＲＡＮ 進化型汎用陸上無線アクセスネットワーク
ＧＰＲＳ 汎用パケット無線サービス
ＧＴＰ ＧＰＲＳトンネリングプロトコル
（Ｈ）ｅＮＢ ホームｅＮｏｄｅ Ｂ
ＨＦＮ ハイパーフレーム番号
ＨＯ ハンドオーバ
ＨＰＬＭＮ ホーム公衆陸上モバイルネットワーク
ＨＳＳ ホーム加入システム
ＩＡＮＡ Ｉｎｔｅｒｎｅｔ Ａｓｓｉｇｎｅｄ Ｎｕｍｂｅｒ ＡｕｔｈｏｒｉｔｙＩＡＰ インターフェースアクセスポイント
ＩＥＴＦ Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ
ＩＰ インターネットプロトコル
ＩＰＳｅｃ インターネットプロトコルセキュリティ
ＩＳＷ 統合スモールセルおよびＷｉＦｉ
ＩＳＷＮ 統合スモールセルおよびＷｉＦｉネットワーク
ＬＭＥ 層管理エンティティ
ＬＴＥ ロングタームエボリューション（３ＧＰＰ）
ＭＡＣ 媒体アクセス制御
ＭＣＮ モバイルコアネットワーク
ＭＬＭＥ ＭＡＣ層管理エンティティ
ＭＩＭＩ 多入力・多出力
ＭＭＥ モビリティ管理エンティティ
ＭＮＯ モバイルネットワークオペレータ
ＯＰＥＸ 運用支出
ＰＣＲＦ ポリシーおよび課金規則機能
ＰＤＣＰ パケットデータ収束プロトコル
ＰＤＮ パケットデータネットワーク
ＰＧＷ ＰＤＮゲートウェイ
ＰＨＹ 物理層
ＰＬＣＰ 物理層収束プロシージャ（８０２．１１）
ＰＬＭＥ 物理層管理エンティティ
ＰＭＤ 物理媒体依存性（８０２．１１）
ＰＤＵ プロトコルデータユニット
ＤｏＥ 体験品質
ＱｏＳ サービス品質
ＲＡＴ 無線アクセス技術
ＲＢ 無線ベアラ
ＲＦＣ コメントに対する要求
ＲＬＬＣ 無線および論理リンク制御
ＲＮＬ 無線ネットワーク層
ＲＲＣ 無線リソース制御
ＲＳＳＩ 受信信号強度指標
ＲＴＳ 送信要求（８０２．１１）
ＳａＭＯＧ ＧＴＰを経由したＳ２ａモビリティ
ＳＣ スモールセル
ＳＣＴＰ ストリーム制御伝送プロトコル
ＳＧＷ サービングゲートウェイ
ＳＭＥ 局管理エンティティ
ＳＳ サービスセット（８０２．１１）
ＳＴＡ 無線局（８０２．ｘ）
ＴＣＰ 伝送制御プロトコル
ＴＥＩＤ トンネリング終点識別子
ＴＮＬ トランスポートネットワーク層
ＴＷＡＧ 信頼ＷＬＡＮアクセスゲートウェイ
ＴＷＡＮ 信頼ＷＬＡＮアクセスネットワーク
ＴＷＡＰ 信頼ＷＬＡＮ ＡＡＡプロキシ
ＵＤＰ ユーザデータグラムプロトコル
ＵＥ ユーザ機器
ＵＬ アップリンクＷＦＡ ＷｉＦｉ Ａｌｌｉａｎｃｅ
ＷｉＦｉ ＷｉＦｉ Ｆｉｄｅｌｉｔｙ
ＷＬＡＮ 無線ローカルエリアネットワーク
ＷＬＣ 無線ＬＡＮコントローラ
ＷＬＣＰ ＷＬＡＮ制御プロトコル
ＷＲＲＣ ＷＬＡＮ無線リソース制御
Ｘ２−Ｃ Ｘ２−制御プレーン
Ｘ２−Ｕ Ｘ２−ユーザプレーン
３ＧＰＰ 第３世代パートナーシッププロジェクト
本主題は、構造的特徴および／または方法論的作用に特有の言語で説明されているが、添付の請求項で定義される本主題は、必ずしも上記で説明される具体的特徴または作用に限定されないことを理解されたい。むしろ、上記で説明される具体的特徴または作用は、請求項を実装する例示的形態として開示される。

Claims (15)

1. 無線ローカルエリアネットワークアクセスノードであって、
   一又は二以上のプロセッサと、
   前記一又は二以上のプロセッサと通信可能に結合されているメモリと
   を備え、
   前記メモリには、実行可能な命令が記憶されており、前記命令は、実行時、
   セルラーネットワークアクセスノードに対して、拡張Ｘ２プロトコルを用いて、前記無線ローカルエリアネットワークアクセスノードに関する負荷情報を送信することと、
   前記セルラーネットワークアクセスノードから、前記拡張Ｘ２プロトコルを用いて、前記セルラーネットワークアクセスノードと前記無線ローカルエリアネットワークアクセスノードの間で通信を行うためのリクエストを受信することと、
   前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いて、前記リクエストに対する応答を送信することと、
   前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することを前記一又は二以上のプロセッサに行わせ、
   前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することは、前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いてユーザプレーンデータを送信することを含む、
   無線ローカルエリアネットワークアクセスノード。
2. 前記命令は、
   前記セルラーネットワークアクセスノードから、前記無線ローカルエリアネットワークアクセスノードに関する負荷情報のリクエストを受信することを、前記一又は二以上のプロセッサに行わせ、
   前記負荷情報は、前記リクエストに基づいて前記セルラーネットワークアクセスノードに送信される、請求項１に記載の無線ローカルエリアネットワークアクセスノード。
3. 前記命令は、
   ユーザ端末に対して、前記ユーザ端末を前記無線ローカルエリアネットワークアクセスノードと通信可能に設定するための情報を送信することを、前記一又は二以上のプロセッサに行わせる、請求項１に記載の無線ローカルエリアネットワークアクセスノード。
4. 前記命令は、
   前記セルラーネットワークアクセスノードに対して、モバイルコンピューティング装置との一又は二以上の通信ステータスに関する情報を送信することを、前記一又は二以上のプロセッサに行わせる、請求項１に記載の無線ローカルエリアネットワークアクセスノード。
5. 前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することは、前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いてコントロールプレーンデータを送受信することを含む、請求項１に記載の無線ローカルエリアネットワークアクセスノード。
6. 前記拡張Ｘ２プロトコルを用いてコントロールプレーンデータを送受信することは、無線ネットワークレイヤにおいてデータ通信を行うことを含む、請求項５に記載の無線ローカルエリアネットワークアクセスノード。
7. 前記拡張Ｘ２プロトコルを用いてコントロールプレーンデータを送受信することは、ストリームコントロール送信プロトコルを用いた信号通信と、アクセスポイントプロトコルを用いた信号通信と、を含む、請求項５に記載の無線ローカルエリアネットワークアクセスノード。
8. 前記拡張Ｘ２プロトコルを用いてコントロールプレーンデータを送受信することは、ユーザデータグラムプロトコルを用いたデータ通信と、パケット無線サービストンネリングプロトコルを用いたデータ通信と、を含む、請求項５に記載の無線ローカルエリアネットワークアクセスノード。
9. 無線ローカルエリアネットワークアクセスノードによって実行される方法であって、
   セルラーネットワークアクセスノードに対して、拡張Ｘ２プロトコルを用いて、前記無線ローカルエリアネットワークアクセスノードに関する負荷情報を送信することと、
   前記セルラーネットワークアクセスノードから、前記拡張Ｘ２プロトコルを用いて、前記セルラーネットワークアクセスノードと前記無線ローカルエリアネットワークアクセスノードの間で通信を行うためのリクエストを受信することと、
   前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いて、前記リクエストに対する応答を送信することと、
   前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することをプロセッサに行わせ、
   前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することは、前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いてユーザプレーンデータを送信することを含む、
   方法。
10. セルラーネットワークアクセスノードと無線ローカルエリアネットワークアクセスノードと通信可能なユーザ端末であって、
    一又は二以上のプロセッサと、
    前記一又は二以上のプロセッサと通信可能に結合されているメモリと
    を備え、
    前記メモリには、実行可能な命令が記憶されており、前記命令は、実行時、
    セルラーネットワークアクセスノードから、無線ローカルエリアネットワークアクセスノードとの通信を確立するためのハンドオーバ通信情報を受信することを、前記一又は二以上のプロセッサに実行させ、
    前記無線ローカルエリアネットワークアクセスノードは、セルラーネットワークアクセスノードに対して、拡張Ｘ２プロトコルを用いて、前記無線ローカルエリアネットワークアクセスノードに関する負荷情報を送信し、
    前記セルラーネットワークアクセスノードから、前記拡張Ｘ２プロトコルを用いて、前記セルラーネットワークアクセスノードと前記無線ローカルエリアネットワークアクセスノードの間で通信を行うためのリクエストを受信し、
    前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いて、前記リクエストに対する応答を送信し、
    前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信し、 前記セルラーネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することは、前記セルラーネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いてユーザプレーンデータを送信することを含む、
    ユーザ端末。
11. 前記ハンドオーバ通信情報は、RRC Connection Reconfigurationメッセージを用いて前記セルラーネットワークアクセスノードから受信する、請求項１０に記載のユーザ端末。
12. 前記ハンドオーバ通信情報は、WLAN AP ID、ターゲットWLAN AP security algorithm識別子のうち少なくとも一つを含む、請求項１１に記載のユーザ端末。
13. 前記ハンドオーバ通信情報は、前記セルラーネットワークアクセスノードが構成するセルラーネットワークから、前記無線ローカルエリアネットワークアクセスノードが構成する無線ローカルネットワークへトンネルを転送するための情報を含む、請求項１１に記載のユーザ端末。
14. 前記拡張Ｘ２プロトコルを用いた通信は、拡張Ｘ２インターフェースを用いた通信を構成する、請求項１０に記載のユーザ端末。
15. セルラーネットワークアクセスノードであって、
    一又は二以上のプロセッサと、
    前記一又は二以上のプロセッサと通信可能に結合されているメモリと
    を備え、
    前記メモリには、実行可能な命令が記憶されており、前記命令は、実行時、
    ユーザ端末に対して、無線ローカルエリアネットワークアクセスノードとの通信を確立するためのハンドオーバ通信情報を送信すること、
    無線ローカルエリアネットワークアクセスノードから、拡張Ｘ２プロトコルを用いて、前記無線ローカルエリアネットワークアクセスノードに関する負荷情報を受信することと、
    前記無線ローカルエリアネットワークアクセスノードに対して、前記拡張Ｘ２プロトコルを用いて、前記セルラーネットワークアクセスノードと前記無線ローカルエリアネットワークアクセスノードの間で通信を行うためのリクエストを送信することと、
    前記無線ローカルエリアネットワークアクセスノードから、前記拡張Ｘ２プロトコルを用いて、前記リクエストに対する応答を受信することと、
    前記無線ローカルエリアネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することを前記一又は二以上のプロセッサに行わせ、
    前記無線ローカルエリアネットワークアクセスノードと前記拡張Ｘ２プロトコルを用いて通信することは、前記無線ローカルエリアネットワークアクセスノードから、前記拡張Ｘ２プロトコルを用いてユーザプレーンデータを受信することを含む、
    セルラーネットワークアクセスノード。

Images