JP2022536665A

JP2022536665A - ロジカルｔｓｎブリッジの方法および装置

Info

Publication number: JP2022536665A
Application number: JP2021573332A
Authority: JP
Inventors: コーフォンチャン，; クンワン，; アンドラデジャーディム，マリレトデ
Original assignee: テレフオンアクチーボラゲットエルエムエリクソン（パブル）
Priority date: 2019-06-12
Filing date: 2019-12-30
Publication date: 2022-08-18
Anticipated expiration: 2039-12-30
Also published as: EP3984306A4; KR20220018555A; EP3984306A1; JP7360479B2; CN113994751A; KR20240060722A; WO2020248582A1; JP2023182706A; US20220322254A1

Abstract

ロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジの方法および装置を開示する。実施形態によれば、セッション管理ノードが、モバイルネットワーク内のモビリティ管理ノードから、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイスに対してプロトコルデータユニット（ＰＤＵ）セッションを確立するための第１のリクエストを受信する。セッション管理ノードが、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得る。セッション管理ノードが、ＰＤＵセッションに対応するユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を得る。【選択図】図３

Description

本開示の実施形態は、概して通信に関するものであり、より詳細には、ロジカルタイムセンシティブネットワーク（ＴＳＮ：ＴｉｍｅＳｅｎｓｉｔｉｖｅＮｅｔｗｏｒｋ）ブリッジの方法および装置に関するものである。

このセクションでは、本開示のより良い理解を深めることができる態様を紹介する。したがって、このセクションの記述は、この観点から読まれるべきものであり、先行技術にあるものまたは先行技術にないものを認めるものと理解されるべきではない。

電気電子技術者協会（ＩＥＥＥ：ＩｎｓｔｉｔｕｔｅｏｆＥｌｅｃｔｒｉｃａｌａｎｄＥｌｅｃｔｒｏｎｉｃｓＥｎｇｉｎｅｅｒｓ）８０２．１Ｑでは、Ｂｒｉｄｇｅのリソースの構成をモデル化したＢｒｉｄｇｅＣｏｎｆｉｇｕｒａｔｉｏｎオブジェクトが明記されている。１つのＢｒｉｄｇｅにつきＢｒｉｄｇｅＣｏｎｆｉｇｕｒａｔｉｏｎオブジェクトが１つだけしかない。ＢｒｉｄｇｅのＢｒｉｄｇｅＣｏｎｆｉｇｕｒａｔｉｏｎ情報は、ＢｒｉｄｇｅＡｄｄｒｅｓｓ、ＢｒｉｄｇｅＮａｍｅ、ＮｕｍｂｅｒｏｆＰｏｒｔｓ、ＰｏｒｔＡｄｒｅｓｓ、およびＵｐｔｉｍｅを含む。ＢｒｉｄｇｅＡｄｄｒｅｓｓは、そのＢｒｉｄｇｅ用のＭＡＣアドレスである。ＢｒｉｄｇｅＮａｍｅは、最大３２文字のテキスト文字列で、ローカルに決定された意味を持つ。ＮｕｍｂｅｒｏｆＰｏｒｔｓは、ＢｒｉｄｇｅＰｏｒｔｓ（媒体アクセス制御（ＭＡＣ：ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ）エンティティ）の個数である。ＰｏｒｔＡｄｄｒｅｓｓとは、１）ＢｒｉｄｇｅＰｏｒｔの個数であるＰｏｒｔＮｕｍｂｅｒと、２）そのＰｏｒｔに対応付けられた個々のＭＡＣＥｎｔｉｔｙの固有のＭＡＣアドレスであるＰｏｒｔＡｄｄｒｅｓｓとを、Ｐｏｒｔごとに指定したリストである。ＰｏｒｔＮｕｍｂｅｒは、ＰｏｒｔＩｄｅｎｔｉｆｉｅｒ（ＩＤ）の一部としてＰｏｒｔに割り当てられる符号なしの値である。有効なＰｏｒｔＮｕｍｂｅｒは、１～４０９５の範囲にある。

この発明の概要は、以下の発明を実施するための形態でさらに述べられる概念の選択部分を簡略化した形で紹介するために提供する。この発明の概要は、請求対象の発明の対象の主要な特徴または必須の特徴を特定することを意図したものではなく、請求対象の発明の対象の範囲を限定するのに使用することを意図したものでもない。

本開示の目的の１つは、ロジカルＴＳＮブリッジにソリューションを提供することである。

本開示の第１の態様により、セッション管理ノードにおける方法を提供する。この方法は、モバイルネットワーク内のモビリティ管理ノードから、ロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジのポートに対応付けられた端末デバイス対象のプロトコルデータユニット（ＰＤＵ：ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）セッションを確立するための第１のリクエストを受信することを含む。方法は、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得ることをさらに含む。方法は、ＰＤＵセッションに対応するユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を得ることをさらに含む。

このようにして、ＰＤＵセッション確立手順は、ＴＳＮ要件の適合に向けて強化される。

本開示の実施形態において、ユーザプレーンノード側における設定情報は、ユーザプレーンノード側におけるロジカルＴＳＮブリッジの第２のポート番号、ロジカルＴＳＮブリッジを識別するブリッジ識別子（ＩＤ）、およびロジカルＴＳＮブリッジのブリッジ名のうちの１つまたは複数を含む。

本開示の実施形態において、方法は、モビリティ管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジのポートアドレスを受信することをさらに含む。

本開示の実施形態において、少なくとも１つのＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピングが、セッション管理ノードにおいて、端末デバイス側とユーザプレーンノード側とに対してそれぞれ維持される。

本開示の実施形態において、端末デバイス側に対する少なくとも１つのＴＳＮパラメータは、第１のポート番号を含み、ユーザプレーンノード側に対する少なくとも１つのＴＳＮパラメータは、設定情報からのものである。

本開示の実施形態において、端末デバイス側に対する１つのモバイルネットワークパラメータは、ＰＤＵセッションを識別する第１のＩＤを含む。ユーザプレーンノード側に対する少なくとも１つのモバイルネットワークパラメータは、セッション管理ノードとユーザプレーンノードとの２回目のセッションを識別する第２のＩＤを含む。

本開示の実施形態において、方法は、第１のポート番号およびブリッジＩＤを、モビリティ管理ノードを介して端末デバイスに送信することをさらに含む。

本開示の実施形態において、方法は、ユーザプレーンノードに、第１のポート番号と、セッション管理ノードとユーザプレーンノードとの２回目のセッションを識別する第２のＩＤとのマッピングを送信することをさらに含む。

本開示の実施形態において、第１のポート番号と第２のＩＤとのマッピングが、ＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔメッセージで送信される。

本開示の実施形態において、方法は、ユーザプレーンノードに、端末デバイス側におけるポートアドレスを送信することをさらに含む。

本開示の実施形態において、方法は、ポリシ制御ノードに、ＰＤＵセッションに対して維持されるマッピングを送信することをさらに含む。

本開示の実施形態においては、第１のポート番号を得ることが、端末デバイスに対して第１のポート番号を決定することを含む。

本開示の実施形態において、第１のポート番号を得ることが、ユーザプレーンノードに、端末デバイスに対して第１のポート番号を得るための第２のリクエストを送信することを含む。第１のポート番号を得ることが、ユーザプレーンノードから第１のポート番号を受信することをさらに含む。

本開示の実施形態において、設定情報を得ることが、ユーザプレーンノードに関する設定情報を決定することを含む。

本開示の実施形態において、設定情報を得ることが、ユーザプレーンノードに、設定情報を得るための第３のリクエストを送信することを含む。設定情報を得ることが、ユーザプレーンノードから設定情報を受信することをさらに含む。

本開示の実施形態において、ユーザプレーンノードが、セッション管理ノードおよび少なくとも１つのさらなるセッション管理ノードによって制御される。端末デバイス側における第１のポート番号およびユーザプレーンノード側における設定情報は、セッション管理ノードおよび少なくとも１つのさらなるセッション管理ノードによってアクセスされ得るデータ記憶ノードに格納される。

本開示の実施形態において、セッション管理ノードは、セッション管理機能（ＳＭＦ：ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）である。モビリティ管理ノードは、アクセスおよびモビリティ管理機能（ＡＭＦ：ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）である。ユーザプレーンノードは、ユーザプレーン機能（ＵＰＦ：ＵｓｅｒＰｌａｎｅＦｕｎｃｔｉｏｎ）である。

本開示の第２の態様により、ユーザプレーンノードにおける方法を提供する。方法は、セッション管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得るための第１のリクエストを受信することを含む。方法は、端末デバイスに対して第１のポート番号を決定することをさらに含む。方法は、ユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を決定することをさらに含む。方法は、決定済みの第１のポート番号および設定情報をセッション管理ノードに送信することをさらに含む。

本開示の実施形態において、設定情報が、セッション管理ノードからの第２のリクエストを受けて決定される。

本開示の実施形態において、ユーザプレーンノード側における設定情報は、ユーザプレーンノード側のロジカルＴＳＮブリッジの第２のポート番号、ロジカルＴＳＮブリッジを識別するブリッジＩＤ、およびロジカルＴＳＮブリッジのブリッジ名のうちの１つまたは複数を含む。

