JP7769501B2 - データ送信を容易にするための方法および装置 - Google Patents

Description

本開示は、概して、通信ネットワークに関し、より具体的には、データ送信を容易にするための方法および装置に関する。

タイムセンシティブネットワーキング（ＴＳＮ）は、米国電気電子技術者協会（ＩＥＥＥ）８０２．１、８０２．１Ｑｃｃ等の作業部会により開発されたプロトコルのセットである。ＴＳＮは、デバイス（例えば、エンドデバイス、ステーション（ＳＴＡ）、アクセスポイント（ＡＰ）、ブリッジ、サーバ等）間でデータを交換できるようにこれらのデバイスのネットワークに実装され得る。例えば、ＴＳＮプロトコルは、エッジネットワーク、無線ネットワーク（例えば、ＷｉＦｉ、第５世代（５Ｇ）セルラネットワーク等）および／または有線ネットワーク（例えば、イーサネット（登録商標））と併せて用いられ得る。ＴＳＮプロトコルは、リアルタイムゲーミング、産業用制御システム等を含む任意のタイプのデバイスツーデバイス通信に用いられ得る。

データ送信を容易にするための例示的なタイムセンシティブネットワーク環境である。

図１の例示的なデータ収集器の実装のブロック図である。

図１の例示的な中央ネットワーク構成の実装のブロック図である。

タイムセンシティブネットワークデータ交換用の例示的な保護ウィンドウを示す例示的なタイミング図である。

タイムセンシティブネットワークデータ交換用の例示的な保護ウィンドウを示す代替的な例示的なタイミング図である。

図１の例示的なデータ分散サービス層の実装のブロック図である。

図１の例示的なタイムセンシティブネットワーク構成サービス層の実装のブロック図である。

タイムセンシティブネットワーク内のアプリケーションミドルウェアサービスからのＱｏＳ保証の確実性を示す例示的な図である。

図２Ａの例示的なデータ収集器を実装するために実行され得る機械可読命令を表すフローチャートを示す。 図２Ａの例示的なデータ収集器を実装するために実行され得る機械可読命令を表すフローチャートを示す。

図２Ｂの例示的な中央ネットワーク構成を実装するために実行され得る機械可読命令を表すフローチャートを示す。

図４Ａの例示的なデータ分散サービス層を実装するために実行され得る機械可読命令を表すフローチャートを示す。

図４Ｂの例示的なタイムセンシティブネットワーク構成サービス層を実装するために実行され得る機械可読命令を表すフローチャートを示す。 図４Ｂの例示的なタイムセンシティブネットワーク構成サービス層を実装するために実行され得る機械可読命令を表すフローチャートを示す。

リンク性能の決定と併せて利用され得る例示的なデータパケットおよび／または要素タイプ定義を示す。 リンク性能の決定と併せて利用され得る例示的なデータパケットおよび／または要素タイプ定義を示す。

図２Ａの例示的なデータ収集器を実装するための図６Ａおよび図６Ｂの命令を実行するように構築された例示的な処理プラットフォームのブロック図である。

図２Ｂの例示的な中央ネットワーク構成を実装するための図７の命令を実行するように構築された例示的な処理プラットフォームのブロック図である。

図４Ａの例示的なデータ分散サービス層を実装するための図８の命令を実行するように構築された例示的な処理プラットフォームのブロック図である。

図４Ｂの例示的なタイムセンシティブネットワーク構成サービス層を実装するための図９および図１０の命令を実行するように構築された例示的な処理プラットフォームのブロック図である。

図は、縮尺通りではない。代わりに、層または領域の厚さが、図面において拡大されていることがある。明確な線および境界を有する層および領域が図に示されているが、これらの線および／または境界のいくつかまたは全ては、理想化されていることがある。実際には、これらの境界および／または線は、観察不可能であったり、交わっていたり、および／または不規則であったりすることがある。概して、同じ参照番号は、図面および添付明細書の全体にわたって用いられ、同じまたは同様の部分を指す。本明細書において用いられる場合、別段の記載がない限り、接続についての言及（例えば、取り付けられる、結合される、接続される、接合される）は、接続についての言及により参照される要素間の中間部材、および／またはそれらの要素間の相対移動を含み得る。したがって、接続についての言及は、必ずしも、２つの要素が互いに、直接接続されている、および／または固定された関係にあることを推論しているわけではない。本明細書において用いられる場合、任意の部分が別の部分と「接触」している旨の記載は、これら２つの部分の間に中間部分が存在しないことを意味するように定義される。

別段の記載がない限り、例えば、「第１の」、「第２の」、「第３の」等の記述子は、優先順位、物理的な順序、リスト内の配置、および／または順序付けについてのいかなる意味も決して推定するかそうでなければ示すことなく、本明細書において用いられているが、開示される例を理解しやすくするために要素を区別するための符号および／または任意の名称として用いられているに過ぎない。いくつかの例において、「第１の」という記述子は、発明を実施するための形態における要素を指すのに用いられ得るが、同じ要素が、請求項内で、「第２の」または「第３の」などの異なる記述子を用いて称され得る。そのような例では、そのような記述子が、例えばそうでなければ同じ名称を共有し得る要素を明確に識別するために用いられているに過ぎないことが理解されるべきである。

上述したように、ＴＳＮは、デバイス（例えば、エンドデバイス、ステーション、アクセスポイント、ブリッジ、サーバ等）間でデータを交換できるようにこれらのデバイスのネットワークに実装され得る。（例えば、８０２．１１Ｑｃｃに対応する）集中ＴＳＮ管理モデルにおいて、ＴＳＮドメイン内の通信（例えば、有線または無線のいずれか）は、高い信頼度でスケジューリングされる。ＴＳＮエンドデバイス（例えば、ステーション、トーカ、リスナ等）およびネットワーク要素（例えば、ブリッジ、アクセスポイント（ＡＰ）、クライアントデバイス等）は、中央ネットワーク構成（ＣＮＣ）エンティティによるグローバル時間認識スケジュールに従って動作する。グローバル時間認識スケジュール（グローバルスケジュールとも称される）は、スケジューリングの実装の前にネットワーク内で動作する全てのデバイスにより知られているスケジュールである。

ネットワークの各デバイスは、グローバル時間認識スケジュールに従ってデータを交換する。例えば、第１のステーション（例えば、送信デバイス、トーカ等）は、特定の保護ウィンドウ中にリンクを介して第２のステーション（例えば、受信デバイス、リスナ等）とデータを交換するようにスケジューリングされる。特定の保護ウィンドウが発生した場合、第１のステーションは、ＴＳＮデータフレームを第２のステーションへ送信する。ＴＳＮデータフレームの取得に応答して、第２のステーションは、確認応答（ＡＣＫ）を第１のデバイスへ送信する。いくつかの例において、第１のステーションが閾値時間量内にＡＣＫを取得しなかった場合、第１のステーションは、ＡＣＫが受信されるか、保護ウィンドウが終了するまで、ＴＳＮデータフレームの送信を繰り返す。保護ウィンドウの長さは、以前の観察および／または統計分析に基づく最悪のケースシナリオに対応する、予め設定された時間量である。予め設定された時間量により、ある確実性割合内で、ＴＳＮデータフレームが保護ウィンドウ内でリスナおよびＡＣＫにより取得されることが保証される。

従来のネットワーク要素およびネットワークデバイスは、（例えば、時間認識スケジューリングオペレーションに関する）ＴＳＮ要件に固有の無線リンク性能を測定するためのメカニズムを有していない。したがって、グローバル時間認識スケジュールは、再送信のためにより多くの冗長性および／または時間を必要とし得る悪いチャネル条件でもデータ交換の成功を（例えば、ある確実性割合で）保証するのに十分長い長さを有する保護ウィンドウを含む。しかしながら、そのような大きい保護ウィンドウ期間は、再送信のための冗長性または時間がより少ない良好なチャネル条件では非効率的である。さらに、従来のネットワーク要素には、保護ウィンドウ期間が十分長くない場合、および／または、ＴＳＮネットワーク内に任意の他の課題が発生した場合／ときに強調表示するためのメカニズムが存在しない。

本明細書において開示される例は、ネットワーク内の動的無線リンク条件を考慮するために、リンク性能をモニタリングして、不規則性およびエラーを強調表示し、および／または、（例えば、保護ウィンドウの長さを増加または減少させることにより）グローバルスケジュールを動的に調節する。本明細書において開示される例は、トーキンングデバイス（例えば、データを送信するデバイス）およびリスニングデバイスにおけるリンク性能測定の実行と、ＣＮＣへの測定値の送信とを含む。トーキンングデバイスにおけるリンク性能測定は、本明細書において、送信（Ｔｘ）時間バッファ（ＴｘＴＢｕｆ）と称され、リスニングデバイスにおけるリンク性能測定は、本明細書において、受信（Ｒｘ）時間バッファ（ＲｘＴＢｕｆ）と称される。トーキングステーションは、保護ウィンドウの終了の時間（ＴＸ＿Ｔｗｅ）と、ＡＣＫが取得された時間（Ｔｘ＿Ｔｄｏｎｅ）との間の差を決定することにより、ＴｘＴＢｕｆを計算する（例えば、ＴｘＴＢｕｆ＝ＴＸ＿Ｔｗｅ－Ｔｘ＿Ｔｄｏｎｅ［マイクロ秒］）。リスニングステーションは、保護ウィンドウの終了の時間（ＲＸ＿Ｒｗｅ）と、ＡＣＫが送信された時間（Ｒ＿Ｔｄｏｎｅ）との間の差を決定することにより、ＲｘＴＢｕｆ（例えば、ＲｘＴＢｕｆ＝ＲＸ＿Ｒｗｅ－Ｒｘ＿Ｔｄｏｎｅ［マイクロ秒］）を計算する。伝送エラーが存在しない場合、ＴｘＴＢｕｆおよびＲｘＴＢｕｆは、同様（例えば、閾値時間量内）であるべきである。しかしながら、伝送エラーが存在するか、保護ウィンドウが十分長くない場合、ＴｘＴＢｕｆは、ＲｘＴＢｕｆとは著しく異なることがあり、ＴｘＴＢｕｆは、０または負であることがあり、および／または、ＲｘＴＢｕｆは、負であることがある。本明細書において開示される例を用いて、ＣＮＣは、リンク性能測定を処理して、報告を生成し、伝送エラーを軽減し、および／または保護ウィンドウ期間を調節することで、ネットワークをより効率的なものにしたり、性能を向上させたりできる。本明細書において開示される例はＩＥＥＥ規格８０２．１１Ｑｂｖと併せて説明されるが、本明細書において開示される例は、グローバル時間認識スケジュールに対応する任意の規格（例えば、８０２．１１、８０２．１等）と併せて説明され得る。

いくつかの例において特定のサービスへの明確なインタフェースを提供することにより、アプリケーション開発からの基礎となる通信インフラストラクチャを抽象化するために、リアルタイムアプリケーションミドルウェアサービスが用いられる。例えば、データ分散サービス（ＤＤＳ）は、複数の業界（例えば、自動車、ロボット工学、医療、航空電子工学等）に及ぶ、リアルタイムミッションクリティカルアプリケーションのためのスケーラブルな決定的リアルタイムデータ移送を提供する通信ミドルウェア仕様標準化の例である。ＤＤＳにより、ＱｏＳ契約が定義され、および／または、アプリケーションがリアルタイムでの決定的なデータ配信の実現に影響力を及ぼし得ることが保証される。

従来のサービスは、アプリケーション層におけるデータ配信、ＱｏＳ保証および／またはデータ移送のためのインタフェースを提供するが、ＱｏＳ保証が満たされることを保証できない。なぜなら、そのような従来のサービスでは、期待されるＱｏＳ保証を提供するために必要となる基礎となるネットワークリソースが制御されないからである。したがって、アプリケーション層におけるＱｏＳ保証は、ネットワーク層において無視され得る。

本明細書において開示される例は、ＤＤＳドメイン（例えば、ＤＤＳ層）内のデータ交換をＴＳＮドメイン（例えば、ＴＳＮ層）内の配信にマッピングすることを含む。例えば、本明細書において開示される例は、ＤＤＳトピック（例えば、ＤＤＳドメイン内のデバイス間のアプリケーションインタラクションの基本的手段）をＴＳＮドメインのタイムクリティカルＴＳＮトラフィックストリームにマッピングする。本明細書において開示される例は、ＤＤＳトピックをＴＳＮストリーム構成パラメータに関連付けることで、ＱｏＳ保証が満たされることを保証する。本明細書において開示される例はさらに、ＴＳＮ層コンポーネントとネゴシエートして、ＱｏＳ保証を満たすデータストリームをセットアップすることにより、マッピングを解釈して、かつ、ＴＳＮネットワークを構成して、ＱｏＳ保証が満たされることを保証するＴＳＮ構成サービス（ＴＣＳ）を提供する。本明細書において開示される例は、ＴＳＮサービスと併せて説明されるが、ミドルウェアを含む任意のサービス（例えば、プロセス制御統一アーキテクチャのためのオブジェクトリンキングおよび組み込み（ＯＰＣ－ＵＡ））と併せて用いられ得る。

図１は、データ送信を容易にするための例示的なＴＳＮ環境１００である。例示的なＴＳＮ環境１００は、例示的なステーション１０２ａ－１０２ｂと、例示的なアクセスポイント１０４と、例示的なネットワーク１０６と、例示的なサーバ１０８と、例示的なデータ収集器１１０と、例示的な中央ネットワーク構成エンティティ（ＣＮＣ）１１２と、例示的なＤＤＳ層１１４と、例示的なＴＣＳ層１１６と、例示的な集中型ユーザ構成エンティティ（ＣＵＣ）１１８とを含む。例示的な環境１００は、ＴＳＮ環境であるが、グローバル時間認識スケジュールを利用するあらゆる環境、またはミドルウェアを含むあらゆる環境に対応し得る。加えて、例示的な環境１００は、２つのステーション１０２ａ、１０２ｂと、ＡＰ１０４と、サーバ１０８とを含むが、ネットワーク１０６を介して任意の数のＡＰ、ブリッジ、サーバ等に接続された任意の数のステーションを含み得る。

図１の例示的なＳＴＡ１０２ａ、１０２ｂは、ＴＳＮ対応型および／またはＷｉＦｉ対応型のコンピューティングデバイスである。例示的なＳＴＡ１０２ａ、１０２ｂは、例えば、コンピューティングデバイス、ポータブルデバイス、モバイルデバイス、携帯電話、スマートフォン、タブレット、ゲーミングシステム、テレビ、センサ、モノのインターネット（ＩｏＴ）デバイスもしくはセンサ、エッジデバイス、ロボット機器、自動車用コンピュータ、医療機器、航空電子工学機器、および／または任意の他のＴＳＮおよび／またはＷｉＦｉ対応デバイスであってよい。例示的なＳＴＡ１０２ａ、１０２ｂは、（例えば、データを送信および／または受信するための）例示的な無線アーキテクチャ、および／または、（例えば、１つまたは複数のアプリケーションを実装した）他のプロセッサを含む。さらに後述するように、例示的なＳＴＡ１０２ａ、１０２ｂは、例示的なデータ収集器１１０、例示的なＣＮＣ１１２、例示的なＤＤＳ層１１４、例示的なＴＣＳ層１１６および／または例示的なＣＵＣ１１８の全部または一部を含み得る。本明細書において開示される例では、例示的なＳＴＡ１０２ａは、パブリッシャおよび／またはトーカに対応し、例示的なＳＴＡ１０２ｂは、加入者および／またはリスナに対応する。しかしながら、いずれのデバイス１０２ａも、パブリッシャ／トーカおよび／または加入者／リスナのいずれかとして実装され得る。

図１の例示的なＡＰ１０４は、例示的なＳＴＡ１０２ａ、１０２ｂが例示的なネットワーク１０６にアクセスすること、および／または互いに接続することを可能にするデバイスである。例示的なＡＰ１０４は、ルータ、モデム－ルータ、ブリッジ、および／または、ネットワークへの接続を提供する任意の他のデバイスであってよい。ルータは、無線通信リンクをＳＴＡに提供する。ルータは、モデムを介して有線接続を通じてネットワークにアクセスする。モデム－ルータは、モデムおよびルータの機能を組み合わせている。例示的なＡＰ１０４は、例示的なデータ収集器１１０、例示的なＣＮＣ１１２、例示的なＤＤＳ層１１４、例示的なＴＣＳ層１１６および／または例示的なＣＵＣ１１８、（例えば、ソフトウェアを実装した）追加のプロセッサ、および／または、（例えば、データを送信および／または受信するための）無線アーキテクチャの全部または一部を含み得る。

図１の例示的なネットワーク１０６は、データを交換する相互接続されたシステムのシステムである。例示的なネットワーク１０６は、インターネット、電話ネットワーク、ローカルエリアネットワーク（ＬＡＮ）、ケーブルネットワークおよび／または無線ネットワークなどであるがこれらに限定されない、任意のタイプのパブリックネットワークまたはプライベートネットワークを用いて実装され得る。ネットワーク１０６を介した通信を可能にするために、例示的なＡＰ１０４および／またはサーバ１０８は、イーサネット（登録商標）、デジタル加入者線（ＤＳＬ）、電話回線、同軸ケーブルまたは任意の無線接続等への接続を可能にする通信インタフェースを含む。

さらに後述するように、図１の例示的なサーバ１０８は、リンク性能をモニタリングし、ＤＤＳ層からネットワーク層へのＱｏＳ保証を保証し、および／またはデータストリームを例示的なＴＣＳ層１１６とネゴシエートするための例示的なＣＮＣ１１２、例示的なＴＣＳ層１１６および／または例示的なＣＵＣ１１８の全部または一部を実装し得るコンピューティングデバイスである。

図１の例示的なデータ収集器１１０は、グローバル時間認識スケジュールにおいて特定されるウィンドウ中にデータ交換を実行するデバイスに実装され得るコンポーネントである。例示的なデータ収集器１１０は、ウィンドウの終了に対応する時間と、確認応答とに基づいて、リンク性能情報（例えば、データ、メトリック等）を収集する。例えば、データ収集器１１０が送信デバイス（例えば、転送ブリッジ、ＡＰ１０４および／またはトーキングＳＴＡ１０２ａ）に実装される場合、データ収集器１１０は、ＡＣＫが受信された時間に基づいて、ＴｘＴＢｕｆを決定する（例えば、ＴｘＴＢｕｆ＝ＴＸ＿Ｔｗｅ－Ｔｘ＿Ｔｄｏｎｅ［マイクロ秒］）。データ収集器が受信デバイス（例えば、転送ブリッジ、ＡＰ１０４および／またはリスニングＳＴＡ１０２ｂ）に実装される場合、データ収集器１１０は、ＡＣＫが送信された時間に基づいて、ＲｘＴＢｕｆを決定する（例えば、ＲｘＴＢｕｆ＝ＲＸ＿Ｒｗｅ－Ｒｘ＿Ｔｄｏｎｅ［マイクロ秒］）。加えて、ＡＣＫが保護ウィンドウ内に送信および／または受信されなかった場合、例示的なデータ収集器１１０は、伝送エラーにフラグを立て得る。例示的なデータ収集器１１０は、決定されたリンク性能情報を例示的なＣＮＣ１１２へ送信する。例示的なデータ収集器１１０は、全てのデータ交換の後に、１つまたは複数の予め設定された数のデータ交換の後に、および／または、トリガに基づき、決定されたリンク性能情報を送信し得る（例えば、エラーが特定された場合、ＣＮＣ１１２は、リンク性能情報等を要求する）。データ収集器１１０がトリガに基づいてリンク性能情報のみを送信する場合、データ収集器１１０は、エラーが発生したときには複数の前のリンク性能測定を送信してよく、または、エラーに対応するリンク性能情報のみを送信してよい。データ収集器１１０がエラーに対応するリンク性能情報のみを送信する場合、リンク性能情報は、他のコンテキスト情報（例えば、エラーより前のデータ交換の成功回数のインジケーション）を含み得る。図２Ａと併せて例示的なデータ収集器１１０をさらに後述する。

