JP3694451B2 - Gateway and data transfer method - Google Patents

Gateway and data transfer method Download PDF

Info

Publication number
JP3694451B2
JP3694451B2 JP2000285900A JP2000285900A JP3694451B2 JP 3694451 B2 JP3694451 B2 JP 3694451B2 JP 2000285900 A JP2000285900 A JP 2000285900A JP 2000285900 A JP2000285900 A JP 2000285900A JP 3694451 B2 JP3694451 B2 JP 3694451B2
Authority
JP
Japan
Prior art keywords
time
network
unit
data unit
data
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.)
Expired - Fee Related
Application number
JP2000285900A
Other languages
Japanese (ja)
Other versions
JP2001160830A (en
Inventor
将史 森岡
敬 鈴木
敏朗 河原
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2000285900A priority Critical patent/JP3694451B2/en
Publication of JP2001160830A publication Critical patent/JP2001160830A/en
Application granted granted Critical
Publication of JP3694451B2 publication Critical patent/JP3694451B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Description

【0001】
【発明の属する技術分野】
この発明は、データ伝送における遅延ジッタが存在するネットワークと、他のネットワークとを接続するゲートウェイおよびそのためのデータ転送方法に関する。
【0002】
【従来の技術】
プロトコルおよびネットワーク特性の異なる異種ネットワークに接続された各端末間でのマルチメディア通信を行うために、ゲートウェイは不可欠な部材である。このゲートウェイは、送信元端末が属するネットワークのプロトコルに従ったデータを受信し、送信先端末が属するネットワークのプロトコルに従ってこのデータを送信する。これにより、送信元端末から送信されたデータは、その送信元端末が属するネットワーク、ゲートウェイ、および送信先端末の属するネットワークを通過することになる。
【0003】
マルチメディアのために、インターネットのようなパケット交換網ではITU−T勧告H.323に準拠した端末が用いられており、PSTN(public switched telephone network)のような回線交換網ではITU−T勧告H.324に準拠した端末が用いられている。勧告H.323とH.324では、使用されている通信プロトコルが異なるため(勧告H.323ではRTP/UDP、勧告H.324では勧告H.223で規定する多重送信プロトコル)、相互接続にはゲートウェイにおいてプロトコルの変換が必要になる。さらにまた、高品質のマルチメディア通信を実現するには、遅延、遅延ジッタおよびエラー特性のようなネットワーク特性の相違を補償することが必要である。
【0004】
【発明が解決しようとする課題】
ネットワークでは、様々な要因によってデータ伝送に関する遅延が生じ、各データユニットの遅延が異なる場合がある。このような伝送遅延のゆらぎを遅延ジッタという。遅延ジッタの発生要因としては、例えば、パケット交換網での蓄積交換、経路上のノードにおける待ち合わせ、あるいは、各データユニットが異なる経路を経てゲートウェイに到着する事実がある。
【0005】
回線交換網においても、異なる形式のデータを同時に伝送することにより遅延ジッタが生ずる。例えば、テレビ電話のようなマルチメディア端末は、一つのビットストリームに画像、音声および/またはアプリケーションデータを多重する。このような場合においては、すぐに送信されるデータもあれば、現在送信中のデータの送信完了まで送信されないデータもある。この種の遅延ジッタは端末でもゲートウェイでも起こり、送信速度が低いほど大きくなる。
【0006】
遅延ジッタが発生すると、送信元端末でのデータユニットの時間間隔が、送信先端末においては保たれない。例えば音声のような精確な同期の必要性が高いデータを送信する際には、このような遅延ジッタを解消できることが望ましい。
遅延ジッタを解消するために、通信端末にはある程度の遅延ジッタを吸収するものがある。例えば、ある通信端末は、様々な遅延時間で受信したデータユニットをいったん記憶し、一連のデータユニットが蓄積されてからそれらを連続して出力する。しかしながら、ネットワークによって遅延ジッタの発生要因や特性が異なるので、送信先となりうる通信端末に受信されるデータの遅延ジッタが、どの程度大きいのかをあらかじめ知ることは困難である。従って、送信先の端末で許容される遅延ジッタは、その端末の属するネットワークにおいて発生しうる最大の遅延ジッタに基づいている場合が多い。このため、エンド・トゥ・エンドの遅延が増加することになり、この遅延はリアルタイム通信では深刻な問題となりうる。
【0007】
本発明は、ジッタを削減することにより、遅延の増加を最小限にすることのできるゲートウェイおよびデータ転送方法を提供する。
【0008】
【課題を解決するための手段】
本発明の一つの態様によれば、二つのネットワークを接続するゲートウェイが、
少なくとも一つの形式の複数のデータユニットを第1のネットワークから受信する受信部と、
前記受信部で受信した前記データユニットを一時的に記憶し、送信先端末の遅延ジッタ削減能力に基づいてある時間を決定し、前記受信部において先頭のデータユニットを受信した時刻からその決定した時間が経過した後に前記先頭のデータユニットを出力し、その後、前記第1のネットワークにおける送信サイクルと同じサイクルで後続のデータユニットを順次出力する制御部と、
前記制御部で出力されたデータユニットに対応するデータユニットを前記送信先端末に届けるために第2のネットワークに送信する送信部とを備える。
本発明において、ゲートウェイには第1および第2のネットワークが接続されている。送信先端末は、第2のネットワークに直接的に奉仕されてもよい。あるいは、送信先端末は、第2のネットワークに間接的に奉仕されてもよい。つまり、送信先端末と第2のネットワークとの間に、一つまたは複数のネットワークと、これらの隣合うネットワーク相互を接続する他のゲートウェイが介在していてもよい。
好ましくは、このゲートウェイは、前記送信先端末の遅延ジッタ削減能力に関する情報を獲得するジッタ削減能力獲得部をさらに備えるとよい。
【0010】
好ましくは、前記受信部は、異なる形式のデータユニットを受信することが可能であり、異なる形式のデータユニットが同時に未送信である時に、前記制御部は、前記第1のネットワークにおいて前記データユニットが伝送される際に生じた遅延時間に応じて前記送信部における優先度を決定してもよい。この場合、前記送信部は、前記制御部から出力された異なる形式のデータユニットを、前記優先度に従って多重化して前記第2のネットワークを通じて前記送信先端末に送信するようにしてもよい。
【0011】
好ましくは、前記制御部は、各形式における最初のデータユニットが前記制御部から出力された最初出力時刻を検出する出力時刻検出部と、前記最初出力時刻に基づいて、各形式における最初のデータユニットに対する各データユニットの前記遅延時間を算出する遅延時間算出部とを備えてもよい。この場合、前記制御部は、算出された前記遅延時間が長いと判定されたデータユニットについては、他のデータユニットに優先して送信するように前記送信部を制御するようにしてもよい。
【0012】
前記制御部は、前記第1のネットワークにおいて前記データユニットが伝送される際に生じうる最大遅延時間を、前記送信先端末において許容される遅延ジッタに応じて短縮して前記時間を求めるようにしてもよい。
【0013】
本発明の他の一つの態様によれば、データ転送方法が、少なくとも一つの形式の複数のデータユニットを第1のネットワークから受信することと、前記データユニットを一時的に記憶することと、あらかじめ獲得した送信先端末のジッタ削減能力に基づいてある時間を決定することと、先頭のデータユニットを受信した時刻からその決定した時間が経過した後に前記先頭のデータユニットを出力することと、前記第1のネットワークにおける送信サイクルと同じサイクルで後続のデータユニットを順次出力すること、前記データユニットに対応するデータユニットを前記送信先端末に届けるために第2のネットワークに送信することとを備える。
【0014】
【発明の実施の形態】
以下、添付図面を参照しながら、本発明に係る一つの実施の形態について説明する。
図1に示すように、本発明に係る実施形態では、ゲートウェイ10が網20と網30とを相互接続しており、これにより網20に奉仕される送信元端末からデータが網30に奉仕される送信先端末に送信され、逆に、網30に奉仕される送信元端末からデータが網20に奉仕される送信先端末に送信される。網20、30はそれぞれ多数の端末に奉仕するが、図1では、便宜上、網20に奉仕される端末21と、網30に奉仕される端末31のみが描かれている。両方の網10および20においては、少なくとも一つの形式のデータユニットが交換される。
【0015】
この実施形態では、網20は、データユニットがパケットに含められて送受信されるパケット交換網であり、網30はフレームとしてデータユニットが送受信される回線交換網である。フレームには、例えば音声データフレームや画像データフレームが含まれる。ただし、本発明をこれに限定する意図ではなく、変更・修正が可能である。網20または30は、移動網であってもよいし、固定網であってもよい。
【0016】
ゲートウェイ10は、網20のための網インターフェイス12と、網30のための網インターフェイス13と、網20から網30へデータを伝送する伝送系列ABと、網30から網20へデータを伝送する伝送系列BAを備えている。
伝送系列ABは、受信部14A、プロトコル・エンティティ15A、メディア変換符号化部16、プロトコル・エンティティ17B、送信部18B、および制御部100を備えており、伝送系列BAは、受信部14B、プロトコル・エンティティ15B、メディア変換符号化部16、プロトコル・エンティティ17A、送信部18A、および制御部100を備えている。
【0017】
受信部14Aは、網20から網インターフェイス12を介してビットストリームを受信する。このビットストリームには、網20に奉仕される送信元端末(例えば端末21)で作成された少なくとも一つの形式の複数のデータユニット(パケット)が含まれうる。一方、受信部14Bは、網30から網インターフェイス13を介してビットストリームを受信する。このビットストリームには、網30に奉仕される送信元端末(例えば端末31)で作成された少なくとも一つの形式の複数のデータユニット(フレーム)が含まれうる。
【0018】
プロトコル・エンティティ15Aは、網20において使用されるプロトコルにとって終端であり、各パケットからペイロード情報やその関連情報を取り出す。RTP/UDPが通信プロトコルとして使われるのであれば、関連情報には、データタイプ、タイムスタンプ(送信時間)、シーケンスナンバーその他が含まれる。同様に、プロトコル・エンティティ15Bは網30において使用されるプロトコルにとって終端である。
【0019】
メディア変換符号化部16は、必要に応じて、音声や画像の符号変換を行うものであり、例えば、網20と網30で用いられている音声もしくは画像符号体系が異なる場合に符号変換を行う。
【0020】
制御部100は、バッファ110を備えており、バッファはプロトコル・エンティティ15Aまたは15Bから入力されるデータユニットをバッファリングする。制御部100は、予め獲得している送信先端末(例えば端末31)が備えるジッタ削減能力(具体的には、許容遅延ジッタ)に応じて、バッファ110からデータユニットを読み出して、送信先に対応する網(例えば網30)へ送信するためにデータユニットをプロトコル・エンティティ(例えば17B)に出力する。
【0021】
送信先端末のジッタ削減能力については、例えばITU−T勧告H.245に記載された能力交換手段を用いて獲得することができる。ITU−T勧告H.245は、マルチメディア通信で用いられる様々な制御プロトコルを規定するものであり、ITU−T勧告H.324やH.323やその他の勧告に準拠したマルチメディア端末がこれに準拠している。ITU−T勧告H.245で規定される制御プロトコルの中には、端末の能力交換手順が含まれており、この手順を用いることで、通信を行っているノード同士の通信能力を交換することができる。この能力交換は、ITU−T勧告H.245で規定されている様々な制御メッセージを互いに送信することにより実現される。この実施形態においては、伝送系列ABと伝送系列BAとが共同して、送信先端末のジッタ削減能力情報を獲得し、対応する制御部100がその情報を記憶する。
【0022】
ゲートウェイ10が、網(例えば網20)から音声や画像などマルチメディアに係る複数の形式のデータを受信する場合には、後述するように、バッファ110は、一つの形式のデータユニットを、他の形式のデータユニットから独立した位置に格納する。また、制御部100は、一つの形式のデータユニットを、他の形式のデータユニットとは区別しながら、バッファから読み出して、プロトコル・エンティティ(例えば17B)に出力し網(例えば30)へ送信する。
【0023】
各制御部100はさらに優先度決定部120を備えている。優先度決定部120は、後に詳述するように、マルチメディアに係る複数の形式のデータ通信で有効に利用される。
【0024】
プロトコル・エンティティ17Aおよび17Bの各々は、バッファ110から読み出されたデータユニットから、送信先端末に接続された網のプロトコルに適合したパケットまたはフレームを生成する。送信部18Aまたは18Bの各々は、そのパケットまたはフレームを送信先端末に奉仕する網へ送信する。
【0025】
上記の構成の下、網20に奉仕される送信元端末から、網30に奉仕される送信先端末に送信されるべきデータユニットは、網20を経てゲートウェイ10に到着する。ゲートウェイ10は、網20において発生した遅延ジッタを削減しながら、データユニットを網30に送信する。網30に奉仕される送信元端末から、網20に奉仕される送信先端末に送信されるべきデータユニットについても、同様にして網30で発生した遅延ジッタが削減される。
【0026】
以下、送信元端末を端末21、送信先端末を端末31と仮定する。端末21から送信された各パケットは、網20を通過することにより、異なる遅延時間を伴ってゲートウェイ10で受信される。ゲートウェイ10は、このような遅延ジッタを制御部100において削減した後、網30が従うプロトコルに従って送信する。
【0027】
図2を参照しながら、制御部100における受信した単一形式のデータユニットのバッファリングについて説明する。
本実施形態では、バッファ110は、連続した所定数(図2では9)のバッファレジスタ#1〜#9を備えている。バッファ110の各バッファレジスタは、1パケットの長さにほぼ相当する容量を有しており、1パケット内の中身を記憶する。一定の時間間隔をおいて、バッファレジスタ内のデータは制御部100に順次読み出されて出力されるようになっている。その時間間隔の長さをINTとする。図2に示す時刻tn(t1、t2、t3……)は時間間隔INTおきに離れている。
【0028】
図2に示すバッファ110では、時刻t1ではバッファレジスタ#9に記憶されていたデータが出力される。時刻t2ではバッファレジスタ#1に記憶されていたデータが出力される。時刻t3ではバッファレジスタ#2に記憶されていたデータが出力される。時刻t4ではバッファレジスタ#3に記憶されていたデータが出力される。このように、隣接するバッファレジスタに記憶されているデータユニットは一定の時間間隔をおいて順次出力される。ただし、バッファレジスタに記憶されたデータがなければ何も出力されない。
【0029】
このバッファ110において、図2に示すように、時刻t1においてバッファレジスタ#2にパケットP1のデータユニットが記憶されると仮定する。上述の方式に従って、バッファレジスタ#2に記憶されたパケットP1のデータユニットは時刻t3において出力される。従って、パケットP1のデータユニットはバッファ110に記憶されてから、時間2×INT後に出力されることになる。
【0030】
図2とは異なり、時刻t1において、バッファレジスタ#1にパケットP1のデータユニットが記憶されると仮定する。バッファレジスタ#1に記憶されたパケットP1のデータユニットは、上述の方式に従って、バッファ110に記憶されてから時間1×INT後の時刻t2において出力される。
【0031】
上記より理解できるように、バッファ110においては、パケットP1のデータユニットをバッファレジスタ#2に記憶することによって、バッファレジスタ#1に記憶するのに比べて、出力時間がバッファレジスタ1個分に相当する時間INTだけ遅延されることになる。
【0032】
本実施形態では、網20から受信した一つの形式のパケット中の先頭のパケットのデータユニットを記憶すべきバッファレジスタを制御部100が決定することにより、先頭のパケットのデータユニットが記憶されてから出力されるまでの時間を調節し、網20において発生する遅延ジッタを吸収する。より具体的には、先頭パケットのデータユニットが記憶されてから出力されるまでの時間が、吸収すべき遅延ジッタの幅分となるバッファレジスタを、制御部100は先頭パケットのデータユニットのための初期書込位置として選択する(図2のステップS1,S2で示すように)。
【0033】
制御部100は、2番目以降のパケットのデータユニットについては、その時点であいているバッファレジスタの中で直後に読み出しの対象となるバッファレジスタに記憶する(図2のステップS3で示すように)。さらにまた、制御部100は、受信部14Aにおけるパケットの受信順序が遅延ジッタにより、送信元端末での送信順序に一致していない時には、パケットのヘッダを参照して、その順序をそろえた後に、バッファ110に記憶する。
【0034】
図2に戻り、時刻t1において受信した先頭のパケットP1のデータユニットは初期書込位置であるバッファレジスタ#2に記憶される。時刻t2においてパケットが受信されず、時刻t3において2番目のパケットP2が受信されたと仮定する。もしパケットP1,P2が送信元から続けて送信されたのであれば、パケットP1の遅延とパケットP2の遅延は、網20のために、時間INTだけ異なったと考えられる。時刻t3においては、パケットP2のデータユニットは、先に説明した方式に従って、その時点であいているバッファレジスタの中で直後に読み出しの対象となるバッファレジスタ#3に記憶される。同時に、時刻t3では、バッファレジスタ#2に記憶されたパケットP1のデータユニットがバッファ110から読み出される。時刻t3から時間INT後の時刻t4においては、バッファレジスタ#3に記憶されたパケットP2のデータユニットが、バッファ110から読み出される。
【0035】
このように、パケットP2が、パケットP1の遅延よりも時間INTだけ長く遅延してゲートウェイ10に到着した場合であっても、先頭のパケットP1のデータユニットの出力タイミングを時間INTだけ遅延させているので、パケットP1とP2のデータユニットは連続したタイミングで出力され、遅延ジッタが吸収される。上述の通り、パケットの順序は、制御部100でそろえられるので、パケットP1とP2の送信時刻関係をそろえれば後のデータユニットについても同様に遅延ジッタが吸収される。
【0036】
上述のバッファリングは、送信先の属する網30では許容遅延ジッタがゼロという仮定に基づいている。しかし、送信先端末31は網30において発生すると想定された最大の遅延ジッタに相当する遅延ジッタを吸収できると仮定しよう。この場合、ゲートウェイ10は、網20で発生した遅延ジッタの全部を吸収する必要はないかもしれない。しかし、別の網20で発生する遅延ジッタが網30のそれより大きければ、端末31は別の網20において発生する遅延ジッタの全部を吸収できるとは限らない。そこで、ゲートウェイ10のコントローラ100は、予め獲得した端末31のジッタ削減能力である許容遅延ジッタに応じて、実在の遅延ジッタのうちどれだけ吸収するか決定する。この場合のゲートウェイ10の動作を後に詳述する。
【0037】
また、図2では、網20での遅延ジッタが1×INTであるが、実在の網では遅延ジッタは、もっと大きいかもしれない。例えば、図9は、遅延発生を示すグラフを示しており、上のグラフは送信元端末21における送信時の遅延発生を示し、下のグラフは網20を通過後ゲートウェイ10における受信時のパケット遅延発生を示す。図9の上のグラフの直線D0に示すように、端末21からの送信時においては、当然、すべてのパケットは遅延を持たず、この段階での遅延ジッタは存在しない。しかし、網20を通過することにより、各パケットは、様々な遅延時間でゲートウェイ10に到着する。図9の下のグラフの曲線D1に示すように、最大遅延時間=4×INT、最小遅延時間=0、遅延ジッタ=最大遅延時間=4×INTである。
【0038】
図9で示すような、網20で発生する4×INTの遅延ジッタの全てをバッファ110で吸収するには、図5に示すように、バッファレジスタ#5が初期書込位置になる。
【0039】
しかし、本実施形態では、上記のように、バッファ110において吸収すべき遅延ジッタの幅(バッファ吸収幅)は、網20で発生する遅延ジッタと、あらかじめ獲得した網30において許容される遅延ジッタとに基づいて、制御部100が決定する。網30における許容遅延ジッタが3×INTであれば、バッファ110では1×INT分の遅延ジッタを吸収すればよい。図4に示すように、この場合の初期書込位置はバッファレジスタ#2でよい。
【0040】
以下、網20で発生する遅延ジッタの一部をバッファ110で吸収する動作を、全部を吸収する動作と比較しながら説明する。
図3に示すように、端末21から送信された先頭のパケットP1が最小遅延時間(0)でゲートウェイ10に受信され、次のパケットP2が最大遅延時間(4×INT)でゲートウェイ10に受信されると仮定する。すなわち、図3に示すように、先頭のパケットP1が時刻t1において端末21から送信され、2番目のパケットP2が時刻t2において端末21から送信される。先頭のパケットP1は、最小遅延時間0sで網20を通過してゲートウェイ10に時刻t1に到着し、2番目のパケットP2は、最大遅延時間4sで網20を通過してゲートウェイ10に時刻t6に到着している。
【0041】
上述の通り、図4に示すように、送信先の属する網30で許容遅延ジッタが3INTである場合には、時刻t1においてパケットP1のデータユニットはバッファレジスタ#2に記憶される。従って、パケットP1のデータユニットはt1から2×INT後の時刻t3においてバッファ110から出力される
【0042】
これに対して、網20で発生する遅延ジッタの全てをバッファ110で吸収する比較例では、上述の通り、パケットP1のデータユニットは図5に示すようにバッファレジスタ#5に記憶すべきである。よって比較例では、パケットP1のデータユニットはt1から5×INT後の時刻t6においてバッファ110から出力されるだろう。
【0043】
最大遅延時間4s遅延した時刻t6においてゲートウェイ10に到着する2番目のパケットP2のデータユニットは、図4および図5に示すように、あいているバッファレジスタの中で記憶の直後に制御部100に読み出されるバッファレジスタ#6に記憶され、時刻t7において出力される。
【0044】
送信先の属する網30で許容遅延ジッタが3INTである場合には、図4に示すように、パケットP2のデータユニットはパケットP1のデータユニットが出力されてから4INT後に出力されるので、網20において生じた遅延ジッタ4INTの一部である1INTがバッファ110において吸収され、3INTの遅延ジッタが残留したことになる。残留遅延ジッタは送信先端末31で吸収される。この場合、図3に示すように、パケットP1が端末21より送信された時刻からバッファ110からそのデータユニットが出力された時刻までの遅延時間=2INTとなり、パケットP2が端末21より送信された時刻からバッファ110からそのデータユニットが出力された時刻までの遅延時間=5INTとなる。
【0045】
これに対して、網20で発生する遅延ジッタの全てをバッファ110で吸収する比較例では、図5に示すように、パケットP2のデータユニットはパケットP1のデータユニットが出力されてから1INT後に出力されるので、網20において生じた遅延ジッタ4INTはバッファ110において全部吸収されたことになる。この場合、図3に示すように、パケットP1が端末21より送信された時刻からバッファ110からそのデータユニットが出力された時刻までの遅延時間=5INTとなり、パケットP2が端末21より送信された時刻からそのデータユニットがバッファ110から出力された時刻までの遅延時間=5INTとなる。
【0046】
次に、先頭のパケットが最大遅延時間で到着する場合のゲートウェイ10のバッファリング動作について、図6ないし図8を参照しながら説明する。
図6に示すように、先頭のパケットP1が時刻t1において端末21から送信され、2番目のパケットP2が時刻t2において端末21から送信されると仮定する。先頭のパケットP1は、網20において生じうる最大遅延時間4INTで時刻t5にゲートウェイ10に到着し、2番目のパケットP2は、最大遅延時間4INTで時刻t6にゲートウェイ10に到着する。仮に到着の順序が乱されても、制御部100が順序を再度そろえるので、後のパケットが先のパケットより先に処理されることはない。
【0047】
送信先の属する網30で許容遅延ジッタが3INTである場合には、図7に示すように、時刻t5においてパケットP1のデータユニットはバッファレジスタ#2に記憶され、t5から2INT後の時刻t7においてバッファ110から出力される。そして、送信時刻t2から最大遅延時間4INT遅延した時刻t6においてゲートウェイ10に到着する2番目のパケットP2のデータユニットは、その時点であいているバッファレジスタの中で最もはやく出力されるバッファレジスタ#3に記憶され、2INT後の時刻t8において出力される。図6に示すように、両方のパケットP1およびP2について、端末21より送信された時刻からデータユニットがバッファ110から出力された時刻までの遅延時間=6INTである。
【0048】
これに対して、網20で発生する遅延ジッタの全てをバッファ110で吸収する比較例では、図8に示すように、時刻t5においてパケットP1のデータユニットはバッファレジスタ#5に記憶され、パケットP1のデータユニットはt5から5INT後の時刻t10においてバッファ110から出力される。送信時刻t2から最大遅延時間4INT遅延した時刻t6においてゲートウェイ10に到着する2番目のパケットP2のデータユニットは、その時点であいているバッファレジスタの中で最もはやく出力されるバッファレジスタ#6に記憶され、5INT後の時刻t11において出力される。図6に示すように、両方のパケットP1およびP2について、端末21より送信された時刻からそののデータユニットがバッファ110から出力された時刻までの遅延時間=9INTである。
【0049】
以上より理解できるように、ネットワークを接続するゲートウェイ10に設けられたバッファ110を利用して、先頭のパケットのデータユニットについては受信してからある時間後に出力し、以降のデータユニットについては順次出力するようにすることにより、網20で発生した遅延ジッタの全てまたは一部を吸収することができる。
【0050】
以上のように、バッファ110により網20で起こった遅延ジッタの全てを吸収する場合は、先頭のパケットが最小遅延で到着した場合でも、各パケットが端末21より送信された時刻からそのデータユニットがバッファ110から出力された時刻までの遅延時間=5INTとなる(図3参照)。先頭のパケットが最大遅延である場合には遅延時間=9INTにもなる(図6参照)。端末21〜端末31間の総遅延時間は、パケットP1が端末21より送信された時刻からそのデータユニットがバッファ110から出力された時刻までの遅延時間および網30において発生する最大遅延時間の累計である。従って、パケットP1が端末21より送信された時刻からそのデータユニットがバッファ110から出力された時刻までの遅延時間の増大により、総遅延時間が増大してしまう。
【0051】
これに対して遅延ジッタを一部吸収した場合は、先頭のパケットが最小遅延である場合には、パケットP1が端末21より送信された時刻からそのデータユニットがバッファ110から出力された時刻までの遅延時間=2INTとなり、先頭のパケットが最大遅延である場合には遅延時間=6INTになる(図3および図6参照)。このように、網30において許容される遅延ジッタに基づいて、バッファ110で吸収すべき遅延を調整することにより、端末21〜端末31間の総遅延時間をより少なくすることができる。図3、図4および図7を参照しながら説明したように、遅延ジッタを一部だけ吸収した場合は、網20において発生した遅延ジッタが部分的に残留する。しかし、この残留遅延ジッタは送信先端末31で吸収される。
【0052】
次に、マルチメディアに関わる複数形式のデータ通信へのこの実施形態の応用を説明する。
マルチメディア通信においては、プロトコル・エンティティ15Aまたは15B(図1参照)は、対応する受信部14Aまたは14Bで受信された複数形式のデータのうちの一つの形式のデータユニットと、他の形式のデータユニットから区別する。
【0053】
また、各コントローラ100の優先度決定部120は、データユニットの優先度を決定する。具体的には、優先度決定部120は、網30へデータユニットを送信する順序を各データユニットの遅延ジッタに応じて決定する。
【0054】
対応するプロトコル・エンティティ17Aまたは17Bは、優先度決定部120から出力される優先度情報に基づいてバッファ110からの出力信号を多重送信のためにチャンネルにマップする。対応する送信部18Aまたは18Bは、プロトコル・エンティティのマッピングに従ってデータユニットを網30へ多重送信する。
【0055】
図10は、各制御部100の内部機能エンティティを詳細に示す。以下の説明中、図10で示すように、プロトコル・エンティティ15Aまたは15Bはプロトコル・エンティティ15と呼び、プロトコル・エンティティ17Aまたは17Bはプロトコル・エンティティ17と呼ぶ。
【0056】
図10に示すように、バッファ110は音声バッファ111および画像バッファ112を備える。
【0057】
音声バッファ111は、プロトコル・エンティティ15から出力された音声データパケットのデータユニットを記憶し、画像バッファ112は、プロトコル・エンティティ15から出力された画像データパケットのデータユニットを記憶する。各バッファから読み出されたデータユニットは別々にプロトコル・エンティティ17に供給される。
【0058】
また、バッファ111または112の各々から出力されたデータユニットは優先度決定部120にも供給されるようになっている。優先度決定部120は、出力時刻検出部122と、遅延時間算出部123と、判定部124とを有する。
出力時刻検出部122は、ゲートウェイ10の内部クロックに基づいてバッファ110からの最初の音声データユニットの出力時と最初の画像データユニットの出力時を検出し、これを遅延時間算出部123に出力する。音声バッファ111から出力された最初の音声データユニットの出力時刻をBs(A)、画像バッファ111から出力された最初の画像データユニットの出力時刻をBs(V)と呼ぶ。
【0059】
遅延時間算出部123は、プロトコル・エンティティ17から未送信の音声データユニットの標準出力時刻Ss(A)を算出する。標準出力時刻Ss(A)は、遅延がなければ、その音声データユニットがバッファ110から出力されているべき時刻であり、最初の音声データユニットの音声バッファ出力時刻Bs(A)を起算点とする。さらに、現在時刻Ctとプロトコル・エンティティ17から未送信の音声データユニットの標準出力時刻Ss(A)の時間差を音声遅延時間D(A)として算出して判定部124に出力する。また、遅延時間算出部123は、プロトコル・エンティティ17から未送信の画像データユニットの標準出力時刻Ss(V)を算出する。標準出力時刻Ss(V) は、遅延がなければ、その画像データユニットがバッファ110から出力されているべき時刻であり、最初の画像データユニットの画像バッファ出力時刻Bs(V)を起算点とする。さらに、現在時刻Ctとプロトコル・エンティティ17から未送信の画像データユニットの標準出力時刻Ss(V)の時間差を画像遅延時間D(V)として算出して判定部124に出力する。音声遅延時間D(A)および画像遅延時間D(V)は、最初の音声または画像データユニットに対する各データユニットの遅延時間を比較するには十分な指標である。
【0060】
例えば、音声バッファ111と画像バッファ112から音声データユニットと画像データユニットが同時に読み出された場合など、バッファ110から出力されたがプロトコル・エンティティ17から未送信の音声データユニットと画像データユニットが同時に存在する場合、判定部124は、音声遅延時間D(A)および画像遅延時間D(V)を比較し、その比較に基づいて、プロトコル・エンティティ17における送信の優先度を制御するための送信制御指令を作成し、これをプロトコル・エンティティ17に出力する。
【0061】
図11に示すフローチャートを参照しながら、優先度決定部120における優先度決定処理を説明する。この図示した処理は、1INTおきに繰り返される。
まず、ステップS11で、バッファ110から出力されたがプロトコル・エンティティ17から未送信の音声データユニットと画像データユニットが同時に存在する場合、遅延時間算出部123は、最初の音声データユニットの音声バッファ出力時刻Bs(A)に基づいて、プロトコル・エンティティ17から未送信の音声データユニットの標準出力時刻Ss(A)を式(1)に従い算出する。
Ss(A) = Bs(A) + (N(A) − 1) × Cy(A)・・・・・(1)
ここで、N(A)は音声データユニットの順序を示す番号であり、Cy(A)は端末21による音声パケットの送信サイクルを示す。
【0062】
また、ステップS11で、遅延時間算出部123は、最初の画像データユニットの画像バッファ出力時刻Bs(V)に基づいて、プロトコル・エンティティ17から未送信の音声データユニットの標準出力時刻Ss(V)を式(2)に従い算出する。
Ss(V) = Bs(V) + (N(V) − 1) × Cy(V)・・・・・(2)
ここで、N(V)は画像データユニットの順序を示す番号であり、Cy(V)は端末21による画像パケットの送信サイクルを示す。
【0063】
ステップS12で、遅延時間算出部123は、画像データユニットの標準出力時刻Ss(V)と現在時刻Ctに基づいて式(3)に従い、そのデータユニットの遅延時間D(V)を算出する。
D(V) = Ct − Ss(V)・・・・・(3)
【0064】
ステップS13で、遅延時間算出部123は、音声データユニットの標準出力時刻Ss(V)と現在時刻Ctに基づいて式(4)に従い、そのデータユニットの遅延時間D(A)を算出する。
D(A) = Ct − Ss(A)・・・・・(4)
【0065】
次に判定部124は、ステップS14で、音声遅延時間D(A)が画像遅延時間D(V)よりも大きいか否かを判定する。ステップS14の判定が肯定的であれば、ステップS15で、判定部124はその音声データユニットを優先して送信することを指示する送信制御指令を判定部17に供給する。一方、ステップS14の判定が否定的であれば、ステップS16で、判定部124はその画像データユニットを優先して送信することを指示する送信制御指令を判定部17に供給する。このようにして処理は終了し、その後繰り返される。
【0066】
次に、図12および図13に示すタイムチャートを参照しながら、マルチメディア通信におけるパケットの処理を具体的に説明する。図12および図13において、文字A,Vはそれぞれ音声パケット、画像パケットに対応するデータユニットを示し、添え字は端末21からの送信順序を示す。
【0067】
まず、端末21からの各パケットの送信の態様およびバッファ110からの各パケットの出力の態様は、図12および図13に示すようなものであると仮定する。すなわち、端末21からの各形式のパケットにかかるデータユニットは、上述したように網20で発生した遅延ジッタの一部だけをバッファ111または112で吸収するやり方で、ゲートウェイ10でバッファリングされてバッファ110から出力される。このため、図12および図13に示すように、音声パケットAの送信サイクルが3INTであるのに、パケットA1から4INTの後にパケットA2のデータユニットがバッファから出力され、画像パケットVの送信サイクルが5INTであるのに、パケットV1から6INTの後にパケットV2のデータユニットがバッファから出力される。
【0068】
音声バッファ111、画像バッファ112において、音声と画像データユニットの遅延ジッタが全部吸収された場合には、全ての音声データユニット、画像データユニットは送信元端末21から網20への送信サイクルと同じサイクルで出力されるはずである。従って、遅延ジッタの一部だけをバッファで吸収したがゆえに、2番目以後の音声データ群には1INTの遅延ジッタ、2番目以後の画像データ群には1INTの遅延ジッタが残留していることが図12および図13から理解できよう。
【0069】
さらに、プロトコル・エンティティ17により音声と画像のデータユニットを単一チャネルに多重して網30に送信するために、この多重によっても遅延が生ずる。従って、上述したバッファ110からの出力時の残留した遅延ジッタに、多重による遅延ジッタが重畳されて、プロトコル・エンティティ17からの出力データユニットの遅延ジッタが広がる場合がある。
【0070】
プロトコル・エンティティ17による多重における遅延ジッタは、異なる種類に属するデータユニットの送信順序に大きく影響を受ける。より具体的には、図12および図13に示すように、音声パケットは同一のデータ長であって等間隔3INTで端末21から送信されるのに対して、画像パケットはそれぞれ長さが異なっており、しかもそれらの長さが音声パケットの長さに比較して大きく、等間隔5INTで送信される。このような場合は、ゲートウェイ10では、長い画像データユニットの送信中では音声データユニットを出力するのが好ましい時でも、音声データユニットを送信できない。従って、多重の方式に工夫を加えないと、音声データユニットに多重による遅延が生じうる。そして、残留している音声データユニットの遅延ジッタと多重の際の遅延によって、さらに遅延ジッタが広がることがありうる。
【0071】
多重の方式には、様々なものが考えられる。例えば、バッファ110から出力されたがプロトコル・エンティティ17から未送信の音声データユニットと画像データユニットが同時に存在する場合に、多重の際に画像データユニットを常に音声データユニットよりも優先することが考えられうる。逆に、そのような場合に、多重の際に音声データユニットを常に画像データユニットよりも優先することも考えられうる。これらの方式には以下に述べるように欠点がある。
【0072】
図12において、時刻t13では、音声パケットA4のデータユニットが音声バッファ111から出力され、画像パケットV3のデータユニットが画像バッファ112から出力される。また、この時には、以前の音声パケットA3のデータユニットがすでに音声バッファ111から出力されているのに、プロトコル・エンティティ17から送信されていない。別の時刻t18では、画像パケットV4のデータユニットが画像バッファ112から出力され、未送信の音声パケットA5のデータユニットが存在する。
【0073】
音声パケットを常に優先する方式では、図12および図13に示すように、プロトコル・エンティティ17からは、時刻t13において音声パケットA3のデータユニットが送信され、時刻t14において音声パケットA4のデータユニットが送信されて、時刻t15に至ってやっと画像パケットV3のデータユニットが出力される。従って、画像パケットV3のデータユニットは端末21から送信された時刻t11から4INT遅延して網30に送信されることになる。同様に、時刻t18では音声パケットA5のデータユニットが優先され、時刻t19では新音声パケットA6のデータユニットが優先されるので、画像パケットV4のデータユニットは端末21から送信された時刻t16から4INT遅延して時刻t20に網30に送信される。しかし、最初の画像パケットV1のデータユニットは、図12に示すように、端末21から送信された時刻t1から1INTだけ遅延して時刻t2に網30に出力される。
【0074】
画像データユニットを常に優先する方式では、図12および図13に示すように、時刻t13においてプロトコル・エンティティ17からは、画像パケットV3のデータユニットの送信が開始され、時刻t14、t15では画像パケットV3のデータユニットの送信を継続する。時刻t10において音声バッファ111から出力される音声パケットA3のデータユニット、時刻t13において音声バッファ111から出力される音声パケットA4のデータユニットは、画像パケットV3のデータユニットの送信が終了した後に、送信される。従って、音声パケットA3のデータユニットは端末21から送信された時刻t7から9INTも遅延して時刻t16に網30に送信され、音声パケットA4のデータユニットは端末21から送信された時刻t10から7INT遅延して時刻t17に網30に送信されることになる。同様に、時刻t18では画像パケットV4のデータユニットが優先されるので、音声パケットA5のデータユニットは端末21から送信された時刻t13から9INTも遅延して時刻t22に網30に送信され、音声パケットA6のデータユニットは端末21から送信された時刻t16から7INT遅延して時刻t23に網30に送信される。しかし、最初の音声パケットA1のデータユニットは、端末21から送信された時刻t1から5INTだけ遅延して時刻t6に網30に出力される。
【0075】
以上のように、いずれか一方の群のデータユニットを常に優先させた場合は、網20で発生した遅延ジッタに対して、さらにプロトコル・エンティティ17における多重による遅延ジッタが重畳されて、網30への送信の際に遅延ジッタが広がってしまう。
【0076】
図14は、マルチメディア通信における遅延の発生を示す。曲線D1は網20を通過することに生ずる遅延ジッタを示しており、図9の下のグラフの曲線D1と等価である。曲線D3は、バッファ110で一部が吸収された残りの遅延ジッタを示しており、この残りの遅延ジッタはバッファでの吸収分だけ曲線D1の網20通過後の遅延ジッタより小さい。曲線D21は、いずれか一方の群のデータ形式を常に優先させた場合の網30への多重送信の際の遅延ジッタを表す。曲線D21により明らかなように、せっかくバッファ110で遅延ジッタの一部が吸収されても、多重による遅延ジッタが重畳されて、網30への送信の際に遅延ジッタが広がってしまうことがわかる。
【0077】
本実施形態では、パケットの遅延ジッタをより少なくするために、多重送信における各データユニットの優先度を遅延時間に応じて決定する。より具体的には、バッファ110から出力されたがプロトコル・エンティティ17から未送信の音声データユニットと画像データユニットが同時に存在する場合には、その時点で最初の同種データユニットに対する遅延時間が大きいデータユニットを優先する。この実施形態の処理を次に具体的に説明する。
【0078】
図12および図13において、時刻t13では、未送信の音声パケットのデータユニットA3の遅延時間D(A3)=4INTであり、未送信の画像パケットのデータユニットV3の遅延時間D(V3)=1INTである。図12および図13中の遅延時間D(A),D(V)については、上述の式(1)ないし(4)で算出される。本実施形態では、時刻t13で、優先度決定部120は遅延時間の大きな音声パケットA3のデータユニットの優先度が高いことを示す送信制御信号をプロトコル・エンティティ17に出力する。
【0079】
時刻t14においては、未送信の音声パケットA4のデータユニットの遅延時間D(A4)=2INTであり、画像パケットV3のデータユニットの遅延時間D(V3)=2INTで同じである。本実施形態では、図11のステップS14で表される規則に従って、優先度決定部120は音声パケットA4のデータユニットの優先度が高いことを示す送信制御信号をプロトコル・エンティティ17に出力する。従って、時刻t13で音声パケットA3のデータユニット、時刻t14で音声パケットA4のデータユニット、時刻t15で画像パケットV3のデータユニットが送信される。この様子は音声データユニットを常に優先させる方式と同じである。しかし、時刻t13〜t17の間の時間においては、画像データユニットを優先させる方式よりも音声パケットA3,A4のデータユニットに関して遅延ジッタの増加は少ない。
【0080】
時刻t18では、未送信の音声パケットA5のデータユニットの遅延時間D(A5)=3INTであり、画像パケットV4のデータユニットの遅延時間D(V4)=1INTである。よって、本実施形態では、優先度決定部120は遅延時間の大きな音声パケットA5のデータユニットの優先度が高いことを示す送信制御信号をプロトコル・エンティティ17に出力する。
【0081】
時刻t19では、未送信の音声パケットA6のデータユニットの遅延時間D(A6)=1INTであり、画像パケットV4のデータユニットの遅延時間D(V4)=2INTである。よって、本実施形態では、優先度決定部120は遅延時間の大きな画像パケットV4のデータユニットの優先度が高いことを示す送信制御信号をプロトコル・エンティティ17に出力する。そして、時刻t23で、音声パケットA6のデータユニットが送信される。
【0082】
従って、音声パケットA5のデータユニットは端末21から送信された時刻t13から5INT遅延して時刻t18に網30に送信され、画像パケットV4のデータユニットは端末21から送信された時刻t16から3INT遅延して時刻t19に網30に送信され、音声パケットA6のデータユニットは端末21から送信された時刻t16から7INT遅延して時刻t23に網30に送信される。従って、音声データユニットを優先させる方式よりも画像パケットV4のデータユニットに関して遅延ジッタの増加は少ない。
【0083】
図14の曲線D22は、本実施形態に従って、遅延時間に応じてパケットの優先度を決定した場合の網30への多重送信の際の遅延ジッタを表す。曲線D21とD22とを比較すると明らかなように、本実施形態では、遅延ジッタの増加をより抑制することができ、網30への多重送信の際の遅延ジッタが残留遅延ジッタ(曲線D3の幅)に近づく。
【0084】
この多重送信の際の遅延ジッタは、送信先の端末31が吸収可能な許容遅延ジッタ以下であるのが好ましい。よって、マルチメディア通信において多重の前に送信先の許容遅延ジッタに基づいて決定されるバッファで吸収する遅延ジッタの量は、単一形式のデータを転送する場合の遅延ジッタの量よりも多くするのが効果的である。
【0085】
以上、好適な実施形態を参照しながら本発明を説明したが、特許請求の範囲で定められる本発明の範囲から逸脱せずに、形式および細部の様々な変更ができることは当業者には理解できよう。かかる変更形態、代替形態および修正形態も、均等物として特許請求の範囲に含まれる。かかる均等物の例を次に説明する。
【0086】
パケット交換網である網20に関しては、ネットワーク遅延のために、マルチメディア通信における異なる形式のパケット相互の順序の乱れが起こりやすいが、回線交換網である網30に関しては、ネットワーク遅延が起こりにくく、異なる形式のフレーム相互の順序の乱れは生じにくい。従って、図1の実施形態とは異なり、上述の利点を有する回線交換網30から転送されたフレームを取り扱う伝送系列BAには優先度決定部120を設けないことも可能である。
【0087】
遅延ジッタを吸収するための要素は、バッファ110に限定されない。送信先端末の許容遅延ジッタに応じた時間だけ先頭のデータユニットを保留し、後続のデータユニットを正規の順序に従って順次出力できる他の要素を使用することができる。
【0088】
上記実施形態においては、マルチメディア通信においては、単に、遅延時間の大きいデータユニットに高い優先度を与える。しかし、3つ以上の形式のデータを送信する場合には、一つまたはそれより多い形式のデータに高い優先度をあらかじめ与え、他の形式のデータに関しては、遅延時間の大きいデータユニットに次に高い優先度を与えてもよい。
【0089】
遅延時間の代わりに、データユニットの長さに基づいて、優先度を与えるデータユニットを決定できるようにしてもよい。
長いデータユニットを送信中に、遅延時間の大きな短いデータユニットの出力タイミングになった場合は、割り込み送信できるようにしても構わない。場合によっては、このような割り込み送信は、さらに遅延ジッタを小さくすることができるかもしれない。この目的のため、例えば、ITU−T勧告H.223に記載されているように、長いデータユニットをセグメント化するとよい。これによれば、長い画像データユニットの送信を中断し、短い音声データユニットを送信した後も、残りのセグメントを支障なく送ることができる。
【0090】
上述の実施形態では、網20はパケット交換網であり、網30は回線交換網であるが。ただし、本発明をこれに限定する意図ではなく、変更・修正が可能である。遅延のジッタが生じる原因には、ネットワークの諸要因と、端末やゲートウェイにおける多重化がある。パケット交換網では、ネットワークの諸要因により遅延ジッタが生じうる。一方、回線交換網では、ネットワークの諸要因による遅延ジッタは生じにくいが、端末やゲートウェイにおける多重化により遅延ジッタが残ったままフレームが交換される。パケット交換網における遅延ジッタは、端末やゲートウェイにおける多重化により生じる遅延ジッタよりも一般的には大きい。一般的には、各網に奉仕される端末は、送信先となったときに、その網で生じうる最大遅延ジッタを吸収できるようになっている。
【0091】
図15に示すように、網20および網300がいずれもパケット交換網で、パケット交換網20で生じうる最大遅延ジッタがパケット交換網300で生じうる最大遅延ジッタよりも大きい変更形態を想定する。網20に奉仕される端末が送信元で、網300に奉仕される端末が送信先である場合には、上記実施形態と同様に、送信先の端末31のジッタ削減能力に応じてゲートウェイ10が送信元側の網20で生じた遅延ジッタのうちの一部を吸収するのが有効である。
【0092】
ただし、起こりうる遅延ジッタが小さい網300に奉仕される端末が送信元で、起こりうる遅延ジッタが大きい網20に奉仕される端末が送信先であって、送信先端末のジッタ削減能力が高い場合には、送信元側の網300で生じた遅延ジッタをゲートウェイ10で吸収する必要は少ないかもしれない。そのような場合には、網300から網20へデータを転送する伝送系列BAにはデジッタ用の要素を設けなくてもよい。
【0093】
上記実施形態を参照して説明したように、送信元側の網20がパケット交換網であり、送信先側の網30が回線交換網である場合には、送信先の端末31のジッタ削減能力に応じてゲートウェイ10が送信元側の網20で生じた遅延ジッタのうちの一部を吸収するのが有効である。ただし、起こりうる遅延ジッタが小さい回線交換網30に奉仕される端末が送信元で、起こりうる遅延ジッタが大きいパケット交換網20に奉仕される端末が送信先であって、送信先端末のジッタ削減能力が高い場合には、送信元側の網30で生じた遅延ジッタをゲートウェイ10で吸収する必要は少ないかもしれない。そのような場合には、伝送系列BAにはやはりデジッタ用の要素を設けなくてもよい。
【0094】
上述の通り、回線交換網では、ネットワークの諸要因による遅延ジッタは生じにくいが、端末やゲートウェイにおける多重化により遅延ジッタが残ったままフレームが交換される。従って、回線交換網に属する送信先端末で許容され、バッファでの吸収量を定めるためのパラメータとなる遅延ジッタは、その網で多重化により起こりうる最大遅延時間と等しくしてもよい。
【0095】
上記の実施形態では、送信先端末は、ゲートウェイ10に接続された第2の網30に直接的に奉仕される。しかし、送信先端末は、網30に間接的に奉仕されてもよい。つまり、送信先端末と網30との間に、一つまたは複数の網と、隣合う網の相互を接続する他のゲートウェイが介在していてもよい。
【0096】
【発明の効果】
以上説明したように、本発明によれば、ジッタを削減することにより、遅延の増加を最小限にすることができる。
【図面の簡単な説明】
【図1】 本発明の実施形態に係るゲートウェイを示すブロック図である。
【図2】 図1のゲートウェイ内のバッファの動作を示す図である。
【図3】 先頭のパケットが最小遅延時間で到着した場合の、図1のゲートウェイにおけるデータユニットの処理を示すタイムチャートである。
【図4】 先頭のパケットが最小遅延時間で到着した場合の上記バッファにおけるデータユニットの処理を示す図である。
【図5】 先頭のパケットが最小遅延時間で到着した場合の上記バッファにおけるデータユニットの別の処理を示す図である。
【図6】 先頭のパケットが最大遅延時間で到着した場合の、図1のゲートウェイにおけるデータユニットの処理を示すタイムチャートである。
【図7】 先頭のパケットが最大遅延時間で到着した場合の上記バッファにおけるデータユニットの処理を示す図である。
【図8】 先頭のパケットが最大遅延時間で到着した場合の上記バッファにおけるデータユニットの別の処理を示す図である。
【図9】 ネットワーク遅延の発生を示すグラフを有する。
【図10】 図1に示す各制御部の内部機能エンティティを示すブロック図である。
【図11】 マルチメディア通信における上記制御部の中の優先度決定部の処理を示すフローチャートである。
【図12】 マルチメディア通信における、図1のゲートウェイの中のデータユニットの処理を示すタイムチャートの一部である。
【図13】 図12と共同で上記タイムチャートを構成する。
【図14】 上記実施形態のマルチメディア通信への応用の効果を説明するための図である。
【図15】 本発明の変更形態を示す図である。
【符号の説明】
10…ゲートウェイ、14A,14B…受信部、18A,18B…送信部、20,30…網(ネットワーク)、100…制御部、122…出力時刻検出部、122…遅延時間算出部、AB,BA…伝送系列(獲得部)
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a gateway that connects a network having delay jitter in data transmission to another network, and a data transfer method therefor.
[0002]
[Prior art]
A gateway is an indispensable member for performing multimedia communication between terminals connected to different networks having different protocols and network characteristics. This gateway receives data according to the protocol of the network to which the transmission source terminal belongs, and transmits this data according to the protocol of the network to which the transmission destination terminal belongs. As a result, data transmitted from the transmission source terminal passes through the network to which the transmission source terminal belongs, the gateway, and the network to which the transmission destination terminal belongs.
[0003]
For multimedia, in packet switched networks such as the Internet, ITU-T Recommendation H.264 is recommended. A terminal conforming to H.323 is used, and in a circuit switching network such as a PSTN (public switched telephone network), ITU-T Recommendation H.323. A terminal conforming to H.324 is used. Recommendation H. H.323 and H.H. In 324, the communication protocol used is different (RTP / UDP in Recommendation H.323 and Multiple Transmission Protocol specified in Recommendation H.223 in Recommendation H.324). become. Furthermore, to achieve high quality multimedia communications, it is necessary to compensate for differences in network characteristics such as delay, delay jitter and error characteristics.
[0004]
[Problems to be solved by the invention]
In the network, a delay related to data transmission is caused by various factors, and the delay of each data unit may be different. Such fluctuation in transmission delay is called delay jitter. Factors that cause delay jitter include, for example, storage switching in a packet switching network, waiting at nodes on a path, or the fact that each data unit arrives at a gateway via a different path.
[0005]
Even in a circuit switched network, delay jitter is caused by simultaneously transmitting different types of data. For example, a multimedia terminal such as a videophone multiplexes image, audio and / or application data in one bit stream. In such a case, some data is transmitted immediately, and some data is not transmitted until transmission of currently transmitted data is completed. This type of delay jitter occurs at both the terminal and the gateway, and increases as the transmission rate decreases.
[0006]
When delay jitter occurs, the time interval between data units at the source terminal is not maintained at the destination terminal. For example, it is desirable to be able to eliminate such delay jitter when transmitting highly accurate data such as voice.
In order to eliminate delay jitter, some communication terminals absorb some delay jitter. For example, a certain communication terminal temporarily stores data units received at various delay times, and continuously outputs them after a series of data units is accumulated. However, since the cause and characteristics of delay jitter differ depending on the network, it is difficult to know in advance how large the delay jitter of data received by a communication terminal that can be a transmission destination is. Therefore, the delay jitter allowed in the destination terminal is often based on the maximum delay jitter that can occur in the network to which the terminal belongs. This increases end-to-end delay, which can be a serious problem in real-time communications.
[0007]
The present invention provides a gateway and a data transfer method capable of minimizing an increase in delay by reducing jitter.
[0008]
[Means for Solving the Problems]
According to one aspect of the invention, a gateway connecting two networks is
A receiving unit for receiving a plurality of data units of at least one form from a first network;
Temporarily storing the data unit received by the receiving unit; Determine a certain time based on the delay jitter reduction capability of the destination terminal, and output the first data unit after the determined time has elapsed from the time when the first data unit was received in the receiver, Subsequent data units are sequentially output in the same cycle as the transmission cycle in the first network. A control unit;
A transmission unit that transmits the data unit corresponding to the data unit output by the control unit to the second network in order to deliver the data unit to the transmission destination terminal.
In the present invention, first and second networks are connected to the gateway. The destination terminal may be served directly by the second network. Alternatively, the destination terminal may be served indirectly by the second network. That is, one or a plurality of networks and another gateway that connects these adjacent networks may be interposed between the transmission destination terminal and the second network.
Preferably, the gateway is the destination terminal. delay A jitter reduction capability acquisition unit that acquires information on the jitter reduction capability may be further provided.
[0010]
Preferably, the receiving unit can receive data units of different types, and when the data units of different types are not transmitted at the same time, the control unit You may determine the priority in the said transmission part according to the delay time which arose when transmitting. In this case, the transmission unit may multiplex data units of different formats output from the control unit according to the priority and transmit the multiplexed data units to the destination terminal through the second network.
[0011]
Preferably, the control unit detects an initial output time when the first data unit in each format is output from the control unit, and the first data unit in each format based on the first output time And a delay time calculation unit for calculating the delay time of each data unit. In this case, the control unit may control the transmission unit so that the data unit determined to have a long delay time is transmitted with priority over other data units.
[0012]
The control unit obtains the time by reducing a maximum delay time that can occur when the data unit is transmitted in the first network according to a delay jitter allowed in the transmission destination terminal. Also good.
[0013]
According to another aspect of the invention, a data transfer method includes receiving a plurality of data units of at least one format from a first network, temporarily storing the data units, Determining a certain time based on the jitter reduction capability of the destination terminal acquired in advance, outputting the leading data unit after the determined time has elapsed since the time when the leading data unit was received, Sequentially output subsequent data units in the same cycle as the transmission cycle in the first network; Transmitting a data unit corresponding to the data unit to a second network for delivery to the destination terminal.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment according to the present invention will be described with reference to the accompanying drawings.
As shown in FIG. 1, in the embodiment according to the present invention, the gateway 10 interconnects the network 20 and the network 30, so that data is served to the network 30 from the source terminal serving the network 20. In contrast, data is transmitted from a transmission source terminal serving the network 30 to a transmission destination terminal serving the network 20. Each of the networks 20 and 30 serves a large number of terminals. In FIG. 1, for convenience, only the terminal 21 serving the network 20 and the terminal 31 serving the network 30 are illustrated. In both networks 10 and 20, at least one type of data unit is exchanged.
[0015]
In this embodiment, the network 20 is a packet switching network in which data units are included in packets and transmitted and received, and the network 30 is a circuit switched network in which data units are transmitted and received as frames. The frame includes, for example, an audio data frame and an image data frame. However, the present invention is not intended to be limited to this, and changes and modifications are possible. The network 20 or 30 may be a mobile network or a fixed network.
[0016]
The gateway 10 includes a network interface 12 for the network 20, a network interface 13 for the network 30, a transmission sequence AB for transmitting data from the network 20 to the network 30, and a transmission for transmitting data from the network 30 to the network 20. A series BA is provided.
The transmission sequence AB includes a reception unit 14A, a protocol entity 15A, a media transform coding unit 16, a protocol entity 17B, a transmission unit 18B, and a control unit 100. The transmission sequence BA includes a reception unit 14B, a protocol An entity 15B, a media transform coding unit 16, a protocol entity 17A, a transmission unit 18A, and a control unit 100 are provided.
[0017]
The receiving unit 14A receives a bit stream from the network 20 via the network interface 12. This bit stream may include a plurality of data units (packets) of at least one format created by a transmission source terminal (for example, terminal 21) serving the network 20. On the other hand, the receiving unit 14 </ b> B receives a bit stream from the network 30 via the network interface 13. This bit stream may include a plurality of data units (frames) of at least one format created by a transmission source terminal (for example, terminal 31) serving the network 30.
[0018]
The protocol entity 15A is a termination for the protocol used in the network 20, and extracts payload information and related information from each packet. If RTP / UDP is used as a communication protocol, the related information includes a data type, a time stamp (transmission time), a sequence number, and the like. Similarly, protocol entity 15B is a termination for the protocol used in network 30.
[0019]
The media conversion encoding unit 16 performs code conversion of voice and images as necessary. For example, the code conversion is performed when the audio or image code systems used in the network 20 and the network 30 are different. .
[0020]
The control unit 100 includes a buffer 110, which buffers a data unit input from the protocol entity 15A or 15B. The control unit 100 reads the data unit from the buffer 110 according to the jitter reduction capability (specifically, allowable delay jitter) provided in the transmission destination terminal (for example, the terminal 31) acquired in advance, and corresponds to the transmission destination. The data unit is output to a protocol entity (eg, 17B) for transmission to a network (eg, network 30).
[0021]
Regarding the jitter reduction capability of the transmission destination terminal, for example, ITU-T recommendation H.264. It can be acquired using the ability exchange means described in H.245. ITU-T recommendation H.245 defines various control protocols used in multimedia communication. 324 and H.264. The multimedia terminal conforming to H.323 and other recommendations conforms to this. ITU-T recommendation The control protocol defined in H.245 includes a procedure for exchanging terminal capabilities, and by using this procedure, the communication capability between nodes performing communication can be exchanged. This capability exchange is the ITU-T recommendation H.264. This is realized by transmitting various control messages defined in H.245 to each other. In this embodiment, the transmission sequence AB and the transmission sequence BA jointly acquire the jitter reduction capability information of the transmission destination terminal, and the corresponding control unit 100 stores the information.
[0022]
When the gateway 10 receives data in a plurality of formats related to multimedia such as voice and images from the network (for example, the network 20), the buffer 110 stores data units in one format in the other format as described later. Store in a location independent of the format data unit. Further, the control unit 100 reads out one type of data unit from the buffer, distinguishing it from other types of data units, outputs it to a protocol entity (eg, 17B), and transmits it to the network (eg, 30). .
[0023]
Each control unit 100 further includes a priority determination unit 120. As will be described in detail later, the priority determination unit 120 is effectively used in a plurality of types of data communication related to multimedia.
[0024]
Each of the protocol entities 17A and 17B generates a packet or a frame conforming to the protocol of the network connected to the destination terminal from the data unit read from the buffer 110. Each of the transmission units 18A or 18B transmits the packet or frame to a network serving the transmission destination terminal.
[0025]
Under the above configuration, a data unit to be transmitted from a source terminal serving the network 20 to a destination terminal serving the network 30 arrives at the gateway 10 via the network 20. The gateway 10 transmits the data unit to the network 30 while reducing the delay jitter generated in the network 20. Similarly, the delay jitter generated in the network 30 is reduced for the data unit to be transmitted from the transmission source terminal serving the network 30 to the transmission destination terminal serving the network 20.
[0026]
Hereinafter, it is assumed that the transmission source terminal is the terminal 21 and the transmission destination terminal is the terminal 31. Each packet transmitted from the terminal 21 is received by the gateway 10 with a different delay time by passing through the network 20. The gateway 10 reduces such delay jitter in the control unit 100 and then transmits it according to the protocol that the network 30 follows.
[0027]
With reference to FIG. 2, the buffering of the received single-format data unit in the control unit 100 will be described.
In this embodiment, the buffer 110 includes a predetermined number (9 in FIG. 2) of buffer registers # 1 to # 9. Each buffer register of the buffer 110 has a capacity substantially corresponding to the length of one packet, and stores the contents in one packet. The data in the buffer register is sequentially read out and output to the control unit 100 at regular time intervals. Let INT be the length of the time interval. The time tn (t1, t2, t3...) Shown in FIG. 2 is separated every time interval INT.
[0028]
In the buffer 110 shown in FIG. 2, the data stored in the buffer register # 9 is output at time t1. At time t2, the data stored in the buffer register # 1 is output. At time t3, the data stored in buffer register # 2 is output. At time t4, the data stored in buffer register # 3 is output. Thus, the data units stored in the adjacent buffer registers are sequentially output at a constant time interval. However, nothing is output if there is no data stored in the buffer register.
[0029]
In the buffer 110, as shown in FIG. 2, it is assumed that the data unit of the packet P1 is stored in the buffer register # 2 at time t1. According to the above method, the data unit of the packet P1 stored in the buffer register # 2 is output at time t3. Therefore, the data unit of the packet P1 is output after time 2 × INT after being stored in the buffer 110.
[0030]
Unlike FIG. 2, it is assumed that the data unit of packet P1 is stored in buffer register # 1 at time t1. The data unit of the packet P1 stored in the buffer register # 1 is output at time t2 after time 1 × INT after being stored in the buffer 110 according to the above-described method.
[0031]
As can be understood from the above, in the buffer 110, by storing the data unit of the packet P1 in the buffer register # 2, the output time is equivalent to one buffer register compared to storing in the buffer register # 1. Will be delayed by INT.
[0032]
In the present embodiment, after the control unit 100 determines the buffer register to store the data unit of the first packet in one type of packet received from the network 20, the data unit of the first packet is stored. The delay time generated in the network 20 is absorbed by adjusting the time until output. More specifically, the control unit 100 sets a buffer register in which the time from when the data unit of the first packet is stored to when it is output is equal to the width of the delay jitter to be absorbed. The initial writing position is selected (as shown by steps S1 and S2 in FIG. 2).
[0033]
The control unit 100 stores the data units of the second and subsequent packets in the buffer register to be read immediately after the buffer register at that time (as shown in step S3 in FIG. 2). Furthermore, the control unit 100 refers to the header of the packet when the reception order of the packets in the reception unit 14A does not match the transmission order at the transmission source terminal due to delay jitter, and after aligning the order, Store in buffer 110.
[0034]
Returning to FIG. 2, the data unit of the first packet P1 received at time t1 is stored in the buffer register # 2 which is the initial write position. Assume that no packet is received at time t2, and that the second packet P2 is received at time t3. If the packets P1 and P2 are continuously transmitted from the transmission source, the delay of the packet P1 and the delay of the packet P2 are considered to be different by the time INT because of the network 20. At the time t3, the data unit of the packet P2 is stored in the buffer register # 3 to be read out immediately after the buffer register at that time in accordance with the method described above. At the same time, the data unit of the packet P1 stored in the buffer register # 2 is read from the buffer 110 at time t3. At time t4 after time INT from time t3, the data unit of the packet P2 stored in the buffer register # 3 is read from the buffer 110.
[0035]
As described above, even when the packet P2 arrives at the gateway 10 after being delayed by the time INT longer than the delay of the packet P1, the output timing of the data unit of the leading packet P1 is delayed by the time INT. Therefore, the data units of the packets P1 and P2 are output at continuous timing, and the delay jitter is absorbed. As described above, the order of the packets is aligned by the control unit 100. Therefore, if the transmission time relationships of the packets P1 and P2 are aligned, the delay jitter is similarly absorbed in the subsequent data units.
[0036]
The above buffering is based on the assumption that the allowable delay jitter is zero in the network 30 to which the transmission destination belongs. However, let us assume that the destination terminal 31 can absorb delay jitter corresponding to the maximum delay jitter assumed to occur in the network 30. In this case, the gateway 10 may not need to absorb all of the delay jitter generated in the network 20. However, if the delay jitter generated in the other network 20 is larger than that of the network 30, the terminal 31 may not be able to absorb all of the delay jitter generated in the other network 20. Therefore, the controller 100 of the gateway 10 determines how much of the actual delay jitter is absorbed according to the allowable delay jitter that is the jitter reduction capability of the terminal 31 acquired in advance. The operation of the gateway 10 in this case will be described in detail later.
[0037]
In FIG. 2, the delay jitter in the network 20 is 1 × INT, but in an actual network, the delay jitter may be larger. For example, FIG. 9 shows a graph showing the occurrence of delay, the upper graph shows the occurrence of delay at the time of transmission at the transmission source terminal 21, and the lower graph shows the packet delay at the time of reception at the gateway 10 after passing through the network 20. Indicates occurrence. As shown by the straight line D0 in the upper graph of FIG. 9, at the time of transmission from the terminal 21, of course, all the packets have no delay, and there is no delay jitter at this stage. However, by passing through the network 20, each packet arrives at the gateway 10 with various delay times. As indicated by a curve D1 in the lower graph of FIG. 9, maximum delay time = 4 × INT, minimum delay time = 0, delay jitter = maximum delay time = 4 × INT.
[0038]
In order to absorb all the 4 × INT delay jitter generated in the network 20 as shown in FIG. 9 by the buffer 110, the buffer register # 5 becomes the initial writing position as shown in FIG.
[0039]
However, in the present embodiment, as described above, the delay jitter width (buffer absorption width) to be absorbed in the buffer 110 is the delay jitter generated in the network 20 and the delay jitter allowed in the network 30 acquired in advance. Based on the above, the control unit 100 determines. If the allowable delay jitter in the network 30 is 3 × INT, the buffer 110 may absorb 1 × INT worth of delay jitter. As shown in FIG. 4, the initial write position in this case may be buffer register # 2.
[0040]
Hereinafter, an operation of absorbing a part of the delay jitter generated in the network 20 by the buffer 110 will be described in comparison with an operation of absorbing all of the delay jitter.
As shown in FIG. 3, the first packet P1 transmitted from the terminal 21 is received by the gateway 10 with the minimum delay time (0), and the next packet P2 is received by the gateway 10 with the maximum delay time (4 × INT). Assume that. That is, as shown in FIG. 3, the first packet P1 is transmitted from the terminal 21 at time t1, and the second packet P2 is transmitted from the terminal 21 at time t2. The first packet P1 passes through the network 20 with the minimum delay time 0s and arrives at the gateway 10 at the time t1, and the second packet P2 passes through the network 20 with the maximum delay time 4s and reaches the gateway 10 at the time t6. Has arrived.
[0041]
As described above, as shown in FIG. 4, when the allowable delay jitter is 3INT in the network 30 to which the transmission destination belongs, the data unit of the packet P1 is stored in the buffer register # 2 at time t1. Therefore, the data unit of the packet P1 is output from the buffer 110 at time t3 2 × INT after t1.
[0042]
On the other hand, in the comparative example in which all of the delay jitter generated in the network 20 is absorbed by the buffer 110, as described above, the data unit of the packet P1 should be stored in the buffer register # 5 as shown in FIG. . Therefore, in the comparative example, the data unit of the packet P1 will be output from the buffer 110 at time t6 after 5 × INT from t1.
[0043]
As shown in FIGS. 4 and 5, the data unit of the second packet P2 arriving at the gateway 10 at the time t6 delayed by the maximum delay time 4s is sent to the control unit 100 immediately after storage in the open buffer register. It is stored in the buffer register # 6 to be read and output at time t7.
[0044]
When the allowable delay jitter is 3INT in the network 30 to which the transmission destination belongs, the data unit of the packet P2 is output 4INT after the data unit of the packet P1 is output as shown in FIG. 1INT which is a part of the delay jitter 4INT generated in step 1 is absorbed in the buffer 110, and the delay jitter of 3INT remains. The residual delay jitter is absorbed by the destination terminal 31. In this case, as shown in FIG. 3, the delay time from the time when the packet P1 is transmitted from the terminal 21 to the time when the data unit is output from the buffer 110 = 2INT, and the time when the packet P2 is transmitted from the terminal 21 Delay time from when the data unit is output from the buffer 110 to 5 INT = 5INT.
[0045]
In contrast, in the comparative example in which all of the delay jitter generated in the network 20 is absorbed by the buffer 110, the data unit of the packet P2 is output after 1 INT from the output of the data unit of the packet P1, as shown in FIG. Therefore, the delay jitter 4INT generated in the network 20 is all absorbed in the buffer 110. In this case, as shown in FIG. 3, the delay time from the time when the packet P1 is transmitted from the terminal 21 to the time when the data unit is output from the buffer 110 = 5INT, and the time when the packet P2 is transmitted from the terminal 21 Delay time from when the data unit is output from the buffer 110 to 5 INT.
[0046]
Next, the buffering operation of the gateway 10 when the first packet arrives with the maximum delay time will be described with reference to FIGS.
As shown in FIG. 6, it is assumed that the leading packet P1 is transmitted from the terminal 21 at time t1, and the second packet P2 is transmitted from the terminal 21 at time t2. The first packet P1 arrives at the gateway 10 at time t5 with the maximum delay time 4INT that can occur in the network 20, and the second packet P2 arrives at the gateway 10 at time t6 with the maximum delay time 4INT. Even if the arrival order is disturbed, the control unit 100 arranges the order again, so that the subsequent packet is not processed before the previous packet.
[0047]
When the allowable delay jitter is 3INT in the network 30 to which the transmission destination belongs, as shown in FIG. 7, the data unit of the packet P1 is stored in the buffer register # 2 at time t5, and at time t7 2INT after t5. Output from the buffer 110. Then, the data unit of the second packet P2 that arrives at the gateway 10 at the time t6 delayed by the maximum delay time 4INT from the transmission time t2 is output to the buffer register # 3 that is output most quickly among the buffer registers at that time. Stored and output at time t8 after 2INT. As shown in FIG. 6, for both packets P1 and P2, the delay time from the time when the data is transmitted from the terminal 21 to the time when the data unit is output from the buffer 110 is 6INT.
[0048]
On the other hand, in the comparative example in which all of the delay jitter generated in the network 20 is absorbed by the buffer 110, as shown in FIG. 8, the data unit of the packet P1 is stored in the buffer register # 5 at the time t5, and the packet P1 Are output from the buffer 110 at time t10, which is 5 INT after t5. The data unit of the second packet P2 that arrives at the gateway 10 at the time t6 delayed by the maximum delay time 4INT from the transmission time t2 is stored in the buffer register # 6 that is output most quickly among the buffer registers at that time. It is output at time t11 after 5 INT. As shown in FIG. 6, for both packets P1 and P2, the delay time from the time transmitted from the terminal 21 to the time when the data unit is output from the buffer 110 is 9INT.
[0049]
As can be understood from the above, using the buffer 110 provided in the gateway 10 connecting the network, the data unit of the first packet is output after a certain time from the reception, and the subsequent data units are sequentially output. By doing so, all or part of the delay jitter generated in the network 20 can be absorbed.
[0050]
As described above, when the buffer 110 absorbs all of the delay jitter occurring in the network 20, even when the leading packet arrives with the minimum delay, the data unit is changed from the time when each packet is transmitted from the terminal 21. The delay time until the time output from the buffer 110 = 5INT (see FIG. 3). When the first packet has the maximum delay, the delay time is 9 INT (see FIG. 6). The total delay time between the terminals 21 to 31 is the total of the delay time from the time when the packet P1 is transmitted from the terminal 21 to the time when the data unit is output from the buffer 110 and the maximum delay time generated in the network 30. is there. Accordingly, the total delay time increases due to an increase in the delay time from the time when the packet P1 is transmitted from the terminal 21 to the time when the data unit is output from the buffer 110.
[0051]
On the other hand, when a part of the delay jitter is absorbed, when the leading packet has the minimum delay, the time from the time when the packet P1 is transmitted from the terminal 21 to the time when the data unit is output from the buffer 110. When the delay time = 2INT and the leading packet has the maximum delay, the delay time = 6INT (see FIGS. 3 and 6). Thus, by adjusting the delay to be absorbed by the buffer 110 based on the delay jitter allowed in the network 30, the total delay time between the terminals 21 to 31 can be further reduced. As described with reference to FIGS. 3, 4, and 7, when a part of the delay jitter is absorbed, the delay jitter generated in the network 20 partially remains. However, this residual delay jitter is absorbed by the destination terminal 31.
[0052]
Next, the application of this embodiment to a plurality of types of data communication related to multimedia will be described.
In the multimedia communication, the protocol entity 15A or 15B (see FIG. 1) transmits a data unit of one format among the data of a plurality of formats received by the corresponding receiving unit 14A or 14B and data of another format. Distinguish from units.
[0053]
Moreover, the priority determination part 120 of each controller 100 determines the priority of a data unit. Specifically, the priority determination unit 120 determines the order of transmitting data units to the network 30 according to the delay jitter of each data unit.
[0054]
The corresponding protocol entity 17A or 17B maps the output signal from the buffer 110 to a channel for multiplexing transmission based on the priority information output from the priority determination unit 120. The corresponding transmitter 18A or 18B multiplexes the data unit to the network 30 according to the protocol entity mapping.
[0055]
FIG. 10 shows the internal functional entities of each control unit 100 in detail. In the following description, as shown in FIG. 10, the protocol entity 15 </ b> A or 15 </ b> B is referred to as the protocol entity 15, and the protocol entity 17 </ b> A or 17 </ b> B is referred to as the protocol entity 17.
[0056]
As shown in FIG. 10, the buffer 110 includes an audio buffer 111 and an image buffer 112.
[0057]
The audio buffer 111 stores data units of audio data packets output from the protocol entity 15, and the image buffer 112 stores data units of image data packets output from the protocol entity 15. Data units read from each buffer are supplied to the protocol entity 17 separately.
[0058]
In addition, the data unit output from each of the buffers 111 or 112 is also supplied to the priority determination unit 120. The priority determination unit 120 includes an output time detection unit 122, a delay time calculation unit 123, and a determination unit 124.
The output time detection unit 122 detects when the first audio data unit is output from the buffer 110 and when the first image data unit is output from the buffer 110 based on the internal clock of the gateway 10, and outputs this to the delay time calculation unit 123. . The output time of the first audio data unit output from the audio buffer 111 is referred to as Bs (A), and the output time of the first image data unit output from the image buffer 111 is referred to as Bs (V).
[0059]
The delay time calculation unit 123 calculates the standard output time Ss (A) of the audio data unit that has not been transmitted from the protocol entity 17. The standard output time Ss (A) is the time when the audio data unit should be output from the buffer 110 if there is no delay, and the audio buffer output time Bs (A) of the first audio data unit is the starting point. . Further, the time difference between the current time Ct and the standard output time Ss (A) of the voice data unit that has not been transmitted from the protocol entity 17 is calculated as the voice delay time D (A) and output to the determination unit 124. In addition, the delay time calculation unit 123 calculates the standard output time Ss (V) of the image data unit that has not been transmitted from the protocol entity 17. The standard output time Ss (V) is the time when the image data unit should be output from the buffer 110 if there is no delay, and the image buffer output time Bs (V) of the first image data unit is the starting point. . Further, the time difference between the current time Ct and the standard output time Ss (V) of the image data unit that has not been transmitted from the protocol entity 17 is calculated as the image delay time D (V) and output to the determination unit 124. The audio delay time D (A) and the image delay time D (V) are sufficient indexes for comparing the delay time of each data unit with respect to the first audio or image data unit.
[0060]
For example, when an audio data unit and an image data unit are simultaneously read from the audio buffer 111 and the image buffer 112, an audio data unit and an image data unit that have been output from the buffer 110 but have not been transmitted from the protocol entity 17 are simultaneously displayed. If present, the determination unit 124 compares the audio delay time D (A) and the image delay time D (V), and based on the comparison, transmission control for controlling the priority of transmission in the protocol entity 17 Create a command and output it to the protocol entity 17.
[0061]
The priority determination process in the priority determination unit 120 will be described with reference to the flowchart shown in FIG. This illustrated process is repeated every 1 INT.
First, in step S11, when there is an audio data unit and an image data unit that are output from the buffer 110 but not transmitted from the protocol entity 17, the delay time calculation unit 123 outputs the audio buffer of the first audio data unit. Based on the time Bs (A), the standard output time Ss (A) of the voice data unit not yet transmitted from the protocol entity 17 is calculated according to the equation (1).
Ss (A) = Bs (A) + (N (A)-1) x Cy (A) (1)
Here, N (A) is a number indicating the order of the voice data units, and Cy (A) indicates a voice packet transmission cycle by the terminal 21.
[0062]
Also, in step S11, the delay time calculation unit 123, based on the image buffer output time Bs (V) of the first image data unit, the standard output time Ss (V) of the audio data unit that has not been transmitted from the protocol entity 17. Is calculated according to equation (2).
Ss (V) = Bs (V) + (N (V)-1) x Cy (V) (2)
Here, N (V) is a number indicating the order of image data units, and Cy (V) indicates a transmission cycle of image packets by the terminal 21.
[0063]
In step S12, the delay time calculation unit 123 calculates the delay time D (V) of the data unit according to the equation (3) based on the standard output time Ss (V) of the image data unit and the current time Ct.
D (V) = Ct-Ss (V) (3)
[0064]
In step S13, the delay time calculation unit 123 calculates the delay time D (A) of the data unit according to the equation (4) based on the standard output time Ss (V) of the audio data unit and the current time Ct.
D (A) = Ct − Ss (A) (4)
[0065]
Next, the determination unit 124 determines whether or not the audio delay time D (A) is larger than the image delay time D (V) in step S14. If the determination in step S14 is affirmative, in step S15, the determination unit 124 supplies the determination unit 17 with a transmission control command instructing to transmit the audio data unit with priority. On the other hand, if the determination in step S14 is negative, in step S16, the determination unit 124 supplies the determination unit 17 with a transmission control command instructing to transmit the image data unit with priority. In this way, the process ends and is then repeated.
[0066]
Next, packet processing in multimedia communication will be specifically described with reference to the time charts shown in FIGS. 12 and 13. In FIGS. 12 and 13, characters A and V indicate data units corresponding to voice packets and image packets, respectively, and suffixes indicate the transmission order from the terminal 21.
[0067]
First, it is assumed that the transmission mode of each packet from the terminal 21 and the output mode of each packet from the buffer 110 are as shown in FIGS. That is, the data unit relating to each type of packet from the terminal 21 is buffered by the gateway 10 in such a manner that only a part of the delay jitter generated in the network 20 is absorbed by the buffer 111 or 112 as described above. 110. For this reason, as shown in FIGS. 12 and 13, although the transmission cycle of the audio packet A is 3INT, the data unit of the packet A2 is output from the buffer after the packets A1 to 4INT, and the transmission cycle of the image packet V is Even though 5INT, the data unit of packet V2 is output from the buffer after packets V1 to 6INT.
[0068]
In the audio buffer 111 and the image buffer 112, when all the delay jitters of audio and image data units are absorbed, all the audio data units and image data units are the same cycle as the transmission cycle from the transmission source terminal 21 to the network 20. Should be output. Accordingly, since only a part of the delay jitter is absorbed by the buffer, 1 INT delay jitter remains in the second and subsequent audio data groups, and 1 INT delay jitter remains in the second and subsequent image data groups. It can be understood from FIG. 12 and FIG.
[0069]
In addition, because the protocol entity 17 multiplexes the voice and image data units into a single channel and transmits them to the network 30, this multiplexing also causes a delay. Therefore, the delay jitter due to multiplexing may be superimposed on the residual delay jitter at the time of output from the buffer 110, and the delay jitter of the output data unit from the protocol entity 17 may spread.
[0070]
Delay jitter in multiplexing by the protocol entity 17 is greatly affected by the transmission order of data units belonging to different types. More specifically, as shown in FIGS. 12 and 13, voice packets are transmitted from the terminal 21 at the same data length and at equal intervals 3INT, whereas image packets have different lengths. Moreover, their length is larger than the length of the voice packet, and they are transmitted at an equal interval of 5 INT. In such a case, the gateway 10 cannot transmit the audio data unit even when it is preferable to output the audio data unit during transmission of the long image data unit. Therefore, if no contrivance is added to the multiplexing method, the audio data unit may be delayed due to multiplexing. Then, the delay jitter may further spread due to the delay jitter of the remaining audio data unit and the delay at the time of multiplexing.
[0071]
Various multiplex systems can be considered. For example, when audio data units output from the buffer 110 but not transmitted from the protocol entity 17 and image data units exist at the same time, the image data unit may always be given priority over the audio data unit during multiplexing. Can be. Conversely, in such a case, it may be considered that the audio data unit is always prioritized over the image data unit during multiplexing. These methods have drawbacks as described below.
[0072]
In FIG. 12, at time t13, the data unit of the audio packet A4 is output from the audio buffer 111, and the data unit of the image packet V3 is output from the image buffer 112. At this time, the data unit of the previous voice packet A3 is already output from the voice buffer 111, but is not transmitted from the protocol entity 17. At another time t18, the data unit of the image packet V4 is output from the image buffer 112, and there is a data unit of the untransmitted audio packet A5.
[0073]
In the method in which the voice packet is always prioritized, as shown in FIGS. 12 and 13, the protocol entity 17 transmits the data unit of the voice packet A3 at time t13 and the data unit of the voice packet A4 at time t14. Thus, the data unit of the image packet V3 is finally output until time t15. Therefore, the data unit of the image packet V3 is transmitted to the network 30 with a delay of 4 INT from the time t11 transmitted from the terminal 21. Similarly, the data unit of the voice packet A5 is prioritized at time t18, and the data unit of the new voice packet A6 is prioritized at time t19. Therefore, the data unit of the image packet V4 is delayed by 4INT from the time t16 transmitted from the terminal 21. Then, it is transmitted to the network 30 at time t20. However, the data unit of the first image packet V1 is output to the network 30 at time t2 with a delay of 1INT from time t1 transmitted from the terminal 21, as shown in FIG.
[0074]
In the method in which the image data unit is always prioritized, as shown in FIGS. 12 and 13, the transmission of the data unit of the image packet V3 is started from the protocol entity 17 at time t13, and the image packet V3 is started at times t14 and t15. Continue sending data units. The data unit of the audio packet A3 output from the audio buffer 111 at time t10 and the data unit of the audio packet A4 output from the audio buffer 111 at time t13 are transmitted after the transmission of the data unit of the image packet V3 is completed. The Therefore, the data unit of the voice packet A3 is transmitted to the network 30 at time t16 with a delay of 9INT from time t7 transmitted from the terminal 21, and the data unit of the voice packet A4 is delayed by 7INT from time t10 transmitted from the terminal 21. Then, it is transmitted to the network 30 at time t17. Similarly, since the data unit of the image packet V4 is given priority at time t18, the data unit of the audio packet A5 is transmitted to the network 30 at time t22 with a delay of 9INT from time t13 transmitted from the terminal 21, and the audio packet The data unit A6 is transmitted to the network 30 at time t23 with a delay of 7 INT from the time t16 transmitted from the terminal 21. However, the data unit of the first voice packet A1 is output to the network 30 at time t6 with a delay of 5INT from the time t1 transmitted from the terminal 21.
[0075]
As described above, when any one of the data units in the group is always prioritized, the delay jitter generated by the multiplexing in the protocol entity 17 is further superimposed on the delay jitter generated in the network 20, and the result is sent to the network 30. Delay jitter spreads during transmission.
[0076]
FIG. 14 shows the occurrence of delay in multimedia communication. A curve D1 indicates the delay jitter caused by passing through the network 20, and is equivalent to the curve D1 in the lower graph of FIG. A curve D3 shows the remaining delay jitter partially absorbed by the buffer 110, and this remaining delay jitter is smaller than the delay jitter after passing through the network 20 of the curve D1 by the amount absorbed by the buffer. A curve D21 represents a delay jitter at the time of multiplexing transmission to the network 30 when the data format of any one group is always prioritized. As can be seen from the curve D21, even when a part of the delay jitter is absorbed by the buffer 110, the delay jitter due to multiplexing is superimposed, and the delay jitter spreads during transmission to the network 30.
[0077]
In the present embodiment, the priority of each data unit in multiplex transmission is determined according to the delay time in order to reduce the delay jitter of the packet. More specifically, when an audio data unit and an image data unit output from the buffer 110 but not transmitted from the protocol entity 17 exist at the same time, data with a large delay time for the first similar data unit at that time. Prioritize units. Next, the processing of this embodiment will be specifically described.
[0078]
12 and 13, at time t13, the delay time D (A3) of the data unit A3 of the untransmitted voice packet is 4INT, and the delay time D (V3) of the data unit V3 of the untransmitted image packet is 1INT. It is. The delay times D (A) and D (V) in FIGS. 12 and 13 are calculated by the above-described equations (1) to (4). In the present embodiment, at time t13, the priority determination unit 120 outputs a transmission control signal indicating that the priority of the data unit of the voice packet A3 having a large delay time is high to the protocol entity 17.
[0079]
At time t14, the delay time D (A4) of the data unit of the untransmitted voice packet A4 is 2INT, and the delay time D (V3) of the data unit of the image packet V3 is the same as 2INT. In the present embodiment, the priority determination unit 120 outputs a transmission control signal indicating that the priority of the data unit of the voice packet A4 is high to the protocol entity 17 in accordance with the rule represented in step S14 of FIG. Therefore, the data unit of the voice packet A3 is transmitted at time t13, the data unit of the voice packet A4 is transmitted at time t14, and the data unit of the image packet V3 is transmitted at time t15. This state is the same as the method in which the audio data unit is always prioritized. However, in the time between time t13 and time t17, the increase in delay jitter is less with respect to the data units of the audio packets A3 and A4 than in the method in which the image data unit is prioritized.
[0080]
At time t18, the delay time D (A5) of the data unit of the untransmitted voice packet A5 is 3INT, and the delay time D (V4) of the data unit of the image packet V4 is 1INT. Therefore, in this embodiment, the priority determination unit 120 outputs a transmission control signal indicating that the priority of the data unit of the voice packet A5 having a large delay time is high to the protocol entity 17.
[0081]
At time t19, the delay time D (A6) of the data unit of the untransmitted audio packet A6 is 1INT, and the delay time D (V4) of the data unit of the image packet V4 is 2INT. Therefore, in the present embodiment, the priority determination unit 120 outputs a transmission control signal indicating that the priority of the data unit of the image packet V4 having a large delay time is high to the protocol entity 17. At time t23, the data unit of the voice packet A6 is transmitted.
[0082]
Therefore, the data unit of the voice packet A5 is transmitted to the network 30 at time t18 with a delay of 5INT from the time t13 transmitted from the terminal 21, and the data unit of the image packet V4 is delayed with 3INT from the time t16 transmitted from the terminal 21. Is transmitted to the network 30 at time t19, and the data unit of the voice packet A6 is transmitted to the network 30 at time t23 with a delay of 7 INT from the time t16 transmitted from the terminal 21. Therefore, the increase in delay jitter is less with respect to the data unit of the image packet V4 than the method in which the audio data unit is prioritized.
[0083]
A curve D22 in FIG. 14 represents the delay jitter in the multiplex transmission to the network 30 when the priority of the packet is determined according to the delay time according to the present embodiment. As is apparent from a comparison between the curves D21 and D22, in this embodiment, an increase in delay jitter can be further suppressed, and the delay jitter at the time of multiplex transmission to the network 30 is the residual delay jitter (the width of the curve D3). )
[0084]
The delay jitter in the multiplex transmission is preferably equal to or less than the allowable delay jitter that can be absorbed by the destination terminal 31. Therefore, in multimedia communication, the amount of delay jitter absorbed by the buffer determined based on the allowable delay jitter of the destination before multiplexing is larger than the amount of delay jitter in the case of transferring data in a single format. Is effective.
[0085]
While the invention has been described with reference to the preferred embodiments, those skilled in the art will recognize that various changes in form and detail can be made without departing from the scope of the invention as defined in the claims. Like. Such modifications, alternatives, and modifications are also included in the claims as equivalents. An example of such an equivalent will now be described.
[0086]
With respect to the network 20 that is a packet switching network, due to network delay, the order of packets of different types in multimedia communication is likely to be disturbed. However, with respect to the network 30 that is a circuit switching network, network delay is unlikely to occur. Disorders between different types of frames are unlikely to occur. Therefore, unlike the embodiment of FIG. 1, it is also possible not to provide the priority determination unit 120 in the transmission sequence BA that handles frames transferred from the circuit switched network 30 having the above-described advantages.
[0087]
The element for absorbing the delay jitter is not limited to the buffer 110. Other elements that can hold the first data unit for a time according to the allowable delay jitter of the destination terminal and sequentially output subsequent data units in a normal order can be used.
[0088]
In the above embodiment, in multimedia communication, a high priority is simply given to a data unit having a large delay time. However, when transmitting three or more types of data, a high priority is given to one or more types of data in advance, and for other types of data, the data unit with the longest delay time is given next. High priority may be given.
[0089]
Instead of the delay time, the data unit to be given priority may be determined based on the length of the data unit.
If the output timing of a short data unit with a large delay time is reached during transmission of a long data unit, interrupt transmission may be performed. In some cases, such interrupt transmission may further reduce delay jitter. For this purpose, for example, ITU-T recommendation H.264. As described in H.223, long data units may be segmented. According to this, even after the transmission of the long image data unit is interrupted and the short audio data unit is transmitted, the remaining segments can be transmitted without any trouble.
[0090]
In the above embodiment, the network 20 is a packet switching network, and the network 30 is a circuit switching network. However, the present invention is not intended to be limited to this, and changes and modifications are possible. Causes of delay jitter include network factors and multiplexing in terminals and gateways. In a packet switching network, delay jitter may occur due to various network factors. On the other hand, in a circuit switching network, delay jitter due to various network factors is unlikely to occur, but frames are exchanged with the delay jitter remaining due to multiplexing in a terminal or gateway. The delay jitter in the packet switching network is generally larger than the delay jitter caused by multiplexing in the terminal or gateway. Generally, a terminal serving each network can absorb the maximum delay jitter that can occur in that network when it becomes a transmission destination.
[0091]
As shown in FIG. 15, it is assumed that the network 20 and the network 300 are both packet-switched networks, and the maximum delay jitter that can occur in the packet-switched network 20 is larger than the maximum delay jitter that can occur in the packet-switched network 300. When the terminal serving the network 20 is a transmission source and the terminal serving the network 300 is a transmission destination, the gateway 10 is configured according to the jitter reduction capability of the transmission destination terminal 31 as in the above embodiment. It is effective to absorb a part of the delay jitter generated in the network 20 on the transmission source side.
[0092]
However, when a terminal serving the network 300 having a small possible delay jitter is a transmission source, a terminal serving the network 20 having a large possible delay jitter is a transmission destination, and the jitter reduction capability of the transmission destination terminal is high. Therefore, it may be less necessary for the gateway 10 to absorb the delay jitter generated in the network 300 on the transmission source side. In such a case, an element for de-jitter need not be provided in the transmission sequence BA for transferring data from the network 300 to the network 20.
[0093]
As described with reference to the above embodiment, when the network 20 on the transmission source side is a packet switching network and the network 30 on the transmission destination side is a circuit switching network, the jitter reduction capability of the terminal 31 on the transmission destination side Accordingly, it is effective for the gateway 10 to absorb a part of the delay jitter generated in the network 20 on the transmission source side. However, the terminal serving the circuit-switched network 30 with a small possible delay jitter is the transmission source, the terminal serving the packet-switched network 20 with the large possible delay jitter is the transmission destination, and jitter reduction of the transmission destination terminal When the capability is high, it may be less necessary for the gateway 10 to absorb the delay jitter generated in the network 30 on the transmission source side. In such a case, it is not necessary to provide an element for dejittering in the transmission sequence BA.
[0094]
As described above, in a circuit switching network, delay jitter due to network factors is unlikely to occur, but frames are exchanged with the delay jitter remaining due to multiplexing in a terminal or gateway. Therefore, the delay jitter that is allowed in the destination terminal belonging to the circuit switching network and is a parameter for determining the amount of absorption in the buffer may be equal to the maximum delay time that can occur due to multiplexing in the network.
[0095]
In the above embodiment, the destination terminal is served directly by the second network 30 connected to the gateway 10. However, the destination terminal may be served indirectly by the network 30. That is, between the transmission destination terminal and the network 30, one or a plurality of networks and another gateway connecting the adjacent networks may be interposed.
[0096]
【The invention's effect】
As described above, according to the present invention, an increase in delay can be minimized by reducing jitter.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a gateway according to an embodiment of the present invention.
FIG. 2 is a diagram illustrating an operation of a buffer in the gateway of FIG.
FIG. 3 is a time chart showing processing of a data unit in the gateway of FIG. 1 when the first packet arrives with a minimum delay time.
FIG. 4 is a diagram illustrating processing of a data unit in the buffer when the first packet arrives with a minimum delay time.
FIG. 5 is a diagram showing another processing of the data unit in the buffer when the first packet arrives with the minimum delay time.
6 is a time chart showing processing of a data unit in the gateway of FIG. 1 when the first packet arrives with the maximum delay time.
FIG. 7 is a diagram illustrating processing of a data unit in the buffer when the first packet arrives with the maximum delay time.
FIG. 8 is a diagram showing another processing of the data unit in the buffer when the first packet arrives with the maximum delay time.
FIG. 9 has a graph showing the occurrence of network delay.
10 is a block diagram showing an internal function entity of each control unit shown in FIG. 1. FIG.
FIG. 11 is a flowchart showing processing of a priority determination unit in the control unit in multimedia communication.
12 is a part of a time chart showing processing of a data unit in the gateway of FIG. 1 in multimedia communication.
FIG. 13 constitutes the time chart in cooperation with FIG.
FIG. 14 is a diagram for explaining the effect of application of the above embodiment to multimedia communication;
FIG. 15 is a diagram showing a modified embodiment of the present invention.
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... Gateway, 14A, 14B ... Reception part, 18A, 18B ... Transmission part, 20, 30 ... Network (network), 100 ... Control part, 122 ... Output time detection part, 122 ... Delay time calculation part, AB, BA ... Transmission sequence (acquisition part)