本開示の実施形態において、方法は、セッション管理ノードから、第１のポート番号と、セッション管理ノードとユーザプレーンノードとのセッションを識別するＩＤとのマッピングを受信することをさらに含む。

本開示の実施形態において、方法は、セッション管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジのポートアドレスを受信することをさらに含む。

本開示の第３の態様により、端末デバイスにおける方法を提供する。この方法は、モバイルネットワーク内のモビリティ管理ノードに、ロジカルＴＳＮブリッジのポートに対応付けられた端末デバイス対象のＰＤＵセッションを確立するためのリクエストを送信することを含む。方法は、モビリティ管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号、およびロジカルＴＳＮブリッジのブリッジＩＤを受信することをさらに含む。

本開示の実施形態において、端末デバイスにおいて、ＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピングが維持される。ＴＳＮパラメータは、第１のポート番号およびブリッジＩＤを含む。

本開示の実施形態において、少なくとも１つのモバイルネットワークパラメータは、ＰＤＵセッションを識別するＩＤを含む。

本開示の実施形態において、方法は、モビリティ管理ノードに、端末デバイス側におけるロジカルＴＳＮブリッジのポートアドレスを送信することをさらに含む。

本開示の実施形態において、端末デバイス側におけるロジカルＴＳＮブリッジの同じポートに対して、複数のＰＤＵセッションが確立される。

本開示の実施形態において、端末デバイス側における同じポートに対する第１のポート番号は、ＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピングにおいて複数のＰＤＵセッションと結び付けられる。

本開示の第４の態様により、セッション管理ノードを提供する。セッション管理ノードは、少なくとも１つのプロセッサおよび少なくとも１つのメモリを備える。少なくとも１つのメモリには、少なくとも１つのプロセッサによって実行可能な命令が入っており、これにより、セッション管理ノードは、モバイルネットワーク内のモビリティ管理ノードから、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイス対象のＰＤＵセッションを確立するための第１のリクエストを受信するよう実行する。セッション管理ノードはさらに、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得るよう実行する。セッション管理ノードはさらに、ＰＤＵセッションに対応するユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を得るよう実行する。

本開示の実施形態において、セッション管理ノードは、上記の第１の態様による方法を実行する。

本開示の第５の態様により、ユーザプレーンノードを提供する。ユーザプレーンノードは、少なくとも１つのプロセッサおよび少なくとも１つのメモリを備える。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令が入っており、これにより、ユーザプレーンノードは、セッション管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得るための第１のリクエストを受信するよう実行する。ユーザプレーンノードはさらに、端末デバイスに対して第１のポート番号を決定するよう実行する。ユーザプレーンノードはさらに、ユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を決定するよう実行する。ユーザプレーンノードはさらに、決定済みの第１のポート番号および設定情報をセッション管理ノードに送信するよう実行する。

本開示の実施形態において、ユーザプレーンノードは、上記の第２の態様による方法を行うよう実行する。

本開示の第６の態様により、端末デバイスを提供する。端末デバイスは、少なくとも１つのプロセッサおよび少なくとも１つのメモリを備える。少なくとも１つのメモリには、少なくとも１つのプロセッサによって実行可能な命令が入っており、これにより、端末デバイスは、モバイルネットワーク内のモビリティ管理ノードに、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイス対象のＰＤＵセッションを確立するためのリクエストを送信するよう実行する。端末デバイスはさらに、モビリティ管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号、およびロジカルＴＳＮブリッジのブリッジＩＤを受信するよう実行する。

本開示の実施形態において、端末デバイスは、上記の第３の態様による方法を行うよう実行する。

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

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

本開示の第９の態様により、セッション管理ノードを提供する。セッション管理ノードは、モバイルネットワーク内のモビリティ管理ノードから、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイス対象のＰＤＵセッションを確立するための第１のリクエストを受信する受信モジュールを含む。セッション管理ノードは、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得る第１の取得モジュールをさらに含む。セッション管理ノードは、ＰＤＵセッションに対応するユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を得る第２の取得モジュールをさらに含む。

本開示の第１０の態様により、ユーザプレーンノードを提供する。ユーザプレーンノードは、セッション管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得るための第１のリクエストを受信する受信モジュールを含む。ユーザプレーンノードは、端末デバイスに対して第１のポート番号を決定する第１の決定モジュールをさらに含む。ユーザプレーンノードは、ユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を決定する第２の決定モジュールをさらに含む。ユーザプレーンノードは、決定済みの第１のポート番号および設定情報をセッション管理ノードに送信する送信モジュールをさらに含む。

本開示の第１１の態様により、端末デバイスを提供する。端末デバイスは、モバイルネットワーク内のモビリティ管理ノードに、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイス対象のＰＤＵセッションを確立するためのリクエストを送信する送信モジュールを含む。端末デバイスは、モビリティ管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号、およびロジカルＴＳＮブリッジのブリッジＩＤを受信する受信モジュールをさらに含む。

本開示のこれらおよびその他の目的、特徴、および利点は、添付図面と関連して読まれるべき、その理解を助ける実施形態の以下の詳細な説明から明らかになるであろう。

本開示の実施形態が適用できる例示的な通信システムを表す図である。図１の例示的な通信システムの応用例を示す。本開示の実施形態による、セッション管理ノードにおいて実施される方法を示すフローチャートである。図３の方法を説明するフローチャートである。図３の方法を説明するフローチャートである。本開示の実施形態による、セッション管理ノードにおいて実施される方法を示すフローチャートである。ＳＭＦにおけるマッピングテーブルの例を示す。ＳＭＦにおけるマッピングテーブルの例を示す。ＳＭＦにおけるマッピングテーブルの別の例を示す。本開示の実施形態による、ユーザプレーンノードにおいて実施される方法を示すフローチャートである。本開示の実施形態による、ユーザプレーンノードにおいて実施される方法を示すフローチャートである。ＵＰＦにおけるマッピングテーブルの例を示す。本開示の実施形態による、端末デバイスにおいて実施される方法を示すフローチャートである。ＵＥにおけるマッピングテーブルの例を示す。ＵＥにおけるマッピングテーブルの別の例を示す。ＵＥにおけるマッピングテーブルの別の例を示す。本開示の実施形態による、例示的なプロセスを示すフローチャートである。本開示のいくつかの実施形態を実施する際の使用に適した装置を表すブロック図である。本開示の実施形態による、セッション管理ノードを表すブロック図である。本開示の実施形態による、ユーザプレーンノードを表すブロック図である。本開示の実施形態による、端末デバイスを表すブロック図である。

開示される実施形態が十分理解できるように、説明の便宜上、以下に、発明を実施するための形態において、細目を明らかにする。しかし、当業者には、この実施形態が、これらの具体的な細目がなくても、また同様の構成で、具体化され得ることが分かる。

「Ａｄｄｒｅｓｓｅｄｉｔｏｒ’ｓｎｏｔｅｓｆｏｒ５ＧＢｒｉｄｇｅｍａｎａｇｅｍｅｎｔａｎｄＱｏＳｍａｐｐｉｎｇ」の題の文書Ｓ２－１９０６７７２が、ＳＡ２＃１３３会議において承認されているが、さらに考察し、解決することが必要な問題や編集者注記がある。第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）技術仕様書（ＴＳ：ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎ）２３．５０１Ｖ１６．０．２の条項５．２８における編集者の注記によれば、セッション管理機能（ＳＭＦ：ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）またはユーザプレーン機能（ＵＰＦ：ＵｓｅｒＰｌａｎｅＦｕｎｃｔｉｏｎ）がどのようにＰｏｒｔＩＤをデバイス側（ＤＳ：Ｄｅｖｉｓｅ－Ｓｉｄｅ）－ＴＳＮトランスレータ（ＴＴ：ＴｓｎＴｒａｎｓｌａｔｏｒ）に割り当てるか、ＤＳ－ＴＴ側のポートＩＤがユーザ機器（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）にどのように送信されるかが、さらなる研究のため（ＦＦＳ：ＦｏｒＦｕｒｔｈｅｒＳｔｕｄｙ）となっている。さらに情報が必要な場合はＦＦＳである。ＴＳＮアプリケーション機能（ＡＦ：ＡｐｐｌｉｃａｔｉｏｎＦｕｎｃｔｉｏｎ）とＤＳ－ＴＴ／ネットワーク（ＮＷ：ＮｅｔＷｏｒｋ）－ＴＴとの間でポート管理情報をどのように気付かれずに伝達するか（関連ポートがＤＳ－ＴＴに位置するのかまたはＮＷ－ＴＴに位置するのかをどのように判断するかを含む）の詳細は、ＦＦＳである。

さらに、リンク層検出プロトコル（ＬＬＤＰ：ＬｉｎｋＬａｙｅｒＤｉｓｃｏｖｅｒｙＰｒｏｔｏｃｏｌ）がトポロジ検出時に５Ｇロジカルブリッジによって使用される（ＩＥＥＥ８０２．１ＡＢに従って）が、ＤＳ－ＴＴおよびＮＷ－ＴＴのＭＡＣアドレスをどのように管理し、５ＧＳに報告するのかは、明記されていない。

