特許 7025528 ネットワークハンドオーバ方法、装置、およびシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-02-15

(45)【発行日】2022-02-24

(54)【発明の名称】ネットワークハンドオーバ方法、装置、およびシステム

(51)【国際特許分類】

   H04W 48/18 20090101AFI20220216BHJP

   H04W 36/14 20090101ALI20220216BHJP

   H04W 28/24 20090101ALI20220216BHJP

【ＦＩ】

H04W48/18 111

H04W36/14

H04W28/24

【請求項の数】 14

(21)【出願番号】P 2020505249

(86)(22)【出願日】2018-07-16

(65)【公表番号】

(43)【公表日】2020-10-01

(86)【国際出願番号】 CN2018095842

(87)【国際公開番号】W WO2019024677

(87)【国際公開日】2019-02-07

【審査請求日】2020-02-14

(31)【優先権主張番号】201710652890.8

(32)【優先日】2017-08-02

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】110002572

【氏名又は名称】特許業務法人平木国際特許事務所

(72)【発明者】

【氏名】リ，ジェンドン

(72)【発明者】

【氏名】ジュ，ジングオ

【審査官】齋藤 浩兵

(56)【参考文献】

【文献】国際公開第２０１９／０１１１０７（ＷＯ，Ａ１）

【文献】特表２０１９－５２５５６９（ＪＰ，Ａ）

【文献】3GPP; TSG-SA; Procedures for the 5G System;Stage 2 (Release 15)，3GPP TS 23.502 V0.5.0，2017年07月14日，pp.43-48,52-56,86-88,104，https://www.3gpp.org/ftp//Specs/archive/23_series/23.502/23502-050.zip

【文献】Samsung，TP for PDU Session Setup and Release Related Procedures[online]，3GPP TSG RAN WG3 adhoc_R3_AH_NR_1706 R3-172247，2017年06月29日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_AHGs/R3_AH_NR_1706/Docs/R3-172247.zip>

【文献】China Mobile，GBR bearer selection for SR UE HO from 5GS to EPC using Nx[online]，3GPP TSG SA WG2 #122 S2-174495，2017年06月26日，Internet<URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_122_Cabo/Docs/S2-174495.zip>

【文献】Qualcomm Incorporated，TS 23.502: Idle camping priority for voice and fallback to E-UTRA procedures[online]，3GPP TSG SA WG2 #122 S2-174460，2017年06月30日，Internet<URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_122_Cabo/Docs/S2-174460.zip>

【文献】ZTE，Discussion on EPS/RAT fallback scenario and solution[online]，3GPP TSG SA WG2 #122BIS S2-175477，2017年08月15日，Internet<URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_122BIS_Sophia_Antipolis/Docs/S2-175477.zip>

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

無線通信方法であって、
制御エンティティゲートウェイと同じ場所に位置するネットワーク要素によって、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）のベースステーションに対してセッション要求を送信するステップであって、前記セッション要求は前記ＮＧ－ＲＡＮのサービス品質（ＱｏＳ）パラメータを含む、ステップ；
前記ネットワーク要素によって、アクセスおよびモビリティ制御機能（ＡＭＦ）を介して前記次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）の前記ベースステーションからセッション応答を受信するステップであって、前記セッション応答は、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声のセッション確立がＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）通信を提供するノードまたはネットワークへハンドオーバすることを通知する、ステップ；
前記ネットワーク要素と同じ場所に位置する前記制御エンティティゲートウェイによって、前記ＮＧ－ＲＡＮの前記ＱｏＳパラメータに基づき前記ＬＴＥ通信に対して適用可能なＱｏＳプロファイルを生成するステップ；
前記ネットワーク要素によって、前記ハンドオーバが完了した後に、前記ＱｏＳプロファイルを用いてベアラ確立を開始するステップ；
を有する方法。

【請求項2】

無線通信方法であって、
次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）のベースステーションによって、アクセスおよびモビリティ制御機能（ＡＭＦ）を介して、制御エンティティゲートウェイと同じ場所に位置するネットワーク要素からＮ２インターフェース上のセッション要求を受信するステップであって、前記セッション要求は、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声のセッション確立に対応する前記ＮＧ－ＲＡＮのサービス品質（ＱｏＳ）パラメータを含む、ステップ；
前記ＮＧ－ＲＡＮの前記ベースステーションによって、前記ＡＭＦへハンドオーバ要求メッセージを送信して、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）通信を提供するノードまたはネットワークへの前記ＩＭＳ音声の前記セッション確立のハンドオーバを前記ネットワーク要素が開始できるようにするステップであって、前記セッション確立において、前記ネットワーク要素と同じ場所に位置する前記制御エンティティゲートウェイによって、前記ＮＧ－ＲＡＮの前記ＱｏＳパラメータに基づき前記ＬＴＥ通信に対して適用可能なＱｏＳプロファイルが生成される、ステップ；
を有する方法。

【請求項3】

前記ベースステーションによって、前記Ｎ２インターフェース上の前記セッション要求に応じて、前記ＡＭＦを介して前記ネットワーク要素に対してセッション応答を送信するステップであって、前記セッション応答は、前記ＩＭＳ音声の前記セッション確立がＬＴＥ通信を提供する前記ノードまたは前記ネットワークへハンドオーバすることを通知する、ステップ；
を有する、
請求項２記載の方法。

【請求項4】

前記ネットワーク要素はセッション管理機能（ＳＭＦ）を含む、
請求項１または２記載の方法。

【請求項5】

ＬＴＥ通信を提供する前記ノードまたは前記ネットワークは、ＬＴＥベースステーションまたはｅＬＴＥベースステーションを含む、
請求項１または２記載の方法。

【請求項6】

前記制御エンティティゲートウェイは、パケットデータネットワークゲートウェイ制御プレーン（ＰＧＷ－Ｃ）を含む、
請求項１または２記載の方法。

【請求項7】

次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）における無線通信装置であって、
プロセッサ、
プロセッサ実行可能コードを格納したメモリ、
を備え、
前記プロセッサ実行可能コードは、前記プロセッサが実行すると前記プロセッサに、
アクセスおよびモビリティ制御機能（ＡＭＦ）を介して、制御エンティティゲートウェイと同じ場所に位置するネットワーク要素からＮ２インターフェース上のセッション要求を受信するステップであって、前記セッション要求は、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声のセッション確立に対応する前記ＮＧ－ＲＡＮのサービス品質（ＱｏＳ）パラメータを含む、ステップ；
前記ＡＭＦへハンドオーバ要求メッセージを送信して、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）通信を提供するノードまたはネットワークへの前記ＩＭＳ音声の前記セッション確立のハンドオーバを前記ネットワーク要素が開始できるようにするステップであって、前記セッション確立において、前記ネットワーク要素と同じ場所に位置する前記制御エンティティゲートウェイによって、前記ＮＧ－ＲＡＮの前記ＱｏＳパラメータに基づき前記ＬＴＥ通信に対して適用可能なＱｏＳプロファイルが生成される、ステップ；
を実施させる、
装置。

【請求項8】

前記プロセッサ実行可能コードは、前記プロセッサが実行すると前記プロセッサに、
前記Ｎ２インターフェース上の前記セッション要求に応じて、前記ＡＭＦを介して前記ネットワーク要素に対してセッション応答を送信するステップであって、前記セッション応答は、前記ＩＭＳ音声の前記セッション確立がＬＴＥ通信を提供する前記ノードまたは前記ネットワークへハンドオーバすることを通知する、ステップを実施させる、
請求項７記載の装置。

【請求項9】

制御エンティティゲートウェイと同じ場所に位置する無線通信装置であって、
プロセッサ、
プロセッサ実行可能コードを格納したメモリ、
を備え、
前記プロセッサ実行可能コードは、前記プロセッサが実行すると前記プロセッサに、
次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）のベースステーションに対してセッション要求を送信するステップであって、前記セッション要求は前記ＮＧ－ＲＡＮのサービス品質（ＱｏＳ）パラメータを含む、ステップ；
アクセスおよびモビリティ制御機能（ＡＭＦ）を介して前記次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）の前記ベースステーションからセッション応答を受信するステップであって、前記セッション応答は、インターネットプロトコルマルチメディアサブシステム（ＩＭＳ）音声のセッション確立がＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）通信を提供するノードまたはネットワークへハンドオーバすることを通知する、ステップ；
前記制御エンティティゲートウェイによって、前記ＮＧ－ＲＡＮの前記ＱｏＳパラメータに基づき前記ＬＴＥ通信に対して適用可能なＱｏＳプロファイルを生成するステップ；
前記ハンドオーバが完了した後に、前記ＱｏＳプロファイルを用いてベアラ確立を開始するステップ；
を実施させる、
装置。

【請求項10】

ＬＴＥ通信を提供する前記ノードまたは前記ネットワークは、ＬＴＥベースステーションまたはｅＬＴＥベースステーションを含む、
請求項７または９記載の装置。

【請求項11】

前記ネットワーク要素はセッション管理機能（ＳＭＦ）を含む、
請求項７記載の装置。

【請求項12】

前記無線通信装置はセッション管理機能（ＳＭＦ）を含む、
請求項９記載の装置。

【請求項13】

前記制御エンティティゲートウェイは、パケットデータネットワークゲートウェイ制御プレーン（ＰＧＷ－Ｃ）を含む、
請求項７または９記載の装置。

