JP7344990B2 - ＴＳＮおよび５ＧＳ ＱｏＳマッピング－ユーザプレーンベースの方法 - Google Patents

Description

関連出願
本出願は、その開示全体が参照により本明細書に組み込まれる、２０１９年６月３日に出願されたＰＣＴ特許出願第ＰＣＴ／ＣＮ２０１９／０８９７６６号の利益を主張する。

本開示は、セルラ通信システムに関し、詳細には、タイムセンシティブネットワーク（ＴＳＮ：Ｔｉｍｅ Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋ）におけるブリッジとして動作するセルラ通信システムに関する。

製造業は、スマート製造に向かう「第４次産業革命」（インダストリー４．０）に向かってデジタル変革を遂げている。フレキシブルコネクティビティインフラストラクチャは、フレキシブルな、セキュアな、および一貫した様式でマシン、製品、およびすべての種類の他のデバイスを相互接続するための製造を可能にするための重要な要素である。

有線コネクティビティソリューションの代替形態または有線コネクティビティソリューションを補完するものとしての、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）システムが、これらの垂直ドメインから来る新しい要件および課題をサポートするべきである。３ＧＰＰは、垂直ドメインからの多くの使用事例が分析される、垂直ドメインにおける自動化のための通信に関する研究（技術報告（ＴＲ）２２．８０４）を有する。動き制御など、産業自動化適用例は、たとえば、１～１０ミリ秒（ｍｓ）エンドツーエンドレイテンシおよび１～１００マイクロ秒（μｓ）パケット遅延変動など、高い利用可能性、超高信頼、低レイテンシ、低ジッタ、および決定性に関する極めて厳しいサービス要件を有する。

タイムセンシティブネットワーキング（ＴＳＮ）システムのためのブリッジとして動作するセルラ通信システムにおけるサービス品質（ＱｏＳ）マッピングに関係するシステムおよび方法が本明細書で開示される。一実施形態では、ＴＳＮシステムのためのブリッジとして動作するセルラ通信システムにおけるセッション管理機能（ＳＭＦ）の動作の方法が、セルラ通信システム内でＴＳＮトラフィッククラスをＱｏＳフローにマッピングするＱｏＳマッピングテーブルを取得することと、ＱｏＳマッピングテーブルの少なくとも一部をユーザプレーン機能（ＵＰＦ）またはＵＰＦ側におけるＴＳＮトランスレータ（ＴＴ）に配信することとを含む。このようにして、ＴＳＮシステムのＴＳＮトラフィッククラスとセルラ通信システムのＱｏＳフローとの間のＱｏＳマッピングが提供される。

一実施形態では、ＱｏＳマッピングテーブルの少なくとも一部が、ブリッジ識別子（ＩＤ）およびポートＩＤに関連する利用可能なＴＳＮトラフィッククラスを備える。

一実施形態では、異なるＱｏＳマッピングテーブルが異なるＵＰＦのために使用される。

一実施形態では、ＱｏＳマッピングテーブルが事前設定される。一実施形態では、ＱｏＳマッピングテーブルは、セルラ通信システムがＴＳＮシステムのためのブリッジとしての動作に関係するその能力を報告する能力報告フェーズ中に事前設定される。

一実施形態では、ＱｏＳフローは、１つまたは複数の事前確立されたＱｏＳフローを備える。一実施形態では、ＱｏＳフローは、セルラ通信システムがＴＳＮシステムのためのブリッジとしての動作に関係するその能力を報告する能力報告フェーズ中に事前確立された１つまたは複数のＱｏＳフローを備える。一実施形態では、ＱｏＳフローは、１つまたは複数の事前設定されたＱｏＳプロファイルに基づいてＴＳＮシステムに対する１つまたは複数のプロトコルデータユニット（ＰＤＵ）セッションの確立の時点において事前確立された１つまたは複数のＱｏＳフローを備える。

ＳＭＦの対応する実施形態も開示される。一実施形態では、ＴＳＮシステムのためのブリッジとして動作するセルラ通信システムのためのＳＭＦが、セルラ通信システム内でＴＳＮトラフィッククラスをＱｏＳフローにマッピングするＱｏＳマッピングテーブルを取得することと、ＱｏＳマッピングテーブルの少なくとも一部をＵＰＦまたはＵＰＦ側におけるＴＴに配信することとを行うように適応される。

ＳＭＦを実装するネットワークノードの対応する実施形態も開示される。一実施形態では、ＴＳＮシステムのためのブリッジとして動作するセルラ通信システムのためのＳＭＦを実装するネットワークノードが、ネットワークインターフェースと、ネットワークインターフェースに関連する処理回路とを備え、処理回路は、ネットワークノードに、セルラ通信システム内でＴＳＮトラフィッククラスをＱｏＳフローにマッピングするＱｏＳマッピングテーブルを取得することと、ＱｏＳマッピングテーブルの少なくとも一部をＵＰＦまたはＵＰＦ側におけるＴＴに配信することとを行わせるように設定される。

アプリケーション機能（ＡＦ）の動作の方法の実施形態も開示される。一実施形態では、ＴＳＮシステムのためのブリッジとして動作するセルラ通信システムにおけるＡＦの動作の方法が、ブリッジの設定フェーズ中に、ＴＳＮシステムに関連するコントローラから、１つまたは複数のＴＳＮ ＱｏＳ要件および１つまたは複数のＴＳＮスケジューリングパラメータを受信することと、セルラ通信システムにおける１つまたは複数のネットワークノードに、複数の事前設定されたＱｏＳフローの中からのどのＱｏＳフローがＴＳＮシステムによって使用中であるかを通知することとを含む。

一実施形態では、本方法は、ブリッジの設定フェーズ中に、１つまたは複数のＴＳＮパラメータをセルラ通信システムにおける関連のあるネットワークノードに配信することをさらに含む。一実施形態では、１つまたは複数のＴＳＮパラメータは、Ｑｂｖスケジュールおよびタイムセンシティブ通信支援情報を備える。

一実施形態では、本方法は、ＴＳＮシステムに関連するコントローラに対する応答を提供することをさらに含む。

ＡＦの対応する実施形態も開示される。一実施形態では、ＴＳＮシステムのためのブリッジとして動作するセルラ通信システムのためのＡＦが、ブリッジの設定フェーズ中に、ＴＳＮシステムに関連するコントローラから、１つまたは複数のＴＳＮ ＱｏＳ要件および１つまたは複数のＴＳＮスケジューリングパラメータを受信することと、セルラ通信システムにおける１つまたは複数のネットワークノードに、複数の事前設定されたＱｏＳフローの中からのどのＱｏＳフローがＴＳＮシステムによって使用中であるかを通知することとを行うように適応される。

ＡＦを実装するネットワークノードの対応する実施形態も開示される。一実施形態では、ＴＳＮシステムのためのブリッジとして動作するセルラ通信システムのためのＡＦを実装するネットワークノードが、ネットワークインターフェースと、ネットワークインターフェースに関連する処理回路とを備え、処理回路は、ネットワークノードに、ブリッジの設定フェーズ中に、ＴＳＮシステムに関連するコントローラから、１つまたは複数のＴＳＮ ＱｏＳ要件および１つまたは複数のＴＳＮスケジューリングパラメータを受信することと、セルラ通信システムにおける１つまたは複数のネットワークノードに、複数の事前設定されたＱｏＳフローの中からのどのＱｏＳフローがＴＳＮシステムによって使用中であるかを通知することとを行わせるように設定される。

本明細書に組み込まれ、本明細書の一部をなす添付の図面は、本開示のいくつかの態様を示し、説明とともに本開示の原理について解説するように働く。

本開示のいくつかの実施形態による、セルラ通信システムの一例を示す図である。 例示的な第５世代（５Ｇ）システム（５ＧＳ）アーキテクチャを示す図である。 例示的な第５世代（５Ｇ）システム（５ＧＳ）アーキテクチャを示す図である。 ５ＧＳがタイムセンシティブネットワーク（ＴＳＮ）におけるブリッジとして動作し、本開示の実施形態が実装され得る、システムの一例を示す図である。 本開示のいくつかの実施形態による、集中ネットワーク設定（ＣＮＣ）を用いたユーザ機器（ＵＥ）オンボーディング（ｏｎｂｏａｒｄｉｎｇ）および仮想ブリッジ能力報告のためのプロシージャを示す図である。 本開示のいくつかの実施形態による、ＣＮＣを用いた仮想ブリッジ設定およびトラフィック送信のためのプロシージャを示す図である。 本開示のいくつかの実施形態による、ネットワークノードの概略ブロック図である。 本開示のいくつかの実施形態による、図７のネットワークノードの仮想化された実施形態を示す概略ブロック図である。 本開示のいくつかの他の実施形態による、図７のネットワークノードの概略ブロック図である。 本開示のいくつかの実施形態による、ＵＥの概略ブロック図である。 本開示のいくつかの他の実施形態による、図１０のＵＥの概略ブロック図である。 本開示のいくつかの実施形態による、テーブルの一部をセッション管理機能（ＳＭＦ）からユーザプレーン機能（ＵＰＦ）またはＵＰＦ側におけるＴＳＮトランスレータ（ＴＴ）に配信するためのプロシージャを示す図である。

以下に記載される実施形態は、当業者が本実施形態を実践することができるようにするための情報を表し、本実施形態を実践する最良の形態を示す。添付の図面に照らして以下の説明を読むと、当業者は、本開示の概念を理解し、本明細書では特に扱われないこれらの概念の適用例を認識されよう。これらの概念および適用例は、本開示の範囲内に入ることを理解されたい。

無線ノード：本明細書で使用される「無線ノード」は、無線アクセスノードまたは無線デバイスのいずれかである。

無線アクセスノード：本明細書で使用される「無線アクセスノード」または「無線ネットワークノード」は、信号を無線で送信および／または受信するように動作する、セルラ通信ネットワークの無線アクセスネットワーク（ＲＡＮ）における任意のノードである。無線アクセスノードのいくつかの例は、限定はしないが、基地局（たとえば、第３世代パートナーシッププロジェクト（３ＧＰＰ）第５世代（５Ｇ）ＮＲネットワークにおける新無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）基地局（ｇＮＢ）、あるいは３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）ネットワークにおける拡張またはエボルブドノードＢ（ｅＮＢ））と、高電力またはマクロ基地局と、低電力基地局（たとえば、マイクロ基地局、ピコ基地局、ホームｅＮＢなど）と、リレーノードとを含む。