本開示では、主に以下の問題を述べることによって、ロジカルＴＳＮブリッジに対してソリューションを提案する。１）５Ｇロジカルブリッジポート番号の割り当て、２）ブリッジ情報、またブリッジポートと５Ｇパラメータとのマッピングテーブルをどのように維持し、配布するか（制御プレーンにおいてもデータプレーンにおいても）、３）ＴＮＳ要件の適合に向けてどのようにＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔ手順を強化するか、および４）５ＧロジカルブリッジにおけるポートＭＡＣアドレスの管理。以下では、ソリューションについて、図１～図２０を参照しながら詳しく述べることにする。

図１は、本開示の実施形態が適用可能である例示的な通信システムを表す図である。見ての通り、通信システムは、ユーザ機器（ＵＥ）、（無線）アクセスネットワーク（（Ｒ）ＡＮ：（Ｒａｄｉｏ）ＡｃｃｅｓｓＮｅｔｗｏｒｋ）、ユーザプレーン機能（ＵＰＦ）、データネットワーク（ＤＮ：ＤａｔａＮｅｔｗｏｒｋ）、アクセスおよびモビリティ管理機能（ＡＭＦ：ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）、セッション管理機能（ＳＭＦ）、ポリシ制御機能（ＰＣＦ：ＰｏｌｉｃｙＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）、アプリケーション機能（ＡＦ：ＡｐｐｌｉｃａｔｉｏｎＦｕｎｃｔｉｏｎ）、ショートメッセージサービス機能（ＳＭＳＦ：ＳｈｏｒｔＭｅｓｓａｇｅＳｅｒｖｉｃｅＦｕｎｃｔｉｏｎ）、ネットワークスライス選択機能（ＮＳＳＦ：ＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＦｕｎｃｔｉｏｎ）、認証サーバ機能（ＡＵＳＦ：ＡＵｔｈｅｎｔｉｃａｔｉｏｎＳｅｒｖｅｒＦｕｎｃｔｉｏｎ）、統合データ管理（ＵＤＭ：ＵｎｉｆｉｅｄＤａｔａＭａｎａｇｅｍｅｎｔ）、および統合データリポジトリ（ＵＤＲ：ＵｎｉｆｉｅｄＤａｔａＲｅｐｏｓｉｏｒｙ）で構成されている。上記エンティティの機能記述は、その全体が参照により本明細書に組み込まれている３ＧＰＰＴＳ２３．５０１の条項６に明記されている。

本開示の背景内で、ｔｅｒｍｉｎａｌｄｅｖｉｃｅ（端末デバイス）（またはＵＥ）という用語は、基地局などのネットワークノードと通信することができる、あるいは無線信号を送信するかつ／または受信することによって、他の無線デバイスと通信することができる、デバイスに及ぶ。言い換えれば、本明細書で使用される端末デバイスまたはＵＥという用語は、例えば、アクセス端末、移動局、モバイルユニット、加入者局などとして見なしてもよい。この用語は、無線通信ネットワークにアクセスし、そこからサービスを受信することができる如何なるエンドデバイス（静的または移動）を指すことができる。限定ではなく例として、ＵＥは、ポータブルコンピュータ、デジタルカメラなどの画像取り込み端末デバイス、ゲーミング端末デバイス、音楽ストレージ再生器具、携帯電話、セルラフォン、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ：ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、集積無線カードもしくは埋め込み式無線カード、外部プラグイン無線カードなどを含み得る。

モノのインターネット（ＩｏＴ：ＩｎｔｅｒｎｅｔｏｆＴｈｉｎｇｓ）の場合、ＵＥは、モニタリングおよび／または測定を行い、このようなモニタリング／測定の結果を別のＵＥおよび／またはネットワーク機器に送信する機械または他のデバイスに相当し得る。この場合、ＵＥは、３ＧＰＰ背景では、マシンタイプコミュニケーション（ＭＴＣ：Ｍａｃｈｉｎｅ－ｔｙｐｅＣｏｍｍｉｎｉｃａｔｉｏｎ）デバイスとして見なすことができる、マシン－ツー－マシン（Ｍ２Ｍ：Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）デバイスであり得る。このような機械またはデバイスの特別な例は、センサ、電力計などの計測デバイス、産業用機械、自転車、車両、または家電や個人用電化製品、例えば、冷蔵庫、テレビ、時計などのパーソナルウェアラブルなどを含み得る。

本明細書で使用される際、「ｃｏｍｍｕｎｉｃａｔｉｏｎｓｙｓｔｅｍ（通信システム）」という用語は、第１世代（１Ｇ）、２Ｇ、２．５Ｇ、２．７５Ｇ。３Ｇ、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、および／または現在知られているものでも、今後開発されるものでも他の如何なるプロトコルも、などの適切な如何なる通信規格のシステムでも指すものである。また、通信システムにおける端末デバイスとネットワークノードとの通信は、１Ｇ、２Ｇ、２．５Ｇ、２．７５Ｇ、３Ｇ、４Ｇ、４．５Ｇ、５Ｇ通信プロトコル、および／または現在知られているものでも、今後開発されるものでも他の如何なるプロトコルも含むがこれらに限定されるわけではない、適切な如何なる世代通信プロトコルにも従って行われ得る。さらに、本明細書で使用される具体的な用語は、本開示を具体的な用語に関連する通信システムのみに限定するものではなく、より広く他の通信システムに適用され得る。

図２では、図１の例示的な通信システムの適用例を示す。この適用例では、ロジカル（または仮想）ブリッジが５ＧＳにおいて、ＴＳＮブリッジ／終端局とＴＳＮシステムとを接続するように確立されている。ＴＳ２３．５０１の条項５．２９．１に明記の通り、５Ｇブリッジは、ＵＰＦ（すなわち、ＰＤＵセッションアンカー（ＰＳＡ：ＰＤＵＳｅｓｓｉｏｎＡｎｃｈｏｒ））側のポート、ＵＥとＵＰＦとのユーザプレーントンネル、およびＵＥ／ＤＳ－ＴＴ側のポートで構成することができる。ロジカルＴＳＮブリッジの粒度は、ＵＰＦ当たりとすることができる。見ての通り、ロジカルブリッジには、ＵＥ側に３つのポート、ＵＰＦ側に２つのポートがある。ＵＥ側では、ＴＴが、ＵＥまたはＵＥとは別個の物理エンティティに組み込まれた構成要素であってもよい。同様に、ＵＰＦ側では、ＴＴが、ＵＰＦまたはＵＰＦとは別個の物理エンティティに組み込まれた構成要素であってもよい。

５Ｇロジカルブリッジは、ＴＳＮシステムとのその一体化を容易にするためにＴＳＮブリッジの挙動を模倣し、他のＴＳＮエンティティ（集中型ネットワークコントローラ（ＣＮＣ：ＣｅｎｔｒａｌｉｚｅｄＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ）、集中型ユーザ構成（ＣＵＣ：ＣｅｎｔｒａｌｉｚｅｄＵｓｅｒＣｏｎｆｉｇｕｒａｔｉｏｎ）、終端局などの他のブリッジなど）への影響を最小限に抑えることができる。一方では、５Ｇロジカルブリッジは、ＣＮＣに報告され得る、または他の接続されたＴＳＮブリッジ／終端局に明かされ得る、上記と同様のＢｒｉｄｇｅＣｏｎｆｉｇｕｒａｔｉｏｎ情報を維持することができる。他方、５ＧＳは、５Ｇロジカルブリッジにおいて、ポート間でフレームを転送する転送能力（例えば、ＰＤＵセッション、サービス品質（ＱｏＳ：ＱｕａｌｉｔｙｏｆＳｅｒｖｉｃｅ）フロー）を維持することができる。一連のマッピングテーブルが、制御プレーンででもデータプレーンででも、ブリッジポートと相関５Ｇ転送能力とを結び付けるために維持され得る。マッピングテーブルにおけるパラメータ、およびマッピングテーブルの作成および配布の手順については以降により詳しく示すことにする。

図３は、本開示の実施形態による、セッション管理ノードにおいて実施される方法のよい例となるフローチャートである。セッション管理ノードは、ＳＭＦまたは同様の機能を備える他の如何なるエンティティであってもよい。ブロック３０２において、セッション管理ノードが、モバイルネットワーク内のモビリティ管理ノードから、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイス対象のＰＤＵセッションを確立するための第１のリクエストを受信する。モビリティ管理ノードは、ＡＭＦまたは同様の機能を備える他の如何なるエンティティであってもよい。代表的な例として、モバイルネットワークが５Ｇネットワークであるとすることができる。ロジカルＴＳＮブリッジのポートが、端末デバイスに組み込まれるかまたは端末デバイスに接続されたＴＳＮ変換装置であってもよい。