図１の例示的なＣＮＣ１１２は、トーカデバイス（例えば、ＳＴＡ１０２ａ）およびリスナデバイス（ＳＴＡ１０２ｂ）からの取得したリンク性能メトリックを処理する。例示的なＣＮＣ１１２は、リンク性能メトリックを処理して、同じリンク（例えば、ＳＴＡ１０２ａとＳＴＡ１０２ｂとの間でデータを交換する試みがなされる同じウィンドウ）に対応するＲｘ時間バッファおよびＴｘ時間バッファを特定し得る。このように、ＣＮＣ１１２は、例えば、（例えば、再送信および／またはデータ送信の遅延および／またはＡＣＫに対応する）Ｔｘ時間バッファ値の閾値範囲内にＲｘ時間バッファ値がない場合、エラーまたは不規則性を特定できる。加えて、ＣＮＣ１１２は、リンク性能メトリックを処理して、任意の他の不規則性を特定し得る（例えば、Ｔｘ時間バッファまたはＲｘ時間バッファが負である場合、または、リンク性能メトリックがエラーを含むかそうでなければ特定する場合）。いくつかの例において、ＣＮＣ１１２は、取得したリンク性能メトリックに基づいてジッタ測定値を生成する。例えば、ＣＮＣ１１２は、取得したＴｘ時間バッファ情報および／またはＲｘ時間バッファ情報のヒストグラムを生成し得る。例示的なＣＮＣ１１２は、処理したリンク性能メトリックに基づく（例えば、特定されたエラー、不規則性、および／またはジッタヒストグラムを含む）報告を生成し得る。ＣＮＣ１１２は、報告をユーザインタフェースに出力してよく、および／または、報告は、後の時点でのさらなる統計分析のために用いられてよい。いくつかの例において、ＣＮＣ１１２は、報告、特定されたエラー、および／または特定された不規則性に基づいて、エラーを軽減し得る。例えば、閾値数のエラーまたは不規則性が特定された場合、ＣＮＣ１１２は、スケジュールを調節して、（例えば、性能を向上させ、および／またはエラーを低減するために）保護ウィンドウの期間を延ばし得る。加えて、ＣＮＣ１１２は、ヒストグラムに基づいて、および／または、エラーまたは不規則性が閾値時間量または閾値数のデータ交換内に発生しなかった場合、スケジュールを調節して、（例えば、データ交換の効率および／または量を向上させるために）保護ウィンドウの期間を短縮し得る。ＣＮＣ１１２は、単一のデバイス（例えば、ＳＴＡ１０２ａ、１０２ｂ、ＡＰ１０４またはサーバ１０８）に実装されてもよく、異なるデバイスにＣＮＣ１１２の各部分が実装される分散型システムの一部であってよい。図２Ｂと併せて例示的なＣＮＣ１１２をさらに後述する。

図１の例示的なＤＤＳ層１１４は、トピックを用いてデータを公開および／またはサブスクライブする通信ミドルウェアサービスである。トピックは、単一のデータタイプについての、および／またはサンプルの分散および利用可能性についての情報の単位である。トピックは、名称と、タイプと、ＱｏＳポリシのセットとにより定義され得る。ＤＤＳ層１１４は、広告出版物をサブスクライブするデバイスへ、ネットワークを通じてデータ値（例えば、サンプル）を転送する。ＤＤＳ層１１４は、データを公開するためのデータライタ、および／またはデータをサブスクライブするためのデータリーダを含む。パブリッシャ側で、例示的なＤＤＳ層１１４は、タイムセンシティブネットワークプロファイル（ＴＳＮプロファイル）を含むトピックデータを含めるために、ＱｏＳポリシデータ構造をオーバーロードする。ＴＳＮプロファイル（ＴＳＮトラフィックプロファイルとも称される）は、最大データユニットサイズ（例えば、データパケットの最大サイズ）、パケット間到達時間（例えば、公開されたデータが周期的である場合には、最小媒体アクセスコントローラサービスデータユニット（ＭＳＤＵ）到着時間間隔、または、データが非周期的である場合には、データイベント間の最小間隔）、レイテンシ限度（例えば、許容される最小レイテンシ）、プロキシデマンドリソース（ＰＤＲ）または他の信頼性値（例えば、レイテンシ限度内の期待パケット配信率）および／またはジッタ値（例えば、許容されるレイテンシ内の最小ジッタ）を含み得る。ＤＤＳ層１１４は、オーバーロードＱｏＳポリシ（ＱｏＳポリシデータ構造とも称される）を例示的なＴＣＳ層１１６へ送信する。オーバーロードＱｏＳポリシの送信に応答して、ＤＤＳ層１１４のデータライタは、さらに後述するように、データライタマッピングへのＴＳＮデータドライバを取得する。ＤＤＳ層１１４のデータライタは、このマッピングを用いてこのマッピングのＴＳＮデータドライバへトピックを送信することで、トピックがＱｏＳ保証に従って送信されることを保証する。ＤＤＳ層１１４は、単一のデバイス（例えば、ＳＴＡ１０２ａ、１０２ｂ、ＡＰ１０４またはサーバ１０８）に実装されてもよく、異なるデバイスにＤＤＳ層１１４の各部分が実装される分散型システムの一部であってよい。図４Ａと併せて例示的なＤＤＳ層１１４をさらに後述する。

図１の例示的なＴＣＳ層１１６は、ＤＤＳ層１１４において特定されるＱｏＳストリームに基づいて、ＤＳＳ層１１４のトピックをデータストリームにマッピングする。例示的なＴＣＳ層１１６は、ＤＤＳ層１１４のデータライタから送信されるＱｏＳポリシからＴＳＮプロファイルを抽出して格納する。このように、データライタに対応するトピックを加入者がサブスクライブする場合、ＴＣＳ層１１６は、ＣＮＣ１１２および／またはＣＵＣ１１８とネゴシエートすることで、ＴＳＮプロファイルに含まれるＱｏＳ保証を満たすデータストリームをセットアップできる。加入者がパブリッシャをサブスクライブし、ＱｏＳ保証を満たすデータストリームが確立された後に、ＤＤＳ層１１４におけるトピックが、ＴＣＳ層１１６のデータライタへ送信され、その結果、ＴＣＳ層１１６のデータライタは、確立されたストリームを介して、トピックをＴＣＳ層１１６内のデータリーダへ送信できる。ＴＣＳ層１１６内のデータリーダは、トピックをＤＤＳ層１１４内のデータリーダへ送信する。ＴＣＳ層１１６は、単一のデバイス（例えば、ＳＴＡ１０２ａ、１０２ｂ、ＡＰ１０４またはサーバ１０８）に実装されてもよく、異なるデバイスにＴＣＳ層１１６の各部分が実装される分散型システムの一部であってよい。図４Ｂと併せて例示的なＴＣＳ層１１６をさらに後述する。

図２Ａは、図１のデータ収集器１１０の例示的な実装のブロック図である。例示的なデータ収集器１１０は、例示的なコンポーネントインタフェース２００、例示的なクロック２０２、例示的なスケジュールコントローラ２０４、例示的なデータパケットコントローラ２０６、例示的なフラグ生成器２０８および例示的なリンク性能計算器２１０を含む。

図２Ａの例示的なコンポーネントインタフェース２００は、データ収集器１１０を実装しているデバイスの他のコンポーネントとインタフェース接続する。例えば、データ収集器１１０を実装しているデバイスは、データパケットを送信および／または受信するための無線アーキテクチャを含み得る。したがって、例示的なコンポーネントインタフェース２００は、無線アーキテクチャを用いて受信されるデータパケットを取得でき、および／または、無線アーキテクチャにデータパケットを送信するよう命令（例えば、送信するようにさせることが）できる。

図２Ａの例示的なクロック２０２は、時間を追跡する。モニタリングされた時間は、（ａ）保護ウィンドウがいつ発生したか、（ｂ）ＡＣＫがいつ受信されたか、および／または（ｃ）ＡＣＫがいつ送信されたかを決定するために用いられ得る。上述したように、ＡＣＫが受信および／または送信された時間は、ＲｘＴＢｕｆ値および／またはＴｘＴＢｕｆ値を決定するために用いられる。

図２Ａの例示的なスケジュールコントローラ２０４は、クロック２０２の時間をモニタリングして、グローバル時間認識スケジュールに基づき、データ交換用の保護ウィンドウがいつ発生したかを決定する。例えば、スケジュールコントローラ２０４は、グローバル時間認識スケジュールを処理して、どの保護ウィンドウがデータ交換に対応するかと、保護ウィンドウがいつ発生したかとを決定する。また、例示的なスケジュールコントローラ２０４は、前に取得されたグローバルスケジュールに基づいて、保護ウィンドウの終了を特定する。いくつかの例において、スケジュールコントローラ２０４は、例示的なクロック２０２からのタイミング情報にアクセスするための、および／または、（例えば、メモリまたはストレージデバイスからの）グローバルスケジュールに対応するデータにアクセスするための回路を含む。いくつかの例において、スケジュールコントローラ２０４は、例示的なクロック２０２からのタイミング情報にアクセスするための、および／または、（例えば、メモリまたはストレージデバイスからの）グローバルスケジュールに対応するデータにアクセスするためのコードである。

図２Ａの例示的なデータパケットコントローラ２０６は、データパケットを生成する。例えば、データパケットコントローラ２０６は、トーカとして実装された場合、ＴＳＮデータフレームを生成し、コンポーネントインタフェース２００に対し、保護ウィンドウ中に無線アーキテクチャを介してＴＳＮデータフレームを送信するよう命令し得る。加えて、データパケットコントローラ２０６は、リスナとして実装された場合、ＴＳＮデータフレームが受信されたときにＡＣＫを生成し得る。また、データパケットコントローラ２０６は、ＡＣＫが受信または送信された時間を記録し得る。いくつかの例において、データパケットコントローラ２０６は、（ａ）データをデータパケットおよび／またはＡＣＫへ生成および／または編成するための、および／または（ｂ）生成されたデータを別のコンポーネントからの命令に基づいて送信および／または格納するための回路を含む。いくつかの例において、データパケットコントローラ２０６は、（ａ）データをデータパケットおよび／またはＡＣＫへ生成および／または編成するための、および／または（ｂ）生成されたデータを別のコンポーネントからの命令に基づいて送信および／または格納するためのコードである。

図２Ａの例示的なフラグ生成器２０８は、データ交換エラーに対応するフラグを生成する。例えば、フラグ生成器２０８は、ＡＣＫおよび／またはＴＳＮデータフレームが保護ウィンドウ内に取得されなかった場合、フラグを生成し得る。フラグは、報告を生成し、課題を軽減し、および／または、グローバルスケジュールを調節することにより効率を向上させるために、例示的なＣＮＣ１１２に提供され得る。いくつかの例において、フラグ生成器２０８は、エラーにフラグを立てるための回路を含む。いくつかの例において、フラグ生成器２０８は、エラーにフラグを立てるためのコードである。

図２Ａの例示的なリンク性能計算器２１０は、Ｔｘ時間バッファおよび／またはＲｘ時間バッファを計算する。上述したように、Ｔｘ時間バッファおよびＲｘ時間バッファは、リンク性能を表す。リンク性能計算器２１０は、保護ウィンドウの終了の時間（ＴＸ＿Ｔｗｅ）と、ＡＣＫが取得された時間（Ｔｘ＿Ｔｄｏｎｅ）との間の差を決定することによりＴｘ時間バッファ（例えば、ＴｘＴＢｕｆ＝ＴＸ＿Ｔｗｅ－Ｔｘ＿Ｔｄｏｎｅ［マイクロ秒］）を計算するための減算器を含み得る。例示的なリンク性能計算器２１０は、保護ウィンドウの終了の時間（ＲＸ＿Ｒｗｅ）と、ＡＣＫが送信された時間（Ｒ＿Ｔｄｏｎｅ）との間の差を決定することにより、ＲｘＴＢｕｆ（例えば、ＲｘＴＢｕｆ＝ＲＸ＿Ｒｗｅ－Ｒｘ＿Ｔｄｏｎｅ［マイクロ秒］）を計算する。例示的なリンク性能計算器２１０は、コンポーネントインタフェース２００に、実装しているデバイスの無線アーキテクチャを用いて、計算された時間バッファをＣＮＣ１１２へ送信するよう命令する。いくつかの例において、リンク性能計算器２１０は、時間バッファを計算するための回路を含む。いくつかの例において、リンク性能計算器２１０は、時間バッファを計算するためのコードである。

図２Ｂは、図１のＣＮＣ１１２の例示的な実装のブロック図である。例示的なＣＮＣ１１２は、例示的なコンポーネントインタフェース２２０、例示的な報告生成器２２、例示的なデータオーガナイザ２２４および例示的な課題軽減器２２６を含む。

図２Ｂの例示的なコンポーネントインタフェース２２０は、ＣＮＣ１１２を実装しているデバイスの他のコンポーネントとインタフェース接続する。例えば、ＣＮＣ１１２を実装しているデバイスは、データパケットを送信および／または受信するための無線アーキテクチャを含み得る。したがって、例示的なコンポーネントインタフェース２２０は、無線アーキテクチャを用いて受信されるデータパケットを取得でき、および／または、無線アーキテクチャにデータパケットを送信するよう命令（例えば、送信するようにさせることが）できる。

図２Ｂの例示的な報告生成器２２２は、取得されたリンク性能情報に基づく報告をトーキングデバイスおよびリスニングデバイス（例えば、例示的なＳＴＡ１０２ａ、１０２ｂ、例示的なＡＰ１０４）に対して生成する。報告生成器２２２は、報告内の（例えば、取得されたエラー、閾値よりも大きい対応するＴｘＴＢｕｆとＲｘＴＢｕｆとの間の差、ＴｘＴＢｕｆまたはＲｘＴＢｕｆのいずれかが負である等、に対応する）エラーおよび／または不規則性を含み得る。加えて、報告生成器２２２は、報告内のデータオーガナイザ２２４により生成されるジッタ測定値を含み得る。いくつかの例において、報告生成器２２２は、報告を生成するための回路を含む。いくつかの例において、報告生成器２２２は、報告を生成するためのコードである。

図２Ｂの例示的なデータオーガナイザ２２４は、取得されたリンク性能メトリック（例えば、Ｔｘ時間バッファおよびＲｘ時間バッファ）に基づいて、ジッタ測定値を計算する。例えば、データオーガナイザ２２４は、取得されたリンク性能メトリックのヒストグラムとしてジッタ測定値を計算し得る。ジッタ測定値は、複数のデータ交換についてのリンク性能を表すためのリンク性能メトリックの値を含む。例示的なデータオーガナイザ２２４は、報告に含めるために、生成されたジッタ測定値を例示的な報告生成器２２へ送信する。いくつかの例において、データオーガナイザ２２４は、データを編成するための回路を含む。いくつかの例において、データオーガナイザ２２４は、データを編成するためのコードである。

図２Ｂの例示的な課題軽減器２２６は、生成された報告に基づいて、課題を軽減し、および／またはグローバル時間認識スケジュールを調節する。例えば、エラーまたは不規則性が存在する場合、例示的な軽減器２２６は、（例えば、冗長性および／または再送信を含めるよう、または増加させるよう対応するデバイスに要求することにより）特定されたエラーまたは不規則性に基づいて課題を軽減するために、対応するデバイスへコマンドを送信し得る。いくつかの例において、例示的な軽減器２２６は、ジッタ測定値および／またはあらゆるエラーおよび／または不規則性に基づいて、保護ウィンドウの長さを調節する。例えば、最も小さいＴｘ時間バッファが１ミリ秒であることを特定するエラーおよび／または不規則性およびジッタ測定値が存在しない場合、課題軽減器２２６は、保護ウィンドウの長さを１ミリ秒だけ減少させ得る。１つまたは複数のエラーまたは不規則性が存在する場合、課題軽減器２２６は、保護ウィンドウの長さを増加させ得る。いくつかの例において、課題軽減器２２６は、課題を軽減するための回路を含む。いくつかの例において、課題軽減器２２６は、課題を軽減させるためのコードである。

図３Ａは、第１のデバイス（例えば、例示的なＳＴＡ１０２ａ）と第２のデバイス（例示的なＳＴＡ１０２ｂ）との間のＴＳＮデータ交換用の例示的な保護ウィンドウ３０２を示す例示的なタイミング図３００である。例示的なタイミング図３００は、例示的な保護ウィンドウ３０２、例示的な保護ウィンドウ開始時刻３０４、例示的な保護ウィンドウ終了時刻３０６、例示的なＴＳＮデータフレーム３０８および例示的なＡＣＫ３１０を含む。

上述したように、ＴＳＮネットワーク内のデバイスは、グローバルスケジュールについて予め知識を有している。したがって、保護ウィンドウ開始時刻３０４のすぐ後に、例示的なＳＴＡ１０２ａのデータ収集器１１０は、ＴＳＮデータフレーム３０８を例示的なＳＴＡ１０２ｂへ送信する。ＳＴＡ１０２ｂがＴＳＮデータフレーム３０８を受信した後に、例示的なＳＴＡ１０２ｂのデータ収集器１１０は、例示的なＡＣＫ３１０を送信する。ＡＣＫ３１０の送信後に、例示的なＳＴＡ１０２ｂは、保護ウィンドウ３０６の終了とＡＣＫ３１０が送信された時間との間の差に基づいて、Ｒｘ時間バッファを計算する。例示的なＳＴＡ１０２ａがＡＣＫ３１０を受信した後に、例示的なＳＴＡ１０２ａのデータ収集器１１０は、保護ウィンドウ３０６の終了とＡＣＫ３１０が受信された時間との間の差に基づいて、Ｔｘ時間バッファを計算する。

図３Ｂは、第１のデバイス（例えば、例示的なＳＴＡ１０２ａ）と第２のデバイス（例示的なＳＴＡ１０２ｂ）との間のＴＳＮデータ交換用の例示的な保護ウィンドウ３１３を示す例示的なタイミング図３１２である。例示的なタイミング図３１２は、失敗したＡＣＫ３１４を含む。

図３Ｂの例示的なタイミング図３１２に示されるように、例示的なＳＴＡ１０２ａは、ＴＳＮデータフレームを送信し、例示的なＳＴＡ１０２ｂは、データフレームの取得に応答して、ＡＣＫを送信する。しかしながら、ＳＴＡ１０２ａは、ＡＣＫを決して受信しない。図３Ｂの図示された例において、ＳＴＡ１０２ａは、ＴＳＮデータフレームを再送信しないので、ＳＴＡ１０２ａのデータ収集器１１０は、ＡＣＫが受信された時間に対応する時間をタイムアウトさせる。なぜなら、ＡＣＫは、決して受信されていないからである。このように、Ｔｘ時間バッファは、０または負の数で終了する。ＡＣＫが送信されたので、Ｒｘ時間バッファは、依然として正である。ＳＴＡ１０２ａがＴＳＮデータフレームを再送信できた場合、保護フレームの終了後にＳＴＡ１０２ａがＡＣＫを取得し、それにより負のＴｘ時間バッファがもたらされることが可能である。そのような例において、ＳＴＡ１０２ａのデータ収集器１１０は、ＡＣＫが受信された旨のインジケーションと共に（またはＡＣＫが受信されなかった旨のインジケーション無しで）負のＴｘ時間バッファを送信し得る。