コアネットワークノード：本明細書で使用される「コアネットワークノード」は、コアネットワークにおける任意のタイプのノード、またはコアネットワーク機能を実装する任意のノードである。コアネットワークノードのいくつかの例は、たとえば、モビリティ管理エンティティ（ＭＭＥ）、パケットデータネットワークゲートウェイ（Ｐ－ＧＷ）、サービス能力公開機能（ＳＣＥＦ）、ホーム加入者サーバ（ＨＳＳ）などを含む。コアネットワークノードのいくつかの他の例は、アクセスおよびモビリティ管理機能（ＡＭＦ）、ユーザプレーン機能（ＵＰＦ）、セッション管理機能（ＳＭＦ）、認証サーバ機能（ＡＵＳＦ）、ネットワークスライス選択機能（ＮＳＳＦ）、ネットワーク公開機能（ＮＥＦ）、ネットワーク機能（ＮＦ）リポジトリ機能（ＮＲＦ）、ポリシ制御機能（ＰＣＦ）、統合データ管理（ＵＤＭ）などを実装するノードを含む。

無線デバイス：本明細書で使用される「無線デバイス」は、（１つまたは複数の）無線アクセスノードに対して信号を無線で送信および／または受信することによって、セルラ通信ネットワークへのアクセスを有する（すなわち、セルラ通信ネットワークによってサーブされる）任意のタイプのデバイスである。無線デバイスのいくつかの例は、限定はしないが、３ＧＰＰネットワークにおけるユーザ機器デバイス（ＵＥ）と、マシン型通信（ＭＴＣ）デバイスとを含む。

ネットワークノード：本明細書で使用される「ネットワークノード」は、セルラ通信ネットワーク／システムのＲＡＮまたはコアネットワークのいずれかの一部である任意のノードである。

本明細書で与えられる説明は３ＧＰＰセルラ通信システムに焦点を当て、したがって、３ＧＰＰ専門用語または３ＧＰＰ専門用語に類似した専門用語がしばしば使用されることに留意されたい。しかしながら、本明細書で開示される概念は、３ＧＰＰシステムに限定されない。

本明細書の説明では、「セル」という用語に対して、参照が行われ得ることに留意されたい。しかしながら、特に５Ｇ ＮＲ概念に関して、ビームがセルの代わりに使用されることがあり、したがって、本明細書で説明される概念は、セルとビームの両方に等しく適用可能であることに留意することが重要である。

タイムセンシティブネットワーク（ＴＳＮ）－５Ｇ統合について、３ＧＰＰ技術報告（ＴＲ）２３．７３４は、５Ｇシステムが仮想ブリッジ（または、いくつかのブリッジ）としてモデル化されるモデルに関して同意した。３ＧＰＰ ＴＲ２３．７３４ソリューション＃１８は、３ＧＰＰとＴＳＮネットワークとの間のサービス品質（ＱｏＳ）ネゴシエーションについて説明する。制御プレーンベースＱｏＳネゴシエーションは、２つのステージを含む。
１． ステージ１：ブリッジ能力報告フェーズ。５Ｇシステム（５ＧＳ）ＴＳＮブリッジのための（ブリッジオンボーディングフェーズとも呼ばれる）ＴＳＮ能力報告（［１］セクション６．１８．１．２．１）。
２． ステージ２：ブリッジ設定フェーズ。ソリューション＃３０［１］が、ソリューション＃１８「ＴＳＮアウェアＱｏＳプロファイル生成」の代替となり得る「５Ｇ仮想ブリッジのためのＴＳＮ関係ＱｏＳ設定」のプロシージャを提案した（［１］セクション６．１８．１．２．２）。

本明細書では「‘７２７出願」と呼ばれる、５Ｇ ＳＹＳＴＥＭ ＳＵＰＰＯＲＴ ＦＯＲ ＶＩＲＴＵＡＬ ＴＳＮ ＢＲＩＤＧＥ ＭＡＮＡＧＥＭＥＮＴ， ＱｏＳ ＭＡＰＰＩＮＧ ＡＮＤ ＴＳＮ Ｑｂｖ ＳＣＨＥＤＵＬＩＮＧと題する米国仮特許出願第６２／８０５，７２７号は、制御プレーンベースＱｏＳネゴシエーションの２つのステージに対処するいくつかのオプションを導入した。特に、‘７２７出願は、以下を導入した。
・ １つのオプションでは、（１つまたは複数の）ＱｏＳフローが５Ｇブリッジ能力報告フェーズ中に事前設定される。そのような場合、ＱｏＳフローを通るＴＳＮトラフィックがない場合でも、いくつかの５Ｇ ＱｏＳインジケータ（５ＱＩ）をもつＱｏＳフローが確立される。
・ 別のオプションでは、５Ｇブリッジ能力報告フェーズ中にＱｏＳフローが事前設定されない。むしろ、ＱｏＳフローの可視性のみが報告される。次いで、ステージ２のブリッジ設定フェーズ中に、ＱｏＳフロー確立が行われる。
・ ‘７２７出願は、ＴＳＮ ＱｏＳパラメータを５Ｇ ＱｏＳプロファイルにマッピングする３つのオプションを導入した。それらのオプションは、「制御プレーンベースＱｏＳネゴシエーション」方法に基づく。

‘７２７出願の提案されるソリューションに関する数個の問題がある。特に、これらの問題は、以下の通りである。
１． 制御プレーンベースＱｏＳマッピング方法は、ＩＥＥＥ８０２．１Ｑｃｃ集中モデル、たとえば、集中ネットワーク設定（ＣＮＣ）または／および中央ユーザ設定（ＣＵＣ）に依拠する。したがって、制御プレーンベースＱｏＳマッピング方法は、ＣＮＣ／ＣＵＣを有しないＴＳＮネットワークに適用され得ない。
２． ‘７２７出願は、ブリッジ設定フェーズ中にＴＳＮ ＱｏＳパラメータを５Ｇ ＱｏＳプロファイルにマッピングするいくつかの方法を提案した。ＱｏＳマッピング方法は、ＴＳＮトラフィックのための対応するＱｏＳプロファイルをもつＱｏＳフローがブリッジ能力報告フェーズ中に事前確立されない、すなわち、５ＧＳが、ただ、ブリッジ能力報告フェーズ中に、利用可能なＱｏＳプロファイルをＴＳＮネットワークに報告すると仮定した。
ａ．ブリッジ設定フェーズにおいてＱｏＳフロー確立のシグナリングプロシージャによって引き起こされるレイテンシが問題であり得る。５ＧＳでは、特定のＴＳＮトラフィッククラスのための新しいＱｏＳフローを確立するためのシグナリングプロシージャが複雑であり、これは、ページング、サービス要求、ポリシ制御、プロトコルデータユニット（ＰＤＵ）セッション修正などを含み得る。シグナリングプロシージャによって引き起こされる遅延が、ＴＳＮアプリケーションの性能要件を超え得る。
ｂ．通信サービス利用可能性が、決定性トラフィックをもつアプリケーションのための重要なサービス性能要件と見なされる。ＴＳＮアプリケーションについて、メッセージ転送時間が最大転送レイテンシよりも大きいとき、システムがＴＳＮアプリケーションにとって利用不可能であると見なされるので、レイテンシ、存続、およびシステム信頼性も、利用可能性の重要なファクタである。ＱｏＳプロファイルが、ブリッジ能力報告フェーズ中に利用可能であるが、ブリッジ設定フェーズ中に利用可能でない場合があり得る。したがって、ブリッジ設定フェーズ中に、‘７２７出願の提案されるＱｏＳマッピング方法においてＱｏＳフロー検証のステップが必要とされる。

ブリッジとしての５ＧＳ（５ＧＳ－ａｓ－ａ－ｂｒｉｄｇｅ）（［１］において現在採用されるモデル）のＵＥ側ＴＳＮトランスレータ（ＵＥ／ＴＴ）（すなわち、ＵＥに組み込まれるかまたはＵＥに通信可能に結合された独立したユニットであるかのいずれかであるＴＴトランスレータ）とＵＰＦ側ＴＳＮトランスレータ（ＵＰＦ／ＴＴ）（すなわち、ＵＰＦに組み込まれるかまたはＵＥに通信可能に結合された独立したユニットであるかのいずれかであるＴＴトランスレータ）との間の静的ＴＳＮ接続の確立のための新しいプロシージャを提供することによっていくつかの問題点を解決するソリューションの実施形態が本明細書で提案される。

ＴＳＮにおけるブリッジとして動作するセルラ通信システム（たとえば、第５世代（５Ｇ）システム（５ＧＳ））のユーザ機器（ＵＥ）側ＴＳＮトランスレータ（ＵＥ／ＴＴ）とユーザプレーン機能（ＵＰＦ）側ＴＳＮトランスレータ（ＵＰＦ／ＴＴ）との間の静的タイムセンシティブネットワーク（ＴＳＮ）接続の確立のためのシステムおよび方法が本明細書で開示される。

セッション管理機能（ＳＭＦ）の動作の方法の実施形態およびＳＭＦの対応する実施形態が開示される。いくつかの実施形態では、ＴＳＮのためのブリッジとして動作するためのセルラ通信システム（たとえば、５ＧＳ）におけるＳＭＦの動作の方法は、ＴＳＮへの常時オンプロトコルデータユニット（ＰＤＵ）セッションが確立されるＰＤＵセッション確立プロシージャのための１つまたは複数の他のネットワークエンティティと通信することと、常時オンＰＤＵセッションにおいて１つまたは複数のサービス品質（ＱｏＳ）フローを事前確立することと、ＴＳＮのトラフィッククラスがセルラ通信システムにおけるＱｏＳフローにバインドされるように、ＰＤＵセッションに関連する１つまたは複数のパケット検出ルール（ＰＤＲ）をＵＰＦに配信することおよび／またはＰＤＵセッションに関連する１つまたは複数のＱｏＳルールをＵＥに配信することとを含む。

本明細書で開示されるソリューションの場合、５ＧＳは、ポート間接続が、固定であり、事前確立されるので、ブリッジとして実際に挙動する。ＣＮＣが既存のＰＤＵセッションにおけるＱｏＳフローの確立をトリガする必要がない。ＴＳＮトラフィッククラスとＱｏＳフローとの間のマッピングテーブルを設定する必要もない。静的コネクティビティがユーザプレーンレベルにおいて事前確立されるので、５ＧＳ制御プレーンにおける複雑なシグナリングプロシージャとシグナリングオーバーヘッドによる遅延とが回避される。

