JP7285939B2

JP7285939B2 - 接続確立のための方法および装置

Info

Publication number: JP7285939B2
Application number: JP2021546885A
Authority: JP
Inventors: チュイインカン，
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2019-02-18
Filing date: 2019-07-09
Publication date: 2023-06-02
Anticipated expiration: 2039-07-09
Also published as: EP3928554A4; ZA202106892B; JP2022520568A; US20220141905A1; EP3928554A1; MX2021009836A; JP2023120194A; CO2021010590A2; CN113439458A; WO2020168673A1

Description

本開示の実施形態は、一般に通信に関し、より詳細には、接続確立のための方法および装置に関する。

このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点において読み取られるべきであり、従来技術にあるものまたは従来技術にないものに関する承認として理解されるべきではない。

エボルブドパケットシステム（ＥＰＳ）について、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）２３．４０１ｖ１６．１．０によれば、パケットデータネットワーク（ＰＤＮ）接続は、以下で説明されるように、ＰＤＮタイプＩＰ（すなわち、ＩＰｖ４、ＩＰｖ６、ＩＰｖ４ｖ６）、または非ＩＰ（ただし、イーサネットでない）を有し得る。ＩＰという用語は、インターネットプロトコルを指す。ＩＰｖ４という用語はＩＰバージョン４を指し、ＩＰｖ６という用語はＩＰバージョン６を指し、ＩＰｖ４ｖ６という用語はＩＰバージョン４／バージョン６を指す。
３．１規定
ＰＤＮ接続：ＡＰＮによって表されるＰＤＮと、（ＩＰＰＤＮタイプの場合）１つのＩＰｖ４アドレスおよび／または１つのＩＰｖ６プレフィックスによって表されるか、あるいは（非ＩＰＰＤＮタイプの場合）ＵＥ識別情報によって表されるＵＥとの間の関連付け。
デフォルトベアラ：新しいＰＤＮ接続のために最初に確立され、ＰＤＮ接続の有効期間全体にわたって確立されたままであるＥＰＳベアラ。

３ＧＰＰＴＳ２３．４０１ｖ１６．１．０によれば、ＰＤＮは、デフォルトベアラと、随意に１つまたは複数のデディケーテッドベアラとを含んでいる。デフォルトベアラは、非保証ビットレート（非ＧＢＲ）ベアラである。ＧＢＲに関係するネットワークリソースは、デディケーテッドベアラによってのみ達成され得る。
４．７．２．１ＥＰＳベアラ全般
．．．
仕様のこのリリースにおいて、デディケーテッドベアラは、ＩＰＰＤＮコネクティビティサービスについてサポートされるにすぎない。
．．．
ＵＥがＰＤＮに接続したとき、１つのＥＰＳベアラが確立され、そのＥＰＳベアラは、そのＰＤＮへの常時オンのＩＰコネクティビティをＵＥに提供するために、ＰＤＮ接続の有効期間全体にわたって確立されたままである。そのベアラは、デフォルトベアラと呼ばれる。同じＰＤＮ接続のために確立される任意の追加のＥＰＳベアラは、デディケーテッドベアラと呼ばれる。
．．．
ＥＰＳベアラは、、ＥＰＳベアラに関連する保証ビットレート（ＧＢＲ）値に関係するデディケーテッドネットワークリソースが、ベアラ確立／変更において（たとえば、ｅノードＢにおけるアドミッション制御機能によって）永続的に割り当てられる場合、ＧＢＲベアラと呼ばれる。他の場合、ＥＰＳベアラは、非ＧＢＲベアラと呼ばれる。
．．．
デディケーテッドベアラは、ＧＢＲベアラまたは非ＧＢＲベアラのいずれかであり得る。デフォルトベアラは、非ＧＢＲベアラであるものとする。

３ＧＰＰＴＳ２３．４０１ｖ１６．１．０によれば、非ＩＰＰＤＮタイプのＰＤＮ接続についてのデディケーテッドベアラ（たとえば、ＧＢＲデディケーテッドベアラ）はサポートされない。
４．３．１７．８非ＩＰデータ配信（ＮＩＤＤ）のサポート
４．３．１７．８．１全般
．．．
デディケーテッドベアラは、非ＩＰデータについてサポートされない。

第５世代システム（５ＧＳ）について、３ＧＰＰＴＳ２３．５０１ｖ１５．４．０によれば、プロトコルデータユニット（ＰＤＵ）セッションは、タイプＩＰ（ｖ４、ｖ６、ｖ４ｖ６）、イーサネット、または非構造化のものであり得る。
３．１規定
．．．
ＰＤＵセッション：ＰＤＵコネクティビティサービスを提供する、ＵＥとデータネットワークとの間の関連付け。
ＰＤＵセッションタイプ：ＩＰｖ４、ＩＰｖ６、ＩＰｖ４ｖ６、イーサネット、または非構造化であり得る、ＰＤＵセッションのタイプ。

３ＧＰＰＴＳ２３．５０１ｖ１５．４．０および３ＧＰＰＴＳ２３．５０３ｖ１５．４．０によれば、ＧＢＲサービス品質（ＱｏＳ）フローも、イーサネットタイプのＰＤＵセッションについてサポートされる。３ＧＰＰＴＳ２３．５０１ｖ１５．４．０からの抜粋は、以下の通りである。
３．１規定
．．．
５ＧＱｏＳフロー：５ＧシステムにおけるＱｏＳフォワーディング処置についての最も細かいグラニュラリティ（ｇｒａｎｕｌａｒｉｔｙ）。同じ５ＧＱｏＳフローにマッピングされたすべてのトラフィックが、同じフォワーディング処置（たとえば、スケジューリングポリシ、キュー管理ポリシ、レートシェーピングポリシ、ＲＬＣ設定など）を受信する。異なるＱｏＳフォワーディング処置を提供することは、別個の５ＧＱｏＳフローを必要とする。
５．７．１．１ＱｏＳフロー
５ＧＱｏＳモデルは、ＱｏＳフローに基づく。５ＧＱｏＳモデルは、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲＱｏＳフロー）と保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲＱｏＳフロー）の両方をサポートする。．．．．
３ＧＰＰＴＳ２３．５０３ｖ１５．４．０からの抜粋は、以下の通りである。
４．３．３．２ＱｏＳ制御要件
４．３．３．２．１サービスデータフローレベルにおけるＱｏＳ制御
ＩＰタイプとイーサネットタイプの両方のサービスデータフローのために適用可能な、ＳＭＦにおいて、サービスデータフローごとにＱｏＳ制御を適用することが可能であるものとする。
．．．
４．３．３．２．２ＱｏＳフローレベルにおけるＱｏＳ制御
．．．
ＰＣＣフレームワークが、ＰＤＵセッションのパケットトラフィックについてのＱｏＳの制御をサポートすることが可能であるものとする。
．．．
ＰＣＣフレームワークは、保証ビットレートを必要とするＱｏＳフロー（ＧＢＲベアラ）と、保証ビットレートがないＱｏＳフロー（非ＧＢＲベアラ）とをハンドリングすることが可能であるものとする。

本発明の概要は、発明を実施するための形態において以下でさらに説明される概念の選択を簡略化された形で紹介するために提供される。本発明の概要は、請求される主題の主要な特徴または不可欠な特徴を識別するものではなく、請求される主題の範囲を限定するために使用されるものでもない。

本開示の目的のうちの１つは、接続確立のための改善されたソリューションを提供することである。

本開示の第１の態様によれば、端末デバイスにおいて実装される方法が提供される。本方法は、第１のネットワークノードに、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を送出することを含む。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。本方法は、第１のネットワークノードから、第１の要求に対する応答を受信することをさらに含む。応答は、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を含む。

本開示の一実施形態では、本方法は、第２の指示に基づいて、端末デバイスと第２のネットワークノードの両方が第２の接続をサポートするかどうかを決定することをさらに含む。本方法は、端末デバイスと第２のネットワークノードの両方が第２の接続をサポートすると決定したとき、第１のネットワークノードに、第１の接続から第２の接続に移行するための第２の要求を送出することをさらに含む。

本開示の一実施形態では、第１のタイプはイーサネットタイプである。

本開示の一実施形態では、第１の技術は第５世代（５Ｇ）であり、第２の技術はロングタームエボリューション（ＬＴＥ：ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）である。

本開示の一実施形態では、第１の接続はイーサネットタイプのプロトコルデータユニット（ＰＤＵ）セッションであり、第２の接続はイーサネットタイプのパケットデータネットワーク（ＰＤＮ）接続である。

本開示の一実施形態では、第１のネットワークノードは、アクセスおよびモビリティ管理機能（ＡＭＦ）である。第２のネットワークノードは、ホームネットワークまたは訪問先ネットワーク内の５ＧとＬＴＥの両方をサポートするセッション管理ノードである。

本開示の第２の態様によれば、第１のネットワークノードにおいて実装される方法が提供される。本方法は、端末デバイスから、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を受信することを含む。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。本方法は、第２のネットワークノードに、第１の接続の確立のための第２の要求を送出することをさらに含む。第２の要求は、第１の指示を含む。本方法は、第２のネットワークノードから、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を受信することをさらに含む。本方法は、第２の指示を端末デバイスに送出することをさらに含む。

