特表 2024-517444 ハンドオーバ管理のための方法及び装置

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-04-22

(54)【発明の名称】ハンドオーバ管理のための方法及び装置

(51)【国際特許分類】

   H04W 36/00 20090101AFI20240415BHJP

   H04W 92/24 20090101ALI20240415BHJP

【ＦＩ】

H04W36/00

H04W92/24

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2023566925

(86)(22)【出願日】2022-05-09

(85)【翻訳文提出日】2023-12-01

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

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

(87)【国際公開日】2022-11-17

(31)【優先権主張番号】PCT/CN2021/093133

(32)【優先日】2021-05-11

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】チャン， ウェンミン

(72)【発明者】

【氏名】ガン， ジュイイン

(72)【発明者】

【氏名】ヤン， ヨン

(72)【発明者】

【氏名】ソン， キオン

(72)【発明者】

【氏名】シア， レイ

(72)【発明者】

【氏名】チャン， シュエメイ

(72)【発明者】

【氏名】リュ， ユンジェ

(72)【発明者】

【氏名】リ， シャオミン

(72)【発明者】

【氏名】チャン， セ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067DD11

5K067DD17

5K067DD57

5K067EE16

5K067JJ39

(57)【要約】

本開示の実施形態は、ハンドオーバ管理のための方法及び装置を提供する。第１システムの第１モビリティ管理機能によって実行される方法は、単一無線音声呼継続性（ＳＲＶＣＣ）のモビリティ管理コンテキストを取得することを含む。方法は、さらに、第１システムから第２システムへのハンドオーバ中に、第２システムの第２モビリティ管理機能にフォワードリロケーション要求を送信することを含む。フォワードリロケーション要求は、ＳＲＶＣＣのモビリティ管理コンテキストを含む。

【特許請求の範囲】

【請求項1】

第１システムの第１モビリティ管理機能によって実行される方法（５００）であって、
単一無線音声呼継続性（ＳＲＶＣＣ）のモビリティ管理コンテキストを取得（５０２）することと、
前記第１システムから第２システムへのハンドオーバ中に、前記第２システムの第２モビリティ管理機能にフォワードリロケーション要求を送信（５０４）することと、
を含み、
前記フォワードリロケーション要求は、前記ＳＲＶＣＣのモビリティ管理コンテキストを含む、方法。

【請求項2】

請求項１に記載の方法であって、
前記第１システムは第５世代システム（５ＧＳ）であり、
前記第２システムは進化型パケットシステム（ＥＰＳ）である、方法。

【請求項3】

請求項１又は２に記載の方法であって、
前記第１システムから前記第２システムへの前記ハンドオーバは、Ｎ２６インタフェースを使用する５ＧＳからＥＰＳへのハンドオーバである、方法。

【請求項4】

請求項１から３のいずれか１項に記載の方法であって、
前記フォワードリロケーション要求は、さらに、ＳＲＶＣＣのセッション転送番号（ＳＴＮ－ＳＲ）と、相関移動加入者統合サービスデジタルネットワーク番号（Ｃ－ＭＳＩＳＤＮ）と、の内の少なくとも１つ含む、方法。

【請求項5】

請求項１から３のいずれか１項に記載の方法であって、
前記ハンドオーバに関連するユーザ装置が第２システムＳＲＶＣＣに加入している場合、前記フォワードリロケーション要求は、さらに、ＳＲＶＣＣのセッション転送番号（ＳＴＮ－ＳＲ）と、相関移動加入者統合サービスデジタルネットワーク番号（Ｃ－ＭＳＩＳＤＮ）と、の内の少なくとも１つ含む、方法。

【請求項6】

請求項１から５のいずれか１項に記載の方法であって、
前記ＳＲＶＣＣの前記モビリティ管理コンテキストは、前記第２モビリティ管理機能がＳＲＶＣＣを実行するために必要な情報を含む、方法。

【請求項7】

請求項６に記載の方法であって、
前記情報は、少なくとも１つの移動局クラスマーク、及び／又は、前記ハンドオーバに関連するユーザ装置でサポートされるコーデックリストを含む、方法。

【請求項8】

