JP5602840B2 - 経路切替システム、経路切替方法、及び移動端末 - Google Patents

Description

本発明は、パケット交換データ通信ネットワークの電気通信の分野に関し、特に、本発明は、移動端末の移動により、移動端末と移動端末の通信相手である通信装置との間のパケットの送受信の経路を切り替える経路切替システム、経路切替方法、及び移動端末に関する。

第３世代パートナーシッププロジェクト（３ＧＰＰ）では、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）プログラムが、改良されたスペクトル効率、低減された待ち時間及び無線リソースの活用の向上を提供するＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）という名称の新しいシステムを開発している。ＥＰＳによって、ユーザは、より高速のデータレートとより豊富なアプリケーション及びサービスを以前より低いコストで経験することができる。ＥＰＳへの接続性を得るために、ユーザはＬＴＥに準拠するユーザ装置（ＵＥ）を入手しなければならない。最近の市場の傾向では、ＵＥは、複数の異なる無線技術をサポートすると考えられている。例えば、すべての移動電話は、移動セルラーネットワークにアクセスする少なくともセルラー無線インタフェースを有する。更に、これらの移動電話のうち、無線ローカルエリアネットワーク（ＷＬＡＮ）にアクセスすることができるＩＥＥＥ８０２．１１無線インタフェースを有する移動電話の数は増加している。

図１は、第３世代パートナーシッププロジェクト（３ＧＰＰ）内で記述されるシステムを示す。このシステムでは、ＵＥ０１００は、そのセルラー無線インタフェース（ＩＦ０１０００）を介してグローバル通信ネットワーク０１３への接続性を得る。ＩＦ０１０００は、３ＧＰＰ無線アクセスネットワーク０１０と関連して基地局であるｅＮＢ０１０１（Enhanced Node B）と通信する。３ＧＰＰ無線アクセスネットワークは、ＵＭＴＳ無線アクセスネットワーク（ＵＴＲＡＮ：ＵＭＴＳ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）又はＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＴＲＡＮ）であってもよいが、これに限定されない。ｅＮＢ０１０１は、モビリティ管理エンティティ（ＭＭＥ０１０２：Mobility Management Entity）を備えたシグナリング経路（Ｓ０１０１）を有する。ｅＮＢ０１０１は、ＵＥ０１００の無線リソース管理及びアドミッション制御を行う。

さらに、ｅＮＢ０１０１は、ヘッダ圧縮、暗号化及び信頼のおけるパケット配信を実行する。ＭＭＥ０１０２は、ＵＥ０１００のためのアイドルモードモビリティシグナリングを実行する。これは、ＵＥ０１００のために行うトラッキング及びページングを含む。更に、ＭＭＥ０１０２は、ＵＥ０１００のためのベアラ起動／停止プロセスを実行する。この技術にとって、ベアラは、規定された容量、遅延及びビット誤り率の情報送信経路である。シグナリング経路Ｓ０１０１によってｅＮＢ０１０１は、ＵＥ０１００から、ＵＥ０１００のロケーション又はＵＥ０１００の要求メッセージなどの制御情報を搬送することができる。ＵＥ０１００がグローバル通信ネットワーク０１３にデータを送信するには、ＵＥ０１００はデータ経路を確立する必要がある。ＭＭＥ０１０２は、サービングゲートウェイ（Ｓ−ＧＷ０１０３）を備えたシグナリング経路（Ｓ０１０３）を用いてＵＥ０１００のＩＦ０１０００へ向けてデータ通信経路（Ｓ０１０２）を設定する。ｅＮＢ０１０１とＳ−ＧＷ０１０３との間のシグナリング経路Ｓ０１０２によって、データパケットをＵＥ０１００から送信することができる。

Ｓ−ＧＷ０１０３は、ユーザデータパケットのルーティングを助ける。更に、Ｓ−ＧＷ０１０３は、また、異なるアクセスシステム間のハンドオーバ中にユーザプレーンのモビリティのためのアンカーポイントとしての役割を果たす。パケットデータネットワークゲートウェイ（ＰＤＮ−ＧＷ０１０４）は、外部パケットデータネットワークへの接続性をＵＥ０１００へ提供する。また、ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００によって記述されたフィルタリング規則（ルーティング規則）に基づいてユーザデータパケットをルーティングする能力を有する。Ｓ−ＧＷ０１０３は、シグナリング経路Ｓ０１０４を用いてＵＥ０１００のデータ経路を設定する。ＵＥ０１００がＩＦ０１０００から通信相手ノード（ＣＮ０１０６）へデータパケットを送信する場合、データパケットは、シグナリング経路Ｓ０１０２、Ｓ０１０４，Ｓ０１０５及びＳ０１０６を通過する。このシステムでは、通信相手ノード（ＣＮ０１０６）は、ＵＥ０１００とのエンドツーエンドのデータ通信を実行するエンティティである。一例として、ＵＥ０１００とＣＮ０１０６との間のデータトラフィックは、映像パケットストリームと音声パケットストリームとを備えるテレビ会議呼のフローである。ＣＮ０１０６は、グローバル通信ネットワーク０１３との通信のためにデータ経路Ｓ０１０６を使用する。なお、ＵＭＴＳを用いた場合は、ｅＮＢはＲＮＣ／ＢＳＣ、ＭＭＥはＳＧＳＮ、ＰＧＷはＧＧＳＮに置き換えられる。

更に、ＵＥ０１００は、その無線ローカルエリアネットワーク（ＷＬＡＮ）無線インタフェース（ＩＦ０１００１）を介してグローバル通信ネットワーク０１３への別の接続を有することができる。またＩＦ０１００１は、ＩＥＥＥ８０２．１１インタフェース、ＷｉＭＡＸインタフェース又はｃｄｍａ２０００高速パケットデータ（ＨＲＰＤ：Ｈｉｇｈ Ｒａｔｅ Ｐａｃｋｅｔ Ｄａｔａ）インタフェースなどのその他の非３ＧＰＰ無線インタフェースであってもよいが、これらに限定されない。ＩＦ０１００１は、非３ＧＰＰ無線アクセスネットワーク０１１と関連してｅＰＤＧ０１０５（Evolved Packet Data Gateway）と通信する。非３ＧＰＰ無線アクセスネットワークは、ＷＬＡＮ、ＷｉＭＡＸ又はＨＲＰＤであってもよいが、これらに限定されない。ｅＰＤＧ０１０５は、ＰＤＮ−ＧＷ０１０４へのシグナリング経路Ｓ０１０７を設定してＵＥ０１００がデータをＣＮ０１０６へ送信することができるようにする。

このシステムでは、ＵＥ０１００が３ＧＰＰ無線アクセスネットワーク及び非３ＧＰＰ無線アクセスネットワーク上で同時にＰＤＮ−ＧＷ０１０４に接続するためのプロトコルは、デュアルスタックモバイルＩＰｖ６（ＤＳＭＩＰv６）の拡張機能を使用している（非特許文献１を参照）。バインディング識別子（ＢＩＤ）を用いてＵＥ０１００は、ＰＤＮ−ＧＷ０１０４へのＩＦ０１０００接続とＩＦ０１００１接続の両方を一意に識別することができる。ＢＩＤは、ＵＥ０１００からＰＤＮ−ＧＷ０１０４へのバインディング更新（ＢＵ）メッセージに載せて搬送される。ＢＵメッセージは、ＵＥ０１００が依然として接続状態であることをＰＤＮ−ＧＷ０１０４に知らせるためにＵＥ０１００からＰＤＮ−ＧＷ０１０４へ送信される周期的な更新メッセージである。したがって、ＵＥ０１００のホームエージェント（ＨＡ）として動作するＰＤＮ−ＧＷ０１０４は、ＵＥ０１００への２つの可能なパケット転送経路を有する。第１の経路は、シグナリングデータ経路Ｓ０１０４、Ｓ０１０２である。第２の経路は、シグナリングデータ経路Ｓ０１０７である。

移動端末であるＵＥ０１００は、通信ネットワーク内のローミングの際にＩＦ０１０００を異なるｅＮＢに接続することができる。図１を再度参照すると、ＩＦ０１０００は、３ＧＰＰ無線アクセスネットワーク０１０の通信圏を出て３ＧＰＰ無線アクセスネットワーク０１２の通信圏内へ移動することができる。このため、ＩＦ０１０００はｅＮＢ０１０７と関連する。３ＧＰＰでは、通信事業者が選択的ＩＰトラフィックオフロード（ＳＩＰＴＯ：Ｓｅｌｅｃｔｉｖｅ ＩＰ Ｔｒａｆｆｉｃ Ｏｆｆｌｏａｄ）を実行するという概念について多くの議論がなされてきた（非特許文献２を参照）。３ＧＰＰにおいてリリース１０と呼ばれる枠組みの中で議論されている機能であるＳＩＰＴＯによって、ＵＥのロケーションに基づく別のＰＤＮ−ＧＷへのＵＥのオフロードが可能になる。このＰＤＮ−ＧＷは、ＵＥのデータパケットを、セルラー通信事業者のコアネットワークを通過することなく直接グローバル通信ネットワーク０１３へ送信する能力（オフロードパス、ローカルブレイクアウトパス）を有する。そのようなオフロードによって、セルラー通信事業者は、自らが有する貴重な無線リソースを有効に活用することができる。

図１を再度参照すると、ローカルＰＤＮ−ＧＷ（Ｌ−ＧＷ０１０８）は、Ｓ−ＧＷとＰＤＮ−ＧＷの機能を有している。Ｌ−ＧＷ０１０８は、シグナリング経路Ｓ０１１０を介してｅＮＢ０１０７に接続されている。Ｌ−ＧＷ０１０８の機能によって、シグナリング経路Ｓ０１０８を介したＵＥ０１００からグローバル通信ネットワーク０１３へのデータパケットの送信が可能になる。３ＧＰＰでは、これはブレークアウトと呼ばれ、この状態でＵＥのデータパケットは、通信事業者のコアネットワークを通過せずにグローバル通信ネットワーク０１３へ即時に送信される。これによって、コアネットワーク内の通信事業者のリソースが節約できる。ＰＤＮ−ＧＷへのＵＥのオフロードはＭＭＥ０１０２によってトリガされるということが考えられる。なお、図１では、Ｌ−ＧＷ０１０８は、Ｓ−ＧＷとＰＤＮ−ＧＷの両方の機能を有しているとしているが、Ｓ−ＧＷの機能を有する別のエンティティがＬ−ＧＷ０１０８とｅＮＢ０１０７の間に存在していてもよい。さらには、Ｌ−ＧＷ０１０８は、コアネットワーク内に存在する通常のＰＤＮ−ＧＷであってもよい。その場合、ＰＤＮ−ＧＷ０１０４からオフロードを行う利点は、ＰＤＮ−ＧＷ０１０４やＳ−ＧＷ０１０３の処理負荷を分散させることができる点である。

ＭＭＥ０１０２は、オフロードをトリガする時期を最もうまく決定するために必要なＵＥ０１００のロケーションを認識することができるため、最良の候補である。ＭＭＥ０１０２がＵＥ０１００をオフロードできると検出すると、ＭＭＥ０１０２は、シグナリング経路Ｓ０１０９を介してそのような意図をｅＮＢ０１０７にシグナリングする。ＭＭＥ０１０２がそのようなオフロードをトリガする理由は、セルラー通信事業者がその無線リソースの消費がある基準（Constraining Point）に達していることを検出し、セルラー通信事業者のネットワークの多くを通過することなくＵＥのデータパケットをグローバル通信ネットワーク０１３へ送信することができるＰＤＮ−ＧＷへＵＥの一部を振り向けることでリソースを解放したいと考えているということであるが、これに限定されるものではない。同様に、ＭＭＥ０１０２は、Ｌ−ＧＷ０１０８に対してＵＥ０１００のためのＰＤＮコネクションを確立するようにＳ０１１１を介してＬ−ＧＷ０１０８にシグナリングする。

ＵＥを別のＰＤＮ−ＧＷへオフロードする現行の方法がいくつかある。３ＧＰＰ無線アクセスネットワーク上で、ＭＭＥ０１０２は、ＵＥ０１００のＩＦ０１０００へのＰＤＮコネクションの切断を試みることができる。ＭＭＥ０１０２は、非特許文献３に記載するデタッチ手順又はベアラ停止手順を実行することができる。ＭＭＥ０１０２からＩＦ０１０００へのメッセージで、ＭＭＥ０１０２は、ＩＦ０１０００にそのＰＤＮ−ＧＷ０１０４への接続を再確立するように依頼する。ＩＦ０１０００がＰＤＮ接続性要求を実行すると、ＭＭＥ０１０２はＬ−ＧＷ０１０８を選択する。このようにして、ＭＭＥ０１０２は、ＩＦ０１０００をＰＤＮ−ＧＷ０１０４からＬ−ＧＷ０１０８へオフロードする。同様に、ＭＭＥ０１０２は、ＩＦ０１０００へのデータシグナリング経路（Ｓ０１０２、Ｓ０１０４）の終了をネゴシエートする。

非３ＧＰＰ無線アクセスネットワーク上で、ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００のＩＦ０１００１のＬ−ＧＷ０１０８へのオフロードを試みることができる。ＰＤＮ−ＧＷ０１０４は、非特許文献４に記載するホームエージェント（ＨＡ）リロケーション手順を実行することができる。ＩＦ０１００１は、ＵＥ０１００の新しいＨＡとしてのＬ−ＧＷ０１０８を示すメッセージをＰＤＮ−ＧＷ０１０４から受信する。ＩＦ０１００１は、ＰＤＮ−ＧＷ０１０４から切断すると共に、Ｌ−ＧＷ０１０８に接続しようと試みる。このようにして、ＰＤＮ−ＧＷ０１０４は、ＰＤＮ−ＧＷ０１０４からＬ−ＧＷ０１０８へＩＦ０１００１をオフロードする。

ここまでで、３ＧＰＰシステム内で、別々のエンティティがアクセスネットワーク上のＵＥのインタフェースの移動性を処理することが明らかである。３ＧＰＰ無線アクセスネットワーク上でのＵＥのセルラーインタフェースの移動性について、ＭＭＥがＵＥのロケーションをモニタする。非３ＧＰＰ無線アクセスネットワーク上でのＵＥのＷＬＡＮインタフェースの移動性について、ＰＤＮ−ＧＷがＵＥのロケーションをモニタする。３ＧＰＰシステムではＭＭＥとＰＤＮ−ＧＷとの間の相互動作がなく、ＭＭＥが別のＰＤＮ−ＧＷへのＵＥのオフロードをトリガするときに問題が発生することがある。図１を参照すると、３ＧＰＰ無線アクセスシグナリングデータ経路（Ｓ０１０２、Ｓ０１０４）及び非３ＧＰＰ無線アクセスシグナリングデータ経路（Ｓ０１０７）は、その上のシグナリング量が多いために輻輳し始めているものとする。この時点で、ＭＭＥ０１０２は、シグナリングデータ経路（Ｓ０１０２、Ｓ０１０４）上の輻輳を緩和するためのＰＤＮ−ＧＷ０１０４からＬ−ＧＷ０１０８へのＩＦ０１０００のオフロードをトリガする。非輻輳シグナリング経路（Ｓ０１１０、Ｓ０１０８）へのオフロードによって、ＵＥ０１００の現在のセッション（すなわち、テレビ会議呼）は、パケット送達遅延又はジッタから解消される。

しかしながら、ＭＭＥ０１０２は、ＵＥ０１００が非３ＧＰＰ無線アクセスネットワーク０１１上でＰＤＮ−ＧＷ０１０４に接続されたＩＦ０１００１を有していることに気付いていない。ＭＭＥ０１０２がＳ−ＧＷ０１０３にＩＦ０１０００へのシグナリング経路Ｓ０１０２を終了する（落とす）ようにシグナリングする時に、この終了がＭＭＥ０１０２による別のＰＤＮ−ＧＷへのＵＥ０１００のオフロードが原因であることの表示はない。この表示の欠如はＳ−ＧＷ０１０３においても同様であり、データシグナリング経路Ｓ０１０４の終了がＭＭＥ０１０２による別のＰＤＮ−ＧＷへのＵＥ０１００のオフロードが原因であることをＳ−ＧＷ０１０３はＰＤＮ−ＧＷ０１０４に知らせない。したがって、ＵＥ０１００のＩＦ０１００１の移動性を管理するＰＤＮ−ＧＷ０１０４は、ＩＦ０１００１が接続しているＨＡをＬ−ＧＷ０１０８へ移動させるＨＡリロケーション手順をトリガしないであろう。シグナリング経路Ｓ０１０７が存在するので、ＰＤＮ−ＧＷ０１０４はＵＥ０１００との間でのデータパケットの転送を継続でき、ＵＥ０１００が輻輳経路を引き続き使用する状況が発生してしまう。以下の例でこの問題を分かりやすく説明する。

ＵＥ０１００及びＣＮ０１０６は、テレビ会議システムによる通信を確立するために接続中である場合、この通信のコンポーネントは音声セッション及び映像セッションからなると想定される。テレビ会議通信は、ＵＥ０１００のアンカリングアドレスの役割を果たすＵＥのホームアドレス（ＨｏＡ）に宛てられる。ＣＮ０１０６は、テレビ会議通信のデータパケットをＨｏＡへ送信するので、ＣＮ０１０６はＵＥの移動性を認識しない。ＵＥ０１００のローミング先に関わらず、ＵＥ０１００はＣＮ０１０６から送信されるデータパケットを入手することができる。ＰＤＮ−ＧＷ０１０４とＵＥ０１００との間の経路の一方が切断された場合、ＰＤＮ−ＧＷ０１０４は他方の経路を用いてデータパケットをＵＥ０１００へ転送する。

音声は、通常、あるサービス品質（ＱｏＳ）を必要とするため、ＵＥ０１００は、音声パケットを３ＧＰＰ無線アクセスネットワーク上でＩＦ０１０００へ向けて送出するフィルタ規則を有する。ＱｏＳを必要としない映像パケットの場合、ＵＥ０１００は、映像パケットを非３ＧＰＰ無線アクセスネットワーク上でＩＦ０１００１へ向けて送出するフィルタ規則を有する。ＩＦ０１００がＬ−ＧＷ０１０８へオフロードされた時には、ＰＤＮ−ＧＷ０１０４とＩＦ０１０００との間のシグナリング経路（Ｓ０１０２、Ｓ０１０４）はＵＥ０１００によって切断される。しかしながら、シグナリング経路Ｓ０１０７は依然として存在し、その結果、ＰＤＮ−ＧＷ０１０４は音声及び映像パケットの両方をＩＦ０１００１へ転送することができる。シグナリング経路Ｓ０１０７には音声のＱｏＳが提供されないため、テレビ会議接続の通信には多少の遅延とジッタが生じる。例えば、両方の当事者には会話と画像とが分断される様子が聞こえる。ユーザの通話品質は悪化し、それは場合によっては、セルラー通信事業者にとって収入の損失を意味する。

特許文献１は、ＵＥがセルラー通信事業者のネットワークに接続した時にＵＥが接続先の無線アクセスのタイプについてＭＭＥに通知する方法について説明している。例えば、ＵＥが３ＧＰＰ無線アクセスネットワークと非３ＧＰＰ無線アクセスネットワークの両方に接続しようとする場合、ＵＥはそのような意図をＭＭＥに通知する。したがって、この従来技術は、ＵＥが非３ＧＰＰ無線アクセスネットワーク上に接続を有することをＭＭＥに知らせることでこの問題を解決する。この情報によって、ＭＭＥは、ＵＥを別のＰＤＮ−ＧＷへオフロードすることを決定した時にいつＰＤＮ−ＧＷに通知するかを知っていると想定することができる。しかしながら、この従来技術は、ＵＥがオフロードされた時点のＭＭＥとＰＤＮ−ＧＷとの間の表示について詳しく述べてはいない。

特許文献２は、ＵＥが保持する複数のインタフェース中の１つの上でデータセッションが輻輳状態にあるか否かを判定することができるプロセスについて記載している。そうである場合、ＵＥはデータセッションを輻輳していない別のインタフェースへ転送することができる。このプロセスは、特定のインタフェース上の特定のセッションの最大処理能力値と、同じインタフェース上のすべてのセッションの処理能力値の総計の比較を含む。比較の結果、そのデータセッションの処理能力値がインタフェース上のすべてのセッションの処理能力値の総計より小さい場合、データセッションは別のインタフェースへ転送される。したがって、この従来技術は、ＵＥの様々なインタフェース上のすべてのデータセッションをＵＥに常時モニタさせ比較させることで、この問題を解決する。しかしながら、ＵＥの様々なインタフェース上のすべてのデータセッションをＵＥに常時モニタさせ比較させることはＵＥ内の処理要件を増大させるように思われる。したがって、この従来技術は、他の目的のために振り向けることができるＵＥ内の追加の処理の可能性によってこの問題を解決するということができる。