本明細書で開示されるソリューションは、以下の態様において５Ｇ仮想ＴＳＮブリッジの性能および能力を改善することができる。
１． 本明細書で開示されるソリューションの実施形態は、ＴＳＮ－５Ｇ ＱｏＳマッピングのためのユーザプレーンベースＱｏＳマッピング機構を提供し得、ＱｏＳマッピングテーブルが、ユーザプレーンノードにおいて事前設定される。しかしながら、その機構は、制御プレーンノードとユーザプレーンノードとの間のＱｏＳマッピングテーブルの交換が適用され得る場合を限定しない。
２． 本明細書で開示されるソリューションの実施形態は、ＣＮＣを用いるまたは用いないＴＳＮネットワークに適用され得る。それらの実施形態は、制御プレーンベースＱｏＳマッピング（すなわち、５ＧＳとＴＳＮとの間のネゴシエーション）とユーザプレーンベースＱｏＳマッピングの両方のために使用され得る。
３． 本明細書で開示されるソリューションの実施形態は、ブリッジ能力報告（ブリッジオンボーディング）フェーズ中に、事前確立されたＱｏＳフローを使用するオプションを提供する。いくつかの潜在的利益は、以下の通りである。
ａ．５Ｇ ＱｏＳフローが、ブリッジ能力報告フェーズにおいてすでに確立されているので、ブリッジ設定フェーズにおけるＱｏＳフロー確立のシグナリングプロシージャによって引き起こされるレイテンシを減少させること、
ｂ．ＱｏＳフロー確立および常時オンＰＤＵセッションによってサービス利用可能性を保証すること、ならびに
ｃ．事前確立されたＱｏＳフローとＴＳＮトラフィッククラスへの事前設定されたマッピングテーブルとを介して、５Ｇ仮想ブリッジにおける新しいＴＳＮトラフィック始動のプロシージャを潜在的に簡略化すること（たとえば、５Ｇブリッジ設定フェーズ中のＱｏＳフロー検証ステップが省略され得る）。

本開示の実施形態についてより詳細に説明するより前に、５ＧＳの簡単な説明が有益である。この点について、図１は、本開示の実施形態が実装され得る、セルラ通信システム１００の一例を示す。本明細書で説明される実施形態では、セルラ通信システム１００は、（次世代（ＮＧ）ＲＡＮとも呼ばれる）ＮＲ ＲＡＮを含む５ＧＳである。この例では、ＲＡＮは、対応する（マクロ）セル１０４－１および１０４－２を制御する、５ＧＳにおいてｇＮＢと呼ばれる、基地局１０２－１および１０２－２を含む。基地局１０２－１および１０２－２は、概して、本明細書では、まとめて基地局１０２と呼ばれ、個別に基地局１０２と呼ばれる。同様に、（マクロ）セル１０４－１および１０４－２は、概して、本明細書では、まとめて（マクロ）セル１０４と呼ばれ、個別にマクロセル１０４と呼ばれる。ＲＡＮは、対応するスモールセル１０８－１～１０８－４を制御する、いくつかの低電力ノード１０６－１～１０６－４をも含み得る。低電力ノード１０６－１～１０６－４は、（ピコ基地局またはフェムト基地局などの）小さい基地局、またはリモート無線ヘッド（ＲＲＨ）などであり得る。特に、示されていないが、スモールセル１０８－１～１０８－４のうちの１つまたは複数は、基地局１０２によって代替的に提供され得る。低電力ノード１０６－１～１０６－４は、概して、本明細書では、まとめて低電力ノード１０６と呼ばれ、個別に低電力ノード１０６と呼ばれる。同様に、スモールセル１０８－１～１０８－４は、概して、本明細書では、まとめてスモールセル１０８と呼ばれ、個別にスモールセル１０８と呼ばれる。セルラ通信システム１００は、５ＧＳにおいて５Ｇコア（５ＧＣ）と呼ばれる、コアネットワーク１１０をも含む。基地局１０２（および、随意に低電力ノード１０６）は、コアネットワーク１１０に接続される。

基地局１０２および低電力ノード１０６は、対応するセル１０４および１０８中の無線デバイス１１２－１～１１２－５にサービスを提供する。無線デバイス１１２－１～１１２－５は、概して、本明細書では、まとめて無線デバイス１１２と呼ばれ、個別に無線デバイス１１２と呼ばれる。無線デバイス１１２は、本明細書では、ＵＥと呼ばれることもある。

図２は、任意の２つのＮＦ間の対話がポイントツーポイント参照ポイント／インターフェースによって表される、コアＮＦから組み立てられた５Ｇネットワークアーキテクチャとして表される無線通信システムを示す。図２は、図１のシステム１００の特定の一実装形態と見なされ得る。

アクセス側から見ると、図２に示されている５Ｇネットワークアーキテクチャは、無線アクセスネットワーク（ＲＡＮ）またはアクセスネットワーク（ＡＮ）のいずれか、ならびにＡＭＦ２００に接続される複数のＵＥ１１２を備える。一般に、Ｒ（ＡＮ）は、たとえばｅＮＢまたはｇＮＢあるいは同様のものなど、基地局１０２を備える。コアネットワーク側から見ると、図２に示されている５ＧコアＮＦは、ネットワークスライス選択機能（ＮＳＳＦ）２０２と、ＡＵＳＦ２０４と、ＵＤＭ２０６と、ＡＭＦ２００と、ＳＭＦ２０８と、ＰＣＦ２１０と、アプリケーション機能（ＡＦ）２１２と、ユーザプレーン機能（ＵＰＦ）２１４とを含む。

標準的な規格化における詳細なコールフローを展開するために５Ｇネットワークアーキテクチャの参照ポイント表現が使用される。ＵＥ１１２とＡＭＦ２００との間のシグナリングを搬送するために、Ｎ１参照ポイントが規定される。ＡＮとＡＭＦ２００との間を、およびＡＮとＵＰＦ２１４との間を接続するための参照ポイントが、それぞれ、Ｎ２およびＮ３として規定される。ＡＭＦ２００とＳＭＦ２０８との間に参照ポイントＮ１１がある。Ｎ４は、ＳＭＦ２０８およびＵＰＦ２１４によって使用され、したがって、ＵＰＦ２１４は、ＳＭＦ２０８によって生成された制御信号を使用してセットされ得、ＵＰＦ２１４は、その状態をＳＭＦ２０８に報告することができる。それぞれ、Ｎ９が、異なるＵＰＦ２１４間の接続のための参照ポイントであり、Ｎ１４が、異なるＡＭＦ２００間を接続する参照ポイントである。ＰＣＦ２１０が、それぞれ、ＡＭＦ２００およびＳＭＦ２０８にポリシを適用するので、Ｎ１５およびＮ７が規定される。Ｎ１２は、ＡＭＦ２００がＵＥ１１２の認証を実施するために必要とされる。ＵＥのサブスクリプションデータがＡＭＦ２００およびＳＭＦ２０８に必要とされるので、Ｎ８およびＮ１０が規定される。

５Ｇコアネットワークは、ユーザプレーンと制御プレーンとを分離することを目的とする。ユーザプレーンはユーザトラフィックを搬送し、制御プレーンはネットワーク中のシグナリングを搬送する。図２では、ＵＰＦ２１４はユーザプレーン中にあり、すべての他のＮＦ、すなわち、ＡＭＦ２００、ＳＭＦ２０８、ＰＣＦ２１０、ＡＦ２１２、ＮＳＳＦ２０２、ＡＵＳＦ２０４、およびＵＤＭ２０６は制御プレーン中にある。ユーザプレーンと制御プレーンとを分離することは、各プレーンリソースが独立してスケーリングされることを保証する。ユーザプレーンと制御プレーンとを分離することはまた、ＵＰＦ２１４が、分散して制御プレーン機能とは別個に展開されることを可能にする。このアーキテクチャでは、ＵＰＦ２１４は、低レイテンシを必要とするいくつかの適用例についてＵＥ１１２とデータネットワークとの間のラウンドトリップタイム（ＲＴＴ）を短縮するために、ＵＥ１１２の極めて近くに展開され得る。

コア５Ｇネットワークアーキテクチャは、モジュール化された機能から組み立てられる。たとえば、ＡＭＦ２００とＳＭＦ２０８とは、制御プレーン中の独立した機能である。分離されたＡＭＦ２００とＳＭＦ２０８とは、独立した発展およびスケーリングを可能にする。ＰＣＦ２１０およびＡＵＳＦ２０４のような他の制御プレーン機能が、図２に示されているように分離され得る。モジュール化された機能設計は、５Ｇコアネットワークが様々なサービスをフレキシブルにサポートすることを可能にする。

各ＮＦは、別のＮＦと直接対話する。あるＮＦから別のＮＦにメッセージをルーティングするために中間機能を使用することが可能である。制御プレーンでは、２つのＮＦ間の対話のセットがサービスとして規定され、したがって、その再使用が可能である。このサービスは、モジュラリティのサポートを可能にする。ユーザプレーンは、異なるＵＰＦ２１４間のフォワーディング動作など、対話をサポートする。

図３は、図２の５Ｇネットワークアーキテクチャにおいて使用されるポイントツーポイント参照ポイント／インターフェースの代わりに、制御プレーン中でＮＦ間でサービスベースインターフェースを使用する５Ｇネットワークアーキテクチャを示す。しかしながら、図２を参照しながら上記で説明されたＮＦは、図３に示されているＮＦに対応する。ＮＦが他の許可されたＮＦに提供する（１つまたは複数の）サービスなどは、サービスベースインターフェースを通して、許可されたＮＦに公開され得る。図３では、サービスベースインターフェースは、文字「Ｎ」およびその後に続くＮＦの名前、たとえば、ＡＭＦ２００のサービスベースインターフェースの場合はＮａｍｆおよびＳＭＦ２０８のサービスベースインターフェースの場合はＮｓｍｆなどによって指示される。図３中のネットワーク公開機能（ＮＥＦ）３００およびＮＲＦ３０２は、上記で説明された図２に示されていない。しかしながら、図２中で明示的に指示されていないが、図２に図示されているすべてのＮＦが、必要に応じて図３のＮＥＦおよびＮＲＦと対話することができることが、明瞭にされるべきである。