Claims (7)

二つのネットワークを接続するゲートウェイであって、
少なくとも一つの形式の複数のデータユニットを第1のネットワークから受信する受信部と、
前記受信部で受信した前記データユニットを一時的に記憶し、送信先端末の遅延ジッタ削減能力に基づいてある時間を決定し、前記受信部において先頭のデータユニットを受信した時刻からその決定した時間が経過した後に前記先頭のデータユニットを出力し、その後、前記第1のネットワークにおける送信サイクルと同じサイクルで後続のデータユニットを順次出力する制御部と、
前記制御部で出力されたデータユニットに対応するデータユニットを前記送信先端末に届けるために第2のネットワークに送信する送信部と
を備えるゲートウェイ。
A gateway connecting two networks,
A receiving unit for receiving a plurality of data units of at least one form from a first network;
The data unit received by the receiving unit is temporarily stored, a certain time is determined based on the delay jitter reduction capability of the destination terminal, and the determined time from the time when the first data unit is received by the receiving unit A controller that outputs the first data unit after elapse of time, and then sequentially outputs subsequent data units in the same cycle as the transmission cycle in the first network ;
A gateway comprising: a transmission unit that transmits a data unit corresponding to the data unit output by the control unit to a second network in order to deliver the data unit to the transmission destination terminal.
請求項1記載のゲートウェイであって、
前記送信先端末の前記遅延ジッタ削減能力に関する情報を獲得する獲得部をさらに備えるゲートウェイ。
The gateway according to claim 1, wherein
A gateway further comprising an acquisition unit for acquiring information related to the delay jitter reduction capability of the destination terminal.
請求項1または2記載のゲートウェイであって、The gateway according to claim 1 or 2, wherein
前記受信部は、異なる形式のデータユニットを受信することが可能であり、The receiving unit can receive data units of different formats;
異なる形式のデータユニットが同時に未送信である時に、前記制御部は、前記第1のネットワークにおいて前記データユニットが伝送される際に生じた遅延時間に応じて前記送信部における優先度を決定し、When different types of data units are not transmitted at the same time, the control unit determines a priority in the transmission unit according to a delay time caused when the data unit is transmitted in the first network,
前記送信部は、前記制御部から出力された形式の異なるデータユニットを、前記優先度に従って多重化して前記第2のネットワークを通じて前記送信先端末に送信する、ゲートウェイ。The transmission unit is a gateway that multiplexes data units of different formats output from the control unit according to the priority and transmits the multiplexed data units to the destination terminal through the second network.
請求項3記載のゲートウェイであって、The gateway according to claim 3, wherein
前記制御部は、The controller is
各形式における最初のデータユニットが前記制御部から出力された最初出力時刻を検出する出力時刻検出部と、An output time detection unit that detects the first output time when the first data unit in each format is output from the control unit;
前記最初出力時刻に基づいた各データユニットの前記遅延時間を算出する遅延時間算出部とを備え、A delay time calculation unit for calculating the delay time of each data unit based on the first output time,
前記制御部は、算出された前記遅延時間が長いと判定されたデータユニットについては、他のデータユニットに優先して送信するように前記優先度を決定する、ゲートウェイ。The gateway, wherein the control unit determines the priority so that a data unit determined to have a long delay time is transmitted with priority over other data units.
請求項1に記載のゲートウェイであって、The gateway according to claim 1, wherein
前記制御部は、前記第1のネットワークにおいて前記データユニットが伝送される際に生じうる最大遅延時間を、前記送信先端末において許容される遅延ジッタに応じて短縮して前記時間を求めることを特徴とするゲートウェイ。The control unit obtains the time by reducing a maximum delay time that can occur when the data unit is transmitted in the first network according to a delay jitter allowed in the destination terminal. And gateway.
少なくとも一つの形式の複数のデータユニットを第1のネットワークから受信することと、Receiving a plurality of data units of at least one form from a first network;
前記データユニットを一時的に記憶することと、Temporarily storing the data unit;
あらかじめ獲得した送信先端末のジッタ削減能力に基づいてある時間を決定することと、Determining a certain time based on the jitter reduction capability of the destination terminal acquired in advance;
先頭のデータユニットを受信した時刻からその決定した時間が経過した後に前記先頭のデータユニットを出力することと、Outputting the first data unit after the determined time has elapsed from the time of receiving the first data unit;
前記第1のネットワークにおける送信サイクルと同じサイクルで後続のデータユニットを順次出力することSequentially output subsequent data units in the same cycle as the transmission cycle in the first network.
前記データユニットに対応するデータユニットを前記送信先端末に届けるために第2のネットワークに送信することTransmitting a data unit corresponding to the data unit to a second network for delivery to the destination terminal;
とを備えるデータ転送方法。A data transfer method comprising:
請求項6に記載の方法であって、The method of claim 6, comprising:
前記受信は、異なる形式のデータユニットを受信することを備えており、The receiving comprises receiving different types of data units;
この方法は、さらに、This method further
異なる形式のデータユニットが同時に未送信である時に、前記制御部は、前記第1のネットワークにおいて前記データユニットが伝送される際に生じた遅延時間に応じて前記送信部における優先度を決定することを備え、When different types of data units are not simultaneously transmitted, the control unit determines priority in the transmission unit according to a delay time caused when the data unit is transmitted in the first network. With
前記第1のネットワークにおいて発生した遅延時間が長い程、対応するデータユニットが優先的に第2のネットワークに送信されるようにした、方法。The method, wherein the longer the delay time generated in the first network, the higher the corresponding data unit is transmitted to the second network.
JP2000285900A 1999-09-22 2000-09-20 Gateway and data transfer method Expired - Fee Related JP3694451B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2000285900A JP3694451B2 (en) 1999-09-22 2000-09-20 Gateway and data transfer method

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP26853399 1999-09-22
JP11-268533 1999-09-22
JP2000285900A JP3694451B2 (en) 1999-09-22 2000-09-20 Gateway and data transfer method

