知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-17
(45)【発行日】2024-09-26
(54)【発明の名称】接続確立のための方法および装置
(51)【国際特許分類】
H04W 76/16 20180101AFI20240918BHJP
H04W 36/14 20090101ALI20240918BHJP
H04W 88/06 20090101ALI20240918BHJP
【ＦＩ】
H04W76/16
H04W36/14
H04W88/06
【請求項の数】
22
【外国語出願】
(21)【出願番号】P 2023084363
(22)【出願日】2023-05-23
(62)【分割の表示】P 2021546885の分割
【原出願日】2019-07-09
(65)【公開番号】P2023120194
(43)【公開日】2023-08-29
【審査請求日】2023-06-20
(31)【優先権主張番号】PCT/CN2019/075412
(32)【優先日】2019-02-18
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(72)【発明者】
【氏名】カン， チュイイン
【審査官】望月 章俊
(56)【参考文献】
【文献】国際公開第２０１９／０３１４３４（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１９／００３７６３６（ＵＳ，Ａ１）
【文献】Huawei, Hisilicon，TS 23.501: Update of handling Ethernet and Unstructured PDU session types when moving to EPS[online]，3GPP TSG SA WG2 #124 S2-178844，フランス，Internet:＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_124_Reno/Docs/S2-178844.zip＞，2017年11月21日，[検索日 2024.05.01]
【文献】Ericsson, OPPO，TS 23.503: clause 6.1.2.1 access and mobility policy control[online]，3GPP TSG SA WG2 #123 S2-177739，フランス，Internet：＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_123_Ljubljana/Docs/S2-177739.zip＞，2017年10月30日，[検索日 2024.05.01]
【文献】3GPP TS 23.502 V15.4.1，フランス，2019年01月07日，[検索日 2024.05.01]
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ４／００－Ｈ０４Ｗ９９／００
Ｈ０４Ｂ７／２４－Ｈ０４Ｂ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
端末デバイスにおける方法であって、第１のネットワークノードに、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を送出することであって、前記第１の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第１の要求を送出すること、を含み、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
方法。
【請求項2】
前記第１のネットワークノードから、前記第１の要求に対する応答を受信することであって、前記応答は、前記第２の接続が第２のネットワークノードによってサポートされるかどうかについての第２の指示を含む、前記第１の要求に対する応答を受信すること
をさらに含む、請求項１に記載の方法。
【請求項3】
前記第２の指示に基づいて、前記端末デバイスと前記第２のネットワークノードの両方が前記第２の接続をサポートするかどうかを決定することと、前記端末デバイスと前記第２のネットワークノードの両方が前記第２の接続をサポートすると決定したとき、前記第１のネットワークノードに、前記第１の接続から前記第２の接続に移行するための第２の要求を送出することと
をさらに含む、請求項２に記載の方法。
【請求項4】
前記第１の接続がイーサネットタイプのプロトコルデータユニット（ＰＤＵ）セッションであり、前記第２の接続がイーサネットタイプのパケットデータネットワーク（ＰＤＮ）接続である、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記第１のネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）であり、前記第２のネットワークノードが、ホームネットワークまたは訪問先ネットワーク内の５ＧとＥＰＳの両方をサポートするセッション管理ノードである、請求項２または３に記載の方法。
【請求項6】
第１のネットワークノードにおける方法であって、端末デバイスから、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を受信することであって、前記第１の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第１の要求を受信すること、を含み、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
方法。
【請求項7】
第２のネットワークノードに、前記第１の接続の確立のための第２の要求を送出することであって、前記第２の要求が前記第１の指示を含む、第２の要求を送出することと、前記第２のネットワークノードから、前記第２の接続が前記第２のネットワークノードによってサポートされるかどうかについての第２の指示を受信することと、
前記第２の指示を前記端末デバイスに送出することと
をさらに含む、請求項６に記載の方法。
【請求項8】
前記第２の要求が、第３のネットワークノードを介して前記第２のネットワークノードに送出され、前記第２の指示が、前記第３のネットワークノードを介して前記第２のネットワークノードから受信されるか、または、前記第１の要求が、第３のネットワークノードを介して前記端末デバイスからであり、前記第２の指示が、前記第３のネットワークノードを介して前記端末デバイスに送出される、請求項７に記載の方法。
【請求項9】
前記第１の技術から前記第２の技術に移行するための要件に応答して、前記第２のネットワークノードに、第４のネットワークノードが前記第２の接続をサポートするかどうかについての第３の指示を送出することと、前記第２のネットワークノードから、前記第２の接続が使用されるべきであるのか、前記第２の技術による第２のタイプの接続である第３の接続が使用されるべきであるのかについての第４の指示を受信することと、
前記第４の指示を前記第４のネットワークノードに送出することと
をさらに含む、請求項７または８に記載の方法。
【請求項10】
前記第１の接続がイーサネットタイプのプロトコルデータユニット（ＰＤＵ）セッションであり、前記第２の接続がイーサネットタイプのパケットデータネットワーク（ＰＤＮ）接続である、請求項６から９のいずれか一項に記載の方法。
【請求項11】
前記第１のネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）であり、前記第２のネットワークノードが、ホームネットワークまたは訪問先ネットワーク内の５ＧとＥＰＳの両方をサポートするセッション管理ノードであり、
前記第３のネットワークノードが、訪問先ネットワーク内のセッション管理機能（ＳＭＦ）である、または、
前記第１のネットワークノードが、訪問先ネットワーク内のＳＭＦであり、
前記第２のネットワークノードが、ホームネットワークまたは訪問先ネットワーク内の５ＧとＥＰＳの両方をサポートするセッション管理ノードであり、
前記第３のネットワークノードがＡＭＦである、請求項８に記載の方法。
【請求項12】
前記第４のネットワークノードが、モビリティ管理エンティティ（ＭＭＥ）であり、前記第２のタイプが非ＩＰタイプである、請求項９に記載の方法。
【請求項13】
第２のネットワークノードにおける方法であって、第１のネットワークノードから、端末デバイスのための第１の技術による第１のタイプの接続である第１の接続の確立のための第２の要求を受信することであって、前記第２の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第２の要求を受信すること、を含み、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
方法。
【請求項14】
前記第２の接続が前記第２のネットワークノードによってサポートされるかどうかについての第２の指示を決定することと、前記第２の指示を前記第１のネットワークノードに送出することと
をさらに含む、請求項１３に記載の方法。
【請求項15】
前記第２の指示は、前記第２の接続が前記端末デバイスと前記第２のネットワークノードの両方によってサポートされるかどうかについてであり、および／または、前記第２の要求が、第３のネットワークノードを介して前記第１のネットワークノードから受信され、前記第２の指示が、前記第３のネットワークノードを介して前記第１のネットワークノードに送出される、請求項１４に記載の方法。
【請求項16】
前記第１のネットワークノードから、第４のネットワークノードが前記第２の接続をサポートするかどうかについての第３の指示を受信することと、前記第１の指示および前記第３の指示に基づいて、前記第２の接続が前記端末デバイスのために使用されるべきであるのか、前記第２の技術による第２のタイプの接続である第３の接続が前記端末デバイスのために使用されるべきであるのかについての第４の指示を決定することと、
前記第４の指示を前記第１のネットワークノードに送出することと
をさらに含む、請求項１５に記載の方法。
【請求項17】
前記第４の指示を決定することは、前記端末デバイスと、前記第２のネットワークノードと、前記第４のネットワークノードとが、前記第２の接続をサポートするとき、前記第２の接続が前記端末デバイスのために使用されるべきであると決定することと、
前記第４のネットワークノードが、前記第３の接続をサポートするが前記第２の接続をサポートしないとき、前記第３の接続が前記端末デバイスのために使用されるべきであると決定することと
を含む、請求項１６に記載の方法。
【請求項18】
前記第１の接続がイーサネットタイプのプロトコルデータユニット（ＰＤＵ）セッションであり、前記第２の接続がイーサネットタイプのパケットデータネットワーク（ＰＤＮ）接続である、請求項１３から１７のいずれか一項に記載の方法。
【請求項19】
前記第１のネットワークノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）であり、前記第２のネットワークノードが、ホームネットワークまたは訪問先ネットワーク内の５ＧとＥＰＳの両方をサポートするセッション管理ノードであり、
前記第３のネットワークノードが、訪問先ネットワーク内のセッション管理機能（ＳＭＦ）であり、
前記第４のネットワークノードが、モビリティ管理エンティティ（ＭＭＥ）であり、
前記第２のタイプが非ＩＰタイプである、請求項１６に記載の方法。
【請求項20】
端末デバイスであって、少なくとも１つのプロセッサと、
少なくとも１つのメモリと
を備え、前記少なくとも１つのメモリが、前記少なくとも１つのプロセッサによって実行可能な命令を含んでおり、それにより、前記端末デバイスが、
第１のネットワークノードに、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を送出することであって、前記第１の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第１の要求を送出すること、
を行うように動作可能であり、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
端末デバイス。
【請求項21】
第１のネットワークノードであって、少なくとも１つのプロセッサと、
少なくとも１つのメモリと
を備え、前記少なくとも１つのメモリが、前記少なくとも１つのプロセッサによって実行可能な命令を含んでおり、それにより、前記第１のネットワークノードが、
端末デバイスから、第１の技術による第１のタイプの接続である第１の接続の確立のための第１の要求を受信することであって、前記第１の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第１の要求を受信すること、
を行うように動作可能であり、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
第１のネットワークノード。
【請求項22】
第２のネットワークノードであって、少なくとも１つのプロセッサと、
少なくとも１つのメモリと
を備え、前記少なくとも１つのメモリが、前記少なくとも１つのプロセッサによって実行可能な命令を含んでおり、それにより、前記第２のネットワークノードが、
第１のネットワークノードから、端末デバイスのための第１の技術による第１のタイプの接続である第１の接続の確立のための第２の要求を受信することであって、前記第２の要求は、前記端末デバイスが第２の技術による前記第１のタイプの接続である第２の接続をサポートするかどうかについての第１の指示を含む、第２の要求を受信すること、
を行うように動作可能であり、
前記第１のタイプがイーサネットタイプであり、前記第１の技術が第５世代（５Ｇ）であり、前記第２の技術がエボルブドパケットシステム（ＥＰＳ）である、
第２のネットワークノード。
【発明の詳細な説明】
【技術分野】
【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】
【図1】ＰＤＵセッションタイプとＰＤＮタイプとの間のマッピングを示す図である。
【図2】本開示の一実施形態による、端末デバイスにおいて実装される方法を示すフローチャートである。
【図3】本開示の別の実施形態による、端末デバイスにおいて実装される方法を示すフローチャートである。
【図4】本開示の一実施形態による、第１のネットワークノードにおいて実装される方法を示すフローチャートである。
【図5】本開示の別の実施形態による、第１のネットワークノードにおいて実装される方法を示すフローチャートである。
【図6】本開示の一実施形態による、第２のネットワークノードにおいて実装される方法を示すフローチャートである。
【図7】本開示の別の実施形態による、第２のネットワークノードにおいて実装される方法を示すフローチャートである。
【図8】本開示の一実施形態による、例示的なプロセスを示す図である。
【図9】本開示の一実施形態による、例示的なプロセスを示す図である。
【図10】本開示の一実施形態による、例示的なプロセスを示す図である。
【図11】本開示の一実施形態による、例示的なプロセスを示す図である。
【図12】本開示のいくつかの実施形態を実践する際に使用するのに好適な装置を示すブロック図である。
【発明を実施するための形態】
【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】
略語 説明
ＡＭＦ アクセスおよびモビリティ管理機能
ＥＰＳ エボルブドパケットシステム
ＧＢＲ 保証ビットレート
Ｈ－ＳＭＦ ホームセッション管理機能
ＭＭＥ モビリティ管理エンティティ
ＰＧＷ－Ｃ パケットゲートウェイ－制御プレーン
ＰＤＮ パケットデータネットワーク
ＰＤＵ パケットデータユニット
ＱｏＳ サービス品質
ＳＧＷ サービングゲートウェイ
ＵＥ ユーザ機器
Ｖ－ＳＭＦ 訪問セッション管理機能
５ＧＳ 第５世代システム
ＡＭＦ アクセスおよびモビリティ管理機能
ＥＰＳ エボルブドパケットシステム
ＧＢＲ 保証ビットレート
Ｈ－ＳＭＦ ホームセッション管理機能
ＭＭＥ モビリティ管理エンティティ
ＰＧＷ－Ｃ パケットゲートウェイ－制御プレーン
ＰＤＮ パケットデータネットワーク
ＰＤＵ パケットデータユニット
ＱｏＳ サービス品質
ＳＧＷ サービングゲートウェイ
ＵＥ ユーザ機器
Ｖ－ＳＭＦ 訪問セッション管理機能
５ＧＳ 第５世代システム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】