JPH08186565A - パケットの１対多配信方法 - Google Patents

Abstract

(57)【要約】 【目的】 送信元において煩雑な前処理を行うことな
く、かつ少ないパケットバッファ量でブロードキャスト
配信及びマルチキャスト配信を行うことができるパケッ
トの１対多配信方法を提供すること。 【構成】 １対多配信先グループ毎に各グループ内の複
数の宛先情報を宛先管理テーブルに予め登録しておき、
配信すべき１つのパケットが入力されたならば、この入
力パケットをパケットバッファに格納した後、入力パケ
ットの制御情報エリアの制御情報を解読し、１対多配信
が指示されていれば、宛先情報エリアの宛先情報に対応
した１対多配信先グループ内の複数の宛先情報を前記宛
先管理テーブルから読み出し、読み出した複数の宛先情
報を前記パケットバッファ内のパケットの宛先情報エリ
アに挿入して宛先別のパケットを生成し、ＡＴＭネット
ワークを通じて複数の宛先に配信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、パケットの１対多配信
方法に係り、特に、ＡＴＭ−ＬＡＮ（Ａｓｙｎｃｈｒｏ
ｎｏｕｓ Ｔｒａｎｓｆｅｒ Ｍｏｄｅ−Ｌｏｃａｌ
Ａｒｅａ Ｎｅｔｗｏｒｋ；非同期転送モードのローカ
ルエリアネットワーク）におけるブロードキャスト及び
マルチキャスト送信を可能とする１対多配信方法に関す
るものである。

【０００２】

【従来の技術】ＡＴＭ−ＬＡＮの普及に伴い、送信先と
送信元との１対１通信（ユニキャスト通信）に限らず、
１つの送信元から複数の送信先にパケットを送信すると
言う１対多配信を行う使用形態が増加している。

【０００３】１対多配信は、ＡＴＭ−ＬＡＮ内のｎ個の
端末のうちｍ個（ｍ＜ｎ）に対して１つの送信元から同
一パケットを配信するマルチキャスト配信と、ｎ個の端
末の全てに同一パケットを配信するブロードキャスト配
信に区別される。

【０００４】しかしながら、従来のＡＴＭ−ＬＡＮのプ
ロトコルにあっては、マルチキャスト配信及びブロード
キャスト配信を行うための手順が規定されていない。

【０００５】このため、従来においては、マルチキャス
ト配信またはブロードキャスト配信を行う必要が生じた
場合、ＲＦＣ１５７７（Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏ
ｍｍｅｎｔ １５７７）に記載されているように、個々
の送信宛先別にパケットを組み立てて送信するというユ
ニキャスト通信の繰り返しによってブロードキャスト配
信またはマルチキャスト配信を行うようにしていた。

【０００６】なお、ＲＦＣ１５７７は、インタネットを
使用する際のプロトコルの仕様を定めたものである。

【０００７】

【発明が解決しようとする課題】しかしながら、マルチ
キャスト配信及びブロードキャスト配信を、ユニキャス
ト通信の繰り返しによって実現する従来の方法にあって
は、ブロードキャスト配信要求またはマルチキャスト配
信要求が発生する度に、送信元の情報処理装置（ホスト
コンピュータまたは端末装置）においてはパケットをユ
ニキャスト用のパケットに組み立てる処理を実行しなけ
ればならなくなる。

【０００８】このため、ユニキャスト用パケットへの組
立て処理が送信元の情報処理装置の大きな負荷となり、
通信性能を向上させる上での障害になっているという問
題があった。

【０００９】また、宛先数分のユニキャスト用パケット
を一時格納しておくため十分な大きさのパケットバッフ
ァを確保しておく必要があるが、送信待ちパケットの数
が多く、パケットバッファに十分な空きがない場合は、
ユニキャスト用パケットの一部が破棄され、再配信を行
わなければならないという事態が生じ、円滑な配信を行
うことができなくなるという問題があった。

【００１０】本発明の目的は、送信元において煩雑な前
処理を行うことなく、かつ少ないパケットバッファ量で
ブロードキャスト配信及びマルチキャスト配信を行うこ
とができるパケットの１対多配信方法を提供することに
ある。

【００１１】本発明の新規な特徴は、本明細書の記述及
び添付図面によって明らかになるであろう。