本開示の一実施形態では、第２の要求は、第３のネットワークノードを介して第２のネットワークノードに送出され、第２の指示は、第３のネットワークノードを介して第２のネットワークノードから受信される。代替的に、第１の要求は、第３のネットワークノードを介して端末デバイスから受信され、第２の指示は、第３のネットワークノードを介して端末デバイスに送出される。

本開示の一実施形態では、本方法は、第１の技術から第２の技術に移行するための要件に応答して、第２のネットワークノードに、第４のネットワークノードが第２の接続をサポートするかどうかについての第３の指示を送出することをさらに含む。本方法は、第２のネットワークノードから、第２の接続が使用されるべきであるのか、第２の技術による第２のタイプの接続である第３の接続が使用されるべきであるのかについての第４の指示を受信することをさらに含む。本方法は、第４の指示を第４のネットワークノードに送出することをさらに含む。

本開示の一実施形態では、第１の技術は５Ｇであり、第２の技術はＬＴＥである。

本開示の一実施形態では、第１の接続はイーサネットタイプのＰＤＵセッションであり、第２の接続はイーサネットタイプのＰＤＮ接続である。

本開示の一実施形態では、第１のネットワークノードはＡＭＦである。第２のネットワークノードは、ホームネットワークまたは訪問先ネットワーク内の５ＧとＬＴＥの両方をサポートするセッション管理ノードである。第３のネットワークノードは、訪問先ネットワーク内のＳＭＦである。

本開示の一実施形態では、第１のネットワークノードは、訪問先ネットワーク内のＳＭＦである。第２のネットワークノードは、ホームネットワークまたは訪問先ネットワーク内の５ＧとＬＴＥの両方をサポートするセッション管理ノードである。第３のネットワークノードはＡＭＦである。

本開示の一実施形態では、第４のネットワークノードは、モビリティ管理エンティティ（ＭＭＥ）である。第２のタイプは非ＩＰタイプである。

本開示の第３の態様によれば、第２のネットワークノードにおいて実装される方法が提供される。本方法は、第１のネットワークノードから、端末デバイスのための第１の技術による第１のタイプの接続である第１の接続の確立のための第２の要求を受信することを含む。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。本方法は、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を決定することをさらに含む。本方法は、第２の指示を第１のネットワークノードに送出することをさらに含む。

本開示の一実施形態では、第２の指示は、第２の接続が端末デバイスと第２のネットワークノードの両方によってサポートされるかどうかについてである。

本開示の一実施形態では、第２の要求は、第３のネットワークノードを介して第１のネットワークノードから受信される。第２の指示は、第３のネットワークノードを介して第１のネットワークノードに送出される。

本開示の一実施形態では、本方法は、第１のネットワークノードから、第４のネットワークノードが第２の接続をサポートするかどうかについての第３の指示を受信することをさらに含む。本方法は、第１の指示および第３の指示に基づいて、第２の接続が端末デバイスのために使用されるべきであるのか、第２の技術による第２のタイプの接続である第３の接続が端末デバイスのために使用されるべきであるのかについての第４の指示を決定することをさらに含む。本方法は、第４の指示を第１のネットワークノードに送出することをさらに含む。

本開示の一実施形態では、第４の指示を決定することは、端末デバイスと、第２のネットワークノードと、第４のネットワークノードとが、第２の接続をサポートするとき、第２の接続が端末デバイスのために使用されるべきであると決定することを含む。第４の指示を決定することは、第４のネットワークノードが、第３の接続をサポートするが第２の接続をサポートしないとき、第３の接続が端末デバイスのために使用されるべきであると決定することをさらに含む。

本開示の一実施形態では、第４のネットワークノードはＭＭＥである。第２のタイプは非ＩＰタイプである。

本開示の第４の態様によれば、端末デバイスが提供される。端末デバイスは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備える。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含んでおり、それにより、端末デバイスは、第１のネットワークノードに、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を送出するように動作可能である。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。端末デバイスは、第１のネットワークノードから、第１の要求に対する応答を受信するようにさらに動作可能である。応答は、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を含む。

本開示の一実施形態では、端末デバイスは、上記の第１の態様による方法を実施するように動作可能であり得る。

本開示の第５の態様によれば、第１のネットワークノードが提供される。第１のネットワークノードは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備える。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含んでおり、それにより、第１のネットワークノードは、端末デバイスから、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を受信するように動作可能である。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。第１のネットワークノードは、第２のネットワークノードに、第１の接続の確立のための第２の要求を送出するようにさらに動作可能である。第２の要求は、第１の指示を含む。第１のネットワークノードは、第２のネットワークノードから、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を受信するようにさらに動作可能である。第１のネットワークノードは、第２の指示を端末デバイスに送出するようにさらに動作可能である。

本開示の一実施形態では、第１のネットワークノードは、上記の第２の態様による方法を実施するように動作可能であり得る。

本開示の第６の態様によれば、第２のネットワークノードが提供される。第２のネットワークノードは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備える。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含んでおり、それにより、第２のネットワークノードは、第１のネットワークノードから、端末デバイスのための第１の技術による第１のタイプの接続である第１の接続の確立のための第２の要求を受信するように動作可能である。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。第２のネットワークノードは、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を決定するようにさらに動作可能である。第２のネットワークノードは、第２の指示を第１のネットワークノードに送出するようにさらに動作可能である。

本開示の一実施形態では、第２のネットワークノードは、上記の第３の態様による方法を実施するように動作可能であり得る。

本開示の第７の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに、上記の第１から第３の態様のいずれかによる方法を実施させる命令を備える。

本開示の第８の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに、上記の第１から第３の態様のいずれかによる方法を実施させる命令を備える。

本開示の第９の態様によれば、端末デバイスが提供される。端末デバイスは、第１のネットワークノードに、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を送出するための送出モジュールを備える。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。端末デバイスは、第１のネットワークノードから、第１の要求に対する応答を受信するための受信モジュールをさらに備える。応答は、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を含む。

本開示の第１０の態様によれば、第１のネットワークノードが提供される。第１のネットワークノードは、端末デバイスから、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を受信するための第１の受信モジュールを備える。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。第１のネットワークノードは、第２のネットワークノードに、第１の接続の確立のための第２の要求を送出するための第１の送出モジュールをさらに備える。第２の要求は、第１の指示を含む。第１のネットワークノードは、第２のネットワークノードから、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を受信するための第２の受信モジュールをさらに備える。第１のネットワークノードは、第２の指示を端末デバイスに送出するための第２の送出モジュールをさらに備える。

本開示の第１１の態様によれば、第２のネットワークノードが提供される。第２のネットワークノードは、第１のネットワークノードから、端末デバイスのための第１の技術による第１のタイプの接続である第１の接続の確立のための第２の要求を受信するための受信モジュールを備える。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。第２のネットワークノードは、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を決定するための決定モジュールをさらに備える。第２のネットワークノードは、第２の指示を第１のネットワークノードに送出するための送出モジュールをさらに備える。

本開示のある（１つまたは複数の）実施形態によれば、接続確立プロセスが容易にされ得る。

本開示のこれらおよび他の目的、特徴および利点は、添付の図面とともに読み取られるべきである、本開示の例示的な実施形態の以下の詳細な説明から明らかになろう。

ＰＤＵセッションタイプとＰＤＮタイプとの間のマッピングを示す図である。本開示の一実施形態による、端末デバイスにおいて実装される方法を示すフローチャートである。本開示の別の実施形態による、端末デバイスにおいて実装される方法を示すフローチャートである。本開示の一実施形態による、第１のネットワークノードにおいて実装される方法を示すフローチャートである。本開示の別の実施形態による、第１のネットワークノードにおいて実装される方法を示すフローチャートである。本開示の一実施形態による、第２のネットワークノードにおいて実装される方法を示すフローチャートである。本開示の別の実施形態による、第２のネットワークノードにおいて実装される方法を示すフローチャートである。本開示の一実施形態による、例示的なプロセスを示す図である。本開示の一実施形態による、例示的なプロセスを示す図である。本開示の一実施形態による、例示的なプロセスを示す図である。本開示の一実施形態による、例示的なプロセスを示す図である。本開示のいくつかの実施形態を実践する際に使用するのに好適な装置を示すブロック図である。

説明の目的で、以下の説明では、開示される実施形態の完全な理解を提供するために詳細が記載される。しかしながら、実施形態が、これらの具体的な詳細なしに、または等価な構成を用いて実装され得ることは、当業者には明らかである。

現在、３ＧＰＰＴＳ２３．５０１およびＴＳ２３．５０２に従って、ＰＤＵセッションタイプとＰＤＮタイプとの間のマッピングが、図１に示されている。５ＧＳ－ＥＰＳモビリティにおいて、ＰＤＵセッションタイプイーサネットおよび非構造化は、非ＩＰＰＤＮタイプにマッピングされ、ＵＥおよびＰＧＷ－Ｃ＋ＳＭＦは、元のＰＤＵセッションタイプを覚えており、ＵＥが５ＧＳに移動して戻るとき、元のイーサネットＰＤＵセッションタイプまたは非構造化ＰＤＵセッションタイプは再開される。