図２および図３に示されているＮＦのいくつかの特性が、以下の様式で説明され得る。ＡＭＦ２００は、ＵＥベース認証、許可、モビリティ管理などを提供する。ＡＭＦ２００はアクセス技術から独立しているので、多元接続技術を使用するＵＥ１１２でさえ、基本的に単一のＡＭＦ２００に接続される。ＳＭＦ２０８は、セッション管理を担当し、ＩＰアドレスをＵＥ１１２に割り当てる。ＳＭＦ２０８はまた、データ転送のためにＵＰＦ２１４を選択し、制御する。ＵＥ１１２が複数のセッションを有する場合、複数のセッションを個々に管理し、場合によってはセッションごとに異なる機能を提供するために、異なるＳＭＦ２０８が各セッションに割り当てられ得る。ＡＦ２１２は、ＱｏＳをサポートするために、ポリシ制御を担当するＰＣＦ２１０に、パケットフローに関する情報を提供する。その情報に基づいて、ＰＣＦ２１０は、ＡＭＦ２００およびＳＭＦ２０８を適切に動作させるために、モビリティおよびセッション管理に関するポリシを決定する。ＡＵＳＦ２０４は、ＵＥ１１２または同様のものについての認証機能をサポートし、したがって、ＵＥ１１２または同様のものの認証のためのデータを記憶し、ＵＤＭ２０６は、ＵＥ１１２のサブスクリプションデータを記憶する。５Ｇコアネットワークの一部でないデータネットワーク（ＤＮ）は、インターネットアクセスまたはオペレータサービスおよび同様のものを提供する。

ＮＦは、専用ハードウェア上のネットワークエレメントとして、専用ハードウェア上で稼働するソフトウェアインスタンスとして、または適切なプラットフォーム、たとえば、クラウドインフラストラクチャ上でインスタンス化される仮想化された機能としてのいずれかで実装され得る。

本開示の実施形態は、より詳細には、ＴＳＮとの統合のためのＴＳＮブリッジとして現れる５ＧＳに関する。この点について、３ＧＰＰ技術仕様（ＴＳ）２３．５０１についての変更要求（ＣＲ）Ｓ２－１９０６７５４の図４．４．８．２－１の複製である、図４は、５ＧＳがＴＳＮブリッジとして現れるアーキテクチャの一例を示す。参照番号が図４に追加されている。示されているように、５ＧＳは、仮想または論理ＴＳＮブリッジ４００として現れる。図４に示されているように、および上記で説明されたように、５ＧＳは、ＵＥ１１２と、（基地局１０２に対応する、この例では、参照番号１０２として示される）１つまたは複数のＲＡＮノードを含む（Ｒ）ＡＮと、（本明細書ではコアネットワーク機能とも呼ばれる）いくつかのコアネットワークノードとを含む。示されているように、コアネットワークノードは、ＡＭＦ２００と、ＵＤＭと、ＳＭＦと、ＰＣＦと、ＮＥＦと、ＵＰＦとを含む。さらに、この例では、ＴＳＮ ＡＦ４０２、（本明細書ではＵＥ側ＴＴまたはＵＥ／ＴＴとも呼ばれる）ＤＳ－ＴＴ４０４として図４中で示されているＵＥ側におけるＴＳＮトランスレータ（ＴＴ）、および（本明細書ではＵＰＦ側ＴＴまたはＵＰＦ／ＴＴとも呼ばれる）ＮＷ－ＴＴ４０６として図４中で示されているＵＰＦ側におけるＴＳＮ ＴＴもある。この例では、ＤＳ－ＴＴ４０４は、ＵＥ１１２の外部に示されており、ＮＷ－ＴＴ４０６は、ＵＰＦの内部に示されている。しかしながら、他の実施形態では、ＤＳ－ＴＴ４０４は、代替的にＵＥ１１２内に実装され、および／またはＮＷ－ＴＴ４０６は、代替的にＵＰＦ２１４の外部に実装される。

本開示の実施形態によれば、５ＧＳは、そのポート間接続が、固定であり、事前確立される、ＴＳＮブリッジ４００として挙動するように設定される。以下の態様は、５ＧＳにおける静的ＴＳＮ接続を維持すると見なされる。
Ｉ． 常時オンＰＤＵセッション
ＩＩ． ＱｏＳフロー事前設定
ＩＩＩ． ユーザプレーンにおいて事前設定されるＴＳＮ－５Ｇ ＱｏＳマッピングテーブル
ＩＶ． ＴＳＮトラフィック送信
Ｖ． 例示的な実装形態

Ｉ． 常時オンＰＤＵセッション
既存のＰＤＵセッションのユーザプレーン（ＵＰ）接続の非アクティブ化は、対応するデータ無線ベアラおよびＮ３トンネルが非アクティブ化されることを引き起こす。ＴＳＮとの静的接続を維持し、ＵＰ接続アクティブ化のシグナリングプロシージャによって引き起こされるレイテンシを回避するために、ＵＰ接続の非アクティブ化が回避されるべきである。

ＴＳＮに接続されるＰＤＵセッションは、常時オンＰＤＵセッションとして確立され得る。この場合、ＳＭＦ２０８は、非アクティビティによりこのＰＤＵセッションのＵＰ接続を非アクティブ化するべきでない。

ＩＩ． ＱｏＳフロー事前設定（事前確立）
ＱｏＳフローは、ブリッジオンボーディングフェーズとも呼ばれる、５Ｇブリッジ能力報告フェーズ中に事前設定（または事前確立）される。そのような場合、ＱｏＳフローを通るＴＳＮトラフィックがない場合でも、いくつかの５ＱＩをもつＱｏＳフローが確立される。

ＱｏＳ情報は、ＳＭＦ２０８またはＵＥ１１２において事前設定され得る。
・ ＳＭＦ２０８における事前設定：ＵＥ１１２が、指定されたＴＳＮへのＰＤＵセッションを確立するとき、ＳＭＦ２０８は、事前設定されたＱｏＳプロファイルに基づいてＵＥ１１２のための必要とされるＱｏＳフローを確立する。さらなる詳細については［３］の節４．３．２参照。
・ ＵＥ１１２における事前設定：成功したＰＤＵセッション確立の後に、ＴＳＮのためのＱｏＳ要件がＵＥ１１２において事前設定された場合、ＵＥ１１２は、ＱｏＳハンドリングの要求のためのＴＳＮ関係ＱｏＳルールを含む、ＰＤＵセッション修正のプロシージャを始動する。次いで、ＴＳＮトラフィックのための対応するＱｏＳフローが確立され得る。

ＩＩＩ． ユーザプレーンにおけるＴＳＮ－５Ｇ ＱｏＳマッピングテーブル事前設定
ＳＭＦ２０８ベース事前設定：
・ ＱｏＳフローがＳＭＦ２０８において事前設定された場合、ＳＭＦ２０８は、ＴＳＮトラフィッククラスのマッピングテーブルを維持し、トラフィッククラスをＱｏＳフローにバインドする。ＳＭＦ２０８は、新しいＱｏＳフローのためのＱｏＳフロー識別情報（ＱＦＩ）を割り振り、そのＱｏＳプロファイル、（１つまたは複数の）アップリンクおよびダウンリンクパケット検出ルール（（１つまたは複数の）ＰＤＲ）、および（１つまたは複数の）ＱｏＳルールを導出する。さらなる詳細については［２］の節５．７参照。
・ （１つまたは複数の）アップリンクおよびダウンリンクＰＤＲはＳＭＦ２０８によってＵＰＦ２１４に提供される。ＵＰＦ２１４は、ＰＤＲに基づいてＵＰトラフィック（たとえば、異なるトラフィッククラス）をＱｏＳフローにマッピングする。
・ ＱｏＳルールは、ＳＭＦ２０８によってＮ１参照ポイント上でＡＭＦ２００を介してＵＥ１１２に提供される。ＵＥ１１２は、ＱｏＳルールに基づいて、ＱｏＳフローへのアップリンクトラフィックの関連付けを実施する。
・ ＱｏＳプロファイルが、ＳＭＦ２０８によってＮ２参照ポイント上でＡＭＦ２００を介してＡＮ１０２に提供されるか、またはＡＮ１０２において事前設定される。
・ ＩＥＥＥ８０２．１Ｑｃｃ ＣＮＣを使用する場合、テーブルの一部（たとえば、ブリッジ識別子（ＩＤ）およびポートＩＤに関連する利用可能なＴＳＮトラフィッククラス）が、能力報告フェーズ中にＡＦ４０２に報告される。そのような場合、ＣＮＣは、利用可能なＴＳＮトラフィッククラスに気づいている。
・ ＣＮＣが利用可能でない場合（たとえば、ＩＥＥＥ８０２．１Ｑｃｃ完全分散モデル）、５ＧＳは、ＴＳＮネットワークのために利用可能であるべき必要とされるパラメータの情報を収集することになる（ＣＮＣの場合におけるブリッジ能力報告フェーズと同様の概念）。テーブルの一部（たとえば、ブリッジＩＤおよびポートＩＤに関連する利用可能なＴＳＮトラフィッククラス）が、ＳＭＦ２０８からＵＰＦ２１４またはＵＰＦ側におけるＴＴ（ＴＳＮトランスレータ）（すなわち、ＮＷ－ＴＴ４０６）に配信される。これは、図１２に示されている。特に、図１２に示されているように、ＳＭＦ２０８は、ＱｏＳマッピングテーブルを取得する（ステップ１２００）。ＳＭＦ２０８は、本明細書で説明される任意の様式でＱｏＳマッピングテーブルを取得することができる。ＳＭＦ２０８は、次いで、ＱｏＳマッピングテーブルの少なくとも一部をＵＰＦ２１４またはＮＷ－ＴＴ４０６に配信する（ステップ１２０２）。本明細書で説明されるように、いくつかの実施形態では、ＱｏＳマッピングテーブルは事前設定される。また本明細書で説明されるように、いくつかの実施形態では、ＱｏＳフローは、事前確立されるＱｏＳフローを含む。
・ 変形形態１：ＳＭＦ２０８は、異なるＵＰＦのための異なる「事前設定された」マッピングテーブルを有し得る。他の態様に基づいて、たとえば、５Ｇブリッジがどのようにモデル化されるのかに応じて。
・ 変形形態２：マッピングテーブルは、ＵＰＦ２１４において直接、事前設定（記憶）され得る。