【請求項14】

請求項１から６のいずれか１項記載の方法をプロセッサに実行させるコードを格納した記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、通信の分野に関し、具体的には、ネットワークハンドオーバ方法、装置、およびシステムに関する。

【背景技術】

【0002】

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ ＰａｒｔｎｅｒｓｈＩＰ Ｐｒｏｊｅｃｔ）は、ＲｅｌｅＡＳｅ８（Ｒ８）から第４世代（またはＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）と呼ばれる）移動通信システムを開発している。ネットワークアーキテクチャは図１に示す通りである。図１は、本開示の関連技術における進化型パケットコア（ＥＰＣ）アーキテクチャの図である。アーキテクチャにおけるネットワーク要素の機能を以下に説明する。

【0003】

端末（例えば、ユーザ機器（ＵＥ））は、４Ｇネットワークにアクセスし、主に無線無線インターフェースを介してトラフィックを取得する。ＵＥは、無線インターフェースを介して基地局と対話し、非アクセス階層（ＮＡＳ）シグナリングを介してコアネットワーク内のモビリティ管理エンティティ（ＭＭＥ）と対話する。

【0004】

基地局（例えば、無線アクセスネットワーク（ＲＡＮ）内のｅＮＢ）は、ＵＥがアクセスするネットワークの無線リソーススケジューリングおよび無線接続管理を担当する。

【0005】

ＭＭＥは、コアネットワーク制御プレーンエンティティであり、主に、ユーザ認証、許可および加入チェック、ＵＥモビリティ管理、パケットデータネットワーク（ＰＤＮ）の接続およびベアラ管理、ユーザＩＤＬＥ状態におけるページングトリガリング、その他の機能を担当する。

【0006】

サービングゲートウェイ（ＧＷ）は、コアネットワークのユーザプレーン機能エンティティであり、ローミングの場合にＰＤＮＧＷとの対話を主に担当する。

【0007】

ＰＤＮＧＷ（Ｐ－ＧＷ）は、コアネットワークのユーザプレーン機能エンティティであり、ＵＥがＰＤＮにアクセスするために使用されるアクセスポイントは、ユーザインターネットプロトコル（ＩＰ）アドレス割り当て、およびネットワークによってトリガされるベアラの確立、変更、削除を担当する。また、Ｐ－ＧＷには、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）関連の充電制御などの機能があり、３ＧＰＰシステムにおけるＵＥのアンカーポイントとなっている。したがってＩＰアドレスは不変とし、トラフィックの連続性を確保している。制御と転送が分離されたアーキテクチャにおいては、Ｐ－ＧＷはさらに２つのパートに分けられる。一方は制御エンティティＰＧＷ－Ｃであり、他方はユーザプレーンエンティティＰＧＷ－Ｕである。シグナル制御はＰＧＷ－Ｃが担い、ＩＰ転送はＰＧＷ－Ｕが担っている。

【0008】

ホーム加入サーバ（ＨＳＳ）は、ユーザの加入情報を記憶する。

【0009】

ポリシーおよび課金制御機能（ＰＣＲＦ）は、ポリシー決定および課金ルールを定式化する責任を負う。ＰＣＲＦは、トラフィックデータフローに基づいてネットワーク制御ルールを提供する。ネットワーク制御は、トラフィックデータフローの検出、ゲーティング制御、およびＱｏＳ制御、データフローに基づく課金ルールなどを含む。ＰＣＲＦは、実行のために、ＰＣＲＦ自体によって定式化されたポリシーおよび課金ルールをＰ－ＧＷに送信する。

【0010】

３ＧＰＰは、リリース１４（Ｒ１４）からＮｅｘｔＧｅｎシステムの研究を開始した。ＮｅｘｔＧｅｎシステムは、３つのタイプのトラフィック、すなわち、それぞれ異なるネットワーク特性を有する、進化型モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼マシンタイプ通信（ｕＭＴＣ）をサポートすることができる。図２は、本開示の関連技術におけるＮｅｘｔＧｅｎ移動通信ネットワークのアーキテクチャの概略図である。各ネットワーク要素の機能を以下に説明する。

【0011】

ＵＥは、ネットワークにアクセスし、主にＮｅｘｔＧｅｎ無線インターフェースを介してトラフィックを取得する。ＵＥは、無線インターフェースを介して基地局と対話し、ＮＡＳシグナリングを介してコアネットワーク内の共通制御プレーン機能およびセッション制御プレーン機能と対話する。

【0012】

新世代基地局（ＮＧ無線アクセスネットワーク（ＲＡＮ））は、ＵＥがアクセスするネットワークの無線リソーススケジューリングおよび無線接続管理を担当する。ＮＧ ＲＡＮ基地局は、新しい無線アクセス技術（ｇＮＢ）または進化型ＬＴＥ技術（ｅＬＴＥ）を採用することができる。

【0013】

セッション管理機能（ＳＭＦ）は、ＵＥと対話し、ポリシー制御機能（ＰＣＦ）とともに，ユーザパケットデータユニット（ＰＤＵ）セッションの確立、変更、および削除要求、ユーザプレーン機能の選択、ＵＥとユーザプレーン機能（ＵＰＦ）との間のユーザプレーン接続の確立、セッションのＱｏＳパラメータの決定などを主に担当する。

【0014】

アクセスおよびモビリティ制御機能（ＡＭＦ）は、コアネットワークにおける共通の制御プレーン機能である。ユーザは、１つのＡＭＦのみを有する。１つのＡＭＦは、ユーザが正当なユーザであることを保証するために、ユーザ認証、許可、およびサブスクリプション検査を担当する。ＵＥモビリティ管理は、位置登録および一時的なアイデンティティ割り当てを含む。ユーザがＰＤＵ接続確立要求を開始すると、適切なＳＭＦが選択され、ＵＥとＳＭＦとの間のＮＡＳシグナリングが転送され、基地局とＳＭＦとの間のアクセス層（ＡＳ）シグナリングが転送される。

【0015】

ユーザプレーン機能（ＵＰＦ）は、データ転送およびＱｏＳ実行を含むユーザプレーン処理機能を提供する。ユーザが移動するとき、ＵＰＦはまた、トラフィックの連続性を保証するためにユーザプレーンアンカーポイントを提供する。

【0016】

ポリシー制御機能（ＰＣＦ）は、４Ｇ時代のＰＣＲＦに非常に類似したリソースの許可機能を提供する。

【0017】

ＵＤＭ（Ｕｎｉｆｉｅｄ Ｄａｔａ Ｍａｎａｇｅｍｅｎｔ）機能は、４Ｇ時代のＨＳＳと同様に、ユーザのサブスクリプションデータを格納する。

【0018】

ＮｅｘｔＧｅｎシステム（５ＧＳ）は、ダウンタウンや商業センターなどのホットスポットにローカルに配備され始めている。ＵＥが５Ｇシステムにアクセスする場合、ユーザが５Ｇシステムのカバレージ外に移動すると、ユーザのＵＥは４Ｇシステムにハンドオーバされる。

【0019】

図３は、本開示の関連技術における４Ｇと５Ｇとの間の双方向ハンドオーバをサポートするネットワークアーキテクチャである。主要な特徴は、アーキテクチャが４Ｇおよび５Ｇアーキテクチャの両方と同時に互換性があることである。もう１つの中核的な特徴は、ＰＧＷ－ＣとＳＭＦの組み合わせ、ＰＧＷ－ＵとＵＰＦの組み合わせ、ＰＣＦとＰＣＲＦの組み合わせであり、ＵＥのユーザ平面は常にＵＰＦ／ＰＧＷ－Ｕにアンカーされている。ＡＭＦとＭＭＥとの間にＮｘインタフェースが追加され、このインタフェースを介してシステム間ハンドオーバ要求が送信される。このようにして、ＵＥがＬＴＥと５Ｇとの間でハンドオーバされるとき、シームレスなハンドオーバを保証することができる。

【0020】

４Ｇシステムにおいては、ＰＤＮ接続は、ＵＥとネットワークとの間で確立され、１つのデフォルトベアラおよび複数の専用ベアラを含む。各ベアラは、サービスフローおよび対応するＱｏＳパラメータを含む。５Ｇシステムにおいて、ＰＤＵセッションは、ＵＥとネットワークとの間で確立され、ＰＤＵセッションは、１つのデフォルトＱｏＳフローおよび複数の専用ＱｏＳフローを含む。各ＱｏＳフローは、サービスフローと、ＱｏＳプロファイルおよびパケットフィルタなどの対応するＱｏＳパラメータとを含む。

【0021】

５Ｇシステムから４Ｇシステムへのハンドオーバ、すなわち、５Ｇシステムにおいて確立されたＰＤＵセッションは、４ＧシステムのＰＤＮコネクションに転送される。そして、ＰＤＵセッションにおけるＱｏＳフローは、４Ｇシステムにおいてベアラに変換され、逆もまた同様である。

【0022】

図４は、本開示の従来技術における５Ｇから４Ｇへのハンドオーバのフローチャートであり、以下に簡単に説明する。

【0023】

ステップ１００において、ＵＥは、ＰＤＵセッションを確立しており、５Ｇシステムにおいて専用ＱｏＳフローを確立していると想定される。

【0024】