【００１２】

【課題を解決するための手段】本願において開示される
発明のうち、代表的なものの概要を簡単に説明すれば、
下記のとおりである。

【００１３】１つのパケットをＡＴＭネットワークを通
じて複数の宛先に配信するパケットの１対多配信方法で
あって、１対多配信先グループ毎に各グループ内の複数
の宛先情報を宛先管理テーブルに予め登録しておき、配
信すべき１つのパケットが入力されたならば、この入力
パケットをパケットバッファに格納した後、入力パケッ
トの制御情報エリアの制御情報を解読し、１対多配信が
指示されていれば、宛先情報エリアの宛先情報に対応し
た１対多配信先グループ内の複数の宛先情報を前記宛先
管理テーブルから読み出し、読み出した複数の宛先情報
を前記パケットバッファ内のパケットの宛先情報エリア
に挿入して宛先別のパケットを生成し、ＡＴＭネットワ
ークを通じて複数の宛先に配信する。

【００１４】

【作用】前記手段によれば、送信元の情報処理装置よ
り、例えばブロードキャスト配信をすべき１つのパケッ
トが入力されたならば、この入力パケットをパケットバ
ッファに格納した後、入力パケットの制御情報エリアの
制御情報を解読する。

【００１５】その結果、ブロードキャスト配信が指示さ
れていることが判明した場合、宛先情報エリアの宛先情
報に対応した１対多配信先グループ内から、特にブロー
ドキャスト配信に対応した宛先情報を宛先管理テーブル
から読み出す。

【００１６】そして、ブロードキャスト配信の宛先であ
る、ＡＴＭ−ＬＡＮに接続される全ての端末の宛先情報
を前記パケットバッファ内のパケットの宛先情報エリア
に挿入して各端末宛のパケットを生成し、ＡＴＭネット
ワークを通じて全ての端末に配信する。

【００１７】このように、入力パケットの制御情報エリ
アの制御情報を解読し、１対多配信が指示されていれ
ば、宛先情報に対応した複数の宛先情報を宛先管理テー
ブルから読み出し、読み出した複数の宛先情報をパケッ
トの宛先情報エリアに挿入して宛先別のパケットを生成
し、複数の宛先に配信することにより、１対多配信要求
が発生する度ユニキャスト用のパケットに組み立てる処
理が不要となり、送信元の情報処理装置における負荷の
増加を防止できると同時に、パケットバッファに十分な
空きがない場合に起こるユニキャスト用パケットの一部
破棄を防止できる。

【００１８】

【実施例】以下、本発明の構成について、実施例ととも
に説明する。

【００１９】図１は、本発明を外付けのＬＡＮ接続装置
に適用した一実施例を示す概略構成図である。

【００２０】図１において、１００は情報処理装置、２
００はＬＡＮ接続装置であり、このＬＡＮ接続装置２０
０は、情報処理装置１００から接続バス３００を介して
転送される送信データであるデータパケット（以下、”
パケット”とする）を固定長のデータに変換し、通信ネ
ットワーク４００に送出する。

【００２１】２１０はバスインターフェースコントロー
ラであり、情報処理装置１００から転送される制御パケ
ット及びパケットを内部バス２２０を介し、共有メモリ
２３０に格納する。

【００２２】この共有メモリ２３０は、ＡＴＭの動作モ
ード、通信速度、ＶＣ番号等の構成定義情報（構成管理
テーブル）２３１、パケットに関する制御情報を格納す
るディスクリプタ（データ管理テーブル）を必要面数確
保するディスクリプタエリア２３２、パケット、制御パ
ケット、ＡＡＬ（ＡＴＭアダプテーションレイヤ：ＡＴ
Ｍ Ａｄａｐｔａｔｉｏｎ Ｌａｙｅｒ）情報を格納す
るパケットバッファを必要面数確保するデータバッファ
エリア２３３、ＡＴＭ−ＬＡＮ接続装置２００の動作制
御情報を格納する制御テーブルエリア１４４を備えてい
る。

【００２３】２４０はＬＡＮ接続装置制御プロセッサで
あり、ＬＡＮ接続装置の制御、及び情報処理装置１００
から転送されるパケットのアドレスの解析、ディスクリ
プタの複写プログラムを有する。