ＵＥベース事前設定：
・ ＱｏＳルールがＵＥ１１２において事前設定された場合、ＵＥ１１２は、ＴＳＮトラフィッククラスとＱｏＳ要求との間のマッピングテーブルを維持する。ＵＥ１１２は、選択されたトラフィッククラスについて特定のＱｏＳハンドリングを要求する。ＰＤＵセッション修正要求は、トラフィッククラスについて説明するパケットフィルタを含む。特定のＱｏＳについての要求が、Ｎ１参照ポイント上でＡＭＦ２００を介してＳＭＦ２０８に送られる。
・ ＳＭＦ２０８は、ＵＥ ＱｏＳ要求に基づいて、新しいＱｏＳフローのためにＱＦＩを割り振り、そのＱｏＳプロファイル、（１つまたは複数の）アップリンクおよびダウンリンクＰＤＲ、および（１つまたは複数の）ＱｏＳルールを導出する。ＱｏＳルールは、ＡＭＦ２００に対する応答を介してＵＥ１１２に配信される。ＳＭＦ２０８は、新しいＱｏＳフローのためのアップリンクＰＤＲを用いてＵＰＦ２１４を更新する。

ＩＶ． ＴＳＮトラフィックハンドリング
ａ．事例１ ＣＮＣあり（たとえば、完全集中モデルおよび集中ネットワーク／分散ユーザモデルについて適用される）
ＴＳＮにおけるエンドステーションからのストリーム要件に基づいて、ＣＮＣは、送信スケジュールおよびネットワーク経路を算出する。ＣＮＣは、ＴＳＮ ＡＦ４０２を介して、（現在ノードについて特定の）ＴＳＮ ＱｏＳ要件およびＴＳＮスケジューリングパラメータを５Ｇ仮想ブリッジに配信する。

静的ＴＳＮ接続をもつ５Ｇ仮想ブリッジ４００について、関係するＱｏＳフローがすでに確立され、ＴＳＮ ＡＦ４０２は、ＱｏＳフローの確立のためのＰＤＵセッション修正プロシージャをトリガする必要がないことがある。

ＱｏＳ要件を満たすためにタイムアウェアスケジューリングを使用するシステム（ＩＥＥＥ８０２．１Ｑｂｖ［５］）では、および５Ｇ仮想ブリッジ４００上の管理されるオブジェクトがトラフィックスケジューリングのために修正されるとき（たとえば、ゲート制御リストの変更）、情報がＤＳ－ＴＴ４０４およびＮＷ－ＴＴ４０６に配信される。

ＣＮＣがエンドステーションのＱｏＳ要件をサポートすることができることをＣＮＣが指示した場合、ＣＵＣは、ストリーム送信のためにトーカーおよびリスナーを設定し（このプロシージャは３ＧＰＰの範囲外である）、通信が開始する。

図５は、本開示のいくつかの実施形態による、ＣＮＣを用いたＵＥオンボーディングおよび仮想ブリッジ能力報告のためのプロシージャを示す。図５に示されているプロシージャのステップが以下で説明される。
・ ステップ５００ａ：ネットワークを介したＵＥ要求またはトリガに基づいて、ＴＳＮへのＰＤＵセッションが確立される。ＴＳＮに接続されるＰＤＵセッションは、常時オンＰＤＵセッションとして確立され得る。本明細書で使用される「常時オン」ＰＤＵセッションは、３ＧＰＰ ＴＳ２３．５０２ Ｖ１６．０．２、セクション５．６．１３において規定されており、これは、「常時オンＰＤＵセッションは、ユーザプレーンリソースが、ＣＭアイドルモードからＣＭ－ＣＯＮＮＥＣＴＥＤ状態へのあらゆる遷移中にアクティブ化されなければならないＰＤＵセッションである。」と述べる。上記で説明されたように、５ＧＳ ＱｏＳプロファイル（すなわち、ＴＳＮに関係する５ＧＳ ＱｏＳプロファイル）および対応するＴＳＮトラフィッククラスが、ＳＭＦ２０８において事前設定された（マッピングテーブル）場合、ＳＭＦ２０８は、ＰＤＵセッションにおける必要とされるＱｏＳフローを確立し、ＵＰＦ２１４におけるＰＤＲおよびＵＥ１１２におけるＱｏＳルールを配信することを介して、トラフィッククラスをＱｏＳフローとバインドする。ＰＤＲをＵＰＦ２１４に、およびＱｏＳルールをＵＥ１１２に配信することは、ＰＤＵセッション確立プロシージャの一部であることに留意されたい。
○ 変形形態１：ＱｏＳフローの事前確立は、ＳＭＦ２０８またはＰＣＦ２１０における事前設定されたマッピングテーブルに基づく。
○ 変形形態２：ＱｏＳフローの事前確立は、利用可能な５Ｇリソースに基づく。ＳＭＦ２０８またはＰＣＦ２１０は、すべてのＱｏＳフローのマッピングテーブルを保持する。次いで、確立されたＱｏＳフローに基づいて、ＳＭＦ２０８またはＰＣＦ２１０は、マッピングテーブルの一部を選択することになり、ＡＦ４０２に報告する（ＣＮＣの場合）。ＣＮＣなしの場合、ＳＭＦ２０８またはＵＰＦ２１４は、ＴＳＮネットワークが使用すべきマッピングテーブルの一部を選択し得る。
・ ステップ５００ｂ（随意）：上記で説明されたように、５ＧＳ ＱｏＳプロファイルおよび対応するＴＳＮトラフィッククラスがＵＥ１１２において事前設定された場合、成功したＰＤＵセッション確立の後に、ＵＥ１１２は、ＴＳＮトラフィッククラスのハンドリングのためのＴＳＮ関係ＱｏＳルールを含む、ＰＤＵセッション修正のプロシージャを始動する。言い換えれば、ＰＤＵセッション修正プロシージャを使用して、ＵＥ１１２は、ＱｏＳプロファイルおよび対応するトラフィッククラスに関する情報をネットワークに（たとえば、ＳＭＦ２０８に）提供する。この情報は、ＴＳＮについてのＱｏＳ要件を含み得る。次いで、ＵＥ１１２から取得された情報に基づいて、ＳＭＦ２０８は、ＵＰＦ２１４におけるＰＤＲおよびＵＥ１１２におけるＱｏＳルールを配信することを介して、すべての必要とされるＱｏＳフローを確立し、トラフィッククラスをＱｏＳフロー（マッピングテーブル）とバインドする。ＰＤＲをＵＰＦ２１４に、およびＱｏＳルールをＵＥ１１２に配信することは、ＰＤＵセッション修正プロシージャの一部であることに留意されたい。
・ ステップ５０２：ＳＭＦ２０８からの要求に基づいて、ＵＥ側およびＵＰＦ側におけるＴＴ（すなわち、ＤＳ－ＴＴ４０４およびＮＷ－ＴＴ４０６）は、ネットワークトポロジー、伝搬遅延、およびＴＳＮ関係情報を収集し、この情報をＳＭＦ２０８に提供する。
・ ステップ５０４：ＴＳＮのためのＴＳＮブリッジ管理情報（ブリッジＩＤ、ポートＩＤ）およびサポートされるＱｏＳパラメータが、（直接、またはＮＥＦ３００を介して）ＳＭＦイベント通知に基づいてＴＳＮ ＡＦ４０２に報告される。
・ ステップ５０６（随意）：ＴＳＮ ＡＦ４０２は、たとえば、ブリッジ能力変更／更新イベントが起こるとき、能力報告を読み取るためにＣＮＣに通知し得る。
・ ステップ５０８：ＣＮＣは、（１つまたは複数の）５ＧＳ仮想ブリッジから能力報告を読み取る。
ステップ５０２～５０８は、‘７２７出願において実施される対応するステップと同じであることに留意されたい。

図６は、本開示のいくつかの実施形態による、ＣＮＣを用いた仮想ブリッジ設定およびトラフィック送信のためのプロシージャを示す。図６のプロシージャのステップが以下で説明される。
・ ステップ６００：ＴＳＮのエンドステーションからのストリーム要件に基づいて、ＣＮＣは、送信スケジュールおよびネットワーク経路を算出する。ＣＮＣは、ＴＳＮ ＡＦを介して、（現在ノードについて特定の）ＴＳＮ ＱｏＳ要件およびＴＳＮスケジューリングパラメータを５Ｇ仮想ブリッジに配信する。
・ ステップ６０２：ＱｏＳフローは、すでに事前確立され、ＴＳＮ使用のためにＣＮＣに報告されたので、ブリッジ設定は、５Ｇ ＱｏＳフローをセットアップする必要がないが、随意の機能があり得る。
○ ステップ６０２ａ（随意）：ＴＳＮ ＡＦは、ブリッジがＣＮＣからの要求を依然として満たすことができるかどうか、および関係するリソースが利用可能であるかどうかを確認するために、ブリッジの能力を検証し得る。
○ ステップ６０２ｂ（随意）：また、ＱｏＳフローが事前確立された場合。ＴＳＮネットワーク（たとえば、ＣＮＣ）は、ＱｏＳフローのうちのいくつかのみを選択し得る。したがって、ＡＦは、どのＱｏＳフローが実際に使用中であるかを５ＧＳに通知することができ、次いで、５ＧＳは、さらなるリソース最適化を行う、たとえば、冗長性のために他のＱｏＳフローを使用することができる。
○ ステップ６０２ｃ（随意）：ＡＦは、たとえば、他のＴＳＮパラメータ（Ｑｂｖスケジュール、タイムセンシティブ通信支援情報）を、関連のある５Ｇノードに配信するために、ＱｏＳマッピング以外のアクションをとり得る。
・ ステップ６０４（随意）：ＴＳＮ ＡＦは、ＣＮＣに応答する。
・ ステップ６０６：ＣＮＣがエンドステーションのＱｏＳ要件をサポートすることができることをＣＮＣが指示した場合、ＣＵＣは、ストリーム送信のためにトーカーおよびリスナーを設定し（このプロシージャは３ＧＰＰの範囲外である）、新しいＴＳＮストリームトラフィックが５Ｇ仮想ブリッジにおいて送信され得る。