ステップ１０１において、ソース５Ｇ ＲＡＮノードは、ＵＥが４Ｇにハンドオーバされる必要があることを発見し、ターゲットセルの情報が搬送されるＡＭＦに対してハンドオーバ要求を送信する。

【0025】

ステップ１０２において、ＡＭＦは、４Ｇに対応するＰＤＮコンテキスト情報をＳＭＦから要求する。

【0026】

ステップ１０３において、ＡＭＦは、ターゲットＭＭＥを選択し、順方向再配置要求を送信する。

【0027】

ステップ１０４において、ＭＭＥは、サービスを提供するゲートウェイ（Ｓ－ＧＷ）に対してセッション作成リクエストを送信する。

【0028】

ステップ１０５において、ＭＭＥは、無線リソースのハンドオーバ要求をｅＮＢに送信する。

【0029】

ステップ１０６において、ＭＭＥは、ｅＮＢから応答を受信した後、ＡＭＦに対して順方向再配置応答を送信する。

【0030】

ステップ１０７において、ＡＭＦはハンドオーバー命令を５Ｇ ＲＡＮノードに伝送し、５Ｇ ＮＧ ＲＡＮノードはハンドオーバー命令をＵＥに伝送する。

【0031】

ステップ１０８において、ＵＥは、４Ｇシステムにアクセスし、ハンドオーバ完了メッセージをｅＮＢに送信する。

【0032】

ステップ１０９において、ｅＮＢは、ハンドオーバ通知メッセージをＭＭＥに送信する。

【0033】

ステップ１１０～１１４において、ベアラ変更要求が、ＭＭＥによってＳ－ＧＷに対して開始され、次いで、Ｓ－ＧＷによってＰ－ＧＷに送信され、最後に、ユーザプレーンが確立される。

【0034】

ステップ１１５において、ＵＥは、４Ｇシステム上でトラッキングエリア更新（ＴＡＵ）手順を実行する。

【0035】

図５は、本開示の関連技術における４Ｇから５Ｇへのハンドオーバのフローチャートであり、以下に説明するステップを含む。

【0036】

ステップ２００において、ＵＥは、ＰＤＮ接続を確立しており、４Ｇシステムにおいて専用ベアラを確立していると想定される。

【0037】

ステップ２０１において、ソース４Ｇ ＲＡＮノード（ｅＮＢ）は、ＵＥが５Ｇにハンドオーバされる必要があることを発見し、ターゲットセルの情報が搬送されるＭＭＥにハンドオーバ要求を送信する。

【0038】

ステップ２０２において、ＭＭＥは、ハンドオーバ要求に従って、ターゲットＡＭＦを選択し、順方向再配置要求をＡＭＦに送信する。

【0039】

ステップ２０３において、ＡＭＦは、ＳＭＦから５Ｇセッション情報を要求する。

【0040】

ステップ２０４において、ＡＭＦは、リソースを予約するためのハンドオーバ要求を５Ｇ ＲＡＮに送信する。

【0041】

ステップ２０５で、ＡＭＦは、５Ｇ ＲＡＮの情報に従って、セッションを更新する。

【0042】

ステップ２０６において、ＡＭＦは、ＭＭＥに順方向再配置応答を返す。

【0043】

ステップ２０７において、ＭＭＥは、ハンドオーバコマンドをｅＮＢに送信し、ｅＮＢは、ハンドオーバコマンドをＵＥに送信し、ハンドオーバコマンドは、ターゲット５Ｇ ＲＡＮノードの無線情報を含む。

【0044】

ステップ２０８において、ＵＥは、ターゲット５Ｇ ＲＡＮノードにアクセスし、ハンドオーバ完了メッセージをターゲット５Ｇ ＲＡＮノードに送信する。

【0045】

ステップ２０９において、５Ｇ（ＮＧ）ＲＡＮノードは、ハンドオーバ通知メッセージをＡＭＦに送信する。

【0046】

ステップ２１０～２１２において、ＡＭＦは、ハンドオーバが完了したことをＳＭＦに通知し、ＳＭＦは、ユーザプレーンを変更する。

【0047】

ステップ２１３において、ＵＥは、５Ｇシステムにおいて登録手順を開始する。

【0048】

さらに、ｇＮＢおよびｅＬＴＥ基地局が、５Ｇコアネットワークに同時にアクセスする場合、クロスアクセスハンドオーバが発生し得る。この場合、ハンドオーバは、５Ｇシステム内のハンドオーバと見なすことができ、再説明しない。

【0049】

５Ｇシステム配備の初期段階では、ＩＰマルチメディアサブシステム（ＩＭＳ）音声など、いくつかのサービスは、５Ｇ基地局上で提供されるのに適していない。このとき、ＵＥがｇＮＢにアクセスする場合、ＵＥは、音声サービス（ＶｏＬＴＥ）を提供するために４Ｇに戻る必要があるか、または、ＵＥは、音声サービスを提供するためにｅＬＴＥ基地局に戻る必要がある。

【0050】

図６は、本開示の関連技術における３ＧＰＰシステムにおけるＣＳＦＢ（Ｃｉｒｃｕｉｔ Ｓｗｉｔｃｈｅｄ Ｆａｌｌｂａｃｋ）の実施形態の概略図である。従来のＣＳＦＢは、以下のステップを含む。

【0051】

ステップ３０１において、ＵＥは、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）Ｉｎｖｉｔｅ要求を受信する（呼び出し側の場合、このステップは無視される）。

【0052】

ステップ３０２において、ＵＥは、拡張サービス要求（ＳＲ）をＮＧ ＲＡＮノードに送信する（発呼の場合、ＵＥが呼を開始すると、このステップがトリガされる）。

【0053】

ステップ３０３において、ＮＧ ＲＡＮノードは、拡張サービス要求（ＳＲ）をＡＭＦに転送する。

【0054】

ステップ３０４において、ＵＥは、パケット交換（ＰＳ）ハンドオーバ（ＨＯ）を介して４Ｇにハンドオーバされる。

【0055】

ステップ３０５において、被呼び出しシナリオであれば、ＵＥは、４ＧにおいてＩＭＳにＳＩＰ １８３応答を送信する。

【0056】

ステップ３０５ａにおいて、呼び出しシナリオであれば、ＵＥは、４ＧシステムにおいてＳＩＰ招待要求を開始する。

【0057】

ステップ３０６において、ＩＭＳセッションの確立は、ＵＥとリモートエンドとの間で完了する。

【0058】

従来技術のプロセスでは、ネットワークおよびＵＥは、大幅に強化される必要があり、他方の当事者がそのような能力を有することを知る必要がある。ＵＥは、基地局が特定のサービスをサポートしていないが、このトラフィックが開始されると、このサービスをサポートする基地局／ネットワークにＵＥをハンドオーバできることを知る必要がある。ネットワークは、ユーザがターゲットネットワーク／基地局にハンドオーバできるように、トラフィックが実行されるときに、ユーザが拡張サービス要求をトリガできることを知る必要がある。被呼び出しシナリオの場合、ＵＥがアプリケーション層メッセージを受信すると、基礎となるシグナリング（すなわち、ＮＡＳシグナリング）がトリガされる必要がある。このクロスレイヤトリガは、サードパーティアプリケーション（Ａｐｐ）にとって非常に困難である。

【0059】

このような従来の課題に鑑み、有効な解決策は提案されていない。

【発明の概要】

【発明が解決しようとする課題】

【0060】

本開示の実施形態は、従来技術におけるネットワーク間のオーバー複雑なハンドオーバーの技術的問題を少なくとも解決するためのネットワークハンドオーバー方法、装置、およびシステムを提供する。

【課題を解決するための手段】

【0061】

本開示の実施形態は、ネットワークハンドオーバ方法を提供する。この方法は以下を含む：第１ネットワーク要素によって、ユーザ機器（ＵＥ）に接続されたソース基地局に対して、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように命令するステップ；第２ネットワーク要素によって、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するステップ。

【0062】

本開示の別の実施形態は、第１ネットワーク要素および第２ネットワーク要素を含むネットワークハンドオーバシステムを提供する。第１ネットワーク要素は以下を備える：ユーザ機器（ＵＥ）のためのトラフィックの確立中に、トラフィックが第２アクセスネットワークにおいて確立されることを決定するように構成された決定モジュール；ＵＥのためのトラフィックの確立中にハンドオーバを開始するように、ＵＥに接続されたソース基地局に対して命令するように構成された命令モジュール。第２ネットワーク要素は、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するように構成された開始モジュールを含む。

【0063】

本開示の別の実施形態は、セッション管理機能（ＳＭＦ）に適用されるネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：第１アクセスネットワークにおける以下のトラフィック、すなわち、新しいサービス品質（ＱｏＳ）規則およびセッション変更要求のうちの少なくとも１つに対するユーザ機器（ＵＥ）の要求を受信するように構成される受信モジュール；トラフィックが第２アクセスネットワークにおいて確立されることを決定するように構成される決定モジュール；アクセスおよびモビリティ制御機能（ＡＭＦ）を介して第１アクセスネットワークの基地局に対して第２アクセスネットワークへのハンドオーバの要求を送信するように構成される送信モジュール。

【0064】