【００２４】２５０はＡＴＭインタフェースコントロー
ラであり、ＬＡＮ接続装置制御プロセッサ２４０の指示
により、データバッファエリア２３３に格納されたパケ
ットをデータ長固定のデータに変換し、更に宛先情報含
むヘッダを付け、セルとして通信ネットワーク４００に
送出する。

【００２５】ここで、制御テーブル２３４作成の前に必
要となる、ＶＣの確立を行うためのＡＴＭ−ＬＡＮ接続
装置２００の立ち上げシーケンスを図２に示し、以下図
２に基づきＶＣの確立までの手順を説明する。

【００２６】ＬＡＮ接続装置２００の電源投入がこの立
ち上げシーケンスの開始となり、まず、ステップ５１０
で情報処理装置１００から構成定義情報２３１をロード
する。

【００２７】次に、ステップ５２０で前記構成定義情報
２３１中にＡＴＭアドレスで示される宛先であるＶＣ＃
０の情報処理装置に対して、ＶＣ確立に必要なＶＰＩ及
びＶＣＩ情報の送信要求を行う。

【００２８】ステップ５２１は前記送信要求に対するＶ
Ｃ＃０の情報処理装置からの返答であり、この情報に基
づき、まずＶＣ＃０との間にＶＣを確立する。

【００２９】前記メッセージの交換をステップ５３０〜
５４１に示すように、構成定義情報２３１中のＡＴＭア
ドレスで示される宛先全てに対して順次行うことによ
り、通信ネットワーク４００で接続される全ての情報処
理装置に対してＶＣを確立する。その後、ステップ５５
０では、前記情報に基づき制御テーブルを作成する。

【００３０】ステップ５６０ではポートオープン処理を
行い、ステップ５７０でポートオープン処理の終了を情
報処理装置１００に送信する。

【００３１】以上でＬＡＮ接続装置２００の立ち上げシ
ーケンスは終了となり、情報処理装置１００からの送信
処理要求、及び他の情報処理装置からの通信ネットワー
ク４００を介したデータの受信待ちとなる。

【００３２】図３は制御テーブル２３４に含まれる宛先
管理テーブル６００を示す図である。

【００３３】この宛先管理テーブル６００は、同一サイ
ズの＃０〜＃７までの８面のビットマップマスタから構
成される。＃０〜＃３の４面はブロードキャスト用ビッ
トマップマスタ６１０〜６１３であり、＃４〜＃７の４
面はマルチキャスト用ビットマップマスタ６２０〜６２
３である。

【００３４】図４は前記＃０のブロードキャスト用ビッ
トマップマスタ６１０のビットマップ構成を示す図であ
り、このビットマップマスタ６１０のサイズは、ＬＡＮ
接続装置２００が許容する最大収容ＶＣ数により決定さ
れる。本実施例のＬＡＮにおいては、最大収容ＶＣ数が
２５６より２５６ビットつまり３２バイトに設定されて
いる。

【００３５】図４において、６１１〜６１８の各ビット
はそれぞれ異なるＶＣに対応し、各ＶＣの有効／無効の
状態をビットのオン”１”／オフ”０”で管理する。つ
まり図４では、ビット６１１、６１５、６１６に対応す
るＶＣが無効であり、残りのビット６１２、６１３、６
１４、６１７、６１８に対応するＶＣが有効となる。

【００３６】また、前記ビットマップマスタ６１０〜６
１３及び６２０〜６２３の設定は、構成定義情報２３１
のロード後行う。＃０〜＃３のブロードキャスト用ビッ
トマップマスタ６１０〜６１３の設定は、有効な全ての
ＶＣに対応するビット番号のビットをオン”１”にする
ことにより行う。

【００３７】一方、＃４〜＃７のマルチキャスト用ビッ
トマップマスタ６２０〜６２３の設定は、構成定義情報
２３１内のＶＰＩを参照し、指定されたＶＰＩ番号に属
する有効な全てのＶＣに対応するビット番号のビットを
オンにすることにより行う。

【００３８】図５はデータバッファ２３３に格納され
た、情報処理装置１００からＬＡＮ接続装置２００に転
送されたパケットを管理するディスクリプタの構成を示
す図である。