ｂ．事例２ － ＣＮＣなし（たとえば、完全分散モデルについて適用される）
ＣＮＣが利用可能でない場合（たとえば、ＩＥＥＥ８０２．１Ｑｃｃ完全分散モデル）、５ＧＳは、ＴＳＮネットワークのために利用可能であるべき必要とされるパラメータの情報を収集することになる（ＣＮＣの場合におけるブリッジ能力報告フェーズと同様の概念）。テーブルの一部（たとえば、ブリッジＩＤおよびポートＩＤに関連する利用可能なＴＳＮトラフィッククラス）が、ＳＭＦからＵＰＦまたはＵＰＦ側におけるＴＴ（ＴＳＮトランスレータ）に配信され得る。

対応するトラフィックフィルタ（ＰＤＲ）およびＱｏＳルールは、それぞれ、ＱｏＳフロー、ならびにＵＰＦ（ダウンリンクトラフィック）およびＵＥ（アップリンクトラフィック）における着信トラフィックのトラフィッククラス／優先度をバインドするために事前設定される。

Ｖ． 例示的な実装形態
次に、本開示の少なくともいくつかの態様の１つの例示的な実装形態が説明される。２３．５０１、節５．２９．１において、以下の動作が指定された。

ＣＮＣに報告されたブリッジ情報は、５ＧＳを通した経路のために使用されるべき５ＧＳポートのための８０２．１Ｑｃｃブリッジ遅延属性を含む。これらのポートはＵＥおよびＵＰＦに対応するので、ＵＥは、１つまたは複数のＵＰＦが選択されるＰＤＵセッションを登録および確立しなければならない。ＵＥおよびＵＰＦが知られると、５ＧＳは、ブリッジ情報をＴＳＮネットワークに報告することができ、ＣＮＣは、（２３．５０１、５．２９．２において規定されているように）８０２．１Ｑｂｖを使用してポート設定を計算することができる。

５ＧＳ ＱｏＳをサポートするための２つのオプションがある。
１． 事前設定された／静的ＱｏＳ：ＴＳＣストリームのための５ＧＳ ＱｏＳは、ＣＮＣから経路設定情報を受信するより前に、事前設定されるかまたはＰＤＵセッション確立においてセットアップされる。この場合、ＴＣＳＡＩおよび他のストリーム特定の特性が知られておらず、５ＧＳにおいて適用されるＴＳＣストリーム特定のＱｏＳがなく、ＴＳＣ ５ＱＩのためのデフォルトＱｏＳパラメータが使用されなければならない。８０２．１Ｑｂｖゲートパラメータテーブルの受信によるＡＦトリガされたＰＤＵセッション修正は必要とされない。
２． 動的ＱｏＳ：ＣＮＣがｅ２ｅ経路を決定し、出口ポートのための８０２．１Ｑｂｖゲートパラメータテーブルを提供し、随意に、ＴＳＣストリームＱｏＳ要件を指示する他の情報（たとえば、ＣＵＣからＡＦに直接送られた情報）がＡＦに提供された後に、ＴＳＣストリームのためのＱｏＳが、ＰＤＵセッション修正を介して確立される。ＴＳＮネットワークから設定情報を受信した後にＰＤＵセッションを修正するために、ＰＤＵセッションと８０２．１Ｑｂｖによって提供されるブリッジ設定情報との間でバインディングが確立されなければならない。そのようにすると、設定情報がＣＮＣから受信されたとき、修正されるべきＰＤＵセッションが知られる。

８０２．１Ｑｂｖは、５ＧＳブリッジ出口ポートのためのゲートパラメータテーブルを提供する。ポート上の各トラフィッククラスについて、ゲート制御リストが、ＴＳＮストリーム入口ポートとは無関係に、時間に応じて「開」または「閉」のトランスミッションゲート状態を指定する。さらに、ＣＮＣ計算が、出口ポート上のすべてのＵＥ／ＰＤＵセッションのためのすべてのＴＳＮストリームに適応する間、ブリッジは、ポートごとの、トラフィッククラスごとの情報のみを受信する。８０２．１Ｑｂｖは、ストリームレベルおよび入口ポート情報をブリッジに提供しない。したがって、ＰＤＵセッションを識別するために使用され得るＣＮＣからの可能な識別子は、出口ポートブリッジＩＤおよびポートＩＤである。いくつかの寄与文書において示唆されたように、トラフィッククラスがＱｏＳフローにマッピングされると仮定する。

考慮すべき２つの事例がある。
・ ＵＥ出口ポートにおけるダウンリンクストリーム：ＰＤＵセッション確立において、ＰＤＵセッションは、ＵＥに割り振られたポートＩＤに一意にバインドされ得る。ＣＮＣがそのＵＥポートのための８０２．１Ｑｂｖ設定情報を提供するとき、ＰＤＵセッション修正が、バインディングに基づいてトリガされ得る。
○ （１つまたは複数の）ＴＳＮストリームを搬送するトラフィッククラスのためのゲート状態が、時間に応じて（１つまたは複数の）そのストリームの開／閉の必要を反映することになることに留意されたい。ＴＳＮトラフィックを搬送するトラフィッククラスにマッピングされる５ＧＳ ＱｏＳフローが、それに応じて修正され得る。
・ ＵＰＦ出口ポートにおけるアップリンクストリーム：いくつかのブリッジ設定オプションがＳ２－１９０１７２および後続の改訂において考慮されている。
○ ５ＧＳブリッジが「ＰＤＵセッションごとベース（ｐｅｒ ＰＤＵ Ｓｅｓｓｉｏｎ ｂａｓｅｄ）５Ｇブリッジ」（各ＵＥ／ＰＤＵセッションが論理ブリッジである、オプション４）として設定された場合、ＰＤＵセッション確立において、ＰＤＵセッションは、ブリッジＩＤに一意にバインドされ得る。ＣＮＣが、そのブリッジＩＤのための８０２．１Ｑｂｖ設定情報を提供するとき、ＰＤＵセッション修正が、バインディングに基づいてトリガされ得る。
○ ５ＧＳブリッジが「ＵＥごとベース（ｐｅｒ ＵＥ ｂａｓｅｄ）５Ｇブリッジ」（各ＵＥ／ＰＤＵセッションが論理ブリッジである、オプション３）として設定された場合、ＰＤＵセッション確立において、ＰＤＵセッションは、ブリッジＩＤおよびＵＰＦポートＩＤに一意にバインドされ得る。ＣＮＣが、そのＵＰＦポートＩＤおよびブリッジＩＤのための８０２．１Ｑｂｖ設定情報を提供するとき、ＰＤＵセッション修正が、バインディングに基づいてトリガされ得る。
○ ダウンリンクストリームの場合のように、（１つまたは複数の）ＴＳＮストリームを搬送するトラフィッククラスのためのゲート状態が、時間に応じて（１つまたは複数の）そのストリームの開／閉の必要を反映することになる。ＴＳＮトラフィックを搬送するトラフィッククラスにマッピングされる５ＧＳ ＱｏＳフローが、それに応じて修正され得る。

モノリシック５ＧＳブリッジ、またはＵＰＦごとベース論理ブリッジ（ＵＰＦごとに１つの５ＧＳブリッジ）など、他の５ＧＳブリッジ設定について、以下のいずれかである。
１． ＰＤＵセッション確立において、ＰＤＵセッションは、一意のＵＰＦポートＩＤにバインドされなければならず、そのＵＰＦポートＩＤは、次いで、経路計算のためにＣＮＣに供給される。物理ＵＰＦポートが変化しない間、ＣＮＣに供給されるＵＰＦポートＩＤは、ＰＤＵセッションにとって一意でなければならない。このオプションの適合性は、ＣＮＣ能力に依存し得る、または
２． 上記で説明されたオプション１は、ＰＤＵセッションが８０２．１Ｑｂｖポート設定情報から決定され得ないとき、適用されることになる。

アップリンクおよびダウンリンクＴＳＮストリームのための上記で説明された様々なシナリオに適応するために、ＰＤＵセッションセットアップにおいて、ＰＤＵセッションが、一意のＵＥポートＩＤ、ＵＰＦポートＩＤおよびブリッジＩＤにバインドされることが提案される。ＳＭＦは、５ＧＳブリッジ設定およびオペレータによって望まれるＱｏＳのタイプ（事前設定された／静的または動的）に従って、ＩＤ（たとえば、ＰＤＵセッションのための一意のＵＰＦポートＩＤまたはＵＰＦ物理ポートのための共通ＵＰＦポートＩＤ）を割り振る。この手法は、ストリームごとの可視性（たとえば、８０２．１Ｑｃｉ）を提供する将来のブリッジ設定方法をサポートするためのフレキシビリティを提供する。

上記のことを考慮すると、本開示の実施形態のいくつかの態様の１つの例示的な実装形態が、以下のように、２３．５０１ Ｖ１６．０．２に対する変更要求（ＣＲ）として表され得る。

ＶＩ． 追加の態様
図７は、本開示のいくつかの実施形態による、ネットワークノード７００の概略ブロック図である。ネットワークノード７００は、たとえば、基地局１０２または１０６（たとえば、ｇＮＢ）、あるいは、たとえば、ＵＰＦ、ＵＰＦとは別個であるＵＰＦ側ＴＴ、ＴＳＮ ＡＦ、ＳＭＦ、ＰＣＦ、またはいくつかの他のコアネットワークエンティティなど、コアネットワークエンティティを実装するネットワークノードであり得る。示されているように、ネットワークノード７００は、１つまたは複数のプロセッサ７０４（たとえば、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など）と、メモリ７０６と、ネットワークインターフェース７０８とを含む制御システム７０２を含む。１つまたは複数のプロセッサ７０４は、本明細書では処理回路とも呼ばれる。さらに、ネットワークノード７００が無線アクセスノードである場合、ネットワークノード７００は、１つまたは複数のアンテナ７１６に結合された１つまたは複数の送信機７１２と１つまたは複数の受信機７１４とを各々含む、１つまたは複数の無線ユニット７１０を含む。無線ユニット７１０は、無線インターフェース回路と呼ばれるか、または無線インターフェース回路の一部であり得る。いくつかの実施形態では、（１つまたは複数の）無線ユニット７１０は、制御システム７０２の外部にあり、たとえば、有線接続（たとえば、光ケーブル）を介して制御システム７０２に接続される。しかしながら、いくつかの他の実施形態では、（１つまたは複数の）無線ユニット７１０および潜在的に（１つまたは複数の）アンテナ７１６は、制御システム７０２とともに一体化される。１つまたは複数のプロセッサ７０４は、本明細書で説明されるネットワークノード７００の１つまたは複数の機能（たとえば、たとえば、図５および図６に関して本明細書で説明された、ｇＮＢ、ＵＰＦ、ＵＰＦ側ＴＴ、ＴＳＮ ＡＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＮＥＦなどの１つまたは複数の機能）を提供するように動作する。いくつかの実施形態では、（１つまたは複数の）機能は、たとえば、メモリ７０６に記憶され、１つまたは複数のプロセッサ７０４によって実行される、ソフトウェアで実装される。