非特許文献１に基づいて、ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００は、非３ＧＰＰ無線アクセスネットワークを介してＰＤＮ−ＧＷへのコネクションを有するため、ホームサブスクリプションサーバ（ＨＳＳ：Home Subscriber Server）のデータベースを変更しないことを要求する通知をＭＭＥ０１０２に送信する。この通知を受けることによって、ＭＭＥ０１０２は、ＵＥ０１００が非３ＧＰＰ無線アクセスネットワークを介してＰＤＮ−ＧＷ０１０４に接続されていることを推定することができる。しかしながら、現在、ＭＭＥ０１０２は、ＭＭＥ０１０２がＵＥ０１００の３ＧＰＰ無線接続しか制御していないので、ＰＤＮ−ＧＷ０１０４へのその非３ＧＰＰ無線アクセス接続を終了するようにＵＥ０１００に依頼する手段はない。したがって、ＰＤＮ−ＧＷ０１０４へのシグナリング経路Ｓ０１０７はまだ存在することになる。

K-M Shaheen, “Method and apparatus for performing attachment procedures”, US Patent Application Publication Number 2008/0181178 A1, July 31, 2008. K-G Chantepie, S-A Orvault, D-B LaBouexiere, J-M-B Corps Nuds and L-S Cesson Sevigne, “Method for the optimized management of resources in a terminal comprising multiple interfaces”, US Patent Application Publication Number 2009/0129274 A1, May 21, 2009.

3GPP TS 23.261 V0.3.0 (2010-03) (Release 10): "IP Flow Mobility and seamless WLAN offload; stage 2". 3GPP TS 22.101 V10.1.0 (2009-12) (Release 10): "Service principles". 3GPP TS 24.301 V9.1.0 (2009-12) (Release 9): "Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3". B. Haley, et al., "Mobility Header Home Agent Switch Message", RFC 5142, January 2008. R. Wakikawa, et al., "Multiple Care-of Address Registration", RFC 5648, October 2009. 3GPP TS 23.401 V9.3.0 (2009-12) (Release 9): "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access". 3GPP TS 24.302 V9.1.1 (2009-12)(Release 9): "Access to the 3GPP Evolved Packet Core (EPC) via non-3GPP access networks; stage 3". R. Stewart, "Stream Control Transmission Protocol", RFC 4960, September 2007.

したがって、本発明の目的は、従来技術の上記欠点及び不備な点を克服又は少なくとも実質的に改善することである。より詳細には、本発明の主要な目的は、ＵＥが第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへオフロードされた時に、ＵＥの第１のＰＤＮ−ＧＷへの追加の接続がある場合に、それらの追加の接続がオフロードに更に確実に考慮されるようにすることである。また、ＵＥが通信事業者のネットワークに同時に接続している場合の別の問題は、複数の接続が存在するためにネットワークがＵＥをうまくオフロードできないということであり、それを解決することである。

上記目的を達成するために、本発明によれば、移動端末と前記移動端末の通信相手の通信装置との間の通信セッションのパケットの送受信に用いられる経路であって、複数の中継装置を有するネットワークを介して行われる前記パケットの送受信の経路を、前記移動端末の移動により切り替える経路切替システムであって、前記移動端末の移動により、前記移動端末と前記通信装置との間の第１の通信セッションのために送受信される前記パケットを中継する前記中継装置を切り替える際、前記移動端末の移動前に前記中継装置であった第１の中継装置から、前記移動端末の移動後に前記中継装置となる第２の中継装置へ切り替えたことを示す情報を含むメッセージを前記移動端末へ送信するとともに、前記移動端末の接続管理を行う制御装置と、前記メッセージを受信した際、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理可能な経路以外に、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理不能な別経路が存在するか否かを判断し、存在する場合に、前記第１の通信セッションとは異なる前記移動端末と前記通信装置との間の第２の通信セッションに関する情報に基づいて前記別経路に対して所定の処理を行う前記移動端末とを、備える経路切替システムが提供される。ここで、制御装置は、後述するＭＭＥに相当し、制御装置によって管理可能な経路及び管理不能な別経路は、例えば、後述する３ＧＰＰの経路及び非３ＧＰＰの経路それぞれに相当する。また、所定の処理が別経路の除去のための処理である場合、別経路の除去とは、例えば接続が構築される前の状態に戻すことなどを言う。

また、本発明によれば、移動端末と前記移動端末の通信相手の通信装置との間の通信セッションのパケットの送受信に用いられる経路であって、複数の中継装置を有するネットワークを介して行われる前記パケットの送受信の経路を、前記移動端末の移動により切り替える経路切替方法であって、前記移動端末の接続管理を行う制御装置が、前記移動端末の移動により、前記移動端末と前記通信装置との間の第１の通信セッションのために送受信される前記パケットを中継する前記中継装置を切り替える際、前記移動端末の移動前に前記中継装置であった第１の中継装置から、前記移動端末の移動後に前記中継装置となる第２の中継装置へ切り替えたことを示す情報を含むメッセージを前記移動端末へ送信するステップと、前記移動端末が、前記メッセージを受信した際、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理可能な経路以外に、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理不能な別経路が存在するか否かを判断し、存在する場合に、前記第１の通信セッションとは異なる前記移動端末と前記通信装置との間の第２の通信セッションに関する情報に基づいて前記別経路に対して所定の処理を行うステップとを、有する経路切替方法が提供される。

また、本発明によれば、移動端末と前記移動端末の通信相手の通信装置との間の通信セッションのパケットの送受信に用いられる経路であって、複数の中継装置を有するネットワークを介して行われる前記パケットの送受信の経路を、前記移動端末の移動により切り替える経路切替システムで用いられる前記移動端末であって、前記移動端末の移動により、前記移動端末と前記通信装置との間の第１の通信セッションのために送受信される前記パケットを中継する前記中継装置を切り替える際、前記移動端末の移動前に前記中継装置であった第１の中継装置から、前記移動端末の移動後に前記中継装置となる第２の中継装置へ切り替えたことを示す情報を含むメッセージを、前記移動端末の接続管理を行う制御装置又は前記移動端末が接続するゲートウェイ装置から受信する受信手段と、前記メッセージを受信した際、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理可能な経路以外に、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理不能な別経路が存在するか否かを判断する判断手段と、存在すると判断された場合に、前記第１の通信セッションとは異なる前記移動端末と前記通信装置との間の第２の通信セッションに関する情報に基づいて前記別経路に対して所定の処理を行う処理手段とを、備える移動端末が提供される。

本発明の経路切替システム、経路切替方法、及び移動端末は、移動端末（ＵＥ）が第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへオフロードされた時に、ＵＥの第１のＰＤＮ−ＧＷへの追加の接続がある場合に、それらの追加の接続に対する処理をＵＥ側で決定して行うことができる。

本発明をよりよく理解し実施するために、添付の図面を参照する。

本発明の好ましい実施の形態による、第３世代パートナーシッププログラム（３ＧＰＰ）に記載されたシステムのネットワークトポロジを示す図 本発明の好ましい実施の形態による、オフロードが実行された時にユーザ装置がその影響を判定するために行う決定のタイプに関するフローチャート 本発明の好ましい実施の形態による、ユーザ装置が行う決定の結果の１つを説明するメッセージシーケンスを示す図 本発明の好ましい実施の形態による、ユーザ装置が行う決定の別の結果を説明するメッセージシーケンスを示す図 本発明の好ましい実施の形態による、オフロードされたパケットデータネットワークゲートウェイへデータセッションを転送する方法を決定するためにユーザ装置が行う決定のフローチャート 本発明の好ましい実施の形態による、ユーザ装置が行う決定の更に別の結果を説明するメッセージシーケンスを示す図 本発明の好ましい実施の形態による、ユーザ装置が別のパケットデータネットワークゲートウェイへオフロードされた時に、ネットワークによってトリガされたパケットデータネットワーク切断の手順を記述するメッセージシーケンスを示す図 本発明の好ましい実施の形態による、第３世代パートナーシッププログラム（３ＧＰＰ）に記載されたシステムの別のネットワークトポロジを示す図 本発明の好ましい実施の形態による、オフロードが実行された時に、ユーザ装置が同時接続のための追加情報をネットワークに要求する別の手順を説明するメッセージシーケンスを示す図 本発明の好ましい実施の形態による、ネットワークがユーザ装置に対象進化型パケットデータゲートウェイを示す更に別の手順を説明するメッセージシーケンスを示す図 本発明による好ましい装置の機能アーキテクチャを示す図 本発明の好ましい実施の形態による、オフロードされる際に、ネットワークがユーザ装置に対してＰＤＮコネクションを切断するよう要求する際のメッセージシーケンスを示す図 本発明の好ましい実施の形態による、ネットワークによってトリガされたオフロードを確実に適用することができるようにするためにユーザ装置が行う判断方法のフローチャート 本発明の好ましい実施の形態による、ユーザ装置が行う判断の結果を説明するメッセージシーケンス図

以下の説明では、説明を分かりやすくするために、本発明を完全に理解するために、特定の番号、時間、構造、プロトコル名、及びその他のパラメータについて記載する。しかしながら、本発明はこれらの特定の詳細事項なしに実施することができることは当業者には明らかである。別の例では、本発明を不必要に分かりにくくしないために周知のコンポーネント及びモジュールはブロック図で示されている。

＜一般的な方法の実施の形態＞
本発明は、ネットワークがＵＥの３ＧＰＰ無線アクセス接続が第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへオフロードされたことをＵＥに通知する手段を提供する。更に、ＵＥがそのような通知を受信すると、ＵＥは、ＵＥが現在有している進行中の接続へのオフロードの影響を判定する決定プロセスを開始する。例えば、ＵＥが第１のＰＤＮ−ＧＷへの非３ＧＰＰ無線アクセス接続を有している場合、ＵＥは、非３ＧＰＰ無線アクセス接続を切断、維持又はハンドオーバする決定ができる。そのような目的でＵＥ内に決定機能を有する利益は、それによってＵＥが、セッションが突然中断され、第２のＰＤＮ−ＧＷでセッションを継続するために再度ネゴシエートするのではなく、第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへのスムーズなセッションのハンドオーバを試みる機会を提供するということである。なお、以下では、ＵＥが行っている通信のことをセッションと記載しているが、識別可能な通信の単位を表すものであればその表現は問わない。例えば、対象とするレイヤに応じて、コネクション（ＴＣＰ／ＵＤＰコネクション、ＳＣＴＰコネクション）やフロー（ＩＰフロー）と記載してもよい。

＜第１の実施の形態：オフロードトリガ時の一般的なＵＥのロジック＞
ＵＥが、ＵＥが別のＰＤＮ−ＧＷにオフロードされたという通知をネットワークから受信すると、ＵＥ内の決定機能は、ＵＥが現在有している進行中の接続へのオフロードの影響を決定する必要がある。図２に、オフロードが実行された時にＵＥがその影響を判定するために行う決定のタイプに関するフローチャートを示す。

この実施の形態では、ＵＥ０１００がＵＥ０１００のＩＦ０１０００がＰＤＮ−ＧＷ０１０４からＬ−ＧＷ０１０８へオフロードされたという通知をネットワークから受信すると、この機能が開始する（０２０）。あるいは、ネットワークがＵＥ０１００のＩＦ０１０００をＰＤＮ−ＧＷ０１０４からＬ−ＧＷ０１０８へオフロードしたとＵＥ０１００がみなすと、この機能が開始する。なお、ＵＥ０１００は、ＵＥ０１００に割り当てられるプリフィックスが変更された場合に、オフロードが実行されたと判断してもよい。この機能は更に進み（Ｓ０２００）、ＩＦ０１００１上でのＰＤＮ−ＧＷ０１０４を介するコネクションを用いて、ＩＦ０１００１上で行われている進行中のデータセッション（データフロー）があるか否かをチェックする（０２１）。このチェックは、ＵＥ０１００のプロセッサがＵＥ０１００の様々な進行中のクリティカルセッションがＵＥ０１００のどの物理インタフェースにマッピングされているかを識別するステップであってもよいが、これに限定されるものではない。本発明では、クリティカルセッションという用語はユーザ又はセルラー通信事業者（すなわち、音声呼）が重要と考えるデータセッションを意味する。なお、ＰＤＮ−ＧＷ０１０４からＬ−ＧＷ０１０８へのオフロードが実行された際、ＵＥ０１００のＩＦ０１０００上でＰＤＮ−ＧＷ０１０４を介して行われていたセッションの継続性を維持する場合、セッションの継続のために必要な処理（ＳＣＴＰやアプリケーションレベルの機能によるアドレス切り替えなど）がＵＥによって行っているものとする。

このチェックがＩＦ０１００１上でＰＤＮ−ＧＷ０１０４へのデータセッションがないと考える場合（Ｓ０２１０）、この機能はＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の非３ＧＰＰ無線アクセス接続を削除する処理へ移る（０２５）。削除は、ＵＥ０１００内のモバイルＩＰスタックによる、非特許文献５に規定する同時ホーム及びフォーリンバインディング（Ｈ）フラグ及びライフタイムを持たないＢＵメッセージの送信ステップであってもよいが、これに限定されるものではない。なお、不図示ではあが、データセッションの有無によって削除するか否かを判断するのではなく、ＵＥ０１００は、Ｌ−ＧＷ０１０８を介した３Ｇ接続の状態を確認し、使用できる帯域やＱｏＳなどが、ＵＥ０１００が行うセッション又は行う可能性があるセッションにとって十分（不適切）であると判断された場合に非３Ｇ接続を削除すると判断してもよい。

このチェックがＩＦ０１００１上でのＰＤＮ−ＧＷ０１０４へのデータセッションがあると考える場合（Ｓ０２１１）、この機能はデータセッションをＬ−ＧＷ０１０８へ転送することができるか否かを判定する処理へ移る（０２２）。この判定は、データセッションがストリーム制御送信プロトコル（ＳＣＴＰ）によってサポートされているか、もしそうであれば、ＳＣＴＰ手段でデータセッションを転送することができるとＵＥ０１００内のプロセッサが決定するステップであってもよいが、これに限定されるものではない。別の判定手段では、データセッションがアプリケーションレベルのサポート（例えば、インスタントメッセージング）によって転送可能かどうかを判断し、もしそうであれば、インスタントメッセージング手段によりデータセッションを転送することができるとＵＥ０１００内のプロセッサが決定するステップであってもよい。

また、セッションが転送可能か否かの判断（０２２）をする際に、ＵＥ０１００は、通信に関するオペレータポリシー（フローポリシーやRouting Ruleとも呼ぶ）を参照してもよい。例えば、ＷＬＡＮ無線インタフェース上で行われているセッションに関して、３Ｇインタフェースを用いて転送してもよいセッションであるとポリシーに記述されている場合に、セッションが転送可能と判断してもよい。この場合、Ｌ−ＧＷ０１０８へのオフロードによってＩＰアドレスが変わっても通信が継続できるセッションであるとポリシーに記載されているセッションを、転送可能なセッションであると判断してもよい。また、ＷＬＡＮインタフェースのみを用いて転送可能と記述されている場合には、セッションを転送できないと判断してもよい。この場合、Ｌ−ＧＷ０１０８へのオフロードによってＩＰアドレスが変わると通信が継続できないセッションであるとポリシーに記載されているセッションを、転送できないセッションであると判断してもよい。なお、ポリシーはＵＥ０１００があらかじめ保持している情報であってもよいし、コアネットワーク内に位置するＡＮＤＳＦサーバ（Access Network Discovery and Selection Function）から動的に取得した情報であってもよい。全てのセッションの転送が完了し、非３ＧＰＰ接続上にセッションがなくなった際にはＳ０２１０以降の処理を行う。

データセッションをＬ−ＧＷ０１０８へ転送することができないと判定された場合（Ｓ０２２０）、この機能はＵＥ０１００のＩＦ０１０００をＬ−ＧＷ０１０８へオフロードしないようにネットワークに要求する（０２３）。この要求は、ＵＥ０１００がＬ−ＧＷ０１０８へのオフロードを希望しないという表示を含むメッセージをＵＥ０１００がネットワークへ送信するステップであってもよいが、これに限定されるものではない。要求がＵＥ０１００によって送信されると（Ｓ０２３０）、この機能は終了する（０２９）。ＩＦ０１００をオフロードしないようにというＵＥ０１００の要求をネットワークが受け入れるか又は拒絶するかに基づいてＵＥ０１００がとる次のアクションを後の実施の形態（実施の形態５及び６）に記載する。

なお、不図示ではあるが、Ｓ０２２０において、非３ＧＰＰ接続上で行われていたセッションの中に、Ｌ−ＧＷ０１０８へ転送することができないと判断されたセッションがあった場合でも、ＵＥ０１００はネットワークに対してオフロードをキャンセルするよう要求せずに、ＰＤＮ−ＧＷ０１０４への非３ＧＰＰ接続を維持して、通信を継続してもよい。つまり、Ｌ−ＧＷ０１０８へ転送することができないと判断されたセッションは、３ＧＰＰ接続がＬ−ＧＷ０１０８へオフロードされた後でも、ＰＤＮ−ＧＷ０１０４を介した非３ＧＰＰ接続を用いて継続される。Ｌ−ＧＷ０１０８へ転送できないセッションとは、Ｌ−ＧＷ０１０８へのオフロードによってＩＰアドレスが変わってしまうと通信が維持できなくなってしまうセッションや、非３ＧＰＰ接続のみを使用するようポリシーに記述されているフロー等である。また、Ｓ０２２０において、３ＧＰＰ接続上で行われていたセッションの中に、Ｌ−ＧＷ０１０８へ転送できないと判断されたセッションがあった場合でも、そのセッションが非３ＧＰＰ接続へ転送することができるセッションである場合、つまり３ＧＰＰ接続だけでなく非３ＧＰＰ接続を使用することが可能なセッションであると判断できる場合、非３ＧＰＰ接続へそのセッションを転送することで、非３ＧＰＰ接続を用いて通信を継続する。これにより、Ｌ−ＧＷ０１０８へ転送できないセッションが３ＧＰＰ接続上にあったとしても、非３ＧＰＰ接続を用いてセッションを継続することができるため、３ＧＰＰ接続に関するオフロードをキャンセルする必要がなくなる。なお、３ＧＰＰ接続上のセッションを非３ＧＰＰ接続へ転送することが可能か否かについて記述されたポリシーを参照してもよい。

データセッションをＬ−ＧＷ０１０８に転送することができると判定された場合（Ｓ０２２１）、この機能はセッションをＬ−ＧＷ０１０８へ転送する（０２４）。転送は、ＵＥ０１００内のＳＣＴＰプロトコルがＣＮ０１０６とネゴシエートして、Ｌ−ＧＷ０１０８によって割り当てられたＩＰアドレスへのセッションの転送を開始するステップであってもよいが、これに限定されるものではない。例えば、Ｌ−ＧＷ０１０８へオフロードされたという通知を受信する前に非３ＧＰＰ接続で使用していたアドレスを、ＵＥ０１００宛てパケットの転送先アドレスとしてＬ−ＧＷ０１０８へ登録するステップであってもよい。その登録に用いられるメッセージは、Ｌ−ＧＷ０１０８によって割り当てられたＩＰアドレスをホームアドレスとして含み、非３ＧＰＰ接続で使用していたアドレスをケアオブアドレスとして含むバインディングアップデートメッセージであることが望ましい。データセッションが転送されると（Ｓ０２４０）、この機能は、ＵＥ０１００によってＬ−ＧＷ０１０８への同時接続が要求されているか否かを判定する（０２６）。この判定は、オペレータポリシーを参照し、オフロードされたセッションに関するフローが３ＧＰＰ接続と非３ＧＰＰ接続の両方を用いて通信可能なフローであるか否か、又は３ＧＰＰ接続と非３ＧＰＰ接続の両方を用いる必要があるフローであるか否かを確認することでおこなわれてもよい。また、オフロードが実行される前に、ＰＤＮ−ＧＷ０１０４に対して、ＩＦ０１０００（３ＧＰＰ無線インタフェース）とＩＦ０１００１（非３ＧＰＰ無線インタフェース）の両方で確立された同時接続のためのコネクションを有していたか否かを確認することで行われてもよい。つまり、同時接続のためのコネクションを有していた場合には、３ＧＰＰ接続と非３ＧＰＰ接続の両方を使用していたセッションが存在していたことを意味する。なお、同時接続のためのコネクションとは、同じＨｏＡが割り当てられた３ＧＰＰ接続上のＰＤＮコネクションと非３ＧＰＰ接続上のＰＤＮコネクションを示している。さらには、グラフィックユーザインタフェース（ＧＵＩ）による、ユーザ又はＵＥ０１００内のローカルに記憶されたユーザ事前構成ポリシーへの問い合わせであってもよいが、これに限定されるものではない。

