知財求人 - 知財ポータルサイト「IP Force」
特表2024-525782時間敏感ネットワークのためのネットワークスライスを構成するためのシステム及び方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-07-12
(54)【発明の名称】時間敏感ネットワークのためのネットワークスライスを構成するためのシステム及び方法
(51)【国際特許分類】
H04L 47/72 20220101AFI20240705BHJP
H04L 45/42 20220101ALI20240705BHJP
【ＦＩ】
H04L47/72
H04L45/42
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2024501982
(86)(22)【出願日】2022-07-15
(85)【翻訳文提出日】2024-03-07
(86)【国際出願番号】 US2022037367
(87)【国際公開番号】W WO2023288098
(87)【国際公開日】2023-01-19
(31)【優先権主張番号】63/222,325
(32)【優先日】2021-07-15
(33)【優先権主張国・地域又は機関】US
(81)【指定国・地域】
(71)【出願人】
【識別番号】390041542
【氏名又は名称】ゼネラル・エレクトリック・カンパニイ
(74)【代理人】
【識別番号】100145403
【弁理士】
【氏名又は名称】山尾 憲人
(74)【代理人】
【識別番号】100135703
【弁理士】
【氏名又は名称】岡部 英隆
(74)【代理人】
【識別番号】100221556
【弁理士】
【氏名又は名称】金田 隆章
(72)【発明者】
【氏名】ブッシュ，スティーブン フランシス
【テーマコード（参考）】
5K030
【Ｆターム（参考）】
5K030GA02
5K030HA08
5K030JA11
5K030LC05
5K030LC09
(57)【要約】
システム及び方法は、５Ｇネットワークに通信可能に結合されたアプリケーションの時間敏感ネットワークアプリケーション構成情報を取得し、時間敏感ネットワークアプリケーション構成情報を５Ｇネットワークのネットワークスライス構成メカニズムと共有し、ネットワークスライス構成メカニズムによって、時間敏感ネットワークアプリケーション構成情報に基づいて送信スケジュールを決定し、送信スケジュールに従って、５Ｇネットワークのネットワークリソースの量を予約し、かつ送信スケジュールに従って、５Ｇネットワークを介してアプリケーションからのデータの送信を促進する。
【特許請求の範囲】
【請求項1】
方法であって、５Ｇネットワークに通信可能に結合されたアプリケーションの時間敏感ネットワークアプリケーション構成情報を取得することと、
前記時間敏感ネットワークアプリケーション構成情報を前記５Ｇネットワークのネットワークスライス構成メカニズムと共有することと、
前記ネットワークスライス構成メカニズムによって、前記時間敏感ネットワークアプリケーション構成情報に基づいて送信スケジュールを決定することと、
前記送信スケジュールに従って、前記５Ｇネットワークのネットワークリソースの量を予約することと、
前記送信スケジュールに従って、前記５Ｇネットワークを介して前記アプリケーションからのデータの送信を促進することと、を含む、方法。
【請求項2】
前記時間敏感ネットワークアプリケーション構成情報が、スケジュールデータを含む、請求項１に記載の方法。
【請求項3】
前記スケジュールデータが、ＩＥＥＥ８０２．１Ｑｂｖスケジュールを含む、請求項２に記載の方法。
【請求項4】
前記ネットワークスライス構成メカニズムが、時間敏感ネットワークトランスレータである、請求項１に記載の方法。
【請求項5】
前記時間敏感ネットワークアプリケーション構成情報を前記ネットワークスライス構成メカニズムと共有することが、前記ネットワークスライス構成メカニズムをスケジュールデータで構成することを含む、請求項１に記載の方法。
【請求項6】
前記送信スケジュールから予想ネットワーク通過時間を決定することを更に含む、請求項１に記載の方法。
【請求項7】
ネットワークリソースの量を予約することが、データの前記送信が前記予想ネットワーク通過時間を満たすことを保証することを含む、請求項６に記載の方法。
【請求項8】
ネットワークリソースの量を予約することが、前記送信スケジュールをサポートするために、十分なネットワークリソースを予約することを含む、請求項１に記載の方法。
【請求項9】
前記アプリケーションからの前記データの送信を促進することが、前記５Ｇネットワークの無線スケジューリング、フロントホール伝送、及びコアネットワーク処理を実行することを含む、請求項１に記載の方法。
【請求項10】
前記５Ｇネットワークを介した前記アプリケーションからの前記データの前記送信に対応するパフォーマンスメトリックに基づいて、ネットワークスライス信頼性データを決定し、かつ前記ネットワークスライス信頼性データを前記アプリケーションに提供することを更に含む、請求項１に記載の方法。
【請求項11】
１つ以上のプロセッサを備えるシステムであって、前記１つ以上のプロセッサが、５Ｇネットワークに通信可能に結合されたアプリケーションの時間敏感ネットワークアプリケーション構成情報を取得することと、
前記時間敏感ネットワークアプリケーション構成情報を前記５Ｇネットワークのネットワークスライス構成メカニズムと共有することと、
前記ネットワークスライス構成メカニズムによって、前記時間敏感ネットワークアプリケーション構成情報に基づいて送信スケジュールを決定することと、
前記送信スケジュールに従って、前記５Ｇネットワークのネットワークリソースの量を予約することと、
前記送信スケジュールに従って、前記５Ｇネットワークを介して前記アプリケーションからのデータの送信を促進することと、を行うように構成されている、システム。
【請求項12】
前記時間敏感ネットワークアプリケーション構成情報が、スケジュールデータを含む、請求項１１に記載のシステム。
【請求項13】
前記スケジュールデータが、ＩＥＥＥ８０２．１Ｑｂｖスケジュールを含む、請求項１２に記載のシステム。
【請求項14】
前記ネットワークスライス構成メカニズムが、時間敏感ネットワークトランスレータである、請求項１１に記載のシステム。
【請求項15】
前記時間敏感ネットワークアプリケーション構成情報を前記ネットワークスライス構成メカニズムと共有するように構成された前記１つ以上のプロセッサが、前記ネットワークスライス構成メカニズムをスケジュールデータで構成するように構成された１つ以上のプロセッサを含む、請求項１１に記載のシステム。
【請求項16】
前記送信スケジュールから予想ネットワーク通過時間を決定するように構成された１つ以上のプロセッサを更に備える、請求項１１に記載のシステム。
【請求項17】
ネットワークリソースの量を予約するように構成された前記１つ以上のプロセッサが、データの前記送信が前記予想ネットワーク通過時間を満たすことを保証するように構成された１つ以上のプロセッサを含む、請求項１６に記載のシステム。
【請求項18】
ネットワークリソースの量を予約するように構成された前記１つ以上のプロセッサが、前記送信スケジュールをサポートするために、十分なネットワークリソースを予約するように構成された１つ以上のプロセッサを含む、請求項１１に記載のシステム。
【請求項19】
前記アプリケーションからの前記データの送信を促進するように構成された前記１つ以上のプロセッサが、前記５Ｇネットワークの無線スケジューリング、フロントホール伝送、及びコアネットワーク処理を実行するように構成された１つ以上のプロセッサを含む、請求項１１に記載のシステム。
【請求項20】
前記５Ｇネットワークを介した前記アプリケーションからの前記データの前記送信に対応するパフォーマンスメトリックに基づいて、ネットワークスライス信頼性データを決定することと、前記ネットワークスライス信頼性データを前記アプリケーションに提供することと、を行うように構成された１つ以上のプロセッサを更に備える、請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、２０２１年７月１５日に出願された米国仮特許出願第６３／２２２，３２５号の優先権を主張し、参照によりその全体が本明細書に組み込まれる。本出願は、２０２２年７月１５日に出願された国際特許出願第ＰＣＴ／ＵＳ２２／３７２７８号にも関連し、参照によりその全体が本明細書に組み込まれる。
本出願は、２０２１年７月１５日に出願された米国仮特許出願第６３／２２２，３２５号の優先権を主張し、参照によりその全体が本明細書に組み込まれる。本出願は、２０２２年７月１５日に出願された国際特許出願第ＰＣＴ／ＵＳ２２／３７２７８号にも関連し、参照によりその全体が本明細書に組み込まれる。
【0002】
本明細書に記載の主題は、時間敏感ネットワークなどのコンピュータ化された通信ネットワークに関する。
【背景技術】
【0003】
ＩＥＥＥ８０２．１ Ｔｉｍｅ－Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇタスクグループは、イーサネットネットワーク内で決定論的でスケジュールされたイーサネットフレーム配信を実装する方法を説明する一連の標準を作成した。時間敏感ネットワーキングは、時間の精度及び安定性の進歩から恩恵を受けて、通信ネットワーク内に効率的で決定論的なトラフィックフローを作成する。
【0004】
複数のユーザが、時間敏感トラフィック及び非時間敏感トラフィックの両方に対して時間敏感ネットワークを同時に使用することがあり、新しい加入者がネットワークに参加し、ネットワークを離脱することがある。ネットワークスライスごとにネットワークを過度に予約するとコストがかかる可能性があるが、予約が過少であると、ユーザへのサービスが不十分になる可能性がある。
【発明の概要】
【0005】
いくつかの実装形態では、方法は、５Ｇネットワークに通信可能に結合されたアプリケーションの時間敏感ネットワークアプリケーション構成情報を取得することと、時間敏感ネットワークアプリケーション構成情報を５Ｇネットワークのネットワークスライス構成メカニズムと共有することと、ネットワークスライス構成メカニズムによって、時間敏感ネットワークアプリケーション構成情報に基づいて送信スケジュールを決定することと、送信スケジュールに従って、５Ｇネットワークのネットワークリソースの量を予約することと、送信スケジュールに従って、５Ｇネットワークを介してアプリケーションからのデータの送信を促進することと、を含む。
【0006】
いくつかの実装形態では、システムは、５Ｇネットワークに通信可能に結合されたアプリケーションの時間敏感ネットワークアプリケーション構成情報を取得することと、時間敏感ネットワークアプリケーション構成情報を５Ｇネットワークのネットワークスライス構成メカニズムと共有することと、ネットワークスライス構成メカニズムによって、時間敏感ネットワークアプリケーション構成情報に基づいて送信スケジュールを決定することと、送信スケジュールに従って、５Ｇネットワークのネットワークリソースの量を予約することと、送信スケジュールに従って、５Ｇネットワークを介してアプリケーションからのデータの送信を促進することと、を行うように構成された、１つ以上のプロセッサを含む。
【0007】
本発明の主題は、添付の図面を参照して、非限定的な実施形態の以下の説明を読むことによってより良好に理解されるであろう。
【図面の簡単な説明】
【0008】
【図1】いくつかの実装形態による、時間敏感ネットワークシステムを描写するブロック図である。
【図2】いくつかの実装形態による、時間敏感ネットワークシステムに関するタイミング概念を描写する図である。
【図3】いくつかの実装形態による、エンドツーエンドの決定論的接続性を提供する、時間敏感ネットワークコンポーネントと統合された５Ｇシステム３００の図である。
【図4】いくつかの実装形態による、時間敏感ネットワークアプリケーショントラフィックのための５Ｇネットワークスライスの構成を描写する抽象化の図である。
【図5】いくつかの実装形態による、ネットワークスライシング及び時間敏感ネットワーク要素を使用して、５Ｇネットワークを介して時間敏感ネットワークアプリケーションデータを送信するための例示的なプロセスを例解するフロー図である。
【図6】いくつかの実装形態による、時間敏感ネットワークコンポーネントと統合された５Ｇシステムの図である。
【発明を実施するための形態】
【0009】
本明細書に記載される本発明の主題の１つ以上の実施形態は、非古典的な物理学と時間敏感ネットワーキングとの間の正のフィードバックを調べることによって、時間敏感ネットワーキングの効率的な決定論を使用して、サイバーセキュリティを増加させるシステム及び方法を提供する。相対性理論に起因する経過時間の差は、ネットワークノード（例えば、スイッチ）のクロックドリフトへの寄与としてタイミング及び同期標準によって扱われ、時間敏感ネットワークの時間認識スケジューラデバイスは、ネットワークのグランドマスタクロックデバイスの時間基準に対して構成されるが、そうすると、スケジューラデバイスのローカル相対時間基準との同時性を失う。
【0010】
図１は、時間敏感ネットワーク（ＴＳＮ）システム１００のネットワーク制御システム１０７の一実施形態を概略的に例解する。図１に示されるコンポーネントは、本明細書に記載される機能を実行するように動作する、１つ以上のプロセッサ（例えば、１つ以上のマイクロプロセッサ、フィールドプログラマブルゲートアレイ、及び／若しくは集積回路）を含む、並びに／又はそれらと接続されるハードウェア回路を表す。ネットワークシステム１００のコンポーネントは、１つ以上の有線及び／又はワイヤレス接続によって互いに通信可能に結合され得る。ネットワークシステム１００のコンポーネント間の全ての接続が本明細書に示されているわけではない。
【0011】
ネットワークシステム１００は、ネットワークスイッチ１０４及び関連付けられたクロック１１２（図１の「クロックデバイス」）から形成されたいくつかのノード１０５を含む。いくつかのノード１０５のみが図１に示されるが、ネットワークシステム１００は、大きな地理的領域にわたって分散されたより多くのノード１０５から形成され得る。ネットワークシステム１００は、ノード１０５を通じて、又はノード１０５を介して、デバイス１０６（例えば、コンピュータ、制御システムなど）間のイーサネットリンク１０３に沿って、イーサネットリンク１０３を通して、又はイーサネットリンク１０３を介して、データ信号を通信するイーサネットネットワークであり得る。データ信号は、ネットワークシステム１００のスケジュール上で、ノード１０５間で送られるデータパケットとして通信され、スケジュールは、どのデータ信号が異なる時間にノード１０５の各々によって通信され得るかを制限する。例えば、信号のトラフィック分類に基づいて、異なるデータ信号が異なる繰り返しスケジュールされた期間に通信され得る。いくつかの信号は、タイムクリティカルなトラフィックとして分類され、一方、他の信号は、ベストエフォートトラフィックとして分類される。タイムクリティカルなトラフィックは、動力システムの安全な動作を保証するために、指定された期間に、又は指定された期間内に通信される必要がある、又は通信されることが要求されるデータ信号であり得る。ベストエフォートトラフィックは、動力システムの安全な動作を保証するために必要ではないが、他の目的（例えば、電力システムのコンポーネントの動作を監視する）のために通信されるデータ信号を含む。
【0012】
制御システム１０７は、ノード１０５の各インターフェースが、予めスケジュールされた時間にイーサネットフレーム（例えば、１つのコンピュータデバイス１０６から別のデバイス１０６へのノード１０５間）を送信し、レガシーのベストエフォートのイーサネットトラフィックと同じ媒体を共有しながら、決定論的なトラフィックフローを作成することを可能にする、時間認識スケジューラデバイス１０２を含む。時間敏感ネットワーク１００は、特にライフクリティカルな産業制御システムにおいて、タイムクリティカルなトラフィックのフレームの配信が故障を引き起こすことなくタイトなスケジュールを満たさなければならない厳しいリアルタイムアプリケーションをサポートするように開発されている。スケジューラデバイス１０２は、ネットワークシステム１００内の各ノード１０５にインストールされるスケジュールを計算する。このスケジュールは、信号の異なるタイプ又は分類がスイッチ１０４によって通信されるタイミングを指示する。
【0013】
スケジューラデバイス１０２は、フレームが送信されるときに、クロックの不安定性が予測不可能な待ち時間をもたらすため、グランドマスタクロックデバイス１１０と同期したままである。グランドマスタクロックデバイス１１０は、ノード１０５のクロックデバイス１１２が同期されるクロックである。クロックドリフト累積の結果は、フレームがフレームのタイムウィンドウを逃し、次のウィンドウを待たなければならないということである。これは、同じウィンドウを必要とする次のフレームと競合し得る。
【0014】
制御システム１０７の集中型ネットワークコンフィギュレータデバイス１０８は、ネットワーク１００の物理トポロジ、並びに所望の時間敏感ネットワークトラフィックフローの知識を有するソフトウェア及び／又はハードウェアで構成される。コンフィギュレータデバイス１０８は、ノード１０５及び／若しくはユーザ入力からトポロジ情報を決定する、又は別様に取得する１つ以上のプロセッサと接続されている、並びに／又はそれらを含むハードウェア回路から形成され得る。コンフィギュレータデバイス１０８のハードウェア回路及び／又はプロセッサは、スケジューラデバイス１０２のハードウェア回路及び／又はプロセッサと少なくとも部分的に共有され得る。
【0015】
ネットワークシステム１００のトポロジ知識は、ノード１０５の位置（例えば、絶対位置及び／又は相対位置）を含むことができ、そのノード１０５は、他のノード１０５と直接結合されている。コンフィギュレータデバイス１０８は、この情報をスケジューラデバイス１０２に提供することができ、スケジューラデバイス１０２は、スケジュールを決定するためにトポロジ情報を使用する。コンフィギュレータデバイス１０８及び／又はスケジューラデバイス１０２は、スケジュールを異なるノード１０５に通信することができる。
【0016】
リンク層発見プロトコルを使用して、コンフィギュレータデバイス１０８とスケジューラデバイス１０２との間でデータを交換することができる。スケジューラデバイス１０２は、ネットワーク管理プロトコルを通じて時間認識システム（例えば、それぞれのクロック１１２を有するスイッチ１０４）と通信する。時間認識システムは、集中型スケジューラデバイス１０２からそれぞれのハードウェアにコマンドを転送する制御プレーン要素を実装する。
【0017】
タイミング及び同期標準は、スケジューラデバイス１０２のイネーブラである。ＩＥＥＥ８０２．１ＡＳ（ｇＰＴＰ）標準は、グランドマスタクロックデバイス１１０（例えば、スイッチデバイス１０４のうちの１つのクロックデバイス１１２であり得る）を選択し、経路遅延を推定し、クロックレートの差を補償し、それによって周期的にクロックデバイス１１２をグランドマスタクロックデバイス１１０によって保持されている時間に戻して整合させることによってクロック同期を達成するために、スケジューラデバイス１０２によって使用され得る。クロックデバイス１１２を戻してグランドマスタクロックデバイス１１２と整合させることによって、位相ロックループ（ＰＬＬ）の使用は、ネットワークシステム１００の一実施形態では使用されず、これは、ループの収束が遅く、ループがピーキング効果を受ける傾向があるためである。
【0018】
クロックデバイス１１２は、一般化された時間精度プロトコルメッセージ（ｇＰＴＰ）を周期的に又は別様に繰り返し送るコンフィギュレータデバイス１０８又はグランドマスタクロックデバイス１１０によって測定され得る。この動作は、主に、ローカルスイッチデバイス１０４が送信又は受信する時間精度プロトコルメッセージのタイムスタンプを、隣接スイッチデバイス１０４によってアドバタイズされるタイムスタンプと比較することからなる。このようにして、クロックドリフトに影響を与える任意の要因が、プロトコルによって正しく検出される。
【0019】
グランドマスタクロックデバイス１１０によって保持される時間に対して突然過去に引き戻されるか、又は未来に進められるクロックデバイス１１２は、時間認識スケジュールのローカル実行に影響を与える可能性がある。例えば、タイムクリティカルなトラフィックは、タイムクリティカルなトラフィックのスケジュールされた期間内に、非同期クロックデバイス１１２を含むノード１０５によって通信されない場合がある。ｇＰＴＰ標準は、連続的かつ単調に増加するクロックデバイス１１２を提供する。したがって、スケジューラデバイス１０２は、調整することができないクロックデバイス１１２に依存し、クロックデバイス１１２の整合は、論理同期、グランドマスタクロックデバイス１１０からのオフセット、隣接するものとのリンク伝搬遅延、及びローカルクロックデバイス１１２間のクロックドリフトに基づいている。
【0020】
ＩＥＥＥ８０２．１ＡＳ標準は、クロックデバイス１１２の固有の不安定性及びドリフトを検出するために使用され得る。このドリフトは、クロックデバイス１１２の老朽化、温度の変化又は極端な温度の変化など、様々な理由で発生する可能性がある。特殊相対性理論及び一般相対性理論からの相対性理論的効果は、外発クロックドリフトとして見ることができ、重力及び運動時間の遅れを包含することができる。例えば、同じ固有パラメータを有する２つのクロックデバイス１１２は、ドリフトを検出しないが、相対性理論は、グランドマスタクロックデバイス１１０からのこれらのクロックデバイス１１２によって保持される時間のドリフトを引き起こすであろう。
【0021】
一般相対性理論はかなり複雑な場合があるが、重力による時間の遅れを適用するのは簡単である。次の式では、Ｇは重力定数、Ｍは重力体の質量（キログラム単位）、Ｒは半径、又は質量中心からの距離（メートル単位）、ｃは光速（メートル毎秒）である。２つのクロックデバイス１１２は、１つが、地球の重力場内の１００ｍの高さに位置し、もう１つが、重力場から無限の距離に位置し、すなわち、重力を経験しない。時間は、重力場内でより遅く経過するため、無限遠に位置する仮定のクロックデバイス１１２は、最速の既知のクロックデバイス１１２となるであろう。無限遠に位置するクロックデバイス１１２で１秒が経過したとき、地球近傍のクロックによって測定された時間がどれだけ経過したかを考える。無限遠の時間をＴと記し、地球上の時間はＴ０と記す。地球表面にあるクロックで測定された時間の経過と比較して、高度ｈにあるクロックデバイス１１２でどれだけの時間が経過したかを決定するには、高度ｈでの時間の遅れ比を算出し、これを地球表面で算出された時間の遅れで除算し、その結果の平方根をとり、この算出された比に地球表面での時間間隔を乗算し、すると算出結果は、高度ｈの場でより高い位置にあるクロックデバイス１１２と比較して、より速いクロック上で１１フェムト秒だけ経過した時間の量となる。
【数1】
【0022】
重力による時間の遅れによって引き起こされるクロックドリフトは、一見すると無視できるようである。特に送信速度が１Ｇｂｐｓの場合である。つまり、６４バイトのイーサネットフレームにその時間認識スケジュールを逃れさせるには、２０バイトのプリアンブル、開始フレーム区切り文字、フレームチェックシーケンス、及びフレーム間ギャップについて考慮すると、ポート速度が１Ｇｂｐｓの場合、６７２ｎｓのドリフトが経過している必要がある。ネットワーク内で１００ｍの高さクロックの差で、そのようなドリフトは、２年間中断しないサービスで取得され得る。
【0023】
一実施形態では、コンフィギュレータデバイス１０８によって提供されるスケジュールは、グランドマスタ時間に対して相対的であり、かつ時間の遅れを無視し得る。その結果、スケジュールの同時性が失われる。時間の遅れを無視することは、許容可能な誤差範囲内で行うことができるが、本明細書に記載される本発明の主題は、相対性理論に起因するスケジューラデバイス１０２上の誤差が重要であるケースに対処する。すなわち、ノード１０５におけるクロックドリフトによって引き起こされる誤差が、タイムクリティカルなトラフィックがノード１０５のうちの１つ以上において、タイムクリティカルなトラフィック用にスケジュールされた時間ウィンドウ内で通信されない原因となり得るケースである。
【0024】
時間の遅れは、重力場内の相対運動又は位置に応じて、ある観察者が別の観察者と比較して知覚する時間の減速のような物理的な用語で記述され得る。加えて、ＴＳＮのコンテキストでは、時間同期の不確実性に起因して、イーサネットフレームを送信するのにかかる時間の延伸に関して、時間の遅れが記述され得る。これは、重複するスケジュールされたフローが衝突を伴わずにシステムを通してずっと「青信号」を経験することを保証し、アプリケーションがフレーム到着時間ジッタに対して許容しなければならない許容範囲が満たされることを保証するために、ＴＳＮスケジューラに適用される必要があるアプリケーションガードバンドである（これは、必要とされる追加の許容範囲を考慮すると、より大きなフレームのように見える場合がある）。
【0025】
著しい重力勾配にさらされるピコ衛星又は高速ネットワーク（例えば、飛行機から地上への送信、高速列車通信、高速道路上の自動車と相互作用するスマートシティなど）を伴ういくつかのユースケースは、相対性理論がスケジューラデバイス１０２に著しいドリフトを引き起こす可能性がある例である。
【0026】
本明細書に記載される本発明のシステム及び方法の１つ以上の実施形態は、制御システム１０７のスケジューラデバイス１０２によるＴＳＮスケジューリングに対する時間同期誤差の影響、ネットワークシステム１００内のグランドマスタクロックデバイス１１０の位置、配置、又は選択に対する時間同期誤差の影響、及び帯域幅に対する時間同期誤差の影響を調べる。
【0027】
いくつかの実施形態では、ローカルガードバンドが定義され得る。ガードバンドは、時間の遅れの変化に基づいて、サイズを動的に変化させ得る。ガードバンドは、非タイムクリティカルなトラフィック（例えば、イーサネットフレームトラフィック）がガードバンドに割り当てられているか又は割り当てられているノード（単数又は複数）を通じて通信され得ない期間及び／又はネットワーク帯域幅として決定され得る。本開示を通して、非タイムクリティカルなトラフィックは、ベストエフォートトラフィックと称され得、タイムクリティカルなトラフィックは、スケジュールされたトラフィック又は優先度の高いトラフィックと称され得る。
【0028】
いくつかの実施形態では、２つのタイプのガードバンドが存在する。ＴＳＮガードバンド及びアプリケーションガードバンドである。ＴＳＮガードバンドは、ＴＳＮ自体の中で定義され得る。一実施例では、大きなベストエフォートフレームは、ランダムな時間に来て、スケジュールされたＴＳＮフレームが送信される必要があるときにのみ部分的に送信され得る。この時点で、システムは、ベストエフォートフレームの送信を終了させることでスケジュールを中断するか、又はスケジュールされたフレームを送ることが必要になる前の期間にガードバンドを先制的に配置して、潜在的な長いトラフィックを全てブロックすることができる。アプリケーションガードバンドは、アプリケーション内のアプリケーション層において使用され、これは、システムがＴＳＮを使用していることがあっても、トラフィックが到着したときにまだいくつかのジッタが存在する可能性があるという事実を考慮している。アプリケーション層ガードバンドは、このジッタを考慮するために余分な期間及び／又は周波数を提供する。言い換えると、アプリケーションの観点から、ガードバンドは、それらがＴＳＮ伝送経路を介して送信された後にアプリケーションによって受信されたフレームについて見られるジッタに対処し得る。
【0029】
図２は、本明細書に記載される分析の背後にある高レベルの概念を概略的に例解する。図２の上部に表されるクロックデバイス１１２のネットワークは、時間の遅れのために互いに不完全に同期すると仮定される。クロックデバイス１１２は、図２の下部に表されるＩＥＥＥ８０２．１Ｑｂｖゲート２００の対応するシステムのタイミングを提供する。これらのゲート２００は、図１に示されるネットワークシステム１００のノード１０５を表すことができる。ゲート２００間のデータフレームの時間敏感データフロー２０２もまた、図２に示される。クロックデバイス１１２は、完全に同期することはない可能性があり、同期誤差は、時間敏感ネットワークフロー２０２が正しく動作する能力に影響を与える。
【0030】
時間敏感データフロー２０２は、多様な現地時間基準を横断し、ｇＰＴＰ標準によって測定され得ない時間の遅れの対象となる。例えば、図２は、異なる高度に位置し、異なる相対性理論に従うクロックデバイス１１２を示す。例えば、山に位置するクロックデバイス１１２は、（例えば、図１に示されるグランドマスタクロックデバイス１１０の）グランドマスタ相対時間に同期されるが、クロックデバイス１１２に到達する時間敏感ネットワークデータフロー２０２は、時間の遅れのために「加速」している。図１に示されるコンフィギュレータデバイス１０８は、スケジューラデバイス１０２の構成に補償を適用することによって、この加速度を防止又は補正することができる。この補償は、ノード１０５又はゲート２００のうちの１つ以上でデータフローの通信のために適用されるガードバンドを決定することによって発生し得る。このガードバンドは、クロックドリフトを補正するために必要な補正量が経時的に変化するにつれて、動的に変化し得る。
【0031】
時間敏感ネットワークタイミング誤差の影響を計算するために、スケジューラデバイス１０２は、ネットワークブリッジ（例えば、スイッチ１０４）のスケジュールを計算する。スケジューラデバイス１０２は、非決定論的多項式時間困難（ＮＰ困難）であるヒューリスティックアプローチを使用することができる。スケジュールは、個々のクロック誤差が独立しており、正規分布していると仮定することによって計算され得る。クロックデバイス１１２は、平均μでドリフトし得、分散σを有し得る。各ゲートシステム２００は、ＩＥＥＥ８０２．１ＡＳ標準によって同期される分散クロック１１２のうちの１つから時間を受信又は決定することができる。
【0032】
時間敏感データフロー経路は、完全な同期を想定して、集中型スケジューラデバイス１０２によってスケジュールされる。クロック同期が十分な程度の同期を達成できない場合、この失敗は、異なる時間敏感ネットワークフロー２０２からの複数のイーサネットフレームが同じリンク上で同時に送信されることを引き起こし得る。これは、送信における不必要で予測不可能な遅延を犠牲にして、潜在的な衝突及びフレーム損失を軽減するための代替スケジューリングメカニズムを引き起こすであろう。したがって、同期誤差の存在下で、時間敏感ネットワークフロー２０２内のイーサネットフレームは、それらの最大の決定論的待ち時間要件を超える確率を有し、著しいジッタを受けるであろう。特定の同期誤差の下で、イーサネットフレームは、スケジュールされた送信ウィンドウ時間を完全に逃し、別の開いているウィンドウを捕捉することさえ可能であり得、したがって、異なる時間ウィンドウ上で最初にスケジュールされた他の時間敏感ネットワークフロー２０２に影響を与える。ガードバンドは、動的に算出され、スケジュールに追加されて、クロック誤差を軽減し、タイムクリティカルなトラフィックが正常に通信されることを保証することができる。このように、システムが（本明細書に記載されるように）同期をより良好に処理するほど、ガードバンドは小さくなる必要がある。必要な帯域幅が少なくて済むため、より小さいガードバンドが好ましい。これは、本明細書に記載される本発明の主題の少なくとも１つの技術的効果を提供する。ガードバンドを動的に変更することは、（時間敏感ネットワークを使用するシステムの同じ動作を保証するために特定の指定された時間に配信される必要がある）パケットが、グランドマスタクロックから離れたクロックのドリフト及び／又はクロックによって追跡される時間とグランドマスタクロックによって維持されるマスタ時間との間の他の差があっても、時間通りに配信されることを保証することができる。
【0033】
本発明の主題の一実施形態では、スケジューラデバイス１０２は、イーサネットネットワークシステム１００（図１に示される）の詳細、及びリクエストされた時間敏感ネットワークフロー２０２を提供され、各フロー２０２のスケジュールを計算する。スケジューラデバイス１０２は、実際のイーサネットネットワーク１００及び手動で作成された時間敏感ネットワークフロー２０２で動作するように設計されているが、この分析のための１つのコンポーネントは、大規模でランダムに生成されたイーサネットネットワーク１００内で多数の時間敏感ネットワークフロー２０２をランダムに生成する能力である。したがって、スケジューラデバイス１０２は、大規模で複雑なネットワーク１００内の大規模で複雑な時間敏感ネットワークスケジュールを分析することができる。
【0034】
ランダムジッタは予測不可能であり得、ガウス（例えば、熱ノイズ）であると仮定される。決定論的ジッタは、予測可能であり、制限され得る（例えば、デューティサイクル、歪み、及びシンボル間干渉）。クロックジッタは、ガウス分布を有することができる。ジッタ及び百万分の一（ＰＰＭ）は、
ＰＰＭによって関連させられ、式中、ｆは、発振器の中心周波数であり、ｄｆは、最大周波数変動である。一実施形態では、クロックデバイス１１２は、スケジューラデバイス１０２によって、５ピコ秒の二乗平均平方根（ＲＭＳ）ジッタを有する±１００ＰＰＭの精度を有すると想定され得る。ＲＭＳ誤差は、
によってガウス分散に関連し得、式中、Ｎは、サンプル数（例えば、１０，０００）であり、ピークツーピーク周期ジッタは、＋／－３．７２ＲＭＳジッタに等しい。
【数2】
【数3】
【0035】
スケジューラデバイス１０２によって実行される分析の一部は、ジッタがあるクロックデバイス１１２から別のクロックデバイス１１２にどのように伝搬するかを調べる。ランダムノイズは、スケジューラデバイス１０２によって追加され得るが、ノイズの相関は、純粋に付加的な特徴を低減し、追加の不確実性を生み出す。スケジューラデバイス１０２は、グランドマスタクロックデバイス１１０からのクロックドリフト及びジッタを、他の全ての（例えば、スレーブ）クロックデバイス１１２を通して伝搬することができる。例えば、他のクロックデバイス１１２は、グランドマスタのクロックデバイス１１０と繰り返し同期され得る。このモデルはまた、経路遅延が、スレーブクロックデバイス１１２をグランドマスタクロックデバイス１１０と同期させ続けるｇＰＴＰ標準の能力を低減させるという事実を考慮している。スケジューラデバイス１０２の実装は、クロック精度及び配置の実験を可能にし、時間敏感ネットワークスケジューリングに対するクロック精度実験の影響を決定する。
【0036】
図３は、エンドツーエンドの決定論的接続性を提供する、ＴＳＮコンポーネントと統合された５Ｇシステム３００の図である。５Ｇ超信頼・低待ち時間通信（ＵＲＬＬＣ）及びＴＳＮ機能は、産業オートメーションのためのエッジクラウドに潜在的に存在する入力／出力（Ｉ／Ｏ）デバイスとそれらのコントローラとの間など、決定論的接続をエンドツーエンドで提供するために、組み合わされ、統合され得る。そのような統合は、ベースブリッジ機能及びＴＳＮアドオンの両方のサポートを含み得る。
【0037】
【0038】
５Ｇシステムは、ネットワークの残りの部分からＴＳＮブリッジのセットとして現れ、ユーザプレーン機能（ＵＰＦ）ごとに１つの仮想ブリッジである。システム３００は、ユーザプレーン及び制御プレーンの両方のために、５ＧシステムをＴＳＮドメインに適合させるためのＴＳＮトランスレータ（ＴＴ）機能を含み、ＴＳＮブリッジドネットワークから５Ｇシステム内部手順を隠す。
【0039】
システム３００は、ＴＴ機能を通じてＴＳＮブリッジイングレス及びエグレスポート動作を提供する。例えば、ＴＴは、デジターリングのためのホールド及びフォワード機能をサポートする。図は、冗長性のために２つの相関ＴＳＮストリームをサポートする２つのプロトコルデータユニット（ＰＤＵ）セッションを有する２つのユーザ機器（ＵＥ）の一実施例を使用する機能を例解する。しかし、展開は、ＲＡＮでデュアル接続を使用する２つのＰＤＵセッションを有する１つの物理ＵＥのみを含み得る。図は、５Ｇシステムがエンドステーションをブリッジドネットワークに接続する場合を例解するが、５Ｇシステムはまた、ブリッジを相互接続し得る。
【0040】
本明細書に記載されるベースブリッジ機能のサポートは、５Ｇ仮想ブリッジがクラスＡ又はクラスＢ対応であるかどうかにかかわらず適用可能である。５Ｇシステムは、トポロジの発見及び５Ｇ仮想ブリッジの特徴など、産業ネットワークの制御及び管理に必要なリンク層発見プロトコル（ＬＬＤＰ）機能をサポートし得る。５Ｇシステムはまた、ブリッジドネットワーク内で適用されるループ防止方法に適応し得、これは、いかなるＬＬＤＰ以外の分散プロトコルを用いずに完全にＳＤＮ制御され得る。
【0041】
超信頼性は、ＴＳＮドメイン及び５Ｇドメインの両方にわたってフレームレプリケーション及び信頼性の排除（ＦＲＥＲ）を適用することによって、エンドツーエンドで提供され得る。これは、図３に例解するように、両方のドメインにわたるＦＲＥＲエンドポイント間のディスジョイント経路を必要とし得る。
【0042】
５Ｇ ＵＥは、５Ｇネットワークを介してユーザプレーンにおいて冗長である２つのＰＤＵセッションを確立するように構成され得る。３ＧＰＰ（登録商標）メカニズムは、２つのＰＤＵセッションのユーザプレーン経路が分離されるように、ＣＮ及びＲＡＮノード（ＵＰＦ及び５Ｇ基地ステーション（ｇＮＢ））の適切な選択を伴う。ＲＡＮは、デュアル接続機能の使用に基づいてディスジョイントユーザプレーン経路を提供することができ、ここで、単一のＵＥは、２つのＲＡＮノードを通るエアインターフェースを介してデータを送受信することができる。
【0043】
ＵＥ冗長性を含む追加の冗長性は、複数のＵＥを備えたデバイスに対して可能である。ＦＲＥＲエンドポイントは、５Ｇシステムの外部にあり得、これは、５ＧがＦＲＥＲ機能自体を指定する必要がないことを意味する。また、論理アーキテクチャは、エンドステーション及びＵＥを実装する同じ物理デバイスを含む実装オプションを制限しない。いくつかの実施形態では、そのようなデバイスは、バックアップスライス及び冗長性（ＴＳＮ対応ネットワークスライス内の冗長ＴＳＮフロー）のコンテキストにおいて、ＩＥＥＥ８０２．１Ｑｃｉ及び／又はＩＥＥＥ８０２．１ＣＢに従って構成され得る。いくつかの実施形態では、冗長性は、割り当てられたネットワークスライス内の１つ以上の一次フロー及びバックアップネットワークスライス内の１つ以上の冗長フローの形態をとり得る。いくつかの実施形態では、冗長性は、同じネットワークスライス内の１つ以上の一次フロー及び１つ以上の冗長フローの形態をとり得る。
【0044】
ＴＳＮストリームの要件は、リソース管理が経路全体に沿った各ホップにネットワークリソースを割り当てるときに満たされ得る。ＴＳＮ構成（例えば、８０２．１Ｑｃｃ）に沿って、これは、５Ｇシステムと集中型ネットワーク構成（ＣＮＣ）との間の相互作用によって達成され得る（図３を参照）。５ＧシステムとＣＮＣとの間のインターフェースは、ＣＮＣが５Ｇ仮想ブリッジの特徴を学習することを可能にし、５ＧシステムがＣＮＣから受信した情報に基づいて特定のパラメータとの接続を確立することを可能にする。
【0045】
制限された待ち時間は、５Ｇからの決定論的遅延、及びＴＳＮと５Ｇドメインとの間のＱｏＳ整合を必要とし得る。５Ｇは、従来の産業用有線ネットワークではいくつかのホップを介して接続されていたであろうコンポーネント間に、直接的なワイヤレスホップを提供することができる。重要な要因は、５Ｇが決定論的な待ち時間を提供できることであり、ＣＮＣは、５ＧシステムでサポートされているＴＳＮ機能と一緒に発見され得る。
【0046】
例えば、５Ｇ仮想ブリッジがクラスＡ ＴＳＮブリッジとして機能する場合、５Ｇシステムは、スケジューリングされたトラフィックに沿って（例えば、８０２．１Ｑｂｖによって指定されるように）時間制御パケット送信をエミュレートし得る。５Ｇ制御プレーンについて、５Ｇシステムのアプリケーション機能（ＡＦ）内のＴＴは、ＴＳＮトラフィッククラスの送信時間情報をＣＮＣから受信し得る。５Ｇユーザプレーンでは、ＵＥでのＴＴ及びＵＰＦでのＴＴは、それに応じて、時間に基づくパケット送信を調節することができる。
【0047】
ＴＴ内部の詳細は、異なる実装形態に依存し得る。例えば、トラフィッククラスごとのプレイアウト（デジッタ）バッファが実装され得る。異なるＴＳＮトラフィッククラスは、２つのドメイン間のＱｏＳ整合の一部として、ＡＦ及びポリシー制御機能（ＰＣＦ）において異なる５Ｇ ＱｏＳインジケータ（５ＱＩ）にマッピングされ得、異なる５ＱＩは、それらのＱｏＳ要件に従って処理され得る。
【0048】
いくつかの実装形態では、システム３００は、ネットワークスライシングに従って実装され得る。ネットワークスライシングにより、ネットワークオペレータは、共通のネットワークインフラストラクチャを介して、サービス又は顧客に固有の機能を有する専用の仮想ネットワークを提供することができる。したがって、ネットワークスライシングは、時間敏感ネットワークで想定される多数の多様なサービスをサポートする。
【0049】
より具体的には、ネットワークスライシングは、固定ネットワークにおけるソフトウェア定義ネットワーキング（ＳＤＮ）及びネットワーク機能仮想化（ＮＦＶ）の背後にある原理を使用する仮想ネットワークアーキテクチャの一形態である。ＳＤＮとＮＦＶは、（追加的又は代替的にソフトウェアを介して）従来のネットワークアーキテクチャを、接続され得る仮想要素に分割されることを可能にすることによって、ネットワークの柔軟性を提供する。
【0050】
ネットワークスライシングにより、共通の共有物理インフラストラクチャの上に複数の仮想ネットワークを作成することができる。仮想ネットワークは、アプリケーション、サービス、デバイス、顧客、又はオペレータの特定のニーズを満たすようにカスタマイズされ得る。
【0051】
ネットワークシステム１００（例えば、イーサネット、及び５Ｇなど）を参照して上述した原理を使用する時間敏感ネットワークの場合、単一の物理ネットワークは、異なる無線アクセスネットワーク（ＲＡＮ）、又は単一のＲＡＮにわたって実行される異なるサービスタイプをサポートすることができる複数の仮想ネットワークにスライスされ得る。ネットワークスライシングは、主にコアネットワークを分割するために使用され得るが、ＲＡＮにも実装され得る。
【0052】
１つのネットワークスライシングの例では、自律走行車は、低い待ち時間を必要とするが必ずしも高いスループットを必要としない、Ｖ２Ｘ（ビークルツーエブリシング）通信に依存し得る。自動車が動いている間に視聴されるストリーミングサービスは、高いスループットを必要とし得、待ち時間の影響を受けやすい。両方とも、仮想ネットワークスライス上の同じ共通の物理ネットワークを介して配信され、物理ネットワークの使用を最適化することができるであろう。別の例では、モバイルネットワーク内のＴＳＮスライスは、高いドップラー効果（例えば、航空機を伴う）及び急速に変化するリンク待ち時間を経験し得る。これらの実施例では、これらのネットワークスライスのジッタを特徴付け、報告することが好ましい場合がある。
【0053】
ネットワークスライシングは、時間敏感ネットワークの柔軟性を最大化し、インフラストラクチャの利用及びリソースの割り当ての両方を最適化する。これにより、以前の時間敏感ネットワークと比較して、より大きなエネルギー及びコスト効率が可能になる。
【0054】
各仮想ネットワーク（ネットワークスライス）は、特定のユースケースの要件をサポートする論理ネットワーク機能の独立したセットを含み、「論理」という用語はソフトウェアを指す。
【0055】
各仮想ネットワークは、スライスを使用する特定のサービス及びトラフィックのためのリソース及びネットワークトポロジを提供するように最適化され得る。速度、容量、接続性、及びカバレッジなどの機能は、各ユースケースの特定の要求を満たすように割り当てられ得るが、機能コンポーネントは、異なるネットワークスライスにわたって共有され得る。
【0056】
各仮想ネットワークは、スライスが別のスライス内のトラフィックと干渉することができないように、完全に分離され得る。これにより、新しいサービスを導入して実行するリスクが低下し、新しいテクノロジー又はアーキテクチャを分離されたスライスで起動できるため、移行もサポートされる。サイバー攻撃が１つのスライスに違反した場合、攻撃は封じ込められ、そのスライスを超えて広がることができないため、ネットワークスライシングはセキュリティにも影響を与える。
【0057】
各ネットワークスライスは、独自のネットワークアーキテクチャ、エンジニアリングメカニズム、及びネットワークプロビジョニングで構成され得る。各ネットワークスライスは、典型的には、管理能力を含み得、これは、ユースケースに応じて、ネットワークオペレータ又は顧客によって制御され得る。各ネットワークスライスは、独立して管理及びオーケストレーションされ得る。各ネットワークスライスのユーザエクスペリエンスは、スライスが物理的に別個のネットワークであるかのように同じであり得る。
【0058】
ネットワークスライシングは、５Ｇサービスを用いる時間敏感ネットワークのために最適化され得る。例えば、５Ｇエンドツーエンド（Ｅ２Ｅ）自律ネットワークスライシングでは、異なるネットワークスライスが自動的に、かつ共有ＲＡＮ、コア、及びトランスポートネットワーク上で最適化された方式で作成され得る。
【0059】
いくつかの実施形態では、本明細書に記載される（例えば、上記の図１～図３及び／又は下記の図４～図６及び対応する開示を参照する）ＴＳＮシステムが、ＴＳＮ実装スライス内のジッタを特徴付け、報告することは有利であり得る。このコンテキストにおいて、ＴＳＮ対応ネットワークスライスは、ネットワークスライス用のデータの伝送をサポートする１つ以上のＴＳＮフローから構成されるネットワークスライスを指し得る。ジッタは、全体として（例えば、スライスの全てのフローを通して）ＴＳＮ対応ネットワークスライスに対して特徴付けられ得る。
【0060】
経路のうちの１つを通る最良のジッタ、最小のジッタ、最悪の経路を通る最大のジッタ、及び全ての経路を通るジッタの平均及び／又は分散を含む、ＴＳＮ対応ネットワークスライスのためのジッタを特徴付けるいくつかの方式がある。以下の考察では、ジッタは、平均及び分散を使用して特徴付けられる。しかしながら、他の実施形態では、ジッタは、任意の他の手段（例えば、上記のもののうちの１つ以上を含む）によって特徴付けられ得る。
【0061】
いくつかの実施形態では、ジッタは、二乗平均平方根（ＲＭＳ）値の合計として蓄積される。言い換えると、スライス（又はスライスのサブセット）のジッタは、経路の各部分に沿ったジッタ値の平方根を、全てを合計したものとして表すことができる。以下の式は、ジッタをＸＲＭＳとして表す。
【数4】
【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】
この書面による説明は、実施例を使用して、最良の形態を含む本明細書に記載された主題のいくつかの実施形態を開示するために、また、当業者が、任意のデバイス又はシステムを製作及び使用すること、並びに方法を行うことを含む、開示された主題の実施形態を実践することを可能にする。本明細書に記載された主題の特許可能な範囲は、特許請求の範囲によって定義され、また、当業者に見出される他の例を含み得る。そのような他の例は、それらが特許請求の範囲の文字通りの言葉と異ならない構造要素を有する場合、又はそれらが特許請求の範囲の文字通りの言葉とは実質的に異ならない差を伴う均等な構造要素を含む場合、特許請求の範囲の範囲内に入ることが意図されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【手続補正書】
【提出日】2024-03-19
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
方法であって、５Ｇネットワークに通信可能に結合されたアプリケーションの時間敏感ネットワークアプリケーション構成情報を取得することと、
前記時間敏感ネットワークアプリケーション構成情報を前記５Ｇネットワークのネットワークスライス構成メカニズムと共有することと、
前記ネットワークスライス構成メカニズムによって、前記時間敏感ネットワークアプリケーション構成情報に基づいて送信スケジュールを動的に構成することと、
前記送信スケジュールに従って、前記５Ｇネットワークのネットワークリソースの量を予約することと、
前記送信スケジュールに従って、前記５Ｇネットワークを介して前記アプリケーションからのデータの送信を促進することと、を含む、方法。
【請求項2】
前記時間敏感ネットワークアプリケーション構成情報が、スケジュールデータを含む、請求項１に記載の方法。
【請求項3】
前記スケジュールデータが、ＩＥＥＥ８０２．１Ｑｂｖスケジュールを含む、請求項２に記載の方法。
【請求項4】
前記ネットワークスライス構成メカニズムが、時間敏感ネットワークトランスレータである、請求項１に記載の方法。
【請求項5】
前記時間敏感ネットワークアプリケーション構成情報を前記ネットワークスライス構成メカニズムと共有することが、前記ネットワークスライス構成メカニズムをスケジュールデータで構成することを含む、請求項１に記載の方法。
【請求項6】
前記送信スケジュールから予想ネットワーク通過時間を決定することを更に含む、請求項１に記載の方法。
【請求項7】
ネットワークリソースの量を予約することが、データの前記送信が前記予想ネットワーク通過時間を満たすことを保証することを含む、請求項６に記載の方法。
【請求項8】
前記５Ｇネットワークを介した前記アプリケーションからの前記データの前記送信に対応するパフォーマンスメトリックに基づいて、ネットワークスライス信頼性データを決定し、かつ前記ネットワークスライス信頼性データを前記アプリケーションに提供することを更に含む、請求項１に記載の方法。
【請求項9】
１つ以上のプロセッサを備えるシステムであって、前記１つ以上のプロセッサが、５Ｇネットワークに通信可能に結合されたアプリケーションの時間敏感ネットワークアプリケーション構成情報を取得することと、
前記時間敏感ネットワークアプリケーション構成情報を前記５Ｇネットワークのネットワークスライス構成メカニズムと共有することと、
前記ネットワークスライス構成メカニズムによって、前記時間敏感ネットワークアプリケーション構成情報に基づいて送信スケジュールを動的に構成することと、
前記送信スケジュールに従って、前記５Ｇネットワークのネットワークリソースの量を予約することと、
前記送信スケジュールに従って、前記５Ｇネットワークを介して前記アプリケーションからのデータの送信を促進することと、を行うように構成されている、システム。
【請求項10】
前記時間敏感ネットワークアプリケーション構成情報が、スケジュールデータを含む、請求項９に記載のシステム。
【請求項11】
前記スケジュールデータが、ＩＥＥＥ８０２．１Ｑｂｖスケジュールを含む、請求項１０に記載のシステム。
【請求項12】
前記ネットワークスライス構成メカニズムが、時間敏感ネットワークトランスレータである、請求項９に記載のシステム。
【請求項13】
前記時間敏感ネットワークアプリケーション構成情報を前記ネットワークスライス構成メカニズムと共有するように構成された前記１つ以上のプロセッサが、前記ネットワークスライス構成メカニズムをスケジュールデータで構成するように構成された１つ以上のプロセッサを含む、請求項９に記載のシステム。
【請求項14】
前記送信スケジュールから予想ネットワーク通過時間を決定するように構成された１つ以上のプロセッサを更に備える、請求項９に記載のシステム。
【請求項15】
ネットワークリソースの量を予約するように構成された前記１つ以上のプロセッサが、データの前記送信が前記予想ネットワーク通過時間を満たすことを保証するように構成された１つ以上のプロセッサを含む、請求項１４に記載のシステム。
【請求項16】
前記アプリケーションからの前記データの前記送信に対応するパフォーマンスメトリックに基づいて、ネットワークスライス信頼性データを決定するように構成された１つ以上のプロセッサを更に備える、請求項９に記載のシステム。
【請求項17】
前記送信スケジュールは、動的ガードバンド構成に基づいて動的に構成される、請求項１に記載の方法。
【請求項18】
前記送信スケジュールは、ジッタの計算に基づいて動的に構成される、請求項１に記載の方法。
【請求項19】
前記送信スケジュールは、動的ガードバンド構成に基づいて動的に構成される、請求項９に記載のシステム。
【請求項20】
前記送信スケジュールは、ジッタの計算に基づいて動的に構成される、請求項９に記載のシステム。
【国際調査報告】