図８は、本開示のいくつかの実施形態による、ネットワークノード７００の仮想化された実施形態を示す概略ブロック図である。本明細書で使用される「仮想化された」ネットワークノードは、ネットワークノード７００の機能の少なくとも一部分が、（たとえば、（１つまたは複数の）ネットワークにおける（１つまたは複数の）物理処理ノード上で実行する（１つまたは複数の）仮想マシンを介して）（１つまたは複数の）仮想構成要素として実装されるネットワークノード７００の一実装形態である。示されているように、この例では、ネットワークノード７００は、ネットワークインターフェース７０８を介して、（１つまたは複数の）ネットワーク８０２に結合されるか、または（１つまたは複数の）ネットワーク８０２の一部として含まれる、１つまたは複数の処理ノード８００を含む。各処理ノード８００は、１つまたは複数のプロセッサ８０４（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ８０６と、ネットワークインターフェース８０８とを含む。ネットワークノード７００が無線アクセスノードである場合、ネットワークノード７０２は、（１つまたは複数の）無線ユニット７１０と、随意に、制御システム７０２および／または１つまたは複数の無線ユニット７１０とをも含む。無線アクセスノードが（１つまたは複数の）無線ユニット７１０を含むが制御システム７０２を含まない場合、（１つまたは複数の）無線ユニット７１０は、（１つまたは複数の）無線ユニット７１０をネットワーク８０２に通信可能に結合するネットワークインターフェースを含むことに留意されたい。

この例では、本明細書で説明されるネットワークノード７００の機能８１０（たとえば、たとえば、図５および図６に関して本明細書で説明されたｇＮＢ、ＵＰＦ、ＵＰＦ側ＴＴ、ＴＳＮ ＡＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＮＥＦなどの１つまたは複数の機能）は、１つまたは複数の処理ノード８００において実装されるか、または制御システム７０２および１つまたは複数の処理ノード８００にわたって任意の所望の様式で分散される。いくつかの特定の実施形態では、本明細書で説明される無線アクセスノード７００の機能８１０（たとえば、たとえば、図５および図６に関して本明細書で説明されたｇＮＢ、ＵＰＦ、ＵＰＦ側ＴＴ、ＴＳＮ ＡＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＮＥＦなどの１つまたは複数の機能）の一部または全部は、（１つまたは複数の）処理ノード８００によってホストされる（１つまたは複数の）仮想環境において実装される１つまたは複数の仮想マシンによって実行される仮想構成要素として実装される。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のうちのいずれかに従って、少なくとも１つのプロセッサに、仮想環境におけるネットワークノード７００の機能８１０のうちの１つまたは複数を実装するネットワークノード７００またはノード（たとえば、処理ノード８００）の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

図９は、本開示のいくつかの他の実施形態による、ネットワークノード７００の概略ブロック図である。ネットワークノード７００は、１つまたは複数のモジュール９００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール９００は、本明細書で説明されるネットワークノード７００の機能を提供する。この説明は、モジュール９００が処理ノード８００のうちの１つにおいて実装されるか、あるいは複数の処理ノード８００にわたって分散され、ならびに／または（１つまたは複数の）処理ノード８００および制御システム７０２にわたって分散され得る、図８の処理ノード８００に等しく適用可能である。

図１０は、本開示のいくつかの実施形態による、ＵＥ１０００の概略ブロック図である。示されているように、ＵＥ１０００は、１つまたは複数のプロセッサ１００２（たとえば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡなど）と、メモリ１００４と、各々が、１つまたは複数のアンテナ１０１２に結合された１つまたは複数の送信機１００８および１つまたは複数の受信機１０１０を含む、１つまたは複数のトランシーバ１００６とを含む。（１つまたは複数の）トランシーバ１００６は、当業者によって諒解されるように、（１つまたは複数の）アンテナ１０１２と（１つまたは複数の）プロセッサ１００２との間で通信される信号を調節するように設定された、（１つまたは複数の）アンテナ１０１２に接続された無線フロントエンド回路を含む。プロセッサ１００２は、本明細書では処理回路とも呼ばれる。トランシーバ１００６は、本明細書では無線回路とも呼ばれる。いくつかの実施形態では、上記で説明されたＵＥ１０００（および／またはＵＥ側ＴＴ）の機能は、たとえば、メモリ１００４に記憶され、（１つまたは複数の）プロセッサ１００２によって実行される、ソフトウェアで完全にまたは部分的に実装され得る。ＵＥ１０００は、たとえば、１つまたは複数のユーザインターフェース構成要素（たとえば、ディスプレイ、ボタン、タッチスクリーン、マイクロフォン、（１つまたは複数の）スピーカーなどを含む入出力インターフェース、ならびに／あるいは、ＵＥ１０００への情報の入力を可能にする、および／またはＵＥ１０００からの情報の出力を可能にするための任意の他の構成要素）、電力供給源（たとえば、バッテリーおよび関連する電力回路）など、図１０に示されていない追加の構成要素を含み得ることに留意されたい。

いくつかの実施形態では、少なくとも１つのプロセッサによって実行されたとき、本明細書で説明される実施形態のうちのいずれかに従って、少なくとも１つのプロセッサにＵＥ１０００の機能を行わせる命令を含むコンピュータプログラムが提供される。いくつかの実施形態では、上述のコンピュータプログラム製品を備えるキャリアが提供される。キャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体（たとえば、メモリなど、非一時的コンピュータ可読媒体）のうちの１つである。

図１１は、本開示のいくつかの他の実施形態による、ＵＥ１０００の概略ブロック図である。ＵＥ１０００は、１つまたは複数のモジュール１１００を含み、その各々はソフトウェアで実装される。（１つまたは複数の）モジュール１１００は、本明細書で説明されるＵＥ１０００の機能を提供する。

本明細書で開示される任意の適切なステップ、方法、特徴、機能、または利益は、１つまたは複数の仮想装置の１つまたは複数の機能ユニットまたはモジュールを通して実施され得る。各仮想装置は、いくつかのこれらの機能ユニットを備え得る。これらの機能ユニットは、１つまたは複数のマイクロプロセッサまたはマイクロコントローラを含み得る、処理回路、ならびに、デジタル信号プロセッサ（ＤＳＰ）、専用デジタル論理などを含み得る、他のデジタルハードウェアを介して実装され得る。処理回路は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリデバイス、光記憶デバイスなど、１つまたはいくつかのタイプのメモリを含み得る、メモリに記憶されたプログラムコードを実行するように設定され得る。メモリに記憶されたプログラムコードは、１つまたは複数の通信および／またはデータ通信プロトコルを実行するためのプログラム命令ならびに本明細書で説明される技法のうちの１つまたは複数を行うための命令を含む。いくつかの実装形態では、処理回路は、それぞれの機能ユニットに、本開示の１つまたは複数の実施形態による、対応する機能を実施させるために使用され得る。

図におけるプロセスが本開示のいくつかの実施形態によって実施される動作の特定の順序を示し得るが、そのような順序は例示的である（たとえば、代替実施形態が、異なる順序で動作を実施する、いくつかの動作を組み合わせる、いくつかの動作を重ね合わせる、などを行い得る）ことを理解されたい。

本開示のいくつかの例示的な実施形態は以下の通りである。

実施形態１：タイムセンシティブネットワーク（ＴＳＮ）のためのブリッジとして動作するためのセルラ通信システム（たとえば、第５世代（５Ｇ）システム（５ＧＳ））におけるセッション管理機能（ＳＭＦ）の動作の方法であって、方法が、以下のアクション、
・ ＴＳＮへの常時オンＰＤＵセッションが確立されるプロトコルデータユニット（ＰＤＵ）セッション確立プロシージャのための１つまたは複数の他のネットワークエンティティと通信すること（５００ａ）と、
・ 常時オンＰＤＵセッションにおける１つまたは複数のサービス品質（ＱｏＳ）フローを事前確立すること（５００ａまたは５００ｂ）と、
・ ＴＳＮのトラフィッククラスがセルラ通信システムにおけるＱｏＳフローにバインドされるように、１つまたは複数のパケット検出ルール（ＰＤＲ）を常時オンＰＤＵセッションに関連するユーザプレーン機能（ＵＰＦ）に配信すること（５００ａまたは５００ｂ）および／または１つまたは複数のＱｏＳルールを常時オンＰＤＵセッションに関連するユーザ機器（ＵＥ）に配信すること（５００ａまたは５００ｂ）と
のうちの１つまたは複数を含む、方法。

実施形態２：常時オンＰＤＵセッションのユーザプレーン（ＵＰ）接続が、非アクティビティにより非アクティブ化されない、実施形態１に記載の方法。

実施形態３：１つまたは複数のＱｏＳフローを確立することが、事前設定された情報に基づいて１つまたは複数のＱｏＳフローを確立することを含む、実施形態１または２に記載の方法。

実施形態４：ＵＰＦに配信される１つまたは複数のＰＤＲが、事前設定された情報に基づき、および／またはＵＥに配信される１つまたは複数のＱｏＳルールが、事前設定された情報に基づく、実施形態１から３のいずれか１つに記載の方法。

実施形態５：事前設定された情報が、ＳＭＦにおいて事前設定される、実施形態３または４に記載の方法。

実施形態６：事前設定された情報が、ＵＥにおいて事前設定され、方法が、ＰＤＵセッション確立プロシージャの後に、ＰＤＵセッション修正プロシージャ中に、事前設定された情報を受信すること（５００ｂ）をさらに含む、実施形態３または４に記載の方法。

実施形態７：事前設定された情報が、１つまたは複数の事前設定されたＱｏＳプロファイルおよび対応するトラフィッククラス（すなわち、マッピングテーブル）を含む、実施形態３から６のいずれか１つに記載の方法。

実施形態８：ブリッジ能力報告をＴＳＮのコントローラに送ること（５０４）をさらに含む、実施形態１から７のいずれか１つに記載の方法。

実施形態９：実施形態１から８のいずれか１つに記載の方法を実施するように適応されたセッション管理機能（ＳＭＦ）。