ＵＥ０１００がＬ−ＧＷ０１０８への同時接続を有さないと判定されると（Ｓ０２６０）、この機能は終了する（０２９）。ＵＥ０１００がＬ−ＧＷ０１０８への同時接続を有すると判定されると（Ｓ０２６１）、この機能は同時接続を達成する方法に関する追加情報をネットワークに問い合わせる（０２７）。問い合わせは、ＵＥ０１００内のオープンモバイルアライアンスデバイス管理（ＯＭＡ−ＤＭ）スタックがネットワーク内にあるアクセスネットワークディスカバリ及び選択機能（ＡＮＤＳＦ）へ問い合わせを送信するステップであってもよいが、これに限定されるものではない。ネットワークがＵＥ０１００に必要な情報を提供すると（Ｓ０２７０）、ＵＥ０１００は、Ｌ−ＧＷ０１０８への同時接続のためにネットワークによって提供された情報（例えば、Ｌ−ＧＷ０１０８のＩＰアドレスやポリシー）を使用しようと試みる（０２８）。情報の使用は、ＵＥ０１００がＬ−ＧＷ０１０８への同時接続のために必要な位置情報（ＵＥ０１００宛てパケットの転送先アドレスとしてホームアドレスを登録）を登録するステップや、ネットワークによって提供されたフローポリシーを適用するステップであってもよいが、これに限定されるものではない。ホームアドレスを登録する場合は、Ｌ−ＧＷ０１０８によって割り当てられたＩＰアドレスをケアオブアドレスとして含むバインディングアップデートメッセージであることが望ましい。ＵＥ０１００によって情報が適用されると（Ｓ０２８０）、この機能は終了する（０２９）。

＜第２の実施の形態：ＵＥがｎ３Ｇとの接続を終了する手順＞
図２に示すように、ＵＥは、ＵＥが第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへオフロードされた時に行う決定がいくつかある。図３は、ＵＥが行う決定の結果の１つを説明するメッセージシーケンスを示す。

この実施の形態では、ＵＥ０１００の両方のインタフェース（ＩＦ０１０００及びＩＦ０１００１）が全くデータパケットを送受信していないものとする。また、ＵＥ０１００の両方のインタフェースがＰＤＮ−ＧＷ０１０４に接続されているものとする。ＩＦ０１０００は、Ｓ−ＧＷ０１０３を介してＰＤＮ−ＧＷ０１０４に接続されている（Ｓ０３００）。ＩＦ０１００１は、ｅＰＤＧ０１０５を介してＰＤＮ−ＧＷ０１０４に接続されている（Ｓ０３０１）。更に、ＵＥ０１００は、ネットワークによって指定されたトラッキングエリア内にはない領域へ移動しているものとする。３ＧＰＰでは、ネットワークはトラッキングエリアと呼ばれるエリアを定めている。ＵＥは、特定のトラッキングエリア内に位置する間は、ＵＥのロケーションについてネットワークを更新する必要がない。ＵＥは、指定されたトラッキングエリアを離れると、ＵＥの新しいロケーションについてネットワークを更新しなければならない。更新されたロケーションを用いて、ネットワークは新しいトラッキングエリアをＵＥのために指定することができる。

ＵＥ０１００は、ネットワークによって定義されたトラッキングエリア内に指定されていないセル内へ移動したことを検出し、ＭＭＥ０１０２へトラッキングエリアアップデート（ＴＡＵ、Tracking Area Update）メッセージを送信する（Ｓ０３０２）。この実施の形態では、ＩＦ０１００がｅＮＢ０１０７の通信圏内へ移動しているものとする。このＴＡＵメッセージは、ＵＥ０１００がネットワークによって定義されたトラッキングエリア内にないセル内へ移動したことをＭＭＥ０１０２に知らせるために、移動先セルのセル識別子を含む。ＵＥ０１００からのＴＡＵメッセージを検証した後で、ＭＭＥ０１０２はＵＥ０１００からのＴＡＵメッセージを受け付け、トラッキングエリアアクセプト（ＴＡＲ）メッセージで応答する（Ｓ０３０３）。このＴＡＲメッセージは、ネットワークがＵＥ０１００のために定義した新しいトラッキングエリアを含む。ＭＭＥ０１０２は、ＵＥから受信したＴＡＵメッセージによってＵＥが新しいロケーションへ移動したことを検出するので、ＭＭＥ０１０２はＵＥ０１００をトリガして別のＰＤＮ−ＧＷへオフロードすることができる。

この検出は、ＭＭＥ０１０２が、ＵＥの移動先の３ＧＰＰセルをどのＰＤＮ−ＧＷが担当しているかについてのマッピングを確認するステップであってもよいが、これに限定されるものではない。ＭＭＥ０１０２は、デタッチ（切り離し）の理由がＳＩＰＴＯのためであることをＵＥ０１００に知らせるＳＩＰＴＯタイプを備えたデタッチ要求メッセージ（Detach Request Message）を送信する（Ｓ０３０４）。この実施の形態では、ＵＥ０１００は、ＩＦ０１０００上に１つのＰＤＮコネクションしか有しておらず、ＭＭＥ０１０２はデタッチ要求メッセージを送信するものとする。ＭＭＥ０１０２が３ＧＰＰ無線アクセス上の最後のＰＤＮコネクションに対してデタッチ要求メッセージを送信するというこの論理は、非特許文献３に記載されている。

ＭＭＥ０１０２がＵＥ０１００をデタッチすると、ＭＭＥ０１０２はＳ−ＧＷ０１０３及びＰＤＮ−ＧＷ０１０４が保持するＵＥ０１００に関するベアラを削除する。ＭＭＥ０１０２は、ＵＥ０１００に関するベアラを削除するということをＳ−ＧＷ０１０３に伝えるベアラ削除コマンドメッセージをＳ−ＧＷ０１０２へ送信する（Ｓ０３０５）。ベアラ削除コマンドメッセージは、Ｓ−ＧＷ０１０３にどのベアラを削除するか知らせるベアラ識別子を含む。同様に、Ｓ−ＧＷ０１０３は、ＵＥ０１００のベアラを削除するということをＰＤＮ−ＧＷ０１０４に知らせるベアラ削除コマンドメッセージをＰＤＮ−ＧＷ０１０４へ送信する（Ｓ０３０６）。ＰＤＮ−ＧＷ０１０４は、非特許文献６に記載された手順に従ってＵＥ０１００のベアラを削除する（Ｓ０３０７）。

デタッチ要求メッセージ内にはＳＩＰＴＯタイプがあるので、ＵＥ０１００は、ＭＭＥ０１０２がＵＥ０１００を別のＰＤＮ−ＧＷへオフロードしようとしていることを理解することができる。この実施の形態では、ＵＥ０１００がＳＩＰＴＯタイプを含むデタッチ要求メッセージを受信すると、ＵＥ０１００はネットワークにリアタッチ（再接続）しようとする。ＵＥ０１００は、ＰＤＮ接続要求メッセージ（PDN connectivity request message）と共にアタッチ要求メッセージ（Attach Request Message）をＭＭＥ０１０２へ送信する（Ｓ０３０８）。ＭＭＥ０１０２は、非特許文献６に記載された手順に従ってＬ−ＧＷ０１０８とのＵＥ０１００のベアラを設定する（Ｓ０３０９）。ネットワーク内のＵＥ０１００のベアラが首尾よく設定されると、ＭＭＥ０１０２はアタッチ受付メッセージ（Attach Accept Message）とＰＤＮ接続受付メッセージ（PDN Connectivity Accept Message）を送信することによりＵＥ０１００に対してベアラの準備ができたことをＵＥ０１００に通知する（Ｓ０３１０）。

この実施の形態では、ＵＥ０１００はＩＦ０１０００及びＩＦ０１００１上にセッションを有さないことになっているため、図２に規定した論理に従って、ＵＥ０１００は、ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の接続を削除する(図２の０２５)。ＵＥ０１００は、ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の接続を終了することをＰＤＮ−ＧＷ０１０４に通知するために、ライフタイムがゼロに設定されたＢＵメッセージをＰＤＮ−ＧＷ０１０４へ送信する（Ｓ０３１１）。このＢＵメッセージを受けたＰＤＮ−ＧＷ０１０４は、ＩＦ０１００１への接続を削除する。この削除は、ＰＤＮ−ＧＷ０１０４がそのバインディングキャッシュ内の影響を受けるエントリを削除するステップであってもよいが、これに限定されるものではない。ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の接続が削除されると、ＵＥ０１００は、非特許文献７に記載されたトンネル切断手順に従ってｅＰＤＧ０１０５との間の接続を削除する（Ｓ０３１２）。

なお、ＵＥ０１００は、Ｌ−ＧＷ０１０８を介した３Ｇ接続の状態を確認し、使用できる帯域やＱｏＳなどが、ＵＥ０１００が行うセッション又は今後行う可能性があるセッションにとって十分であると判断された場合に非３Ｇ接続を削除すると判断してもよい。３Ｇ接続の状態の確認とは、３Ｇ接続上でＵＥ０１００が使用することが許可された帯域と、実際にＵＥ０１００が行うセッション又は行う可能性があるセッションに必要な帯域を比較することによって行われる。例えば、許可された帯域の方が大きい場合は非３Ｇ接続を削除し、一方実際の通信に必要な帯域の方が大きい場合は非３Ｇ接続を維持する。ＵＥ０１００が行うセッションについての情報は、ＵＥ０１００が保持するポリシーに記述されていてもよい。このように、オフロードが実行された後の状況に基づいて非３Ｇ接続が必要か否かを判断することで、不要な非３ＧＰＰ接続を確保してしまうことを防ぐことができる。

以下の例で、説明を分かりやすくするためにこの実施の形態について説明する。ＵＥ０１００は、現在、通信事業者のネットワーク（ＰＤＮ−ＧＷ０１０４）へのセルラー無線接続とＷＬＡＮ無線接続の両方を有し、データセッションは有していない。ＵＥ０１００のユーザはショッピング複合施設に入り、ＵＥ０１００はショッピング複合施設を担当するセルがトラッキングエリア内にないことを検出する。ＵＥ０１００はロケーションの変更についてネットワークを更新し、ネットワークはＬ−ＧＷ０１０８がＵＥ０１００の現在のロケーションに近いことを認識する。ネットワークは、ＵＥ０１００にネットワークからデタッチしてリアタッチするように依頼することによりＵＥ０１００のセルラー無線インタフェースをＬ−ＧＷ０１０８へオフロードする。

セルラー無線インタフェースがＬ−ＧＷ０１０８に首尾よく接続すると、ＵＥ０１００はＷＬＡＮ無線インタフェース接続の扱いを決定する。１つの方法は、ＵＥ０１００がセルラー無線インタフェースがオフロードされたことをＧＵＩを介してユーザに知らせ、ＷＬＡＮ無線インタフェース接続について同じ処理を行うか否かをユーザに尋ねるという方法である。ユーザは、ＷＬＡＮ無線インタフェースの接続を終了する方を好み、ＵＥ０１００にそうするように命じるものとする。あるいは、ＵＥ０１００がオフロードを検出した場合、ＵＥ０１００がＷＬＡＮ無線インタフェースを切断するという静的なポリシーでＵＥ０１００を構成することもできる。なお、ＷＬＡＮ無線インタフェースの切断は、先述したように、非３Ｇインタフェース上にセッションを有さないため、セッションの転送の必要がないとの判断を行った後に行われる。ＵＥ０１００は、ＰＤＮ−ＧＷ０１０４とのＷＬＡＮ無線インタフェースの接続を切断する。

なお、図２には示されていないが、ＷＬＡＮ無線インタフェース上にデータセッションを有さなかったとしても、ＰＤＮ−ＧＷ０１０４を介した非３Ｇ接続を用いて通信をする可能性がある場合は、接続を終了せずに維持すると判断してもよい。また、Ｌ−ＧＷ０１０８を介した３Ｇ接続の状態を確認し、使用できる帯域やＱｏＳなどがＵＥ０１００にとって不十分である場合に非３Ｇ接続を維持すると判断してもよい。ＰＤＮ−ＧＷ０１０４を介した非３Ｇ接続を用いて通信をする可能性があるか否かを示す情報がオペレータポリシーに記述されていてもよい。

＜第３の実施の形態：ＵＥがＳＣＴＰを介してセッションを首尾よく転送する手順＞
図２に示すように、ＵＥは、ＵＥが第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへオフロードされた時に行う決定がいくつかある。図４は、ＵＥが行う決定の別の結果を説明するメッセージシーケンスを示す。

この実施の形態では、ＵＥ０１００の両方のインタフェース（ＩＦ０１０００及びＩＦ０１００１）がＰＤＮ−ＧＷ０１０４に接続されているものとする。ＩＦ０１０００は、Ｓ−ＧＷ０１０３を介してＰＤＮ−ＧＷ０１０４に接続されている（Ｓ０３００）。ＩＦ０１００１は、ｅＰＤＧ０１０５を介してＰＤＮ−ＧＷ０１０４に接続されている（Ｓ０３０１）。また、ＵＥ０１００は、現在ＩＦ０１００１上にアクティブなデータセッションを１つだけ有しているものとする。ＩＦ０１０００では、ＵＥ０１００は現在全くデータパケットを送受信していない。更に、ＵＥ０１００は、ネットワークによって指定されたトラッキングエリア内にはない領域へ移動しているものとする。３ＧＰＰでは、ネットワークは、ＵＥのために特定のトラッキングエリアを指定して、ＵＥが指定されたトラッキングエリア内に位置する場合にＵＥのロケーションについてネットワークを更新する必要がないことをＵＥに知らせる。ＵＥは、指定されたトラッキングエリアを離れると、ＵＥの新しいロケーションについてネットワークを更新しなければならない。更新されたロケーションを用いて、ネットワークは新しいトラッキングエリアをＵＥのために指定することができる。

この実施の形態では、ネットワークに対してＵＥのロケーションを更新し、ＰＤＮ−ＧＷ０１０４からＬ−ＧＷ０１０８へＩＦ０１０００をオフロードするステップは、図３で説明したステップ（Ｓ０３００〜Ｓ０３１０）と同様であるため、説明を省略する（Ｓ０４００）。この実施の形態では、ＵＥ０１００がＩＦ０１００１上にデータセッションを有することになっているので、図２に指定する論理に従って、ＵＥ０１００は、ＳＣＴＰを使用して非特許文献８に記載された手順に従ってデータセッションをＬ−ＧＷ０１０８へ転送する（Ｓ０４０１）。なお、アプリケーションレベルの機能によりアドレスの切り替えが可能である場合は必ずしもＳＣＴＰを用いる必要はない。この実施の形態では、セッションは首尾よくＬ−ＧＷ０１０８を介するパスへ転送されたものとする。データセッションが転送されると、ＵＥ０１００は、ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の接続を終了することをＰＤＮ−ＧＷ０１０４に通知するために、ライフタイムがゼロに設定されたＢＵメッセージをＰＤＮ−ＧＷ０１０４へ送信する（Ｓ０４０２）。ＰＤＮ−ＧＷ０１０４は、ＩＦ０１００１への接続を削除する。この削除は、ＰＤＮ−ＧＷ０１０４がそのバインディングキャッシュ内の関連するエントリを削除するステップであってもよいが、これに限定されるものではない。ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の接続が削除されると、ＵＥ０１００は、非特許文献７に記載されたトンネル切断手順に従ってｅＰＤＧ０１０５との接続を削除する（Ｓ０４０３）。

なお、ＵＥ０１００は、セッションの転送が完了した後、Ｌ−ＧＷ０１０８を介した３Ｇ接続の状態を確認し、使用できる帯域やＱｏＳなどが、ＵＥ０１００が転送したセッション又は今後行う可能性があるセッションにとって十分であると判断された場合に非３Ｇ接続を削除すると判断してもよい。３Ｇ接続の状態の確認とは、３Ｇ接続上でＵＥ０１００が使用することが許可された帯域と、実際にＵＥ０１００が行うセッション又は行う可能性があるセッションに必要な帯域を比較することによって行われる。例えば、許可された帯域の方が大きい場合は非３Ｇ接続を削除し、一方実際の通信に必要な帯域の方が大きい場合は非３Ｇ接続を維持する。ＵＥ０１００が行うセッションについての情報は、ＵＥ０１００が保持するポリシーに記述されていてもよい。このように、オフロードが実行された後の状況に基づいて非３Ｇ接続が必要か否かを判断することで、不要な非３ＧＰ接続を確保してしまうことを防ぐことができる。

以下の例で、説明を分かりやすくするためにこの実施の形態について説明する。ＵＥ０１００は、現在、通信事業者のネットワーク（ＰＤＮ−ＧＷ０１０４）へのセルラー無線接続とＷＬＡＮ無線接続の両方を有し、ＷＬＡＮ無線インタフェース上にインターネットデータセッションを有する。ＵＥ０１００のユーザは、ショッピング複合施設に入り、ＵＥ０１００はショッピング複合施設を担当するセルがトラッキングエリア内にないことを検出する。ＵＥ０１００はロケーションの変更についてネットワークを更新し、ネットワークはＬ−ＧＷ０１０８がＵＥ０１００の現在のロケーションに近いことを認識する。ネットワークは、ＵＥ０１００にネットワークからデタッチしてリアタッチするように依頼することによりＵＥ０１００のセルラー無線インタフェースを別のＰＤＮ−ＧＷ（Ｌ−ＧＷ０１０８）へオフロードする。

セルラー無線インタフェースがＬ−ＧＷ０１０８に首尾よく接続すると、ＵＥ０１００はＷＬＡＮ無線インタフェース接続上のデータセッションの扱いを決定する。１つの方法は、ＵＥ０１００が、セルラー無線インタフェースがオフロードされたことをＧＵＩを介してユーザに知らせ、ユーザがＷＬＡＮ無線インタフェース上のデータセッションをオフロードされたＬ−ＧＷ０１０８へ転送したいか否かをユーザに尋ねるという方法である。ユーザは転送を希望し、ＵＥ０１００にそうするように命じるものとする。あるいは、ＵＥ０１００がオフロードを検出した場合、ＵＥ０１００がデータセッションを転送するよう記述された静的なポリシーでＵＥ０１００を構成することもできる。ＵＥ０１００は、データセッションをＬ−ＧＷ０１０８へ転送する。成功すると、ＵＥ０１００は、ＰＤＮ−ＧＷ０１０４及びｅＰＤＧ０１０５とのＷＬＡＮ無線インタフェース接続を終了する。なお、ＷＬＡＮ無線インタフェース上にデータセッションがあったとしても、ユーザが転送を希望しない場合や、ポリシーには転送するよう記述されていない場合には、データセッションの転送は行われない。

＜第４の実施の形態：モバイルＩＰを用いたフローの転送の変形形態＞
上記実施の形態（第３の実施の形態）では、ＵＥがデータセッションをオフロードされたＰＤＮ−ＧＷへ転送するために用いる方法として、ＳＣＴＰを使用する方法について説明した。図５は、データセッションをオフロードされたＰＤＮ−ＧＷへ転送する方法を判定するためにＵＥが行う決定のフローチャートである。

この機能は、ＵＥ０１００がデータセッションをオフロードされたＰＤＮ−ＧＷへ転送する決定をした時に開始する（０５０）。この機能は更に進み（Ｓ０５００）、ＳＣＴＰを用いてデータセッションをうまく転送することができるか否かをチェックする（０５１）。チェックでＳＣＴＰを用いてデータセッションをうまく転送することができると判定されると（Ｓ０５１０）、この機能は終了する（０５５）。チェックでＳＣＴＰを用いてデータセッションをうまく転送することができないと判定されると（Ｓ０５１１）、この機能はＣＮ０１０６とのモバイルＩＰシグナリングを用いてデータセッションを転送することができるか否かを判定する（０５２）。この判定は、ＵＥ０１００内のモバイルＩＰスタックが、ＰＤＮ−ＧＷ０１０４によって割り当てられたＨｏＡとＬ−ＧＷ０１０８によって割り当てられたＩＰアドレス（ＩＰ．０１０８．Ａｄｄｒ）をケアオブアドレスとして含むＢＵメッセージをＣＮ０１０６へ送信するステップであってもよいが、これに限定されるものではない。このバインディングを登録することによって、ＣＮ０１０６は、ＨｏＡの代わりにＩＰ．０１０８．Ａｄｄｒへデータセッションを送信する。

判定がＵＥ０１００がモバイルＩＰアドレスバインディングを実行することができるということを意味する場合（Ｓ０５２０）、この機能はＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の非３ＧＰＰアクセス接続を維持することを決定する（０５４）。接続を維持する目的は、ＣＮ０１０６でのモバイルＩＰバインディングをアクティブにするために、ＰＤＮ−ＧＷ０１０４によって割り当てられたＨｏＡを維持することである。接続が維持されると（Ｓ０５４０）、この機能は終了する（０５５）。判定が、ＵＥ０１００はＣＮ０１０６とのモバイルＩＰアドレスバインディングを実行することができないということを意味する場合（Ｓ０５２１）、この機能はＰＤＮ−ＧＷ０１０４とのモバイルＩＰアドレスバインディングを実行しようと試みる（０５３）。この試みは、ＵＥ０１００内のモバイルＩＰスタックがＰＤＮ−ＧＷ０１０４によって割り当てられたＨｏＡとＬ−ＧＷ０１０８によって割り当てられたＩＰアドレス（ＩＰ．０１０８．Ａｄｄｒ）をケアオブアドレスとして含むＢＵメッセージをＰＤＮ−ＧＷ０１０４へ送信するステップであってもよいが、これに限定されるものではない。このバインディングによって、ＰＤＮ−ＧＷ０１０４は、Ｌ−ＧＷ０１０８を介してＨｏＡへのデータパケットアドレスをＵＥ０１００へ引き続き送信する。