Publications (2)

Publication Number Publication Date
JP2001160830A JP2001160830A (en) 2001-06-12
JP3694451B2 true JP3694451B2 (en) 2005-09-14

Family

ID=26548355

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000285900A Expired - Fee Related JP3694451B2 (en) 1999-09-22 2000-09-20 Gateway and data transfer method

Country Status (1)

Country Link
JP (1) JP3694451B2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4454338B2 (en) 2004-02-17 2010-04-21 富士通株式会社 Packet shaping device and packet shaping method
JP4539264B2 (en) * 2004-09-27 2010-09-08 ソニー株式会社 Information processing apparatus and method, and program
JP6229985B2 (en) 2013-03-12 2017-11-15 パナソニックIpマネジメント株式会社 Bus system and computer program

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2984910B2 (en) * 1995-11-17 1999-11-29 株式会社超高速ネットワーク・コンピュータ技術研究所 Data flow control method
JP3213697B2 (en) * 1997-01-14 2001-10-02 株式会社ディジタル・ビジョン・ラボラトリーズ Relay node system and relay control method in the relay node system
JPH1117739A (en) * 1997-06-19 1999-01-22 Mitsubishi Electric Corp Frame relay router and frame relay communication equipment
JP3305242B2 (en) * 1997-11-06 2002-07-22 キヤノン株式会社 Communication device
JP3506960B2 (en) * 1999-08-03 2004-03-15 シャープ株式会社 Packet processing device and storage medium recording packet processing program

