(57)【要約】【課題】  端末やスイッチなどフレームを出力する機能を持った装置において、リアルタイム性を要求されるような時間に制約のあるフレームを送信する場合、非リアルタイムフレームによって待ち時間が発生せずに所望のタイミングでリアルタイムフレームを送信することができ、リアルタイムフレームの揺らぎを抑制することを目的とする。【解決手段】  リアルタイム通信開始後、各スイッチに最初に到着したリアルタイムフレームが非リアルタイムフレームによって遅延してしまう場合、そのリアルタイムフレームを廃棄する。そうすることにより、到着したリアルタイムフレームについては適正な時間を保証できるので、次に到着するリアルタイムフレームの送出タイミングを正確に算出することができ、それに合わせて非リアルタイムフレームを抑制する。【選択図】        図１
2006254200.tif 000002
【特許請求の範囲】
【請求項１】
スイッチやルータなどのフレームを中継する機能を持った装置で、リアルタイム性を要求されるような時間に制約のあるリアルタイムフレームを中継するフレーム出力装置において、
リアルタイムフレームが自装置から適正な時間に送信することができない場合は、該リアルタイムフレームを廃棄することで、中継するリアルタイムフレームが揺らいでいないことを保証することを特徴とするフレーム出力装置。
【請求項２】
請求項１に記載のフレーム出力装置において、
受信したリアルタイムフレームを中継する際に、非リアルタイムフレームが送信中であるかを判断する判断手段と、
前記判断手段において、受信したリアルタイムフレームを送信する際に非リアルタイムフレームが送信中でない場合は該リアルタイムフレームを送信し、受信したリアルタイムフレームを送信する際に非リアルタイムフレームが送信中である場合は該リアルタイムフレームを廃棄する手段と、
受信したリアルタイムフレームの送信タイミングから、次に送信するべきリアルタイムフレームの適正な送信時間を算出する手段と、
前記算出した適正な時間を元に、次に送信するべきリアルタイムフレームの送信に影響を及ぼさないように、非リアルタイムフレームを送信する手段とを備え、
中継するリアルタイムフレームが揺らいでいないことを保証することを特徴とするフレーム出力装置。
【請求項３】
スイッチやルータなどのフレームを中継する機能を持った装置で、リアルタイム性を要求されるような時間に制約のあるリアルタイムフレームを中継するフレーム出力方法において、
リアルタイムフレームが自装置から適正な時間に送信することができない場合は、該リアルタイムフレームを廃棄することで、中継するリアルタイムフレームが揺らいでいないことを保証することを特徴とするフレーム出力方法。
【請求項４】
請求項３に記載のフレーム出力方法において、
受信したリアルタイムフレームを中継する際に、非リアルタイムフレームが送信中であるかを判断する判断工程と、
前記判断工程において、受信したリアルタイムフレームを送信する際に非リアルタイムフレームが送信中でない場合は該リアルタイムフレームを送信し、受信したリアルタイムフレームを送信する際に非リアルタイムフレームが送信中である場合は該リアルタイムフレームを廃棄する工程と、
受信したリアルタイムフレームの送信タイミングから、次に送信するべきリアルタイムフレームの適正な送信時間を算出する工程と、
前記算出した適正な時間を元に、次に送信するべきリアルタイムフレームの送信に影響を及ぼさないように、非リアルタイムフレームを送信する手段とを備え、
中継するリアルタイムフレームが揺らいでいないことを保証することを特徴とするフレーム出力方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、フレーム出力装置及びフレーム出力方法に関するものである。
【背景技術】
【０００２】
ＣＳＭＡ／ＣＤ方式や全２重方式によるベストエフォート型ネットワークにおいて音声や映像等のリアルタイムデータのストリームを伝送するニーズが高まっている。しかしながらベストエフォート型ネットワークの性質上、リアルタイムな映像や音声のストリーム（情報）を決められた時間内で決められた量、確実に伝送することはそのままでは困難である。この問題はリアルタイム性を必要とするアプリケーションに対するＱＯＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）の保証の課題として定義され、これを大きく分類すると遅延保証，遅延分散（揺らぎ）保証，帯域保証，パケット損失率保証、の４つの課題として捉えることが出来る。これらの課題を解決するための技術として以下の４つの技術要素が挙げられる。
【０００３】
（１）クラス分類（Ｃｌａｓｓｉｆｉｅｒ）
ルータやスイッチにおいて到着したフレームを送信元や送信先，ＴＣＰ／ＵＤＰポート番号，Ｔｏｓフィールドに基づいてトラフィックの分類を行う。
【０００４】
（２）アドミッション制御（Ａｄｍｉｔｉｏｎ  ｃｏｎｔｒｏｌ）
セッション毎に資源の予約をコントロールする方法。セッション買い指示にセットアッププロトコルによってパス上の資源を確保し、確保に失敗するとセッションは開始されない。
【０００５】
（３）フレームスケジューラ（Ｆｒａｍｅ  ｓｃｈｅｄｕｌｅｒ）
グループ分類されたパケットを送出するスケジュールを調整する方法。キューイング方法やバッファ管理方法によって様々な方法がある。
【０００６】
（４）トラフィックシェーピング（Ｓｈａｐｅｒ）
流入するバーストトラフィックを一定レートにならす技術。
【０００７】
中でも端末やスイッチなどフレームを出力する機能をもった装置においてＣｏＳやＱｏＳに対応するためには、（３）のフレームスケジューラの技術が重要となってくる。
【０００８】
通常、フレームスケジューラでは複数の出力キューへフレームを入れた後に、望ましい優先処理を実現するために適切な送信スケジュールを作成する。スケジューリングアルゴリズムにはさまざまな種類があり、各アルゴリズムはそれぞれ異なる動作を提供し、パフォーマンスについてそれぞれ異なる種類の取捨選択を必要とする。広く普及しているものとしては、ＷＦＱ（Ｗｅｉｇｈｔｅｄ  Ｆａｉｒ  Ｑｕｅｕｉｎｇ）と厳格優先処理が挙げられる。
【０００９】
ＷＦＱ方式は優先度の高いキューを優遇するにしても、優先度の低いキューを全て除外するほどまで極端なことはしない方法の最も一般的な手法である。この方式では、各キューに“重み”が割り当てられる。ＷＦＱ方式は優先度の高いキューを優遇するにしても，優先度の低いキューを全て除外するほどまで極端なことはしない方法の最も一般的な手法である。この方式では、各キューに“重み”が割り当てられる。重みを帯域幅に比例して割り当てたり、フレーム単位で割り当てたりすることで、ある程度のフレームの優先性を保つことができる。一方、厳格優先処理方式では、スケジューラは常に空でないキューのうち最も優先度の高いキューからフレームを取り出す。厳格優先処理方式では、その名前が示すとおり、優先度を文字通りに解釈する。この場合、優先度の高いキューが、常に優先度の低いキューに先立って処理される。
【００１０】
特にリアルタイム性を要求される音声や動画のアプリケーションを伝送する場合には、そのフレームを最も優先度の高いフレームとして処理しなければならない。上記に示した厳格優先処理方式では、優先度の高いキュー及び優先度の低いキューの両方にフレームが存在する場合は優先度の高いキューのフレームが送信されるが、優先度の低いキューのフレームをいったん送信開始すると、その後に優先度の高いキューにフレームが到着したとしても、優先度の低いフレームが送信完了するまで送信することはできず、リアルタイム性を損なう可能性がある。
【００１１】
これを解決する方法として、例えば、下記特許文献１のパケットスケジューリング装置では、前回受信したプレミアムパケットの送出開始時刻から計算して、受信したプレミアムパケットの送出開始時刻を把握しておく。低優先パケットは前記プレミアムパケットの送信開始時刻からプレミアムパケットの送信に遅延及び送信ジッタを発生するかどうかを判断し、遅延及び送信ジッタが発生しない場合にはそのまま低優先パケットを送信し、遅延及び送信ジッタが発生する場合は遅延及び送信ジッタを発生させない低優先パケットの長さを求め、この長さに従って低優先パケットの先頭からデータを分割して、送信開始時刻には必ずプレミアムパケットが送信されるように制御する方法である。
【特許文献１】特開２００２−０１６６３７号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
しかし、上記方法では最初に受信したプレミアムパケットはスケジューリングされておらず、前記プレミアムパケットが揺らいでいた場合、前記プレミアムパケットを基準にスケジューリングが行われるため、多段にわたるパケットスケジューリング装置間で誤ったタイミングを検出しプレミアムパケットがエンドツーエンドで揺らぎ続ける可能性があるという問題がある。
【００１３】
本発明は、上述の問題点に着目してなされたものであって、端末やスイッチなどフレームを出力する機能を持った装置において、リアルタイム性を要求されるような時間に制約のあるフレームを送信する場合、非リアルタイムフレームによって待ち時間が発生せずに所望のタイミングでリアルタイムフレームを送信することができ、リアルタイムフレームの揺らぎを抑制することのできるフレーム出力装置及びフレーム出力方法の提供を目的とする。
【課題を解決するための手段】
【００１４】
上記目的を達成するため、本出願に係る第一の発明は、
スイッチやルータなどのフレームを中継する機能を持った装置で、リアルタイム性を要求されるような時間に制約のあるリアルタイムフレームを中継する場合において、
受信したリアルタイムフレームを送信する際に、非リアルタイムフレームが送信中であるかを判断する判断手段と、
前記判断手段において、受信したリアルタイムフレームを送信する際に非リアルタイムフレームが送信中でない場合は該リアルタイムフレームを送信し、受信したリアルタイムフレームを送信する際に非リアルタイムフレームが送信中である場合は該リアルタイムフレームを廃棄する手段と、
受信したリアルタイムフレームの送信タイミングから、次に送信するべきリアルタイムフレームの適正な送信時間を算出する手段と、
前記算出した適正な時間を元に、次に送信するべきリアルタイムフレームの送信に影響を及ぼさないように、非リアルタイムフレームを送信する手段とを含むことを特徴とする。
【００１５】
上記構成において、手段は、リアルタイムフレームが自装置から適正な時間に送信することができない場合は、該リアルタイムフレームを廃棄することで、中継するリアルタイムフレームが揺らいでいないことを保証するという動作をする。
【発明の効果】
【００１６】
本出願に係る第一の発明によれば、スイッチやルータなどのフレームを中継する機能を持った装置で、リアルタイム性を要求されるような時間に制約のあるリアルタイムフレームを中継する場合において、リアルタイムフレームが自装置から適正な時間に送信することができない場合は、該リアルタイムフレームを廃棄することで、中継するリアルタイムフレームが揺らいでいないことを保証し、後段の装置が受信する全てのリアルタイムフレーム送信タイミングから正確なスケジューリングを行うことができるという効果がある。
【発明を実施するための最良の形態】
【００１７】
以下に本発明を実施するための最良の形態を、実施例に基づいて図面を参照しながら説明する。
【実施例】
【００１８】
（第一の実施例）
図を用いて本発明の詳細を説明する。
【００１９】
図１に本発明をノード装置に実装した際の内部ブロック図を示す。ノード装置には複数のポートが実装されているが、図１では１つのポートについて説明する。
【００２０】
受信部１０１はフレームを受信しフレーム処理部１０２へ送信する。フレーム処理部１０２ではフレーム内の送信元アドレスをアドレステーブル１０３で検索し、ヒットしなければその送信元アドレスとフレームを受信したポート番号をアドレステーブル１０３に登録する（学習）。更にフレーム内の宛先アドレスをアドレステーブル１０３にて検索し、ヒットすればアドレスに対応して登録されているポート番号をスイッチング情報としてフレームに付加し、ヒットしなければフラッディング指示用のスイッチング情報をフレームに付加して、スイッチング部１０４へ送信する。スイッチング部１０４ではフレームに付加されたスイッチング情報及びフレームに明示的に示された優先度情報から適正な宛先ポートの適正なキューにフレームを送信する。キューは優先度の高い順にリアルタイムフレームキュー１０６、非リアルタイムフレームキュー１０７があり、リアルタイムフレームキュー１０６にフレームが到着した場合には、タイミング検出部１０８に到着信号を送信する。また、スイッチング部１０４においてフレームの宛先アドレスが自ノード装置宛であればスイッチング部１０４から管理部１０５に送信する。管理部１０５ではノード装置への設定などの通信を管理する。特にリアルタイムフレームの周期に関する情報を取得した場合は、リアルタイムフレームスケジューラ１０９にリアルタイムフレームの受信周期を通知する。リアルタイムフレームスケジューラ１０９は管理部からのリアルタイムフレーム受信周期情報とタイミング検出部からのリアルタイムフレーム受信タイミング情報から次に到着するリアルタイムフレームの送信タイミングを計算し、送信抑制部１１０へ通知する。送信抑制部１１０は次に到着するリアルタイムフレームの送信タイミングに非リアルタイムフレームが送信中にならないように、非リアルタイムフレームの送信を抑制する。非リアルタイムフレーム送信抑制の判断方法は、非リアルタイムフレームキューのフレームの長さ及び送信タイミングから計算する方法などがある。優先度順スケジューラ１１１は、基本的には空でないキューのうち優先度の高い順にフレームを取り出すが、非リアルタイムフレーム送信中にリアルタイムフレームが到着しないかを監視しておき、非リアルタイムフレーム送信中にリアルタイムフレームが到着した場合、フレーム廃棄部１１２へ廃棄指示を行う。廃棄指示を受けたフレーム廃棄部はリアルタイムフレームキュー１０６のリアルタイムフレームを廃棄する。また、優先度順スケジューラ１１１によって取り出されたフレームは送信部１１３に送られ、ポートからフレームが送信される。
【００２１】
図２にリアルタイム通信時の制御をフローチャートに示す。リアルタイム通信が開始され（ステップＳ２０１）、最初のリアルタイムフレームを図１におけるリアルタイムフレームキュー１０６に受信すると（ステップＳ２０２）、ステップＳ２０３でタイミング検出部１０８においてリアルタイムフレーム送信タイミングを検出する。前記リアルタイムフレームがリアルタイムフレームキュー１０６に到着して優先度順スケジューラがすぐにリアルタイムフレームを取り出せる状態、つまり非リアルタイムフレームが送信中でなければ（ステップＳ２０４：Ｎｏ）、リアルタイムフレームを送信する（ステップＳ２０５）。前記リアルタイムフレームがリアルタイムフレームキュー１０６に到着して優先度順スケジューラがすぐにリアルタイムフレームを取り出せない状態、つまり非リアルタイムフレームが送信中でリアルタイムフレームがすぐに送信できない場合（ステップＳ２０４：Ｙｅｓ）は、ステップＳ２０６において前記リアルタイムフレームを廃棄し送信しない。その後ステップＳ２０７においてリアルタイムフレームキューに次のフレームがあるかを判断する。リアルタイムフレームキューにフレームが到着していれば（ステップＳ２０７：Ｙｅｓ）、ステップＳ２０８においてリアルタイムフレームを送信する。その後ステップＳ２１２にて自ノード装置宛にリアルタイム通信終了フレームが到着したかを確認する。ステップＳ２０７にてリアルタイムフレームが到着していなければ（ステップＳ２０７：Ｎｏ）、ステップＳ２０９において非リアルタイムフレームキューにフレームがあるかを判断する。非リアルタイムフレームキューにフレームがなければ（ステップＳ２０９：Ｎｏ）、ステップＳ２１２にて自ノード装置宛にリアルタイム通信終了フレームが到着したかを確認する。ステップＳ２０９において非リアルタイムフレームキューにフレームがある場合（ステップＳ２０９：Ｙｅｓ）はステップＳ２１０へ進み、最初に受信したリアルタイムフレームからスケジューリングされた次のリアルタイムフレーム送信タイミングまでに非リアルタイムフレームが送信終了できるかを判断する。非リアルタイムフレームが次のリアルタイムフレーム送信タイミングまでに送信終了できない場合は（ステップＳ２１０：Ｎｏ）、非リアルタイムフレームを送信せず、ステップＳ２１２にて自ノード装置宛にリアルタイム通信終了フレームが到着したかを確認する。非リアルタイムフレームが次のリアルタイムフレーム送信タイミングまでに送信終了できる場合は（ステップＳ２１０：Ｙｅｓ）、ステップＳ２１１において非リアルタイムフレームを送信する。その後ステップＳ２１２にて自ノード装置宛にリアルタイム通信終了フレームが到着したかを確認する。ステップＳ２１２において自ノード装置宛にリアルタイム通信終了フレームが到着していなければ（ステップＳ２１２：Ｎｏ）、ステップＳ２０７へ再び進み、リアルタイムフレームキューにフレームがあるかを判断する。ステップＳ２１２において自ノード装置宛にリアルタイム通信終了フレームが到着していれば（ステップＳ２１２：Ｙｅｓ）、ステップＳ２１３にてリアルタイム通信を終了させ、通常のキュー制御を行う。
【００２２】
図３にシステム構成を示し、リアルタイム性の要求されたアプリケーションとその他のアプリケーションが混在する環境においてのフレーム制御を説明する。ノード装置３０４のポート２にはノード装置３０１のポート３が、ノード装置３０４のポート３にはノード装置３０２のポート２が、ノード装置３０４のポート４にはノード装置３０３のポート２が接続されている。また、ノード装置３０４のポート１にはシステム全体を管理する管理主体３０５が接続されている。管理主体３０５はリアルタイム通信のコネクション管理及びノード装置の設定などを行う。ノード装置３０１のポート１には端末３０６が、ポート２には端末３０７が接続されている。ノード装置３０２のポート１には端末３０８が接続されている。ノード装置３０３のポート１には端末３０９が、ポート３には端末３１０が接続されている。
【００２３】
図３において端末３０７、端末３０８及び端末３１０より端末３０９に非リアルタイム通信が行われているとする。この状態において端末３０６から端末３０９へリアルタイム通信を行う場合、システム全体の手続きを図４に示す。
【００２４】
端末３０６は管理主体３０５に対して、リアルタイム周期の情報と宛先端末情報を含むリアルタイム通信リクエストフレームを送信する。優先制御のコネクション管理をしている管理主体３０５は、ネットワークの状況から端末３０６からのリクエストを許可することができるかどうかを判断し、許可できない場合は端末３０６に送信拒否フレームを送信する。受け付けることができる場合は、図４のように端末３０６から端末３０９までの経路であるノード装置３０１のポート３、ノード装置３０４のポート４、ノード装置３０３のポート１にリアルタイム周期設定を行う。各ノード装置は設定すべきポートにリアルタイム周期を設定し、設定が完了すると管理主体３０５に対してＡＣＫを返す。管理主体３０５は全てのノード装置からＡＣＫが返された場合にのみ、端末３０６に対してリアルタイム通信許可フレームを送信し、全てのノード装置からＡＣＫを返されなかった場合は端末３０６に対して送信拒否フレームを送信する。管理主体３０５からリアルタイム通信許可フレームを受信した端末３０６はリアルタイム通信リクエストを行ったリアルタイム周期通りに送信する。各ノード装置は受信したリアルタイムフレームを他のフレームよりも優先して送信する。各ノード装置におけるリアルタイムフレーム送信の詳細は図５を用いて後述する。端末３０６はリアルタイムフレーム送信を完了すると、各ノード装置に設定されたリアルタイム通信設定を解除するために、管理主体３０５に対してリアルタイム通信解除リクエストフレームを送信する。リアルタイム通信解除リクエストフレームを受信した管理主体３０５は各ノード装置に対して、リアルタイム通信終了フレームを送信する。設定を解除した各ノード装置は管理主体３０５に対してＡＣＫを返す。全てのノード装置からＡＣＫを受信した管理主体３０５は端末３０６にリアルタイム通信設定を全て解除できたことを示す解除ＡＣＫフレームを送信し、リアルタイム通信の送信手続きを完了する。
【００２５】
図５を用いて図３における各ノード装置のリアルタイムフレーム送信について、詳細を述べる。ノード装置３０１のポート１に端末３０６からリアルタイム通信開始後、最初のリアルタイムフレームＡ１が到着する。リアルタイムフレームＡ１がポート３から送信されるタイミングと予めノード装置に設定されたリアルタイム周期を用いて次に到着するであろうリアルタイムフレームＡ２の送信タイミングを計算する。また、リアルタイムフレームＡ２が到着するとその時間からリアルタイムフレームＡ３の到着タイミングを計算する。ここで、図５に示すようにノード装置３０１のポート１に最初のリアルタイムフレームＡ１が到着する直前にポート２に端末３０７が送信してきた非リアルタイムフレームＢ１が到着している場合について述べる。もし、リアルタイムフレームＡ１が非リアルタイムフレームＢ１より早く到着した、もしくは同時に到着したのであればキューの優先制御によりリアルタイムフレームＡ１が先に送信されるが、非リアルタイムフレームＢ１が先に到着しているためリアルタイムフレームＡ１が送信されるべきタイミングに非リアルタイムフレームＢ１が送信中になってしまい、リアルタイムフレームＡ１は適正な時間に送信されない。ここでリアルタイムフレームＡ１を適正な時間でないタイミングで送信してしまうと、後段のノード装置のスケジューリングに影響が起きるので、リアルタイムフレームＡ１はノード装置３０１内で廃棄する。その後に、到着するリアルタイムフレームはスケジューリングされ非リアルタイムフレームの影響を受けないため、常に適正な時間に送信できる。例えばリアルタイムフレームＡ４の送信タイミングに非リアルタイムフレームＢ２の送信が重なってしまう場合は図のように、非リアルタイムフレームＢ２の送信を一時抑制し、リアルタイムフレームＡ４の送信終了後に非リアルタイムフレームＢ２を送信する。
【００２６】
ノード装置３０２はポート１に端末３０８が送信してきた非リアルタイムフレームＣ１，Ｃ２をポート２からノード装置３０４のポート３に送信する。ノード装置３０４はリアルタイム通信開始後、ポート２にノード装置３０１から最初のリアルタイムフレームＡ２が到着する。この時リアルタイムフレームＡ２がポート４から送信されるタイミングと予めノード装置３０４に設定されたリアルタイム周期を用いて次に到着するであろうリアルタイムフレームＡ３の送信タイミングを計算する。また、リアルタイムフレームＡ３が到着するとその時間からリアルタイムフレームＡ４の到着タイミングを計算する。ここでも、最初に到着したリアルタイムフレームＡ２の送信タイミングにノード装置３０２から受信した非リアルタイムフレームＣ１が送信中になっている。従って、ノード装置３０４はリアルタイムフレームＡ２を廃棄する。また、リアルタイムフレームＡ３到着時には、前述したリアルタイムフレームＡ２からスケジューリングされ非リアルタイムフレームＣ２の送信を抑制することができる。
【００２７】
ノード装置３０３はリアルタイム通信開始後、ポート２にノード装置３０４から最初のリアルタイムフレームＡ３が到着する。この時リアルタイムフレームＡ３がポート１から送信されるタイミングと予めノード装置３０３に設定されたリアルタイム周期を用いて次に到着するであろうリアルタイムフレームＡ４の送信タイミングを計算する。また、リアルタイムフレームＡ４が到着するとその時間からリアルタイムフレームＡ５の到着タイミングを計算する。ここでも、最初に到着したリアルタイムフレームＡ３の送信タイミングに端末３１０から受信した非リアルタイムフレームＥ１が送信中になっている。従って、ノード装置３０３はリアルタイムフレームＡ３を廃棄する。また、リアルタイムフレームＡ４到着時には、前述したリアルタイムフレームＡ３からスケジューリングされ非リアルタイムフレームＥ２の送信を抑制することができる。
【００２８】
前述したようにリアルタイム通信開始後、各ノード装置に最初に到着したリアルタイムフレームが非リアルタイムフレームによって遅延してしまう場合、該リアルタイムフレームを廃棄する。また、到着したリアルタイムフレームは適正な時間である保証があるので、次に到着するリアルタイムフレームの送信タイミングを正確に算出することができ、それに合わせて非リアルタイムフレームを抑制することができる。
【００２９】
また、本件ではリアルタイムフレームの周期が一定である場合について述べたが、リアルタイムフレームに次のリアルタイムフレームが到着するまでの時間情報を埋め込むことにより周期が一定でない場合についても対応できる。
【図面の簡単な説明】
【００３０】
【図１】内部ブロック図
【図２】リアルタイム通信時の制御を示すフローチャート
【図３】システム構成例を示す図
【図４】リアルタイム通信時のシステム全体における手続きを示す図
【図５】各ノード装置のリアルタイムフレーム送信詳細を示す図
【符号の説明】
【００３１】
１０１  受信部
１０２  フレーム処理部
１０３  アドレステーブル
１０４  スイッチング部
１０５  管理部
１０６  リアルタイムフレームキュー
１０７  非リアルタイムフレームキュー
１０８  タイミング検出部
１０９  リアルタイムフレームスケジューラ
１１０  送信抑制部
１１１  優先度順スケジューラ
１１２  フレーム廃棄部
１１３  送信部
【図１】
2006254200.tif 000003
【図２】
2006254200.tif 000004
【図３】
2006254200.tif 000005
【図４】
2006254200.tif 000006
【図５】
2006254200.tif 000007