請求項１から７のいずれか１項に記載の方法であって、
前記第１モビリティ管理機能は、アクセス及びモビリティ機能（ＡＭＦ）を含み、
前記第２モビリティ管理機能は、モビリティ管理エンティティ（ＭＭＥ）を含む、方法。

【請求項9】

第２システムの第２モビリティ管理機能によって実行される方法（６００）であって、
第１システムから前記第２システムへのハンドオーバ中に、前記第１システムの第１モビリティ管理機能からフォワードリロケーション要求を受信（６０２）することであって、前記フォワードリロケーション要求は、単一無線音声呼継続性（ＳＲＶＣＣ）のモビリティ管理コンテキストを含む、ことと、
ＳＲＶＣＣの前記モビリティ管理コンテキストに少なくとも部分的に基づいて、ユーザ装置と前記第２モビリティ管理機能の両方がＳＲＶＣＣ対応であるかを示すＳＲＶＣＣ動作可能インジケーションを判定（６０４）することと、
前記ＳＲＶＣＣ動作可能インジケーションを含むハンドオーバ要求メッセージを前記第２システムのアクセスネットワークノードに送信（６０６）することと、
を含む方法。

【請求項10】

請求項９に記載の方法であって、
前記第１システムは第５世代システム（５ＧＳ）であり、
前記第２システムは進化型パケットシステム（ＥＰＳ）である、方法。

【請求項11】

請求項９又は１０に記載の方法であって、
前記第１システムから前記第２システムへの前記ハンドオーバは、Ｎ２６インタフェースを使用する５ＧＳからＥＰＳへのハンドオーバである、方法。

【請求項12】

請求項９から１１のいずれか１項に記載の方法であって、
前記フォワードリロケーション要求は、さらに、ＳＲＶＣＣのセッション転送番号（ＳＴＮ－ＳＲ）と、相関移動加入者統合サービスデジタルネットワーク番号（Ｃ－ＭＳＩＳＤＮ）と、の内の少なくとも１つ含む、方法。

【請求項13】

請求項９から１１のいずれか１項に記載の方法であって、
前記ハンドオーバに関連するユーザ装置が第２システムＳＲＶＣＣに加入している場合、前記フォワードリロケーション要求は、さらに、ＳＲＶＣＣのセッション転送番号（ＳＴＮ－ＳＲ）と、相関移動加入者統合サービスデジタルネットワーク番号（Ｃ－ＭＳＩＳＤＮ）と、の内の少なくとも１つ含む、方法。

【請求項14】

請求項９から１３のいずれか１項に記載の方法であって、
前記ＳＲＶＣＣの前記モビリティ管理コンテキストは、前記第２モビリティ管理機能がＳＲＶＣＣを実行するために必要な情報を含む、方法。

【請求項15】

請求項１４に記載の方法であって、
前記情報は、少なくとも１つの移動局クラスマーク、及び／又は、前記ハンドオーバに関連するユーザ装置でサポートされるコーデックリストを含む、方法。

【請求項16】

請求項９から１５のいずれか１項に記載の方法であって、
前記第１モビリティ管理機能は、アクセス及びモビリティ機能（ＡＭＦ）を含み、
前記第２モビリティ管理機能は、モビリティ管理エンティティ（ＭＭＥ）を含む、方法。

【請求項17】

第２システムのアクセスネットワークノードによって実行される方法（７００）であって、
第１システムから前記第２システムへのハンドオーバ中に、ユーザ装置と前記第２システムの第２モビリティ管理機能の両方が、単一無線音声呼継続性（ＳＲＶＣＣ）対応であるかを示すＳＲＶＣＣ動作可能インジケーションを含むハンドオーバ要求メッセージを前記第２システムの前記第２モビリティ管理機能から受信（７０２）することと、
前記ＳＲＶＣＣ動作可能インジケーションに基づいて、前記第１システムから前記第２システムへの前記ハンドオーバの後に、前記第２システムから第３システムへＳＲＶＣＣをトリガ（７０４）することと、
を含む方法。

【請求項18】

請求項１７に記載の方法であって、
前記ＳＲＶＣＣ動作可能インジケーションに基づいて、前記第１システムから前記第２システムへの前記ハンドオーバの後に、前記第２システムから第３システムへＳＲＶＣＣをトリガすることは、
前記ＳＲＶＣＣ動作可能インジケーションに基づいて、前記第１システムから前記第２システムへの前記ハンドオーバの後に、前記第２システムから前記第３システムへＳＲＶＣＣを直ちにトリガすることを含む、方法。