なお、図５において、ＳＣＴＰを用いてセッションを転送できるか否かのチェック（０５１）は、必ずしも行う必要はなく、モバイルＩＰを用いてセッションを転送できるか否かのチェック（０５２又は０５３）から開始してもよい。また、図５において、ＣＮ０１０６に対してモバイルＩＰのアドレスバインディングを登録することができるか否かのチェック（０５２）は、必ずしも行う必要はなく、ＰＤＮ−ＧＷ０１０４へアドレスバンディングを登録することができるか否かのチェック（０５３）から開始してもよい。

この試みによってＵＥ０１００がモバイルＩＰアドレスバインディングを実行することができる場合（Ｓ０５３０）、この機能は、ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の非３ＧＰＰアクセス接続を維持することを決定する（０５４）。接続を維持する目的は、ＰＤＮ−ＧＷ０１０４によって割り当てられたＨｏＡを保存してＰＤＮ−ＧＷ０１０４でのモバイルＩＰバインディングをアクティブにすることである。接続が維持されると（Ｓ０５４０）、この機能は終了する（０５５）。試みによってＵＥ０１００がモバイルＩＰアドレスバインディングを実行することができない場合（Ｓ０５３１）、この機能は終了する（０５５）。

以下の例で、説明を分かりやすくするためにこの実施の形態について説明する。ＵＥ０１００は、現在、通信事業者のネットワーク（ＰＤＮ−ＧＷ０１０４）へのセルラー無線接続とＷＬＡＮ無線接続の両方を有し、ＷＬＡＮ無線インタフェース上にインターネットデータセッションを有する。ＵＥ０１００のユーザはショッピング複合施設に入り、ＵＥ０１００はショッピング複合施設を担当するセルがトラッキングエリア内にないことを検出する。ＵＥ０１００はロケーションの変更についてネットワークを更新し、ネットワークはＬ−ＧＷ０１０８がＵＥ０１００の現在のロケーションに近いことを認識する。ネットワークは、ＵＥ０１００にネットワークからデタッチしてリアタッチするように依頼することによりＵＥ０１００のセルラー無線インタフェースをＰＤＮ−ＧＷへオフロードする。セルラー無線インタフェースがＰＤＮ−ＧＷにうまく接続すると、ＵＥ０１００は、ＷＬＡＮ無線インタフェース接続上のデータセッションの扱いを決定する。１つの方法は、ＵＥ０１００がセルラー無線インタフェースがオフロードされたことをＧＵＩを介してユーザに知らせ、ユーザがＷＬＡＮ無線インタフェース上のデータセッションをオフロードされたＰＤＮ−ＧＷ（Ｌ−ＧＷ０１０８）へ転送したいか否かをユーザに尋ねるという方法である。ユーザは転送を希望し、ＵＥ０１００にそうするように命じるものとする。

あるいは、ＵＥ０１００がオフロードを検出した場合、ＵＥ０１００がデータセッションを転送しようと試みる静的なポリシーでＵＥ０１００を構成することもできる。ＵＥ０１００は、ＳＣＴＰ又はモバイルＩＰによってデータセッションをＬ−ＧＷ０１０８へ転送する。成功すると、データセッションの転送がＳＣＴＰによって実行された場合には、ＵＥ０１００は、ＰＤＮ−ＧＷ０１０４及びｅＰＤＧ０１０５とのＷＬＡＮ無線インタフェース接続を終了する。データセッションの転送がモバイルＩＰによって実行された場合には、ＵＥ０１００は、ＰＤＮ−ＧＷ０１０４及びｅＰＤＧ０１０５とのＷＬＡＮ無線インタフェース接続を引き続き維持する。モバイルＩＰの場合、ＰＤＮ−ＧＷ０１０４との接続を維持する目的は、ＰＤＮ−ＧＷ０１０４によって割り当てられたＨｏＡを保存することである。これが実行されない場合、ネットワークは、ＨｏＡがもはや使用されていないと考え、ＨｏＡを別のノードに割り当てる。ＵＥ０１００は、ＣＮ０１０６とのデータ通信のためにシグナリング経路Ｓ０１０７を引き続き使用してはならず、その代わりに、シグナリング経路（Ｓ０１００、Ｓ０１０８）を使用して、ネットワークによってトリガされたオフロードを利用する。

＜第５の実施の形態：ＳＩＰＴＯのキャンセルをネットワークが受け付ける場合＞
図２に示すように、ＵＥは、ＵＥが第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへオフロードされた時に行う決定がいくつかある。図６は、ＵＥが行う決定の別の結果を説明するメッセージシーケンスを示す。

この実施の形態では、ＵＥ０１００の両方のインタフェース（ＩＦ０１０００及びＩＦ０１００１）がＰＤＮ−ＧＷ０１０４に接続されているものとする。ＩＦ０１０００は、Ｓ−ＧＷ０１０３を介してＰＤＮ−ＧＷ０１０４に接続されている（Ｓ０３００）。ＩＦ０１００１は、ｅＰＤＧ０１０５を介してＰＤＮ−ＧＷ０１０４に接続されている（Ｓ０３０１）。また、ＵＥ０１００は、現在、ＩＦ０１００１上にアクティブなデータセッションを１つだけ有しているものとする。ＩＦ０１０００では、ＵＥ０１００は現在全くデータパケットを送受信していない。更に、ＵＥ０１００は、ネットワークによって指定されたトラッキングエリア内にはない領域へ移動しているものとする。３ＧＰＰでは、ネットワークは、ＵＥのために特定のトラッキングエリアを指定して、ＵＥが指定されたトラッキングエリア内に位置する場合に、ＵＥのロケーションについてネットワークを更新する必要がないことをＵＥに知らせる。ＵＥは指定されたトラッキングエリアを離れると、ＵＥの新しいロケーションについてネットワークを更新しなければならない。更新されたロケーションを用いて、ネットワークは新しいトラッキングエリアをＵＥのために指定することができる。

この実施の形態では、ネットワークに対してＵＥのロケーションを更新し、ＰＤＮ−ＧＷ０１０４からＬ−ＧＷ０１０８へＩＦ０１０００をオフロードするステップは、図３で記載したステップ（Ｓ０３００〜Ｓ０３１０）と同様であるため、説明を省略する（Ｓ０５００）。この実施の形態では、ＵＥ０１００がＩＦ０１００１上にデータセッションを有することになっているので、図５に指定する論理に従って、ＵＥ０１００はデータセッションをＬ−ＧＷ０１０８へ転送しようと試みる（Ｓ０５０１）。この実施の形態では、データセッションはうまく転送されていないものとする。更に、ＣＮ０１０６とのセッションを中断させないために、ユーザはＬ−ＧＷ０１０８へのオフロードを好まない。したがって、ＵＥ０１００は、接続性をＰＤＮ−ＧＷ０１０４へ戻すように求めるＰＤＮ接続要求メッセージをＭＭＥ０１０２へ送信する（Ｓ０５０２）。このＰＤＮ接続要求メッセージ内には、ＵＥ０１００がＰＤＮ−ＧＷ０１０４へ接続を戻したいというＭＭＥ０１０２への表示（例えば、ＰＤＮ−ＧＷ０１０４の識別）がある。

この実施の形態では、ＭＭＥ０１０２は、ＵＥ０１００からのＰＤＮ−ＧＷ０１０４への転送要求を受け付けるものとする。ＭＭＥ０１０２は、非特許文献６に記載された手順に従ってＰＤＮ−ＧＷ０１０４とのＵＥ０１００のベアラを設定する（Ｓ０５０３）。ネットワーク内のＵＥ０１００のベアラがうまく設定されると、ＭＭＥ０１０２は、ＰＤＮ接続受付メッセージを送信することによりＵＥ０１００に対してベアラの準備ができたことをＵＥ０１００に通知する（Ｓ０５０４）。ＭＭＥ０１０２がＰＤＮ−ＧＷ０１０４へのＵＥ０１００の再接続を受け付けると、ＭＭＥ０１０２もＬ−ＧＷ０１０８のＵＥ０１００ベアラを削除する。ベアラは、非特許文献６に記載する手順に従って削除される（Ｓ０５０５）。

以下の例で、説明を分かりやすくするためにこの実施の形態について説明する。ＵＥ０１００は、現在、通信事業者のネットワーク（ＰＤＮ−ＧＷ０１０４）へのセルラー無線接続とＷＬＡＮ無線接続の両方を有し、ＷＬＡＮ無線インタフェース上にインターネットデータセッションを有する。ＵＥ０１００のユーザはショッピング複合施設に入り、ＵＥ０１００はショッピング複合施設を担当するセルがトラッキングエリア内にないことを検出する。ＵＥ０１００はロケーションの変更についてネットワークを更新し、ネットワークはＬ−ＧＷ０１０８がＵＥ０１００の現在のロケーションに近いことを認識する。ネットワークは、ＵＥ０１００にネットワークからデタッチしてリアタッチするように依頼することによりＵＥ０１００のセルラー無線インタフェースをＰＤＮ−ＧＷへオフロードする。同時に、ＰＤＮ−ＧＷ０１０４は、引き続きインターネットデータセッションからＷＬＡＮ無線インタフェース（ＩＦ０１００１）を介してＵＥ０１００へパケットを転送する。

セルラー無線インタフェースがＰＤＮ−ＧＷにうまく接続すると、ＵＥ０１００は、ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の接続を終了する前に、ＷＬＡＮ無線インタフェース接続上のデータセッションの扱いを決定する。データセッションを転送することができるか否かを判定した後でのみ接続を終了することの利点は、ＵＥが通信のための元のＩＰアドレス（すなわち、ＨｏＡ）を維持することができ、進行中のデータセッションのための通信アドレスを変更する必要がないということである。１つの方法は、ＵＥ０１００がセルラー無線インタフェースがオフロードされたことをＧＵＩを介してユーザに知らせ、ユーザがＷＬＡＮ無線インタフェース上のデータセッションをオフロードされたＰＤＮ−ＧＷ（Ｌ−ＧＷ０１０８）へ転送したいか否かをユーザに尋ねるという方法である。ユーザは転送を希望し、ＵＥ０１００にそうするように命じるものとする。あるいは、ＵＥ０１００がオフロードを検出した場合に、ＵＥ０１００がデータセッションを転送することが記述された静的なポリシーでＵＥ０１００を構成することもできる。この場合、ＵＥ０１００は、データセッションをＬ−ＧＷ０１０８へ転送する。

しかしながら、ＵＥ０１００は、Ｌ−ＧＷ０１０８へのデータセッションの転送に成功しない。ＵＥ０１００は、ユーザが現在のデータセッションを中断させてもかまわないか否かを知る必要がある。１つの方法は、データセッションの転送が失敗したことをＧＵＩを介してユーザに知らせ、セッションを中断してよいか否かをユーザに尋ねるという方法である。ユーザはセッションを中断させたいと考えず、ＵＥ０１００にその旨命じるものとする。あるいは、ある種のデータセッションは中断することができないという静的なポリシーでＵＥ０１００を構成することができる。この場合、ＵＥ０１００は、ネットワークにＰＤＮ−ＧＷ０１０４へ接続を戻すように要求する。ネットワークはこの要求を受け付け、ＵＥ０１００は引き続きＩＦ０１０００とＰＤＮ−ＧＷ０１０４との間の接続を使用することができるものとする。

＜第６の実施の形態：ＳＩＰＴＯのキャンセルをネットワークが受け付けない場合＞
上記実施の形態（第５の実施の形態）では、ネットワークは、ＵＥ０１００をＰＤＮ−ＧＷ０１０４へ接続を戻すことが想定されていた。この実施の形態では、ネットワークは、ＵＥ０１００をＰＤＮ−ＧＷ０１０４へ接続を戻さないものとする。したがって、ＭＭＥ０１０２がＵＥ０１００からＰＤＮ接続性要求メッセージを受信すると（Ｓ０５０２）、ＭＭＥ０１０２はＰＤＮ接続性要求を拒絶する。そのような拒絶は、ネットワークが他のすべての機能よりもＳＩＰＴＯを優先させるという明確な表示であってもよい。したがって、ＵＥが引き続きネットワーク内をローミングして別のＳＩＰＴＯコマンドを受信すると、ＵＥ０１００は、ＳＩＰＴＯのトリガ時にネットワークがセッションの移動性を提供しないことを認識しているため、データセッション転送プロセスを実行しないという選択をすることができる。

＜第７の実施の形態：ネットワークによるＰＤＮ−ＧＷ０１０４へのｎ３Ｇ（非３Ｇ）接続の削除＞
ネットワークがＵＥを別のＰＤＮ−ＧＷへオフロードした時にネットワークがＵＥの非３ＧＰＰ無線アクセス接続を終了することが可能である。この実施の形態の利点は、ＵＥがオフロードされたという表示が非３ＧＰＰ無線アクセスネットワーク上で送信されるため、３ＧＰＰ無線アクセスネットワーク上でＵＥとＭＭＥとの間で使用されるシグナリングに変化がないという点である。図７は、ＵＥが別のＰＤＮ−ＧＷへオフロードされた時のネットワークによってトリガされたＰＤＮ切断の手順を記載するメッセージシーケンスを示す。

この実施の形態では、ＵＥ０１００の両方のインタフェース（ＩＦ０１０００及びＩＦ０１００１）がＰＤＮ−ＧＷ０１０４に接続されているものとする。ＩＦ０１０００は、Ｓ−ＧＷ０１０３を介してＰＤＮ−ＧＷ０１０４に接続されている（Ｓ０３００）。ＩＦ０１００１は、ｅＰＤＧ０１０５を介してＰＤＮ−ＧＷ０１０４に接続されている（Ｓ０３０１）。また、ＵＥ０１００は、ネットワークによって指定されたトラッキングエリア内にはない領域へ移動しているものとする。３ＧＰＰでは、ネットワークは、ＵＥのために特定のトラッキングエリアを指定して、ＵＥが指定されたトラッキングエリア内に位置する場合にＵＥのロケーションについてネットワークを更新する必要がないことをＵＥに知らせる。ＵＥは、指定されたトラッキングエリアを離れると、ＵＥの新しいロケーションについてネットワークを更新しなければならない。更新されたロケーションを用いて、ネットワークは新しいトラッキングエリアをＵＥのために指定することができる。

この実施の形態では、ネットワークに対してＵＥのロケーションを更新するステップは、図３で記載したステップ（Ｓ０３００〜Ｓ０３０３）と同様であるため、説明を省略する（Ｓ０７００）。ＭＭＥ０１０２はＵＥが新しいロケーションへ移動したことを検出しているので、ＭＭＥ０１０２はＵＥ０１００をトリガして別のＰＤＮ−ＧＷへオフロードすることができる。この検出は、ＭＭＥ０１０２が、ＵＥの移動先の３ＧＰＰセルをどのＰＤＮ−ＧＷが担当しているかについてのマッピングを確認するステップであってもよいが、これに限定されるものではない。ＭＭＥ０１０２は、デタッチ要求メッセージをＵＥに送信する（Ｓ０７０１）。この実施の形態では、ＵＥ０１００はＩＦ０１０００上に１つのＰＤＮ接続しか有しておらず、ＭＭＥ０１０２はデタッチ要求メッセージを送信するものとする。ＭＭＥ０１０２が３ＧＰＰ無線アクセス上の最後のＰＤＮ接続に対してデタッチメッセージを送信するというこの論理は、非特許文献３に記載されている。

ＭＭＥ０１０２がＵＥ０１００をデタッチすると、ＭＭＥ０１０２はＳ−ＧＷ０１０３及びＰＤＮ−ＧＷ０１０４が保持するＵＥ０１００のベアラを削除する。ＭＭＥ０１０２は、ＵＥ０１００のベアラをＳＩＰＴＯのために削除するということをＳ−ＧＷ０１０３に伝えるベアラ削除コマンドメッセージをＳ−ＧＷ０１０２へ送信する（Ｓ０７０２）。ベアラ削除コマンドメッセージは、Ｓ−ＧＷ０１０３にどのベアラを削除するかを知らせるためにベアラ識別子を含む。同様に、Ｓ−ＧＷ０１０３は、ＳＩＰＴＯのためにＵＥ０１００のベアラを削除するということをＰＤＮ−ＧＷ０１０４に知らせるベアラ削除コマンドメッセージをＰＤＮ−ＧＷ０１０４へ送信する（Ｓ０７０３）。ＰＤＮ−ＧＷ０１０４は、非特許文献６に記載された手順に従ってＵＥ０１００のベアラを削除する（Ｓ０７０４）。ＵＥ０１００は、ネットワークへ接続を戻してＬ−ＧＷ０１０８への接続性を得ようとする。このステップは図３で記載したステップ（Ｓ０３０８〜Ｓ０３１０）と同様であるため、説明を省略する（Ｓ０７０５）。

ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００が別のＰＤＮ−ＧＷへオフロードされたことと、ＵＥ０１００が現在ＩＦ０１００１を介してＰＤＮ−ＧＷ０１０４への接続を有していることを理解しているため、ＰＤＮ−ＧＷ０１０４はＩＦ０１００１への接続を終了する選択ができる。ＰＤＮ−ＧＷがＩＦ０１００１への接続を即時終了する１つの理由は、ＰＤＮ−ＧＷ０１０４が、その接続を使ったＵＥ０１００のアクティビティを検出しないということである。ＰＤＮ−ＧＷがＩＦ０１００１への接続を即時終了する別の理由は、ＵＥがオフロードされた時はいつでも、ＰＤＮ−ＧＷはＵＥへの残っているＰＤＮ接続をすべて終了するという構成のポリシーをネットワークが有しているということである。

したがって、ＰＤＮ−ＧＷ０１０４は、接続を終了するＢＲＩメッセージ（Binding Revoke Indication）をＩＦ０１００１へ送信する（Ｓ０７０６）。この実施の形態では、ＢＲＩメッセージは、接続が終了される理由がＵＥ０１００が別のＰＤＮ−ＧＷへオフロードされたことであるとＵＥ０１００に知らせる理由コードを含む。ＵＥ０１００は、ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の接続の終了を受け付け、ＰＤＮ−ＧＷ０１０４へＢＲＡメッセージ（Binding Revoke Accept）を送信する（Ｓ０７０７）。ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の接続が削除されると、ＵＥ０１００は、非特許文献７に記載されたトンネル切断手順に従ってｅＰＤＧ０１０５との接続を削除する（Ｓ０７０８）。

以下の例で、説明を分かりやすくするためにこの実施の形態について説明する。ＵＥ０１００は、現在、通信事業者のネットワーク（ＰＤＮ−ＧＷ０１０４）へのセルラー無線接続とＷＬＡＮ無線接続の両方を有している。ＵＥ０１００のユーザはショッピング複合施設に入り、ＵＥ０１００はショッピング複合施設を担当するセルがトラッキングエリア内にないことを検出する。ＵＥ０１００はロケーションの変更についてネットワークを更新し、ネットワークはＬ−ＧＷ０１０８がＵＥ０１００の現在のロケーションに近いことを認識する。ネットワークは、ＵＥ０１００にネットワークからデタッチしてリアタッチするように依頼することによりＵＥ０１００のセルラー無線インタフェースをＬ−ＧＷ０１０８へオフロードする。セルラー無線インタフェースがＬ−ＧＷ０１０８に首尾よく接続すると、ＵＥ０１００が別のＰＤＮ−ＧＷへオフロードされたことを知るＰＤＮ−ＧＷ０１０４は、ＷＬＡＮ無線インタフェースを介してＵＥがＰＤＮ−ＧＷ０１０４に依然として接続されていることを検出する。ＰＤＮ−ＧＷ０１０４は、ＵＥがオフロードされた時には常にＵＥに対するあらゆる残りのＰＤＮ接続を終了するものとする。したがって、ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００のＷＬＡＮ無線インタフェース接続を終了する。

＜第８の実施の形態：ネットワークによる別のＰＤＮ−ＧＷへのｎ３Ｇ接続のハンドオーバ＞
上記実施の形態（第７の実施の形態）では、ＵＥが第２のＰＤＮ−ＧＷへオフロードされた時には、ネットワークは第１のＰＤＮ−ＧＷへのＵＥのあらゆる残りの非３ＧＰＰ無線アクセス接続を終了することが想定されていた。この実施の形態では、ネットワークは、非３ＧＰＰ無線アクセス接続を第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへオフロードするようにＵＥに依頼するものとする。したがって、第１のＰＤＮ−ＧＷは、非特許文献４に記載する手順を用いてＵＥのホームエージェントを第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷに切り替える。第１のＰＤＮ−ＧＷが第２のＰＤＮ−ＧＷを知る方法は、第１のＰＤＮ−ＧＷがＵＥのオフロード先のＰＤＮ−ＧＷ上のホームサブスクリプションサーバ（ＨＳＳ）に尋ねるという方法であるが、これに限定されるものではない。