Also Published As

Publication number Publication date
JP2001160830A (en) 2001-06-12

Similar Documents

Publication Publication Date Title
EP0446956B1 (en) An ATM transmission system with a variable transmission rate
US6085252A (en) Device, system and method for real-time multimedia streaming
JP3882187B2 (en) Flow control system and method
US5534937A (en) Minimum-delay jitter smoothing device and method for packet video communications
EP1087579B1 (en) Gateway for reducing delay jitter and method for data transfer therein
EP1845691B1 (en) Media stream relay device and method
JP4342585B2 (en) Packet relay apparatus and packet relay method
US7321557B1 (en) Dynamic latency assignment methodology for bandwidth optimization of packet flows
US9288008B2 (en) Systems and methods for equalizing retransmission delays for data retransmission over bonded modems
US8503325B2 (en) Packet transfer device and packet transfer method
US6603759B1 (en) Adaptive buffer management for voice over packet network
JP2004519124A (en) Priority packet transmission system for telephony, latency sensitive data, best effort data and video streams on shared transmission media such as passive coaxial distribution
JP3694451B2 (en) Gateway and data transfer method
US7843946B2 (en) Method and system for providing via a data network information data for recovering a clock frequency
WO2011026508A1 (en) Method for distributing data traffic over radio links
JP2005051709A (en) Real-time streaming transmission apparatus and transmission method
JP2000307637A (en) Multimedia terminal device and inter-network connecting device
US7330461B2 (en) Method to control data conversion in the transfer of a connection between a packet-switched and a line-switched communications network
US6741656B1 (en) Image communication apparatus
US7088738B1 (en) Dynamic fragmentation of information
US20070136494A1 (en) Method for connection between communication networks of different types and gateway apparatus
US8379675B2 (en) Jitter buffering control for controlling storage locations of a jitter buffer, and a method therefor
US6931029B1 (en) System and method for synchronizing with data received over an unreliable asynchronous medium
JP2001237893A (en) Data communication system
JP2005519541A (en) Method and apparatus for converting a first data stream into a second data stream

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20050413

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050419

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050531

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: 20050621

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20050624

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080701

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090701

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090701

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100701

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20110701

Year of fee payment: 6

LAPS Cancellation because of no payment of annual fees