【請求項19】

請求項１７又は１８に記載の方法であって、
前記第１システムは第５世代システム（５ＧＳ）あり、
前記第２システムは進化型パケットシステム（ＥＰＳ）であり、
前記第３システムは第２世代システム又は第３世代システムである、方法。

【請求項20】

請求項１７から１９のいずれか１項に記載の方法であって、
前記第１システムから前記第２システムへの前記ハンドオーバは、Ｎ２６インタフェースを使用する５ＧＳからＥＰＳへのハンドオーバである、方法。

【請求項21】

請求項１７から２０のいずれか１項に記載の方法であって、
前記第２モビリティ管理機能は、モビリティ管理エンティティ（ＭＭＥ）を含む、方法。

【請求項22】

第１システムの第１モビリティ管理機能（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に結合されたメモリ（９２２）と、
を備え、
前記メモリは（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それにより前記第１モビリティ管理機能（９００）は、
単一無線音声呼継続性（ＳＲＶＣＣ）のモビリティ管理コンテキストを取得することと、
前記第１システムから第２システムへのハンドオーバ中に、前記第２システムの第２モビリティ管理機能にフォワードリロケーション要求を送信することと、
を行う様に動作し、
前記フォワードリロケーション要求は、前記ＳＲＶＣＣのモビリティ管理コンテキストを含む、第１モビリティ管理機能。

【請求項23】

請求項２２に記載の第１モビリティ管理機能であって、
前記第１モビリティ管理機能は、さらに、請求項２から８のいずれか１項に記載の方法を実行する様に動作する、第１モビリティ管理機能。

【請求項24】

第２システムの第２モビリティ管理機能（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に結合されたメモリ（９２２）と、
を備え、
前記メモリは（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それにより前記第２モビリティ管理機能（９００）は、
第１システムから前記第２システムへのハンドオーバ中に、前記第１システムの第１モビリティ管理機能からフォワードリロケーション要求を受信することであって、前記フォワードリロケーション要求は、単一無線音声呼継続性（ＳＲＶＣＣ）のモビリティ管理コンテキストを含む、ことと、
ＳＲＶＣＣの前記モビリティ管理コンテキストに少なくとも部分的に基づいて、ユーザ装置と前記第２モビリティ管理機能の両方がＳＲＶＣＣ対応であるかを示すＳＲＶＣＣ動作可能インジケーションを判定することと、
前記ＳＲＶＣＣ動作可能インジケーションを含むハンドオーバ要求メッセージを前記第２システムのアクセスネットワークノードに送信することと、
を行う様に動作する第２モビリティ管理機能。

【請求項25】

請求項２４に記載の第２モビリティ管理機能であって、
前記第２モビリティ管理機能は、さらに、請求項９から１６のいずれか１項に記載の方法を実行する様に動作する、第２モビリティ管理機能。

【請求項26】

第２システムのアクセスネットワークノード（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に結合されたメモリ（９２２）と、
を備え、
前記メモリは（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それにより前記アクセスネットワークノード（９００）は、
第１システムから前記第２システムへのハンドオーバ中に、ユーザ装置と前記第２システムの第２モビリティ管理機能の両方が、単一無線音声呼継続性（ＳＲＶＣＣ）対応であるかを示すＳＲＶＣＣ動作可能インジケーションを含むハンドオーバ要求メッセージを前記第２システムの前記第２モビリティ管理機能から受信することと、
前記ＳＲＶＣＣ動作可能インジケーションに基づいて、前記第１システムから前記第２システムへの前記ハンドオーバの後に、前記第２システムから第３システムへＳＲＶＣＣをトリガすることと、
を行う様に動作するアクセスネットワークノード。

【請求項27】

請求項２６に記載のアクセスネットワークノードであって、
前記アクセスネットワークノードは、さらに、請求項１８から２１のいずれか１項に記載の方法を実行する様に動作する、アクセスネットワークノード。

【請求項28】

少なくとも１つのプロセッサで実行されると前記少なくとも１つのプロセッサに請求項１から２１のいずれか１項に記載の方法を実行させる命令を格納するコンピュータ可読記憶媒体