本開示の別の実施形態は、ｇＮＢに適用される別のネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：セッション管理機能（ＳＭＦ）によって送信されるＮ２セッション要求を受信するように構成された第１受信モジュールであって、前記Ｎ２セッション要求は第１アクセスネットワークのサービス品質（ＱｏＳ）情報を搬送する、第１受信モジュール；アクセスおよびモビリティ制御機能（ＡＭＦ）を介してＳＭＦにＮ２セッション応答を送信するように構成された第１送信モジュール；ターゲットセルの情報を搬送するハンドオーバ要求メッセージをＡＭＦに送信するように構成された第２送信モジュール。

【0065】

本開示の別の実施形態は、ｇＮＢに適用される別のネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：第１アクセスネットワークから第２アクセスネットワークへのハンドオーバの第１ハンドオーバ要求を受信するように構成された受信モジュール；ハンドオーバ要求に従って第１アクセスネットワークから第２アクセスネットワークへのハンドオーバの第２ハンドオーバ要求をアクセスおよびモビリティ制御機能（ＡＭＦ）に対して送信するように構成された送信モジュール。ｇＮＢは、第１アクセスネットワークに適用される。

【0066】

本開示の別の実施形態は、記憶媒体をさらに提供する。記憶媒体は、以下のステップを実行するプログラムコードを格納するように構成されている：ユーザ機器（ＵＥ）に接続されたソース基地局に対して、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように命令するステップ；ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバした後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するステップ。

【0067】

本開示の別の実施形態は、プロセッサをさらに提供する。プロセッサは、プログラムを実行するように構成され、プログラムは、実行されると、上述の実施形態のいずれか１つの方法を実行する。

【0068】

本開示の別の実施形態は、メモリおよびプロセッサを含む電子装置をさらに提供する。メモリは、コンピュータプログラムを記憶するように構成され、プロセッサは、上述の実施形態のいずれか１つの方法を実行するためのコンピュータプログラムを実行するように構成される。

【0069】

本開示の実施形態によれば、ＵＥのためのトラフィックの確立中に、第１ネットワーク要素は、ＵＥに接続されたソース基地局にハンドオーバを開始するように命令し、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、第２ネットワーク要素は、ベアラ確立またはＱｏＳフロー確立を開始する。新たに提供されたネットワークハンドオーバモードにより、既存技術におけるネットワーク間のオーバ複雑なハンドオーバの技術的問題が解決され、ハンドオーバは、ＵＥおよびネットワークへの変更をほとんど伴わずに実施される。したがって、ネットワークハンドオーバプロセスが改善され、簡略化される。

【図面の簡単な説明】

【0070】

本明細書で説明される図面は、本開示のさらなる理解を提供するために使用され、本出願の一部を形成する。本開示における例示的な実施形態およびその説明は、本開示を説明するために使用され、いかなる不適切な方法においても本開示を限定するものではない。

【図1】本開示の関連技術におけるＥＰＣのアーキテクチャの図である；

【図2】本開示の関連技術におけるＮｅｘｔＧｅｎ移動通信ネットワークのアーキテクチャの概略図である；

【図3】本開示の関連技術における４Ｇと５Ｇとの間の双方向ハンドオーバをサポートするネットワークアーキテクチャを示す；

【図4】本開示の関連技術における５Ｇから４Ｇへのハンドオーバのフローチャートである；

【図5】本開示の関連技術における４Ｇから５Ｇへのハンドオーバのフローチャートである；

【図6】本開示の関連技術における３ＧＰＰシステムにおけるＣＳＦＢのインプリメンテーションモードの概略図である；

【図7】本開示の１実施形態によるネットワークハンドオーバ方法のフローチャートである；

【図8】本開示の１実施形態によるネットワークハンドオーバシステムの構造ブロック図である；

【図9】本開示におけるＳＭＦによってトリガされる５Ｇから４Ｇへのフォールバックフォームのフローチャートである；

【図10】本開示におけるＡＭＦによってトリガされる５Ｇから４Ｇへのハンドオーバフローチャートである；

【図11】本開示の実施形態による、ＮＧ ＲＡＮノードによってトリガされる５Ｇから４Ｇへのハンドオーバフォームのフローチャートである；

【図12】本開示の１実施形態による、ＮＲからｅＬＴＥにフォールバックするサービスのプロセスのフローチャートである；

【図13】本開示におけるＮＲからｅＬＴＥにフォールバックする５Ｇシステムにおけるサービスのプロセスのフローチャートである；

【図14】本開示の１実施形態による、サービスを４Ｇから５Ｇにアップグレードするフローチャートである。

【発明を実施するための形態】

【0071】

以下、本発明の実施の形態について図面を参照しながら詳細に説明する。なお、競合していない場合には、本願の実施形態と特徴とを組み合わせてもよい。

【0072】

本開示の説明、特許請求の範囲、および図面における「第１」、「第２」などの用語は、同様の目的を区別するために使用され、必ずしも特定の順序または順序を説明するために使用されないことに留意されたい。

【0073】

＜実施形態１＞
本出願の実施形態は、図３に示すネットワークアーキテクチャ上で実行することができる。

【0074】

本願の実施形態は、上述したネットワークアーキテクチャ上で実行されるネットワークハンドオーバ方法を提供する。図７は、本開示の実施形態によるネットワークハンドオーバ方法のフローチャートである。図７に示すように、この方法は、以下に説明するステップを含む。

【0075】

ステップ７０２において、ＵＥのためのトラフィックの確立中に、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように命令する。

【0076】

ステップ７０４において、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後、第２ネットワーク要素は、ベアラ確立またはＱｏＳフロー確立を開始する。

【0077】

上述のステップを通じて、ＵＥのためのトラフィックの確立中に、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように命令し、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、第２ネットワーク要素は、ベアラ確立またはＱｏＳフロー確立を開始する。新たに提供されたネットワークハンドオーバ方法によれば、従来のネットワーク間のハンドオーバが複雑になるという技術的課題が解決され、ハンドオーバが実施される間のＵＥおよびネットワークへの変更が少なくなる。したがって、ネットワークハンドオーバプロセスが改善され、簡略化される。

【0078】

例示的な実施形態では、第１ネットワーク要素（上述のステップの実行体）は、第１アクセスネットワークの以下のうちの少なくとも１つを含む：セッション管理機能（ＳＭＦ）、アクセスおよびモビリティ制御機能（ＡＭＦ）、モビリティ管理エンティティ（ＭＭＥ）、基地局。第１ネットワーク要素がＭＭＥである場合、第２ネットワーク要素ノードはＳＭＦである。あるいは第１ネットワーク要素が第１アクセスネットワークのＳＭＦ、ＡＭＦ、基地局のうちのいずれかである場合、第２ネットワーク要素ノードはＰＧＷ－ＣまたはＳＭＦである。しかし、本開示はこれに限定されない。

【0079】

例示的な実施形態において、ＵＥのためのトラフィックの確立中に、第１ネットワーク要素が、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように命令するステップは、以下で説明するステップのうちの少なくとも１つを含む。

【0080】

確立要求が受信されると、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように命令し、確立要求は、基地局によって受信された要求名を参照し、それに対応して、第１ネットワーク要素は、基地局を参照する。

【0081】

新しいＱｏＳプロファイルが受信されると、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように指示する。

【0082】

リソース確立要求が受信されると、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように指示する。

【0083】

セッション変更要求が受信されると、第１ネットワーク要素は、ＵＥに接続されたソース基地局に対してハンドオーバを開始するように命令し、セッション変更要求は、ＳＭＦ／ＰＧＷ－Ｃによって受信された要求名を参照し、それに対応して、第１ネットワーク要素は、ＳＭＦを参照する。

【0084】

本実施形態では、第１アクセスネットワークの基地局は、ｇＮＢ（５Ｇ基地局）、ｅＬＴＥ（ｅｖｏｌｖｅｄ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）基地局、およびＬＴＥ基地局のうちの少なくとも１つを含む。

【0085】

実施形態における技術的手段は、異なるネットワーク要素エンティティ上でトリガされ、完了されてもよい。この解決策について、異なるシナリオに関して以下に説明する。

【0086】

第１ネットワーク要素がＳＭＦである場合、第１ネットワーク要素が、ハンドオーバを開始するようにＵＥに接続されたソースステーションに対して命令するステップは、以下に説明するステップを含む。

【0087】

ステップＳ１１において、ＳＭＦは、トラフィックを第２アクセスネットワークにおいて確立することを決定する。

【0088】

ステップＳ１２において、ＳＭＦは、第２アクセスネットワークへのハンドオーバの要求を、ＡＭＦを介して第１アクセスネットワークの基地局に送信する。

【0089】

第１ネットワーク要素がＡＭＦである場合、第１ネットワーク要素が、ハンドオーバを開始するようにＵＥに接続されたソースステーションに対して命令するステップは、以下に説明するステップを含む。

【0090】

ステップＳ２１において、ＡＭＦは、ＳＭＦによって送信されたセッション要求を受信し、このセッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する。

【0091】

ステップＳ２２において、ＡＭＦは、第１アクセスネットワークにＮ２セッション要求を送信し、このＮ２セッション要求は、第２アクセスネットワークへのハンドオーバの通知を搬送する。

【0092】

ステップＳ２３において、ＡＭＦは、第１アクセスネットワークによって送信されたハンドオーバ要求メッセージを受信し、このハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する。

【0093】

ＡＭＦは、Ｎ２セッション応答をＳＭＦに送信する。

【0094】