第１のリクエストには、ＰＤＵセッションの識別情報（例えば、ＰＤＵセッションＩＤ）、端末デバイスの識別情報（例えば、加入永久識別子（ＳＵＰＩ：ＳＵｂｓｃｒｉｐｔｉｏｎＰｅｒｍａｎｅｎｔＩｄｅｎｔｉｆｉｅｒ）などのＵＥＩＤ）、および宛先の識別情報（例えば、データネットワーク名（ＤＮＮ：ＤａｔａＮｅｔｗｏｒｋＮａｍｅ））が含まれ得る。例えば、ＤＮＮに従って、セッション管理ノードが端末デバイスに関わるＴＳＮパラメータを得る必要があるかを判断することができる。５ＧＳの場合、第１のリクエストは、Ｎｓｍｆ＿ＰＤＵＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔＲｅｑｕｅｓｔであり得、「ＳＭ」という用語は、セッション管理のことである。

ブロック３０４において、セッション管理ノードが、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得る。ブロック３０４は、ブロック３０４－１またはブロック３０４－２～３０４－３として実施され得る。ブロック３０４－１において、セッション管理ノードが、端末デバイスに対して第１のポート番号を決定する。例えば、第１のポート番号として役割を果たす未使用番号が、適切な如何なるやり方ででも有効なポート番号範囲（例えば、１～４０９５）から選択されてもよい。別の選択肢として、ブロック３０４－２において、セッション管理ノードが、ユーザプレーンノードに、端末デバイスに対して第１のポート番号を得るための第２のリクエストを送信する。ユーザプレーンノードは、ＵＰＦまたは同様の機能を備える他の如何なるエンティティであってもよい。第２のリクエストには、端末デバイスの識別情報、および端末デバイスに対応付けられたポートの識別情報が含まれ得る。この場合、第１のポート番号は、ユーザプレーンノードによって決定され得る。５ＧＳの場合、第２のリクエストは、Ｎ４基準点を経るＮ４ＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔまたは他の適した如何なる好適なメッセージであってもよい。ブロック３０４－３において、セッション管理ノードが、ユーザプレーンノードから第１のポート番号を受信する。

ブロック３０６において、セッション管理ノードがＰＤＵセッションに対応するユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を得る。ユーザプレーンノード側における設定情報は、ユーザプレーンノード側におけるロジカルＴＳＮブリッジの第２のポート番号、ロジカルＴＳＮブリッジを識別するブリッジＩＤ、およびロジカルＴＳＮブリッジのブリッジ名のうちの１つまたは複数を含み得るが、これらに限定されるわけではない。例えば、ブロック３０６は、ブロック３０６－２～３０６－３として実施され得る。ブロック３０６－２において、セッション管理ノードが、ユーザプレーンノードに、設定情報を得るための第３のリクエストを送信する。５ＧＳの場合、第３のリクエストは、Ｎ４基準点を経るＮ４ＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔまたは他の適した如何なる適切なメッセージであってもよい。ブロック３０６－３において、セッション管理ノードが、ユーザプレーンノードから設定情報を受信する。

代替として、ユーザプレーンノードが、設定情報をセッション管理ノードに盛んに報告してもよい。この場合、セッション管理ノードは、第３のリクエストを伴わない設定情報を受信し得る。代替として、ブロック３０６－１に示すように、セッション管理ノードが、ユーザプレーンノードに関する設定情報を決定してもよい。例えば、設定情報が、セッション管理ノードにおける事前構成に従って決定されてもよい。ブロック３０２～３０６を含む方法では、ＰＤＵセッション確立手順が、ＴＳＮ要件の適合に向けて強化され得る。

それぞれ、端末デバイス側とユーザプレーンノード側とに対する、少なくとも１つのＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピングが、セッション管理ノードにおいて維持され得る。例えば、このマッピングは、テーブルの形態を取ってもよい。端末デバイス側では、少なくとも１つのＴＳＮパラメータは、第１のポート番号を含み得るが、これに限定されるわけではなく、少なくとも１つのモバイルネットワークパラメータは、ＰＤＵセッションを識別する第１のＩＤを含み得るが、これに限定されるわけではない。ユーザプレーンノード側では、少なくとも１つのＴＳＮパラメータは、設定情報から選択され得、少なくとも１つのモバイルネットワークパラメータは、セッション管理ノードとユーザプレーンノードとの２回目のセッション（例えば、５ＧＳにおけるＮ４セッション）を識別する第２のＩＤを含み得るが、これに限定されるわけではない。

場合によっては、ユーザプレーンノードがセッション管理ノードおよび少なくとも１つのさらなるセッション管理ノードによって制御されている場合、端末デバイス側における第１のポート番号、およびユーザプレーンノード側における設定情報が、セッション管理ノードおよび少なくとも１つのさらなるセッション管理ノードによってアクセスされ得るデータ記憶ノード（例えば、非構造化データ記憶ネットワーク機能（ＵＤＳＦ：ＵｎｓｔｒｕｃｔｕｒｅｄＤａｔａＳｔｏｒａｇｅｎｅｔｗｏｒｋＦｕｎｃｔｉｏｎ））に格納され得る。

図６は、本開示の実施形態による、セッション管理ノードにおいて実施される方法を示すフローチャートである。ブロック６０８において、セッション管理ノードが、第１のポート番号およびブリッジＩＤを、モビリティ管理ノードを介して端末デバイスに送信する。ブロック６１０において、セッション管理ノードが、ユーザプレーンノードに、第１のポート番号と、セッション管理ノードとユーザプレーンノードとの２回目のセッションを識別する第２のＩＤとのマッピングを送信する。５ＧＳの場合、このマッピングは、ＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔメッセージまたは他の適切な如何なるメッセージででもＮ４基準点を経て送信され得る。ブロック６１２において、セッション管理ノードが、ポリシ制御ノードに、ＰＤＵセッションに対して維持されるマッピングを送信する。ポリシ管理ノードは、ＰＣＦまたは同様の機能を備える他の適切な如何なるエンティティであってもよい。ブロック６０８～６１２では、ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔ手順が、ポート情報の配布に向けて強化され得る。

ブロック６１４において、セッション管理ノードが、モビリティ管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジのポートアドレスを受信する。このようにして、ブリッジ管理情報が、端末デバイス側におけるポートアドレスにより更新され得る。このポートアドレスは、端末デバイスに対応付けられたＴＳＮ変換装置のＭＡＣアドレスであり得る。５ＧＳの場合、ポートアドレスは、ＵＥｉｎｉｔｉａｔｅｄＰＤＵＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎ手順で受信され得る。ブロック６１６において、セッション管理ノードが、ユーザプレーンノードに、端末デバイス側におけるポートアドレスを送信し得る。

場合によっては、ポートまたはブリッジの一連の特性を示すさらなるパラメータ／インジケータがブリッジとポートとのマッピングテーブルに加えられ得る。５Ｇシステムがロジカルブリッジとしてモデル化されているので、このようなインジケータは、５Ｇロジカルブリッジの特性について、外部管理エンティティまたは外部構成エンティティ（例えば、ＣＮＣ）に知らせるのに役立つ場合がある。例えば、インジケータが、ブリッジＩＤと対応付けられてもよい。それにより、ＣＮＣがインジケータを読み取り、それが特別なブリッジ（５Ｇロジカルブリッジ）であると分かることができるように、マッピングテーブルの一部としてのインジケータが、ＡＦに報告され得る。このインジケータのユースケースが、ＣＮＣが５Ｇブリッジを特別に扱うように、５ＧロジカルブリッジがＩＥＥＥ８０２．１Ｑｂｖの唯一のサポート専用ゲーティング特徴であると示している場合がある。

図７Ａおよび７Ｂには、ＳＭＦで維持されるマッピングテーブルの例を示す。図７Ａおよび７Ｂに示される２つの例および他の図に示されるマッピングテーブルの後続の例は、図２の適用例に基づいている。図７Ａは、両方の側（ＤＳ－ＴＴとＮＷ－ＴＴ）のポートアドレスがＳＭＦによって集められない場合に該当する一方、図７Ｂは、両方の側（ＤＳ－ＴＴとＮＷ－ＴＴ）のポートアドレスがＳＭＦによって集められる場合に該当する。マッピングテーブルの最初の２行に示される符号「－」は、ＵＰＦポート番号（ＵＰ－ａ１またはＵＰ－ａ２）に対応するＩＤ（例えば、ＵＥＩＤ、ＰＤＵＳｅｓｓｉｏｎＩＤ、またはＮ４ＳｅｓｓｉｏｎＩＤ）が複数あることを意味する。同様に、マッピングテーブルの最初の３行目～５行目に示される符号「－」は、Ｎ４ＳｅｓｓｉｏｎＩＤ（Ｎ４－ｂ１、Ｎ４－ｂ２、またはＮ４－ｃ）に対応するＵＰＦＰｏｒｔ番号が複数あることを意味する。

図８には、ＳＭＦにおいて維持されるマッピングテーブルの別の例を示す。この例では、マッピングは、複数の仮想ＵＰＦポートに基づきなされる。仮想ＵＰＦポートごとに１回のＰＤＵセッションに対応付けられる。それにより、いくつかの仮想ポートが１つまたは複数のＵＰＦ物理ポートにマッピングされ得る。

