JP2004208119A

JP2004208119A - フレームリレーネットワークにおけるパケット送受信装置

Info

Publication number: JP2004208119A
Application number: JP2002376074A
Authority: JP
Inventors: Susumu Noda; 享野田
Original assignee: NEC Engineering Ltd
Current assignee: NEC Engineering Ltd
Priority date: 2002-12-26
Filing date: 2002-12-26
Publication date: 2004-07-22

Abstract

【課題】非リアルタイムパケットデータの送信を送信側だけの情報でフラグメントすることにより発生する通信効率の低下を防止することを主な目的とする。
【解決手段】本発明は、フレームリレーネットワークの送信先を示すＤＬＣＩ単位に、相手装置の回線速度（帯域情報）を格納する隣接情報テーブルを有すことにより、宛先ＤＬＣＩ単位に非リアルタイムパケットのフラグメントサイズを決定し、リアルタイムパケット送信間隔の間に送信できるパケットサイズを決定し、非リアルタイムパケットをこの大きさ（フラグメントサイズ）に分割して送信する。これにより、受信側でのリアルタイムパケット到達間隔の遅延、輻輳の発生を回避し、また非リアルタイムパケットの通信効率を向上させる。
【選択図】図１

Description

【０００１】
【発明の属する技術分野】
本発明は、非リアルタイム通信のデータパケットとリアルタイム性が要求される通信（音声パケットや動画情報）が伝送されるフレームリレーネットワークに接続されたパケット送受信装置に関する技術である。このパケット送受信装置には、例えばＦＲＡＤ（Frame Relay Access Device）装置がある。
【０００２】
【従来の技術】
従来の技術において、フレームリレーネットワークに接続されるＦＲＡＤ装置では、リアルタイムパケットと非リアルタイムパケットが送信において衝突する場合、予め設定されていたフラグメントディレイ値によって、非リアルタイムパケットがどのＦＲＡＤ装置に送信されるかに関わらず非リアルタイムパケットを一定のパケットサイズに分割して送信を行なっていた。
【０００３】
また、この分割するパケットサイズを音声パケットの送信遅延間隔に合わせ自動的に決定する手段が、特開平１０−５６４７８号公報に紹介されている。しかし、これら従来技術では、送信するリアルタイムパケットの送信側の状態しか考慮されていないためネットワーク構成が１対ｎまたは、ｎ対ｎのように複数の通信を行う場合に、対向先とのフレームリレー回線速度（帯域）に速度差があると、受信側のＦＲＡＤ装置では、リアルタイムパケットの到達間隔遅延を招いたり、必要以上に非リアルタイムパケットのパケットサイズが分割され、通信の効率を低下させていた。
【０００４】
図７は、従来技術におけるリアルタイムパケットと非リアルタイムパケットが混在した場合の通信を示している。音声を８ｋbpsで符号化してフレームリレーネットワークに送信するＦＲＡＤ装置の場合、一般的に４０msec間隔に４０byteの音声情報にフレームリレーヘッダーを負荷し、ネットワークへ送受信する方式を使用している。このときの音声パケットを「V」、リアルタイム性が要求されない非リアルタイムパケットを「D」として表現する。フレームリレーやＩＰデータグラムのフレームヘッダを考慮しないとすると、1536kbpsのフレームリレー回線速度を有すＦＲＡＤ装置Ａでは、４０byteのリアルタイムパケット「V」を送信するのに要する時間は、320ビット/1536000ビットmsecであり、次のリアルタイムパケットを送信する間に7640byteの非リアルタイムパケットが送信可能である。
【０００５】
【特許文献１】
特開平１０−５６４７８公報
【０００６】
【発明が解決しようとする課題】
しかしながら、128kbpsのフレームリレー回線速度を有すＦＲＡＤ装置Ｂでは、４０byteのリアルタイムパケット「V」を受信するのに要する時間は320ビット/128000ビットmsecであり、仮にＦＲＡＤ装置Ａが次のリアルタイムパケット「V」を送信する間に1000byteの非リアルタイムパケット「D」を送信したとしても、ＦＲＡＤ装置Ｂが次のリアルタイムパケットを受信するのは、62.5msec後となり40msec間隔で４０byteのリアルタイムパケットを送受信することが出来なくなってしまう。そのため、ＦＲＡＤ装置Ａは、ＦＲＡＤ装置Ｂで40msec間隔にリアルタイムパケットを送受信できるようにリアルタイムパケットの間には、非リアルタイムパケットの送信先が何処かに関わらず600byteの非リアルタイムパケットしか送信できなかった。
【０００７】
一方、リアルタイムパケットの間に送信する非リアルタイムパケットがＦＲＡＤ装置Ｃであった場合、ＦＲＡＤ装置Ｂのリアルタイムパケット受信には影響を受けないため、7640byte-600byte=7040byte分もの帯域が無効となり、転送効率を大きく低下させていた。
【０００８】
また、仮に送信相手先の回線速度に合わせた非リアルタイムパケットのフラグメント機能を有していても、複数のＦＲＡＤ装置から同時にパケットを受信するような場合には、リアルタイムパケットの到達間隔は遅延、輻輳状態を招いていた。
【０００９】
そこで、本発明では、非リアルタイムパケットとリアルタイムパケットから成る通信がフレームリレーネットワークを介して行なうパケット送受信装置において、そのネットワーク構成が１対ｎまたは、ｎ対ｎの場合に、リアルタイムパケットの到達間隔を保証するために非リアルタイムパケットを一定のサイズもしくは、送信側だけの情報でフラグメントすることにより発生する通信効率の低下と複数のＦＲＡＤ装置から同時にパケットを受信した場合に発生してしまうリアルタイムパケットの到達間隔の遅延、輻輳の発生を回避し、リアルタイムパケットの到達間隔の揺らぎ（ジッター）を減少し、品質、及び信頼性を向上させることを目的とする。
【００１０】
また、本発明の他の目的は、非リアルタイムパケットの通信効率を向上させることである。
【００１１】
【課題を解決するための手段】
請求項１記載の発明によれば、リアルタイム性が要求されるパケットデータとリアルタイム性が要求されないパケットデータとを統合し、フレームリレー網を用いて通信するパケット送受信方式において、データ受信部にて受信された前記パケットデータのＩＰヘッダーを参照することでリアルタイム性が要求されるものであるか否かを判定し、当該パケットデータがリアルタイム性を要求される場合には、当該パケットの宛先ＤＬＣＩに対応する回線速度情報に設定されたリアルタイム送信間隔情報に基づいて対向局にパケットデータを出力するものとし、また当該パケットデータがリアルタイム性を要求されないものである場合には、前記リアルタイム送信間隔情報及び当該パケットの宛先ＤＬＣＩに対応する回線速度情報に基づき生成した非リアルタイム送信間隔情報に基づいて当該パケットのフラグメントサイズを決定し、このサイズにフラグメントして当該パケットを前記非リアルタイム送信間隔にあわせて対向局へ順次出力することを特徴とするパケット送受信方式を得ることができる。
【００１２】
請求項２記載の発明によれば、リアルタイム性が要求されるパケットデータとリアルタイム性が要求されないパケットデータとを統合し、フレームリレー網を用いて通信するパケット送受信装置において、前記パケットデータを受信するデータ受信部と、当該受信パケットに示される宛先ＩＰアドレスから送信先ＤＬＣＩを決定するルーティング処理部と、当該受信パケットに示されるＩＰヘッダーを参照し当該パケットがリアルタイム性を要求されるか否かを判定するプロトコル処理部と、前記判定に基づきリアルタイム性が要求されないとされたパケットデータを格納する非リアルタイム用パケット格納部と、前記判定に基づきリアルタイム性が要求されるとされたパケットデータを格納するリアルタイム用パケット格納部と、フレームリレーネットワークでの宛先を示すＤＬＣＩ単位に、対向装置の回線速度を格納する隣接情報テーブルと、前記リアルタイム用パケット格納部からリアルタイム通信開始信号を受信すると、当該受信パケットの宛先ＤＬＣＩを参照し、前記隣接情報テーブルから読み出した前記宛先ＤＬＣＩに対応する回線速度情報に設定されたリアルタイム送信間隔情報に基づいて前記リアルタイム用パケット格納部に対して読み出し信号を出力し、また前記非リアルタイム用パケット格納部から非リアルタイム通信開始信号を受信すると、前記リアルタイム送信間隔情報及び当該受信パケットの宛先ＤＬＣＩに対応する回線速度情報に基づき生成した非リアルタイム送信間隔情報に基づいて前記非リアルタイム用パケット格納部に対して読み出し信号を出力すると共にフラグメント処理部に出力する送信タイミング生成部と、前記非リアルタイム用パケット格納部から読み出したパケットを受信し、前記非リアルタイム送信間隔情報と当該パケットのデータサイズとを比較し、データサイズの方が大きい場合にはフラグメントして当該送信間隔にあわせてデータを出力するものとし、またデータサイズの方が小さい場合にはそのまま当該送信間隔にあわせてデータを出力するフラグメント処理部と、前記リアルタイム用パケット格納部及び前記フラグメント処理部から出力されたパケットを対向局へ出力するフレーム送信部とを備えることを特徴とするパケット送受信装置を得ることができる。
【００１３】
請求項３記載の発明によれば、対向局から受信した非リアルタイム用パケットの輻輳状態を検出する輻輳検出部と、
前記対向局から受信したリアルタイム用パケットの遅延を検出するリアルタイムパケット遅延検出部と、前記リアルタイムパケット遅延検出部にて遅延が検出された場合に前記リアルタイム用パケット格納部から出力されたパケットに遅延状態を知らせるＢＥＣＮビットを挿入するリアルタイム用ＢＥＣＮビット挿入部と、前記輻輳検出部にて輻輳が検出された場合に前記前記フラグメント処理部から出力されたパケットに輻輳状態を知らせるＢＥＣＮビットを挿入する非リアルタイム用ＢＥＣＮビット検出部とを有し、前記フレーム送信部は、前記リアルタイム用ＢＥＣＮビット挿入部及び前記非リアルタイム用ＢＥＣＮビット挿入部からの出力されたデータを対向局へ出力することを特徴とする請求項２記載のパケット送受信装置を得ることができる。
【００１４】
【発明の実施の形態】
次に、本発明の実施の形態及び動作について図面を参照して詳細に説明する。図１を参照すると、従来の技術に対し、本発明の構成はリアルタイムパケット遅延検出部１１５と隣接情報テーブル１０８を有することを特徴としている。
【００１５】
フレーム受信部（ＬＡＮ）１０１は、ＦＲＡＤ装置における端末側のインターフェースを有し、上位レイヤに音声や画像などのリアルタイムパケットを収容したＩＰ（Internet Protocol）データグラムやFTP（File Transfer Protocol）やSMTP（Simple Mail Transfer Protocol）など音声などと比較してリアルタイムが要求されない非リアルタイムパケットを収容したＩＰデータグラムなどを収容する。
【００１６】
ルーティング処理部１０２は、フレーム受信部（ＬＡＮ）１０１からパケットを受信し、ＦＲＡＤ装置内のＩＰルーティングテーブルと受信パケットの宛先ＩＰアドレスから送信先ＤＬＣＩ（Data Link Connection Identifier）を決定する。
【００１７】
プロトコル処理部１０３は、受信した受信パケットのＩＰヘッダー内サービスタイプ及びプロトコル番号ビットから、リアルタイム通信か非リアルタイム通信かを判定し、リアルタイムパケットの場合は、後述するリアルタイム用パケット格納部１０４へ、非リアルタイムパケットの場合には、後述する非リアルタイム用パケット格納部１０９へパケットを送信する。
【００１８】
リアルタイム用パケット格納部１０４は、宛先ＤＬＣＩ単位にリアルタイム通信のパケットを格納し、最初のパケットが格納されると送信タイミング生成部１０７へリアルタイム通信の開始を知らせる信号を送信し、パケットが無くなるとリアルタイム通信の終了を知らせる信号を送信する。また、送信タイミング生成部１０７からの送信タイミング信号により、リアルタイム用BECNビット挿入部１０５へパケットを送信する。
【００１９】
リアルタイム用BECNビット挿入部１０５は、後述するリアルタイムパケット遅延検出部１１５からの遅延検出信号により、送信するリアルタイムパケットのBECNビットを１にして、後述するフレーム送信部（ＷＡＮ）１０６へパケットを送信する。
【００２０】
フレーム送信部（ＷＡＮ）１０６は、ＦＲＡＤ装置におけるフレームリレーネットワーク側のインターフェースを有し、リアルタイム用BECNビット挿入部１０５及び後述する非リアルタイム用BECNビット挿入部１１１から受け取ったパケットのＦＣＳ（Frame Check Sequence）等のフレームリレーヘッダーを生成し、相手ＦＲＡＤ装置へフレームリレーパケットを送信する。
【００２１】
送信タイミング生成部１０７は、リアルタイム用パケット格納部１０４からのリアルタイム通信開始信号を受信時、受信パケットの宛先ＤＬＣＩを参照し、後述する隣接情報テーブル１０８から格納されている宛先ＤＬＣＩの回線速度（帯域）情報と通信タイプ毎に設定されたリアルタイムパケット送信間隔情報を入手し、内部送信タイマーをスタートさせ、リアルタイム用パケット格納部１０４へ送信タイミングを出力する。また、リアルタイム通信が継続中に後述する非リアルタイム用パケット格納部１０９から非リアルタイム通信開始信号を受信すると非リアルタイムパケットのＤＬＣＩを参照し、相手ＤＬＣＩに適したデータフラグメントのためのタイミング信号を後述するフラグメント処理部１１０へ送信する。また、後述するリアルパケット遅延検出部１１５からリアルパケットのBECNビットを受信した場合、非リアルタイム用パケット格納部１０９へ送信パケットの送信を抑止する信号を送信する。
【００２２】
隣接情報テーブル１０８は、フレームリレーネットワークでの宛先を示すＤＬＣＩ単位に、相手装置の回線速度（帯域情報）を格納し、送信タイミング生成部１０７へ送信タイミング及びサービスタイプ毎に決められたリアルタイムパケット送信間隔情報を送信する。
【００２３】
非リアルタイム用パケット格納部１０９は、宛先ＤＬＣＩ単位に非リアルタイム通信のパケットを格納し、最初のパケットが格納されると送信タイミング生成部１０７へ非リアルタイム通信の開始を知らせる信号を送信し、パケットが無くなると非リアルタイム通信の終了を知らせる信号を送信する。また、送信タイミング生成部１０７からの送信タイミング信号により、フラグメント処理部１１０へパケットを送信する。
【００２４】
フラグメント処理部１１０は、非リアルタイム用パケット格納部１０９からパケットを受信し、送信タイミング生成部１０７からのタイミング信号により、ＤＬＣＩ毎に許容されるパケットサイズに送信パケットを分割（フラグメント）し、非リアルタイム用BECNビット挿入部１１１へパケットを送信する。
【００２５】
非リアルタイム用BECNビット挿入部１１１は、輻輳検出部１１６からの輻輳検出信号により、送信する非リアルタイムパケットのBECNビットを１にして、フレーム送信部（ＷＡＮ）１０６へパケットを送信する。
【００２６】
フレーム受信部（ＷＡＮ）１１２は、ＦＲＡＤ装置におけるフレームリレーネットワーク側のインターフェースを有し、ルーティング処理部１１３へフレームリレーパケットを送信する。
【００２７】
ルーティング処理部１１３は、前記回路１０２と回路を共有し、フレーム受信部（ＷＡＮ）１０１からパケットを受信し、受信パケットのＩＰヘッダーとＦＲＡＤ装置内のＩＰルーティングテーブルから経路を決定し、後述するプロトコル処理部１１４へパケットを送信する。
【００２８】
プロトコル処理部１１４は、前記回路１０３と回路を共有し、受信したパケットのＩＰヘッダー内サービスタイプ及びプロトコル番号ビットから、リアルタイム通信か非リアルタイム通信かを判定し、リアルタイムパケットの場合は、後述するリアルタイムパケット遅延検出部１１５へ、非リアルタイムパケットの場合には、輻輳検出部１１６へパケットを送信する。
【００２９】
リアルタイムパケット遅延検出部１１５は、リアルタイム通信のタイプ毎に基準となるパケット到達間隔時間を格納した情報テーブルを有し、リアルタイムパケットを受信すると、前記情報テーブルのパケット到達間隔時間をカウンタのロード値として、タイマーの減算を開始し、前記タイマーが０になっても次のパケットを受信しない場合、リアルタイム用BECNビット挿入部１０５へリアルタイムパケットの遅延を知らせる信号を送信する。また、受信リアルタイムパケットにBECNビットが挿入されていた場合には、送信タイミング生成部１０７に対向ＦＲＡＤ装置でアルタイム通信が遅延している信号を送信し、該当ＤＬＣＩの非リアルタイムパケットの送信の抑止を行う。
【００３０】
輻輳検出部１１６は、フレームリレーネットワーク内で輻輳に遭遇したフレームリレーパケットに挿入されるFECN（Forward Explicit Congestion Notification）ビットを検出し、非リアルタイム用BECNビット挿入部１１１へ輻輳を知らせる信号を送信する。
【００３１】
フレーム送信部（ＬＡＮ）１１７は、ＦＲＡＤ装置における端末側のインターフェースを有し、上位レイヤに音声や画像などのリアルタイムパケットを収容したＩＰデータグラムやFTPやSMTPなどの非リアルタイムパケットを収容したＩＰデータグラムなどを送信する。
【００３２】
次に、本実施の形態の動作についてフローチャートを参照して詳細に説明する。図２は、本発明によるＩＰデータグラム受信からフレームリレーネットワークへパケットを送信するまでの処理をフローチャートにしたものである。
【００３３】
フレーム受信部１０１にて端末側からＩＰデータグラムを受信すると（ステップ２０１）、ルーティング処理部１０２は、内部に有するルーティングテーブルから当該受信パケットに記述された送信先ＩＰアドレスに一致するＤＬＣＩを決定する（ステップ２０２）。
【００３４】
ＤＬＣＩが指定されると、プロトコル処理部１０３は、当該受信パケットのＩＰヘッダーに示されるサービスタイプ及びプロトコル番号ビットから、リアルタイム通信か非リアルタイム通信かを判定する（ステップ２０４）。リアルタイムパケットの場合は、リアルタイム用パケット格納部１０４へ、非リアルタイムパケットの場合には、非リアルタイム用パケット格納部１０９へパケットを送信する。
【００３５】
受信パケットがリアルタイムパケットの場合、リアルタイム用パケット格納部１０４は、宛先ＤＬＣＩ単位にリアルタイム用のパケットを格納し、最初のパケットが格納されると送信タイミング生成部１０７へリアルタイムの通信の開始を知らせる信号を送信する。そして、当該通信の開始信号を受けて送信タイミング生成部１０７から出力される送信タイミングに基づきパケットデータを出力する（ステップ２０６）。しかし、送信タイミング生成部１０７から送信タイミングが受信されないときは、送信不可と判断し、リアルタイム用パケット格納部１０４にてパケット送信を待機する（ステップ２０７）。出力するパケットが無くなるとリアルタイム通信の終了を知らせる信号を送信タイミング生成部１０７に送信する。
【００３６】
パケットを受信したリアルタイム用BECNビット挿入部１０５では、リアルパケット遅延検出部１１５からのパケット到達遅延信号の状態を判断し、遅延がある場合には、送信するリアルパケットフレームリレーヘッダーのBECNビット「１」を挿入し（ステップ２１１）、フレームリレーネットワークへのパケット送信を完了する。
【００３７】
また、非リアルタイムパケットの場合、非リアルタイム用パケット格納部１０９は、宛先ＤＬＣＩ単位にリアルタイム用のパケットを格納し、最初のパケットが格納されると送信タイミング生成部１０７へリアルタイムの通信の開始を知らせる信号を送信する。そして、送信タイミング生成部１０７から出力される送信タイミング信号を受信することにより、フラグメント処理部１１０へ非リアルタイム用パケットを送信し、パケットが無くなると非リアルタイム通信の終了を知らせる信号を送信タイミング生成部１０７へ送信する。
【００３８】
フラグメント処理部１１０では、送信タイミング生成部１０７からのサービスタイプ毎に決められた非リアルタイムパケット送信間隔情報（送信タイミング信号）と非リアルタイムパケットサイズとを比較する（ステップ２１５）。非リアルタイムパケットサイズが当該送信間隔に収まるサイズの場合、そのまま非リアルタイム用ＢＥＣＮビット挿入部１１１へ出力する。しかしながら、非リアルタイムパケットサイズが当該送信間隔よりも大きい場合、１回の送信タイミングでは全ての非リアルタイムパケットを送信できないので、非リアルタイムパケットをフラグメントした後、非リアルタイム用BECNビット挿入部１１１へパケットを送信する（ステップ２１９）。
【００３９】
非リアルタイム用BECNビット挿入部１１１では、輻輳検出部１１６からのFECNビットの有無を示す信号により対抗側の輻輳状態を検出する（ステップ２１７）。輻輳がない場合には、送信すする非リアルパケットフレームリレーヘッダーのBECNビットを「０」にしてパケット送信を完了する（ステップ２０９）。輻輳がある場合には、送信する非リアルパケットフレームリレーヘッダーのBECNビットを「１」にし（ステップ２２０）、フレームリレーネットワークへのパケット送信を完了する（ステップ２０９）。
【００４０】
図３は、送信タイミング生成部１０７におけるタイムチャートを示す。ポイント３０１においては、リアルタイム用パケット格納部１０４へ最初のパケットが格納されると送信タイミング生成部１０７へリアルタイムパケット開始／終了−信号「１」が入力される。
【００４１】
次にポイント３０２において、サービスタイプ毎に決められたリアルタイムパケット送信間隔を隣接情報テーブル１０８から入手する。次にポイント３０３において、リアルタイム用パケット格納部１０４にリアルタイムパケット送信可／送信不可−信号「１」を出力し、以後リアルタイムパケット開始／終了−信号「０」が入力されまで、サービスタイプ毎に決められた間隔でリアルタイムパケット送信可／送信不可信号を出力する。ここでは、「１」を送信可、「０」を送信不可とする。
【００４２】
ポイント３０３において、非リアルタイム用パケット格納部１０９へ最初のパケットが格納されると送信タイミング生成部１０７へ非リアルタイムパケット開始／終了−信号「１」が入力される。次に前述のリアルタイムパケット開始／終了−信号の反転したタイミング波形が、非リアルタイム用パケット格納部１０９へ送信される。本例では、非リアルタイムパケットがリアルタイムパケット開始／終了−信号の間隔よりも大きく、送信パケット（WAN）では、フラグメントされたパケットが送信されている。また、ポイント３０６において、リアルタイムパケット遅延検出部１１５からの受信リアルタイムパケットにBECNビット検出信号が入力され、ポイント３０７において、非リアルタイムパケットの送信が抑止されたことを示している。
【００４３】
図４は、隣接情報テーブル１０８をイメージした一例である。宛先となるＤＬＣＩ番号単位に隣接ＦＲＡＤ装置の回線速度情報を格納する。
【００４４】
図５は、隣接情報テーブル１０８において、非リアルタイムパケットが図４のＤＬＣＩ番号「１７」と「２０」の場合に生成される非リアルタイムパケット開始／終了−信号情報を示しており、ＤＬＣＩ番号「２０」は、ＤＬＣＩ番号「１７」に対し、送信側（自局）との回線速度差により１／１２のフラグメントサイズで分割されることを示している。
【００４５】
図６は、図５の結果により生成されたＤＬＣＩ：２０とＤＬＣＩ：１７の非リアルタイムパケット送信可／送信不可−を示し、リアルタイムパケット送信時以外の非リアルタイムパケット送信不可が、LCI番号単位に異なることを示している。
【００４６】
本発明の応用例として、隣接情報テーブル１０８は、装置単位に個別に情報を設定することもできるが、回線速度差を２４／２４のステップからリアルタイムパケット遅延検出部１１５からの遅延検出信号を検出する毎に、フラグメントサイズを２０／２４、１６／２４、１２／２４といったステップ毎に小さくする方法も可能である。
【００４７】
【発明の効果】
本発明の効果は、従来技術において、非リアルタイムパケットとリアルタイムパケット（音声パケットや動画情報）から成る通信をフレームリレーネットワークを介して行なうＦＲＡＤ装置が、そのネットワーク構成が１対ｎまたは、ｎ対ｎの場合に、リアルタイムパケットの到達間隔を保証するために非リアルタイムパケットを一定のサイズもしくは、送信側だけの情報でフラグメントすることにより発生する通信効率の低下と複数のＦＲＡＤ装置から同時にパケットを受信した場合に発生してしまうリアルタイムパケットの到達間隔の遅延、輻輳の発生を回避し、リアルタイムパケットの到達間隔の揺らぎ（ジッター）を減少し、品質、及び信頼性を向上させ、また非リアルタイムパケットの通信効率を向上させることができる。
【図面の簡単な説明】
【図１】本発明の一実施例における回路構成を示す図である。
【図２】本発明の一実施例における送信側処理フローを示す図である。
【図３】本発明の一実施例における送信タイミング生成部タイミングチャートを示す図である。
【図４】本発明の一実施例図４は、隣接情報テーブルを示す図である。
【図５】本発明の一実施例におけるフラグメントサイズの処理を示す図である。
【図６】本発明の一実施例における各ＤＬＣＩ番号のフラグメントサイズのための非リアルタイムパケット送信可／送信不可−信号を示す図である。
【図７】従来技術の一例を示すネットワーク図である。
【符号の説明】
１０１フレーム受信部（ＬＡＮ）
１０２ルーティング処理部
１０３プロトコル処理部
１０４リアルタイム用パケット格納部
１０５リアルタイム用BECNビット挿入部
１０６フレーム送信部（ＷＡＮ）
１０７送信タイミング生成部
１０８隣接情報テーブル
１０９非リアルタイム用パケット格納部
１１０フラグメント処理部
１１１非リアルタイム用BECNビット挿入部
１１２フレーム受信部（ＷＡＮ）
１１３ルーティング処理部
１１４プロトコル処理部
１１５リアルタイムパケット遅延検出部
１１６輻輳検出部
１１７フレーム送信部（ＬＡＮ）