【請求項29】

少なくとも１つのプロセッサで実行されると前記少なくとも１つのプロセッサに請求項１から２１のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム製品。

【発明の詳細な説明】

【技術分野】

【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】

【図1】Ｎ２６インタフェースでの単一登録モードの５ＧＳからＥＰＳへのハンドオーバのフローチャート。

【図2】本開示の一実施形態による、第５世代ネットワークにおける高レベルのアーキテクチャを概略的に示す図。

【図3】本開示の一実施形態による、第４世代ネットワークにおける高レベルのアーキテクチャを概略的に示す図。

【図4】５ＧＳとＥＰＣ／Ｅ－ＵＴＲＡＮとの間のインターワーキングのためのホームルーティングローミングアーキテクチャを概略的に示す図。

【図5】本開示の一実施形態による方法のフローチャート。

【図6】本開示の別の実施形態による方法のフローチャート。

【図7】本開示の別の実施形態による方法のフローチャート。

【図8】本開示の一実施形態による、ＳＲＶＣＣの拡張機能を備えたＮ２６インタフェースを使用する５ＧＳからＥＰＳへのハンドオーバのフローチャート。

【図9】本開示の幾つかの実施形態を実施するのに適した装置を示すブロック図。

【図10】本開示の一実施形態による第１システムの第１モビリティ管理機能を示すブロック図。

【図11】本開示の一実施形態による第２システムの第２モビリティ管理機能を示すブロック図。

【図12】本開示の一実施形態による第２システムのアクセスネットワークノードを示すブロック図。

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

【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】

ＳＧｉ：これは、ＰＤＮ ＧＷとパケットデータネットワークと間の参照点である。パケットデータネットワークは、オペレータの外部のパブリック又はプライベートのパケットデータネットワーク、又はオペレータ内のパケットデータネットワーク、たとえば、ＩＭＳサービスの提供のためパケットデータネットワークであり得る。この参照点は、３ＧＰＰ（登録商標）アクセスのＧｉに対応する。

【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】

【表1】

【0100】

一実施形態において、３ＧＰＰ（登録商標） ＴＳ２９．５０３ Ｖ１７．２．０の表６．１．６．２．４－１１は、以下の様に修正され得る。たとえば、５Ｇ ＳＲＶＣＣ用に定義されているＳＴＮ－ＳＲとＣ－ＭＳＩＳＤＮに加えて、表６．１．６．２．４－１では新しい"４ｇｓｔｎＳｒ"と"４ｇｃＭｓｉｓｄｎ"も導入している。したがって、ＡＭＦはＵＥの４Ｇ ＳＲＶＣＣサブスクリプションデータを認識している。たとえば、５Ｇ ＳＲＶＣＣを付加価値サービスとして扱うオペレータにとって、これは非常に重要であり得る。

【0101】

【表2】

【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】

技術が進歩するにつれて、本発明の概念を様々な方法で実施できることは、当業者には明らかであろう。上述の実施形態は、本開示を限定するのではなく、説明するために与えられたものであり、当業者が容易に理解する様に、本開示の精神及び範囲から逸脱することなく修正及び変更に頼ることができることを理解されたい。そのような修正及び変形は、本開示及び添付の特許請求の範囲内のものであると見做される。本開示の保護範囲は、添付の特許請求の範囲によって定義される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【手続補正書】

【提出日】2023-12-01

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１システムの第１モビリティ管理機能によって実行される方法（５００）であって、
単一無線音声呼継続性（ＳＲＶＣＣ）のモビリティ管理コンテキストを取得（５０２）することと、
前記第１システムから第２システムへのハンドオーバ中に、前記第２システムの第２モビリティ管理機能にフォワードリロケーション要求を送信（５０４）することと、
を含み、
前記フォワードリロケーション要求は、前記ＳＲＶＣＣのモビリティ管理コンテキストを含む、方法。

【請求項2】

請求項１に記載の方法であって、
前記第１システムは第５世代システム（５ＧＳ）であり、
前記第２システムは進化型パケットシステム（ＥＰＳ）である、方法。

【請求項3】

請求項１に記載の方法であって、
前記第１システムから前記第２システムへの前記ハンドオーバは、Ｎ２６インタフェースを使用する５ＧＳからＥＰＳへのハンドオーバである、方法。