図９は、本開示の実施形態による、ユーザプレーンノードにおいて実施される方法を示すフローチャートである。ユーザプレーンノードは、ＵＰＦ、または同様の機能を備える他の如何なるエンティティであってもよい。ブロック９０２において、ユーザプレーンノードが、セッション管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得るための第１のリクエストを受信する。第１のリクエストには、端末デバイスの識別情報、および端末デバイスと対応付けられたポートの識別情報が入っていてもよい。５ＧＳの場合、第１のリクエストは、Ｎ４基準点を経るＮ４ＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔまたは他の適した如何なるメッセージでもあり得る。

ブロック９０４において、ユーザプレーンノードが、端末デバイスに対して第１のポート番号を決定する。例えば、第１のポート番号として役割を果たす未使用番号が、適切な如何なるやり方ででも有効なポート番号範囲（例えば、１～４０９５）から選択されてもよい。ブロック９０６において、ユーザプレーンノードが、ユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を決定する。例えば、第１のリクエストに応答して、またはセッション管理ノードからの異なる第２のリクエストに応答して、設定情報が決定され得る。ユーザプレーンノード側における設定情報は、ユーザプレーンノード側におけるロジカルＴＳＮブリッジの第２のポート番号、ロジカルＴＳＮブリッジを識別するブリッジＩＤ、およびロジカルＴＳＮブリッジのブリッジ名のうちの１つまたは複数を含み得るが、これらに限定されるわけではない。例えば、設定情報が、ユーザプレーンノードにおける事前構成に従って決定されてもよい。ブロック９０８において、ユーザプレーンノードが、決定済みの第１のポート番号および設定情報をセッション管理ノードに送信する。

別の実施形態として、本開示では、ユーザプレーンノードにおいて実施される方法をさらに提供する。１番目のステップにおいて、ユーザプレーンノードが、セッション管理ノードから、ユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を得るためのリクエストを受信する。５ＧＳの場合、リクエストは、Ｎ４基準点を経るＮ４ＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔまたは他の適した如何なるメッセージでもあり得る。２番目のステップにおいて、ユーザプレーンノードが、設定情報を決定する。３番目のステップにおいて、ユーザプレーンノードが、決定済み設定情報をセッション管理ノードに送信する。

別の実施形態として、本開示では、ユーザプレーンノードにおいて実施される方法をさらに提供する。１番目のステップにおいて、ユーザプレーンノードが、セッション管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得るためのリクエストを受信する。２番目のステップにおいて、ユーザプレーンノードが、端末デバイスに対して第１のポート番号を決定する。３番目のステップにおいて、ユーザプレーンノードが、決定済み第１のポート番号をセッション管理ノードに送信する。

図１０は、本開示の実施形態による、ユーザプレーンノードにおいて実施される方法を示すフローチャートである。ブロック１０１０において、ユーザプレーンノードが、セッション管理ノードから、第１のポート番号と、セッション管理ノードとユーザプレーンノードとのセッションを識別するＩＤとのマッピングを受信する。５ＧＳの場合、マッピングは、ＳｅｓｓｉｏｎＭｉｄｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔメッセージまたは他の適した如何なるメッセージででもＮ４基準点を経て送信され得る。ブロック１０１２において、ユーザプレーンノードが、セッション管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジのポートアドレスを受信する。さらに、ユーザプレーンノードは、セッション管理ノードに、ユーザプレーンノード側におけるロジカルＴＳＮブリッジのポートアドレスを送信することができる。

セッション管理ノードと同様、図１１に示す通り、それぞれ、端末デバイス側とユーザプレーンノード側とに対する、少なくとも１つのＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピングがユーザプレーンノードにおいて維持され得る。

図１２は、本開示の実施形態による、端末デバイスにおいて実施される方法を示すブロック図である。ブロック１２０２において、端末デバイスが、モバイルネットワーク内のモビリティ管理ノードに、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイス対象のＰＤＵセッションを確立するためのリクエストを送信する。５ＧＳの場合、このリクエストは、ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔである可能性がある。ブロック１２０４において、端末デバイスが、モビリティ管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号およびロジカルＴＳＮブリッジのブリッジＩＤを受信する。

ＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピングが端末デバイスで維持され得る。ＴＳＮパラメータは、第１のポート番号およびブリッジＩＤを含み得るが、これらに限られるわけではない。少なくとも１つのモバイルネットワークパラメータは、ＰＤＵセッションを識別するＩＤを含み得るが。これに限られるわけではない。図１３には、ＵＥにおいて維持されるマッピングテーブルの例を示す。この図では、図２における「ＵＥ－Ｃ」の場合を示す。見ての通り、ポートがブリッジに対応付けられている。本明細書の例では、ＴＳ２３．５０１の条項５．２８．１に明記のＵＰＦベースのロジカルＴＳＮブリッジごとの粒度を使用する。そのため、ＢｒｉｇｅＩＤがＵＰＦに結び付いている。

図１４には、ＵＥにおいて維持されるマッピングテーブルの別の例を示す。この例は、ＵＥが複数のＤＳ－ＴＴに接続されているか、または複数のポートを有するＤＳ－ＴＴを１つだけ備え、ポートごとに複数のＰＤＵセッションが互いに無関係に確立される、場合に該当する。見ての通り、ＵＥは、複数のポート番号を載せ、そのポート番号をＰＤＵＳｅｓｓｉｏｎと結び付けているマッピングテーブルを格納することができる。図１５には、ＵＥにおいて維持されるマッピングテーブルの別の例を示す。この例は、ＵＥがＤＳ－ＴＴにおける同じポートを対象に複数のＰＤＵセッションを確立する必要があり得る場合に該当する。見ての通り、ＵＥは、ポート番号を載せたマッピングテーブルを格納し、ポート番号を複数のＰＤＵＳｅｓｓｉｏｎと結び付けることができる。

場合によっては、ブロック１２０６において、端末デバイスが、モビリティ管理ノードに、端末デバイス側におけるロジカルＴＳＮブリッジのポートアドレスを送信する。例えば、端末デバイス側におけるポートアドレスがＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｔＲｅｑｕｅｓｔ、ＰＤＵＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔ、または他の如何なる適したメッセージででも送信され得る。このように、ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔ手順がポートアドレス情報の配信時に強化され得る。

場合によっては、端末デバイス側におけるロジカルＴＳＮブリッジの同じポートを対象に複数のＰＤＵセッションが確立され得る。端末デバイス側における同じポート用の第１のポート番号は、端末デバイスにおいて維持されるマッピング時に複数のＰＤＵセッションと結び付けられ得る。

図１６は、本開示の実施形態による、例示的な工程を示すブローチャートである。この工程では、ＳＭＦが関連情報を集め、それを他の５ＧＮＦ（例えば、ＵＥ、ＵＰＦ、ＴＳＮＡＦ）に配布する。ＴＳＮＢｒｉｄｇｅの初期ＢｒｉｄｇｅＣｏｎｆｉｇｕｒａｔｉｏｎ情報のうちのいくつか（例えば、ＢｒｉｄｇｅＩＤ、ＢｒｉｄｇｅＮａｍｅ、ＵＰＦ側のＰｏｒｔＮｕｍｂｅｒ）は、ＵＰＦにおいて事前構成され、ＵＥの搭載の前にＳＭＦに報告される可能性がある（例えば、ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔ）。ＴＳＮトラフィックに対して新しいＰＤＵＳｅｓｓｉｏｎが確立されると、３ＧＰＰＴＳ２３．５０２の条項４．３に明記の手順が強化され、いくつかの新しい能力およびパラメータがＴＳＮ適合に適用される。この工程については、以下にさらに詳しく述べることにする。

ブロック１６０１において、ＵＥが５Ｇシステムを介してＴＳＮとの新しい接続を開始すると（ＤＮＮまたはシングルネットワークスライス選択支援情報（Ｓ－ＮＳＳＡＩ：ＳｉｎｇｌｅＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎで識別される））、ＵＥは、ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔを、ＴＳＮに対してＵＥによって起こされた新しいＰＤＵＳｅｓｓｓｉｏｎＩＤと共にネットワーク（ＡＭＦ）に送信する。ブロック１６０２において、ＡＭＦが、ＳＭＦに、ＵＥＩＤ（例えば、ＳＵＰＩ）およびＰＤＵセッションＩＤを含むＮｓｍｆ＿ＰＵＤＳｅｓｓｉｏｎ＿ＣｒｅａｔｅＳＭＣｏｎｔｅｘｔＲｅｑｕｅｓｔを送信する。