図４Ａは、図１のＤＤＳ層１１４の例示的な実装のブロック図である。例示的なＤＤＳ層１１４は、例示的なコンポーネントインタフェース２２０、例示的なデータマニピュレータ４０２、例示的なマッピングストレージ４０８および例示的なデータライタ４０６を含む。

図４Ａの例示的なコンポーネントインタフェース４００は、ＤＤＳ層１１４を実装しているデバイスの他のコンポーネントとインタフェース接続する。例えば、ＤＤＳ層１１４を実装しているデバイスは、データパケットを送信および／または受信するための無線アーキテクチャを含み得る。したがって、例示的なコンポーネントインタフェース４００は、無線アーキテクチャを用いて受信されるデータパケットを取得でき、および／または、無線アーキテクチャにデータパケットを送信するよう命令（例えば、送信するようにさせることが）できる。加えて、例示的なコンポーネントインタフェース４００は、アプリケーションからデータ（例えば、ＴＳＮプロファイル）、命令、トピック等を取得できる。

例示的なデータマニピュレータ４０２は、ネットワークベースＱｏＳ保証を定義するＴＳＮプロファイルを含めるために、特定のＤＤＳ ＱｏＳポリシデータ構造をオーバーロードする。例示的なデータマニピュレータ４０２は、無線アーキテクチャにオーバーロードＤＤＳ ＱｏＳポリシデータ構造を例示的なＴＣＳ層１１６へ送信させるよう、コンポーネントインタフェース４００に命令する。このように、例示的なＴＣＳ層１１６は、ＴＳＮデータライタをＤＤＳ層１１４の例示的なデータライタ４０６にマッピングできる。

図４Ａの例示的なマッピングストレージ４０８は、ＴＳＮデータライタをＤＤＳデータライタマッピングに格納する。マッピングが生成された後に、ＴＣＳ層１１６は、ＴＳＮデータライタをＤＤＳデータライタマッピングへ送信する。コンポーネントインタフェース４００は、実装しているデバイスの無線アーキテクチャを介してマッピングを取得し、マッピングストレージ４０８への格納のためにマッピングをマッピングストレージ４０８へ送信する。

図４Ａの例示的なデータライタ４０６は、データライタ４０６を実装したパブリッシュデバイスに加入者がサブスクライブした場合、トピックを送信する。ＱｏＳネットワーク保証が満たされることを保証するために、データライタ４０６は、格納されたマッピングにアクセスして、対応するＴＳＮデータライタを特定し、特定されたＴＳＮデータライタへトピックを送信する。このように、ＴＳＮデータライタは、さらに後述するように、ＴＳＮ層を介してＱｏＳ保証を満たす確立されたストリームを介して、トピックを送信できる。

図４Ｂは、図１のＴＣＳ層１１６の例示的な実装のブロック図である。例示的なＴＣＳ層１１６は、例示的なコンポーネントインタフェース４１０、例示的なデータ抽出器４１２、例示的なプロファイルストレージ４１４、例示的なマップ生成器４１６、例示的なストリームネゴシエータ４１８、例示的なタイムセンシティブネットワークデータライタ（ＴＳＮデータライタ）４２０および例示的なタイムセンシティブネットワークデータリーダ（ＴＳＮデータリーダ）４２２を含む。上述したように、ＴＣＳ層１１６のコンポーネントは、図１のネットワークの複数のデバイスにわたって分散され得る。例えば、コンポーネントインタフェース４１０、データ抽出器４１２、プロファイルストレージ４１４、マップ生成器４１６およびＴＳＮデータライタ４２０は、図１のＳＴＡ１０２ａに実装されてよく、コンポーネントインタフェース４１０、プロファイルストレージ４１４、ストリームネゴシエート４１８およびＴＳＮデータリーダ４２２は、ＳＴＡ１０２ｂに実装されてよい。

図４Ａの例示的なコンポーネントインタフェース４１０は、ＴＣＳ層１１６を実装しているデバイスの他のコンポーネントとインタフェース接続する。例えば、ＴＣＳ層１１６を実装しているデバイスは、トピックを送信および／または受信するための無線アーキテクチャを含み得る。したがって、例示的なコンポーネントインタフェース４１０は、無線アーキテクチャを用いて受信されるトピックを取得でき、および／または、無線アーキテクチャにトピックを送信するよう命令（例えば、送信するようにさせることが）できる。

図４Ｂの例示的なデータ抽出器４１２は、取得されたＱｏＳポリシ情報からＴＳＮプロファイルを抽出する。ＴＳＮプロファイルは、トピックの送信についてパブリッシュデバイスのアプリケーション層が望むネットワークＱｏＳ保証に対応する。例示的なデータ抽出器４１２は、抽出されたＴＳＮプロファイルを例示的なプロファイルストレージ４１４に格納する。

図４Ｂの例示的なマップ生成器４１６は、ＱｏＳポリシ情報が取得されたＤＤＳ層１１４のデータライタ４０６にＴＳＮデータライタ４２０をマッピングする。例示的なマップ生成器４１６は、ＴＣＳ層１１６のＴＳＮデータライタ４２０のマッピングをＤＤＳ層１１４のデータライタ４０６へ送信するよう、（例えば、コンポーネントインタフェース４１０を介して）無線アーキテクチャに命令する。このように、ＤＤＳ層１１４は、トピックをＴＳＮデータライタ４２０へ送信して、ＴＣＳ層１１６における確立されたチャネルを介してＴＳＮデータリーダ４２２へ送信する。

図４Ｂの例示的なストリームネゴシエータ４１８は、例示的なＣＮＣ１１２および／または例示的なＣＵＣ１１８とネゴシエートして、ＴＳＮプロファイルのＱｏＳ保証を満たすデータストリームをＴＣＳ層１１６に確立する。例えば、ストリームネゴシエータ４１８は、加入者が（例えば、例示的なプロファイルストレージ４１４内のＴＳＮプロファイルにアクセスすることにより）サブスクライブを試みているトピックに対応するＴＳＮプロファイルを取得する。ストリームネゴシエータ４１８は、ＴＳＮプロファイルの詳細を用いて要求を（例えば、コンポーネントインタフェース４１０を介して実装しているデバイスの無線アーキテクチャを用いて）例示的なＣＮＣ１１２および／または例示的なＣＵＣ１１８へ送信して、ＴＳＮプロファイルの詳細（例えば、ＱｏＳ保証）を満たすストリームをスケジューリングする。ＴＳＮプロファイルの詳細を満たすストリームをストリームネゴシエータ４１８がネゴシエートできない場合、ストリームネゴシエータ４１８は、エラーメッセージをサブスクライブＳＴＡ（例えば、ＳＴＡ１０２ｂ）へ送信する。

図４Ｂの例示的なＴＳＮデータリーダ４２２は、確立されたストリームを介して、例示的なＴＳＮデータライタ４２０からトピックを取得する。データストリームが取得された後に、ＴＳＮデータリーダ４２２は、サブスクライブデバイスのＤＤＳ層におけるデータリーダへトピックを送信する。このように、加入者はトピックを取得し、ＱｏＳ保証が満たされる。

図５は、タイムセンシティブネットワーク内のアプリケーションミドルウェアサービスからのＱｏＳ保証の確実性を示す例示的な図、５００である。例示的な図、５００は、図１の例示的なパブリッシャ（例えば、ＳＴＡ１０２ａにより実装される）、例示的な加入者（例えば、ＳＴＡ１０２ｂにより実装される）、例示的なＣＮＣ１１２、例示的なデータ分散サービスドメイン（ＤＤＳドメイン）（または層）１１４、例示的なタイムセンシティブネットワーク構成サービスドメイン（ＴＣＳドメイン）（例えば、層）１１６および例示的なＣＮＣ１１８を含む。例示的な図、５００は、図４Ａの例示的なデータライタ４０６、例示的なＴＳＮデータライタ４２０、例示的なＴＳＮデータリーダ４２２をさらに含む。例示的な図、５００は、例示的なタイムセンシティブネットワークドメイン（ＴＳＮ）ドメイン（例えば、層）５０２、例示的なデータリーダ５０４および例示的なタイムセンシティブネットワークデータストリーム（ＴＳＮデータストリーム）５０６をさらに含む。

図５の例示的なパブリッシャ１０２ａは、トピックＡを公開する参加者を登録するための、パブリッシャ１０２ａ上で動作するアプリケーションからの命令を受信する。命令は、アプリケーションにより生成されるＴＳＮプロファイルをさらに含む。命令の受信に応答して、パブリッシャ１０２ａは、ＴＳＮプロファイルを含むＱｏＳポリシを例示的なＴＣＳドメイン１１６のＴＳＮデータライタ４２０へ送信する。ＴＣＳドメイン１１６は、パブリッシャ１０２ａのデータライタ４０６へのＴＳＮデータライタ４２０のマッピングを生成し、マッピングをＤＤＳドメイン１１４内のパブリッシャ１０２ａのデータライタ４０６へ送信する。

加入者１０２ｂのアプリケーションが、それがトピックＡのサブスクライブを望んでいると判断した場合、アプリケーションは、対応する加入者側ＱｏＳ保証（例えば、要求されたＱｏＳ）と共に命令を送信する。加入者側ＱｏＳ保証がパブリッシャＱｏＳ保証と一致していないとＳＴＡ１０２ｂが判断した場合、加入者１０２は、トピックＡをサブスクライブしない。加入者側ＱｏＳ保証がパブリッシャＱｏＳ保証と一致しているとＳＴＡ１０２ｂが判断した場合、加入者１０２ｂは、ＴＣＳドメイン１１６をサブスクライブするための要求を送信する。ＴＣＳドメイン１１６は、ＴＳＮプロファイルを取得し、ＴＳＮドメイン５０２内のＣＮＣ１１２および／またはＣＵＣ１１８とネゴシエートする。ネゴシエーションが成功した場合、ＣＮＣ１１２は、ＴＳＮストリーム５０６を生成して、トピックＡについてＴＳＮデータライタ４２０およびＴＳＮデータリーダ４２２に接続する。

ＴＳＮストリーム５０６が確立された後に、ＳＴＡ１０２ａのＤＤＳドメイン１１４がアプリケーションから取得する任意のトピックが、データライタ４０６からＴＳＮデータライタ４２０へ送信される。このように、ＴＳＮデータライタ４２０は、ＴＳＮストリーム５０６を介してトピックを例示的なＴＳＮデータリーダ４２２へ送信でき、ＴＳＮデータリーダ４２２は、トピックを加入者１０２ｂのＤＤＳドメイン１１４内のデータリーダ５０４へ送信できる。このように、トピックは、ＤＤＳドメイン１１４からのＱｏＳ保証を保証しつつ、ＴＳＮデータストリーム５０６を介して送信される。

図１のデータ収集器１１０、ＣＮＣ１１２、ＤＤＳ層１１４およびＴＣＳ層１１６を実装する例示的な方式が図２Ａ、図２Ｂ、図４Ａおよび／または図４Ｂに示されているが、図２Ａ、図２Ｂ、図４Ａおよび／または図４Ｂに示される要素、処理および／またはデバイスのうちの１つまたは複数は、任意の他の態様で結合、分割、再配置、省略、除外および／または実装され得る。さらに、図２Ａ、図２Ｂ、図４Ａおよび／または図４Ｂの例示的なコンポーネントインタフェース２００、例示的なクロック２０２、例示的なスケジュールコントローラ２０４、例示的なデータパケットコントローラ２０６、例示的なフラグ生成器２０８、例示的なリンク性能計算器２１０、例示的なコンポーネントインタフェース２２０、例示的な報告生成器２２２、例示的なデータオーガナイザ２２４、例示的な課題軽減器２２６、例示的なコンポーネントインタフェース４００、例示的なデータマニピュレータ４０２、例示的なマッピングデータライタ４０６、例示的なマッピングストレージ４０８、例示的なコンポーネントインタフェース４１０、例示的なデータ抽出器４１２、例示的なプロファイルストレージ４１４、例示的なマップ生成器４１６、例示的なストリームネゴシエータ４１８、例示的なＴＳＮデータライタ４２０、例示的なＴＳＮデータリーダ４２２、および／または、より一般的には、例示的なデータ収集器１１０、例示的なＣＮＣ１１３、例示的なＤＤＳ層１１４、および／または例示的なＴＣＳ層１１６は、ハードウェア、ソフトウェア、ファームウェア、および／または、ハードウェア、ソフトウェアおよび／またはファームウェアの任意の組み合わせにより実装され得る。したがって、例えば、図２Ａ、図２Ｂ、図４Ａおよび／または図４Ｂの例示的なコンポーネントインタフェース２００、例示的なクロック２０２、例示的なスケジュールコントローラ２０４、例示的なデータパケットコントローラ２０６、例示的なフラグ生成器２０８、例示的なリンク性能計算器２１０、例示的なコンポーネントインタフェース２２０、例示的な報告生成器２２２、例示的なデータオーガナイザ２２４、例示的な課題軽減器２２６、例示的なコンポーネントインタフェース４００、例示的なデータマニピュレータ４０２、例示的なマッピングデータライタ４０６、例示的なマッピングストレージ４０８、例示的なコンポーネントインタフェース４１０、例示的なデータ抽出器４１２、例示的なプロファイルストレージ４１４、例示的なマップ生成器４１６、例示的なストリームネゴシエータ４１８、例示的なＴＳＮデータライタ４２０、例示的なＴＳＮデータリーダ４２２、および／または、より一般的には、例示的なデータ収集器１１０、例示的なＣＮＣ１１３、例示的なＤＤＳ層１１４、および／または例示的なＴＣＳ層１１６のいずれも、１つまたは複数のアナログ回路もしくはデジタル回路、論理回路、プログラマブルプロセッサ、プログラマブルコントローラ、グラフィックス処理ユニット（ＧＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、プログラム可能型論理デバイス（ＰＬＤ）および／またはフィールドプログラマブルロジックデバイス（ＦＰＬＤ）により実装され得る。純粋にソフトウェアおよび／またはファームウェアの実装を包含するように本特許の装置またはシステムの請求項のいずれかを読む場合、図２Ａ、図２Ｂ、図４Ａおよび／または図４Ｂの例示的なコンポーネントインタフェース２００、例示的なクロック２０２、例示的なスケジュールコントローラ２０４、例示的なデータパケットコントローラ２０６、例示的なフラグ生成器２０８、例示的なリンク性能計算器２１０、例示的なコンポーネントインタフェース２２０、例示的な報告生成器２２２、例示的なデータオーガナイザ２２４、例示的な課題軽減器２２６、例示的なコンポーネントインタフェース４００、例示的なデータマニピュレータ４０２、例示的なマッピングデータライタ４０６、例示的なマッピングストレージ４０８、例示的なコンポーネントインタフェース４１０、例示的なデータ抽出器４１２、例示的なプロファイルストレージ４１４、例示的なマップ生成器４１６、例示的なストリームネゴシエータ４１８、例示的なＴＳＮデータライタ４２０、例示的なＴＳＮデータリーダ４２２、および／または、より一般的には、例示的なデータ収集器１１０、例示的なＣＮＣ１１３、例示的なＤＤＳ層１１４、および／または例示的なＴＣＳ層１１６のうちの少なくとも１つは、ソフトウェアおよび／またはファームウェアを含む、例えば、メモリ、デジタル多用途ディスク（ＤＶＤ）、コンパクトディスク（ＣＤ）、ブルーレイディスク等、非一時的コンピュータ可読ストレージデバイスまたはストレージディスクを含むように、本明細書により明示的に定義される。さらになお、図２Ａ、図２Ｂ、図４Ａおよび／または図４Ｂの例示的なデータ収集器１１０、例示的なＣＮＣ１１３、例示的なＤＤＳ層１１４および／または例示的なＴＣＳ層１１６は、図２Ａ、図２Ｂ、図４Ａおよび／または図４Ｂに示されるものに加えて、またはそれらの代わりに、１つまたは複数の要素、処理および／またはデバイスを含んでよく、および／または、示される要素、処理およびデバイスのいずれかまたは全てのうちの２つ以上を含んでよい。本明細書において用いられる場合、「通信する」という文言は、その変形を含み、１つまたは複数の中間コンポーネントを通じた直接通信および／または間接通信を包含し、直接の物理的な（例えば、有線）通信および／または常時通信を必要としないが、むしろ、周期的な間隔、スケジューリングされた間隔、非周期的な間隔および／または１回限りのイベントでの選択的な通信を追加的に含む。

図１の例示的なデータ収集器１１０、例示的なＣＮＣ１１３、例示的なＤＤＳ層１１４および／または例示的なＴＣＳ層１１６を実装するための例示的なハードウェアロジック、機械可読命令、ハードウェア実装ステートマシンおよび／またはそれらの任意の組み合わせを表すフローチャートが、図６Ａから図１０に示される。機械可読命令は、図１２から図１５に関連して後述される例示的なプロセッサプラットフォーム１２１０、１３１０、１４１０、１５１０に示されるプロセッサ１２１２、１３１２、１４１２、１５１２などのコンピュータプロセッサおよび／またはプロセッサ回路による実行のための１つまたは複数の実行可能プログラムまたは実行可能プログラムの一部であってよい。プログラムは、プロセッサ１２１２、１３１２、１４１２、１５１２に関連付けられたＣＤ－ＲＯＭ、フロッピーディスク、ハードドライブ、ＤＶＤ、ブルーレイディスクまたはメモリなどの非一時的コンピュータ可読記憶媒体に格納されたソフトウェアにおいて具現化されてよいが、プログラム全体および／またはその一部は、代替的に、プロセッサ１０１２以外のデバイスにより実行されてよく、および／または、ファームウェアまたは専用ハードウェアにおいて具現化されてよい。さらに、図６Ａから図１０に示されるフローチャートを参照して例示的なプログラムが説明されているが、例示的なデータ収集器１１０、例示的なＣＮＣ１１３、例示的なＤＤＳ層１１４および／または例示的なＴＣＳ層１１６を実装する多くの他の方法が、代替的に用いられ得る。例えば、ブロックの実行順序が変更されてよく、および／または、説明されたブロックのうちのいくつかが、変更されてもよく、除外されてもよく、組み合わされてもよい。加えて、または代替的に、ブロックのいずれかまたは全てが、ソフトウェアまたはファームウェアを実行することなく、対応するオペレーションを実行するように構築された１つまたは複数のハードウェア回路（例えば、ディスクリート回路および／または集積型のアナログおよび／またはデジタル回路、ＦＰＧＡ、ＡＳＩＣ、比較器、演算増幅器（オペアンプ）、論理回路等）により実装され得る。プロセッサ回路は、異なるネットワーク位置、および／または１つまたは複数のデバイス（例えば、単一の機械内のマルチコアプロセッサ、サーバラックにわたって分散された複数のプロセッサ等）のローカルに分散され得る。

本明細書において説明される機械可読命令は、圧縮形式、暗号化形式、細分化された形式、コンパイル形式、実行可能な形式、パッケージ化された形式等のうちの１つまたは複数で格納され得る。本明細書において説明される機械可読命令は、機械実行可能命令を作成、製造および／または生成するために利用され得るデータまたはデータ構造（例えば、命令の各部分、コード、コードの表現等）として格納され得る。例えば、機械可読命令は、（例えば、クラウド内、エッジデバイス内等の）ネットワークまたはネットワーク集合の同じまたは異なる位置に位置する１つまたは複数のストレージデバイスおよび／またはコンピューティングデバイス（例えば、サーバ）において細分化および格納され得る。機械可読命令は、コンピューティングデバイスおよび／または他の機械が機械可読命令を直接読めるように、解釈できるように、および／または実行できるようにすべく、インストール、修正、改変、更新、結合、補完、構成、復号、圧縮解除、アンパック、分散、再配置、コンパイル等のうちの１つまたは複数を必要とし得る。例えば、機械可読命令は、別個のコンピューティングデバイス上で個々に圧縮、暗号化および格納された複数の部分に格納され得る。これらの部分は、復号、圧縮解除および結合された場合、本明細書において説明されるもののようなプログラムを共に形成し得る１つまたは複数の機能を実装する実行可能命令のセットを形成する。