あるモバイルオペレータが、ＥＰＣにおいても、イーサネットトラフィックのためのデディケーテッドベアラをサポートすることを提案した。３ＧＰＰＳＡ２＃１２９ｂｉｓ会議において認められたドキュメントＳ２－１８１３３４４を参照されたい。そのような提案の論拠は、以下の通りである。
３ＧＰＰのエコシステムは、スマートフォンを超えて拡大し続けている、
世界の多くの部分は、５Ｇコアカバレッジ中にないことがある、
先進国における中小企業は、デディケーテッド屋内セルを入手しないことがある、
相応の数のアプリケーション（マシン）が、（ＩＰなしで）イーサネットのみを使用することが予想される、
多くのマシンが、いくつかの保証を伴うＱｏＳ、たとえば、ＧＢＲベアラを必要とする

ドキュメントＳ２－１８１３３４４では、２つのソリューション代替が、以下のように述べられる。
オプション－１ＥＰＳにおいて新しいＰＤＮタイプイーサネットを導入する、
オプション－２ＥＰＳにおいて非ＩＰＰＤＮタイプを使用し、非ＩＰＰＤＮタイプのＰＤＮ接続のためのデディケーテッドベアラを可能にする

ＥＰＳにおいて新しいＰＤＮタイプイーサネットが導入されるべきである（すなわち、上記のオプション－１が採用される）という仮定の下で、ＵＥが５ＧＳからＥＰＳに移動するとき、ＵＥおよびネットワークが、ＥＰＳがＰＤＮタイプイーサネットをサポートするかどうかを知るための機構がなく、したがって、ＰＤＵセッションタイプは、ＰＤＮタイプイーサネットにマッピングされ得ない。したがって、ＥＰＳにおけるイーサネットトラフィックのためのいくつかの保証を伴うＱｏＳ要件は可能でない。

本開示は、接続確立のためのソリューションを提案する。以下で、ソリューションは、図２～図１２を参照しながら詳細に説明される。

本明細書で使用される「通信システム」という用語は、第１世代（１Ｇ）通信プロトコル、２Ｇ通信プロトコル、２．５Ｇ通信プロトコル、２．７５Ｇ通信プロトコル、３Ｇ通信プロトコル、４Ｇ通信プロトコル、４．５Ｇ通信プロトコル、５Ｇ通信プロトコル、および／あるいは現在知られているかまたは将来において開発されることになる任意の他のプロトコルなど、任意の好適な通信規格に従うシステムを指す。さらに、通信システムにおける端末デバイスとネットワークノードとの間の通信は、限定はしないが、１Ｇ通信プロトコル、２Ｇ通信プロトコル、２．５Ｇ通信プロトコル、２．７５Ｇ通信プロトコル、３Ｇ通信プロトコル、４Ｇ通信プロトコル、４．５Ｇ通信プロトコル、５Ｇ通信プロトコルを含む、任意の好適な世代の通信プロトコル、および／あるいは現在知られているかまたは将来において開発されることになる任意の他のプロトコルに従って実施され得る。

以下では、異なる用語は、異なる通信システムにおける、同じまたは同様の機能をもつ、同じまたは同様のネットワーク機能またはネットワークノードを指し得る。したがって、本明細書で使用される特定の用語は、特定の用語に関係する通信システムのみに本開示を限定せず、これは、他の通信システムにより一般的に適用され得る。

「端末デバイス」という用語は、たとえば、アクセス端末、ユーザ機器（ＵＥ）、移動局、モバイルユニット、加入者局などと呼ばれることもある。端末デバイスは、無線通信ネットワークにアクセスし、無線通信ネットワークからサービスを受信することができる、任意のエンドデバイスを指し得る。限定ではなく例として、端末デバイスは、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生器具、モバイルフォン、セルラフォン、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）などを含み得る。

モノのインターネット（ＩｏＴ）シナリオでは、端末デバイスは、監視および／または測定を実施し、そのような監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。この場合、端末デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、バイク、車両、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどを含み得る。

図２は、本開示の一実施形態による、端末デバイスにおいて実装される方法を示すフローチャートである。ブロック２０２において、端末デバイスは、第１のネットワークノードに、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を送出する。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。たとえば、第１のネットワークノードは、アクセスおよびモビリティ管理機能（ＡＭＦ）であり得る。第１のタイプは、イーサネットタイプであり得る。第１の技術は５Ｇであり得、第２の技術はＬＴＥであり得る。したがって、第１の接続はイーサネットタイプのＰＤＵセッションであり得、第２の接続はイーサネットタイプのＰＤＮ接続であり得る。例示的な例として、第１の要求は、ＰＤＵセッション確立要求であり得る。第１の指示は、任意の好適な形式をとり得る。

ブロック２０４において、端末デバイスは、第１のネットワークノードから、第１の要求に対する応答を受信する。応答は、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を含む。たとえば、第２のネットワークノードは、ホームネットワークまたは訪問先ネットワーク内の５ＧとＬＴＥの両方をサポートするセッション管理ノードであり得る。第１の指示と同様に、第２の指示は、任意の好適な形式をとり得る。例示的な例として、第１の要求に対する応答は、ＰＤＵセッション確立受付メッセージであり得る。

図３は、本開示の別の実施形態による、端末デバイスにおいて実装される方法を示すフローチャートである。図示のように、方法は、ブロック２０２～２０４、３０６および３０８を含む。ブロック３０６において、端末デバイスは、第２の指示に基づいて、端末デバイスと第２のネットワークノードの両方が第２の接続をサポートするかどうかを決定する。ブロック３０８において、端末デバイスと第２のネットワークノードの両方が第２の接続をサポートすると決定したとき、端末デバイスは、第１のネットワークノードに、第１の接続から第２の接続に移行するための第２の要求を送出する。第２の要求は、５ＧＳ－ＥＰＳモビリティにおいて送出され得る。例示的な例として、第２の要求は、ハンドオーバに関する初期アタッチ要求メッセージであり得る。

図４は、本開示の一実施形態による、第１のネットワークノードにおいて実装される方法を示すフローチャートである。たとえば、第１のネットワークノードは、後で説明されるように、訪問先ネットワーク内のＡＭＦまたはＳＭＦであり得る。ブロック４０２において、第１のネットワークノードは、端末デバイスから、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を受信する。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。たとえば、第１のタイプは、イーサネットタイプであり得る。第１の技術は５Ｇであり得、第２の技術はＬＴＥであり得る。したがって、第１の接続はイーサネットタイプのＰＤＵセッションであり得、第２の接続はイーサネットタイプのＰＤＮ接続であり得る。例示的な例として、第１の要求は、ＰＤＵセッション確立要求であり得る。第１の指示は、任意の好適な形式をとり得る。第１のネットワークノードがＡＭＦである第１のオプションでは、第１の要求は、端末デバイスから直接受信される。第１のネットワークノードが訪問先ネットワーク内のＳＭＦである第２のオプションでは、第１の要求は、ＡＭＦであり得る第３のネットワークノードを介して、端末デバイスから間接的に受信される。

ブロック４０４において、第１のネットワークノードは、第２のネットワークノードに、第１の接続の確立のための第２の要求を送出する。第２の要求は、第１の指示を含む。たとえば、第２のネットワークノードは、ホームネットワークまたは訪問先ネットワーク内の５ＧとＬＴＥの両方をサポートするセッション管理ノードであり得る。上記の第１のオプションでは、第２の要求は、訪問先ネットワーク内のＳＭＦであり得る第３のネットワークノードを介して第２のネットワークノードに間接的に送出される。例示的な例として、第２の要求は、ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求であり得る。上記の第２のオプションでは、第２の要求は、第２のネットワークノードに直接送出され得る。例示的な例として、第２の要求は、ＰＤＵＳｅｓｓｉｏｎ＿Ｃｒｅａｔｅ要求であり得る。

ブロック４０６において、第１のネットワークノードは、第２のネットワークノードから、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を受信する。第１の指示と同様に、第２の指示は、任意の好適な形式をとり得る。上記の第１のオプションでは、第２の指示は、訪問先ネットワーク内のＳＭＦであり得る第３のネットワークノードを介して第２のネットワークノードから間接的に受信される。上記の第２のオプションでは、第２の指示は、第２のネットワークノードから直接受信される。

ブロック４０８において、第１のネットワークノードは、第２の指示を端末デバイスに送出する。上記の第１のオプションでは、第２の指示は、端末デバイスに直接送出される。上記の第２のオプションでは、第２の指示は、ＡＭＦであり得る第３のネットワークノードを介して端末デバイスに間接的に送出される。

図５は、本開示の別の実施形態による、第１のネットワークノードにおいて実装される方法を示すフローチャートである。図示のように、方法は、ブロック４０２～４０８、５１０、５１２および５１４を含む。ブロック５１０において、第１の技術から第２の技術に移行するための要件に応答して、第１のネットワークノードは、第２のネットワークノードに、第４のネットワークノードが第２の接続をサポートするかどうかについての第３の指示を送出する。たとえば、第３の指示は、コンテキスト要求メッセージ中で送出され得る。第１の指示および第２の指示と同様に、第３の指示は、任意の好適な形式をとり得る。第４のネットワークノードは、モビリティ管理エンティティ（ＭＭＥ）であり得る。ブロック５１２において、第１のネットワークノードは、第２のネットワークノードから、第２の接続が使用されるべきであるのか、第２の技術による第２のタイプの接続である第３の接続が使用されるべきであるのかについての第４の指示を受信する。たとえば、第４の指示は、コンテキスト応答メッセージ中で受信され得る。第２のタイプは非ＩＰタイプであり得る。したがって、第３の接続は、非ＩＰタイプのＰＤＮ接続であり得る。第１から第３の指示と同様に、第４の指示は、任意の好適な形式をとり得る。ブロック５１４において、第１のネットワークノードは、第４の指示を第４のネットワークノードに送出する。

