(57)【要約】  アクセスネットワークハンドオーバの間、ユーザセッションを維持するためのシステムおよび方法を提供する。方法は、ユーザ機器とアクセスネットワークとの間に、第１のアクセスネットワークで第１の接続を確立するステップと、第１および第２の接続が同時に存在するように、第２のアクセスネットワークで第２の接続を確立するステップとを含めることができる。方法は、第１の接続を、ステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定するステップと、第２の接続を予備接続に設定するステップとを含めることができる。方法は、ユーザ機器とアクセスゲートウェイとの間で一連のハンドオーバメッセージを交換するステップを含めることができる。方法は、アクティブ接続を第２の接続に移行させるステップと、第１の接続を予備接続に設定するステップとを含めることができる。方法は、ステートフル・ユーザセッションの状態が移行中維持されるように、ステートフル・ユーザセッションを第２の接続の間継続させるステップを含めることができる。
2019503610.tif 000002
【特許請求の範囲】
【請求項１】
アクセスネットワークハンドオーバの間、ユーザセッションを維持するためのシステムであって、プロセッサと、命令を含むメモリとを有するアクセスゲートウェイを備え、前記命令は、前記アクセスゲートウェイに、
第１のアクセスネットワークでユーザ機器との第１の接続を確立させ、
前記第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワークで前記ユーザ機器との前記第２の接続を確立させ、
前記第１の接続を、前記アクセスゲートウェイと前記ユーザ機器との間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定させ、
前記第２の接続を予備接続に設定させ、
前記アクティブ接続で前記ユーザ機器と、一連のハンドオーバメッセージを交換させ、
前記一連のハンドオーバメッセージが完了していれば、前記アクティブ接続を前記第２の接続に移行させ、
前記第１の接続を前記予備接続に設定させ、
前記第２の接続への移行の間前記ステートフル・ユーザセッションの状態が維持されるように、前記アクセスゲートウェイと前記ユーザ機器との間の前記ステートフル・ユーザセッションを前記第２の接続で継続させる、システム。
【請求項２】
前記ユーザ機器は、スモールセルネットワーク（ＳＣＮ）に接続するように構成された第１の無線インターフェースと、マクロセルラネットワーク（ＭＣＮ）に接続するように構成された第２の無線インターフェースとを備える、請求項１に記載のシステム。
【請求項３】
前記アクセスゲートウェイは、前記第１の接続の間および前記第２の接続への移行中、前記アクティブ接続に対して同じＩＰアドレスを維持する、請求項１に記載のシステム。
【請求項４】
前記アクセスゲートウェイは、第１のユーザ機器コンテキストを格納し、前記第１のアクセスネットワークと通信する第１のインターフェースと、第２のユーザ機器コンテキストを格納し、前記第２のアクセスネットワークと通信する第２のインターフェースとを含み、
前記アクティブ接続を前記第２の接続に移行させるステップは、前記第１のユーザ機器コンテキストを前記第２のインターフェースに転送するステップを備える、請求項１に記載のシステム。
【請求項５】
前記アクセスゲートウェイは、前記予備接続のメッセージを監視するように構成される、請求項１に記載のシステム。
【請求項６】
アクセスネットワークハンドオーバの間、ユーザセッションを維持するためのシステムであって、プロセッサと、命令を含むメモリとを含むユーザ機器を備え、前記命令は、前記ユーザ機器に、
第１のアクセスネットワークでアクセスゲートウェイとの第１の接続を確立させ、
前記第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワークで前記アクセスゲートウェイとの前記第２の接続を確立させ、
前記第１の接続を、前記ユーザ機器と前記アクセスゲートウェイとの間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定させ、
前記第２の接続を予備接続に設定させ、
前記アクティブ接続によって前記アクセスゲートウェイと、一連のハンドオーバメッセージを交換させ、
前記一連のハンドオーバメッセージが完了していれば、前記アクティブ接続を前記第２の接続に移行させ、
前記第１の接続を前記予備接続に設定させ、
前記第２の接続への移行の間前記ステートフル・ユーザセッションの状態が維持されるように、前記ユーザ機器と前記アクセスゲートウェイとの間の前記ステートフル・ユーザセッションを前記第２の接続で継続させる、システム。
【請求項７】
前記ユーザ機器は、スモールセルネットワーク（ＳＣＮ）に接続するように構成された第１の無線インターフェースと、マクロセルラネットワーク（ＭＣＮ）に接続するように構成された第２の無線インターフェースとを備える、請求項１６に記載のシステム。
【請求項８】
前記ユーザ機器は、１つの無線インターフェースを備え、前記アクティブ接続を前記第２の接続に移行させるステップは、前記無線インターフェースの周波数を前記第２のアクセスネットワークに変更するステップを備える、請求項６に記載のシステム。
【請求項９】
前記ユーザ機器は、前記第１の接続の間および前記第２の接続への移行中、前記アクティブ接続に対して同じＩＰアドレスを用いて、前記アクセスゲートウェイと通信する、請求項６に記載のシステム。
【請求項１０】
前記ユーザ機器は、前記予備接続のメッセージを監視するように構成される、請求項６に記載のシステム。
【請求項１１】
アクセスネットワークハンドオーバの間、ユーザセッションを維持する方法であって、
アクセスゲートウェイによって、第１のアクセスネットワークでユーザ機器との第１の接続を確立するステップと、
前記アクセスゲートウェイによって、前記第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワークで前記ユーザ機器との前記第２の接続を確立するステップと、
前記アクセスゲートウェイによって、前記第１の接続を、前記アクセスゲートウェイと前記ユーザ機器との間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定するステップと、
前記アクセスゲートウェイによって、前記第２の接続を予備接続に設定するステップと、
前記アクティブ接続で前記アクセスゲートウェイと前記ユーザ機器との間で、一連のハンドオーバメッセージを交換させるステップと、
前記一連のハンドオーバメッセージが完了していれば、前記アクティブ接続を前記第２の接続に移行させるステップと、
前記アクセスゲートウェイによって、前記第１の接続を前記予備接続に設定するステップと、
前記第２の接続への移行の間前記ステートフル・ユーザセッションの状態が維持されるように、前記アクセスゲートウェイと前記ユーザ機器との間の前記ステートフル・ユーザセッションを前記第２の接続で継続させるステップとを備える、方法。
【請求項１２】
前記アクセスゲートウェイによって、前記第１の接続の間および前記第２の接続への移行中、前記アクティブ接続に対して同じＩＰアドレスを維持するステップを含む、請求項１１に記載の方法。
【請求項１３】
前記アクセスゲートウェイによって、前記予備接続のメッセージを監視するステップを含む、請求項１１に記載の方法。
【請求項１４】
前記一連のハンドオーバメッセージを交換するステップは、
前記アクセスゲートウェイによって、シーケンス番号カウンタをインクリメントするステップと、
前記シーケンス番号カウンタの現在の状態に対応するシーケンス番号を含むハンドオーバ開始メッセージを、前記アクセスゲートウェイから前記ユーザ機器に送るステップと、
前記シーケンス番号を含むハンドオーバ肯定応答メッセージを前記ユーザ機器から前記アクセスゲートウェイにおいて受信するステップとを含み、前記シーケンス番号が、先に受信したハンドオーバ開始メッセージに含まれる先のシーケンス番号よりも大きいという判定があれば、前記ユーザ機器は、前記ハンドオーバ肯定応答メッセージを送り、さらに、
前記シーケンス番号が、先に受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号よりも大きいという判定があれば、前記アクセスゲートウェイによって、前記ハンドオーバ肯定応答メッセージを受理するステップとを含む、請求項１１に記載の方法。
【請求項１５】
前記アクティブ接続を前記第２の接続に移行させるステップの後、前記アクセスゲートウェイによって、第１期間を有する第１タイマ、および前記第１期間よりも長い第２期間を有する第２タイマを開始するステップと、
前記第１タイマの満了の前に前記予備接続を介して前記ユーザ機器から受信したハンドオーバ開始メッセージに対して、ＲＥＪＥＣＴステータスコードを有するハンドオーバ肯定応答メッセージを送るステップと、
前記第２タイマの満了の前に前記アクティブ接続を介して前記ユーザ機器から受信したハンドオーバ開始メッセージに対して、ＲＥＪＥＣＴステータスコードを有するハンドオーバ肯定応答メッセージを送るステップとを含む、請求項１１に記載の方法。
【請求項１６】
アクセスネットワークハンドオーバの間、ユーザセッションを維持する方法であって、
ユーザ機器によって、第１のアクセスネットワークでアクセスゲートウェイとの第１の接続を確立するステップと、
前記ユーザ機器によって、前記第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワークで前記アクセスゲートウェイとの前記第２の接続を確立するステップと、
前記ユーザ機器によって、前記第１の接続を、前記ユーザ機器と前記アクセスゲートウェイとの間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定するステップと、
前記ユーザ機器によって、前記第２の接続を予備接続に設定するステップと、
前記アクティブ接続で前記ユーザ機器と前記アクセスゲートウェイとの間で、一連のハンドオーバメッセージを交換させるステップと、
前記一連のハンドオーバメッセージが完了していれば、前記アクティブ接続を前記第２の接続に移行させるステップと、
前記ユーザ機器によって、前記第１の接続を前記予備接続に設定するステップと、
前記第２の接続への移行の間前記ステートフル・ユーザセッションの状態が維持されるように、前記ユーザ機器と前記アクセスゲートウェイとの間の前記ステートフル・ユーザセッションを前記第２の接続で継続させるステップとを備える、方法。
【請求項１７】
前記アクセスゲートウェイによって、前記第１の接続の間および前記第２の接続への移行中、前記アクティブ接続に対して同じＩＰアドレスを維持するステップを含む、請求項１６に記載の方法。
【請求項１８】
前記アクセスゲートウェイによって、前記予備接続のメッセージを監視するステップを含む、請求項１６に記載の方法。
【請求項１９】
前記一連のハンドオーバメッセージを交換するステップは、
前記ユーザ機器によって、シーケンス番号カウンタをインクリメントするステップと、
前記シーケンス番号カウンタの現在の状態に対応するシーケンス番号を含むハンドオーバ開始メッセージを、前記ユーザ機器から前記アクセスゲートウェイに送るステップと、
前記シーケンス番号を含むハンドオーバ肯定応答メッセージを前記アクセスゲートウェイから前記ユーザ機器において受信するステップとを含み、前記シーケンス番号が、先に受信したハンドオーバ開始メッセージに含まれる先のシーケンス番号よりも大きいという判定があれば、前記アクセスゲートウェイは、前記ハンドオーバ肯定応答メッセージを送り、さらに、
前記シーケンス番号が、先に受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号よりも大きいという判定があれば、前記ユーザ機器によって、前記ハンドオーバ肯定応答メッセージを受理するステップとを含む、請求項１６に記載の方法。
【請求項２０】
前記アクティブ接続を前記第２の接続に移行させるステップの後、前記ユーザ機器によって、第１期間を有する第１タイマ、および前記第１期間よりも長い第２期間を有する第２タイマを開始するステップと、
前記第１タイマの満了の前に前記予備接続を介して前記アクセスゲートウェイから受信したパケットに対して、当該パケットを無視するステップと、
前記第１タイマの満了の後に前記予備接続を介して前記アクセスゲートウェイから受信したパケットに対して、適切なステータスコードを有するハンドオーバ肯定応答メッセージを送るステップと、
前記第２タイマの満了の前に前記アクティブ接続を介して前記アクセスゲートウェイから受信したハンドオーバ開始メッセージに対して、ＲＥＪＥＣＴステータスコードを有するハンドオーバ肯定応答メッセージを送るステップとを含む、請求項１６に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本願は、２０１６年１月２８日に出願され、「ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＳＥＡＭＬＥＳＳ  ＭＯＢＩＬＩＴＹ  ＯＦ  ＵＳＥＲ  ＳＥＳＳＩＯＮＳ  ＷＩＴＨ  ＭＵＬＴＩ−ＡＣＣＥＳＳ  ＣＯＮＮＥＣＴＩＶＩＴＹ」と題された米国仮出願第６２／２８８，３３５号に基づく優先権を主張し、当該出願のすべての記載内容を、引用により本明細書に援用する。
【背景技術】
【０００２】
背景
モバイルデータネットワークにおいて、携帯電話またはその他のコンピューティング・デバイスなど、ユーザ機器は、複数のアクセスネットワークのうちの１つを介してアクセスゲートウェイと通信できる。ユーザ機器の物理的な移動、信号の中断、または干渉によって通信路の状態が変化すると、モバイルデバイスは、その接続を第１のアクセスネットワークから第２のアクセスネットワークにハンドオーバしてもよい。しかしながら、このようなハンドオーバは、通常、ユーザ機器が参加しているステートフル通信をリセットしてしまう。
【発明の概要】
【課題を解決するための手段】
【０００３】
概要
少なくとも１つの態様は、アクセスネットワークハンドオーバの間、ユーザセッションを維持するためのシステムを対象とする。システムは、プロセッサと、命令を含むメモリとを有するアクセスゲートウェイを含む。命令は、アクセスゲートウェイに、第１のアクセスネットワークでユーザ機器との第１の接続を確立させる。命令は、アクセスゲートウェイに、第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワークでユーザ機器との第２の接続を確立させる。命令は、アクセスゲートウェイに、第１の接続を、アクセスゲートウェイとユーザ機器との間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定させる。命令は、アクセスゲートウェイに、第２の接続を予備接続に設定させる。命令は、アクセスゲートウェイに、アクティブ接続でユーザ機器と、一連のハンドオーバメッセージを交換させる。命令は、アクセスゲートウェイに、一連のハンドオーバメッセージが完了していれば、アクティブ接続を第２の接続に移行させる。命令は、アクセスゲートウェイに、第１の接続を予備接続に設定させる。命令は、ステートフル・ユーザセッションの状態が第２の接続への移行中維持されるように、アクセスゲートウェイに、アクセスゲートウェイとユーザ機器との間のステートフル・ユーザセッションを第２の接続で継続させる。
【０００４】
いくつかの実装形態において、ユーザ機器は、スモールセルネットワーク（ＳＣＮ）に接続するように構成された第１の無線インターフェースと、マクロセルラネットワーク（ＭＣＮ）に接続するように構成された第２の無線インターフェースとを含む。
【０００５】
いくつかの実装形態において、アクセスゲートウェイは、第１の接続の間および第２の接続への移行中、アクティブ接続に対して同じＩＰアドレスを維持する。
【０００６】
いくつかの実装形態において、アクセスゲートウェイは、第１のユーザ機器コンテキストを格納し、第１のアクセスネットワークと通信する第１のインターフェースと、第２のユーザ機器コンテキストを格納し、第２のアクセスネットワークと通信する第２のインターフェースとを含み、アクティブ接続を第２の接続に移行させるステップは、第１のユーザ機器コンテキストを第２のインターフェースに転送するステップを備える。
【０００７】
いくつかの実装形態において、アクセスゲートウェイは、予備接続のメッセージを監視するように構成される。
【０００８】
少なくとも１つの態様は、アクセスネットワークハンドオーバの間、ユーザセッションを維持するためのシステムを対象とする。システムは、プロセッサと、命令を含むメモリとを有するユーザ機器を含む。命令は、ユーザ機器に、第１のアクセスネットワークでアクセスゲートウェイとの第１の接続を確立させる。命令は、ユーザ機器に、第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワークでアクセスゲートウェイとの第２の接続を確立させる。命令は、ユーザ機器に、第１の接続を、ユーザ機器とアクセスゲートウェイとの間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定させる。命令は、ユーザ機器に、第２の接続を予備接続に設定させる。命令は、ユーザ機器に、アクティブ接続でアクセスゲートウェイと、一連のハンドオーバメッセージを交換させる。命令は、ユーザ機器に、一連のハンドオーバメッセージが完了していれば、アクティブ接続を第２の接続に移行させる。命令は、ユーザ機器に、第１の接続を予備接続に設定させる。命令は、ステートフル・ユーザセッションの状態が第２の接続への移行中維持されるように、ユーザ機器に、ユーザ機器とアクセスゲートウェイとの間のステートフル・ユーザセッションを第２の接続で継続させる。
【０００９】
いくつかの実装形態において、ユーザ機器は、スモールセルネットワーク（ＳＣＮ）に接続するように構成された第１の無線インターフェースと、マクロセルラーネットワーク（ＭＣＮ）に接続するように構成された第２の無線インターフェースとを含む。
【００１０】
いくつかの実装形態において、ユーザ機器は、１つの無線インターフェースを備え、アクティブ接続を第２の接続に移行させるステップは、無線インターフェースの周波数を第２のアクセスネットワークに変更するステップを備える。
【００１１】
いくつかの実装形態において、ユーザ機器は、第１の接続の間および第２の接続への移行中、アクティブ接続に対して同じＩＰアドレスを用いて、アクセスゲートウェイと通信する。
【００１２】
いくつかの実装形態において、ユーザ機器は、予備接続のメッセージを監視するように構成される。
【００１３】
少なくとも１つの態様は、アクセスネットワークハンドオーバの間、ユーザセッションを維持する方法を対象とする。方法は、アクセスゲートウェイによって、第１のアクセスネットワークでユーザ機器との第１の接続を確立するステップを含む。方法は、アクセスゲートウェイによって、第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワークでユーザ機器との第２の接続を確立するステップを含む。方法は、アクセスゲートウェイによって、第１の接続を、アクセスゲートウェイとユーザ機器との間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定するステップを含む。方法は、アクセスゲートウェイによって、第２の接続を予備接続に設定するステップを含む。方法は、記アクティブ接続でアクセスゲートウェイとユーザ機器との間で、一連のハンドオーバメッセージを交換させるステップを含む。方法は、一連のハンドオーバメッセージが完了していれば、アクティブ接続を第２の接続に移行させるステップを含む。方法は、アクセスゲートウェイによって、第１の接続を予備接続に設定するステップを含む。方法は、第２の接続への移行の間ステートフル・ユーザセッションの状態が維持されるように、アクセスゲートウェイとユーザ機器との間のステートフル・ユーザセッションを第２の接続で継続させるステップを含む。
【００１４】
いくつかの実装形態において、方法は、アクセスゲートウェイによって、第１の接続の間および第２の接続への移行中、アクティブ接続に対して同じＩＰアドレスを維持するステップを含む。
【００１５】
いくつかの実装形態において、方法は、アクセスゲートウェイによって、予備接続のメッセージを監視するステップを含む。
【００１６】
いくつかの実装形態において、一連のハンドオーバメッセージを交換するステップは、一連のハンドオーバメッセージを交換するステップは、アクセスゲートウェイによって、シーケンス番号カウンタをインクリメントするステップと、シーケンス番号カウンタの現在の状態に対応するシーケンス番号を含むハンドオーバ開始メッセージを、アクセスゲートウェイからユーザ機器に送るステップと、シーケンス番号を含むハンドオーバ肯定応答メッセージをユーザ機器からアクセスゲートウェイにおいて受信するステップとを含み、シーケンス番号が、先に受信したハンドオーバ開始メッセージに含まれる先のシーケンス番号よりも大きいという判定があれば、ユーザ機器は、ハンドオーバ肯定応答メッセージを送り、さらに、シーケンス番号が、先に受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号よりも大きいという判定があれば、アクセスゲートウェイによって、ハンドオーバ肯定応答メッセージを受理するステップとを含む。
【００１７】
いくつかの実装形態において、方法は、アクティブ接続を第２の接続に移行させるステップの後、アクセスゲートウェイによって、第１期間を有する第１タイマ、および第１期間よりも長い第２期間を有する第２タイマを開始するステップと、第１タイマの満了の前に予備接続を介してユーザ機器から受信したハンドオーバ開始メッセージに対して、ＲＥＪＥＣＴステータスコードを有するハンドオーバ肯定応答メッセージを送るステップと、第２タイマの満了の前にアクティブ接続を介してユーザ機器から受信したハンドオーバ開始メッセージに対して、ＲＥＪＥＣＴステータスコードを有するハンドオーバ肯定応答メッセージを送るステップとを含む。
【００１８】
少なくとも１つの態様は、アクセスネットワークハンドオーバの間、ユーザセッションを維持する方法を対象とする。方法は、ユーザ機器によって、第１のアクセスネットワークでアクセスゲートウェイとの第１の接続を確立するステップを含む。方法は、ユーザ機器によって、第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワークでアクセスゲートウェイとの第２の接続を確立するステップを含む。方法は、ユーザ機器によって、第１の接続を、ユーザ機器とアクセスゲートウェイとの間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定するステップを含む。方法は、ユーザ機器によって、第２の接続を予備接続に設定するステップを含む。方法は、アクティブ接続でユーザ機器とアクセスゲートウェイとの間で、一連のハンドオーバメッセージを交換させるステップを含む。方法は、一連のハンドオーバメッセージが完了していれば、アクティブ接続を第２の接続に移行させるステップを含む。方法は、ユーザ機器によって、第１の接続を予備接続に設定するステップを含む。方法は、第２の接続への移行の間ステートフル・ユーザセッションの状態が維持されるように、ユーザ機器とアクセスゲートウェイとの間のステートフル・ユーザセッションを第２の接続で継続させるステップを含む。
【００１９】
いくつかの実装形態において、方法は、アクセスゲートウェイによって、第１の接続の間および第２の接続への移行中、アクティブ接続に対して同じＩＰアドレスを維持するステップを含む。
【００２０】
いくつかの実装形態において、方法は、アクセスゲートウェイによって、予備接続のメッセージを監視するステップを含む。
【００２１】
いくつかの実装形態において、一連のハンドオーバメッセージを交換するステップは、ユーザ機器によって、シーケンス番号カウンタをインクリメントするステップと、シーケンス番号カウンタの現在の状態に対応するシーケンス番号を含むハンドオーバ開始メッセージを、ユーザ機器からアクセスゲートウェイに送るステップと、シーケンス番号を含むハンドオーバ肯定応答メッセージをアクセスゲートウェイからユーザ機器において受信するステップとを含み、シーケンス番号が、先に受信したハンドオーバ開始メッセージに含まれる先のシーケンス番号よりも大きいという判定があれば、アクセスゲートウェイは、ハンドオーバ肯定応答メッセージを送り、さらに、シーケンス番号が、先に受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号よりも大きいという判定があれば、ユーザ機器によって、ハンドオーバ肯定応答メッセージを受理するステップとを含む。
【００２２】
いくつかの実装形態において、方法は、アクティブ接続を第２の接続に移行させるステップの後、ユーザ機器によって、第１期間を有する第１タイマ、および第１期間よりも長い第２期間を有する第２タイマを開始するステップを含む。方法は、第１タイマの満了の前に予備接続を介してアクセスゲートウェイから受信したパケットに対して、当該パケットを無視するステップを含む。方法は、第１タイマの満了の後に予備接続を介してアクセスゲートウェイから受信したパケットに対して、適切なステータスコードを有するハンドオーバ肯定応答メッセージを送るステップを含む。方法は、第２タイマの満了の前にアクティブ接続を介してアクセスゲートウェイから受信したハンドオーバ開始メッセージに対して、ＲＥＪＥＣＴステータスコードを有するハンドオーバ肯定応答メッセージを送るステップを含む。
【００２３】
これらのならびにその他の態様および実装形態を以下に詳細に説明する。上記の情報および次の詳細な説明は、さまざまな態様および実装形態の例示的な実施例を含み、特許請求された態様および実装形態の性質および特徴を理解するための概要または枠組みを提供する。図面は、さまざまな態様および実装形態の説明のさらなる理解を提供し、本明細書に組み込まれ、本明細書の一部を構成する。
【００２４】
添付の図面は、縮尺通りに描くように意図されない。多くの図面に含まれる同じ参照番号および名称は、同じ要素を示す。明確にするために、すべての構成要素がすべての図面において表示されるわけではない。
【図面の簡単な説明】
【００２５】
【図１】例示的な実装形態に係る、アクセスネットワークハンドオーバの間、ユーザセッションを維持するためのシステムのブロック図である。
【図２】例示的な実装形態に係る、アクセスネットワークハンドオーバの間、ユーザセッションを維持する例示的な方法のフロー図である。
【図３】例示的な実装形態に係る、望まないアクセスネットワークハンドオーバを回避するためにシーケンス番号スキームを使用する例示的な方法のフロー図である。
【図４】例示的な実装形態に係る、望まないアクセスネットワークハンドオーバを回避するためにタイマを使用する例示的な方法のフロー図である。
【図５】例示的な実装形態に係る、ハンドオーバイベントシーケンスを示す図である。
【図６】例示的な実装形態に係る、本明細書に記載および例示のシステムおよび方法の要素を実現するために採用され得るコンピュータシステムの一般的なアーキテクチャを示すブロック図である。
【発明を実施するための形態】
【００２６】
詳細な説明
本開示のシステムおよび方法は、全体的に、多重アクセス接続性を用いたユーザセッションのシームレスモビリティに関する。モバイルデータネットワークの需要が増えるにつれて、サービス・プロバイダは、いわゆるスモールセルネットワーク（ＳＣＮ：Ｓｍａｌｌ−Ｃｅｌｌ  Ｎｅｔｗｏｒｋ）における既存のスペクトラムおよび台頭するスペクトラムのロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークの開発を拡大している。ＳＣＮは、旧式のマクロセルラネットワーク（ＭＣＮ：Ｍａｃｒｏ  Ｃｅｌｌｕｌａｒ  Ｎｅｔｗｏｒｋ）と共存することになる。
【００２７】
別の開発として、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）に２つ以上の無線キャリアへのアクセスを提供できるＬＴＥキャリアアグリゲーション（ＬＴＥ−ＣＡ：ＬＴＥ  Ｃａｒｒｉｅｒ  Ａｇｇｒｅｇａｔｉｏｎ）の予測される利用可能性がある。ＬＴＥ−ＣＡによって、互いに異なるアクセスネットワークプロバイダを利用するＭＣＮおよびＳＣＮを含むシステムは、ＵＥに複数の無線インターフェースを提供できる。この新しいアーキテクチャをさらに利用するために、近い将来、複数のＬＴＥ無線インターフェースを有するＵＥが利用可能になると予想される。
【００２８】
多重アクセス可能なＵＥによって、ユーザは、ＳＣＮおよびＭＣＮに同時に接続できるようになる。この構成によって、独立したＭＣＮおよびＳＣＮの間の連合およびモビリティ管理を可能にするための簡素化されたモデル、より良いユーザエクスペリエンスをもたらすＵＥごとの高集合帯域幅、ＵＥが不十分な接続性または接続の失敗を遭った場合の冗長性、および特有のアクセスネットワークを用いてアプリケーションのニーズをより良く連携させること（たとえば、音声をＭＣＮ上で実行し、映像をＳＣＮ上で実行すること）など、いろいろな利益がもたらされる。
【００２９】
多重アクセスシステムにおいて、１つのアクセスネットワークから別のアクセスネットワークへの、ユーザセッションなどのステートフル通信のモビリティを、ユーザエクスペリエンスを邪魔することなく処理することは、有利である。たとえば、ＭＣＮを介した音声またはビデオ通話中のユーザが、ＭＣＮの受信可能範囲が悪く、容量が低い建物に入る場合を考える。接続品質が悪化する可能性または通話が切れる可能性がある。ＳＣＮが利用可能である場合、ユーザエクスペリエンスを向上させるために、通話をＭＣＮからハンドオーバできる。本開示のシステムおよび方法は、多重アクセスネットワーク環境において、ユーザセッションのシームレスモビリティを提供する。アクセスネットワーク要素間の協調をほとんどまたは全く必要としないで、シームレスモビリティを提供できる。
【００３０】
システムおよび方法は、パケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）へのアクセスを提供するアクセスゲートウェイと、ＵＥとの間の通信におけるパスの変更を通知するためのプロトコルを利用できる。アクセスゲートウェイは、複数のアクセスネットワーク上でＵＥに１つのＩＰアドレスを割り当てることができる。ＵＥは、複数のネットワークにアタッチされてもよいが、常に、１つのアクセスネットワークを介してのみインターネットにアクセス可能であると想定する。他のアクセスネットワークへの接続は、非アクティブ状態、アイドル状態、または待機状態のままにできる。ＵＥは、現在アクティブな接続上で非アクティブになり、現在非アクティブな接続上でアクティブになることを選べる。ＵＥがインターネットにアクセスするために非アクティブネットワークとアクティブネットワークとを切り替えできるシステムにおいて、ＵＥは、アクセスゲートウェイがその転送パスを適宜切り替えられるように、アクセスゲートウェイと通信するための、選ばれたアクセスネットワークを示す方法を必要とする。本開示は、第１のアクセスネットワーク上でアクティブ接続を、第２のアクセスネットワーク上で予備接続を維持し、且つ、第１のアクセスネットワークから第２のアクセスネットワークへのアクティブ接続のハンドオーバを実行するための信号プロトコルを提示する。
【００３１】
図１は、例示的な実装形態に係る、アクセスネットワークハンドオーバの間、ユーザセッションを維持するためのシステム１００のブロック図である。システムは、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１２０に、インターネットなどのパケットデータネットワーク（ＰＤＮ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）１０５へのアクセスを提供できる。システムは、ＰＤＮゲートウェイ（ＰＧＷ：ＰＤＮ  Ｇａｔｅｗａｙ）などのアクセスゲートウェイ１１０、ならびにアクセスネットワーク１  １３０およびアクセスネットワーク２  １４０などの１つ以上のアクセスネットワークを含む。アクセスネットワーク１３０および１４０は、ＵＥ１２０とアクセスゲートウェイ１１０との間の接続性を提供する。システム１００は、Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎネットワークアーキテクチャに準拠できる。
【００３２】
アクセスゲートウェイ１１０は、ＵＥ１２０から外部のＰＤＮ１０５への接続性を提供する。アクセスゲートウェイ１１０は、ＰＤＮ１０５内およびＰＤＮ１０５を超えた、ＵＥ１２０とエンティティとの間のパケットベースのデータトラフィックの出入口である。アクセスゲートウェイ１１０は、データ使用に対してポリシーを施行し、パケット・フィルタリングを行い、ＵＥ１２０ごとにＩＰアドレスを割り当てることができる。アクセスゲートウェイ１１０は、アクセスネットワーク１３０および１４０ごとに、インターフェース１１２および１１４をそれぞれ有することができる。各インターフェースは、インターフェースに対応付けられたアクセスネットワークを介して接続されたＵＥ１２０ごとに、ＵＥコンテキストを維持できる。ＵＥコンテキストは、接続されたＵＥ１２０ごとに、登録情報、通信路および周波数情報、ＵＥ１２０とアクセスゲートウェイ１１０との間の通信についての状態情報、ならびにハンドオーバポリシーを施行するための１つ以上のシーケンス番号カウンタおよび／またはタイマを含めることができる。アクセスゲートウェイ１１０は、アクセスネットワーク１３０および１４０にとってのアンカーとして機能する。
【００３３】
アクセスネットワーク１３０および１４０は、アクセスゲートウェイ１１０とＵＥ１２０との間で通信を伝達するためのインフラストラクチャを含む。アクセスネットワーク１３０は、サービング・ゲートウェイ（ＳＧＷ：Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）１３２、ｅＮｏｄｅＢ（ｅＮＢ）１３６、およびモビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）１３４などの要素を含む。アクセスネットワーク１４０は、サービング・ゲートウェイ（ＳＧＷ：Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）１４２、ｅＮｏｄｅＢ（ｅＮＢ）１４６、およびモビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）１４４などの要素を含む。ＭＭＥ１３４および１４４は、それぞれのＳＧＷとｅＮＢとの間のインターフェースをサポートする。アクセスネットワーク１３０および１４０は、それぞれ異なる種類とすることができる。たとえば、アクセスネットワーク１３０または１４０の各々は、マクロセルラネットワーク（ＭＣＮ：Ｍａｃｒｏ  Ｃｅｌｌｕｌａｒ  Ｎｅｔｗｏｒｋ）またはスモールセルネットワーク（ＳＣＮ：Ｓｍａｌｌ−Ｃｅｌｌ  Ｎｅｔｗｏｒｋ）とすることができる。アクセスネットワーク１３０および１４０は、ＵＥ１２０とアクセスゲートウェイ１１０との間の接続を通すことができる。接続は、アクティブ接続１５０などのアクティブ接続、または予備接続１６０などの非アクティブ接続であり得る。アクティブ接続１５０によって、ＵＥ１２０は、ＰＤＮ１０５全体のエンティティと、アクセスゲートウェイ１１０を介して通信できる。対照的に、予備接続１６０によって、ＵＥ１２０は、ＵＥ１２０とアクセスゲートウェイ１１０との間でメッセージを通信する目的のためにアクセスゲートウェイ１１０に登録できるが、予備接続１６０は、ＵＥ１２０とＰＤＮ１０５との間の通信を提供しない。しかしながら、予備接続１６０は、キープアライブメッセージおよびテストメッセージ、ハンドオーバ要求、ならびにその他のコマンドまたは状態情報を通信するために、ＵＥ１２０およびアクセスゲートウェイ１１０によって使用することができる。
【００３４】
ＵＥ１２０は、システム１００でのパケットベース通信のために構成された据え置き型または携帯型ワイヤレスデバイスとすることができる。ＵＥ１２０は、携帯電話、タブレット、ポータブルコンピュータ、ウェアラブルコンピューティングデバイス、または、アクセスネットワーク１３０および１４０で通信するのに適したワイヤレスネットワークアダプタを有する任意のコンピューティング・デバイスとすることができる。ＵＥ１２０は、ＵＥ１２０のハードウェアおよびソフトウェア機能を制御するためのアプリケーションプロセッサ（ＡＰ：Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｃｅｓｓｏｒ）１２４を含む。ＵＥ１２０は、いくつかの受信機（Ｒｘ）および送信機（Ｔｘ）を有するモデム１２２を備える。受信機および送信機の各々は、アクセスネットワーク１３０および１４０を介したアクセスゲートウェイ１１０とのパケットベース通信を維持可能である。モデム１２２は、１つ以上の受信機と、１つ以上の送信機とを有することができる。受信機および送信機の数に基づいて、ＵＥ１２０は、３つシナリオのうちの１つで動作してもよい。
【００３５】
シナリオ１：ＵＥ１２０は、１つのＴｘと、１つのＲｘとを有する。常に、ＵＥ１２０は、１つのアクセスネットワーク、たとえば、アクセスネットワーク１  １３０上のアクティブ接続１５０では、アクティブであり、データを転送できる。第２のアクセスネットワーク、たとえば、アクセスネットワーク２  １４０上の予備接続１６０では、予備接続１６０に登録され、アイドル状態である。モデム１２２は、アクセスゲートウェイ１１０のインターフェース１１２と通信するために、受信機Ｒｘおよび送信機Ｔｘの周波数をアクセスネットワーク１  １３０に合わせることができる。モデム１２２は、したがって、アクセスゲートウェイ１１０を介したＰＤＮ１０５でデータパケットを通信できる。アクティブ接続１５０上の通信がアイドル状態である間、モデム１２２は、アクセスゲートウェイ１１０のインターフェース１１４と通信するために、受信機Ｒｘの周波数をアクセスネットワーク２  １４０に変更し、アクセスゲートウェイ１１０によって送信されるシステム情報を待ち受ける（ｌｉｓｔｅｎ）ことができる。アクセスネットワーク２  １４０へのアクティブ接続のハンドオーバの後、モデム１２２は、ＲｘおよびＴｘを、主に、アクセスネットワーク２  １４０上の今回アクティブになった接続１５０に設定し、Ｒｘの周波数を、アクセスネットワーク１  １３０上の今回予備になった接続に周期的に変更できる。
【００３６】
シナリオ２：ＵＥ１２０は、１つのＴｘと、２つのＲｘ（Ｒｘ１、Ｒｘ２）とを有する。常に、１つのＲｘのみがアクティブである。たとえば、ＵＥ１２０は、Ｒｘ１およびＴｘを介したアクティブ接続１５０上では、アクティブであり、データを転送できる。Ｒｘ２を介して第２のアクセスネットワークに登録され、第２のアクセスネットワーク上では、アイドル状態であり得る。モデム１２２は、Ｒｘ２を介した予備接続１６０でシステム情報を受信可能であり、それに続くアクションを行う。アクティブ接続のハンドオーバは、アクティブなＲｘを切り替えるまたは各Ｒｘの周波数を変更するかのいずれかによって起こり得る。いくつかの実装形態において、モデム１２２は、Ｒｘ２をアクティブな受信機に設定し、Ｒｘ１を予備受信機に設定することができ、ここで、各Ｒｘは、前と同じアクセスネットワーク１３０または１４０と通信する。いくつかの実装形態において、モデム１２２は、アクセスネットワーク２  １４０上の今回アクティブになった接続１５０にＲｘ１の周波数を変更し、アクセスネットワーク１  １３０上の今回予備になった接続にＲｘ１の周波数を変更することができる。いずれにせよ、モデム１２２は、アクセスネットワーク２  １４０上の今回アクティブになった接続１５０にＴｘの周波数を変更できる。
【００３７】
シナリオ３：ＵＥ１２０は、２つのＲｘ（Ｒｘ１、Ｒｘ２）と、２つのＴｘ（Ｔｘ１、Ｔｘ２）とを有する。常に、Ｒｘ、Ｔｘの１つのペアのみがアクティブである。たとえば、ＵＥ１２０は、Ｒｘ１およびＴｘ１を介したアクティブ接続１５０上では、アクティブであり、データを転送できる。Ｒｘ２およびＴｘ２を介した第２のアクセスネットワークに登録され、第２のアクセスネットワーク上ではアイドル状態である。ＵＥ１２０のモデムは、Ｔｘ２およびＲｘ２を介した予備接続１６０でシステム情報を送受信可能であり、それに続くアクションを行う。アクティブ接続のハンドオーバは、アクティブなＲｘおよびＴｘを切り替えるまたは各ＲｘおよびＴｘの周波数を変更することによって起こり得る。
【００３８】
各シナリオにおいて、システム１００は、アクセスネットワーク１  １３０からアクセスネットワーク２  １４０へのアクティブ接続１５０のハンドオーバを実施するために、ＵＥ１２０とアクセスゲートウェイ１１０との間で一連のハンドオーバメッセージを交換するための信号プロトコルを実現できる。アクティブ接続１５０のハンドオーバは、アクセスネットワークの要素（つまり、ＳＧＷ１３２もしくは１４２、ＭＭＥ１３４もしくは１４４、またはｅＮＢ１３６もしくは１４６）間で協調させることなく、ＵＥ１２０とアクセスゲートウェイ１１０との間で直接協調できる。信号プロトコルを用いて、システム１００は、アクティブ接続１４０のハンドオーバの間、ステートフル・ユーザセッションをリフレッシュまたは再起動する必要がないようにユーザセッションを維持でき、ＵＥ１２０のユーザにハンドオーバをシームレスに見せることができる。１００システムは、ＵＥコンテキストを、先のアクティブ接続１５０に対応付けられたインターフェース１１２から、新たなアクティブ接続１５０に対応付けられたインターフェース１１４に転送することによって、ステートフル・ユーザセッションの状態を維持できる。システム１００は、先にアクティブであった接続１５０を通しているアクセスネットワーク上の予備接続１６０を維持できる。いくつかの実装形態において、システム１００は、望まないハンドオーバまたは過剰に頻繁なハンドオーバを防ぐために、シーケンスカウンタおよび／または１つ以上のタイマを実現できる。いくつかの実装形態において、アクセスゲートウェイ１１０は、インターフェース１１２および１１４間で、ＵＥ１２０に対して同じＩＰアドレスを維持できる。いくつかの実装形態において、信号プロトコルは、別のアクセスネットワークにアクティブ接続１５０をハンドオーバするためのネットワーク要求（ＵＥ１２０またはアクセスゲートウェイ１１０のいずれかによって開始される）を処理できるアプリケーション・プログラミング・インターフェース（ＡＰＩ：Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を利用できる。信号プロトコルの動作は、図２〜図５に関して詳細に後述する。
【００３９】
図２は、例示的な実装形態に係る、アクセスネットワークハンドオーバの間、ユーザセッションを維持する例示的な方法２００のフロー図である。方法２００は、第１のアクセスネットワークで第１の接続を確立するステップ（段階２１０）と、第１および第２の接続が同時に存在するように、第２のアクセスネットワークで第２の接続を確立するステップ（段階２２０）と、第１の接続を、ステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定し、第２の接続を予備接続に設定するステップ（段階２３０）と、ステートフル・ユーザインタラクションのためのデータパケットを伝達するステップ（段階２４０）と、一連のハンドオーバメッセージを交換するステップ（段階２５０）と、ハンドオーバメッセージ交換が正しいと判定するステップ（判定ブロック２６０）とを含む。ハンドオーバメッセージ交換が正しくない場合、方法２００は、段階２４０に戻る。ハンドオーバメッセージ交換が正しい場合、方法２００は、アクティブ接続を第２の接続に移行させ、第１の接続を予備接続に設定するステップ（段階２７０）と、第２の接続でステートフル・ユーザセッションを継続するステップ（段階２８０）と、必要であれば、応答側デバイスがアクセスネットワーク２  １４０上でアクティブであることを要求側デバイスに通知するハンドオーバ完了メッセージを交換するステップ（段階２９０）と、必要であれば、予備接続のメッセージを監視するステップ（段階２９５）とを含む。アクセスゲートウェイ１１０とＵＥ１２０との間で対称的に方法２００を実現できる。つまり、アクセスゲートウェイ１１０およびＵＥ１２０のいずれも、接続を確立し、アクティブ接続を設定し、ハンドオーバ要求を開始することができる。したがって、以下の説明では、ハンドオーバ要求を開始するデバイスを、「要求側デバイス」と称し、ハンドオーバ要求に応答するデバイスを、「応答側デバイス」と称する。
【００４０】
方法２００は、第１のアクセスネットワークで第１の接続を確立するステップ（段階２１０）を含む。第１の接続を確立するために、ＵＥ１２０のモデム１２２は、アクセスネットワーク１  １３０にアタッチし、アクセスゲートウェイ１１０のインターフェース１１２に登録することができる。インターフェース１１２は、アクティブ接続のためのＵＥコンテキストを維持できる。これによって、第１の接続でのステートフル・ユーザセッションを可能にする。ＵＥコンテキストは、登録情報、通信路および周波数情報、ＵＥ１２０とアクセスゲートウェイ１１０との間の通信についての状態情報を含めることができる。ＵＥ１２０のＡＰ１２４は、第１の接続を維持するための同様の情報を維持できる。
【００４１】
方法２００は、第１および第２の接続が同時に存在するように、第２のアクセスネットワークで第２の接続を確立するステップ（段階２２０）を含む。ＵＥ１２０のモデム１２２は、第２の接続を確立するために、アクセスネットワーク２  １４０にアタッチし、アクセスゲートウェイ１１０のインターフェース１１４に登録することができる。インターフェース１１２は、アクティブ接続のためのＵＥコンテキストを維持できる。これによって、第２の接続でのステートフル・ユーザセッションを可能にする。ＵＥ１２０のＡＰ１２４は、第２の接続を維持するための同様の情報を維持できる。
【００４２】
方法２００は、第１の接続を、ステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定し、第２の接続を予備接続に設定するステップ（段階２３０）を含む。第１の接続をアクティブ接続に設定することによって、ＵＥ１２０は、アクセスゲートウェイ１１０を介してＰＤＮ１０５全体のエンティティと通信できるようになる。アクセスゲートウェイは、ＰＤＮ１０５全体のデータパケットを交換する際に使用するためのＩＰアドレスを第１の接続に割り当ててもよい。第２の接続を予備接続に設定することによって、ＵＥ１２０は、ＵＥ１２０とアクセスゲートウェイ１１０との間でメッセージを通信する目的でアクセスゲートウェイ１１０に登録できるが、ＵＥ１２０とＰＤＮ１０５との間の通信は提供されない。しかしながら、予備接続は、ＵＥ１２０およびアクセスゲートウェイ１１０によって、キープアライブメッセージまたはテストメッセージおよびその他のコマンドまたは状態情報を通信するために使用できる。予備接続は、アクティブ接続が確立される前、それと同時に、またはその後に確立できる。
【００４３】
方法２００は、ステートフル・ユーザインタラクションのためのデータパケットを伝達するステップ（段階２４０）を含む。アクティブ接続が確立されると、ＵＥ１２０は、ＰＤＮ１０５全体のエンティティとのステートフル・ユーザセッションを開始して維持できる。ステートフル・ユーザセッションは、ＴＣＰ接続、セキュアなログインを使用した閲覧セッション、ＶＯＩＰ（ｖｏｉｃｅ−ｏｖｅｒ−ｉｎｔｅｒｎｅｔ  ｐｈｏｎｅ）通話、音声または映像などの媒体のストリーム配信、またはその他のステートフル通信を含めることができるが、これらに限定されない。
【００４４】
方法２００は、一連のハンドオーバメッセージを交換するステップ（段階２５０）を含む。ＵＥ１２０またはアクセスゲートウェイ１１０は、アクティブ接続１５０のハンドオーバが適切であり得ることを示す状態を検出してもよい。たとえば、インターフェース１１２もしくは１１４の一方、またはモデム１２２は、アクセスネットワーク１  １３０が混雑または乱れていることを示すデータを受信してもよい。よって、ＵＥ１２０またはアクセスゲートウェイ１１０は、ハンドオーバ開始メッセージを使用して、ハンドオーバメッセージの交換を開始してもよい。ハンドオーバメッセージの交換を開始するデバイスは、以下で要求側デバイスと呼ぶ。応答側デバイスは、ハンドオーバ肯定応答メッセージで応答してもよい。
【００４５】
方法２００は、ハンドオーバメッセージ交換が正しいと判定するステップ（判定ブロック２６０）を含む。ＵＥ１２０およびアクセスゲートウェイ１１０は、アクティブ接続でハンドオーバ開始メッセージとハンドオーバ肯定応答メッセージとを交換できる。要求側デバイスがハンドオーバ開始メッセージを送り、応答側デバイスから有効なハンドオーバ肯定応答メッセージを受信した場合、要求側デバイスは、ハンドオーバメッセージ交換が正しかったと判断できる。いくつかの実装形態において、ハンドオーバメッセージ交換が正しいと判断されるには、ハンドオーバ肯定応答メッセージがＡＣＣＥＰＴというステータスコードを含まなければならない。ハンドオーバ肯定応答メッセージがＲＥＪＥＣＴというステータスコードを含む場合、ハンドオーバ交換は誤りであると判断される。いくつかの実装形態において、応答側デバイスは、ハンドオーバ肯定応答メッセージを送る前に、予備接続を通しているアクセスネットワークが、アクティブ接続を通すのに好都合な状態を示しているかどうかをチェックできる。ハンドオーバを実行するための例示的なイベントシーケンスは、図５を参照してさらに詳細に後述する。いくつかの実装形態において、素早く繰り返された要求、および伝送遅延によってばらばらの順序で受信されたメッセージによって生じる、意図しないハンドオーバを防ぐために、ＵＥ１２０およびアクセスゲートウェイ１１０は、シーケンスカウンタおよび／または１つ以上のタイマを実現できる。過度なアクセスネットワークハンドオーバを回避するためにシーケンス番号スキームを使用する例示的な方法は、図３を参照してさらに詳細に後述する。過度なアクセスネットワークハンドオーバを回避するためにタイマを使用する例示的な方法は、図４を参照してさらに詳細に後述する。ハンドオーバメッセージ交換が正しかったと要求側デバイスが判定した場合、方法２００は、段階２７０に進むことができる。交換が誤りであった場合、要求側デバイスは、メッセージを無視して段階２４０に戻ることができる。
【００４６】
方法２００は、アクティブ接続を第２の接続に移行させて、第１の接続を予備接続に設定するステップ（段階２７０）を含む。要求側デバイスは、アクティブ接続をアクセスネットワーク１  １３０からアクセスネットワーク２  １４０にハンドオーバし、予備接続をアクセスネットワーク２  １４０からアクセスネットワーク１  １３０にハンドオーバすることができる。いくつかの実装形態において、要求側デバイスは、ハンドオーバ肯定応答メッセージを受信してからアクティブ接続をアクセスネットワーク２  １４０に切り替えるまでの間、事前に設定可能な時間待機できる。ハンドオーバの間、アクセスゲートウェイ１１０は、ＵＥコンテキストのパラメータをインターフェース１１２からインターフェース１１４に移行させることができる。同様に、ＵＥ１２０は、そのＲｘおよびＴｘをアクセスネットワーク１  １３０からアクセスネットワーク２  １４０にリダイレクトすることができる。このように、ハンドオーバにもかかわらず、ステートフル・ユーザセッションを維持できる。また、ステートフル・ユーザセッションの連続性をハンドオーバの間維持するために、アクセスネットワーク１  １３０またはアクセスネットワーク２  １４０の要素のいずれも更新または変更される必要はない。
【００４７】
方法２００は、第２の接続でステートフル・ユーザセッションを継続させるステップを含む（段階２８０）。今回アクティブになった接続でＵＥ１２０が接続するインターフェース１１４に、ＵＥコンテキストが存在することになるため、ＵＥ１２０は、ユーザセッションをリフレッシュまたは再起動することなく、ステートフル・ユーザセッションを継続できる。方法２００は、段階２４０に戻ってステートフル・ユーザセッションのためのデータパケットを伝達し続けることができる。
【００４８】
いくつかの実装形態において、方法２００は、応答側デバイスがアクセスネットワーク２  １４０上でアクティブであることを要求側デバイスに通知するハンドオーバ完了メッセージを交換するステップ（段階２９０）を含めることができる。応答側デバイスは、アクセスネットワーク２  １４０で要求側デバイスにハンドオーバ完了メッセージを送ることができる。ハンドオーバ完了メッセージは、ハンドオーバ肯定応答メッセージが失われた場合には、フェイルオーバーを提供できる。
【００４９】
いくつかの実装形態において、方法２００は、ＵＥ１２０および／またはアクセスゲートウェイ１１０によって、予備接続のメッセージを監視するステップ（段階２９５）を含めることができる。メッセージは、予備接続の存続可能性および予備接続が通されるアクセスネットワークをチェックするためのキープアライブメッセージまたはハートビートメッセージを含めることができる。メッセージは、ＵＥ１２０またはアクセスゲートウェイ１１０がアクティブ接続をアクセスネットワーク１  １３０に転送して戻すことが適切であり得るかどうかを判定するために使用できる接続のヘルスまたは状況メッセージを含めることができる。いくつかの実装形態において、ＵＥ１２０は、予備接続でアクセスゲートウェイ１１０にキープアライブメッセージまたは診断メッセージを送信できる。いくつかの実装形態において、メッセージは、アクティブ接続をアクセスネットワーク１  １３０にハンドオーバして戻すことを要求するハンドオーバ開始メッセージを含めることができる。場合によっては、アクティブ接続がオフラインになったことを要求側デバイスが検出することにより、予備接続で受信されたハンドオーバ開始メッセージが送信され得る。場合によっては、予備接続で受信されたハンドオーバ開始メッセージは、ネットワークを移動する際に遅延した、以前発行されたハンドオーバ開始メッセージの結果であり得る。予備接続でのハンドオーバ要求を可能にしつつ、望まないハンドオーバが生じる可能性を最小限に抑えるために、システム１００は、シーケンス番号カウンタおよび／または要求タイマを実現できる。シーケンス番号カウンタの動作は、図３を参照してさらに詳細に後述する。要求タイマの動作は、図４を参照してさらに詳細に後述する。
【００５０】
図３は、例示的な実装形態に係る、望まないアクセスネットワークハンドオーバを回避するためにシーケンス番号スキームを使用する例示的な方法３００のフロー図である。方法３００は、ハンドオーバメッセージ交換が正しいかどうかを決定するときに（たとえば、方法２００の段階２６０において）行うことができる追加の判定を表すことができる。方法３００は、シーケンス番号カウンタをインクリメントするステップ（段階３１０）と、シーケンス番号カウンタの現在の状態に対応するシーケンス番号を含むハンドオーバ開始メッセージを送るステップ（段階３２０）と、ハンドオーバ開始メッセージを受信するステップ（段階３２５）と、シーケンス番号が先に受信したハンドオーバ開始メッセージに含まれるシーケンス番号よりも大きいかどうかを判定するステップ（判定ブロック３３０）とを含む。シーケンス番号が先に受信したハンドオーバ開始メッセージに含まれるシーケンス番号よりも大きくない場合、方法３００は、終了し、方法２００の段階２４０に戻ることができる。シーケンス番号が先に受信したハンドオーバ開始メッセージに含まれるシーケンス番号よりも大きい場合、方法３００は、シーケンス番号を含むハンドオーバ肯定応答メッセージを送るステップ（段階３４０）と、ハンドオーバ肯定応答メッセージを受信するステップ（段階３４５）と、シーケンス番号が先に受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号よりも大きいかどうかを判定するステップ（判定ブロック３５０）とを含む。シーケンス番号が先に受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号よりも大きくない場合、方法３００は、終了し、方法２００の段階２４０に戻ることができる。シーケンス番号が先に受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号よりも大きい場合、方法３００は、ハンドオーバ肯定応答メッセージを受理するステップ（段階３６０）を含む。方法２００と同様に、アクセスゲートウェイ１１０とＵＥ１２０との間で対称的に方法３００を実現できる。つまり、アクセスゲートウェイ１１０とＵＥ１２０とのいずれも、シーケンス番号カウンタを保持し、ハンドオーバ要求を開始することができる。以下の説明では、ハンドオーバ要求を開始するデバイスを、「要求側デバイス３０２」と称し、ハンドオーバ要求に応答するデバイスを、「応答側デバイス３０４」と称する。
【００５１】
方法３００は、シーケンス番号カウンタをインクリメントするステップ（段階３１０）を含む。要求側デバイス３０２は、シーケンス番号カウンタを保持できる。シーケンス番号カウンタは、単調に増加し、ハンドオーバ開始メッセージが生成されるたびにインクリメントできる。いくつかの実装形態において、シーケンス番号カウンタは、０から２５５まで動くことができる。シーケンス番号カウンタは、初期値が０のローカルなロールオーバーカウンタ「ｃ」を含めることができる。シーケンス番号カウンタが２５５から０にロールオーバーするたびに、ロールオーバーカウンタｃは、インクリメントできる。したがって、実際のシーケンス番号は、ｃ×２５６＋シーケンス番号、に等しいと演算することができる。
【００５２】
方法３００は、シーケンス番号カウンタの現在の状態に対応したシーケンス番号を含んだハンドオーバ開始メッセージを送るステップ（段階３２０）を含む。要求側デバイス３０２は、シーケンス番号を含んだハンドオーバ開始メッセージを生成し、応答側デバイス３０４に送る。ハンドオーバ開始メッセージに含まれるシーケンス番号は、未補正のシーケンス番号とすることができる。つまり、ローカルなロールオーバーカウンタｃを考慮しない。
【００５３】
方法３００は、要求側デバイスからハンドオーバ開始メッセージを受信するステップ（段階３２５）と、ハンドオーバ開始メッセージに含まれるシーケンス番号が、先に受信したハンドオーバ開始メッセージに含まれるシーケンス番号よりも大きいかどうかを判定するステップ（判定ブロック３３０）とを含む。応答側デバイス３０４は、最後に受信したハンドオーバ開始メッセージに含まれるシーケンス番号の値をローカルメモリに格納する。応答側デバイス３０４は、ハンドオーバ開始メッセージを受信し、受信したシーケンス番号を、ローカルメモリに格納された値と比較する。受信したシーケンス番号が、格納された値以下である場合、応答側デバイス３０４は、ハンドオーバ開始メッセージを無視できる、または「Ｒｅｊｅｃｔ」ステータスコードを含むハンドオーバ肯定応答メッセージで要求側デバイスに応答できる。方法３００は、終了し、方法２００の段階２４０に戻る。受信したシーケンス番号の値が若い場合、ハンドオーバ開始メッセージは古く、トラフィックにおいて遅延した可能性があることを示し得る。一方、応答側デバイス３０４は、後から送られたが先に受信されたハンドオーバ開始メッセージが原因で、状態を変更してしまっている可能性がある。したがって、若いシーケンス番号を有する現在のハンドオーバ開始メッセージに応答することによって、不必要または不要なアクティブ接続のハンドオーバが生じてしまう可能性がある。受信したシーケンス番号が、格納された値よりも大きい場合、方法３００は、段階３４０に続くことができる。
【００５４】
方法３００は、シーケンス番号を含むハンドオーバ肯定応答メッセージを送るステップ（段階３４０）を含む。応答側デバイス３０４は、ハンドオーバ肯定応答メッセージを生成し、メッセージにシーケンス番号を含めることができる。これは、最新のハンドオーバ開始メッセージとともに受信されたシーケンス番号と同じである。応答側デバイス３０４は、ハンドオーバ肯定応答メッセージを要求側デバイス３０２に返送できる。
【００５５】
方法３００は、応答側デバイスからハンドオーバ肯定応答メッセージを受信するステップ（段階３４５）と、ハンドオーバ肯定応答メッセージに含まれるシーケンス番号が先に受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号よりも大きいかどうかを判定するステップ（判定ブロック３５０）とを含む。要求側デバイス３０２は、最後に受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号の値をローカルメモリに格納する。要求側デバイス３０２は、ハンドオーバ肯定応答メッセージを受信し、受信したシーケンス番号を、ローカルメモリに格納された値と比較する。受信したシーケンス番号が、格納された値以下である場合、要求側デバイス３０２は、ハンドオーバ肯定応答メッセージを無視する。方法３００は、終了し、方法２００の段階２４０に戻る。受信したシーケンス番号の値が若い場合、ハンドオーバ肯定応答メッセージは古く、トラフィックにおいて遅延した可能性があることを示し得る。一方、要求側デバイス３０２は、後から送られたが先に受信されたハンドオーバ肯定応答メッセージが原因で、状態を変更してしまっている可能性がある。若いシーケンス番号を有する現在のハンドオーバ肯定応答メッセージに応答することによって、不必要または不要なアクティブ接続のハンドオーバが生じてしまう可能性がある。受信したシーケンス番号が、格納された値よりも大きい場合、方法３００は、段階３６０に続くことができる。
【００５６】
方法３００は、ハンドオーバ肯定応答メッセージを受理するステップ（段階３６０）を含む。ハンドオーバ肯定応答メッセージが正しい順番で受信されたと要求側デバイス３０２が判定したため、メッセージの妥当性に関するさらなる判定がない限り、ハンドオーバ肯定応答メッセージを受理できる。方法３００は、終了し、方法２００の判定ブロック２６０に戻ることができる。
【００５７】
図４は、例示的な実装形態に係る、望まないアクセスネットワークハンドオーバを回避するためにタイマを使用する例示的な方法４００のフロー図である。方法４００は、ハンドオーバメッセージ交換が正しいかどうかを決定するときに（たとえば、方法２００の段階２６０において）行うことができる追加の判定を表すことができる。方法４００は、ハンドオーバ開始メッセージが正しいかどうかを応答側デバイスが判定するため、応答側デバイスによって実行され得る。方法４００は、アクティブ接続を第２の接続に移行させるステップ（段階４１０）と、第１期間を有する第１タイマ、および第１期間よりも長い第２期間を有する第２タイマを開始するステップ（段階４２０）と、ステートフル・ユーザセッションのためのデータパケットを伝達するステップ（段階４３０）とを含む。次に、方法は、予備通信路でハンドオーバ開始メッセージを受信するステップ（段階４４０）またはアクティブな通信路でハンドオーバ開始メッセージを受信するステップ（段階４６０）のいずれかを含めることができる。予備通信路でハンドオーバ開始メッセージが受信された場合、方法４００は、予備通信路で受信されたハンドオーバ開始メッセージが、第１タイマが満了する前に受信されたかどうかを判定するステップ（判定ブロック４５０）を含む。アクティブな通信路でハンドオーバ開始メッセージが受信された場合、方法４００は、アクティブな通信路で受信されたハンドオーバ開始メッセージが、第２タイマが満了する前に受信されたかどうかを判定するステップ（判定ブロック４７０）を含む。適切なタイマの満了後にハンドオーバ開始メッセージが受信された場合、方法４００は、段階４３０に戻る。適切なタイマの満了後にハンドオーバ開始メッセージが受信された場合、方法４００は、ハンドオーバ開始メッセージを受理するステップ（段階４８０）を含む。
【００５８】
方法４００は、アクティブ接続１５０を第２の接続に移行させるステップ（段階４１０）を含む。方法４００は、先の予備接続に対応するアクセスネットワークへのアクティブ接続の移行時に開始する。したがって、方法４００は、たとえば、方法４００の段階２７０の間に開始できる。
【００５９】
方法４００は、第１期間を有する第１タイマと、第２期間を有する第２タイマとを開始するステップ（段階４２０）を含む。いくつかの実装形態において、第２タイマは、第１期間よりも長い。ＵＥ１２０およびアクセスゲートウェイ１１０のうちの一方または両方は、先のアクティブ接続１５０のハンドオーバ時にタイマを開始できる。タイマは、通常間隔で起こっているネットワーク接続状態の変化に適合するのに十分な頻度でハンドオーバを起こさせつつ、多くの望まないハンドオーバを防ぐための適切な値に設定できる。たとえば、第１タイマを使用して、新たなアクティブ接続が存続可能でない場合に、今まで通り、先のアクティブ接続にすぐに戻れるようにしつつ、ネットワーク移動で遅延したハンドオーバ開始メッセージが望まないハンドオーバを引き起こしてしまうことを防ぐことができる。同様に、第２タイマは、過剰に頻繁なハンドオーバを防ぐために使用できる。いくつかの実装形態において、第１タイマは、１秒程度の期間に設定できるが、０．１秒〜１０秒以上の任意の値が適切であろう。いくつかの実装形態において、第２タイマは、１分程度の期間に設定できるが、１秒〜１０分以上の任意の値が適切であろう。いくつかの実装形態において、第２タイマは、第１タイマよりも長い期間を有する。
【００６０】
方法４００は、ステートフル・ユーザセッションのためのデータパケットを伝達するステップ（段階４３０）を含む。段階２７０の移行の完了および段階２８０のステートフル・ユーザセッションの継続の後、方法２００は、段階２４０に戻り、ステートフル・ユーザセッションのためのデータパケットを伝達できる。したがって、方法４００の段階４３０は、方法２００の段階２４０と共通する部分があり得る。
【００６１】
応答側デバイスは、予備通信路でハンドオーバ開始メッセージを受信した場合、第１タイマが経過しない限り、ハンドオーバ開始メッセージを受け付けない。応答側デバイスは、このチェックを利用して、現在のアクティブな通信路が存続可能でない場合に、今まで通り、先のアクティブな通信路（つまり、予備通信路）に戻す比較的速いハンドオーバを可能にしつつ、望まないハンドオーバを起こしかねない残りのパケットを無視できる。この特定の動作は、ＵＥ１２０とアクセスゲートウェイ１１０との間で対称的ではない。アクセスゲートウェイ１１０が応答側デバイスである場合、アクセスゲートウェイ１１０は、第１タイマの満了前に受信されたいずれのハンドオーバ開始メッセージに対しても、「Ｒｅｊｅｃｔ」ステータスコードを有するハンドオーバ肯定応答メッセージで応答できる。第１タイマの満了後にアクセスゲートウェイ１１０が受信したハンドオーバ開始メッセージに対して、アクセスゲートウェイ１１０は、ハンドオーバに関するその他すべての条件が満たされていると想定して、「Ａｃｃｅｐｔ」ステータスコードを有するハンドオーバ肯定応答メッセージで応答できる。しかしながら、ＵＥ１２０が応答側デバイスである場合、ＵＥ１２０は、第１タイマの満了の前に受信されたいずれのパケットも、それがハンドオーバ開始メッセージであろうとデータパケットであろうと、無視できる。第１タイマの満了後に受信されたいずれのパケットに対しても、ＵＥ１２０は、適切なステータスコードを有するハンドオーバ肯定応答メッセージで応答できる。よって、方法４００は、応答側デバイスによって、予備通信路でハンドオーバ開始メッセージを受信するステップ（段階４４０）を含めることができる。予備通信路でハンドオーバ開始メッセージを受信すると、方法４００は、応答側デバイスによって、予備通信路を介して受信されたハンドオーバ開始メッセージが、第１タイマが満了する前に受信されたかどうかを判定するステップ（判定ブロック４５０）を含む。第１タイマが満了する前にハンドオーバ開始メッセージが受信された場合、応答側デバイスは、ハンドオーバ開始メッセージを無視できる、または「Ｒｅｊｅｃｔ」ステータスコードを含むハンドオーバ肯定応答メッセージで要求側デバイスに応答できる。方法４００は、段階４３０に戻ることができる。ハンドオーバ開始メッセージが受信される前に第１タイマが満了した場合、方法４００は、段階４８０に続いて、ハンドオーバ開始メッセージを受理できる。
【００６２】
応答側デバイスは、アクティブな通信路でハンドオーバ開始メッセージを受信した場合、第２タイマが経過しない限り、ハンドオーバ開始メッセージを受け付けない。応答側デバイスは、第２タイマを使用して、今まで通り、通常の割合で起こっているネットワーク状態の変化に適合するのに十分な頻度でハンドオーバさせつつ、過剰に頻繁なハンドオーバを防ぐことができる。よって、方法４００は、応答側デバイスによって、アクティブな通信路でハンドオーバ開始メッセージを受信するステップ（段階４６０）を含めることができる。アクティブな通信路でハンドオーバ開始メッセージを受信すると、方法４００は、応答側デバイスによって、アクティブな通信路を介して受信されたハンドオーバ開始メッセージが、第２タイマが満了する前に受信されたかどうかを判定するステップ（判定ブロック４７０）を含む。第２タイマが満了する前にハンドオーバ開始メッセージが受信された場合、応答側デバイスは、ハンドオーバ開始メッセージを無視できる、または「Ｒｅｊｅｃｔ」ステータスコードを含むハンドオーバ肯定応答メッセージで要求側デバイスに応答できる。方法４００は、段階４３０に戻ることができる。ハンドオーバ開始メッセージが受信される前に第２タイマが満了した場合、方法４００は、段階４８０に続いて、ハンドオーバ開始メッセージを受理できる。
【００６３】
方法４００は、ハンドオーバ開始メッセージを受理するステップ（段階４８０）を含む。ハンドオーバ開始メッセージのタイミングが適当であると応答側デバイスが判定したため、メッセージの妥当性に関するさらなる判定がない限り、ハンドオーバ開始メッセージを受理できる。方法４００は、終了し、方法２００の判定ブロック２６０に戻ることができる。
【００６４】
図５は、例示的な実装形態に係る、例示的なハンドオーバイベントシーケンス５００を示す図である。シーケンス５００は、ＵＥが１つのＴｘおよびＲｘを有する例示的なシナリオ（シナリオ１）を表す。シーケンス５００は、ＵＥ１２０に対して行われる、アクセスゲートウェイ１１０によって開始される例示的なハンドオーバを例示する図である。ＵＥ１２０は、アクセスネットワーク１  １３０上で初めに接続され、アクセスネットワーク２  １４０にハンドオーバされる。シーケンス５００は、図２〜図４に示す方法の例示的な動作を表す。
【００６５】
シーケンス５００は、アクセスゲートウェイ１１０のタイムライン５０２、アクセスネットワーク２についてのＵＥのアクションを表す第１のＵＥ１２０のタイムライン５０４、およびアクセスネットワーク１についてのＵＥのアクションを表す第２のＵＥ１２０のタイムライン５０６、という３つのタイムラインを用いて例示される。シーケンス５００は、ＵＥがアクセスネットワーク１にアタッチするステップ（段階５１０）と、ＵＥがアクセスネットワーク２にアタッチするステップ（段階５１５）と、ＵＥがアクセスネットワーク２上でパケットをアップリンク送信するステップ（段階５２０）と、ＵＥがアクセスネットワーク２上でパケットをダウンリンク送信するステップ（段階５２５）と、アクセスゲートウェイ（ＰＧＷ）がハンドオーバを要求するように決定するステップ（段階５３０）と、ＰＧＷがハンドオーバ開始メッセージを送るステップ（段階５３５）と、ＵＥがアクセスネットワーク２を介してハンドオーバ開始メッセージを受信するステップ（段階５４０）と、ＵＥのアプリケーションプロセッサ（ＡＰ）がＵＥのモデムをプローブするステップ（段階５４５）と、ＡＰがモデムから測定リポートを受信して、通信をアクセスネットワーク１にハンドオーバするように決定するステップ（段階５５０）と、ＵＥがアクセスネットワーク２を介してＰＧＷにハンドオーバ肯定応答メッセージを送るステップ（段階５５５）と、ＰＧＷがＵＥからハンドオーバ肯定応答メッセージを受信するステップ（段階５６０）と、ＡＰがインターフェース切り替えコマンドをモデムに発行するステップ（段階５６５）と、ＰＧＷがＵＥコンテキストをインターフェース１に切り替えるステップ（段階５７０）と、ＵＥがＬＴＥサービス要求を完了させて、アクティブな状態に回復するステップ（段階５７５）と、ＰＧＷがアクセスネットワーク１を介してＵＥにパケットをダウンリンク送信するステップ（段階５８０）と、ＵＥがアクセスネットワーク１を介してＰＧＷにパケットをアップリンク送信するステップ（段階５８５）とを含む。
【００６６】
シーケンス５００は、ＵＥがアクセスネットワーク１にアタッチするステップ（段階５１０）を含む。段階５１０は、図２の段階２１０と同様である。初期設定の間、ＵＥは、標準ＬＴＥ手順を用いて、アクセスネットワーク１にアタッチする。ＰＧＷは、ＵＥがパケット・データ・ネットワーク（ＰＤＮ）で通信する際に使用するＩＰアドレスに、ＩＰアドレスＩＰ１を割り当てる。この時点で、ＵＥは、アクセスネットワーク１を用いてインターネットにアクセスする（または、音声通話をかける）ことができるが、ここでは、説明のために、ＵＥがアクセスネットワーク１上でデータを送受信しないと想定する。むしろ、ＵＥがアクセスネットワーク２を発見してアクセスネットワーク２にアタッチした後、アクセスネットワーク１上の接続はアイドル状態のままである。
【００６７】
シーケンス５００は、ＵＥがアクセスネットワーク２にアタッチするステップ（段階５１５）を含む。段階５１５は、図２の段階２１０と同様である。初期設定における別のステップとして、ＵＥは、標準ＬＴＥ手順を用いて、アクセスネットワーク２を発見してアクセスネットワーク２にアタッチする。こうするために、ＵＥは、ＵＥの送信機（Ｔｘ）および受信機（Ｒｘ）を第２のアクセスネットワークの無線パラメータに切り替えて、ＵＥをアクセスネットワーク１上で待機状態にさせなければならない。この動作は、図２の段階２３０と同様である。ＰＧＷは、アクセスネットワーク２からｓｅｓｓｉｏｎ  ｓｅｔｕｐ  ｒｅｑｕｅｓｔを受信すると、ＵＥがＰＤＮで通信する際に使用するＩＰアドレスに、同じＩＰアドレスＩＰ１を割り当てることができ、それに応じてＵＥについてのダウンリンク転送コンテキストをアクセスネットワーク２に再配置できる。これは、各ネットワークアタッチメントが一意のＩＰアドレスを用いて提供される通常の多重アクセスＰＤＮ接続性とは異なる。この時点で、ＵＥは、アクセスネットワーク２を用いてインターネットにアクセスする（または、音声通話をかける）ことができる。
【００６８】
シーケンス５００は、ＵＥがアクセスネットワーク２上でパケットをアップリンク送信するステップ（段階５２０）と、アクセスネットワーク２上でパケットをダウンリンク送信するステップ（段階５２５）とを含む。段階５２０および５２５は、図２の段階２４０と同様である。ＵＥは、アクセスネットワーク２上でＴｘおよびＲｘを使用してインターネットセッションを開始し、ＰＧＷからダウンリンクパケットを受信し、ＰＧＷにアップリンクパケットを送信する。周期的に、ＵＥは、ネットワーク情報を待ち受けるために、アクセスネットワーク１にそのＲｘの周波数を変更できる。また、ＵＥは、Ｔｘがアクセスネットワーク２上でアイドル状態である場合、Ｔｘの周波数をアクセスネットワーク１に周期的に変更し、キープアライブメッセージまたは診断メッセージをＰＧＷに送信することができる。
【００６９】
シーケンス５００は、アクセスゲートウェイ（ＰＧＷ）がハンドオーバを要求するように決定するステップ（段階５３０）と、ＰＧＷがハンドオーバ開始メッセージを送信するステップ（段階５３５）とを含む。ＵＥトラフィックがアクセスネットワーク１に移動されるコントロールイベントがＰＧＷにある場合、ＰＧＷは、アクセスネットワーク２でＵＥにハンドオーバ開始（ＨＩ）メッセージを送る。この時点で、ハンドオーバは進行中であるが、まだ完了していない。よって、ＰＧＷは、アクセスネットワーク２上でダウンリンクパケットを転送し続ける。シーケンス５００は、ＵＥがアクセスネットワーク２を介してハンドオーバ開始メッセージを受信するステップ（段階５４０）を含む。
【００７０】
ＨＩメッセージは、ＵＥのアプリケーションプロセッサ（ＡＰ）によって処理される。シーケンス５００は、ＡＰがＵＥのモデムをプローブするステップ（段階５４５）を含む。アプリケーション・プログラミング・インターフェース（ＡＰＩ）を用いて、ＡＰは、インターフェース１（アクセスネットワーク１へのモデムの接続に対応する）についての測定リポートをモデムに要求してもよく、最近キャッシュされたリポートを使用してもよい。シーケンス５００は、ＡＰがモデムから測定リポートを受信し、通信をアクセスネットワーク１にハンドオーバするように決定するステップ（段階５５０）を含む。
【００７１】
シーケンス５００は、ＵＥがアクセスネットワーク２を介してＰＧＷにハンドオーバ肯定応答メッセージを送るステップ（段階５５５）を含む。ＡＰが、そのローカルロジックに基づいて、アクセスネットワーク１に切り替えるのに条件が好都合であると決定した場合、ＡＰは、「Ａｃｃｅｐｔ」ステータスコードを有するハンドオーバ肯定応答（ＨＡ：Ｈａｎｄｏｖｅｒ  Ａｃｋｎｏｗｌｅｄｇｅ）をＰＧＷに送る。条件がハンドオーバにとって好都合ではないとＡＰが決定した場合、ＡＰは、「Ｒｅｊｅｃｔ」ステータスコードを有するＨＡメッセージを送る。これに代えて、モデムは、ＡＰがモデムに提供したポリシー構成に基づいて、ＨＩ要求を受理するか拒絶するかどうかを決定できる。
【００７２】
シーケンス５００は、ＰＧＷがＵＥからハンドオーバ肯定応答メッセージを受信するステップ（段階５６０）を含む。ステータスコードが「Ａｃｃｅｐｔ」に設定されている場合、ＰＧＷは、設定可能な時間待機し、アクティブな通信路をアクセスネットワーク１に切り替える。設定可能な時間は、数ミリ秒から数秒とすることができ、ＵＥからの進行中のいずれのトラフィックもＰＧＷにたどり着くことができる時間である。ステータスコードが「Ｒｅｊｅｃｔ」に設定されている場合、ＰＧＷは、ＵＥのアクセスネットワーク２に向かってパケットを転送し続ける。段階５３５〜５６０のハンドオーバメッセージ交換は、図２の段階２４０および２６０と同様である。いくつかの実装形態において、段階５３５〜５６０のハンドオーバメッセージ交換は、図３および図４に記載のシーケンス番号およびタイマの検証動作をさらに含めることができる。
【００７３】
シーケンス５００は、ＡＰがインターフェース切り替えコマンドをモデムに発行するステップ（段階５６５）を含む。ＡＰは、ＨＡメッセージを送った後、設定可能な時間待機し、モデムにＴｘおよびＲｘをアクセスネットワーク１に向けるように指示することによって、アクティブなインターフェースを切り替える。いくつかの実装形態において、ＡＰは、ＵＥとＰＧＷとの間のラウンドトリップ時間（ＲＴＴ：Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）の約半分に等しい時間待機できる。この休止時間によって、ＰＧＷは、ＨＡメッセージを受信でき、自身の移行を開始できる。
【００７４】
シーケンス５００は、ＰＧＷがＵＥコンテキストをインターフェース１に切り替えるステップ（段階５７０）を含む。
【００７５】
シーケンス５００は、ＵＥが移行を完了し、アクセスネットワーク１上でアクティブな状態に回復するステップ（段階５７５）を含む。モデムは、ＲｘおよびＴｘの周波数をアクセスネットワーク１に変更し、ＵＥがインターフェース１を用いて、トラフィックを送受信することを可能にする。いくつかの実装形態において、ＡＰは、新たにアクティブになったアクセスネットワーク１を用いて、ハンドオーバ完了（ＨＣ：Ｈａｎｄｏｖｅｒ  Ｃｏｍｐｌｅｔｅ）メッセージを送る。このメッセージは、ＵＥがアクセスネットワーク１上でアクティブであることをＰＧＷに知らせる役割があり、ＨＡメッセージが失われた場合にフェイルオーバーを提供する。段階５６５〜５７５は、図２の段階２７０と同様の動作である。
【００７６】
シーケンス５００は、ＰＧＷがアクセスネットワーク１を介してＵＥにパケットをダウンリンク送信するステップ（段階５８０）と、ＵＥがアクセスネットワーク１を介してＰＧＷにパケットをアップリンク送信するステップ（段階５８５）とを含む。段階５８０および５８５は、図２に示す、方法２００が段階２４０に戻ることと同様の動作である。ハンドオーバが起こった場合、新たなアクティブアクセスネットワーク上でＩＰアドレスは同じままである。これによって、既存のユーザセッションは、再起動しなくても継続できるようになる。また、ハンドオーバは、プロシージャに協調するためにその他のノード（ｅＮＢ、ＭＭＥ、ＳＧＷなど）を必要とせず、ＵＥとＰＧＷとの間のエンド−エンド間シグナリングを使用して起こる。このため、ハンドオーバのレイテンシーも短いと予想される。
【００７７】
場合によっては、ＰＧＷによって送られたＨＩメッセージが失われる可能性がある。設定可能なＨＡ＿Ｒｅｃｅｉｖｅ＿Ｔｉｍｅｒ内にＨＡメッセージを受信しなかった場合、ＰＧＷは、（インターフェースが、今まで通り、ＵＥにとってアクティブなインターフェースであると想定して、元のＨＩメッセージと同じインターフェース上で）ＨＩメッセージを再送信できる。いくつかの実装形態において、ＰＧＷは、設定可能なＨＩ＿Ｒｘ＿Ｔｉｍｅｓよりも多くのＨＩメッセージを再送信しなくてもよい。ＡＰは、先に受信したＨＩメッセージを処理中にＨＩメッセージを受信した場合、重複するＨＩメッセージを黙って破棄できる。
【００７８】
上記プロシージャは、ＵＥが２つのアクティブな２つの受信機（Ｒｘ１、Ｒｘ２）および１つの周波数可変型の送信機（Ｔｘ）に対応可能な場合にも機能する（シナリオ２）。この場合、ＰＧＷは、同じＩＰフローに対して複数のダウンリンクインターフェースを同時に使用できる。しかしながら、ＵＥは、アップリンクに対しては１つのインターフェースしか使用できない。それゆえに、ＵＥからＰＧＷへのすべてのアプリケーショントラフィックは、１つのＴｘインターフェース上でしか送れない。このようなシナリオでは、ＰＧＷからのシグナリングを利用して、アップリンクインターフェースを変更することができる（予備からアクティブに、またはアクティブから予備に）。
【００７９】
さらに、シーケンス５００に例示のシグナリングは、ＵＥからＰＧＷに向けても対称的である。つまり、ハンドオーバの開始は、ＵＥによってトリガーすることができる。なんらかのローカル制御ロジックに基づいて、ＵＥ内のＡＰがアクティブなセッションのハンドオーバを実施するように決定した場合、ＡＰは、ＨＩメッセージをＰＧＷに送ることができ、ＰＧＷも、同様に、適切なステータスコードを有するＨＡメッセージで応答することができる。Ａｃｃｅｐｔステータスコードを有するＨＡメッセージが受信されると、ＡＰは、ＲｘおよびＴｘの周波数を変更するために、切り替えコマンドをモデムに発行する。ＰＧＷの方は、設定可能タイマが満了した後、ＵＥコンテキストを先に予備であったインターフェースに切り替える。
【００８０】
図６は、例示的な実装形態に係る、本明細書に記載および例示のシステムおよび方法の要素を実装するために採用され得る、コンピュータシステム９００の一般的なアーキテクチャを示すブロック図である。図２〜図５に示すアクセスネットワークハンドオーバの間ユーザセッションを維持する方法を実装する際に、コンピュータシステム９００を利用してもよい。
【００８１】
一般的概要では、コンピュータシステム９１０は、命令に従ってアクションを実行するための少なくとも１つのプロセッサ９５０と、命令およびデータを格納するための１つ以上の記憶装置９７０または９７５とを備える。例示的なコンピュータシステム９１０は、１つ以上のプロセッサ９５０を備え、１つ以上のプロセッサ９５０は、１つ以上のネットワーク機器９２４に接続する１つ以上のネットワーク・インターフェースポート９２２を有する少なくとも１つのネットワーク・インターフェース・コントローラ９２０とバス９１５を介して通信しており、さらに、メモリ９７０と、Ｉ／Ｏインターフェースなどのその他のデバイス９８０とを備える。一般に、プロセッサ９５０は、メモリから受信した命令を実行する。例示のプロセッサ９５０は、キャッシュメモリ９７５を組み込むまたはキャッシュメモリ９７５に直接接続される。
【００８２】
より詳細には、プロセッサ９５０は、命令、たとえば、メモリ９７０またはキャッシュ９７５からフェッチされた命令を処理する任意の論理回路であってもよい。多くの実施形態において、プロセッサ９５０は、マイクロプロセッサまたは特定用途向けプロセッサである。コンピューティング・デバイス９００は、本明細書に記載のように動作可能な任意のプロセッサ、またはプロセッサの任意のセットに基づいてもよい。いくつかの実装形態において、プロセッサ９５０は、図２〜図５に示すアクセスネットワークハンドオーバの間ユーザセッションを維持する方法を、実行することができる。プロセッサ９５０は、シングルコアまたはマルチコアプロセッサであってもよい。プロセッサ９５０は、複数のプロセッサであってもよい。いくつかの実装形態において、プロセッサ９５０は、マルチスレッド動作を実行するように構成できる。いくつかの実装形態において、プロセッサ９５０は、１つ以上の仮想マシンまたはコンテナを、仮想マシンまたはコンテナの動作を管理するためのハイパーバイザまたはコンテナマネージャとともに、ホストしてもよい。このような実装形態において、図２〜図５に示す方法は、プロセッサ９５０上に設けられた仮想化またはコンテナ化された環境内に実現できる。
【００８３】
メモリ９７０は、コンピュータ読み取り可能なデータを格納するのに適した任意のデバイスであってもよい。メモリ９７０は、固定記憶装置を有するデバイスまたはリムーバブル記憶媒体を読み出すためのデバイスであってもよい。例として、すべての形式の不揮発性メモリ、媒体および記憶装置、半導体メモリ素子（たとえば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＳＤＲＡＭ、およびフラッシュメモリ素子）、磁気ディスク、光磁気ディスク、および光ディスク（たとえば、ＣＤ  ＲＯＭ、ＤＶＤ−ＲＯＭ、ならびにＢｌｕ−ｒａｙ（登録商標）ディスク）などが挙げられる。コンピュータシステム９００は、任意の数の記憶装置９７０を有してもよい。いくつかの実装形態において、メモリ９７０は、図２〜図５に示す、アクセスネットワークハンドオーバの間ユーザセッションを維持する方法に対応する命令を含めることができる。いくつかの実装形態において、メモリ９７０は、コンピュータシステム９１０が提供する仮想マシンまたはコンテナ実行環境によってアクセス可能な仮想化またはコンテナ化されたメモリをサポートする。
【００８４】
キャッシュメモリ９７５は、一般に、高速読み出し時間のために、プロセッサ９５０の近くに載置されるコンピュータメモリの形式である。いくつかの実装形態において、キャッシュメモリ９７５は、プロセッサ９５０の一部である、またはプロセッサ９５０と同じチップ上にある。いくつかの実装形態において、Ｌ２およびＬ３キャッシュ層など、複数レベルのキャッシュ９７５がある。
【００８５】
ネットワーク・インターフェース・コントローラ９２０は、ネットワーク・インターフェース９２２（ネットワーク・インターフェースポートとも呼ぶ）を介したデータのやり取りを管理する。ネットワーク・インターフェース・コントローラ９２０は、ネットワーク通信のＯＳＩモデルの物理層およびデータリンク層を処理する。いくつかの実装形態において、ネットワーク・インターフェース・コントローラのタスクのうちのいくつかは、プロセッサ９５０によって処理される。いくつかの実装形態において、ネットワーク・インターフェース・コントローラ９２０は、プロセッサ９５０の一部である。いくつかの実装形態において、コンピュータシステム９１０は、複数のネットワーク・インターフェース・コントローラ９２０を有する。ネットワーク・インターフェース９２２は、物理ネットワークリンク用の接続ポイントである。いくつかの実装形態において、ネットワーク・インターフェース・コントローラ９２０は、ワイヤレスネットワーク接続をサポートし、インターフェースポート９２２は、ワイヤレス受信機／送信機である。一般に、コンピューティング・デバイス９１０は、ネットワーク・インターフェース９２２への物理リンクまたはワイヤレス・リンクを介して、その他のネットワーク機器９２４とデータをやり取りする。いくつかの実装形態において、ネットワーク・インターフェース・コントローラ９２０は、イーサネット（登録商標）などのネットワークプロトコルを実装する。
【００８６】
その他のネットワーク機器９２４は、ネットワーク・インターフェースポート９２２を介してコンピューティング・デバイス９１０に接続される。その他のネットワーク機器９２４は、ピア（ｐｅｅｒ）コンピューティング・デバイス、ネットワーク機器、またはネットワーク機能を有するその他のコンピューティング・デバイスであり得る。たとえば、第１のネットワーク機器９２４は、コンピューティング・デバイス９１０をインターネットなどのデータ網に接続するハブ、ブリッジ、スイッチ、またはルータなどのネットワーク機器であり得る。
【００８７】
その他のデバイス９８０は、Ｉ／Ｏインターフェース、外部のシリアルデバイスポート、および追加のコプロセッサを含んでもよい。たとえば、コンピュータシステム９１０は、入力装置（たとえば、キーボード、マイクロフォン、マウス、またはその他のポインティングデバイス）、出力装置（たとえば、映像表示装置、スピーカ、またはプリンタ）、または追加の記憶装置（たとえば、ポータブルフラッシュドライブまたは外付けのメディアドライブ）を接続するためのインターフェース（たとえば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インターフェース）を含んでもよい。いくつかの実装形態において、コンピューティング・デバイス９００は、コプロセッサなどの追加のデバイス９８０を含み、たとえば、数値計算コプロセッサは、精密または複雑な演算でプロセッサ９５０を支援できる。
【００８８】
本明細書に記載の発明の主題および機能的動作の実装形態は、本明細書に開示の構造およびそれらの構造的均等物を含む、デジタル電子回路、または有形の媒体上に含まれるコンピュータソフトウェア、ファームウェア、もしくはハードウェア、またはそれらのうちの１つ以上の組み合わせで実施され得る。本明細書に記載の発明の主題の実装形態は、有形の媒体上に含まれる１つ以上のコンピュータプログラムとして実現できる、つまり、データ処理装置によって実行するために１つ以上のコンピュータ記憶媒体上に符号化されたコンピュータプログラム命令、またはデータ処理装置の動作を制御するためのコンピュータプログラム命令の１つ以上のモジュールとして実現できる。コンピュータ記憶媒体は、コンピュータ読み取り可能な記憶装置、コンピュータ読み取り可能な記憶基板、ランダムもしくはシリアルアクセスメモリアレイまたはメモリ素子、またはそれらのうちの１つ以上の組み合わせとする、またはそれらに含めることができる。また、コンピュータ記憶媒体は、１つ以上の別々のコンポーネントまたは媒体（たとえば、複数のＣＤ、ディスク、またはその他の記憶装置）とするまたはそれに含めることもできる。コンピュータ記憶媒体は、有形の非一時的なコンピュータ記憶媒体であってもよい。
【００８９】
本明細書に記載の動作は、１つ以上のコンピュータ読み取り可能な記憶装置上に格納されたまたはその他の送信元から受信されたデータに対してデータ処理装置が行う動作として実装できる。動作は、データ処理装置のネイティブ環境内、またはデータ処理装置がホストする１つ以上の仮想マシンまたはコンテナ内で実行されてもよい。
【００９０】
コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとしても知られる）は、コンパイラ言語もしくはインタプリタ言語、宣言型言語もしくは手続き型言語など、どんな形式のプログラミング言語によっても書くことができ、スタンドアロンプログラムとして、またはモジュール、コンポーネント、サブルーチン、オブジェクト、もしくはコンピューティング環境において使用するのに適したその他の構成単位としてなど、どんな形態にもデプロイできる。コンピュータプログラムは、ファイルシステムにおけるファイルに相当し得るが、そうである必要はない。プログラムは、その他のプログラムまたはデータ（たとえば、マークアップ言語で記述された文書に格納された１つ以上のスクリプト）を保持するファイルの一部、当該プログラムに専用の１つのファイル、または複数の連携ファイル（たとえば、１つ以上のモジュール、サブプログラム、またはコードの部分を格納するファイル）に格納することができる。コンピュータプログラムは、１つコンピュータ、または、１つのサイトもしくは複数のサイトを跨いで分散されて通信ネットワークによって相互接続された複数のコンピュータまたは１つ以上の仮想マシンもしくはコンテナ上で実行されるようにデブロイすることができる。通信ネットワークとして、ローカルエリアネットワーク（「ＬＡＮ」）およびワイドエリアネットワーク（「ＷＡＮ」）、インターネットワーク（たとえば、インターネット）、ならびにピアツーピアネットワーク（たとえば、アドホック・ピアツーピアネットワーク）などがある。
【００９１】
本明細書に記載のプロセスおよび論理フローは、入力データを操作するおよび出力を生成することによってアクションを実行するために、１つ以上のコンピュータプログラムを１つ以上のプログラム可能なプロセッサが実行することによって行うことができる。また、プロセスおよび論理フローは、専用の論理回路、たとえば、ＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）またはＡＳＩＣ（特定用途向け集積回路）によって実行することができ、このような専用の論理回路として装置を実装することもできる。
【００９２】
本明細書は、多くの具体的な実装形態の詳細を含むが、これらは、発明または請求の範囲の限定として解釈されるべきではなく、むしろ、特定の発明の特定の実装形態に特有の特徴の説明であると解釈されるべきである。別々の実装形態の枠内で本明細書に記載のいくつかの特徴は、１つの実装形態に組み合わせて実現することもできる。その逆に、１つの実装形態の枠内で記載されたさまざまな特徴は、別々の複数の実装形態または任意の適した部分的な組み合わせで実現することもできる。また、特徴は、いくつかの組み合わせで動作するものとして上述され、そのように初めに特許請求され得たが、特許請求された組み合わせからの１つ以上の特徴は、場合によっては、組み合わせから削除でき、特許請求された組み合わせは、部分的な組み合わせまたは部分的な組み合わせの変形例を対象としてもよい。
【００９３】
同様に、動作を特定の順番で図面に示したが、所望の結果を実現するために、示された特定の順番または順序でこのような動作が行われる、または、図示した動作のすべてが行われる必要があると理解されるべきではない。いくつかの状況では、多重タスク処理および並列処理が有利である場合がある。また、上述の実装形態におけるさまざまなシステム構成要素を分離することは、このような分離がすべての実装形態において必要であると理解されるべきではなく、記載のプログラムコンポーネントおよびシステムは、一般に、１つのソフトウェアプロダクトに一体化することや、複数のソフトウェアプロダクトにパッケージ化することができると理解されるべきである。
【００９４】
「または（ｏｒ）」とは、「または」を使用して説明されるいずれの用語も、当該説明された用語のうちの１つ、２つ以上、およびすべて、のうちのいずれかを示し得るように包括的と解釈され得る。表示「第１」、「第２」、「第３」などは、順序を示すことを必ずしも意味するわけではなく、一般に、同じまたは同様の部品または要素を単に区別するために使用される。
【００９５】
本開示において説明した実装形態のさまざまな変更例は、当業者にとって容易に明らかであり、本明細書に定義する包括的原理は、本開示の趣旨または範囲を逸脱することなく、その他の実装形態に適用されてもよい。したがって、添付の請求の範囲は、本明細書に示す実装形態に限定されることを意図せず、本開示、および本明細書に開示の原理および新規の特徴と一致する最も広義な範囲が与えられるべきである。
【図１】
2019503610.tif 000003
【図２】
2019503610.tif 000004
【図３】
2019503610.tif 000005
【図４】
2019503610.tif 000006
【図５】
2019503610.tif 000007
【図６】
2019503610.tif 000008
【手続補正書】
【提出日】平成30年9月11日(2018.9.11)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
アクセスネットワークハンドオーバの間、ユーザセッションを維持するためのシステム（１００）であって、プロセッサと、命令を含むメモリとを有するアクセスゲートウェイ（１１０）を備え、前記命令は、前記アクセスゲートウェイ（１１０）に、
第１のアクセスネットワーク（１３０）でユーザ機器（１２０）との第１の接続を確立させ、
前記第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワーク（１４０）で前記ユーザ機器（１２０）との前記第２の接続を確立させ、
前記第１の接続を、前記アクセスゲートウェイ（１１０）と前記ユーザ機器（１２０）との間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続（１５０）に設定させ、
前記第２の接続を予備接続（１６０）に設定させ、
前記アクティブ接続（１５０）で前記ユーザ機器（１２０）と、一連のハンドオーバメッセージを交換させ、
前記一連のハンドオーバメッセージが完了していれば、前記第２の接続を前記アクティブ接続に設定させ、
前記第１の接続を前記予備接続に設定させ、
前記第２の接続への移行の間前記ステートフル・ユーザセッションの状態が維持されるように、前記アクセスゲートウェイ（１１０）と前記ユーザ機器（１２０）との間の前記ステートフル・ユーザセッションを前記第２の接続で継続させる、システム。
【請求項２】
前記ユーザ機器（１２０）は、スモールセルネットワークＳＣＮに接続するように構成された第１の無線インターフェース（１２２）と、マクロセルラネットワークＭＣＮに接続するように構成された第２の無線インターフェース（１２２）とを備える、請求項１に記載のシステム。
【請求項３】
前記アクセスゲートウェイ（１１０）は、前記第１の接続の間および前記第２の接続への移行中、前記アクティブ接続に対して同じＩＰアドレスを維持する、請求項１または２に記載のシステム。
【請求項４】
前記アクセスゲートウェイ（１１０）は、第１のユーザ機器コンテキストを格納し、前記第１のアクセスネットワーク（１３０）と通信する第１のインターフェース（１１２）と、第２のユーザ機器コンテキストを格納し、前記第２のアクセスネットワーク（１４０）と通信する第２のインターフェース（１１４）とを含み、
前記第２の接続を前記アクティブ接続に設定させるステップは、前記第１のユーザ機器コンテキストを前記第２のインターフェース（１１４）に転送するステップを備える、請求項１〜３のいずれか１項に記載のシステム。
【請求項５】
前記アクセスゲートウェイ（１１０）は、前記予備接続のメッセージを監視するように構成される、請求項１〜４のいずれか１項に記載のシステム。
【請求項６】
アクセスネットワークハンドオーバの間、ユーザセッションを維持するためのシステムであって、プロセッサと、命令を含むメモリとを含むユーザ機器（１２０）を備え、前記命令は、前記ユーザ機器に、
第１のアクセスネットワーク（１３０）でアクセスゲートウェイ（１１０）との第１の接続を確立させ、
前記第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワーク（１４０）で前記アクセスゲートウェイ（１１０）との前記第２の接続を確立させ、
前記第１の接続を、前記ユーザ機器（１２０）と前記アクセスゲートウェイ（１１０）との間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続（１５０）に設定させ、
前記第２の接続を予備接続（１６０）に設定させ、
前記アクティブ接続によって前記アクセスゲートウェイ（１１０）と、一連のハンドオーバメッセージを交換させ、
前記一連のハンドオーバメッセージが完了していれば、前記第２の接続を前記アクティブ接続に設定させ、
前記第１の接続を前記予備接続に設定させ、
前記第２の接続への移行の間前記ステートフル・ユーザセッションの状態が維持されるように、前記ユーザ機器（１２０）と前記アクセスゲートウェイ（１１０）との間の前記ステートフル・ユーザセッションを前記第２の接続で継続させる、システム。
【請求項７】
前記ユーザ機器（１２０）は、スモールセルネットワークＳＣＮに接続するように構成された第１の無線インターフェースと、マクロセルラネットワークＭＣＮに接続するように構成された第２の無線インターフェースとを備える、請求項６に記載のシステム。
【請求項８】
前記ユーザ機器（１２０）は、１つの無線インターフェース（１２２）を備え、前記アクティブ接続を前記第２の接続に移行させるステップは、前記無線インターフェース（１２２）の周波数を前記第２のアクセスネットワーク（１４０）に変更するステップを備える、請求項６に記載のシステム。
【請求項９】
前記ユーザ機器（１２０）は、前記第１の接続の間および前記第２の接続への移行中、前記アクティブ接続に対して同じＩＰアドレスを用いて、前記アクセスゲートウェイ（１１０）と通信する、請求項６〜８のいずれか１項に記載のシステム。
【請求項１０】
前記ユーザ機器（１２０）は、前記予備接続のメッセージを監視するように構成される、請求項６〜９のいずれか１項に記載のシステム。
【請求項１１】
アクセスネットワークハンドオーバの間、ユーザセッションを維持する方法（２００）であって、
アクセスゲートウェイ（１１０）によって、第１のアクセスネットワーク（１３０）でユーザ機器（１２０）との第１の接続を確立するステップ（２１０）と、
前記アクセスゲートウェイ（１１０）によって、前記第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワーク（１４０）で前記ユーザ機器（１２０）との前記第２の接続を確立するステップ（２２０）と、
前記アクセスゲートウェイ（１１０）によって、前記第１の接続を、前記アクセスゲートウェイ（１１０）と前記ユーザ機器（１２０）との間のステートフル・ユーザセッションのためのデータパケットを伝達する（２４０）ためのアクティブ接続に設定するステップ（２３０）と、
前記アクセスゲートウェイ（１１０）によって、前記第２の接続を予備接続に設定するステップ（２３０）と、
前記アクティブ接続で前記アクセスゲートウェイ（１１０）と前記ユーザ機器（１２０）との間で、一連のハンドオーバメッセージを交換させるステップ（２５０）と、
前記一連のハンドオーバメッセージが完了していれば、前記第２の接続を前記アクティブ接続に設定させるステップ（２７０）と、
前記アクセスゲートウェイ（１１０）によって、前記第１の接続を前記予備接続に設定するステップ（２７０）と、
前記第２の接続への移行の間前記ステートフル・ユーザセッションの状態が維持されるように、前記アクセスゲートウェイ（１１０）と前記ユーザ機器（１２０）との間の前記ステートフル・ユーザセッションを前記第２の接続で継続させるステップ（２８０）とを備える、方法。
【請求項１２】
前記アクセスゲートウェイ（１１０）によって、前記第１の接続の間および前記第２の接続への移行中、前記アクティブ接続に対して同じＩＰアドレスを維持するステップを含む、請求項１１に記載の方法。
【請求項１３】
前記アクセスゲートウェイ（１１０）によって、前記予備接続のメッセージを監視するステップ（２９５）を含む、請求項１１または１２に記載の方法。
【請求項１４】
前記一連のハンドオーバメッセージを交換するステップ（２５０）は、
前記アクセスゲートウェイ（１１０）によって、シーケンス番号カウンタをインクリメントするステップ（３１０）と、
前記シーケンス番号カウンタの現在の状態に対応するシーケンス番号を含むハンドオーバ開始メッセージを、前記アクセスゲートウェイ（１１０）から前記ユーザ機器（１２０）に送るステップ（３２０）と、
前記シーケンス番号を含むハンドオーバ肯定応答メッセージを前記ユーザ機器（１２０）から前記アクセスゲートウェイ（１１０）において受信するステップ（３４５）とを含み、前記シーケンス番号が、前回受信したハンドオーバ開始メッセージに含まれる前回のシーケンス番号よりも大きいという判定（３３０）があれば、前記ユーザ機器（１２０）は、前記ハンドオーバ肯定応答メッセージを送り、さらに、
前記シーケンス番号が、前回受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号よりも大きいという判定（３５０）があれば、前記アクセスゲートウェイ（１１０）によって、前記ハンドオーバ肯定応答メッセージを受理するステップ（３６０）とを含む、請求項１１〜１３のいずれか１項に記載の方法。
【請求項１５】
前記アクティブ接続を前記第２の接続に移行させるステップ（４１０）の後、前記アクセスゲートウェイ（１１０）によって、第１期間を有する第１タイマ、および前記第１期間よりも長い第２期間を有する第２タイマを開始するステップ（４２０）と、
前記第１タイマの満了（４４０、４５０）の前に前記予備接続を介して前記ユーザ機器（１２０）から受信したハンドオーバ開始メッセージに対して、ＲＥＪＥＣＴステータスコードを有するハンドオーバ肯定応答メッセージを送るステップと、
前記第２タイマの満了（４６０、４７０）の前に前記アクティブ接続を介して前記ユーザ機器（１２０）から受信したハンドオーバ開始メッセージに対して、ＲＥＪＥＣＴステータスコードを有するハンドオーバ肯定応答メッセージを送るステップとを含む、請求項１１〜１４のいずれか１項に記載の方法。
【請求項１６】
アクセスネットワークハンドオーバの間、ユーザセッションを維持する方法（２００）であって、
ユーザ機器（１２０）によって、第１のアクセスネットワーク（１３０）でアクセスゲートウェイ（１１０）との第１の接続を確立するステップ（２１０）と、
前記ユーザ機器（１２０）によって、前記第１の接続と第２の接続とが同時に存在するように、第２のアクセスネットワーク（１４０）で前記アクセスゲートウェイ（１１０）との前記第２の接続を確立するステップ（２２０）と、
前記ユーザ機器（１２０）によって、前記第１の接続を、前記ユーザ機器（１２０）と前記アクセスゲートウェイ（１１０）との間のステートフル・ユーザセッションのためのデータパケットを伝達するためのアクティブ接続に設定するステップ（２３０）と、
前記ユーザ機器（１２０）によって、前記第２の接続を予備接続に設定するステップ（２３０）と、
前記アクティブ接続で前記ユーザ機器（１２０）と前記アクセスゲートウェイ（１１０）との間で、一連のハンドオーバメッセージを交換させるステップ（２５０）と、
前記一連のハンドオーバメッセージが完了していれば、前記第２の接続を前記アクティブ接続に設定させるステップ（２７０）と、
前記ユーザ機器（１２０）によって、前記第１の接続を前記予備接続に設定するステップ（２７０）と、
前記第２の接続への移行の間前記ステートフル・ユーザセッションの状態が維持されるように、前記ユーザ機器（１２０）と前記アクセスゲートウェイ（１１０）との間の前記ステートフル・ユーザセッションを前記第２の接続で継続させるステップ（２８０）とを備える、方法。
【請求項１７】
前記アクセスゲートウェイ（１１０）によって、前記第１の接続の間および前記第２の接続への移行中、前記アクティブ接続に対して同じＩＰアドレスを維持するステップを含む、請求項１６に記載の方法。
【請求項１８】
前記アクセスゲートウェイ（１１０）によって、前記予備接続のメッセージを監視するステップ（２９５）を含む、請求項１６または１７に記載の方法。
【請求項１９】
前記一連のハンドオーバメッセージを交換するステップ（２５０）は、
前記ユーザ機器（１２０）によって、シーケンス番号カウンタをインクリメントするステップ（３１０）と、
前記シーケンス番号カウンタの現在の状態に対応するシーケンス番号を含むハンドオーバ開始メッセージを、前記ユーザ機器（１２０）から前記アクセスゲートウェイ（１１０）に送るステップ（３２０）と、
前記シーケンス番号を含むハンドオーバ肯定応答メッセージを前記アクセスゲートウェイ（１１０）から前記ユーザ機器（１２０）において受信するステップ（３４５）とを含み、前記シーケンス番号が、前回受信したハンドオーバ開始メッセージに含まれる前回のシーケンス番号よりも大きいという判定（３３０）があれば、前記アクセスゲートウェイ（１１０）は、前記ハンドオーバ肯定応答メッセージを送り、さらに、
前記シーケンス番号が、前回受信したハンドオーバ肯定応答メッセージに含まれるシーケンス番号よりも大きいという判定（３５０）があれば、前記ユーザ機器（１２０）によって、前記ハンドオーバ肯定応答メッセージを受理するステップ（３６０）とを含む、請求項１６〜１８のいずれか１項に記載の方法。
【請求項２０】
前記アクティブ接続を前記第２の接続に移行させるステップ（４１０）の後、前記ユーザ機器（１２０）によって、第１期間を有する第１タイマ、および前記第１期間よりも長い第２期間を有する第２タイマを開始するステップ（４２０）と、
前記第１タイマの満了（４４０、４５０）の前に前記予備接続を介して前記アクセスゲートウェイ（１１０）から受信したパケットに対して、当該パケットを無視するステップと、
前記第１タイマの満了（４４０、４５０）の後に前記予備接続を介して前記アクセスゲートウェイ（１１０）から受信したパケットに対して、適切なステータスコードを有するハンドオーバ肯定応答メッセージを送るステップ（４８０）と、
前記第２タイマの満了（４６０、４７０）の前に前記アクティブ接続を介して前記アクセスゲートウェイ（１１０）から受信したハンドオーバ開始メッセージに対して、ＲＥＪＥＣＴステータスコードを有するハンドオーバ肯定応答メッセージを送るステップとを含む、請求項１６〜１９のいずれか１項に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
背景
モバイルデータネットワークにおいて、携帯電話またはその他のコンピューティング・デバイスなど、ユーザ機器は、複数のアクセスネットワークのうちの１つを介してアクセスゲートウェイと通信できる。ユーザ機器の物理的な移動、信号の中断、または干渉によって通信路の状態が変化すると、モバイルデバイスは、その接続を第１のアクセスネットワークから第２のアクセスネットワークにハンドオーバしてもよい。しかしながら、このようなハンドオーバは、通常、ユーザ機器が参加しているステートフル通信をリセットしてしまう。モバイルデバイスによって開始される、ネットワーク間の、無線間アクセス技術ハンドオーバに関連する技術が、米国文献第２０１３／０２７９４７０号に記載される。シーケンス番号を用いた、Ｉｎｔｅｒ−ＲＡＴハンドオーバ制御に関する技術が、米国文献第２０１３／０２７９４７０号に記載される。
【国際調査報告】
2019503610.tif 000009
2019503610.tif 000010
2019503610.tif 000011