別の例において、機械可読命令は、プロセッサ回路により読まれ得るが、特定のコンピューティングデバイスまたは他のデバイス上で当該命令を実行すべくライブラリ（例えば、動的リンクライブラリ（ＤＬＬ））、ソフトウェア開発キット（ＳＤＫ）、アプリケーションプログラミングインタフェース（ＡＰＩ）等の追加を必要とする状態で、格納され得る。別の例において、機械可読命令および／または対応するプログラムが全体としてまたは部分的に実行され得る前に、機械可読命令は、構成（例えば、設定の格納、データの入力、ネットワークアドレスの記録等）される必要があり得る。したがって、本明細書において用いられる場合、機械可読媒体は、機械可読命令および／またはプログラム（格納されたか、またはそうでなければ休止もしくは送信中である場合）の特定の形式または状態にかかわらず、機械可読命令および／またはプログラムを含み得る。

本明細書において説明される機械可読命令は、あらゆる過去、現在または将来の命令言語、スクリプト言語、プログラミング言語等により表され得る。例えば、機械可読命令は、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｃ＃、Ｐｅｒｌ、Ｐｙｔｈｏｎ、ＪａｖａＳｃｒｉｐｔ（登録商標）、ハイパーテキストマークアップ言語（ＨＴＭＬ）、構造化クエリ言語（ＳＱＬ）、Ｓｗｉｆｔ等の言語のいずれかを用いて表され得る。

上述したように、図６Ａから図１０の例示的な処理は、ハードディスクドライブ、フラッシュメモリ、リードオンリメモリ、コンパクトディスク、デジタル多用途ディスク、キャッシュ、ランダムアクセスメモリ、および／または任意の期間にわたって（例えば、長期間にわたって、永続的に、短期間にわたって、一時的にバッファリングするために、および／または情報のキャッシュのために）情報が格納される任意の他のストレージデバイスまたはストレージディスクなど、非一時的コンピュータおよび／または機械可読媒体に格納された実行可能命令（例えば、コンピュータおよび／または機械可読命令）を用いて実装され得る。本明細書において用いられる場合、非一時的コンピュータ可読媒体という用語は、任意のタイプのコンピュータ可読ストレージデバイスおよび／またはストレージディスクを含み、伝搬信号を除外し、かつ、送信媒体を除外するように、明確に定義される。

「含む（ｉｎｃｌｕｄｉｎｇ）」および「備える（ｃｏｍｐｒｉｓｉｎｇ）」（ならびにそれらの全ての形態および時制）は、本明細書において、オープンエンドの用語として用いられている。したがって、任意の形態の「含む（ｉｎｃｌｕｄｅ）」または「備える（ｃｏｍｐｒｉｓｅ）」（例えば、ｃｏｍｐｒｉｓｅｓ、ｉｎｃｌｕｄｅｓ、ｃｏｍｐｒｉｓｉｎｇ、ｉｎｃｌｕｄｉｎｇ、ｈａｖｉｎｇ等）を、請求項がプリアンブルとして、または任意の種類の請求項の記載内で使用するときはいつでも、追加の要素、用語等が、対応する請求項または記載の範囲から外れることなく存在し得ることが理解されるべきである。本明細書において用いられる場合において、「少なくとも（ａｔ ｌｅａｓｔ）」という文言は、例えば請求項のプリアンブルにおいて、移行用語として用いられるときは、「備える（ｃｏｍｐｒｉｓｉｎｇ）」および「含む（ｉｎｃｌｕｄｉｎｇ）」という用語がオープンエンドであるのと同じように、オープンエンドである。「および／または（ａｎｄ／ｏｒ）」という用語は、例えば、Ａ、Ｂおよび／またはＣなどの形態で用いられた場合、（１）、Ａだけ、（２）Ｂだけ、（３）、Ｃだけ、（４）ＡとＢ、（５）ＡとＣ、（６）ＢとＣ、および（７）ＡとＢとＣなど、Ａ、Ｂ、Ｃの任意の組み合わせまたはそれらのサブセットを指す。構造、構成要素、項目、オブジェクトおよび／または物を説明する文脈で本明細書において用いられる場合、「ＡおよびＢのうちの少なくとも１つ」という文言は、（１）少なくとも１つのＡ、（２）少なくとも１つのＢ、および（３）少なくとも１つのＡおよび少なくとも１つのＢのいずれかを含む実装を指すように意図されている。同様に、構造、構成要素、項目、オブジェクトおよび／または物を説明する文脈で本明細書において用いられる場合、「ＡまたはＢのうちの少なくとも１つ」という文言は、（１）少なくとも１つのＡ、（２）少なくとも１つのＢ、および（３）少なくとも１つのＡおよび少なくとも１つのＢのいずれかを含む実装を指すように意図されている。処理、命令、動作、アクティビティおよび／または段階の実行（ｐｅｒｆｏｒｍａｎｃｅ）または実行（ｅｘｅｃｕｔｉｏｎ）を説明する文脈で本明細書において用いられる場合、「ＡおよびＢのうちの少なくとも１つ」という文言は、（１）少なくとも１つのＡ、（２）少なくとも１つのＢ、および（３）少なくとも１つのＡおよび少なくとも１つのＢのいずれかを含む実装を指すように意図されている。同様に、処理、命令、動作、アクティビティおよび／または段階の実行（ｐｅｒｆｏｒｍａｎｃｅ）または実行（ｅｘｅｃｕｔｉｏｎ）を説明する文脈で本明細書において用いられる場合、「ＡまたはＢのうちの少なくとも１つ」という文言は、（１）少なくとも１つのＡ、（２）少なくとも１つのＢ、および（３）少なくとも１つのＡおよび少なくとも１つのＢのいずれかを含む実装を指すように意図されている。

本明細書において用いられる場合、単数の指示語（例えば、「ａ」、「ａｎ」、「ｆｉｒｓｔ（第１の）」、「ｓｅｃｏｎｄ（第２の）」等）は、複数を除外しない。「ａ」または「ａｎ」という用語を伴うエンティティは、本明細書において用いられる場合、当該エンティティのうちの１つまたは複数を指す。「ａ」（または「ａｎ」）、「１つまたは複数の」および「少なくとも１つの」という用語は、本明細書において同じ意味で用いられ得る。さらに、個々に列挙されていても、複数の手段、要素または方法の動作は、例えば、単一のユニットまたはプロセッサにより実装され得る。加えて、個々の特徴が異なる例または請求項に含まれ得るが、これらは、場合によっては組み合わされてよく、異なる例または請求項に含まれていることは、特徴の組み合わせが実現可能および／または有利ではないことを示唆していない。

図６Ａおよび図６Ｂは、リンク性能情報（例えば、メトリック）を収集するために図２Ａの例示的なデータ収集器１１０（例えば、例示的なＳＴＡ１０２ａ、１０２ｂ、例示的なＡＰ１０４、ブリッジ、および／またはデータ交換に関与する任意の他のデバイスのうちのいずれか１つに実装される）により実行され得る例示的な機械可読命令６００を表す例示的なフローチャートを示す。図６Ａおよび図６Ｂのフローチャートは図１の環境１００における図２Ａの例示的なデータ収集器１１０と併せて説明されるが、命令は、任意の環境において収集される任意のデータにより実行され得る。

ブロック６０２において、例示的なコンポーネントインタフェース２００は、データ収集器１１０を実装したデバイスの無線アーキテクチャを介して、ＣＮＣ１１２からデータ交換スケジュールを取得する。データ交換スケジュールは、ネットワークに参加している全てのデバイスにより知られているグローバルスケジュールである。グローバルスケジュールは、特定のデバイス（例えば、グローバルスケジュールにおいて定義される）がデータを交換できる保護ウィンドウを含む。ブロック６０４において、クロック２０２は、実装しているデバイスについてのデータ交換に対応する特定のウィンドウがいつ発生したかを、スケジュールコントローラ２０４がクロックおよびスケジュールに基づいて判断できるように開始される。

ブロック６０６において、例示的なスケジュールコントローラ２０４は、現在時刻が情報交換用の保護ウィンドウに対応しているかどうかをクロック２０２に基づいて判断する。現在時刻が保護ウィンドウに対応していないと例示的なスケジュールコントローラ２０４が判断した場合（ブロック６０６：いいえ）、保護ウィンドウに対応する時間が発生するまで、制御はブロック６０６に戻る。現在時刻が保護ウィンドウに対応していると例示的なスケジュールコントローラ２０４が判断した場合（ブロック６０６：はい）、例示的なスケジュールコントローラ２０５は、データ交換スケジュールに基づいて、保護ウィンドウの終了に対応する時間を決定する（ブロック６０８）。

ブロック６１０において、例示的なスケジュールコントローラ２０４は、実装しているデバイス（例えば、データ収集器１１０を実装しているデバイス）が保護ウィンドウのトーカまたはリスナとしてスケジューリングされているかどうかを判断する。実装しているデバイスがトーカとしてスケジューリングされていると例示的なスケジュールコントローラ２０４が判断した場合（ブロック６１０：トーカ）、制御は、さらに後述するブロック６２２へと続く。実装しているデバイスがリスナとしてスケジューリングされていると例示的なスケジュールコントローラ２０４が判断した場合（ブロック６１０：リスナ）、例示的なデータパケットコントローラ２０６は、トーキンングデバイスからのデータパケットが、実装しているデバイスの無線アーキテクチャにより受信されたかどうかを判断する（ブロック６１２）。

トーキンングデバイスからのデータパケットが、実装しているデバイスの無線アーキテクチャにより受信されなかったと例示的なデータパケットコントローラが判断した場合（ブロック６１２：いいえ）、例示的なスケジュールコントローラ２０４は、保護ウィンドウが終了しているかどうかを（例えば、スケジュールおよびクロック２０２に基づいて）判断する（ブロック６１４）。保護ウィンドウが終了していないと例示的なスケジュールコントローラ２０４が判断した場合（ブロック６１４：いいえ）、制御はブロック６１２に戻る。保護ウィンドウが終了していると例示的なスケジュールコントローラ２０４が判断した場合（ブロック６１４：はい）、例示的なフラグ生成器２０８はデータ交換のエラーにフラグを立て（ブロック６１６）、制御はブロック６２０へと続く。

トーキンングデバイスからのデータパケットが、実装しているデバイスの無線アーキテクチャにより受信されたと例示的なデータパケットコントローラが判断した場合（ブロック６１２：はい）、例示的なデータパケットコントローラ２０６は、ＡＣＫパケットを移行させるよう、実装しているデバイスの無線アーキテクチャに（例えば、コンポーネントインタフェース２００を介して）命令し、例示的なクロック２０２を用いてＡＣＫ送信時刻を決定する（ブロック６１８）。ブロック６２０において、例示的なリンク性能計算器２１０は、ＡＣＫ送信時刻と、保護ウィンドウの終了とに基づいて、Ｒｘ時間バッファ（例えば、ＲｘＴＢｕｆ＝ＲＸ＿Ｒｗｅ－Ｒｘ＿Ｔｄｏｎｅ）を計算する。

実装しているデバイスがトーカとしてスケジューリングされていると例示的なスケジュールコントローラ２０４が判断した場合（ブロック６１０：トーカ）、例示的なデータパケットコントローラ２０６は、コンポーネントインタフェース２００を介して、実装しているデバイスの無線アーキテクチャを用いて、データパケット（例えば、ＴＳＮデータフレーム）をリスニングデバイスへ送信する（ブロック６２２）。ブロック６２４において、例示的なデータパケットコントローラ２０６は、ＡＣＫが、コンポーネントインタフェース２００を介して、実装しているデバイスの無線アーキテクチャにおけるリスニングデバイスから受信されているかどうかを判断する。ＡＣＫが受信されたと例示的なデータパケットコントローラ２０６が判断した場合（ブロック６２４：はい）、制御は、さらに後述するブロック６３２へと続く。

ＡＣＫが受信されなかったと例示的なデータパケットコントローラ２０６が判断した場合（ブロック６２４：いいえ）、例示的なスケジュールコントローラ２０４は、保護ウィンドウが終了しているかどうかを（例えば、スケジュールおよびクロック２０２に基づいて）判断する（ブロック６２６）。保護ウィンドウが終了していないと例示的なスケジュールコントローラ２０４が判断した場合（ブロック６２６：いいえ）、例示的なデータパケットコントローラ２０６は、（例えば、コンポーネントインタフェース２００を介して）実装しているデバイスの無線アーキテクチャに、データパケット（例えば、ＴＳＮデータフレーム）をリスニングデバイスへ再送信させ、制御はブロック６２８に戻る。保護ウィンドウが終了していると例示的なスケジュールコントローラ２０４が判断した場合（ブロック６２６：はい）、例示的なフラグ生成器２０８はデータ交換のエラーにフラグを立て（ブロック６３０）、制御はブロック６３２へと続く。

ＡＣＫが受信されたと例示的なデータパケットコントローラ２０６が判断した場合（ブロック６２４：はい）、例示的なデータパケットコントローラ２０６は、例示的なクロック２０２を用いて、ＡＣＫ受信時間を決定する（ブロック６３１）。ブロック６３２において、例示的なリンク性能計算器２１０は、ＡＣＫ送信が受信された時間と、保護ウィンドウの終了とに基づいて、Ｔｘ時間バッファを計算する（例えば、ＴｘＴＢｕｆ＝ＴＸ＿Ｔｗｅ－Ｔｘ＿Ｔｄｏｎｅ）。ブロック６３４において、例示的なデータパケットコントローラ２０６は、時間バッファデータが例示的なＣＮＣ１１２へ送信されるべきかどうかを判断する。例えば、各データ交換後に、閾値回数のデータ交換の後に、エラーにフラグが立てられた場合に、データ収集器１１０は、時間バッファデータを送信し得る。決定された時間バッファデータをデータ収集器１１０がいつ送信するかの決定は、ユーザおよび／または製造者の優先度に基づき得る。時間バッファデータが送信されるべきではないと例示的なデータパケットコントローラ２０６が判断した場合（ブロック６３４：いいえ）、制御はブロック６３８へと続く。

時間バッファデータが送信されるべきではないと例示的なデータパケットコントローラ２０６が判断した場合（ブロック６３４：はい）、例示的なデータパケットコントローラ２０６は、実装しているデバイスの無線アーキテクチャを用いて、バッファデータを（例えば、コンポーネントインタフェース２００を介して）ＣＮＣへ送信する（ブロック６３６）。時間バッファデータは、フラグが立てられたエラー、および／または任意の他の関連する情報を含み得る。ブロック６３８において、例示的なスケジュールコントローラ２０４は、スケジュールがデータ交換用の後続の保護ウィンドウを含んでいるかどうかを判断する。スケジュールがデータ交換用の後続の保護ウィンドウを含んでいると例示的なスケジュールコントローラ２０４が判断した場合（ブロック６３８：はい）、制御はブロック６０６に戻る。スケジュールがデータ交換用の後続の保護ウィンドウを含んでいないと例示的なスケジュールコントローラ２０４が判断した場合（ブロック６３８：いいえ）、制御は終了する。

図７は、時間バッファ情報（例えば、メトリック）を処理するために図２ＢのＣＮＣ１１２（例えば、例示的なＳＴＡ１０２ａ、１０２ｂ、例示的なＡＰ１０４、ブリッジ、サーバ１０８、および／またはデータ交換に関与する任意の他のデバイスのうちのいずれか１つにより実装される）により実行され得る例示的な機械可読命令７００を表す例示的なフローチャートを示す。図７のフローチャートは図１の環境１００における図２Ｂの例示的なＣＮＣ１１２と併せて説明されるが、命令は、任意の環境において収集される任意のＣＮＣにより実行され得る。

ブロック７０２において、例示的なコンポーネントインタフェース２２０は、データ交換に含まれる、１つまたは複数のデバイス（例えば、ＳＴＡ１０２ａ、１０２ｂ、ＡＰ１０４、ブリッジ等のうちの１つまたは複数）からの時間バッファデータを取得する。ブロック７０４において、例示的な報告生成器２２２は、バッファ時間データに対応する報告を開始する。ブロック７０６において、例示的なデータオーガナイザ２２４は、同じ保護ウィンドウ内の同じデータ交換に対応するＲｘ時間バッファおよびＴｘ時間バッファを特定する。

ブロック７０８において、例示的なデータオーガナイザ２２４は、Ｒｘ時間バッファと対応するＴｘ時間バッファとの間の差が閾値内であるかどうかを判断する。上述したように、エラーが発生しなかった場合、Ｔｘ時間バッファおよび対応するＲｘ時間バッファは、近い（例えば、閾値内）はずである。エラー、またはＡＣＫの再送信が存在する場合、Ｒｘ時間バッファおよびＴｘ時間バッファは、近くなくなる（例えば、閾値外）。したがって、Ｒｘ時間バッファと対応するＴｘ時間バッファとの間の差が閾値内であると例示的なデータオーガナイザ２２４が判断した場合（ブロック７０８：はい）、報告生成器２２２は、報告における差に対応する情報を示す（ブロック７１０）。

時間７１２において、例示的なデータオーガナイザ２２４は、時間バッファデータが負のＴｘ時間バッファを含んでいるかどうかを判断する。上述したように、負のＴｘ時間バッファは、保護ウィンドウが終了した後に、送信デバイスがＡＣＫを受信していないこと（例えば、このことには、時間バッファデータ内のエラーとしてフラグが立てられる）、または、送信デバイスがＡＣＫを受信していることのいずれかに対応する。時間バッファデータが負のＴｘ時間バッファを含んでいると例示的なデータオーガナイザ２２４が判断した場合（ブロック７１２：はい）、例示的な報告生成器２２２は、負のＴｘ時間バッファに対応する情報を報告において示す（ブロック７１４）。

ブロック７１６において、例示的なデータオーガナイザ２２４は、時間バッファ測定値のヒストグラム（またはヒストグラムに対応するデータ構造）を作成することにより、ジッタ測定値を生成する。ブロック７１８において、例示的な報告生成器２２２は、ジッタ測定値を報告に含める。ブロック７２０において、例示的なコンポーネントインタフェース２２０は、報告を出力し、および／または、課題軽減器２２６は、報告に基づいて、（例えば、冗長性および／または再送信を増加させることにより）ネットワーク課題を軽減し、（例えば、保護ウィンドウの長さを減少させることにより）効率を改善し、および／または、（例えば、保護ウィンドウの長さを増加させることにより）性能を改善する。例示的なコンポーネントインタフェース２２０は、ユーザインタフェースに、および／または別のデバイスまたはコンポーネントに報告を（例えば、有線接続または無線接続を介して）出力し得る。

図８は、トピックの送信がＱｏＳ保証を順守していることを保証するために図４ＡのＤＤＳ層１１４（例えば、例示的なＳＴＡ１０２ａ、１０２ｂ、例示的なＡＰ１０４、ブリッジ、および／またはパブリッシャとして動作する任意の他のデバイスのうちのいずれか１つに実装される）により実行され得る例示的な機械可読命令８００を表す例示的なフローチャートを示す。図７のフローチャートは図１の環境１００における図４Ａの例示的なＤＤＳ層１１４と併せて説明されるが、命令は、任意の環境において収集される任意のＤＤＳ層により実行され得る。