以下の略語のうちの少なくともいくつかが本開示で使用され得る。略語間の不整合がある場合、その略語が上記でどのように使用されるかが選好されるべきである。以下で複数回リストされる場合、最初のリスティングが（１つまたは複数の）後続のリスティングよりも選好されるべきである。
・ μｓ マイクロ秒
・ ３ＧＰＰ 第３世代パートナーシッププロジェクト
・ ５Ｇ 第５世代
・ ５ＧＣ 第５世代コア
・ ５ＧＳ 第５世代システム
・ ５ＱＩ 第５世代サービス品質インジケータ
・ ＡＦ アプリケーション機能
・ ＡＭＦ アクセスおよびモビリティ管理機能
・ ＡＮ アクセスネットワーク
・ ＡＳＩＣ 特定用途向け集積回路
・ ＡＵＳＦ 認証サーバ機能
・ ＣＮＣ 集中ネットワーク設定
・ ＣＰＵ 中央処理ユニット
・ ＣＲ 変更要求
・ ＣＵＣ 中央ユーザ設定
・ ＤＮ データネットワーク
・ ＤＳＰ デジタル信号プロセッサ
・ ｅＮＢ 拡張またはエボルブドノードＢ
・ ＦＰＧＡ フィールドプログラマブルゲートアレイ
・ ｇＮＢ 新無線基地局
・ ＨＳＳ ホーム加入者サーバ
・ ＩＤ 識別子
・ ＩＰ インターネットプロトコル
・ ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
・ ＭＭＥ モビリティ管理エンティティ
・ ｍｓ ミリ秒
・ ＭＴＣ マシン型通信
・ ＮＥＦ ネットワーク公開機能
・ ＮＦ ネットワーク機能
・ ＮＧ 次世代
・ ＮＲ 新無線
・ ＮＲＦ ネットワーク機能リポジトリ機能
・ ＮＳＳＦ ネットワークスライス選択機能
・ ＰＣＦ ポリシ制御機能
・ ＰＤＲ パケット検出ルール
・ ＰＤＵ プロトコルデータユニット
・ Ｐ－ＧＷ パケットデータネットワークゲートウェイ
・ ＱＦＩ サービス品質フロー識別情報
・ ＱｏＳ サービス品質
・ ＲＡＭ ランダムアクセスメモリ
・ ＲＡＮ 無線アクセスネットワーク
・ ＲＯＭ 読取り専用メモリ
・ ＲＲＨ リモート無線ヘッド
・ ＲＴＴ ラウンドトリップタイム
・ ＳＣＥＦ サービス能力公開機能
・ ＳＭＦ セッション管理機能
・ ＴＲ 技術報告
・ ＴＳ 技術仕様
・ ＴＳＮ タイムセンシティブネットワーク
・ ＴＴ タイムセンシティブネットワークトランスレータ
・ ＵＤＭ 統合データ管理
・ ＵＥ ユーザ機器
・ ＵＰ ユーザプレーン
・ ＵＰＦ ユーザプレーン機能

当業者は、本開示の実施形態に対する改善および修正を認識されよう。すべてのそのような改善および修正は、本明細書で開示される概念の範囲内で考慮される。
参照リスト
１． ３ＧＰＰ ＴＲ２３．７３４：「Ｓｔｕｄｙ ｏｎ ｅｎｈａｎｃｅｍｅｎｔ ｏｆ ５Ｇ Ｓｙｓｔｅｍ （５ＧＳ） ｆｏｒ ｖｅｒｔｉｃａｌ ａｎｄ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ （ＬＡＮ） ｓｅｒｖｉｃｅｓ」
２． ３ＧＰＰ ＴＳ２３．５０１：「Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ；Ｓｔａｇｅ ２」．
３． ３ＧＰＰ ＴＳ２３．５０２：「Ｐｒｏｃｅｄｕｒｅｓ ｏｆ ｔｈｅ ５Ｇ Ｓｙｓｔｅｍ；Ｓｔａｇｅ ２」．
４． ３ＧＰＰ ＴＲ２３．７３４：「Ｓｔｕｄｙ ｏｎ ｅｎｈａｎｃｅｍｅｎｔ ｏｆ ５Ｇ Ｓｙｓｔｅｍ （５ＧＳ） ｆｏｒ ｖｅｒｔｉｃａｌ ａｎｄ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ （ＬＡＮ） ｓｅｒｖｉｃｅｓ」
５． ＩＥＥＥ Ｐ８０２．１Ｑｃｃ／Ｄ１．６：「Ｄｒａｆｔ Ｓｔａｎｄａｒｄ ｆｏｒ Ｌｏｃａｌ ａｎｄ ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋｓ － Ｂｒｉｄｇｅｓ ａｎｄ Ｂｒｉｄｇｅｄ Ｎｅｔｗｏｒｋｓ － Ａｍｅｎｄｍｅｎｔ：Ｓｔｒｅａｍ Ｒｅｓｅｒｖａｔｉｏｎ Ｐｒｏｔｏｃｏｌ （ＳＲＰ） Ｅｎｈａｎｃｅｍｅｎｔｓ ａｎｄ Ｐｅｒｆｏｒｍａｎｃｅ Ｉｍｐｒｏｖｅｍｅｎｔｓ」．
６． ＩＥＥＥ Ｐ８０２．１Ｑｂｖ／Ｄ３．１：「Ｄｒａｆｔ Ｓｔａｎｄａｒｄ ｆｏｒ Ｌｏｃａｌ ａｎｄ Ｍｅｔｒｏｐｏｌｉｔａｎ Ａｒｅａ Ｎｅｔｗｏｒｋｓ － Ｂｒｉｄｇｅｓ ａｎｄ Ｂｒｉｄｇｅｄ Ｎｅｔｗｏｒｋｓ － Ａｍｅｎｄｍｅｎｔ：Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｓｃｈｅｄｕｌｅｄ Ｔｒａｆｆｉｃ」．

Claims (11)

1. タイムセンシティブネットワーキング（ＴＳＮ）システムのためのブリッジ（４００）として動作するセルラ通信システムにおけるセッション管理機能（ＳＭＦ）（２０８）の動作の方法であって、前記方法が、
   前記セルラ通信システム内で、ＴＳＮストリームを搬送するトラフィッククラスであるＴＳＮトラフィッククラスをサービス品質（ＱｏＳ）フローにマッピングするＱｏＳマッピングテーブルを取得すること（１２００）と、
   前記ＱｏＳマッピングテーブルの少なくとも一部をユーザプレーン機能（ＵＰＦ）（２１４）、または、前記セルラ通信システムの端部にあるネットワーク機能である、前記ＵＰＦ側におけるＴＳＮトランスレータ（ＴＴ）（４０６）に配信すること（１２０２）と
   を含む、方法。
2. 前記ＱｏＳマッピングテーブルの前記少なくとも一部が、ブリッジ識別子（ＩＤ）およびポートＩＤに関連する利用可能なＴＳＮトラフィッククラスを備える、請求項１に記載の方法。
3. 異なるＱｏＳマッピングテーブルが異なるＵＰＦのために使用される、請求項１または２に記載の方法。
4. 前記ＱｏＳマッピングテーブルが事前設定される、請求項１から３のいずれか一項に記載の方法。
5. 前記ＱｏＳマッピングテーブルは、前記セルラ通信システムが前記ＴＳＮシステムのためのブリッジとしての動作に関係する、前記セルラ通信システムの能力を報告する能力報告フェーズ中に事前設定される、請求項１から３のいずれか一項に記載の方法。
6. 前記ＱｏＳフローが、１つまたは複数の事前確立されたＱｏＳフローを備える、請求項１から５のいずれか一項に記載の方法。
7. 前記ＱｏＳフローは、前記セルラ通信システムが前記ＴＳＮシステムのためのブリッジとしての動作に関係する、前記セルラ通信システムの能力を報告する能力報告フェーズ中に事前確立された１つまたは複数のＱｏＳフローを備える、請求項１から５のいずれか一項に記載の方法。
8. 前記ＱｏＳフローが、１つまたは複数の事前設定されたＱｏＳプロファイルに基づいて前記ＴＳＮシステムに対する１つまたは複数のプロトコルデータユニット（ＰＤＵ）セッションの確立の時点において事前確立された１つまたは複数のＱｏＳフローを備える、請求項１から５のいずれか一項に記載の方法。
9. タイムセンシティブネットワーキング（ＴＳＮ）システムのためのブリッジ（４００）として動作するセルラ通信システムのためのセッション管理機能（ＳＭＦ）（２０８）であって、前記ＳＭＦ（２０８）が、
   前記セルラ通信システム内でＴＳＮトラフィッククラスをサービス品質（ＱｏＳ）フローにマッピングするＱｏＳマッピングテーブルを取得すること（１２００）と、
   前記ＱｏＳマッピングテーブルの少なくとも一部をユーザプレーン機能（ＵＰＦ）（２１４）または前記ＵＰＦ側におけるＴＳＮトランスレータ（ＴＴ）（４０６）に配信すること（１２０２）と
   を行うように適応された、セッション管理機能（ＳＭＦ）（２０８）。
10. 前記ＳＭＦ（２０８）が、請求項２から８のいずれか一項に記載の方法を実施するようにさらに適応された、請求項９に記載のＳＭＦ（２０８）。
11. タイムセンシティブネットワーキング（ＴＳＮ）システムのためのブリッジ（４００）として動作するセルラ通信システムのためのセッション管理機能（ＳＭＦ）（２０８）を実装するネットワークノード（７００）であって、前記ネットワークノード（７００）が、
    ネットワークインターフェース（７０８、８０８）と、
    前記ネットワークインターフェース（７０８、８０８）に関連する処理回路（７０４、８０４）と
    を備え、前記処理回路（７０４、８０４）が、前記ネットワークノード（７００）に、
    前記セルラ通信システム内で、ＴＳＮストリームを搬送するトラフィッククラスであるＴＳＮトラフィッククラスをサービス品質（ＱｏＳ）フローにマッピングするＱｏＳマッピングテーブルを取得すること（１２００）と、
    前記ＱｏＳマッピングテーブルの少なくとも一部をユーザプレーン機能（ＵＰＦ）（２１４）、または、前記セルラ通信システムの端部にあるネットワーク機能である、前記ＵＰＦ側におけるＴＳＮトランスレータ（ＴＴ）（４０６）に配信すること（１２０２）と
    を行わせるように設定された、ネットワークノード（７００）。

Images