ＵＥによって開始されたＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔに基づき、ＳＭＦは、対象のＤＮＮがＴＳＮのために働いていると見極めることができる。ＳＭＦがＰＤＵセッションを確立するのに専念する場合、ＳＭＦは、仕えるＵＰＦを選択する。ブロック１６０３において、ＳＭＦは、選択したＵＰＦとのＮ４ＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔ手順を開始し、このＰＤＵＳｅｓｓｉｏｎ時にＵＰＦにインストールされるＰａｃｋｅｔ検出、強化、および報告のルールを提供する。ＵＥ側に関するコアネットワーク（ＣＮ：ＣｏｒｅＮｅｔｗｏｒｋ）ＴｕｎｎｅｌＩｎｆｏおよびＴＳＮポート番号がＳＭＦまたはＵＰＦによって割り当てられる。ＳＭＦがブリッジ管理情報（ＴＳＮポートのマッピング）を更新する。

ＵＥ側のＰｏｒｔＮｕｍｂｅｒ（例えば、ＤＳ－ＴＴ）の割り当てには２つ代替策があり得る。第１の代替策として、ＰｏｒｔＮｕｍｂｅｒがＳＭＦによって割り当てられてもよい。第２の代替策として、ＰｏｒｔＮｕｍｂｅｒがＵＰＦによって割り当てられ、次にＮ４基準点を経てＳＭＦに報告されてもよい。

ＢｒｉｄｇｅＩＤ（ＢｒｉｄｇｅのＭＡＣアドレス）、Ｂｒｉｄｇｅ名、およびＵＰＦ側のＰｏｒｔＮｕｍｂｅｒ（例えば、ＮＷ－ＴＴＵ）の割り当ては、ＵＰＦにおいて事前構成され、次にＮ４基準点を経てＳＭＦに報告され得る。ＵＰＦ当たり１つより多いポートが、ＴＳＮに接続するように構成され得る（例えば、図２におけるポート－Ａ１、ポート－Ａ２）。

ＵＰＦには複数のＰＤＵセッションがあり得るが（例えば、数千回のＰＤＵセッション）、ＴＳＮ目的で使用されるＰＤＵセッションだけがＵＰＦ側の物理ポートにマッピングされれば済む。それ故、場合によっては、ＴＳＮ目的で使用されるＰＤＵセッションだけが、「ブリッジとポートとのマッピングテーブル」に報告され、次にＴＳＮがそれを使用することができるようにＡＦに明かされれば済む（ＮＥＦを介して）。

ＵＥよびＵＰＦから集められた情報に基づき、ＳＭＦは、以下を含み得るブリッジ設定情報を維持（作成／更新）することができる。
－ＢｒｉｄｇｅＩＤ（ＢｒｉｄｇｅのＭＡＣアドレス）、
－Ｂｒｉｄｇｅ名（場合による）、
－ＮｕｍｂｅｒｏｆＰｏｒｔｓ、
－ＰｏｒｔＮｕｍｂｅｒおよび対応するＭＡＣアドレス（場合による）のリスト。

場合によっては、複数のＳＭＦによって集められたＵＰＦの場合、ブリッジ設定情報が複数のＳＭＦによってアクセスされ得る別個の記憶域（例えば、ＵＤＳＦ）に格納され得る。

ＳＭＦは、ＵＥ接続に役立つ、ＰｏｒｔＮｕｍｂｅｒと５Ｇパラメータ（例えば、ＵＥＩＤ、ＰＤＵＳｅｓｓｉｏｎＩＤ、Ｎ４ＳｅｓｓｉｏｎＩＤ）との結び付き関係を示すマッピングテーブルを維持（作成／更新）することもできる。

ブロック１６０４において、ＳＭＦが、Ｎａｍｆ＿Ｃｏｍｍｉｎｉｃａｔｉｏｎ＿ＮＩＮ２ＭｅｓｓａｇｅＴｒａｎｓｆｅｒを、ＡＭＦを介してＵＥ＆ＲＡＮに送信する。ＡＭＦがＣＮＴｕｎｎｅｌＩｎｆｏ（アップリンク（ＵＬ：ＵｐＬｉｎｋ）トラフィックに関する）およびＱｏＳプロファイルをＲＡＮに転送する。ＡＭＦがＱｏＳルールおよびＢｒｉｄｇｅＩＤならびにＵＥ側に割り当てられたＴＳＮポート番号（例えば、ＤＳ－ＴＴ）をＵＥに引き渡す。ＵＥがマッピングテーブルを格納し、ポート番号とそのＰＤＵＳｅｓｓｉｏｎＩＤとの結び付きを維持することができる。

ブロック１６０５において、ＲＡＮが、ＡＭＦに、アクセスネットワーク（ＡＮ：ＡｃｃｅｓｓＮｅｔｗｏｒｋ）Ｔｕｎｎｅｌ情報（ダウンリンク（ＤＬ：ＤｏｗｎＬｉｎｋ）トラフィックに関する）を含むＮ２ＰＤＵＳｅｓｓｉｏｎＲｅｓｐｏｎｓｅを送信する。ＡＭＦが、ＲＡＮから受信したＮ２ＳＭ情報をＳＭＦに転送する。

ＳＭＦがＲＡＮからＰＤＵＳｅｓｓｓｉｏｎ応答を受信した後、ブロック１６０６において、ＳＭＦが、ＵＰＦとのＮ４ＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎ手順を開始する。ＳＭＦが、ＡＮＴｕｎｎｅｌＩｎｆｏを、ＵＰＦにおけるＴＳＮポートのマッピングテーブル（ＤＳ－ＴＴ対Ｎ４ＳｅｓｓｉｏｎＩＤ）などの必要なＢｒｉｄｇｅＭａｎａｇｅｍｅｎｔ情報と共に、ＵＰＦに提供する。ＵＰＦは、ＰｏｒｔＮｕｍｂｅｒ（ＵＥ側における）とＮ４ＳｅｓｓｉｏｎＩＤとの結び付き関係を保つように、Ｂｒｉｄｇｅのマッピングテーブルを作成／更新することができる。

ブロック１６０７において、ＳＭＦがＵＥ／ＤＳ－ＴＴからトポロジ情報を集める。ブロック１６０８において、ＰＣＦがポートとＰＤＵセッションとの関係などを分かることができて、ＰＣＦが対応するポリシ課金制御（ＰＣＣ：ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＣｏｎｔｒｏｌ）ルールを制定することができるように、ＳＭＦがポートマッピングテーブルについての情報を更新する。ＰＣＦが、ＴＳＮＡＦにおけるＢｒｉｄｇｅ能力を更新する（直にまたはＮＥＦを介して）。

場合によっては、上記の工程では、ＵＥがＴＳＮとの新しい接続を開始すると、ＵＥは、ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ／ＰＤＵＳｅｓｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔでＳＭＦにＵＥ側のＭＡＣアドレス（例えば、ＤＳ－ＴＴ）をピギーバックする可能性がある。このようにして、ブリッジ管理情報がポートのＭＡＣアドレス（ＤＳ－ＴＴ）により更新され得る。ＵＥがどのようにＤＳ－ＴＴのＭＡＣアドレスを得るかは具体化次第である、ということに留意すること。これに応じて、ＳＭＦは、ＤＳ－ＴＴに向けてのＭＡＣアドレスと割り当てＰｏｒｔ番号との結び付け、とともにＰＤＵセッションＩＤ、Ｎ４セッションＩＤを維持する。このようにして、ＢｒｉｄｇｅＣｏｎｆｉｇｕｒａｔｉｏｎ情報がＰｏｒｔ番号およびＰｏｒｔＭＡＣアドレスのリストにより更新され得る。さらに、接続されたＤＳ－ＴＴのＭＡＣアドレス情報がＵＰＦにおいて、ＳＭＦとＵＰＦとのＮ４手順における相互作用を経て更新され得る。

場合によっては、ＵＰＦ／ＮＷ－ＴＴポートのＭＡＣアドレスは、Ｎ４基準点を経てＳＭＦにＵＰＦによって報告される。このようにして、ブリッジ管理情報がポートのＭＡＣアドレス（ＮＷ－ＴＴ）により更新され得る。ＵＰＦ／ＮＷ－ＴＴ内の複数のポートが同じＭＡＣアドレスを共有することができる（例えば、ＭＡＣ－Ａ１＝ＭＡＣＡ２）のは、具体化次第である、ということに留意すること。

この場合、ＰＣＦがポート間の関係、ＭＡＣとＰＤＵセッションとの関係などを分かることができて、ＰＣＦが対応するＰＣＣルールを制定することができるように、ＳＭＦがポートマッピングテーブルについてのＰＣＦを更新する。ＰＣＦは、ＴＳＮＡＦにおけるＢｒｉｄｇｅ能力を更新する（直にまたはＮＥＦを介して）。図には連続した状態で示される２つのブロックが、伴う機能に応じて、実際には、ほぼ同時に実行されてもよく、またはこれらのブロックが逆の順番で実行されることもある、ということに留意すべきである。

図１７は、本開示のいくつかの実施形態を実施する際の使用に適した装置を表すブロック図である。例えば、ＮＦサービスプロバイダ、ＮＦサービス購入者、および上記のリポジトリノードのうちのいずれか１つが、装置１７００を通して具体化され得る。見ての通り、装置１７００は、プロセッサ１７１０、プログラムを格納するメモリ１７２０、また場合によっては、有線通信および／または無線通信を通して、他の外部デバイスとデータをやり取りするための通信インターフェース１７３０を含み得る。

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