【００３９】図５において、７１０はディスクリプタの
基本フォーマットを示す図であり、７１１はディスクリ
プタが対応するパケットを格納するデータバッファ２３
３内のパケットの先頭アドレスを示すパケットポイン
タ、７１２は前記パケット内のデータ格納域の先頭アド
レスを示すデータポインタ、７１３は前記格納域に格納
されたデータ長、７１４は送信データが１個のパケット
に収まり切れずに複数個のパケットに分割された場合の
パケット数、７１５は分割されたパケットに対応するデ
ィスクリプタの次の先頭アドレスを示すセグメントチェ
ーン、７１６はデータバッファ２３３を共用しているか
否かを示す共用フラグ、７１７はブロードキャスト送信
時もしくはマルチキャスト送信時のデータ送信完了後の
ポインタ位置を指定する送信完了時フリーポインタ、７
１８はブロードキャスト送信もしくはマルチキャスト送
信時に、送信先情報となるビットマップを制御テーブル
２３４から読み込み展開するためのビットマップエリア
より構成される。

【００４０】例えば、送信データがデータバッファ２３
３内の先頭アドレス＃Ｅ０００のパケットと先頭アドレ
ス＃１０００のディスクリプタ、先頭アドレス＃Ｆ００
０のパケットと先頭アドレス＃１１００の２つに分割さ
れて格納された場合のパケット７２０、７３０とディス
クリプタ７４０、７５０の関連を示したのが図６であ
る。

【００４１】図６において、ディスクリプタ７４０のパ
ケットポインタ７１１の示すポインタ値は、パケットの
制御情報エリア７２１を含むヘッダの先頭アドレス＃Ｅ
０００を、データポインタ７１２の示すポインタ値はパ
ケット７２０のデータ格納域７２２の先頭アドレス＃Ｅ
１００を、セグメントチェーン７１５の示す値は分割さ
れたパケット７３０に対応するディスクリプタ７５０の
先頭アドレスである＃１１００をそれぞれ示す。

【００４２】一方、分割されたパケット７３０に対応す
るディスクリプタ７５０のパケットポインタ７１１の示
すポインタ値は＃Ｆ０００、データポインタ７１２の示
すポインタ値はパケット７３０のデータ格納域７３２の
先頭アドレス＃Ｆ１００を示す。

【００４３】このように、送信データが複数個のパケッ
トとして情報処理装置１００から転送された場合におい
ても、送信データの１番目のパケットに対応するディス
クリプタ７１０を基にして、複数個に分割されたパケッ
ト読み出すことができる。

【００４４】図７は図６に示すパケット７２０、７３０
とディスクリプタ７４０、７５０と前記ディスクリプタ
７４０、７５０をコピーしたコピーディスクリプタ７６
０、７７０との関連を示した図である。

【００４５】ただし、図７中ディスクリプタ７４０のコ
ピーであるコピーディスクリプタ７６０のバッファ共用
フラグ７１６はオン、送信完了時フリーポインタ７１７
の値はオリジナルであるディスクリプタ７４０の先頭ア
ドレス、セグメントチェーン７１５の値は、ディスクリ
プタ７５０のコピーディスクリプタ７７０の先頭アドレ
スをそれぞれ設定する。

【００４６】すると、パケットポインタ７１１、データ
ポインタ７１２、データ長７１３、パケット数７１４は
オリジナルであるディスクリプタ７４０、７５０と同一
であるため、コピーディスクリプタ７６０、７７０を基
にパケットの読み出しを行うと、送信データであるパケ
ット７２０、７３０が読み出されることになる。

【００４７】従って、ＬＡＮ接続装置２００から通信ネ
ットワークにデータを送信する際に、送信起動の度にコ
ピーディスクリプタ７６０、７７０を作成して送信動作
を行うことによって、通信ネットワーク４００から送出
されるデータの内容が同一の場合は、情報処理装置１０
０から転送された送信データを複数個用意することなく
複数回の送信を行うことができる。

【００４８】ここで、ＬＡＮ接続装置制御プロセッサ２
４０の動作アルゴリズムを図８に示し、以下図８の動作
アルゴリズムに基づき、ＬＡＮ接続装置２００の動作を
説明する。