第１ネットワーク要素が、第１アクセスネットワーク内にありＵＥに接続された基地局である場合、第１ネットワーク要素が、ＵＥに接続されたソースステーションに対してハンドオーバを開始するように命令するステップは、以下に説明するステップを含む。

【0095】

ステップＳ３１において、第１アクセスネットワークの基地局は、ＳＭＦによって送信されたＮ２セッション要求を受信し、このＮ２セッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する。

【0096】

ステップＳ３２において、第１アクセスネットワークの基地局は、ＡＭＦを介してＳＭＦにＮ２セッション応答を送信する。

【0097】

ステップＳ３３において、第１アクセスネットワークの基地局は、ハンドオーバ要求メッセージをＡＭＦに送信し、このハンドオーバ要求は、ターゲットセルの情報を搬送する。

【0098】

第１ネットワーク要素が、第１アクセスネットワーク内にありＵＥに接続された基地局である場合、第１ネットワーク要素が、ＵＥに接続されたソースステーションに対してハンドオーバを開始するように命令するステップは、以下に説明するステップを含む。

【0099】

ステップＳ４１において、第１アクセスネットワークの基地局は、ＳＭＦによって送信されたＮ２セッション要求を受信し、このＮ２セッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する。

【0100】

ステップＳ４２において、第１アクセスネットワークの基地局は、ハンドオーバ要求メッセージをＡＭＦに送信し、ＡＭＦは、Ｎ２セッション応答をＳＭＦに送信し、このハンドオーバ要求は、ターゲットセルの情報を搬送する。

【0101】

第１ネットワーク要素がＭＭＥである場合、第１ネットワーク要素が、ハンドオーバを開始するようにＵＥに接続されたソースステーションに対して命令するステップは、以下に説明するステップを含む。

【0102】

ステップＳ５１において、ＭＭＥは、ＰＧＷ－ＣによってＳ－ＧＷを介して送信されたベアラ作成要求を受信する。

【0103】

ステップＳ５２において、ＭＭＥは、ベアラ生成要求に対応するサービスを第２アクセスネットワークにおいて確立することを決定する。

【0104】

ステップＳ５３において、ＭＭＥは、第２アクセスネットワークへのハンドオーバの要求を第１アクセスネットワークの基地局に送信する。

【0105】

例示的な実施形態において、上記のシナリオで説明したＮ２セッション応答は、ＵＥが第２アクセスネットワークにハンドオーバされることを示すための情報を搬送する。

【0106】

実施形態において、第１アクセスネットワークは、ｎｅｗ ｒａｄｉｏ（ＮＲ）アクセスネットワークであり、第２アクセスネットワークは、ロングタームエボリューション（ＬＴＥ）アクセスネットワークであり、または第１アクセスネットワークは、ＬＴＥアクセスネットワークであり、第２アクセスネットワークは、ＮＲアクセスネットワークである。

【0107】

実施形態において、ＳＭＦ－ＣおよびＰＧＷ－Ｃは、同じ場所に配置されたネットワーク要素であり、相互に内部作用を有する場合がある。例を以下に示す。

【0108】

第１ネットワーク要素がＳＭＦであるとき、およびＵＥが第２ネットワークにハンドオーバされるとき、第２ネットワーク要素ＰＧＷ－Ｃは、第２ネットワークにおいてベアラを確立することをどのように知っているか？その答えは、ＳＭＦとＰＧＷ－Ｃがコロケートされたネットワーク要素を持ち、ＳＭＦ－Ｃが内部的にＰＧＷ－Ｃに通知するので、ハンドオーバが完了した後、ＰＧＷ－Ｃはベアラ確立を開始するからである。

【0109】

第１ネットワーク要素がＡＭＦまたはｇＮＢである場合、それらは、応答メッセージにおいて、ＵＥが第２ネットワークにハンドオーバされることをＳＭＦに通知する。ＳＭＦと第２ネットワーク要素ＰＧＷ－Ｃはコロケートされたネットワーク要素であり、ＳＭＦは内部的にＰＧＷ－Ｃに通知するので、ハンドオーバが完了した後、ＰＧＷ－Ｃはベアラ確立を開始する。

【0110】

あるいは、第１ネットワーク要素がＡＭＦまたはｇＮＢである場合、ＳＭＦは、ハンドオーバがソースネットワークにおけるベアラ確立またはＱｏＳフロー確立において発生するのでハンドオーバが発生することを知っている。ＳＭＦおよび第２ネットワーク要素ＰＧＷ－Ｃは、コロケートされたネットワーク要素であり、ＳＭＦはＰＧＷ－Ｃに内部的に通知するので、ハンドオーバが完了した後、ＰＧＷ－Ｃはベアラ確立を開始する。

【0111】

ＭＭＥが第１ネットワーク要素である場合、ＭＭＥは、ステップ（ＭＭＥがＳ－ＧＷを介してＰＧＷ－Ｃにベアラ作成応答を送信し、ターゲット側のＱｏＳフロー確立がベアラ作成応答で指示される）においてＰＧＷ－Ｃに通知し、ＵＥは第２ネットワークにハンドオーバされる。ＰＧＷ－Ｃおよび第２ネットワーク要素ＳＭＦはコロケートされたネットワーク要素であり、ＰＧＷ－ＣはＳＭＦに内部的に通知するので、ハンドオーバが完了した後、ＳＭＦはＱｏＳフローの確立を開始する。

【0112】

上述の実施形態の説明から、上述の任意の実施形態の方法は、ソフトウェアに加えて必要な汎用ハードウェアプラットフォームによって実施されてもよく、または当然ながらハードウェアによって実施されてもよいが、多くの場合、前者は好ましい実施形態であることが、当業者には明らかであろう。この理解に基づいて、本開示によって実質的に提供されるソリューション、または既存の技術に寄与するソリューションの一部は、ソフトウェア製品の形態で実施することができる。コンピュータソフトウェア製品は、記憶媒体（ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）/ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク、または光ディスクなど）に記憶され、端末装置（携帯電話、コンピュータ、サーバ、ネットワーク装置など）が本開示の各実施形態による方法を実行することを可能にするためのいくつかの命令を含む。

【0113】

＜実施形態２＞
本開示の実施形態は、上述の実施形態および好ましい実施形態を実施するためのネットワークハンドオーバシステムをさらに提供する。説明済のことは説明を省略する。以下で使用されるように、用語「モジュール」は、所定の機能を実装することができるソフトウェア、ハードウェア、またはそれらの組み合わせであってもよい。なお、以下に説明する実施の形態における装置は、ソフトウェアにより実現されることが好ましいが、ハードウェアにより実現されてもよいし、ソフトウェアとハードウェアとの組み合わせにより実現されてもよい。

【0114】

図８は、本開示の１実施形態によるネットワークハンドオーバシステムの構造ブロック図である。図８に示すように、システムは、第１ネットワーク要素８０および第２ネットワーク要素８２を含む。

【0115】

第１ネットワーク要素８０は、決定モジュール８００および指示モジュール８０２を含む。

【0116】

決定モジュール８００は、ＵＥのためのトラフィックの確立中に、トラフィックが第２アクセスネットワークにおいて確立されるべきであることを決定するように構成される。

【0117】

指示モジュール８０２は、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように、ＵＥに接続されたソース基地局に対して指示するように構成される。

【0118】

第２ネットワーク要素８２は、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始するように構成された開始モジュール８２０を含む。

【0119】

例示的な実施形態において、指示モジュール８０２は、以下のうちの少なくとも１つを含む：ベアラ作成要求が受信されたときハンドオーバを開始するようにＵＥに接続されたソース基地局に対して命令するように構成された第１命令ユニット；新しいＱｏＳプロファイルが受信されたときハンドオーバを開始するようにＵＥに接続されたソース基地局に対して命令するように構成された第２命令ユニット；リソース確立要求が受信されたときハンドオーバを開始するようにＵＥに接続されたソース基地局に対して命令するように構成された第３命令ユニット；セッション変更要求が受信されたときハンドオーバを開始するようにＵＥに接続されたソース基地局に対して命令するように構成された第４命令ユニット。

【0120】

例示的な実施形態において、第１ネットワーク要素８０は、第１アクセスネットワークの以下のうちの少なくとも１つを含む：セッション管理機能（ＳＭＦ）、アクセスおよびモビリティ制御機能（ＡＭＦ）、モビリティ管理エンティティ（ＭＭＥ）、基地局。

【0121】

例示的な実施形態において、第１アクセスネットワークの基地局は、ｇＮＢ、ｅＬＴＥ（ｅｖｏｌｖｅｄ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ基地局のうちの少なくとも１つを含む。

【0122】

例示的な実施形態において、第２ネットワーク要素８２は、第２アクセスネットワークのコアネットワーク要素を含む。

【0123】

実施形態の異なるアプリケーションシナリオによれば、第１ネットワーク要素８０がＳＭＦである場合、指示モジュール８０２は、第２アクセスネットワークへのハンドオーバの要求を、ＡＭＦを介して第１アクセスネットワークの基地局に送信するように構成される。

【0124】

第１ネットワーク要素８０がＡＭＦである場合、指示モジュール８０２は、以下のように構成される：ＳＭＦによって送信されたセッション要求を受信し、このセッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する；Ｎ２セッション要求を第１アクセスネットワークに送信し、このＮ２セッション要求は、第２アクセスネットワークへのハンドオーバの指示を搬送する；第１アクセスネットワークによって送信されたハンドオーバ要求メッセージを受信し、このハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する；Ｎ２セッション応答をＳＭＦに送信する。