メモリ１７２０は、局所技術環境に適した如何なる類のものであってもよく、半導体ベースの記憶素子、フラッシュメモリ、磁気記憶素子および磁気記憶システム、光記憶素子および光記憶システム、固定メモリ、ならびにリムーバブルメモリなど、適切な如何なるデータ記憶テクノロジでも使用して具体化され得る。プロセッサ１７１０は、局所技術環境に適した如何なる類のものであってもよく、非限定的例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、およびマルチコアプロセッサアーキクチャに基づくプロセッサのうちの１つまたは複数を含み得る。

図１８は、本開示の実施形態によるセッション管理ノードを表すブロック図である。見ての通り、セッション管理ノード１８００は、受信モジュール１８０２、第１の取得モジュール１８０４、および第２の取得モジュール１８０６を備えている。受信モジュール１８０２は、ブロック３０２に関して上に述べたように、モバイルネットワーク内のモビリティ管理ノードから、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイス対象のＰＤＵセッションを確立するためのリクエストを受信するように構成され得る。第１の取得モジュール１８０４は、ブロック３０４に関して上に述べたように、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得るように構成され得る。第２の取得モジュール１８０６は、ブロック３０６に関して上に述べたように、ＰＤＵセッションに対応するユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を得るように構成され得る。

図１９は、本開示の実施形態によるユーザプレーンノードを表すブロック図である。見ての通り、ユーザプレーンノード１９００は、受信モジュール１９０２、第１の決定モジュール１９０４、第２の決定モジュール１９０６、および送信モジュール１９０８を備えている。受信モジュール１９０２は、ブロック９０２に関して上に述べたように、セッション管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号を得るための第１のリクエストを受信するように構成され得る。第１の決定モジュール１９０４は、ブロック９０４に関して上に述べたように、端末デバイスに対して第１のポート番号を決定するように構成され得る。第２の決定モジュール１９０６は、ブロック９０６に関して上に述べたように、ユーザプレーンノード側におけるロジカルＴＳＮブリッジの設定情報を決定するように構成され得る。送信モジュール１９０８は、ブロック９０８に関して上に述べたように、決定済みの第１のポート番号および設定情報をセッション管理ノードに送信するように構成され得る。

図２０は、本開示の実施形態による端末デバイスを表すブロック図である。見ての通り、端末デバイス２０００は、送信モジュール２００２および受信モジュール２００４を含む。送信モジュール２００２は、ブロック１２０２に関して上に述べたように、モバイルネットワーク内のモビリティ管理ノードに、ロジカルＴＳＮブリッジのポートに対応付けられている端末デバイス対象のＰＤＵセッションを確立するためのリクエストを送信するように構成され得る。受信モジュール２００４は、ブロック１２０４に関して上に述べたように、モビリティ管理ノードから、端末デバイス側におけるロジカルＴＳＮブリッジの第１のポート番号およびロジカルＴＳＮブリッジのブリッジＩＤを受信するように構成され得る。上記のモジュールは、ハードウェア、またはソフトウェア、またはその両方の組合せによって具体化され得る。

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

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

当然のことながら、本開示の例示的な実施形態の少なくともいくつかの態様は、１つまたは複数のコンピュータなどのデバイスによって実行される、１つまたは複数のプログラムモジュールなどにある、コンピュータ実行可能命令において具現化され得る。通常、プログラムモジュールは、コンピュータなどのデバイスにあるプロセッサによって実行されると、特定のタスクを行うか特定の抽象的なデータ型を具体化する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、ソリッドステートメモリ、ＲＡＭなどのコンピュータ可読媒体に格納され得る。当業者であれば分かるであろうが、プログラムモジュールの機能は、様々な実施形態では、望みに応じて、組み合わされても、分散してもよい。さらに、この機能は、全体としてまたは部分的に、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ＦｉｅｌｄＰｒｏｇｒａｍａｂｌｅＧａｔｅＡｒｒａｙ）などのファームウェアまたはハードウェアの同等物に具現化され得る。

本開示において、「ｏｎｅｅｍｂｏｄｉｍｅｎｔ（ある実施形態）」、「ａｎｅｍｂｏｓｉｍｅｎｔ（一実施形態）」などと言う際、記載の実施形態が、特有の特徴、構造、または特性を含むが、あらゆる実施形態が特有の特徴、構造、または特性を含む必要があるわけではない、ということを示す。また、このような言い回しは、必ずしも同じ実施形態のことを言っているわけではない。さらに、特有の特徴、構造、または特性がある実施形態と相まって述べられる際、はっきりと述べられている／いないに関わらず、このような特徴、構造、または特性を他の実施形態と相まって具体化する当業者の知識の範囲にあると考えるものである。

本明細書では「ｆｉｒｓｔ（第１の）」、「ｓｅｃｏｎｄ（第２の）」などという用語が様々な要素を表すのに使用されていることがあるが、これらの要素がこれらの用語に限られるべきではない、ということを理解すべきである。これらの用語は、ある要素を別の要素と区別するのに使用されているにすぎない。例えば、本開示の範囲を逸脱しない限り、第１の要素が第２の要素のことでもよく、同様に、第２の要素が第１の要素のことでもよい。本明細書で使用される際、「ａｎｄ／ｏｒ（および／または）」という用語は、該当の挙げられた項目のうちの１つまたは複数のあらゆる組合せを含むものである。

本明細書で使用する専門用語は、単に特定の実施形態を描写するにすぎず、本開示を限定するつもりのものではない。本明細書で使用される際、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈上はっきりとそうではないことが分からない限り、複数形も含むつもりで使用される。さらに、「ｃｏｍｐｒｉｓｅｓ（備える）」、「ｃｏｍｐｒｉｓｉｎｇ（備える）」、「ｈａｓ（有する）」、「ｈａｖｉｎｇ（有する）」、「ｉｎｃｌｕｄｅｓ（含む）」、および／または「ｉｎｃｌｕｄｉｎｇ（含む）」といった用語は、本明細書で使用される際、述べた特徴、要素、および／または構成要素の存在を明示するが、１つまたは複数の他の特徴、要素、構成要素、および／またはそれらの組合せの存在または追加を除外するものではないことが分かるであろう。本明細書で使用する「ｃｏｎｎｅｃｔ（接続する）」、「ｃｏｎｎｅｃｔｓ（接続する）」、「ｃｏｎｎｅｃｔｉｎｇ（接続する）」、および／または「ｃｏｎｎｅｃｔｅｄ（接続された）」といった用語は、２つの要素間の直接の接続および／または間接の接続に及ぶものである。

本開示には、本明細書に開示の如何なる新規の特徴または特徴の組合せも、明示的であれその如何なる汎化形であれ含まれる。本開示のこれまでの例示的な実施形態に対する様々な修正および適合が、これまでの発明を実施するための形態を添付図面に関連して読むと、当業者であれば分かってくるであろう。しかし、あらゆる修正が本開示の非限定的かつ例示的な実施形態の範囲に依然として入ることになる。

Claims