【００４９】情報処理装置１００からＬＡＮ接続装置２
００のバスインタフェースコントローラ２１０にパケッ
トが送信されると、前記パケットを受信したバスインタ
フェースコントローラ２１０は、共有メモリ２３０のデ
ータバッファエリア２３３に前記パケットを格納する。

【００５０】次に、ディスクリプタエリア２３２に前記
パケットに対応するディスクリプタ７１０を作成し、Ｌ
ＡＮ接続装置制御プロセッサ２４０にパケットの受信を
通知する。

【００５１】前記パケットの受信通知がこの動作アルゴ
リズムの開始となり、まず、ステップ８０１でディスク
リプタエリア２３２内のディスクリプタ７１０を基に、
パケットのヘッダに格納される制御情報を読み込み、ス
テップ８０２に進む。

【００５２】ステップ８０２では、前記制御情報がアド
レス情報か、制御情報かの判定を行い、アドレス情報で
あった場合はステップ８０３に進む。一方、制御情報で
あった場合は、ステップ８０４に進む。

【００５３】ステップ８０４では、ディスクリプタ７１
０に基づき送信されたパケットを読み込み、指示された
制御を実行するとともに、応答パケットを共有メモリ２
３０内に作成し、バスインタフェースコントローラ２１
０に前記応答パケットを情報処理装置１００に転送する
よう指示する。

【００５４】また、ＬＡＮ接続装置制御プロセッサ２４
０は、ＡＴＭインタフェースコントローラ２５０から報
告された共有メモリ内の受信ＡＡＬ情報を情報処理装置
１００に報告するためのパケットに変換し、バスインタ
フェースコントローラ２１０に前記パケットを情報処理
装置１００に転送するように指示する。

【００５５】ステップ８０３では、前記アドレス情報が
ユニキャストアドレスであるか否かを判定し、ユニキャ
スト送信アドレスであった場合は、通常のユニキャスト
送信動作を実行する。一方、ブロードキャストデータで
ある場合は、ステップ８０５に進む。

【００５６】ステップ８０５では、前記アドレス情報が
マルチキャストアドレスかブロードキャストアドレスか
の判定を行う。この時、マルチキャストアドレスの場合
は、ステップ８０６で宛先管理テーブル６００の＃４〜
７のマルチキャスト用ビットマップマスタ６２０〜６２
３の内該当するビットマップマスタを読み込み、ステッ
プ８０８に進む。

【００５７】一方、ブロードキャストアドレスの場合
は、ステップ８０７に進み、宛先管理テーブル６００の
＃０〜３のブロードキャスト用ビットマップマスタ６１
０〜６１３を読み込み、ステップ８０８に進む。

【００５８】ステップ８０８では、前のステップで宛先
管理テーブル６００から読み込んだビットマップマスタ
の１番目のビットが指すＶＣ番号を初期値として、宛先
ＶＣ番号とし、ステップ８０９に進む。

【００５９】ステップ８０９では、前のステップで読み
込んだビットマップマスタの最終ビットのＶＣ番号と宛
先ＶＣ番号とを比較し、宛先ＶＣ番号の方が大きい場合
は送信処理を終了し、宛先ＶＣ番号の方が小さい場合
は、次のステップ８１０に進む。

【００６０】ステップ８１０では、宛先ＶＣ番号のが有
効かどうかを判定し、無効であった場合はステップ８１
４で宛先ＶＣ番号の更新を行い、ステップ８０９に戻
る。

【００６１】一方、有効である場合は次のステップ８１
１に進む。

【００６２】ステップ８１１では、宛先ＶＣ番号と構成
定義情報２３１からＶＰＩ／ＶＣＩを決定し、ステップ
８１２に進む。

【００６３】ステップ８１２では、パケットに対応する
ディスクリプタのコピーを作成し、ステップ８１３に進
む。

【００６４】ステップ８１３では、情報処理装置１００
より転送されたパケットのデータ送信起動をＡＴＭイン
タフェースコントローラ２５０に行う。ＡＴＭインタフ
ェースコントローラ２５０では、データ送信処理を行う
ドライバが起動され、送信対象となるデータ確認のた
め、ディスクリプタエリヤ２３２を検索する。

【００６５】すると、ディスクリプトエリヤ２３２内に
はコピーしたディスクリプタとコピー元となったオリジ
ナルのディスクリプタの２つが存在する結果、ドライバ
は２つのデータが存在するかのように認識することにな
る。