＜第９の実施の形態：ＵＥがＳＩＰＴＯの後にＩＦＯＭを望むか否かを決定する手順＞
図２に示すように、ＵＥは、ＵＥが第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへオフロードされた時に行う決定がいくつかある。ＵＥが行う可能な決定の１つは、ＵＥが第２のＰＤＮ−ＧＷへオフロードされた後に、ＵＥが第２のＰＤＮ−ＧＷへの同時接続を有することを望むか否かである。図８は、第３世代パートナーシッププログラム（３ＧＰＰ）における別のシステムを示す。ＵＥ０１００が非３ＧＰＰ無線アクセスネットワーク０１１を介して第１のＰＤＮ−ＧＷ（ＰＤＮ−ＧＷ０１０４）に接続されていた時に、ｅＰＤＧ０１０５はＵＥ０１００のゲートウェイとしての役割を果たしていた。ＩＦ０１０００がＬ−ＧＷ０１０８へオフロードされたことをＵＥ０１００が知った後で、ＵＥ０１００は、ＩＦ０１００１とＬ−ＧＷ０１０８との間の接続を確立することを決定する。

本発明の第１の実施の形態で述べたように、この決定は、オペレータポリシーを参照し、オフロードされたセッションが３ＧＰＰ接続と非３ＧＰＰ接続の両方を用いて通信可能なセッションであるか否か、又は３ＧＰＰ接続と非３ＧＰＰ接続の両方を用いる必要があるセッションであるか否かを確認することでおこなわれてもよい。

ここでオフロードされたセッションとは、３ＧＰＰ無線アクセスネットワーク０１０を介してＰＤＮ−ＧＷ０１０４へ繋がる経路上で行われていたセッションであってもよいし、非３ＧＰＰ無線アクセスネットワーク０１１を介してＰＤＮ−ＧＷ０１０４へ繋がる経路上で行われていたセッションであってもよい。例えば、オフロードされたセッションが３ＧＰＰ接続と非３ＧＰＰ接続の両方を用いることが可能なセッションであると判断された場合、ＵＥ０１００は、ＩＦ０１００１とＬ−ＧＷ０１０８との間に同時接続のためのコネクションを確立する。また、ＵＥ０１００は、Ｌ−ＧＷ０１０８を介した３Ｇ接続の状態を確認し、使用できる帯域やＱｏＳなどが、オフロードされたセッションにとって不十分（不適切）であると判断された場合に非３Ｇ接続を用いた同時接続のためのコネクションをＬ−ＧＷ０１０８との間に確立すると判断してもよい。

３Ｇ接続の状態の確認とは、３Ｇ接続上でＵＥ０１００が使用することが許可された帯域と、オフロードされたセッションに必要な帯域を比較することによって行われる。例えば、許可された帯域の方が大きい場合は非３Ｇ接続を削除し、一方実際の通信に必要な帯域の方が大きい場合は非３Ｇ接続を維持する。ＵＥ０１００が行うセッションについての情報は、ＵＥ０１００が保持するポリシーに記述されていてもよい。このように、オフロードが実行された後の状況に基づいて非３Ｇ接続が必要か否かを判断することで、不要な非３ＧＰＰ接続を確保してしまうことを防ぐことができる。なお、本発明の第３の実施の形態で述べたように、非３ＧＰＰ接続とＰＤＮ−ＧＷ０１０４との間に確立されたコネクションを維持した状態で、本実施の形態で説明したＬ−ＧＷ０１０８との間のコネクションを新たに確立してもよい。

また、オフロードが実行される前に、ＰＤＮ−ＧＷ０１０４に対して、ＩＦ０１０００（３ＧＰＰ無線インタフェース）とＩＦ０１００１（非３ＧＰＰ無線インタフェース）の両方で確立された同時接続のためのコネクションを有していたか否かを確認することで行われてもよい。例えば、同時接続のためのコネクションを有していた場合には、３ＧＰＰ接続と非３ＧＰＰ接続の両方を使用していたセッションが存在していたことを意味するため、Ｌ−ＧＷ０１０８へオフロードされた後でも引き続き同時接続のためのコネクションを使用する必要があると判断し、ＩＦ０１００１とＬ−ＧＷ０１０８との間に同時接続のためのコネクションを確立する。

普通、ＵＥがＩＦ０１００１とＬ−ＧＷ０１０８との間の接続を確立しても、ＵＥの非３ＧＰＰゲートウェイは依然としてｅＰＤＧ０１０５である。これは、ＩＦ０１００１との間で送受信されるいかなるパケットもシグナリング経路Ｓ０８０１を通過しなければならないということを意味する。ＵＥは、Ｌ−ＧＷ０１０８により近いｅＰＤＧがあるか否かを認識していない。例えば、ＵＥ０１００がｅＰＤＧ０８００の存在を知っていれば、ＩＦ０１００１との間で送受信されるパケットは、シグナリング経路Ｓ０８００を通過する。ｅＰＤＧ０８００はＬ−ＧＷ０１０８により近いため、シグナリング経路Ｓ０８００はシグナリング経路Ｓ０８０１よりも効率的であると言える。効率を測定する１つの方法は、ｅＰＤＧとＬ−ＧＷ０１０８との間のホップの回数である。Ｌ−ＧＷ０１０８により近いということは、ホップの回数が少ないことを示し、これはシグナリング経路を通過する際にパケットが遭遇する遅延が少ないということを意味する。したがって、ＳＩＰＴＯが実行されるときにｅＰＤＧのロケーションについての情報をＵＥが知っている場合に、これはＵＥにとって有益である。ＵＥがそのような情報を入手する１つの方法は、Ｌ−ＧＷ０１０８に近いｅＰＤＧをＡＮＤＳＦ０８０１に問い合わせる方法である。そのような情報は、ＡＮＤＳＦ０８０１内で構成されるものとする。

図９は、オフロードが実行された時にＵＥが同時接続のための追加情報をネットワークに要求する手順を説明するメッセージシーケンスを示す。この実施の形態では、ＵＥ０１００は、ＵＥ０１００がＬ−ＧＷ０１０８にオフロードされたことを認識しているものとする。また、ユーザがＩＦ０１０００とＩＦ０１００１の両方を用いてＬ−ＧＷ０１０８に同時接続したいと考えていることをＵＥ０１００は理解しているものとする。更に、ＵＥ０１００は、ＡＮＤＳＦ０８０１に接続しているものとする。ＵＥ０１００は、ＵＥ０１００の現在のロケーションと問い合わせの理由とを含んだＯＭＡの問い合わせメッセージをＡＮＤＳＦ０８０１へ送信する（Ｓ０９０１）。ＯＭＡ問い合わせメッセージ内に記載されたロケーションは、ＩＦ０１０００又は全地球測位システム（ＧＰＳ）座標によって分かるセル識別であってもよいが、これに限定されるものではない。ＯＭＡ問い合わせメッセージ内に記載された理由は、ＵＥ０１００がＵＥ０１００の現在のロケーションに近いｅＰＤＧを探しているというＡＮＤＳＦ０８０１への表示であってもよいが、これに限定されない。ＡＮＤＳＦ０８０１は、ＵＥ０１００によって提供された情報を用いてそのデータベース内でＵＥ０１００に適したｅＰＤＧを検索する。

この実施の形態では、ｅＰＤＧ０８００は、ＵＥ０１００の現在のロケーションに近いｅＰＤＧとして識別されている。ＡＮＤＳＦ０８０１は、ＯＭＡ応答メッセージ内のｅＰＤＧ０８００のＩＰアドレスをＵＥ０１００に通知する（Ｓ０９０２）。ＵＥ０１００は、ＡＮＤＳＦ０８０１によって提供されたｅＰＤＧのＩＰアドレスは現在のｅＰＤＧのＩＰアドレスとは異なると認識している。したがって、ＵＥ０１００は、非特許文献７に記載されたトンネル切断手順に従ってｅＰＤＧ０１０５との接続を削除する（Ｓ０９０３）。その後で、ＵＥ０１００は、非特許文献７に記載されたトンネル設定手順に従ってトンネルの設定を継続する（Ｓ０９０４）。ｅＰＤＧ０８００との接続が確立されると、ＵＥ０１００は、非特許文献１に記載された同時接続手順に従って引き続きホームエージェントを発見し、Ｌ−ＧＷ０１０８への同時接続を実行する（Ｓ０９０５）。なお、この実施の形態において、ＵＥ０１００は、必ずしもｅＰＤＧの切り替えのために追加情報をネットワークに要求する必要はなく、ｅＰＤＧ０１０５を介してＬ−ＧＷ０１０８へ同時接続をしてもよい。これにより、ｅＰＤＧ０８００へ切り替える際にセッションの中断が発生してしまうことを防ぐことができる。

以下の例で、説明を分かりやすくするためにこの実施の形態について説明する。ＵＥ０１００は、そのセルラー無線インタフェース（ＩＦ０１０００）に対してＬ−ＧＷ０１０８へオフロードされている。ＵＥがオフロードされたという通知は、ユーザに知らされる。ユーザは、ＵＥ０１００にＷＬＡＮ無線インタフェース（ＩＦ０１０００）にも接続するように依頼する決定をする。あるいは、ＵＥ０１００は、オフロードが実行された場合にＵＥ０１００がそのセルラー及びＷＬＡＮ無線インタフェースの両方をオフロードされたＰＤＮ−ＧＷへ接続するということが記述された静的なポリシーを有していてもよい。同時接続実行のコマンドを用いて、ＵＥ０１００は、ＵＥ０１００の現在のロケーションの近くにｅＰＤＧがあるか否かをＡＮＤＳＦに尋ねる。ＡＮＤＳＦによって提供されたｅＰＤＧのＩＰアドレスがＵＥ０１００が有する現在のｅＰＤＧのＩＰアドレスと異なる場合、ＵＥ０１００は現在のｅＰＤＧから切断し、ＡＮＤＳＦによって表示されたｅＰＤＧに接続する。これによって、オフロードされたＰＤＮ−ＧＷへのＷＬＡＮ無線インタフェースのルートは確実に最適になる。

＜第１０の実施の形態：ＵＥがＨＡアドレスを取得するためのＡＮＤＳＦへの問い合わせの変形形態＞
上記実施の形態（第９の実施の形態）では、ＵＥがオフロードされたＰＤＮ−ＧＷへの非３ＧＰＰアクセス接続を確立したいと考える時には、ＵＥはＵＥの現在のロケーションに近いｅＰＤＧをネットワークに要求することが想定されていた。最適化として、ＡＮＤＳＦが、オフロードされたＰＤＮ−ＧＷのホームエージェントアドレスをＵＥに提供することも可能である。これによって、ＵＥは非特許文献１に記載されたホームエージェント発見手順を実行する必要がなくなる。例えば、ＯＭＡ応答メッセージ内に（Ｓ０９２０）、ＡＮＤＳＦ０８０１はＵＥ０１００のホームエージェントとしてＬ−ＧＷ０１０８のＩＰアドレスを表示してもよい。なお、ｅＰＤＧ０８００のＩＰアドレスは、ＡＮＤＳＦから取得する情報の中に必ずしも含まれている必要はない。この場合、Ｌ−ＧＷ０１０８に関する情報（ＩＰアドレス、ホームプレフィックス）がＵＥ０１００へ提供される。

＜第１１の実施の形態：近くのｅＰＤＧのアドレスを取得するためのＵＥのＤＮＳへの問い合わせ＞
上記実施の形態（第９の実施の形態）では、ＵＥがオフロードされたＰＤＮ−ＧＷへの非３ＧＰＰアクセス接続を確立したいと考える時には、ＵＥはＵＥの現在のロケーションに近いｅＰＤＧをＡＮＤＳＦに要求することが想定されていた。この実施の形態では、ＵＥの現在のロケーションに近いｅＰＤＧをＵＥに提供するドメインネームサーバ（ＤＮＳ）を構成することも可能である。一例として、ＤＮＳがｅＰＤＧのデータベースマッピング及びその相対位置を有する。ＵＥがその現在のロケーション（例えば、３ＧＰＰ無線セルのＧＰＳ座標、セルＩＤ）をＤＮＳに提供すると、ＤＮＳはそのデータベースとＵＥの現在のロケーションを用いてＵＥの近くの適切なｅＰＤＧを提供することができる。なお、ＵＥ０１００は、Ｌ−ＧＷ０１０８のＩＰアドレスを取得するためにＤＮＳを使用することもできる。

＜第１２の実施の形態：ネットワークがｅＰＤＧ接続を終了する＞
上記実施の形態（第９〜第１１の実施の形態）では、ＵＥはＵＥの現在のロケーションに近いｅＰＤＧをネットワークに要求することが想定されていた。この実施の形態では、ネットワークがＳＩＰＴＯをトリガしたときに、ＵＥが持つｅＰＤＧ接続を終了することが可能である。ＵＥにｅＰＤＧから切断させ、ネットワークがＵＥの現在のロケーションを考慮してｅＰＤＧをＵＥに提供することで、ＵＥが非３ＧＰＰアクセスを用いてオフロードされたＰＤＮ−ＧＷに接続しようと試みる場合に、最適なルートへの切り替えをネットワークが提供する。

＜第１３の実施の形態：ネットワークがｅＰＤＧ接続を終了して新しいｅＰＤＧアドレスを通知する＞
上記実施の形態（第１２の実施の形態）では、ネットワークはｅＰＤＧへのＵＥの接続を終了し、その結果、ＵＥはｅＰＤＧの新たな発見を実行することが想定されていた。この実施の形態では、ネットワークは切り替え先として相応しいｅＰＤＧの情報を有することができ、これをＵＥに通知することができるものとする。図１０は、ネットワークが対象ｅＰＤＧをＵＥに表示する手順を説明するメッセージシーケンスを示す。

この実施の形態では、ＵＥ０１００は、ＵＥ０１００がＬ−ＧＷ０１０８へオフロードされたことを認識しているものとする（Ｓ１０００）。また、ＵＥ０１００は、ｅＰＤＧ０１０５を介したＩＦ０１００１を用いたＰＤＮ−ＧＷ０１０４との接続を有するものとする。ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００が別のＰＤＮ−ＧＷへオフロードされたことをｅＰＤＧ０１０５に通知し、ｅＰＤＧ０１０５へのＵＥ０１００の接続を終了するようにｅＰＤＧ０１０５に依頼する（Ｓ１００１）。更に、ＰＤＮ−ＧＷ０１０４は、ＵＥがその非３ＧＰＰ無線アクセスを用いて接続したい場合、ｅＰＤＧ０８００が切り替え対象となるｅＰＤＧであるとＵＥ０１００に通知するようにｅＰＤＧに知らせる。ＰＤＮ−ＧＷ０１０４はそのような情報の中央データベースへの問い合わせに基づいて対象ｅＰＤＧアドレスを知ることができる。ｅＰＤＧ０１０５はＵＥ０１００との接続を終了し、対象ｅＰＤＧは現在ｅＰＤＧ０８００であるとＵＥ０１００に知らせる。ＵＥ０１００は、ＵＥがその非３ＧＰＰ無線アクセスを使用したい場合、ｅＰＤＧ０８００に接続する。なお、ＰＤＮ−ＧＷ０１０４及びｅＰＤＧ０１０５は、オフロード先のＰＤＮ−ＧＷのＩＰアドレスを一緒に通知してもよい。

＜第１４の実施の形態：ネットワークがｅＰＤＧ接続を終了せずに新しいｅＰＤＧアドレスを通知する＞
上記実施の形態（第１３の実施の形態）では、ネットワークはｅＰＤＧとのＵＥ接続を終了し、接続先の新しい対象ｅＰＤＧをＵＥに知らせることが想定されていた。しかしながら、ＵＥが別のＰＤＮ−ＧＷへの別のＰＤＮ接続を有する場合、そのような終了はこれらの他のＰＤＮ−ＧＷとのセッションも中断してしまう。したがって、この実施の形態では、ｅＰＤＧ０１０５がＵＥ０１００への接続を終了する代わりに、ｅＰＤＧがＵＥ０１００により近い対象ｅＰＤＧ（ｅＰＤＧ０８００）をＵＥ０１００に通知する。ＵＥ０１００がｅＰＤＧを切り替えるか否かの選択は、ＵＥ０１００の決定に任されている。これによって、ＵＥ０１００は、同じｅＰＤＧ上の別のＰＤＮ−ＧＷへの接続を有しているか否かを考慮することができる。なお、ｅＰＤＧ０１０５は、オフロード先のＰＤＮ−ＧＷのＩＰアドレスを一緒に通知してもよい。

＜第１５の実施の形態：デタッチ要求内で新しいパラメータを使用する＞
上記実施の形態では、ネットワークが、ＵＥが別のＰＤＮ−ＧＷへオフロードされたことを示すＳＩＰＴＯタイプを備えたデタッチ要求をＵＥへ送信することが想定されていた。この実施の形態では、デタッチ要求は、ネットワークからのリアタッチ表示がない新しいパラメータ（例えば、デタッチタイプの情報エレメントの値）を含むことができる。非特許文献３に現在記載されているように、デタッチ要求メッセージ内にリアタッチ表示を確認したＵＥは、デタッチメッセージ内に記載されたすべてのパラメータを無視してしまう。したがって、新しいパラメータを使用することで、デタッチ要求メッセージ内にリアタッチ表示がなくてもリアタッチを実行する必要があるとＵＥに知らせるという目的にかなう。

＜第１６の実施の形態：デタッチの代わりにベアラ停止を使用する＞
上記実施の形態では、ＵＥは３ＧＰＰ無線アクセスネットワーク上に１つのＰＤＮ接続しか有せず、ＭＭＥはＵＥを別のＰＤＮ−ＧＷへオフロードするデタッチ要求を送信することが想定されていた。ＭＭＥが３ＧＰＰ無線アクセス上の最後のＰＤＮ接続に対してデタッチメッセージを送信するというこの論理は、非特許文献３に記載されている。ＵＥが３ＧＰＰ無線アクセスネットワーク上に複数のＰＤＮ接続を有する場合、ＭＭＥは、ベアラ停止メッセージを用いてＵＥを別のＰＤＮ−ＧＷへオフロードすることができる。ＳＩＰＴＯのためにＵＥがオフロードされたというＵＥへの表示をベアラ停止メッセージ内のプロトコル構成オプション（ＰＣＯ）を介してＵＥに搬送することができる。

＜第１７の実施の形態：ＵＥの近くにｅＰＤＧがない場合のＴＦＴのフローポリシー＞
上記実施の形態では、ネットワークは、ＵＥ０１００がオフロードされた後にＵＥ０１００の近くにあるｅＰＤＧをＵＥ０１００に提供することができることが想定されていた。その場合、ＵＥ０１００は、ネットワークによって通知されたｅＰＤＧを使用して非３ＧＰＰ無線アクセスを用いて接続する。一方、ネットワークがＵＥ０１００の現在のロケーションに近いｅＰＤＧを提供できない場合、つまり、オフロードが行われる前のｅＰＤＧに接続し続ける場合、ネットワークは、オフロードによって最適化される必要があるＵＥ０１００のこれらのセッションがネットワークによって設定された最適な経路を使用するのを確実にするために、フローポリシーを用いることができる。フローポリシーには、特定のフローが転送されるべきインタフェースが記述されている。ＵＥ０１００は、ネットワークによって設定されたフローポリシーを用いてルーティングフィルタを生成し、それをホームエージェントに設定することで、ネットワークの意図を確実に反映したルーティングを維持することができる。あるいは、ネットワークは、トラフィックフローテンプレート（ＴＦＴ）を用いてオフロードのために最適化する必要があるＵＥ０１００のこれらのセッションがネットワークによって設定された最適な経路を使用するのを確実にすることができる。

また、ＵＥ０１００の３ＧＰＰ接続がＬ−ＧＷ０１０８へオフロードされた後でも、ＵＥ０１００は、非３ＧＰＰ無線アクセス（ＩＦ０１００１）を用いたＰ−ＧＷ０１０４へのコネクションを維持することができる。例えば、３ＧＰＰ接続がオフロードされる前から行われていた非３ＧＰＰ無線アクセス上の通信が、Ｐ−ＧＷ０１０４を介したパスを継続して使用するべきフローである、又はＬ−ＧＷ０１０８を介したパスへ切り替えることができないフローであると判断される場合に、ＵＥ０１００は非３ＧＰＰ無線アクセスの接続を維持する。

また、別な例として、３ＧＰＰ上の通信の中にＬ−ＧＷ０１０８へオフロードできないセッションであり、かつ非３ＧＰＰ上で通信が可能なセッションである場合に、非３ＧＰＰ無線アクセスの接続を維持する。この場合、ネットワークは、オフロードによって最適化される必要があるＵＥのこれらのセッションがネットワークによって設定された最適な経路を使用するのを確実にするために、フローポリシーを用いることができる。ＵＥは、ネットワークによって設定されたフローポリシーを用いてルーティングフィルタを生成し、それをホームエージェントに設定することで、ネットワークの意図を確実に反映したルーティングを維持することができる。あるいは、ネットワークは、トラフィックフローテンプレート（ＴＦＴ）を用いてオフロードのために最適化する必要があるＵＥのこれらのセッションがネットワークによって設定された最適な経路を使用するのを確実にすることができる。