図６は、本開示の一実施形態による、第２のネットワークノードにおいて実装される方法を示すフローチャートである。たとえば、第２のネットワークノードは、ホームネットワークまたは訪問先ネットワーク内の５ＧとＬＴＥの両方をサポートするセッション管理ノードであり得る。ブロック６０２において、第２のネットワークノードは、第１のネットワークノードから、端末デバイスのための第１の技術による第１のタイプの接続である第１の接続の確立のための第２の要求を受信する。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。ブロック６０２は、ブロック４０４に対応し、その詳細は、ここでは省略される。ブロック６０４において、第２のネットワークノードは、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を決定する。随意に、第２の指示は、第２の接続が端末デバイスと第２のネットワークノードの両方によってサポートされるかどうかについてであり得る。ブロック６０６において、第２のネットワークノードは、第２の指示を第１のネットワークノードに送出する。ブロック６０６は、ブロック４０６に対応し、その詳細は、ここでは省略される。

図７は、本開示の別の実施形態による、第２のネットワークノードにおいて実装される方法を示すフローチャートである。図示のように、方法は、ブロック６０２～６０６、７０８、７１０および７１２を含む。ブロック７０８において、第２のネットワークノードは、第１のネットワークノードから、第４のネットワークノードが第２の接続をサポートするかどうかについての第３の指示を受信する。ブロック７０８は、ブロック５１０に対応し、その詳細は、ここでは省略される。ブロック７１０において、第２のネットワークノードは、第１の指示および第３の指示に基づいて、第２の接続が端末デバイスのために使用されるべきであるのか、第２の技術による第２のタイプの接続である第３の接続が端末デバイスのために使用されるべきであるのかについての第４の指示を決定する。たとえば、第２のタイプは非ＩＰタイプであり得る。したがって、第３の接続は、非ＩＰタイプのＰＤＮ接続であり得る。端末デバイスと、第２のネットワークノードと、第４のネットワークノードとが、第２の接続をサポートする場合、第２の接続が端末デバイスのために使用されるべきであると決定され得る。しかしながら、第４のネットワークノードが、第３の接続をサポートするが第２の接続をサポートしないとき、第３の接続が端末デバイスのために使用されるべきであると決定され得る。ブロック７１２において、第２のネットワークノードは、第４の指示を第１のネットワークノードに送出する。

次に、本開示のソリューションについて説明するためにいくつかの実施形態がさらに説明される。第１の実施形態として、ＥＰＳイーサネット能力のネゴシエーションが、ＵＥが５ＧＳにおいてＰＤＵセッションを確立するとき、実施される。ＵＥが５ＧＳにおいてイーサネットタイプのＰＤＵセッションを確立するとき、ＵＥは、ＥＰＳイーサネット能力をもＳＭＦに提供する（すなわち、ＵＥがＥＰＳにおいてＰＤＮタイプイーサネットをサポートする場合）。ＳＭＦがＥＰＳにおいてＰＤＮタイプイーサネットをサポートする場合、ＳＭＦは、ネットワークがＥＰＳイーサネットＰＤＮタイプが可能であることをＵＥに提供する。

第２の実施形態として、Ｎ２６を用いる５ＧＳ－ＥＰＳモビリティにおいて、ＭＭＥと、ＵＥと、ＰＧＷ－Ｃ＋ＳＭＦとがイーサネットＰＤＮタイプをサポートする場合、ＰＧＷ－Ｃ＋ＳＭＦは、イーサネットタイプのＰＤＵセッションをイーサネットＰＤＮタイプのＰＤＮ接続にマッピングする。ＵＥおよびＰＧＷ－Ｃ＋ＳＭＦがイーサネットＰＤＮタイプをサポートするが、ＭＭＥが非ＩＰタイプのみをサポートする（ただし、イーサネットＰＤＮタイプをサポートしない）場合、ＰＧＷ－Ｃ＋ＳＭＦは、レガシーの場合のように非ＩＰタイプを使用する（すなわち、３ＧＰＰＲｅｌ－１５に記載されているネットワーク挙動）。このようにして、イーサネットトラフィックのために、保証ＱｏＳは、５ＧＳにおいてもしあれば、ＵＥがＥＰＳに移動するときにも維持され得る。

第３の実施形態として、Ｎ２６を用いない５ＧＳ－ＥＰＳモビリティにおいて、ネットワークがＥＰＳにおいてイーサネットＰＤＮタイプをもサポートすることをＵＥが知っている場合、ＵＥは、イーサネットタイプのＰＤＵセッションをＥＰＳに移動するためのハンドオーバに関する初期アタッチ要求中で、イーサネットＰＤＮタイプを使用する。このようにして、イーサネットトラフィックのために、保証ＱｏＳは、５ＧＳにおいてもしあれば、ＵＥがＥＰＳに移動するときにも維持され得る。

図８～図９は、上記の第１の実施形態による、例示的なプロセスを示す図である。このプロセスは、新しいＰＤＮタイプイーサネットがＥＰＳにおいて導入されるべきであると仮定する。ＰＤＵセッションタイプイーサネットが５ＧＳ－ＥＰＳモビリティにおいてＰＤＮタイプイーサネットにマッピングされ得るように、ＵＥとネットワークとは、図８（非ローミングまたはローカルブレークアウトローミングの場合）および図９（ホームルーティングされたローミングの場合）に示されているように、ＰＤＵセッション確立において、ＥＰＳイーサネット能力をネゴシエートする。理解しやすいように、関連するステップのみが図に示されていることに留意されたい。

図８では、ステップ１において、ＵＥがイーサネットタイプのＰＤＵセッションを確立するとき、ＵＥは、ＮＡＳメッセージＰＤＵセッション確立要求中に、ＥＰＳイーサネットがＵＥにおいてサポートされるかどうかの新しい指示を含める。随意に、ＥＰＳイーサネットサポート（ＥＰＳＥｔｈｅｒｎｅｔｓｕｐｐｏｒｔｅｄ）の新しい指示は、新しい５ＧＳＭ（セッション管理）能力として送出され得るか、またはＰＣＯ（プロトコル設定オプション）において送出され得る。ステップ２において、新しい指示は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求のＮ１ＳＭコンテナ中で、ＡＭＦからＰＧＷ－Ｃ／ＳＭＦに送出される。ステップ３において、ＰＧＷ－Ｃ＋ＳＭＦとＵＥの両方がＥＰＳイーサネットをサポートする場合、ＰＧＷ－Ｃ＋ＳＭＦはまた、「ＥＰＳイーサネット」サポートをＵＥに返す。ステップ４において、「ＥＰＳイーサネット」サポート指示は、Ｎ１Ｎ２Ｔｒａｎｓｆｅｒ要求中で、ＰＧＷ－Ｃ＋ＳＭＦからＡＭＦに送出される。ステップ５において、「ネットワークにおけるＥＰＳイーサネットサポート」指示は、ＡＭＦからＵＥに送出される。ステップ６において、ＰＧＷ－Ｃ＋ＳＭＦは、ＥＰＳイーサネットが後で使用するために（すなわち、５ＧＳ－ＥＰＳモビリティのために）サポートされるかどうかの情報を記憶し得る。ステップ７において、ＵＥは、ＥＰＳイーサネットが後で使用するために（すなわち、５ＧＳ－ＥＰＳモビリティのために）サポートされるかどうかの情報を記憶し得る。

図９では、ホームルーティングされたローミングの場合、図８における非ローミングの場合と比較して、ＥＰＳイーサネット能力をハンドリングするのは、（Ｖ－ＳＭＦの代わりに）ＰＧＷ－Ｃ＋Ｈ－ＳＭＦである。ＥＰＳイーサネットサポートの新しい指示は、Ｖ－ＳＭＦにとって透過的である。

