JP2017169148A - パケット通信の割り込み制御方法 - Google Patents
パケット通信の割り込み制御方法 Download PDFInfo
- Publication number
- JP2017169148A JP2017169148A JP2016054560A JP2016054560A JP2017169148A JP 2017169148 A JP2017169148 A JP 2017169148A JP 2016054560 A JP2016054560 A JP 2016054560A JP 2016054560 A JP2016054560 A JP 2016054560A JP 2017169148 A JP2017169148 A JP 2017169148A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- transmission
- interrupt
- reception
- emergency
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】優先度の高いパケットの送信を優先するパケット割り込み制御においてネットワーク負荷やネットワークの利用効率への影響を抑制する。【解決手段】送信側の装置1は、パケット送信中に緊急パケットバッファ4にパケットが投入されると、パケット送信を中断させてパケット受信側にパケット割り込みを通知し、緊急パケットバッファ4からの緊急パケット送信を実行する。受信側の装置は、パケット受信中にパケット割り込みの通知があれば、パケット受信を中断させて緊急パケットバッファ4からの緊急パケット送信を受信させ、受信したパケットのデータをスタックバッファに格納する。前記装置1は、緊急パケット送信の送信完了後にパケット割り込みの解除を受信側に通知し、通知前の元のパケット送信に戻る。受信側の装置は、解除の通知に応じてパケット割り込み通知前の元のパケット送信の受信に戻る。【選択図】図1
Description
本発明は、パケットの優先度に応じて割り込みを制御する方法に関する。
一般的な通信装置においては、パケットを送信する際にパケットがバッファにキューイングされた上で送信されている。そのため、緊急性の高いパケットであっても待ち行列(キュー)に並ばされ、送信の遅れやその遅延時間が不安定となってジッターなどの問題が生じる。
このような問題を解決するため、一般的な通信装置は優先度キューを備えることが多く、例えばイーサネット(登録商標)などでは「CoS」などが実装されている。優先度キューを備える場合には、優先度のパケットが高優先度のキューに入るように設定することにより、該パケットが優先して送信されることが期待できる。しかし、この解決方法には次の問題が生じるおそれがある。
(1)「CoS」共有
多くの場合、優先度キューの数は限られている。例えば「CoS」の場合には8キューであることが多い。このようなレベル数では、他のプロコルパケットとの兼ね合いで最高優先度を他のプロトコルと共有することになりやすい。このとき他のパケットが最高優先度タグを付与していたりすると、装置内の優先順位がかく乱されるおそれがある。
多くの場合、優先度キューの数は限られている。例えば「CoS」の場合には8キューであることが多い。このようなレベル数では、他のプロコルパケットとの兼ね合いで最高優先度を他のプロトコルと共有することになりやすい。このとき他のパケットが最高優先度タグを付与していたりすると、装置内の優先順位がかく乱されるおそれがある。
(2)出力側キュー
一般的な装置においては、入力側と出力側にキューを持つ場合が多いが、優先度キューを入力側に実装している場合には、出力キューに入ったパケットには優先処理が機能しないおそれがある。
一般的な装置においては、入力側と出力側にキューを持つ場合が多いが、優先度キューを入力側に実装している場合には、出力キューに入ったパケットには優先処理が機能しないおそれがある。
(3)長いパケット
仮に送信側キューに優先処理が実装されていたとしても、あるパケットが現在送信中ならば、次のパケットはそのパケットの送信が終わるまで待たされる。パケットの長さが長い場合には待ち時間も長くなる。特にジャンボパケットを有効かしている場合には影響が顕著となり易い。
仮に送信側キューに優先処理が実装されていたとしても、あるパケットが現在送信中ならば、次のパケットはそのパケットの送信が終わるまで待たされる。パケットの長さが長い場合には待ち時間も長くなる。特にジャンボパケットを有効かしている場合には影響が顕著となり易い。
この点を解決すべく、特許文献1のようにパケット送信中に優先度の高いパケットが到来した場合に現在行っているパケット送信を中断し、優先度の高いパケットを先に送信し、その終了後に中断していたパケット送信を再開する技術が提案されている。
ところが、特許文献1の技術を既存のIP上に実装した場合、送信途中で中断したパケットは、パケットの実際の長さと「Total Length」に記載された値との間に齟齬が生じるおそれがある。したがって、受信装置側で「Lengthエラー」が発生し、中断パケットの送信済みの部分が無駄となり、ネットワークの利用効率上、好ましくない。
そこで、特許文献2に示すように、優先度の高いパケットが到来した場合には、現在行っているパケット送信を中断し、優先度の高いパケットを先に送信し、その送信後に中断されたパケットに含まれる全データを再送信する技術が提案されている。
確かに特許文献2の技術によれば、パケットの実際の長さと「Total Length」に記載された値との間に齟齬が生じるおそれはない。
しかしながら、特許文献2の技術は、中断されたパケットに含まれる全データを再送信しなければならないため、ネットワークの負荷が増加し、やはりネットワークの利用効率の低下を招くおそれがある。
本発明は、このような従来の問題を解決するためになされ、ネットワーク負荷やネットワークの利用効率への影響を抑えつつ、優先度の高いパケットの送信を優先するパケット通信の割り込み制御方法を提供することを解決課題としている。
本発明は、パケット通信の割り込みを制御する方法であって、パケット送信中に緊急パケットバッファにパケットが投入されるとパケット送信側のパケット送信割り込みコントローラが、送信中のパケットを中断させてパケット受信側にパケット割り込みを通知し、前記緊急パケットバッファから緊急パケット送信する緊急パケット送信ステップと、パケット受信側のパケット受信割り込みコントローラが、パケット受信中に前記パケット割り込みの通知を検出すれば、該パケット受信を中断させて前記緊急パケットバッファからの緊急パケット送信を受信させ、該受信したパケットのデータをスタックバッファに格納する緊急パケット受信ステップと、前記パケット送信割り込みコントローラが、前記緊急パケット送信の送信完了後に前記パケット割り込みの解除を受信側に通知し、該通知前の元のパケット送信に戻る割り込み解除ステップと、前記パケット受信割り込みコントローラが前記解除の通知を検出すれば、前記パケット割り込み通知前の元のパケット送信の受信に戻る割り込み解除応答ステップと、を有する。
前記両通知は、パケットのデータとは重複しない信号により構成することが好ましい。また、前記緊急パケットバッファは、優先度順にパケットを蓄積するリンクバッファで構成してもよい。
前記両通知は、パケットのデータとは重複しない信号により構成することが好ましい。また、前記緊急パケットバッファは、優先度順にパケットを蓄積するリンクバッファで構成してもよい。
このとき前記緊急パケット送信ステップにおいて、送信中のパケットよりも優先度の高いパケットが前記緊急パケットバッファに投入されると、送信中のパケットを中断して優先度の高いパケットのパケット割り込みを通知し、前記緊急パケットバッファから優先度の高いパケットの緊急パケット送信を実行する。
また、緊急パケット受信ステップにおいて、パケットの受信中に優先度の高いパケットのパケット割り込み通知を検出すれば、現在の受信を中断させて優先度の高いパケットの送信を受信して、該受信したパケットのデータをスタックバッファに格納する。
さらに前記割り込み解除ステップにおいて、優先度の高いパケットの緊急パケット送信の完了後に前記パケット割り込みの解除を通知し、該通知前の元の緊急パケット送信に戻る。また、前記割り込み解除応答ステップにおいて、前記解除の通知を検出すれば前記パケット割り込み通知前の元の緊急パケット送信の受信に戻る。
本発明によれば、ネットワーク負荷やネットワークの利用効率への影響を抑えつつ、優先度の高いパケットの送信を優先するパケット通信の割り込み制御方法を提供することができる。
以下、本発明の実施形態に係るパケット通信の割り込み制御方法を説明する。この制御方法は、パケット送信中においてエスケープ信号を発行することにより、現在のパケット送信を一旦中断し、他のパケットの送信を開始する。
これによりバッファ中のキューの有無や現在送信中のパケットの有無にかかわらず、制御可能となる。これは従来の優先度キューを迂回するように設計することで既存のアーキテクチャーを維持した上で実現することができる。
≪システム構成例≫
前記パケット通信の割り込み制御方法を実現するシステムは、パケットの送信を実行する送信側の装置(機器などを含む。)と、送信側の装置から送信されたパケットを受信する受信側の装置(機器などを含む。)とを備える。
前記パケット通信の割り込み制御方法を実現するシステムは、パケットの送信を実行する送信側の装置(機器などを含む。)と、送信側の装置から送信されたパケットを受信する受信側の装置(機器などを含む。)とを備える。
(1)送信側の装置
図1に基づき送信側の装置1を説明する。この送信側の装置1のバッファ2には、優先度が設定されていない通常のパケットがキューイングされる送信キュー3−1〜3−nと、優先度の設定されたパケット(以下、緊急パケット)がキューイングされる緊急パケットバッファ(以下、緊キューとする。)4とが含まれている。
図1に基づき送信側の装置1を説明する。この送信側の装置1のバッファ2には、優先度が設定されていない通常のパケットがキューイングされる送信キュー3−1〜3−nと、優先度の設定されたパケット(以下、緊急パケット)がキューイングされる緊急パケットバッファ(以下、緊キューとする。)4とが含まれている。
また、送信側の装置1は、各キュー3−1〜3−n,4のパケットデータを符号化する符号化器5と、緊キュー4にパケットが投入されると符号化器5を優先的に使用するパケット送信割り込みコントローラ(PTIC)6とを有している。この符号化器5で符号化されたデータが「SERDS(パラレル・シリアル相互変換回路)」7および「ETH(イーサネット)」8を介して受信側の装置に送信される。
また、優先度としては、「Diff−serv」方式の「Diff−serv Code Point(DSCP)」を用いることができる。ここでは緊急パケットが緊キュー4に投入されて記憶されると、これをパケット送信割り込みコントローラ6にて検出し、緊急パケットの送信割り込み制御を開始する。
すなわち、パケット送信割り込みコントローラ6は、前記検出により符号化器5を優先的に使用する。このとき従来の送信キュー3−1〜3−nからのパケットストリーム(パケット送信)を中断させる。また、パケットデータと重複しない信号、即ち通常のパケットデータを表現する値以外の値を使って表現されるプッシュ信号を発生させる。ここで発生させたプッシュ信号を受信側の装置11(図2参照)に送信することにより、受信側の装置11に前記送信割り込み制御の開始を通知する。
さらにパケット送信割り込みコントローラ6は、前記プッシュ信号の送信後に間を空けずに緊キュー4の緊急パケットを、「SERDS」7および「ETH」8を介して受信側の装置11に送信し、送信完了後に再びパケットデータと重複しないポップ信号を発生させる。
ここで発生させたポップ信号を受信側の装置11に送信することにより、受信側の装置11に前記送信割り込み制御の終了を通知する。この通知後は、パケット送信割り込みコントローラ6における符号化器5の優先的使用が解除され、前記送信割り込み制御前のパケットストリームに処理を戻し、中断していたパケットストリームの処理を再開する。なお、再開後のパケットストリームは、中断した箇所よりも後の部分、即ちプッシュ信号後からのパケットデータの送信でよい。
(2)受信側の装置
図2に基づき受信側の装置11を説明する。この受信側の装置11は、送信側の装置1からのパケット送信のデータを「ETH(イーサネット)」8を通じて受信し、受信したパケットのデータが「SERDS(パラレル・シリアル相互変換回路)」7を経由で復号化器12に入力され、入力された前記データを復号化器12で復号する。
図2に基づき受信側の装置11を説明する。この受信側の装置11は、送信側の装置1からのパケット送信のデータを「ETH(イーサネット)」8を通じて受信し、受信したパケットのデータが「SERDS(パラレル・シリアル相互変換回路)」7を経由で復号化器12に入力され、入力された前記データを復号化器12で復号する。
また、受信側の装置11は、復号化器12で復号されたパケットのデータが入力される受信キュー14−1〜14−nと、前記受信したパケット中のプッシュ信号を検出に応じて復号化器12を優先的に使用して現在の受信ストリーム(パケット受信)を中断させるパケット受信割り込みコントローラ13と、前記プッシュ信号に引き続いて受信するパケットのデータを格納するスタックバッファ15とを有し、受信キュー14−1〜14−nおよびスタックバッファ15はバッファ16に含まれている。
したがって、通常は受信したパケットが復号化器12で復号されて受信キュー14−1〜14−nに入れられる。ただし、受信割り込みコントローラ13により受信パケット中のプッシュ信号が検出された場合にはパケットの受信割り込み制御が開始される。
すなわち、受信割り込みコントローラ13は、復号化器12を優先的に使用するため、現在の受信ストリームを中断させ、引き続き受信するパケットのバイトストリーム(バイト単位のデジタルデータ)を引き込んでスタックバッファ15に格納させる。この前記受信割り込み制御は、ポップ信号を検出するまで続行される。
このポップ信号を検出すれば、受信割り込みコントローラ13の前記受信割り込み制御が解除され、中断した元の受信ストリームの処理に戻る。なお、スタックバッファ15に格納された緊急パケットは、LANスイッチのエンジンなどにより必要に応じた処理が実行される。
≪緊急レベル≫
以下、段階的なレベルの優先度(緊急レベル)が付与された緊急バッファ群に対するパケットの送信割り込み制御を説明する。例えば通常の「CoS」キューなどでは8レベルを設定可能なものの、緊キュー4は、図3に示すリンクバッファによりリストの先頭側が先に送信される。この点で緊キュー4は無限のレベルを表現することができる。
以下、段階的なレベルの優先度(緊急レベル)が付与された緊急バッファ群に対するパケットの送信割り込み制御を説明する。例えば通常の「CoS」キューなどでは8レベルを設定可能なものの、緊キュー4は、図3に示すリンクバッファによりリストの先頭側が先に送信される。この点で緊キュー4は無限のレベルを表現することができる。
図3中の「パケットA,B,C,S」は緊キュー4に投入される緊急パケットを示し、各パケットの優先度は、「パケットS>パケットA>パケットB>パケットC」のレベルに設定されている。また、図3中の各パケット内に表されている濃淡はパケット送信量を示し、S01は緊キュー4にパケットA〜Cが投入されたときの前記送信割り込み制御を示している。
ここではパケット送信割り込みコントローラ6は、優先度の最も高いパケットAの送信割り込みフューズを実行し、パケットB,Cの送信を中断している。このパケットAは、受信側装置11で受信され、スタックバッファ15に格納される。
S02は、S01に示すパケットAの送信中にパケットCが緊キュー4に投入されたときの前記送信割り込み制御を示している。ここでは緊キュー4内のリングバッファにパケットAよりも優先度の高いパケットSが追加されている。
したがって、パケット送信割り込みコントローラ6は、パケットSの送信割り込みフューズを開始する。すなわち、パケットAの送信を中断し、さらに受信側の装置11に対してプッシュ信号を送信する。このプッシュ信号の検出によりパケット受信割り込みコントローラ13がパケットAの受信を中断する。
また、パケット送信割り込みコントローラ6はプッシュ信号送信後にS03に示すように、パケットSの送信を開始する。ここで送信されたパケットSは、パケット受信割り込みコントローラ13にてスタックバッファ15に格納される。
S04はパケットSの送信継続中を示し、S05はパケットSの送信完了を示している。この送信完了後にパケット送信割り込みコントローラ6が、S06に示すように、ポップ信号を受信側の装置11に送信する。
ここでポップ信号は、直前のプッシュ信号に応じて開始されたパケットの送信割り込みフューズの終了(クローズ)を通知する。したがって、S06のポップ信号は、パケットSの送信割り込みフューズの終了を通知し、パケットAの送信割り込みフューズの終了を通知するものではない。
そのため、パケット送信割り込みコントローラ6は、S06のポップ信号の送信後、直ちにパケットAの送信割り込みフューズに移行する。このパケットAの送信が完了すれば、パケットAの送信割り込みフューズの終了を通知するポップ信号を受信側の装置11に送信し、パケットAの送信割り込みフューズを終了する。
その後にパケットBの送信割り込みフューズに移行し、該送信割り込みフューズの終了後は、パケット送信割り込みコントローラ6における符号化器5の優先的使用が解除され、前記送信割り込み制御を終了する。
≪作用効果≫
(1)従来のパケット通信の制御方法によれば、図4(a)に示すように、緊急パケットの送信が必要となったときに既に送信中のパケットがあれば、その送信が終了するまで待機しなければならなかった。したがって、送信中のパケットと緊急パケットとの間にインターフレームギャップ(パケット間の次フレームまでの空隙:IFG)が生じる。
(1)従来のパケット通信の制御方法によれば、図4(a)に示すように、緊急パケットの送信が必要となったときに既に送信中のパケットがあれば、その送信が終了するまで待機しなければならなかった。したがって、送信中のパケットと緊急パケットとの間にインターフレームギャップ(パケット間の次フレームまでの空隙:IFG)が生じる。
例えば図4(a)は、パケットP1,P2の送信中に緊急パケットP3の送信が必要となった場合の割り込み制御を示している。このとき従来は、パケットP1,P2間に緊急パケットP3が割り込む。すなわち、パケットP1の送信完了後にパケットP3が送信され、パケットP3の送信完了後にパケットP2が送信される。したがって、パケットP1,P2間とパケットP2,P3間とにインターフレームギャップが発生する。
(2)これに対して本実施形態に係るパケット通信の制御方法によれば、パケット送信中に緊キュー4に緊急パケットが投入されれば、送信途中でエスケープとしてのプッシュ信号が送信データに挿入され、挿入されたプッシュ信号から別のパケットを送信することが表現される。一方、緊急パケットの送信が完了すれば、エスケープとしての「ポップ信号」が送信データに挿入され、送信割り込みフューズの終了が通知され、元のパケットのデータの残りの部分が送信される。
図4(b)に基づき説明すれば、パケットP1,P2間にインターフレームギャップが発生するものの、パケットP2の送信中にエスケープ信号(プッシュ信号およびポップ信号)が送信データに挿入され、該挿入後はパケットP3が送信される。このパケットP3の送信が終了すればプッシュ信号が送信データに挿入され、該挿入後はパケットP2が送信される。
これによりパケットP2,P3間のインターフレームギャップが省略され、インターフレームギャップの回数を減少させることができ、この点で緊急パケットの伝送遅延を小さくできる。なお、パケットの割り込み時にはエスケープ信号を挿入すればよいので、緊急パケットの伝送遅延を一定とすることもできる。
(3)また、本実施形態に係るパケット通信の制御方法によれば、パケット送信中に緊キュー4に緊急パケットが投入されれば、送信途中でエスケープとしてのプッシュ信号が送信データに挿入される。すなわち、挿入されたプッシュ信号から別のパケットを送信することが表現され、また受信割り込みコントローラ13が受信パケット中のプッシュ信号が検出すればパケット受信の割り込みが開始される。
その結果、既存のIP上に本制御方法を実現するシステムを実装した場合には、特許文献1の技術のように「Lengthエラー」が発生するおそれがなく、これにより特許文献2のように緊急バッファを先に送信した後に中断されたパケットに含まれる全データを再送信する必要が無い。この点でパケット割り込み時のネットワーク負荷やネットワークの利用効率への影響を最小限に抑えることができる。
(4)さらに図4(c)は、パケットP2の送信中にパケットP3が緊キュー4に投入され、さらにパケットP3の送信割り込みフューズ中にパケットP4が緊キュー4に投入された場合の多段割り込みのパケット送信割り込み制御を示している。
ここではパケットP2の送信中にパケットP3のエスケープ信号(プッシュ信号)が送信データに挿入され、パケットP3の送信中にパケットP4のエスケープ信号(プッシュ信号)が送信データに挿入されている。
このパケットP4の送信割り込みフューズ終了時のエスケープ信号(ポップ信号)の送信後にパケット3の送信割り込みフューズが再開される。このパケットP3の送信割り込みフューズ終了時のエスケープ信号(ポップ信号)の送信後にパケットP2の送信割り込みフューズが再開される。このような多段割り込み、即ちネスト(入れ子構造)を可能にすることでインサーフレームギャップを一層減少させることができる。
なお、本発明は、上記実施形態に限定されるものではなく、各請求項に記載された範囲内で変形して実施することができる。例えば前記装置1,11間に既存のハブ(HUB)が存在する場合には、割り込まれた元パケット、即ち中断されたパケットのFCS(Frame Check Sequence)を再計算し、レガシーハブ(既存のハブ)にてスタックバッファのパケットを透過できるようにしてもよい。
1…送信側の装置
2…バッファ
3…送信キュー
4…緊キュー
5…符号化器
6…パケット送信割り込みコントローラ
7…SERDES
8…ETH
11…受信側の装置
13…パケット受信割り込みコントローラ
14…受信キュー
15…スタックバッファ
16…バッファ
2…バッファ
3…送信キュー
4…緊キュー
5…符号化器
6…パケット送信割り込みコントローラ
7…SERDES
8…ETH
11…受信側の装置
13…パケット受信割り込みコントローラ
14…受信キュー
15…スタックバッファ
16…バッファ
Claims (4)
- パケット通信の割り込みを制御する方法であって、
パケット送信中に緊急パケットバッファにパケットが投入されるとパケット送信側のパケット送信割り込みコントローラが、送信中のパケットを中断させてパケット受信側にパケット割り込みを通知し、前記緊急パケットバッファから緊急パケット送信する緊急パケット送信ステップと、
パケット受信側のパケット受信割り込みコントローラが、パケット受信中に前記パケット割り込みの通知を検出すれば、該パケット受信を中断させて前記緊急パケットバッファからの緊急パケット送信を受信させ、該受信したパケットのデータをスタックバッファに格納する緊急パケット受信ステップと、
前記パケット送信割り込みコントローラが、前記緊急パケット送信の送信完了後に前記パケット割り込みの解除を受信側に通知し、該通知前の元のパケット送信に戻る割り込み解除ステップと、
前記パケット受信割り込みコントローラが前記解除の通知を検出すれば、前記パケット割り込み通知前の元のパケット送信の受信に戻る割り込み解除応答ステップと、
を有することを特徴とするパケット通信の割り込み制御方法。 - 前記両通知は、パケットのデータとは重複しない信号により構成されていることを特徴とする請求項1記載のパケット通信の割り込み制御方法。
- 前記緊急パケットバッファは、優先度順にパケットを蓄積するリンクバッファにより構成されている
ことを特徴とする請求項1または2記載のパケット通信の割り込み制御方法。 - 前記緊急パケット送信ステップにおいて、送信中のパケットよりも優先度の高いパケットが前記緊急パケットバッファに投入されると、送信中のパケットを中断して優先度の高いパケットのパケット割り込みを通知し、前記緊急パケットバッファから優先度の高いパケットの緊急パケット送信を実行し、
緊急パケット受信ステップにおいて、パケットの受信中に優先度の高いパケットのパケット割り込み通知を検出すれば、現在の受信を中断させて優先度の高いパケットの送信を受信して、該受信したパケットのデータをスタックバッファに格納し、
前記割り込み解除ステップにおいて、優先度の高いパケットの緊急パケット送信の完了後に前記パケット割り込みの解除を通知し、該通知前の元の緊急パケット送信に戻り、
前記割り込み解除応答ステップにおいて、前記解除の通知を検出すれば前記パケット割り込み通知前の元の緊急パケット送信の受信に戻る
ことを特徴とする請求項3記載のパケット通信の割り込み制御方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016054560A JP2017169148A (ja) | 2016-03-17 | 2016-03-17 | パケット通信の割り込み制御方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016054560A JP2017169148A (ja) | 2016-03-17 | 2016-03-17 | パケット通信の割り込み制御方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2017169148A true JP2017169148A (ja) | 2017-09-21 |
Family
ID=59914118
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2016054560A Pending JP2017169148A (ja) | 2016-03-17 | 2016-03-17 | パケット通信の割り込み制御方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2017169148A (ja) |
-
2016
- 2016-03-17 JP JP2016054560A patent/JP2017169148A/ja active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11477107B2 (en) | Method for data communication in an industrial network, control method, device, computer program and computer-readable medium | |
WO2015162734A1 (ja) | 中継装置およびデータ転送方法 | |
JP4616535B2 (ja) | パケットスケジューリングを用いるネットワーク交換方法 | |
EP2050199B1 (en) | Expedited communication traffic handling apparatus and methods | |
US20070268830A1 (en) | Flow based flow control in an ethernet switch backplane | |
US9692560B1 (en) | Methods and systems for reliable network communication | |
US8761605B2 (en) | Communication data transmission equipment, a communication data transmission system, a communication data transmission method and a communication data transmission program | |
US12034646B2 (en) | Preemptive packet transmission | |
US11799777B2 (en) | Method for transferring information across a data center network | |
JP2009219076A (ja) | Ip電話システムにおけるゲートウェイルータおよび緊急呼の優先制御方法 | |
CN112242956B (zh) | 流速控制方法和装置 | |
WO2018161672A1 (zh) | 一种报文处理方法、装置及系统 | |
EP3032785B1 (en) | Transport method in a communication network | |
CN110784418A (zh) | 一种基于时延约束的数据发送方法及系统 | |
CN115378874B (zh) | 数据发送、接收方法、装置、电子设备、芯片及存储介质 | |
WO2017219216A1 (zh) | 一种数据传输方法、相关设备及系统 | |
JP2017169148A (ja) | パケット通信の割り込み制御方法 | |
WO2021101640A1 (en) | Method and apparatus of packet wash for in-time packet delivery | |
JP2006279188A (ja) | 優先制御を行う送信制御装置、通信制御装置、通信システム、通信ネットワーク、及び送信方法 | |
JP5094532B2 (ja) | 通信装置 | |
Hassani et al. | Work-in-progress: Layering concerns for the analysis of credit-based shaping in IEEE 802.1 TSN | |
WO2014047900A1 (zh) | 报文发送控制方法、处理方法、设备及系统 | |
JP7172721B2 (ja) | フレーム転送の制御方式 | |
JP5592317B2 (ja) | 廃棄回路 | |
US8711697B1 (en) | Method and apparatus for prioritizing data transfer |