(57)【要約】【課題】ＶｏＩＰコールのためのＩＰ間のハンドオーバーの方法を提供する。【解決手段】ＩＰ間のハンドオーバーは、ネットワークを切り替えるようコネクションレスモードにおいてＵＤＰを用いて起こる。ＴＣＰセッション及びＵＤＰセッションの両方を確立してＵＤＰセッションを用いてハンドオフし、モバイル装置が自身をＳＩＰプロキシへ接続するネットワークを切り替える間ＩＭＳサーバとの接続を維持するようネットワークＳＩＰプロキシを用い、同時に複数のＩＰ接続を可能にする改良された接続マネージャーを用い、適切なネットワークへコールをルーティングする装置搭載のルーターへ装置搭載の仮想ネットワークを介して接続することを含む複合型のアプローチが詳述される。【選択図】図３
2014064277.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰ間のハンドオーバーの方法であって、
モバイル装置が第１のセルラーデータネットワークへのセルラーデータ接続を形成するステップと、
コネクションレスモードにおいてＵＤＰによって前記第１のセルラーデータネットワークを用いてＩＭＳサーバにより前記モバイル装置を登録するステップと、
前記モバイル装置が前記第１のセルラーデータネットワークを用いてＶｏＩＰコールを置く又は受信するステップと、
前記ＶｏＩＰコールが接続された後、前記モバイル装置がボイスデータをストリーミングするステップと、
第１のワイファイネットワークが範囲内に入ってくる場合に、前記モバイル装置が前記第１のセルラーデータネットワークへの接続を落とすステップと、
前記モバイル装置が前記第１のワイファイネットワークを用いたＩＰ接続を確立するステップと、
前記モバイル装置が前記第１のワイファイネットワークを用いて前記ＩＭＳサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記第１のワイファイネットワークへ切り替わった場合に得られる新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと
を有する方法。
【請求項２】
第２のワイファイネットワークが範囲内にあると決定される場合に、前記モバイル装置が前記第１のワイファイネットワークへの接続を落とすステップと、
前記モバイル装置が前記第２のワイファイネットワークへのＩＰ接続を確立するステップと、
前記モバイル装置が前記第２のワイファイネットワークを用いて前記ＩＭＳサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記第２のワイファイネットワークへ切り替わった場合に得られる新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと
を更に有し、
前記第１のワイファイネットワークは前記第２のワイファイネットワークとは異なる、
請求項１に記載の方法。
【請求項３】
前記モバイル装置が前記第１のワイファイネットワークへの接続を落とすステップと、
前記モバイル装置が第２のセルラーデータネットワークへのＩＰ接続を確立するステップと、
前記モバイル装置が前記第２のセルラーデータネットワークを用いて前記ＩＭＳサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記第２のセルラーデータネットワークへ切り替わった場合に得られる新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと
を更に有する請求項１に記載の方法。
【請求項４】
ＩＰ間のハンドオーバーの方法であって、
モバイル装置がセルラーデータネットワークへの接続を形成するステップと、
前記モバイル装置が、ＴＣＰセッションを確立するＳＩＰシグナリングのためにＴＣＰトランスポートによって前記セルラーデータネットワークを用いてＩＭＳサーバによる第１の登録を生成するステップと、
前記モバイル装置が前記セルラーデータネットワークを用いてＶｏＩＰコールを置く又は受信するステップと、
前記ＶｏＩＰコールが接続された後、前記モバイル装置がボイスデータをストリーミングするステップと、
前記モバイル装置が、ＵＤＰセッションを確立するＵＤＰシグナリングを用いて前記ＩＭＳサーバによる第２の登録を生成するステップと、
前記モバイル装置がＴＣＰ及びＵＤＰの両方において前記ＩＭＳサーバに登録された後、前記モバイル装置が、ＩＰアドレスの切り替えなしに前記コールを前記ＴＣＰセッションから前記ＵＤＰセッションへ移すようｒｅ−ＩＮＶＩＴＥメッセージを送信するステップと
を有する方法。
【請求項５】
ワイファイネットワークが利用可能になったことを前記モバイル装置の接続マネージャーが決定する場合に、該接続マネージャーが前記セルラーデータネットワークへの接続を落とすステップと、
前記モバイル装置が、新しいＩＰアドレスを得るよう前記ワイファイネットワークを用いたＩＰ接続を確立するステップと、
前記モバイル装置が、コネクションレスモードにおいてＵＤＰによって前記ワイファイネットワークを用いて前記ＩＭＳサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記ワイファイネットワークへ切り替わった場合に得られる前記新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと、
前記モバイル装置が前記ワイファイネットワークを用いて前記ＶｏＩＰコールのボイスデータをストリーミングするステップと
を更に有する請求項４に記載の方法。
【請求項６】
異なるワイファイネットワークが利用可能になったことを前記モバイル装置の接続マネージャーが決定する場合に、該接続マネージャーが前記ワイファイネットワークへの接続を落とすステップと、
前記モバイル装置が、新しいＩＰアドレスを得るよう前記異なるワイファイネットワークを用いたＩＰ接続を確立するステップと、
前記モバイル装置が、コネクションレスモードにおいてＵＤＰによって前記異なるワイファイネットワークを用いて前記ＩＭＳサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記異なるワイファイネットワークへ切り替わった場合に得られる前記新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと、
前記モバイル装置が前記異なるワイファイネットワークを用いて前記ＶｏＩＰコールのボイスデータをストリーミングするステップと
を更に有する請求項５に記載の方法。
【請求項７】
前記モバイル装置の接続マネージャーが前記ワイファイネットワークへの接続を落とすステップと、
前記モバイル装置が、新しいＩＰアドレスを得るよう前記セルラーデータネットワークを用いたＩＰ接続を確立するステップと、
前記モバイル装置が、コネクションレスモードにおいてＵＤＰによって前記セルラーデータネットワークを用いて前記ＩＭＳサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記セルラーデータネットワークへ切り替わった場合に得られる前記新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと、
前記モバイル装置が前記セルラーデータネットワークを用いて前記ＶｏＩＰコールのボイスデータをストリーミングするステップと
を更に有する請求項５に記載の方法。
【請求項８】
ＩＰ間のハンドオーバーの方法であって、
モバイル装置が、ＴＣＰを用いてセルラーデータネットワークへ接続するようＳＩＰプロキシへのセルラーデータ接続を形成するステップと、
前記セルラーデータネットワークの前記ＳＩＰプロキシを用いてＩＭＳサーバにより前記モバイル装置を登録するステップと、
前記モバイル装置が前記ＳＩＰプロキシを用いてＶｏＩＰコールを置く又は受信するステップと、
前記ＶｏＩＰコールが接続された後、前記モバイル装置がボイスデータをストリーミングするステップと、
ワイファイネットワークが範囲内に入ってくる場合に、前記モバイル装置が前記ＳＩＰプロキシへの前記セルラーデータ接続を落とすステップと、
前記モバイル装置が前記ワイファイネットワークを用いたＩＰ接続を確立するステップと、
前記モバイル装置が前記ワイファイネットワークを用いてＳＩＰプロキシサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記ワイファイネットワークへ切り替わった場合に得られる新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと
を有する方法。
【請求項９】
異なるワイファイネットワークが範囲内に入ってくる場合に、前記モバイル装置が前記ワイファイネットワークを介する前記ＳＩＰプロキシへの前記ＩＰ接続を落とすステップと、
前記モバイル装置が前記異なるワイファイネットワークを用いたＩＰ接続を確立するステップと、
前記モバイル装置が前記異なるワイファイネットワークを用いて前記ＳＩＰプロキシサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記異なるワイファイネットワークへ切り替わった場合に得られる新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと
を更に有する請求項８に記載の方法。
【請求項１０】
前記モバイル装置が前記ワイファイネットワークを介する前記ＳＩＰプロキシへのＩＰ接続を落とすステップと、
前記モバイル装置が前記セルラーデータネットワークを用いたＩＰ接続を確立するステップと、
前記モバイル装置が前記セルラーデータネットワークを用いて前記ＳＩＰプロキシサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記セルラーデータネットワークへ切り替わった場合に得られる新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと
を更に有する請求項８に記載の方法。
【請求項１１】
ＩＰ間のハンドオーバーの方法であって、
モバイル装置がセルラーデータネットワークへのセルラーデータ接続を形成するステップと、
ＳＩＰシグナリングのためにＴＣＰトランスポートによって前記セルラーデータネットワークを用いてＩＭＳサーバにより前記モバイル装置を登録するステップと、
前記モバイル装置が前記セルラーデータネットワークを用いてＶｏＩＰコールを置く又は受信するステップと、
前記ＶｏＩＰコールが接続された後、前記モバイル装置がボイスデータをストリーミングするステップと、
前記モバイル装置の接続マネージャーが、前記モバイル装置のＳＩＰアプリケーションに、ワイファイネットワークが利用可能であることを知らせるステップと、
前記モバイル装置が、前記セルラーデータネットワークへの前記セルラーデータ接続を保ちながら、前記ワイファイネットワークを用いたＩＰ接続を確立するステップと、
前記モバイル装置が前記ワイファイネットワークを用いて前記ＩＭＳサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記ワイファイネットワークへ切り替わった場合に得られる第１の新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと、
前記ＶｏＩＰコールが前記第１の新しいＩＰアドレスへ転送された後、前記モバイル装置が前記セルラーデータネットワークとの接続を断つステップと
を有する方法。
【請求項１２】
前記モバイル装置の接続マネージャーが、前記モバイル装置のＳＩＰアプリケーションに、異なるワイファイネットワークが利用可能であることを知らせるステップと、
前記モバイル装置が、前記ワイファイネットワークへの接続を保ちながら、前記異なるワイファイネットワークを用いたＩＰ接続を確立するステップと、
前記モバイル装置が前記異なるワイファイネットワークを用いて前記ＩＭＳサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記異なるワイファイネットワークへ切り替わった場合に得られる第２の新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと、
前記ＶｏＩＰコールが前記第２の新しいＩＰアドレスへ転送された後、前記モバイル装置が前記ワイファイネットワークとの接続を断つステップと
を更に有する請求項１１に記載の方法。
【請求項１３】
前記モバイル装置の接続マネージャーが、前記モバイル装置のＳＩＰアプリケーションに、前記セルラーデータネットワークが利用可能であることを知らせるステップと、
前記モバイル装置が、前記ワイファイネットワークへの接続を保ちながら、前記セルラーデータネットワークを用いたＩＰ接続を確立するステップと、
前記モバイル装置が前記セルラーデータネットワークを用いて前記ＩＭＳサーバに登録するステップと、
前記モバイル装置が、該モバイル装置が前記セルラーデータネットワークへ切り替わった場合に得られる第２の新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いるステップと、
前記ＶｏＩＰコールが前記第２の新しいＩＰアドレスへ転送された後、前記モバイル装置が前記ワイファイネットワークとの接続を断つステップと
を更に有する請求項１１に記載の方法。
【請求項１４】
ＩＰ間のハンドオーバーの方法であって、
モバイル装置のＳＩＰアプリケーションが前記モバイル装置上の仮想ネットワークのポートへ接続するステップと、
前記モバイル装置上のルーターが、ＴＣＰを用いて前記仮想ネットワークからセルラーデータネットワークへＩＭＳサーバによる前記モバイル装置の登録をルーティングするステップと、
前記モバイル装置が前記セルラーデータネットワークを用いてＶｏＩＰコールを置く又は受信するステップと、
前記ＶｏＩＰコールが接続された後、前記モバイル装置がボイスデータをストリーミングするステップと、
ワイファイネットワークが範囲内に入ってくる場合に、前記モバイル装置の接続マネージャーが前記モバイル装置を前記セルラーデータネットワークから切り離すステップと、
前記モバイル装置の前記接続マネージャーが前記ワイファイネットワークへのＩＰ接続を確立するステップと、
前記ルーターが前記ＶｏＩＰコールを前記セルラーデータネットワークから前記ワイファイネットワークへ切り替えるステップと
を有する方法。
【請求項１５】
異なるワイファイネットワークが利用可能になる場合に、前記モバイル装置の接続マネージャーが前記モバイル装置を前記ワイファイネットワークから切り離すステップと、
前記モバイル装置の前記接続マネージャーが前記異なるワイファイネットワークへのＩＰ接続を確立するステップと、
前記ルーターが前記ＶｏＩＰコールを前記ワイファイネットワークから前記異なるワイファイネットワークへ切り替えるステップと
を更に有する請求項１４に記載の方法。
【請求項１６】
前記モバイル装置の接続マネージャーが前記モバイル装置を前記ワイファイネットワークから切り離すステップと、
前記モバイル装置の前記接続マネージャーが前記セルラーデータネットワークへのＩＰ接続を確立するステップと、
前記ルーターが前記ＶｏＩＰコールを前記ワイファイネットワークから前記セルラーデータネットワークへ切り替えるステップと
を更に有する請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、概してモバイル装置におけるＩＰ間のハンドオーバーに関し、特に、シグナリングトランスポートとしてＵＤＰ又はＴＣＰのいずれか一方を用いるＳＩＰシグナリングのためのＩＰ間ハンドオーバーの問題に対する解決法に関する。
【背景技術】
【０００２】
携帯電話ネットワークは、ボイスコールを切断することなく一方のセル電波塔から他方のセル電波塔へボイスコールをハンドオフするための技術を有する。ＶｏＩＰ（Voice  over  Internet  Protocol）が携帯電話へ加えられる場合に、ＶＣＣ（Voice  Call  Continuity）と呼ばれる同様の目標が必要とされる。ＶＣＣは、コールがレガシーセルネットワークからインターネットプロトコル（Internet  Protocol）（ＩＰ）ネットワークへ又は逆にＩＰネットワークからレガシーセルネットワークへハンドオフされる場合に、ボイス信号における連続性を提供する。
【０００３】
携帯電話事業者が更なるトラフィックをレガシーネットワークからＩＰネットワークへ移す場合に、新しい問題が生じる。現在、コールを失わずにモバイルＩＰネットワークからワイファイ（Ｗｉ−Ｆｉ）ホットスポットのような他のＩＰネットワークへＶｏＩＰコールを切り替える必要性が存在する。本明細書は、この問題を解決する様々な方法を記載する。
【０００４】
ＶｏＩＰコールは、セッションイニシーエションプロトコル（Session  Initiation  Protocol）（ＳＩＰ）によって管理される。ＳＩＰは、シグナリングを伝送するためにレイヤー３プロトコル、ユーザデータグラムプロトコル（User  Datagram  Protocol）（ＵＤＰ）又は伝送制御プロトコル（Transmission  Control  Protocol）（ＴＣＰ）のいずれか一方、を用いる。主な携帯電話オペレーティングシステムは、アプリケーションがＵＤＰポートを開いたままとしないようにする。この制限には、装置の安全性といった多くの理由がある。結果として、モバイル装置は、アプリケーションがＵＤＰポートを開いたままとすることができるかどうかをＧｏｏｇｌｅ（登録商標）によって認証される。Ａｐｐｌｅ（登録商標）はまた、そのようなアプリケーションを受け入れない。
【０００５】
これは、ＳＩＰサービスを利用するアプリケーションがトランスポートを伝送するためにＴＣＰを用いなければならないことを意味する。ＴＣＰトランスポートは接続ベースである。接続が中断される（例えば、ワイファイホットスポットが範囲外に移動する）場合に、ＴＣＰ接続は終了される。これは、如何なるアクティブなコールも終了する。
【０００６】
他の制約は、Ａｎｄｒｏｉｄ（登録商標）のようなモバイル装置のためのよく知られているオペレーティングシステムの接続マネージャーに由来する。接続マネージャーによって用いられるアルゴリズムは、より優先度の高いネットワークが利用可能になる場合に、より優先度の低いネットワークとの接続を断つ。典型的な携帯電話は、モバイルセルラーデータネットワークインターフェース又はワイファイネットワークインターフェースのいずれか一方を用いてＩＰネットワークにアクセスする。アプリケーションがモバイルセルラーデータネットワークを使用している場合は、ＩＰ接続は、ワイファイネットワークが利用可能になるや否や落とされる。これは、ウェブ検索又は電子メールのような多くのデータアプリケーションにとっては問題でないが、ボイスコールにとっては深刻な問題である。
【０００７】
ハンドオーバーを支持する既知のアプローチは、仮想プライベートネットワーク（Virtual  Private  Network）（ＶＰＮ）トンネルを使用することである。サービスプロバイダのコアネットワークにおけるエッジルーターは、ＶＰＮをモバイル装置へ供給することができる。トンネルセットアップをスピードアップするよう標準のＶＰＮプロトコルを変更する標準規格が提案されている。これは、一方のネットワークから他方へ切り替える場合に遅延を数秒から１秒未満に縮める。
【０００８】
ＶＰＮ接続により、モバイル装置は、ネットワーク間のローミング時に同じＩＰアドレスを保持する。エッジルーターは、ＶＰＮトンネルが動かされる間、接続を維持する。クライアントにおけるＶＰＮアプリケーションがネットワークインターフェース変更の間ＶｏＩＰアプリケーションの接続を維持する場合は、ハンドオーバーは、ＶｏＩＰアプリケーションに影響を与えることなく実行され得る。
【０００９】
しかし、ＶＰＮトンネルは幾つかの弱点を有する。ＶＰＮトンネルを作るには有意な遅延が存在する。更に、夫々のパケットは幾らかの暗号化遅延を受ける。この遅延の部分は、暗号化が有効であるよう十分なデータを蓄積する必要性によって引き起こされる。十分なデータが蓄積されない場合は、不正な解読が大いにより容易である。装置がハードウェアサポートを有する場合は、暗号化遅延の幾らかは最小限にされ得る。しかし、現在の世代の電話は、そのようなハードウェアサポートを有さない。
【００１０】
他の既知のアプローチは、インターネットプロトコルバージョン６（ＩＰｖ６）ローミングである。ＲＦＣ（Request  for  Comments）６２７５は、如何にしてＩＰｖ６がモバイル装置によるローミングを支持することができるのかを記載する。装置は、ホームネットワークと関連付けられる。これは、装置にそのＩＰアドレスを与えるネットワークである。トラフィックをモバイル装置へルーティングするのに関与するホームネットワーク上のルーターが存在する。装置がホームネットワーク上にある場合に、それは従来のルーターのように動作する。装置がそのホームネットワークから離れる場合に、モバイル装置は、自身がどこに位置付けられるのかをホームルーターに告げ（、ネットワークルーターが決定され）、ホームネットワークへのＶＰＮ接続を生成する。それは、この接続を全てのＩＰトラフィックのために使用する。モバイル装置がＩＭＳサーバに登録する場合に、それは常にホームルーターを通じて行われる。従って、モバイル装置がホームルーターとのそのＶＰＮ接続を維持する限り、ＩＭＳサーバは、モバイル装置が一方のモバイルネットワークから他方へローミングする場合に、そのモバイル装置とのセッションを維持することができる。
【００１１】
このローミングアプローチは、２、３の不利点を有する。第１に、全ての入来パケットは最初にホームルーターへ送られて次いで装置へ返送されなければならないので、コールのレイテンシーは増大する。ホームルーターがサービスプロバイダのネットワーク内にある場合でさえ、装置のホームルーターは、装置が他方のコーストにおいてローミングしている間、全国的なサービプロバイダのネットワークの一方のコーストにあり得る。遅延に加えて、このアプローチは、サービスプロバイダのネットワーク上でコースト間トラフィックを倍にする。他の問題は、装置からのトラフィックの全てがこのようにルーティングされることである。例えば、ウェブページが装置からアクセスされる場合に、ウェブトラフィックは同じようにルーティングされるであろう。このようなローミングは、大部分のウェブアプリケーションにとって非効率的且つ不必要である。この方法はホームネットワークへ接続するためにＶＰＮを用いるので、それはまた、ＶｏＩＰコールのためのＶＰＮアプローチの不利点の全てを有する。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本願発明は、以上を鑑み、ＶｏＩＰコールのためのＩＰ間のハンドオーバーの方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
ＩＰ間のハンドオーバーの方法であって、モバイル装置が第１のセルラーデータネットワークへのセルラーデータ接続を形成するステップと、コネクションレスモードにおいてＵＤＰによって前記第１のセルラーデータネットワークを用いてＩＭＳサーバにより前記モバイル装置を登録するステップとを有する方法が開示される。前記モバイル装置は、前記第１のセルラーデータネットワークを用いてＶｏＩＰコールを置き又は受信し、前記ＶｏＩＰコールが接続された後、ボイスデータをストリーミングし始める。第１のワイファイネットワークが範囲内に入ってくる場合に、前記モバイル装置は、前記第１のセルラーデータネットワークへの接続を落とし、前記第１のワイファイネットワークを用いたＩＰ接続を確立し、前記第１のワイファイネットワークを用いて前記ＩＭＳサーバに登録し、前記モバイル装置が前記第１のワイファイネットワークへ切り替わった場合に得られる新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いる。方法はまた、第１のワイファイネットワークから第２のワイファイネットワークへの、及び第１のワイファイネットワークからセルラーデータネットワークへのＩＰ接続の同様の切り替えのために提案される。
【００１４】
ＩＰ間のハンドオーバーの他の方法であって、モバイル装置が、セルラーデータネットワークへの接続を形成し、ＴＣＰセッションを確立するＳＩＰシグナリングのためにＴＣＰトランスポートによって前記セルラーデータネットワークを用いてインターネットプロトコルマルチメディアサブシステム（Internet  Protocol  Multimedia  Subsystem）（ＩＭＳ）サーバによる第１の登録を生成するステップを有する方法が開示される。前記モバイル装置は、前記セルラーデータネットワークを用いてＶｏＩＰコールを置き又は受信し、前記ＶｏＩＰコールが接続された後、ボイスデータをストリーミングし始める。前記モバイル装置は、ＵＤＰセッションを確立するＵＤＰシグナリングを用いて前記ＩＭＳサーバによる第２の登録を生成する。前記モバイル装置がＴＣＰ及びＵＤＰの両方において前記ＩＭＳサーバに登録された後、前記モバイル装置は、ＩＰアドレスの切り替えなしに前記コールを前記ＴＣＰセッションから前記ＵＤＰセッションへ移すようｒｅ−ＩＮＶＩＴＥメッセージを送信する。次いで、ＵＤＰセッションは、セルラーデータネットワークからワイファイネットワークへといったように、ＩＰ接続を異なるネットワークへ切り替えるために使用され得る。方法はまた、第１のワイファイネットワークから第２のワイファイネットワークへの、及び第１のワイファイネットワークからセルラーデータネットワークへのＩＰ接続の同様の切り替えのために提案される。
【００１５】
ＩＰ間のハンドオーバーの他の方法であって、モバイル装置がＴＣＰを用いてセルラーデータネットワークへ接続するようＳＩＰプロキシへのセルラーデータ接続を形成するステップを有する方法が開示される。前記モバイル装置は、前記セルラーデータネットワークの前記ＳＩＰプロキシを用いてＩＭＳサーバに登録し、前記ＳＩＰプロキシを用いてＶｏＩＰコールを置き又は受信し、前記モバイル装置は、前記ＶｏＩＰコールが接続された後、ボイスデータをストリーミングする。ワイファイネットワークが範囲内に入ってくる場合に、前記モバイル装置は、前記ＳＩＰプロキシへの前記セルラーデータ接続を落とし、前記ワイファイネットワークを用いたＩＰ接続を確立する。前記モバイル装置は、前記ワイファイネットワークを用いてＳＩＰプロキシサーバに登録し、前記モバイル装置が前記ワイファイネットワークへ切り替わった場合に得られる新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いる。方法はまた、第１のワイファイネットワークから第２のワイファイネットワークへの、及び第１のワイファイネットワークからセルラーデータネットワークのＩＰ接続の同様の切り替えのために提案される。
【００１６】
ＩＰ間のハンドオーバーの他の方法であって、モバイル装置がセルラーデータネットワークへのセルラーデータ接続を形成するステップと、ＳＩＰシグナリングのためにＴＣＰトランスポートによって前記セルラーデータネットワークを用いてＩＭＳサーバにより前記モバイル装置を登録するステップとを有する方法が開示される。前記モバイル装置は、前記セルラーデータネットワークを用いてＶｏＩＰコールを置き又は受信し、前記ＶｏＩＰコールが接続された後、ボイスデータをストリーミングし始める。前記モバイル装置の接続マネージャーは、前記モバイル装置のＳＩＰアプリケーションに、ワイファイネットワークが利用可能であることを知らせ、前記モバイル装置は、前記セルラーデータネットワークへの前記セルラーデータ接続を保ちながら、前記ワイファイネットワークを用いたＩＰ接続を確立する。前記モバイル装置は、前記ワイファイネットワークを用いて前記ＩＭＳサーバに登録し、前記モバイル装置が前記ワイファイネットワークへ切り替わった場合に得られる第１の新しいＩＰアドレスへ前記ＶｏＩＰコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いる。前記ＶｏＩＰコールが前記第１の新しいＩＰアドレスへ転送された後、前記モバイル装置は、前記セルラーデータネットワークとの接続を断つ。方法はまた、第１のワイファイネットワークから第２のワイファイネットワークへの、及び第１のワイファイネットワークからセルラーデータネットワークへのＩＰ接続の同様の切り替えのために提案される。
【００１７】
ＩＰ間のハンドオーバーの他の方法であって、モバイル装置のＳＩＰアプリケーションが前記モバイル装置上の仮想ネットワークのポートへ接続するステップを有する方法が開示される。前記モバイル装置上のルーターは、ＴＣＰを用いて前記仮想ネットワークからセルラーデータネットワークへＩＰマルチメディアコアネットワークサブシステム（Multimedia  Core  Network  Subsystem）（ＩＭＳ）サーバによる前記モバイル装置の登録をルーティングする。前記モバイル装置は、前記セルラーデータネットワークを用いてＶｏＩＰコールを置き又は受信し、前記ＶｏＩＰコールが接続された後、ボイスデータをストリーミングし始める。前記モバイル装置の接続マネージャーは、ワイファイネットワークが範囲内に入ってくる場合に前記モバイル装置を前記セルラーデータネットワークから切り離し、前記ワイファイネットワークへのＩＰ接続を確立する。前記ルーターは、前記ＶｏＩＰコールを前記セルラーデータネットワークから前記ワイファイネットワークへ切り替える。方法はまた、第１のワイファイネットワークから第２のワイファイネットワークへの、及び第１のワイファイネットワークからセルラーデータネットワークへのルーターを用いたＩＰ接続の同様の切り替えのために提案される。
【００１８】
本発明の上記及び他の目的は、様々な図において表される望ましい実施形態の以下の詳細な記載を読むことできっと当業者に明らかになるであろう。
【発明の効果】
【００１９】
本願発明の実施形態によれば、ＶｏＩＰコールのためのＩＰ間のハンドオーバーの方法を提供することが可能となる。
【図面の簡単な説明】
【００２０】
【図１】一実施形態に従うＵＤＰシグナリングを用いたＩＰ間ハンドオーバーのためのフローチャートである。
【図２】一実施形態に従うＵＤＰシグナリングを用いたＩＰ間ハンドオーバーを表す詳細なシーケンス図である。
【図３】一実施形態に従うＴＣＰ／ＵＤＰ複合シグナリングを用いたＩＰ間ハンドオーバーのためのフローチャートである。
【図４】セルラーデータ伝送がモバイル装置の接続マネージャーによって無効にされる場合にＳＩＰ  ＴＣＰ接続が終了されるＩＰ間ハンドオーバーを表す詳細なシーケンス図である。
【図５】一実施形態に従う、ＳＩＰ  ＴＣＰプロキシを介するＴＣＰシグナリングを用いたＩＰ間ハンドオーバーのためのフローチャートである。
【図６】一実施形態に従う、ＳＩＰ  ＴＣＰプロキシを介するＴＣＰシグナリングを用いたＩＰ間ハンドオーバーを表す詳細なシーケンス図である。
【図７】一実施形態に従う改良された接続マネージャーを用いたＩＰ間ＴＣＰハンドオーバーのためのフローチャートである。
【図８】一実施形態に従う改良された接続マネージャーを用いたＩＰ間ＴＣＰハンドオーバーを表す詳細なシーケンス図である。
【図９】一実施形態に従う装置搭載のルーターを用いたＩＰ間ハンドオーバーのためのフローチャートである。
【図１０】一実施形態に従う、装置搭載のルーターを用いた場合の仮想ネットワークの使用を表すフロック図である。
【発明を実施するための形態】
【００２１】
本明細書及び特許請求の範囲の中で、用語“ネットワーク”は、モバイル端末と私的な又は公衆のネットワークとの間の相互接続の点として定義される。従って、第１のネットワークから第２のネットワーク又は異なるネットワークへ切り替える場合に、モバイル装置のＩＰアドレスも変わる。ネットワークの例には、とりわけ、ワイファイ技術及びセルラー技術がある。本明細書及び特許請求の範囲の全体を通して、特定の技術が使用の具体例として提示されるが、全ての場合において、特定の技術の記載は、特許請求の範囲をその技術にのみ制限せず、上述されたように一般化されるよう意図される。例えば、とりわけワイファイのような商標技術の議論は、具体的な技術又は技術の出所よりむしろ、同様の技術のいずれか及び／又は全てのバージョンの議論と考えられるべきである。同様に、モバイルオペレーティングシステムの特定のバージョン又は部分が参照される場合に、同様の機能を実行するモバイルオペレーティングシステムの全てのバージョン又は部分を含むよう一般化されることが意図される。例えば、Ａｎｄｒｏｉｄ（登録商標）接続マネージャーと同様の用語が使用される場合に、接続マネージャーはＡｎｄｒｏｉｄ（登録商標）バージョンにあると制限されず、モバイルオペレーティングシステムとともに使用される異なる種類の接続マネージャーであってよい。
【００２２】
［ＵＤＰシグナリングによるハンドオーバー］
ＩＰ間のハンドオーバーに対する第１の提案される解決法は、伝送のためのＵＤＰプロトコルの使用である。この解決法は、モバイルＯＳの制約の全てを満足するわけではないが、ハンドオーバー問題に対する解決法である。
【００２３】
ＵＤＰがデータを伝送するために用いられる場合に、アプリケーションは、コネクションレスモードにおいてプロトコルを使用する選択肢を有する。コネクションレスモードにあるとき、夫々の側に他方の側が依然として接続されていることを知らせるＵＤＰプロトコルにおけるサポートはない。夫々の側は、ＵＤＰパケットを、他方の側がそれを受信することを望んで送信するが、受信は保証されない。これは、“ベストエフォート・シグナリング”と呼ばれる。この場合に、より高度なプロトコル、ＳＩＰは、パケットがネットワークによって落とされる、又は他のパーティがネットワークから切り離されている場合を扱う。ＳＩＰは、落とされたパケット及び切断を扱うために冗長送信及び様々なタイムアウトを用いる。
【００２４】
ＩＰ間のハンドオーバーに対する１つのアプローチは、モバイル装置が一時的にネットワークから切り離される短期間に、ＩＭＳネットワークにおいてコールの状態を維持することである。これは、同じＳＩＰセッションを用いて音声ストリームを再確立するよう即座に接続を回復する装置を可能にする。図１を参照されたい。図１は、このアプローチを明示するイベントの可能なシーケンス１００を表す。
【００２５】
ステップ１１０：モバイル装置は、セルラーデータネットワークへ接続される。
【００２６】
ステップ１２０：モバイル装置は、（コネクションレスモードにおけるＵＤＰを用いて）ＩＭＳサーバに登録する。
【００２７】
ステップ１３０：モバイル装置はコールを置く。
【００２８】
ステップ１４０：コールが接続され、ボイスデータはストリーミングを開始する。
【００２９】
ステップ１５０：ワイファイネットワークが範囲内に入ってくる。Ａｎｄｒｏｉｄ（登録商標）接続マネージャーはセルラーデータ接続を落とす。これはボイスストリームを中断する。ＩＭＳサーバは、装置がもはやＩＰパケットを受信していないことに気付かない。
【００３０】
ステップ１６０：モバイル装置は、ワイファイインターフェースを用いてＩＰ接続を確立する。
【００３１】
ステップ１７０：モバイル装置は、（タイムアウトする前に）ＩＭＳサーバに登録する。
【００３２】
ステップ１８０：モバイル装置は、ワイファイへ切り替わった場合に得られる新しいＩＰアドレスへコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いる。
【００３３】
ステップ１９０：コールは継続する。
【００３４】
図２は、これらのステップ１１０乃至１９０を表す詳細なシーケンス図である。図２並びに図４、図６及び図８において使用される次の更なる用語は、次のように定義される。３Ｇは、第３世代（3rd  Generation）セルラー技術の省略である。ＬＴＥは、ロングタームエボリューション（Long  Term  Evolution）セルラー技術の省略である。ＰＳＴＮは、公衆交換電話網（Public  Switched  Telephone  Network）の省略である。ＤＨＣＰは、動的ホスト設定プロトコル（Dynamic  Host  Configuration  Protocol）の省略である。ＲＴＰは、実時間伝送プロトコル（Real-time  Transport  Protocol）の省略である。図１０において、ＮＡＴは、ネットワークアドレス変換（Network  Address  Translation）の省略である。
【００３５】
ＩＰ間ハンドオーバーの問題に対するＵＤＰシグナリング解決法を用いた開示されるハンドオーバーを用いる場合に、図１及び図２に示されるステップは大体変更なしであるが、特定される具体的なネットワークは、特許請求の範囲の適用範囲から逸脱することなしに、開示されているものと相違してよい。例えば、ステップ１１０で、モバイル装置は第１のワイファイネットワークへ接続されてよく、ステップ１５０で、異なるワイファイネットワークが入ってきて、ステップ１６０で、モバイル装置はその異なるワイファイネットワークへ接続する。他の可能な例は、同様の手順を用いてワイファイネットワークからセルラーデータネットワークへモバイル装置の接続を切り替えることを含む。更に、接続マネージャーは、Ａｎｄｒｏｉｄ（登録商標）バージョンであると制限されず、モバイルオペレーティングシステムとともに使用される異なる種類の接続マネージャーであってよい。
【００３６】
［ＴＣＰ／ＵＤＰ複合シグナリング］
この項目は、前の項目において記載されたＵＤＰハンドオーバーアプローチで対処されなかった（開放ＵＤＰポートを認めない）モバイルＯＳ制約に対処するＩＰ間ハンドオーバーを解決するアプローチを記載する。この複合アプローチは、ＩＭＳサーバが同時に装置からのＴＣＰ及びＵＤＰ登録の両方をサポートすることができることを要する。
【００３７】
装置は、実質的に恒久的に、ＳＩＰシグナリングのためにＴＣＰを用いてＩＭサーバに登録する。これは、ＩＭＳサーバが新しいセッションを開始し且つ非ＶｏＩＰセッションを管理するために使用する登録である。モバイル装置は、常にＵＤＰポートを開いたままとする必要がなく、モバイルオペレーティングシステムの制約を満足する。コールが確立されてアクティブであるときはいつでも、第２の一時登録がＳＩＰシグナリングのためにＵＤＰを用いて生成される。図３を参照されたい。図３は、この複合アプローチを明示する可能なシーケンス３００を表す。
【００３８】
ステップ３１０：モバイル装置は、セルラーデータネットワークへ接続される。
【００３９】
ステップ３２０：モバイル装置は、ＳＩＰシグナリングのためにＴＣＰトランスポートを用いてＩＭＳサーバに登録する。
【００４０】
ステップ３３０：モバイル装置はコールを置く。
【００４１】
ステップ３４０：コールが接続され、ボイスデータはストリーミングを開始する。
【００４２】
ステップ３５０：モバイル装置は、ＩＭＳサーバにＵＤＰシグナリングを用いて第２の登録を生成する。
【００４３】
ステップ３６０：モバイル装置がＴＣＰ及びＵＤＰの両方において登録された後、モバイル装置は、コールをＴＣＰセッションからＵＤＰセッションへ移すようｒｅ−ＩＮＶＩＴＥメッセージを送信する。
【００４４】
ステップ３７０：このとき、コールは、ＳＩＰシグナリングのためにＵＤＰトランスポートを用いて確立される。ハンドオーバーが必要とされる場合に、ハンドオーバーは、記載されているＵＤＰ技術の１つ、例えば、図１に表されているシーケンス１００のバージョンを用いて、実行されてよい。なお、他のＵＤＰ技術も可能である。
【００４５】
図３に示されるような、ＩＰ間ハンドオーバー問題に対する開示されているＴＣＰ／ＵＤＰ複合シグナリング解決法を用いる場合に、先と同じく、示されているステップは大体変更なしであるが、特定される具体的なネットワークは、特許請求の範囲の適用範囲から逸脱することなしに、開示されているものと相違してよい。例えば、ステップ３１０で、モバイル装置は、ワイファイネットワークへ接続されてよい。
【００４６】
［ＳＩＰ  ＴＣＰプロキシを介するＴＣＰシグナリングによるハンドオーバー］
ＳＩＰがデータ伝送のためにＴＣＰを用いる場合に、ＩＰ間ハンドオーバーの問題は、ＵＤＰに関して上述されたようには解決され得ない。ＴＣＰはエンドポイント間の接続を強制するので、ＩＭＳサーバは、自身がモバイル装置との接続を失う場合を認識する。ＩＭＳサーバが接続の喪失を検出する場合に、ＩＭＳサーバはコールを終了する。これは、図４に示されるフロー図において表される。図４において、ＳＩＰ  ＴＣＰ接続は、セルラーデータ送信がモバイル装置の接続マネージャーによって無効にされる場合に終了される。
【００４７】
この問題を解決するアプローチは、ＳＩＰ  ＴＣＰプロキシをネットワークに加えることである。このプロキシの役割は、ＩＰインターフェースを切り換えて登録する機会をモバイル装置に与えながら、ＩＭＳサーバとの接続をしっかり固定することである。
【００４８】
図５は、このアプローチを明示するために使用され得る動作５００のシーケンスを示す。
【００４９】
ステップ５１０：モバイル装置は、セルラーデータネットワークにおいてＳＩＰ  ＴＣＰプロキシへ接続される。
【００５０】
ステップ５２０：モバイル装置は、ＩＭＳサーバに登録する。
【００５１】
ステップ５３０：モバイル装置はコールを置く。
【００５２】
ステップ５４０：コールが接続され、ボイスデータはストリーミングを開始する。
【００５３】
ステップ５５０：ワイファイネットワークが範囲内に入ってくる。Ａｎｄｒｏｉｄ（登録商標）接続マネージャーは、セルラーデータネットワークを落とす。これは、ボイスストリームを中断する。
【００５４】
ステップ５６０：プロキシへのＳＩＰ接続が終わる。ＳＩＰ  ＴＣＰプロキシは、ＩＭＳサーバとのＴＣＰ接続を維持する。
【００５５】
ステップ５７０：モバイル装置は、ワイファイインターフェースを用いてＩＰ接続を確立する。
【００５６】
ステップ５８０：モバイル装置は、ＳＩＰプロキシサーバに登録する。
【００５７】
ステップ５９０：モバイル装置は、ワイファイへ切り替わった場合に得られる新しいＩＰアドレスへコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いる。このとき、ＶｏＩＰが再確立される。
【００５８】
図６は、動作５００のシーケンスを表す詳細なシーケンス図である。
【００５９】
ＩＰ間ハンドオーバー問題に対する開示されるネットワークＳＩＰ  ＴＣＰプロキシ解決法を用いる場合に、図５及び図６に示されるステップは大体変更なしであるが、特定される具体的なネットワークは、特許請求の範囲の適用範囲から逸脱することなしに、開示されているものと相違してよい。例えば、ステップ５１０で、モバイル装置は第１のワイファイネットワークへ接続されてよく、ステップ５５０で、異なるワイファイネットワークが範囲内に入ってきて、ステップ５７０で、モバイル装置はその異なるワイファイネットワークへ接続する。他の可能な例は、同様の手順を用いてワイファイネットワークからセルラーデータネットワークへモバイル装置の接続を切り替えることを含む。更に、接続マネージャーは、Ａｎｄｒｏｉｄ（登録商標）バージョンであると制限されず、モバイルオペレーティングシステムとともに使用される異なる種類の接続マネージャーであってよい。
【００６０】
［改良された接続マネージャーによるＴＣＰハンドオーバー］
標準のＡｎｄｒｏｉｄ（登録商標）接続マネージャーは、１つのＩＰインターフェースのみが１度に作動することを可能にする。この制限のために、ＶｏＩＰボイス接続は、接続マネージャーが、ネットワークを切り替える場合に新しい接続を確立する前に１つのネットワークから接続を断つ場合に、落とされる。この問題は、“ブレーク・ビフォア・メーク”と呼ばれる。
【００６１】
Ａｎｄｒｏｉｄ（登録商標）接続マネージャーが、２つのネットワークインターフェースが一方のネットワークから他へのハンドオーバーの間アクティブであることを可能にする改良された接続マネージャーにより置換され得る場合は、ボイスコールは、古いネットワークが切り離される前に新しいネットワークへ切り替えられ得る。これはしばしば、“メーク・ビフォア・ブレーク”とＶＣＣにおいて呼ばれる。
【００６２】
図７は、このアプローチを明示するために使用され得る動作７００のシーケンスを示す。
【００６３】
ステップ７１０：モバイル装置は、セルラーデータネットワークへ接続される。
【００６４】
ステップ７２０：モバイル装置は、ＩＭＳサーバに登録する。
【００６５】
ステップ７３０：モバイル装置はコールを置く。
【００６６】
ステップ７４０：コールが接続され、ボイスデータはストリーミングを開始する。
【００６７】
ステップ７５０：ワイファイネットワークが範囲内に入ってくる。カスタムＡｎｄｒｏｉｄ（登録商標）接続マネージャーは、新しいインターフェースが利用可能であることをＳＩＰアプリケーションに知らせる。
【００６８】
ステップ７６０：モバイル装置は、新しいインターフェースを用いて登録する。
【００６９】
ステップ７７０：モバイル装置は、ワイファイへ切り替わった場合に得られる新しいＩＰアドレスへコールを転送するためにＳＩＰ  ｒｅ−ＩＮＶＩＴＥ方法を用いる。
【００７０】
ステップ７８０：ＶｏＩＰは、このとき再確立される。
【００７１】
ステップ７９０：カスタムＡｎｄｒｏｉｄ（登録商標）接続マネージャーは、このとき、セルラーデータネットワークへのインターフェースを無効にすることができる。
【００７２】
図８は、ステップ７１０乃至７９０を表す詳細なシーケンス図である。
【００７３】
ＩＰ間ハンドオーバー問題に対する解決法として改良された接続マネージャーを用いる開示されるハンドオーバーを用いる場合に、図７及び図８に示されるステップは大体変更なしであるが、特定される具体的なネットワークは、特許請求の範囲の適用範囲から逸脱することなしに、開示されているものと相違してよい。例えば、ステップ７１０で、モバイル装置は第１のワイファイネットワークへ接続されてよく、ステップ７５０で、異なるワイファイネットワークが範囲内に入ってきて、ステップ７６０で、モバイル装置はその異なるワイファイネットワークへ接続する。他の可能な例は、同様の手順を用いてワイファイネットワークからセルラーデータネットワークへモバイル装置の接続を切り替えることを含む。更に、接続マネージャーは、Ａｎｄｒｏｉｄ（登録商標）バージョンであると制限されず、複数のＩＰインターフェースがどの時点でもアクティブであることを可能にする、モバイルオペレーティングシステムとともに使用される異なる種類の接続マネージャーであってよい。
【００７４】
［装置搭載のルーター］
ＩＰネットワークの特性の１つは、２つの装置の間のネットワーク経路が、それらの装置が接続を失うことなく動的に変化することができることである。
【００７５】
Ａｎｄｒｏｉｄ（登録商標）電話のようなＬｉｎｕｘ（登録商標）装置は、ルーターとして働くことができる。装置が、装置上の仮想ネットワークをサポートするルーターとして動作する場合に、ボイスコールのＩＰハンドオーバーをサポートするようＩＰ通信の再ルーティング機能を利用することが可能である。
【００７６】
図９は、イベントシーケンス９００を用いて、如何にしてモバイル装置がモバイル装置におけるルーターを用いてハンドオーバー問題を解決することできるのかを示す。
【００７７】
ステップ９１０：モバイル装置におけるＳＩＰは、モバイル装置上のルーターへのモバイル装置内の仮想ネットワーク上のポートへ接続する。
【００７８】
ステップ９２０：モバイル装置は、仮想ネットワーク及びルーターを介してＩＭＳサーバによる登録を開始する。
【００７９】
ステップ９３０：モバイル装置上のルーターは、登録をアクティブなネットワークへルーティングする。この場合に、アクティブなネットワークは、セルラーデータネットワークである。
【００８０】
ステップ９４０：モバイル装置は、装置搭載のルーターによって供給されるルートによりＴＣＰを用いてＩＭＳサーバに登録する。
【００８１】
ステップ９５０：モバイル装置はコールを置く。
【００８２】
ステップ９６０：コールが接続される。
【００８３】
ステップ９７０：ワイファイホットスポットが範囲内に入ってくる。モバイル装置の接続マネージャーは、セルラーネットワークから接続を断ち、ワイファイインターフェースを有効にする。
【００８４】
ステップ９８０：ルーターは、ＩＰトラフィックをセルラーデータインターフェースからワイファイインターフェースへ切り替える。この切り替えの間、モバイル装置は、仮想ネットワークを介してルーターへ接続されたままである。
【００８５】
ステップ９９０：ルーティングプロトコルは、モバイル装置への経路が変更されたことを認識し、パケットを新しいルートへ再ルーティングする。コールは継続する。
【００８６】
ステップ９１０乃至９９０が作動する順序において、２つの条件が満足されるべきである。第１に、ネットワーク間の切り替えは、ＴＣＰタイムアウトより速くなければならない。第２に、ＳＩＰアプリケーションは、仮想ネットワーク上のポートをリッスンする。そのポートは、仮想ネットワーク上のアドレスを有する。セルラーデータネットワークが好適なネットワークである場合に、ルーターは単純にデータをセルラーデータネットワークへルーティングする。ワイファイネットワークが好適なネットワークである場合に、ルーターはデータをワイファイネットワークへルーティングする。
【００８７】
ハンドオーバーは、ルートが一方のインターフェースから他方へ変更される場合に起こる。これは、コアネットワークにおけるノードの不具合にいくらか類似し、ルートは、機能不全のノードを適応させるよう変わる。
【００８８】
図１０は、ＶｏＩＰコールの間にネットワークを切り替えるために装置搭載のルーターを用いる機能ブロック図である。ルーターは、望ましくは、仮想ネットワーク上のアドレスを外部ネットワークから分離するようネットワークアドレス変換（ＮＡＴ）機能を有する。
【００８９】
ＩＰ間ハンドオーバーの問題に対する解決法として装置搭載のルーターを用いる開示されるハンドオーバーを用いる場合に、図９に示されるステップは大体変更なしであるが、特定される具体的なネットワークは、特許請求の範囲の適用範囲から逸脱することなしに、開示されているものと相違してよい。例えば、ステップ９３０で、モバイル装置は第１のワイファイネットワークへ接続されてよく、ステップ９７１で、異なるワイファイネットワークが範囲内に入ってきて、ステップ９８０で、モバイル装置はその異なるワイファイネットワークへ接続する。他の可能な例は、同様の手順を用いてワイファイネットワークからセルラーデータネットワークへモバイル装置の接続を切り替えることを含む。
【００９０】
［要旨］
本明細書は、ＩＰ間のハンドオーバーの問題を解決するための幾つかの技術を記載する。解決法は、シグナリング伝送としてＵＤＰ又はＴＣＰのいずれかを用いる両方のＳＩＰシグナリングについて記載される。
【００９１】
当業者は、本発明の教示を保ちながら装置及び方法の多数の改良及び変更が行われてよいことに容易に気付くであろう。然るに、上記の開示は、添付の特許請求の範囲の技術的範囲によってのみ制限されると解釈されるべきである。
【００９２】
［関連出願の相互参照］
本願は、２０１２年９月２０日に出願された米国特許仮出願第６１／７０３２６８号に基づく優先権を主張するものである。前記の米国出願は、その全文を参照により本願に援用される。
【図１】
2014064277.tif 000003
【図２】
2014064277.tif 000004
【図３】
2014064277.tif 000005
【図４】
2014064277.tif 000006
【図５】
2014064277.tif 000007
【図６】
2014064277.tif 000008
【図７】
2014064277.tif 000009
【図８】
2014064277.tif 000010
【図９】
2014064277.tif 000011
【図１０】
2014064277.tif 000012