上記のプロセスに従って、以下の更新が、現在の技術仕様３ＧＰＰＴＳ２３．５０２Ｖ１５．４．１に対して行われることが提案される。
４．１１．５５ＧＣプロシージャへの影響
４．１１．５．３ＵＥ要求ＰＤＵセッション確立プロシージャ
以下の影響が、ＥＰＳとのインターワーキングをサポートするために、節４．３．２．２（ＵＥ要求ＰＤＵセッション確立プロシージャ）に適用可能である。
－ステップ１：ＰＤＵセッション確立要求メッセージ中に、ＵＥは、ＳＭＦ（またはホームルーティングローミングおけるＨーＳＭＦ）への、ＥＰＳにおけるイーサネットサポートのＵＥ能力をも含める。
－ステップ３：ＡＭＦは、ＳＭＦに送出されるＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ要求メッセージ中に、ＥＰＳインターワーキング指示をも含める。
ＡＭＦは、たとえば、ＵＥ無線能力（たとえば、「Ｓ１モードサポート」）と、ＵＥサブスクリプションデータ（たとえば、ＥＰＳに対するコアネットワークタイプ制限）とに基づいて、その指示を決定する。ＡＭＦは、ＵＥがＥＰＳインターワーキングをサポートするかどうかを指示するために、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔまたはＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＵｐｄａｔｅＳＭＣｏｎｔｅｘｔ要求中に、ＥＰＳインターワーキング指示を含める。
－ステップ４：ＡＭＦから受信されたＥＰＳインターワーキング指示が、ＵＥがＥＰＳインターワーキングをサポートすることを指示し、ＳＭＦが、たとえば、ＵＥサブスクリプションデータ（たとえば、ＥＰＳインターワーキングについてこのＤＮＮとＳ－ＮＳＳＡＩとが可能にされるかどうか）に基づいて、ＰＤＵセッションがＥＰＳインターワーキングをサポートすると決定した場合、Ｓ５／Ｓ８インターフェースについてのＰＧＷ－Ｃ＋ＳＭＦＦＱＤＮが、Ｎｕｄｍ＿ＵＥＣＭ＿Ｒｅｇｉｓｔｒａｉｏｎ要求中に含まれる。
－ステップ１３ＰＤＵセッション確立受付メッセージ中に、ＳＭＦ（またはホームルーティングされたローミングにおけるＨ－ＳＭＦ）は、イーサネットＰＤＮタイプがサポートされるかどうかの情報をも含める。ＳＭＦおよびＵＥは、ＵＥが５ＧＳからＥＰＳに移動するとき、イーサネットＰＤＮタイプが後で使用するためにサポートされるかどうかの情報を記憶する。

図１０は、上記の第２の実施形態による、例示的なプロセスを示す図である。（ＴＳ２３．５０２、節４．１１．１．２．１のステップ２、Ｎ２６インターフェースを使用する５ＧＳ－ＥＰＳハンドオーバ、またはＴＳ２３．５０２、節４．１１．１．３．２のステップ５ａ、Ｎ２６インターフェースを使用する５ＧＳーＥＰＳアイドルモードモビリティに対応する）ステップ２おいて、ＡＭＦがＳＭＦからＳＭコンテキストを取り出すためにＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求を使用するとき、ＡＭＦが、非ＩＰＰＤＮタイプがサポートされるか否かのターゲットＭＭＥ能力を提供することに加えて、ＡＭＦは、イーサネットＰＤＮタイプがサポートされるかどうかのターゲットＭＭＥ能力をも提供する。ステップ３において、ＭＭＥと、ＵＥと、ＰＧＷ－Ｃ＋ＳＭＦとがイーサネットＰＤＮタイプをサポートする場合、ＰＧＷ－Ｃ＋ＳＭＦは、イーサネットタイプのＰＤＵセッションをイーサネットＰＤＮタイプのＰＤＮ接続にマッピングする。ＵＥおよびＰＧＷ－Ｃ＋ＳＭＦがイーサネットＰＤＮタイプをサポートするが、ＭＭＥが非ＩＰタイプのみをサポートする（ただし、イーサネットＰＤＮタイプをサポートしない）場合、ＰＧＷ－Ｃ＋ＳＭＦは、非ＩＰタイプを使用し、ＰＤＮ接続においてすべてのベアラを含む。ステップ５において、ＡＭＦは、イーサネットタイプＰＤＮ接続または非ＩＰタイプＰＤＮ接続を含み得る。ステップ６において、ＭＭＥは、イーサネットタイプのためのＰＤＮ接続において複数のベアラを受け付けるものとする。ＭＭＥは、非ＩＰＰＤＮタイプのための複数のベアラを受け付け得る。ステップ８において、イーサネットパケットフィルタによりポリシ制御および課金（ＰＣＣ）ルールが受信され、デディケーテッドベアラが確立されることになる場合、ＭＭＥおよびＳＧＷは、ＰＤＮタイプが非ＩＰタイプを指示する場合でも、デディケーテッドベアラ作成を受け付け得る。

図１１は、上記の第３の実施形態による、例示的なプロセスを示す図である。ステップ２において、ネットワークがＥＰＳにおいてイーサネットＰＤＮタイプをもサポートすることをＵＥが知っている場合、ＵＥは、ハンドオーバに関する初期アタッチ要求中で、イーサネットＰＤＮタイプを使用する。関与する機能に応じて、図中で連続して示されている２つのブロックが、事実上、実質的にコンカレントに実行され得るか、またはブロックが、時々、逆の順序で実行され得ることに留意されたい。