【００６６】次にドライバは、ステップ８１１で決定し
たＶＰＩ／ＶＣＩに基づき送信先となる情報処理装置と
の間に仮想チャネルを設定し、前記コピーしたディスク
リプタに基づきパケットのデータ部分を固定長のデータ
に分割し、更にヘッダを付けて通信回線４００より送出
する。

【００６７】ＡＴＭインタフェースコントローラ２５０
からの送信完了報告を検出したら、ステップ８１４に進
み、宛先ＶＣ番号を更新し、ステップ８０９に戻る。

【００６８】以上、ステップ８０９から８１４をＶＣ番
号の最終値、つまりステップ８０９で宛先ＶＣ番号がＶ
Ｃの最終値より大きくなるまで繰り返すことにより、ブ
ロードキャスト送信もしくはマルチキャスト送信を行
う。

【００６９】最後に、リソース解放制御アルゴリズムを
図９に示し、以下にリソース解放手順を説明する。

【００７０】このアルゴリズムの開始は、ＡＴＭインタ
フェースコントローラ２５０の送信完了報告を受けたＬ
ＡＮ接続装置制御プロセッサ２４０が、送信完了したデ
ータに対応するディスクリプタ７１０の先頭セグメント
のバッファ共用フラグ７１６をチェックした結果、”オ
ン”であった場合である。つまり、ブロードキャスト送
信もしくはマルチキャスト送信であった場合である。

【００７１】まず、ステップ９０１でディスクリプタ７
１０の送信完了時フリーポインタ７１７を参照し、ＶＣ
番号に対応するビットを”オフ”にし、ステップ９０２
に進む。

【００７２】ステップ９０２では、ビットマップ６１０
が全て”オフ”かをチェックし、全て”オフ”でなかっ
た場合は、ステップ９０３でコピーディスクリプタのみ
リソース解放し終了する。

【００７３】しかし、ステップ９０２で全てのビット
が”オフ”であった場合は、ステップ９０４でオリジナ
ルのディスクリプタ及びパケットバッファをリソース解
放して終了する。

【００７４】一方、前記動作中、宛先管理テーブル６０
０はＶＣ単位に状態管理を行える構造になっているの
で、以下に示す手順によりデータの送信先を変更するこ
とができる。

【００７５】まず、変更分の構成定義情報２３１を情報
処理装置１００から制御パケットとしてＬＡＮ接続装置
に送信する。ここで、ＬＡＮ接続装置２００がＰＶＣ
（Ｐｅｒｍａｎｅｎｔ Ｖｉｒｔｕａｌ Ｃｉｒｃｕｉ
ｔ：相手固定接続）の場合は変更分の構成定義情報２３
１に従って制御テーブル２３４を変更する。

【００７６】また、ＳＶＣ（Ｓｗｉｔｃｈｅｄ Ｖｉｒ
ｔｕａｌ Ｃｉｒｃｕｉｔ：相手選択接続）の場合は変
更を指示されたＡＴＭアドレスの宛先に対して、ＶＣ確
立に必要な情報の交換（シグナリングメッセージの交
換）を行った後で制御テーブルを更新する。

【００７７】以上のように本実施例によれば、ＬＡＮ接
続装置２００側で、制御テーブル２３４内に宛先管理テ
ーブル６００を設け、ここにＬＡＮ接続装置２００を立
ち上げたときのデータ送信先となるＶＣの有効／無効を
ビットマップマスタ６１０〜６１３、６２０〜６２３に
登録しておく。

【００７８】そして、情報処理装置１００からのブロー
ドキャスト送信もしくはマルチキャスト送信要求のとな
る、情報処理装置１００からＬＡＮ接続装置２００にブ
ロードキャストアドレスもしくはマルチキャストアドレ
スを有するパケットが転送された場合、まず、ＬＡＮ接
続装置制御プロセッサ２４０が構成定義情報２３１と宛
先管理テーブル６００から１番目の送信先として有効な
ＶＣに対して仮想チャネルを設定する。

【００７９】次に、送信元となるパケットを管理するデ
ィスクリプタ７１０のコピーを作成し、このコピーディ
スクリプタを元にＡＴＭインタフェースコントローラ２
５０にデータ送信要求を行う。