【0125】

第１ネットワーク要素８０が、第１アクセスネットワーク内の基地局でありＵＥに接続されている場合、指示モジュール８０２は以下のように構成される：ＳＭＦによって送信されたＮ２セッション要求を受信し、このＮ２セッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する；ＡＭＦを介してＳＭＦにＮ２セッション応答を送信する；ＡＭＦにハンドオーバ要求メッセージを送信し、このハンドオーバ要求メッセージはターゲットセルの情報を搬送する。

【0126】

第１ネットワーク要素８０が、第１アクセスネットワーク内の基地局でありＵＥに接続されている場合、指示モジュール８０２は以下のように構成される：ＳＭＦによって送信されたＮ２セッション要求を受信するし、このＮ２セッション要求は、第１アクセスネットワークのＱｏＳ情報を搬送する；ＡＭＦにハンドオーバ要求メッセージを送信し、ＡＭＦは、ＳＭＦにＮ２セッション応答を送信し、このハンドオーバ要求メッセージは、ターゲットセルの情報を搬送する。

【0127】

第１ネットワーク要素８０がＭＭＥである場合、決定モジュール８００は、ＰＧＷ－ＣによってＳ－ＧＷを介して送信されたベアラ作成要求を受信し、ベアラ作成要求に対応するサービスが第２アクセスネットワークにおいて確立されるべきであることを決定するように構成される；指示モジュール８０２は、第２アクセスネットワークへのハンドオーバの要求を第１アクセスネットワークの基地局に送信するように構成される。

【0128】

あるいは、実施形態において、第１アクセスネットワークは、ｎｅｗ ｒａｄｉｏ（ＮＲ）アクセスネットワークであり、第２アクセスネットワークは、ロングタームエボリューション（ＬＴＥ）アクセスネットワークであり、または第１アクセスネットワークは、ＬＴＥアクセスネットワークであり、第２アクセスネットワークは、ＮＲアクセスネットワークである。

【0129】

例示的な実施形態において、第１ネットワーク要素８０がＭＭＥである場合、第２ネットワーク要素８２ノードはＳＭＦであり、または第１ネットワーク要素８０が第１アクセスネットワークのＳＭＦ、ＡＭＦ、基地局のうちの１つである場合、第２ネットワーク要素８２ノードはＰＧＷ－ＣまたはＳＭＦである。

【0130】

例示的な実施形態において、Ｎ２セッション応答は、ＵＥが第２アクセスネットワークにハンドオーバされることを示すための情報を搬送する。

【0131】

本開示の実施形態は、ＳＭＦに適用されるネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：第１アクセスネットワークにおける以下のトラフィック、すなわち、新しいＱｏＳプロファイルおよびセッション変更要求のうちの少なくとも１つについてＵＥの要求を受信するように構成された受信モジュール；受信モジュールに接続され、トラフィックが第２アクセスネットワークにおいて確立されるべきであると判定するように構成された判定モジュール；判定モジュールに接続され、ＡＭＦを介して第２アクセスネットワークの基地局にハンドオーバの要求を送信するように構成された送信モジュール。

【0132】

本開示の実施形態は、ｇＮＢに適用される別のネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：ＳＭＦによって送信されたＮ２セッション要求を受信するように構成された第１受信モジュールであって、前記Ｎ２セッション要求が第１アクセスネットワークのＱｏＳ情報を搬送する、第１受信モジュール；ＡＭＦを介してＳＭＦにＮ２セッション応答を送信するように構成された第１送信モジュール；ターゲットセルの情報を搬送するハンドオーバ要求メッセージをＡＭＦに送信するように構成された第２送信モジュール。無線ベアラ要求は、Ｎ２セッション要求と同じ機能を有する。ＱｏＳ情報を搬送するＮ２セッション要求が受信されると、すなわち、基地局は、無線ベアラを確立する必要がある。

【0133】

例示的な実施形態では、Ｎ２セッション応答は、ＵＥが第２アクセスネットワークにハンドオーバされることを示すための情報を搬送する。

【0134】

本開示の１実施形態は、ｇＮＢに適用される別のネットワークハンドオーバ装置をさらに提供する。本装置は以下を備える：第１アクセスネットワークから第２アクセスネットワークへのハンドオーバのための第１ハンドオーバ要求を受信するように構成された受信モジュール；ハンドオーバ要求に従って第１アクセスネットワークから第２アクセスネットワークへのハンドオーバのための第２ハンドオーバ要求をＡＭＦに送信するように構成された送信モジュール。ｇＮＢは第１アクセスネットワーク内にある。

【0135】

上述した各種モジュールは、ソフトウェアにより実現されてもよいし、ハードウェアにより実現されてもよい。ハードウェアによる実装は、必ずしもそうである必要はないが、以下の方法で実行されてもよい：上述の様々なモジュールは、それぞれ任意の組み合わせの方法で、同じプロセッサまたは異なるプロセッサに配置される。

【0136】

＜実施形態３＞
この実施形態は、本開示の任意の実施形態である。本出願の詳細な説明を、特定の実装例とともに以下に説明する。

【0137】

この実施形態は、トラフィックフォールバックのための方法およびシステムを提供する。トラフィックの確立中に、ネットワークノードは、メディアプレーン確立要求を受信するとき、または新しいＱｏＳプロファイルを受信するとき、またはリソース確立要求を受信するとき、ハンドオーバを開始するように基地局に命令する。第２アクセスネットワークまたは第２基地局にハンドオーバされた後、ネットワークノードは、新しいＱｏＳフロー確立またはベアラ確立を開始する。

【0138】

本実施形態は、以下に説明するように、複数の実施形態を含む。

【0139】

図９は、ＳＭＦによってトリガされる５Ｇから４Ｇへのフォールバックのフローチャートである。ＳＭＦによってトリガされるフォールバックの実施モードは、以下に説明するステップを含む。

【0140】

ステップ４０１において、ＵＥが５Ｇシステムにアクセスし、ＰＤＵセッションが確立され、ＩＭＳ登録も完了する。

【0141】

ステップ４０２において、ＩＭＳセッション確立が開始される。

【0142】

ステップ４０３において、プロキシコールセッションコントロール機能（Ｐ－ＣＳＣＦ）は、ＰＣＦ／ＰＣＲＦに対してセッションリソース承認リクエストを開始する。

【0143】

ステップ４０４において、ＰＣＦは、ＳＭＦに対するパケットデータユニット接続アクセスネットワーク（ＰＤＵ－ＣＡＮ）セッション変更要求を開始する。ここでは、ＰＤＵ－ＣＡＮセッション変更要求はＱｏＳプロファイルを含み、あるいはこれに代えて、４Ｇシステムによって使用されるＱｏＳプロファイル情報をさらに含む。

【0144】

ステップ４０５において、ＳＭＦは、トラフィックが４Ｇネットワークにおいて確立されるべきであると判断し、ＳＭＦは、ＡＭＦを介して５Ｇ ＲＡＮノードに送信されるハンドオーバの要求を４Ｇに送信する。

【0145】

ステップ４０６において、ＮＧ ＲＡＮは、ターゲットセルの情報が伝送されるＡＭＦにハンドオーバ要求メッセージを伝送する。

【0146】

ステップ４０７において、ＵＥは４Ｇにハンドオーバされ、プロセスのステップは図４のステップ１０２～１１４と同じである。

【0147】

ステップ４０８において、ハンドオーバが完了した後、ＵＥは、４Ｇシステム上でＴＡＵプロセスを開始する。

【0148】

ＰＧＷ－Ｃは、５Ｇ ＱｏＳプロファイルに従って４ＧシステムのＱｏＳプロファイルをローカルに生成することもでき、またはＳ４０４で提供される４ＧシステムのＱｏＳプロファイルを使用することもでき、または以下で説明するステップ４０９および４１０を実行することもできる。

【0149】

ステップ４０９において、ＰＧＷ－Ｃは、ＰＣＲＦに対するＩＰ－ＣＡＮセッションの変更要求を開始する。

【0150】

ステップ４１０において、ＰＣＲＦは、４ＧシステムのＱｏＳプロファイルをＰＧＷ－Ｃに返す。

【0151】

既存の技術では、ターゲットネットワークにおけるベアラ確立のプロセスは、以下に説明するステップを含む。

【0152】

ステップ４１１において、ＰＧＷ－Ｃは、セッション作成要求をＳ－ＧＷに送信し、Ｓ－ＧＷは、ＭＭＥに要求を転送する。セッション作成要求は４Ｇ ＱｏＳプロファイルを搬送する。

【0153】

ステップ４１２において、ＭＭＥは、ｅＮＢにベアラセットアップ要求を送信する。

【0154】

ステップ４１３において、ｅＮＢは、ＲＲＣ再構成要求をＵＥに送信する。

【0155】

ステップ４１４において、ＵＥは、ＲＲＣ再構成応答を返す。

【0156】

ステップ４１５において、ｅＮＢは、ＭＭＥにベアラセットアップ応答を返す。

【0157】

ステップ４１６において、ＭＭＥはＳ－ＧＷへのセッション作成応答を返信し、Ｓ－ＧＷはセッション作成要求応答をＰＧＷ－Ｃへ転送する。

【0158】