＜第１８の実施の形態：ＰＤＮ−ＧＷがＩＫＥアドレスをチェックする＞
上記実施の形態では、ネットワークがＵＥを別のｅＰＤＧにリダイレクトする時に、ＵＥは、非３ＧＰＰ無線アクセスを使用して接続する場合にはこの通知されたｅＰＤＧを使用することが想定されていた。しかしながら、レガシーＵＥはそのようなリダイレクトメッセージを理解せず、非３ＧＰＰ無線アクセス接続に現在のｅＰＤＧを使用し続けるという場合がある。この実施の形態では、ホームエージェントが非３ＧＰＰ無線アクセス接続を設定するためにＵＥがホームエージェントへ送信したＩＫＥメッセージをチェックすることが提案されている。ＩＫＥメッセージのソースアドレスとそのＩＰアドレスをどのｅＰＤＧが管理しているかという情報に基づいて、ホームエージェントはｅＰＤＧのロケーションを推定することができる。したがって、ホームエージェントは、ホームエージェントがｅＰＤＧが近くにないことを識別した場合に非３ＧＰＰ無線アクセスを求めるＵＥ接続要求を拒絶することができる。

＜第１９の実施の形態：オフロードされた時にＵＥが第１のＰＤＮ−ＧＷからフィルタを削除する＞
上記実施の形態では、ＵＥが第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへオフロードされた時に、ＵＥはその非３ＧＰＰ無線アクセス接続に引き続き第１のＰＤＮ−ＧＷを使用することができることが想定されていた。ＵＥの３ＧＰＰ無線アクセス接続が第２のＰＤＮ−ＧＷへオフロードされたことを受けて、ＵＥがもはや第１のＰＤＮ−ＧＷ上のルーティングフィルタを使用しない場合に、ＵＥが第１のＰＤＮ−ＧＷ上のルーティングフィルタを残らず削除することが有益である。そのようなフィルタ規則はＵＥによって今後使用されないので、これは第１のＰＤＮ−ＧＷのリソースの解放に役立つ。

＜第２０の実施の形態：バインディングリボークメッセージがＵＥに対してＩＦＯＭを実行しないよう指示する情報を含む＞
上記実施の形態では、ネットワークがＵＥの非３ＧＰＰ無線アクセス接続を削除したい時には、ホームエージェントがリボークが別のＰＤＮ−ＧＷへのＵＥのオフロードのためであるという理由を付けたＢＲＩメッセージを送信することが想定されていた。この実施の形態では、ホームエージェントは、ＢＲＩメッセージ内に、ネットワークによってオフロードがトリガされた時にＵＥは非３ＧＰＰ無線アクセス接続を実行してはならないということ示す情報を含めることができる。ネットワークはそのような厳格な制約を設けて、将来ネットワークによってオフロードがトリガされた場合にＵＥが最適でない（すなわち、輻輳ルートの）非３ＧＰＰ無線アクセス接続を決して実行しないということを確実に行うことができる。したがって、ＵＥは、この理由コードから、ＳＩＰＴＯが非３ＧＰＰ無線アクセスネットワークに接続するＵＥの機能よりも優先されるということを理解することができるだろう。ＳＩＰＴＯがトリガされると、ＵＥはその非３ＧＰＰ無線アクセス接続を使用することができない。更に、ネットワークは、ＵＥへのＢＲＩメッセージに別の情報を含むことができる。この情報は、ＳＩＰＴＯがトリガされた、１つ又は多数の対象ＨＡのＩＰアドレス、１つ又は多数の対象ｅＰＤＧのＩＰアドレスであってもよいが、これらに限定されない。

＜第２１の実施の形態：ネットワークはＳＩＰＴＯがトリガされたという表示を行わない＞
上記実施の形態では、ネットワークがＵＥを別のＰＤＮ−ＧＷへオフロードしたい時には、ネットワークはＵＥが別のＰＤＮ−ＧＷへオフロードされたことをＵＥに通知することが想定されていた。これは、ＭＭＥにデタッチ要求メッセージ内でＳＩＰＴＯタイプの表示を送信させるか、又はＰＤＮ−ＧＷにＢＲＩメッセージ内にＳＩＰＴＯ理由コードを追加させることで達成される。この実施の形態では、ＵＥがネットワークからそのような表示を受信せず、それでもＳＩＰＴＯがネットワークによってトリガされた可能性を理解することが可能である。例えば、ネットワークによって命令されたデタッチ及びリアタッチ手順の開始後に割り当てられたプレフィックスが変更されたことをＵＥが検出すると、ＵＥはネットワークがＳＩＰＴＯをトリガしたとみなすことができる。したがって、ＵＥは、図２に示す論理を用いてＵＥの非３ＧＰＰアクセス接続（もしあれば）の処理方法を判定することができる。上記の例では、ＵＥがデタッチ手順後に以前に割り当てられたプレフィックスを記憶しており、したがって、ネットワークがＳＩＰＴＯをトリガした可能性があると推定することができることを想定している。

＜第２２の実施の形態：通常のＰ−ＧＷのリロケーションへの適用＞
上記実施の形態では、ネットワークによる別のＰＤＮ−ＧＷへのＵＥのオフロードのトリガがＳＩＰＴＯに基づくことが想定されていた。しかしながら、ＵＥによる無線アクセスのタイプの変更又は訪問先ＰＬＭＮ（ＶＰＬＭＮ）へのローミングに基づいて、ネットワークはＵＥを別のＰＤＮ−ＧＷへオフロードすることが可能である。例えば、ＵＥは、現在、そのホームＰＬＭＮ（ＨＰＬＭＮ）内に存在するＰＤＮ−ＧＷに接続されたセルラー及びＷＬＡＮ無線インタフェースの両方を有する。ＵＥのセルラー無線インタフェースは、ＶＰＬＭＮへローミングし、ＶＰＬＭＮがＨＰＬＭＮではなくＵＥにＰＤＮ−ＧＷを提供することが決定される。この概念は３ＧＰＰ内でローカルブレイクアウトとして知られ、非特許文献６に記載されている。ＵＥのためにローカルブレイクアウトを実行する決定は、ＵＥがローミングの際にローカルブレイクアウトを実行することができるか否かを示すＨＳＳ内のエントリであってもよいが、これに限定されない。したがって、ＶＰＬＭＮがローカルブレイクアウトをトリガすると、ＵＥのセルラー無線インタフェースはＶＰＬＭＮのＰＤＮ−ＧＷへオフロードされる。したがって、ＵＥは、図２に示す論理を用いてＵＥのＷＬＡＮ無線接続を処理する方法を判定することができる。

＜第２３の実施の形態：ネットワークがＵＥへＰＤＮコネクションの終了を要求＞
上記実施の形態では、ＵＥ０１００は、３ＧＰＰ無線アクセスネットワーク上で１つのＰＤＮコネクションを保持していることを想定しているため、ＭＭＥは、ＵＥへ別のＰＤＮ−ＧＷへオフロードすることを要求するために、デタッチリクエストを送信していた。３ＧＰＰ無線アクセス上の最後のＰＤＮコネクションに対してデタッチメッセージを送信することについては、非特許文献３に規定されている。しかし、ネットワークは、ＵＥ０１００に対して、３ＧＰＰネットワークからデタッチする代わりに、ＰＤＮ−ＧＷへのコネクションを終了するよう要求することも可能である。図１２は、ＵＥ０１００が別のＰＤＮ−ＧＷ（Ｌ−ＧＷ０１０８）へオフロードされる際に、ネットワークがＵＥ０１００に対して、ＰＤＮ−ＧＷ０１０４へのＰＤＮコネクションを切断するよう要求する際のメッセージシーケンスを示している。

この実施の形態では、ＵＥ０１００は、通信インタフェース（ＩＦ０１０００）を１つ備え、ＰＤＮ−ＧＷ０１０４へのコネクションを保持していることを想定している。ＩＦ０１０００上には、Ｓ−ＧＷ０１０３を介してＰＤＮ−ＧＷ０１０４へ接続するコネクションが確立されている（Ｓ１２００）。更に、ＵＥ０１００は、ネットワークによって指定されたトラッキングエリア内にはない領域へ移動しているものとする。３ＧＰＰでは、ネットワークはトラッキングエリアと呼ばれるエリアを定めている。ＵＥは、特定のトラッキングエリア内に位置する間は、ＵＥのロケーションについてネットワークを更新する必要がない。ＵＥは、指定されたトラッキングエリアを離れると、ＵＥの新しいロケーションについてネットワークを更新しなければならない。更新されたロケーションを用いて、ネットワークは新しいトラッキングエリアをＵＥのために指定することができる。

ＵＥ０１００は、ネットワークによって指定されたトラッキングエリア内に指定されていないセル内へ移動したことを検出し、ＭＭＥ０１０２へトラッキングエリアアップデート（ＴＡＵ、Tracking Area Update）メッセージを送信する（Ｓ１２０１）。この実施の形態では、ＩＦ０１００がｅＮＢ０１０７の通信圏内へ移動しているものとする。このＴＡＵメッセージは、ＵＥ０１００がネットワークによって指定されたトラッキングエリア内にないセル内へ移動したことをＭＭＥ０１０２に知らせるために、移動先セルのセル識別子を含む。ＵＥ０１００からのＴＡＵメッセージを検証した後で、ＭＭＥ０１０２はＵＥ０１００からのＴＡＵメッセージを受け付け、トラッキングエリアアクセプト（ＴＡＲ）メッセージで応答する（Ｓ０３０３）。このＴＡＲメッセージは、ネットワークがＵＥ０１００のために定義した新しいトラッキングエリアを含む。ＭＭＥ０１０２は、ＵＥから受信したＴＡＵメッセージによってＵＥが新しいロケーションへ移動したことを検出するので、ＭＭＥ０１０２はＵＥ０１００をトリガして別のＰＤＮ−ＧＷへオフロードすることができる。

この検出は、ＭＭＥ０１０２が、ＵＥの移動先の３ＧＰＰセルをどのＰＤＮ−ＧＷが担当しているかについてのマッピングを確認するステップであってもよいが、これに限定されるものではない。ＭＭＥ０１０２は、ネットワークがＵＥ０１００に対してＳＩＰＴＯを実行するよう要求していることをＵＥ０１００に知らせるための新たな通知（ＳＩＰＴＯタイプ）を含んだＥＭＭステータスメッセージ（EMM Status Message）をＵＥ０１００へ送信する（Ｓ１２０３）。さらに、ＭＭＥ０１０２は、ＥＭＭステータスメッセージを送信した際に、タイマーをスタートさせる。このタイマーは、ＵＥ０１００から送信されたＥＭＭステータスメッセージへの応答メッセージ（後述するＳ１２０５）を受信した際に停止する。このタイマーを使用することによって、ＭＭＥ０１０２は、ＵＥ０１００がＰＤＮ−ＧＷ０１０４から切断するまで待つ必要がない。つまり、ＭＭＥ０１０２がＵＥ０１００から何もレスポンスを受信せずにタイマーが終了した場合、ＭＭＥ０１０２は、ＵＥ０１００のＰＤＮコネクションを削除する。ただし、その削除されるＰＤＮコネクションは、オペレータのネットワークへ繋がる最後のＰＤＮコネクションではない場合に限る。

ＵＥ０１００は、現在進行中のセッションをチェックし、別のＰＤＮ−ＧＷへのオフロードによって影響を受ける可能性のある重要なセッションがあるか否かを判断する（Ｓ１２０４）。この実施の形態では、ＵＥ０１００は、重要なセッションを特定しないため、ＭＭＥ０１０２に対してＰＤＮコネクションを切断するためのメッセージを送信する（Ｓ１２０５）。ＵＥ０１００をＬ−ＧＷ０１０８へオフロードするためのステップは、図３に示したステップ（Ｓ０３０５−Ｓ０３１０）と同じであるため、説明を省略する。

＜第２４の実施の形態：ネットワークが１つのインタフェースを持つＵＥへＰＤＮコネクションの終了を要求＞
上記の実施の形態では、ネットワークによってオフロードがトリガされたときに、ＵＥ０１００は重要なセッションをもっていないケースを想定した。しかし、図１２のＳ１２０４において、別のＰＤＮ−ＧＷへのオフロードによって影響を受ける重要なセッションをＵＥ０１００が特定する可能性がある。この実施の形態では、ＵＥ０１００が重要なセッションを持っている場合、ＭＭＥ０１０２へＥＭＭステータスメッセージを送信することで、そのセッションが終了した時点でＰＤＮ−ＧＷ０１０４から切断することをＭＭＥ０１０２へ通知する。

例えば、ＵＥ０１００は、インターネットバンキングに関するセッションを保持しているとする。インターネットバンキングのセッションは、認証されたユーザと、ＰＤＮ−ＧＷ０１０４によってＩＦ０１０００に対して割り当てられたＩＰアドレスに関連付けられる。ＵＥ０１００は、ローカルＰＤＮ−ＧＷ（Ｌ−ＧＷ０１０８）の機能を持ったフェムトセル（ホームｅＮＢ）のエリア内へ移動する。ネットワークは、ＵＥの全てのインターネットトラフィックをＬ−ＧＷ０１０８へオフロードすることを決定する。もしＵＥ０１００がＬ−ＧＷ０１０８へオフロードされた場合、ＩＦ０１０００には新たなＩＰアドレスが割り当てられる。この新たなＩＰアドレスは、進行中のインターネットバンキングのセッションに関連付けられている認証済みのＩＰアドレスとは異なるため、セッションを継続することができない。そのため、ＵＥ０１００は、ユーザに対して新たな認証セッションを再度開始するよう要求する必要がある。

この実施の形態で述べた手法を用いることで、別のＰＤＮ−ＧＷへオフロードされた際に、新たな認証セッションを行う必要性をなくすことができる。つまり、ＵＥ０１００は重要なセッションを保持していることをＭＭＥ０１０２へ通知することで、ＵＥ０１００は、別なＰＤＮ−ＧＷへオフロードされる前に、重要なセッションを終了することができる。重要なセッションが終了したときに、ＵＥ０１００は、ＭＭＥ０１０２に対してＰＤＮ切断メッセージを送信することで、ＵＥ０１００が別のＰＤＮ−ＧＷへオフロードされる準備ができたことを通知する。

＜第２５の実施の形態：装置−ＵＥ及びＰＤＮ−ＧＷ＞
図１１は、ネットワークインタフェースモジュール１１０１と、３ＧＰＰアクセススタック１１０２と、非３ＧＰＰアクセススタック１１０３と、ＩＰプロトコルスタック１１０４と、アプリケーション１１０５とを備える好ましい装置（例えば、ＵＥ０１００）の機能アーキテクチャ１１００を示す。この好ましい装置は、本発明の様々な好ましい実施の形態のための携帯電話又はラップトップなどの任意の移動電子通信デバイスであってもよいが、これに限定されない。

ネットワークインタフェースモジュール１１０１は、何らかの通信媒体を介して別のノードと通信する好ましい装置にとって必要なすべてのハードウェア及びソフトウェアを包含する機能ブロックである。当技術分野で周知の用語を用いて、ネットワークインタフェースモジュール１１０１は、通信コンポーネント、ファームウェア、ドライバ、及びレイヤ１（物理レイヤ）及びレイヤ２（データリンクレイヤ）の通信プロトコルを表す。機能アーキテクチャ１１００は、１つ又は複数のネットワークインタフェースモジュール１１０１を含むことは当業者には明らかであろう。信号／データ経路Ｓ１１００を用いて、ネットワークインタフェースモジュール１１０１は、３ＧＰＰアクセススタック１１０２にトリガ／パケット送信を提供することができる。例えば、ネットワークインタフェースモジュール１１０１は、受信した任意のＮＡＳメッセージ（例えば、ＳＩＰＴＯタイプを備えたデタッチ要求メッセージ）を処理のために３ＧＰＰアクセススタック１１０２へ転送する。

更に、信号／データ経路Ｓ１１００を用いて、３ＧＰＰアクセススタック１１０２は、ネットワークへ送信したい任意のＮＡＳメッセージ（例えば、アタッチ要求メッセージ）を送信をするためにネットワークインタフェースモジュール１１０１へ渡すことができる。信号／データ経路Ｓ１１０１を用いて、ネットワークインタフェースモジュール１１０１は、非３ＧＰＰアクセススタック１１０３にトリガ／パケット送信を提供することができる。例えば、ネットワークインタフェースモジュール１１０１は、受信した任意のＩＫＥメッセージを処理のために非３ＧＰＰアクセススタック１１０３へ転送する。更に、信号／データ経路Ｓ１１０１を用いて、非３ＧＰＰアクセススタック１１０３は、ネットワークへ任意のＩＫＥメッセージを送信するためにネットワークインタフェースモジュール１１０１へ渡すことができる。

３ＧＰＰアクセススタック１１０２は、３ＧＰＰ無線アクセスネットワーク上のＵＥとネットワークとの間の通信を管理する機能ブロックである。３ＧＰＰアクセススタック１１０２は、ＵＥのセルラー無線インタフェースが３ＧＰＰ無線アクセスネットワーク内をローミングしている間、ＵＥの移動性（モビリティ）とセッション態様を処理する。信号／データ経路Ｓ１１０２を用いて、３ＧＰＰアクセススタック１１０２はＩＰプロトコルスタック１１０４にトリガ／パケット送信を提供することができる。例えば、ネットワークがＵＥのセルラー無線インタフェースのＩＰアドレス又はプレフィックスを割り当てる場合、このＩＰアドレス又はプレフィックスはＮＡＳメッセージに載せて搬送される。３ＧＰＰアクセススタック１１０２は、次の処理のためにＩＰアドレス又はプレフィックスをＩＰプロトコルスタック１１０４へ渡す。

更に、信号／データ経路Ｓ１１０２を用いて、ＩＰプロトコルスタック１１０４は、ネットワークへ送信したい任意のＩＰパケットをフォーマットのために３ＧＰＰアクセススタック１１０２へ渡すことができる。信号／データ経路Ｓ１１０５を用いて、３ＧＰＰアクセススタック１１０２は、アプリケーション１１０５にトリガ／パケット送信を提供することができる。例えば、ネットワークがＵＥが３ＧＰＰ無線アクセスネットワーク内で使用する一時識別（ＧＵＴＩ）を割り当てる場合、３ＧＰＰアクセススタック１１０２は、データベースモジュール１１０５０内への記憶のためにＧＵＴＩをアプリケーション１１０５へ渡す。更に、信号／データ経路Ｓ１１０５を用いて、３ＧＰＰ無線アクセスネットワークの認証が行われる時に、３ＧＰＰアクセススタック１１０２はアプリケーション１１０５にＧＵＴＩを問い合わせることができる。

非３ＧＰＰアクセススタック１１０３は、非３ＧＰＰ無線アクセスネットワーク上のＵＥとネットワークとの間の通信を管理する機能ブロックである。非３ＧＰＰアクセススタック１１０３は、ＵＥのＷＬＡＮ無線インタフェースが非３ＧＰＰ無線アクセスネットワーク内をローミングしている間、ＵＥの移動性とセキュリティを処理する。信号／データ経路Ｓ１１０３を用いて、非３ＧＰＰアクセススタック１１０３は、ＩＰプロトコルスタック１１０４にトリガ／パケット送信を提供することができる。例えば、ネットワークがＵＥのＷＬＡＮ無線インタフェースのＩＰアドレス又はプレフィックスを割り当てる場合、このＩＰアドレス又はプレフィックスは、ＩＫＥメッセージに載せて搬送される。非３ＧＰＰアクセススタック１１０３は、次の処理のためにＩＰアドレス又はプレフィックスをＩＰプロトコルスタック１１０４へ渡す。

更に、信号／データ経路Ｓ１１０３を用いて、ＩＰプロトコルスタック１１０４はネットワークへ送信したい任意のＩＰパケットをフォーマットのために非３ＧＰＰアクセススタック１１０３へ渡すことができる。信号／データ経路Ｓ１１０６を用いて、非３ＧＰＰアクセススタック１１０３はアプリケーション１１０５にトリガ／パケット送信を提供することができる。例えば、ネットワークがＵＥが非３ＧＰＰ無線アクセスネットワーク内で使用する移動ノード識別子（ＭＮ−ＩＤ）を割り当てる場合、非３ＧＰＰアクセススタック１１０３はデータベースモジュール１１０５０内への記憶のためにＭＮ−ＩＤをアプリケーション１１０５へ渡す。更に、信号／データ経路Ｓ１１０５を用いて、非３ＧＰＰ無線アクセスネットワークの認証が行われる時に、非３ＧＰＰアクセススタック１１０３はアプリケーション１１０５にＭＮ−ＩＤを問い合わせることができる。

ＩＰプロトコルスタック１１０４は、ＵＥがセルラーネットワーク内のグローバルインターネット上の他のノードと通信するためのインターネットプロトコルを実施するソフトウェアを含む機能ブロックである。モビリティ機能に関して、ＩＰプロトコルスタック１１０４は、モバイルＩＰｖ４又はモバイルＩＰｖ６を含んでいてもよいが、これに限定されない。信号／データ経路Ｓ１１０４を用いて、ＩＰプロトコルスタック１１０４はアプリケーション１１０５にトリガ／パケット送信を提供することができる。例えば、ＩＰプロトコルスタック１１０４が特定のアプリケーション（例えば、ウェブブラウザ）のためのデータペイロードを備えたＩＰパケットを受信した場合、ＩＰプロトコルスタック１１０４は、データペイロードをウェブブラウザアプリケーションへ渡す。更に、信号／データ経路Ｓ１１０４を用いて、アプリケーション１１０５は送信用のＩＰパケットへのフォーマットのためにアプリケーションからＩＰプロトコルスタック１１０４へデータペイロードを渡すことができる。