上記のプロセスに従って、以下の更新が、現在の技術仕様３ＧＰＰＴＳ２３．５０２Ｖ１５．４．１に対して行われることが提案される。
Ｎ２６を用いる５ＧＳ－ＥＰＳモビリティについて：
４．１１．１．２．１Ｎ２６インターフェースを使用する５ＧＳ－ＥＰＳハンドオーバ
プロシージャは、ＥＰＣへのハンドオーバと、ステップ１～１６におけるＥＰＣにおけるデフォルトＥＰＳベアラ、およびＧＢＲＱｏＳフローのためのデディケーテッドベアラのセットアップと、必要な場合、ステップ１７における非ＧＢＲＱｏＳフローのためのデディケーテッドＥＰＳベアラの再アクティブ化とを伴う。このプロシージャは、たとえば、新しい無線状態、負荷分散により、あるいは通常ボイスまたはＩＭＳ緊急ボイスのＱｏＳフローの存在下でトリガされ得、ソースＮＧ－ＲＡＮノードはＥＰＣへのハンドオーバをトリガし得る。
ＰＤＮタイプイーサネットがＥＰＳにおいてサポートされないとき、以下が適用される：
イーサネットおよび非構造化ＰＤＵセッションタイプについて、ＰＤＮタイプ非ＩＰは、ＥＰＳにおいて、サポートされるときに使用される。したがって、ＳＭＦは、これらの場合、ＥＰＳベアラコンテキストのＰＤＮタイプを非ＩＰにセットするものとする。ＥＰＳへのハンドオーバの後に、ＰＤＮ接続はＰＤＮタイプ非ＩＰを有するが、ＰＤＮタイプ非ＩＰは、ＵＥおよびＳＭＦにおいて、それぞれ、ＰＤＵセッションタイプイーサネットまたは非構造化にローカルに関連付けられるものとする。
ＰＤＮタイプイーサネットがＥＰＳにおいてサポートされるとき、イーサネットタイプが使用され、（ＵＥおよびネットワークによってサポートされるとき）ＰＤＵセッションタイプ「非構造化」のみが、「非ＩＰ」ＰＤＮタイプとしてＥＰＣに移行される必要がある。
．．．
２．ＡＭＦは、「ターゲットｅＮＢ識別子」ＩＥから、ハンドオーバのタイプがＥ－ＵＴＲＡＮへのハンドオーバであると決定する。ＡＭＦは、ＴＳ２３．４０１［１３］、節４．３．８．３に記載されているように、ＭＭＥを選択する。
ＨＲローミングの場合、ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求を使用することによって、マッピングされたＥＰＳベアラコンテキストをも含むＳＭコンテキストを提供するようにＶ－ＳＭＦに要求する。ＡＭＦは、Ｖ－ＳＭＦが、イーサネットＰＤＮタイプまたは非ＩＰＰＤＮタイプのためのＥＰＳベアラコンテキストを含めるべきか否かを決定することを可能にするために、要求中で、ＳＭＦにターゲットＭＭＥ能力を提供する。ＰＤＵセッションタイプイーサネットを用いるＰＤＵセッションについて、ターゲットＭＭＥがイーサネットＰＤＮタイプをサポートする場合、ＳＭＦはイーサネットＰＤＮタイプのためのＳＭコンテキストを提供し、そうではなく、ターゲットＭＭＥがイーサネットタイプをサポートしないが、非ＩＰタイプをサポートする場合、ＳＭＦは非ＩＰＰＤＮタイプのためのＳＭコンテキストを提供する。ＰＤＵセッションタイプ非構造化を用いるＰＤＵセッションについて、ＳＭＦは、非ＩＰＰＤＮタイプのためのＳＭコンテキストを提供する。
非ローミングまたはＬＢＯローミングの場合、ＡＭＦは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求を使用することによって、ＳＭコンテキストを提供するようにＰＧＷ－Ｃ＋ＳＭＦに要求する。ＡＭＦは、ＰＧＷ－Ｃ＋ＳＭＦが、イーサネットタイプまたは非ＩＰＰＤＮタイプのためのＥＰＳベアラコンテキストを含めるべきか否かを決定することを可能にするために、要求中で、ＰＧＷ－Ｃ＋ＳＭＦにターゲットＭＭＥ能力を提供する。ＰＤＵセッションタイプイーサネットを用いるＰＤＵセッションについて、ターゲットＭＭＥがイーサネットＰＤＮタイプをサポートする場合、ＳＭＦはイーサネットＰＤＮタイプのためのＳＭコンテキストを提供し、そうではなく、ターゲットＭＭＥがイーサネットをサポートしないが、非ＩＰＰＤＮタイプをサポートする場合、ＳＭＦは非ＩＰＰＤＮタイプのためのＳＭコンテキストを提供する。ＰＤＵセッションタイプ非構造化を用いるＰＤＵセッションについて、ＳＭＦは、非ＩＰＰＤＮタイプのためのＳＭコンテキストを提供する。ＰＧＷ－Ｃ＋ＳＭＦは、節４．１１．１．４．１のステップ８に記載されているように、各ＥＰＳベアラのためのＣＮトンネルを確立し、ＡＭＦにＥＰＳベアラコンテキストを提供するために、Ｎ４セッション変更をＰＧＷ－Ｕ＋ＵＰＦに送出する。ＰＧＷ－Ｕ＋ＵＰＦは、Ｅ－ＵＴＲＡＮからのアップリンクパケットを受信する準備ができている。
このステップは、ＵＥのＰＤＵセッションに対応するすべてのＰＧＷ－Ｃ＋ＳＭＦで実施され、ＰＤＵセッションは、３ＧＰＰアクセスに関連付けられ、それらに割り当てられた（１つまたは複数の）ＥＢＩを有する。
注２：ＡＭＦは、ローカル設定を通して、イーサネットＰＤＮタイプおよび／または非ＩＰＰＤＮタイプをサポートするか否かのＭＭＥ能力を知っている。
１９．ＰＧＷ－Ｃ＋ＳＭＦは、必要な場合、ＥＰＣＱｏＳパラメータに非ＧＢＲフローのパラメータをマッピングすることによって、非ＧＢＲＱｏＳフローのためのデディケーテッドベアラアクティブ化プロシージャを始動する。このセットアップは、ＰＣＣが展開される場合、ＰＣＦによってトリガされ得る。このプロシージャは、節４．１１．１．５．４において取り込まれた変更を伴って、ＴＳ２３．４０１［１３］、節５．４．１において指定されている。このステップは、非ＩＰＰＤＮタイプのためではなく、ＰＤＮタイプＩＰまたはイーサネットのために適用可能である。
４．１１．１．２．１Ｎ２６インターフェースを使用するＥＰＳ－５ＧＳハンドオーバ
注１：非ＩＰＰＤＮタイプがＵＥおよびＳＭＦにおいてＰＤＵセッションタイプイーサネットにローカルに関連付けられる場合、これは、イーサネットＰＤＮタイプがＥＰＳにおいてサポートされないことを意味する。
注２：ＩＰアドレス継続性は、ＨＰＬＭＮにおけるＰＧＷ－Ｃ＋ＳＭＦがマッピングされたＱｏＳパラメータを提供しない場合、サポートされ得ない。
７．ＰＧＷ－Ｃ＋ＳＭＦ（ホームルーティングされたローミングシナリオの場合のみ、Ｖ－ＳＭＦ）は、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔ応答（ＰＤＵセッションＩＤ、Ｓ－ＮＳＳＡＩ、Ｎ２ＳＭ情報（ＰＤＵセッションＩＤ、Ｓ－ＮＳＳＡＩ、（１つまたは複数の）ＱＦＩ、（１つまたは複数の）ＱｏＳプロファイル、ＥＰＳベアラセットアップリスト、（１つまたは複数の）ＥＢＩと（１つまたは複数の）ＱＦＩとの間のマッピング、ＣＮトンネル情報、原因コード））をＡＭＦに送出する。
ホームルーティングされたローミングシナリオでは、ステップ８は、最初に実行される必要がある。Ｎ２ＳＭ情報においてＡＭＦに提供されるＣＮトンネル情報は、Ｖ－ＣＮトンネル情報である。
ＳＭＦは、Ｎ２ＳＭ情報コンテナの一部として、（１つまたは複数の）ＥＢＩと（１つまたは複数の）ＱＦＩとの間のマッピングを含む。Ｐ－ＧＷ－Ｃ＋ＳＭＦ（ホームルーティングされたシナリオの場合、Ｈ－ＳＭＦ）が、ＥＰＳから５ＧＳへのシームレスセッション継続性がＰＤＵセッションについてサポートされないと決定する場合、Ｐ－ＧＷ－Ｃ＋ＳＭＦは、対応するＰＤＵセッションについてのＳＭ情報を提供しないが、Ｎ２ＳＭ情報内にＰＤＵセッション移行を拒否するための、適切な原因コードを含める。直接的フォワーディングフラグが間接的フォワーディングを指示し、ソースとターゲットとの間に間接的データフォワーディングコネクティビティがない場合、ＳＭＦは、Ｎ２ＳＭ情報コンテナ中に「データフォワーディングは可能でない」指示をさらに含めるものとする。ホームルーティングされたローミングの場合、Ｎ２ＳＭ情報コンテナ中に含まれるＳ－ＮＳＳＡＩは、ステップ４において受信されたＳ－ＮＳＳＡＩである。
ＡＭＦは、ＰＤＵセッションＩＤと、Ｓ－ＮＳＳＡＩと、ＳＭＦＩＤとの関連付けを記憶する。
ＥＰＳにおけるＰＤＮ接続のＰＤＮタイプが非ＩＰであり、ＳＭＦにおいてＰＤＵセッションタイプイーサネットにローカルに関連付けられる場合、５ＧＳにおけるＰＤＵセッションタイプがイーサネットにセットされるものとする。ＥＰＳにおけるＰＤＮ接続のＰＤＮタイプが非ＩＰであり、ＵＥおよびＳＭＦにおいてＰＤＵセッションタイプ非構造化にローカルに関連付けられる場合、５ＧＳにおけるＰＤＵセッションタイプが非構造化にセットされるものとする。
注Ｘ：非ＩＰＰＤＮタイプがＳＭＦにおいてＰＤＵセッションタイプイーサネットにローカルに関連付けられる場合、これは、イーサネットＰＤＮタイプがＥＰＳにおいてサポートされないことを意味する。
４．１１．１．３．２Ｎ２６インターフェースを使用する５ＧＳ－ＥＰＳアイドルモードモビリティ
５ａ．ＡＭＦは、ＴＡＵ要求メッセージの完全性を検証し、マッピングされたＥＰＳベアラコンテキストをも含むＮｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿Ｃｏｎｔｅｘｔ要求を使用することによって、ＰＧＷ－Ｃ＋ＳＭＦにＳＭコンテキストを提供するように要求する。ＡＭＦは、ＳＭＦが、イーサネットＰＤＮタイプまたは非ＩＰＰＤＮタイプのためのＥＰＳベアラコンテキストを含めるべきか否かを決定することを可能にするために、要求中で、ＳＭＦにターゲットＭＭＥ能力を提供する。このステップは、ＵＥのＰＤＵセッションに対応するすべてのＰＧＷ－Ｃ＋ＳＭＦで実施され、ＰＤＵセッションは、３ＧＰＰアクセスに関連付けられ、それらに割り当てられた（１つまたは複数の）ＥＢＩを有する。このステップにおいて、ＡＭＦがＵＥを正しく確認する場合、ＡＭＦはタイマーを開始する。
注１：ＡＭＦは、ローカル設定を通して、イーサネットＰＤＮタイプおよび／または非ＩＰＰＤＮタイプをサポートするか否かのＭＭＥ能力を知っている。
５ｂ．ローカルブレークアウトシナリオ（ｌｏｃａｌｂｒｅａｋｏｕｔｓｃｅｎａｒｉｏ）をもつ非ローミングまたはローミングについて、ＣＮトンネル情報がＰＧＷ－Ｕ＋ＵＰＦによって割り当てられる場合、ＳＭＦは各ＥＰＳベアラのためのトンネルを確立するためにＰＧＷ－Ｕ＋ＵＰＦにＮ４セッション変更要求を送出し、ＰＧＷ－Ｕ＋ＵＰＦは、各ＥＰＳベアラについてのＰＧＷ－Ｕトンネル情報をＰＧＷ－Ｃ＋ＳＭＦに提供する。
注２：ホームルーティングされたローミングケースの場合、節４．１１．１．４．１において指定されているように、各ＥＰＳベアラについてのＣＮトンネル情報がＰＧＷ－Ｃ＋ＳＭＦによって準備され、Ｖ－ＳＭＦに提供された。
５ｃ．ＳＭＦは、ＰＤＵセッションに対応するＰＤＮ接続のＰＧＷ－Ｃ制御プレーントンネル情報と、各ＥＰＳベアラのためのＥＢＩと、各ＥＰＳベアラについてのＰＧＷ－Ｕトンネル情報と、各ＥＰＳベアラについてのＥＰＳＱｏＳパラメータとを含む、マッピングされたＥＰＳベアラコンテキストを返す。ＰＤＵセッションタイプイーサネットを用いるＰＤＵセッションについて、ターゲットＭＭＥがイーサネットＰＤＮタイプをサポートする場合、ＳＭＦはイーサネットＰＤＮタイプのためのＳＭコンテキストを提供し、そうではなく、ターゲットＭＭＥがイーサネットタイプをサポートしないが、非ＩＰタイプをサポートする場合、ＳＭＦは非ＩＰＰＤＮタイプのためのＳＭコンテキストを提供する。ＰＤＵセッションタイプ非構造化を用いるＰＤＵセッションについて、ＳＭＦは、非ＩＰＰＤＮタイプのためのＳＭコンテキストを提供する。
４．１１．１．３．３Ｎ２６インターフェースを使用するＥＰＳ－５ＧＳモビリティ登録プロシージャ（アイドルおよび接続状態）
注：接続状態モビリティ登録について、ＥＰＳベアラのためのＣＮトンネルのリリース、およびＰＤＵセッションに対応するセッションについてのＵＤＭ登録が、ハンドオーバ実行段階において実施される。
ＥＰＳにおけるＰＤＮ接続のＰＤＮタイプが非ＩＰであり、（ＵＥおよびＳＭＦにおいて、ＰＤＵセッションタイプイーサネットにセットされたローカルコンテキスト情報に基づいて知られる、）ＵＥが５ＧＳにキャンピングしていたときにＰＤＮ接続がイーサネットＰＤＵセッションとして最初に確立された場合、５ＧＳにおけるＰＤＵセッションタイプは、ＳＭＦおよびＵＥによってイーサネットにセットされるものとする。ＥＰＳにおけるＰＤＮ接続のＰＤＮタイプが非ＩＰであり、ＵＥおよびＳＭＦにおいて、ＰＤＵセッションタイプ非構造化にローカルに関連付けられる場合、５ＧＳにおけるＰＤＵセッションタイプは、ＳＭＦおよびＵＥによって非構造化にセットされるものとする。
注Ｘ：非ＩＰＰＤＮタイプがイーサネットＰＤＵセッションとして最初に確立される場合、これは、イーサネットＰＤＮタイプがＥＰＳにおいてサポートされないことを意味する。