ブロック８０２において、データマニピュレータ４０２は、トピックを公開するための実装しているデバイスのアプリケーションからの命令がコンポーネントインタフェース４００を介して取得されているかどうかを判断する。トピックを公開するための命令が取得されていないとデータマニピュレータ４０２が判断した場合（ブロック８０２：いいえ）、制御は終了する。トピックを公開するための命令が取得されているとデータマニピュレータ４０２が判断した場合（ブロック８０２：はい）、例示的なデータマニピュレータ４０２は、命令からのＱｏＳポリシデータ構造を特定する（ブロック８０４）。ブロック８０６において、例示的なデータマニピュレータ４０２は、ＴＳＮプロファイルをＱｏＳポリシデータ構造に含める（例えば、ＴＳＮプロファイルを有するＱｏＳポリシデータ構造をオーバーロードする）。アプリケーションは、コンポーネントインタフェース４００を介してＴＳＮプロファイルをＤＤＳ層１１４に提供する。

ブロック８０８において、データマニピュレータ４０２は、オーバーロードされたＱｏＳポリシデータ構造を（例えば、コンポーネントインタフェース４００を介して、実装しているデバイスの無線アーキテクチャを用いて）ＴＣＳ層１３６へ送信する。ブロック８１０において、例示的なマッピングストレージ４０８は、ＴＣＳ層１１６からのマッピングを取得し（例えば、コンポーネントインタフェース４００を介して）、格納する。マッピングは、データライタ４０６をＴＣＳ層１１６におけるＴＳＮデータライタ４２０にマッピングする。このように、データライタ４０６は、（例えば、サブスクライブデバイスのＤＤＳ層内のデータリーダへの直接送信の代わりに）ＴＳＮデータライタ４２０を介してデータをサブスクライブデバイスへ送信する。

ブロック８１２において、例示的なデータライタ４０６は、トピックがコンポーネントインタフェース４００を介してアプリケーションから取得されているかどうかを判断する。トピックが取得されていないとデータライタ４０６が判断した場合（ブロック８１２：いいえ）、制御は終了する。トピックが取得されているとデータライタ４０６が判断した場合（ブロック８１２：はい）、例示的なデータライタ４０６は、マッピングに基づいて、トピックをＴＣＳ層１１６のＴＳＮデータライタ４２０へ送信する（ブロック８１４）。

図９は、トピックの送信がＱｏＳ保証を順守していることを保証するために図４ＢのＴＣＳ層１１６（例えば、例示的なＳＴＡ１０２ａ、１０２ｂ、例示的なＡＰ１０４、ブリッジ、および／または任意の他のＴＳＮデバイスのうちの１つまたは複数）により実行され得る例示的な機械可読命令８００を表す例示的なフローチャートを示す。図９のフローチャートは図１の環境１００における図４Ｂの例示的なＴＣＳ層１１６と併せて説明されるが、命令は、任意の環境において収集される任意のＴＣＳ層により実行され得る。

ブロック９００において、例示的なデータ抽出器４１２は、ＱｏＳポリシが（例えば、コンポーネントインタフェース４１０と、実装しているデバイスの無線アーキテクチャとを介して）パブリッシュデバイスのＤＤＳ層１１４から取得されているかどうかを判断する。ＱｏＳポリシが取得されていないと例示的なデータ抽出器４１２が判断した場合（ブロック９０２：いいえ）、制御は終了する。ＱｏＳポリシが取得されていると例示的なデータ抽出器４１２が判断した場合（ブロック９０２：はい）、例示的なデータ抽出器４１２は、ＱｏＳポリシデータ構造からＴＳＮプロファイルを抽出する（ブロック９０４）。ブロック９０６において、例示的なプロファイルストレージ４１４は、ＴＳＮプロファイルを格納する。ストレージ４１４は、ＴＳＮプロファイルを抽出するデバイスに含まれてよく、および／または、異なるデバイスに含まれてよい。

ブロック９０８において、例示的なマップ生成器４１６は、ＱｏＳポリシが取得されたＤＤＳ層１１４のデータライタ４０６にＴＣＳ層１１６のＴＳＮデータライタ４２０をマッピングする。ブロック９１０において、例示的なマップ生成器４１６は、コンポーネントインタフェース４１０を用いて、実装しているデバイスの無線アーキテクチャを介して、マッピングをＤＤＳ層１１４のデータライタ４０６へ送信する。ブロック９１２において、例示的なストリームネゴシエータ４１８は、加入者からパブリッシャのトピックへの要求が（例えば、コンポーネントインタフェース４１０を介して）リスナから取得されているかどうかを判断する。例示的なストリームネゴシエータ４１８は、パブリッシャからＱｏＳポリシを取得するデバイスとは異なるデバイスに実装され得る。

加入者からの要求が取得されていないと例示的なストリームネゴシエータ４１８が判断した場合（ブロック９１２：いいえ）、制御は終了する。加入者からの要求が取得されていると例示的なストリームネゴシエータ４１８が判断した場合（ブロック９１２：はい）、例示的なストリームネゴシエータ４１８は、トピックに対応するＴＳＮプロファイル（例えば、プロファイルストレージ４１４に格納されたＴＳＮプロファイル）を読み取る（ブロック９１４）。ブロック９１６において、例示的なストリームネゴシエータ４１８は、ＣＮＣ１１２および／またはＣＵＣ１１８とネゴシエートして、（例えば、ＴＳＮプロファイルにおいて定義されるＱｏＳ保証を満たすために）ＴＳＮプロファイルに基づくトピックのＴＳＮストリームを確立する。ブロック９１８において、例示的なストリームネゴシエータ４１８は、ストリームのセットアップが成功したかどうか（例えば、ストリームネゴシエータ４１８がストリームを確立してＱｏＳ保証を満たすことができたかどうか）を判断する。

データストリームのセットアップが成功したと例示的なストリームネゴシエータ４１８が判断した場合（ブロック９１８：はい）、例示的なＴＣＳ層１１６は、図１０と併せてさらに後述するように、確立されたＴＳＮストリーム（例えば、図５の例示的なＴＳＮストリーム５０６）を介して、パブリッシャからのトピックを加入者へ送信する（ブロック９２０）。データストリームのセットアップが成功しなかったと例示的なストリームネゴシエータ４１８が判断した場合（ブロック９１８：いいえ）、例示的なストリームネゴシエータ４１８は、失敗したストリーム接続インジケーションを（例えば、コンポーネントインタフェース４１０を介して）加入者のＤＤＳ層１１４へ送信する（ブロック９２２）。

図１０は、図９のブロック９２０と併せてさらに上述したように、確立されたＴＳＮストリームを介してトピックを送信するために図４ＢのＴＣＳ層１１６（例えば、例示的なＳＴＡ１０２ａ、１０２ｂ、例示的なＡＰ１０４、ブリッジ、および／または任意の他のＴＳＮデバイスのうちの１つまたは複数）により実行され得る例示的な機械可読命令９２０を表す例示的なフローチャートを示す。図１０のフローチャートは図１の環境１００における図４Ｂの例示的なＴＣＳ層１１６と併せて説明されるが、命令は、任意の環境において収集される任意のＴＣＳ層により実行され得る。

ブロック１００２において、例示的なＴＳＮデータライタ４２０は、トピックが（例えば、コンポーネントインタフェース４１０を介して）パブリッシャのＤＤＳ層１１４のデータライタ４０６から取得されているかどうかを判断する。トピックが取得されていないと例示的なＴＳＮデータライタ４２０が判断した場合（ブロック１００２：いいえ）、制御は終了する。トピックが取得されていると例示的なＴＳＮデータライタ４２０が判断した場合（ブロック１００２：はい）、例示的なＴＳＮデータライタ４２０は、確立されたＴＳＮストリーム（例えば、図５の例示的なＴＳＮデータストリーム５０６）を介して、トピックをＴＳＮデータリーダ４２２（異なるデバイスに実装され得る）へ送信する（ブロック１００４）。ブロック１００６において、例示的なＴＳＮデータリーダ４２２は、確立されたＴＳＮストリームを用いて、ＴＳＮデータライタ４２０からトピックを取得する。ブロック１００８において、例示的なＴＳＮデータリーダ４２２は、トピックを加入者デバイスのＤＤＳ層１１４内のデータリーダ（例えば、図５の例示的なデータリーダ５０４）へ送信する。

図１１Ａおよび図１１Ｂは、本明細書において説明されるリンク性能測定に対応するデータを含むように規格（例えば、ＴＳＮ規格）から調節され得る例示的なデータパケット（要素とも称される）および／または要素タイプ定義を示す。図１１Ａは、例示的なサブ要素１１０２を含む例示的な送信ストリーム／カテゴリ測定要求要素１１００、および、平均エラー閾値サブ要素１１０８と、例示的な連続エラー閾値サブ要素１１１０と、例示的な遅延閾値サブ要素１１１２と、例示的な測定カウントサブ要素１１１４と、例示的なトリガタイムアウトサブ要素１１１６とを含む例示的な違反インジケータおよびトリガ報告データパケット１１０４を含む。図１１Ａは、ＴＳＳ定義１１２０を含む例示的な測定タイプテーブル１１１８をさらに含む。図１１Ｂは、例示的な送信ストリーム／カテゴリ測定報告要素１１２２、例示的な報告理由サブ要素１１２４、例示的な平均時間バッファ値サブ要素１１２６、例示的なＲｘ時間バッファサブ要素１１２８、例示的なイベントタイプテーブル１１３０および例示的なＴＳＳイベントタイプ１１３２を含む。図１１Ａおよび図１１Ｂはリンク性能情報を示すための例示的な方式を含んでいるが、リンク性能情報は、任意のデータパケットおよび／または任意の構成で示され得る。

図１１Ａの例示的な送信ストリーム／カテゴリ測定要求要素１１００は、例示的なオプションサブ要素１１０２を含む。いくつかの例において、時間バッファ情報は、オプションサブ要素１１０２に含まれ得る。例えば、オプションサブ要素１１０２は、Ｔｘ時間バッファ報告フィールド、Ｔｘ時間バッファトリガ報告フィールド、Ｒｘ時間バッファトリガ報告フィールド、Ｒｘ時間バッファ報告フィールド、Ｔｘ時間バッファ違反インジケータ報告フィールドおよび／またはＲｘ時間バッファ違反インジケーション報告フィールドを含み得る。

図４Ａの例示的な違反インジケータおよびトリガ報告データパケット１１０４は、デバイスがバッファ時間データをいつ報告するかに対応する様々なフィールド（例えば、サブ要素）を含む。例示的なトリガ条件サブ要素１１０６は、時間バッファデータがいつＣＮＣ１１２へ送信されるべきかに対応する値を含む。平均エラー閾値サブ要素１１０８は、平均トリガ条件の閾値として用いられる破棄されたＭＳＤＵの数を表す値を含む。例示的な連続エラー閾値サブ要素１１１０は、連続するトリガ条件の閾値として用いられる破棄されたＭＳＤＵの数を表す値を含む。例示的な遅延閾値サブ要素１１１２は、遅延したＭＳＤＵ範囲（例えば、ＭＳＤＵ送信遅延を表す値を含み、そこで、またはそこよりも上で、ＭＳＤＵが、遅延したＭＳＤＵカウントの閾値に向かってカウントされる）と、遅延したＭＳＤＵカウント（例えば、送信遅延ヒストグラム内のビンの下限を表す値を含む）とを含む。例示的な測定カウントサブ要素１１１４は、ＭＳＤＵの数（平均トリガ条件の平均破棄カウントを計算するために用いられ得る）を含む。例示的なトリガタイムアウトサブ要素１１１６は、１００個の時間ユニット（ＴＵ）の単位で表される値を含む。当該ＴＵ中、トリガ条件が満たされた後は、測定ＳＴＡがさらなるトリガ送信ストリーム／カテゴリ測定報告を生成しない。

図１１Ａの例示的な測定タイプテーブル１１１８は、測定報告の測定タイプに対応する。したがって、ＣＮＣ１１２は、対応する値に基づいて、測定タイプを特定できる。測定タイプテーブル１１１８において、ＴＳＳ１１２０の測定タイプは、１０と定義される。しかしながら、測定タイプは、テーブル１１１８内の任意の数として定義され得る。

図１１Ｂの例示的な送信ストリーム／カテゴリ測定報告要素１１２２は、例示的な報告理由サブ要素１１２４および例示的な平均時間バッファ値１１２６を含む。報告理由サブ要素１１２４は、Ｒｘ時間バッファを含めるために、例示的なＲｘ時間バッファサブフィールド１１２８を含む。例示的な平均時間バッファ値１１２６は、前に計算された時間バッファの平均を含む。

例示的なイベントタイプテーブル１１３０は、８０２．１１ｖ仕様において特定され得るイベントタイプを含む。イベントテーブル１１３０は、「４」に対応するＴＳＳイベントタイプを含む。いくつかの例において、ＴＳＳイベントタイプは、ＴＳＳイベント要求要素および／またはＴＳＳイベント応答要素に含まれる。ＴＳＳイベント要求要素は、トラフィック識別子および時間バッファ閾値を含み得る。ＴＳＳイベント応答は、トラフィック番号および測定時間バッファ値を含み得る。

図１２は、図２Ａのデータ収集器１１０を実装するための図６Ａおよび図６Ｂの命令を実行するように構築された例示的なプロセッサプラットフォーム１２００のブロック図である。プロセッサプラットフォーム１２００は、例えば、サーバ、ステーション、ブリッジ、アクセスポイント、パーソナルコンピュータ、ワークステーション、自己学習機械（例えば、ニューラルネットワーク）、モバイルデバイス（例えば、携帯電話、スマートフォン、ｉＰａｄ（登録商標）などのタブレット）、パーソナルデジタルアシスタント（ＰＤＡ）、インターネット機器、ゲーム機、ヘッドセットもしくは他のウェアラブルデバイスまたは任意の他のタイプのコンピューティングデバイスであり得る。

図示された例のプロセッサプラットフォーム１２００は、プロセッサ１２１２を含む。図示された例のプロセッサ１２１２は、ハードウェアである。例えば、プロセッサ１２１２は、１つまたは複数の集積回路、論理回路、マイクロプロセッサ、ＧＰＵ、ＤＳＰ、または任意の所望の系統もしくは製造者のコントローラにより実装され得る。ハードウェアプロセッサは、半導体ベース（例えば、シリコンベース）のデバイスであってよい。この例において、プロセッサは、図２Ａのコンポーネントインタフェース２００、クロック２０２、スケジュールコントローラ２０４、データパケットコントローラ２０６、フラグ生成器２０８およびリンク性能計算器２１０を実装する。

図示された例のプロセッサ１２１２は、ローカルメモリ１２１３（例えば、キャッシュ）を含む。図示された例のプロセッサ１２１２は、バス１２１８を介して、揮発性メモリ１２１４と不揮発性メモリ１２１６とを含むメインメモリと通信する。揮発性メモリ１２１４は、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ラムバスダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）および／または任意の他のタイプのランダムアクセスメモリデバイスにより実装され得る。不揮発性メモリ１２１６は、フラッシュメモリおよび／または任意の他の所望のタイプのメモリデバイスにより実装され得る。メインメモリ１２１４、１２１６へのアクセスは、メモリコントローラにより制御される。

図示された例のプロセッサプラットフォーム１２００は、インタフェース回路１２２０も含む。インタフェース回路１２２０は、イーサネット（登録商標）インタフェース、ユニバーサルシリアルバス（ＵＳＢ）、ブルートゥース（登録商標）インタフェース、近距離無線通信（ＮＦＣ）インタフェースおよび／またはＰＣＩエクスプレスインタフェースなど、任意のタイプのインタフェース規格により実装され得る。

図示された例において、１つまたは複数の入力デバイス１２２２は、インタフェース回路１２２０に接続される。入力デバイス１２２２は、ユーザがデータおよび／またはコマンドをプロセッサ１２１２に入力することを可能にする。入力デバイスは、例えば、音声センサ、マイク、カメラ（静止画または動画用）、キーボード、ボタン、マウス、タッチスクリーン、トラックパッド、トラックボールおよび／または音声認識システムにより実装され得る。

１つまたは複数の出力デバイス１２２４も、図示された例のインタフェース回路１２２０に接続される。出力デバイス１２２４は、例えば、ディスプレイデバイス（例えば、発光ダイオード（ＬＥＤ）、有機発光ダイオード（ＯＬＥＤ）、液晶ディスプレイ（ＬＣＤ）、ブラウン管ディスプレイ（ＣＲＴ）、インプレーススイッチング（ＩＰＳ）ディスプレイ、タッチスクリーン等）、触覚出力デバイス、プリンタおよび／またはスピーカにより実装され得る。したがって、図示された例のインタフェース回路１２２０は、典型的には、グラフィックスドライバカード、グラフィックスドライバチップおよび／またはグラフィックスドライバプロセッサを含む。

図示された例のインタフェース回路１２２０は、ネットワーク１２２６を介して外部機械（例えば、任意の種類のコンピューティングデバイス）とのデータ交換を容易にするための、送信機、受信機、送受信機、モデム、レジデンシャルゲートウェイ、無線アクセスポイントおよび／またはネットワークインタフェースなどの通信デバイスも含む。通信は、例えば、イーサネット（登録商標）接続、デジタル加入者線（ＤＳＬ）接続、電話回線接続、同軸ケーブルシステム、衛星システム、有視界無線システム、セルラ電話システム等を介し得る。

図示された例のプロセッサプラットフォーム１２００は、ソフトウェアおよび／またはデータを格納するための１つまたは複数の大容量ストレージデバイス１２２８も含む。そのような大容量ストレージデバイス１２２８の例は、フロッピーディスクドライブ、ハードドライブディスク、コンパクトディスクドライブ、ブルーレイディスクドライブ、独立ディスク冗長アレイ（ＲＡＩＤ）システムおよびデジタル多用途ディスク（ＤＶＤ）ドライブを含む。

図１２の機械実行可能命令１２３２は、大容量ストレージデバイス１２２８に、揮発性メモリ１２１４に、不揮発性メモリ１２１６に、および／または、ＣＤまたはＤＶＤなどの取り外し可能な非一時的コンピュータ可読記憶媒体に格納され得る。

図１３は、図２ＢのＣＮＣ１１２を実装するための図７の命令を実行するように構築された例示的なプロセッサプラットフォーム１３００のブロック図である。プロセッサプラットフォーム１３００は、例えば、サーバ、ステーション、ブリッジ、アクセスポイント、パーソナルコンピュータ、ワークステーション、自己学習機械（例えば、ニューラルネットワーク）、モバイルデバイス（例えば、携帯電話、スマートフォン、ｉＰａｄ（登録商標）などのタブレット）、パーソナルデジタルアシスタント（ＰＤＡ）、インターネット機器、ゲーム機、ヘッドセットもしくは他のウェアラブルデバイスまたは任意の他のタイプのコンピューティングデバイスであり得る。

図示された例のプロセッサプラットフォーム１３００は、プロセッサ１３１２を含む。図示された例のプロセッサ１３１２は、ハードウェアである。例えば、プロセッサ１３１２は、１つまたは複数の集積回路、論理回路、マイクロプロセッサ、ＧＰＵ、ＤＳＰ、または任意の所望の系統もしくは製造者のコントローラにより実装され得る。ハードウェアプロセッサは、半導体ベース（例えば、シリコンベース）のデバイスであってよい。この例において、プロセッサは、図２Ｂのコンポーネントインタフェース２２０、例示的な報告生成器２２２、例示的なデータオーガナイザ２３４および例示的な課題軽減器２２６を実装する。