アプリケーション１１０５は、通信スタック内のネットワークレイヤの最上部にあるすべてのプロトコル及びプログラムを包含する機能ブロックである。これは、送信制御プロトコル（ＴＣＰ）、ストリーム制御トランスポートプロトコル（ＳＣＴＰ）、及びユーザデータグラムプロトコル（ＵＤＰ）などの任意のトランスポート又はセッションレイヤプロトコル、又は他のノードと通信する必要があるプログラム及びソフトウェアを含む。アプリケーション１１０５は、データベースモジュール１１０５０と、ルート判定モジュール１１０５１とを更に含む。データベースモジュール１１０５０は、機能アーキテクチャ１１００が要求する必要な情報を記憶する。そのような情報の一例は、ＵＥ０１００のためのモバイルＩＰｖ６バインディングエントリであってもよいが、これに限定されない。

本発明は、ＵＥが別のＰＤＮ−ＧＷへオフロードされた時にＵＥの既存の通信経路に影響があるか否かを判定することがその目的であるルート判定モジュール１１０５１を導入する。例えば、ルート判定モジュール１１０５１が３ＧＰＰアクセススタック１１０２又は非３ＧＰＰアクセススタック１１０３のいずれかからＵＥ０１００が別のＰＤＮ−ＧＷへオフロードされたという表示を受信すると、ルート判定モジュール１１０５１は、データベースモジュール１１０５０から得たＵＥ０１００が有する現在のモバイルＩＰｖ６バインディングエントリをチェックする。上記実施の形態に記載された論理を用いて、ルート判定モジュール１１０５１はＵＥの既存の通信経路をオフロードされたＰＤＮ−ＧＷへ転送する必要があるか否かを決定する。その必要がある場合、ルート判定モジュール１１０５１は３ＧＰＰアクセススタック１１０２又は非３ＧＰＰアクセススタック１１０３又はＩＰプロトコルスタック１１０４をトリガしてＵＥの既存の通信経路をオフロードされたＰＤＮ−ＧＷへ移動する。

この実施の形態では、好ましい装置の機能アーキテクチャ１１００は、ユーザ装置（例えば、ＵＥ０１００）を意味する。しかしながら、この類似の機能アーキテクチャ１１００は、本発明の様々な好ましい実施の形態のためのパケットデータネットワークゲートウェイ又はサービングゲートウェイなどの任意のサーバ通信デバイスにも適用することができるが、これらに制限されるものではない。

＜第２６の実施の形態：ＵＥがｎｏｎ−３ＧＰＰ（非３ＧＰＰ）との接続を終了する別の使用例＞
上記実施の形態（第２の実施の形態）では、ネットワークによってオフロードがトリガされた時に、ＵＥはＵＥ０１００の両方のインタフェース（ＩＦ０１０００及びＩＦ０１００１）上に進行中のセッションを有しないことが前提になっている。したがって、ＩＦ０１００１上に進行中のセッションがないという事実に基づいて、ＵＥ０１００は、ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間のコネクションを削除する判断をする。しかしながら、ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間のコネクションを削除する判断が、ＳＩＰＴＯがトリガされた時にＭＭＥ０１０２には、ＩＦ０１００１を介するＰＤＮ−ＧＷ０１０４へのＵＥ０１００のコネクションを削除する手段がないということをＵＥ０１００が認識しているという事実に基づく場合もある。ＵＥ０１００がこれを見分ける１つの方法としては、ＭＭＥ０１０２がＵＥ０１００へのＮＡＳメッセージ内でＳＩＰＴＯがトリガされているという明示的な通知を含めることである。ＵＥ０１００がこれを見分ける別の方法としては、ＵＥ０１００がリアタッチすることを要求する原因値（Cause Value）を含むデタッチメッセージをＭＭＥ０１０２から受信する時で、ＵＥ０１００は、ＭＭＥ０１０２がそのようなメッセージを送信する理由がＳＩＰＴＯにあると推定することができる。ＵＥ０１００がこれを見分ける更に別の方法としては、ＵＥ０１００が再活性化することを要求する原因値（Cause Value）を含むベアラ停止メッセージ（deactivate bearer message）をＭＭＥ０１０２から受信する時で、ＵＥ０１００は、ＭＭＥ０１０２がそのようなメッセージを送信する理由がＳＩＰＴＯにあると推定することができる。したがって、ＵＥ０１００は、ＳＩＰＴＯがトリガされたと認識した時にＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間のコネクションを削除すると判断する。

以下の例で、話を分かりやすくするために、この実施の形態について説明する。ＵＥ０１００は、現在、通信事業者のネットワーク（ＰＤＮ−ＧＷ０１０４）に接続されたセルラー無線接続とＷＬＡＮ無線接続の両方を有し、両方のインタフェース上にＣＮ０１０６との進行中のデータセッションを有する。ＵＥ０１００のユーザはショッピング複合施設に入り、ＵＥ０１００は、ショッピング複合施設を担当するセルがトラッキングエリア内にないことを検出する。ＵＥ０１００がロケーションの変更についてネットワークを更新すると、ネットワークは、Ｌ−ＧＷ０１０８がＵＥ０１００の現在のロケーションの近くに存在することを認識する。ネットワークは、ＵＥ０１００にネットワークからデタッチしてリアタッチするように依頼することでＰＤＮ−ＧＷへのＵＥのコネクション（セルラー無線インタフェースを介した）をオフロードする。リアタッチ原因を含むデタッチメッセージを受信したＵＥ０１００は、ＭＭＥ０１０２がＳＩＰＴＯをトリガ中であると推定する。ＵＥ０１００は、ＭＭＥ０１０２がＵＥ０１００のＷＬＡＮ無線接続の削除をトリガできないことを認識しているので、ＵＥ０１００は、ＷＬＡＮ無線インタフェースを介してライフタイム（有効期限）が「０」のバインディング更新をＰＤＮ−ＧＷ０１０４へ送信することでＷＬＡＮ無線接続を終了することを判断する。

＜第２７の実施の形態：ＵＥがどのインタフェースについて接続を設定するかの判断＞
いくつかの上記実施の形態（第２及び２６の実施の形態）では、ＭＭＥ０１０２がＳＩＰＴＯについてリアタッチすることを要求する原因値（Cause）を含むデタッチ要求メッセージをＵＥ０１００へ送信すると、ＵＥ０１００は、３ＧＰＰ無線アクセスネットワーク０１２へのそのセルラー無線インタフェース接続を再確立しようと試みる。更に、ＵＥ０１００は、またＰＤＮ−ＧＷ０１０４へのＷＬＡＮ無線インタフェース接続を削除する。ＵＥ０１００がＷＬＡＮ無線インタフェース接続を削除する理由は、ＳＩＰＴＯが確実に適用されるようにするためである。ＵＥ０１００がＷＬＡＮ無線インタフェース接続を削除しなければ、ＷＬＡＮ無線接続がまだアクティブである以上、ＨＳＳのデータベースには、ＵＥ０１００の現在のＰＤＮ−ＧＷはＰＤＮ−ＧＷ０１０４であるというエントリが残ったままである。この場合、ＵＥ０１００がＭＭＥ０１０２の要求に従ってセルラー無線インタフェースについてのアタッチ要求メッセージを送信すると、ＭＭＥ０１０２は、ＰＤＮ−ＧＷの選択についてＨＳＳと協議する。ＳＩＰＴＯがトリガされると、ＭＭＥ０１０２は、Ｌ−ＧＷ０１０８の選択を試みる。しかしながら、ＨＳＳのデータベースは、ＰＤＮ−ＧＷ０１０４がＵＥ０１００に対する現在のＰＤＮ−ＧＷであることを示しているので、ＭＭＥ０１０２は、ＨＳＳから提供された情報に従ってＵＥ０１００セルラー無線インタフェースについてＰＤＮ−ＧＷ０１０４を選択する。したがって、これは、ＳＩＰＴＯをうまく適用することができないことを意味する。

したがって、この実施の形態では、ＳＩＰＴＯが確実に適用されるようにするために、ＵＥ０１００は、その接続を再確立する方法を判断して、ＳＩＰＴＯが確実に適用されるようにしなければならない。図１３は、ネットワークによってトリガされたオフロードを確実に適用することができるようにするためにＵＥが行う判断方法のフローチャートである。

図１３において、ＵＥ０１００がネットワークによってオフロードがトリガされたことをステップ１３００で検出すると、決定機能が開始する。ＵＥ０１００がこれを検出する１つの方法としては、ＭＭＥ０１０２が、ＵＥ０１００へのＮＡＳメッセージ内にＳＩＰＴＯがトリガされているという明示的な表示を含むことである。ＵＥ０１００がこれを検出する別の方法としては、ＵＥ０１００がリアタッチ原因を含むデタッチメッセージをＭＭＥ０１０２から受信する時で、ＵＥ０１００は、ＭＭＥ０１０２がそのようなメッセージを送信する理由がＳＩＰＴＯにあると推定することができる。ＵＥ０１００がこれを検出する更に別の方法としては、ＵＥ０１００が再活性化することを示す原因値（Cause）を含むベアラ停止メッセージをＭＭＥ０１０２から受信する時で、ＵＥ０１００は、ＭＭＥ０１０２がそのようなメッセージを送信する理由がＳＩＰＴＯにあると推定することができる。

次に、決定機能は、オフロード中のアクセスポイント名（ＡＰＮ：Access Point Name）への同時接続が存在するか否かをステップ１３０２でチェックする。このＡＰＮへの同時接続の形態は、ＩＰフローモビリティ（ＩＦＯＭ：IP Flow Mobility）としても周知であり、以下では、ＩＦ０１０００とＩＦ０１００１の両方のインタフェースを用いて同一のＡＰＮ（ＰＤＮ−ＧＷ）へ同時に接続する構成を示すために用いる。チェックの結果、ＵＥ０１００がオフロードされたＡＰＮについてＩＦＯＭを使用していないと推定されると、パスＳ１３０３が選択され、決定機能はステップ１３０４で終了する。チェックの結果、ＵＥ０１００がオフロードされたＡＰＮについてＩＦＯＭを使用していると推定されると、パスＳ１３０５が選択され、決定機能は、ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の非３ＧＰＰ無線アクセス接続をステップ１３０６で削除する。ＵＥ０１００が非３ＧＰＰ無線アクセス接続を削除する方法は、ライフタイム（有効期限）の値が「０」のバインディング更新（ＢＵ）を送信することであってもよいが、これに限定されない。

非３ＧＰＰ無線アクセス接続が削除されると、決定機能は、非３ＧＰＰ無線アクセス接続が削除されて、ＵＥ０１００がＰＤＮ−ＧＷ０１０４から応答（acknowledge）を受信したか否かをステップ１３０８で判定する。応答は、削除ステータスを含むバインディング応答（ＢＡ）であってもよいが、これに限定されない。決定機能が応答を受信していないと判定すると、パスＳ１３０９が選択され、決定機能は引き続き、固有の期間だけ応答を待つ。他方、決定機能が応答を受信したと判定すると、パスＳ１３１０が選択され、決定機能はＵＥ０１００の３ＧＰＰ無線アクセス接続の接続設定をステップ１３１１でトリガする。上記トリガの結果、ＵＥ０１００は、ＩＦ０１０００上でＭＭＥ０１０２へアタッチ要求を送信するが、これに限定されない。

次に、決定機能は、ＵＥ０１００の３ＧＰＰ無線アクセスの接続設定が完了したか否かをステップ１３１３でチェックする。接続設定がまだ進行中の場合、パスＳ１３１４が選択され、決定機能は設定の完了を待つ。ＵＥ０１００の３ＧＰＰ無線アクセスの接続設定の完了の判定は、ＵＥ０１００によるアタッチ完了メッセージの送信であってもよいが、これに限定されない。接続設定が完了すると、パスＳ１３１５が選択され、決定機能は、オフロードされたＡＰＮにＩＦＯＭを依然として適用できるか否かをステップ１３１６で判定する。

オフロードされたＡＰＮへのＩＦＯＭの適用の判定は、ＵＥ０１００内に記憶された通信事業者が構成したルーティングポリシーであってもよいが、これに限定されない。本発明では、そのようなルーティングポリシーは、システム間ルーティングポリシー（ＩＳＲＰ：Inter-System Routing Policy）と呼ばれる。ＩＳＲＰに関するチェックでオフロード時にＩＦＯＭがＡＰＮに対して使用することができないとあれば、パスＳ１３１７が選択され、決定機能は、ステップ１３０４で終了する。ＩＳＲＰに関するチェックでオフロード時にＩＦＯＭがＡＰＮに対して使用することができるとあれば、パス１３１８が選択され、決定機能は、ＵＥ０１００の非３ＧＰＰ無線アクセス接続の接続設定をステップ１３１９でトリガする。このトリガの結果、ＵＥ０１００は、ＰＤＮ−ＧＷを発見し、コネクションを設定するが、これに限定されない。非３ＧＰＰ無線アクセス接続設定が完了すると、パスＳ１３２０が選択され、決定機能は、ステップ１３０４で終了する。

図１３のＵＥが行う判断に基づく結果によって、ネットワークによってトリガされたオフロードを首尾よく確実に適用することができる。図１４は、ＵＥが行う判断の結果を説明するメッセージシーケンス図である。

この実施の形態では、ＵＥ０１００の両方のインタフェース（すなわち、ＩＦ０１０００及びＩＦ０１００１）がＰＤＮ−ＧＷ０１０４に接続されているものとする。更に、ＵＥ０１００が進行中のデータ通信のためにＩＦ０１０００とＩＦ０１００１の両方を使用しているものとする。これは、ＵＥ０１００がＣＯＮＮＥＣＴＥＤモードであることを意味する。ＵＥ０１００がＣＯＮＮＥＣＴＥＤモードでｅＮＢ０１０１の通信範囲から抜けると、ｅＮＢ０１０１は、ＩＦ０１０００の接続をｅＮＢ０１０７へハンドオーバしようと試みる。ＵＥ０１００がｅＮＢ０１０７にハンドオーバされると、ｅＮＢ０１０７は、ｅＮＢ０１０７がＵＥ０１００の３ＧＰＰ無線アクセス接続を担当することを通知するためＳ１ＡＰ経路切替メッセージをＭＭＥ０１０２へ送信する（Ｓ１４０１）。この処理によってｅＮＢ０１０７は、ＵＥ０１００のロケーションでＭＭＥ０１０２を更新することができる。ＭＭＥ０１０２は、ｅＮＢ０１０７に応答し、ＵＥ０１００の経路切り替えに応答する（Ｓ１４０２）。

ＭＭＥ０１０２がＵＥ０１００のロケーションの変更を通知されると、ＭＭＥ０１０２は、ＵＥ０１００の３ＧＰＰ無線アクセス接続（すなわち、ＩＦ０１０００）をＬ−ＧＷ０１０８へオフロードできると判定する。したがって、ＭＭＥ０１０２は、ＩＦ０１０００をオフロードさせるためのＳＩＰＴＯをトリガすることを判断する（Ｓ１４０３）。ＭＭＥ０１０２は、リアタッチ原因を含むデタッチ要求メッセージをＩＦ０１０００へ送信する（Ｓ１４０４）。同時に、ＭＭＥ０１０２は、ＳＧＷ０１０３へのＩＦ０１０００とＰＤＮ−ＧＷ０１０４との間の３ＧＰＰ無線アクセス接続の削除を開始する（Ｓ１４０５）。通常、ＳＧＷ０１０３へのＩＦ０１０００とＰＤＮ−ＧＷ０１０４との間の３ＧＰＰ無線アクセス接続の削除が完了すると、ＭＭＥ０１０２は、ＵＥ０１００のサブスクリプションプロファイル（加入者情報）からＰＤＮ−ＧＷ０１０４の記憶された識別を削除することをＨＳＳ１４００に知らせる。しかしながら、この実施の形態では、ＳＧＷ０１０３へのＩＦ０１０００とＰＤＮ−ＧＷ０１０４との間の３ＧＰＰ無線アクセス接続の削除処理の実行中に、ＰＤＮ−ＧＷ０１０４はＭＭＥ０１０２に対して、ＨＳＳ１４００に格納されているＰＤＮ−ＧＷ０１０４の識別を削除するためのメッセージをＨＳＳ１４００に送信しないよう指示する。これは、ＵＥ０１００がＰＤＮ−ＧＷ０１０４への非３ＧＰＰ無線アクセス接続（すなわち、ＩＦ０１００１）を有していることを認識しているからである。同様に、ＩＦ０１０００及びｅＮＢ０１０７は、ＵＥ０１００のコンテキストを解放する（Ｓ１４０６）。

リアタッチ原因を含むデタッチ要求メッセージを受信すると、ＵＥ０１００は、ＭＭＥ０１０２がＰＤＮ−ＧＷ０１０４へ接続しているＩＦ０１０００のオフロードをトリガしていると推定することができる。ＵＥ０１００は、ＩＦ０１００１もＰＤＮ−ＧＷ０１０４に接続されていると判定する。ＵＥ０１００は、ＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の非３ＧＰＰ無線アクセス接続を終了することを判断する。この処理によって、ネットワークによってトリガされたオフロードを首尾よく確実に適用することができる。ＵＥ０１００は、ライフタイム（有効期限）の値が「０」のＢＵをＰＤＮ−ＧＷ０１０４へ送信する（Ｓ１４０７）。ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００がＩＦ０１００１とＰＤＮ−ＧＷ０１０４との間の非３ＧＰＰ無線アクセス接続を終了中であることを認識し、ＢＡを返送してＵＥ０１００の要求に応答する（Ｓ１４０８）。次に、ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００からＰＤＮ−ＧＷ０１０４へのコネクションが存在しないため、ＰＤＮ−ＧＷ０１０４がＡＡＡ／ＨＳＳ１４００を更新してＵＥ０１００のサブスクリプション情報に格納されているＰＤＮ−ＧＷ０１０４の識別情報を削除する（Ｓ１４０９）。

ＢＡを受信すると、ＵＥ０１００は、３ＧＰＰ無線アクセスインタフェース（ＩＦ０１０００）について接続設定を開始することができる。ＩＦ０１０００は、アタッチ要求をｅＮＢ０１０７へ送信し（Ｓ１４１０）、ｅＮＢ０１０７は、ＵＥ０１００のアタッチ要求をＭＭＥ０１０２へ送信する（Ｓ１４１１）。ＭＭＥ０１０２は、ＨＳＳ１４００に問い合わせてＵＥ０１００に割り当てられたＰＤＮ−ＧＷがあるか否かをチェックする（Ｓ１４１２）。ＰＤＮ−ＧＷ０１０４の識別情報は、Ｓ１４０９で削除済みであるため、ＵＥ０１００のサブスクリプション情報はいかなるＰＤＮ−ＧＷの識別情報も含まない。ＭＭＥ０１０２は、ＵＥ０１００のオフロード先のＰＤＮ−ＧＷを選択する。この実施の形態では、ＭＭＥ０１０２は、Ｌ−ＧＷ０１０８を選択する。ＩＦ０１０００の接続設定はＳ１４１３で継続し、ＭＭＥ０１０２は、最終的にＵＥ０１００のＰＤＮ−ＧＷの識別情報をＬ−ＧＷ０１０８に更新する。ＵＥ０１００がＬ−ＧＷ０１０８へのＩＦＯＭを使用する判断をした場合、ＵＥ０１００は、ＩＦ０１００１をトリガしてＬ−ＧＷ０１０８への接続を設定する（Ｓ１４１４）。

＜第２８の実施の形態：どのインタフェースについて接続を設定するかに関する変形形態＞
上記実施の形態（第７の実施の形態）では、ＭＭＥ０１０２は、ＳＩＰＴＯがトリガ中であることをＰＤＮ−ＧＷ０１０４に通知する。したがって、ＵＥ０１００が非３ＧＰＰ無線アクセス接続も有していることをＰＤＮ−ＧＷ０１０４が認識している場合、ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００の非３ＧＰＰ無線アクセス接続の終了を開始することができる。この実施の形態では、ＭＭＥ０１０２がＳ１４０５に従ってＳＧＷ０１０３へのＩＦ０１０００とＰＤＮ−ＧＷ０１０４との間の３ＧＰＰ無線アクセス接続を削除してからＳ１４０４に従ってリアタッチ原因を含むデタッチ要求を送信することになっている。この実施の形態では、ＵＥ０１００が同じＡＰＮへのその３ＧＰＰ無線アクセス接続と非３ＧＰＰ無線アクセス接続の両方をネットワークによって終了されることがある。これによって、ネットワークがＵＥ０１００を別のＰＤＮ−ＧＷへオフロードしようとしていることがＵＥ０１００に明確に伝わる。同様に、ＵＥ０１００は、その非３ＧＰＰ無線アクセス接続の設定の前に先にその３ＧＰＰ無線アクセス接続を順次接続設定してネットワークによってトリガされたオフロードを確実に適用することができるようにすることができる。