Claims

リアルタイム性が要求されるパケットデータとリアルタイム性が要求されないパケットデータとを統合し、フレームリレー網を用いて通信するパケット送受信方式において、
データ受信部にて受信された前記パケットデータのＩＰヘッダーを参照することでリアルタイム性が要求されるものであるか否かを判定し、当該パケットデータがリアルタイム性を要求される場合には、当該パケットの宛先ＤＬＣＩに対応する回線速度情報に設定されたリアルタイム送信間隔情報に基づいて対向局にパケットデータを出力するものとし、また当該パケットデータがリアルタイム性を要求されないものである場合には、前記リアルタイム送信間隔情報及び当該パケットの宛先ＤＬＣＩに対応する回線速度情報に基づき生成した非リアルタイム送信間隔情報に基づいて当該パケットのフラグメントサイズを決定し、このサイズにフラグメントして当該パケットを前記非リアルタイム送信間隔にあわせて対向局へ順次出力することを特徴とするパケット送受信方式。
リアルタイム性が要求されるパケットデータとリアルタイム性が要求されないパケットデータとを統合し、フレームリレー網を用いて通信するパケット送受信装置において、
前記パケットデータを受信するデータ受信部と、
当該受信パケットに示される宛先ＩＰアドレスから送信先ＤＬＣＩを決定するルーティング処理部と、
当該受信パケットに示されるＩＰヘッダーを参照し当該パケットがリアルタイム性を要求されるか否かを判定するプロトコル処理部と、
前記判定に基づきリアルタイム性が要求されないとされたパケットデータを格納する非リアルタイム用パケット格納部と、
前記判定に基づきリアルタイム性が要求されるとされたパケットデータを格納するリアルタイム用パケット格納部と、
フレームリレーネットワークでの宛先を示すＤＬＣＩ単位に、対向装置の回線速度を格納する隣接情報テーブルと、
前記リアルタイム用パケット格納部からリアルタイム通信開始信号を受信すると、当該受信パケットの宛先ＤＬＣＩを参照し、前記隣接情報テーブルから読み出した前記宛先ＤＬＣＩに対応する回線速度情報に設定されたリアルタイム送信間隔情報に基づいて前記リアルタイム用パケット格納部に対して読み出し信号を出力し、また前記非リアルタイム用パケット格納部から非リアルタイム通信開始信号を受信すると、前記リアルタイム送信間隔情報及び当該受信パケットの宛先ＤＬＣＩに対応する回線速度情報に基づき生成した非リアルタイム送信間隔情報に基づいて前記非リアルタイム用パケット格納部に対して読み出し信号を出力すると共にフラグメント処理部に出力する送信タイミング生成部と、
前記非リアルタイム用パケット格納部から読み出したパケットを受信し、前記非リアルタイム送信間隔情報と当該パケットのデータサイズとを比較し、データサイズの方が大きい場合にはフラグメントして当該送信間隔にあわせてデータを出力するものとし、またデータサイズの方が小さい場合にはそのまま当該送信間隔にあわせてデータを出力するフラグメント処理部と、
前記リアルタイム用パケット格納部及び前記フラグメント処理部から出力されたパケットを対向局へ出力するフレーム送信部とを備えることを特徴とするパケット送受信装置。
対向局から受信した非リアルタイム用パケットの輻輳状態を検出する輻輳検出部と、
前記対向局から受信したリアルタイム用パケットの遅延を検出するリアルタイムパケット遅延検出部と、
前記リアルタイムパケット遅延検出部にて遅延が検出された場合に前記リアルタイム用パケット格納部から出力されたパケットに遅延状態を知らせるＢＥＣＮビットを挿入するリアルタイム用ＢＥＣＮビット挿入部と、
前記輻輳検出部にて輻輳が検出された場合に前記前記フラグメント処理部から出力されたパケットに輻輳状態を知らせるＢＥＣＮビットを挿入する非リアルタイム用ＢＥＣＮビット検出部とを有し、
前記フレーム送信部は、前記リアルタイム用ＢＥＣＮビット挿入部及び前記非リアルタイム用ＢＥＣＮビット挿入部からの出力されたデータを対向局へ出力することを特徴とする請求項２記載のパケット送受信装置。