(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-10-03
(45)【発行日】2023-10-12
(54)【発明の名称】ロジカルＴＳＮブリッジの方法および装置
(51)【国際特許分類】
H04W 28/084 20230101AFI20231004BHJP
H04W 76/10 20180101ALI20231004BHJP
H04W 88/16 20090101ALI20231004BHJP
【ＦＩ】
H04W28/084
H04W76/10
H04W88/16
【請求項の数】
18
(21)【出願番号】P 2021573332
(86)(22)【出願日】2019-12-30
(65)【公表番号】
(43)【公表日】2022-08-18
(86)【国際出願番号】 CN2019129954
(87)【国際公開番号】W WO2020248582
(87)【国際公開日】2020-12-17
【審査請求日】2022-02-14
(31)【優先権主張番号】PCT/CN2019/091003
(32)【優先日】2019-06-12
(33)【優先権主張国・地域又は機関】CN
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100161470
【弁理士】
【氏名又は名称】冨樫 義孝
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(74)【代理人】
【識別番号】100194320
【弁理士】
【氏名又は名称】藤井 亮
(74)【代理人】
【識別番号】100150670
【弁理士】
【氏名又は名称】小梶 晴美
(72)【発明者】
【氏名】チャン， コーフォン
(72)【発明者】
【氏名】ワン， クン
(72)【発明者】
【氏名】デ アンドラデ ジャーディム， マリレト
【審査官】齋藤 浩兵
(56)【参考文献】
【文献】特開２０１８－１３３６１２（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１５／０１１０００６（ＵＳ，Ａ１）
【文献】3GPP; TSG SA; System Architecture for the 5G System; Stage 2 (Release 16)，3GPP TS 23.501 V16.1.0，2019年06月11日，pp.237-243，Internet<URL:https://www.3gpp.org/ftp//Specs/archive/23_series/23.501/23501-g10.zip>
【文献】3GPP; TSG SA; Procedures for the 5G System; Stage 2 (Release 16)，3GPP TS 23.502 V16.1.0，2019年06月11日，pp.78-90，Internet<URL:https://www.3gpp.org/ftp//Specs/archive/23_series/23.502/23502-g10.zip>
【文献】Ericsson，5G bridge port allocation and mapping tables[online]，3GPP TSG SA WG2 #134 S2-1907475，2019年06月18日，Internet<URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_134_Sapporo/Docs/S2-1907475.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
ユーザプレーンノードにおける方法であって、セッション管理ノードから、端末デバイス側におけるロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジの第１のポート番号を得るための第１のリクエストを受信すること（９０２）と、
前記端末デバイスに対して前記第１のポート番号を決定すること（９０４）と、
前記ユーザプレーンノード側における前記ロジカルＴＳＮブリッジの設定情報を決定すること（９０６）と、
決定済みの前記第１のポート番号および設定情報を前記セッション管理ノードに送信すること（９０８）と、を含む方法。
【請求項2】
前記設定情報は、前記セッション管理ノードからの第２のリクエストを受けて決定される、請求項１に記載の方法。
【請求項3】
前記ユーザプレーンノード側における前記設定情報は、前記ユーザプレーンノード側における前記ロジカルＴＳＮブリッジの第２のポート番号、前記ロジカルＴＳＮブリッジを識別するブリッジ識別子（ＩＤ）、および前記ロジカルＴＳＮブリッジのブリッジ名、のうちの１つまたは複数を含む、請求項１または２に記載の方法。
【請求項4】
前記セッション管理ノードから、前記第１のポート番号と、前記セッション管理ノードと前記ユーザプレーンノードとのセッションを識別するＩＤとのマッピングを受信すること（１０１０）をさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項5】
前記セッション管理ノードから、前記端末デバイス側における前記ロジカルＴＳＮブリッジのポートアドレスを受信すること（１０１２）をさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項6】
端末デバイスにおける方法であって、モバイルネットワーク内のセッション管理ノードに、ロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジのポートに対応付けられている前記端末デバイス対象のプロトコルデータユニット（ＰＤＵ）セッションを確立するためのリクエストを送信すること（１２０２）と、
前記セッション管理ノードを介して、前記端末デバイス側における前記ロジカルＴＳＮブリッジの第１のポート番号を受信すること（１２０４）と、を含み、
前記第１のポート番号は、ユーザプレーンノードにおいて決定され、前記ユーザプレーンノードから前記セッション管理ノードに送信される、方法。
【請求項7】
前記受信することが、前記セッション管理ノードから、前記ロジカルＴＳＮブリッジのブリッジ識別子（ＩＤ）を受信することをさらに含む、請求項６に記載の方法。
【請求項8】
ＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピングが前記端末デバイスにおいて維持され、前記ＴＳＮパラメータは、前記第１のポート番号および前記ブリッジＩＤを含む、請求項６または７に記載の方法。
【請求項9】
前記少なくとも１つのモバイルネットワークパラメータは、前記ＰＤＵセッションを識別するＩＤを含む、請求項８に記載の方法。
【請求項10】
前記プロトコルデータユニット（ＰＤＵ）セッションを確立するための前記リクエストには、前記端末デバイス側における前記ロジカルＴＳＮブリッジのポートアドレスを含めることをさらに含む、請求項６から９のいずれか一項に記載の方法。
【請求項11】
複数のＰＤＵセッションが、前記端末デバイス側における前記ロジカルＴＳＮブリッジの同じポートを対象に確立される、請求項６から１０のいずれか一項に記載の方法。
【請求項12】
前記端末デバイス側における同じポート用の前記第１のポート番号が、ＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピング時に前記複数のＰＤＵセッションと結び付けられる、請求項１１に記載の方法。
【請求項13】
前記端末デバイスは、それぞれが単一のＤＳ－ＴＴポートを有する複数のデバイス側－ＴＳＮトランスレータ（ＤＳ－ＴＴ）に接続されるか、または複数のＤＳ－ＴＴポートを有する単一のＤＳ－ＴＴに接続され、ＰＤＵセッションがＤＳ－ＴＴポートごとに独立して確立される、請求項６から１０のいずれか一項に記載の方法。
【請求項14】
少なくとも１つのプロセッサ（１７１０）と、少なくとも１つのメモリ（１７２０）と、を備えているユーザプレーンノード（１７００）であって、
前記少なくとも１つのメモリ（１７２０）は、前記少なくとも１つのプロセッサ（１７１０）によって実行可能な命令を含み、これにより、前記ユーザプレーンノード（１７００）が、
セッション管理ノードから、端末デバイス側におけるロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジの第１のポート番号を得るための第１のリクエストを受信することと、
前記端末デバイスに対して前記第１のポート番号を決定することと、
前記ユーザプレーンノード側における前記ロジカルＴＳＮブリッジの設定情報を決定することと、
決定済みの前記第１のポート番号および設定情報を前記セッション管理ノードに送信することと、を行うように実行する、ユーザプレーンノード（１７００）。
【請求項15】
請求項２から５のいずれか一項に記載の方法を実行する、請求項１４に記載のユーザプレーンノード（１７００）。
【請求項16】
少なくとも１つのプロセッサ（１７１０）と、少なくとも１つのメモリ（１７２０）と、を含む端末デバイス（１７００）であって、
前記少なくとも１つのメモリ（１７２０）は、前記少なくとも１つのプロセッサ（１７１０）によって実行可能な命令を含み、これにより、前記端末デバイス（１７００）が、
モバイルネットワーク内のセッション管理ノードに、ロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジのポートに対応付けられている前記端末デバイス対象のプロトコルデータユニット（ＰＤＵ）セッションを確立するためのリクエストを送信することと、
前記セッション管理ノードを介して、前記端末デバイス側における前記ロジカルＴＳＮブリッジの第１のポート番号を受信することと、を実行し、
前記第１のポート番号は、ユーザプレーンノードにおいて決定され、前記ユーザプレーンノードから前記セッション管理ノードに送信される、端末デバイス（１７００）。
【請求項17】
請求項７から１３のいずれか一項に記載の方法を実行する、請求項１６に記載の端末デバイス（１７００）。
【請求項18】
少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１から１３のいずれか一項に記載の方法を行わせる、命令を含むコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【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】
【図1】本開示の実施形態が適用できる例示的な通信システムを表す図である。
【図3】本開示の実施形態による、セッション管理ノードにおいて実施される方法を示すフローチャートである。
【図6】本開示の実施形態による、セッション管理ノードにおいて実施される方法を示すフローチャートである。
【図7A】ＳＭＦにおけるマッピングテーブルの例を示す。
【図7B】ＳＭＦにおけるマッピングテーブルの例を示す。
【図8】ＳＭＦにおけるマッピングテーブルの別の例を示す。
【図9】本開示の実施形態による、ユーザプレーンノードにおいて実施される方法を示すフローチャートである。
【図10】本開示の実施形態による、ユーザプレーンノードにおいて実施される方法を示すフローチャートである。
【図11】ＵＰＦにおけるマッピングテーブルの例を示す。
【図12】本開示の実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。
【図13】ＵＥにおけるマッピングテーブルの例を示す。
【図14】ＵＥにおけるマッピングテーブルの別の例を示す。
【図15】ＵＥにおけるマッピングテーブルの別の例を示す。
【図16】本開示の実施形態による、例示的なプロセスを示すフローチャートである。
【図17】本開示のいくつかの実施形態を実施する際の使用に適した装置を表すブロック図である。
【図18】本開示の実施形態による、セッション管理ノードを表すブロック図である。
【図19】本開示の実施形態による、ユーザプレーンノードを表すブロック図である。
【図20】本開示の実施形態による、端末デバイスを表すブロック図である。
【発明を実施するための形態】
【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】
メモリ１７２０は、局所技術環境に適した如何なる類のものであってもよく、半導体ベースの記憶素子、フラッシュメモリ、磁気記憶素子および磁気記憶システム、光記憶素子および光記憶システム、固定メモリ、ならびにリムーバブルメモリなど、適切な如何なるデータ記憶テクノロジでも使用して具体化され得る。プロセッサ１７１０は、局所技術環境に適した如何なる類のものであってもよく、非限定的例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、およびマルチコアプロセッサアーキクチャに基づくプロセッサのうちの１つまたは複数を含み得る。
【0100】
図１８は、本開示の実施形態によるセッション管理ノードを表すブロック図である。見ての通り、セッション管理ノード１８００は、受信モジュール１８０２、第１の取得モジュール１８０４、および第２の取得モジュール１８０６を備えている。受信モジュール１８０２は、ブロック３０２に関して上に述べたように、モバイルネットワーク内のモビリティ管理ノードから、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイス対象のＰＤＵセッションを確立するためのリクエストを受信するように構成され得る。第１の取得モジュール１８０４は、ブロック３０４に関して上に述べたように、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得るように構成され得る。第２の取得モジュール１８０６は、ブロック３０６に関して上に述べたように、ＰＤＵセッションに対応するユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を得るように構成され得る。
【0101】
図１９は、本開示の実施形態によるユーザプレーンノードを表すブロック図である。見ての通り、ユーザプレーンノード１９００は、受信モジュール１９０２、第１の決定モジュール１９０４、第２の決定モジュール１９０６、および送信モジュール１９０８を備えている。受信モジュール１９０２は、ブロック９０２に関して上に述べたように、セッション管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得るための第１のリクエストを受信するように構成され得る。第１の決定モジュール１９０４は、ブロック９０４に関して上に述べたように、端末デバイスに対して第１のポート番号を決定するように構成され得る。第２の決定モジュール１９０６は、ブロック９０６に関して上に述べたように、ユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を決定するように構成され得る。送信モジュール１９０８は、ブロック９０８に関して上に述べたように、決定済みの第１のポート番号および設定情報をセッション管理ノードに送信するように構成され得る。
【0102】
図２０は、本開示の実施形態による端末デバイスを表すブロック図である。見ての通り、端末デバイス２０００は、送信モジュール２００２および受信モジュール２００４を含む。送信モジュール２００２は、ブロック１２０２に関して上に述べたように、モバイルネットワーク内のモビリティ管理ノードに、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイス対象のＰＤＵセッションを確立するためのリクエストを送信するように構成され得る。受信モジュール２００４は、ブロック１２０４に関して上に述べたように、モビリティ管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号およびロジカルＴＳＮブリッジのブリッジＩＤを受信するように構成され得る。上記のモジュールは、ハードウェア、またはソフトウェア、またはその両方の組合せによって具体化され得る。
【0103】
大体において、様々な例示的な実施形態は、ハードウェア回路もしくは専用回路、ソフトウェア、論理回路、またはそれらの如何なる組合せにおいても具体化され得る。例えば、ハードウェアにおいて具体化され得る態様もあれば、コントローラ、マイクロプロセッサなどのコンピューティングデバイスによって実行され得るファームウェアやソフトウェアにおいて具体化され得る態様もあるが、本開示がそれらに限定されるわけではない。本開示の例示的な実施形態の様々な態様が、ブロック図、フローチャートとして、またはいくつかの他の絵画的表現を使用して図示され、述べられていることがあるが、本明細書に記載のこのようなブロック、装置、システム、技法、または方法が、非限定的例として、ハードウェア、ソフトウェア、ファームウェア、専用回路や論理回路、汎用ハードウェアやコントローラなどのコンピューティングデバイス、またはそれらの何らかの組合せにおいて具体化され得る、ということがよく分かるであろう。
【0104】
このように、当然のことながら、本開示の例示的な実施形態の少なくともいくつかの態様は、集積回路チップおよび集積回路モジュールなどの様々な構成要素において実施され得る。それ故、当然のことながら、本開示の例示的な実施形態は、集積回路として具現化される装置において実現され得、集積回路は、本開示の例示的な実施形態に従って働くように構成可能である、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路機構、および無線周波数回路機構のうちの少なくとも１つまたは複数を具現化する回路機構（また場合によってはファームウェア）を備え得る。
【0105】
当然のことながら、本開示の例示的な実施形態の少なくともいくつかの態様は、１つまたは複数のコンピュータなどのデバイスによって実行される、１つまたは複数のプログラムモジュールなどにある、コンピュータ実行可能命令において具現化され得る。通常、プログラムモジュールは、コンピュータなどのデバイスにあるプロセッサによって実行されると、特定のタスクを行うか特定の抽象的なデータ型を具体化する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、ソリッドステートメモリ、ＲＡＭなどのコンピュータ可読媒体に格納され得る。当業者であれば分かるであろうが、プログラムモジュールの機能は、様々な実施形態では、望みに応じて、組み合わされても、分散してもよい。さらに、この機能は、全体としてまたは部分的に、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）などのファームウェアまたはハードウェアの同等物に具現化され得る。
【0106】
本開示において、「ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ（ある実施形態）」、「ａｎ ｅｍｂｏｓｉｍｅｎｔ（一実施形態）」などと言う際、記載の実施形態が、特有の特徴、構造、または特性を含むが、あらゆる実施形態が特有の特徴、構造、または特性を含む必要があるわけではない、ということを示す。また、このような言い回しは、必ずしも同じ実施形態のことを言っているわけではない。さらに、特有の特徴、構造、または特性がある実施形態と相まって述べられる際、はっきりと述べられている／いないに関わらず、このような特徴、構造、または特性を他の実施形態と相まって具体化する当業者の知識の範囲にあると考えるものである。
【0107】
本明細書では「ｆｉｒｓｔ（第１の）」、「ｓｅｃｏｎｄ（第２の）」などという用語が様々な要素を表すのに使用されていることがあるが、これらの要素がこれらの用語に限られるべきではない、ということを理解すべきである。これらの用語は、ある要素を別の要素と区別するのに使用されているにすぎない。例えば、本開示の範囲を逸脱しない限り、第１の要素が第２の要素のことでもよく、同様に、第２の要素が第１の要素のことでもよい。本明細書で使用される際、「ａｎｄ／ｏｒ（および／または）」という用語は、該当の挙げられた項目のうちの１つまたは複数のあらゆる組合せを含むものである。
【0108】
本明細書で使用する専門用語は、単に特定の実施形態を描写するにすぎず、本開示を限定するつもりのものではない。本明細書で使用される際、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈上はっきりとそうではないことが分からない限り、複数形も含むつもりで使用される。さらに、「ｃｏｍｐｒｉｓｅｓ（備える）」、「ｃｏｍｐｒｉｓｉｎｇ（備える）」、「ｈａｓ（有する）」、「ｈａｖｉｎｇ（有する）」、「ｉｎｃｌｕｄｅｓ（含む）」、および／または「ｉｎｃｌｕｄｉｎｇ（含む）」といった用語は、本明細書で使用される際、述べた特徴、要素、および／または構成要素の存在を明示するが、１つまたは複数の他の特徴、要素、構成要素、および／またはそれらの組合せの存在または追加を除外するものではないことが分かるであろう。本明細書で使用する「ｃｏｎｎｅｃｔ（接続する）」、「ｃｏｎｎｅｃｔｓ（接続する）」、「ｃｏｎｎｅｃｔｉｎｇ（接続する）」、および／または「ｃｏｎｎｅｃｔｅｄ（接続された）」といった用語は、２つの要素間の直接の接続および／または間接の接続に及ぶものである。
【0109】
本開示には、本明細書に開示の如何なる新規の特徴または特徴の組合せも、明示的であれその如何なる汎化形であれ含まれる。本開示のこれまでの例示的な実施形態に対する様々な修正および適合が、これまでの発明を実施するための形態を添付図面に関連して読むと、当業者であれば分かってくるであろう。しかし、あらゆる修正が本開示の非限定的かつ例示的な実施形態の範囲に依然として入ることになる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7A】
【図7B】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】