【請求項4】

請求項１に記載の方法であって、
前記フォワードリロケーション要求は、さらに、ＳＲＶＣＣのセッション転送番号（ＳＴＮ－ＳＲ）と、相関移動加入者統合サービスデジタルネットワーク番号（Ｃ－ＭＳＩＳＤＮ）と、の内の少なくとも１つ含む、方法。

【請求項5】

請求項１に記載の方法であって、
前記ハンドオーバに関連するユーザ装置が第２システムＳＲＶＣＣに加入している場合、前記フォワードリロケーション要求は、さらに、ＳＲＶＣＣのセッション転送番号（ＳＴＮ－ＳＲ）と、相関移動加入者統合サービスデジタルネットワーク番号（Ｃ－ＭＳＩＳＤＮ）と、の内の少なくとも１つ含む、方法。

【請求項6】

請求項１に記載の方法であって、
前記ＳＲＶＣＣの前記モビリティ管理コンテキストは、前記第２モビリティ管理機能がＳＲＶＣＣを実行するために必要な情報を含む、方法。

【請求項7】

請求項６に記載の方法であって、
前記情報は、少なくとも１つの移動局クラスマーク、及び／又は、前記ハンドオーバに関連するユーザ装置でサポートされるコーデックリストを含む、方法。

【請求項8】

請求項１に記載の方法であって、
前記第１モビリティ管理機能は、アクセス及びモビリティ機能（ＡＭＦ）を含み、
前記第２モビリティ管理機能は、モビリティ管理エンティティ（ＭＭＥ）を含む、方法。

【請求項9】

第２システムの第２モビリティ管理機能によって実行される方法（６００）であって、
第１システムから前記第２システムへのハンドオーバ中に、前記第１システムの第１モビリティ管理機能からフォワードリロケーション要求を受信（６０２）することであって、前記フォワードリロケーション要求は、単一無線音声呼継続性（ＳＲＶＣＣ）のモビリティ管理コンテキストを含む、ことと、
ＳＲＶＣＣの前記モビリティ管理コンテキストに少なくとも部分的に基づいて、ユーザ装置と前記第２モビリティ管理機能の両方がＳＲＶＣＣ対応であるかを示すＳＲＶＣＣ動作可能インジケーションを判定（６０４）することと、
前記ＳＲＶＣＣ動作可能インジケーションを含むハンドオーバ要求メッセージを前記第２システムのアクセスネットワークノードに送信（６０６）することと、
を含む方法。

【請求項10】

請求項９に記載の方法であって、
前記ハンドオーバに関連するユーザ装置が第２システムＳＲＶＣＣに加入している場合、前記フォワードリロケーション要求は、さらに、ＳＲＶＣＣのセッション転送番号（ＳＴＮ－ＳＲ）と、相関移動加入者統合サービスデジタルネットワーク番号（Ｃ－ＭＳＩＳＤＮ）と、の内の少なくとも１つ含む、方法。

【請求項11】

請求項９に記載の方法であって、
前記ＳＲＶＣＣの前記モビリティ管理コンテキストは、前記第２モビリティ管理機能がＳＲＶＣＣを実行するために必要な情報を含む、方法。

【請求項12】

請求項１１に記載の方法であって、
前記情報は、少なくとも１つの移動局クラスマーク、及び／又は、前記ハンドオーバに関連するユーザ装置でサポートされるコーデックリストを含む、方法。

【請求項13】

第２システムのアクセスネットワークノードによって実行される方法（７００）であって、
第１システムから前記第２システムへのハンドオーバ中に、ユーザ装置と前記第２システムの第２モビリティ管理機能の両方が、単一無線音声呼継続性（ＳＲＶＣＣ）対応であるかを示すＳＲＶＣＣ動作可能インジケーションを含むハンドオーバ要求メッセージを前記第２システムの前記第２モビリティ管理機能から受信（７０２）することと、
前記ＳＲＶＣＣ動作可能インジケーションに基づいて、前記第１システムから前記第２システムへの前記ハンドオーバの後に、前記第２システムから第３システムへＳＲＶＣＣをトリガ（７０４）することと、
を含む方法。

【請求項14】