Ｎ２６を用いない５ＧＳ－ＥＰＳモビリティについて：
４．１１．２．４ＥＰＳプロシージャへの影響
４．１１．２．４．１Ｅ－ＵＴＲＡＮアタッチ
－ステップ１：
ＵＥは、以下の原理に従ってアタッチ要求メッセージを構築する。
－ＵＥが単一登録モードで動作する場合、ＵＥは、ＵＥが５ＧＣから移動しており、ネイティブ４Ｇ－ＧＵＴＩ、または利用可能な場合、（ネイティブＧＵＴＩとして指示された）５ＧＧＵＴＩからマッピングされた４Ｇ－ＧＵＴＩ、場合によってはＩＭＳＩを提供することを指示する、あるいは、
－ＵＥが二重登録モードで動作する場合、ＵＥは、ＵＥが５ＧＣから移動しており、ネイティブ４Ｇ－ＧＵＴＩを提供することを指示する、あるいは、
－ＵＥがステップ２においてＴＡＵを送出し、ＭＭＥがＵＥ識別情報を導出することができなかったので、ＴＡＵが拒否された場合、ＵＥはＩＭＳＩを提供する。
ＵＥがアタッチプロシージャの一部としてＰＤＵセッションをＥＰＣに移行することを希望する場合、ＵＥは、アタッチ要求中にＰＤＮコネクティビティ要求メッセージを含め、要求タイプ「ハンドオーバ」と、ＤＮＮ／ＡＰＮと、ＰＤＵセッションのＰＤＵセッションＩＤ（ＴＳ２３．４０１［１３］、節５．３．２．１）とを提供する。ＵＥは、節４．１１．１．１に記載されているように、ＰＣＯにおけるＰＤＵセッションＩＤを提供する。イーサネットタイプのＰＤＵセッションについて、ＵＥおよびネットワークが、節４．１１．５に記載されているように、ＰＤＵセッション確立中にネゴシエートされるＥＰＳにおけるイーサネットＰＤＮタイプをサポートする場合、ＵＥは、ＰＤＮコネクティビティ要求メッセージ中にＰＤＮタイプイーサネットを含める。

図１２は、本開示のいくつかの実施形態を実施する際に使用するのに好適な装置を示すブロック図である。たとえば、上記で説明された、端末デバイスと、第１のネットワークノードと、第２のネットワークノードとのうちのいずれか１つが、装置１２００を通して実装され得る。図示のように、装置１２００は、プロセッサ１２１０と、プログラムを記憶するメモリ１２２０と、随意に、有線通信および／または無線通信を通して他の外部デバイスとデータを通信するための通信インターフェース１２３０とを含み得る。

プログラムは、上記で説明されたように、プロセッサ１２１０によって実行されたとき、装置１２００が、本開示の実施形態に従って動作することを可能にする、プログラム命令を含む。すなわち、本開示の実施形態は、プロセッサ１２１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組合せによって、少なくとも部分的に実装され得る。

メモリ１２２０は、ローカル技術環境に好適な任意のタイプのものであり得、半導体ベースメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の好適なデータ記憶技術を使用して実装され得る。プロセッサ１２１０は、ローカル技術環境に好適な任意のタイプのものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含み得る。

別の実施形態として、端末デバイスは、送出モジュールと受信モジュールとを備える。送出モジュールは、第１のネットワークノードに、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を送出するように設定され得る。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。受信モジュールは、第１のネットワークノードから、第１の要求に対する応答を受信するように設定され得る。応答は、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を含む。

別の実施形態として、第１のネットワークノードは、第１の受信モジュールと、第１の送出モジュールと、第２の受信モジュールと、第２の送出モジュールとを備える。第１の受信モジュールは、端末デバイスから、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を受信するように設定され得る。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。第１の送出モジュールは、第２のネットワークノードに、第１の接続の確立のための第２の要求を送出するように設定され得る。第２の要求は、第１の指示を含む。第２の受信モジュールは、第２のネットワークノードから、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を受信するように設定され得る。第２の送出モジュールは、第２の指示を端末デバイスに送出するように設定され得る。

別の実施形態として、第２のネットワークノードは、受信モジュールと、決定モジュールと、送出モジュールとを備える。受信モジュールは、第１のネットワークノードから、端末デバイスのための第１の技術による第１のタイプの接続である第１の接続の確立のための第２の要求を受信するように設定され得る。第１の要求は、端末デバイスが、第２の技術による第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む。決定モジュールは、第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を決定するように設定され得る。送出モジュールは、第２の指示を第１のネットワークノードに送出するように設定され得る。上記で説明されたモジュールは、ハードウェア、またはソフトウェア、または両方の組合せによって実装され得る。

概して、様々な例示的な実施形態は、ハードウェアまたは専用回路、ソフトウェア、論理あるいはそれらの任意の組合せで実装され得る。たとえば、いくつかの態様は、ハードウェアで実装され得、他の態様は、コントローラ、マイクロプロセッサまたは他のコンピューティングデバイスによって実行され得るファームウェアまたはソフトウェアで実装され得るが、本開示はそれに限定されない。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、または何らかの他の図式表現を使用して、例示および説明され得るが、本明細書で説明されるこれらのブロック、装置、システム、技法または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアまたはコントローラまたは他のコンピューティングデバイス、あるいはそれらの何らかの組合せで実装され得ることを十分に理解されたい。

したがって、本開示の例示的な実施形態の少なくともいくつかの態様が、集積回路チップおよびモジュールなど、様々な構成要素において実践され得ることを諒解されたい。したがって、本開示の例示的な実施形態は、集積回路として具現される装置において実現され得、ここで、集積回路は、本開示の例示的な実施形態に従って動作するように設定可能である、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路および無線周波数回路のうちの少なくとも１つまたは複数を具現するための回路（ならびに場合によってはファームウェア）を備え得ることを諒解されたい。

本開示の例示的な実施形態の少なくともいくつかの態様が、１つまたは複数のコンピュータまたは他のデバイスによって実行される、１つまたは複数のプログラムモジュールでなど、コンピュータ実行可能命令で具現され得ることを諒解されたい。概して、プログラムモジュールは、コンピュータまたは他のデバイス中のプロセッサによって実行されたとき、特定のタスクを実施するか、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、固体メモリ、ＲＡＭなど、コンピュータ可読媒体上に記憶され得る。当業者によって諒解されるように、プログラムモジュールの機能は、様々な実施形態において、必要に応じて、組み合わせられるかまたは分散され得る。さらに、機能は、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、ファームウェアまたはハードウェア等価物において全体的にまたは部分的に具現され得る。

「一実施形態（ｏｎｅｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎｅｍｂｏｄｉｍｅｎｔ）」などへの本開示における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを指示するが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らない。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、または特性を実装することは当業者の知識内にあることが具申される。

様々なエレメントについて説明するために、「第１の」および「第２の」などの用語が本明細書で使用され得るが、これらのエレメントは、これらの用語によって限定されるべきでないことを理解されたい。これらの用語は、あるエレメントを別のエレメントと区別するために使用されるにすぎない。たとえば、本開示の範囲から逸脱することなく、第１のエレメントは第２のエレメントと呼ばれることがあり、同様に、第２のエレメントは第１のエレメントと呼ばれることがある。本明細書で使用される「および／または」という用語は、関連する列挙された用語のうちの１つまたは複数のいずれかのおよびすべての組合せを含む。

本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、本開示を限定するものではない。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に指示しない限り、複数形をも含むものとする。本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、エレメント、構成要素および／またはそれらの組合せの存在または追加を排除しないことをさらに理解されよう。本明細書で使用される「接続する（ｃｏｎｎｅｃｔ）」、「接続する（ｃｏｎｎｅｃｔｓ）」、「接続する（ｃｏｎｎｅｃｔｉｎｇ）」および／または「接続された（ｃｏｎｎｅｃｔｅｄ）」という用語は、２つのエレメントの間の直接および／または間接的接続をカバーする。