ステップ４１７において、ＰＧＷ－Ｃは、ＱｏＳプロファイルインストール応答をＰＣＲＦに返す。

【0159】

ステップ４１８において、ＰＣＲＦはＰ－ＣＳＣＦにリソースリクエストレスポンスを返す。

【0160】

ステップ４１９において、ＩＭＳにおけるセッション確立が完了する。

【0161】

図１０は、本開示におけるＡＭＦによってトリガされる５Ｇから４Ｇへのハンドオーバのフローチャートであり、ＡＭＦによってトリガされる実装モードは、以下のステップを含む。

【0162】

ステップ５０１～５０４は、ステップ４０１～４０４と同様である。

【0163】

ステップ５０５において、ＳＭＦは、セッション要求を５Ｇ ＲＡＮノードに送信し、このセッション要求は、５ＧのＱｏＳに関する情報を搬送し、メッセージは、最初にＡＭＦに到着する。

【0164】

ステップ５０６において、ＡＭＦは、Ｎ２セッション要求を５Ｇ ＲＡＮノードに送信し、このＮ２セッション要求は、４Ｇへのハンドオーバの通知を搬送する。

【0165】

ステップ５０７において、ＮＧ ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、このハンドオーバ要求は、ターゲットセルの情報を搬送する。

【0166】

ステップ５０８において、ＡＭＦは、Ｎ２セッション応答をＳＭＦに送信し、４Ｇへのハンドオーバを通知し、その後、ベアラを確立する。

【0167】

ステップ５０９において、ＵＥは、Ｓ４０７と同じ４Ｇにハンドオーバされ、ＵＥは、ここでＴＡＵプロセスをトリガすることができる（Ｓ４０８と同じ）。

【0168】

ステップ５１０において、ハンドオーバが完了した後、ＰＧＷ－Ｃは、ステップ４０９～４１８と同様に、４Ｇにおいて専用ベアラを確立し、その後、ＩＰマルチメディアサブシステム（ＩＭＳ）におけるセッション確立が完了する。

【0169】

図１１は、本開示の１実施形態によるＮＧ ＲＡＮノードによってトリガされる５Ｇから４Ｇへのハンドオーバのフローチャートである。ＮＧ ＲＡＮノードによってトリガされる５Ｇから４Ｇへのハンドオーバの実施モードは、以下のステップを含む。

【0170】

ステップ６０１～６０４は、ステップ４０１～４０４と同様である。

【0171】

ステップ６０５において、ＳＭＦは、ＡＭＦを介して５Ｇ ＲＡＮノードにＮ２セッション要求を送信し、Ｎ２セッション要求は、５Ｇ ＱｏＳパラメータを搬送する。

【0172】

ステップ６０６において、ＮＧ ＲＡＮは、４Ｇへのハンドオーバを通知するために、ＡＭＦを介してＳＭＦにＮ２セッション応答を送信する。

【0173】

ステップ６０７において、ＮＧ ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ハンドオーバ要求は、ターゲットセルの情報を搬送する。

【0174】

上述のステップ６０６および６０７は、以下に説明するステップ６０６ａおよび６０７ａによって置き換えることができる。

【0175】

ステップ６０６ａにおいて、ＮＧ ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ハンドオーバ要求は、ターゲットセルの情報と、４Ｇへのハンドオーバの指示を伴うＮ２セッションとを搬送する。

【0176】

ステップ６０７ａにおいて、ＡＭＦは、Ｎ２セッション応答をＳＭＦに送信し、４Ｇへのハンドオーバが通知される。

【0177】

ステップ６０８において、ＵＥは、Ｓ４０７と同じ４Ｇにハンドオーバされ、ＵＥは、ここでＴＡＵプロセスをトリガすることができる（Ｓ４０８と同じ）。

【0178】

ステップ６０９において、ハンドオーバが完了した後、ＰＧＷ－Ｃは、ステップ４０９～４１８と同様に、４Ｇにおいて専用ベアラを確立し、その後、ＩＭＳによってセッション確立が完了する。

【0179】

図１２は、本開示の１実施形態による、ＮＲからｅＬＴＥにフォールバックするトラフィックのプロセスのフローチャートである。５Ｇシステムにおいて、ＮＲからｅＬＴＥにフォールバックするトラフィックの実装形態を以下に説明する。前の図とは異なり、図１２は、５Ｇ ＲＡＮノードおよびｅＬＴＥ基地局の両方が、ＡＭＦを介して５Ｇコアネットワークにアクセスすることを示す。しかし、本発明の基本的な点は同じである。ＱｏＳフローが確立されると、５Ｇ ＲＡＮはｅＬＴＥ基地局にハンドオーバされる。

【0180】

ステップ７０１および７０２は、ステップ４０１および４０２と同じである。ステップＳ７０２において、ＵＥが現在アクセスしている基地局は、５Ｇ ＲＡＮノードである。

【0181】

ステップ７０３において、Ｐ－ＣＳＣＦは、ＰＣＦへのセッションリソース許可要求を開始する。

【0182】

ステップ７０４で、ＰＣＦは、ＳＭＦに対するＰＤＵ－ＣＡＮセッションの変更要求を開始し、ＰＤＵ－ＣＡＮセッションの変更要求は、ＱｏＳプロファイルを含む。

【0183】

ステップ７０５において、ＳＭＦは、トラフィックがｅＬＴＥ基地局において確立されるべきであると決定し、ＳＭＦは、ｅＬＴＥ基地局へのハンドオーバの要求を、ＡＭＦを介して５Ｇ ＲＡＮノードに送信する。

【0184】

ステップ７０６において、ＮＧ ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ハンドオーバ要求は、ターゲットｅＬＴＥセルの情報を搬送する。

【0185】

ステップ７０７において、ＵＥは、ｅＬＴＥ基地局にハンドオーバされる。ここで、既存の技術におけるハンドオーバモードが採用されてもよく、詳細は、本明細書では説明しない。

【0186】

ステップ７０８および７０９において、ハンドオーバが完了した後、代替として、ＳＭＦは、新しいＱｏＳプロファイルを取得するために、ＰＣＦへのＰＤＵ－ＣＡＮセッション変更要求を開始することができる。

【0187】

従来の５ＧネットワークにおけるｅＬＴＥにおけるＱｏＳフロー確立の処理は、以下のステップを含む。

【0188】

ステップ７１０において、ＳＭＦは、Ｎ２セッション要求をＡＭＦに送信し、Ｎ２セッション要求は、ＱｏＳプロファイルを搬送する。

【0189】

ステップ７１１において、ＡＭＦは、無線リソース確立要求をｅＬＴＥ基地局に送信する。

【0190】

ステップ７１２において、ｅＬＴＥは、ＲＲＣ再構成要求をＵＥに送信する。

【0191】

ステップ７１３において、ＵＥは、ＲＲＣ再構成応答を返信する。

【0192】

ステップ７１４において、ｅＬＴＥは、無線リソース確立要求応答（すなわち、Ｎ２応答）をＡＭＦに返す。

【0193】

ステップ７１５において、ＡＭＦは、Ｎ２セッション要求応答をＳＭＦに返す。

【0194】

ステップ７１６において、ＳＭＦは、ＰＤＵ－ＣＡＮセッション変更応答をＰＣＦに返す。

【0195】

ステップ７１７において、ＰＣＦはＰ－ＣＳＣＦにリソースリクエストレスポンスを返す。

【0196】

ステップ７１８において、ＩＭＳにおけるセッション確立が完了する。

【0197】

図１３は、本開示におけるＮＲからｅＬＴＥにフォールバックする５Ｇシステムにおけるトラフィックのフローチャートである。ＮＲからｅＬＴＥへの５Ｇシステムにおけるトラフィックのフォールバックプロセスの別の実施形態は、以下のステップを含む。

【0198】

ステップ８０１～８０２は、ステップ７０１～７０２と同様である。

【0199】

ステップ８０３において、Ｐ－ＣＳＣＦは、ＰＣＦへのセッションリソース許可要求を開始する。

【0200】

ステップ８０４において、ＰＣＦは、ＳＭＦに対するＰＤＵ－ＣＡＮセッションの変更要求を開始し、このＰＤＵ－ＣＡＮセッションの変更要求はＱｏＳプロファイルを含む。

【0201】

図１０および図１１と同様に、以下の３つの実施態様がある：ステップ８０５～８０８；ステップ８０５ａ～８０７ａ；ステップ８０５ｂ～８０７ｂ。

【0202】

ステップ８０５において、ＳＭＦは、セッション要求を５Ｇ ＲＡＮノードに送信し、セッション要求は、５Ｇ ＱｏＳを要求するための情報を搬送し、メッセージは、最初にＡＭＦに到着する。

【0203】

ステップ８０６において、ＡＭＦは、Ｎ２セッション要求を５Ｇ ＲＡＮノードに送信し、ここで、ｅＬＴＥ基地局へのハンドオーバの指示が搬送される。

【0204】

ステップ８０７において、ＮＧ ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ここで、ｅＬＴＥ基地局のターゲットセルの情報が搬送される。

【0205】

ステップ８０８において、ＡＭＦは、Ｎ２セッション応答をＳＭＦに送信し、ハンドオーバをｅＬＴＥに指示し、次いで、ＱｏＳフローを確立する。

【0206】