図示された例のプロセッサ１３１２は、ローカルメモリ１３１３（例えば、キャッシュ）を含む。図示された例のプロセッサ１３１２は、バス１３１８を介して、揮発性メモリ１３１４と不揮発性メモリ１３１６とを含むメインメモリと通信する。揮発性メモリ１３１４は、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ラムバスダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）および／または任意の他のタイプのランダムアクセスメモリデバイスにより実装され得る。不揮発性メモリ１３１６は、フラッシュメモリおよび／または任意の他の所望のタイプのメモリデバイスにより実装され得る。メインメモリ１３１４、１３１６へのアクセスは、メモリコントローラにより制御される。

図示された例のプロセッサプラットフォーム１３００は、インタフェース回路１３２０も含む。インタフェース回路１３２０は、イーサネット（登録商標）インタフェース、ユニバーサルシリアルバス（ＵＳＢ）、ブルートゥース（登録商標）インタフェース、近距離無線通信（ＮＦＣ）インタフェースおよび／またはＰＣＩエクスプレスインタフェースなど、任意のタイプのインタフェース規格により実装され得る。

図示された例において、１つまたは複数の入力デバイス１３２２は、インタフェース回路１３２０に接続される。入力デバイス１３２２は、ユーザがデータおよび／またはコマンドをプロセッサ１３１２に入力することを可能にする。入力デバイスは、例えば、音声センサ、マイク、カメラ（静止画または動画用）、キーボード、ボタン、マウス、タッチスクリーン、トラックパッド、トラックボールおよび／または音声認識システムにより実装され得る。

１つまたは複数の出力デバイス１３２４も、図示された例のインタフェース回路１３２０に接続される。出力デバイス１３２４は、例えば、ディスプレイデバイス（例えば、発光ダイオード（ＬＥＤ）、有機発光ダイオード（ＯＬＥＤ）、液晶ディスプレイ（ＬＣＤ）、ブラウン管ディスプレイ（ＣＲＴ）、インプレーススイッチング（ＩＰＳ）ディスプレイ、タッチスクリーン等）、触覚出力デバイス、プリンタおよび／またはスピーカにより実装され得る。したがって、図示された例のインタフェース回路１３２０は、典型的には、グラフィックスドライバカード、グラフィックスドライバチップおよび／またはグラフィックスドライバプロセッサを含む。

図示された例のインタフェース回路１３２０は、ネットワーク１３２６を介して外部機械（例えば、任意の種類のコンピューティングデバイス）とのデータ交換を容易にするための、送信機、受信機、送受信機、モデム、レジデンシャルゲートウェイ、無線アクセスポイントおよび／またはネットワークインタフェースなどの通信デバイスも含む。通信は、例えば、イーサネット（登録商標）接続、デジタル加入者線（ＤＳＬ）接続、電話回線接続、同軸ケーブルシステム、衛星システム、有視界無線システム、セルラ電話システム等を介し得る。

図示された例のプロセッサプラットフォーム１３００は、ソフトウェアおよび／またはデータを格納するための１つまたは複数の大容量ストレージデバイス１３２８も含む。そのような大容量ストレージデバイス１３２８の例は、フロッピーディスクドライブ、ハードドライブディスク、コンパクトディスクドライブ、ブルーレイディスクドライブ、独立ディスク冗長アレイ（ＲＡＩＤ）システムおよびデジタル多用途ディスク（ＤＶＤ）ドライブを含む。

図１３の機械実行可能命令１３３２は、大容量ストレージデバイス１３２８に、揮発性メモリ１３１４に、不揮発性メモリ１３１６に、および／または、ＣＤまたはＤＶＤなどの取り外し可能な非一時的コンピュータ可読記憶媒体に格納され得る。

図１４は、図４ＡのＤＤＳ層１１４を実装するための図８の命令を実行するように構築された例示的なプロセッサプラットフォーム１４００のブロック図である。プロセッサプラットフォーム１４００は、例えば、サーバ、ステーション、ブリッジ、アクセスポイント、パーソナルコンピュータ、ワークステーション、自己学習機械（例えば、ニューラルネットワーク）、モバイルデバイス（例えば、携帯電話、スマートフォン、ｉＰａｄ（登録商標）などのタブレット）、パーソナルデジタルアシスタント（ＰＤＡ）、インターネット機器、ゲーム機、ヘッドセットもしくは他のウェアラブルデバイスまたは任意の他のタイプのコンピューティングデバイスであり得る。

図示された例のプロセッサプラットフォーム１４００は、プロセッサ１４１２を含む。図示された例のプロセッサ１４１２は、ハードウェアである。例えば、プロセッサ１４１２は、１つまたは複数の集積回路、論理回路、マイクロプロセッサ、ＧＰＵ、ＤＳＰ、または任意の所望の系統もしくは製造者のコントローラにより実装され得る。ハードウェアプロセッサは、半導体ベース（例えば、シリコンベース）のデバイスであってよい。この例において、プロセッサは、図４Ａの例示的なコンポーネントインタフェース４００、例示的なデータマニピュレータ４０２および例示的なデータライタ４０６を実装する。

図示された例のプロセッサ１４１２は、ローカルメモリ１４１３（例えば、キャッシュ）を含む。図１４において、例示的なローカルメモリ１４１３は、マッピングストレージ４０８を実装する。図示された例のプロセッサ１４１２は、バス１４１８を介して、揮発性メモリ１４１４と不揮発性メモリ１４１６とを含むメインメモリと通信する。揮発性メモリ１４１４は、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ラムバスダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）および／または任意の他のタイプのランダムアクセスメモリデバイスにより実装され得る。不揮発性メモリ１４１６は、フラッシュメモリおよび／または任意の他の所望のタイプのメモリデバイスにより実装され得る。メインメモリ１４１４、１４１６へのアクセスは、メモリコントローラにより制御される。

図示された例のプロセッサプラットフォーム１４００は、インタフェース回路１４２０も含む。インタフェース回路１４２０は、イーサネット（登録商標）インタフェース、ユニバーサルシリアルバス（ＵＳＢ）、ブルートゥース（登録商標）インタフェース、近距離無線通信（ＮＦＣ）インタフェースおよび／またはＰＣＩエクスプレスインタフェースなど、任意のタイプのインタフェース規格により実装され得る。

図示された例において、１つまたは複数の入力デバイス１４２２は、インタフェース回路１４２０に接続される。入力デバイス１４２２は、ユーザがデータおよび／またはコマンドをプロセッサ１４１２に入力することを可能にする。入力デバイスは、例えば、音声センサ、マイク、カメラ（静止画または動画用）、キーボード、ボタン、マウス、タッチスクリーン、トラックパッド、トラックボールおよび／または音声認識システムにより実装され得る。

１つまたは複数の出力デバイス１４２４も、図示された例のインタフェース回路１４２０に接続される。出力デバイス１４２４は、例えば、ディスプレイデバイス（例えば、発光ダイオード（ＬＥＤ）、有機発光ダイオード（ＯＬＥＤ）、液晶ディスプレイ（ＬＣＤ）、ブラウン管ディスプレイ（ＣＲＴ）、インプレーススイッチング（ＩＰＳ）ディスプレイ、タッチスクリーン等）、触覚出力デバイス、プリンタおよび／またはスピーカにより実装され得る。したがって、図示された例のインタフェース回路１４２０は、典型的には、グラフィックスドライバカード、グラフィックスドライバチップおよび／またはグラフィックスドライバプロセッサを含む。

図示された例のインタフェース回路１４２０は、ネットワーク１４２６を介して外部機械（例えば、任意の種類のコンピューティングデバイス）とのデータ交換を容易にするための、送信機、受信機、送受信機、モデム、レジデンシャルゲートウェイ、無線アクセスポイントおよび／またはネットワークインタフェースなどの通信デバイスも含む。通信は、例えば、イーサネット（登録商標）接続、デジタル加入者線（ＤＳＬ）接続、電話回線接続、同軸ケーブルシステム、衛星システム、有視界無線システム、セルラ電話システム等を介し得る。

図示された例のプロセッサプラットフォーム１４００は、ソフトウェアおよび／またはデータを格納するための１つまたは複数の大容量ストレージデバイス１４２８も含む。そのような大容量ストレージデバイス１４２８の例は、フロッピーディスクドライブ、ハードドライブディスク、コンパクトディスクドライブ、ブルーレイディスクドライブ、独立ディスク冗長アレイ（ＲＡＩＤ）システムおよびデジタル多用途ディスク（ＤＶＤ）ドライブを含む。

図１４の機械実行可能命令１４３２は、大容量ストレージデバイス１４２８に、揮発性メモリ１４１４に、不揮発性メモリ１４１６に、および／または、ＣＤまたはＤＶＤなどの取り外し可能な非一時的コンピュータ可読記憶媒体に格納され得る。

図１５は、図４ＢのＴＣＳ層１１６を実装するための図９および／または図１０の命令を実行するように構築された例示的なプロセッサプラットフォーム１５００のブロック図である。プロセッサプラットフォーム１５００は、例えば、サーバ、ステーション、ブリッジ、アクセスポイント、パーソナルコンピュータ、ワークステーション、自己学習機械（例えば、ニューラルネットワーク）、モバイルデバイス（例えば、携帯電話、スマートフォン、ｉＰａｄ（登録商標）などのタブレット）、パーソナルデジタルアシスタント（ＰＤＡ）、インターネット機器、ゲーム機、ヘッドセットもしくは他のウェアラブルデバイスまたは任意の他のタイプのコンピューティングデバイスであり得る。

図示された例のプロセッサプラットフォーム１５００は、プロセッサ１５１２を含む。図示された例のプロセッサ１５１２は、ハードウェアである。例えば、プロセッサ１５１２は、１つまたは複数の集積回路、論理回路、マイクロプロセッサ、ＧＰＵ、ＤＳＰ、または任意の所望の系統もしくは製造者のコントローラにより実装され得る。ハードウェアプロセッサは、半導体ベース（例えば、シリコンベース）のデバイスであってよい。この例において、プロセッサ（例えば、または、複数のデバイスに実装される場合には複数のプロセッサ）は、図４Ｂの例示的なコンポーネントインタフェース４１０、例示的なデータ抽出器４１２、例示的なマップ生成器４１６、例示的なストリームネゴシエータ４１８、例示的なＴＳＮデータライタ４２０および例示的なＴＳＮデータリーダ４２２を実装する。

図示された例のプロセッサ１５１２は、ローカルメモリ１５１３（例えば、キャッシュ）を含む。図１５において、例示的なローカルメモリ１５１３は、プロファイルストレージ４１４を実装する。図示された例のプロセッサ１５１２は、バス１５１８を介して、揮発性メモリ１５１４と不揮発性メモリ１５１６とを含むメインメモリと通信する。揮発性メモリ１５１４は、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、ラムバスダイナミックランダムアクセスメモリ（ＲＤＲＡＭ）および／または任意の他のタイプのランダムアクセスメモリデバイスにより実装され得る。不揮発性メモリ１５１６は、フラッシュメモリおよび／または任意の他の所望のタイプのメモリデバイスにより実装され得る。メインメモリ１５１４、１５１６へのアクセスは、メモリコントローラにより制御される。

図示された例のプロセッサプラットフォーム１５００は、インタフェース回路１５２０も含む。インタフェース回路１５２０は、イーサネット（登録商標）インタフェース、ユニバーサルシリアルバス（ＵＳＢ）、ブルートゥース（登録商標）インタフェース、近距離無線通信（ＮＦＣ）インタフェースおよび／またはＰＣＩエクスプレスインタフェースなど、任意のタイプのインタフェース規格により実装され得る。

図示された例において、１つまたは複数の入力デバイス１５２２は、インタフェース回路１５２０に接続される。入力デバイス１５２２は、ユーザがデータおよび／またはコマンドをプロセッサ１５１２に入力することを可能にする。入力デバイスは、例えば、音声センサ、マイク、カメラ（静止画または動画用）、キーボード、ボタン、マウス、タッチスクリーン、トラックパッド、トラックボールおよび／または音声認識システムにより実装され得る。

１つまたは複数の出力デバイス１５２４も、図示された例のインタフェース回路１５２０に接続される。出力デバイス１５２４は、例えば、ディスプレイデバイス（例えば、発光ダイオード（ＬＥＤ）、有機発光ダイオード（ＯＬＥＤ）、液晶ディスプレイ（ＬＣＤ）、ブラウン管ディスプレイ（ＣＲＴ）、インプレーススイッチング（ＩＰＳ）ディスプレイ、タッチスクリーン等）、触覚出力デバイス、プリンタおよび／またはスピーカにより実装され得る。したがって、図示された例のインタフェース回路１５２０は、典型的には、グラフィックスドライバカード、グラフィックスドライバチップおよび／またはグラフィックスドライバプロセッサを含む。

図示された例のインタフェース回路１５２０は、ネットワーク１５２６を介して外部機械（例えば、任意の種類のコンピューティングデバイス）とのデータ交換を容易にするための、送信機、受信機、送受信機、モデム、レジデンシャルゲートウェイ、無線アクセスポイントおよび／またはネットワークインタフェースなどの通信デバイスも含む。通信は、例えば、イーサネット（登録商標）接続、デジタル加入者線（ＤＳＬ）接続、電話回線接続、同軸ケーブルシステム、衛星システム、有視界無線システム、セルラ電話システム等を介し得る。

図示された例のプロセッサプラットフォーム１５００は、ソフトウェアおよび／またはデータを格納するための１つまたは複数の大容量ストレージデバイス１５２８も含む。そのような大容量ストレージデバイス１５２８の例は、フロッピーディスクドライブ、ハードドライブディスク、コンパクトディスクドライブ、ブルーレイディスクドライブ、独立ディスク冗長アレイ（ＲＡＩＤ）システムおよびデジタル多用途ディスク（ＤＶＤ）ドライブを含む。

図１５の機械実行可能命令１５３２は、大容量ストレージデバイス１５２８に、揮発性メモリ１５１４に、不揮発性メモリ１５１６に、および／または、ＣＤまたはＤＶＤなどの取り外し可能な非一時的コンピュータ可読記憶媒体に格納され得る。

前述の記載から、データ送信を容易にする例示的な方法、装置および製造品が開示されてきたことが理解されよう。開示された方法、装置および製造品は、リンク性能データを測定してデータ交換スケジュールを調節することで、性能を改善し、および／または効率を向上させる。加えて、開示された方法、装置および製造品は、アプリケーションからのＱｏＳ保証がネットワークのＴＳＮ層において満たされることを保証することにより、コンピューティングデバイスの効率を改善する。したがって、開示された方法、装置および製造品は、コンピュータの機能における１つまたは複数の改善点に関する。

データ送信を容易にするための例示的な方法、装置、システムおよび製造品が、本明細書において開示される。さらに、例およびそれらの組み合わせは、以下のものを含む。
例１は、データ交換用のウィンドウの終了に対応する第１の時刻を決定するためのスケジュールコントローラと、上記ウィンドウ中の確認応答送信に対応する第２の時刻を決定するためのデータパケットコントローラと、上記第１の時刻と上記第２の時刻とに基づいてリンク性能を計算するためのリンク性能計算器と、上記リンク性能をネットワーク構成エンティティへ送信するためのインタフェースとを備える装置を含む。

例２は、例１に記載の装置を含み、上記スケジュールコントローラは、前に取得されたグローバルスケジュールに基づいて上記第１の時刻を決定する。

例３は、例１から２に記載の装置を含み、上記データパケットコントローラは、リスニングデバイスのためのデータフレームを生成し、上記インタフェースは、上記データフレームを上記リスニングデバイスへ送信し、上記リスニングデバイスから上記確認応答を取得し、上記第２の時刻は、上記確認応答が上記リスニングデバイスからいつ取得されたかに対応する。

例４は、例１から３に記載の装置を含み、上記データパケットコントローラは、データフレームの取得に応答して、上記確認応答をトーキンングデバイスに対して生成し、上記インタフェースは、上記確認応答を上記トーキンングデバイスへ送信し、上記第２の時刻は、上記確認応答がいつ送信されたかに対応する。

例５は、例１から４に記載の装置を含み、上記確認応答が上記ウィンドウ内に受信されなかった場合、上記確認応答が上記ウィンドウ内に送信されなかった場合、または、データフレームが上記ウィンドウ内に取得されなかった場合のうちの少なくとも１つにおいてエラーにフラグを立てるためのフラグ生成器をさらに含む。

例６は、例１から５に記載の装置を含み、上記リンク性能計算器は、上記第１の時刻と上記第２の時刻との間の差に基づいて上記リンク性能を計算する。

例７は、例１から６に記載の装置を含み、上記インタフェースは、エラーを軽減すること、または上記ウィンドウの長さを調節することのうちの少なくとも一方を行って性能または効率を向上させるために、上記リンク性能を上記ネットワーク構成エンティティへ送信する。

例８は、実行された場合、少なくとも、データ交換用のウィンドウの終了に対応する第１の時刻を決定することと、上記ウィンドウ中の確認応答送信に対応する第２の時刻を決定することと、上記第１の時刻と上記第２の時刻とに基づいてリンク性能を計算することと、上記リンク性能をネットワーク構成エンティティへ送信することとを１つまたは複数のプロセッサに実行させる命令を備えるコンピュータ可読記憶媒体を含む。

例９は、例８に記載のコンピュータ可読記憶媒体を含み、上記命令は、前に取得されたグローバルスケジュールに基づいて上記第１の時刻を決定することを上記１つまたは複数のプロセッサに実行させる。

例１０は、例８から９に記載のコンピュータ可読記憶媒体を含み、上記命令は、リスニングデバイスのためのデータフレームを生成することと、上記データフレームを上記リスニングデバイスへ送信することと、上記リスニングデバイスから上記確認応答を取得することとを上記１つまたは複数のプロセッサに実行させ、上記第２の時刻は、上記確認応答が上記リスニングデバイスからいつ取得されたかに対応する。

例１１は、例８から１０に記載のコンピュータ可読記憶媒体を含み、上記命令は、データフレームの取得に応答して、上記確認応答をトーキンングデバイスに対して生成することと、上記確認応答を上記トーキンングデバイスへ送信することとを上記１つまたは複数のプロセッサに実行させ、上記第２の時刻は、上記確認応答がいつ送信されたかに対応する。

例１２は、例８から１１に記載のコンピュータ可読記憶媒体を含み、上記命令は、上記確認応答が上記ウィンドウ内に受信されなかった場合、上記確認応答が上記ウィンドウ内に送信されなかった場合、または、データフレームが上記ウィンドウ内に取得されなかった場合のうちの少なくとも１つにおいてエラーにフラグを立てることを上記１つまたは複数のプロセッサに実行させる。

例１３は、例８から１２に記載のコンピュータ可読記憶媒体を含み、上記命令は、上記第１の時刻と上記第２の時刻との間の差に基づいて上記リンク性能を計算することを上記１つまたは複数のプロセッサに実行させる。

例１４は、例８から１３に記載のコンピュータ可読記憶媒体を含み、上記命令は、エラーを軽減すること、または上記ウィンドウの長さを調節することのうちの少なくとも一方を行って性能または効率を向上させるために上記リンク性能を上記ネットワーク構成エンティティへ送信することを上記１つまたは複数のプロセッサに実行させる。

例１５は、１つまたは複数のプロセッサを用いて命令を実行することにより、データ交換用のウィンドウの終了に対応する第１の時刻を決定する段階と、上記１つまたは複数のプロセッサを用いて命令を実行することにより、上記ウィンドウ中の確認応答送信に対応する第２の時刻を決定する段階と、上記１つまたは複数のプロセッサを用いて命令を実行することにより、上記第１の時刻と上記第２の時刻とに基づいてリンク性能を計算する段階と、上記リンク性能をネットワーク構成エンティティへ送信する段階とを備える方法を含む。

例１６は、例１５に記載の方法を含み、前に取得されたグローバルスケジュールに基づいて上記第１の時刻を決定する段階をさらに含む。