【００８０】１番目のＶＣに対する送信が完了したら、
次に２番目のＶＣに対する送信を前記手順と同様に行
う。

【００８１】以上の送信手順を最後のＶＣまで行い、送
信を完了することにより、情報処理装置１００では煩雑
な前処理を行うことなく、かつ、少ないデータバッファ
量（パケットバッファ量）２３３でブロードキャスト送
信及びマルチキャスト送信が実行できるという効果があ
る。

【００８２】また、ＬＡＮ接続装置２００がマルチキャ
ストアドレス及びブロードキャストアドレスを複数のユ
ニキャスト用ＶＣ番号に置き換えるため、ユーザはマル
チキャスト及びブロードキャスト専用ＶＣの構成定義を
ＬＡＮ接続装置２００に対して行う必要がないという効
果がある。

【００８３】更に、通信中でもＶＣ単位の構成変更がで
きる。

【００８４】以上、本発明者によってなされた発明を、
前記実施例に基づき具体的に説明したが、本発明は、前
記実施例に限定されるものではなく、その要旨を逸脱し
ない範囲において種々変更可能であることは勿論であ
る。

【００８５】例えば、前記実施例では外付けのＬＡＮ接
続装置に本発明を適用したが、情報処理装置１００に内
蔵されるＬＡＮ接続装置にも適用可能である。

【００８６】

【発明の効果】本願において開示される発明のうち代表
的なものによって得られる効果を簡単に説明すれば、下
記のとおりである。

【００８７】（１）送信元の情報処理装置では煩雑な前
処理を行うことなく、ブロードキャスト送信及びマルチ
キャスト送信が実行できる。

【００８８】（２）少ないデータバッファ量（パケット
バッファ量）でブロードキャスト送信及びマルチキャス
ト送信が実行できる。

【００８９】（３）マルチキャスト及びブロードキャス
ト専用ＶＣの構成定義を行う必要がない。

【図面の簡単な説明】

【図１】本発明を情報処理装置に適用した一実施例を示
す概略構成図である。

【図２】ＬＡＮ接続装置の立ち上げシーケンスを示す図
である。

【図３】制御テーブルに含まれる宛先管理テーブルを示
す図である。

【図４】ブロードキャスト用ビットマップマスタのビッ
トマップを示す図である。

【図５】パケットを管理するディスクリプタの構成を示
す図である。

【図６】実施例中のパケットとディスクリプタの関連を
示す図である。

【図７】実施例中のパケットとディスクリプタと前記デ
ィスクリプタをコピーしたディスクリプタの関連を示し
た図である。

【図８】実施例中のＬＡＮ接続装置制御プロセッサの概
略動作アルゴリズムを示す図である。

【図９】リソース解放制御アルゴリズムを示す図であ
る。

【符号の説明】

１００…情報処理装置、２００…ＬＡＮ接続装置、２１
０…バスインタフェースコントローラ、２２０…内部バ
ス、２３０…共有メモリ、２３１…構成定義情報、２３
２…ディスクリプタエリア、２３３…データバッファエ
リア、２３４…制御テーブル、２４０…ＬＡＮ接続装置
制御プロセッサ、２５０…ＡＴＭインタフェースコント
ローラ、３００…接続バス、４００…ＡＴＭ通信ネット
ワーク。

フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｑ 3/00 9466−5Ｋ Ｈ０４Ｌ 11/20 １０２ Ａ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 １つのパケットをＡＴＭネットワークを
   通じて複数の宛先に配信するパケットの１対多配信方法
   であって、 １対多配信先グループ毎に各グループ内の複数の宛先情
   報を宛先管理テーブルに予め登録しておき、 配信すべき１つのパケットが入力されたならば、この入
   力パケットをパケットバッファに格納した後、入力パケ
   ットの制御情報エリアの制御情報を解読し、１対多配信
   が指示されていれば、宛先情報エリアの宛先情報に対応
   した１対多配信先グループ内の複数の宛先情報を前記宛
   先管理テーブルから読み出し、読み出した複数の宛先情
   報を前記パケットバッファ内のパケットの宛先情報エリ
   アに挿入して宛先別のパケットを生成し、ＡＴＭネット
   ワークを通じて複数の宛先に配信することを特徴とする
   パケットの１対多配信方法。