(57)【要約】ローカルネットワークと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのための方法、装置、およびシステムを開示する。ＷＴＲＵは、第１のアクセスポイント（ＡＰ）を介してローカルネットワーク内でローカルＩＰアクセス（ＬＩＰＡ）セッションを確立した。方法は、別のネットワーク内の第２のＡＰによって、別のネットワークに接続する要求を受信することと、ローカルＩＰネットワーク内のＬＩＰＡセッションを別のネットワーク内のマネージドリモートアクセス（ＭＲＡ）セッションに遷移させることとを含む。遷移は、第１のＡＰと第２のＡＰとの間でゲートウェイを介してパスを確立することと、ＭＲＡセッションへの遷移についてゲートウェイに知らせることとを含む。
2014531861.tif 000002
【特許請求の範囲】
【請求項１】
ローカルネットワークと別のネットワーク、または、前記ローカルネットワークにおける第１のアクセスポイント（ＡＰ）と第２のＡＰとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのための方法であって、前記ＷＴＲＵは、前記第１のＡＰを介して前記ローカルネットワークにおいてローカルＩＰアクセス（ＬＩＰＡ）セッションとして通信セッションを確立しており、前記方法は、
前記第１のＡＰによって、前記ＷＴＲＵとの前記通信セッションを前記第２のＡＰにハンドオーバするステップであって、通信パスは、少なくとも前記第１のＡＰと前記第２のＡＰとの間で確立される、ステップと、
前記第１のＡＰによって、前記通信セッションに関連付けられたパケットを、前記確立された通信パスを介して前記第２のＡＰへ中継するステップと
を備えたことを特徴とする方法。
【請求項２】
前記通信セッションをハンドオーバする前記ステップは、
前記第１のＡＰによって、前記通信セッションの前記ハンドオーバの前に、前記第１のＡＰと前記ＷＴＲＵとの間で少なくとも１つの無線リソースを維持するステップと、
前記第１のＡＰによって、前記第１のＡＰと前記ＷＴＲＵとの間の前記少なくとも１つの無線リソースを中断するステップと
を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記通信セッションの前記ハンドオーバの前に、前記少なくとも１つの無線リソースを維持する前記ステップは、前記第１のＡＰと前記ＷＴＲＵとの間で少なくとも１つの無線ベアラを維持するステップを含み、および、
前記第１のＡＰと前記ＷＴＲＵとの間の前記少なくとも１つの無線リソースを中断する前記ステップは、
前記第１のＡＰによって、前記ＷＴＲＵに関連付けられた１または複数のゲートウェイとの確立されたリソースを維持するステップと、
前記ＷＴＲＵに使用されていた前記少なくとも１つの無線リソースを非活性化するステップと
を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記第１のＡＰと前記ＷＴＲＵとの間で前記無線リソースを中断する前記ステップは、（１）前記ＬＩＰＡセッションの中断と同時に、（２）トリガ条件に基づいてＭＲＡセッションへの遷移の後に、または、（３）前記ＭＲＡセッションへの遷移の後の所定の時に、発生することを特徴とする請求項２に記載の方法。
【請求項５】
前記通信セッションをハンドオーバする前記ステップは、前記第１のＡＰによって、前記ローカルネットワークおよび前記他のネットワークの外部に配置された前記少なくとも１つのゲートウェイとの接続を維持しながら、前記第１のＡＰと前記ＷＴＲＵとの間で少なくとも１つの無線リソースを中断するステップを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記第１のＡＰにおいて、前記第２のＡＰによって無線でサービスされている前記ＷＴＲＵを管理するコンテキストを設定するステップと、
前記第１のＡＰによって、前記コンテキストが設定されている間に前記ＷＴＲＵとの無線リソースの任意の割り当てを防ぐステップと
をさらに備えたことを特徴とする請求項１に記載の方法。
【請求項７】
第１のアクセスポイント（ＡＰ）を介してローカルネットワークまたは別のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションに対する通信パスをセットアップする方法であって、
前記ローカルネットワークの外部のネットワークエンティティによって、前記ＭＲＡセッションをセットアップする要求を受信するステップと、
前記ネットワークエンティティによって、前記ＭＲＡセッションに対する複数のトンネルを確立する１または複数のメッセージを送信して、少なくとも前記第１のＡＰと第２のＡＰとの間で前記通信パスをセットアップするステップと
を備えたことを特徴とする方法。
【請求項８】
前記１または複数のメッセージを送信する前記ステップは、ゲートウェイと前記ローカルネットワークにおける前記第１のＡＰとの間で第１のトンネルをセットアップし、および、前記ゲートウェイと前記ローカルネットワークまたは前記他のネットワークにおける前記第２のＡＰとの間で第２のトンネルをセットアップする、１または複数のメッセージを送信するステップを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記ネットワークエンティティによって、１または複数のアクセス基準に従って、前記ＭＲＡセッションに使用されることになる前記第２のＡＰを判定するステップをさらに備えたことを特徴とする請求項７に記載の方法。
【請求項１０】
前記第１のＡＰにおいて無線リソースの解放を制御することによって、確立されたＬＩＰＡセッションを前記ＭＲＡセッションとして継続するステップをさらに備えたことを特徴とする請求項７に記載の方法。
【請求項１１】
ローカルネットワークと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのための方法であって、前記ＷＴＲＵは、第１のＡＰと前記ＷＴＲＵに無線でサービスする第２のＡＰとの間の確立された通信パスを使用して、前記他のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションとして通信セッションを確立しており、前記方法は、
前記第１のＡＰによって、前記通信セッションに関連付けられたパケットを、前記確立された通信パスを介して前記第２のＡＰへ中継するステップと、
前記第１のＡＰと前記ＷＴＲＵとの間で少なくとも１つの無線ベアラを確立するステップと、
前記第１のＡＰと前記ＷＴＲＵとの間の前記確立された少なくとも１つの無線ベアラを使用して、前記第２のＡＰと前記他のネットワークにおける前記ＷＴＲＵとの間の前記ＭＲＡセッションを前記ローカルネットワークにおけるローカルＩＰアクセス（ＬＩＰＡ）セッションに遷移させるステップと
を備えたことを特徴とする方法。
【請求項１２】
前記ＭＲＡセッションを前記ＬＩＰＡセッションに遷移させる前記ステップは、前記第１のＡＰによって、前記通信セッションに関連付けられたパケットの前記確立された通信パスを介する中継を終了して、前記パケットの前記中継の前記終了が、（１）前記ＬＩＰＡセッションへの前記ＭＲＡセッションの前記遷移と同時に、（２）トリガ条件に基づいて前記ＭＲＡセッションへの前記遷移の後に、または、（３）前記ＬＩＰＡセッションへの前記ＭＲＡセッションの前記遷移の後の所定の時に、発生するようになるようにするステップを含むことを特徴とする請求項１１に記載の方法。
【請求項１３】
前記第１のＡＰによって、前記第２のＡＰへパケットを中継し、または、中継することを停止するかを示す中継インジケーションを受信するステップをさらに備えたことを特徴とする請求項１１に記載の方法。
【請求項１４】
前記第１のＡＰにおいて、前記第２のＡＰによって無線でサービスされている前記ＷＴＲＵを管理するためのＭＲＡコンテキストを、前記ＷＴＲＵに無線でサービスするための前記第１のＡＰに対する第２のコンテキストに更新するステップをさらに備えたことを特徴とする請求項１１に記載の方法。
【請求項１５】
ローカルネットワークと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのためのアクセスポイント（ＡＰ）であって、前記ＷＴＲＵは、前記ＷＴＲＵに無線でサービスする前記ＡＰを介して、前記ローカルネットワークにおいてローカルＩＰアクセス（ＬＩＰＡ）セッションとして通信セッションを確立しており、
前記通信セッションに関連付けられたパケットを、少なくとも第１のＡＰと第２のＡＰとの間で確立された通信パスを介して、前記第２のＡＰへ中継するように構成された送信／受信ユニットと、
前記ＷＴＲＵとの前記通信セッションを前記第２のＡＰにハンドオーバするように構成されたコントローラと
を備えたことを特徴とするＡＰ。
【請求項１６】
前記コントローラは、（１）前記ＬＩＰＡセッションの中断と同時に、（２）トリガ条件に基づいてＭＲＡセッションへの遷移の後に、または、（３）前記ＭＲＡセッションへの前記遷移の後の所定の時に、前記ＡＰと前記ＷＴＲＵとの間で無線リソースを中断するように構成されていることを特徴とする請求項１５に記載のＡＰ。
【請求項１７】
前記コントローラは、前記ローカルネットワークの外部に配置された少なくとも１つのゲートウェイとの接続を維持しながら、前記第１のＡＰと前記ＷＴＲＵとの間で少なくとも１つの無線リソースを中断するように構成されていることを特徴とする請求項１５に記載のＡＰ。
【請求項１８】
前記送信／受信ユニットは、前記第２のＡＰによって無線でサービスされている前記ＷＴＲＵを管理するためのＭＲＡコンテキストを受信するように構成されており、および、
前記コントローラは、前記受信されたＭＲＡコンテキストに従って、前記ＷＴＲＵとの無線リソースの任意の割り当てを防ぐように構成されている
ことを特徴とする請求項１５に記載のＡＰ。
【請求項１９】
無線送信／受信ユニット（ＷＴＲＵ）のマネージドリモートアクセス（ＭＲＡ）のためのアクセスポイント（ＡＰ）の選択のための方法であって、
ネットワークエンティティによって、要求を受信するステップと、
前記ネットワークエンティティによって、第２のＡＰによって無線でサービスされる前記ＷＴＲＵに対するＭＲＡに使用されることになる第１のＡＰを判定するステップと、
前記ネットワークエンティティによって、前記第１のＡＰをセットアップする１または複数のメッセージを送信するステップと
を備えたことを特徴とする方法。
【請求項２０】
アクセスポイント（ＡＰ）を介して無線送信／受信ユニット（ＷＴＲＵ）に対するマネージドリモートアクセス（ＭＲＡ）のセットアップのための方法であって、
前記ＡＰによって、前記ＡＰによって無線でサービスされていない前記ＷＴＲＵに対するコンテキストを示すセットアップメッセージを受信するステップと、
前記ＡＰによって、前記受信されたコンテキストをセットアップするステップと
を備えたことを特徴とする方法。
【請求項２１】
アイドルモードでローカルネットワークの外に移動する無線送信／受信ユニット（ＷＴＲＵ）に対するローカルＩＰアクセス（ＬＩＰＡ）セッションを管理するための方法であって、
ネットワークエンティティによって、第１のメッセージを受信するステップと、
前記ネットワークエンティティによって、判定された結果として、前記受信された第１のメッセージに基づいて、前記ＬＩＰＡセッションを維持するか否かを判定するステップと、
前記ネットワークエンティティによって、前記判定された結果に従って、前記ＬＩＰＡセッションを維持し、または、終了する第２のメッセージを送信するステップと
を備えたことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野は、無線通信に関し、より具体的には、マネージドリモートアクセス（managed remote access）を可能にする方法、装置およびシステムに関する。
【背景技術】
【０００２】
本願は、その内容が参照によって本明細書に組み込まれている、２０１１年９月３０日に出願された米国仮特許出願第６１／５４１８２５号の優先権を主張するものである。
【０００３】
ＬＩＰＡ（ローカルＩＰアクセス（local IP access））は、ホームｅＮｏｄｅＢおよび／またはホームＮｏｄｅＢ（たとえば、Ｈ（ｅ）ＮＢと称される）の無線アクセスを使用してローカルネットワーク（ＬＮ）へのＩＰ接続を提供することができる。
【発明の概要】
【０００４】
本開示の実施形態は、ＬＮと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのための方法、装置およびシステムを対象とする。ＷＴＲＵは、第１のアクセスポイント（ＡＰ）を介してＬＮにおいてローカルＩＰアクセス（ＬＩＰＡ）セッションを確立したとすることができる。方法は、他のネットワークにおける第２のＡＰによって、他のネットワークに接続する要求を受信するステップと、ローカルＩＰネットワークにおけるＬＩＰＡセッションを他のネットワークにおけるマネージドリモートアクセス（ＭＲＡ）セッションに遷移させるステップとを含むことができる。遷移は、第１のＡＰと第２のＡＰとの間でゲートウェイを介してパスを確立するステップと、ＭＲＡセッションへの遷移についてゲートウェイに通知するステップとを含むことができる。
【図面の簡単な説明】
【０００５】
より詳細な理解は、本明細書に添付の図面とともに例として与えられる、下記の発明を実施するための形態から得ることができる。そのような図面における図は、発明を実施するための形態と同様に、例である。したがって、図および発明を実施するための形態は、限定的と考えてはならず、他の同等に有効な例が有り得、および、見込みがある。さらに、図における同一の番号は、同一の要素を示す。
【図１Ａ】１または複数の開示された実施形態を実装することができる代表的な通信システムを示す図である。
【図１Ｂ】図１Ａに示された通信システム内で使用することができる代表的な無線送信／受信ユニット（ＷＴＲＵ）を示す図である。
【図１Ｃ】図１Ａに示された通信システム内で使用することができる代表的な無線アクセスネットワークおよび代表的なコアネットワークを示すシステム図である。
【図１Ｄ】図１Ａに示された通信システム内で使用することができる代表的な無線アクセスネットワークおよび代表的なコアネットワークを示すシステム図である。
【図１Ｅ】図１Ａに示された通信システム内で使用することができる代表的な無線アクセスネットワークおよび代表的なコアネットワークを示すシステム図である。
【図２】図１Ｄの通信システムと類似した代表的な通信システムを示す図である。
【図３】各々がそれぞれのＨ（ｅ）ＮＢを有する複数のローカルゲートウェイ（ＬＧＷ）を含む別の代表的な通信システムを示す図である。
【図４】移動パスに沿って移動し、および、異なるそれぞれのＨ（ｅ）ＮＢに接続する（たとえば、これを介してシステムにアクセスする）ＷＴＲＵを有する、図３の代表的な通信システムの一部を示す図である。
【図５】選択されたＩＰトラフィックオフロード（ＳＩＰＴＯ：selected IP Traffic Offload）を示す図である。
【図６】ＨｅＮＢサブシステムに接続することができるＬＧＷを介したインターネットへのユーザデータオフロードを示す図である。
【図７】ＨｅＮＢがＳ１−Ｕインターフェースを介してＨｅＮＢ  ＧＷとインターフェースすることができるＨｅＮＢサブシステムに対する代表的なスタンドアロンＬＧＷアーキテクチャを示す図である。
【図８】ＨＮＢがＩｕｈインターフェースを介してＨＮＢ  ＧＷとインターフェースすることができ、および、ＨＮＢが発展型パケットシステム（ＥＰＳ：Evolved Packet System）に対するＳｘｘインターフェースを介してＬＧＷとインターフェースすることができる、ＨＮＢサブシステムに対する別の代表的なスタンドアロンＬＧＷアーキテクチャを示す図である。
【図９】ＨＮＢがＩｕｈインターフェースを介してＨＮＢ  ＧＷとインターフェースすることができ、および、ＨＮＢがユニバーサルモバイル通信システム（ＵＭＴＳ）に対するＳｘｘインターフェースを介してＬＧＷとインターフェースすることができる、ＨＮＢサブシステムのさらなる代表的なスタンドアロンＬＧＷアーキテクチャを示す図である。
【図１０】ＨｅＮＢがＳ１−Ｕインターフェースを介してＨｅＮＢ  ＧＷとインターフェースすることができ、および、ＬＧＷがＳ１パス上にある、ＨｅＮＢサブシステムに対する追加の代表的なスタンドアロンＬＧＷアーキテクチャを示す図である。
【図１１】ＨＮＢが発展型パケットシステム（ＥＰＳ）に対するＩｕｈインターフェースを介してＨＮＢ  ＧＷとインターフェースすることができ、および、ＬＧＷがＩｕｈパス上にある、ＨＮＢサブシステムに対する代表的なスタンドアロンＬＧＷアーキテクチャを示す図である。
【図１２】ＨＮＢがＵＭＴＳに対するＩｕｈインターフェースを介してＨＮＢ  ＧＷとインターフェースすることができ、および、ＬＧＷがＩｕｈパス上にある、ＨＮＢサブシステムに対する代表的なスタンドアロンＬＧＷアーキテクチャを示す図である。
【図１３】マクロネットワークにおけるｅＮＢを使用してＬＩＰＡセッションとＭＲＡセッションとの間の遷移を含むハンドオーバプロシージャを示す図である。
【図１４】別のＬＮ内のＨｅＮＢを使用してＬＩＰＡセッションとＭＲＡセッションとの間の遷移を含むハンドオーバプロシージャを示す図である。
【図１５】ＭＲＡセッションに対するダウンリンクに対する代表的なデータパスを示す図である。
【図１６】代表的なサービス要求プロシージャを示す図である。
【図１７】代表的なアクセス制御シナリオを示す図である。
【図１８】アイドルモードである間にＬＮの外に移動するＷＴＲＵを示す図である。
【図１９】代表的なハンドオーバ方法を示すフローチャートである。
【図２０】代表的なセットアップ方法を示すフローチャートである。
【図２１】別の代表的なハンドオーバ方法を示すフローチャートである。
【図２２】さらなる代表的なハンドオーバ方法を示すフローチャートである。
【図２３】追加の代表的なハンドオーバ方法を示すフローチャートである。
【図２４】代表的な終了方法を示すフローチャートである。
【図２５】別の代表的なハンドオーバ方法を示すフローチャートである。
【図２６】代表的な選択方法を示すフローチャートである。
【図２７】代表的なセットアップ方法を示すフローチャートである。
【図２８】代表的なセットアップ方法を示すフローチャートである。
【図２９】代表的な方法を示すフローチャートである。
【発明を実施するための形態】
【０００６】
詳細な説明が、本明細書で特定の実施形態を参照して示され、および、説明されるが、本発明は、示された詳細に限定されることを意図されたものではない。むしろ、詳細における種々の変更が、特許請求の範囲の範囲およびその同等物の範囲内で、本発明から逸脱せずに行われてもよい。
【０００７】
図１Ａは、１または複数の開示される実施形態を実装することができる代表的な通信システム１００の図である。通信システム１００は、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する多元接続システムであってもよい。通信システム１００は、複数のユーザが、無線帯域幅を含むシステムリソースの共有を介してそのようなコンテンツにアクセスすることを可能にする。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの１または複数のチャネルアクセス方法を採用してもよい。
【０００８】
図１Ａに示されているように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含んでもよいが、開示される実施形態は、任意の個数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを理解されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作し、および／または、通信するように構成された任意のタイプのデバイスであってもよい。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信し、および／または、受信するように構成されてもよく、ならびに、ユーザ機器（ＵＥ）、移動局、固定もしくは移動の加入者ユニット、ページャ、セルラ電話機、携帯情報端末（ＰＤＡ）、スマートホン、ラップトップ機、ネットブック、パーソナルコンピュータ、無線センサ、および家庭用電化製品など含んでもよい。
【０００９】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでもよい。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースして、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプのデバイスであってもよい。たとえば、基地局１１４ａ、１１４ｂは、無線基地局（ＢＴＳ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、および無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは、それぞれ単一の要素として図示されているが、基地局１１４ａ、１１４ｂが、任意の個数の相互接続された基地局および／またはネットワーク要素を含んでもよいことを理解されたい。
【００１０】
基地局１１４ａは、ＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４は、他の基地局および／または基地局制御装置（ＢＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、および中継ノードなどのネットワーク要素（図示せず）を含んでもよい。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称されてもよい特定の地理的エリアにおいて無線信号を送信しおよび／または受信するように構成されてもよい。セルは、さらに、セルセクタに分割されてもよい。たとえば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてもよい。したがって、一実施形態では、基地局１１４ａは、３つの送受信機すなわち、セルのセクタごとに１つの送受信機を含んでもよい。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用してもよく、したがって、セルのセクタごとに複数の送受信機を利用してもよい。
【００１１】
基地局１１４ａ、１１４ｂは、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信してもよく、エアインターフェース１１６は、任意の適切な無線通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、および可視光など）であってもよい。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【００１２】
より具体的には、上記述べたように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を採用してもよい。たとえば、ＲＡＮ１０４における基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装してもよく、ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェース１１６を確立してもよい。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含んでもよい。
【００１３】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装してもよく、Ｅ−ＵＴＲＡは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェース１１６を確立してもよい。
【００１４】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、および、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
【００１５】
図１Ａの基地局１１４ｂは、たとえば無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、職場、家庭、車両、およびキャンパスなどの局所化されたエリアにおいて無線接続性を容易にするために任意の適切なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立してもよい。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立してもよい。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、その他）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示されているように、基地局１１４ｂは、インターネット１１０への直接接続を有してもよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスすることを要求されなくてもよい。
【００１６】
ＲＡＮ１０４は、コアネットワーク１０６と通信してもよく、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）のサービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数に提供するように構成された任意のタイプのネットワークであってもよい。たとえば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコーリング、インターネット接続性、およびビデオ配信などを提供し、ならびに／または、ユーザ認証などの高レベルセキュリティ機能を実行してもよい。図１Ａには図示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと直接にまたは間接に通信してもよいことを理解されたい。たとえば、Ｅ−ＵＴＲＡ無線技術を利用することができるＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を利用している別のＲＡＮ（図示せず）と通信してもよい。
【００１７】
コアネットワーク１０６はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとしてサービスしてもよい。ＰＳＴＮ１０８は、ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ（ＰＯＴＳ）を提供する回線交換電話網を含んでもよい。インターネット１１０は、伝送制御プロトコル（ＴＣＰ）／インターネットプロトコル（ＩＰ）インターネットプロトコルスイートにおけるＴＣＰ、ユーザデータグラムプロトコル（ＵＤＰ）、およびＩＰなどの共通通信プロトコルを使用する相互接続されたコンピュータネットワーク、ならびに、デバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有され、および／または、運営される有線もしくは無線の通信ネットワークを含んでもよい。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同一のＲＡＴまたは異なるＲＡＴを採用することができる１または複数のＲＡＮに接続された別のコアネットワークを含んでもよい。
【００１８】
通信システム１００におけるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード能力を含んでもよく、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信する複数の送受信機を含んでもよい。たとえば、図１Ａに示されたＷＴＲＵ１０２ｃは、セルラベースの無線技術を採用することができる基地局１１４ａ、および、ＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されてもよい。
【００１９】
図１Ｂは、代表的なＷＴＲＵ１０２のシステム図である。図１Ｂに示されているように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、着脱不能メモリ１３０、着脱可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機器１３８を含んでもよい。ＷＴＲＵ１０２が、実施形態と一貫したまま前述の要素の任意のサブコンビネーションを含んでもよいことを理解されたい。
【００２０】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来型プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および状態機械などであってもよいイ。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能性を実行してもよい。プロセッサ１１８は、送受信機１２０に結合されてもよく、送受信機１２０は、送受信要素１２２に結合されてもよい。図１Ｂは、別々のコンポーネントとしてプロセッサ１１８および送受信機１２０を示すが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップに一緒に統合されてもよいことを理解されたい。
【００２１】
送受信要素１２２は、エアインターフェース１１６上で基地局（たとえば、基地局１１４ａ）へ信号を送信し、または、これから信号を受信するように構成されてもよい。たとえば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信し、および／または、受信するように構成されたアンテナであってもよい。別の実施形態では、送受信要素１２２は、たとえばＩＲ、ＵＶ、もしくは可視光信号を送信し、および／または、受信するように構成されたエミッタ／ディテクタであってもよい。別の実施形態では、送受信要素１２２は、ＲＦ信号および可視光信号との両方を送信、ならびに、受信するように構成されてもよい。送受信要素１２２は、無線信号の任意の組合せを送信し、および／または、受信するように構成されてもよいことを理解されたい。
【００２２】
加えて、送受信要素１２２は、図１Ｂでは単一の要素として図示されているが、ＷＴＲＵ１０２は、任意の個数の送受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６上で無線信号を送信および受信する複数の送受信要素１２２（たとえば、複数のアンテナ）を含んでもよい。
【００２３】
送受信機１２０は、送受信要素１２２によって送信される信号を変調し、および、送受信要素１２２によって受信される信号を復調するように構成されてもよい。上述したように、ＷＴＲＵ１０２は、マルチモード能力を有してもよい。したがって、送受信機１２０は、ＷＴＲＵ１０２がたとえばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にする複数の送受信機を含んでもよい。
【００２４】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されてもよく、ならびに、これらからユーザ入力データを受信してもよい。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に出力してもよい。さらに、プロセッサ１１８は、着脱不能メモリ１３０および／または着脱可能メモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、ならびに、そのメモリにデータを格納してもよい。着脱不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリストレージデバイスを含んでもよい。着脱可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、およびセキュアディジタル（ＳＤ）メモリカード等を含んでもよい。他の実施形態では、プロセッサ１１８は、サーバ上またはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、ならびに、そのメモリにデータを格納してもよい。
【００２５】
プロセッサ１１８は、電源１３４から電力を受信してもよく、ならびに、ＷＴＲＵ１０２における他のコンポーネントに電力を分配し、および／または、制御するように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給する任意の適切なデバイスであってもよい。たとえば、電源１３４は、１または複数の乾電池（たとえば、ニッケル−カドミウム（ＮｉＣｄ）、ニッケル−亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、およびリチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、および燃料電池などを含んでもよい。
【００２６】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在位置に関する位置情報（たとえば、経度および緯度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６上で位置情報を受信し、および／または、複数の近隣の基地局から受信されている信号のタイミングに基づいてその位置を判定してもよい。ＷＴＲＵ１０２が、実施形態と一貫したまま任意の適切な位置判定方法によって位置情報を獲得してもよいことを理解されたい。
【００２７】
プロセッサ１１８はさらに、他の周辺機器１３８に結合されてもよく、他の周辺機器１３８は、追加の特徴、機能性、および／または有線もしくは無線の接続性を提供する１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含んでもよい。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョン送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、およびインターネットブラウザなどを含んでもよい。
【００２８】
図１Ｃは、一実施形態にしたがったＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信してもよい。ＲＡＮ１０４はまた、コアネットワーク１０６と通信してもよい。図１Ｃに示されているように、ＲＡＮ１０４は、ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを含んでもよく、このＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、それぞれ、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１または複数の送受信機を含んでもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、ＲＡＮ１０４における特定のセル（図示せず）に関連付けられてもよい。ＲＡＮ１０４はまた、ＲＮＣ１４２ａ、１４２ｂを含んでもよい。ＲＡＮ１０４が、実施形態と一貫したまま任意の個数のＮｏｄｅＢおよびＲＮＣを含んでもよいことを理解されたい。
【００２９】
図１Ｃに示されているように、ＮｏｄｅＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信していてもよい。加えて、ＮｏｄｅＢ１４０ｃは、ＲＮＣ１４２ｂと通信していてもよい。ＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して互いに通信していてもよい。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、それが接続されるそれぞれのＮｏｄｅＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてもよい。さらに、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、外側ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシティ、セキュリティ機能、およびデータ暗号化などの他の機能性を実行し、または、サポートするように構成されてもよい。
【００３０】
図１Ｃに示されたコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイルスイッチングセンタ（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含んでもよい。前述の要素のそれぞれが、コアネットワーク１０６の一部として示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有され、および／または運営されてもよいことを理解されたい。
【００３１】
ＲＡＮ１０４におけるＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介してコアネットワーク１０６におけるＭＳＣ１４６に接続されてもよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてもよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。
【００３２】
ＲＡＮ１０４におけるＲＮＣ１４２ａは、ＩｕＰＳインターフェースを介してコアネットワーク１０６におけるＳＧＳＮ１４８に接続されてもよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてもよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。
【００３３】
上述したように、コアネットワーク１０６はまた、ネットワーク１１２に接続されてもよく、ネットワーク１１２は、他のサービスプロバイダによって所有および／もしくは運営される他の有線ネットワークまたは無線ネットワークを含んでもよい。
【００３４】
図１Ｄは、別の実施形態にしたがったＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上述したように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信してもよい。ＲＡＮ１０４はまた、コアネットワーク１０６と通信していてもよい。
【００３５】
ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含んでもよいが、ＲＡＮ１０４が、実施形態と一貫したまま任意の個数のｅＮｏｄｅＢを含んでもよいことを理解されたい。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、それぞれ、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１または複数の送受信機を含んでもよい。一実施形態では、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、たとえば、ｅＮｏｄｅＢ１６０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および、これから無線信号を受信してもよい。
【００３６】
ｅＮｏｄｅＢ１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてもよく、ならびに、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｄに示されているように、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いに通信してもよい。
【００３７】
図１Ｄに示されたコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ（ＳＧＷ）１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）１６６を含んでもよい。前述の要素のそれぞれが、コアネットワーク１０６の一部として示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティによって所有および／または運営され手もよいことを理解されたい。
【００３８】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されてもよく、ならびに、制御ノードとしてサービスしてもよい。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラ活性化／非活性化、および、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ中の特定のサービングゲートウェイの選択などを担当してもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を提供してもよい。
【００３９】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４におけるｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ、１６０ｃのそれぞれに接続されてもよい。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からユーザデータパケットをルーティングし、および、転送する。サービングゲートウェイ１６４は、ｅＮｏｄｅＢ間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃについて使用可能であるときのページングのトリガ、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および格納などの他の機能を実行してもよい。
【００４０】
サービングゲートウェイ１６４は、ＰＤＮゲートウェイ１６６に接続されてもよく、ＰＤＮゲートウェイ１６６は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の接続を容易にしてもよい。
【００４１】
コアネットワーク１０６は、他のネットワークとの通信を容易にしてもよい。たとえば、コアネットワーク１０６は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェースとしてサービスするＩＰゲートウェイ（たとえば、ＩＭＳ（ＩＰマルチメディアサブシステム）サーバ）を含んでもよく、またはこれと通信してもよい。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運営される他の有線または無線のネットワークを含むことができるネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。
【００４２】
図１Ｅは、一実施形態にしたがったＲＡＮ１０４およびコアネットワーク１０６を示すシステム図である。ＲＡＮ１０４は、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するのにＩＥＥＥ  ８０２．１６無線技術を採用するＡＳＮ（アクセスサービスネットワーク）であってもよい。下記でさらに議論されるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０４、およびコアネットワーク１０６の異なる機能エンティティの間の通信リンクは、基準ポイントとして定義されてもよい。
【００４３】
図１Ｅに示されているように、ＲＡＮ１０４は、基地局１７０ａ、１７０ｂ、１７０ｃ、およびＡＳＮゲートウェイ１７２を含んでもよいが、ＲＡＮ１０４が、実施形態と一貫したまま任意の個数の基地局およびＡＳＮゲートウェイを含んでもよいことを理解されたい。基地局１７０ａ、１７０ｂ、１７０ｃは、それぞれ、ＲＡＮ１０４における特定のセル（図示せず）に関連付けられてもよく、基地局１７０ａ、１７０ｂ、１７０ｃは、それぞれ、エアインターフェース１１６上でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１または複数の送受信機を含んでもよい。一実施形態では、基地局１７０ａ、１７０ｂ、１７０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、たとえば、基地局１７０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、および、ＷＴＲＵ  １０２ａから無線信号を受信してもよい。基地局１７０ａ、１７０ｂ、１７０ｃは、ハンドオフトリガ、トンネル確立、無線リソース管理、および、トラフィック分類、サービス品質（ＱｏＳ）ポリシ実施などのモビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１７２は、トラフィックアグリゲーションポイントとしてサービスしてもよく、ならびに、ページング、加入者プロファイルのキャッシング、およびコアネットワーク１０６へのルーティングなどを担当してもよい。
【００４４】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０４との間のエアインターフェース１１６は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準ポイントとして定義されてもよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのそれぞれは、コアネットワーク１０６との論理インターフェース（図示せず）を確立してもよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理に使用することができるＲ２基準ポイントとして定義されてもよい。
【００４５】
基地局１７０ａ、１７０ｂ、および１７０ｃのそれぞれの間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局の間のデータの転送を容易にするプロトコルを含むＲ８基準ポイントとして定義されてもよい。基地局１７０ａ、１７０ｂ、１７０ｃとＡＳＮゲートウェイ２１５との間の通信リンクは、Ｒ６基準ポイントとして定義されてもよい。Ｒ６基準ポイントは、ＷＴＲＵ１０２ａ、１０２ｂ、１００ｃのそれぞれに関連するモビリティイベントに基づいてモビリティ管理を容易にするプロトコルを含んでもよい。
【００４６】
図１Ｅに示されているように、ＲＡＮ１０４は、コアネットワーク１０６に接続されてもよい。ＲＡＮ１０４とコアネットワーク１０６との間の通信リンクは、たとえばデータ転送およびモビリティ管理能力を容易にするプロトコルを含むＲ３基準ポイントとして定義されてもよい。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１７４、認証・許可・アカウンティング（ＡＡＡ）サーバ１７６、およびゲートウェイ１７８を含んでもよい。前述の要素のそれぞれは、コアネットワーク１０６の一部として示されているが、これらの要素の任意の１つが、コアネットワークオペレータ以外のエンティティが所有および／または運営されてもよいことを理解されたい。
【００４７】
ＭＩＰ−ＨＡ１７４は、ＩＰアドレス管理を担当してもよく、ならびに、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワークの間でローミングすることを可能にしてもよい。ＭＩＰ−ＨＡ１７４は、インターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＩＰ対応デバイスとの間の通信を容易にしてもよい。ＡＡＡサーバ１７６は、ユーザ認証およびユーザサービスをサポートすることを担当してもよい。ゲートウェイ１７８は、他のネットワークとのインターワーキングを容易にしてもよい。たとえば、ゲートウェイ１７８は、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の陸線通信デバイスとの間の通信を容易にしてもよい。さらに、ゲートウェイ１７８は、他のサービスプロバイダによって所有および／または運営される他の有線または無線のネットワークを含むことができるネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供してもよい。
【００４８】
図１Ｅには示されていないが、ＲＡＮ１０４は他のＡＳＮに接続されてもよく、および、コアネットワーク１０６は他のコアネットワークに接続されてもよいことを理解されたい。ＲＡＮ１０４と他のＡＳＮと間の通信リンクは、ＲＡＮ１０４と他のＡＳＮとの間でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティをコーディネートするプロトコルを含むことができるＲ４基準ポイントとして定義されてもよい。コアネットワーク１０６と他のコアネットワークとの間の通信リンクは、ホームコアネットワークと移動先コアネットワークとの間のインターワーキングを容易にするプロトコルを含むことができるＲ５基準として定義されてもよい。
【００４９】
モバイルユーザは、広域アクセスに対するＧＰＲＳ、ＥＤＧＥ、３Ｇ、および／もしくは４Ｇ、ならびに／またはローカルエリアアクセスに対するＷｉＦｉなど、ネットワークにアクセスする広範囲の技術から選択してもよい。モバイルホストは、ますますマルチホーム（multi-homed）となりつつあり（たとえば、複数のアクセス技術および／または複数のアクセスポイントを介して接続される）および、複数の異種インターフェースを所有してもよい。インターネットコンテンツは、コンテンツ配信がますます複雑になるように（たとえば、正確なコンテンツを正確な位置から得るために）ますます分散されている（たとえば、「クラウド」上で）。
【００５０】
いくつかの代表的な実施形態では、マルチホーム（multi-homed）無線デバイス（たとえば、とりわけ、モバイルホスト、モバイルデバイス、ネットブック、および／またはＷＴＲＵ１０２）は、コンテンツ（たとえば、インターネットベースのコンテンツ）にアクセスし、または、これを受信する（たとえば、効率的にアクセスし、または、受信する）してもよい。
【００５１】
いくつかの代表的な実施形態では、マルチホームモバイルホストは、コンテンツを送信し、または、コンテンツを受信する（たとえば、コンテンツを効率的に受信する）のに、使用可能なインターフェース（たとえば、無線および／または有線）のサブセットまたはすべてを使用してもよい（たとえば、完全に利用することができる）。
【００５２】
受信機は、図１Ａ〜１Ｅでは無線端末として説明されるが、いくつかの代表的な実施形態では、そのような端末が、通信ネットワークとの有線通信インターフェースを使用してもよいことが企図されている。
【００５３】
図２は、Ｌ−ＧＷをホーム発展型ＮｏｄｅＢ（ＨｅＮＢ）とコロケート（collocate）することができる、図１Ｄの通信システムと類似する代表的な通信システム２００を示す図である。
【００５４】
図２を参照すると、代表的な通信システム２００は、とりわけ、発展型パケットコア（ＥＰＣ）２１０（たとえば、３ＧＰＰ発展型パケットコア）、ＩＰバックホール２２０、および／またはホームネットワーク２３０を含んでもよい。ＥＰＣ  ２１０は、ＰＧＷ２１２、ＳＧＷ２１４、およびＭＭＥ２１６を含んでもよい。ホームネットワークは、ローカルゲートウェイＬＧＷ２３２およびホームｅＮＢ  ２３４を含んでもよい。セキュリティゲートウェイ（ＳｅＧＷ）は、ＥＰＣ２１０とたとえばホームネットワーク２３０との間でセキュリティ機能および／または認証機能を提供してもよい。ホームルータ（ＨＲ）および／またはネットワークアドレストランスレータ（ＮＡＴ）ＨＲ／ＮＡＴ２５０は、ＬＧＷ２３２および／またはＨｅＮＢ２３４へ、または、これらからトラバースするパケットのルータとして振舞い、または、動作してもよい。ＨＲ／ＮＡＴ２５０は、たとえば、単一のＩＰアドレス（またはＩＰアドレスのグループ）の後ろ（behind）にホームネットワークのＩＰアドレス空間（たとえば、プライベートＩＰアドレス）を隠してもよく、および、ＩＰパケットをＬＧＷ２３２および／またはＨｅＮＢ２３４のプライベートＩＰアドレスにルーティングするためのネットワークアドレステーブルを含んでもよい。
【００５５】
ＳｅＧＷ２６０は、トンネル２７０の第１のエンドポイント（たとえば、第１のＩＰアドレスに対応する）として振舞い、または、動作してもよく、ならびに、ホームネットワーク（たとえば、ＨＲ／ＮＡＴ２５０またはホームネットワーク２３０における他のデバイス）は、トンネル２７０の第２のエンドポイント（たとえば、第２のＩＰアドレスに対応する）として振舞い、または、動作してもよい。ＷＴＲＵ１０２は、ＨｅＮＢ２３４と通信する（たとえば、無線で通信する）してもよい。
【００５６】
ＰＧＷ２１２は、Ｓ５インターフェースを介してＳＧＷ２１４に結合されてもよく（たとえば、接続される）、ならびに、ＳＧＷ２１４は、Ｓ１１インターフェースを介してＭＭＥ２１６に結合されてもよい（たとえば、接続される）。ＥＰＣ２１０のＭＭＥ２１６は、Ｓ１−ｍｍｅインターフェースを介して、ＳｅＧＷ２６０およびＨＲ／ＮＡＴ２５０を介してＨｅＮＢ２３４に結合されてもよい（たとえば、接続される）。ＥＰＣ２１０のＳＧＷ２１４は、Ｓ１−Ｕインターフェースを介して、ＳｅＧＷ２６０およびＨＲ／ＮＡＴ２５０を介してＨｅＮＢ２３４に結合されてもよく（たとえば、接続される）、ならびに、Ｓ５インターフェースを介して、ＳｅＧＷ２６０およびＨＲ／ＮＡＴ２５０を介してＬＧＷ２３２に結合されてもよい（たとえば、接続される）。
【００５７】
いくつかの代表的な実施形態では、アクセスポイント（ＡＰ）（たとえば、とりわけＨＮＢまたはＨｅＮＢ）をＭＲＡに対して選択し、および、データが選択されたＡＰを介して進む（たとえば、トラバースする）ことができる、ＭＲＡ接続セットアップが使用されてもよい。
【００５８】
いくつかの代表的な実施形態では、プロシージャは、アクティブになる無線リソースがなく、ならびに、ＳＧＷ２１４およびＬＧＷ２３２へのリソース（たとえば、そのリソースのみ）をアクティブにすることができるように、ＡＰ（たとえば、ＨＮＢまたはＨｅＮＢ）においてコンテキストをセットアップしてもよい。
【００５９】
いくつかの代表的な実施形態では、ハンドオーバ（ＨＯ）は、ＭＲＡとＬＩＰＡの間で、ＷＴＲＵ１０２の移動に基づいていずれかの方向で開始されてもよい。ＭＲＡへのＬＩＰＡに対し、ＨＯの後に、無線リソース（たとえば、無線リソースのみ）がソースＡＰ（たとえば、ＨＮＢまたはＨｅＮＢ）で解放されてもよく、一方で、ＬＧＷ２３２およびＳＧＷ２１４でのリソースが維持されてもよい。ＭＲＡに対するデータパスは、ＳＧＷ２１４を介して進む（たとえば、トラバースする）ように変更されてもよい。この変更を開始するのに使用することができるトリガの代表的な例は、とりわけ、（１）ＷＴＲＵ１０２がシグナリングプロシージャもしくはユーザデータに関連付けられたプロシージャを実行しているかに基づいてＭＲＡ／ＬＩＰＡ遷移の異なる処理を有することができるアイドルモードモビリティ、および／または、（２）ＭＲＡアクセスチェックを含んでもよい。
【００６０】
ローカルＩＰネットワークへのアクセスは、ＰＧＷ（またはＧＧＳＮ）の機能に類似する機能を有することができるＬＧＷの使用によって達成されてもよい。
【００６１】
本明細書では、ＡＰを説明するのにＨｅＮＢが使用されるが、たとえばＨＮＢ（ＵＴＲＡＮ）などの他のアクセスポイント技術を使用されてもよい。用語Ｈ（ｅ）ＮＢ、ＨｅＮＢ、またはＨＮＢは、本明細書を通じて交換可能であってもよく、ならびに、ホームＮｏｄｅＢおよび／またはホームｅＮｏｄｅＢを定義してもよい。
【００６２】
ＬＧＷ２３２は、ＨｅＮＢ２３４で、または、ＨｅＮＢ２３４とコロケートされてもよい。ＬＧＷ２３２がＨｅＮＢ２３４とコロケートされてもよいので、ＷＴＲＵ１０２がＨｅＮＢ２３４のカバレージの外へ移動する場合に（アイドルモードまたは接続モードのいずれかで）、ＬＩＰＡ接続が非活性化されてもよい。別のセルへのハンドオーバ（ＨＯ）を実行しようとしている接続モードにおけるＷＴＲＵ１０２に対し、ＨｅＮＢ２３４は、最初に、ＨＯについてＬＧＷ２３２に通知して、後に、ＬＩＰＡ  ＰＤＮ接続を非活性化するようにしてもよい。ＬＩＰＡ  ＰＤＮ接続が非活性化された後に（たとえば、後にのみ）、ＷＴＲＵ１０２は別のセルにハンドオーバされてもよい。ＨＯの間に、ＭＭＥ２１６が、ＬＩＰＡベアラ／ＰＤＮ接続が非活性化されていないと判定した場合に、ＭＭＥ２１６は、ＨＯを拒絶してもよい。
【００６３】
図３は、各々がそれぞれのＨｅＮＢ３３４を有する複数のＬＧＷ３３２を含む別の代表的な通信システム３００を示す図である。図４は、移動パスに沿って、移動し、および、異なるそれぞれのＨｅＮＢ  ３３４に接続する（たとえば、これを介してシステムにアクセスする）ＷＴＲＵ１０２（たとえば、ＷＴＲＵ１０２は、同一のＬ−ＧＷに接続された異なるＨｅＮＢの間で移動することができる）を有する、図３の代表的な通信システムの一部を示す図である。
【００６４】
図３を参照すると、代表的な通信システム３００は、複数のパケットデータネットワーク（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）３１０Ａおよび３１０Ｂ、ならびに、インターフェースを介して複数のパケットデータネットワーク３１０Ａおよび３１０Ｂに接続された複数のローカルＨｅＮＢネットワーク３２０Ａおよび３２０Ｂを含んでもよい。ローカルＨｅＮＢネットワーク３２０Ａは、ＬＧＷ３３２Ａ、ならびに、ＬＧＷ３３２Ａに結合された（たとえば、接続された）１または複数のＨｅＮＢ３３４Ａ、３３４Ｂおよび３３４Ｃを含んでもよい。ローカルＨｅＮＢネットワーク３２０Ｂは、ＬＧＷ３３２Ｂ、ならびに、ＬＧＷ３３２Ｂに結合された（たとえば、接続された）１または複数のＨｅＮＢ３３４Ｄおよび３３４Ｅを含んでもよい。
【００６５】
図４を参照すると、ＷＴＲＵ１０２は、矢印によって示される移動経路に沿ってＨｅＮＢ３３４Ａ、３３４Ｂ、および３３４Ｃの間で移動してもよい。ＷＴＲＵ１０２がローカルＨｅＮＢネットワーク３２０ＡのＨｅＮＢ３３４Ａ、３３４Ｂ、および３３４Ｃの間で移動するときのＬＩＰＡ  ＰＤＮ接続３５０の連続性を可能にするために、ＬＧＷ３３２Ａは、ＨｅＮＢ３３４Ａ、３３４Ｂ、および３３４Ｃからリモートであってもよく、または、別々であってもよい。複数のＨｅＮＢが同一のＬＧＷに接続されてもよく、ＬＩＰＡ  ＰＤＮ接続３５０を有するＷＴＲＵ１０２が、そのＬＩＰＡ  ＰＤＮ接続３５０を維持しながらこれらのＨｅＮＢ（ＨｅＮＢサブシステムと称する）３３４にまたがって移動するようにしてもよい。
【００６６】
ＷＴＲＵ１０２が、完全にＨｅＮＢサブシステム３３４の外に移動する（たとえば、ＬＧＷ３３２Ａに接続するすべてのＨｅＮＢ３３４Ａ、３３４Ｂ、および３３４Ｃのカバレージの外に移動する）場合に、ＬＩＰＡに対するＷＴＲＵのＰＤＮ接続３５０は、非活性化されてもよい。
【００６７】
図５は、代表的な通信システム５００を使用する選択されたＩＰトラフィックオフロード（ＳＩＰＴＯ：Selected IP Traffic Offload）を示す図である。
【００６８】
図５を参照すると、代表的な通信システム５００は、コアネットワーク（ＣＮ）５１０および無線アクセスネットワーク（ＲＡＮ）５２０を含んでもよい。ＣＮ５１０は、ＭＭＥ５１２およびＰＧＷ５１４を含んでもよい。ＲＡＮ５２０は、ＡＰ５２２（たとえば、ｅＮＢまたは他のＡＰ）を含んでもよい。ＳＧＷ５３０およびローカルＰＧＷ（Ｌ−ＰＧＷ）５４０は、ＲＡＮ５２０で（たとえば、ＲＡＮ  ５２０にローカルに、または、ＣＮ５１０の前で動作可能）に位置してもよい。ＷＴＲＵ１０２は、ＡＰ５２２と通信してもよい。
【００６９】
ＰＧＷ５１４は、Ｓ５インターフェースを介してＳＧＷ５３０に結合されてもよく（たとえば、接続される）、ＭＭＥ５１２は、Ｓ１１インターフェースを介してＳＧＷ５３０に結合されてもよい（たとえば、接続される）。ＳＧＷ５３０は、Ｓ１−Ｕインターフェースを介してＡＰ５２２に結合されてもよく（たとえば、接続される）、Ｓ５インターフェースを介してＬ−ＰＧＷ５４０に結合されてもよい（たとえば、接続される）。
【００７０】
選択されたＩＰトラフィックオフロード（ＳＩＰＴＯ）は、一般に、ＷＴＲＵの物理位置またはＩＰトポロジ的な位置が、ＣＮ５１０のＰＧＷ５１４とは異なるＰＧＷ（たとえば、Ｌ−ＰＧＷ５４０）を選択することを好ましくするように、ネットワークオペレータが、インターネットへのトラフィックをオフロードするためにＰＧＷを選択するオフロードを指す。ＳＩＰＴＯは、ＲＡＮ５２０の上（たとえば、またはその外部）で、ＷＴＲＵ１０２の無線接続がＡＰ５２２（たとえば、ｅＮＢ、ＨｅＮＢ、または任意の他のＡＰ）を介して取得されるかに関わらず、達成されてもよい。別のＰＧＷの選択は、ＷＴＲＵ１０２に通知されなくてもよく、および、Ｌ−ＰＧＷ５４０へのＷＴＲＵ１０２のトラフィックのオフロードは、ユーザのサービス体験を低下させることがある。２つのトラフィックストリーム、ＳＧＷ５３０を通じてＬ−ＰＧＷ５４０にルーティングされてもよいＳＩＰＴＯトラフィックストリーム５６０、および、ＳＧＷ５３０を通じてＣＮ５１０におけるＰＧＷ５１４にルーティングされてもよいＣＮトラフィックストリーム５７０が、図５に示されている。
【００７１】
ｅＮＢ５２２は、ＷＴＲＵ１０２のユーザのホームネットワークにおいてＳＩＰＴＯを実行するように構成されたＨｅＮＢであってもよく、および、トラフィックは、ユーザのホームネットワークにローカルにオフロードされてもよい。ホームネットワークは、とりわけ、プリンタ、テレビジョン、および／またはパーソナルコンピュータなどの他のデバイスに接続されるＩＰネットワークであってもよい。
【００７２】
ＳＩＰＴＯは、とりわけ、単一のまたは複数のパケットデータネットワーク（ＰＤＮ）接続および／またはネットワークアドレス変換（ＮＡＴ）の後ろの展開（deployment behind network address translation）を含んでもよい。
【００７３】
モバイルオペレータのコアネットワークを経由するトラフィックに対し、ＳＧＷ５３０ユーザプレーン機能は、ＣＮ５１０内に位置してもよい。ＷＴＲＵ１０２とネットワークとの間のモビリティ管理シグナリングは、ＣＮ５１０において処理されてもよい。ＳＩＰＴＯトラフィックおよびＣＮ５１０を経由するトラフィックに対するベアラセットアップなどのセッション管理シグナリングは、ＣＮ５１０において終了してもよい。地理的にまたはトポロジ的にＷＴＲＵ１０２に近いＳＩＰＴＯトラフィックに対するＷＴＲＵのオフロードポイントの再選択は、アイドルモードモビリティプロシージャの間に起こり得る。
【００７４】
代表的なシステム５００は、ＲＡＮ５２０へのＷＴＲＵのアタッチメントのポイントに近いＬ−ＰＧＷ５４０を含んでもよい。Ｌ−ＰＧＷ５４０は、一部のポリシまたは構成に基づいて、たとえば、とりわけ、ＩＰアドレス宛先および／または要求されたサービス（たとえば、ビデオサービスおよび／またはストリーミングサービス）に基づいて、ＩＰトラフィック５６０のオフロードを実行してもよい。ＩＰトラフィック５６０は、オペレータのＣＮ５１０ではなく、Ｌ−ＰＧＷ５４０を経由してもよい（たとえば、ＳＧＷ５３０およびＰＧＷ５１４を介して、または、ＳＧＳＮおよびＧＧＳＮ（図示せず）を介して。
【００７５】
Ｌ−ＰＧＷ５４０は、ＰＤＷ／ＧＧＳＮのいくつかの機能性を有してもよい。たとえば、Ｌ−ＰＧＷ５４０は、（１）ＩＰアドレス割当て、（２）接続モードでのＲＡＮ５２０との直接トンネリング、（３）ＷＴＲＵごとのポリシベースのパケットフィルタリング、および／または（４）レートポリシング／シェーピングなどの機能性を含んでもよい。ＰＤＮ接続（たとえば、適切なＰＤＮ接続）が使用されて、ＬＮもしくはイントラネットへのＳＩＰＴＯおよび／またはＬＩＰＡ転送を実行してもよい。ＷＴＲＵ１０２は、ＰＤＮ接続を要求するとき、または、パケットデータプロトコル（ＰＤＰ）コンテキストの確立を要求するときに、アクセスポイント名（ＡＰＮ）を特定の値に設定してもよい。
【００７６】
図６は、ＨｅＮＢサブシステムに接続されてもよいＬＧＷを介したインターネットへのユーザデータオフロードに対して構成された代表的な通信システム６００を示す図である。
【００７７】
図６に示されているように、代表的な通信システム６００は、モバイルオペレータネットワーク６１０、企業ネットワーク６２０、およびＬＴＥマクロネットワーク６３０を含んでもよい。モバイルオペレータネットワーク６１０は、ＭＭＥ６１２、ＰＧＷ６１４、およびＳＧＷ６１６を含んでもよい。企業ネットワーク６２０は、ＬＧＷ６２２、ＨｅＮＢサブシステム６２４（たとえば、複数のＨｅＮＢ６２４Ａ、６２４Ｂ、および６２４Ｃを含む）を含んでもよい。ＬＴＥマクロネットワーク６３０は、たとえば、１または複数のｅＮＢ６３２を含んでもよい。
【００７８】
ＰＧＷ６１４は、Ｓ５インターフェースを介してＳＧＷ６１６に結合されてもよく（たとえば、接続される）、ＳＧＷ６１６は、Ｓ１−Ｕインターフェースを介して企業ネットワーク６２０および／またはＬＴＥマクロネットワーク６３０のＡＰ（たとえば、とりわけ、ＨｅＮＢ６２４Ａ、６２４Ｂ、および６２４Ｃ、ならびに／またはｅＮＢ６３２）に結合されてもよい（たとえば、接続される）。ＭＭＥ６１２は、Ｓ１−ＭＭＥインターフェースを介して企業ネットワーク６２０および／またはＬＴＥマクロネットワーク６３０のＡＰ（たとえば、とりわけ、ＨｅＮＢ６２４Ａ、６２４Ｂ、６２４Ｃ、および／またはｅＮＢ６３２）に結合されてもよい（たとえば、接続される）。ＬＧＷ６２２を、他のインターフェースを介してＨｅＮＢサブシステム６２４のＨｅＮＢ６２４Ａ、６２４Ｂ、６２４Ｃに結合されてもよい（たとえば、接続される）。
【００７９】
ＷＴＲＵ１０２は、ＨｅＮＢサブシステム６２４のＨｅＮＢ６２４Ｂのうちの１つと通信してもよく、とりわけ、（１）ＷＴＲＵ１０２の移動、（２）ＨｅＮＢ６２４Ｂおよび６２４Ｃとの通信の信号強度、（３）ＨｅＮＢ６２４Ｂのローディング、（４）ＷＴＲＵ１０２および／もしくはＨｅＮＢ６２４Ｂと６２４Ｃとの能力、ならびに／または（５）ＷＴＲＵ１０２によって要求されるサービスを含む１または複数の基準に基づいて、ＨｅＮＢサブシステム６２４のＨｅＮＢ６２４Ｃにハンドオーバされてもよい。
【００８０】
インターネットへのユーザデータのオフロードは、ＨｅＮＢサブシステム６２４に結合されまたは接続されたＬＧＷ６２２を介して提供されてもよい。この代表的なシステム６００（たとえば、アーキテクチャ）では、ローカルＩＰネットワーク（ＬＩＰＡ）および／またはＳＩＰＴＯを使用されて（たとえば、ＬＧＷ６２２が使用され）、ＬＩＰＡにアクセスしてもよく、同一のＬＧＷ６２２を介してインターネットにＷＴＲＵのデータをオフロードすることも可能となる。このシステム／アーキテクチャは、ＬＩＰＡモビリティとＳＩＰＴＯサービス継続性（SIPTO service continuity）との両方を可能にしてもよい。
【００８１】
いくつかの代表的な実施形態では、ＨｅＮＢサブシステム６２４のＨｅＮＢ６２４Ｂを介したＰＤＮ接続が確立されて、ＷＴＲＵ１０２とインターネットとの間でＬＩＰＡ転送を実行してもよい。ＨｅＮＢへのハンドオーバが、ＨｅＮＢサブシステム６２４の別のＨｅＮＢ６２４Ｃに対して発生する場合には、ＰＤＮ接続は、移動され、転送され、および／またはＨｅＮＢ６２４Ｃで再確立されて、ＰＤＮ接続を継続／再確立してもよい。
【００８２】
＜スタンドアロン論理ＬＧＷ＞
図７は、ＨｅＮＢ７１０がＳ１−Ｕインターフェースを介してＨｅＮＢＧＷ７２０とインターフェースすることができるＨｅＮＢサブシステムの代表的なスタンドアロンＬＧＷアーキテクチャ７００を示す図である。
【００８３】
図７を参照すると、代表的なスタンドアロンＬＧＷアーキテクチャ７００は、１または複数のＨｅＮＢ７１０（総称してＨｅＮＢサブシステム、図示せず）、ＨｅＮＢゲートウェイ７２０、ＬＧＷ７３０、ＳＧＷ７４０、ＭＭＥ７５０、ＳｅＧＷ７６０、および／またはＷＴＲＵ１０２を含んでもよい。
【００８４】
ＬＧＷ７３０は、（１）ＳＧｉインターフェースを介してパケットデータネットワーク（ＰＤＮ）もしくはインターネットに、（２）Ｓｘｘインターフェースを介して１または複数のＨｅＮＢ７１０に、および／または（３）Ｓ５インターフェースを介してＳＧＷ７４０に結合されてもよい（たとえば、接続される）。ＳＧＷ７４０は、（１）Ｓ５インターフェースを介してＬＧＷに、（２）Ｓ１Ｕインターフェースを介して１もしくは複数のＨｅＮＢ７１０に、および／または（３）Ｓ１１インターフェースを介してＭＭＥ７５０に結合されてもよい（たとえば、接続される）。ＭＭＥ７５０は、（１）Ｓ１１インターフェースを介してＳＧＷ７４０におよび／または（２）Ｓ１−ＭＭＥインターフェースを介して１もしくは複数のＨｅＮＢ７１０に結合されてもよい（たとえば、接続される）。１または複数のＨｅＮＢ７１０は、（１）Ｓｘｘインターフェースを介してＬＧＷ７３０に、（２）Ｓ１−Ｕインターフェースを介してＳＧＷ７４０に、（３）Ｕｕインターフェースを介してＷＴＲＵ１０２に、および／または、（４）Ｓ１−ＭＭＥインターフェースを介してＭＭＥ７５０に結合されてもよい（たとえば、接続される）。ＨｅＮＢサブシステムの各ＨｅＮＢ７１０は、Ｘ２インターフェースを介してＨｅＮＢサブシステムの他のＨｅＮＢ７１０に結合されてもよい（たとえば、接続される）。
【００８５】
いくつかの代表的な実施形態では、ＨｅＮＢゲートウェイ７２０は、（１）ＭＭＥ７５０とＨｅＮＢ７１０との間のＳ１−ＭＭＥインターフェースのパスウェイ、および／または、（２）ＳＧＷ７４０とＨｅＮＢ７１０との間のＳ１−Ｕインターフェースのパスウェイに含まれてもよい。
【００８６】
いくつかの代表的な実施形態では、ＳｅＧＷ７６０は、（１）ＬＧＷ７３０とＳＧＷ７４０との間のＳ５インターフェースのパスウェイ、（２）ＳＧＷ７４０とＨｅＮＢ７１０との間のＳ１−Ｕインターフェースのパスウェイ、および／または、（３）ＭＭＥ７５０とＨｅＮＢ７１０との間のＳ１−ＭＭＥインターフェースのパスウェイに含まれてもよい。
【００８７】
図８は、ＨＮＢが発展型パケットシステム（ＥＰＳ）に対するＩｕｈインターフェースを介してＨＮＢ  ＧＷとインターフェースすることができる、ＨＮＢサブシステムに対する別の代表的なスタンドアロンＬＧＷアーキテクチャ８００を示す図である。
【００８８】
図８を参照すると、代表的なアーキテクチャ８００は、１または複数のホームＮｏｄｅＢ（ＨＮＢ）８１０（総称してＨＮＢサブシステム、図示せず）、ＨＮＢゲートウェイ８２０、ＬＧＷ８３０、ＳＧＷ８４０、Ｓ４−ＳＧＳＮ８５０、ＳｅＧＷ８６０、および／またはＷＴＲＵ１０２を含んでもよい。
【００８９】
ＬＧＷ８３０は、（１）ＳＧｉインターフェースを介してＰＤＮまたはインターネットに、（２）Ｓｘｘインターフェースを介して１または複数のＨＮＢ８１０に、および／または、（３）Ｓ５インターフェースを介してＳＧＷ８４０に結合されてもよい（たとえば、接続される）。ＳＧＷ８４０は、（１）Ｓ５インターフェースを介してＬＧＷ８３０に、（２）Ｉｕ−ＵＰインターフェースを介してＨＮＢ  ＧＷ８２０に、および／または、（３）Ｓ４インターフェースを介してＳ４  ＳＧＳＮ８５０に結合されてもよい（たとえば、接続される）。Ｓ４−ＳＧＳＮ  ８５０は、（１）Ｓ４インターフェースを介してＳＧＷ８４０に、および／または、（２）Ｉｕ−ＣＰインターフェースを介してＨＮＢ  ＧＷ８２０に結合されてもよい（たとえば、接続される）。１または複数のＨＮＢ８１０は、（１）Ｓｘｘインターフェースを介してＬＧＷ８３０に、（２）Ｉｕｈインターフェースを介してＨＮＢ  ＧＷ８２０に、および／または、（３）Ｕｕインターフェースを介してＷＴＲＵ１０２に結合されてもよい（たとえば、接続される）。ＨＮＢサブシステムの各ＨＮＢ８１０は、Ｉｕｒｈインターフェースを介してＨＮＢサブシステムの他のＨＮＢ８１０に結合されてもよい（たとえば、接続される）。ＨＮＢ  ＧＷ８２０は、（１）Ｉｕｈインターフェースを介してＨＮＢ８１０に、（２）Ｉｕ−ＵＰインターフェースを介してＳＧＷ８４０に、および／または、（３）Ｉｕ−ＣＰインターフェースを介してＳ４−ＳＧＳＮ８５０に結合されてもよい（たとえば、接続される）。
【００９０】
いくつかの代表的な実施形態では、ＳｅＧＷ８６０は、（１）ＬＧＷ８３０とＳＧＷ８４０との間のＳ５インターフェースのパスウェイ、および／または、（２）ＨＮＢ  ＧＷ８２０とＨＮＢ８１０との間のＩｕｈインターフェースのパスウェイに含まれてもよい。
【００９１】
図９は、ＨＮＢ９１０がユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）に対するＩｕｈインターフェースを介してＨＮＢ  ＧＷ９２０とインターフェースすることができる、ＨＮＢサブシステムに対するさらなる代表的なスタンドアロンＬＧＷアーキテクチャ９００を示す図である。
【００９２】
図９を参照すると、代表的なアーキテクチャ９００は、１または複数のホームＮｏｄｅＢ（ＨＮＢ）９１０（総称してＨＮＢサブシステム、図示せず）、ＨＮＢゲートウェイ９２０、ＬＧＷ９３０、ＳＧＳＮ９５０、ＳｅＧＷ９６０、および／またはＷＴＲＵ１０２を含んでもよい。
【００９３】
ＬＧＷ９３０は、（１）Ｇｉインターフェースを介してＰＤＮもしくはインターネットに、（２）Ｓｘｘインターフェースを介して１もしくは複数のＨＮＢ９１０に、および／または、（３）Ｇｎインターフェースを介してＳＧＳＮ９５０に結合されてもよい（たとえば、接続される）。ＳＧＳＮ９５０は、（１）Ｇｎインターフェースを介してＬＧＷ９３０に、および／または、（２）Ｉｕインターフェースを介してＨＮＢ  ＧＷ９２０に結合されてもよい（たとえば、接続される）。１または複数のＨＮＢ９１０は、（１）Ｓｘｘインターフェースを介してＬＧＷ９３０に、（２）Ｉｕｈインターフェースを介してＨＮＢ  ＧＷ９２０に、および／または、（３）Ｕｕインターフェースを介してＷＴＲＵ１０２に結合されてもよい（たとえば、接続される）。ＨＮＢサブシステムの各ＨＮＢ９１０は、Ｉｕｒｈインターフェースを介してＨＮＢサブシステムの他のＨＮＢ９１０に結合されてもよい（たとえば、接続される）。ＨＮＢ  ＧＷ９２０は、（１）Ｉｕｈインターフェースを介してＨＮＢ９１０に、および／または、（２）Ｉｕインターフェースを介してＳＧＳＮ９５０に結合されてもよい（たとえば、接続される）。
【００９４】
いくつかの代表的な実施形態では、ＳｅＧＷ９６０は、（１）ＬＧＷ９３０とＳＧＳＮ９５０との間のＧｎインターフェースのパスウェイ、および／または、（２）ＨＮＢ  ＧＷ９２０とＨＮＢ９１０との間のＩｕｈインターフェースのパスウェイに含まれてもよい。
【００９５】
図１０は、ＨｅＮＢ１０１０がＳ１−Ｕインターフェースを介してＨｅＮＢ  ＧＷ１０２０とインターフェースすることができ、および、ＬＧＷ１０３０がＳ１パス上にある、ＨｅＮＢサブシステムに対する追加の代表的なスタンドアロンＬＧＷアーキテクチャ１０００を示す図である。
【００９６】
図１０を参照すると、代表的なアーキテクチャ１０００は、１または複数のＨｅＮＢ１０１０（総称してＨｅＮＢサブシステム、図示せず）、ＨｅＮＢゲートウェイ１０２０、ＬＧＷ１０３０、ＳＧＷ１０４０、ＭＭＥ１０５０、ＳｅＧＷ１０６０、および／または、ＷＴＲＵ１０２を含んでもよい。
【００９７】
ＬＧＷ１０３０は、（１）ＳＧｉインターフェースを介してＰＤＮもしくはインターネットに、（２）Ｓ１−Ｕインターフェースおよび／もしくはＳ１−ＭＭＥインターフェースを介して１もしくは複数のＨｅＮＢ１０１０に、（３）Ｓ１−ＭＭＥインターフェースを介してＭＭＥ１０５０に、（４）Ｓ１−Ｕインターフェースを介してＳＧＷ１０４０に、ならびに／または、（５）Ｓ５インターフェースを介してＳＧＷ７４０に結合されてもよい（たとえば、接続される）。たとえば、ＬＧＷ１０３０は、Ｓ１−Ｕインターフェースおよび／またはＳ１−ＭＭＥインターフェースのパスに配置されてもよい。
【００９８】
ＳＧＷ１０４０は、（１）Ｓ５インターフェースを介してＬＧＷ１０３０に、（２）ＬＧＷ１０３０を通じてＳ１−Ｕインターフェースを介して１もしくは複数のＨｅＮＢ１０１０に、および／または、（３）Ｓ１１インターフェースを介してＭＭＥ１０５０に結合されてもよい（たとえば、接続される）。ＭＭＥ１０５０は、（１）Ｓ１１インターフェースを介してＳＧＷ１０４０に、および／または、（２）ＬＧＷ１０３０を通じてＳ１−ＭＭＥインターフェースを介して１もしくは複数のＨｅＮＢ１０１０に結合されてもよい（たとえば、接続される）。１または複数のＨｅＮＢ１０１０は、（１）ＬＧＷ１０３０を通じてＳ１−Ｕインターフェースを介してＳＧＷ１０４０に、（２）ＬＧＷ１０３０を通じてＳ１−ＭＭＥインターフェースを介してＭＭＥ１０５０に、および／または、（３）Ｕｕインターフェースを介してＷＴＲＵ１０２に結合されてもよい（たとえば、接続される）。ＨｅＮＢサブシステムの各ＨｅＮＢ１０１０は、Ｘ２インターフェースを介してＨｅＮＢサブシステムの他のＨｅＮＢ１０１０に結合されてもよい（たとえば、接続される）。
【００９９】
いくつかの代表的な実施形態では、ＨｅＮＢ  ＧＷ１０２０は、（１）ＭＭＥ１０５０とＬＧＷ１０３０との間のＳ１−ＭＭＥインターフェースのパスウェイ、および／または、（２）ＳＧＷ１０４０とＬＧＷ１０３０との間のＳ１−Ｕインターフェースのパスウェイに含まれてもよい。
【０１００】
いくつかの代表的な実施形態では、ＳｅＧＷ１０６０は、（１）ＬＧＷ１０３０とＳＧＷ１０４０との間のＳ５インターフェースのパスウェイ、（２）ＳＧＷ１０４０とＬＧＷ１０３０との間のＳ１−Ｕインターフェースのパスウェイ、および／または、（３）ＭＭＥ１０５０とＬＧＷ１０３０との間のＳ１−ＭＭＥインターフェースのパスウェイに含まれてもよい。
【０１０１】
図１１は、ＨＮＢ１１１０が発展型パケットシステム（ＥＰＳ）に対するＩｕｈインターフェースを介してＨＮＢ  ＧＷ１１２０とインターフェースすることができ、および、ＬＧＷ１１３０がＩｕｈパス上にある、ＨＮＢサブシステムに対する代表的なスタンドアロンＬＧＷアーキテクチャ１１００を示す図である。
【０１０２】
図１１を参照すると、代表的なアーキテクチャ１１００は、１または複数のホームＮｏｄｅＢ（ＨＮＢ）１１１０（総称してＨＮＢサブシステム、図示せず）、ＨＮＢゲートウェイ１１２０、ＬＧＷ１１３０、ＳＧＷ１１４０、Ｓ４−ＳＧＳＮ１１５０、ＳｅＧＷ１１６０、および／またはＷＴＲＵ１０２を含んでもよい。
【０１０３】
ＬＧＷ１１３０は、（１）ＳＧｉインターフェースを介してＰＤＮもしくはインターネットに、（２）Ｉｕｈインターフェースを介して１もしくは複数のＨＮＢ１１１０に、（３）Ｉｕｈインターフェースを介してＨＮＢ  ＧＷ１１２０に、および／または、（４）Ｓ５インターフェースを介してＳＧＷ１１４０に結合されてもよい（たとえば、接続される）。たとえば、ＬＧＷ１１３０は、Ｉｕｈインターフェースのパスに配置されてもよい。
【０１０４】
ＳＧＷ１１４０は、（１）Ｓ５インターフェースを介してＬＧＷ１１３０に、（２）Ｉｕ−ＵＰインターフェースを介してＨＮＢ  ＧＷ１１２０に、および／または、（３）Ｓ４インターフェースを介してＳ４−ＳＧＳＮ１１５０に結合されてもよい（たとえば、接続される）。Ｓ４−ＳＧＳＮ１１５０は、（１）Ｓ４インターフェースを介してＳＧＷ１１４０に、および／または、（２）Ｉｕ−ＵＰインターフェースを介してＨＮＢ  ＧＷ１１２０に結合されてもよい（たとえば、接続される）。１または複数のＨＮＢ１１１０は、（１）ＬＧＷ１１３０を通じてＩｕｈインターフェースを介してＨＮＢ  ＧＷ１１２０に、および／または、（２）Ｕｕインターフェースを介してＷＴＲＵ１０２に結合されてもよい（たとえば、接続される）。ＨＮＢサブシステムの各ＨＮＢ１１１０は、Ｉｕｒｈインターフェースを介してＨＮＢサブシステムの他のＨＮＢ１１１０に結合されてもよい（たとえば、接続される）。
【０１０５】
いくつかの代表的な実施形態では、ＳｅＧＷ１１６０は、（１）ＬＧＷ１１３０とＳＧＷ１１４０との間のＳ５インターフェースのパスウェイ、および／または、（２）ＨＮＢ  ＧＷ１１２０とＬＧＷ１１３０との間のＩｕｈインターフェースのパスウェイに含まれてもよい。
【０１０６】
図１２は、ＨＮＢ１２１０がユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）に対するＩｕｈインターフェースを介してＨＮＢ  ＧＷ１２２０とインターフェースすることができ、および、ＬＧＷ１２３０がＩｕｈパス上にある、ＨＮＢサブシステムに対する代表的なスタンドアロンＬＧＷアーキテクチャ１２００を示す図である。
【０１０７】
図１２を参照すると、アーキテクチャ１２００は、１または複数のホームＮｏｄｅＢ（ＨＮＢ）１２１０（総称してＨＮＢサブシステム、図示せず）、ＨＮＢゲートウェイ１２２０、ＬＧＷ１２３０、ＳＧＳＮ１２５０、ＳｅＧＷ１２６０、および／またはＷＴＲＵ１０２を含んでもよい。
【０１０８】
ＬＧＷ１２３０は、（１）Ｇｉインターフェースを介してＰＤＮまたはインターネットに、（２）Ｉｕｈインターフェースを介して１もしくは複数のＨＮＢ１２１０に、（３）Ｉｕｈインターフェースを介してＨＮＢ  ＧＷ１２２０に、および／または、（４）Ｇｎインターフェースを介してＳＧＳＮ１２５０に結合されてもよい（たとえば、接続される）。たとえば、ＬＧＷ１２３０は、Ｉｕｈインターフェースのパスに配置されてもよい。
【０１０９】
ＳＧＳＮ１２５０は、（１）Ｇｎインターフェースを介してＬＧＷ１２３０に、および／または、（２）Ｉｕｈインターフェースを介してＨＮＢ  ＧＷ１２２０に結合されてもよい（たとえば、接続される）。１または複数のＨＮＢ１２１０は、（１）Ｉｕｈインターフェースを介してＨＮＢ  ＧＷ１２２０に、および／または、（２）Ｕｕインターフェースを介してＷＴＲＵ１０２に結合されてもよい（たとえば、接続される）。ＨＮＢサブシステムの各ＨＮＢ１２１０は、Ｉｕｒｈインターフェースを介してＨＮＢサブシステムの他のＨＮＢ１２１０に結合されてもよい（たとえば、接続される）。ＨＮＢ  ＧＷ１２２０は、（１）Ｉｕインターフェースを介してＳＧＳＮ１２５０に、および／または、（２）Ｉｕｈインターフェースを介してＬＧＷ１２３０に結合されてもよい（たとえば、接続される）。
【０１１０】
いくつかの代表的な実施形態では、ＳｅＧＷ１２６０は、（１）ＬＧＷ１２３０とＳＧＳＮ１２５０との間のＧｎインターフェースのパスウェイ、および／または、（２）ＨＮＢ  ＧＷ１２２０とＬＧＷ１２３０との間のＩｕｈインターフェースのパスウェイに含まれてもよい。
【０１１１】
マネージドリモートアクセス（ＭＲＡ）またはリモートＬＩＰＡ（ＲＩＰＡ）は、一般に、ユーザがローカルネットワーク／カバレージとマクロネットワーク／カバレージとの間で移動するときのデータセッションの継続性（continuity）を指す）。たとえば、ユーザは、マクロカバレージ（たとえば、マクロセルまたはＬＮの一部ではないＨｅＮＢ）を介してＬＮに接続することができる。
【０１１２】
図１３は、マクロネットワークにおいてｅＮＢを使用するＬＩＰＡセッションとＭＲＡセッションとの間の遷移を含むハンドオーバプロシージャを示す図である。
【０１１３】
図１３を参照すると、代表的な通信システム１３００は、モバイルオペレータコアネットワーク１３１０、企業ネットワーク（またはＬＮ）１３２０、および／またはマクロネットワーク１３３０を含んでもよい。モバイルオペレータコアネットワーク１３１０は、１または複数のネットワークエンティティ１３１２を含んでもよい。マクロネットワーク１３３０は、１または複数の第２のＡＰ（たとえば、１または複数のｅＮＢ）１３３２を含んでもよい。
【０１１４】
企業ネットワークまたはＬＮ１３２０は、１または複数のＡＰ１３２２（たとえば、とりわけ、ＨＮＢ、ＨｅＮＢ、ＨｅＮＢサブシステム、および／またはＨＮＢサブシステム）を含んでもよい。ＷＴＲＵ１０２は、ＬＮ１３２０のカバレージエリアに位置づけされてもよく、および、ＬＮ１３２０における１または複数のＡＰ１３２２を介して接続が提供されてもよい。ＬＮ１３２０は、インターネットまたはＬＮ１３２０（たとえば、ＬＮ１３２０を介したローカルＩＰネットワーク）へのユーザデータオフロードのために構成されてもよい。ＬＮ１３２０の１または複数のＡＰ１３２２は、ＷＴＲＵ１０２にカバレージ（たとえば、ＬＮ１３２０において、たとえば、ビデオサーバ１３２４に接続するための、ＷＴＲＵ１０２に対するＬＩＰＡセッション）を提供してもよい。
【０１１５】
ビデオサーバ１３２４が、ＬＮ１３２０に示されているが、接続は、ＬＮ１３２０の内部または外部の任意のタイプのサーバまたは他のネットワークリソースに対するものであってもよいことが企図されている。
【０１１６】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、とりわけ、（１）ＷＴＲＵ１０２の移動、（２）ＡＰ１３２２および１３３２との通信の信号強度、（３）ＡＰ１３２２および１３３２のローディング、（４）ＷＴＲＵ１０２、ＡＰ１３２２、および／もしくはＡＰ１３３２の能力、（５）ＷＴＲＵ１０２の速度、ならびに／または、（５）ＷＴＲＵ１０２によって要求されるサービスを含む１または複数の基準に基づいて、ＬＮ１３２０のＡＰ１３２２と通信してもよく、マクロネットワーク１３３０の第２のＡＰ１３３２にハンドオーバされてもよい。
【０１１７】
ユーザ（たとえば、ＷＴＲＵ１０２）が、マクロネットワーク１３３０のカバレージエリアに移動するときに、ＬＩＰＡセッションは、ＭＲＡセッションとして継続されてもよい。一般に、セッションは、実際のセル（マクロまたはＨｅＮＢ）がＬＮ１３２０に接続されないときに、ＭＲＡセッションと称される。たとえば、ＬＩＰＡセッションを有するＷＴＲＵ１０２は、ＬＮ１３２０の一部ではないｅＮＢ  １３３２に移動してもよく、および、ＬＩＰＡセッションは、ターゲットｅＮＢにおいてＭＲＡとして継続されてもよい。
【０１１８】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、マクロネットワーク１３３０の第２のＡＰ１３３２と通信してもよく、および、たとえば上記示された基準に基づいて、マクロネットワーク１３３０のＡＰ１３３２にハンドオーバされてもよい。
【０１１９】
ユーザ（たとえば、ＷＴＲＵ１０２）が、ＬＮ１３２０のカバレージエリア内に移動するときに、ＭＲＡセッションは、ＬＩＰＡセッションとして継続されてもよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＬＮ１３２０に接続しないｅＮＢ１３３２を使用したＭＲＡセッションを有してもよいが、ユーザがＬＮ１３２０のカバレージエリア内に移動し、および、ＬＮ１３２０のＡＰ１３２２にハンドオフするときには、ＭＲＡセッションは、ＬＩＰＡセッションとして継続されてもよい。
【０１２０】
図１４は、別のＬＮにおいてＨｅＮＢまたはＨＮＢを使用するＬＩＰＡセッションとＭＲＡセッションとの間の遷移を含むハンドオーバプロシージャを示す図である。
【０１２１】
図１４を参照すると、代表的な通信システム１４００は、モバイルオペレータコアネットワーク１４１０、企業ネットワーク（またはＬＮ）１４２０、および／または別のＬＮ１４３０を含んでもよい。モバイルオペレータコアネットワーク１４１０は、１または複数のネットワークエンティティ１４１２を含んでもよい。企業ネットワークまたはＬＮ１４２０は、１または複数のＡＰ１４２２（たとえば、とりわけ、ＨＮＢ、ＨｅＮＢ、ＨｅＮＢサブシステム、および／またはＨＮＢサブシステム）を含んでもよい。ＷＴＲＵ１０２は、ＬＮ  １４２０のカバレージエリア内に位置付けされてもよく、および、ＬＮ１４２０における１または複数のＡＰ１４２２を介した接続を提供されてもよい。ＬＮ１４２０は、インターネットまたはＬＮ１４２０（たとえば、ＬＮ１４２０を介したローカルＩＰネットワーク）へのユーザデータオフロードのために構成されてもよい。ＬＮ１４２０の１または複数のＡＰ１４２２は、ＷＴＲＵ１０２にカバレージ（たとえば、たとえばＬＮ１４２０において、または、インターネットを介したＬＮ１４２０の外部の、パーソナルコンピュータまたは別のネットワークリソース１４２４にＷＴＲＵ１０２が接続するためのＬＩＰＡセッション）を提供してもよい。他のＬＮ１４３０は、１または複数の第２のＡＰ（たとえば、１または複数のＨｅＮＢまたはＨＮＢ）１４３２を含んでもよい。
【０１２２】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＬＮ１４２０のＡＰ１４２２と通信してもよく、および、たとえば本明細書で示される、１または複数の基準に基づいて、他のＬＮ１４３０の第２のＡＰ  １４３２にハンドオーバしてもよい。
【０１２３】
ユーザ（たとえば、ＷＴＲＵ１０２）が、他のＬＮ１４３０のカバレージエリア内に移動するときに、ＬＩＰＡセッションは、ＭＲＡセッションとして継続されてもよい。たとえば、ＬＩＰＡセッションを有するＷＴＲＵ１０２は、ＬＮ１４２０の一部ではない他のＬＮ１４３０のＨｅＮＢ１４３２のカバレージエリアに移動してもよく、および、ＬＩＰＡセッションは、ターゲットＨｅＮＢまたはＨＮＢ１４３２においてＭＲＡとして継続されてもよい。
【０１２４】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、他のＬＮ１４３０の第２のＡＰ１４３２と通信してもよく、および、たとえば本明細書で示される基準に基づいて、ＬＮ１４２０のＡＰ１４２２にハンドオーバしてもよい。
【０１２５】
ユーザ（たとえば、ＷＴＲＵ１０２）が、ＬＮ１４２０のカバレージエリア内に移動するときに、ＭＲＡセッションは、ＬＩＰＡセッションとして継続されてもよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２は、ＬＮ１４２０に接続しないＨｅＮＢまたはＨＮＢ１４３２においてＭＲＡセッションを有してもよいが、ユーザがＬＮ１４２０のカバレージエリア内に移動し、および、ＬＮ１４２０のＡＰ１４２２にハンドオフするときに、ＭＲＡセッションは、ＬＩＰＡセッションとして継続されてもよい。
【０１２６】
上述した例は、ＬＩＰＡに関するが、これらはＳＩＰＴＯにも適用してもよい。たとえば、ＳＩＰＴＯ＠ＬＮは、ＬＮ内で、または、ローカルカバレージの一部ではないマクロカバレージを介して（または、ＨｅＮＢもしくはＨＮＢを使用して別のＬＮを介して）、ＭＲＡとして発生することができる。
【０１２７】
いくつかの代表的な実施形態では、ＷＴＲＵがＬＮ内に残り、および、ＬＮのＡＰに接続するときに（たとえば、ＷＴＲＵが、特定の限定加入者グループ（ＣＳＧ：closed subscriber group）からのＬＩＰＡセッション／サービスを有することを許可されないとき（たとえば、加入者情報に起因して））、継続性プロシージャ（continuity procedure）が使用されてもよい。
【０１２８】
図１５は、ダウンリンクに対する代表的なデータパスを示す図である。
【０１２９】
図１５を参照すると、代表的な通信システム１５００は、オペレータのリソース１５１０、ＬＮリソース１５２０、および／または他のネットワークリソース１５３０を含んでもよい。オペレータのリソース１５１０は、たとえば、ＳＧＷ１５１２および／またはＭＭＥ／ＳＧＳＮ１５１４を含んでもよい。ＳＧＷ１５１２およびＭＭＥ／ＳＧＳＮ１５１４は、それぞれ、コアネットワークの一部であってもよく、または、ＳＧＷ１５１２は、コアネットワークの外に位置してもよい。ＬＮリソース１５２０は、１または複数のＡＰ（たとえば、１または複数のＨｅＮＢまたはＨＮＢ）を含んでもよい。他のＬＮリソース１５３０は、１または複数の第２のＡＰ（たとえば、１または複数のｅＮＢ）を含んでもよい。
【０１３０】
ＭＲＡセッションに対するデータパス（矢印によって表される）は、ＨｅＮＢまたはＨＮＢ１５２２をトラバースしてもよい（たとえば、経由する）。ダウンリンクでは、データパスは、ＬＧＷ１５４０からＨｅＮＢまたはＨＮＢ１５２２へ、ＨｅＮＢまたはＨＮＢ１５２２からネットワークエンティティまたはオペレータのリソース１５１０（ＳＧＷ１５１２であってもよい）へ、ならびに、オペレータのリソース１５１０（たとえば、ＳＧＷ１５１２）からサービングセルおよびＷＴＲＵ１０２へとトラバースしてもよい（たとえば、進む）。データパスは、アップリンクでは逆であってもよい。
【０１３１】
無線アクセスネットワーク（ＲＡＮ）は、一般に、とりわけ、ｅＮＢ、ＨｅＮＢ、ＮＢ、および／またはＨＮＢなどの無線アクセスポイントを有するネットワークを指す。コアネットワーク（ＣＮ）は、一般に、たとえば、とりわけ、ＭＭＥ、ＳＧＳＮ、ＭＳＣ／ＶＬＲ、および／またはＳＧＷを含む異なるタイプのネットワークを指す。
【０１３２】
ＷＴＲＵ１０２は、接続モードに遷移して（たとえば、無線リソース制御（ＲＲＣ）を使用して）、ＣＮでプロシージャを実行してもよい。ＷＴＲＵ１０２が、ＣＮで受信されたＮＡＳメッセージを送信するときに、ＷＴＲＵ１０２は、ＮＡＳシグナリング接続を確立してもよい。たとえば、ＬＴＥでは、アイドルモード（たとえば、ＲＲＣおよびＮＡＳがアイドルであってもよい）において登録されたＷＴＲＵ１０２は、ＮＡＳサービス要求プロシージャを開始して、アイドルモードから接続モードに遷移してもよい。ｅＮＢ１５３２とのＲＲＣ接続を確立した後に、ＷＴＲＵ１０２は、ＲＲＣ接続セットアップ完了メッセージ（RRC Connection Setup Complete message）（たとえば、ＲＲＣ接続の確立を含むことができるＲＲＣメッセージ）とともに含まれる（たとえば、ピギーバックされる）ＮＡＳサービス要求メッセージを送信してもよい。ｅＮＢ１５３２は、初期ＷＴＲＵメッセージ（initial WTRU Message）を使用して、Ｓ１インターフェース上でＣＮにＮＡＳメッセージを送信してもよい。ｅＮＢ１５３２は、メッセージに、接続に関連してもよいｅＮＢ１５３２情報（たとえば、任意の情報）で通信することに対してＭＭＥ／ＳＧＳＮ１５１４によって使用されてもよい識別子を含めてもよい。識別子は、特定のＷＴＲＵ１０２に対する基準ポイントであってもよい（たとえば、この識別子への参照で送信されてもよい任意の情報に対する）とすることができる。ｅＮＢ１５３２は、この情報を、サービスされている特定のＷＴＲＵ１０２にマッピングしてもよい。識別子は、ｅＮＢ  ＷＴＲＵ  Ｓ１ＡＰ  ＩＤと称されてもよい。Ｓ１インターフェース上でＭＭＥ／ＳＧＳＮ１５１４に初期レイヤ３メッセージを転送するためにｅＮＢ１５３２によって送信される初期ＷＴＲＵメッセージの内容が下記の表１に示される。
【０１３３】
【表１】
2014531861.tif 000003
【０１３４】
ＣＮからの典型的な応答は、それぞれのＷＴＲＵ１０２に対するコンテキストをセットアップするようにｅＮＢ１５３２に通知するのに使用することができる初期コンテキストセットアップ要求メッセージ（Initial Context Setup Request message）であってもよい。メッセージは、ｅＮＢ１５３２が特定のＷＴＲＵ１０２に関する情報を通信する（たとえば、ＭＭＥ／ＳＧＳＮ１５１４と）ことを望むときに、ｅＮＢ１５３２が使用することができる、ＭＭＥ１５１４によって割り当てられた識別子を含んでもよい。識別子は、ＭＭＥ  ＷＴＲＵ  Ｓ１ＡＰ  ＩＤと称されてもよく、および、初期コンテキストセットアップ要求（ＩＣＳＲ）に含まれてもよい。ＩＣＳＲメッセージは、ＭＭＥ／ＳＧＳＮ  １５１４によって送信されて、ＷＴＲＵ１０２コンテキストのセットアップを要求してもよく、および、下記の表２に示された内容を含んでもよい（たとえば、ＭＭＥ／ＳＧＳＮ１５１４へ送信される第１のメッセージにおいてｅＮＢ１５３２によって提供されてもよいｅＮＢ  ＷＴＲＵ  Ｓ１ＡＰ  ＩＤを含む）。
【０１３５】
【表２−１】
2014531861.tif 000004
【０１３６】
【表２−２】
2014531861.tif 000005
【０１３７】
それぞれのＷＴＲＵ１０２に対し、ｅＮＢ１５３２においてコンテキストをセットアップするために、ｅＮＢ１５３２は、第１のアップリンク（ＵＬ）ＮＡＳメッセージをＣＮに送信してもよく、このメッセージは、ＣＮ（たとえば、ＭＭＥ／ＳＧＳＮ１５１４）からのコンテキストセットアップ要求をトリガしてもよい。Ｈ（ｅ）ＮＢは、一般に、とりわけＨｅＮＢ、ＨＮＢ、および／またはＣＳＧを指す。初期ＮＡＳメッセージをｅＮＢから受信することなどのトリガなしに、ＣＮから発する（originate）コンテキストセットアップ要求が存在しなくてもよい。
【０１３８】
図１６は、特定のＷＴＲＵ１０２に対するｅＮＢ１５３２におけるコンテキストのセットアップにつながることができる、代表的なサービス要求プロシージャ１６００を示す図である。
【０１３９】
図１６を参照すると、１６１０では、ＮＡＳサービス要求メッセージは、ＷＴＲＵ１０２からｅＮＢ１５３２に送信されてもよい。１６２０では、ＮＡＳサービス要求メッセージは、ｅＮＢ１５３２からＭＭＥ／ＳＧＳＮ１５１４に送信されてもよく、または、転送されてもよい。１６３０では、ＭＭＥ／ＳＧＳＮ１５１４は、たとえばホーム加入者サーバ（ＨＳＳ）１６０２を使用して、ＷＴＲＵ１０２を認証してもよい。
【０１４０】
１６４０では、Ｓ１−ＡＰ初期コンテキストセットアップ要求メッセージは、ＭＭＥ／ＳＧＳＮ１５１４からｅＮＢ１５３２に送信されてもよい。初期コンテキストセットアップ要求メッセージは、とりわけ、（１）セットアップされることになるＥ−ＲＡＢ（たとえば、ｅＮＢによってセットアップされることになる無線ベアラを識別することができるＥ−ＲＡＢ）および／もしくは各ベアラに関連付けることができるＱｏＳパラメータ、（２）ＷＴＲＵセキュリティ能力および／もしくは無線インターフェース上でＷＴＲＵ１０２とのセキュア通信を確立するのにｅＮＢ１５３２によって使用することができるセキュリティ鍵、ならびに／または、（３）他の情報要素というパラメータ、のうちのいずれかを含んでもよい。
【０１４１】
１６５０では、ｅＮＢ１５３２は、ＷＴＲＵ１０２とともに無線ベアラ確立（ＲＢＥ）を開始してもよい。ＲＢＥは、ベアラ参照（bearer reference）およびＱｏＳパラメータなどの情報を含んでもよい。１６６０では、アップリンクデータが、ＷＴＲＵ１０２によってｅＮＢ１５３２、ＳＧＷ１５１２、および／またはＰＧＷ１６０４に提供されて、たとえばＷＴＲＵ１０２、ｅＮＢ１５３２、ＳＧＷ１５１２、および／またはＰＧＷ１６０４の間でアップリンクデータを同期化してもよい。アップリンクデータが受信された後に、１６７０で、初期コンテキストセットアップ完了メッセージ（Initial Context Setup Complete messages）が、ｅＮＢ１５３２によってＭＭＥ／ＳＧＳＮ１５１４に送信されてもよい。
【０１４２】
１６７５では、ベアラ修正要求メッセージ（Modify Bearer Request message）が、ＭＭＥ／ＳＧＳＮ１５１４からＳＧＷ１５１２に送信されてもよく、１６８０では、そのベアラ修正要求メッセージが、ＳＧＷ１５１２からＰＧＷ１６０４に送信されてもよい（または転送されてもよい）。
【０１４３】
いくつかの代表的な実施形態では、１６８５で、ポリシおよび課金施行機能（ＰＣＥＦ：Policy and Charging Enforcement Function）により開始されたインターネットプロトコル接続性アクセスネットワーク（ＩＰ−ＣＡＮ：Initiated Internet Protocol Connectivity Access Network）セッション修正メッセージ（Session Modification message）が、ＰＧＷ１６０４とポリシおよび課金ルール機能（ＰＣＲＦ：Policy and Charging Rules Function）１６０６との間で送信されてもよい。
【０１４４】
１６９０では、ベアラ修正応答（Modify Bearer Response）が、ＰＧＷ１６０４からＳＧＷ１５１２に送信されてもよく、１６９５では、ベアラ修正応答メッセージが、ＳＧＷ１５１２からＭＭＥ／ＳＧＳＮ１５１４に送信されてもよい（または転送されてもよい）。
【０１４５】
いくつかの代表的な実施形態では、ＲＲＣ完全性保護（RRC integrity protection）が、無線インターフェース上で提供されてもよく、および、ｅＮＢ１５３２は、さらなるＲＲＣシグナリングの前にＷＴＲＵ１０２とともにセキュリティプロシージャ（セキュリティモードコマンド）を実行させてもよく、または、ユーザデータが交換されてもよい。
【０１４６】
いくつかの代表的な実施形態では、データパスが、ＬＮ１５２０の一部であるＨＮＢ１５２２を介する場合に、ＬＧＷ１５４０とＨＮＢ／ＨｅＮＢ１５２２との間で接続をセットアップするのに、プロシージャが使用されてもよく、および／または、同一のもしくは異なるプロシージャが使用されて、ＨＮＢ／ＨｅＮＢ１５２２とＳＧＷ１５１２との間で接続をセットアップしてもよい。通常、コンテキストは、特定のノードが初期ＮＡＳメッセージをＣＮに転送するときに、ＲＡＮノードでセットアップされてもよい。
【０１４７】
いくつかの代表的な実施形態では、ＭＲＡプロシージャに対し、コンテキストが、無線の観点から（たとえば、アクセスポイントとして）ＷＴＲＵ１０２にサービスしていないＨＮＢ／ＨｅＮＢ１５２２でセットアップされてもよい。ＨＮＢ／ＨｅＮＢ１５２２は、ＣＮに初期ＮＡＳメッセージを送信して、ＨＮＢ／ＨｅＮＢ１５２２でコンテキストをセットアップするエンティティではなくてもよい。いくつかの代表的な実施形態では、別のセル（たとえば別のセルのｅＮＢ）が、初期ＮＡＳメッセージを送信してもよく、および、ＭＲＡデータパスの一部であってもよいｅＮＢ１５３２および／またはＨＮＢ／ＨｅＮＢ１５２２においてコンテキストのセットアップをトリガしてもよい。
【０１４８】
ＨＮＢ／ＨｅＮＢ１５２２は、無線の観点からＷＴＲＵ１０２にサービスしなくてもよく、および、ＨＮＢ／ＨｅＮＢ１５２２は、ＨＮＢ／ＨｅＮＢ１５２２によってサービスされていないＷＴＲＵ１０２に対する初期コンテキストセットアップ要求メッセージを受信し、応答するようにセットアップされてもよい。ＨＮＢ／ＨｅＮＢ１５２２は、ＭＭＥ／ＳＧＳＮ１５１４によって使用されることになる識別子（たとえば、ｅＮＢ  ＷＴＲＵ  Ｓ１ＡＰ  ＩＤ）を提供されてもよい。ＨＮＢ／ＨｅＮＢ１５２２は、セキュリティパラメータを使用してもよく、および、無線レベルでサービスされていないＷＴＲＵ１０２に対してセットアップされることになるＥ−ＲＡＢをインタープレット（interpret）してもよい。ＭＲＡモードでは、ＨＮＢ／ＨｅＮＢ１５２２は、データをＷＴＲＵ１０２に転送しなくてもよく（たとえば、直接に転送しなくてもよい）、ＨＮＢ／ＨｅＮＢ１５２２は、ＣＮにおけるエンティティまたはリソースにデータを送信してもよく、および、インジケーション（たとえば、ＭＲＡインジケータ）が、そのＭＲＡプロシージャ／振る舞いについてＨＮＢ／ＨｅＮＢ  １５２２に通知するのに使用されてもよい。ＭＲＡインジケータが、ＨＮＢ／ＨｅＮＢ１５２２（および／またはＬＧＷ  １５４０）によって使用されて、とりわけ、区別されたパケット転送パス（differentiated packet forwarding path）および／または区別されたＱｏＳなどの、区別された扱いが与えられる（rendered）ように、他のベアラ／セッション（たとえば、ＬＩＰＡベアラ／セッション、ＳＩＰＴＯベアラ／セッション、および／または他のベアラ／セッション）からＭＲＡベアラ／セッションを区別してもよい（differentiate）。
【０１４９】
通常、ＳＧＷ１５１２は、それぞれのＷＴＲＵ１０２に対する１つのアクティブＳ１接続を有する（たとえば、有するのみである）。ＭＲＡデータパスが、ダウンリンクトラフィックに対しＨＮＢ／ＨｅＮＢ１５２２およびＳＧＷ１５１２をトラバース（たとえば、経由する）しなければならない場合には、複数のＳ１接続がそれぞれのＷＴＲＵ１０２に対し同時にアクティブにされるように、ＳＧＷ１５１２におけるプロシージャまたは振舞いが変更または修正されてもよい。
【０１５０】
ローカルホームネットワーク（ＬＨＮ）は、複数のＨＮＢおよび／またはＨｅＮＢ  １５２２ならびに複数のＬＧＷ１５４０を含んでもよい。ＭＲＡコール確立の間に、特定のＨＮＢおよび／またはＨｅＮＢ１５２２ならびにＬＧＷ１５４０のいずれかが、アクセスされるＬＮへのエントリポイントとして使用されるかの判定をしてもよい。ＭＲＡセッション確立および選択の間のタイミングは、下記で示されるように確立されてもよい。
【０１５１】
ネットワークが、強化された（enhanced）モビリティプロシージャをサポートし、および、アクティブＭＲＡ接続が存在するときには、ＭＲＡサービスは、ＬＩＰＡサービスとは異なる課金がされてもよい。サービスが、ＬＩＰＡサービスとして開始し、および、ＭＲＡサービスに展開した場合には、サービスにそれに応じて課金されるように、その情報がＣＮにされてもよい。ＣＮモビリティの間に、ＬＩＰＡからＭＲＡへ、または、ＭＲＡからＬＩＰＡへの遷移が、トリガを介して検出されてもよく、このトリガは、ＣＮに報告されてもよい。
【０１５２】
典型的なハンドオーバ（ＨＯ）プロシージャでは、ＨＯが完了した後に、ソースセルは、それぞれのＷＴＲＵ１０２に対して使用されているリソース（たとえば、すべてのリソース）を解放してもよい。リソースは、無線リソースおよび／またはＳ１リソースを含んでもよい。ＬＩＰＡツーＭＲＡ  ＨＯ（LIPA to MRA HO）では、ソースＨＮＢ／ＨｅＮＢ５２２が、ＭＲＡに対するデータパスに残る場合に、現在のリソース解放プロシージャが、ＬＩＰＡに対して確立されたリソース（たとえば、リソースのすべて）をクリアすることがあるので、使用されなくてもよい。ＭＲＡに対し、ＨＮＢ／ＨｅＮＢ１５２２は、データパスにあるＨＮＢ／ＨｅＮＢ１５２２にＭＲＡを示すのにプロシージャが使用されるように、ＳＧＷ１５１２にデータを転送してもよい。他のプロシージャ（たとえば、類似する方法／振舞いで）が、ＨＮＢ／ＨｅＮＢおよびＬＧＷのインターフェースに使用されてもよい。ＳＧＷ１５１２は、それぞれのＷＴＲＵ１０２に対する１または複数のＳ１接続を有してもよく、および、ＭＲＡ機能性は、それぞれのＷＴＲＵ１０２に対する複数のＳ１接続を使用できるＷＴＲＵの能力をＳＧＷ  １５１２に示すのに機能強化されたプロシージャを使用してもよい。
【０１５３】
いくつかの代表的な実施形態では、ＭＲＡデータパスは、固定されてもよい（たとえば、常に固定される）。いくつかの代表的な実施形態では、ＭＲＡデータパスは、動的であってもよい（たとえば、条件またはトリガイベントに基づいて変更される）。いくつかの代表的な実施形態では、ダウンリンクパスおよびアップリンクパスは、同一の線またはパスにしたがってもよいが、方向において逆であってもよい。いくつかの代表的な実施形態では、ダウンリンクパスおよびアップリンクパスは、異なってもよい。
【０１５４】
いくつか
の代表的な実施形態では、ＭＲＡプロシージャは、ＬＩＰＡセッションまたはＭＲＡセッションのいずれかがそれぞれのＷＴＲＵ１０２に対してアクティブであるときに、アイドルモードモビリティを有効にしてもよい。たとえば、そのようなプロシージャは、そうでなければ生じることがある問題に対処してもよい。
【０１５５】
第１の問題は、無線もしくはＣＮリソースが使用されていない場合であっても、そのＮＡＳ  ＥＰＳベアラ（たとえば、ＰＤＮ接続および関連付けられたベアラ）がＷＴＲＵ１０２（およびＣＮ）でアクティブのままである間にアイドルモードであることがあるＷＴＲＵ１０２を含んでもよい。たとえば、ＬＩＰＡ  ＰＤＮ接続を有するアイドルモードＷＴＲＵ１０２は、ＰＤＮ接続および／またはＬＩＰＡベアラを非活性化する条件が満たされる、ＬＩＰＡ  ＰＤＮ接続および関連付けられたベアラを維持してもよい。例として、ＷＴＲＵ１０２が、ＬＩＰＡセッションが活性化されたＨｅＮＢまたはＨＮＢ（たとえば、ＨＮＢおよび／またはＨｅＮＢ１５２２のカバレージエリア）の外に移動したことをＭＭＥ／ＳＧＳＮ１５１４が通知するときに、ＭＭＥ／ＳＧＳＮ１５１４は、関連付けられたＰＤＮ接続を非活性化してもよい。ＭＲＡプロシージャで、アイドルモードでのＷＴＲＵのモビリティは、ＷＴＲＵがＬＮの外に移動した（たとえば、モビリティアウト）ことをＣＮが通知するときに、ＰＤＮ非活性化を引き起こさないことがある。ＷＴＲＵ１０２がＬＮの外に移動する（アイドルモードまたは接続モードである間に）ときに、ＷＴＲＵ１０２が、ＭＲＡ（たとえば、ＭＲＡセッション）を有することを許可される（および／または有するように構成される）場合には、ＭＭＥ／ＳＧＳＮ１５１４は、ＬＩＰＡ  ＰＤＮ接続を非活性化しなくてもよく、ならびに、ＭＲＡセッションとしてＰＤＮ接続を再開してもよい。いくつかの代表的な実施形態では、アイドルモードから接続モードになる（たとえば、遷移する）ＷＴＲＵ１０２は、シグナリング（たとえば、周期的更新）を有効にしてもよく、ならびに／またはユーザプレーンを確立するためにそれを行ってもよい。いくつかの代表的な実施形態では、ＷＴＲＵ１０２がアイドルモードである間に移動し、および、ＮＡＳメッセージを送信する（たとえば、とりわけ、シグナリングに対し、または、ユーザデータを送信するためのいずれか）ときに、ＬＩＰＡ  ＰＤＮ接続に関して、ＣＮプロシージャが実施されてもよい。
【０１５６】
第２の問題として、ＷＴＲＵ１０２が、その現在のセルからＭＲＡを有することを許可され、ＷＴＲＵ１０２が、シグナリング（たとえば、周期的なトラッキングエリア更新（ＴＡＵ））のみを実行しており、および、ユーザプレーンを使用していない場合に、ＭＭＥ／ＳＧＳＮ１５１４は、ＬＩＰＡセッション（たとえば、既存のＬＩＰＡセッション）をＭＲＡセッションに変更するために任意のアクションを行うことがあり、または、いかなるアクションを行わないことがある。
【０１５７】
第３の問題として、ＷＴＲＵ１０２が、ＭＲＡを有することを許可されないときに、ＷＴＲＵ１０２が、シグナリング（たとえば、ＴＡＵ）している場合に、ＭＭＥ／ＳＧＳＮ１５１４は、ＷＴＲＵ１０２がＬＩＰＡを提供することができるＨＮＢおよび／またはＨｅＮＢ１５２２（たとえば、ＨＮＢおよび／またはＨｅＮＢ  １５２２のカバレージエリア）に戻ることがあるので、ＷＴＲＵ１０２がその現在位置からＬＩＰＡまたはＭＲＡを有していない場合であっても、ＬＩＰＡ  ＰＤＮ接続を非活性化しないことがある。
【０１５８】
代表的な実施形態が、代表的な例を使用して議論されるが、代表的なプロシージャが、任意のＬＴＥシステムおよび／または３Ｇ／ＧＥＲＡＮシステムに適用してもよい。
【０１５９】
＜ＭＲＡ接続セットアップ：ＨＮＢ選択およびリソースのセットアップ＞
ＷＴＲＵ１０２は、ＬＩＰＡが許可されていないセル（たとえば、ＬＮの一部ではないマクロセルもしくはＨＮＢセル、または、ＬＮの一部であるがサブスクリプションに起因してＬＩＰＡが許可されていないＣＳＧセル）にいてもよい。いくつかの代表的な実施形態は、スタンドアロンとすることができるＰＤＮ接続プロシージャまたはアタッチプロシージャの一部のいずれかに適用してもよい。
【０１６０】
いくつかの代表的な実施形態では、ＭＲＡセッションセットアップに対するＨＮＢ／ＨｅＮＢ１５２２の選択、ＨＮＢ／ＨｅＮＢ１５２２でのＭＲＡコンテキストをセットアップするのに使用されるプロシージャ、ならびに影響を受けるノード、たとえばＨＮＢ／ＨｅＮＢ１５２２、ＬＧＷ１５４０、および／またはＳＧＷ１５１２の間でリソースをセットアップするのに使用されるシグナリングプロシージャが提供されてもよい。
【０１６１】
たとえば、ＭＭＥ／ＳＧＳＮ１５１４が、ＭＲＡに対するＰＤＮ接続要求を受信するときに、ＭＭＥ／ＳＧＳＮ１５１４は、複数のユーザプレーントンネル（たとえば、３つの追加（extra）ユーザプレーントンネル、たとえば、（１）ＳＧＷ１５１２とＬＨＮにおけるＨＮＢ／ＨｅＮＢ１５２２との間で、（２）ＳＧＷ１５１２とＬＧＷ１５４０との間で、および、（３）ＬＧＷ１５４０とＬＨＮにおけるＨＮＢ／ＨｅＮＢ１５２２との間で）をセットアップしてもよい。
【０１６２】
いくつかの代表的な実施形態では、ＨＮＢ／ＨｅＮＢ１５２２とＳＧＷ１５１２との間のＳ１−Ｕトンネルの確立が、ＬＨＮにおけるＨｅＮＢ１５２２またはＳＧＷ１５１２のいずれかによって実行されてもよい。ＭＭＥ１５１４は、セッション作成要求（ＣＳＲ：create session request）メッセージにおいてＣＳＲをＳＧＷ１５１２に送信してもよい。ＣＳＲメッセージは、ＨｅＮＢ１５２２とＬＧＷ１５４０との間でトンネルを確立するのに使用することができる、ＨｅＮＢ１５２２のアドレスおよび／またはＬＧＷ１５４０のアドレスを含んでもよい。ＭＭＥ１５１４は、任意のＳ１ＡＰメッセージ（Ｓ１−ＭＭＥインターフェースに使用される）を介して、Ｓ１−ＵトンネルをＭＲＡ  ＰＤＮ接続に対して作成することができることをＨｅＮＢ１５２２に通知してもよく、それによって、ＨｅＮＢ１５２２によって受信されたパケットは、ＳＧＷに転送される（および、たとえば、Ｓ１−Ｕトンネルをセットアップしている間にＭＭＥ１５１４がＨｅＮＢ１５２２にインジケーションを送信することによって達成されてもよい。インジケーションは、現在のＳ１−ＡＰメッセージ（たとえば、コンテキストセットアップ要求）またはＭＲＡ有効化に対する新たなＳ１−ＡＰメッセージの形式であってもよい）。ＨｅＮＢ１５２２が、ＬＧＷ１５４０からパケットを受信するときに、ＨｅＮＢ１５２２は、当該インジケーションを使用して（または、ＷＴＲＵのコンテキストの一部としてＨｅＮＢで保存されてもよいこのインジケーションに基づいて）、ＳＧＷ１５１２へパケットを送信し、または、転送してもよい。任意のＳ１ＡＰメッセージにおいてＨｅＮＢ１５２２に送信されてもよいＬＧＷアドレスは、ＷＴＲＵ１０２が無線の観点からＨｅＮＢによってサービスされていない場合であっても、ＭＲＡ接続に対してトンネルが確立されることのＨｅＮＢ１５２２へのインジケーションとしての役割を果たしてもよい。
【０１６３】
ＨｅＮＢ１５２２が、ＭＲＡ接続／サービスに対してＳＧＷ１５１２とのセッションまたは接続を作成する要求（たとえば、任意のＳ１ＡＰメッセージにおいて）を受信した後に、ＨｅＮＢ１５２２は、加えて、それ自体とＬＧＷ１５４０との間でトンネルを作成してもよい。ＨｅＮＢ１５２２は、ＳＧＷ１５１２またはＭＭＥ１５１４からのメッセージにおいてＬＧＷアドレスを受信してもよい。ＨｅＮＢ１５２２は、このアドレスを使用して、ＬＧＷ１５４０との接続を確立してもよい。ＬＧＷ１５４０が、ＨｅＮＢ１５２２とコロケートされるときに、ＨｅＮＢ１５２２は、このアドレスを使用しなくてもよく、このアドレスは、破棄されてもよい。ＨｅＮＢ１５２２は、トンネルが、ＭＲＡ  ＰＤＮ接続に対して確立されており、および、ＨｅＮＢ１５２２がＭＭＥ１５１４もしくはＳＧＷ１５１２から受信するものと同一のインジケーションを転送することによって、または、新たなタイプのインジケーションを送信することによって、達成されてもよいことを示すインジケーションをＬＧＷ１５４０に送信してもよい。
【０１６４】
ＨｅＮＢ１５２２およびＬＧＷ１５４０が、制御プレーンメッセージを直接には交換できないケースでは、ＳＧＷ１５１２がＬＧＷ１５４０にベアラ作成要求（ＣＢＲ：Create Bearer Request）メッセージを送信することによって、ユーザプレーントンネルを確立してもよい。ＣＢＲメッセージは、ＨｅＮＢ１５２２のアドレスと、接続がＭＲＡに対して確立されていることのインジケーションとを含んでもよい。ＣＢＲメッセージは、ＬＧＷ１５４０とＳＧＷ１５１２との間でＳ５接続を確立してもよい。接続がＭＲＡ接続に対するものであることのインジケーション表示、および／または、ＨｅＮＢアドレスとともにＣＢＲがＬＧＷ１５４０によって受信されると、ＬＧＷ１５４０は、ＨｅＮＢ１５２２とのトンネルを（両方のエンティティを一緒に接続するインターフェースを介して）確立し、接続がＭＲＡ接続であることをＨｅＮＢ１５２２に通知してもよい。ＬＧＷ１５４０は、ＬＧＷ１５４０がＳＧＷ１５１２からＣＢＲメッセージにおいて受信したＳＧＷアドレスを提供してもよい。
【０１６５】
いくつかの代表的な実施形態では、ＭＲＡセッションセットアップの間のＨｅＮＢまたはＨＮＢ１５２２選択は、以下を含んでもよい。
【０１６６】
（１）ＭＭＥ／ＳＧＳＮ１５１４は、特定のＨＮＢ／ＨｅＮＢ１５２２がＭＲＡに対して選択される（たとえば、常に選択される）ように既に構成されてもよい。ＭＭＥ／ＳＧＳＮ１５１４でのＨＮＢ／ＨｅＮＢ１５２２選択および構成は、オペレータポリシに基づいてもよい。ＭＭＥ／ＳＧＳＮ１５１４は、それが選択することができる、優先順位で、かかるＨＮＢ／ＨｅＮＢ１５２２のリストを有してもよい。たとえば、選択されたＨＮＢ／ＨｅＮＢ  １５２２とのセッションが失敗する（fail）場合には、ＭＭＥ／ＳＧＳＮ１５１４は、ＨＮＢ／ＨｅＮＢ１５２２の別の選択で再試行してもよい。
【０１６７】
（２）ＭＭＥ／ＳＧＳＮ１５１４が、ＭＲＡセッション／接続をセットアップする要求を受信するときに、ＭＭＥ／ＳＧＳＮ１５１４は、ＷＴＲＵ１０２によるアクセスが許可されるＣＳＧ／ＨＮＢ／ＨｅＮＢを選択してもよい。たとえば、ＭＭＥ／ＳＧＳＮ１５１４は、ＷＴＲＵ１０２が無線の観点からそのセルにアクセスしていたかのように、それぞれのＷＴＲＵ１０２に対しＣＳＧアクセスチェックを実行してもよい。アクセスチェックに失敗する場合には、ＭＭＥ／ＳＧＳＮ１５１４は、接続を拒絶してもよく、および、拒絶に対する理由に関してＷＴＲＵ１０２に通知するためにＷＴＲＵ１０２に拒絶原因（reject cause）を送信してもよい。拒絶原因は、既存の原因または新たな原因（たとえば、これが無線の観点からＷＴＲＵ１０２によってアクセスされているのではないＣＳＧに対するものであることをＷＴＲＵ１０２が認識するような変更での「ｃａｕｓｅ  ＃２５  −  ｎｏｔ  ａｌｌｏｗｅｄ  ｏｎ  ＣＳＧ」）であってもよい。新たなコードが定義されて、ＭＲＡセッション（たとえば、ＰＤＮ接続）を拒絶したことに対する理由が、選択されたＨＮＢ／ＨｅＮＢ１５２２でのＣＳＧサブスクリプション障害に起因することがあることを示してもよい。ＭＭＥ／ＳＧＳＮ１５１４は、アクセスチェックが失敗したＣＳＧ  ＩＤを含んでもよい。ＷＴＲＵ１０２が拒絶原因を受信するときに、ＷＴＲＵ１０２は、そのホワイトリストからＣＳＧ  ＩＤを除去してもよい（たとえば、ＷＴＲＵ１０２が、アクセスチェックが失敗したＨＮＢ／ＨｅＮＢ１５２２の無線カバレージにいる間に原因コードを受信しなかった場合であっても）。ＷＴＲＵ１０２が、なぜセッションが失敗したかに関する追加のインジケーションを有する拒絶原因を受信するときに、ＷＴＲＵ１０２は、既知のもしくは事前に構成された時間持続時間の間に、または、ＷＴＲＵのＣＳＧリスト（たとえば、許可されるリストおよび／またはオペレータリスト）が変更されるまで、同一のＭＲＡセッションに対するＰＤＮ接続（たとえば、周知のＡＰＮによって識別される）を開始しなくてもよい。
【０１６８】
いくつかの代表的な実施形態では、ＭＭＥ／ＳＧＳＮ１５１４は、接続を拒絶しなくてもよく、および、ＷＴＲＵ１０２がそのメンバであってもよい別のＨＮＢ／ＨｅＮＢ１５２２を選択することを試みてもよい（たとえば、トライする）。ＭＭＥ／ＳＧＳＮ１５１４は、ＨＮＢ／ＨｅＮＢ１５２２におけるリソースが選択を許可する（たとえば、ポリシ／ルールが許可する）場合、または、ネットワークオペレータがそのような選択を許可する（たとえば、同一の、より高い、または異なる課金レート／料金で）場合に、ＷＴＲＵ１０２がそのメンバではないＨＮＢ／ＨｅＮＢ１５２２を選択してもよい。ＭＭＥ／ＳＧＳＮ１５１４は、（１）ＷＴＲＵ１０２がそのメンバであってもよいＨＮＢ／ＨｅＮＢ１５２２の選択、（２）ハイブリッドモードで動作することができるＨＮＢ／ＨｅＮＢ１５２２の選択、および／または、（３）ＷＴＲＵ１０２によってアクセスされることが許可されないＨＮＢ／ＨｅＮＢ  １５２２（たとえば、そのような選択が動的もしくは事前に確立されたルールによって許可される場合）に優先順位を付けてもよい。優先順位付けは、上記示された順またはそのような優先順位付けに対するポリシ／ルールに示された任意の他の順であってもよい。
【０１６９】
いくつかの代表的な実施形態では、ＭＲＡセッションセットアップは、以下を含んでもよい。
【０１７０】
（１）ＭＭＥ／ＳＧＳＮ１５１４が、ＭＲＡ  ＰＤＮ接続（セッション）をセットアップする要求を受信するときに、ＭＭＥ／ＳＧＳＮ１５１４は、たとえば明示的メッセージを使用することによって、リソースがそのような接続のセットアップを許可するかをＨＮＢ／ＨｅＮＢ１５２２とともに検証してもよい。このメッセージは、ＰＤＮ接続のセットアップの前に、ＨＮＢ／ＨｅＮＢ１５２２に送信されてもよい。このメッセージがＨＮＢ／ＨｅＮＢ１５２２によって受信される場合に、ＨＮＢ／ＨｅＮＢ１５２２は、リソースが、そのような接続（たとえば、ＨＮＢ／ＨｅＮＢ１５２２とＬＧＷ１５４０との間の接続）を行うことを許可するかを示すために応答してもよい。いくつかの代表的な実施形態では、ＭＭＥ／ＳＧＳＮ１５１４は、接続の処理およびセットアップを継続してもよい。ＨＮＢ／ＨｅＮＢ１５２２は、リソースが使用可能ではない場合には、そのような接続を拒絶してもよい。ＨＮＢ／ＨｅＮＢ１５２２は、接続を許可し、または、拒絶するかのいずれかを判定し、または、決定するために、ＷＴＲＵのＣＳＧサブスクリプション情報を考慮に入れてもよい。ＭＭＥ／ＳＧＳＮ１５１４は、ＭＲＡ接続をセットアップするためにＨＮＢ／ＨｅＮＢ１５２２に送信されるメッセージ（たとえば、Ｓ１ＡＰメッセージなどであるがこれに限定されないすべてのメッセージ）において情報を提供してもよい。ＨＮＢ／ＨｅＮＢ１５２２は、（１）ＷＴＲＵ１０２がＨＮＢ／ＨｅＮＢ１５２２のメンバではない、（２）ＨＮＢ／ＨｅＮＢ１５２２が輻輳を受けている、および／または（３）メンバＷＴＲＵ１０２がセルにアクセスしている場合に、ＭＲＡセッションのリソースを解放してもよい。
【０１７１】
ＭＲＡ接続のセッティングの間に、リソースがＨＮＢ／ＨｅＮＢ１５２２において使用可能ではなく、および、たとえば、明示的な新たなメッセージもしくは既存のメッセージを使用して要求がＭＭＥ／ＳＧＳＮ１５１４に直接にシグナリングされる場合に、ＨＮＢ／ＨｅＮＢ１５２２は、要求を拒絶してもよい。いくつかの代表的な実施形態では、ＨＮＢ／ＨｅＮＢ１５２２は、拒絶および拒絶原因を、インジケーションをＭＭＥ／ＳＧＳＮ１５１４に転送することができるＬＧＷ１５４０にシグナリングしてもよい。ＭＭＥ／ＳＧＳＮ１５１４が、ＨＮＢ／ＨｅＮＢ１５２２における拒絶（たとえば、任意の理由に対する）に起因するＭＲＡセッションをセットアップすることの失敗に関するインジケーションを受信するときに、ＭＭＥ／ＳＧＳＮ１５１４は、上記説明したように別のＨＮＢ／ＨｅＮＢ１５２２を選択してもよく、または、ＭＭＥ／ＳＧＳＮ１５１４は、データに対する代替パス（たとえば、ＳＧＷ１５１２を介する）を使用してＭＲＡセッションを提供してもよい。ＭＭＥ／ＳＧＳＮ１５１４は、１つのケースでデータパスがＬＮ１５２０にＨＮＢ／ＨｅＮＢ１５２２を含むことができるように、または、データパスがＬＮ１５２０にＨＮＢ／ＨｅＮＢ１５２２を含まないように、リソース可用性もしくはネットワークポリシに基づいてＭＲＡに対するデータパスを選択してもよい。
【０１７２】
たとえば、ＲＡＮノード（たとえば、とりわけ、ＨＮＢ／ＨｅＮＢ１５２２またはｅＮＢなどの任意の他のＲＡＮノード）が無線インターフェース上でＷＴＲＵ１０２にサービスしていない場合であっても、ＭＭＥ／ＳＧＳＮ１５１４が、これらのノードにおいてコンテキストをセットアップすることができるプロシージャを有することが企図されている。ＣＮ（たとえば、ＭＭＥ／ＳＧＳＮ１５１４）は、無線リソースプロビジョニングに使用されなくてもよいコンテキストのセットアップに対するインジケーションをメッセージが含むことができるように、Ｓ１インターフェース上で新たなメッセージもしくは既存のメッセージを使用して、プロシージャを有効にしてもよい。新たなメッセージまたは強化された既存のメッセージ（たとえば、初期コンテキストセットアップ要求メッセージ）は、（１）接続がＳ１ＡＰインターフェースおよび他のインターフェース（たとえば、ＨＮＢ／ＨｅＮＢ１５２２とＬＧＷ１５４０との間のＳｘｘインターフェース）上のリソースを含めることができることをＲＡＮノード（たとえば、ＨＮＢ／ＨｅＮＢ）に通知するためのインジケーションを含んでもよい。たとえば、「ＭＲＡのみ」もしくは「ＣＮリソースのみ」および／または「無線リソースなし」を示すように、接続タイプが定義されてもよい。当該インジケーションで、ＨＮＢ／ＨｅＮＢ１５２２は、無線リソースが含まれず、および、他の無線関連プロシージャが実行されるように、適切なコンテキストをセットアップしてもよい（たとえば、セットアップするのみ）。
【０１７３】
識別子（たとえば、「ＭＭＥ  ＷＴＲＵ  Ｓ１ＡＰ  ＩＤ」）が、ＭＭＥ／ＳＧＳＮ１５１４によって含まれてもよく、および、一意であってもよい。ＭＭＥ／ＳＧＳＮ１５１４は、ＨＮＢ／ＨｅＮＢ１５２２とともに使用される識別子と、ＷＴＲＵ１０２が無線カバレージでサービスされている（たとえば、その下で）サービングセルとともに使用される他の識別子との間のマッピングを維持してもよい（たとえば、保持する）。
【０１７４】
ＨＮＢ／ＨｅＮＢ１５２２が接続することができるＬＧＷ１５４０の識別が含まれてもよい。少なくとも１つの相関ＩＤが提供されてもよい。
【０１７５】
ＭＭＥ／ＳＧＳＮ１５１４が既存のメッセージを使用する場合に、ＭＭＥ／ＳＧＳＮ１５１４は、上記示されたアクションを行ってもよい。ＭＭＥ／ＳＧＳＮ１５１４は、無線インターフェース上での動作に使用されるパラメータ（たとえば、すべてのパラメータ）を含まなくてもよい。たとえば、ＭＭＥ／ＳＧＳＮ１５１４（または任意の同等のＣＮノード）は、セキュリティパラメータおよび／またはセットアップされるＥ−ＲＡＢを含まなくてもよい。ＭＭＥ／ＳＧＳＮ１５１４は、このＷＴＲＵ１０２に割り当てられたＮＡＳ識別子（たとえば、Ｓ−ＴＭＳＩなど）を含んでもよい。ＨｅＮＢ／ＨＮＢ１５２２は、ＭＭＥ／ＳＧＳＮ１５１４から受信された任意のＮＡＳ識別子を格納してもよい。
【０１７６】
ＨＮＢ／ＨｅＮＢ１５２２が、ＭＲＡセッションに対するリソースをセットアップするインジケーションを有する新たなメッセージまたは既存のメッセージを受信するときに、ＨＮＢ／ＨｅＮＢ１５２２は、プロシージャが処理されることになり、または、処理されていることを確認するための要求に応答してもよい。
【０１７７】
いくつかの代表的な実施形態では、応答は、プロシージャが実行された後に送信されてもよい。ＨＮＢ／ＨｅＮＢ１５２２は、コンテキストが、それぞれのＷＴＲＵ１０２に対する無線リソースの使用を含まないセッションに対するＭＲＡに対するものである（またはこれに関する）ことを認識し、または、判定するために、新たなインジケーションを使用してもよい。ＨＮＢ／ＨｅＮＢ１５２２は、このＷＴＲＵ１０２に対して識別子を割り当ててもよい（たとえば、ＨＮＢ／ＨｅＮＢ１５２２は、識別子（たとえば、「ｅＮＢ  ＷＴＲＵ  Ｓ１ＡＰ  ＩＤ」）を割り当ててもよく、および、ＣＮへの応答にその識別子を含めてもよい）。ＨＮＢ／ＨｅＮＢ１５２２は、新たなメッセージまたはインジケータに応答して、既存のＷＴＲＵ１０２のいずれかとともに無線リソースをセットアップしなくてもよく、および、プロシージャを、誤りのあるプロシージャとして扱わなくてもよい。ｅＮＢ１５３２は、ＣＮによって提供されるすべてのセキュリティパラメータを格納してもよい。いくつかの代表的な実施形態では、セキュリティプロシージャは、どのＷＴＲＵ  １０２とともに実行されなくてもよい。ｅＮＢ１５３２は、該当のＷＴＲＵ１０２に対し仮想Ｃ−ＲＮＴＩ（Cell-Radio Network Temporary Identifier）を割り当てて、ＷＴＲＵ１０２がこのｅＮＢ１５３２によってサービスされるときに、Ｃ−ＲＮＴＩが直接使用されて、セルレベルでＷＴＲＵ１０２を識別してもよい。
【０１７８】
ＨＮＢ／ＨｅＮＢ１５２２は、任意の提供されたＬＧＷアドレスとともに新たなまたは既存のインジケータ（たとえば、相関ＩＤ）を使用して、例えば、ＬＧＷ１５４０とのデータパスを確立してもよい。
【０１７９】
いくつかの代表的な実施形態は、３ＧＰＰリリース１０（たとえば、たとえばＨＮＢ／ＨｅＮＢ１５２２とコロケートされているＬＧＷ）および／または３ＧＰＰリリース１１（たとえば、たとえばスタンドアロンのＬＧＷ）展開シナリオに適用してもよい。
【０１８０】
ＨｅＮＢ１５２２は、ＳＧＷ１５１２とのＳ１−Ｕ接続を確立してもよい。ＨｅＮＢ１５２２は、Ｓ１−ＵベアラＩＤまたはトンネルエンドＩＤ（ＴＥＩＤ）を、ＬＧＷ１５４０でのそれとマッピングして、それによって、マッピングがＬＧＷ１５４０にマッピングされた（たとえば、関連付けられ、および／または、対応する）ＴＥＩＤ（および／またはベアラＩＤ）と一致する場合に、特定のＴＥＩＤまたはベアラ上でＳＧＷ１５１２から受信されたすべてのデータがＬＧＷ１５４０に転送されるようになる。ＬＧＷ１５４０からのデータ（たとえば、任意のデータ）が、ＴＥＩＤに対して検証されてもよく、および、これがＳ１−Ｕベアラのそれとマッピングされる場合には、ＨｅＮＢ１５２２は、当該データをＳＧＷ１５１２に転送してもよい。
【０１８１】
予期されるインジケーション、ＩＥ、および新たなメッセージが、（１）リソースをセットアップし（たとえば、Ｅ−ＲＡＢセットアップ要求（ＳＥＴＵＰ  ＲＥＱＵＥＳＴ）と同様または同等）、（２）リソースを変更し（たとえば、Ｅ−ＲＡＢ修正要求（Ｍｏｄｉｆｙ  Ｒｅｑｕｅｓｔ）と同様または同等）、および／または（３）無線インターフェースとの関わりがない（たとえば、または些細なもしくはわずかな関わりがある）リソースを解放する（たとえば、Ｅ−ＲＡＢリリースインジケーション（Ｒｅｌｅａｓｅ  Ｉｎｄｉｃａｔｉｏｎ）と同様または同等）のに使用されてもよい。たとえば、ＭＲＡに対し多くのベアラをセットアップするために、ＣＮは、新たなメッセージ（上記説明したように、同一のメッセージまたは新たなメッセージ、たとえば新たな接続タイプを有する、であってもよい）を使用してもよく、または、上記示したインジケーションを有するＥ−ＲＡＢセットアップ要求メッセージを使用してもよい。ＨｅＮＢ１５２２は、初期コンテキストセットアップに対するケースと同様に、ＬＧＷ１５４０およびＳＧＷ１５１２へリソースをセットアップしてもよい。
【０１８２】
同一のまたは類似するプロシージャが、ＷＴＲＵ１０２のコンテキスト修正要求（Context Modification Request）に適用してもよく、または、上記示したインジケーションを有する新たなメッセージが使用されてもよいことが、企図されている。
【０１８３】
＜ＭＲＡツーＬＩＰＡハンドオーバおよびＬＩＰＡツーＭＲＡハンドオーバ＞
ＭＲＡツーＬＩＰＡ  ＨＯプロシージャは、ＬＧＷ１５４０（それぞれのＷＴＲＵ１０２に対するＬＩＰＡセッションを提供していてもよい）とのパスまたは接続（たとえば、直接パス）の確立の後に、ターゲットＨｅＮＢ１５２２が、接続が確立されたことをＭＭＥ１５１４に示すことを含んでもよい。たとえばトリガとしての、このインジケーションに応答して、ＭＭＥ１５１４は、１つ（たとえば、１つのみ）のＨｅＮＢ１５２２とのＳ１−Ｕ接続がアクティブであってもよく、および、セッションが現在はＬＩＰＡセッションであってもよいことを、ＳＧＷ１５１２に通知してもよい。当該インジケーションまたは類似するインジケーションで、ＳＧＷ１５１２は、ＭＲＡセッションの間のケースと同様に、アップリンクＭＲＡパケットをＨｅＮＢ１５２２に転送しなくてもよい。ＳＧＷ１５１２は、以前のセル（ＷＴＲＵ１０２がＭＲＡサービスを受信していたソースセル）を有するそのリソースを解放してもよい。たとえば、ＭＭＥ１５１４は、ＬＩＰＡセッションへのセッションのインジケーションとともに、ＳＧＷ１５１２にベアラ修正要求メッセージを送信してもよい。ＳＧＷ１５１２は、ベアラ要求メッセージを受信すると、ＭＲＡ接続（たとえば、セッション）がＬＩＰＡ接続（たとえば、セッション）に変換されたことをＬＧＷ１５４０に通知してもよい。ＳＧＷ１５１２は、ソースセルとともに確立されたそのリソースを解放してもよい。ＭＭＥ１５１４は、ＷＴＲＵ１０２がアイドルモードから接続モードに変化した後の最初のダウンリンクパケットが、たとえば隣接セルにおけるターゲットｅＮＢ１５３２へ送信されることになることをＳＧＷ１５１２に通知してもよい。ＬＩＰＡセッションに対し、ＷＴＲＵ１０２がアイドルモードから接続モードに移るときに、ＳＧＷ１５１２は、ＬＮ１５２０におけるＨｅＮＢ１５２２に最初のパケットを転送してもよく、および、ＭＲＡセッションに対し、最初のダウンリンクパケットが、たとえば、確立された適切なＭＲＡセッションを有するターゲットｅＮＢ１５３２（または隣接するセルの任意の他のＡＰ）に送信されることになる。インジケーションは、ＭＭＥ１５１４によってＳＧＷ１５１２に送信されるベアラ変更要求メッセージの一部として含まれてもよい。ＳＧＷ１５１２は、インジケーションを使用して、最初のダウンリンクパケットに対するパスをターゲットｅＮＢ１５３２へ変更してもよい。
【０１８４】
ＬＩＰＡツーＭＲＡ  ＨＯプロシージャは、ＬＩＰＡセッションがＭＲＡセッションとして継続されるときのＨＯプロシージャの間に、ソースＨｅＮＢ１５２２が、ターゲットセルにＷＴＲＵ１０２をハンドオーバした後に、無線リソースを解放することができ（たとえば、解放することのみをすることができる）、および、ＳＧＷ１５１２とのＳ１−Ｕ接続を維持することができることを含む。ＨｅＮＢ１５２２は、ＨＯの間またはＨＯの前（たとえば、ＷＴＲＵ１０２コンテキストセットアッププロシージャのときに、ＨｅＮＢ１５２２が、特定のベアラがそのような振舞いを有することを通知されてもよい）に受信されてもよい（たとえば、ＭＭＥ１５１４から）いずれかの明示的なインジケーションに起因して、これを行ってもよい。
【０１８５】
いくつかの代表的な実施形態では、ＨｅＮＢ１５２２は、そのような扱いを有するベアラに関して学習するために、ＨＯの前にＣＮにクエリしてもよい。一例として、ＨｅＮＢ１５２２は、Ｓ１−Ｕおよび／またはＳ１−ＡＰ接続を解放する（たとえば、制御プレーンに対し）ように明示的に通知されない限り、Ｓ１−Ｕリソースを保持してもよい（たとえば、常に保持する）。たとえば、ＨｅＮＢ１５２２は、既存のシグナリングを使用して現在のＨＯプロシージャを実行してもよい。ＭＭＥ１５１４は（ＬＩＰＡセッションがＭＲＡセッションとして継続されることになる場合に）、無線リソースを解放し（たとえば、解放のみ）、および、Ｓ１接続を維持する（たとえば、ユーザプレーンと制御プレーンとの両方に対し）ようにＨｅＮＢ１５２２に通知するためのメッセージを送信してもよい。シグナリングは、新たなメッセージであってもよく、または、ＷＴＲＵコンテキスト解放メッセージもしくはＷＴＲＵコンテキスト修正メッセージの変更を介して達成されてもよい。別の例として、ＨｅＮＢ１５２２は、ベアラがアドミットされ、または、許可されたことのターゲットセルからのインジケーションと、ベアラがＭＲＡ関連であることを識別するためのインジケーションとに基づいて、Ｓ１接続を維持してもよい（たとえば、保持する）。ソースＨｅＮＢ１５２２が、Ｓ１接続が維持されることになることを認識し、もしくは、判定するときに、または、ＷＴＲＵ１０２が別のセルにハンドオーバされるときに、ソースＨｅＮＢ１５２２は、無線関連リソースおよび／またはパラメータ（たとえば、すべての無線関連リソースおよび／またはパラメータ）を解放してもよい。
【０１８６】
ソースＨｅＮＢ１５２２は、確立されたＬＧＷ１５４０とのその直接データパス接続を解放しなくてもよい。したがって、ソースＨｅＮＢ１５２２は、ＬＧＷ１５４０とのその直接接続を維持してもよい。上記説明されたプロシージャ（たとえば、Ｓ１接続を維持するための）がまた使用されて、ソースＨｅＮＢ１５２２とＬＧＷ１５４０との間の直接接続を維持してもよい。同様に、ＳＧＷ１５１２は、ソースＨｅＮＢ１５２２とのＳ１インターフェースを解放しなくてもよい。ＳＧＷ１５１２は、セッションがＭＲＡセッションとして継続されることになることのインジケーションを使用して接続を維持してもよく、または、ＳＧＷ１５１２は、確立されてもよいＬＩＰＡ  ＰＤＮ接続に対する接続（例えば、任意のＬＩＰ  ＰＤＮ接続）を維持してもよい（たとえば、常に維持する）。
【０１８７】
いくつかの代表的な実施形態では、ＳＧＷ１５１２に、そのような扱いが特定のベアラに対して使用されることのインジケーションを有する初期ＰＤＮセットアッププロシージャのときに、ＬＩＰＡ  ＰＤＮ接続を維持するように通知されてもよい。ＭＭＥ１５１４は、そのようなインジケーションをＳＧＷ１５１２に提供してもよい。いくつかの代表的な実施形態では、ソースＨｅＮＢ１５２２は、当該インジケーションをＳＧＷ１５１２に提供してもよい。たとえば、ＭＭＥ１５１４が、そのようなインジケーションをＳＧＷ１５１２に提供する場合に、ＭＭＥ１５１４は、そのインジケーションをベアラ修正要求に含めてもよい。ＳＧＷ１５１２は、そのインジケーションを使用して、ＭＲＡセッションへのＬＩＰＡセッションの変化に関してＬＧＷ１５４０に通知してもよい。ＬＧＷ１５４０は、ＭＲＡ接続に使用されるパスに関して通知されてもよい（たとえば、ＬＧＷ１５４０は、ＨｅＮＢ１５２２を介するパスを維持しまたはＳＧＷ１５１２を介するパスを変更するように通知されてもよい）。ＭＭＥ１５１４および／またはＳＧＷ１５１２は、このインジケーションをＬＧＷ１５４０に提供してもよい。ＭＭＥ１５１４は、無線の観点からＷＴＲＵ１０２に現在サービスしているセル／ｅＮＢ１５３２（すなわち、ＷＴＲＵ１０２がＭＲＡサービスを受信することになるセルにおいて）とのトンネルを確立するようにＳＧＷ１５１２に通知してもよい（たとえば、ベアラ修正要求メッセージにおいて）。
【０１８８】
本明細書で示される任意の代表的なプロシージャにおいて、Ｓ１接続を維持することは、所与のＴＥＩＤを有する既存のＳ１接続を再使用すること、または、新たなＴＥＩＤ（たとえば、エンドポイントＩＤ）を再割り当てすることを含んでもよい。たとえば、ＬＩＰＡツーＭＲＡ  ＨＯの後に、ソースＨｅＮＢ１５２２は、アップリンクに対する割り当てられたＳＧＷ１５１２のＴＥＩＤを、ダウンリンク方向でＭＲＡパケットに使用されるＴＥＩＤとして使用してもよい。ＨｅＮＢ１５２２が、アップリンクデータパスにおいて（たとえば、非ＭＲＡに対し）ＳＧＷ１５１２に対するＴＥＩＤを認識し、または、判定する場合であっても、ＨｅＮＢ１５２２は、ダウンリンクＭＲＡデータパケットを送信するのに、この同一のＴＥＩＤを使用してもよい。ＳＧＷ１５１２は、アップリンクＭＲＡデータを送信するためのトンネルとして、ＨｅＮＢ  Ｓ１−Ｕ  ＴＥＩＤを再使用してもよい。
【０１８９】
いくつかの代表的な実施形態では、ＨｅＮＢ１５２２およびＳＧＷ１５１２は、Ｓ１ＡＰ（たとえば、制御プレーン）接続を保持し、または、維持してもよく、ならびに、ユーザプレーンに対しＴＥＩＤを再割り当てしてもよい。そのような再割当は、たとえば、ソースＨｅＮＢ１５２２においてＬＩＰＡをＭＲＡコンテキストに変更するために上記示したメッセージに情報を含めることによって、新たなＴＥＩＤをＨｅＮＢ１５２２に提供するＭＭＥ１５１４によって達成されてもよい。ＭＭＥ１５１４は、ベアラコンテキスト修正プロシージャの間にＤＬ  ＭＲＡパケットに対しＴＥＩＤを再割り当てするようにＳＧＷ１５１２に要求してもよい。この要求は、本明細書で示すようにＨＮＢに渡されてもよい。ＨｅＮＢ１５２２は、ＳＧＷ１５１２とコンタクトしてもよく、および／または、アップリンクＭＲＡパケットに対しＴＥＩＤを再割り当てしてもよい（たとえば、直接に再割り当てする）。
【０１９０】
＜異なるＭＲＡデータパス＞
ＭＭＥ１５１４は、所定の時に、周期的に、または、とりわけ、３ＧＰＰリリース１１展開、ＬＮのローディング、および／または、サービングセルのローディングなどのトリガイベントに基づいて（たとえば、特定のまたは事前に確立されたイベントが発生することに基づいて）いる任意の時に、データパスを変更してもよい。たとえば、ＭＭＥ１５１４は、３ＧＰＰリリース１０展開シナリオで、ＭＲＡデータパスにＨｅＮＢ１５２２を介して進ませる（または確立させる）ことを選択してもよく、一方で、ＬＧＷ１５４０がスタンドアロンとすることができるときなど、ＨｅＮＢ１５２２が３ＧＰＰリリース１１展開シナリオで展開されるときに、データパスが、ダウンリンクに対して直接にＬＧＷ１５４０からＳＧＷ１５１２へ変更されてもよい（または確立する）（アップリンクに対して逆も同様）。
【０１９１】
いくつかの代表的な実施形態では、ＭＭＥ１５１４は、ＨｅＮＢ１５２２がＭＲＡセッションに対して提供すべきリソースを有さず、または、有しないことがある場合に、ＬＧＷ１５４０から（たとえば、直接にＬＧＷ１５４０から）ＳＧＷ１５１２へ進むようにデータパスを変更することを選択してもよい。
【０１９２】
いくつかの代表的な実施形態では、ＭＭＥ１５１４は、リソースがＨｅＮＢ１５２２において使用可能になる場合に、ＨｅＮＢ１５２２がデータパスにあるように、データパスを変更することを選択し、または、変更するように判定してもよい。たとえば、ＭＭＥ１５１４によるパスの判定は、使用可能なリソースに基づいてもよい。
【０１９３】
いくつかの代表的な実施形態では、ＭＲＡパケットは、１つの方向（たとえば、アップリンク方向またはダウンリンク方向のいずれか）に対し、ＨｅＮＢ１５２２を介してトラバースし、または、進んでもよく、ならびに、他の方向のトラフィック（たとえば、アップリンク方向）は、ＨｅＮＢ１５２２を介してトラバースせず、または、進まなくてもよい。アップリンクは、サービングセルからＳＧＷ１５１２へ、およびＳＧＷ１５１２からＬＧＷ１５４０へのパスであってもよい。
【０１９４】
いくつかの代表的な実施形態では、ＭＲＡデータパスは、ＬＴＥシステムにおいてＸ２接続を使用して、または３Ｇシステム対するＩｕｒｈ接続を使用して、ＨｅＮＢ１５２２からサービングセルへ直接であってもよい。
【０１９５】
＜ＭＲＡアクセス制御＞
いくつかの代表的な実施形態では、アクセス制御は、ＬＧＷ１５４０、ＭＭＥ１５１４、および／またはこの２つのノードの間のコーディネーションによって提供されてもよい。ＷＴＲＵ１０２にカバレージを提供することができるＨＮＢ／ＨｅＮＢ１５２２（またはｅＮＢ）は、ＭＲＡサービスに対するアクセス制御を実行してもよい（たとえば、関連のないコアネットワークとの直接インターフェースモビリティのケースにおいて）。アクセス制御は、ＬＮの一部ではないＨＮＢ／ＨｅＮＢ、または、リモートアクセスされているＬＮの一部であるＨＮＢ／ＨｅＮＢであってもよいサービングセルによって提供されてもよい。アクセス制御はまた、ＷＴＲＵ１０２からのＭＲＡアクセスチェック結果に基づいてもよい。
【０１９６】
図１７は、代表的なアクセス制御シナリオを示す図である。図１７を参照すると、アクセス制御は、たとえばリスト化（list）される組合せのいずれかで、アクセス証明シナリオに基づいてもよい。アクセス制御は、ユーザＣＳＧサブスクリプション権、ＬＩＰＡサブスクリプション権、ＭＲＡサブスクリプション権、および／または特定のＡＰＮ構成へのそれらの関連付けにしたがってもよく、または、これらに基づいていてもよい。
【０１９７】
いくつかの代表的な実施形態では、アクセス制御は、ＡＰＮ構成のみに基づいてもよい。アクセス制御は、ＡＰＮ構成に加えてまたはその代わりに、たとえば、リモートにアクセスされているＬＨＮ、または、リモートにアクセスされているＬＧＷ１５４０に固有の属性に基づいてもよい。そのような属性は、たとえば、ＬＨＮ加入者グループメンバシップ情報（とりわけ、メンバ、非メンバ、および／またはＬＨＮ  ＩＤ）またはＬＧＷ加入者グループメンバシップ情報（とりわけ、メンバ、非メンバ、および／またはＬＧＷ  ＩＤ）であってもよい。
【０１９８】
アクセス制御を実行するのに使用される情報は、ＨＳＳ（またはＨＬＲ）に格納されてもよく、および、ＭＲＡ  ＰＤＮ接続性確立の時にＭＭＥ／ＳＧＳＮ１５１４（および／またはとりわけ、ＭＳＣ）によってＨＳＳ（またはＨＬＲ）から取り出されてもよい。別のエンティティが、アクセス制御を実行することを担当している場合には、ＭＭＥ／ＳＧＳＮ１５１４は、ＰＤＮ接続性確立プロシージャの間に、情報をその別のエンティティに提供してもよい。たとえば、当該情報は、ＭＭＥ／ＳＧＳＮ１５１４によってセッション作成要求メッセージにおいてＬＧＷ１５４０に提供されてもよい。情報は、ＷＴＲＵ１０２にカバレージを提供しているＨｅＮＢに、または、ＷＴＲＵ  初期コンテキストセットアップ要求メッセージ（および／または本明細書で説明される他のメッセージのいずれかによって）もしくはベアラセットアップ要求メッセージにおいてリモートアクセスされるＨｅＮＢに提供されてもよい。アクセス制御を実行するエンティティは、アクセスを許可されるＷＴＲＵ１０２に関する情報で（たとえば、直接）構成されてもよい。情報は、ＷＴＲＵ  ＩＭＳＩおよび／またはＭＳＩＳＤＮ番号を含んでもよい。
【０１９９】
アクセス制御は、（１）ＭＲＡ  ＰＤＮ接続性確立時、（２）ベアラ確立時、および／または（３）ＬＩＰＡセッションがＭＲＡセッションに展開されるときに実行されてもよい。
【０２００】
たとえば、ＷＴＲＵ１０２が、ＣＳＧセルにおいてＬＩＰＡセッションからＭＲＡセッションに遷移することを望むときに、ＨｅＮＢ１５２２がＣＳＧ、ＬＩＰＡ、およびＭＲＡに対するアクセスを許可し、ならびに、リモートアクセスされているＨｅＮＢがまた、ＣＳＧ、ＬＩＰＡ、およびＭＲＡに対するアクセスをＷＴＲＵ１０２に許可する場合に、ＷＴＲＵは、ＭＲＡセッションへ遷移することを許可してもよい。第２の例として、ＷＴＲＵ１０２が、ＣＳＧセルにおいてＬＩＰＡセッションからＭＲＡセッションへ遷移することを望むときに、ＨｅＮＢ１５２２が、ＣＳＧおよびＬＩＰＡに対するアクセスを許可するが、ＭＲＡに対するアクセスを許可せず、ならびに、リモートアクセスされているＨｅＮＢがまた、ＣＳＧ、ＬＩＰＡ、およびＭＲＡに対するアクセスをＷＴＲＵ１０２に許可する場合に、ＷＴＲＵは、ＭＲＡセッションへ遷移することを許可してもよい。第３の例として、ＷＴＲＵ１０２が、ＣＳＧセルにおいてＬＩＰＡセッションからＭＲＡセッションへ遷移することを望むときに、リモートアクセスされているＨｅＮＢが、ＭＲＡに対するアクセスをＷＴＲＵ１０２に許可しない場合に、ＷＴＲＵは、ＭＲＡセッションへ遷移することをおそらく許可されない。第４の例として、ＷＴＲＵ１０２が、ＣＳＧセルにおいてＬＩＰＡセッションからＭＲＡセッションへ遷移することを望むときに、ＨｅＮＢ１５２２が、ＬＩＰＡに対するアクセスをＷＴＲＵ１０２に許可しない場合に、ＷＴＲＵは、ＭＲＡセッションへ遷移することをおそらく許可されない。図１７における陰付きのマトリクスは、ホスティング当事者である（hosting party）ＨｅＮＢ１５２２およびリモートアクセスされてもよい（ＭＲＡセッションが許可される場合に潜在的なサービングセルとして）ＨｅＮＢに対するアクセス権のさまざまな組合せを示し、および、ＭＲＡセッション遷移を有効にすることができるいくつかの組合せを示す。
【０２０１】
＜アイドルモードモビリティおよびＣＥＬＬ＿ＦＡＣＨ状態でのモビリティの間のＭＲＡ＞
図１８は、アイドルモードである間にＬＮの外に（たとえば、カバレージエリアの外部）移動するＷＴＲＵ１０２を示す図である。
【０２０２】
図１８を参照すると、ＷＴＲＵ１０２が、アイドルモードでＬＮの外に（たとえば、カバレージエリアの外部）移動するときに、ＷＴＲＵ１０２は、ＬＩＰＡ  ＰＤＮ接続を確立しており、および、アイドルモードでＬＮの外に移動し、別のセルに移動してもよく、この別のセルから、ＮＡＳプロシージャを開始する。ＷＴＲＵ１０２は、ＮＡＳプロシージャを開始するセルからＬＩＰＡを有することを許可されないことがある。このシナリオを、下記で議論する。
【０２０３】
第１の代表的なケースでは、ＭＲＡは、ＷＴＲＵ１０２に対して許可されなくてもよく、ＷＴＲＵ１０２は、ＬＩＰＡが許可されないセル内においてＣＮとのＮＡＳプロシージャを開始する。ネットワークが、シグナリングに対するＮＡＳメッセージを受信する場合に、ネットワークは（たとえば、ネットワークのみが）、ユーザプレーンがＷＴＲＵ１０２によって予期されない場合に（たとえば、ユーザプレーンが予期されない場合でさえ）、ＬＩＰＡ  ＰＤＮ接続をＭＲＡセッションに変換するためにアクションを行ってもよい。ネットワークによって行われるアクションは、ＬＩＰＡセッションがＭＲＡセッションとして再開されるときのＨＯのケースと同一のまたは類似するプロシージャ（たとえば、アクション）を含む。
【０２０４】
第２の代表的なケースでは、ネットワークは、ＭＲＡがＷＴＲＵ１０２に対して許可される場合に（たとえば、場合であっても）、ＬＩＰＡ  ＰＤＮ接続（および／または関連付けられたベアラ）を変更しなくてもよく、または、変更しない。ネットワークは、その後に、ＷＴＲＵ１０２がユーザプレーンリソースを要求し、または、ユーザプレーンリソースに対するＮＡＳプロシージャを開始する（たとえば、サービス要求プロシージャを介して）ときに、ＬＩＰＡセッションをＭＲＡセッションとして再開してもよい。ネットワークが、アクティブフラグビットに１を設定されたＴＡＵメッセージ（ユーザプレーンリソースがＴＡＵプロシージャを介してＷＴＲＵ１０２によって要求されることを示すことができる）を受信する場合に、ネットワークは、ＮＡＳプロシージャがサービス要求プロシージャであるかのように応答してもよい。ネットワークは、ＴＡＵメッセージを受信した場合であっても、サービス要求プロシージャが処理されているかのように応答してもよく、および、ＬＩＰＡセッションをＭＲＡセッションとして再開してもよい。
【０２０５】
第３の代表的なケースでは、ＭＲＡは、現在ＷＴＲＵ１０２に対して許可されていてもよく、ＷＴＲＵ１０２は、ＬＩＰＡが許可されないセルにおいてＣＮとのＮＡＳプロシージャを開始してもよい。後続のネットワークプロシージャ／アクションは、以下のうちの１または複数を含んでもよい。
【０２０６】
（１）ネットワークがシグナリング（たとえば、シグナリングのみ）に対するＮＡＳメッセージを受信する場合に、ネットワークは、それぞれのＷＴＲＵ１０２に対するＬＩＰＡ  ＰＤＮ接続を非活性化しなくてもよい（たとえば、ＭＲＡが許可されるか否かにかかわらず）。たとえば、ＷＴＲＵ１０２は、ＬＩＰＡが活性化されたＨＮＢ／ＨｅＮＢ１５２２に戻ってもよく、および、ＰＤＮ接続を再び再確立する必要なしにＬＩＰＡ  ＰＤＮ接続を再開してもよいからである。
【０２０７】
（２）ネットワークがユーザプレーンに対するＮＡＳメッセージを受信する場合に、ネットワークは、ＭＲＡがＷＴＲＵ１０２に対して許可されない場合に、ＬＩＰＡ  ＰＤＮ接続を非活性化してもよい（たとえば、直接に）。同一のネットワークの振舞いが予期される（たとえば、アクティブフラグビットに１を設定されたＴＡＵメッセージ（ユーザプレーンリソースがＴＡＵプロシージャを介してＷＴＲＵ１０２によって要求されることを示すことができる）が受信されることに応答して）。
【０２０８】
（３）ネットワークは、ＷＴＲＵ１０２が、ＬＩＰＡが許可されるＬＮ／ＨｅＮＢに戻ることができるガード期間を開始するためにタイマを開始してもよい。ＷＴＲＵ１０２が、タイマの存続期間の間にＬＩＰＡが許可されるセルによってサービスされるようにならない場合には、ネットワークは、タイマが満了するときにＬＩＰＡ  ＰＤＮ接続を非活性化してもよい。ＷＴＲＵ１０２が、タイマが満了する前にＬＩＰＡサービスを再開する場合には、ネットワークは、タイマを停止してもよい。ネットワークはまた、ＷＴＲＵ１０２が、ＭＲＡが許可されるセルからのＭＲＡセッションとしてセッションを再開する場合には、タイマを停止してもよい。ＷＴＲＵ１０２は、ＷＴＲＵ１０２が、ＬＩＰＡ  ＰＤＮ接続が確立されたセルまたはローカルネットワーク１５２０を離れるときに、上記説明したようにタイマを開始してもよい。このタイマが満了し、および、ＷＴＲＵ１０２が、ＬＩＰＡセッションが確立されたセルまたはローカルネットワーク１５２０に戻らない場合には、ＷＴＲＵ１０２は、ＮＡＳメッセージ、たとえばＴＡＵをＭＭＥ１５１４に送信してもよい。ＷＴＲＵ１０２は、それが、ＬＩＰＡ  ＰＤＮ接続またはＬＩＰＡ  ＰＤＮ接続に関連付けられたベアラを非活性化したことを示してもよい。
【０２０９】
同一のまたは類似するネットワークの振舞いは、ＬＩＰＡセッションを有するＷＴＲＵ１０２がＣＥＬＬ＿ＦＡＣＨ状態（たとえば、３ＧシステムでのＲＲＣ接続モード）でＭＲＡが許可されるセルへのセル再選択を実行するケースについて企図されている。ＣＮ（たとえば、ＳＧＳＮ）が、ＷＴＲＵ１０２が新たなセルに移動したことを通知するときに、ＣＮは、ＭＲＡがそれぞれのＷＴＲＵ１０２に対して許可されるかを検証してもよい（ＬＩＰＡ  ＰＤＮ接続が確立されたときに）。ＭＲＡが許可される場合には、ネットワークは、接続モードモビリティおよびＭＲＡセッションとしてＬＩＰＡセッションを再開するためのセッションセットアップについて説明されたものと同一のアクションを行ってもよい。
【０２１０】
＜ＲＡＴ間アイドルモード再選択の間のＭＲＡ活性化＞
いくつかの代表的な実施形態では、ＷＴＲＵ１０２がＬＴＥ（たとえば、ＬＩＰＡベアラがアクティブな状態で）からＵＴＲＡＮに再選択する時に、ＭＲＡが活性化されてもよい。ＭＲＡは、たとえば（１）（ｉ）ＬＩＰＡ接続が維持されること、および／もしくは（ｉｉ）現在のローカルサービスが維持されること、ならびに／または（２）新たなセルに再選択するときにＭＲＡを要求するようにＷＴＲＵ１０２を事前構成することの、ユーザ要求を許可することによってトリガされてもよい。新たなセルは、ＵＴＲＡＮセルであってもよい。アイドル状態シグナリング削減（ＩＳＲ：Idle state Signaling Reduction）がアクティブであり、および、シグナリング接続が存在せず、ＬＩＰＡベアラがいまだにアクティブである場合には、ＷＴＲＵ１０２は、ＭＲＡを示すサービス要求（または任意の他のＮＡＳメッセージ）を送信することによって、サービスを維持するように要求してもよい。ＷＴＲＵ１０２自体が、どのベアラがＬＩＰＡベアラであるのかを示してもよく、または、ＭＭＥ１５１４が、この情報をＳＧＳＮに提供してもよい。
【０２１１】
いくつかの代表的な実施形態では、ＭＭＥ１５１４は、コンテキスト要求／応答プロシージャの間にＬＩＰＡ（またはＬＩＩＰ）ベアラ情報をＳＧＳＮに提供してもよい。当該情報は、たとえば、とりわけ、ユーザ要求および／またはＭＲＡサブスクリプション事前構成とともに、ＳＧＳＮがＬＩＰＡベアラに対するＭＲＡ接続性をトリガすることを可能にしてもよい。ＷＴＲＵ１０２は、どのベアラがＬＩＰＡベアラであるかを示すＬＩＰＡベアラ情報をＳＧＳＮに（たとえば、強化されたまたは新たなサービス要求を介して）提供してもよい。ＷＴＲＵ１０２は、ＰＤＮ接続性タイプ（Connectivity Type）を通じてＭＭＥ１５１４からこの情報を取得してもよい。ＷＴＲＵ１０２は、ユーザが、ＩＬＰＡベアラをティアダウン（tear down）し、解放し、もしくは非活性化することを望み、または、ユーザが、ＭＲＡベアラとしてそれらを保存しまたは維持することを望むのかを示してもよい。ＷＴＲＵ１０２は、当該情報を３Ｇの強化されたサービス要求メッセージを通じて（たとえば、ＩＳＲケースに対し）、または、ＩＳＲがアクティブではない場合にはＲＡＵメッセージを通じて、提供してもよい。
【０２１２】
＜ＭＲＡに対する他のアーキテクチャ代替ソリューション＞
たとえば、（ａ）ユーザプレーン（たとえば、ユーザプレーンのみ）とすることができるＳｘｘ、（ｂ）ユーザプレーンと制御プレーンとの両方とすることができるＳｘｘ、および／または（ｃ）Ｓ１／Ｉｕｈパス上のスタンドアロンＬＧＷ１５４０、を有するＬＧＷ１５４０展開アーキテクチャに依存し、または、これに基づいてもよい、代表的なアーキテクチャが実現されてもよい。
【０２１３】
いくつかの代表的な実施形態では、ＭＲＡはまた、ユーザプレーンまたはユーザプレーンと制御プレーンとの両方においてバイパスされるコアネットワークとともに実現されてもよい。これは、直接インターフェースベースのプロシージャがマクロネットワークとフェムトネットワークとの間で使用されるシナリオに対するケースであってもよい。ユーザプレーンパスの例は、以下を含んでもよい（１）ＵＭＴＳに対し：ユーザプレーンのみまたはユーザプレーンと制御プレーンとの両方に対し、ＤＬ上でＬＧＷ→ＨＮＢ→ＨＮＢ−ＧＷ→ＮＢ、および、リバースパスがアップリンク方向で適用してもよく、（２）ＬＴＥに対し：ユーザプレーン（たとえば、ユーザプレーンのみ）またはユーザプレーンと制御プレーンとの両方に対し、ＤＬ上でＬＧＷ→ＨｅＮＢ→ＨｅＮＢ−ＧＷ→ｅＮＢ（またはＬＧＷ→ＨｅＮＢ→ｅＮＢ）、および、リバースパスをアップリンク方向で適用してもよい。
【０２１４】
別の代表的なアーキテクチャは、ＨＮＢ／ＨｅＮＢ  １５２２をバイパスすることと、直接インターフェースに対し、ＬＧＷ１５４０を通じて直接にローカルホームネットワークにアクセスすることと（たとえば、（１）ＣＮを通じて：ＤＬ  ＭＲＡパケット（およびＵＬパケットに対する逆方向）に対しＬＧＷ→ＳＧＷ→サービングセル→ＷＴＲＵ、および／または（２）ＵＬパケットに対する逆方向で、ＤＬに対しＬＧＷ→Ｈ（ｅ）ＮＢ−ＧＷ→サービングセル→ＷＴＲＵ）を含んでもよい。
【０２１５】
代表的なアーキテクチャのすべてが、ＬＩＰＡツーＭＲＡまたはＭＲＡツーＬＩＰＡセッション動作を可能にするための上記示したものと同一のまたは類似するプロシージャで実施されてもよいことが企図されている。
【０２１６】
図１９は、代表的なハンドオーバ方法を示すフローチャートである。
【０２１７】
図１９を参照すると、代表的なハンドオーバ方法１９００では、ＷＴＲＵ１０２は、たとえば、ローカルネットワーク１３２０と別のネットワーク１３３０との間で移動してもよく、ならびに、ＷＴＲＵ１０２は、第１のアクセスポイント（ＡＰ）１３２２を介してローカルネットワーク１３２０においてＬＩＰＡセッションとして通信セッションを確立したものとすることができる。ブロック１９１０では、第１のＡＰ１３２２は、ＷＴＲＵ１０２との通信セッションを第２のＡＰ１３３２にハンドオーバしてもよく、および、通信パスは、少なくとも第１のＡＰ１３２２と第２のＡＰ１３３２との間で確立されてもよい。ブロック１９２０では、第１のＡＰ１３２２は、通信セッションに関連付けられたパケットを、確立された通信パスを介して第２のＡＰ１３３２へ中継してもよい。
【０２１８】
いくつかの代表的な実施形態では、通信セッション上のハンドオーバは、第１のＡＰ１３２２が、通信セッションのハンドオーバの前に第１のＡＰ１３２２とＷＴＲＵ１０２との間の少なくとも１つの無線リソースを維持することと、ハンドオーバの後に第１のＡＰ１３２２とＷＴＲＵ１０２との間の少なくとも１つの無線リソースを中断することとを含んでもよい。
【０２１９】
いくつかの代表的な実施形態では、通信セッションのハンドオーバの前の少なくとも１つの無線リソースを維持することは、第１のＡＰ１３２２とＷＴＲＵ１０２との間の少なくとも１つの無線ベアラを維持することを含んでもよく、および、第１のＡＰ１３２２とＷＴＲＵ１０２との間の少なくとも１つの無線リソースを中断することは、第１のＡＰ１３２２とＷＴＲＵ１０２との間の少なくとも１つの無線ベアラを終了することを含んでもよい。
【０２２０】
いくつかの代表的な実施形態では、第１のＡＰ１３２２とＷＴＲＵ１０２との間のＬＩＰＡセッションは、第２のＡＰ１３３２を使用してＭＲＡセッションに遷移されてもよい。
【０２２１】
いくつかの代表的な実施形態では、第１のＡＰ１３２２とＷＴＲＵ１０２との間の無線リソースを中断することは、ＭＲＡセッションへのＬＩＰＡセッションの遷移の完了に基づいてもよい。
【０２２２】
いくつかの代表的な実施形態では、第１のＡＰ１３２２とＷＴＲＵ１０２との間の無線リソースを中断することは、（１）ＬＩＰＡセッションの中断と同時に、（２）トリガ条件に基づいてＭＲＡセッションへの遷移の後に、または、（３）ＭＲＡセッションへの遷移の後の所定の時に、発生してもよい。
【０２２３】
いくつかの代表的な実施形態では、第１のＡＰ１３２２と第２のＡＰ１３３２との間の通信パスは、ローカルネットワーク１３２０および他のネットワーク１３３０の外部に配置された少なくとも１つのゲートウェイ１３１２をトラバースするように通信パスを設定することによって確立されてもよい。
【０２２４】
いくつかの代表的な実施形態では、通信セッションのハンドオーバは、第１のＡＰ１３２２が、ローカルネットワーク１３２０および他のネットワーク１３３０の外部に配置された少なくとも１つのゲートウェイ１３１２との接続を維持しながら、第１のＡＰ１３２２とＷＴＲＵ１０２との間の少なくとも１つの無線リソースを中断することを含んでもよい。
【０２２５】
いくつかの代表的な実施形態では、第１のＡＰ１３２２は、第２のＡＰ１３３２へパケットを中継し、または、中継することを停止するかを示す中継インジケーションを受信してもよい。
【０２２６】
いくつかの代表的な実施形態では、第１のＡＰ１３２２は、第２のＡＰ１３３２によって無線でサービスされているＷＴＲＵ１０２を管理するためのコンテキストを設定してもよく、および、コンテキストが設定されている間にＷＴＲＵ１０２に任意の無線リソースを割当てることを防いでもよい。
【０２２７】
図２０は、代表的なセットアップ方法を示すフローチャートである。
【０２２８】
図２０を参照すると、ローカルネットワークまたは別のネットワークにおいてＭＲＡセッションに対する通信パスをセットアップする代表的なセットアップ方法２０００では、ＷＴＲＵ１０２は、第１のアクセスポイント（ＡＰ）１５２２を介してローカルネットワーク１５２０においてＬＩＰＡセッションとして通信セッションを確立したものとすることができる。ブロック２０１０では、ローカルネットワーク１５２０の外部のネットワークエンティティ１５１４が、ＭＲＡセッションをセットアップする要求を受信してもよい。ブロック２０２０では、ネットワークエンティティ１５１４は、ＭＲＡセッションに対する複数のトンネルを確立する１または複数のメッセージを送信して、少なくとも第１のＡＰ１５２２と第２のＡＰ１５３２との間で通信パスをセットアップしてもよい。
【０２２９】
いくつかの代表的な実施形態では、１または複数のメッセージの送信は、ゲートウェイ１５１２とローカルネットワーク１５２０における第１のＡＰ１５２２との間の第１のトンネルをセットアップし、および、ゲートウェイ１５１２とローカルネットワーク１５２０または他のネットワーク１５３０における第２のＡＰ１５３２との間の第２のトンネルをセットアップする１または複数のメッセージを送信することを含んでもよい。
【０２３０】
いくつかの代表的な実施形態では、１または複数のメッセージの送信は、第１のＡＰ１５２２に、無線インターフェースの動作に対する情報またはパラメータを除く情報またはパラメータを送信することを含んでもよい。
【０２３１】
いくつかの代表的な実施形態では、ネットワークエンティティは、たとえば上記図１７に関する開示で示された、１または複数のアクセス基準に従って、ＭＲＡセッションに使用されることになる第２のＡＰ１５３２を判定してもよい。
【０２３２】
いくつかの代表的な実施形態では、ネットワークエンティティ１５１４は、特定のＷＴＲＵ１０２アイドルモードから接続モードへ遷移した後に、最初のダウンリンクパケットが、第２のＡＰ１５３２へ送信されることになることをゲートウェイ１５１２に通知するために、複数のトンネルのうちの少なくとも１つのエンドポイントであるゲートウェイ１５１２に情報を送信してもよい。
【０２３３】
いくつかの代表的な実施形態では、確立されたＬＩＰＡセッションは、第１のＡＰ１５２２において無線リソースの解放を制御することによって、ＭＲＡセッションとして継続されてもよい。
【０２３４】
いくつかの代表的な実施形態では、ネットワークエンティティ１５１４は、ローカルネットワーク１５２０におけるローカルゲートウェイの構成に基づいて、ＷＴＲＵ１０２によってデータ交換に使用されるパス（たとえば、通信パス）を変更してもよい。
【０２３５】
いくつかの代表的な実施形態では、ネットワークエンティティ１５１４は、使用可能なリソースに基づいて、たとえば、（とりわけ、第１のＡＰ１５２２において、第２のＡＰ１５３２においえ、またはローディング基準に基づいて）ＷＴＲＵ１０２に使用される通信パスを変更してもよい。
【０２３６】
図２１は、別の代表的なハンドオーバ方法を示すフローチャートである。
【０２３７】
図２１を参照すると、代表的なハンドオーバ方法２１００では、ＷＴＲＵ１０２は、たとえば、ローカルネットワーク１５２０と別のネットワーク１５３０との間で移動してもよく、および、ＷＴＲＵ１０２は、第１のＡＰ１５２２を介してローカルネットワーク１５２０においてＬＩＰＡセッションとして通信セッションを確立したものとすることができる。ブロック２１１０では、ネットワークエンティティ１５１４は、他のネットワーク１５３０が１または複数の基準に従ってＷＴＲＵ１０２によってアクセスされることを許可されるかを判定してもよい。ブロック２１２０では、ネットワークエンティティ１５１４は、判定された結果に応答して、少なくともローカルネットワーク１５２０における第１のＡＰ１５２２と他のネットワーク１５３０における第２のＡＰ１５３０との間の通信パスの確立を制御してもよい。確立の制御は、（１）ローカルゲートウェイ１５４０の第１のトンネルエンドポイントおよび第１のＡＰ１５２２の第２のトンネルエンドポイントを有する第１のトンネルを開始することと、（２）ゲートウェイ１５１２の第１のトンネルエンドポイントおよび第１のＡＰ１５２２の第２のトンネルエンドポイントを有する第２のトンネルを開始することと、（３）ローカルネットワーク１５２０および他のネットワーク１５３０の外部に配置されたゲートウェイ１５１２を介して第１のトンネルおよび第２のトンネルをトラバースするように通信パスを設定することとを含んでもよい。
【０２３８】
いくつかの代表的な実施形態では、ネットワークエンティティ１５１４は、ダウンリンクパスおよびアップリンクパスの少なくとも一部が異なるように、ローカルゲートウェイからＷＴＲＵ  １０２へのダウンリンクパスおよびＷＴＲＵ１０２からローカルゲートウェイ１５４０へのアップリンクパスを変更してもよい。
【０２３９】
いくつかの代表的な実施形態では、第１のＡＰ１５２２からサービングセル１５３２（たとえば、第２のＡＰ）へのＭＲＡセッションにおけるデータパスは、ＬＴＥシステムにおけるＸ２接続を使用してもよく、または、３Ｇシステムに対するＩｕｒｈ接続を使用してもよい。
【０２４０】
いくつかの代表的な実施形態では、ＬＩＰＡセッションがＭＲＡセッションに遷移するときに、アクセス制御が実行されてもよい。
【０２４１】
いくつかの代表的な実施形態では、ＷＴＲＵ１０２がアイドルモードである間に、ＮＡＳプロシージャが、別のネットワーク１５３０において実施されてもよい。
【０２４２】
いくつかの代表的な実施形態では、ローカルネットワーク１５２０における各接続は、少なくとも所定の期間の間に維持されてもよく、および、ＷＴＲＵ１０２は、所定の期間が満了する前に、ＬＩＰＡセッションに逆に遷移してもよい。
【０２４３】
図２２は、さらなる代表的なハンドオーバ方法を示すフローチャートである。
【０２４４】
図２２を参照すると、代表的なハンドオーバ方法２２００では、ＷＴＲＵ１０２は、たとえば、ローカルネットワーク１５２０と別のネットワーク１５３０との間で移動してもよく、および、ＷＴＲＵ１０２は、第１のＡＰ１５２２を介してローカルネットワーク１５２０においてＬＩＰＡセッションとして通信セッションを確立したものとすることができる。ブロック２２１０では、他のネットワーク１５３０における第２のＡＰ１５３２は、他のネットワーク１５３０に接続する要求をＷＴＲＵ１０２から受信してもよい。ブロック２２２０では、ローカルネットワーク１５２０におけるＬＩＰＡセッションは、他のネットワーク１５３０におけるＭＲＡセッションに遷移されてもよい。たとえば、遷移は、第１のＡＰ１５２２と第２のＡＰ１５３２との間でゲートウェイ１５１２を介して通信パスを確立することと、ＭＲＡセッションへの遷移をゲートウェイ１５１２に通知することとを含んでもよい。
【０２４５】
図２３は、追加の代表的なハンドオーバ方法を示すフローチャートである。
【０２４６】
図２３を参照すると、代表的なハンドオーバ方法２３００では、ＷＴＲＵ１０２は、たとえば、ローカルネットワーク１５２０と別のネットワーク１５３０との間で移動してもよく、および、ＷＴＲＵ１０２は、第１のＡＰ１５２２とＷＴＲＵ１０２に無線でサービスする第２のＡＰ１５３２との間の確立された通信パスを使用して、他のネットワーク１５３０においてＭＲＡセッションとして通信セッションを確立したものとすることができる。ブロック２３１０では、第１のＡＰ１５２２は、通信セッションに関連付けられたパケットを、確立された通信パスを介して第２のＡＰ１５３２へ中継してもよい。ブロック２３２０では、第１のＡＰ１５２２は、第１のＡＰ１５２２とＷＴＲＵ１０２との間の少なくとも１つの無線ベアラを確立してもよい。ブロック２３３０では、第１のＡＰ１５２２は、第２のＡＰ１５３２と他のネットワーク１５３０におけるＷＴＲＵ１０２との間のＭＲＡセッションを、第１のＡＰ１５２２とＷＴＲＵ１０２との間の確立された少なくとも１つの無線ベアラを使用して、ローカルネットワーク１５２０におけるＬＩＰＡセッションに遷移させてもよい。
【０２４７】
いくつかの代表的な実施形態では、ＬＩＰＡセッションへのＭＲＡセッションの遷移は、第１のＡＰ１５２２が、確立された通信パスを介して通信セッションに関連付けられたパケットの中継を終了することを含んでもよい。
【０２４８】
いくつかの代表的な実施形態では、パケットの中継の終了は、（１）ＬＩＰＡセッションへのＭＲＡセッションの遷移と同時に、（２）トリガ条件に基づいてＭＲＡセッションへの遷移の後にトリガ条件に基づいて、および／または、（３）ＬＩＰＡセッションへのＭＲＡセッションの遷移の後の所定の時に、発生する。
【０２４９】
いくつかの代表的な実施形態では、第１のＡＰ１５２２と第２のＡＰ１５３２との間の確立された通信パスは、第１のＡＰ１５２２とＷＴＲＵ１０２との間の少なくとも１つの無線ベアラの確立の後に中断されてもよい。
【０２５０】
いくつかの代表的な実施形態では、第１のＡＰ１５２２は、第２のＡＰ１５３２へパケットを中継し、または、中継することを停止するかを示す中継インジケーションを受信してもよい。
【０２５１】
いくつかの代表的な実施形態では、第１のＡＰ１５２２は、第２のＡＰ１５３２によって無線でサービスされているＷＴＲＵ１０２を管理するためのＭＲＡコンテキストを、ＷＴＲＵ１０２に無線でサービスするための第１のＡＰ１５２２に対する第２コンテキストに更新してもよい。
【０２５２】
いくつかの代表的な実施形態では、ＬＩＰＡセッションの間のＷＴＲＵ１０２からのデータは、コアネットワーク１５１２および１５１４のいずれかを除く、ローカルゲートウェイ１５４０を介して宛先へ送信されてもよい。
【０２５３】
図２４は、代表的な終了方法を示すフローチャートである。
【０２５４】
図２４を参照すると、代表的な終了方法２４００は、ＬＩＰＡセッションが第１のＡＰ１５２２を介してローカルネットワーク１５２０において確立されたことに応答して、ローカルネットワーク１５２０または別のネットワーク１５３０におけるＭＲＡセッションに対する通信パスを終了してもよい。ブロック２４１０では、ローカルネットワーク１５２０の外部のネットワークエンティティ１５１４は、ＬＩＰＡセッションをセットアップする要求を受信してもよい。ブロック２４２０では、ネットワークエンティティ１５１４は、少なくとも、ゲートウェイ１５１２とローカルネットワーク１５２０における第１のＡＰ１５２２との間の第１のトンネルおよびゲートウェイ１５１２とローカルネットワーク１５２０または他のネットワーク１５３０における第２のＡＰ１５３２との間の第２のトンネルを中断する１または複数のメッセージを送信してもよい。
【０２５５】
いくつかの代表的な実施形態では、１または複数のメッセージの送信は、第１のＡＰ  １５２２とＷＴＲＵ１０２との間の無線インターフェースの動作に対する情報またはパラメータを含む情報またはパラメータを第１のＡＰ  １５２２に送信することを含んでもよい。
【０２５６】
図２５は、さらなる別の代表的なハンドオーバ方法２５００を示すフローチャートである。
【０２５７】
図２５を参照すると、代表的なハンドオーバ方法２５００では、ＷＴＲＵ１０２は、ローカルネットワーク１５２０と別のネットワーク１５３０との間で移動してもよく、および、ＷＴＲＵ１０２は、第１のＡＰ１５２２を介してＭＲＡセッションを確立したものとすることができる。ブロック２５１０では、ローカルネットワークに接続する要求を受信してもよい。ブロック２５２０では、他のネットワーク１５３０におけるＭＲＡセッションは、ＬＩＰＡセッションに遷移されてもよい。たとえば、遷移は、第２のＡＰ１５３２とローカルゲートウェイ１５４０との間の確立された通信パスを中断することと、ＬＩＰＡセッションへの遷移をローカルゲートウェイ１５４０に通知することとを含んでもよい。
【０２５８】
いくつかの代表的な実施形態では、データは、ＬＩＰＡセッションの間にコアネットワーク１５１２および１５１４のいずれかを除く、ローカルゲートウェイ１５４０を介して、ＷＴＲＵ１０２から宛先へ送信されてもよい。
【０２５９】
いくつかの代表的な実施形態では、ネットワークエンティティ１５１４は、ローカルネットワーク１５２０へアップリンクパケットを転送しないように、第１のＡＰ１５２２と第２のＡＰ１５３２との間に配置された第２のゲートウェイ１５１２に通知するメッセージを送信してもよい。
【０２６０】
いくつかの代表的な実施形態では、ＬＩＰＡセッションへの遷移は、第１のＡＰ１５２２において無線リソースを確立することによって、ＬＩＰＡセッションをＭＲＡセッションとして継続することを含んでもよい。
【０２６１】
いくつかの代表的な実施形態では、ネットワークエンティティは、（１）移動管理エンティティ１５１４、（２）ローカルゲートウェイ１５４０、または、（３）ＷＴＲＵ１０２に直接にはサービスしないＡＰ１５２２のうちの少なくとも１つを含んでもよい。
【０２６２】
図２６は、代表的な選択方法２６００を示すフローチャートである。
【０２６３】
図２６を参照すると、代表的な選択方法２６００では、ＷＴＲＵ１０２に対してＭＲＡを有効にするために、ＡＰ１５２２が選択されてもよい。ブロック２６１０では、ネットワークエンティティ（たとえば、ＭＭＥ１５１４）は、送信／受信ユニットを介して、要求（たとえば、ＷＴＲＵ１０２または第２のＡＰ１５３２からのＭＲＡセッションに対する要求）を受信してもよい。たとえば、要求は、ＷＴＲＵ１０２が接続モードである間、または、ＷＴＲＵ１０２がアイドルモードから接続モードに逆に遷移した後であってもよい。ブロック２６２０では、ネットワークエンティティ（たとえば、ＭＭＥ１５１４）は、そのプロセッサを介して、第２のＡＰ１５３２によって無線でサービスされるＷＴＲＵ１０２に対するＭＲＡに使用される第１のＡＰ１５２２を判定してもよい。判定は、本明細書で上記説明された基準に基づいてもよい。ブロック２６３０では、ネットワークエンティティ１５１４は、第１のＡＰ１５２２をセットアップする１または複数のメッセージを送信してもよい。
【０２６４】
図２７は、代表的なセットアップ方法２７００を示すフローチャートである。
【０２６５】
図２７を参照すると、代表的なセットアップ方法２７００では、ＷＴＲＵ１０２に対するＭＲＡセッションは、第１のＡＰ１５２２および第２のＡＰ１５３２を介してセットアップされてもよい。ブロック２７１０では、ゲートウェイ（たとえば、ＳＧＷ１５１２）は、その送信／受信ユニットを介して、セットアップメッセージ（たとえば、第１のＡＰ１５２２および第２のＡＰ１５３２との複数のトンネルをセットアップするための）を受信してもよい。ブロック２７２０では、ゲートウェイ（たとえば、ＳＧＷ１５１２）は、そのプロセッサを介して、ゲートウェイ１５１２と第１のＡＰ１５２２との間の第１のトンネル、および、ゲートウェイ１５１２と第２のＡＰ１５３２との間の第２のトンネルをセットアップしてもよい。
【０２６６】
図２８は、代表的なセットアップ方法２８００を示すフローチャートである。
【０２６７】
図２８を参照すると、代表的なセットアップ方法２８００では、ＷＴＲＵ１０２に対するＭＲＡセッションは、ＡＰ１５２２を介してセットアップされてもよい。ブロック２８１０では、ＡＰ１５２２（たとえば、ＨｅＮＢまたはｅＮＢ）は、その送信／受信ユニットを介して、セットアップメッセージ（たとえば、ＡＰ１５２２によって無線でサービスされていないＷＴＲＵ１０２に関連付けられたコンテキストを示す）を受信してもよい。たとえば、ＷＴＲＵ１０２は、ＷＴＲＵ１０２に対する無線リソースを含むことができる異なるコンテキストを有するＡＰ１５３２によってサービスされてもよい。別の例として、ＡＰ１５２２は、リソースを有してもよい（たとえば、ＷＴＲＵ１０２にへ通信を中継するための、しかし、ＷＴＲＵ１０２と直接に通信するのに使用される無線リソースは有しない）。すべてのリソース（無線リソースおよび／または非無線リソース）は、コンテキストを介して設定されてもよい。ブロック２８２０では、ＡＰ１５２２は、そのプロセッサを介して、受信されたコンテキストをセットアップしてもよい。
【０２６８】
図２９は、代表的な方法２９００を示すフローチャートである。
【０２６９】
図２９を参照すると、代表的な方法２９００では、アイドルモードにおいてローカルネットワーク１５２０の外に移動しているＷＴＲＵ１０２に対するＬＩＰＡセッションが管理されてもよい。ブロック２９１０では、ネットワークエンティティ（たとえば、ＭＭＥ１５１４）は、その送信／受信ユニットを介して、第１のメッセージ（たとえば、ＷＴＲＵ１０２に関連付けられたＮＡＳメッセージ、たとえば、トラッキングエリア更新メッセージまたは本明細書で開示される別のメッセージ）を受信してもよい。ブロック２９２０では、ネットワークエンティティ１５１４は、そのプロセッサを介して、判定された結果として、受信された第１のメッセージに基づいて、ＬＩＰＡセッションを維持するか否かを判定してもよい。たとえば、ＬＩＰＡセッションを維持するかの判定は、メッセージのタイプ（たとえば、ＮＡＳメッセージのタイプ、メッセージが要求を識別するか、メッセージのタイミング、および／または、上記示された他の基準）に基づいてもよい。ブロック２９３０では、ネットワークエンティティは、その送信／受信ユニットを介して、判定された結果に従って、ＬＩＰＡセッションを維持し、または、終了する第２のメッセージを送信してもよい。たとえば、ＬＩＰＡセッションは、終了してもよく、ＷＴＲＵ１０２がローカルネットワーク１５２０に戻らない場合に所定の時間の後に終了してもよく、または、独立した終了トリガイベントによって終了するまで維持されてもよい。ＷＴＲＵ１０２がローカルネットワーク１５２０の外部のＡＰ１５３２によって無線でサービスされている間に、ＬＩＰＡセッションが維持されてもよい。
【０２７０】
本開示全体を通じて、当業者は、いくつかの代表的な実施形態が、代替形態でまたは他の代表的な実施形態との組合せで使用されてもよいことを理解するであろう。
【０２７１】
特徴および要素が、上記特定の組合せで説明されるが、各特徴または要素を、単独でまたは他の特徴および要素との任意の組合せで使用することができることを、当業者は理解するであろう。さらに、本明細書で説明される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実施されてもよい。非一時的コンピュータ可読記憶媒体の例は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（ディジタル多用途ディスク）などの光学媒体を含むが、これらに限定されない。ソフトウェアに関連するプロセッサを使用して、ＷＴＲＵ、ＷＴＲＵ１０２、端末、基地局、ＲＮＣ、または任意のホストコンピュータ内で使用される無線周波数送受信機を実施することができる。
【０２７２】
さらに、上記説明された実施形態では、処理プラットフォーム、コンピューティングシステム、コントローラ、およびプロセッサを含む他のデバイスが言及される。これらのデバイスは、少なくとも１つの中央処理装置（「ＣＰＵ」）およびメモリを含んでもよい。コンピュータプログラミングの当業者のプラクティスに従って、振舞いおよび動作または命令の記号表現への参照が、さまざまなＣＰＵおよびメモリによって実行される場合がある。そのような振舞いおよび動作または命令は、「実行される」、「コンピュータ実行される」、または「ＣＰＵ実行される」と称されてもよい。
【０２７３】
当業者は、振舞いおよび記号的に表現された動作または命令が、ＣＰＵによる電気信号の操作を含むことを理解するであろう。電子システムは、これによってＣＰＵの動作を再構成しまたは他の形式で変更するために、電気信号の結果の変換または変形およびメモリシステム内のメモリ位置にあるデータビットの維持ならびに信号の他の処理を引き起こすことができるデータビットを表す。データビットが維持されるメモリ位置は、データビットに対応するかこれを表す特定の電気的、磁気的、光学的、または有機的な特性を有する物理位置である。
【０２７４】
データビットは、ＣＰＵによって読み取り可能な、磁気ディスク、光ディスク、および任意の他の揮発性（たとえば、ランダムアクセスメモリ（「ＲＡＭ」））または不揮発性（「たとえば、リードオンリメモリ（「ＲＯＭ」））大容量記憶システムを含むコンピュータ可読媒体上で維持されてもよい。コンピュータ可読媒体は、処理システム上に排他的に存在しまたは処理システムにローカルもしくはリモートとすることができる複数の相互接続された処理システムの間で分散される、組み込むまたは相互接続されたコンピュータ可読媒体を含んでもよい。代表的な実施形態が、上記述べたメモリに限定されず、他のプラットフォームおよびメモリが、説明される方法をサポートできることを理解されたい。
【０２７５】
本願の説明で使用される要素、行為、または命令を、そのようなものとして明示的に説明されない限り、本発明にクリティカルまたは必須と解釈してはならない。また、本明細書で使用される時に、冠詞「ａ」は、１または複数の品目を含むことが意図されている。１つの品目だけが意図される場合には、用語「ｏｎｅ（１つの）」または類似する言葉が使用される。さらに、本明細書で使用される時に、複数の品目および／または品目の複数のカテゴリが続く用語「ａｎｙ  ｏｆ（のいずれか）は、複数の品目および／または品目のカテゴリ「のいずれか」、「の組合せ」、「任意の複数の」、および／または「複数の〜の任意の組合せ」を、個別にまたは他の品目および／もしくは品目の他のカテゴリに関連して、含むことが意図されている。さらに、本明細書で使用される時に、用語「セット」は、０個を含む任意の個数の品目を含むことが意図されている。さらに、本明細書で使用される時に、用語「数」は、ゼロを含む任意の数を含むことが意図されている。
【０２７６】
さらに、特許請求の範囲を、その効果が述べられない限り、説明される順序または要素に限定されるものと解釈してはならない。さらに、任意の請求項での用語「手段」の使用は、米国特許法第１１２条第６項に訴えることが意図され、単語「手段」を含まない請求項は、そのような意図を含まない。
【０２７７】
適切なプロセッサは、たとえば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、特定用途用標準品（ＡＳＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０２７８】
ソフトウェアに関連するプロセッサを使用して、無線送信受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、移動管理エンティティ（ＭＭＥ）もしくは発展型パケットコア（ＥＰＣ）、または任意のホストコンピュータ内で使用される無線周波数送受信機を実施することができる。ＷＴＲＵを、ソフトウェア無線（ＳＤＲ）と、カメラ、ビデオカメラモジュール、ビデオ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョン送受信機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、ニアフィールド通信（ＮＦＣ）モジュール、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくはウルトラワイドバンド（ＵＷＢ）モジュールなどの他のコンポーネントとを含む、ハードウェアおよび／またはソフトウェアで実施されるモジュールに関連して使用することができる。
【０２７９】
本発明を、通信システムに関して説明したが、本システムを、マイクロプロセッサ／汎用コンピュータ（図示せず）上のソフトウェアで実施できることが企図されている。いくつかの実施形態では、さまざまなコンポーネントの機能のうちの１または複数を、汎用コンピュータを制御するソフトウェアで実施することができる。
【０２８０】
さらに、本発明が、本明細書では特定の実施形態を参照して図示され、説明されるが、本発明が、図示の詳細に限定されることは意図されていない。そうではなく、特許請求の範囲の同等物の範囲内で、本発明から逸脱せずに、詳細においてさまざまな変更を行うことができる。
【０２８１】
＜代表的な実施形態＞
少なくとも１つの実施形態では、ローカルネットワークと別のネットワーク、または、ローカルネットワークにおける第１のアクセスポイント（ＡＰ）と第２のＡＰとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのための方法が開示され、ＷＴＲＵは、第１のＡＰを介してローカルネットワークにおいてローカルＩＰアクセス（ＬＩＰＡ）セッションとして通信セッションを確立したものとすることができる。方法は、第１のＡＰによって、ＷＴＲＵとの通信セッションを第２のＡＰにハンドオーバするステップであって、通信パスは、少なくとも第１のＡＰと第２のＡＰとの間で確立される、ステップと、第１のＡＰによって、通信セッションに関連付けられたパケットを、確立された通信パスを介して第２のＡＰへ中継するステップとを備えることができる。
【０２８２】
少なくとも１つの実施形態では、通信セッションのハンドオーバは、第１のＡＰによって、通信セッションのハンドオーバの前に第１のＡＰとＷＴＲＵとの間で少なくとも１つの無線リソースを維持するステップと、第１のＡＰによって、第１のＡＰとＷＴＲＵとの間で少なくとも１つの無線リソースを中断（discontinue）することとを含むことができる。
【０２８３】
少なくとも１つの実施形態では、通信セッションのハンドオーバの前に少なくとも１つの無線リソースを維持するステップは、第１のＡＰとＷＴＲＵとの間で少なくとも１つの無線ベアラを維持するステップを含むことができ、ならびに、第１のＡＰとＷＴＲＵとの間で少なくとも１つの無線リソースを中断するステップは、第１のＡＰによって、ＷＴＲＵに関連付けられた１または複数のゲートウェイとの確立されたリソースを維持するステップと、ＷＴＲＵに対して使用されていた少なくとも１つの無線リソースを非活性化するステップとを含むことができる。
【０２８４】
少なくとも１つの実施形態では、方法は、第１のＡＰとＷＴＲＵとの間のＬＩＰＡセッションを、第２のＡＰを使用するマネージドリモートアクセス（ＭＲＡ）セッションに遷移するステップをさらに備えることができる。
【０２８５】
少なくとも１つの実施形態では、第１のＡＰとＷＴＲＵとの間の無線リソースの中断は、ＭＲＡセッションへのＬＩＰＡセッションの遷移の完了に基づくことができる。
【０２８６】
少なくとも１つの実施形態では、第１のＡＰとＷＴＲＵとの間の無線リソースを中断するステップは、（１）ＬＩＰＡセッションの中断と同時に、（２）トリガ条件に基づいてＭＲＡセッションへの遷移の後に、または、（３）ＭＲＡセッションへの遷移の後の所定の時に、発生することができる。
【０２８７】
少なくとも１つの実施形態では、方法は、ローカルネットワークおよび他のネットワークの外部に配置された少なくとも１つのゲートウェイをトラバースするように通信パスを設定することによって、第１のＡＰと第２のＡＰとの間で通信パスを確立するステップをさらに備えることができる。
【０２８８】
少なくとも１つの実施形態では、通信セッションをハンドオーバは、ローカルネットワークおよび他のネットワークの外部に配置された少なくとも１つのゲートウェイとの接続を維持しながら、第１のＡＰによって、第１のＡＰとＷＴＲＵとの間で少なくとも１つの無線リソースを中断することを含むことができる。
【０２８９】
少なくとも１つの実施形態では、方法は、パケットを第２のＡＰへ中継し、または、中継することを停止するかを示す中継インジケーションを第１のＡＰによって受信するステップをさらに備えることができる。
【０２９０】
少なくとも１つの実施形態では、方法は、第１のＡＰで、第２のＡＰによって無線でサービスされているＷＴＲＵを管理するコンテキストを設定するステップと、コンテキストが設定されている間に、第１のＡＰによって、ＷＴＲＵとの無線リソースの割り当てを防ぐステップとをさらに備えることができる。
【０２９１】
少なくとも１つの実施形態では、第１のアクセスポイント（ＡＰ）を介してローカルネットワークにおいて確立されたローカルＩＰアクセス（ＬＩＰＡ）セッションに応答して、ローカルネットワークまたは別のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションに対する通信パスをセットアップする方法が開示される。方法は、ローカルネットワークの外部のネットワークエンティティによって、ＭＲＡセッションをセットアップする要求を受信するステップと、ネットワークエンティティによって、ＭＲＡセッションに対する複数のトンネルを確立する１または複数のメッセージを送信して、少なくとも第１のＡＰと第２のＡＰとの間で通信パスをセットアップするステップとを備えることができる。
【０２９２】
少なくとも１つの実施形態では、１または複数のメッセージを送信するステップは、ローカルネットワークにおいてゲートウェイと第１のＡＰとの間で第１のトンネルをセットアップし、および、ローカルネットワークまたは他のネットワークにおいてゲートウェイと第２のＡＰとの間で第２のトンネルをセットアップする、１または複数のメッセージを送信するステップを含むことができる。
【０２９３】
少なくとも１つの実施形態では、１または複数のメッセージを送信するステップは、無線インターフェースの動作に対する情報またはパラメータを除く情報またはパラメータを第１のＡＰに送信するステップを含むことができる。
【０２９４】
少なくとも１つの実施形態では、方法は、ネットワークエンティティによって、１または複数のアクセス基準に従って、ＭＲＡセッションに対して使用されることになる第２のＡＰを判定するステップをさらに備えることができる。
【０２９５】
少なくとも１つの実施形態では、方法は、第１のＡＰで無線リソースの解放を制御することによって、確立されたＬＩＰＡセッションをＭＲＡセッションとして継続するステップをさらに備えることができる。
【０２９６】
少なくとも１つの実施形態では、方法は、ネットワークエンティティによって、ローカルネットワークにおけるローカルゲートウェイの構成に基づいて無線送信機／受信機ユニット（ＷＴＲＵ）によるデータ交換に使用されるパスを変更するステップをさらに備えることができる。
【０２９７】
少なくとも１つの実施形態では、方法は、ネットワークエンティティによって、第１のＡＰで使用可能なリソースに基づいて、無線送信機／受信機ユニット（ＷＴＲＵ）に使用される通信パスを変更するステップをさらに備えることができる。
【０２９８】
少なくとも１つの実施形態では、別のネットワークの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのための方法が開示される。ＷＴＲＵは、第１のアクセスポイント（ＡＰ）を介してローカルネットワークにおいてローカルＩＰアクセス（ＬＩＰＡ）セッションとして通信セッションを確立したものとすることができる。方法は、ネットワークエンティティによって、１または複数の基準に従って他のネットワークがＷＴＲＵによってアクセスされることを許可されるかを判定するステップと、ローカルゲートウェイの第１のトンネルエンドポイントおよび第１のＡＰの第２のトンネルエンドポイントを有する第１のトンネルを開始し、第２のゲートウェイの第１のトンネルエンドポイントおよび第１のＡＰの第２のトンネルエンドポイントを有する第２のトンネルを開始し、ならびに、ローカルネットワークおよび他のネットワークの外部に配置された第２のゲートウェイを介して第１および第２のトンネルをトラバースするように通信パスを設定することによって、判定された結果に応答して、少なくともローカルネットワークにおける第１のＡＰと他のネットワークにおける第２のＡＰとの間の通信パスの確立を制御するステップとを備えることができる。
【０２９９】
少なくとも１つの実施形態では、方法は、ローカルゲートウェイから無線送信機／受信機ユニット（ＷＴＲＵ）へのダウンリンクパスおよびＷＴＲＵからローカルゲートウェイへのアップリンクパスを変更するステップをさらに備えることができ、ダウンリンクパスおよびアップリンクパスの少なくとも一部は異なっている。
【０３００】
少なくとも１つの実施形態では、方法は、ＬＴＥシステムにおいてＸ２接続を使用して、または、３Ｇシステムに対するＩｕｒｈ接続を使用して、第１のＡＰからサービングセルへのＭＲＡセッションにおけるデータパスを確立するステップをさらに備えることができる。
【０３０１】
少なくとも１つの実施形態では、方法は、ＬＩＰＡセッションがＭＲＡセッションに遷移するときに、アクセス制御を実行するステップを備えることができる。
【０３０２】
少なくとも１つの実施形態では、方法は、ＷＴＲＵがアイドルモードである間に、他のネットワークにおいてＮＡＳプロシージャを実施するステップをさらに備えることができる。
【０３０３】
少なくとも１つの実施形態では、方法は、ローカルネットワークにおける各接続を、少なくとも所定の期間に維持するステップと、所定の期間が満了する前にＬＩＰＡセッションに逆に遷移するステップとをさらに備えることができる。
【０３０４】
少なくとも１つの実施形態では、ローカルネットワークと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのための方法が開示される。ＷＴＲＵは、第１のアクセスポイント（ＡＰ）を介してローカルネットワークにおいてローカルＩＰアクセス（ＬＩＰＡ）セッションとして通信セッションを確立したものとすることができる。方法は、他のネットワークにおける第２のＡＰによって、他のネットワークに接続する要求を受信するステップと、ゲートウェイを介して第１のＡＰと第２のＡＰの間で通信パスを確立し、および、マネージドリモートアクセス（ＭＲＡ）セッションへの遷移をゲートウェイに通知することによって、ローカルネットワークにおけるＬＩＰＡセッションを、他のネットワークにおけるＭＲＡセッションに遷移させるステップとを備えることができる。
【０３０５】
少なくとも１つの実施形態では、ローカルネットワークと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのための方法が開示される。ＷＴＲＵは、第１のＡＰと、ＷＴＲＵに無線でサービスする第２のＡＰとの間の確立された通信パスを使用して、他のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションとして通信セッションを確立したものとすることができる。方法は、第１のＡＰによって、通信セッションに関連付けられたパケットを、確立された通信パスを介して第２のＡＰへ中継するステップと、第１のＡＰとＷＴＲＵとの間で少なくとも１つの無線ベアラを確立するステップと、第２のＡＰと他のネットワークにおけるＷＴＲＵとの間のＭＲＡセッションを、第１のＡＰとＷＴＲＵとの間の確立された少なくとも１つの無線ベアラを使用してローカルネットワークにおけるローカルＩＰアクセス（ＬＩＰＡ）セッションに遷移させることとを備えることができる。
【０３０６】
少なくとも１つの実施形態では、ＬＩＰＡセッションへのＭＲＡセッションを遷移させるステップは、第１のＡＰによって、確立された通信パスを介して通信セッションに関連付けられたパケットの中継を終了するステップを含むことができる。
【０３０７】
少なくとも１つの実施形態では、パケットの中継を終了するステップは、（１）ＬＩＰＡセッションへのＭＲＡセッションの遷移と同時に、（２）トリガ条件に基づいてＭＲＡセッションへの遷移の後に、または、（３）ＬＩＰＡセッションへのＭＲＡセッションの遷移の後の所定の時に、発生することができる。
【０３０８】
少なくとも１つの実施形態では、方法は、第１のＡＰとＷＴＲＵとの間の少なくとも１つの無線ベアラの確立の後に、第１のＡＰと第２のＡＰとの間の確立された通信パスを中断するステップをさらに備えることができる。
【０３０９】
少なくとも１つの実施形態では、方法は、第１のＡＰによって、第２のＡＰへパケットを中継し、または、中継することを停止するかを示す中継インジケーションを受信するステップをさらに備えることができる。
【０３１０】
少なくとも１つの実施形態では、方法は、第１のＡＰにおいて、第２のＡＰによって無線でサービスされているＷＴＲＵを管理するためのＭＲＡコンテキストを、ＷＴＲＵを無線でサービスする第１のＡＰに対する第２のコンテキストに更新するステップをさらに備えることができる。
【０３１１】
少なくとも１つの実施形態では、方法は、ＬＩＰＡセッションの間にデータをＷＴＲＵから任意のコアネットワークを除いてローカルゲートウェイを介して宛先にへ送信するステップをさらに備えることができる。
【０３１２】
少なくとも１つの実施形態では、ローカルＩＰアクセス（ＬＩＰＡ）セッションが第１のアクセスポイント（ＡＰ）を介してローカルネットワークにおいて確立されることに応答して、ローカルネットワークまたは別のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションに対する通信パスを終了する方法が開示される。方法は、ローカルネットワークの外部のネットワークエンティティによって、ＬＩＰＡセッションをセットアップする要求を受信するステップと、ネットワークエンティティによって、１または複数のメッセージを送信して、少なくとも、ゲートウェイとローカルネットワークにおける第１のＡＰとの間の第１のトンネル、および、ゲートウェイとローカルネットワークもしくは他のネットワークにおける第２のＡＰとの間の第２のトンネルを中断するステップとを備えることができる。
【０３１３】
少なくとも１つの実施形態では、１または複数のメッセージを送信するステップは、第１のＡＰと無線送信機／受信機ユニット（ＷＴＲＵ）との間の無線インターフェースの動作に対する情報またはパラメータを含む情報またはパラメータを第１のＡＰに送信するステップを含むことができる。
【０３１４】
少なくとも１つの実施形態では、ローカルネットワークと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのための方法が開示される。ＷＴＲＵは、第１のアクセスポイント（ＡＰ）を介してマネージドリモートアクセス（ＭＲＡ）セッションを確立したものとすることができる。方法は、ローカルネットワークに接続する要求を受信するステップと、第２のＡＰとローカルゲートウェイとの間の確立された通信パスを中断し、ならびに、ＬＩＰＡセッションへの遷移をローカルゲートウェイに通知することによって、他のネットワークにおけるＭＲＡセッションを、ローカルＩＰアクセス（ＬＩＰＡ）セッションに遷移させるステップとを備えることができる。
【０３１５】
少なくとも１つの実施形態では、方法は、データを、任意のコアネットワークを除いてローカルゲートウェイを介してＬＩＰＡセッションの間にＷＴＲＵから宛先へ送信するステップをさらに備えることができる。
【０３１６】
少なくとも１つの実施形態では、方法は、ネットワークエンティティによって、ローカルネットワークへアップリンクパケットを転送しないように、第１のＡＰと第２のＡＰとの間に配置された第２のゲートウェイに通知するメッセージを送信するステップをさらに備えることができる。
【０３１７】
少なくとも１つの実施形態では、ＬＩＰＡセッションに遷移させるステップは、第１のＡＰにおいて無線リソースを確立することによって、ＭＲＡセッションをＬＩＰＡセッションとして継続するステップを含むことができる。
【０３１８】
少なくとも１つの実施形態では、ネットワークエンティティは、（１）移動管理エンティティ、（２）ローカルゲートウェイ、または、（３）ＷＴＲＵに直接にはサービスしないＡＰのうちの少なくとも１つを含むことができる。
【０３１９】
少なくとも１つの実施形態では、ローカルネットワークと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバのためのアクセスポイント（ＡＰ）が開示される。ＷＴＲＵは、ＷＴＲＵに無線でサービスするＡＰを介してローカルネットワークにおいてローカルＩＰアクセス（ＬＩＰＡ）セッションとして通信セッションを確立したものとすることができる。ＡＰは、通信セッションに関連付けられたパケットを、少なくとも第１のＡＰと第２のＡＰとの間で確立された通信パスを介して第２のＡＰへ中継するように構成された送信／受信ユニットと、ＷＴＲＵとの通信セッションを第２のＡＰにハンドオーバするように構成されたコントローラとを備えることができる。
【０３２０】
少なくとも１つの実施形態では、コントローラは、通信セッションのハンドオーバの前に、ＡＰとＷＴＲＵとの間の少なくとも１つの無線リソースを維持し、ならびに、ＡＰとＷＴＲＵとの間の少なくとも１つの無線リソースを中断するように構成されてもよい。
【０３２１】
少なくとも１つの実施形態では、コントローラは、ハンドオーバの前に、ＡＰとＷＴＲＵとの間の少なくとも１つの無線ベアラを維持し、ならびに、ハンドオーバの後に、第１のＡＰとＷＴＲＵとの間の少なくとも１つの無線ベアラを終了するように構成されてもよい。
【０３２２】
少なくとも１つの実施形態では、コントローラは、ハンドオーバの完了に基づいて、ＡＰとＷＴＲＵとの間の無線リソースを中断するように構成されてもよい。
【０３２３】
少なくとも１つの実施形態では、コントローラは、（１）ＬＩＰＡセッションの中断と同時に、（２）トリガ条件に基づいてＭＲＡセッションへの遷移の後に、または、（３）ＭＲＡセッションへの遷移の後の所定の時に、ＡＰとＷＴＲＵとの間の無線リソースを中断するように構成されてもよい。
【０３２４】
少なくとも１つの実施形態では、コントローラは、ローカルネットワークの外部に配置された少なくとも１つのゲートウェイとの接続を維持しながら、第１のＡＰとＷＴＲＵとの間の少なくとも１つの無線リソースを中断するように構成されてもよい。
【０３２５】
少なくとも１つの実施形態では、送信／受信ユニットは、第２のＡＰへパケットを中継し、または、中継することを停止するかを示す中継インジケーションを受信するように構成されてもよく、ならびに、コントローラは、受信された中継インジケーションに基づいてパケットの中継を制御するように構成されてもよい。
【０３２６】
少なくとも１つの実施形態では、送信／受信ユニットは、第２のＡＰによって無線でサービスされているＷＴＲＵを管理するためのＭＲＡコンテキストを受信するように構成されてもよく、ならびに、コントローラは、受信されたＭＲＡコンテキストに従ってＷＴＲＵの無線リソースの割り当てを防ぐように構成されてもよい。
【０３２７】
少なくとも１つの実施形態では、ネットワークエンティティ（ＮＥ）は、ローカルＩＰアクセス（ＬＩＰＡ）セッションが第１のアクセスポイント（ＡＰ）を介してローカルネットワークにおいて確立されたことに応答して、ローカルネットワークまたは別のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションに対する通信パスをセットアップするように構成されてもよい。ＮＥは、ＭＲＡセッションをセットアップする要求を受信するように構成された送信／受信ユニットと、１または複数のアクセス基準に従って、１または複数のメッセージを送信するためにＭＲＡセッションに対するトンネルのエンドポイントを判定するように構成されたプロセッサとを備えることができ、送信／受信ユニットは、ＭＲＡセッションに対するトンネルを確立する１または複数のメッセージを送信して、少なくとも第１のＡＰと第２のＡＰとの間で通信パスをセットアップするように構成されてもよい。
【０３２８】
少なくとも１つの実施形態では、送信／受信ユニットは、複数のトンネルのうちの少なくとも１つのエンドポイントであるゲートウェイに情報を送信して、アイドルモードから接続モードへの指定されたＷＴＲＵ遷移の後の最初のダウンリンクパケットが、第２のＡＰへ送信されることになることをゲートウェイに通知するように構成されてもよい。
【０３２９】
少なくとも１つの実施形態では、ＮＥは、第１のＡＰでの無線リソースの解放を制御することによって、確立されたＬＩＰＡセッションをＭＲＡセッションとして継続するように構成されてもよい。
【０３３０】
少なくとも１つの実施形態では、ＮＥは、ローカルネットワークにおけるローカルゲートウェイの構成に基づいて、無線送信機／受信機ユニット（ＷＴＲＵ）によってデータ交換に使用されるパスを変更するように構成されてもよい。
【０３３１】
少なくとも１つの実施形態では、ＮＥは、第１のＡＰで使用可能なリソースに基づいて、無線送信機／受信機ユニット（ＷＴＲＵ）に使用される通信パスを変更するように構成されてもよい。
【０３３２】
少なくとも１つの実施形態では、ネットワークエンティティ（ＮＥ）は、別のネットワークの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバを制御するように構成されてもよい。ＷＴＲＵは、ＷＴＲＵに無線でサービスする第１のアクセスポイント（ＡＰ）を介してローカルネットワークにおいてローカルＩＰアクセス（ＬＩＰＡ）セッションとして通信セッションを確立したものとすることができる。ＮＥは、他のネットワークが１または複数の基準に従ってＷＴＲＵによってアクセスさせることを許可されるかを判定し、ならびに、判定された結果に応答して、少なくともローカルネットワークにおける第１のＡＰと他のネットワークにおける第２のＡＰとの間での通信パスの確立を制御し、それによって、ローカルゲートウェイの第１のトンネルエンドポイントおよび第１のＡＰの第２のトンネルエンドポイントを有する第１のトンネルが開始され、ならびに、サービングゲートウェイの第１のトンネルエンドポイントおよび第１のＡＰの第２のトンネルエンドポイントを有する第２のトンネルが開始されるようにするように構成されたコントローラを備えることができ、コントローラは、少なくとも１つのゲートウェイを介して第１のトンネルおよび第２のトンネルをトラバースするように通信パスをセットするようにさらに構成される。
【０３３３】
少なくとも１つの実施形態では、アクセスポイント（ＡＰ）は、ローカルネットワークと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）をハンドオーバするように構成されてもよい。ＷＴＲＵは、ＷＴＲＵに無線でサービスする第１のアクセスポイント（ＡＰ）を介してローカルネットワークにおいてローカルＩＰアクセス（ＬＩＰＡ）セッションとして通信セッションを確立したものとすることができる。ＡＰは、他のネットワークに接続する要求を受信するように構成された送信／受信ユニットと、第１のＡＰと第２のＡＰとの間でゲートウェイを介して通信パスを確立し、ならびに、マネージドリモートアクセス（ＭＲＡ）セッションへの遷移をゲートウェイに通知することによって、ローカルネットワークにおけるＬＩＰＡセッションを、他のネットワークにおけるＭＲＡセッションに遷移させるように構成されたコントローラとを備えることができる。
【０３３４】
少なくとも１つの実施形態では、アクセスポイント（ＡＰ）は、ローカルネットワークと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）をハンドオーバするように構成されてもよい。ＷＴＲＵは、第１のＡＰとＷＴＲＵに無線でサービスする第２のＡＰとの間の確立された通信パスを介して、他のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションとして通信セッションを確立したものとすることができる。ＡＰは、通信セッションに関連付けられたパケットを、確立された通信パスを介して第２のＡＰへ中継するように構成された送信／受信ユニットと、ＡＰとＷＴＲＵとの間の少なくとも１つの無線ベアラを確立し、第２のＡＰと他のネットワークにおけるＷＴＲＵとの間のＭＲＡセッションを、ＡＰとＷＴＲＵとの間の確立された少なくとも１つの無線ベアラを使用してローカルネットワークにおけるローカルＩＰアクセス（ＬＩＰＡ）セッションに遷移させるように構成されたコントローラとを備えることができる。
【０３３５】
少なくとも１つの実施形態では、コントローラは、確立された通信パスを介して通信セッションに関連付けられたパケットを中継することを終了するように構成されてもよい。
【０３３６】
少なくとも１つの実施形態では、コントローラは、（１）ＬＩＰＡセッションへのＭＲＡセッションの遷移と同時に、（２）トリガ条件に基づいてＭＲＡセッションへの遷移の後に、および／または、（３）ＬＩＰＡセッションへのＭＲＡセッションの遷移の後の所定の時に、パケットを中継することを終了するように構成されてもよい。
【０３３７】
少なくとも１つの実施形態では、コントローラは、第１のＡＰと第２のＡＰとの間の確立された通信パスを、第１のＡＰとＷＴＲＵとの間の少なくとも１つの無線ベアラの確立の後に中断するように構成されてもよい。
【０３３８】
少なくとも１つの実施形態では、送信／受信ユニットは、第２のＡＰへパケットを中継し、または、中継することを停止するかを示す中継インジケーションを受信するように構成されてもよい。
【０３３９】
少なくとも１つの実施形態では、コントローラは、第２のＡＰによって無線でサービスされているＷＴＲＵを管理するためのＭＲＡコンテキストを、ＷＴＲＵに無線でサービスするＡＰに対する第２コンテキストに更新するように構成されてもよい。
【０３４０】
少なくとも１つの実施形態では、送信／受信ユニットは、ＬＩＰＡセッションの間にデータをＷＴＲＵから任意のコアネットワークを除いてローカルゲートウェイを介して宛先へ送信するように構成されてもよい。
【０３４１】
少なくとも１つの実施形態では、ネットワークエンティティ（ＮＥ）は、ローカルＩＰアクセス（ＬＩＰＡ）セッションが第１のアクセスポイント（ＡＰ）を介してローカルネットワークにおいて確立されることに応答して、ローカルネットワークまたは別のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションに対する通信パスを終了するように構成されてもよい。ＮＥは、ＬＩＰＡセッションをセットアップする要求を受信し、ならびに、少なくとも、ゲートウェイとローカルネットワークにおける第１のＡＰとの間の第１のトンネルおよびゲートウェイとローカルネットワークまたは他のネットワークにおける第２のＡＰとの間の第２のトンネルを中断するように１または複数のメッセージを送信するように構成された送信／受信ユニットを備えることができる。
【０３４２】
少なくとも１つの実施形態では、送信／受信ユニットは、第１のＡＰとＷＴＲＵとの間の無線インターフェースの動作に対する情報またはパラメータを含む情報またはパラメータを第１のＡＰに送信するように構成されてもよい。
【０３４３】
少なくとも１つの実施形態では、ＮＥは、（１）移動管理エンティティ、（２）ローカルゲートウェイ、または、（３）ＷＴＲＵに直接にはサービスしないＡＰのうちの少なくとも１つを含むことができる。
【０３４４】
少なくとも１つの実施形態では、ローカルネットワークと別のネットワークとの間で移動する無線送信機／受信機ユニット（ＷＴＲＵ）のハンドオーバを制御するアクセスポイント（ＡＰ）が開示される。ＷＴＲＵは、ＡＰおよびＷＴＲＵに無線でサービスする第２のＡＰを介してマネージドリモートアクセス（ＭＲＡ）セッションを確立したものとすることができる。ＡＰは、ローカルネットワークに接続する要求を受信するように構成された送信／受信ユニットと、ＭＲＡセッションに関連付けられたパケットが第１のＡＰと第２のＡＰとの間の確立されたパスへ送信されないように、ローカルネットワークにおける第１のＡＰと他のネットワークにおける第２のＡＰとの間のパスの中断を管理し、ならびに、ＬＩＰＡセッションに遷移するためのローカルゲートウェイへの情報の送信を制御することによって、ローカルネットワークにおいてＬＩＰＡセッションへのＭＲＡセッションの遷移を制御するように構成されたコントローラとを備えることができる。
【０３４５】
少なくとも１つの実施形態では、第１のアクセスポイント（ＡＰ）を介してローカルネットワークまたは別のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションに対する通信パスをセットアップする方法が開示される。方法は、ローカルネットワークの外部のネットワークエンティティによって、ＭＲＡセッションをセットアップする要求を受信するステップと、ネットワークエンティティによって、ＭＲＡセッションに対する複数のトンネルを確立する１または複数のメッセージを送信して、少なくとも第１のＡＰと第２のＡＰとの間で通信パスをセットアップするステップとを備えることができる。
【０３４６】
少なくとも１つの実施形態では、第１のアクセスポイント（ＡＰ）を介してローカルネットワークまたは別のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションに対する通信パスを終了する方法が開示される。方法は、ローカルネットワークの外部のネットワークエンティティによって、要求を受信するステップと、ネットワークエンティティによって、少なくとも、ゲートウェイとローカルネットワークにおける第１のＡＰとの間の第１のトンネル、および、ゲートウェイとローカルネットワークまたは他のネットワークにおける第２のＡＰとの間の第２のトンネルを中断する１または複数のメッセージを送信するステップとを備えることができる。
【０３４７】
少なくとも１つの実施形態では、ネットワークエンティティ（ＮＥ）は、第１のアクセスポイント（ＡＰ）を介してローカルネットワークまたは別のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションに対する通信パスをセットアップするように構成される。ＮＥは、ＭＲＡセッションをセットアップする要求を受信するように構成された送信／受信ユニットと、１または複数のアクセス基準に従って、ＭＲＡセッションに対するトンネルのエンドポイントを判定して、１または複数のメッセージを送信するように構成されたプロセッサとを備えることができ、送信／受信ユニットは、ＭＲＡセッションに対するトンネルを確立する１または複数のメッセージを送信して、少なくとも第１のＡＰと第２のＡＰとの間で通信パスをセットアップするように構成される。
【０３４８】
少なくとも１つの実施形態では、ネットワークエンティティ（ＮＥ）は、第１のアクセスポイント（ＡＰ）を介してローカルネットワークまたは別のネットワークにおいてマネージドリモートアクセス（ＭＲＡ）セッションに対する通信パスを終了するように構成される。ＮＥは、要求を受信し、ならびに、少なくとも、ゲートウェイとローカルネットワークにおける第１のＡＰとの間の第１のトンネル、および、ゲートウェイとローカルネットワークもしくは他のネットワークにおける第２のＡＰとの間の第２のトンネルを中断する１または複数のメッセージを送信するように構成された送信／受信ユニットを備えることができる。
【０３４９】
少なくとも１つの実施形態では、無線送信／受信ユニット（ＷＴＲＵ）のマネージドリモートアクセス（ＭＲＡ）に対するアクセスポイント（ＡＰ）の選択のための方法が開示される。方法は、ネットワークエンティティによって、要求を受信するステップと、ネットワークエンティティによって、第２のＡＰによって無線でサービスされるＷＴＲＵに対するＭＲＡに使用されることになる第１のＡＰを判定するステップと、ネットワークエンティティによって、第１のＡＰをセットアップする１または複数のメッセージを送信するステップとを備えることができる。
【０３５０】
少なくとも１つの実施形態では、第１および第２のアクセスポイント（ＡＰ）を介して無線送信／受信ユニット（ＷＴＲＵ）に対するマネージドリモートアクセス（ＭＲＡ）のセットアップのための方法が開示される。方法は、ゲートウェイによって、セットアップメッセージを受信するステップと、ゲートウェイによって、ゲートウェイと第１のＡＰとの間の第１トンネル、および、ゲートウェイと第２のＡＰとの間の第２トンネルをセットアップするステップとを備えることができる。
【０３５１】
少なくとも１つの実施形態では、ネットワークエンティティ（ＮＥ）は、無線送信／受信ユニット（ＷＴＲＵ）のマネージドリモートアクセス（ＭＲＡ）に対するアクセスポイント（ＡＰ）を選択するように構成される。ＮＥは、要求を受信するように構成された送信／受信ユニットと、第２のＡＰによって無線でサービスされるＷＴＲＵに対するＭＲＡに使用されることになる第１のＡＰを判定するように構成されたプロセッサとを備えることができ、送信／受信ユニットは、第１のＡＰをセットアップする１または複数のメッセージを送信するように構成される。
【０３５２】
少なくとも１つの実施形態では、ゲートウェイは、第１および第２のアクセスポイント（ＡＰ）を介して無線送信／受信ユニット（ＷＴＲＵ）のマネージドリモートアクセス（ＭＲＡ）をセットアップするように構成される。ゲートウェイは、セットアップメッセージを受信するように構成された送信／受信ユニットと、ゲートウェイと第１のＡＰとの間の第１トンネル、および、ゲートウェイと第２のＡＰとの間の第２トンネルをセットアップするように構成されたプロセッサとを備えることができる。
【０３５３】
少なくとも１つの実施形態では、アクセスポイント（ＡＰ）を介して無線送信／受信ユニット（ＷＴＲＵ）に対するマネージドリモートアクセス（ＭＲＡ）のセットアップのための方法が開示される。方法は、ＡＰによって、ＡＰによって無線でサービスされていないＷＴＲＵに対するコンテキストを示すセットアップメッセージを受信するステップと、ＡＰによって、受信されたコンテキストをセットアップするステップとを備えることができる。
【０３５４】
少なくとも１つの実施形態では、アクセスポイント（ＡＰ）は、無線送信／受信ユニット（ＷＴＲＵ）に対するマネージドリモートアクセス（ＭＲＡ）をセットアップするように構成される。ＡＰは、ＡＰによって無線でサービスされていないＷＴＲＵに対するコンテキストを示すセットアップメッセージを受信するように構成された送信／受信ユニットと、受信されたコンテキストをセットアップするように構成されたプロセッサとを備えることができる。
【０３５５】
少なくとも１つの実施形態では、アイドルモードでローカルネットワークの外に移動する無線送信／受信ユニット（ＷＴＲＵ）に対するローカルＩＰアクセス（ＬＩＰＡ）セッションを管理するための方法が開示される。方法は、ネットワークエンティティによって、第１のメッセージを受信するステップと、ネットワークエンティティによって、判定された結果として、受信された第１のメッセージに基づいて、ＬＩＰＡセッションを維持するかを判定するステップと、ネットワークエンティティによって、判定された結果に従って、ＬＩＰＡセッションを維持し、または、終了する第２のメッセージを送信するステップとを備えることができる。
【０３５６】
少なくとも１つの実施形態では、ネットワークエンティティは、アイドルモードでローカルネットワークの外に移動する無線送信／受信ユニット（ＷＴＲＵ）に対するローカルＩＰアクセス（ＬＩＰＡ）セッションを管理するように構成される。ＮＥは、第１のメッセージを受信するように構成された送信／受信ユニットと、判定された結果として、受信された第１のメッセージに基づいて、ＬＩＰＡセッションを維持するかを判定するように構成されたプロセッサとを備えることができ、送信／受信ユニットは、判定された結果に従って、ＬＩＰＡセッションを維持し、または、終了する第２のメッセージを送信するように構成される。
【図１Ａ】
2014531861.tif 000006
【図１Ｂ】
2014531861.tif 000007
【図１Ｃ】
2014531861.tif 000008
【図１Ｄ】
2014531861.tif 000009
【図１Ｅ】
2014531861.tif 000010
【図２】
2014531861.tif 000011
【図３】
2014531861.tif 000012
【図４】
2014531861.tif 000013
【図５】
2014531861.tif 000014
【図６】
2014531861.tif 000015
【図７】
2014531861.tif 000016
【図８】
2014531861.tif 000017
【図９】
2014531861.tif 000018
【図１０】
2014531861.tif 000019
【図１１】
2014531861.tif 000020
【図１２】
2014531861.tif 000021
【図１８】
2014531861.tif 000022
【図１９】
2014531861.tif 000023
【図２０】
2014531861.tif 000024
【図２１】
2014531861.tif 000025
【図２２】
2014531861.tif 000026
【図２３】
2014531861.tif 000027
【図２４】
2014531861.tif 000028
【図２５】
2014531861.tif 000029
【図２６】
2014531861.tif 000030
【図２７】
2014531861.tif 000031
【図２８】
2014531861.tif 000032
【図２９】
2014531861.tif 000033
【図１３】
2014531861.tif 000034
【図１４】
2014531861.tif 000035
【図１５】
2014531861.tif 000036
【図１６】
2014531861.tif 000037
【図１７】
2014531861.tif 000038
【国際調査報告】
2014531861.tif 000039
2014531861.tif 000040
2014531861.tif 000041
2014531861.tif 000042
2014531861.tif 000043
2014531861.tif 000044