(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-01-17
(54)【発明の名称】データ伝送方法、装置、電子機器、及び記憶媒体
(51)【国際特許分類】
H04L 47/2441 20220101AFI20240110BHJP
H04L 47/28 20220101ALI20240110BHJP
【ＦＩ】
H04L47/2441
H04L47/28
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023541028
(86)(22)【出願日】2022-01-29
(85)【翻訳文提出日】2023-07-05
(86)【国際出願番号】 CN2022074958
(87)【国際公開番号】W WO2022193860
(87)【国際公開日】2022-09-22
(31)【優先権主張番号】202110276013.1
(32)【優先日】2021-03-15
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】511151662
【氏名又は名称】中興通訊股▲ふん▼有限公司
【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ
【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100112656
【弁理士】
【氏名又は名称】宮田 英毅
(74)【代理人】
【識別番号】100089118
【弁理士】
【氏名又は名称】酒井 宏明
(72)【発明者】
【氏名】李宗輝
(72)【発明者】
【氏名】喩敬海
【テーマコード（参考）】
5K030
【Ｆターム（参考）】
5K030GA14
5K030HA08
5K030JA11
5K030LC01
5K030MA04
5K030MB06
(57)【要約】
データ伝送方法、装置、電子機器及び記憶媒体を提供する。データ伝送方法は、現在時間情報を取得するステップ（Ｓ１１００）と、現在送信すべきトラフィックフローのメッセージ属性情報を取得するステップ（Ｓ１２００）と、前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成するステップ（Ｓ１３００）と、前記伝送制御ポリシーに従って時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するステップ（Ｓ１４００）と、を含む。
【選択図】図５
【選択図】図５
【特許請求の範囲】
【請求項1】
現在時間情報を取得するステップと、現在送信すべきトラフィックフローのメッセージ属性情報を取得するステップと、
前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成するステップと、
前記伝送制御ポリシーに従って時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するステップと、を含む、データ伝送方法。
【請求項2】
前記現在送信すべきトラフィックフローは、時間に敏感でないトラフィックフローであり、前記メッセージ属性情報は、メッセージ長を含み、前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成する前記ステップは、
前記現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、残時間送信可能なメッセージ長を算出するステップと、
前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、伝送制御ポリシーを生成するステップと、を含む、請求項１に記載の方法。
【請求項3】
前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、伝送制御ポリシーを生成する前記ステップは、前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、前記残時間送信可能なメッセージ長が現在送信すべきトラフィックフローを送信するのに十分であるか否かを判断するステップと、
十分である場合、現在送信すべきトラフィックフローを送信するステップと、を含み、
前記残時間送信可能なメッセージ長が現在送信すべきトラフィックフローを送信するのに十分でなくなるまで、現在時間情報を再度取得するステップと、
現在送信すべきトラフィックフローのメッセージ属性情報を再度取得するステップと、
前記現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、前記残時間送信可能なメッセージ長を算出するステップと、
前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、前記残時間送信可能なメッセージ長が現在送信すべきトラフィックフローを送信するのに十分であるか否かを判断するステップと、
十分である場合、現在送信すべきトラフィックフローを送信するステップと、を繰り返す、請求項２に記載の方法。
【請求項4】
前記現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、前記残時間送信可能なメッセージ長を算出する前記ステップは、前記現在時間情報、次の時間に敏感なトラフィックフローの開始時間、伝送制約パラメータ、及び第１計算式に基づいて、前記残時間送信可能なメッセージ長を算出するステップを含み、
前記第１計算式は、
残時間送信可能なメッセージ長＝次の時間に敏感なトラフィックフローの開始時間と現在時間情報との差に対応する送信可能なメッセージ長－伝送制約パラメータを含む、請求項２又は３に記載の方法。
【請求項5】
前記伝送制約パラメータは、インターパケットギャップ（ＩＰＧ：Ｉｎｔｅｒｐａｃｋｅｔ Ｇａｐ）、スタートｍパケットデリミタ（ＳＭＤ：Ｓｔａｒｔ ｍＰａｃｋｅｔ Ｄｅｌｉｍｉｔｅｒ）、プリアンブル、及びフラグメントカウント（ＦＲＡＧ＿ＣＯＵＮＴ）を含む場合、前記第１計算式は、
残時間送信可能なメッセージ長＝次の時間に敏感なトラフィックフローの開始時間と現在時間情報との差に対応する送信可能なメッセージ長－ＩＰＧ－ＳＭＤ－プリアンブル長-ＦＲＡＧ＿ＣＯＵＮＴを含む、請求項４に記載の方法。
【請求項6】
前記現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、残時間送信可能なメッセージ長を算出する前記ステップの前に、スケジューリングテーブルを問い合わせて、次の時間に敏感なトラフィックフローの開始時間を取得するステップをさらに含む、請求項２に記載の方法。
【請求項7】
前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、伝送制御ポリシーを生成する前記ステップは、前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、前記残時間送信可能なメッセージ長が現在送信すべきトラフィックフローを送信するのに十分であるか否かを判断するステップと、
前記残時間送信可能なメッセージ長が、現在送信すべきトラフィックフローを送信するのに十分でない場合、前記残時間送信可能なメッセージ長、前記メッセージ長、プリエンプション制約パラメータに基づいて、プリエンプション制御ポリシーを生成するステップと、を含む、請求項２、３、５、又は６に記載の方法。
【請求項8】
前記プリエンプション制約パラメータは、最小伝送フレーム長と、トランケート可能なメッセージ最小フレーム長と、を含み、前記プリエンプション制御ポリシーは、
前記メッセージ長が、前記トランケート可能なメッセージ最小フレーム長を満たさない場合、前記残時間送信可能なメッセージ長を使い果たすステップと、
前記残時間送信可能なメッセージ長が、前記最小伝送フレーム長を満たさない場合、前記残時間送信可能なメッセージ長を使い果たすステップと、
前記メッセージ長が、トランケート可能なメッセージ最小フレーム長を満たし、前記残時間送信可能なメッセージ長が最小伝送フレーム長を満たす場合、前記現在送信すべきトラフィックフローを送信し、前記残時間送信可能なメッセージ長における予め設定された位置でプリエンプション命令を開始させ、前記現在送信すべきトラフィックフローの送信を停止するステップと、を含む、請求項７に記載の方法。
【請求項9】
前記プリエンプション制約パラメータは、プリエンプションＣＲＣチェックフィールド長をさらに含み、前記メッセージ長と前記プリエンプションＣＲＣチェックフィールド長との合計が、前記残時間送信可能なメッセージ長と前記最小伝送フレーム長との合計以上である場合、前記予め設定された位置は、前記残時間送信可能なメッセージ長と前記プリエンプションＣＲＣチェックフィールド長との差であり、この場合、前記残時間送信可能なメッセージ長における予め設定された位置でプリエンプション命令を開始させる前記ステップは、
前記残時間送信可能なメッセージ長からプリエンプションＣＲＣチェックフィールド長を減算したメッセージを送信した後にプリエンプション命令を開始させるステップを含み、
前記メッセージ長と前記プリエンプションＣＲＣチェックフィールド長との合計が、前記残時間送信可能なメッセージ長と前記最小伝送フレーム長との合計よりも小さい場合、前記予め設定された位置は、前記メッセージ長と前記最小伝送フレーム長との差であり、この場合、前記残時間送信可能なメッセージ長における予め設定された位置でプリエンプション命令を開始させる前記ステップは、
前記メッセージ長から前記最小伝送フレーム長を減算した後にプリエンプション命令を開始させるステップを含む、請求項８に記載の方法。
【請求項10】
前記現在送信すべきトラフィックフローは、時間に敏感なトラフィックフローであり、前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成する前記ステップは、
前記現在時間情報及びスケジューリングテーブルに基づいて、予め伝送された時間に敏感なトラフィックフローのメッセージ属性情報を取得するステップであって、前記スケジューリングテーブルは、前記現在時間情報と予め伝送された時間に敏感なトラフィックフローのメッセージ属性情報との対応関係を含むステップと、
現在送信すべきトラフィックフローのメッセージ属性情報と、予め伝送された時間に敏感なトラフィックフローのメッセージ属性情報とが一致するか否かを判断するステップと、
一致する場合、現在送信すべきトラフィックフローを送信し、一致しない場合、時間に敏感でないトラフィックフローを送信するステップと、を含む、請求項１に記載の方法。
【請求項11】
時間に敏感でないトラフィックフローを送信する前記ステップは、前記時間に敏感でないトラフィックフローの優先度に応じて、優先度の高い前記時間に敏感でないトラフィックフローを優先的に送信するステップを含む、請求項１０に記載の方法。
【請求項12】
前記メッセージ属性情報は、トラフィックフローＩＤ情報を含む、又は、前記メッセージ属性情報は、トラフィックフローＩＤ情報とメッセージ長を含む、請求項１０又は１１に記載の方法。
【請求項13】
現在時間情報を取得するように構成された時間取得モジュールと、現在送信すべきトラフィックフローのメッセージ属性情報を取得するように構成されたメッセージ属性取得モジュールと、
前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成するように構成されたポリシー生成モジュールと、
前記伝送制御ポリシーに従って時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するように構成された伝送モジュールと、を含む、データ伝送装置。
【請求項14】
メモリと、プロセッサと、メモリに記憶され、プロセッサ上で実行可能なコンピュータプログラムとを含み、前記プロセッサは、前記コンピュータプログラムを実行すると、請求項１～１２のいずれか１項に記載のデータ伝送方法を実現する、電子機器。
【請求項15】
コンピュータ実行可能命令を記憶したコンピュータ読み取り可能な記憶媒体であって、前記コンピュータ実行可能命令は、請求項１～１２のいずれか１項に記載のデータ伝送方法を実行する、コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、出願番号が２０２１１０２７６０１３．１、出願日が２０２１年３月１５日の中国特許出願に基づいて提出され、当該中国特許出願の優先権を主張しており、当該中国特許出願の全ての内容はここで参考として本願に組み込まれている。
【0002】
本願の実施例は、通信技術の分野に関し、特に、データ伝送方法、装置、電子機器、及び記憶媒体に関する。
【背景技術】
【0003】
時間に敏感なネットワーク（ＴＳＮ：Ｔｉｍｅ－Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇ）は、電気電子技術者協会（ＩＥＥＥ：Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１のＴＳＮチームによって開発された規格である。この規格は、主にイーサネットにおける時間に敏感な伝送のメカニズムを定義し、ＴＳＮ技術は、伝送の確実性遅延、低遅延及び高可用性を特に重要視している。
【0004】
時間に敏感なトラフィックフロー（例えばＴＴ（Ｔｉｍｅ－ｔｒｉｇｇｅｒｅｄ、時間トリガ）トラフィックフロー）の伝送のリアルタイム性及び確実性を確保するために、通常、伝送制御ポリシー（例えば帯域幅リソース予約ポリシー）を採用してトラフィックデータを制御するが、関連する技術案では、伝送制御ポリシーは帯域幅の浪費を引き起こしやすい。
【発明の概要】
【0005】
以下は、本明細書において詳細に説明されている主題の概要である。本概要は、特許請求の範囲の特許範囲を限定するものではない。
【0006】
本願の実施例は、データ伝送方法、装置、電子機器、及び記憶媒体を提供する。
【0007】
第１態様では、本願は、
現在時間情報を取得するステップと、
現在送信すべきトラフィックフローのメッセージ属性情報を取得するステップと、
前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成するステップと、
前記伝送制御ポリシーに従って時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するステップと、を含むデータ伝送方法を提供する。
現在時間情報を取得するステップと、
現在送信すべきトラフィックフローのメッセージ属性情報を取得するステップと、
前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成するステップと、
前記伝送制御ポリシーに従って時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するステップと、を含むデータ伝送方法を提供する。
【0008】
第２態様では、本願は、さらに、
現在時間情報を取得するように構成された時間取得モジュールと、
現在送信すべきトラフィックフローのメッセージ属性情報を取得するように構成されたメッセージ属性取得モジュールと、
前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成するように構成されたポリシー生成モジュールと、
前記伝送制御ポリシーに従って時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するように構成された伝送モジュールと、を含む、データ伝送装置を提供する。
現在時間情報を取得するように構成された時間取得モジュールと、
現在送信すべきトラフィックフローのメッセージ属性情報を取得するように構成されたメッセージ属性取得モジュールと、
前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成するように構成されたポリシー生成モジュールと、
前記伝送制御ポリシーに従って時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するように構成された伝送モジュールと、を含む、データ伝送装置を提供する。
【0009】
第３態様では、本願は、さらに、
メモリと、プロセッサと、メモリに記憶され、プロセッサ上で実行可能なコンピュータプログラムとを含む電子機器であって、前記プロセッサは、前記コンピュータプログラムを実行すると、第１態様に記載のデータ伝送方法を実現する電子機器を提供する。
メモリと、プロセッサと、メモリに記憶され、プロセッサ上で実行可能なコンピュータプログラムとを含む電子機器であって、前記プロセッサは、前記コンピュータプログラムを実行すると、第１態様に記載のデータ伝送方法を実現する電子機器を提供する。
【0010】
第４態様では、本願は、さらに、
コンピュータ実行可能命令を記憶したコンピュータ読み取り可能な記憶媒体であって、
前記コンピュータ実行可能命令は、第１態様に記載のデータ伝送方法を実行する、コンピュータ読み取り可能な記憶媒体を提供する。
本願の実施例における技術案をより明確に説明するために、以下に、実施例又は関連する技術の説明において使用する必要がある図面を簡単に説明する。以下の説明における図面は、本願の実施例のいくつかの実施例にすぎず、当業者が創造的な努力を必要とせずにこれらの図面から他の図面を得ることができることは明らかである。
コンピュータ実行可能命令を記憶したコンピュータ読み取り可能な記憶媒体であって、
前記コンピュータ実行可能命令は、第１態様に記載のデータ伝送方法を実行する、コンピュータ読み取り可能な記憶媒体を提供する。
本願の実施例における技術案をより明確に説明するために、以下に、実施例又は関連する技術の説明において使用する必要がある図面を簡単に説明する。以下の説明における図面は、本願の実施例のいくつかの実施例にすぎず、当業者が創造的な努力を必要とせずにこれらの図面から他の図面を得ることができることは明らかである。
【図面の簡単な説明】
【0011】
【図1】ＴＳＮネットワークのトラフィックフローの矛盾タイミング原理の概略図である。
【図2】ＴＳＮネットワークのガードバンドポリシーの場合のタイミング原理の概略図である。
【図3】ＴＳＮネットワークのフレームプリエンプションポリシーの場合のタイミング原理の概略図である。
【図4】本願のデータ伝送方法を実行するためのソフトウェアシステムアーキテクチャの概略図である。
【図5】本願の一実施例によるデータ伝送方法の流れ概略図である。
【図6】本願の他の実施例によるデータ伝送方法の流れ概略図である。
【図7】本願の他の実施例によるデータ伝送方法の流れ概略図である。
【図8】本願の他の実施例によるデータ伝送方法の流れ概略図である。
【図9】本願の一実施例における、残時間伝送ポリシー及び最適化プリエンプション伝送ポリシーの場合のタイミング原理の概略図である。
【図10】本願の他の実施例によるデータ伝送方法の流れ概略図である。
【図11】本願の他の実施例によるデータ伝送方法の流れ概略図である。
【図12】本願の一実施例によるデータ伝送装置の構造概略図である。
【発明を実施するための形態】
【0012】
以下の説明では、特定のシステム構成、技術などの特定の詳細が、本願の実施例を完全に理解するために、限定のためではなく説明のために提供される。しかしながら、本願の実施例は、これらの具体的な詳細を有しない他の実施例においても実施され得ることを当業者は理解する。他の場合には、不必要な詳細が本願の実施例の説明を妨げないように、周知のシステム、装置、回路、及び方法の詳細な説明を省略する。
【0013】
なお、論理的順序はフローチャートに示されているが、示された又は説明されたステップは、場合によっては、フローチャートに示された順序とは異なる順序で実行されてもよい。明細書及び特許請求の範囲、並びに前述の図面における「第１」、「第２」等の用語は、特定の順序又は優先順位を説明するために使用されるのではなく、類似の対象を区別するために使用される。
【0014】
また、本願の実施例の明細書に記載された「一実施例」又は「いくつかの実施例」などの参照は、本願の実施例の１つ又は複数の実施例に、その実施例に関連して記載された特定の特徴、構造、又は特性を含むことを意味することが理解されるべきである。したがって、本明細書の異なる箇所に現れる「一実施例では」、「いくつかの実施例では」、「他のいくつかの実施例では」、「別のいくつかの実施例では」などの文は、他の方法で特に強調されない限り、必ずしもすべてが同じ実施例を参照するのではなく、「１つ又は複数の実施例であるが、すべてではない」ことを意味する。用語「含む」、「含有する」、「有する」、及びそれらの変形は、別段の方法で特に強調されない限り、「含むが、これに限定されない」を意味する。
【0015】
時間に敏感なネットワークＴＳＮ（Ｔｉｍｅ－Ｓｅｎｓｉｔｉｖｅ Ｎｅｔｗｏｒｋｉｎｇ）は、応用の将来性が期待できる。ＴＳＮは、データ（例えば産業用制御データ）の機器（例えばスイッチ）での正確な送信時点をスケジューリングするための時間トリガ伝送メカニズムを導入する。リアルタイムトラフィックフローは、正確な時点で伝送されるため、時間に敏感なトラフィックフローと呼ばれ、非リアルタイムトラフィックフローは、時間に敏感なトラフィックフローのギャップで伝送されるため、時間に敏感でないトラフィックフローと呼ばれる。
【0016】
時間に敏感なトラフィックフローの伝送のリアルタイム性及び確実性を確保するために、通常、伝送制御ポリシーを採用してトラフィックデータを制御するが、関連する技術案では、伝送制御ポリシーは、帯域幅の浪費を引き起こしやすく、例えば、以下の３つの場合がある。
【0017】
【0018】
【数1】
【0019】
【0020】
【0021】
（３）関連する技術案におけるプリエンプションポリシー（Ｐｒｅｅｍｐｔｉｏｎ）は追加の遅延ジッタを導入し、時間に敏感なトラフィックフローの確定性を損なう。図３に示すように、時間に敏感なトラフィックフローが時間に敏感でないトラフィックフローと矛盾する場合、まず、時間に敏感なトラフィックフローは送信時刻に時間に敏感でないトラフィックフローのメッセージをトランケートし、その後、トランケートされたメッセージに４バイトのＣＲＣチェックコードを充填して時間に敏感でないトラフィックフローの送信を完了し、次に、時間に敏感なトラフィックフローの伝送が開始され、最後に、時間に敏感なトラフィックフローの送信が完了すると（ｏｉ＋ｗｉ）、時間に敏感でないトラフィックフローのうちトランケートされた残りメッセージが送信される。プリエンプションごとに４バイトの遅延ジッタＪｉｔｔｅｒが導入される。その上、プリエンプションポリシーでは、トランケートされたメッセージが１つの正当なイーサネットフレームであることを確保するために、トランケートされた２つの部分のメッセージ長はすべてイーサネットの最小フレーム長である６４ワードを下回ってはならず、したがって、トランケート可能なイーサネットメッセージの最小フレーム長は６０＋６４＝１２４バイトである。したがって、メッセージ長が１２４バイト未満である場合、この時点で導入されるジッタの最悪のシナリオは、時間に敏感でないトラフィックフロー全体のメッセージ長である。また、メッセージはトランケートされるので、本来の１つのメッセージが２つのメッセージに分割されて送信されるため、追加的に伝送する必要があるデータは、充填されたＣＲＣチェックコード（４バイト）＋インターパケットギャップ（ＩＰＧ：Ｉｎｔｅｒｐａｃｋｅｔ Ｇａｐ）（１２バイト）＋プリアンブル（６バイト）＋スタートｍパケットデリミタ（ＳＭＤ：Ｓｔａｒｔ ｍＰａｃｋｅｔ Ｄｅｌｉｍｉｔｅｒ）（１バイト）＋フラグメントカウント（ＦＲＡＧ＿ＣＯＵＮＴ）（１バイト）の合計２４バイトであり、これらはフレームプリエンプションポリシーによって引き起こされる帯域幅損失である。
【0022】
これに基づいて、本願の実施例はデータ伝送方法、装置、電子機器、及び記憶媒体を提供する。本願の実施例は、現在時間情報及び現在送信すべきトラフィックフローのメッセージ属性情報に基づいて、伝送制御ポリシーを生成してトラフィックフローの伝送を制御することによって、時間に敏感なトラフィックフローの伝送のリアルタイム性及び確実性を損なうことなく、帯域利用率を効果的に向上させる。時間に敏感なトラフィックフローの伝送のリアルタイム性及び確実性を損なうことなく、帯域利用率を効果的に向上させることができる。
【0023】
本願の一実施例によるデータ伝送方法は、１つ又は複数の処理ユニットを含むことができるプロセッサにおいて実行することができる。各処理ユニットは、独立したデバイスであってもよいし、１つ以上のデバイスに統合されていてもよい。
【0024】
以下、図面を参照して、本願の実施例についてさらに説明する。
【0025】
【0026】
ここで、ゲート制御ユニット１００は、スケジューリングテーブルを解析し、スケジューリングテーブル出力命令に従って各キュースイッチ４００の状態を制御して、メッセージキュー内のトラフィックフローの伝送を制御するものである。スケジューリングテーブルは、ローカルに記憶されたスケジューリングテーブルであってもよいし、リモートで取得されたスケジューリングテーブルであってもよいが、本願はこれを限定しない。ゲート制御ユニット１００の出力端子は、各キュースイッチ４００の入力端子にそれぞれ接続され、各キュースイッチ４００の状態を制御する命令を出力する。いくつかの実施例では、ゲート制御ユニット１００の出力端子は、出力選択ユニット５００の入力端子に接続され、出力選択ユニット５００にスケジューリングテーブル情報を供給し、これにより、出力選択ユニット５００はスケジューリングテーブル情報に基づいて伝送制御ポリシーを生成する。例えば、ゲート制御ユニット１００は、実行されようとするスケジューリングエントリの実行開始時間を出力選択ユニット５００に供給し、これにより、出力選択ユニット５００は、実行されようとするスケジューリングエントリの実行開始時間に応じて、残時間伝送ポリシー及び／又は最適化プリエンプション制御ポリシーを生成する。他のいくつかの実施例では、ゲート制御ユニット１００の入力端子は、時間に敏感なトラフィックフローキュー２００の出力端子に接続され、時間に敏感なトラフィックフローキュー２００からの、現在送信すべきトラフィックフローのメッセージ属性情報を受信し、現在送信すべきトラフィックフローのメッセージ属性情報及びスケジューリングテーブル情報に基づいて伝送制御ポリシーを生成する。例えば、ゲート制御ユニット１００は、時間に敏感なトラフィックフローキュー２００からの、現在送信すべきトラフィックフローのメッセージ属性情報を受信し、現在送信すべきトラフィックフローのメッセージ属性情報と、予め伝送された時間に敏感なトラフィックフローのメッセージ属性情報とが一致するか否かを判断し、予約帯域幅再利用ポリシーを生成する。
【0027】
時間に敏感なトラフィックフローキュー２００は、時間に敏感なトラフィックフローをキャッシュするためのものである。時間に敏感なトラフィックフローキュー２００は複数存在してもよく、複数の時間に敏感なトラフィックフローキュー２００は、図４に示すように、ｍ個のＴＴトラフィックフローキューの優先度が優先度１から優先度ｍまでであるなど、異なる優先度を設定することができる。時間に敏感なトラフィックフローキュー２００において、キューヘッダーに位置する時間に敏感なトラフィックフローは、優先的に送信されるキューヘッダーメッセージである。いくつかの実施例では、時間に敏感なトラフィックフローキュー２００のそれぞれの出力端子はキュースイッチ４００（制御ゲート）を介して出力選択ユニット５００に接続され、時間に敏感なトラフィックフローをキュースイッチ４００及び出力選択ユニット５００を介して送信する。いくつかの実施例では、時間に敏感なトラフィックフローキュー２００のそれぞれの出力端子はゲート制御ユニット１００の入力端子に接続され、現在送信すべきトラフィックフローのメッセージ属性情報をゲート制御ユニット１００に供給し、これにより、ゲート制御ユニット１００は、現在送信すべきトラフィックフローのメッセージ属性情報及びスケジューリングテーブル情報に基づいて伝送制御ポリシーを生成する。例えば、時間に敏感なトラフィックフローキュー２００は、現在送信すべきトラフィックフローのＩＤ情報を供給し、これにより、ゲート制御ユニット１００は、現在送信すべきトラフィックフローのＩＤ情報と予め伝送された時間に敏感なトラフィックフローのＩＤ情報とが一致するか否かを判断し、予約帯域幅再利用ポリシーを生成する。
【0028】
時間に敏感でないトラフィックフローキュー３００は、時間に敏感でないトラフィックフローをキャッシュするためのものである。時間に敏感でないトラフィックフローキュー３００は複数存在してもよく、複数の時間に敏感でないトラフィックフローキュー３００は、図４に示すように、ｎ個のＴＴトラフィックフローキューの優先度が優先度ｍ＋１から優先度ｍ＋ｎまでであるなど、異なる優先度を設定することができる。時間に敏感でないトラフィックフローキュー３００において、キューヘッダーに位置する時間に敏感でないトラフィックフローは、優先的に送信されるキューヘッダーメッセージである。いくつかの実施例では、時間に敏感でないトラフィックフローキュー３００のそれぞれの出力端子は、キュースイッチ４００（制御ゲート）を介して出力選択ユニット５００に接続され、時間に敏感でないトラフィックフローをキュースイッチ４００及び出力選択ユニット５００を介して送信する。いくつかの実施例では、時間に敏感でないトラフィックフローキュー３００のそれぞれの出力端子は、出力選択ユニット５００の入力端子に接続され、現在送信すべきトラフィックフローのメッセージ属性情報を出力選択ユニット５００に供給し、これにより、出力選択ユニット５００は、現在送信すべきトラフィックフローのメッセージ属性情報及びスケジューリングテーブル情報に基づいて伝送制御ポリシーを生成する。例えば、時間に敏感でないトラフィックフローキュー３００は、現在送信すべきトラフィックフローのメッセージ長を出力選択ユニット５００に供給し、これにより、出力選択ユニット５００は、現在送信すべきトラフィックフローのメッセージ長及び実行されようとするスケジューリングエントリの実行開始時間に基づいて、残時間伝送ポリシー及び／又は最適化プリエンプション制御ポリシーを生成する。
【0029】
キュースイッチ４００は制御ゲートとも呼ばれ、その数はトラフィックフローキューの数に一致し、各キュースイッチ４００は、トラフィックフローキューと出力選択ユニット５００との間に接続される。キュースイッチ４００の制御入力端子は、ゲート制御ユニット１００の出力端子に接続され、ゲート制御ユニット１００の命令に応じてスイッチ状態を切り替えることにより、対応するトラフィックフローキューの現在送信すべきトラフィックフローを送信するか否かを制御する。ここで、トラフィックフローキューは、時間に敏感なトラフィックフローキュー２００であってもよいし、時間に敏感でないトラフィックフローキュー３００であってもよい。
【0030】
出力選択ユニットの入力端子は、各キューの出力端子に接続され、出力選択ユニット５００は、トラフィックフローの送信を制御するために使用される。ここで、トラフィックフローは、時間に敏感なトラフィックフローであってもよいし、時間に敏感でないトラフィックフローでもよい。いくつかの実施例では、出力選択ユニット５００の入力端子は、ゲート制御ユニット１００の出力端子に接続され、ゲート制御ユニット１００からのスケジューリングテーブル情報を取得する。出力選択ユニット５００の他方の入力端子は、時間に敏感でないトラフィックフローキュー３００の出力端子に接続され、時間に敏感でないトラフィックフローキュー３００からの、現在送信すべきトラフィックフローのメッセージ長を取得する。出力選択ユニット５００は、現在送信すべきトラフィックフローのメッセージ長及び実行されようとするスケジューリングエントリの実行開始時間に基づいて、残時間伝送ポリシー及び／又は最適化プリエンプション制御ポリシーを生成してもよい。
【0031】
本願の実施例に記載されたシステムアーキテクチャ及び応用シナリオは、本願の実施例の技術案をより明確に説明するためのものであり、本願の実施例による技術案に対する限定ではなく、システムアーキテクチャの進化及び新たな応用シナリオの出現に伴い、本願の実施例による技術案は類似の技術的課題に対しても同様に適用されることが当業者には分かる。
【0032】
当業者であれば、図４に示すシステムアーキテクチャは、本願の実施例の限定を構成するものではなく、図示よりも多く又は少ない構成要素を含んだり、いくつかの構成要素を組み合わせたり、異なる構成要素の配置を取ったりしてもよいことを理解できる。
【0033】
図４に示すシステムアーキテクチャでは、様々な構成要素は、それぞれに記憶されているデータ伝送プログラムを呼び出して、データ伝送方法を実行することができる。
【0034】
上記のシステムアーキテクチャに基づいて、本願の実施例に係るデータ伝送方法の各実施例が提案される。なお、以下の様々な実施例では、時間に敏感なトラフィックフローは、ＴＴ（Ｔｉｍｅ－Ｔｒｉｇｇｅｒｅｄ、時間トリガ）トラフィックフローなどであってもよい。時間に敏感でないトラフィックフローは、ＢＥ（Ｂｅｓｔ－Ｅｆｆｏｒｔ、ベストエフォート）トラフィックフローやＲＣ（Ｒａｔｅ－Ｃｏｎｓｔｒａｉｎｅｄ、レート制約）トラフィックフローなどであってもよい。以下の実施例は、時間に敏感なトラフィックフローがＴＴトラフィックフローであり、時間に敏感でないトラフィックフローがＢＥトラフィックフローである場合を例として説明する。
【0035】
図５に示すように、本願の実施例は、データ伝送方法を提供し、データ伝送方法は、
現在時間情報を取得するステップＳ１１００と、
現在送信すべきトラフィックフローのメッセージ属性情報を取得するステップＳ１２００と、
現在時間情報及びメッセージ属性情報に基づいて、伝送制御ポリシーを生成するステップＳ１３００と、
伝送制御ポリシーに従って時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するステップＳ１４００と、を含む。
現在時間情報を取得するステップＳ１１００と、
現在送信すべきトラフィックフローのメッセージ属性情報を取得するステップＳ１２００と、
現在時間情報及びメッセージ属性情報に基づいて、伝送制御ポリシーを生成するステップＳ１３００と、
伝送制御ポリシーに従って時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するステップＳ１４００と、を含む。
【0036】
いくつかの実施例では、現在の時間に敏感なトラフィックフローの伝送と時間に敏感でないトラフィックフローの伝送とのハイブリッド伝送の帯域幅の浪費及び遅延ジッタの問題を解決するために、本願の実施例は、現在時間情報及び現在送信すべきトラフィックフローのメッセージ属性情報を組み合わせることによって、ＴＳＮ向けの予測ハイブリッド伝送制御ポリシーを提供する。予測ハイブリッド伝送制御ポリシー（伝送制御ポリシー）には、予約帯域幅再利用ポリシー、残時間伝送ポリシー、及び最適化プリエンプション制御ポリシーのうちの１つ又は複数のポリシーが含まれるが、これらに限定されない。以下の実施例で説明をする。
【0037】
いくつかの実施例では、現在送信すべきトラフィックフローは、時間に敏感なトラフィックフローであってもよいし、時間に敏感でないトラフィックフローであってもよい。その中で、時間に敏感なトラフィックフローはＴＴ（Ｔｉｍｅ－Ｔｒｉｇｇｅｒｅｄ、時間トリガ）トラフィックフローなどであってもよく、時間に敏感でないトラフィックフローは、ＢＥ（Ｂｅｓｔ－Ｅｆｆｏｒｔ、ベストエフォート）トラフィックフローやＲＣ（Ｒａｔｅ－Ｃｏｎｓｔｒａｉｎｅｄ、レート制約）トラフィックフローなどであってもよい。メッセージ属性情報には、トラフィックフローのメッセージのトラフィックフローＩＤ情報、メッセージ長などの１つ又は複数が含まれていてもよい。
【0038】
本願の実施例は、現在時間情報及び現在送信すべきトラフィックフローのメッセージ属性情報に基づいて、伝送制御ポリシーを生成してトラフィックフローの伝送を制御することによって、時間に敏感なトラフィックフローの伝送のリアルタイム性及び確実性を損なうことなく、帯域利用率を効果的に向上させる。時間に敏感なトラフィックフローの伝送のリアルタイム性及び確実性を損なうことなく、帯域利用率を効果的に向上させることができる。
【0039】
いくつかの実施例では、現在送信すべきトラフィックフローは、時間に敏感でないトラフィックフローであり、メッセージ属性情報は、メッセージ長を含む。
【0040】
図６に示すように、いくつかの実施例では、現在時間情報及びメッセージ属性情報に基づいて、伝送制御ポリシーを生成するステップＳ１３００は、
現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、残時間送信可能なメッセージ長を算出するステップＳ１３１０と、
残時間送信可能なメッセージ長及びメッセージ長に基づいて、伝送制御ポリシーを生成するステップＳ１３２０と、を含む。
現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、残時間送信可能なメッセージ長を算出するステップＳ１３１０と、
残時間送信可能なメッセージ長及びメッセージ長に基づいて、伝送制御ポリシーを生成するステップＳ１３２０と、を含む。
【0041】
【0042】
いくつかの実施例では、ステップＳ１３２０において、残時間送信可能なメッセージ長Δｔ及びメッセージ長ＢＥ．ｌｅｎｇｔｈに基づいて伝送制御ポリシーを生成してもよい。例えば、残時間送信可能なメッセージ長Δｔとメッセージ長ＢＥ．ｌｅｎｇｔｈのサイズとを比較して、残時間送信可能なメッセージ長Δｔが現在送信すべきトラフィックフローを送信するのに十分であるかどうかを判定することができる。
【0043】
いくつかの実施例では、ステップＳ１１００～Ｓ１４００は、図４に示すソフトウェアシステムアーキテクチャの出力選択ユニットにおいて実行されてもよい。
【0044】
図７に示すように、いくつかの実施例では、現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて残時間送信可能なメッセージ長を算出する前に、
スケジューリングテーブルを問い合わせて、次の時間に敏感なトラフィックフローの開始時間を取得するステップＳ１３３０をさらに含む。
スケジューリングテーブルを問い合わせて、次の時間に敏感なトラフィックフローの開始時間を取得するステップＳ１３３０をさらに含む。
【0045】
いくつかの実施例では、次の時間に敏感なトラフィックフローの開始時間ｏｉは、スケジューリングテーブルを問い合わせることによって取得されてもよい。例えば、ステップＳ１１００～ステップＳ１４００は、図４に示すソフトウェアシステムアーキテクチャの出力選択ユニットにおいて実行されてもよい。出力選択ユニットは、ゲート制御ユニットと通信接続することによってゲート制御ユニットのスケジューリングテーブル情報を取得し、それによって、次の時間に敏感なトラフィックフローの開始時間ｏｉを取得することができる。
【0046】
図８及び図９に示すように、いくつかの実施例では、残時間送信可能なメッセージ長及びメッセージ長に基づいて、伝送制御ポリシーを生成するステップＳ１３２０は、
残時間送信可能なメッセージ長及びメッセージ長に基づいて、残時間送信可能なメッセージ長が現在送信すべきトラフィックフローＢＥｎ－１を送信するのに十分であるか否かを判断し、十分である場合、ステップＳ１３２２を実行し、十分でない場合、ステップＳ１３２３を実行するステップＳ１３２１と、
現在送信すべきトラフィックフローＢＥｎ－１を送信するステップＳ１３２２と、を含み、
残時間送信可能なメッセージ長が、現在送信すべきトラフィックフローＢＥＮを送信するのに十分でなくなるまで、
現在時間情報を再度取得するステップＳ１１００と、
現在送信すべきトラフィックフローのメッセージ属性情報を再度取得するステップＳ１２００と、
現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、残時間送信可能なメッセージ長を算出するステップＳ１３１０と、
残時間送信可能なメッセージ長及びメッセージ長に基づいて、残時間送信可能なメッセージ長が、現在送信すべきトラフィックフローＢＥを送信するのに十分であるか否かを判断し、十分である場合、ステップＳ１３２２を実行し、十分でない場合、ステップＳ１３２３を実行するステップＳ１３２０と、
現在送信すべきトラフィックフローＢＥｎを送信し、ステップＳ１１００～ステップＳ１３２０を繰り返して実行するステップＳ１３２２と、
残時間送信可能なメッセージ長を使い果たすのを待つステップＳ１３２３と、を繰り返す。例えば、プリエンプション命令を送信して、残時間送信可能なメッセージ長を使い果たしてから、次の時間に敏感なトラフィックフローを送信してもよい。
残時間送信可能なメッセージ長及びメッセージ長に基づいて、残時間送信可能なメッセージ長が現在送信すべきトラフィックフローＢＥｎ－１を送信するのに十分であるか否かを判断し、十分である場合、ステップＳ１３２２を実行し、十分でない場合、ステップＳ１３２３を実行するステップＳ１３２１と、
現在送信すべきトラフィックフローＢＥｎ－１を送信するステップＳ１３２２と、を含み、
残時間送信可能なメッセージ長が、現在送信すべきトラフィックフローＢＥＮを送信するのに十分でなくなるまで、
現在時間情報を再度取得するステップＳ１１００と、
現在送信すべきトラフィックフローのメッセージ属性情報を再度取得するステップＳ１２００と、
現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、残時間送信可能なメッセージ長を算出するステップＳ１３１０と、
残時間送信可能なメッセージ長及びメッセージ長に基づいて、残時間送信可能なメッセージ長が、現在送信すべきトラフィックフローＢＥを送信するのに十分であるか否かを判断し、十分である場合、ステップＳ１３２２を実行し、十分でない場合、ステップＳ１３２３を実行するステップＳ１３２０と、
現在送信すべきトラフィックフローＢＥｎを送信し、ステップＳ１１００～ステップＳ１３２０を繰り返して実行するステップＳ１３２２と、
残時間送信可能なメッセージ長を使い果たすのを待つステップＳ１３２３と、を繰り返す。例えば、プリエンプション命令を送信して、残時間送信可能なメッセージ長を使い果たしてから、次の時間に敏感なトラフィックフローを送信してもよい。
【0047】
いくつかの実施例では、伝送制御ポリシーは、残時間伝送ポリシーである。
【0048】
【0049】
したがって、ＴＴトラフィックフローのギャップが予測可能であることを基にして、本願の実施例で設計された残時間伝送ポリシーは以下の通りである。
【0050】
【0051】
【0052】
ステップ１-３：ステップＳ１３２２を実行し、すなわち、ＢＥトラフィックフローキューのキューヘッダーメッセージＢＥｎ－１を送信する。
【0053】
ステップ１-４：ステップＳ１３１０を実行し、すなわち、残時間送信可能なメッセージ長Δｔｎ＝Δｔｎ－１－ＢＥｎ－１．ｌｅｎｇｔｈを更新し、ステップ１－２を実行する。
【0054】
ステップ１-５：ステップＳ１３２３を実行し、すなわち、残時間送信可能なメッセージ長を使い果たすと、スケジューリングテーブルのｉ番目のエントリをｉ＝ｉ＋１として実行し始め、ステップ１-１に戻る。例えば、プリエンプション命令を送信して、残時間送信可能なメッセージ長を使い果たしてから、次の時間に敏感なトラフィックフローを送信してもよい。
【0055】
残時間伝送ポリシーは、残時間が完全なＢＥメッセージを送信するのに不十分になるまで、ＴＴトラフィックフローのギャップでできるだけ多くＢＥトラフィックフローを送信するようにする。
【0056】
残時間伝送ポリシーは反復的に使用可能な残時間を使用しており、８０２．１Ｑｂｖで提案されたガードバンドポリシーと比較して、ＴＴトラフィックフロー間のギャップを、残時間が現在のＢＥトラフィックフローを送信するのに十分でないまで反復して使用することができる。このポリシーの核心的な改善点は、ガードバンドポリシーのようにガードバンドの固定長として最大メッセージ長を選択するのではなく、残時間を利用してＢＥトラフィックフローのメッセージ長に適合することである。
【0057】
いくつかの実施例では、現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、残時間送信可能なメッセージ長を算出するステップＳ１３１０は、
現在時間情報、次の時間に敏感なトラフィックフローの開始時間、伝送制約パラメータ、及び第１計算式に基づいて、残時間送信可能なメッセージ長を算出するステップＳ１３１１であって、第１計算式は、
残時間送信可能なメッセージ長＝次の時間に敏感なトラフィックフローの開始時間と現在時間情報との差に対応する送信可能なメッセージ長－伝送制約パラメータを含むステップＳ１３１１を含む。
現在時間情報、次の時間に敏感なトラフィックフローの開始時間、伝送制約パラメータ、及び第１計算式に基づいて、残時間送信可能なメッセージ長を算出するステップＳ１３１１であって、第１計算式は、
残時間送信可能なメッセージ長＝次の時間に敏感なトラフィックフローの開始時間と現在時間情報との差に対応する送信可能なメッセージ長－伝送制約パラメータを含むステップＳ１３１１を含む。
【0058】
いくつかの実施例では、ＩＰＧ、ＳＭＤ、プリアンブル、及びＦＲＡＧ＿ＣＯＵＮＴなど、イーサネットメッセージの伝送を満たすための伝送制約パラメータを考慮する必要があり、すなわち、前述の残時間送信可能なメッセージ長から伝送制約パラメータを減算するものは、ＢＥトラフィックフローの伝送のために実際に利用可能な送信時間長である。
【0059】
いくつかの実施例では、伝送制約パラメータは、ＩＰＧ、ＳＭＤ、プリアンブル、及びＦＲＡＧ＿ＣＯＵＮＴを含み、この場合、第１計算式は、
残時間送信可能なメッセージ長＝次の時間に敏感なトラフィックフローの開始時間と現在時間情報との差に対応する送信可能なメッセージ長－ＩＰＧ－ＳＭＤ－プリアンブル長-ＦＲＡＧ＿ＣＯＵＮＴを含む。
残時間送信可能なメッセージ長＝次の時間に敏感なトラフィックフローの開始時間と現在時間情報との差に対応する送信可能なメッセージ長－ＩＰＧ－ＳＭＤ－プリアンブル長-ＦＲＡＧ＿ＣＯＵＮＴを含む。
【0060】
いくつかの実施例では、ＩＰＧは１２バイトであり、プリアンブルは６バイトであり、ＳＭＤは１バイトであり、ＦＲＡＧ＿ＣＯＵＮＴは１バイトであり、合計２０バイトであり、すなわち、伝送制約パラメータは２０バイトである。上記ステップＳ１３１０及びステップ１～４の残時間送信可能なメッセージ長の計算では、いずれも伝送制約パラメータとして２０バイトだけ減算する必要がある。
【0061】
図１０に示すように、いくつかの実施例では、残時間送信可能なメッセージ長及びメッセージ長に基づいて、伝送制御ポリシーを生成するステップＳ１３２０は、
残時間送信可能なメッセージ長及びメッセージ長に基づいて、残時間送信可能なメッセージ長が現在送信すべきトラフィックフローを送信するのに十分であるか否かを判断するステップＳ１３２４と、
残時間送信可能なメッセージ長が、現在送信すべきトラフィックフローを送信するのに十分でない場合、残時間送信可能なメッセージ長、メッセージ長、プリエンプション制約パラメータに基づいて、プリエンプション制御ポリシーを生成するステップＳ１３２５と、を含む。
残時間送信可能なメッセージ長及びメッセージ長に基づいて、残時間送信可能なメッセージ長が現在送信すべきトラフィックフローを送信するのに十分であるか否かを判断するステップＳ１３２４と、
残時間送信可能なメッセージ長が、現在送信すべきトラフィックフローを送信するのに十分でない場合、残時間送信可能なメッセージ長、メッセージ長、プリエンプション制約パラメータに基づいて、プリエンプション制御ポリシーを生成するステップＳ１３２５と、を含む。
【0062】
【0063】
いくつかの実施例では、最適化プリエンプション制御ポリシーは、具体的には、以下の通りである。
【0064】
いくつかの実施例では、プリエンプション制約パラメータは、最小伝送フレーム長とトランケート可能なメッセージ最小フレーム長を含む。
【0065】
いくつかの実施例では、プリエンプション制御ポリシーは、ステップＳ１３２５-Ａ、ステップＳ１３２５-Ｂ、及びステップＳ１３２５-Ｃを含む。
【0066】
【0067】
【0068】
ステップＳ１３２５-Ｃ：メッセージ長がトランケート可能なメッセージ最小フレーム長を満たし、残時間送信可能なメッセージ長が最小伝送フレーム長を満たす場合、前記現在送信すべきトラフィックフローを送信し、前記残時間送信可能なメッセージ長における予め設定された位置でプリエンプション命令を開始させ、前記現在送信すべきトラフィックフローの送信を停止（トランケート）し、これにより、次のＴＴトラフィックフローをリアルタイムで送信することを確保する。例えば、トランケート可能なメッセージ最小フレーム長は１２４バイトであり、最小伝送フレーム長は６４バイトであり、すなわち、ＢＥＮ．ｌｅｎｇｔｈ≧１２４、ΔｔＮ≧６４の場合、現在送信すべきトラフィックフローの一部を、残時間送信可能なメッセージ長における予め設定された位置Ｐｏｓｉｔｉｏｎよりも前に送信し、予め設定された位置Ｐｏｓｉｔｉｏｎでトランケートしてプリエンプションし、これにより、次のＴＴトラフィックフローをリアルタイムで送信することを確保する。
【0069】
いくつかの実施例では、プリエンプション制約パラメータは、プリエンプションＣＲＣチェックフィールド長をさらに含む。
【0070】
残時間送信可能なメッセージ長における予め設定された位置で現在送信すべきトラフィックフローの一部を送信するステップＳ１３２５-Ｃは、ステップＳ１３２５-Ｃ１と、ステップＳ１３２５-Ｃ２と、を含む。
【0071】
ステップＳ１３２５-Ｃ１：前記メッセージ長と前記プリエンプションＣＲＣチェックフィールド長との合計が、前記残時間送信可能なメッセージ長と前記最小伝送フレーム長との合計以上である場合、前記予め設定された位置は、前記残時間送信可能なメッセージ長と前記プリエンプションＣＲＣチェックフィールド長との差であり、この場合、前記残時間送信可能なメッセージ長における予め設定された位置でプリエンプション命令を開始させる前記ステップは、前記残時間送信可能なメッセージ長からプリエンプションＣＲＣチェックフィールド長を減算したメッセージを送信した後にプリエンプション命令を開始させることを含む。
【0072】
【0073】
【0074】
以上のように、トランケート可能なメッセージ最小フレーム長が１２４バイトであり、最小伝送フレーム長が６４バイトであり、プリエンプションＣＲＣチェックフィールド長が４バイトである場合を例にして、最適化プリエンプション制御ポリシーは、具体的には以下の通りである。
【0075】
【0076】
【0077】
【0078】
【0079】
【数2】
【0080】
いくつかの実施例では、残時間伝送ポリシーと最適化プリエンプション制御ポリシーとを組み合わせて、以下の実行流れを得ることができる。
【0081】
【0082】
【0083】
ステップ２－３：ＢＥトラフィックフローキューのキューヘッダーメッセージを送信する。
【0084】
【0085】
ステップ２－５：最適化プリエンプション制御ポリシーの式（１）により、ＢＥメッセージのＰｏｓｉｔｉｏｎ位置でプリエンプションを開始させる。
【0086】
ステップ２－６：残時間が使い果たされると、スケジューリングテーブルのｉ番目のエントリをｉ＝ｉ＋１として実行し始め、ステップ２－１に戻る。
【0087】
最適化プリエンプション制御ポリシーは、完全なＢＥメッセージを送信するのに十分でない残時間伝送ポリシーの残時間を利用して、可能な限り多くのメッセージを送信することによって、帯域幅の浪費をさらに回避する。
【0088】
いくつかの実施例では、予測ハイブリッド伝送制御ポリシーのうちの最適化プリエンプション制御ポリシーは、残時間伝送ポリシーを改善し、帯域幅損失をさらに低減するために使用される。最適化プリエンプション制御ポリシーは、残時間が現在のＢＥトラフィックフローのメッセージを完全に送信するのに十分でない場合、最適プリエンプション位置を選択することによって、帯域幅損失をさらに低減し、８０２．３ＢＲフレームプリエンプションポリシーの帯域幅損失を低減する利点を併せ持ち、またフレームプリエンプションによる遅延ジッタを回避する。
【0089】
例１を例にして、残時間伝送ポリシー及び最適化プリエンプション制御ポリシーをさらに説明する。
【0090】
図９に示すように、残時間伝送ポリシー及び最適化プリエンプション制御ポリシーはＴＡＳの出力選択ユニットで実現されてもよく、出力選択ユニットは、ゲート制御ユニットから実行されようとするスケジューリングエントリの実行開始時間を取得する必要があり、また、ＢＥトラフィックフローキューからキューヘッダーメッセージのメッセージ長を取得する必要があり、合計４つの状態がある。以下、例１を例として、残時間伝送ポリシー及び最適化プリエンプション制御ポリシーの実行過程を説明する。
例１
例１
【0091】
Ａ．スケジューリングテーブルの構成を表１に示す。
【0092】
【表1】
【0093】
Ｂ．キュー状態
ａ）キュー番号０（ＴＴトラフィックフローキュー）に記憶されているキューヘッダエントリ｛ＩＤ，ｌｅｎｇｔｈ，キャッシュプールアドレス｝は、｛４７，５１２，０ｘ ７１８｝である。
ｂ）ＢＥトラフィックフローキュー番号１には長さ１５１８バイトの送信すべきメッセージが記憶されており、キュー番号２には長さ５１２バイトの送信すべきメッセージが記憶されている。
ｃ）その他のＢＥトラフィックフローキューが空になっている。
ａ）キュー番号０（ＴＴトラフィックフローキュー）に記憶されているキューヘッダエントリ｛ＩＤ，ｌｅｎｇｔｈ，キャッシュプールアドレス｝は、｛４７，５１２，０ｘ ７１８｝である。
ｂ）ＢＥトラフィックフローキュー番号１には長さ１５１８バイトの送信すべきメッセージが記憶されており、キュー番号２には長さ５１２バイトの送信すべきメッセージが記憶されている。
ｃ）その他のＢＥトラフィックフローキューが空になっている。
【0094】
Ｃ．ポートレートは１Ｇｂｐｓで、現在時間はｔ＝１００００．１００６６４ｍｓであり、１つの水晶振動周期（ｃｌｋ）は８ｎｓである。これは、次のクロック周期の後の時間ｔ＝１００００．１００６７２ｍｓを意味する。この時点で、表１の開始時間が１００ｕｓのエントリが実行されたばかりである。
【0095】
Ｄ．条件Ａ、Ｂ、Ｃの下で、残時間伝送ポリシー及び最適化プリエンプション制御ポリシーを実行する過程は、次の通りである。
【0096】
【0097】
図１１に示すように、現在時間情報及びメッセージ属性情報に基づいて、伝送制御ポリシーを生成するステップＳ１３００は、ステップＳ１３４０～ステップＳ１３６０を含む。
【0098】
ステップＳ１３４０：現在時間情報及びスケジューリングテーブルに基づいて、予め伝送された時間に敏感なトラフィックフローのメッセージ属性情報を取得し、スケジューリングテーブルは、現在時間情報と予め伝送された時間に敏感なトラフィックフローのメッセージ属性情報との対応関係を含む。
ステップＳ１３５０：現在送信すべきトラフィックフローのメッセージ属性情報と、予め伝送された時間に敏感なトラフィックフローのメッセージ属性情報とが一致するか否かを判断する。
ステップＳ１３６０：一致する場合、現在送信すべきトラフィックフローを送信し、一致しない場合、時間に敏感でないトラフィックフローを送信する。
ステップＳ１３５０：現在送信すべきトラフィックフローのメッセージ属性情報と、予め伝送された時間に敏感なトラフィックフローのメッセージ属性情報とが一致するか否かを判断する。
ステップＳ１３６０：一致する場合、現在送信すべきトラフィックフローを送信し、一致しない場合、時間に敏感でないトラフィックフローを送信する。
【0099】
いくつかの実施例では、伝送制御ポリシーは予約帯域幅再利用ポリシーである。以下の実施例では、時間に敏感なトラフィックフローがＴＴトラフィックフローであり、時間に敏感でないトラフィックフローがＢＥトラフィックフローである場合を例として説明する。
【0100】
【0101】
したがって、上記の予測可能性に基づいて、本願で設計された予約帯域幅再利用ポリシーは以下の通りである。
ステップ３-１：ＴＴトラフィックフローの開始時点に到達すると、まず、ステップＳ１３５０を実行し、ＴＴトラフィックフローキューのキューヘッダーメッセージがスケジューリングテーブルで合意されたデータフローメッセージであるか否かを検出し、そうである場合、ステップ３-２を実行し、そうでない場合、ステップ３-３を実行する。
ステップ３-２：ＴＴトラフィックフローキューの伝送制御ゲートをオンにすると同時に、ＢＥトラフィックフローの伝送制御ゲートをオフにして、現在のＴＴトラフィックフローのメッセージを送信する。
ステップ３-３：ＴＴトラフィックフローキューの伝送制御ゲートをオフにすると同時に、ＢＥトラフィックフローの伝送制御ゲートをオンにして、ＢＥトラフィックフローを送信する。
ステップ３-１：ＴＴトラフィックフローの開始時点に到達すると、まず、ステップＳ１３５０を実行し、ＴＴトラフィックフローキューのキューヘッダーメッセージがスケジューリングテーブルで合意されたデータフローメッセージであるか否かを検出し、そうである場合、ステップ３-２を実行し、そうでない場合、ステップ３-３を実行する。
ステップ３-２：ＴＴトラフィックフローキューの伝送制御ゲートをオンにすると同時に、ＢＥトラフィックフローの伝送制御ゲートをオフにして、現在のＴＴトラフィックフローのメッセージを送信する。
ステップ３-３：ＴＴトラフィックフローキューの伝送制御ゲートをオフにすると同時に、ＢＥトラフィックフローの伝送制御ゲートをオンにして、ＢＥトラフィックフローを送信する。
【0102】
予約帯域幅再利用ポリシーは、ＴＴトラフィックフローが欠落した場合に、ＢＥトラフィックフローに予約帯域幅を再利用させることで、予約帯域幅の浪費を回避する。アルゴリズム１は、予約帯域幅再利用ポリシーのアルゴリズムの流れを示す。
【0103】
本願の実施例は、再利用可能なＴＴトラフィックフローの予約帯域幅を構築し、ＴＴトラフィックフローが欠落した場合、予測ハイブリッド伝送制御ポリシーにおける予約帯域幅再利用ポリシーは、ＴＴトラフィックフローの予約帯域幅を再利用し、帯域幅の浪費を回避することができる。
【0104】
いくつかの実施例では、時間に敏感でないトラフィックフローを送信するステップＳ１３６０はステップＳ１３６１を含む。
ステップＳ１３６１：時間に敏感でないトラフィックフローの優先度に応じて、優先度の高い時間に敏感でないトラフィックフローを優先的に送信する。
ステップＳ１３６１：時間に敏感でないトラフィックフローの優先度に応じて、優先度の高い時間に敏感でないトラフィックフローを優先的に送信する。
【0105】
いくつかの実施例では、メッセージ属性情報は、トラフィックフローＩＤ情報を含む、又は、メッセージ属性情報は、トラフィックフローＩＤ情報とメッセージ長とを含む。
【0106】
例２を用いて本願の予約帯域幅再利用ポリシーをさらに説明する。
【0107】
図９に示すように、いくつかの実施例では、予約帯域幅再利用ポリシーは、ＴＡＳのゲート制御ユニット内に配置されてもよく、実施過程において、例えば、キューの状態情報、キューヘッダーのトラフィックフローのＩＤ情報、及びメッセージ長など、ＴＴトラフィックフローキューのメッセージ属性情報を取得する必要がある。予約帯域幅再利用ポリシーはスケジューリングテーブルごとに１つのエントリの開始時に実行され、合計４つの状態となる。以下、予約帯域幅再利用ポリシーの実行過程を例２で示す。
例２
Ａ．スケジューリングテーブルで次に実行される２つのエントリを表２に示す。
例２
Ａ．スケジューリングテーブルで次に実行される２つのエントリを表２に示す。
【0108】
【表2】
【0109】
Ｂ．キュー状態
ａ）キュー番号０（ＴＴトラフィックフローキュー）に記憶されているキューヘッダーのエントリ｛ＩＤ，ｌｅｎｇｔｈ，キャッシュプールアドレス｝は｛４８，２５６，０ｘ ６６６｝である。
ｂ）他のキュー（ＢＥトラフィックフローキュー）のすべてにデータが存在する。
ａ）キュー番号０（ＴＴトラフィックフローキュー）に記憶されているキューヘッダーのエントリ｛ＩＤ，ｌｅｎｇｔｈ，キャッシュプールアドレス｝は｛４８，２５６，０ｘ ６６６｝である。
ｂ）他のキュー（ＢＥトラフィックフローキュー）のすべてにデータが存在する。
【0110】
Ｃ．ポートレートは１Ｇｂｐｓで、現在時間はｔ＝１００００．１９９９９２ｍｓであり、１つの水晶振動周期（ｃｌｋ）は８ｎｓである。これは、次のクロック周期の後の時間ｔ＝１００００．２００００００ｍｓを意味する。この時点で、表２の開始時間２００ｕｓのエントリが実行される。
【0111】
Ｄ．条件Ａ、Ｂ、Ｃの下で、予約帯域幅再利用ポリシーを実行する過程は、次の通りである。
ｉ．時間ｔ＝１００００．２０００００ｍｓのとき、状態１を実行し、すなわち、表１の開始時間２００ｕｓのエントリを読み取ってＴＴトラフィックフロー情報｛３０，１２８｝を取得し、キュー番号０が空でないと判断し、状態２を実行する。
ｉｉ．状態２：キュー番号０のヘッダキュー情報｛４８，２５６，０ｘ６６６｝を取得したところ、ＴＴトラフィックフロー｛３０，１２８｝情報と一致せず、当該ＴＴトラフィックフローが到着していないことを示し、状態４を実行する。
ｉｉｉ．状態４：キュー番号０の制御ゲートをオフにし、他のＢＥトラフィックフローキューの制御ゲートをオンにし、ＢＥデータを送信する。
ｉｖ．時間ｔ＝１００００．５０００００ｍｓまでＢＥデータを送信すると、状態１の実行を再開する。
ｖ．状態１：表１の次のＴＴトラフィックフロー情報｛４８，２５６｝を読み取って、キュー番号０が空でないと判断し、状態２を実行する。
ｖｉ．状態２：キュー番号０のヘッダキュー情報｛４８，２５６，０ｘ６６６｝を取得したところ、他のＴＴトラフィックフロー｛４８，２５６｝情報と一致し、当該ＴＴトラフィックフローが到着したことを示し、状態３を実行する。
ｖｉｉ．状態３：キュー番号０の制御ゲートをオンにし、他のＢＥトラフィックフローキューの制御ゲートをオフにし、ＴＴトラフィックフローを送信する。
ｖｉｉｉ．ウィンドウ時間２２０８ｎｓからＴＴトラフィックフローを使い果たし、キュー番号０の制御ゲートをオフにし、他のＢＥトラフィックフローキューの制御ゲートをオンにして、ＢＥデータの送信を開始する。
ｉｘ．スケジューリングテーブルにおける次のＴＴトラヒックフローの時間が到達するまでＢＥデータを送信してから、状態１を実行する。
ｉ．時間ｔ＝１００００．２０００００ｍｓのとき、状態１を実行し、すなわち、表１の開始時間２００ｕｓのエントリを読み取ってＴＴトラフィックフロー情報｛３０，１２８｝を取得し、キュー番号０が空でないと判断し、状態２を実行する。
ｉｉ．状態２：キュー番号０のヘッダキュー情報｛４８，２５６，０ｘ６６６｝を取得したところ、ＴＴトラフィックフロー｛３０，１２８｝情報と一致せず、当該ＴＴトラフィックフローが到着していないことを示し、状態４を実行する。
ｉｉｉ．状態４：キュー番号０の制御ゲートをオフにし、他のＢＥトラフィックフローキューの制御ゲートをオンにし、ＢＥデータを送信する。
ｉｖ．時間ｔ＝１００００．５０００００ｍｓまでＢＥデータを送信すると、状態１の実行を再開する。
ｖ．状態１：表１の次のＴＴトラフィックフロー情報｛４８，２５６｝を読み取って、キュー番号０が空でないと判断し、状態２を実行する。
ｖｉ．状態２：キュー番号０のヘッダキュー情報｛４８，２５６，０ｘ６６６｝を取得したところ、他のＴＴトラフィックフロー｛４８，２５６｝情報と一致し、当該ＴＴトラフィックフローが到着したことを示し、状態３を実行する。
ｖｉｉ．状態３：キュー番号０の制御ゲートをオンにし、他のＢＥトラフィックフローキューの制御ゲートをオフにし、ＴＴトラフィックフローを送信する。
ｖｉｉｉ．ウィンドウ時間２２０８ｎｓからＴＴトラフィックフローを使い果たし、キュー番号０の制御ゲートをオフにし、他のＢＥトラフィックフローキューの制御ゲートをオンにして、ＢＥデータの送信を開始する。
ｉｘ．スケジューリングテーブルにおける次のＴＴトラヒックフローの時間が到達するまでＢＥデータを送信してから、状態１を実行する。
【0112】
本願の実施例は、現在時間情報及び現在送信すべきトラフィックフローのメッセージ属性情報に基づいて、伝送制御ポリシーを生成してトラフィックフローの伝送を制御することによって、時間に敏感なトラフィックフローの伝送のリアルタイム性及び確実性を損なうことなく、帯域利用率を効果的に向上させる。時間に敏感なトラフィックフローの伝送のリアルタイム性及び確実性を損なうことなく、帯域利用率を効果的に向上させることができる。
【0113】
また、図１２に示すように、本願の実施例は、
現在時間情報を取得するように構成された時間取得モジュール１１０と、
現在送信すべきトラフィックフローのメッセージ属性情報を取得するように構成されたメッセージ属性取得モジュール１２０と、
現在時間情報及びメッセージ属性情報に基づいて、伝送制御ポリシーを生成するように構成されたポリシー生成モジュール１３０と、
伝送制御ポリシーに従って、時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するように構成された送信モジュール１４０と、を含む、データ伝送装置を提供する。
現在時間情報を取得するように構成された時間取得モジュール１１０と、
現在送信すべきトラフィックフローのメッセージ属性情報を取得するように構成されたメッセージ属性取得モジュール１２０と、
現在時間情報及びメッセージ属性情報に基づいて、伝送制御ポリシーを生成するように構成されたポリシー生成モジュール１３０と、
伝送制御ポリシーに従って、時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するように構成された送信モジュール１４０と、を含む、データ伝送装置を提供する。
【0114】
いくつかの実施例では、時間取得モジュール１１０は、上記のステップＳ１１００を実行するように構成され、メッセージ属性取得モジュール１２０は、上記のステップＳ１２００を実行するように構成され、ポリシー生成モジュール１３０は、上記のステップＳ１３００を実行するように構成され、送信モジュール１４０は、上記のステップＳ１４００を実行するように構成される。なお、本実施例におけるデータ伝送装置は、図４に示す実施例のシステムアーキテクチャにおけるデータ伝送装置として適用することができ、また、本実施例におけるデータ伝送装置は、図５に示す実施例におけるデータ伝送方法を実行することができる。すなわち、本実施例におけるデータ伝送装置と、図４に示す実施例のシステムアーキテクチャにおけるデータ伝送装置と、図５に示す実施例におけるデータ伝送方法とは、いずれも同一の発明思想に属するので、これらの実施例は、同一の実現原理及び技術的効果を有するので、ここでは詳述しない。
【0115】
上記で説明された装置の実施例は単に概略的なものであり、分離された構成要素として説明されたユニットは、物理的に分離されていてもよいし、そうでなくてもよい、すなわち、１つの場所に配置されていてもよいし、複数のネットワークユニットに分散されていてもよい。これらのモジュールの一部又は全部は、実際の必要に応じて、本実施例の目的を達成するために選択されてもよい。
【0116】
また、本願の実施例は、また、メモリと、プロセッサと、メモリに記憶され、プロセッサ上で実行可能なコンピュータプログラムとを含む電子機器であって、前記プロセッサは、前記コンピュータプログラムを実行するときに、前述のデータ伝送方法を実現する電子機器を提供する。
【0117】
メモリは、非一時的なコンピュータ読み取り可能な記憶媒体として、非一時的なソフトウェアプログラムと、非一時的なコンピュータ実行可能プログラムとを記憶するために使用することができる。さらに、メモリは、高速ランダムアクセスメモリを含むことができ、また、少なくとも１つの磁気ディスク記憶デバイス、フラッシュメモリデバイス、又は他の非一時的なソリッドステートメモリ装置のような非一時的なメモリを含むことができる。いくつかの実施形態では、メモリは、ネットワークを介してプロセッサに接続されることができるプロセッサに対してリモートに配置されたメモリを含むことができる。上記のネットワークの例には、インターネット、企業イントラネット、ローカルエリアネットワーク、移動通信ネットワーク、及びこれらの組み合わせが含まれるが、これらに限定されない。
【0118】
なお、本実施例における電子機器は、図４に示す実施例のシステムアーキテクチャにおける電子機器として適用することができ、また、本実施例における電子機器は、図５に示す実施例におけるデータ伝送方法を実行することができる。すなわち、本実施例における電子機器と、図４に示す実施例のシステムアーキテクチャにおける電子機器と、図５に示す実施例におけるデータ伝送方法とは、いずれも同一の発明思想に属するので、これらの実施例は、同一の実現原理及び技術的効果を有するので、ここでは詳述しない。
【0119】
上記実施例のデータ伝送方法を実現するために必要な非一時的なソフトウェアプログラム及び命令は、メモリに記憶されており、プロセッサによって実行されると、上記実施例のデータ伝送方法、例えば、上記の図５の方法ステップＳ１１００～Ｓ１４００、図６の方法ステップＳ１３１０～Ｓ１３２０、図７の方法ステップＳ１３３０、Ｓ１３２０、及びＳ１３１０、図８の方法ステップＳ１１００、Ｓ１２００、Ｓ１３１０、Ｓ１３２０、及びＳ１３２３、図１０の方法ステップＳ１３２４～Ｓ１３２５、図１１の方法ステップＳ１３４０～Ｓ１３６０が実行される。
【0120】
また、本願の実施例は、さらに、上記のデータ伝送方法を実行するためのコンピュータ実行可能命令を記憶したコンピュータ読み取り可能な記憶媒体を提供する。
【0121】
いくつかの実施例では、コンピュータ読み取り可能な記憶媒体は、１つのプロセッサ又はコントローラによって、例えば、上記実施例における１つのプロセッサによって実行されるコンピュータ実行可能命令を記憶し、上記プロセッサに、上記実施例におけるデータ伝送方法、例えば、図５の方法ステップＳ１１００～Ｓ１４００、図６の方法ステップＳ１３１０～Ｓ１３２０、図７の方法ステップＳ１３３０、Ｓ１３２０、及びＳ１３１０、図８の方法ステップＳ１１００、Ｓ１２００、Ｓ１３１０、Ｓ１３２０、及びＳ１３２３、図１０の方法ステップＳ１３２４～Ｓ１３２５、図１１の方法ステップＳ１３４０～Ｓ１３６０を実行させることができる。
【0122】
本願の実施例は、現在時間情報及び現在送信すべきトラフィックフローのメッセージ属性情報に基づいて、伝送制御ポリシーを生成してトラフィックフローの伝送を制御することによって、時間に敏感なトラフィックフローの伝送のリアルタイム性及び確実性を損なうことなく、帯域利用率を効果的に向上させる。
【0123】
当業者であれば、上記で開示された方法におけるステップの全部又は一部、システムは、ソフトウェア、ファームウェア、ハードウェア、及びそれらの適切な組み合わせとして実装されてもよいことを理解する。物理的構成要素の一部又はすべては、中央処理装置、デジタル信号処理装置、マイクロプロセッサなどのプロセッサによって実行されるソフトウェアとして、又はハードウェアとして、又は特定用途向け集積回路などの集積回路として実装することができる。このようなソフトウェアは、コンピュータ記憶媒体（又は非一時的媒体）及び通信媒体（又は一時的媒体）を含むことができるコンピュータ読み取り可能な媒体上に配布することができる。当業者に周知のように、コンピュータ記憶媒体という用語は、情報（例えば、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、又は他のデータ）を記憶するための任意の方法又は技術において実施される、揮発性及び不揮発性の、取り外し可能な、及び取り外し不可能な媒体を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ-ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カートリッジ、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置、又は所望の情報を記憶するために使用することができ、コンピュータによってアクセスすることができる他の任意の媒体を含むが、これらに限定されない。さらに、通信媒体は、典型的に、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、又は搬送波又は他の送信機構のような変調データ信号中の他のデータを含み、任意の情報配信媒体を含み得ることが当業者には周知である。
【0124】
以上は、本願の実施例のいくつかの実施を具体的に説明したが、本願の実施例は、上記の実施例に限定されるものではなく、当業者は、本願の実施例の範囲に反することなく、様々な均等な変形又は置換を行うことができ、これらの均等な変形又は置換は、本願の実施例の請求項によって定められる範囲内に含まれるものとする。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【手続補正書】
【提出日】2023-07-05
【手続補正1】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【0028】
時間に敏感でないトラフィックフローキュー３００は、時間に敏感でないトラフィックフローをキャッシュするためのものである。時間に敏感でないトラフィックフローキュー３００は複数存在してもよく、複数の時間に敏感でないトラフィックフローキュー３００は、図４に示すように、ｎ個のＢＥトラフィックフローキューの優先度が優先度ｍ＋１から優先度ｍ＋ｎまでであるなど、異なる優先度を設定することができる。時間に敏感でないトラフィックフローキュー３００において、キューヘッダーに位置する時間に敏感でないトラフィックフローは、優先的に送信されるキューヘッダーメッセージである。いくつかの実施例では、時間に敏感でないトラフィックフローキュー３００のそれぞれの出力端子は、キュースイッチ４００（制御ゲート）を介して出力選択ユニット５００に接続され、時間に敏感でないトラフィックフローをキュースイッチ４００及び出力選択ユニット５００を介して送信する。いくつかの実施例では、時間に敏感でないトラフィックフローキュー３００のそれぞれの出力端子は、出力選択ユニット５００の入力端子に接続され、現在送信すべきトラフィックフローのメッセージ属性情報を出力選択ユニット５００に供給し、これにより、出力選択ユニット５００は、現在送信すべきトラフィックフローのメッセージ属性情報及びスケジューリングテーブル情報に基づいて伝送制御ポリシーを生成する。例えば、時間に敏感でないトラフィックフローキュー３００は、現在送信すべきトラフィックフローのメッセージ長を出力選択ユニット５００に供給し、これにより、出力選択ユニット５００は、現在送信すべきトラフィックフローのメッセージ長及び実行されようとするスケジューリングエントリの実行開始時間に基づいて、残時間伝送ポリシー及び／又は最適化プリエンプション制御ポリシーを生成する。
【手続補正2】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
現在時間情報を取得するステップと、現在送信すべきトラフィックフローのメッセージ属性情報を取得するステップと、
前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成するステップと、
前記伝送制御ポリシーに従って時間に敏感なネットワークにおけるトラフィックフローの伝送を制御するステップと、を含む、データ伝送方法。
【請求項2】
前記現在送信すべきトラフィックフローは、時間に敏感でないトラフィックフローであり、前記メッセージ属性情報は、メッセージ長を含み、前記現在時間情報及び前記メッセージ属性情報に基づいて、伝送制御ポリシーを生成する前記ステップは、
前記現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、残時間送信可能なメッセージ長を算出するステップと、
前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、伝送制御ポリシーを生成するステップと、を含む、請求項１に記載の方法。
【請求項3】
前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、伝送制御ポリシーを生成する前記ステップは、前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、前記残時間送信可能なメッセージ長が現在送信すべきトラフィックフローを送信するのに十分であるか否かを判断するステップと、
十分である場合、現在送信すべきトラフィックフローを送信するステップと、を含み、
前記残時間送信可能なメッセージ長が現在送信すべきトラフィックフローを送信するのに十分でなくなるまで、現在時間情報を再度取得するステップと、
現在送信すべきトラフィックフローのメッセージ属性情報を再度取得するステップと、
前記現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、前記残時間送信可能なメッセージ長を算出するステップと、
前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、前記残時間送信可能なメッセージ長が現在送信すべきトラフィックフローを送信するのに十分であるか否かを判断するステップと、
十分である場合、現在送信すべきトラフィックフローを送信するステップと、を繰り返す、請求項２に記載の方法。
【請求項4】
前記現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、前記残時間送信可能なメッセージ長を算出する前記ステップは、前記現在時間情報、次の時間に敏感なトラフィックフローの開始時間、伝送制約パラメータ、及び第１計算式に基づいて、前記残時間送信可能なメッセージ長を算出するステップを含み、
前記第１計算式は、
残時間送信可能なメッセージ長＝次の時間に敏感なトラフィックフローの開始時間と現在時間情報との差に対応する送信可能なメッセージ長－伝送制約パラメータを含む、請求項２又は３に記載の方法。
【請求項5】
前記伝送制約パラメータは、インターパケットギャップ（ＩＰＧ：Ｉｎｔｅｒｐａｃｋｅｔ Ｇａｐ）、スタートｍパケットデリミタ（ＳＭＤ：Ｓｔａｒｔ ｍＰａｃｋｅｔ Ｄｅｌｉｍｉｔｅｒ）、プリアンブル、及びフラグメントカウント（ＦＲＡＧ＿ＣＯＵＮＴ）を含む場合、前記第１計算式は、
残時間送信可能なメッセージ長＝次の時間に敏感なトラフィックフローの開始時間と現在時間情報との差に対応する送信可能なメッセージ長－ＩＰＧ－ＳＭＤ－プリアンブル長－ＦＲＡＧ＿ＣＯＵＮＴを含む、請求項４に記載の方法。
【請求項6】
前記現在時間情報及び次の時間に敏感なトラフィックフローの開始時間に基づいて、残時間送信可能なメッセージ長を算出する前記ステップの前に、スケジューリングテーブルを問い合わせて、次の時間に敏感なトラフィックフローの開始時間を取得するステップをさらに含む、請求項２に記載の方法。
【請求項7】
前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、伝送制御ポリシーを生成する前記ステップは、前記残時間送信可能なメッセージ長及び前記メッセージ長に基づいて、前記残時間送信可能なメッセージ長が現在送信すべきトラフィックフローを送信するのに十分であるか否かを判断するステップと、
前記残時間送信可能なメッセージ長が、現在送信すべきトラフィックフローを送信するのに十分でない場合、前記残時間送信可能なメッセージ長、前記メッセージ長、プリエンプション制約パラメータに基づいて、プリエンプション制御ポリシーを生成するステップと、を含む、請求項２、３、５、又は６に記載の方法。
【請求項8】
前記プリエンプション制約パラメータは、最小伝送フレーム長と、トランケート可能なメッセージ最小フレーム長と、を含み、前記プリエンプション制御ポリシーは、
前記メッセージ長が、前記トランケート可能なメッセージ最小フレーム長を満たさない場合、前記残時間送信可能なメッセージ長を使い果たすステップと、
前記残時間送信可能なメッセージ長が、前記最小伝送フレーム長を満たさない場合、前記残時間送信可能なメッセージ長を使い果たすステップと、
前記メッセージ長が、トランケート可能なメッセージ最小フレーム長を満たし、前記残時間送信可能なメッセージ長が最小伝送フレーム長を満たす場合、前記現在送信すべきトラフィックフローを送信し、前記残時間送信可能なメッセージ長における予め設定された位置でプリエンプション命令を開始させ、前記現在送信すべきトラフィックフローの送信を停止するステップと、を含む、請求項７に記載の方法。
【請求項9】
メモリと、プロセッサと、メモリに記憶され、プロセッサ上で実行可能なコンピュータプログラムとを含み、前記プロセッサは、前記コンピュータプログラムを実行すると、請求項１～８のいずれか１項に記載のデータ伝送方法を実現する、電子機器。
【請求項10】
コンピュータ実行可能命令を記憶したコンピュータ読み取り可能な記憶媒体であって、前記コンピュータ実行可能命令は、請求項１～８のいずれか１項に記載のデータ伝送方法を実行する、コンピュータ読み取り可能な記憶媒体。
【国際調査報告】