本開示は、明示的に本明細書で開示される特徴の任意の新規の特徴または組合せあるいはその任意の一般化のいずれかを含む。本開示の上記の例示的な実施形態への様々な修正および適応は、添付の図面とともに読まれるとき、上記の説明に鑑みて、当業者に明らかになり得る。しかしながら、任意のおよびすべての修正が、依然として、本開示の非限定的なおよび例示的な実施形態の範囲内に入る。

略語説明
ＡＭＦアクセスおよびモビリティ管理機能
ＥＰＳエボルブドパケットシステム
ＧＢＲ保証ビットレート
Ｈ－ＳＭＦホームセッション管理機能
ＭＭＥモビリティ管理エンティティ
ＰＧＷ－Ｃパケットゲートウェイ－制御プレーン
ＰＤＮパケットデータネットワーク
ＰＤＵパケットデータユニット
ＱｏＳサービス品質
ＳＧＷサービングゲートウェイ
ＵＥユーザ機器
Ｖ－ＳＭＦ訪問セッション管理機能
５ＧＳ第５世代システム

Claims

端末デバイスにおける方法であって、
第１のネットワークノードに、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を送出することであって、前記第１の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第１の要求を送出することと、
前記第１のネットワークノードから、前記第１の要求に対する応答を受信することであって、前記応答は、前記第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を含む、前記第１の要求に対する応答を受信することと
を含み、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
方法。
前記第２の指示に基づいて、前記端末デバイスと前記第２のネットワークノードの両方が前記第２の接続をサポートするかどうかを決定することと、
前記端末デバイスと前記第２のネットワークノードの両方が前記第２の接続をサポートすると決定したとき、前記第１のネットワークノードに、前記第１の接続から前記第２の接続に移行するための第２の要求を送出することと
をさらに含む、請求項１に記載の方法。
前記第１の接続がイーサネットタイプのプロトコルデータユニット（ＰＤＵ）セッションであり、前記第２の接続がイーサネットタイプのパケットデータネットワーク（ＰＤＮ）接続である、請求項１または２に記載の方法。
前記第１のネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）であり、
前記第２のネットワークノードが、ホームネットワークまたは訪問先ネットワーク内の５ＧとＥＰＳの両方をサポートするセッション管理ノードである、請求項１から３のいずれか一項に記載の方法。
第１のネットワークノードにおける方法であって、
端末デバイスから、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を受信することであって、前記第１の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第１の要求を受信することと、
第２のネットワークノードに、前記第１の接続の確立のための第２の要求を送出することであって、前記第２の要求が前記第１の指示を含む、第２の要求を送出することと、
前記第２のネットワークノードから、前記第２の接続が前記第２のネットワークノードによってサポートされるかどうかについての第２の指示を受信することと、
前記第２の指示を前記端末デバイスに送出することと
を含み、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
方法。
前記第２の要求が、第３のネットワークノードを介して前記第２のネットワークノードに送出され、前記第２の指示が、前記第３のネットワークノードを介して前記第２のネットワークノードから受信されるか、または、
前記第１の要求が、第３のネットワークノードを介して前記端末デバイスからであり、前記第２の指示が、前記第３のネットワークノードを介して前記端末デバイスに送出される、請求項５に記載の方法。
前記第１の技術から前記第２の技術に移行するための要件に応答して、前記第２のネットワークノードに、第４のネットワークノードが前記第２の接続をサポートするかどうかについての第３の指示を送出することと、
前記第２のネットワークノードから、前記第２の接続が使用されるべきであるのか、前記第２の技術による第２のタイプの接続である第３の接続が使用されるべきであるのかについての第４の指示を受信することと、
前記第４の指示を前記第４のネットワークノードに送出することと
をさらに含む、請求項５または６に記載の方法。
前記第１の接続がイーサネットタイプのプロトコルデータユニット（ＰＤＵ）セッションであり、前記第２の接続がイーサネットタイプのパケットデータネットワーク（ＰＤＮ）接続である、請求項５から７のいずれか一項に記載の方法。
前記第１のネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）であり、
前記第２のネットワークノードが、ホームネットワークまたは訪問先ネットワーク内の５ＧとＥＰＳの両方をサポートするセッション管理ノードであり、
前記第３のネットワークノードが、訪問先ネットワーク内のセッション管理機能（ＳＭＦ）である、または、
前記第１のネットワークノードが、訪問先ネットワーク内のＳＭＦであり、
前記第２のネットワークノードが、ホームネットワークまたは訪問先ネットワーク内の５ＧとＥＰＳの両方をサポートするセッション管理ノードであり、
前記第３のネットワークノードがＡＭＦである、請求項５から８のいずれか一項に記載の方法。
前記第４のネットワークノードが、モビリティ管理エンティティ（ＭＭＥ）であり、
前記第２のタイプが非ＩＰタイプである、請求項７から９のいずれか一項に記載の方法。
第２のネットワークノードにおける方法であって、
第１のネットワークノードから、端末デバイスのための第１の技術による第１のタイプの接続である第１の接続の確立のための第２の要求を受信することであって、前記第２の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第２の要求を受信することと、
前記第２の接続が前記第２のネットワークノードによってサポートされるかどうかについての第２の指示を決定することと、
前記第２の指示を前記第１のネットワークノードに送出することと
を含み、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
方法。
前記第２の指示は、前記第２の接続が前記端末デバイスと前記第２のネットワークノードの両方によってサポートされるかどうかについてであり、および／または、前記第２の要求が、第３のネットワークノードを介して前記第１のネットワークノードから受信され、前記第２の指示が、前記第３のネットワークノードを介して前記第１のネットワークノードに送出される、請求項１１に記載の方法。
前記第１のネットワークノードから、第４のネットワークノードが前記第２の接続をサポートするかどうかについての第３の指示を受信することと、
前記第１の指示および前記第３の指示に基づいて、前記第２の接続が前記端末デバイスのために使用されるべきであるのか、前記第２の技術による第２のタイプの接続である第３の接続が前記端末デバイスのために使用されるべきであるのかについての第４の指示を決定することと、
前記第４の指示を前記第１のネットワークノードに送出することと
をさらに含む、請求項１１または１２に記載の方法。
前記第４の指示を決定することは、
前記端末デバイスと、前記第２のネットワークノードと、前記第４のネットワークノードとが、前記第２の接続をサポートするとき、前記第２の接続が前記端末デバイスのために使用されるべきであると決定することと、
前記第４のネットワークノードが、前記第３の接続をサポートするが前記第２の接続をサポートしないとき、前記第３の接続が前記端末デバイスのために使用されるべきであると決定することと
を含む、請求項１３に記載の方法。
前記第１の接続がイーサネットタイプのプロトコルデータユニット（ＰＤＵ）セッションであり、前記第２の接続がイーサネットタイプのパケットデータネットワーク（ＰＤＮ）接続である、請求項１１から１４のいずれか一項に記載の方法。
前記第１のネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）であり、
前記第２のネットワークノードが、ホームネットワークまたは訪問先ネットワーク内の５ＧとＥＰＳの両方をサポートするセッション管理ノードであり、
前記第３のネットワークノードが、訪問先ネットワーク内のセッション管理機能（ＳＭＦ）であり、
前記第４のネットワークノードが、モビリティ管理エンティティ（ＭＭＥ）であり、
前記第２のタイプが非ＩＰタイプである、請求項１１から１５のいずれか一項に記載の方法。
端末デバイスであって、
少なくとも１つのプロセッサと、
少なくとも１つのメモリと
を備え、前記少なくとも１つのメモリが、前記少なくとも１つのプロセッサによって実行可能な命令を含んでおり、それにより、前記端末デバイスが、
第１のネットワークノードに、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を送出することであって、前記第１の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第１の要求を送出することと、
前記第１のネットワークノードから、前記第１の要求に対する応答を受信することであって、前記応答は、前記第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を含む、前記第１の要求に対する応答を受信することと
を行うように動作可能であり、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
端末デバイス。
第１のネットワークノードであって、
少なくとも１つのプロセッサと、
少なくとも１つのメモリと
を備え、前記少なくとも１つのメモリが、前記少なくとも１つのプロセッサによって実行可能な命令を含んでおり、それにより、前記第１のネットワークノードが、
端末デバイスから、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を受信することであって、前記第１の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第１の要求を受信することと、
第２のネットワークノードに、前記第１の接続の確立のための第２の要求を送出することであって、前記第２の要求が前記第１の指示を含む、第２の要求を送出することと、
前記第２のネットワークノードから、前記第２の接続が前記第２のネットワークノードによってサポートされるかどうかについての第２の指示を受信することと、
前記第２の指示を前記端末デバイスに送出することと
を行うように動作可能であり、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
第１のネットワークノード。
第２のネットワークノードであって、
少なくとも１つのプロセッサと、
少なくとも１つのメモリと
を備え、前記少なくとも１つのメモリが、前記少なくとも１つのプロセッサによって実行可能な命令を含んでおり、それにより、前記第２のネットワークノードが、
第１のネットワークノードから、端末デバイスのための第１の技術による第１のタイプの接続である第１の接続の確立のための第２の要求を受信することであって、前記第２の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第２の要求を受信することと、
前記第２の接続が前記第２のネットワークノードによってサポートされるかどうかについての第２の指示を決定することと、
前記第２の指示を前記第１のネットワークノードに送出することと
を行うように動作可能であり、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
第２のネットワークノード。