あるいは、
ステップ８０５ａにおいて、ＳＭＦは、ＡＭＦを介して５Ｇ ＲＡＮノードにＮ２セッション要求を送信し、ここで、Ｎ２セッション要求は、５Ｇ ＱｏＳパラメータを搬送する。

【0207】

ステップ８０６ａにおいて、ＮＧ ＲＡＮは、ＡＭＦを介してＳＭＦにＮ２セッション応答を送信し、Ｎ２セッション応答は、ｅＬＴＥへのハンドオーバを指示する。

【0208】

ステップ８０７ａにおいて、ＮＧ ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ここで、ｅＬＴＥ基地局のターゲットセルの情報が搬送される。

【0209】

あるいは、
ステップ８０５ｂにおいて、ＳＭＦは、ＡＭＦを介して５Ｇ ＲＡＮにＮ２セッション要求を送信し、Ｎ２セッション要求は、５Ｇ ＱｏＳパラメータを搬送する。

【0210】

ステップ８０６ｂにおいて、ＮＧ ＲＡＮは、ハンドオーバ要求メッセージをＡＭＦに送信し、ハンドオーバ要求は、ターゲットセルの情報と、ｅＬＴＥへのハンドオーバの指示を伴うＮ２セッションとを搬送する。

【0211】

ステップ８０７ｂにおいて、ＡＭＦは、ＳＭＦにＮ２セッション応答を送信し、ｅＬＴＥへのハンドオーバを示し、次いで、ＱｏＳフローを確立する。

【0212】

ステップ８０９において、ＵＥは、ｅＬＴＥ基地局にハンドオーバされる。

【0213】

ステップ８１０において、ハンドオーバが完了した後、５Ｇネットワーク内のｅＬＴＥにおいてＱｏＳフローが確立され、ＩＭＳセッション確立が完了する。ステップは、ステップ７０９～７１８と同様である。

【0214】

図１４は、本開示の実施形態による、４Ｇから５Ｇへのトラフィックのアップグレードのフローチャートである。トラフィックを４Ｇから５Ｇにアップグレードする実施形態は、以下のステップを含む。

【0215】

ステップ９０１において、ＵＥが４Ｇにアクセスし、ＰＤＮ接続が確立され、ＩＭＳ登録が実行される。

【0216】

ステップ９０２において、ＩＭＳセッション確立が開始される。

【0217】

ステップ９０３において、Ｐ－ＣＳＣＦは、ＰＣＦ／ＰＣＲＦへのセッションリソース許可要求を開始する。

【0218】

ステップ９０４において、ＰＣＲＦは、ＰＧＷ－Ｃに対するＩＰ－ＣＡＮセッションの変更要求を開始する。ＩＰ－ＣＡＮセッションの変更要求はＱｏＳプロファイルを含み、あるいはこれに代えて、ＩＰ－ＣＡＮセッションの変更要求は、５Ｇシステムで使用されるＱｏＳプロファイルの情報を有してもよい。

【0219】

ステップ９０５において、ＰＧＷ－ＣはＳ－ＧＷにベアラ生成リクエストを送信し、Ｓ－ＧＷはリクエストをＭＭＥに送信する。

【0220】

ステップ９０６において、ＭＭＥは、トラフィックが５Ｇネットワークにおいて確立されるべきであると判定し、ハンドオーバの要求を５ＧにｅＮＢに送信する。

【0221】

ステップ９０７において、ｅＮＢは、ハンドオーバ要求メッセージをＭＭＥに送信し、ここで、５Ｇターゲットセルの情報が搬送される。

【0222】

ステップ９０８において、ＭＭＥは、Ｓ－ＧＷを介してＰＧＷ－Ｃにベアラ作成応答を送信し、ベアラ作成応答は、ターゲット側でのＱｏＳフロー確立を指示する。

【0223】

ステップ９０９において、ＵＥは５Ｇにハンドオーバされ、プロセスのステップは図５のステップ２０２～２１２と同じである。

【0224】

ステップ９１０において、ハンドオーバが完了した後、ＵＥは、５Ｇシステムにおける登録プロセスを開始する。

【0225】

ＳＭＦは、４ＧシステムのＱｏＳプロファイルに従って、５ＧシステムのＱｏＳプロファイルをローカルに生成するか、またはステップ９０４で提供された５ＧシステムのＱｏＳプロファイルを使用するか、または以下で説明されるステップ９１２および９１３を実行することができる。

【0226】

ステップ９１２において、ＳＭＦは、ＰＣＦに対するＰＤＵ－ＣＡＮセッション変更要求を開始する。

【0227】

ステップ９１３において、ＰＣＦは、５ＧシステムのＱｏＳプロファイルをＳＭＦに返す。

【0228】

従来の５ＧネットワークにおけるＱｏＳフロー確立の処理は、以下のステップを含む。

【0229】

ステップ９１４において、ＳＭＦは、Ｎ２セッション要求をＡＭＦに送信し、Ｎ２セッション要求は、ＱｏＳプロファイルを搬送する。

【0230】

ステップ９１５において、ＡＭＦは、無線リソース確立要求を５Ｇ ＲＡＮノードに送信する。

【0231】

ステップ９１６において、５Ｇ ＲＡＮは、ＲＲＣ再構成要求をＵＥに送信する。

【0232】

ステップ９１７において、ＵＥは、ＲＲＣ再構成応答を返信する。

【0233】

ステップ９１８において、５Ｇ ＲＡＮは、無線リソース確立要求応答（すなわち、Ｎ２応答）をＡＭＦに返す。

【0234】

ステップ９１９において、ＡＭＦは、Ｎ２セッション要求応答をＳＭＦに返す。

【0235】

ステップ９２０において、ＳＭＦは、ＰＤＵ－ＣＡＮセッション変更応答をＰＣＦに返す。

【0236】

ステップ９２１において、ＰＣＦは、Ｐ－ＣＳＣＦにリソースリクエストレスポンスを返す。

【0237】

ステップ９２２において、ＩＭＳにおけるセッション確立が完了する。

【0238】

＜実施形態４＞
本開示の実施形態は、記憶媒体をさらに提供する。また、本実施の形態において、上述した記憶媒体は、以下に説明する各ステップを実行するためのプログラムコードを記憶するように構成されていてもよい。

【0239】

ステップＳ１において、ＵＥに接続されたソース基地局は、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように指示される。

【0240】

ステップＳ２において、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立が開始される。

【0241】

あるいは、本実施形態において、記録媒体は、Ｕディスク、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、モバイルハードディスク、磁気ディスク、光ディスク、またはプログラムコードを記録可能な他の媒体を含むことができるが、これらに限定されない。

【0242】

あるいは、本実施形態では、プロセッサは、記憶媒体に記憶されたプログラムコードを実行して、ＵＥに接続されたソース基地局に、ＵＥのためのトラフィックの確立中にハンドオーバを開始するように指示する。

【0243】

あるいは、本実施形態では、プロセッサは、記憶媒体に記憶されたプログラムコードを実行して、ＵＥが第１アクセスネットワークから第２アクセスネットワークにハンドオーバされた後に、ベアラ確立またはサービス品質（ＱｏＳ）フロー確立を開始する。

【0244】

あるいは、本実施形態における具体例については、上記実施形態および任意の実施形態で説明した例を参照することができ、本実施形態では繰り返さない。

【0245】

本開示の実施形態は、メモリおよびプロセッサを含む電子装置をさらに提供し、メモリは、コンピュータプログラムを格納するように構成され、プロセッサは、上述の方法の実施形態のうちのいずれか１つにおけるステップを実行するためのコンピュータプログラムを実行するように構成される。

【0246】

また、上記電子機器は、送信装置と入出力装置とをさらに備え、送信装置と入出力装置との両方が上記プロセッサに接続されていてもよい。

【0247】

明らかに、本開示の上述のモジュールまたはステップの各々は、汎用コンピューティング装置によって実装されてもよく、モジュールまたはステップは、単一のコンピューティング装置に集中されてもよく、または複数のコンピューティング装置によって形成されるネットワーク上に分散されてもよく、代替として、モジュールまたはステップは、コンピューティング装置によって実行可能なプログラムコードによって実装されてもよく、その結果、モジュールまたはステップは、ストレージ装置に格納され、コンピューティング装置によって実行されてもよいことを、当業者によって理解されるべきである。いくつかの状況では、図示または説明されたステップは、本明細書で説明されたものとは異なるシーケンスで実行されてもよく、または、モジュールまたはステップは、様々な集積回路モジュールに別々に作られてもよく、または、その中の複数のモジュールまたはステップは、実装のために単一の集積回路モジュールに作られてもよい。このように、本開示は、ハードウェアおよびソフトウェアの任意の特定の組み合わせに限定されない。

【0248】

上記は、本開示の好ましい実施形態に過ぎず、本開示を限定することを意図するものではなく、当業者にとって、本開示は、様々な修正形態および変形形態を有することができる。本開示の精神および原理内でなされる任意の修正、同等の置換、改良などは、本開示の範囲内にある。

【産業上の利用可能性】

【0249】

上述したように、本開示の実施形態によって提供されるネットワークハンドオーバ方法、装置、およびシステムは、以下の有益な効果を有する。従来のネットワーク間のハンドオーバーが複雑であるという技術的課題を解決し、ＵＥおよびネットワークへの変更を少なくしてハンドオーバーを実現する。したがって、ネットワークハンドオーバプロセスが改善され、簡略化される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】