セッション管理ノードにおける方法であって、
モバイルネットワーク内のモビリティ管理ノードから、ロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジのポートに対応付けられている端末デバイス対象のプロトコルデータユニット（ＰＤＵ）セッションを確立するための第１のリクエストを受信すること（３０２）と、
前記端末デバイス側における前記ロジカルＴＳＮブリッジの第１のポート番号を得ること（３０４）と、
前記ＰＤＵセッションに対応するユーザプレーンノード側における前記ロジカルＴＳＮブリッジの設定情報を得ること（３０６）と、を含む、方法。
前記ユーザプレーンノード側における前記設定情報は、前記ユーザプレーンノード側における前記ロジカルＴＳＮブリッジの第２のポート番号、前記ロジカルＴＳＮブリッジを識別するブリッジ識別子（ＩＤ）、および前記ロジカルＴＳＮブリッジのブリッジ名、のうちの１つまたは複数を含む、請求項１に記載の方法。
前記モビリティ管理ノードから、前記端末デバイス側における前記ロジカルＴＳＮブリッジのポートアドレスを受信すること（６１４）をさらに含む、請求項１または２に記載の方法。
少なくとも１つのＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピングが、それぞれ前記端末デバイス側と前記ユーザプレーンノード側とに対して、前記セッション管理ノードにおいて維持されている、請求項１から３のいずれか一項に記載の方法。
前記端末デバイス側に対する前記少なくとも１つのＴＳＮパラメータは、前記第１のポート番号を含み、前記ユーザプレーンノードに対する前記少なくとも１つのＴＳＮパラメータが前記設定情報からのものである、請求項４に記載の方法。
前記端末デバイス側に対する前記少なくとも１つのモバイルネットワークパラメータは、前記ＰＤＵセッションを識別する第１のＩＤを含み、
前記ユーザプレーンノード側に対する前記少なくとも１つのモバイルネットワークパラメータは、前記セッション管理ノードと前記ユーザプレーンノードとの２回目のセッションを識別する第２のＩＤを含む、請求項４に記載の方法。
前記第１のポート番号および前記ブリッジＩＤを、前記モビリティ管理ノードを介して前記端末デバイスに送信すること（６０８）をさらに含む、請求項２から６のいずれか一項に記載の方法。
前記ユーザプレーンノードに、前記第１のポート番号と、前記セッション管理ノードと前記ユーザプレーンノードとの２回目のセッションを識別する第２のＩＤとのマッピングを送信すること（６１０）をさらに含む、請求項１から７のいずれか一項に記載の方法。
前記第１のポート番号と前記第２のＩＤとの前記マッピングが、ＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎＲｅｑｕｅｓｔメッセージで送信される、請求項８に記載の方法。
前記ユーザプレーンノードに、前記端末デバイス側における前記ポートアドレスを送信すること（６１６）をさらに含む、請求項３から９のいずれか一項に記載の方法。
ポリシ制御ノードに、前記ＰＤＵセッションに対して維持される前記マッピングを送信すること（６１２）をさらに含む、請求項４から１０のいずれか一項に記載の方法。
前記第１のポート番号を得ること（３０４）が、前記端末デバイスに対して前記第１のポート番号を決定すること（３０４－１）を含む、請求項１から１１のいずれか一項に記載の方法。
前記第１のポート番号を得ること（３０４）が、
前記ユーザプレーンノードに、前記端末デバイス用の前記第１のポート番号を得るための第２のリクエストを送信すること（３０４－２）と、
前記ユーザプレーンノードから前記第１のポート番号を受信すること（３０４－３）と、を含む、請求項１から１１のいずれか一項に記載の方法。
前記設定情報を得ること（３０６）が、前記ユーザプレーンノードに関する前記設定情報を決定すること（３０６－１）を含む、請求項１から１３のいずれか一項に記載の方法。
前記設定情報を得ること（３０６）が、
前記ユーザプレーンノードに、前記設定情報を得るための第３のリクエストを送信すること（３０６－２）と、
前記ユーザプレーンノードから前記設定情報を受信すること（３０６－３）と、を含む、請求項１から１３のいずれか一項に記載の方法。
前記ユーザプレーンノードが前記セッション管理ノードおよび少なくとも１つのさらなるセッション管理ノードによって制御され、
前記端末デバイス側における前記第１のポート番号および前記ユーザプレーンノード側における前記設定情報が、前記セッション管理ノードおよび前記少なくとも１つのさらなるセッション管理ノードによってアクセスされ得る、データ記憶ノードに格納される、請求項１から１５のいずれか一項に記載の方法。
前記セッション管理ノードが、セッション管理機能（ＳＭＦ）であり、
前記モビリティ管理ノードが、アクセスおよびモビリティ管理機能（ＡＭＦ）であり、
前記ユーザプレーンノードが、ユーザプレーン機能（ＵＰＦ）である、請求項１から１６のいずれか一項に記載の方法。
ユーザプレーンノードにおける方法であって、
セッション管理ノードから、端末デバイス側におけるロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジの第１のポート番号を得るための第１のリクエストを受信すること（９０２）と、
前記端末デバイスに対して前記第１のポート番号を決定すること（９０４）と、
前記ユーザプレーンノード側における前記ロジカルＴＳＮブリッジの設定情報を決定すること（９０６）と、
決定済みの前記第１のポート番号および設定情報を前記セッション管理ノードに送信すること（９０８）と、を含む方法。
前記設定情報は、前記セッション管理ノードからの第２のリクエストを受けて決定される、請求項１８に記載の方法。
前記ユーザプレーンノード側における前記設定情報は、
前記ユーザプレーンノード側における前記ロジカルＴＳＮブリッジの第２のポート番号、前記ロジカルＴＳＮブリッジを識別するブリッジ識別子（ＩＤ）、および前記ロジカルＴＳＮブリッジのブリッジ名のうちの１つまたは複数を含む、請求項１８または１９に記載の方法。
前記セッション管理ノードから、前記第１のポート番号と、前記セッション管理ノードと前記ユーザプレーンノードとのセッションを識別するＩＤとのマッピングを受信すること（１０１０）をさらに含む、請求項１８から２０のいずれか一項に記載の方法。
前記セッション管理ノードから、前記端末デバイス側における前記ロジカルＴＳＮブリッジのポートアドレスを受信すること（１０１２）をさらに含む、請求項１８から２１のいずれか一項に記載の方法。
端末デバイスにおける方法であって、
モバイルネットワーク内のモビリティ管理ノードに、ロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジのポートに対応付けられている前記端末デバイス対象のプロトコルデータユニット（ＰＤＵ）セッションを確立するためのリクエストを送信すること（１２０２）と、
前記モビリティ管理ノードから、前記端末デバイス側における前記ロジカルＴＳＮブリッジの第１のポート番号、および前記ロジカルＴＳＮブリッジのブリッジ識別子（ＩＤ）を受信すること（１２０４）と、を含む、方法。
ＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピングが前記端末デバイスにおいて維持され、前記ＴＳＮパラメータは、前記第１のポート番号および前記ブリッジＩＤを含む、請求項２３に記載の方法。
前記少なくとも１つのモバイルネットワークパラメータは、前記ＰＤＵセッションを識別するＩＤを含む、請求項２３または２４に記載の方法。
前記モビリティ管理ノードに、前記端末デバイス側における前記ロジカルＴＳＮブリッジのポートアドレスを送信すること（１２０６）をさらに含む、請求項２３から２５のいずれか一項に記載の方法。
複数のＰＤＵセッションが、前記端末デバイス側における前記ロジカルＴＳＮブリッジの同じポートを対象に確立される、請求項２３から２６のいずれか一項に記載の方法。
前記端末デバイス側における同じポート用の前記第１のポート番号が、ＴＳＮパラメータと少なくとも１つのモバイルネットワークパラメータとのマッピング時に前記複数のＰＤＵセッションと結び付けられる、請求項２７に記載の方法。
少なくとも１つのプロセッサ（１７１０）と、
少なくとも１つのメモリ（１７２０）と、を備えているセッション管理ノード（１７００）であって、
前記少なくとも１つのメモリ（１７２０）は、前記少なくとも１つのプロセッサ（１７１０）によって実行可能な命令を含み、これにより、前記セッション管理ノード（１７００）が、
モバイルネットワーク内のモビリティ管理ノードから、ロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジのポートに対応付けられている端末デバイス対象のプロトコルデータユニット（ＰＤＵ）セッションを確立するための第１のリクエストを受信することと、
前記端末デバイス側における前記ロジカルＴＳＮブリッジの第１のポート番号を得ることと、
前記ＰＤＵセッションに対応するユーザプレーンノード側における前記ロジカルＴＳＮブリッジの設定情報を得ることと、を実行する、セッション管理ノード（１７００）。
前記セッション管理ノード（１７００）が、請求項２から１７のいずれか一項に記載の方法を実行する、請求項２９に記載のセッション管理ノード（１７００）。
少なくとも１つのプロセッサ（１７１０）と、
少なくとも１つのメモリ（１７２０）と、を備えているユーザプレーンノード（１７００）であって、
前記少なくとも１つのメモリ（１７２０）は、前記少なくとも１つのプロセッサ（１７１０）によって実行可能な命令を含み、これにより、前記ユーザプレーンノード（１７００）が、
セッション管理ノードから、端末デバイス側におけるロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジの第１のポート番号を得るための第１のリクエストを受信することと、
前記端末デバイスに対して前記第１のポート番号を決定することと、
前記ユーザプレーンノード側における前記ロジカルＴＳＮブリッジの設定情報を決定することと、
決定済みの前記第１のポート番号および設定情報を前記セッション管理ノードに送信することと、を実行する、ユーザプレーンノード（１７００）。
請求項１９から２２のいずれか一項に記載の方法を実行する、請求項３１に記載のユーザプレーンノード（１７００）。
少なくとも１つのプロセッサ（１７１０）と、
少なくとも１つのメモリ（１７２０）と、を含む端末デバイス（１７００）であって、
前記少なくとも１つのメモリ（１７２０）には、前記少なくとも１つのプロセッサ（１７１０）によって実行可能な命令が入っており、これにより、前記端末デバイス（１７００）が、
モバイルネットワーク内のモビリティ管理ノードに、ロジカルタイムセンシティブネットワーク（ＴＳＮ）ブリッジのポートに対応付けられている前記端末デバイス対象のプロトコルデータユニット（ＰＤＵ）セッションを確立するためのリクエストを送信することと、
前記モビリティ管理ノードから、前記端末デバイス側における前記ロジカルＴＳＮブリッジの第１のポート番号および前記ロジカルＴＳＮブリッジのブリッジ識別子（ＩＤ）を受信することと、を実行する、端末デバイス（１７００）。
請求項２４から２８のいずれか一項に記載の方法を実行する、請求項３３に記載の端末デバイス（１７００）。
少なくとも１つのプロセッサによって実行されると、前記少なくとも１つのプロセッサに、請求項１から２８のいずれか一項に記載の方法を行わせる、命令を含むコンピュータ可読記憶媒体。