請求項１３に記載の方法であって、
前記ＳＲＶＣＣ動作可能インジケーションに基づいて、前記第１システムから前記第２システムへの前記ハンドオーバの後に、前記第２システムから第３システムへＳＲＶＣＣをトリガすることは、
前記ＳＲＶＣＣ動作可能インジケーションに基づいて、前記第１システムから前記第２システムへの前記ハンドオーバの後に、前記第２システムから前記第３システムへＳＲＶＣＣを直ちにトリガすることを含む、方法。

【請求項15】

請求項１３に記載の方法であって、
前記第１システムは第５世代システム（５ＧＳ）あり、
前記第２システムは進化型パケットシステム（ＥＰＳ）であり、
前記第３システムは第２世代システム又は第３世代システムである、方法。

【請求項16】

第１システムの第１モビリティ管理機能（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に結合されたメモリ（９２２）と、
を備え、
前記メモリは（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それにより前記第１モビリティ管理機能（９００）は、
単一無線音声呼継続性（ＳＲＶＣＣ）のモビリティ管理コンテキストを取得することと、
前記第１システムから第２システムへのハンドオーバ中に、前記第２システムの第２モビリティ管理機能にフォワードリロケーション要求を送信することと、
を行う様に動作し、
前記フォワードリロケーション要求は、前記ＳＲＶＣＣのモビリティ管理コンテキストを含む、第１モビリティ管理機能。

【請求項17】

請求項１６に記載の第１モビリティ管理機能であって、
前記第１モビリティ管理機能は、さらに、請求項２から８のいずれか１項に記載の方法を実行する様に動作する、第１モビリティ管理機能。

【請求項18】

第２システムの第２モビリティ管理機能（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に結合されたメモリ（９２２）と、
を備え、
前記メモリは（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それにより前記第２モビリティ管理機能（９００）は、
第１システムから前記第２システムへのハンドオーバ中に、前記第１システムの第１モビリティ管理機能からフォワードリロケーション要求を受信することであって、前記フォワードリロケーション要求は、単一無線音声呼継続性（ＳＲＶＣＣ）のモビリティ管理コンテキストを含む、ことと、
ＳＲＶＣＣの前記モビリティ管理コンテキストに少なくとも部分的に基づいて、ユーザ装置と前記第２モビリティ管理機能の両方がＳＲＶＣＣ対応であるかを示すＳＲＶＣＣ動作可能インジケーションを判定することと、
前記ＳＲＶＣＣ動作可能インジケーションを含むハンドオーバ要求メッセージを前記第２システムのアクセスネットワークノードに送信することと、
を行う様に動作する第２モビリティ管理機能。

【請求項19】

請求項１８に記載の第２モビリティ管理機能であって、
前記第２モビリティ管理機能は、さらに、請求項１０から１２のいずれか１項に記載の方法を実行する様に動作する、第２モビリティ管理機能。

【請求項20】

第２システムのアクセスネットワークノード（９００）であって、
プロセッサ（９２１）と、
前記プロセッサ（９２１）に結合されたメモリ（９２２）と、
を備え、
前記メモリは（９２２）は、前記プロセッサ（９２１）によって実行可能な命令を含み、それにより前記アクセスネットワークノード（９００）は、
第１システムから前記第２システムへのハンドオーバ中に、ユーザ装置と前記第２システムの第２モビリティ管理機能の両方が、単一無線音声呼継続性（ＳＲＶＣＣ）対応であるかを示すＳＲＶＣＣ動作可能インジケーションを含むハンドオーバ要求メッセージを前記第２システムの前記第２モビリティ管理機能から受信することと、
前記ＳＲＶＣＣ動作可能インジケーションに基づいて、前記第１システムから前記第２システムへの前記ハンドオーバの後に、前記第２システムから第３システムへＳＲＶＣＣをトリガすることと、
を行う様に動作するアクセスネットワークノード。

【請求項21】

請求項２０に記載のアクセスネットワークノードであって、
前記アクセスネットワークノードは、さらに、請求項１４又は１５に記載の方法を実行する様に動作する、アクセスネットワークノード。

【請求項22】

少なくとも１つのプロセッサで実行されると前記少なくとも１つのプロセッサに請求項１から１５のいずれか１項に記載の方法を実行させる命令を含むコンピュータプログラム。

【国際調査報告】