例１７は、例１５から１６に記載の方法を含み、リスニングデバイスのためのデータフレームを生成する段階と、上記データフレームを上記リスニングデバイスへ送信する段階と、上記リスニングデバイスから上記確認応答を取得する段階であって、上記第２の時刻は、上記確認応答が上記リスニングデバイスからいつ取得されたかに対応する、取得する段階とをさらに含む。

例１８は、例１５から１７に記載の方法を含み、データフレームの取得に応答して、上記確認応答をトーキンングデバイスに対して生成する段階と、上記確認応答を上記トーキンングデバイスへ送信する段階であって、上記第２の時刻は、上記確認応答がいつ送信されたかに対応する、送信する段階とをさらに含む。

例１９は、例１５から１８に記載の方法を含み、上記確認応答が上記ウィンドウ内に受信されなかった場合、上記確認応答が上記ウィンドウ内に送信されなかった場合、または、データフレームが上記ウィンドウ内に取得されなかった場合のうちの少なくとも１つにおいてエラーにフラグを立てる段階をさらに含む。

例２０は、例１５から１９に記載の方法を含み、上記第１の時刻と上記第２の時刻との間の差に基づいて上記リンク性能を計算する段階をさらに含む。

例２１は、例１５から２０に記載の方法を含み、上記ネットワーク構成エンティティへの上記リンク性能の上記送信は、エラーを軽減すること、または上記ウィンドウの長さを調節することのうちの少なくとも一方を行って性能または効率を向上させることである。

例２２は、データ交換用のウィンドウの終了に対応する第１の時刻を決定するための手段と、上記ウィンドウ中の確認応答送信に対応する第２の時刻を決定するための手段と、上記第１の時刻と上記第２の時刻とに基づいてリンク性能を計算するための手段と、上記リンク性能をネットワーク構成エンティティへ送信するための手段とを備える装置を含む。

例２３は、例２２に記載の装置を含み、上記第１の時刻を決定するための上記手段は、前に取得されたグローバルスケジュールに基づいて上記第１の時刻を決定する。

例２４は、例２２から２３に記載の装置を含み、上記第１の時刻を決定するための上記手段は、リスニングデバイスのためのデータフレームを生成し、上記送信するための手段は、上記データフレームを上記リスニングデバイスへ送信し、上記リスニングデバイスから上記確認応答を取得し、上記第２の時刻は、上記確認応答が上記リスニングデバイスからいつ取得されたかに対応する。

例２５は、例２２から２４に記載の装置を含み、上記第１の時刻を決定するための上記手段は、データフレームの取得に応答して、上記確認応答をトーキンングデバイスに対して生成し、上記送信するための手段は、上記確認応答を上記トーキンングデバイスへ送信し、上記第２の時刻は、上記確認応答がいつ送信されたかに対応する。

例２６は、例２２から２５に記載の装置を含み、上記確認応答が上記ウィンドウ内に受信されなかった場合、上記確認応答が上記ウィンドウ内に送信されなかった場合、または、データフレームが上記ウィンドウ内に取得されなかった場合のうちの少なくとも１つにおいてエラーにフラグを立てるための手段をさらに含む。

例２７は、例２２から２６に記載の装置を含み、上記計算するための手段は、上記第１の時刻と上記第２の時刻との間の差に基づいて上記リンク性能を計算する。

例２８は、例２２から２７に記載の装置を含み、上記送信するための手段は、エラーを軽減すること、または上記ウィンドウの長さを調節することのうちの少なくとも一方を行って性能または効率を向上させるために、上記リンク性能を上記ネットワーク構成エンティティへ送信する。

例２９は、パブリッシュデバイスのアプリケーションからのトピックに対応するサービス品質保証を決定するためのデータ抽出器と、タイムセンシティブネットワークデータライタを上記パブリッシュデバイスのデータライタにマッピングするためのマップ生成器と、サブスクライブデバイスが上記トピックをサブスクライブする場合、上記タイムセンシティブネットワークデータライタとタイムセンシティブネットワークデータリーダとの間のタイムセンシティブネットワークデータストリームをネゴシエートするためのネゴシエータであって、上記タイムセンシティブネットワークデータストリームは、上記サービス品質保証を順守している、ネゴシエータと、上記タイムセンシティブネットワークデータストリームを介して上記パブリッシュデバイスの上記データライタからの上記トピックを上記タイムセンシティブネットワークデータリーダへ送信するための上記タイムセンシティブネットワークデータライタと、上記トピックを上記サブスクライブデバイスのデータリーダへ送信するための上記タイムセンシティブネットワークデータリーダとを備えるシステムを含む。

例３０は、例２９に記載のシステムを含み、上記データ抽出器は、サービス品質ポリシからタイムセンシティブネットワークプロファイルを抽出することにより、上記サービス品質保証を決定し、上記タイムセンシティブネットワークプロファイルは、上記サービス品質保証を含む。

例３１は、例２９から３０に記載のシステムを含み、上記パブリッシュデバイスから上記サービス品質保証を取得するためのインタフェースをさらに含む。

例３２は、例２９から３１に記載のシステムを含み、上記マップを上記パブリッシュデバイスへ送信して、上記パブリッシュデバイスに上記トピックを上記タイムセンシティブネットワークデータライタへ送信させるためのインタフェースをさらに含む。

例３３は、例２９から３２に記載のシステムを含み、上記ネゴシエータは、上記トピックをサブスクライブするための上記サブスクライブデバイスからの要求の取得に応答して、上記タイムセンシティブネットワークデータストリームをネゴシエートする。

例３４は、例２９から３３に記載のシステムを含み、上記サービス品質保証を格納するためのストレージをさらに含み、上記ネゴシエータは、上記タイムセンシティブネットワークデータストリームをネゴシエートする場合に上記ストレージにアクセスする。

例３５は、例２９から３４に記載のシステムを含み、上記ネゴシエータは、ユーザ構成エンティティまたは中央ネットワーク構成エンティティのうちの少なくとも一方とインタフェース接続することにより、上記タイムセンシティブネットワークデータストリームをネゴシエートする。

例３６は、例２９から３５に記載のシステムを含み、上記システムは、タイムセンシティブネットワーク構成サービスドメインに実装され、上記データリーダおよび上記データライタは、データ分散サービスドメインに実装される。

例３７は、実行された場合、少なくとも、パブリッシュデバイスのアプリケーションからのトピックに対応するサービス品質保証を決定することと、タイムセンシティブネットワークデータライタを上記パブリッシュデバイスのデータライタにマッピングすることと、サブスクライブデバイスが上記トピックをサブスクライブする場合、上記タイムセンシティブネットワークデータライタとタイムセンシティブネットワークデータリーダとの間のタイムセンシティブネットワークデータストリームをネゴシエートすることであって、上記タイムセンシティブネットワークデータストリームは、上記サービス品質保証を順守している、ネゴシエートすることと、上記タイムセンシティブネットワークデータストリームを介して、上記パブリッシュデバイスの上記データライタからの上記トピックを上記タイムセンシティブネットワークデータリーダへ送信することと、上記トピックを上記サブスクライブデバイスのデータリーダへ送信することとを１つまたは複数のプロセッサに実行させる命令を備えるコンピュータ可読記憶媒体を含む。

例３８は、例３７に記載のコンピュータ可読記憶媒体を含み、上記命令は、サービス品質ポリシからタイムセンシティブネットワークプロファイルを抽出することにより上記サービス品質保証を決定することであって、上記タイムセンシティブネットワークプロファイルは、上記サービス品質保証を含む、決定することを上記１つまたは複数のプロセッサに実行させる。

例３９は、例３７から３８に記載のコンピュータ可読記憶媒体を含み、上記命令は、上記パブリッシュデバイスから上記サービス品質保証を取得することを上記１つまたは複数のプロセッサに実行させる。

例４０は、例３７から３９に記載のコンピュータ可読記憶媒体を含み、上記命令は、上記マップを上記パブリッシュデバイスへ送信して、上記パブリッシュデバイスに上記トピックを上記タイムセンシティブネットワークデータライタへ送信させることを上記１つまたは複数のプロセッサに実行させる。

例４１は、例３７から４０に記載のコンピュータ可読記憶媒体を含み、上記命令は、上記トピックをサブスクライブするための上記サブスクライブデバイスからの要求の取得に応答して、上記タイムセンシティブネットワークデータストリームをネゴシエートすることを上記１つまたは複数のプロセッサに実行させる。

例４２は、例３７から４１に記載のコンピュータ可読記憶媒体を含み、上記命令は、上記サービス品質保証を格納することを上記１つまたは複数のプロセッサに実行させ、上記命令は、上記タイムセンシティブネットワークデータストリームをネゴシエートする場合にストレージにアクセスすることを上記１つまたは複数のプロセッサに実行させる。

例４３は、例３７から４２に記載のコンピュータ可読記憶媒体を含み、上記命令は、ユーザ構成エンティティまたは中央ネットワーク構成エンティティのうちの少なくとも一方とインタフェース接続することにより、上記タイムセンシティブネットワークデータストリームをネゴシエートすることを上記１つまたは複数のプロセッサに実行させる。

例４４は、例３７から４３に記載のコンピュータ可読記憶媒体を含み、上記１つまたは複数のプロセッサは、タイムセンシティブネットワーク構成サービスドメインに実装され、上記データリーダおよび上記データライタは、データ分散サービスドメインに実装される。

例４５は、１つまたは複数のプロセッサを用いて命令を実行することにより、パブリッシュデバイスのアプリケーションからのトピックに対応するサービス品質保証を決定する段階と、上記１つまたは複数のプロセッサを用いて命令を実行することにより、タイムセンシティブネットワークデータライタを上記パブリッシュデバイスのデータライタにマッピングする段階と、サブスクライブデバイスが上記トピックをサブスクライブする場合、上記１つまたは複数のプロセッサを用いて命令を実行することにより、上記タイムセンシティブネットワークデータライタとタイムセンシティブネットワークデータリーダとの間のタイムセンシティブネットワークデータストリームをネゴシエートする段階であって、上記タイムセンシティブネットワークデータストリームは、上記サービス品質保証を順守している、ネゴシエートする段階と、上記タイムセンシティブネットワークデータストリームを介して、上記パブリッシュデバイスの上記データライタからの上記トピックを上記タイムセンシティブネットワークデータリーダへ送信する段階と、上記トピックを上記サブスクライブデバイスのデータリーダへ送信する段階とを備える方法を含む。

例４６は、例４５に記載の方法を含み、上記サービス品質保証を決定する上記段階は、サービス品質ポリシからタイムセンシティブネットワークプロファイルを抽出する段階であって、上記タイムセンシティブネットワークプロファイルは、上記サービス品質保証を含む、抽出する段階を有する。

例４７は、例４５から４６に記載の方法を含み、上記パブリッシュデバイスから上記サービス品質保証を取得する段階をさらに含む。

例４８は、例４５から４７に記載の方法を含み、上記マッピングを上記パブリッシュデバイスへ送信して、上記パブリッシュデバイスに上記トピックを上記タイムセンシティブネットワークデータライタへ送信させる段階をさらに含む。

例４９は、例４５から４８に記載の方法を含み、上記トピックをサブスクライブするための上記サブスクライブデバイスからの要求の取得に応答して、上記タイムセンシティブネットワークデータストリームをネゴシエートする段階をさらに含む。

例５０は、例４５から４９に記載の方法を含み、上記サービス品質保証を格納するためのストレージをさらに含み、上記ネゴシエートするための手段は、上記タイムセンシティブネットワークデータストリームをネゴシエートする場合に上記ストレージにアクセスする。

例５１は、例４５から５０に記載の方法を含み、上記タイムセンシティブネットワークデータストリームをネゴシエートする上記段階は、ユーザ構成エンティティまたは中央ネットワーク構成エンティティのうちの少なくとも一方とインタフェース接続する段階を含む。

例５２は、例４５から５１に記載の方法を含み、上記１つまたは複数のプロセッサは、タイムセンシティブネットワーク構成サービスドメインに実装され、上記データリーダおよび上記データライタは、データ分散サービスドメインに実装される。

例５３は、パブリッシュデバイスのアプリケーションからのトピックに対応するサービス品質保証を決定するための手段と、タイムセンシティブネットワークデータライタを上記パブリッシュデバイスのデータライタにマッピングするための手段と、サブスクライブデバイスが上記トピックをサブスクライブする場合、タイムセンシティブネットワークデータリーダとの間のタイムセンシティブネットワークデータストリームをネゴシエートするための手段であって、上記タイムセンシティブネットワークデータストリームは、上記サービス品質保証を順守している、ネゴシエートするための手段と、上記タイムセンシティブネットワークデータストリームを介して上記パブリッシュデバイスの上記データライタからの上記トピックを送信するための第２の手段へ送信するための手段と、上記トピックを上記サブスクライブデバイスのデータリーダへ送信するための、上記送信するための第２の手段とを備えるシステムを含む。

例５４は、例５３に記載のシステムを含み、上記決定するための手段は、サービス品質ポリシからタイムセンシティブネットワークプロファイルを抽出することにより、上記サービス品質保証を決定し、上記タイムセンシティブネットワークプロファイルは、上記サービス品質保証を含む。

例５５は、例５３から５４に記載のシステムを含み、上記パブリッシュデバイスから上記サービス品質保証を取得するための手段をさらに含む。

例５６は、例５３から５５に記載のシステムを含み、上記マッピングを上記パブリッシュデバイスへ送信して、上記パブリッシュデバイスに上記トピックを、送信するための手段へ送信させるための第３の手段をさらに含む。

例５７は、例５３から５６に記載のシステムを含み、上記ネゴシエートするための手段は、上記トピックをサブスクライブするための上記サブスクライブデバイスからの要求の取得に応答して、上記タイムセンシティブネットワークデータストリームをネゴシエートする。

例５８は、例５３から５７に記載のシステムを含み、上記サービス品質保証を格納するための手段をさらに含み、上記ネゴシエートするための手段は、上記タイムセンシティブネットワークデータストリームをネゴシエートする場合に、格納するための手段にアクセスする。

例５９は、例５３から５８に記載のシステムを含み、上記ネゴシエートするための手段は、ユーザ構成エンティティまたは中央ネットワーク構成エンティティのうちの少なくとも一方とインタフェース接続することにより、上記タイムセンシティブネットワークデータストリームをネゴシエートする。

例６０は、例５３から５９に記載のシステムを含み、上記システムは、タイムセンシティブネットワーク構成サービスドメインに実装され、上記データリーダおよび上記データライタは、データ分散サービスドメインに実装される。

特定の例示的な方法、装置および製造品が本明細書において開示されてきたが、本特許が包含する範囲は、これらに限定されない。逆に、本特許は、本特許の特許請求の範囲に公正に含まれる全ての方法、装置および製造品を包含する。

