(57)【要約】  本開示の実施形態では、ネットワークハンドオーバ方法、装置、およびシステムが開示される。この方法は、ユーザ機器（ＵＥ）に接続されたソース基地局に、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように命令する第１ネットワーク要素と、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始する第２ネットワーク要素とを含む。本開示の実施形態により、従来技術におけるネットワーク間のオーバー複雑なハンドオーバーの技術的課題が解決される。【選択図】図７
2020529167.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークハンドオーバ方法であって、
第１ネットワーク要素によって、ユーザ機器（ＵＥ）に接続されたソース基地局に対して、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように指示するステップ；
第２ネットワーク要素によって、前記ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するステップ；
を有する方法。
【請求項２】
前記第１ネットワーク要素によって、前記ＵＥのための前記トラフィックの確立中に前記ハンドオーバを開始するように前記ＵＥに接続された前記ソース基地局に対して命令するステップは、
前記第１ネットワーク要素によって、ベアラ作成要求が受信されたときに前記ハンドオーバを開始するように前記ＵＥに接続された前記ソース基地局に対して命令するステップ；
前記第１ネットワーク要素によって、新しいＱｏＳプロファイルが受信されたときに前記ハンドオーバを開始するように前記ＵＥに接続された前記ソース基地局に対して命令するステップ；
前記第１ネットワーク要素によって、セッション変更要求が受信されたときに前記ハンドオーバを開始するように前記ＵＥに接続された前記ソース基地局に対して命令するステップ；
前記第１ネットワーク要素によって、リソース確立要求が受信されたときに前記ハンドオーバを開始するように前記ＵＥに接続された前記ソース基地局に対して命令するステップ；
のうちの少なくとも１つを有する、
請求項１記載の方法。
【請求項３】
前記第１ネットワーク要素は、前記第１アクセスネットワークの、
セッション管理機能（ＳＭＦ）、アクセスおよびモビリティ制御機能（ＡＭＦ）、モビリティ管理エンティティ（ＭＭＥ）、基地局、
のうちの少なくとも１つを含む、
請求項１記載の方法。
【請求項４】
前記第１アクセスネットワークの前記基地局は、
ｇＮＢ、ｅＬＴＥ（ｅｖｏｌｖｅｄ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）基地局、ＬＴＥ基地局のうちの少なくとも１つを含む、
請求項３記載の方法。
【請求項５】
前記第１ネットワーク要素がＳＭＦである場合、前記第１ネットワーク要素によって、前記ＵＥに接続された前記ソース基地局に対してハンドオーバを開始するように指示するステップは、
前記ＳＭＦによって、前記トラフィックが前記第２アクセスネットワークにおいて確立されるべきであることを決定するステップ；
前記ＳＭＦによって、前記ＡＭＦを介して、前記第２アクセスネットワークへのハンドオーバの要求を前記第１アクセスネットワークの前記基地局に送信するステップ；
を有する、
請求項３記載の方法。
【請求項６】
前記第１ネットワーク要素がＡＭＦである場合、前記第１ネットワーク要素によって、前記ハンドオーバを開始するように前記ＵＥに接続された前記ソース基地局に対して命令するステップは、
前記ＡＭＦによって、前記ＳＭＦが送信したセッション要求を受信するステップであって、前記セッション要求は、前記第１アクセスネットワークのＱｏＳ情報を搬送する、ステップ；
前記ＡＭＦによって、第１アクセスネットワークへのＮ２セッション要求を送信するステップであって、前記Ｎ２セッション要求は、前記第２アクセスネットワークへの前記ハンドオーバに関する指示を搬送する、ステップ；
前記ＡＭＦによって、前記第１アクセスネットワークが送信したハンドオーバ要求メッセージを受信するステップであって、前記ハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する、ステップ；
前記ＡＭＦによって、Ｎ２セッション応答を前記ＳＭＦに送信するステップ；
を有する、
請求項３記載の方法。
【請求項７】
前記第１ネットワーク要素が、前記第１アクセスネットワーク内にあり前記ＵＥに接続された基地局である場合、前記第１ネットワーク要素によって、前記ＵＥに接続された前記ソース基地局に対してハンドオーバを開始するように指示するステップは、
前記第１アクセスネットワークの前記基地局によって、前記ＳＭＦが送信したＮ２セッション要求を受信するステップであって、前記Ｎ２セッション要求は、前記第１アクセスネットワークのＱｏＳ情報を搬送する、ステップ；
前記第１アクセスネットワークの前記基地局によって、前記ＡＭＦを介して前記ＳＭＦへＮ２セッション応答を送信するステップ；
前記第１アクセスネットワークの前記基地局によって、前記ＡＭＦへのハンドオーバ要求メッセージを送信するステップであって、前記ハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する、ステップ；
を有する、
請求項３記載の方法。
【請求項８】
前記第１ネットワーク要素が、前記第１アクセスネットワーク内にあり前記ＵＥに接続された基地局である場合、前記第１ネットワーク要素によって、前記ＵＥに接続された前記ソース基地局に対してハンドオーバを開始するように指示するステップは、
前記第１アクセスネットワークの前記基地局によって、前記ＳＭＦが送信したＮ２セッション要求を受信するステップであって、前記Ｎ２セッション要求は、前記第１アクセスネットワークのＱｏＳ情報を搬送する、ステップ；
前記第１アクセスネットワークの前記基地局によって、前記ＡＭＦにハンドオーバ要求メッセージを送信し、前記ＡＭＦによって前記ＳＭＦにＮ２セッション応答を送信するステップであって、前記ハンドオーバ要求メッセージはターゲットセルの情報を搬送する、ステップ；
を有する、
請求項３記載の方法。
【請求項９】
前記第１アクセスネットワークは、ｎｅｗ  ｒａｄｉｏ（ＮＲ）アクセスネットワークであり、前記第２アクセスネットワークは、ＬＴＥアクセスネットワークであるか、または、
前記第１アクセスネットワークは、ＬＴＥアクセスネットワークであり、前記第２アクセスネットワークは、ＮＲアクセスネットワークである、
請求項１から８のいずれか１項記載の方法。
【請求項１０】
前記第１ネットワーク要素がＭＭＥである場合、前記第２ネットワーク要素がＳＭＦであり、または、
前記第１ネットワーク要素が、前記第１アクセスネットワークのＳＭＦ、ＡＭＦ、基地局のうちの１つである場合、前記第２ネットワーク要素は、パケットデータネットワーク（ＰＤＮ）ゲートウェイ制御プレーン（ＰＧＷ−Ｃ）または前記ＳＭＦである、
請求項３記載の方法。
【請求項１１】
前記Ｎ２セッション応答は、前記ＵＥが前記第２アクセスネットワークにハンドオーバされることを示すための情報を搬送する、
請求項６から８のいずれか１項記載の方法。
【請求項１２】
前記第１ネットワーク要素がＭＭＥである場合、前記第１ネットワーク要素によって、前記ＵＥに接続された前記ソース基地局に対してハンドオーバを開始するように指示するステップは、
前記ＭＭＥによって、ＰＧＷ−Ｃによるサービスゲートウェイ（Ｓ−ＧＷ）を通して送信されるベアラ作成要求を受信するステップ；
前記ＭＭＥによって、ベアラ作成要求に対応するトラフィックが前記第２アクセスネットワークにおいて確立されるべきであることを決定するステップ；
前記ＭＭＥによって、前記第２アクセスネットワークへのハンドオーバの要求を前記第１アクセスネットワークの前記基地局に送信するステップ；
を有する、
請求項３記載の方法。
【請求項１３】
第１ネットワーク要素と第２ネットワーク要素とを備えるネットワークハンドオーバシステムであって、
前記第１ネットワーク要素は、
ユーザ機器（ＵＥ）のためのトラフィックの確立中に、トラフィックが第２アクセスネットワークにおいて確立されるべきであることを決定するように構成された決定モジュール；
前記ＵＥのための前記トラフィックの確立中にハンドオーバを開始するように、前記ＵＥに接続されたソース基地局に対して命令するように構成された命令モジュール；
を備え、
第２ネットワーク要素は、
前記ＵＥが第１アクセスネットワークから前記第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するように構成された開始モジュールを備える、
システム。
【請求項１４】
前記指示モジュールは、
ベアラ生成要求が受信されたときにハンドオーバを開始するように、前記ＵＥに接続された前記ソース基地局に対して命令するように構成された第１命令ユニット；
新しいＱｏＳプロファイルが受信されたときにハンドオーバを開始するように、前記ＵＥに接続された前記ソース基地局に命令するように構成された第２命令ユニット；
リソース確立要求が受信されたときにハンドオーバを開始するように、前記ＵＥに接続された前記ソース基地局に対して命令するように構成された第３命令ユニット；
セッション変更要求が受信されたときにハンドオーバを開始するように、前記ＵＥに接続された前記ソース基地局に対して命令するように構成された第４命令ユニット；
のうちの少なくとも１つを備える、
請求項１３記載のシステム。
【請求項１５】
前記第１ネットワーク要素は、前記第１アクセスネットワークの、
セッション管理機能（ＳＭＦ）、アクセスおよびモビリティ制御機能（ＡＭＦ）、モビリティ管理エンティティ（ＭＭＥ）、基地局、
のうちの少なくとも１つを含む、
請求項１３記載のシステム。
【請求項１６】
前記第１アクセスネットワークの前記基地局は、
ｇＮＢ、ｅＬＴＥ（ｅｖｏｌｖｅｄ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ基地局、
のうちの少なくとも１つを含む、
請求項１５記載のシステム。
【請求項１７】
前記第２ネットワーク要素は、前記第２アクセスネットワークのコアネットワーク要素を含む、請求項１３記載のシステム。
【請求項１８】
前記第１ネットワーク要素がＳＭＦである場合、前記指示モジュールは、前記第２アクセスネットワークへのハンドオーバの要求を、前記ＡＭＦを介して前記第１アクセスネットワークの前記基地局に送信するように構成される、
請求項１５記載のシステム。
【請求項１９】
前記第１ネットワーク要素がＡＭＦである場合、前記命令モジュールは、
前記ＳＭＦによって送信されたセッション要求を受信するステップであって、前記セッション要求は、前記第１アクセスネットワークのＱｏＳ情報を搬送する、ステップ；
Ｎ２セッション要求を第１アクセスネットワークに送信するステップであって、前記Ｎ２セッション要求は、前記第２アクセスネットワークへのハンドオーバの指示を搬送する、ステップ；
前記第１アクセスネットワークによって送信されたハンドオーバ要求メッセージを受信するステップであって、前記ハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する、ステップ；
Ｎ２セッション応答をＳＭＦに送信するステップ；
を実施するように構成される、
請求項１５記載のシステム。
【請求項２０】
前記第１ネットワーク要素が、前記第１アクセスネットワーク内にあり前記ＵＥに接続された基地局である場合、前記指示モジュールは、
前記ＳＭＦによって送信されたＮ２セッション要求を受信するステップであって、前記Ｎ２セッション要求は、前記第１アクセスネットワークのＱｏＳ情報を搬送する、ステップ；
Ｎ２セッション応答をＡＭＦを介してＳＭＦに送信するステップ；
ハンドオーバ要求メッセージをＡＭＦに送信するステップであって、前記ハンドオーバ要求メッセージはターゲットセルの情報を搬送する、ステップ；
を実施するように構成される、
請求項１５記載のシステム。
【請求項２１】
前記第１ネットワーク要素が、前記第１アクセスネットワーク内にあり、前記ＵＥに接続された基地局である場合、前記指示モジュールは、
前記ＳＭＦによって送信されたＮ２セッション要求を受信するステップであって、前記Ｎ２セッション要求は、前記第１アクセスネットワークのＱｏＳ情報を搬送する、ステップ；
ハンドオーバ要求メッセージを前記ＡＭＦに送信し、前記ＡＭＦは前記ＳＭＦにＮ２セッション応答を送信し、前記ハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する、ステップ；
を実施するように構成される、
請求項１５記載のシステム。
【請求項２２】
前記第１アクセスネットワークは、ｎｅｗ  ｒａｄｉｏ（ＮＲ）アクセスネットワークであり、前記第２アクセスネットワークは、ＬＴＥアクセスネットワークであるか、または、
前記第１アクセスネットワークは、ＬＴＥアクセスネットワークであり、前記第２アクセスネットワークは、ＮＲアクセスネットワークである、
請求項１３から２１のいずれか１項記載のシステム。
【請求項２３】
前記第１ネットワーク要素が前記ＭＭＥである場合、第２ネットワーク要素ノードが前記ＳＭＦであるか、または、
前記第１ネットワーク要素が、前記第１アクセスネットワークのＳＭＦ、ＡＭＦ、または基地局のうちの１つである場合、前記第２ネットワーク要素ノードは、パケットデータネットワーク（ＰＤＮ）ゲートウェイ制御プレーン（ＰＧＷ−Ｃ）またはＳＭＦである、
請求項１５記載のシステム。
【請求項２４】
前記Ｎ２セッション応答は、前記ＵＥが前記第２アクセスネットワークにハンドオーバされることを示すための情報を搬送する、
請求項１９から２１のいずれか１項記載のシステム。
【請求項２５】
前記第１ネットワーク要素がＭＭＥである場合、前記決定モジュールは、
サービスゲートウェイ（Ｓ−ＧＷ）を通してＰＧＷ−Ｃによって送信されるベアラ生成リクエストを受信するステップ；
ベアラ生成リクエストに対応するトラフィックを前記第２アクセスネットワークで確立することを決定するステップ；
を実施するように構成される、
請求項１５記載のシステム。
【請求項２６】
前記命令モジュールは、前記第２アクセスネットワークへのハンドオーバの要求を、前記第１アクセスネットワークの前記基地局に送信するように構成される、
請求項２５記載のシステム。
【請求項２７】
セッション管理機能（ＳＭＦ）に適用されるネットワークハンドオーバ装置であって、
第１アクセスネットワークにおける、新しいサービス品質（ＱｏＳ）規則またはセッション変更要求のうちの少なくとも１つについてのユーザ機器（ＵＥ）の要求を受信するように構成された受信モジュール；
トラフィックが第２アクセスネットワークにおいて確立されるべきであることを決定するように構成された決定モジュール；
アクセスおよびモビリティ制御機能（ＡＭＦ）を介して前記第１アクセスネットワークの基地局に対して前記第２アクセスネットワークへのハンドオーバの要求を送信するように構成された送信モジュール；
を備える装置。
【請求項２８】
ｇＮＢに適用されるネットワークハンドオーバ装置であって、
セッション管理機能（ＳＭＦ）によって送信されたＮ２セッション要求を受信するように構成された第１受信モジュールであって、前記Ｎ２セッション要求は、第１アクセスネットワークのサービス品質（ＱｏＳ）情報を搬送する、第１受信モジュール；
アクセスおよびモビリティ制御機能（ＡＭＦ）を介して前記ＳＭＦにＮ２セッション応答を送信するように構成された第１送信モジュール；
前記ＡＭＦに対してハンドオーバ要求メッセージを送信するように構成された第２送信モジュールであって、前記ハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する、第２送信モジュール；
を備える装置。
【請求項２９】
前記Ｎ２セッション応答は、ユーザ機器（ＵＥ）が第２アクセスネットワークにハンドオーバされることを示すための情報を搬送する、
請求項２８記載の装置。
【請求項３０】
ｇＮＢに適用されるネットワークハンドオーバ装置であって、
第１アクセスネットワークから第２アクセスネットワークへのハンドオーバのための第１ハンドオーバ要求を受信するように構成された受信モジュール；
前記第１ハンドオーバ要求に従って、前記第１アクセスネットワークから前記第２アクセスネットワークへのハンドオーバのための第２ハンドオーバ要求をアクセスおよびモビリティ制御機能（ＡＭＦ）に送信するように構成された送信モジュール；
を備え、
前記ｇＮＢは、前記第１アクセスネットワークに適用される、
装置。
【請求項３１】
記憶されたプログラムを含む記憶媒体であって、前記プログラムをコンピュータが実行すると、請求項１〜１２のいずれか１項記載の方法を実行する、記憶媒体。
【請求項３２】
請求項１から１２のいずれか１項記載の方法を実行するように構成されたプログラムを実行する、プロセッサ。
【請求項３３】
メモリおよびプロセッサを備え、前記メモリはコンピュータプログラムを記憶するように構成され、前記プロセッサは、請求項１〜１２のいずれか１項記載の方法を実行するように構成された前記コンピュータプログラムを実行する、電子装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信の分野に関し、具体的には、ネットワークハンドオーバ方法、装置、およびシステムに関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  ＰａｒｔｎｅｒｓｈＩＰ  Ｐｒｏｊｅｃｔ）は、ＲｅｌｅＡＳｅ８（Ｒ８）から第４世代（またはＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）と呼ばれる）移動通信システムを開発している。ネットワークアーキテクチャは図１に示す通りである。図１は、本開示の関連技術における進化型パケットコア（ＥＰＣ）アーキテクチャの図である。アーキテクチャにおけるネットワーク要素の機能を以下に説明する。
【０００３】
端末（例えば、ユーザ機器（ＵＥ））は、４Ｇネットワークにアクセスし、主に無線無線インターフェースを介してトラフィックを取得する。ＵＥは、無線インターフェースを介して基地局と対話し、非アクセス階層（ＮＡＳ）シグナリングを介してコアネットワーク内のモビリティ管理エンティティ（ＭＭＥ）と対話する。
【０００４】
基地局（例えば、無線アクセスネットワーク（ＲＡＮ）内のｅＮＢ）は、ＵＥがアクセスするネットワークの無線リソーススケジューリングおよび無線接続管理を担当する。
【０００５】
ＭＭＥは、コアネットワーク制御プレーンエンティティであり、主に、ユーザ認証、許可および加入チェック、ＵＥモビリティ管理、パケットデータネットワーク（ＰＤＮ）の接続およびベアラ管理、ユーザＩＤＬＥ状態におけるページングトリガリング、その他の機能を担当する。
【０００６】
サービングゲートウェイ（ＧＷ）は、コアネットワークのユーザプレーン機能エンティティであり、ローミングの場合にＰＤＮＧＷとの対話を主に担当する。
【０００７】
ＰＤＮＧＷ（Ｐ−ＧＷ）は、コアネットワークのユーザプレーン機能エンティティであり、ＵＥがＰＤＮにアクセスするために使用されるアクセスポイントは、ユーザインターネットプロトコル（ＩＰ）アドレス割り当て、およびネットワークによってトリガされるベアラの確立、変更、削除を担当する。また、Ｐ−ＧＷには、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）関連の充電制御などの機能があり、３ＧＰＰシステムにおけるＵＥのアンカーポイントとなっている。したがってＩＰアドレスは不変とし、トラフィックの連続性を確保している。制御と転送が分離されたアーキテクチャにおいては、Ｐ−ＧＷはさらに２つのパートに分けられる。一方は制御エンティティＰＧＷ−Ｃであり、他方はユーザプレーンエンティティＰＧＷ−Ｕである。シグナル制御はＰＧＷ−Ｃが担い、ＩＰ転送はＰＧＷ−Ｕが担っている。
【０００８】
ホーム加入サーバ（ＨＳＳ）は、ユーザの加入情報を記憶する。
【０００９】
ポリシーおよび課金制御機能（ＰＣＲＦ）は、ポリシー決定および課金ルールを定式化する責任を負う。ＰＣＲＦは、トラフィックデータフローに基づいてネットワーク制御ルールを提供する。ネットワーク制御は、トラフィックデータフローの検出、ゲーティング制御、およびＱｏＳ制御、データフローに基づく課金ルールなどを含む。ＰＣＲＦは、実行のために、ＰＣＲＦ自体によって定式化されたポリシーおよび課金ルールをＰ−ＧＷに送信する。
【００１０】
３ＧＰＰは、リリース１４（Ｒ１４）からＮｅｘｔＧｅｎシステムの研究を開始した。ＮｅｘｔＧｅｎシステムは、３つのタイプのトラフィック、すなわち、それぞれ異なるネットワーク特性を有する、進化型モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼マシンタイプ通信（ｕＭＴＣ）をサポートすることができる。図２は、本開示の関連技術におけるＮｅｘｔＧｅｎ移動通信ネットワークのアーキテクチャの概略図である。各ネットワーク要素の機能を以下に説明する。
【００１１】
ＵＥは、ネットワークにアクセスし、主にＮｅｘｔＧｅｎ無線インターフェースを介してトラフィックを取得する。ＵＥは、無線インターフェースを介して基地局と対話し、ＮＡＳシグナリングを介してコアネットワーク内の共通制御プレーン機能およびセッション制御プレーン機能と対話する。
【００１２】
新世代基地局（ＮＧ無線アクセスネットワーク（ＲＡＮ））は、ＵＥがアクセスするネットワークの無線リソーススケジューリングおよび無線接続管理を担当する。ＮＧ  ＲＡＮ基地局は、新しい無線アクセス技術（ｇＮＢ）または進化型ＬＴＥ技術（ｅＬＴＥ）を採用することができる。
【００１３】
セッション管理機能（ＳＭＦ）は、ＵＥと対話し、ポリシー制御機能（ＰＣＦ）とともに，ユーザパケットデータユニット（ＰＤＵ）セッションの確立、変更、および削除要求、ユーザプレーン機能の選択、ＵＥとユーザプレーン機能（ＵＰＦ）との間のユーザプレーン接続の確立、セッションのＱｏＳパラメータの決定などを主に担当する。
【００１４】
アクセスおよびモビリティ制御機能（ＡＭＦ）は、コアネットワークにおける共通の制御プレーン機能である。ユーザは、１つのＡＭＦのみを有する。１つのＡＭＦは、ユーザが正当なユーザであることを保証するために、ユーザ認証、許可、およびサブスクリプション検査を担当する。ＵＥモビリティ管理は、位置登録および一時的なアイデンティティ割り当てを含む。ユーザがＰＤＵ接続確立要求を開始すると、適切なＳＭＦが選択され、ＵＥとＳＭＦとの間のＮＡＳシグナリングが転送され、基地局とＳＭＦとの間のアクセス層（ＡＳ）シグナリングが転送される。
【００１５】
ユーザプレーン機能（ＵＰＦ）は、データ転送およびＱｏＳ実行を含むユーザプレーン処理機能を提供する。ユーザが移動するとき、ＵＰＦはまた、トラフィックの連続性を保証するためにユーザプレーンアンカーポイントを提供する。
【００１６】
ポリシー制御機能（ＰＣＦ）は、４Ｇ時代のＰＣＲＦに非常に類似したリソースの許可機能を提供する。
【００１７】
ＵＤＭ（Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ）機能は、４Ｇ時代のＨＳＳと同様に、ユーザのサブスクリプションデータを格納する。
【００１８】
ＮｅｘｔＧｅｎシステム（５ＧＳ）は、ダウンタウンや商業センターなどのホットスポットにローカルに配備され始めている。ＵＥが５Ｇシステムにアクセスする場合、ユーザが５Ｇシステムのカバレージ外に移動すると、ユーザのＵＥは４Ｇシステムにハンドオーバされる。
【００１９】
図３は、本開示の関連技術における４Ｇと５Ｇとの間の双方向ハンドオーバをサポートするネットワークアーキテクチャである。主要な特徴は、アーキテクチャが４Ｇおよび５Ｇアーキテクチャの両方と同時に互換性があることである。もう１つの中核的な特徴は、ＰＧＷ−ＣとＳＭＦの組み合わせ、ＰＧＷ−ＵとＵＰＦの組み合わせ、ＰＣＦとＰＣＲＦの組み合わせであり、ＵＥのユーザ平面は常にＵＰＦ／ＰＧＷ−Ｕにアンカーされている。ＡＭＦとＭＭＥとの間にＮｘインタフェースが追加され、このインタフェースを介してシステム間ハンドオーバ要求が送信される。このようにして、ＵＥがＬＴＥと５Ｇとの間でハンドオーバされるとき、シームレスなハンドオーバを保証することができる。
【００２０】
４Ｇシステムにおいては、ＰＤＮ接続は、ＵＥとネットワークとの間で確立され、１つのデフォルトベアラおよび複数の専用ベアラを含む。各ベアラは、サービスフローおよび対応するＱｏＳパラメータを含む。５Ｇシステムにおいて、ＰＤＵセッションは、ＵＥとネットワークとの間で確立され、ＰＤＵセッションは、１つのデフォルトＱｏＳフローおよび複数の専用ＱｏＳフローを含む。各ＱｏＳフローは、サービスフローと、ＱｏＳプロファイルおよびパケットフィルタなどの対応するＱｏＳパラメータとを含む。
【００２１】
５Ｇシステムから４Ｇシステムへのハンドオーバ、すなわち、５Ｇシステムにおいて確立されたＰＤＵセッションは、４ＧシステムのＰＤＮコネクションに転送される。そして、ＰＤＵセッションにおけるＱｏＳフローは、４Ｇシステムにおいてベアラに変換され、逆もまた同様である。
【００２２】
図４は、本開示の従来技術における５Ｇから４Ｇへのハンドオーバのフローチャートであり、以下に簡単に説明する。
【００２３】
ステップ１００において、ＵＥは、ＰＤＵセッションを確立しており、５Ｇシステムにおいて専用ＱｏＳフローを確立していると想定される。
【００２４】
ステップ１０１において、ソース５Ｇ  ＲＡＮノードは、ＵＥが４Ｇにハンドオーバされる必要があることを発見し、ターゲットセルの情報が搬送されるＡＭＦに対してハンドオーバ要求を送信する。
【００２５】
ステップ１０２において、ＡＭＦは、４Ｇに対応するＰＤＮコンテキスト情報をＳＭＦから要求する。
【００２６】
ステップ１０３において、ＡＭＦは、ターゲットＭＭＥを選択し、順方向再配置要求を送信する。
【００２７】
ステップ１０４において、ＭＭＥは、サービスを提供するゲートウェイ（Ｓ−ＧＷ）に対してセッション作成リクエストを送信する。
【００２８】
ステップ１０５において、ＭＭＥは、無線リソースのハンドオーバ要求をｅＮＢに送信する。
【００２９】
ステップ１０６において、ＭＭＥは、ｅＮＢから応答を受信した後、ＡＭＦに対して順方向再配置応答を送信する。
【００３０】
ステップ１０７において、ＡＭＦはハンドオーバー命令を５Ｇ  ＲＡＮノードに伝送し、５Ｇ  ＮＧ  ＲＡＮノードはハンドオーバー命令をＵＥに伝送する。
【００３１】
ステップ１０８において、ＵＥは、４Ｇシステムにアクセスし、ハンドオーバ完了メッセージをｅＮＢに送信する。
【００３２】
ステップ１０９において、ｅＮＢは、ハンドオーバ通知メッセージをＭＭＥに送信する。
【００３３】
ステップ１１０〜１１４において、ベアラ変更要求が、ＭＭＥによってＳ−ＧＷに対して開始され、次いで、Ｓ−ＧＷによってＰ−ＧＷに送信され、最後に、ユーザプレーンが確立される。
【００３４】
ステップ１１５において、ＵＥは、４Ｇシステム上でトラッキングエリア更新（ＴＡＵ）手順を実行する。
【００３５】
図５は、本開示の関連技術における４Ｇから５Ｇへのハンドオーバのフローチャートであり、以下に説明するステップを含む。
【００３６】
ステップ２００において、ＵＥは、ＰＤＮ接続を確立しており、４Ｇシステムにおいて専用ベアラを確立していると想定される。
【００３７】
ステップ２０１において、ソース４Ｇ  ＲＡＮノード（ｅＮＢ）は、ＵＥが５Ｇにハンドオーバされる必要があることを発見し、ターゲットセルの情報が搬送されるＭＭＥにハンドオーバ要求を送信する。
【００３８】
ステップ２０２において、ＭＭＥは、ハンドオーバ要求に従って、ターゲットＡＭＦを選択し、順方向再配置要求をＡＭＦに送信する。
【００３９】
ステップ２０３において、ＡＭＦは、ＳＭＦから５Ｇセッション情報を要求する。
【００４０】
ステップ２０４において、ＡＭＦは、リソースを予約するためのハンドオーバ要求を５Ｇ  ＲＡＮに送信する。
【００４１】
ステップ２０５で、ＡＭＦは、５Ｇ  ＲＡＮの情報に従って、セッションを更新する。
【００４２】
ステップ２０６において、ＡＭＦは、ＭＭＥに順方向再配置応答を返す。
【００４３】
ステップ２０７において、ＭＭＥは、ハンドオーバコマンドをｅＮＢに送信し、ｅＮＢは、ハンドオーバコマンドをＵＥに送信し、ハンドオーバコマンドは、ターゲット５Ｇ  ＲＡＮノードの無線情報を含む。
【００４４】
ステップ２０８において、ＵＥは、ターゲット５Ｇ  ＲＡＮノードにアクセスし、ハンドオーバ完了メッセージをターゲット５Ｇ  ＲＡＮノードに送信する。
【００４５】
ステップ２０９において、５Ｇ（ＮＧ）ＲＡＮノードは、ハンドオーバ通知メッセージをＡＭＦに送信する。
【００４６】
ステップ２１０〜２１２において、ＡＭＦは、ハンドオーバが完了したことをＳＭＦに通知し、ＳＭＦは、ユーザプレーンを変更する。
【００４７】
ステップ２１３において、ＵＥは、５Ｇシステムにおいて登録手順を開始する。
【００４８】
さらに、ｇＮＢおよびｅＬＴＥ基地局が、５Ｇコアネットワークに同時にアクセスする場合、クロスアクセスハンドオーバが発生し得る。この場合、ハンドオーバは、５Ｇシステム内のハンドオーバと見なすことができ、再説明しない。
【００４９】
５Ｇシステム配備の初期段階では、ＩＰマルチメディアサブシステム（ＩＭＳ）音声など、いくつかのサービスは、５Ｇ基地局上で提供されるのに適していない。このとき、ＵＥがｇＮＢにアクセスする場合、ＵＥは、音声サービス（ＶｏＬＴＥ）を提供するために４Ｇに戻る必要があるか、または、ＵＥは、音声サービスを提供するためにｅＬＴＥ基地局に戻る必要がある。
【００５０】
図６は、本開示の関連技術における３ＧＰＰシステムにおけるＣＳＦＢ（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ  Ｆａｌｌｂａｃｋ）の実施形態の概略図である。従来のＣＳＦＢは、以下のステップを含む。
【００５１】
ステップ３０１において、ＵＥは、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）Ｉｎｖｉｔｅ要求を受信する（呼び出し側の場合、このステップは無視される）。
【００５２】
ステップ３０２において、ＵＥは、拡張サービス要求（ＳＲ）をＮＧ  ＲＡＮノードに送信する（発呼の場合、ＵＥが呼を開始すると、このステップがトリガされる）。
【００５３】
ステップ３０３において、ＮＧ  ＲＡＮノードは、拡張サービス要求（ＳＲ）をＡＭＦに転送する。
【００５４】
ステップ３０４において、ＵＥは、パケット交換（ＰＳ）ハンドオーバ（ＨＯ）を介して４Ｇにハンドオーバされる。
【００５５】
ステップ３０５において、被呼び出しシナリオであれば、ＵＥは、４ＧにおいてＩＭＳにＳＩＰ  １８３応答を送信する。
【００５６】
ステップ３０５ａにおいて、呼び出しシナリオであれば、ＵＥは、４ＧシステムにおいてＳＩＰ招待要求を開始する。
【００５７】
ステップ３０６において、ＩＭＳセッションの確立は、ＵＥとリモートエンドとの間で完了する。
【００５８】
従来技術のプロセスでは、ネットワークおよびＵＥは、大幅に強化される必要があり、他方の当事者がそのような能力を有することを知る必要がある。ＵＥは、基地局が特定のサービスをサポートしていないが、このトラフィックが開始されると、このサービスをサポートする基地局／ネットワークにＵＥをハンドオーバできることを知る必要がある。ネットワークは、ユーザがターゲットネットワーク／基地局にハンドオーバできるように、トラフィックが実行されるときに、ユーザが拡張サービス要求をトリガできることを知る必要がある。被呼び出しシナリオの場合、ＵＥがアプリケーション層メッセージを受信すると、基礎となるシグナリング（すなわち、ＮＡＳシグナリング）がトリガされる必要がある。このクロスレイヤトリガは、サードパーティアプリケーション（Ａｐｐ）にとって非常に困難である。
【００５９】
このような従来の課題に鑑み、有効な解決策は提案されていない。
【発明の概要】
【発明が解決しようとする課題】
【００６０】
本開示の実施形態は、従来技術におけるネットワーク間のオーバー複雑なハンドオーバーの技術的問題を少なくとも解決するためのネットワークハンドオーバー方法、装置、およびシステムを提供する。
【課題を解決するための手段】
【００６１】
本開示の実施形態は、ネットワークハンドオーバ方法を提供する。この方法は以下を含む：第１ネットワーク要素によって、ユーザ機器（ＵＥ）に接続されたソース基地局に対して、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように命令するステップ；第２ネットワーク要素によって、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するステップ。
【００６２】
本開示の別の実施形態は、第１ネットワーク要素および第２ネットワーク要素を含むネットワークハンドオーバシステムを提供する。第１ネットワーク要素は以下を備える：ユーザ機器（ＵＥ）のためのトラフィックの確立中に、トラフィックが第２アクセスネットワークにおいて確立されることを決定するように構成された決定モジュール；ＵＥのためのトラフィックの確立中にハンドオーバを開始するように、ＵＥに接続されたソース基地局に対して命令するように構成された命令モジュール。第２ネットワーク要素は、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するように構成された開始モジュールを含む。
【００６３】
本開示の別の実施形態は、セッション管理機能（ＳＭＦ）に適用されるネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：第１アクセスネットワークにおける以下のトラフィック、すなわち、新しいサービス品質（ＱｏＳ）規則およびセッション変更要求のうちの少なくとも１つに対するユーザ機器（ＵＥ）の要求を受信するように構成される受信モジュール；トラフィックが第２アクセスネットワークにおいて確立されることを決定するように構成される決定モジュール；アクセスおよびモビリティ制御機能（ＡＭＦ）を介して第１アクセスネットワークの基地局に対して第２アクセスネットワークへのハンドオーバの要求を送信するように構成される送信モジュール。
【００６４】
本開示の別の実施形態は、ｇＮＢに適用される別のネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：セッション管理機能（ＳＭＦ）によって送信されるＮ２セッション要求を受信するように構成された第１受信モジュールであって、前記Ｎ２セッション要求は第１アクセスネットワークのサービス品質（ＱｏＳ）情報を搬送する、第１受信モジュール；アクセスおよびモビリティ制御機能（ＡＭＦ）を介してＳＭＦにＮ２セッション応答を送信するように構成された第１送信モジュール；ターゲットセルの情報を搬送するハンドオーバ要求メッセージをＡＭＦに送信するように構成された第２送信モジュール。
【００６５】
本開示の別の実施形態は、ｇＮＢに適用される別のネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：第１アクセスネットワークから第２アクセスネットワークへのハンドオーバの第１ハンドオーバ要求を受信するように構成された受信モジュール；ハンドオーバ要求に従って第１アクセスネットワークから第２アクセスネットワークへのハンドオーバの第２ハンドオーバ要求をアクセスおよびモビリティ制御機能（ＡＭＦ）に対して送信するように構成された送信モジュール。ｇＮＢは、第１アクセスネットワークに適用される。
【００６６】
本開示の別の実施形態は、記憶媒体をさらに提供する。記憶媒体は、以下のステップを実行するプログラムコードを格納するように構成されている：ユーザ機器（ＵＥ）に接続されたソース基地局に対して、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように命令するステップ；ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバした後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するステップ。
【００６７】
本開示の別の実施形態は、プロセッサをさらに提供する。プロセッサは、プログラムを実行するように構成され、プログラムは、実行されると、上述の実施形態のいずれか１つの方法を実行する。
【００６８】
本開示の別の実施形態は、メモリおよびプロセッサを含む電子装置をさらに提供する。メモリは、コンピュータプログラムを記憶するように構成され、プロセッサは、上述の実施形態のいずれか１つの方法を実行するためのコンピュータプログラムを実行するように構成される。
【００６９】
本開示の実施形態によれば、ＵＥのためのトラフィックの確立中に、第１ネットワーク要素は、ＵＥに接続されたソース基地局にハンドオーバを開始するように命令し、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、第２ネットワーク要素は、ベアラ確立またはＱｏＳフロー確立を開始する。新たに提供されたネットワークハンドオーバモードにより、既存技術におけるネットワーク間のオーバ複雑なハンドオーバの技術的問題が解決され、ハンドオーバは、ＵＥおよびネットワークへの変更をほとんど伴わずに実施される。したがって、ネットワークハンドオーバプロセスが改善され、簡略化される。
【図面の簡単な説明】
【００７０】
本明細書で説明される図面は、本開示のさらなる理解を提供するために使用され、本出願の一部を形成する。本開示における例示的な実施形態およびその説明は、本開示を説明するために使用され、いかなる不適切な方法においても本開示を限定するものではない。
【図１】本開示の関連技術におけるＥＰＣのアーキテクチャの図である；
【図２】本開示の関連技術におけるＮｅｘｔＧｅｎ移動通信ネットワークのアーキテクチャの概略図である；
【図３】本開示の関連技術における４Ｇと５Ｇとの間の双方向ハンドオーバをサポートするネットワークアーキテクチャを示す；
【図４】本開示の関連技術における５Ｇから４Ｇへのハンドオーバのフローチャートである；
【図５】本開示の関連技術における４Ｇから５Ｇへのハンドオーバのフローチャートである；
【図６】本開示の関連技術における３ＧＰＰシステムにおけるＣＳＦＢのインプリメンテーションモードの概略図である；
【図７】本開示の１実施形態によるネットワークハンドオーバ方法のフローチャートである；
【図８】本開示の１実施形態によるネットワークハンドオーバシステムの構造ブロック図である；
【図９】本開示におけるＳＭＦによってトリガされる５Ｇから４Ｇへのフォールバックフォームのフローチャートである；
【図１０】本開示におけるＡＭＦによってトリガされる５Ｇから４Ｇへのハンドオーバフローチャートである；
【図１１】本開示の実施形態による、ＮＧ  ＲＡＮノードによってトリガされる５Ｇから４Ｇへのハンドオーバフォームのフローチャートである；
【図１２】本開示の１実施形態による、ＮＲからｅＬＴＥにフォールバックするサービスのプロセスのフローチャートである；
【図１３】本開示におけるＮＲからｅＬＴＥにフォールバックする５Ｇシステムにおけるサービスのプロセスのフローチャートである；
【図１４】本開示の１実施形態による、サービスを４Ｇから５Ｇにアップグレードするフローチャートである。
【発明を実施するための形態】
【００７１】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。なお、競合していない場合には、本願の実施形態と特徴とを組み合わせてもよい。
【００７２】
本開示の説明、特許請求の範囲、および図面における「第１」、「第２」などの用語は、同様の目的を区別するために使用され、必ずしも特定の順序または順序を説明するために使用されないことに留意されたい。
【００７３】
＜実施形態１＞
本出願の実施形態は、図３に示すネットワークアーキテクチャ上で実行することができる。
【００７４】
本願の実施形態は、上述したネットワークアーキテクチャ上で実行されるネットワークハンドオーバ方法を提供する。図７は、本開示の実施形態によるネットワークハンドオーバ方法のフローチャートである。図７に示すように、この方法は、以下に説明するステップを含む。
【００７５】
ステップ７０２において、ＵＥのためのトラフィックの確立中に、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように命令する。
【００７６】
ステップ７０４において、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後、第２ネットワーク要素は、ベアラ確立またはＱｏＳフロー確立を開始する。
【００７７】
上述のステップを通じて、ＵＥのためのトラフィックの確立中に、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように命令し、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、第２ネットワーク要素は、ベアラ確立またはＱｏＳフロー確立を開始する。新たに提供されたネットワークハンドオーバ方法によれば、従来のネットワーク間のハンドオーバが複雑になるという技術的課題が解決され、ハンドオーバが実施される間のＵＥおよびネットワークへの変更が少なくなる。したがって、ネットワークハンドオーバプロセスが改善され、簡略化される。
【００７８】
例示的な実施形態では、第１ネットワーク要素（上述のステップの実行体）は、第１アクセスネットワークの以下のうちの少なくとも１つを含む：セッション管理機能（ＳＭＦ）、アクセスおよびモビリティ制御機能（ＡＭＦ）、モビリティ管理エンティティ（ＭＭＥ）、基地局。第１ネットワーク要素がＭＭＥである場合、第２ネットワーク要素ノードはＳＭＦである。あるいは第１ネットワーク要素が第１アクセスネットワークのＳＭＦ、ＡＭＦ、基地局のうちのいずれかである場合、第２ネットワーク要素ノードはＰＧＷ−ＣまたはＳＭＦである。しかし、本開示はこれに限定されない。
【００７９】
例示的な実施形態において、ＵＥのためのトラフィックの確立中に、第１ネットワーク要素が、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように命令するステップは、以下で説明するステップのうちの少なくとも１つを含む。
【００８０】
確立要求が受信されると、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように命令し、確立要求は、基地局によって受信された要求名を参照し、それに対応して、第１ネットワーク要素は、基地局を参照する。
【００８１】
新しいＱｏＳプロファイルが受信されると、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように指示する。
【００８２】
リソース確立要求が受信されると、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように指示する。
【００８３】
セッション変更要求が受信されると、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように命令し、セッション変更要求は、ＳＭＦ／ＰＧＷ−Ｃによって受信された要求名を参照し、それに対応して、第１ネットワーク要素は、ＳＭＦを参照する。
【００８４】
本実施形態では、第１アクセスネットワークの基地局は、ｇＮＢ（５Ｇ基地局）、ｅＬＴＥ（ｅｖｏｌｖｅｄ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）基地局、およびＬＴＥ基地局のうちの少なくとも１つを含む。
【００８５】
実施形態における技術的手段は、異なるネットワーク要素エンティティ上でトリガされ、完了されてもよい。この解決策について、異なるシナリオに関して以下に説明する。
【００８６】
第１ネットワーク要素がＳＭＦである場合、第１ネットワーク要素が、ハンドオーバを開始するようにＵＥに接続されたソースステーションに対して命令するステップは、以下に説明するステップを含む。
【００８７】
ステップＳ１１において、ＳＭＦは、トラフィックを第２アクセスネットワークにおいて確立することを決定する。
【００８８】
ステップＳ１２において、ＳＭＦは、第２アクセスネットワークへのハンドオーバの要求を、ＡＭＦを介して第１アクセスネットワークの基地局に送信する。
【００８９】
第１ネットワーク要素がＡＭＦである場合、第１ネットワーク要素が、ハンドオーバを開始するようにＵＥに接続されたソースステーションに対して命令するステップは、以下に説明するステップを含む。
【００９０】
ステップＳ２１において、ＡＭＦは、ＳＭＦによって送信されたセッション要求を受信し、このセッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する。
【００９１】
ステップＳ２２において、ＡＭＦは、第１アクセスネットワークにＮ２セッション要求を送信し、このＮ２セッション要求は、第２アクセスネットワークへのハンドオーバの通知を搬送する。
【００９２】
ステップＳ２３において、ＡＭＦは、第１アクセスネットワークによって送信されたハンドオーバ要求メッセージを受信し、このハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する。
【００９３】
ＡＭＦは、Ｎ２セッション応答をＳＭＦに送信する。
【００９４】
第１ネットワーク要素が、第１アクセスネットワーク内にありＵＥに接続された基地局である場合、第１ネットワーク要素が、ＵＥに接続されたソースステーションに対してハンドオーバを開始するように命令するステップは、以下に説明するステップを含む。
【００９５】
ステップＳ３１において、第１アクセスネットワークの基地局は、ＳＭＦによって送信されたＮ２セッション要求を受信し、このＮ２セッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する。
【００９６】
ステップＳ３２において、第１アクセスネットワークの基地局は、ＡＭＦを介してＳＭＦにＮ２セッション応答を送信する。
【００９７】
ステップＳ３３において、第１アクセスネットワークの基地局は、ハンドオーバ要求メッセージをＡＭＦに送信し、このハンドオーバ要求は、ターゲットセルの情報を搬送する。
【００９８】
第１ネットワーク要素が、第１アクセスネットワーク内にありＵＥに接続された基地局である場合、第１ネットワーク要素が、ＵＥに接続されたソースステーションに対してハンドオーバを開始するように命令するステップは、以下に説明するステップを含む。
【００９９】
ステップＳ４１において、第１アクセスネットワークの基地局は、ＳＭＦによって送信されたＮ２セッション要求を受信し、このＮ２セッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する。
【０１００】
ステップＳ４２において、第１アクセスネットワークの基地局は、ハンドオーバ要求メッセージをＡＭＦに送信し、ＡＭＦは、Ｎ２セッション応答をＳＭＦに送信し、このハンドオーバ要求は、ターゲットセルの情報を搬送する。
【０１０１】
第１ネットワーク要素がＭＭＥである場合、第１ネットワーク要素が、ハンドオーバを開始するようにＵＥに接続されたソースステーションに対して命令するステップは、以下に説明するステップを含む。
【０１０２】
ステップＳ５１において、ＭＭＥは、ＰＧＷ−ＣによってＳ−ＧＷを介して送信されたベアラ作成要求を受信する。
【０１０３】
ステップＳ５２において、ＭＭＥは、ベアラ生成要求に対応するサービスを第２アクセスネットワークにおいて確立することを決定する。
【０１０４】
ステップＳ５３において、ＭＭＥは、第２アクセスネットワークへのハンドオーバの要求を第１アクセスネットワークの基地局に送信する。
【０１０５】
例示的な実施形態において、上記のシナリオで説明したＮ２セッション応答は、ＵＥが第２アクセスネットワークにハンドオーバされることを示すための情報を搬送する。
【０１０６】
実施形態において、第１アクセスネットワークは、ｎｅｗ  ｒａｄｉｏ（ＮＲ）アクセスネットワークであり、第２アクセスネットワークは、ロングタームエボリューション（ＬＴＥ）アクセスネットワークであり、または第１アクセスネットワークは、ＬＴＥアクセスネットワークであり、第２アクセスネットワークは、ＮＲアクセスネットワークである。
【０１０７】
実施形態において、ＳＭＦ−ＣおよびＰＧＷ−Ｃは、同じ場所に配置されたネットワーク要素であり、相互に内部作用を有する場合がある。例を以下に示す。
【０１０８】
第１ネットワーク要素がＳＭＦであるとき、およびＵＥが第２ネットワークにハンドオーバされるとき、第２ネットワーク要素ＰＧＷ−Ｃは、第２ネットワークにおいてベアラを確立することをどのように知っているか？その答えは、ＳＭＦとＰＧＷ−Ｃがコロケートされたネットワーク要素を持ち、ＳＭＦ−Ｃが内部的にＰＧＷ−Ｃに通知するので、ハンドオーバが完了した後、ＰＧＷ−Ｃはベアラ確立を開始するからである。
【０１０９】
第１ネットワーク要素がＡＭＦまたはｇＮＢである場合、それらは、応答メッセージにおいて、ＵＥが第２ネットワークにハンドオーバされることをＳＭＦに通知する。ＳＭＦと第２ネットワーク要素ＰＧＷ−Ｃはコロケートされたネットワーク要素であり、ＳＭＦは内部的にＰＧＷ−Ｃに通知するので、ハンドオーバが完了した後、ＰＧＷ−Ｃはベアラ確立を開始する。
【０１１０】
あるいは、第１ネットワーク要素がＡＭＦまたはｇＮＢである場合、ＳＭＦは、ハンドオーバがソースネットワークにおけるベアラ確立またはＱｏＳフロー確立において発生するのでハンドオーバが発生することを知っている。ＳＭＦおよび第２ネットワーク要素ＰＧＷ−Ｃは、コロケートされたネットワーク要素であり、ＳＭＦはＰＧＷ−Ｃに内部的に通知するので、ハンドオーバが完了した後、ＰＧＷ−Ｃはベアラ確立を開始する。
【０１１１】
ＭＭＥが第１ネットワーク要素である場合、ＭＭＥは、ステップ（ＭＭＥがＳ−ＧＷを介してＰＧＷ−Ｃにベアラ作成応答を送信し、ターゲット側のＱｏＳフロー確立がベアラ作成応答で指示される）においてＰＧＷ−Ｃに通知し、ＵＥは第２ネットワークにハンドオーバされる。ＰＧＷ−Ｃおよび第２ネットワーク要素ＳＭＦはコロケートされたネットワーク要素であり、ＰＧＷ−ＣはＳＭＦに内部的に通知するので、ハンドオーバが完了した後、ＳＭＦはＱｏＳフローの確立を開始する。
【０１１２】
上述の実施形態の説明から、上述の任意の実施形態の方法は、ソフトウェアに加えて必要な汎用ハードウェアプラットフォームによって実施されてもよく、または当然ながらハードウェアによって実施されてもよいが、多くの場合、前者は好ましい実施形態であることが、当業者には明らかであろう。この理解に基づいて、本開示によって実質的に提供されるソリューション、または既存の技術に寄与するソリューションの一部は、ソフトウェア製品の形態で実施することができる。コンピュータソフトウェア製品は、記憶媒体（ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）/ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク、または光ディスクなど）に記憶され、端末装置（携帯電話、コンピュータ、サーバ、ネットワーク装置など）が本開示の各実施形態による方法を実行することを可能にするためのいくつかの命令を含む。
【０１１３】
＜実施形態２＞
本開示の実施形態は、上述の実施形態および好ましい実施形態を実施するためのネットワークハンドオーバシステムをさらに提供する。説明済のことは説明を省略する。以下で使用されるように、用語「モジュール」は、所定の機能を実装することができるソフトウェア、ハードウェア、またはそれらの組み合わせであってもよい。なお、以下に説明する実施の形態における装置は、ソフトウェアにより実現されることが好ましいが、ハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとの組み合わせにより実現されてもよい。
【０１１４】
図８は、本開示の１実施形態によるネットワークハンドオーバシステムの構造ブロック図である。図８に示すように、システムは、第１ネットワーク要素８０および第２ネットワーク要素８２を含む。
【０１１５】
第１ネットワーク要素８０は、決定モジュール８００および指示モジュール８０２を含む。
【０１１６】
決定モジュール８００は、ＵＥのためのトラフィックの確立中に、トラフィックが第２アクセスネットワークにおいて確立されるべきであることを決定するように構成される。
【０１１７】
指示モジュール８０２は、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように、ＵＥに接続されたソース基地局に対して指示するように構成される。
【０１１８】
第２ネットワーク要素８２は、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するように構成された開始モジュール８２０を含む。
【０１１９】
例示的な実施形態において、指示モジュール８０２は、以下のうちの少なくとも１つを含む：ベアラ作成要求が受信されたときハンドオーバを開始するようにＵＥに接続されたソース基地局に対して命令するように構成された第１命令ユニット；新しいＱｏＳプロファイルが受信されたときハンドオーバを開始するようにＵＥに接続されたソース基地局に対して命令するように構成された第２命令ユニット；リソース確立要求が受信されたときハンドオーバを開始するようにＵＥに接続されたソース基地局に対して命令するように構成された第３命令ユニット；セッション変更要求が受信されたときハンドオーバを開始するようにＵＥに接続されたソース基地局に対して命令するように構成された第４命令ユニット。
【０１２０】
例示的な実施形態において、第１ネットワーク要素８０は、第１アクセスネットワークの以下のうちの少なくとも１つを含む：セッション管理機能（ＳＭＦ）、アクセスおよびモビリティ制御機能（ＡＭＦ）、モビリティ管理エンティティ（ＭＭＥ）、基地局。
【０１２１】
例示的な実施形態において、第１アクセスネットワークの基地局は、ｇＮＢ、ｅＬＴＥ（ｅｖｏｌｖｅｄ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ基地局のうちの少なくとも１つを含む。
【０１２２】
例示的な実施形態において、第２ネットワーク要素８２は、第２アクセスネットワークのコアネットワーク要素を含む。
【０１２３】
実施形態の異なるアプリケーションシナリオによれば、第１ネットワーク要素８０がＳＭＦである場合、指示モジュール８０２は、第２アクセスネットワークへのハンドオーバの要求を、ＡＭＦを介して第１アクセスネットワークの基地局に送信するように構成される。
【０１２４】
第１ネットワーク要素８０がＡＭＦである場合、指示モジュール８０２は、以下のように構成される：ＳＭＦによって送信されたセッション要求を受信し、このセッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する；Ｎ２セッション要求を第１アクセスネットワークに送信し、このＮ２セッション要求は、第２アクセスネットワークへのハンドオーバの指示を搬送する；第１アクセスネットワークによって送信されたハンドオーバ要求メッセージを受信し、このハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する；Ｎ２セッション応答をＳＭＦに送信する。
【０１２５】
第１ネットワーク要素８０が、第１アクセスネットワーク内の基地局でありＵＥに接続されている場合、指示モジュール８０２は以下のように構成される：ＳＭＦによって送信されたＮ２セッション要求を受信し、このＮ２セッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する；ＡＭＦを介してＳＭＦにＮ２セッション応答を送信する；ＡＭＦにハンドオーバ要求メッセージを送信し、このハンドオーバ要求メッセージはターゲットセルの情報を搬送する。
【０１２６】
第１ネットワーク要素８０が、第１アクセスネットワーク内の基地局でありＵＥに接続されている場合、指示モジュール８０２は以下のように構成される：ＳＭＦによって送信されたＮ２セッション要求を受信するし、このＮ２セッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する；ＡＭＦにハンドオーバ要求メッセージを送信し、ＡＭＦは、ＳＭＦにＮ２セッション応答を送信し、このハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する。
【０１２７】
第１ネットワーク要素８０がＭＭＥである場合、決定モジュール８００は、ＰＧＷ−ＣによってＳ−ＧＷを介して送信されたベアラ作成要求を受信し、ベアラ作成要求に対応するサービスが第２アクセスネットワークにおいて確立されるべきであることを決定するように構成される；指示モジュール８０２は、第２アクセスネットワークへのハンドオーバの要求を第１アクセスネットワークの基地局に送信するように構成される。
【０１２８】
あるいは、実施形態において、第１アクセスネットワークは、ｎｅｗ  ｒａｄｉｏ（ＮＲ）アクセスネットワークであり、第２アクセスネットワークは、ロングタームエボリューション（ＬＴＥ）アクセスネットワークであり、または第１アクセスネットワークは、ＬＴＥアクセスネットワークであり、第２アクセスネットワークは、ＮＲアクセスネットワークである。
【０１２９】
例示的な実施形態において、第１ネットワーク要素８０がＭＭＥである場合、第２ネットワーク要素８２ノードはＳＭＦであり、または第１ネットワーク要素８０が第１アクセスネットワークのＳＭＦ、ＡＭＦ、基地局のうちの１つである場合、第２ネットワーク要素８２ノードはＰＧＷ−ＣまたはＳＭＦである。
【０１３０】
例示的な実施形態において、Ｎ２セッション応答は、ＵＥが第２アクセスネットワークにハンドオーバされることを示すための情報を搬送する。
【０１３１】
本開示の実施形態は、ＳＭＦに適用されるネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：第１アクセスネットワークにおける以下のトラフィック、すなわち、新しいＱｏＳプロファイルおよびセッション変更要求のうちの少なくとも１つについてＵＥの要求を受信するように構成された受信モジュール；受信モジュールに接続され、トラフィックが第２アクセスネットワークにおいて確立されるべきであると判定するように構成された判定モジュール；判定モジュールに接続され、ＡＭＦを介して第２アクセスネットワークの基地局にハンドオーバの要求を送信するように構成された送信モジュール。
【０１３２】
本開示の実施形態は、ｇＮＢに適用される別のネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：ＳＭＦによって送信されたＮ２セッション要求を受信するように構成された第１受信モジュールであって、前記Ｎ２セッション要求が第１アクセスネットワークのＱｏＳ情報を搬送する、第１受信モジュール；ＡＭＦを介してＳＭＦにＮ２セッション応答を送信するように構成された第１送信モジュール；ターゲットセルの情報を搬送するハンドオーバ要求メッセージをＡＭＦに送信するように構成された第２送信モジュール。無線ベアラ要求は、Ｎ２セッション要求と同じ機能を有する。ＱｏＳ情報を搬送するＮ２セッション要求が受信されると、すなわち、基地局は、無線ベアラを確立する必要がある。
【０１３３】
例示的な実施形態では、Ｎ２セッション応答は、ＵＥが第２アクセスネットワークにハンドオーバされることを示すための情報を搬送する。
【０１３４】
本開示の１実施形態は、ｇＮＢに適用される別のネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：第１アクセスネットワークから第２アクセスネットワークへのハンドオーバのための第１ハンドオーバ要求を受信するように構成された受信モジュール；ハンドオーバ要求に従って第１アクセスネットワークから第２アクセスネットワークへのハンドオーバのための第２ハンドオーバ要求をＡＭＦに送信するように構成された送信モジュール。ｇＮＢは第１アクセスネットワーク内にある。
【０１３５】
上述した各種モジュールは、ソフトウェアにより実現されてもよいし、ハードウェアにより実現されてもよい。ハードウェアによる実装は、必ずしもそうである必要はないが、以下の方法で実行されてもよい：上述の様々なモジュールは、それぞれ任意の組み合わせの方法で、同じプロセッサまたは異なるプロセッサに配置される。
【０１３６】
＜実施形態３＞
この実施形態は、本開示の任意の実施形態である。本出願の詳細な説明を、特定の実装例とともに以下に説明する。
【０１３７】
この実施形態は、トラフィックフォールバックのための方法およびシステムを提供する。トラフィックの確立中に、ネットワークノードは、メディアプレーン確立要求を受信するとき、または新しいＱｏＳプロファイルを受信するとき、またはリソース確立要求を受信するとき、ハンドオーバを開始するように基地局に命令する。第２アクセスネットワークまたは第２基地局にハンドオーバされた後、ネットワークノードは、新しいＱｏＳフロー確立またはベアラ確立を開始する。
【０１３８】
本実施形態は、以下に説明するように、複数の実施形態を含む。
【０１３９】
図９は、ＳＭＦによってトリガされる５Ｇから４Ｇへのフォールバックのフローチャートである。ＳＭＦによってトリガされるフォールバックの実施モードは、以下に説明するステップを含む。
【０１４０】
ステップ４０１において、ＵＥが５Ｇシステムにアクセスし、ＰＤＵセッションが確立され、ＩＭＳ登録も完了する。
【０１４１】
ステップ４０２において、ＩＭＳセッション確立が開始される。
【０１４２】
ステップ４０３において、プロキシコールセッションコントロール機能（Ｐ−ＣＳＣＦ）は、ＰＣＦ／ＰＣＲＦに対してセッションリソース承認リクエストを開始する。
【０１４３】
ステップ４０４において、ＰＣＦは、ＳＭＦに対するパケットデータユニット接続アクセスネットワーク（ＰＤＵ−ＣＡＮ）セッション変更要求を開始する。ここでは、ＰＤＵ−ＣＡＮセッション変更要求はＱｏＳプロファイルを含み、あるいはこれに代えて、４Ｇシステムによって使用されるＱｏＳプロファイル情報をさらに含む。
【０１４４】
ステップ４０５において、ＳＭＦは、トラフィックが４Ｇネットワークにおいて確立されるべきであると判断し、ＳＭＦは、ＡＭＦを介して５Ｇ  ＲＡＮノードに送信されるハンドオーバの要求を４Ｇに送信する。
【０１４５】
ステップ４０６において、ＮＧ  ＲＡＮは、ターゲットセルの情報が伝送されるＡＭＦにハンドオーバ要求メッセージを伝送する。
【０１４６】
ステップ４０７において、ＵＥは４Ｇにハンドオーバされ、プロセスのステップは図４のステップ１０２〜１１４と同じである。
【０１４７】
ステップ４０８において、ハンドオーバが完了した後、ＵＥは、４Ｇシステム上でＴＡＵプロセスを開始する。
【０１４８】
ＰＧＷ−Ｃは、５Ｇ  ＱｏＳプロファイルに従って４ＧシステムのＱｏＳプロファイルをローカルに生成することもでき、またはＳ４０４で提供される４ＧシステムのＱｏＳプロファイルを使用することもでき、または以下で説明するステップ４０９および４１０を実行することもできる。
【０１４９】
ステップ４０９において、ＰＧＷ−Ｃは、ＰＣＲＦに対するＩＰ−ＣＡＮセッションの変更要求を開始する。
【０１５０】
ステップ４１０において、ＰＣＲＦは、４ＧシステムのＱｏＳプロファイルをＰＧＷ−Ｃに返す。
【０１５１】
既存の技術では、ターゲットネットワークにおけるベアラ確立のプロセスは、以下に説明するステップを含む。
【０１５２】
ステップ４１１において、ＰＧＷ−Ｃは、セッション作成要求をＳ−ＧＷに送信し、Ｓ−ＧＷは、ＭＭＥに要求を転送する。セッション作成要求は４Ｇ  ＱｏＳプロファイルを搬送する。
【０１５３】
ステップ４１２において、ＭＭＥは、ｅＮＢにベアラセットアップ要求を送信する。
【０１５４】
ステップ４１３において、ｅＮＢは、ＲＲＣ再構成要求をＵＥに送信する。
【０１５５】
ステップ４１４において、ＵＥは、ＲＲＣ再構成応答を返す。
【０１５６】
ステップ４１５において、ｅＮＢは、ＭＭＥにベアラセットアップ応答を返す。
【０１５７】
ステップ４１６において、ＭＭＥはＳ−ＧＷへのセッション作成応答を返信し、Ｓ−ＧＷはセッション作成要求応答をＰＧＷ−Ｃへ転送する。
【０１５８】
ステップ４１７において、ＰＧＷ−Ｃは、ＱｏＳプロファイルインストール応答をＰＣＲＦに返す。
【０１５９】
ステップ４１８において、ＰＣＲＦはＰ−ＣＳＣＦにリソースリクエストレスポンスを返す。
【０１６０】
ステップ４１９において、ＩＭＳにおけるセッション確立が完了する。
【０１６１】
図１０は、本開示におけるＡＭＦによってトリガされる５Ｇから４Ｇへのハンドオーバのフローチャートであり、ＡＭＦによってトリガされる実装モードは、以下のステップを含む。
【０１６２】
ステップ５０１〜５０４は、ステップ４０１〜４０４と同様である。
【０１６３】
ステップ５０５において、ＳＭＦは、セッション要求を５Ｇ  ＲＡＮノードに送信し、このセッション要求は、５ＧのＱｏＳに関する情報を搬送し、メッセージは、最初にＡＭＦに到着する。
【０１６４】
ステップ５０６において、ＡＭＦは、Ｎ２セッション要求を５Ｇ  ＲＡＮノードに送信し、このＮ２セッション要求は、４Ｇへのハンドオーバの通知を搬送する。
【０１６５】
ステップ５０７において、ＮＧ  ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、このハンドオーバ要求は、ターゲットセルの情報を搬送する。
【０１６６】
ステップ５０８において、ＡＭＦは、Ｎ２セッション応答をＳＭＦに送信し、４Ｇへのハンドオーバを通知し、その後、ベアラを確立する。
【０１６７】
ステップ５０９において、ＵＥは、Ｓ４０７と同じ４Ｇにハンドオーバされ、ＵＥは、ここでＴＡＵプロセスをトリガすることができる（Ｓ４０８と同じ）。
【０１６８】
ステップ５１０において、ハンドオーバが完了した後、ＰＧＷ−Ｃは、ステップ４０９〜４１８と同様に、４Ｇにおいて専用ベアラを確立し、その後、ＩＰマルチメディアサブシステム（ＩＭＳ）におけるセッション確立が完了する。
【０１６９】
図１１は、本開示の１実施形態によるＮＧ  ＲＡＮノードによってトリガされる５Ｇから４Ｇへのハンドオーバのフローチャートである。ＮＧ  ＲＡＮノードによってトリガされる５Ｇから４Ｇへのハンドオーバの実施モードは、以下のステップを含む。
【０１７０】
ステップ６０１〜６０４は、ステップ４０１〜４０４と同様である。
【０１７１】
ステップ６０５において、ＳＭＦは、ＡＭＦを介して５Ｇ  ＲＡＮノードにＮ２セッション要求を送信し、Ｎ２セッション要求は、５Ｇ  ＱｏＳパラメータを搬送する。
【０１７２】
ステップ６０６において、ＮＧ  ＲＡＮは、４Ｇへのハンドオーバを通知するために、ＡＭＦを介してＳＭＦにＮ２セッション応答を送信する。
【０１７３】
ステップ６０７において、ＮＧ  ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ハンドオーバ要求は、ターゲットセルの情報を搬送する。
【０１７４】
上述のステップ６０６および６０７は、以下に説明するステップ６０６ａおよび６０７ａによって置き換えることができる。
【０１７５】
ステップ６０６ａにおいて、ＮＧ  ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ハンドオーバ要求は、ターゲットセルの情報と、４Ｇへのハンドオーバの指示を伴うＮ２セッションとを搬送する。
【０１７６】
ステップ６０７ａにおいて、ＡＭＦは、Ｎ２セッション応答をＳＭＦに送信し、４Ｇへのハンドオーバが通知される。
【０１７７】
ステップ６０８において、ＵＥは、Ｓ４０７と同じ４Ｇにハンドオーバされ、ＵＥは、ここでＴＡＵプロセスをトリガすることができる（Ｓ４０８と同じ）。
【０１７８】
ステップ６０９において、ハンドオーバが完了した後、ＰＧＷ−Ｃは、ステップ４０９〜４１８と同様に、４Ｇにおいて専用ベアラを確立し、その後、ＩＭＳによってセッション確立が完了する。
【０１７９】
図１２は、本開示の１実施形態による、ＮＲからｅＬＴＥにフォールバックするトラフィックのプロセスのフローチャートである。５Ｇシステムにおいて、ＮＲからｅＬＴＥにフォールバックするトラフィックの実装形態を以下に説明する。前の図とは異なり、図１２は、５Ｇ  ＲＡＮノードおよびｅＬＴＥ基地局の両方が、ＡＭＦを介して５Ｇコアネットワークにアクセスすることを示す。しかし、本発明の基本的な点は同じである。ＱｏＳフローが確立されると、５Ｇ  ＲＡＮはｅＬＴＥ基地局にハンドオーバされる。
【０１８０】
ステップ７０１および７０２は、ステップ４０１および４０２と同じである。ステップＳ７０２において、ＵＥが現在アクセスしている基地局は、５Ｇ  ＲＡＮノードである。
【０１８１】
ステップ７０３において、Ｐ−ＣＳＣＦは、ＰＣＦへのセッションリソース許可要求を開始する。
【０１８２】
ステップ７０４で、ＰＣＦは、ＳＭＦに対するＰＤＵ−ＣＡＮセッションの変更要求を開始し、ＰＤＵ−ＣＡＮセッションの変更要求は、ＱｏＳプロファイルを含む。
【０１８３】
ステップ７０５において、ＳＭＦは、トラフィックがｅＬＴＥ基地局において確立されるべきであると決定し、ＳＭＦは、ｅＬＴＥ基地局へのハンドオーバの要求を、ＡＭＦを介して５Ｇ  ＲＡＮノードに送信する。
【０１８４】
ステップ７０６において、ＮＧ  ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ハンドオーバ要求は、ターゲットｅＬＴＥセルの情報を搬送する。
【０１８５】
ステップ７０７において、ＵＥは、ｅＬＴＥ基地局にハンドオーバされる。ここで、既存の技術におけるハンドオーバモードが採用されてもよく、詳細は、本明細書では説明しない。
【０１８６】
ステップ７０８および７０９において、ハンドオーバが完了した後、代替として、ＳＭＦは、新しいＱｏＳプロファイルを取得するために、ＰＣＦへのＰＤＵ−ＣＡＮセッション変更要求を開始することができる。
【０１８７】
従来の５ＧネットワークにおけるｅＬＴＥにおけるＱｏＳフロー確立の処理は、以下のステップを含む。
【０１８８】
ステップ７１０において、ＳＭＦは、Ｎ２セッション要求をＡＭＦに送信し、Ｎ２セッション要求は、ＱｏＳプロファイルを搬送する。
【０１８９】
ステップ７１１において、ＡＭＦは、無線リソース確立要求をｅＬＴＥ基地局に送信する。
【０１９０】
ステップ７１２において、ｅＬＴＥは、ＲＲＣ再構成要求をＵＥに送信する。
【０１９１】
ステップ７１３において、ＵＥは、ＲＲＣ再構成応答を返信する。
【０１９２】
ステップ７１４において、ｅＬＴＥは、無線リソース確立要求応答（すなわち、Ｎ２応答）をＡＭＦに返す。
【０１９３】
ステップ７１５において、ＡＭＦは、Ｎ２セッション要求応答をＳＭＦに返す。
【０１９４】
ステップ７１６において、ＳＭＦは、ＰＤＵ−ＣＡＮセッション変更応答をＰＣＦに返す。
【０１９５】
ステップ７１７において、ＰＣＦはＰ−ＣＳＣＦにリソースリクエストレスポンスを返す。
【０１９６】
ステップ７１８において、ＩＭＳにおけるセッション確立が完了する。
【０１９７】
図１３は、本開示におけるＮＲからｅＬＴＥにフォールバックする５Ｇシステムにおけるトラフィックのフローチャートである。ＮＲからｅＬＴＥへの５Ｇシステムにおけるトラフィックのフォールバックプロセスの別の実施形態は、以下のステップを含む。
【０１９８】
ステップ８０１〜８０２は、ステップ７０１〜７０２と同様である。
【０１９９】
ステップ８０３において、Ｐ−ＣＳＣＦは、ＰＣＦへのセッションリソース許可要求を開始する。
【０２００】
ステップ８０４において、ＰＣＦは、ＳＭＦに対するＰＤＵ−ＣＡＮセッションの変更要求を開始し、このＰＤＵ−ＣＡＮセッションの変更要求はＱｏＳプロファイルを含む。
【０２０１】
図１０および図１１と同様に、以下の３つの実施態様がある：ステップ８０５〜８０８；ステップ８０５ａ〜８０７ａ；ステップ８０５ｂ〜８０７ｂ。
【０２０２】
ステップ８０５において、ＳＭＦは、セッション要求を５Ｇ  ＲＡＮノードに送信し、セッション要求は、５Ｇ  ＱｏＳを要求するための情報を搬送し、メッセージは、最初にＡＭＦに到着する。
【０２０３】
ステップ８０６において、ＡＭＦは、Ｎ２セッション要求を５Ｇ  ＲＡＮノードに送信し、ここで、ｅＬＴＥ基地局へのハンドオーバの指示が搬送される。
【０２０４】
ステップ８０７において、ＮＧ  ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ここで、ｅＬＴＥ基地局のターゲットセルの情報が搬送される。
【０２０５】
ステップ８０８において、ＡＭＦは、Ｎ２セッション応答をＳＭＦに送信し、ハンドオーバをｅＬＴＥに指示し、次いで、ＱｏＳフローを確立する。
【０２０６】
あるいは、
ステップ８０５ａにおいて、ＳＭＦは、ＡＭＦを介して５Ｇ  ＲＡＮノードにＮ２セッション要求を送信し、ここで、Ｎ２セッション要求は、５Ｇ  ＱｏＳパラメータを搬送する。
【０２０７】
ステップ８０６ａにおいて、ＮＧ  ＲＡＮは、ＡＭＦを介してＳＭＦにＮ２セッション応答を送信し、Ｎ２セッション応答は、ｅＬＴＥへのハンドオーバを指示する。
【０２０８】
ステップ８０７ａにおいて、ＮＧ  ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ここで、ｅＬＴＥ基地局のターゲットセルの情報が搬送される。
【０２０９】
あるいは、
ステップ８０５ｂにおいて、ＳＭＦは、ＡＭＦを介して５Ｇ  ＲＡＮにＮ２セッション要求を送信し、Ｎ２セッション要求は、５Ｇ  ＱｏＳパラメータを搬送する。
【０２１０】
ステップ８０６ｂにおいて、ＮＧ  ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ハンドオーバ要求は、ターゲットセルの情報と、ｅＬＴＥへのハンドオーバの指示を伴うＮ２セッションとを搬送する。
【０２１１】
ステップ８０７ｂにおいて、ＡＭＦは、ＳＭＦにＮ２セッション応答を送信し、ｅＬＴＥへのハンドオーバを示し、次いで、ＱｏＳフローを確立する。
【０２１２】
ステップ８０９において、ＵＥは、ｅＬＴＥ基地局にハンドオーバされる。
【０２１３】
ステップ８１０において、ハンドオーバが完了した後、５Ｇネットワーク内のｅＬＴＥにおいてＱｏＳフローが確立され、ＩＭＳセッション確立が完了する。ステップは、ステップ７０９〜７１８と同様である。
【０２１４】
図１４は、本開示の実施形態による、４Ｇから５Ｇへのトラフィックのアップグレードのフローチャートである。トラフィックを４Ｇから５Ｇにアップグレードする実施形態は、以下のステップを含む。
【０２１５】
ステップ９０１において、ＵＥが４Ｇにアクセスし、ＰＤＮ接続が確立され、ＩＭＳ登録が実行される。
【０２１６】
ステップ９０２において、ＩＭＳセッション確立が開始される。
【０２１７】
ステップ９０３において、Ｐ−ＣＳＣＦは、ＰＣＦ／ＰＣＲＦへのセッションリソース許可要求を開始する。
【０２１８】
ステップ９０４において、ＰＣＲＦは、ＰＧＷ−Ｃに対するＩＰ−ＣＡＮセッションの変更要求を開始する。ＩＰ−ＣＡＮセッションの変更要求はＱｏＳプロファイルを含み、あるいはこれに代えて、ＩＰ−ＣＡＮセッションの変更要求は、５Ｇシステムで使用されるＱｏＳプロファイルの情報を有してもよい。
【０２１９】
ステップ９０５において、ＰＧＷ−ＣはＳ−ＧＷにベアラ生成リクエストを送信し、Ｓ−ＧＷはリクエストをＭＭＥに送信する。
【０２２０】
ステップ９０６において、ＭＭＥは、トラフィックが５Ｇネットワークにおいて確立されるべきであると判定し、ハンドオーバの要求を５ＧにｅＮＢに送信する。
【０２２１】
ステップ９０７において、ｅＮＢは、ハンドオーバ要求メッセージをＭＭＥに送信し、ここで、５Ｇターゲットセルの情報が搬送される。
【０２２２】
ステップ９０８において、ＭＭＥは、Ｓ−ＧＷを介してＰＧＷ−Ｃにベアラ作成応答を送信し、ベアラ作成応答は、ターゲット側でのＱｏＳフロー確立を指示する。
【０２２３】
ステップ９０９において、ＵＥは５Ｇにハンドオーバされ、プロセスのステップは図５のステップ２０２〜２１２と同じである。
【０２２４】
ステップ９１０において、ハンドオーバが完了した後、ＵＥは、５Ｇシステムにおける登録プロセスを開始する。
【０２２５】
ＳＭＦは、４ＧシステムのＱｏＳプロファイルに従って、５ＧシステムのＱｏＳプロファイルをローカルに生成するか、またはステップ９０４で提供された５ＧシステムのＱｏＳプロファイルを使用するか、または以下で説明されるステップ９１２および９１３を実行することができる。
【０２２６】
ステップ９１２において、ＳＭＦは、ＰＣＦに対するＰＤＵ−ＣＡＮセッション変更要求を開始する。
【０２２７】
ステップ９１３において、ＰＣＦは、５ＧシステムのＱｏＳプロファイルをＳＭＦに返す。
【０２２８】
従来の５ＧネットワークにおけるＱｏＳフロー確立の処理は、以下のステップを含む。
【０２２９】
ステップ９１４において、ＳＭＦは、Ｎ２セッション要求をＡＭＦに送信し、Ｎ２セッション要求は、ＱｏＳプロファイルを搬送する。
【０２３０】
ステップ９１５において、ＡＭＦは、無線リソース確立要求を５Ｇ  ＲＡＮノードに送信する。
【０２３１】
ステップ９１６において、５Ｇ  ＲＡＮは、ＲＲＣ再構成要求をＵＥに送信する。
【０２３２】
ステップ９１７において、ＵＥは、ＲＲＣ再構成応答を返信する。
【０２３３】
ステップ９１８において、５Ｇ  ＲＡＮは、無線リソース確立要求応答（すなわち、Ｎ２応答）をＡＭＦに返す。
【０２３４】
ステップ９１９において、ＡＭＦは、Ｎ２セッション要求応答をＳＭＦに返す。
【０２３５】
ステップ９２０において、ＳＭＦは、ＰＤＵ−ＣＡＮセッション変更応答をＰＣＦに返す。
【０２３６】
ステップ９２１において、ＰＣＦは、Ｐ−ＣＳＣＦにリソースリクエストレスポンスを返す。
【０２３７】
ステップ９２２において、ＩＭＳにおけるセッション確立が完了する。
【０２３８】
＜実施形態４＞
本開示の実施形態は、記憶媒体をさらに提供する。また、本実施の形態において、上述した記憶媒体は、以下に説明する各ステップを実行するためのプログラムコードを記憶するように構成されていてもよい。
【０２３９】
ステップＳ１において、ＵＥに接続されたソース基地局は、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように指示される。
【０２４０】
ステップＳ２において、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立が開始される。
【０２４１】
あるいは、本実施形態において、記録媒体は、Ｕディスク、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、モバイルハードディスク、磁気ディスク、光ディスク、またはプログラムコードを記録可能な他の媒体を含むことができるが、これらに限定されない。
【０２４２】
あるいは、本実施形態では、プロセッサは、記憶媒体に記憶されたプログラムコードを実行して、ＵＥに接続されたソース基地局に、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように指示する。
【０２４３】
あるいは、本実施形態では、プロセッサは、記憶媒体に記憶されたプログラムコードを実行して、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始する。
【０２４４】
あるいは、本実施形態における具体例については、上記実施形態および任意の実施形態で説明した例を参照することができ、本実施形態では繰り返さない。
【０２４５】
本開示の実施形態は、メモリおよびプロセッサを含む電子装置をさらに提供し、メモリは、コンピュータプログラムを格納するように構成され、プロセッサは、上述の方法の実施形態のうちのいずれか１つにおけるステップを実行するためのコンピュータプログラムを実行するように構成される。
【０２４６】
また、上記電子機器は、送信装置と入出力装置とをさらに備え、送信装置と入出力装置との両方が上記プロセッサに接続されていてもよい。
【０２４７】
明らかに、本開示の上述のモジュールまたはステップの各々は、汎用コンピューティング装置によって実装されてもよく、モジュールまたはステップは、単一のコンピューティング装置に集中されてもよく、または複数のコンピューティング装置によって形成されるネットワーク上に分散されてもよく、代替として、モジュールまたはステップは、コンピューティング装置によって実行可能なプログラムコードによって実装されてもよく、その結果、モジュールまたはステップは、ストレージ装置に格納され、コンピューティング装置によって実行されてもよいことを、当業者によって理解されるべきである。いくつかの状況では、図示または説明されたステップは、本明細書で説明されたものとは異なるシーケンスで実行されてもよく、または、モジュールまたはステップは、様々な集積回路モジュールに別々に作られてもよく、または、その中の複数のモジュールまたはステップは、実装のために単一の集積回路モジュールに作られてもよい。このように、本開示は、ハードウェアおよびソフトウェアの任意の特定の組み合わせに限定されない。
【０２４８】
上記は、本開示の好ましい実施形態に過ぎず、本開示を限定することを意図するものではなく、当業者にとって、本開示は、様々な修正形態および変形形態を有することができる。本開示の精神および原理内でなされる任意の修正、同等の置換、改良などは、本開示の範囲内にある。
【産業上の利用可能性】
【０２４９】
上述したように、本開示の実施形態によって提供されるネットワークハンドオーバ方法、装置、およびシステムは、以下の有益な効果を有する。従来のネットワーク間のハンドオーバーが複雑であるという技術的課題を解決し、ＵＥおよびネットワークへの変更を少なくしてハンドオーバーを実現する。したがって、ネットワークハンドオーバプロセスが改善され、簡略化される。
【図１】
2020529167.tif 000003
【図２】
2020529167.tif 000004
【図３】
2020529167.tif 000005
【図４】
2020529167.tif 000006
【図５】
2020529167.tif 000007
【図６】
2020529167.tif 000008
【図７】
2020529167.tif 000009
【図８】
2020529167.tif 000010
【図９】
2020529167.tif 000011
【図１０】
2020529167.tif 000012
【図１１】
2020529167.tif 000013
【図１２】
2020529167.tif 000014
【図１３】
2020529167.tif 000015
【図１４】
2020529167.tif 000016
【手続補正書】
【提出日】令和2年2月14日(2020.2.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信方法であって、
ネットワーク要素によって、アクセスおよびモビリティ制御機能（ＡＭＦ）を介して次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）のベースステーションからセッション応答を受信するステップであって、前記セッション応答は、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声のセッション確立がＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）通信を提供するノードまたはネットワークへハンドオーバしたことを通知する、ステップ；
前記ネットワーク要素によって、前記ハンドオーバが完了した後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するステップ；
を有する方法。
【請求項２】
無線通信方法であって、
次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）のベースステーションによって、アクセスおよびモビリティ制御機能（ＡＭＦ）を介してＮ２インターフェース上のセッション要求を受信するステップであって、前記セッション要求は、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声のセッション確立に対応するサービス品質（ＱｏＳ）プロファイルを含む、ステップ；
前記ＮＧ−ＲＡＮの前記ベースステーションによって、前記ＡＭＦへハンドオーバ要求メッセージを送信して、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）通信を提供するノードまたはネットワークへの前記セッション確立のハンドオーバを開始するステップ；
を有する方法。
【請求項３】
前記ベースステーションによって、前記Ｎ２インターフェース上の前記セッション要求に応じて、前記ＡＭＦを介してネットワーク要素に対してセッション応答を送信するステップであって、前記セッション応答は、前記ＩＭＳ音声の前記セッション確立がＬＴＥ通信を提供する前記ノードまたは前記ネットワークへハンドオーバしたことを通知する、ステップ；
を有する、
請求項２記載の方法。
【請求項４】
前記ネットワーク要素はセッション管理機能（ＳＭＦ）を含む、
請求項３記載の方法。
【請求項５】
ＬＴＥ通信を提供する前記ノードまたは前記ネットワークは、ＬＴＥベースステーションまたはｅＬＴＥベースステーションを含む、
請求項２記載の方法。
【請求項６】
前記ネットワーク要素は、パケットデータネットワークゲートウェイ制御プレーン（ＰＧＷ−Ｃ）を含む、
請求項３記載の方法。
【請求項７】
次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）における無線通信装置であって、
プロセッサ、
プロセッサ実行可能コードを格納したメモリ、
を備え、
前記プロセッサ実行可能コードは、前記プロセッサが実行すると前記プロセッサに、
アクセスおよびモビリティ制御機能（ＡＭＦ）を介してＮ２インターフェース上のセッション要求を受信するステップであって、前記セッション要求は、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声のセッション確立に対応するサービス品質（ＱｏＳ）プロファイルを含む、ステップ；
前記ＡＭＦへハンドオーバ要求メッセージを送信して、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）通信を提供するノードまたはネットワークへの前記セッション確立のハンドオーバを開始するステップ；
を実施させる、
装置。
【請求項８】
ＬＴＥ通信を提供する前記ノードまたは前記ネットワークは、ＬＴＥベースステーションまたはｅＬＴＥベースステーションを含む、
請求項７記載の装置。
【請求項９】
前記プロセッサ実行可能コードは、前記プロセッサが実行すると前記プロセッサに、
記Ｎ２インターフェース上の前記セッション要求に応じて、前記ＡＭＦを介してネットワーク要素に対してセッション応答を送信するステップであって、前記セッション応答は、前記ＩＭＳ音声の前記セッション確立がＬＴＥ通信を提供する前記ノードまたは前記ネットワークへハンドオーバしたことを通知する、ステップを実施させる、
請求項７記載の装置。
【請求項１０】
前記ネットワーク要素はセッション管理機能（ＳＭＦ）を含む、
請求項９記載の装置。
【請求項１１】
前記ネットワーク要素は、パケットデータネットワークゲートウェイ制御プレーン（ＰＧＷ−Ｃ）を含む、
請求項９記載の装置。
【請求項１２】
無線通信装置であって、
プロセッサ、
プロセッサ実行可能コードを格納したメモリ、
を備え、
前記プロセッサ実行可能コードは、前記プロセッサが実行すると前記プロセッサに、
アクセスおよびモビリティ制御機能（ＡＭＦ）を介して次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ）のベースステーションからセッション応答を受信するステップであって、前記セッション応答は、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声のセッション確立がＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）通信を提供するノードまたはネットワークへハンドオーバしたことを通知する、ステップ；
前記ハンドオーバが完了した後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するステップ；
を実施させる、
装置。
【請求項１３】
請求項１から６のいずれか１項記載の方法をプロセッサに実行させるコードを格納した記憶媒体。
【国際調査報告】
2020529167.tif 000017
2020529167.tif 000018
2020529167.tif 000019
2020529167.tif 000020