JP2004228777A - データ送信装置及びデータ送信方法 - Google Patents
データ送信装置及びデータ送信方法 Download PDFInfo
- Publication number
- JP2004228777A JP2004228777A JP2003012507A JP2003012507A JP2004228777A JP 2004228777 A JP2004228777 A JP 2004228777A JP 2003012507 A JP2003012507 A JP 2003012507A JP 2003012507 A JP2003012507 A JP 2003012507A JP 2004228777 A JP2004228777 A JP 2004228777A
- Authority
- JP
- Japan
- Prior art keywords
- time
- real
- transmission
- packet
- stream
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Television Systems (AREA)
Abstract
【解決手段】リアルタイムストリームについては、各リアルタイムストリームのパケットの送出終了時間を算出し、送出時間が重複しているリアルタイムストリームのパケットの中で、送出終了時間の早い順に、送出順を決める。非リアルタイムストリームについては、非リアルタイムストリームのパケットの送出終了時間と、複数のリアルタイムストリームのパケットのスケジューリング時間とを比較し、非リアルタイムストリームのパケットの送出終了時間の方が、複数のリアルタイムストリームのパケットのスケジューリング時間の何れよりも早いときに、非リアルタイムストリームのパケットを送信する。
【選択図】 図2
Description
【発明の属する技術分野】
この発明は、複数のリアルタイムデータと非リアルタイムデータを1つの伝送路に送出するようにしたデータ送信装置及び方法に関する。
【0002】
【従来の技術】
複数のリアルタイムストリームを1つの伝送路上に送出して伝送する場合、各ストリームの伝送レートを維持できるように、各リアルタイムストリームのパケットの送出時間を略一定に割り付けることが行われている。すなわち、各ストリーム毎に、所定のインターバル時間が設定される。各ストリームでインターバル時間が計測され、インターバル時間が経過したら、各ストリームのパケットが送出される。このように、所定のインターバル時間毎に、各ストリームのパケットが送出されると、各ストリームのパケット間隔が略一定となり、一定の伝送レートが維持できる。
【0003】
1つの伝送路上では、あるストリームのパケットを送出している間は、他のストリームのパケットを送出することはできない。このため、複数のストリームで同時にパケットを伝送することになるときには、調停を行う必要がある。調停により決められたストリームのみ、パケットの送信が許可され、他のストリームのパケットの送信は待機される。
【0004】
したがって、上述のように、各ストリームの伝送レートを維持できるように、各リアルタイムストリームのパケットの送出時間を略一定に割り付けたとしても、実際にそのストリームのパケットを伝送される時刻には遅れ(ジッタ)が生じる。このようなジッタは、MPEG(Moving Picture Coding Experts Group)やMPEG2のような画像データを送出する際には、画面の乱れとなって現れる。
【0005】
複数のストリーム間で同時にパケットの送出が行われるようになった場合の調停には、従来、ラウンドロビンが用いられている。
【0006】
図12は、複数のリアルタイムストリーム及び非リアルタイムストリームを1つの伝送路上に送出するための従来のストリーム送出装置の構成を示すものである。
【0007】
図12において、バッファメモリ101、102、103、104はFIFOで(First−In First−Out)あり、バッファメモリ101、102、103、104には、各ストリームのパケットが順に蓄積される。バッファメモリ101、102、103、104に各ストリームのパケットが蓄積されると、バッファメモリ101、102、103、104からラウンドロビン105に送信要求が送られる。ラウンドロビン105は、複数のバッファメモリ101、102、103、104からのパケットの送出時間が重なるときには、送信要求を調停する。
【0008】
図13は、ラウンドロビンによる調停を示すものである。図13において、ラウンドロビン処理がリセットされ(ステップS101)、最初にバッファメモリに入ったパケットが送出される(ステップS102)。
【0009】
バッファメモリにパケットがあるかどうかが判断され(ステップS103)、パケットがあれば、パケットを既に送信したストリームのバッファメモリは送出禁止とし、パケットを未だ送信していないストリームのバッファメモリに送出権を与える(ステップS104)。全てのバッファメモリのパケットの送出が終了したかどうかが判断され(ステップS105)、全てのバッファメモリのパケットの送出が終了するまで、ステップS103〜S105が繰り返される。
【0010】
なお、MPEGストリームのようなリアルタイムストリーム及び非リアルタイムストリームを1つの伝送路で送信する際に、パケットの衝突を回避するための従来技術としては、特許文献1に示すようなものが知られている。
【0011】
【特許文献1】
特開2001−86499号公報
【0012】
【発明が解決しようとする課題】
ところが、ラウンドロビンによる調停では、各ストリームに平等に送出権が与えられて調停されるか、又は、各ストリームが重み付けされ、優先順位が付けられて調停される。このため、あるストリームのパケットの送出中に他のストリームのパケットの送出が重なってしまった場合や、あるストリームは帯域が大きく他のストリームは帯域が小さい場合などでも、平等に送出権が与えられ、ジッタの影響が生じてしまうという不具合がある。
【0013】
更に、複数のリアルタイムストリームと非リアルタイムストリームを1つの伝送路上に伝送する場合がある。非リアルタイムストリームはパケットの送出が送れても大きな問題とならないので、複数のリアルタイムストリームと非リアルタイムストリームを1つの伝送路上に伝送する場合には、リアルタイムストリームの伝送に支障が無いように、リアルタイムストリームのパケットを非リアルタイムストリームのパケットより優先させて伝送することが望まれる。しかしながら、ラウンドロビンによる調停では、非リアルタイムストリームにもリアルタイムストリームにも平等に送出権が与えられる。
【0014】
したがって、この発明の目的は、複数のリアルタイムストリームと非リアルタイムストリームとを1つの伝送路上に送出する場合に、リアルタイムストリームのジッタを最小にすると共に、リアルタイムストリームの送信に影響を与えること無く、非リアルタイムストリームを効率的に送信することができるデータ送信装置及び方法を提供することにある。
【0015】
【課題を解決するための手段】
この発明は、複数のリアルタイムデータと非リアルタイムデータとを共通の伝送路上に送信するデータ送信装置であって、
複数のリアルタイムデータを構成する第1のパケット及び非リアルタイムデータを構成する第2のパケットをそれぞれ保存する記憶手段と、
記憶手段に保存されている第1のパケットをそれぞれ所定の間隔で送信すると共に、第1のパケット間において送出時間が重なるときには、送出終了時刻が最も早い第1のパケットを送出し、第1のパケットの送出間隔が第2のパケットの送出時間より長い場合には第2のパケットを送信する送信手段を備えるデータ送信装置である。
【0016】
この発明は、複数のリアルタイムデータと非リアルタイムデータとを共通の伝送路上に送信するデータ送信方法であって、
複数のリアルタイムデータを構成する第1のパケット及び非リアルタイムデータを構成する第2のパケットをそれぞれ保存する第1のステップと、
第1のステップにおいて保存された第1のパケットをそれぞれ所定の間隔で送信すると共に、第1のパケット間において送出時間が重なるときには送出終了時刻が最も早い第1のパケットを送出し、第1のパケットの送出間隔が第2のパケットの送出時間より長い場合には、第2のパケットを送信する第2のステップとを有するデータ送信方法である。
【0017】
複数のリアルタイムストリームと、非リアルタイムストリームとを1つの伝送路上で送信する際に、リアルタイムストリームは、所定のインターバル時間毎に送信させ、非リアルタイムストリームは、リアルタイムストリームの送出に影響が無いように、送出させる。
【0018】
複数のストリームでパケットの送出時刻が重なる場合には、リアルタイムストリームについては、各リアルタイムストリームのジッタが最小となるように、送出順を決めるようにしている。非リアルタイムストリームについては、リアルタイムストリームに影響が無く、且つ、遅延時間が最小となるように、送出させるようにしている。
【0019】
すなわち、リアルタイムストリームについては、各リアルタイムストリームのパケットのインターバル時間と、各リアルタイムストリームのパケットの送出時間とから、各リアルタイムストリームのパケットの送出終了時間を算出し、送出時間が重複しているリアルタイムストリームのパケットの中で、送出終了時間の早い順に、送出順を決める。
【0020】
非リアルタイムストリームについては、非リアルタイムストリームのパケットの送出終了時間と、複数のリアルタイムストリームのパケットのスケジューリング時間とを比較し、非リアルタイムストリームのパケットの送出終了時間の方が、複数のリアルタイムストリームのパケットのスケジューリング時間の何れよりも早いときに、非リアルタイムストリームのパケットを送信する。
【0021】
これにより、リアルタイムストリームのジッタを少なくすることができると共に、非リアルタイムストリームを、リアルタイムストリームに影響を与えず、ベストエフォートで送信できる。
【0022】
【発明の実施の形態】
以下、この発明の実施の形態について図面を参照して説明する。図1は、この発明の実施の形態を示すものである。
【0023】
図1において、パケット化ブロック11にはデータRD1が供給され、パケット化ブロック12にはデータRD2が供給され、パケット化ブロック13にはデータRD3が供給される。パケット化ブロック11、12、13は、リアルタイム系のデータを処理するパケット化ブロックである。データRD1、RD2、RD3は、具体的には、動画データや音声データなど、時間情報が重要となるデータである。
【0024】
パケット化ブロック11、12、13は、それぞれ、データRD1、RD2、RD3をネットワーク上に伝送できるようにパケット化する処理を行っている。
【0025】
パケット化ブロック11からは、データRD1をパケット化して形成されたリアルタイムストリームRS1のパケットが出力され、パケット化ブロック12からは、データRD2をパケット化して形成されたリアルタイムストリームRS2のパケットが出力され、パケット化ブロック13からはデータRD3をパケット化して形成されたリアルタイムストリームRS3のパケットが出力される。パケット化ブロック11、12、13は、具体的には、MPEGやMPEG2のエンコーダであり、リアルタイムストリームRS1、RS2、RS3は、例えば、MPEGやMPEG2のストリームである。勿論、MPEGやMPEG2のストリームに限定されるものではない。
【0026】
パケット化ブロック14には、データND1が供給される。パケット化ブロック14は、非リアルタイム系のデータを処理するパケット化ブロックである。データND1は、具体的には、テキストデータなど、時間情報が大きな意味を持たないデータである。パケット化ブロック14は、データND1をネットワークで伝送できるようにパケット化する処理を行っている。パケット化ブロック14からは、データND1をパケット化して形成された非リアルタイムストリームNS1のパケットが出力される。
【0027】
パケット化ブロック11、12、13からのリアルタイムストリームRS1、RS2、RS3のパケット、及び、パケット化ブロック14からの非リアルタイムストリームNS1のパケットは、ストリーム送出部15に送られる。
【0028】
ストリーム送出部15は、複数のリアルタイムストリームRS1、RS2、RS3及び非リアルタイムストリームND1を、1つの伝送路上に送るための処理を行っている。
【0029】
また、ストリーム送出部15は、各リアルタイムストリームRS1、RS2、RS3のパケットが所定のインターバル時間で送出されるように、パケットの送出時間の割り当てを行う。そして、複数のストリームでパケットの送出時間が重なる場合には、調停を行う。
【0030】
このとき、リアルタイムストリームRS1、RS2、RS3のパケットについては、各リアルタイムストリームRS1、RS2、RS3のパケットのジッタが最小となるように、パケットの送出順を決定する。また、非リアルタイムストリームNS1については、他のリアルタイムストリームRS1、RS2、RS3のパケットの送出に影響が無いと共に、非リアルタイムパケットNS1の遅延が大きくならないように、ベストエフォートで送出させる。ストリーム送出部15の構成については、後に詳述する。
【0031】
ストリーム送出部15からは、リアルタイムストリームRS1、RS2、RS3及び非リアルタイムストリームNS1が1つの伝送路で出力される。このストリーム送出部15からのストリームは、通信プロトコルブロック16に送られる。
【0032】
通信プロトコルブロック16は、ストリームをネットワークで転送できるように、プロトコル処理をするものである。通信プロトコルは、例えば、インターネットで使われているTCP/IP(Transmission Control Protocol/Internet Protocol)である。なお、リアルタイムのストリームでは、UDP(User Data Protocol)が使われる。通信プロトコルは、これに限定されるものではない。
【0033】
通信プロトコルブロック16でプロトコル処理されたパケットは、物理層ブロック17に送られ、物理層ブロック17によりネットワーク18上に送出される。物理層ブロックとしては、有線のインターフェースの他、無線インターフェースを用いることができる。無線インターフェースとしては、IEEE(Instituteof Electrical and Electronics Engineers)802.11bやIEEE802.11aが知られている。ネットワーク18は、例えばインターネットである。勿論、情報機器との間や、情報機器と映像機器との間を繋ぐ専用のネットワークであっても良い。
【0034】
以上のように、図1に示す実施の形態では、ストリーム送出部15が設けられる。ストリーム送出部15により、リアルタイムストリームRS1、RS2、RS3及び非リアルタイムストリームNS1が、1つの伝送路上に送出される。
【0035】
また、各リアルタイムストリームRS1、RS2、RS3のパケットが一定間隔で送出されるように、各リアルタイムストリームの送出時間の割り当てを行っている。また、複数のストリームでパケットの送出時刻が重なる場合には、リアルタイムストリームRS1、RS2、RS3については、各リアルタイムストリームRS1、RS2、RS3のジッタが最小となるように、送出順を決めるようにしている。非リアルタイムストリームNS1については、リアルタイムストリームRS1、RS2、RS3に影響が無く、且つ、遅延時間が最小となるように、ベストエフォートで、送出させるようにしている。このような動作を行うストリーム送出部15について、以下に詳述する。
【0036】
図2は、ストリーム送出部15の構成を示すものである。図2において、バッファメモリ31、32、33は、パケット化ブロック11、12、13からのリアルタイムストリームRS1、RS2、RS3のパケットを一時的に保存するものである。バッファメモリ31、32、33、34はFIFOで(First−In First−Out)あり、バッファメモリ31、32、33には、リアルタイムストリームRS1、RS2、RS3のパケットが順に蓄積される。
【0037】
バッファメモリ31、32、33、34に対して、インターバルカウンタ41、42、43が設けられる。インターバルカウンタ41、42、43は、各リアルタイムストリームRS1、RS2、RS3のパケットのインターバル時間をカウントしている。
【0038】
バッファメモリ31、32、33に蓄積されたリアルタイムストリームRS1、RS2、RS3のパケットは、各インターバルカウンタ41、42、43で所定のインターバル時間になったことがカウントされると(以下、この時点をスケジューリング時間と称する)、スケジューラ35に送信要求が送られスケジューラ35から送信権が与えられるとそれぞれのバッファメモリ31、32、33から読み出される。
【0039】
バッファメモリ34は、非リアルタイムストリームNS1のパケットを一時的に蓄積するものである。バッファメモリ34はFIFOであり、バッファメモリ34には、非リアルタイムストリームNS1のパケットが順に蓄積される。バッファメモリ34にパケットが蓄積されると、バッファメモリ34からスケジューラ35に送信要求が送られる。スケジューラ35から送信権が与えられるとバッファメモリ34から読み出される。
【0040】
図3は、リアルタイムストリームのインターバル時間を説明するものである。例えば、図3Aに示すように、パケット化ブロック11からのリアルタイムストリームRS1のパケットPa1、Pa2、Pa3、…がバッファメモリ31に入力されたとする。このリアルタイムストリームRS1のパケットPa1、Pa2、Pa3、…は、ストリーム送出部15のバッファメモリ31に順に保存され、所定のインターバル時間T_inta毎に送出されることになる(他のストリームの送信が重なっていなければ)。
【0041】
先ず、バッファメモリ31にパケットPa1が入力されると、インターバルカウンタ41にインターバル時間T_intaに相当する値がセットされる。インターバルカウンタ41にインターバル時間T_intaに相当する値がセットされると同時に、インターバルカウンタ41のダウンカウントが開始される。インターバルカウンタ41の値は、時間の経過と共に小さくなり、インターバル時間T_intaが経過すると、インターバルカウンタ41の値は「0」になる。
【0042】
インターバルカウンタ41の値が「0」になった時点がスケジューリング時間である。インターバルカウンタ41の値が「0」になると、スケジューラ35に送信要求が出力される。この送信要求によりスケジューラ35からバッファメモリ31に送出許可が与えられ、バッファメモリ31からパケットPa1が出力される(他のストリームの送信が重なっていなければ)。
【0043】
バッファメモリ31からパケットPa1が出力されると、バッファメモリ31に次のパケットPa2が残っている場合には、インターバルカウンタ41に新たにインターバル時間T_intaに相当する値がセットされる。
【0044】
そして、インターバル時間T_intaが経過すると、インターバルカウンタ41の値は「0」になり、インターバルカウンタ41の値が「0」になると、スケジューラ35に送信要求が出力され、この送信要求によりスケジューラ35からバッファメモリ31に送出許可が与えられ、バッファメモリ31からパケットPa2が出力される(他のストリームの送信が重なっていなければ)。
【0045】
このように、パケットの送出時間T_intaに相当する値をインターバルカウンタ41にセットし、インターバルカウンタ41の値が「0」になったら送信要求を出すことにより、パケットの送出間隔が一定に保たれる。
【0046】
他のリアルタイムストリームRS2、RS3のバッファメモリ32、33についても、リアルタイムストリームRS1のバッファメモリ31と同様に、各バッファメモリ32、33の各インターバルカウンタ42、43に、所定のインターバル時間T_intb、T_intcに相当する値をセットし、各インターバルカウンタ42、43の値が「0」になったら送信要求を出すことにより、バッファメモリ32、33からのリアルタイムストリームRS1、RS2のパケットの送出間隔が一定に保たれる。
【0047】
このように、リアルタイムストリームRS1、RS2、RS3のパケットを蓄積するバッファメモリ31、32、33からは、所定のインターバル時間が経過する毎に、送信要求が送られる。非リアルタイムストリームNS1を蓄積するバッファメモリ34からは、パケットが入力されると、送信要求が送られる。複数のリアルタイムストリームRS1、RS2、RS3及び非リアルタイムストリームNS1からの送信要求が出されると、送出時間が重なることがある。
【0048】
スケジューラ35は、複数のストリームでパケットの送出時間が重なる場合には、リアルタイムストリームRS1、RS2、RS3については、各リアルタイムストリームRS1、RS2、RS3のジッタが最小となるように、送出順を決めるようにしている。非リアルタイムストリームNS11については、リアルタイムストリームRS1、RS2、RS3に影響が無く、且つ、遅延時間が最小となるように、ベストエフォートで、送出させるようにしている。
【0049】
先ず、リアルタイムストリームのスケジューリング処理から説明する。図4に示すように、リアルタイムストリームRS1のパケットPa11のスケジューリング時間がT_a0であり(図4A)、リアルタイムストリームRS2のパケットPb11のスケジューリング時間がT_b0であり(図4B)、リアルタイムストリームRS3のパケットPc11のスケジューリング時間がT_c0であったとする。この場合、図4に示すように、リアルタイムストリームRS1のパケットPa11と、リアルタイムストリームRS2のパケットPb11と、リアルタイムRS3のパケットPc11の送出時間が重なるので、調停が必要になる。
【0050】
このように、リアルタイムストリームRS1、RS2、RS3のバッファメモリ31、32、33からのパケットPa11、Pb11、Pc11の送信時間が重なるような場合には、各リアルタイムストリームRS1、RS2、RS3のジッタが最小となるように、送出順を決めるようにする。
【0051】
すなわち、リアルタイムストリームRS1のバッファメモリ31のパケットPa11から先にパケットを送出した場合、リアルタイムストリームRS2のバッファメモリ32のパケットPb11から先にパケットを送出した場合、リアルタイムストリームRS3のバッファメモリ33のパケットPc11から先にパケットを送出した場合のそれぞれで、他のストリームのパケットに与えるジッタが計算される。そして、各ストリームのパケットのジッタの影響が最も少なくなるような順番で、各ストリームのパケットの送出順が決定される。
【0052】
図4に示したような場合、パケットの送出順としては、パケットPa11、Pb11、Pc11の送出順と、パケットPa11、Pc11、Pb11の送出順と、パケットPb11、Pa11、Pc11の送出順と、パケットPb11、Pc11、Pa11の送出順と、パケットPc11、Pa11、Pb11の送出順と、パケットPc11、Pb11、Pa11の送出順とがある。この中で、各ストリームのパケットPa11、Pb11、Pc11について、ジッタの影響が最も少なくなる送出順が決定される。
【0053】
このように、全ての送出組み合わせについてのジッタ量を比較し、最も小さいものから送出していくことで、他のストリームへのジッタの影響が小さくなるスケジューリングが行える。
【0054】
しかしながら、全ての送出組み合わせについてのジッタ量を比較し、最も小さいものから送出していくのでは、ストリームの数がNであった場合には、Nの階乗分のジッタ計算が必要となってしまう。
【0055】
この例では、各ストリームRS1、RS2、RS3について、パケットの送信終了時間を計算し、この送出終了時間の早い順に、送信許可を与えるようにしている。
【0056】
つまり、次に送るパケットは、その前に送ったパケットの送出終了時間に相当する時間遅れが生じる。このことから、次に送るパケットのジッタは、その前に送ったパケットの送出終了時間が遅いほど、大きくなると言える。したがって、送出終了時間の早い順に、スケジューリングすれば、各ストリームRS1、RS2、RS3について、ジッタの影響が最も少なくなる。
【0057】
リアルタイムストリームRS1のパケットPa11の送信終了時間T_a1は、リアルタイムストリームRS1のパケットPa11の送出時間Ttr_a1と、リアルタイムストリームRS1のインターバル時間T_intaとの和になる。よって、リアルタイムストリームRS1のパケットPa11の送出終了時間T_a1は、
T_a1=Ttr_a1(送出時間)+Tint_a1(インターバル時間)
として表せる。
【0058】
同様に、リアルタイムストリームRS2のパケットPb11の送出終了時間T_b1は、
T_b1=Ttr_b1(送出時間)+Tint_b1(インターバル時間)として表せる。
【0059】
リアルタイムストリームRS3のパケットPc11の送出終了時間T_c1は、
T_c1=Ttr_c1(送出時間)+Tint_c1(インターバル時間)
として表せる。
【0060】
このリアルタイムストリームRS1のパケットPa11の送出終了時間T_a1と、リアルタイムストリームRS2のパケットPb11の送出終了時間T_b1と、リアルタイムストリームRS3のパケットPc11の送出終了時間T_c1とを比較し、送出終了時間が早い順にスケジューリングが行われる。
【0061】
すなわち、最初に送出するパケットは、
min(T_a1,Tb1,T_c1)
となる。但し、min(x,y,z)は、x,y,zの中で最小値を求める関数とする。
【0062】
ここで、各パケットの送出時間Ttr(Ttr_a1、Ttr_b1、Ttr_c1)は、パケットサイズPacketSizeと、送出する伝送路の伝送レートLineRateとから、
Ttr(sec) = PacketSize(bit) / LineRate(bit/sec)
として求められる。伝送レートは、インターネット上の伝送スピードで例えば100Mbpsである。
【0063】
インターバル時間Tint(T_inta、T_intb、T_intc)は、
Tint(sec) = Ttr(sec) * LineRate(bit/sec) / SetRate(bit/sec)
として求められる。SetRate は、バッファメモリ31、32、33に予め設定する送信レートである。
【0064】
図2において、リアルタイムストリームのバッファメモリ31、32、33からは、スケジューラ35でスケジューリングされた順番で、送信許可が送られる。各バッファメモリ31、32、33は、送信許可を受け取ることで送信権を得る。送信権を得たバッファメモリ31、32、33は、パケットが送信できる状態になったら、そのバッファメモリからパケットを送信することができる。
【0065】
図4に示すように場合には、リアルタイムストリームRS1のパケットPa11の送出終了時間T_a1が最も早くなり、次に、リアルタイムストリームRS2のパケットPb11の送出終了時間T_b1が早く、リアルタイムストリームRS3のパケットPc11の送出終了時間T_c1が最も遅い。したがって、パケットPa11、Pb11、Pc11の順番でスケジューリングされる。その結果、図5に示すように、先ず、パケットPa1が出力され、次に、パケットPb1が出力され、次に、パケットPc1が出力されるようになる。
【0066】
この発明の実施の形態では、送出終了時間の早い順に、スケジューリングするようにしている。例えば全探索でスケジューリングを行った場合には、スケジューリング時間で全ての送出組み合わせについてのジッタ量を比較して最も小さいものから送出していくので、精度が非常によい反面、ストリームの数がNであった場合には、Nの階乗分のジッタ計算が必要となってしまう。本発明では、時分割的にスケジューリングを行っていくので、一回のスケジューリングでは、N通りのジッタ計算を行えばよいことがわかる。
【0067】
次に、非リアルタイムストリームの処理について説明する。非リアルタイムパケットについては、リアルタイムストリームに影響が無く、且つ、遅延時間が最小となるときに、ベストエフォートで送信が行われる。具体的には、各リアルタイムストリームのスケジューリング時間と、非リアルタイムストリームの送出終了時間とを比較し、非リアルタイムストリームの送出終了時間の方がリアルタイムストリームのスケジューリング時間より早い場合に、送信許可が与えられる。
【0068】
図6に示すように、送出開始時間T_d10から非リアルタイムストリームNS1のパケットPd21送信要求があったとする(図6D)。この場合、非リアルタイムストリームNS1のパケットPd21の送出終了時間T_d11は、リアルタイムストリームRS1、RS2、RS3のパケットPa21(図6A)、Pb21(図6B)、Pc21(図6C)のスケジューリング時間T_a10、スケジューリング時間T_b10、スケジューリング時間T_c10より前になる。この場合には、非リアルタイムストリームNS1のパケットPd21を送出しても、リアルタイムストリームRS1、RS2、RS3のパケットPa21、Pb21、Pc21の送出に影響を与えることが無いので、非リアルタイムストリームのパケットPd21送出は許可される。
【0069】
これに対して、図7に示すように、送出開始時間T_d10から非リアルタイムストリームNS1のパケットPd21の送信要求があったとする(図7D)。この場合、非リアルタイムストリームNS1のパケットPd21の送出終了時間T_d11は、リアルタイムストリームRS1、RS2、RS3のパケットPa21(図7A)、Pb21(図7B)、Pc21(図7C)のスケジューリング時間T_a10、T_b10、T_c10より後になる。この場合には、非リアルタイムストリームNS1のパケットPd21の送出がリアルタイムストリームRS1、RS2、RS3のパケットPa21、Pb21、Pc21の送出に影響を与えることになるため、非リアルタイムストリームのパケットPd21送出は許可されず、バッファメモリ34内で待機される。
【0070】
上述の非リアルタイムストリームに対する処理を式で表すと、
min(T_a10,T_b10,T_c10) > Td_11
のときに、送信許可となる。
【0071】
ただし、リアルタイムパケットの送出間隔が短いと、いつまでたっても非リアルタイムパケットが送出されないので、ある時間を過ぎても、非リアルタイムパケットが送出されない場合は、Td_11を0以上1以下の値αを乗じて送出できるような機構を実装する必要がある。
【0072】
これを式で表すと
min(T_a10,T_b10,T_c10) > Td_11* α (1>α >=0 )
となる。
【0073】
図8は、リアルタイム系の各バッファメモリ31、32、33の処理を示すフローチャートである。図8に示すように、各バッファメモリにパケットが入力されると(ステップS1)、送出時間Ttraとインターバル時間Tintを計算する(ステップS2)。この送出時間Ttraとインターバル時間Tintをスケジューラ35に送ると共に(ステップS3)、インターバル時間Tintをインターバルカウンタ41、42、43にセットし(ステップS4)、インターバルカウンタ41、42、43のカウントダウンを開始する(ステップS5)。インターバルカウンタ41、42、43が「0」になったかどうかを判断し(ステップS6)、インターバルカウンタ41、42、43が「0」になったら、スケジューラ35に対して、送信要求を出す(ステップS7)。
【0074】
スケジューラ35でスケジューリングされた順に、各バッファメモリ31、32、33に、送信許可が与えられる。各バッファメモリ31、32、33は、送信許可を受け取ると(ステップS8)、各バッファメモリ31、32、33にあるパケットを送出することができる。(ステップS9)。
【0075】
パケットが送出されたら、バッファメモリ31、32、33にパケットが残っているかどうかを判断し(ステップS10)、パケットが残っていたら、ステップS2にリターンし、バッファメモリ31、32、33にパケットが残っていなければ、ステップS1にリターンする。
【0076】
図9は、非リアルタイム系のバッファメモリ34の処理を示すフローチャートである。非リアルタイム系のバッファメモリ34にパケットが入力されると(ステップS21)、送出時間Ttraを計算し(ステップS22)、送信時間Ttraをスケジューラ35に送信する(ステップS23)と共に、スケジューラ35に対して、送信要求を出す(ステップS24)。非リアルタイムストリームの伝送が可能なときには、スケジューラ35は、バッファメモリ34に送信許可を与える。
【0077】
バッファメモリ34は、送信許可を受け取ると(ステップS25)、バッファメモリ34にあるパケットを送出することができる。(ステップS26)。
【0078】
パケットが送出されたら、バッファメモリ34にパケットが残っているかどうかを判断し(ステップS27)、パケットが残っていたら、ステップS22にリターンし、バッファメモリ34にパケットが残っていなければ、ステップS21にリターンする。
【0079】
図10は、スケジューラ35の処理を示すフローチャートである。スケジューラ35は、各バッファメモリ31、32、33からリアルタイムストリームの送信要求を受け取ると(ステップS51)、前述したリアルタイムストリームのアルゴリズムのスケジューリング処理を行う(ステップS52)。すなわち、リアルタイムストリームRS1のパケットの送出終了時間と、リアルタイムストリームRS2のパケットの送出終了時間と、リアルタイムストリームRS3のパケットの送出終了時間とを比較し、一番最初に送出すべきフローに送出権を与える。(ステップS53)。
【0080】
バッファメモリ34から非リアルタイムストリームNS1の送信要求を受け取ると(ステップS54)、前述したように、リアルタイムストリームに影響が無く、且つ、遅延時間が最小となるときに、ベストエフォートで、バッファメモリ34に送信許可を与える。すなわち、非リアルタイムストリームのパケットの送出終了時間と、複数のリアルタイムストリームのパケットのスケジューリング時間とを比較し、非リアルタイムストリームのパケットの送出終了時間の方が、複数のリアルタイムストリームのパケットのスケジューリング時間の何れよりも短いときに、非リアルタイムストリームのパケットを送信する。非リアルタイムストリームのパケットが待機している間に、リアルタイムストリームに転送許可が与えられたときには、α値を例えば半分にする(ステップ55)。
【0081】
このように、この発明の実施の形態では、複数のリアルタイムストリームの送出時間が重なるときには、各リアルタイムストリームのジッタが最小となるように、送出順を決めている。具体的には、各リアルタイムストリームのパケットの中で、送出終了時間の早い順に、スケジューリングするようにしている。これにより、複数のリアルタイムストリームを1つの伝送路上に送出する場合に、各リアルタイムストリームのジッタを少なくすることができる。また、非リアルタイムストリームについては、リアルタイムストリームの送出に影響を与えること無く、ベストエフォートで送出することができる。
【0082】
図11は、この発明の他の実施の形態を示すものである。図1に示した実施の形態では、ストリーム送出部15で、複数のストリームを1つの伝送路に送出した後に、通信プロトコルブロック16で、ネットワークで転送できるようにプロトコル処理し、物理層ブロック17を介して、ネットワーク18に送信している。
【0083】
これに対して、この実施の形態では、各リアルタイムストリームをネットワークで転送できるようにプロトコル処理した後に、ストリーム送出部で1つの伝送路に送出し、物理層ブロック61を介して、ネットワーク62に送信している。
【0084】
図11において、パケット化ブロック51にはデータRD11が供給され、パケット化ブロック52にはデータRD12が供給され、パケット化ブロック53にはデータRD13が供給される。パケット化ブロック51、52、53は、リアルタイム系のデータを処理するパケット化ブロックである。
【0085】
パケット化ブロック51、52、53は、それぞれ、データRD11、RD12、RD13をネットワーク上に伝送できるようにパケット化する処理を行っている。
【0086】
パケット化ブロック51からは、データRD51をパケット化して形成されたリアルタイムストリームRS11のパケットが出力され、パケット化ブロック52からは、データRD12をパケット化して形成されたリアルタイムストリームRS12のパケットが出力され、パケット化ブロック53からはデータRD13をパケット化して形成されたリアルタイムストリームRS13のパケットが出力される。
【0087】
パケット化ブロック54には、データND11が供給される。パケット化ブロック54は、非リアルタイム系のデータを処理するパケット化ブロックである。パケット化ブロック54は、データND11をネットワークで伝送できるようにパケット化する処理を行っている。パケット化ブロック54からは、データND11をパケット化して形成された非リアルタイムストリームNS11のパケットが出力される。
【0088】
パケット化ブロック51、52、53からのリアルタイムストリームRS11、RS12、RS13のパケットは、通信プロトコルブロック55、56、57にそれぞれ供給される。パケット化ブロック54からの非リアルタイムストリームNS11のパケットは、通信プロトコルブロック58に供給される。
【0089】
通信プロトコルブロック55、56、57は、リアルタイムストリームRS11、RS12、RS13をネットワークで転送できるように、プロトコル処理をするものである。通信プロトコルブロック58は、非リアルタイムストリームS11を、ネットワークで転送できるように、プロトコル処理をするものである。
【0090】
通信プロトコルブロック55、56、57からの、プロトコル処理されたリアルタイムストリームのパケット、及び、通信プロトコルブロック58からの、プロトコル処理された非リアルタイムストリームパケットは、ストリーム送出部60に供給される。
【0091】
ストリーム送出部60は、複数のリアルタイムストリームRS11、RS12、RS13及び非リアルタイムストリームND11を、1つの伝送路上に送るための処理を行っている。
【0092】
また、ストリーム送出部60は、各リアルタイムストリームRS11、RS12、RS13のパケットが所定のインターバル間隔となるように、パケットの送出時間の割り当てを行う。そして、複数のストリームでパケットの送出時間が重なる場合には、調停を行う。
【0093】
このとき、リアルタイムストリームのパケットについては、各リアルタイムストリームのパケットのジッタが最小となるように、各リアルタイムストリームのパケットの送出順を決定する。また、非リアルタイムストリームについては、他のリアルタイムストリームのパケットの送出に影響が無いと共に、非リアルタイムパケットの遅延が大きくならないように、非リアルタイムパケットを送出させる。
【0094】
ストリーム送出部60としては、図2に示したような構成のものを用いることができる。
【0095】
ストリーム送出部60からは、通信プロトコル処理されたリアルタイムストリームRS11、RS12、RS13のパケット及び非リアルタイムストリームNS11のパケットが1つの伝送路で出力される。このストリーム送出部60からのストリームは、物理層ブロック61に送られ、物理層ブロック61によりネットワーク62上に送出される。
【0096】
以上説明したように、この発明が適用された送信装置では、複数のリアルタイムストリームと、非リアルタイムストリームとを1つの伝送路で送信する際に、複数のストリームでパケットの送出時刻が重なる場合には、リアルタイムストリームRS1、RS2、RS3については、各リアルタイムストリームRS1、RS2、RS3のジッタが最小となるように、送出順を決めるようにしている。非リアルタイムストリームNS11については、リアルタイムストリームRS1、RS2、RS3に影響が無く、且つ、遅延時間が最小となるように、送出させるようにしている。これにより、リアルタイムストリームのジッタを少なくすることができると共に、非リアルタイムストリームを、リアルタイムストリームに影響を与えず、ベストエフォートで送信できる。
【0097】
なお、この発明は、上述した実施形態に限定されるものではなく、この発明の要旨を逸脱しない範囲内で様々な変形や応用が可能である。
【0098】
【発明の効果】
この発明によれば、複数のリアルタイムストリームと、非リアルタイムストリームとを1つの伝送路で送信する際に、リアルタイムストリームは、所定のインターバル時間毎に送信させ、非リアルタイムストリームは、リアルタイムストリームの送出に影響が無いように、送出させている。複数のストリームでパケットの送出時刻が重なる場合には、リアルタイムストリームについては、各リアルタイムストリームのジッタが最小となるように、送出順を決めるようにしている。非リアルタイムストリームについては、リアルタイムストリームに影響が無く、且つ、遅延時間が最小となるように、送出させるようにしている。
【0099】
すなわち、リアルタイムストリームについては、各リアルタイムストリームのパケットのインターバル時間と、各リアルタイムストリームのパケットの送出時間とから、各リアルタイムストリームのパケットの送出終了時間を算出し、送出時間が重複しているリアルタイムストリームのパケットの中で、送出終了時間の早い順に、送出順を決める。
【0100】
非リアルタイムストリームについては、非リアルタイムストリームのパケットの送出終了時間と、複数のリアルタイムストリームのパケットのスケジューリング時間とを比較し、非リアルタイムストリームのパケットの送出終了時間の方が、複数のリアルタイムストリームのパケットのスケジューリング時間の何れよりも短いときに、非リアルタイムストリームのパケットを送信する。
【0101】
これにより、リアルタイムストリームのジッタを少なくすることができると共に、非リアルタイムストリームを、リアルタイムストリームに影響を与えず、ベストエフォートで送信できる。
【0102】
最初に送出すべきパケットを決定するための計算が少ないためハードウェアでもソフトウェアでも簡単に実現できる。さらに一度に送出順番を計算する必要がなく送出が終わるたびに次に送出すべきパケットを計算すればよいので一度に計算すべき計算量の負荷を軽くできるため実装上の制約を少なくできる。
【図面の簡単な説明】
【図1】この発明が適用された送信装置の一例の構成を示すブロック図である。
【図2】ストリーム送出部の構成を示すブロック図である。
【図3】リアルタイムストリームの送出の説明に用いる略線図である。
【図4】リアルタイムストリームのスケジューリングの説明に用いる略線図である。
【図5】リアルタイムストリームのスケジューリングの説明に用いる略線図である。
【図6】非リアルタイムストリームのスケジューリングの説明に用いる略線図である。
【図7】非リアルタイムストリームのスケジューリングの説明に用いる略線図である。
【図8】リアルタイムストリームのバッファの動作の説明に用いるフローチャートである。
【図9】非リアルタイムストリームのバッファの動作の説明に用いるフローチャートである。
【図10】スケジューラの動作の説明に用いるフローチャートである。
【図11】この発明が適用された送信装置の他の例の構成を示すブロック図である。
【図12】従来のストリーム送出部の構成を示すブロック図である。
【図13】ラウンドロビンの説明に用いるフローチャートである。
【符号の説明】
11、12、13・・・リアルタイムのデータのパケット化ブロック、14・・・非リアルタイムのデータのパケット化ブロック、15・・・ストリーム送出部、16・・・通信プロトコルブロック、17・・・物理層ブロック、18・・・ネットワーク、31、32、33・・・リアルタイムストリームのバッファメモリ、34・・・非リアルタイムストリームのバッファメモリ、35・・・スケジューラ
Claims (5)
- 複数のリアルタイムデータと非リアルタイムデータとを共通の伝送路上に送信するデータ送信装置であって、
上記複数のリアルタイムデータを構成する第1のパケット及び上記非リアルタイムデータを構成する第2のパケットをそれぞれ保存する記憶手段と、
上記記憶手段に保存されている上記第1のパケットをそれぞれ所定の間隔で送信すると共に、上記第1のパケット間において送出時間が重なるときには、送出終了時刻が最も早い上記第1のパケットを送出し、第1のパケットの送出間隔が上記第2のパケットの送出時間より長い場合には上記第2のパケットを送信する送信手段を備えるデータ送信装置。 - 上記送信手段は、上記第1のパケットのにおける送出間隔と上記第1のパケットの送出時間とから上記送出終了時刻を算出する請求項1に記載のデータ送信装置。
- 上記送信手段は、上記第1のパケットが所定数送信される間において上記第2のパケットが送信されない場合には、上記第2のパケットの送出時間に1より小さな正の係数を乗じた時間を上記第2のパケットの新たな送出時間とみなす請求項1に記載のデータ送信装置。
- 複数のリアルタイムデータと非リアルタイムデータとを共通の伝送路上に送信するデータ送信方法であって、
上記複数のリアルタイムデータを構成する第1のパケット及び上記非リアルタイムデータを構成する第2のパケットをそれぞれ保存する第1のステップと、
上記第1のステップにおいて保存された上記第1のパケットをそれぞれ所定の間隔で送信すると共に、上記第1のパケット間において送出時間が重なるときには送出終了時刻が最も早い上記第1のパケットを送出し、上記第1のパケットの送出間隔が上記第2のパケットの送出時間より長い場合には、上記第2のパケットを送信する第2のステップとを有するデータ送信方法。 - 上記第2のステップでは、上記第1のパケットが所定数送信される間において上記第2のパケットが送信されない場合には、上記第2のパケットの送出時間に1より小さな正の係数を乗じた時間を上記第2のパケットの新たな送出時間とみなす請求項4に記載のデータ送信方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003012507A JP3867671B2 (ja) | 2003-01-21 | 2003-01-21 | データ送信装置及びデータ送信方法 |
US10/751,530 US8085784B2 (en) | 2003-01-21 | 2004-01-06 | Data transmitting apparatus and data transmitting method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003012507A JP3867671B2 (ja) | 2003-01-21 | 2003-01-21 | データ送信装置及びデータ送信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004228777A true JP2004228777A (ja) | 2004-08-12 |
JP3867671B2 JP3867671B2 (ja) | 2007-01-10 |
Family
ID=32709231
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003012507A Expired - Fee Related JP3867671B2 (ja) | 2003-01-21 | 2003-01-21 | データ送信装置及びデータ送信方法 |
Country Status (2)
Country | Link |
---|---|
US (1) | US8085784B2 (ja) |
JP (1) | JP3867671B2 (ja) |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008011539A (ja) * | 2006-06-27 | 2008-01-17 | Samsung Electronics Co Ltd | 通信システムにおけるデータパケットをスケジューリングする装置及び方法 |
JP2009049931A (ja) * | 2007-08-22 | 2009-03-05 | Nec System Technologies Ltd | シェーピング装置およびシェーピング方法 |
JP2011501569A (ja) * | 2007-10-19 | 2011-01-06 | レベルヴォックス,エルエルシー | 通信およびマルチメディアの管理方法および装置 |
JP2012015895A (ja) * | 2010-07-02 | 2012-01-19 | Mitsubishi Electric Corp | 通信装置およびパケット中継方法 |
US8682336B2 (en) | 2007-10-19 | 2014-03-25 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8699678B2 (en) | 2007-10-19 | 2014-04-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8706907B2 (en) | 2007-10-19 | 2014-04-22 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8340027B2 (en) * | 2006-08-07 | 2012-12-25 | Qualcomm Incorporated | Monitor period for asynchronous wireless communication |
US8737313B2 (en) * | 2006-08-07 | 2014-05-27 | Qualcomm Incorporated | Transmit time segments for asynchronous wireless communication |
US9008002B2 (en) * | 2006-08-07 | 2015-04-14 | Qualcomm Incorporated | Conditional requests for asynchronous wireless communication |
US8416762B2 (en) * | 2006-08-07 | 2013-04-09 | Qualcomm Incorporated | Message exchange scheme for asynchronous wireless communication |
US8310996B2 (en) * | 2006-08-07 | 2012-11-13 | Qualcomm Incorporated | Conditional scheduling for asynchronous wireless communication |
US8213316B1 (en) * | 2006-09-14 | 2012-07-03 | Avaya Inc. | Method and apparatus for improving voice recording using an extended buffer |
DE102012210243B4 (de) * | 2012-06-18 | 2017-12-28 | Siemens Aktiengesellschaft | Verfahren zum Übertragen von Datenpaketen in einem Kommunikationsnetzwerk und Kommunikationsnetzwerk |
US11089341B2 (en) | 2018-05-11 | 2021-08-10 | Prowire Sport Llc | System and method for capturing and distributing a live audio stream of a live event in real-time |
US11606407B2 (en) | 2018-07-05 | 2023-03-14 | Prowire Sport Limited | System and method for capturing and distributing live audio streams of a live event |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3186917B2 (ja) * | 1994-03-25 | 2001-07-11 | 株式会社日立製作所 | ローカルエリアネットワーク及びその送信順位自動決定方法 |
US5539729A (en) * | 1994-12-09 | 1996-07-23 | At&T Corp. | Method for overload control in a packet switch that processes packet streams having different priority levels |
JP3301682B2 (ja) * | 1995-08-11 | 2002-07-15 | 松下電器産業株式会社 | パケット出力装置 |
US5689508A (en) | 1995-12-21 | 1997-11-18 | Xerox Corporation | Reservation ring mechanism for providing fair queued access in a fast packet switch networks |
US6359899B1 (en) * | 1997-05-28 | 2002-03-19 | Lucent Technologies Inc. | Priority access for real-time traffic in contention-based networks |
US6636481B1 (en) * | 1999-01-26 | 2003-10-21 | Matsushita Electric Industrial Co., Ltd. | Data connecting method, data connecting apparatus, program recording medium |
US6560230B1 (en) * | 1999-02-01 | 2003-05-06 | Redback Networks Inc. | Packet scheduling methods and apparatus |
JP3827133B2 (ja) | 1999-09-17 | 2006-09-27 | 日本ビクター株式会社 | 画像伝送装置及び画像伝送方法 |
US6570849B1 (en) * | 1999-10-15 | 2003-05-27 | Tropic Networks Inc. | TDM-quality voice over packet |
US6975629B2 (en) * | 2000-03-22 | 2005-12-13 | Texas Instruments Incorporated | Processing packets based on deadline intervals |
JP3584859B2 (ja) | 2000-06-29 | 2004-11-04 | 日本電気株式会社 | パケットスケジューリング装置 |
JP2002314595A (ja) | 2001-04-10 | 2002-10-25 | Nec Corp | 通信中継装置およびジッタ抑制方法 |
JP2003018208A (ja) | 2001-07-04 | 2003-01-17 | Fujitsu Ltd | QoS制御装置 |
US6947756B2 (en) * | 2001-12-24 | 2005-09-20 | Telefonaktiebolaget Lm Ericsson | Method of balancing backhaul delays for a series of daisy chained radio base stations |
US7385997B2 (en) * | 2002-04-08 | 2008-06-10 | International Business Machines Corporation | Priority based bandwidth allocation within real-time and non-real-time traffic streams |
US20040004971A1 (en) * | 2002-07-03 | 2004-01-08 | Linghsiao Wang | Method and implementation for multilevel queuing |
CN101631082B (zh) * | 2002-11-27 | 2011-05-11 | Rgb网络有限公司 | 用于数据包的动态通道映射与最优化调度的设备与方法 |
-
2003
- 2003-01-21 JP JP2003012507A patent/JP3867671B2/ja not_active Expired - Fee Related
-
2004
- 2004-01-06 US US10/751,530 patent/US8085784B2/en not_active Expired - Fee Related
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008011539A (ja) * | 2006-06-27 | 2008-01-17 | Samsung Electronics Co Ltd | 通信システムにおけるデータパケットをスケジューリングする装置及び方法 |
JP4559451B2 (ja) * | 2006-06-27 | 2010-10-06 | 三星電子株式会社 | 通信システムにおけるデータパケットをスケジューリングする装置及び方法 |
US7864778B2 (en) | 2006-06-27 | 2011-01-04 | Samsung Electronics Co., Ltd | Apparatus and method of scheduling data packet in a communication system |
JP2009049931A (ja) * | 2007-08-22 | 2009-03-05 | Nec System Technologies Ltd | シェーピング装置およびシェーピング方法 |
JP4716194B2 (ja) * | 2007-08-22 | 2011-07-06 | Necシステムテクノロジー株式会社 | シェーピング装置およびシェーピング方法 |
JP2011501569A (ja) * | 2007-10-19 | 2011-01-06 | レベルヴォックス,エルエルシー | 通信およびマルチメディアの管理方法および装置 |
US8682336B2 (en) | 2007-10-19 | 2014-03-25 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8699678B2 (en) | 2007-10-19 | 2014-04-15 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
US8706907B2 (en) | 2007-10-19 | 2014-04-22 | Voxer Ip Llc | Telecommunication and multimedia management method and apparatus |
JP2012015895A (ja) * | 2010-07-02 | 2012-01-19 | Mitsubishi Electric Corp | 通信装置およびパケット中継方法 |
Also Published As
Publication number | Publication date |
---|---|
JP3867671B2 (ja) | 2007-01-10 |
US8085784B2 (en) | 2011-12-27 |
US20040141512A1 (en) | 2004-07-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Nayak et al. | Time-sensitive software-defined network (TSSDN) for real-time applications | |
Nayak et al. | Incremental flow scheduling and routing in time-sensitive software-defined networks | |
JP2004228777A (ja) | データ送信装置及びデータ送信方法 | |
CN110024339B (zh) | 报文转发方法、转发设备和网络设备 | |
Ashjaei et al. | Schedulability analysis of Ethernet Audio Video Bridging networks with scheduled traffic support | |
Gavriluţ et al. | Traffic-type assignment for TSN-based mixed-criticality cyber-physical systems | |
US11018791B2 (en) | Method and device for time-controlled data transmission in a time-sensitive network | |
Laursen et al. | Routing optimization of AVB streams in TSN networks | |
TWI388156B (zh) | 網路延遲控制 | |
EP2817921B1 (en) | Network devices with time aware medium access controller | |
US7142513B2 (en) | Method and multi-queue packet scheduling system for managing network packet traffic with minimum performance guarantees and maximum service rate control | |
US20140112149A1 (en) | Closed loop end-to-end qos on-chip architecture | |
TWI526024B (zh) | 在一網路內用於等時資料遞送之方法及裝置 | |
US7626993B2 (en) | Transmission device and method, recording medium, program, and control device | |
JP7394986B2 (ja) | データパケットを送信する方法、及びこの方法を実施する装置 | |
JP2003324471A (ja) | パケット出力制御装置 | |
US9703732B2 (en) | Interface apparatus and memory bus system | |
WO2022022224A1 (zh) | 调度数据包的方法和相关装置 | |
TW201628434A (zh) | 基於競爭的網路中的頻寬獲取的方法及裝置 | |
US10404624B2 (en) | Lossless switching of traffic in a network device | |
Ternon et al. | FTT-openFlow, on the way towards real-time SDN | |
JP2003264583A (ja) | パケットシェーピング方法及び装置 | |
US20030172314A1 (en) | Timer monitoring apparatus and method | |
Martin et al. | Managing fairness and application performance with active queue management in docsis-based cable networks | |
KR101224593B1 (ko) | 패킷 스위칭 네트워크에서의 패킷 플로우 스케줄링 장치 및방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050704 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050823 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20051021 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20060328 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060526 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20060703 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060808 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060828 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060919 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061002 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091020 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101020 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111020 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121020 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131020 Year of fee payment: 7 |
|
LAPS | Cancellation because of no payment of annual fees |