以下の特許請求の範囲は、ここに、この参照により、この発明を実施するための形態に組み込まれ、各請求項は、本開示の別個の実施形態として独立している。
［他の考えられる項目］
（項目１）
データ交換用のウィンドウの終了に対応する第１の時刻を決定するためのスケジュールコントローラと、
上記ウィンドウ中の確認応答送信に対応する第２の時刻を決定するためのデータパケットコントローラと、
上記第１の時刻と上記第２の時刻とに基づいてリンク性能を計算するためのリンク性能計算器と、
上記リンク性能をネットワーク構成エンティティへ送信するためのインタフェースと
を備える装置。
（項目２）
上記スケジュールコントローラは、前に取得されたグローバルスケジュールに基づいて上記第１の時刻を決定する、項目１に記載の装置。
（項目３）
上記データパケットコントローラは、リスニングデバイスのためのデータフレームを生成し、
上記インタフェースは、
上記データフレームを上記リスニングデバイスへ送信し、
上記リスニングデバイスから上記確認応答を取得し、上記第２の時刻は、上記確認応答が上記リスニングデバイスからいつ取得されたかに対応する、
項目１に記載の装置。
（項目４）
上記データパケットコントローラは、データフレームの取得に応答して、上記確認応答をトーキンングデバイスに対して生成し、
上記インタフェースは、上記確認応答を上記トーキンングデバイスへ送信し、上記第２の時刻は、上記確認応答がいつ送信されたかに対応する、
項目１に記載の装置。
（項目５）
上記確認応答が上記ウィンドウ内に受信されなかった場合、上記確認応答が上記ウィンドウ内に送信されなかった場合、または、データフレームが上記ウィンドウ内に取得されなかった場合のうちの少なくとも１つにおいてエラーにフラグを立てるためのフラグ生成器をさらに備える、項目１に記載の装置。
（項目６）
上記リンク性能計算器は、上記第１の時刻と上記第２の時刻との間の差に基づいて上記リンク性能を計算する、項目１に記載の装置。
（項目７）
上記インタフェースは、エラーを軽減すること、または上記ウィンドウの長さを調節することのうちの少なくとも一方を行って性能または効率を向上させるために、上記リンク性能を上記ネットワーク構成エンティティへ送信する、項目１に記載の装置。
（項目８）
実行された場合、少なくとも、
データ交換用のウィンドウの終了に対応する第１の時刻を決定することと、
上記ウィンドウ中の確認応答送信に対応する第２の時刻を決定することと、
上記第１の時刻と上記第２の時刻とに基づいてリンク性能を計算することと、
上記リンク性能をネットワーク構成エンティティへ送信することと
を１つまたは複数のプロセッサに実行させる命令
を備えるコンピュータ可読記憶媒体。
（項目９）
上記命令は、前に取得されたグローバルスケジュールに基づいて上記第１の時刻を決定することを上記１つまたは複数のプロセッサに実行させる、項目８に記載のコンピュータ可読記憶媒体。
（項目１０）
上記命令は、
リスニングデバイスのためのデータフレームを生成することと、
上記データフレームを上記リスニングデバイスへ送信することと、
上記リスニングデバイスから上記確認応答を取得することであって、上記第２の時刻は、上記確認応答が上記リスニングデバイスからいつ取得されたかに対応する、取得することと
を上記１つまたは複数のプロセッサに実行させる、
項目８に記載のコンピュータ可読記憶媒体。
（項目１１）
上記命令は、
データフレームの取得に応答して、上記確認応答をトーキンングデバイスに対して生成することと、
上記確認応答を上記トーキンングデバイスへ送信することであって、上記第２の時刻は、上記確認応答がいつ送信されたかに対応する、送信することと
を上記１つまたは複数のプロセッサに実行させる、
項目８に記載のコンピュータ可読記憶媒体。
（項目１２）
上記命令は、上記確認応答が上記ウィンドウ内に受信されなかった場合、上記確認応答が上記ウィンドウ内に送信されなかった場合、または、データフレームが上記ウィンドウ内に取得されなかった場合のうちの少なくとも１つにおいてエラーにフラグを立てることを上記１つまたは複数のプロセッサに実行させる、項目８に記載のコンピュータ可読記憶媒体。
（項目１３）
上記命令は、上記第１の時刻と上記第２の時刻との間の差に基づいて上記リンク性能を計算することを上記１つまたは複数のプロセッサに実行させる、項目８に記載のコンピュータ可読記憶媒体。
（項目１４）
上記命令は、エラーを軽減すること、または上記ウィンドウの長さを調節することのうちの少なくとも一方を行って性能または効率を向上させるために上記リンク性能を上記ネットワーク構成エンティティへ送信することを上記１つまたは複数のプロセッサに実行させる、項目８に記載のコンピュータ可読記憶媒体。
（項目１５）
１つまたは複数のプロセッサを用いて命令を実行することにより、データ交換用のウィンドウの終了に対応する第１の時刻を決定する段階と、
上記１つまたは複数のプロセッサを用いて命令を実行することにより、上記ウィンドウ中の確認応答送信に対応する第２の時刻を決定する段階と、
上記１つまたは複数のプロセッサを用いて命令を実行することにより、上記第１の時刻と上記第２の時刻とに基づいてリンク性能を計算する段階と、
上記リンク性能をネットワーク構成エンティティへ送信する段階と
を備える方法。
（項目１６）
前に取得されたグローバルスケジュールに基づいて上記第１の時刻を決定する段階をさらに備える、項目１５に記載の方法。
（項目１７）
リスニングデバイスのためのデータフレームを生成する段階と、
上記データフレームを上記リスニングデバイスへ送信する段階と、
上記リスニングデバイスから上記確認応答を取得する段階であって、上記第２の時刻は、上記確認応答が上記リスニングデバイスからいつ取得されたかに対応する、取得する段階と
をさらに備える、項目１５に記載の方法。
（項目１８）
データフレームの取得に応答して、上記確認応答をトーキンングデバイスに対して生成する段階と、
上記確認応答を上記トーキンングデバイスへ送信する段階であって、上記第２の時刻は、上記確認応答がいつ送信されたかに対応する、送信する段階と
をさらに備える、項目１５に記載の方法。
（項目１９）
上記確認応答が上記ウィンドウ内に受信されなかった場合、上記確認応答が上記ウィンドウ内に送信されなかった場合、または、データフレームが上記ウィンドウ内に取得されなかった場合のうちの少なくとも１つにおいてエラーにフラグを立てる段階をさらに備える、項目１５に記載の方法。
（項目２０）
上記第１の時刻と上記第２の時刻との間の差に基づいて上記リンク性能を計算する段階をさらに備える、項目１５に記載の方法。
（項目２１）
上記ネットワーク構成エンティティへの上記リンク性能の上記送信は、エラーを軽減すること、または上記ウィンドウの長さを調節することのうちの少なくとも一方を行って性能または効率を向上させることである、項目１５に記載の方法。
（項目２２）
データ交換用のウィンドウの終了に対応する第１の時刻を決定するための手段と、
上記ウィンドウ中の確認応答送信に対応する第２の時刻を決定するための手段と、
上記第１の時刻と上記第２の時刻とに基づいてリンク性能を計算するための手段と、
上記リンク性能をネットワーク構成エンティティへ送信するための手段と
を備える装置。
（項目２３）
上記第１の時刻を決定するための上記手段は、前に取得されたグローバルスケジュールに基づいて上記第１の時刻を決定する、項目２２に記載の装置。
（項目２４）
上記第１の時刻を決定するための上記手段は、リスニングデバイスのためのデータフレームを生成し、
上記送信するための手段は、
上記データフレームを上記リスニングデバイスへ送信し、
上記リスニングデバイスから上記確認応答を取得し、上記第２の時刻は、上記確認応答が上記リスニングデバイスからいつ取得されたかに対応する、
項目２２に記載の装置。
（項目２５）
上記第１の時刻を決定するための上記手段は、データフレームの取得に応答して、上記確認応答をトーキンングデバイスに対して生成し、
上記送信するための手段は、上記確認応答を上記トーキンングデバイスへ送信し、上記第２の時刻は、上記確認応答がいつ送信されたかに対応する、
項目２２に記載の装置。
（項目２６）
上記確認応答が上記ウィンドウ内に受信されなかった場合、上記確認応答が上記ウィンドウ内に送信されなかった場合、または、データフレームが上記ウィンドウ内に取得されなかった場合のうちの少なくとも１つにおいてエラーにフラグを立てるための手段をさらに備える、項目２２に記載の装置。
（項目２７）
上記計算するための手段は、上記第１の時刻と上記第２の時刻との間の差に基づいて上記リンク性能を計算する、項目２２に記載の装置。
（項目２８）
上記送信するための手段は、エラーを軽減すること、または上記ウィンドウの長さを調節することのうちの少なくとも一方を行って性能または効率を向上させるために、上記リンク性能を上記ネットワーク構成エンティティへ送信する、項目２２に記載の装置。
（項目２９）
パブリッシュデバイスのアプリケーションからのトピックに対応するサービス品質保証を決定するためのデータ抽出器と、
タイムセンシティブネットワークデータライタを上記パブリッシュデバイスのデータライタにマッピングするためのマップ生成器と、
サブスクライブデバイスが上記トピックをサブスクライブする場合、上記タイムセンシティブネットワークデータライタとタイムセンシティブネットワークデータリーダとの間のタイムセンシティブネットワークデータストリームをネゴシエートするためのネゴシエータであって、上記タイムセンシティブネットワークデータストリームは、上記サービス品質保証を順守している、ネゴシエータと、
上記タイムセンシティブネットワークデータストリームを介して上記パブリッシュデバイスの上記データライタからの上記トピックを上記タイムセンシティブネットワークデータリーダへ送信するための上記タイムセンシティブネットワークデータライタと、
上記トピックを上記サブスクライブデバイスのデータリーダへ送信するための上記タイムセンシティブネットワークデータリーダと
を備えるシステム。
（項目３０）
上記データ抽出器は、サービス品質ポリシからタイムセンシティブネットワークプロファイルを抽出することにより、上記サービス品質保証を決定し、上記タイムセンシティブネットワークプロファイルは、上記サービス品質保証を含む、項目２９に記載のシステム。
（項目３１）
上記パブリッシュデバイスから上記サービス品質保証を取得するためのインタフェースをさらに備える、項目３０に記載のシステム。
（項目３２）
上記マップを上記パブリッシュデバイスへ送信して、上記パブリッシュデバイスに上記トピックを上記タイムセンシティブネットワークデータライタへ送信させるためのインタフェースをさらに備える、項目２９に記載のシステム。
（項目３３）
上記ネゴシエータは、上記トピックをサブスクライブするための上記サブスクライブデバイスからの要求の取得に応答して、上記タイムセンシティブネットワークデータストリームをネゴシエートする、項目２９に記載のシステム。
（項目３４）
上記サービス品質保証を格納するためのストレージをさらに備え、上記ネゴシエータは、上記タイムセンシティブネットワークデータストリームをネゴシエートする場合に上記ストレージにアクセスする、項目２９に記載のシステム。
（項目３５）
上記ネゴシエータは、ユーザ構成エンティティまたは中央ネットワーク構成エンティティのうちの少なくとも一方とインタフェース接続することにより、上記タイムセンシティブネットワークデータストリームをネゴシエートする、項目２９に記載のシステム。
（項目３６）
上記システムは、タイムセンシティブネットワーク構成サービスドメインに実装され、上記データリーダおよび上記データライタは、データ分散サービスドメインに実装される、項目２９に記載のシステム。
（項目３７）
実行された場合、少なくとも、
パブリッシュデバイスのアプリケーションからのトピックに対応するサービス品質保証を決定することと、
タイムセンシティブネットワークデータライタを上記パブリッシュデバイスのデータライタにマッピングすることと、
サブスクライブデバイスが上記トピックをサブスクライブする場合、上記タイムセンシティブネットワークデータライタとタイムセンシティブネットワークデータリーダとの間のタイムセンシティブネットワークデータストリームをネゴシエートすることであって、上記タイムセンシティブネットワークデータストリームは、上記サービス品質保証を順守している、ネゴシエートすることと、
上記タイムセンシティブネットワークデータストリームを介して、上記パブリッシュデバイスの上記データライタからの上記トピックを上記タイムセンシティブネットワークデータリーダへ送信することと、
上記トピックを上記サブスクライブデバイスのデータリーダへ送信することと
を１つまたは複数のプロセッサに実行させる命令
を備えるコンピュータ可読記憶媒体。
（項目３８）
上記命令は、サービス品質ポリシからタイムセンシティブネットワークプロファイルを抽出することにより上記サービス品質保証を決定することであって、上記タイムセンシティブネットワークプロファイルは、上記サービス品質保証を含む、決定することを上記１つまたは複数のプロセッサに実行させる、項目３７に記載のコンピュータ可読記憶媒体。
（項目３９）
上記命令は、上記パブリッシュデバイスから上記サービス品質保証を取得することを上記１つまたは複数のプロセッサに実行させる、項目３８に記載のコンピュータ可読記憶媒体。
（項目４０）
上記命令は、上記マップを上記パブリッシュデバイスへ送信して、上記パブリッシュデバイスに上記トピックを上記タイムセンシティブネットワークデータライタへ送信させることを上記１つまたは複数のプロセッサに実行させる、項目３７に記載のコンピュータ可読記憶媒体。
（項目４１）
上記命令は、上記トピックをサブスクライブするための上記サブスクライブデバイスからの要求の取得に応答して、上記タイムセンシティブネットワークデータストリームをネゴシエートすることを上記１つまたは複数のプロセッサに実行させる、項目３７に記載のコンピュータ可読記憶媒体。
（項目４２）
上記命令は、上記サービス品質保証を格納することを上記１つまたは複数のプロセッサに実行させ、上記命令は、上記タイムセンシティブネットワークデータストリームをネゴシエートする場合にストレージにアクセスすることを上記１つまたは複数のプロセッサに実行させる、項目３７に記載のコンピュータ可読記憶媒体。
（項目４３）
上記命令は、ユーザ構成エンティティまたは中央ネットワーク構成エンティティのうちの少なくとも一方とインタフェース接続することにより、上記タイムセンシティブネットワークデータストリームをネゴシエートすることを上記１つまたは複数のプロセッサに実行させる、項目３７に記載のコンピュータ可読記憶媒体。
（項目４４）
上記１つまたは複数のプロセッサは、タイムセンシティブネットワーク構成サービスドメインに実装され、上記データリーダおよび上記データライタは、データ分散サービスドメインに実装される、項目３７に記載のコンピュータ可読記憶媒体。
（項目４５）
１つまたは複数のプロセッサを用いて命令を実行することにより、パブリッシュデバイスのアプリケーションからのトピックに対応するサービス品質保証を決定する段階と、
上記１つまたは複数のプロセッサを用いて命令を実行することにより、タイムセンシティブネットワークデータライタを上記パブリッシュデバイスのデータライタにマッピングする段階と、
サブスクライブデバイスが上記トピックをサブスクライブする場合、上記１つまたは複数のプロセッサを用いて命令を実行することにより、上記タイムセンシティブネットワークデータライタとタイムセンシティブネットワークデータリーダとの間のタイムセンシティブネットワークデータストリームをネゴシエートする段階であって、上記タイムセンシティブネットワークデータストリームは、上記サービス品質保証を順守している、ネゴシエートする段階と、
上記タイムセンシティブネットワークデータストリームを介して、上記パブリッシュデバイスの上記データライタからの上記トピックを上記タイムセンシティブネットワークデータリーダへ送信する段階と、
上記トピックを上記サブスクライブデバイスのデータリーダへ送信する段階と
を備える方法。
（項目４６）
上記サービス品質保証を決定する上記段階は、サービス品質ポリシからタイムセンシティブネットワークプロファイルを抽出する段階であって、上記タイムセンシティブネットワークプロファイルは、上記サービス品質保証を含む、抽出する段階を有する、項目４５に記載の方法。
（項目４７）
上記パブリッシュデバイスから上記サービス品質保証を取得する段階をさらに備える、項目４６に記載の方法。
（項目４８）
上記マッピングを上記パブリッシュデバイスへ送信して、上記パブリッシュデバイスに上記トピックを上記タイムセンシティブネットワークデータライタへ送信させる段階をさらに備える、項目４５に記載の方法。
（項目４９）
上記トピックをサブスクライブするための上記サブスクライブデバイスからの要求の取得に応答して、上記タイムセンシティブネットワークデータストリームをネゴシエートする段階をさらに備える、項目４５に記載の方法。
（項目５０）
上記サービス品質保証を格納するためのストレージをさらに含み、上記ネゴシエートするための手段は、上記タイムセンシティブネットワークデータストリームをネゴシエートする場合に上記ストレージにアクセスする、項目４５に記載の方法。
（項目５１）
上記タイムセンシティブネットワークデータストリームをネゴシエートする上記段階は、ユーザ構成エンティティまたは中央ネットワーク構成エンティティのうちの少なくとも一方とインタフェース接続する段階を含む、項目４５に記載の方法。
（項目５２）
上記１つまたは複数のプロセッサは、タイムセンシティブネットワーク構成サービスドメインに実装され、上記データリーダおよび上記データライタは、データ分散サービスドメインに実装される、項目４５に記載の方法。
（項目５３）
パブリッシュデバイスのアプリケーションからのトピックに対応するサービス品質保証を決定するための手段と、
タイムセンシティブネットワークデータライタを上記パブリッシュデバイスのデータライタにマッピングするための手段と、
サブスクライブデバイスが上記トピックをサブスクライブする場合、タイムセンシティブネットワークデータリーダとの間のタイムセンシティブネットワークデータストリームをネゴシエートするための手段であって、上記タイムセンシティブネットワークデータストリームは、上記サービス品質保証を順守している、ネゴシエートするための手段と、
上記タイムセンシティブネットワークデータストリームを介して上記パブリッシュデバイスの上記データライタからの上記トピックを送信するための第２の手段へ送信するための手段と、
上記トピックを上記サブスクライブデバイスのデータリーダへ送信するための、上記送信するための第２の手段と
を備えるシステム。
（項目５４）
上記決定するための手段は、サービス品質ポリシからタイムセンシティブネットワークプロファイルを抽出することにより、上記サービス品質保証を決定し、上記タイムセンシティブネットワークプロファイルは、上記サービス品質保証を含む、項目５３に記載のシステム。
（項目５５）
上記パブリッシュデバイスから上記サービス品質保証を取得するための手段をさらに備える、項目５４に記載のシステム。
（項目５６）
上記マッピングを上記パブリッシュデバイスへ送信して、上記パブリッシュデバイスに上記トピックを、送信するための手段へ送信させるための第３の手段をさらに備える、項目５３に記載のシステム。
（項目５７）
上記ネゴシエートするための手段は、上記トピックをサブスクライブするための上記サブスクライブデバイスからの要求の取得に応答して、上記タイムセンシティブネットワークデータストリームをネゴシエートする、項目５３に記載のシステム。
（項目５８）
上記サービス品質保証を格納するための手段をさらに含み、上記ネゴシエートするための手段は、上記タイムセンシティブネットワークデータストリームをネゴシエートする場合に、格納するための手段にアクセスする、項目５３に記載のシステム。
（項目５９）
上記ネゴシエートするための手段は、ユーザ構成エンティティまたは中央ネットワーク構成エンティティのうちの少なくとも一方とインタフェース接続することにより、上記タイムセンシティブネットワークデータストリームをネゴシエートする、項目５３に記載のシステム。
（項目６０）
上記システムは、タイムセンシティブネットワーク構成サービスドメインに実装され、上記データリーダおよび上記データライタは、データ分散サービスドメインに実装される、項目５３に記載のシステム。

Claims (15)

1. データ交換用のウィンドウの終了に対応する第１の時刻を、前に取得されたグローバルスケジュールに基づいて決定するためのスケジュールコントローラと、
   前記ウィンドウ中の確認応答の送信に対応する第２の時刻を決定するためのデータパケットコントローラと、
   前記第１の時刻と前記第２の時刻とに基づいてリンク性能を計算するためのリンク性能計算器と
   を備える装置。
2. 前記リンク性能をネットワーク構成エンティティへ送信するためのインタフェースをさらに備える、請求項１に記載の装置。
3. 前記データパケットコントローラは、リスニングデバイスのためのデータフレームを生成し、
   前記インタフェースは、
   前記データフレームを前記リスニングデバイスへ送信し、
   前記リスニングデバイスから前記確認応答を取得し、前記第２の時刻は、前記確認応答が前記リスニングデバイスからいつ取得されたかに対応する、
   請求項２に記載の装置。
4. 前記データパケットコントローラは、データフレームの取得に応答して、前記確認応答をトーキンングデバイスに対して生成し、
   前記インタフェースは、前記確認応答を前記トーキンングデバイスへ送信し、前記第２の時刻は、前記確認応答がいつ送信されたかに対応する、
   請求項２または３に記載の装置。
5. 前記インタフェースは、エラーを軽減すること、または前記ウィンドウの長さを調節することのうちの少なくとも一方を行って性能または効率を向上させるために、前記リンク性能を前記ネットワーク構成エンティティへ送信する、請求項２から４のいずれか一項に記載の装置。
6. 前記確認応答が前記ウィンドウ内に受信されなかった場合、前記確認応答が前記ウィンドウ内に送信されなかった場合、または、データフレームが前記ウィンドウ内に取得されなかった場合のうちの少なくとも１つにおいてエラーにフラグを立てるためのフラグ生成器をさらに備える、請求項１から５のいずれか一項に記載の装置。
7. 前記リンク性能計算器は、前記第１の時刻と前記第２の時刻との間の差に基づいて前記リンク性能を計算する、請求項１から６のいずれか一項に記載の装置。
8. パブリッシュデバイスのアプリケーションからのトピックに対応するサービス品質保証を決定するためのデータ抽出器と、
   タイムセンシティブネットワークデータライタを前記パブリッシュデバイスのデータライタにマッピングするためのマップ生成器と、
   サブスクライブデバイスが前記トピックをサブスクライブする場合、前記タイムセンシティブネットワークデータライタとタイムセンシティブネットワークデータリーダとの間のタイムセンシティブネットワークデータストリームをネゴシエートするためのネゴシエータであって、前記タイムセンシティブネットワークデータストリームは、前記サービス品質保証を順守している、ネゴシエータと、
   前記タイムセンシティブネットワークデータストリームを介して前記パブリッシュデバイスの前記データライタからの前記トピックを前記タイムセンシティブネットワークデータリーダへ送信するための前記タイムセンシティブネットワークデータライタと、
   前記トピックを前記サブスクライブデバイスのデータリーダへ送信するための前記タイムセンシティブネットワークデータリーダと
   をさらに備える、
   請求項１から７のいずれか一項に記載の装置。
9. 実行された場合、請求項１から８のいずれか一項に記載の装置を１つまたは複数のプロセッサに実現させる命令を備えるコンピュータプログラム。
10. １つまたは複数のプロセッサを用いて命令を実行することにより、データ交換用のウィンドウの終了に対応する第１の時刻を、前に取得されたグローバルスケジュールに基づいて決定する段階と、
    前記１つまたは複数のプロセッサを用いて命令を実行することにより、前記ウィンドウ中の確認応答の送信に対応する第２の時刻を決定する段階と、
    前記１つまたは複数のプロセッサを用いて命令を実行することにより、前記第１の時刻と前記第２の時刻とに基づいてリンク性能を計算する段階と
    を備える方法。
11. 前記リンク性能をネットワーク構成エンティティへ送信する段階をさらに備える、
    請求項１０に記載の方法。
12. リスニングデバイスのためのデータフレームを生成する段階と、
    前記データフレームを前記リスニングデバイスへ送信する段階と、
    前記リスニングデバイスから前記確認応答を取得する段階であって、前記第２の時刻は、前記確認応答が前記リスニングデバイスからいつ取得されたかに対応する、取得する段階と
    をさらに備える、請求項１１に記載の方法。
13. データフレームの取得に応答して、前記確認応答をトーキンングデバイスに対して生成する段階と、
    前記確認応答を前記トーキンングデバイスへ送信する段階であって、前記第２の時刻は、前記確認応答がいつ送信されたかに対応する、送信する段階と
    をさらに備える、請求項１１または１２に記載の方法。
14. 前記確認応答が前記ウィンドウ内に受信されなかった場合、前記確認応答が前記ウィンドウ内に送信されなかった場合、または、データフレームが前記ウィンドウ内に取得されなかった場合のうちの少なくとも１つにおいてエラーにフラグを立てる段階をさらに備える、請求項１０から１３のいずれか一項に記載の方法。
15. 請求項９に記載のコンピュータプログラムを格納する、コンピュータ可読記憶媒体。