この実施の形態の変形形態で、ＰＤＮ−ＧＷ０１０４は、選択されたオフロードＰＤＮ−ＧＷがＩＦＯＭをサポートするか否かなどの追加情報をＵＥ０１００へのＢＲＩメッセージ内に含めることができる。ＵＥ０１００は、ＩＳＲＰに加えてこの情報を利用してＵＥ０１００が選択されたオフロードＰＤＮ−ＧＷ（すなわち、Ｌ−ＧＷ０１０８）へのＩＦＯＭを有することを望むか否かを判断することができる。対象となるＰＤＮ−ＧＷの能力についての情報によって、ＵＥ０１００は、冗長なシグナリングを回避することができる。

＜第２９の実施の形態：レガシーＵＥのサポート＞
すべての上記実施の形態で、本発明は、ＵＥの機能の変更を必要とする。この実施の形態では、この発明にとって従来技術であるＵＥにも本発明の概念を適用することができる。例えば、ＰＤＮ−ＧＷ０１０４が、ＵＥ０１００が別のＰＤＮ−ＧＷ（すなわち、Ｌ−ＧＷ０１０８）へオフロードされることを認識している第７の実施の形態では、ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００の非３ＧＰＰ無線アクセス接続を終了する。ＵＥ０１００が本発明にとって従来技術である場合、ＵＥ０１００は、ＰＤＮ−ＧＷ０１０４への非３ＧＰＰ無線アクセス接続の再確立を試行することができる。この実施の形態では、ＰＤＮ−ＧＷ０１０４は、非特許文献７に規定したＩＫＥリダイレクト手順を実行することでＵＥ０１００をＬ−ＧＷ０１０８へリダイレクトしようと試みることができる。したがって、ＵＥ０１００の非３ＧＰＰ無線接続は、Ｌ−ＧＷ０１０８へリダイレクトされ、それによって、ネットワークがＵＥ０１００を別のＰＤＮ−ＧＷへオフロードした後でもＵＥ０１００がＰＤＮ−ＧＷ０１０４へのコネクションを維持するという問題を解決することができる。

バインディングリボークの受信時にＩＰモビリティ状態を終了するこの実施の形態の変形形態として、ＰＤＮ−ＧＷ０１０４は、ＵＥ０１００へバインディングリボークメッセージを送信することができる。ＵＥ０１００は、その非３ＧＰＰ無線アクセス接続を終了して非３ＧＰＰ無線アクセス接続を再確立しようと試みる。この実施の形態では、ＵＥ０１００がホームエージェントを発見すると、ネットワークは、ＵＥ０１００にＵＥ０１００のホームエージェントとしてのＬ−ＧＷ０１０８のＩＰアドレスを提供することでＵＥ０１００をＬ−ＧＷ０１０８へリダイレクトしようと試みることができる。したがって、ＵＥ０１００の非３ＧＰＰ無線アクセス接続は、Ｌ−ＧＷ０１０８へリダイレクトされる。これにより、ネットワークによってＵＥ０１００が別のＰＤＮ−ＧＷへオフロードされた後でもＵＥ０１００がＰＤＮ−ＧＷ０１０４へのコネクションを維持してしまうという問題を解決することができる。

この実施の形態の別の変形形態では、ＵＥ０１００とＰＤＮ−ＧＷ０１０４の両方が非特許文献４に規定したホームエージェントスイッチプロトコルを実装する。この実施の形態では、ＵＥ０１００をＬ−ＧＷ０１０８へリダイレクトする必要がある場合、ＰＤＮ−ＧＷ０１０４はＵＥ０１００へホームエージェントスイッチメッセージを送信する。ホームエージェントスイッチメッセージが対象となるホームエージェント、すなわち、Ｌ−ＧＷ０１０８のＩＰアドレスを含む場合、ＵＥ０１００は、Ｌ−ＧＷ０１０８への非３ＧＰＰ無線アクセス接続を確立する。ホームエージェントスイッチメッセージが対象となるホームエージェント、すなわち、Ｌ−ＧＷ０１０８のＩＰアドレスを含まない場合、ＵＥ０１００は、ホームエージェントのＩＰアドレスを発見する手順を実行する。ネットワークは、ＵＥ０１００にＵＥ０１００のホームエージェントとしてのＬ−ＧＷ０１０８のＩＰアドレスを提供することで、ＵＥ０１００をＬ−ＧＷ０１０８へリダイレクトしようと試みることができる。したがって、ＵＥ０１００の非３ＧＰＰ無線接続はＬ−ＧＷ０１０８へリダイレクトされ、それによって、ネットワークがＵＥ０１００を別のＰＤＮ−ＧＷへオフロードした後でもＵＥ０１００がＰＤＮ−ＧＷ０１０４へのコネクションを維持してしまうという問題を解決することができる。

＜第３０の実施の形態：ＳＩＰＴＯのキャンセルのための他のＮＡＳメッセージの使用＞
上記実施の形態（第５の実施の形態）では、ＵＥがネットワークからのＳＩＰＴＯ要求をキャンセルでき、ネットワークがＵＥからそのような要求を受け付けるという提案がされている。その実施の形態では、ＵＥ０１００は、ＵＥ０１００がＳＩＰＴＯを望まないということを示す原因値（Cause Value）を含むデタッチ応答メッセージでＭＭＥ０１０２に応答することでＳＩＰＴＯをキャンセルする通知を送信する。しかしながら、ＭＭＥの実施態様でデタッチ要求メッセージの送信直後にＵＥのコンテキストを削除することができる。ネットワークはＵＥにデタッチを強制するため、ＵＥがネットワークからのコマンドに従わない可能性はほとんどない。更に、ＵＥのネットワークへの応答前のデタッチによるＵＥのコンテキストのそのような削除はＳ−ＧＷ及びＰＤＮ−ＧＷにも適用することができる。

したがって、ＵＥ０１００がＳＩＰＴＯを望まないということを示す原因値を含むデタッチ応答メッセージをＭＭＥ０１０２に送信する時に、ＭＭＥ０１０２は、ＵＥ０１００のＥＰＳコンテキストをもはや有していない場合もある。したがって、ＵＥ０１００のＥＰＳコンテキストがないため、ＭＭＥ０１０２は、ＵＥ０１００が現在有しているセッションをＰＤＮ−ＧＷ０１０４へ戻すための情報が存在しない。これによって、ＵＥ０１００とＭＭＥ０１０２との間で同期誤り状態という問題が引き起こされる。

この実施の形態では、ＵＥ０１００がＡＰＮに対してＩＦＯＭを使用する判断をすると、ＵＥ０１００は、ＩＦＯＭとＳＩＰＴＯとの間のプレファレンスについてＭＭＥ０１０２に通知する。この実施の形態では、ＩＦＯＭとＳＩＰＴＯとの間のプレファレンスは、ＵＥ０１００内に記憶されたユーザプレファレンスポリシーによって確認してもよいが、これに限定されない。また、この実施の形態では、ＵＥ０１００のそのようなプレファレンスは、ＥＭＭ（EPS Mobility Management）ステータス情報メッセージ又はトラッキングエリアアップデート要求メッセージ又はアタッチ要求メッセージ又はサービス要求メッセージによってシグナリングすることができるが、これに限定されない。ＵＥ０１００のプレファレンスがＭＭＥ０１０２に伝わると、ＭＭＥ０１０２は、ＵＥ０１００のためにＳＩＰＴＯをトリガする判断をする際にＵＥ０１００のプレファレンスを考慮することができる。したがって、ＵＥ０１００がＳＩＰＴＯよりもＩＦＯＭを好む場合、ＭＭＥ０１０２は、ＵＥ０１００のためにＳＩＰＴＯをトリガしない。したがって、この実施の形態では、ＵＥ０１００とＭＭＥ０１０２との間に同期誤り状態という問題は起こらない。

＜第３１の実施の形態：ＨＳＳに記憶されたＳＩＰＴＯに対するＩＦＯＭのＵＥのプレファレンス＞
上記実施の形態（第３０の実施の形態）では、ＵＥは、ＩＦＯＭとＳＩＰＴＯとの間のプレファレンスをネットワークに通知することが前提であった。しかしながら、ＳＩＰＴＯに対するＩＦＯＭのプレファレンスをネットワークのサブスクリプションプロファイル内に記憶することもできる。例えば、ＵＥ０１００がＩＦＯＭを使用したいとＰＤＮ−ＧＷ０１０４に知らせると、ＰＤＮ−ＧＷ０１０４は、ＡＡＡ／ＨＳＳにＵＥ０１００の意図を通知する。ＡＡＡ／ＨＳＳは、ＨＳＳに記憶されたＵＥ０１００のユーザのサブスクリプションプロファイルを変更してＵＥ０１００のサブスクリプションプロファイルのＳＩＰＴＯ許可フィールドを不許可に設定することで、ユーザがＳＩＰＴＯよりもＩＦＯＭの方を好むということを表示する。ＭＭＥ０１０２がＨＳＳからサブスクリプションプロファイルを検索してＵＥ０１００のサブスクリプションプロファイルのＳＩＰＴＯ許可フィールドが不許可に設定されていることを確認すると、ＭＭＥ０１０２は、ＵＥ０１００のためにＳＩＰＴＯをトリガしない。

＜第３２の実施の形態：ＳＩＰＴＯに対するＩＦＯＭのＵＥのプレファレンスの変更＞
上記実施の形態（第３０の実施の形態）では、ＵＥは、ＩＦＯＭとＳＩＰＴＯとの間のプレファレンスをネットワークに通知することが前提であった。ＵＥからのそのような通知を動的に変更することが可能である。例えば、ＵＥ０１００は現在接続しているＡＰＮへＩＦＯＭを使用し、ＳＩＰＴＯに対してＩＦＯＭにプレファレンスを与えるということをＭＭＥ０１０２に通知している。ＵＥ０１００がそのＡＰＮへのＩＦＯＭの使用を停止すると、すなわち、そのＡＰＮへのマルチアクセスネットワーク上での同時接続を有することを停止すると、ＵＥ０１００は、ＭＭＥ０１０２に設定された、ＳＩＰＴＯよりもＩＦＯＭを優先するというプレファレンスを削除することができる。したがって、ＵＥ０１００は、ＳＩＰＴＯに対するＩＦＯＭのプレファレンスはもはや適用されないことをＭＭＥ０１０２に通知するＮＡＳメッセージを送信することができる。ＭＭＥ０１０２でそのようなプレファレンスが削除されると、ＵＥ０１００のためにＳＩＰＴＯを実行することができることをＭＭＥ０１０２が検出した場合、ＭＭＥ０１０２は、ＵＥ０１００のためにＳＩＰＴＯをトリガする。

この実施の形態の変形形態では、ＵＥ０１００がＰＤＮ−ＧＷ０１０４へＢＵを送信してＵＥ０１００がもはやＩＦＯＭを使用することを希望しないことをＰＤＮ−ＧＷに知らせる時に、ＢＵは、ＰＤＮ−ＧＷにＵＥ０１００のＳＩＰＴＯに対するＩＦＯＭのプレファレンスを削除するよう依頼する別の情報を含むことができる。ＰＤＮ−ＧＷ０１０４は、ＡＡＡ／ＨＳＳにＵＥ０１００の意図を通知することができる。ＡＡＡ／ＨＳＳは、ＵＥ０１００のサブスクリプションプロファイルのＳＩＰＴＯ許可フィールドを許可に設定することでＵＥ０１００のサブスクリプションプロファイルを変更する。次に、ＡＡＡ／ＨＳＳは、ＵＥ０１００の変更されたサブスクリプションプロファイルのＭＭＥ０１０２を更新する。ＭＭＥ０１０２がＵＥ０１００のサブスクリプションプロファイルのＳＩＰＴＯ許可フィールドが許可に設定されていることを確認すると、ＭＭＥ０１０２は、ＵＥ０１００のためにＳＩＰＴＯをトリガすることを判断することができる。

この実施の形態の別の変形形態では、ＵＥ０１００が送信するＢＵは、ＳＩＰＴＯに対するＩＦＯＭのＵＥ０１００のプレファレンスを削除するようにＰＤＮ−ＧＷに依頼する別の情報を含む必要がない。ＵＥ０１００がもはやＩＦＯＭを使用していないことをＰＤＮ−ＧＷ０１０４が検出すると、ＰＤＮ−ＧＷ０１０４は、ＡＡＡ／ＨＳＳにＵＥ０１００の意図を通知する。ＡＡＡ／ＨＳＳは、ＵＥ０１００のサブスクリプションプロファイルのＳＩＰＴＯ許可フィールドを許可に設定することでＵＥ０１００のサブスクリプションプロファイルを変更する。次に、ＡＡＡ／ＨＳＳは、ＵＥ０１００の変更されたサブスクリプションプロファイルでＭＭＥ０１０２を更新する。ＭＭＥ０１０２がＵＥ０１００のサブスクリプションプロファイルのＳＩＰＴＯ許可フィールドが許可に設定されていることを確認すると、ＭＭＥ０１０２は、ＵＥ０１００のためにＳＩＰＴＯをトリガすることを判断することができる。

以上、本明細書で最も実用的で好ましいと思われる実施の形態において本発明を図示し説明してきたが、本発明の範囲を逸脱することなく、本発明の設計及びパラメータの詳細をさまざまに変更することができることは当業者には明らかであろう。例えば、すべての実施の形態で、３Ｇ及びＷＬＡＮインタフェースに言及している。しかしながら、ＵＥが、異なるタイプのアクセス技術タイプを有し、そのような異なるタイプのインタフェースを用いてネットワークにアタッチする時にも本発明が適用可能であることを理解することが重要である。また、すべての実施の形態で、ｅＰＤＧを使用する低信頼の非３ＧＰＰアクセスタイプに言及している。本発明は高信頼の非３ＧＰＰアクセスタイプ（ｅＰＤＧが高信頼の非３ＧＰＰアクセスタイプにふさわしいゲートウェイに変化している）にも適用可能であることは当業者には明らかであろう。

更に、すべてのシナリオが３ＧＰＰアーキテクチャに関連している。しかしながら、本明細書に記載する問題と解決策は、そのような異種のアクセスネットワークを配備し、ある種のアクセス技術タイプを介して使用されるある種の移動性管理機構を制限するすべての異なる標準団体に適用可能である。また、本発明では、Ｌ−ＧＷ０１０８がシステム内の別個のエンティティであることが示されている。しかしながら、Ｌ−ＧＷ０１０８は、ｅＮＢ０１０７内の一機能として実施してｅＮＢ０１０７とＬ−ＧＷ０１０８とを単一のエンティティとすることができる。更に、３ＧＰＰアクセス無線ネットワークは、ｅＮＢによって管理されるように示されている。しかしながら、３ＧＰＰアクセス無線ネットワークは、フェムトセルでホームｅＮＢ又はホームＮＢによって管理されていてもよい。

なお、上記の本発明の各実施の形態の説明で用いた各機能ブロックは、典型的には集積回路であるＬＳＩ（Large Scale Integration）として実現される。これらは個別に１チップ化されてもよいし、一部又はすべてを含むように１チップ化されてもよい。なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ（Integrated Circuit）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。例えば、バイオ技術の適応などが可能性としてあり得る。

本発明に係る経路切替システム、経路切替方法、及び移動端末は、移動端末（ＵＥ）が第１のＰＤＮ−ＧＷから第２のＰＤＮ−ＧＷへオフロードされた時に、ＵＥの第１のＰＤＮ−ＧＷへの追加の接続がある場合に、それらの追加の接続に対する処理をＵＥ側で決定して行うことができるため、移動端末と移動端末の通信相手である通信装置との間のパケットの送受信の経路を切り替える経路切替システム、経路切替方法、及び移動端末などに有用である。

Claims (12)

1. 移動端末と前記移動端末の通信相手の通信装置との間の通信セッションのパケットの送受信に用いられる経路であって、複数の中継装置を有するネットワークを介して行われる前記パケットの送受信の経路を、前記移動端末の移動により切り替える経路切替システムであって、
   前記移動端末の移動により、前記移動端末と前記通信装置との間の第１の通信セッションのために送受信される前記パケットを中継する前記中継装置を切り替える際、前記移動端末の移動前に前記中継装置であった第１の中継装置から、前記移動端末の移動後に前記中継装置となる第２の中継装置へ切り替えたことを示す情報を含むメッセージを前記移動端末へ送信するとともに、前記移動端末の接続管理を行う制御装置と、
   前記メッセージを受信した際、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理可能な経路以外に、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理不能な別経路が存在するか否かを判断し、存在する場合に、前記第１の通信セッションとは異なる前記移動端末と前記通信装置との間の第２の通信セッションに関する情報に基づいて前記別経路に対して所定の処理を行う前記移動端末とを、
   備える経路切替システム。
2. 前記制御装置は、前記第１の中継装置を前記第２の中継装置に切り替える際、前記第１の通信セッションのために送受信される前記パケットを、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理可能な前記経路から、前記移動端末と前記第２の中継装置との間で構築された前記制御装置によって管理可能な新たな経路を経由して送受信する請求項１に記載の経路切替システム。
3. 移動端末と前記移動端末の通信相手の通信装置との間の通信セッションのパケットの送受信に用いられる経路であって、複数の中継装置を有するネットワークを介して行われる前記パケットの送受信の経路を、前記移動端末の移動により切り替える経路切替方法であって、
   前記移動端末の接続管理を行う制御装置が、前記移動端末の移動により、前記移動端末と前記通信装置との間の第１の通信セッションのために送受信される前記パケットを中継する前記中継装置を切り替える際、前記移動端末の移動前に前記中継装置であった第１の中継装置から、前記移動端末の移動後に前記中継装置となる第２の中継装置へ切り替えたことを示す情報を含むメッセージを前記移動端末へ送信するステップと、
   前記移動端末が、前記メッセージを受信した際、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理可能な経路以外に、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理不能な別経路が存在するか否かを判断し、存在する場合に、前記第１の通信セッションとは異なる前記移動端末と前記通信装置との間の第２の通信セッションに関する情報に基づいて前記別経路に対して所定の処理を行うステップとを、
   有する経路切替方法。
4. 移動端末と前記移動端末の通信相手の通信装置との間の通信セッションのパケットの送受信に用いられる経路であって、複数の中継装置を有するネットワークを介して行われる前記パケットの送受信の経路を、前記移動端末の移動により切り替える経路切替システムで用いられる前記移動端末であって、
   前記移動端末の移動により、前記移動端末と前記通信装置との間の第１の通信セッションのために送受信される前記パケットを中継する前記中継装置を切り替える際、前記移動端末の移動前に前記中継装置であった第１の中継装置から、前記移動端末の移動後に前記中継装置となる第２の中継装置へ切り替えたことを示す情報を含むメッセージを、前記移動端末の接続管理を行う制御装置又は前記移動端末が接続するゲートウェイ装置から受信する受信手段と、
   前記メッセージを受信した際、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理可能な経路以外に、前記移動前の前記移動端末から前記通信装置までの間の経路の一部であって、前記移動端末と前記第１の中継装置との間で構築された前記制御装置によって管理不能な別経路が存在するか否かを判断する判断手段と、
   存在すると判断された場合に、前記第１の通信セッションとは異なる前記移動端末と前記通信装置との間の第２の通信セッションに関する情報に基づいて前記別経路に対して所定の処理を行う処理手段とを、
   備える移動端末。
5. 前記処理手段は、前記別経路を除去する処理を行う請求項４に記載の移動端末。
6. 前記処理手段は、前記第２の通信セッションに関する前記情報に基づいて、前記第２の通信セッションのために送受信されるパケットが前記移動端末と前記第２の中継装置との間で構築された前記制御装置によって管理可能な新たな経路を経由して送受信することができると判断する場合に、前記別経路を除去する処理を行う請求項５に記載の移動端末。
7. 前記処理手段は、前記別経路を維持するための処理を行う請求項４に記載の移動端末。
8. 前記処理手段は、前記第２の通信セッションに関する前記情報に基づいて、前記第２の通信セッションのために送受信されるパケットが前記移動端末と前記第２の中継装置との間で構築された前記制御装置によって管理可能な新たな経路を経由して送受信することができないと判断する場合に、前記別経路を維持する処理を行う請求項７に記載の移動端末。
9. 前記処理手段は、前記移動端末と前記第２の中継装置との間に前記別経路と同種の新たな経路を構築する処理を行う請求項４に記載の移動端末。
10. 前記処理手段は、さらに、前記第２の通信セッションのために送受信されるパケットを、前記新たな経路を経由して送受信されるようにする請求項９に記載の移動端末。
11. 前記処理手段は、前記移動端末の新たな接続先となるゲートウェイ装置であって、前記第２の中継装置に最も近いゲートウェイ装置の情報を所定の装置から取得し、取得された情報に基づき前記ゲートウェイ装置を介した前記新たな経路を構築する請求項９に記載の移動端末。
12. 前記メッセージは、前記別経路を除去したことを示す情報を更に含み、
    前記処理手段は、前記別経路を除去したことを示す情報に基づいて、前記所定の処理の代わりに、前記第１の中継装置と前記移動端末との間に前記別経路と同種の新たな経路を構築する処理、又は前記第２の中継装置と前記移動端末との間に前記別経路と同種の新たな経路を構築する処理を行う請求項４に記載の移動端末。

Images