(57)【要約】【課題】異機種ネットワーク・プロトコル間のマルチプロトコル変換機能を提供する。【解決手段】外部ネットワーク・プロトコル変換器の共通のパケットへ広域ネットワークから受け取られたか、内部ネットワーク・プロトコル変換器の共通のパケットへローカル・エリア・ネットワークから受け取られたパケットを変換したパケットの変換段階と；パケットが内部的なスイチング、ブリジング、ラウティングになるための共通パケットのスイチング段階と；パケット種類による専用線路を通じてパケットが交換されるためのチャンネル化段階と；共通のパケット・スイッチに／から共通のバスへ共通のパケットを送信するために共通のパケットをロードする段階と；データの宛先アドレスを識別し共通のパケット・アドレス変換によって自由な位相を構築することができる共通のパケット・プラットフォーム上で適切なプロトコル変換を実行する段階とを含む。
2005539456.tif 000002
【特許請求の範囲】
【請求項１】
異機種ネットワーク・プロトコルおよびマルチメディア・トラフィックの統合処理用の方法において、
（ａ）外部ネットワーク・プロトコル変換器の共通のパケットへ広域ネットワークから受け取られたか、内部ネットワーク・プロトコル変換器の共通のパケットへローカル・エリア・ネットワークから受け取られたパケットを変換したパケットの変換段階と；
（ｂ）パケットが内部的なスイッチング、ブリッジング、ラウティングになるための共通パケットのスイチング段階と；
（ｃ）パケット種類による専用線路を通じてパケットが交換されるためのチャンネル化段階と；
（ｄ）共通のパケット・スイッチに／から共通のバスへ共通のパケットを送信するために共通のパケットをロードする段階と；
（ｅ）データの宛先アドレスを識別し共通のパケット・アドレス変換によって自由な位相を構築することができる共通のパケット・プラットフォーム上で適切なプロトコル変換を実行する段階と；
を含むことを特徴とする異機種ネットワーク・プロトコルおよびマルチメディア・トラフィックの統合処理用の方法。
【請求項２】
前記（ａ）段階は、
バッファーに入力された外部または内部ネットワーク・パケットを一時的に保存する段階と；
パケットを共通のパケット・フォーマットに変換する段階と；
共通のパケット・スイッチへ共通のパケットを共通のバスに送信するために共通のパケットをロードする段階と；
を含むことを特徴とする請求項１に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
【請求項３】
前記（ｂ）段階は、
バッファーに入力された共通のパケットを一時的に保存する段階と；
ヘッダーに送ろうとする新しい宛先アドレスを加える段階と；
共通のパケットに新しい宛先へヘッダーを送信するためにヘッダーをロードする段階と；
を含むことを特徴とする請求項１に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
【請求項４】
前記（ａ）、（ｂ）、（ｄ）および（ｅ）段階は、それぞれ独立的に動作され、また互いに連動されるようにモジュール化されることを特徴とする請求項１に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
【請求項５】
前記（ａ）、（ｂ）、（ｄ）および（ｅ）段階は、機能によって多数のブロックの組合に構成されることを特徴とする請求項１、２、３、または４に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
【請求項６】
前記（ａ）、（ｂ）、（ｄ）および（ｅ）段階は、一つのチップに統合されて動作になることを特徴とする請求項１、２、３、または４に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
【請求項７】
前記（ａ）、（ｂ）、（ｄ）および（ｅ）段階は、開放型構造に設計されて外部網または内部網が共通パケット・プルレッポオムと連動されてプラグ・アンド・プレイ機能が支援されることを特徴とする請求項１、２、３、または４に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
【請求項８】
前記（ａ）段階による異機種ネットワーク・プロトコル変換機能以外に共通パケットでのオーバレイ機能が支援されることを特徴とする請求項１に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
【請求項９】
マルチプロトコルたちが処理されるためにヘッダーとデータ値を持つ共通パケットと；
パケットが内部的なスイチング、ブリッジング、ラウティングになるための共通パケットスィッチと；
パケット種類による専用線路を通じてパケットが交換されるチャンネルと；
共通パケットと共通パケットスィッチ間のパケット送信になるパケット共通バスと；
異機種ネットワーク・プロトコルと異なるパケットフォーマットなどを統合的に処理するためでくれなさい変換機能の自由トポロジーが可能な共通プロトコルプルレッポオムと；
遠距離網から流入されるパケットを共通パケットに変換されるための外部網プロトコル変換器と；  
近距離網から流入されるパケットを共通パケットに変換されるための内部網プロトコル変換器で構成されることを特徴とする異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
【請求項１０】
前記共通パケットスィッチは、
入力された共通パケットがかりに保存されるバッファー部と；
トラフィッククラスの種類による別途のチャンネル部と；
送ろうとする新しい宛先アドレスがヘッダーに添付されるヘッダー変換部と；
新しい宛先アドレスのヘッダーと既存のデータ値を共通パケットに積むローダー部で構成されることを特徴とする請求項９に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
【請求項１１】
前記外部網プロトコル変換器は、
入力された外部網パケットがかりに保存されるバッファー部と；
共通パケットの形態で変換させる変換部と；
共通パケットスイチングに送るために共通バスに積むローダー部で構成されることを特徴とする請求項９に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
【請求項１２】
前記内部網プロトコル変換器は、
入力された内部網パケットが一時的に保存されるバッファー部と；
共通パケットの形態で変換させる変換部と；
共通パケットスイチングへ送るために共通バスに積むローダー部で構成されることを特徴とする請求項９に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
【請求項１３】
共通パケット、共通バス、共通パケットスィッチ、共通パケットプルレッポオム、外部網プロトコル変換器、内部網プロトコル変換器がそれぞれ独立的に動作されてまた連動されて動作されるようにするモジュールで構成されることを特徴とする請求項９に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
【請求項１４】
前記共通パケット、共通バス、共通パケットスィッチ、共通パケットプルレッポオム、外部網プロトコル変換器及び内部網プロトコル変換器が機能によって多数のブロックの組合で構成されることを特徴とする請求項９、１０、１１、１２、または１３に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
【請求項１５】
前記共通パケット、共通バス、共通パケットスィッチ、共通パケットプルレッポオム、外部網プロトコル変換器及び内部網プロトコル変換器が一つのチップになって動作になることができるように集積されることを特徴とする請求項９、１０、１１、１２、または１３に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
【請求項１６】
前記共通パケット、共通バス、共通パケットスィッチ、共通パケットプルレッポオム、外部網プロトコル変換器及び内部網プロトコル変換器が開放型構造に設計されて外部網または内部網が共通パケットプルレッポオムと連動されてプラグ・アンド・プレイ機能が支援されることを特徴とする請求項９、１０、１１、１２、または１３に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法及び装置に関することで、より詳しくは異機種ネットワークに接続されたデジタル家電器機たちが相互繋がれて情報を共有するようになってプロトコル間のＮ：Ｎプロトコル変換機能が提供されて異機種ネットワーク・プロトコル間のマルチプロトコル変換機能に関する。
【背景技術】
【０００２】
一般的にゲートウェー装置はお互いに違うプロトコルを使う網の縦断で先方のデータを各装置で理解することができるプロトコルで変換してくれる役目をすることで、従来のゲートウェー装置は１：１プロトコル変換を主としてサービスを提供した。
【０００３】
したがって、それぞれＮとＮ個の異機種ネットワーク・プロトコル網（Ｄｉｆｆｅｒｅｎｔ  Ｐｒｏｔｏｃｏｌ  Ｎｅｔｗｏｒｋ）が存在する場合各網との自然な通信が成り立つようにするためにはその一番目方法として、連結しなければならない網の数に注いで二つの網を連結する復数個のゲートウェー装置を利用して構成することができる。
【０００４】
二番目方法では、１：１プロトコル変換ゲートウェー装置を竝合して入力団の各ネットワークと繋がれるｎ個のネットワーク・インターフェースを置いて、各インターフェースには先方のネットワーク個数の中で自分のようなネットワークを除いた個数（ｎ−１）にあうようにデータを変形してくれる（ｎ−１）個の互換モジュールを内蔵して、前記各インターフェースの各モジュールの出力を先方のすべてのネットワークに連結しなければならない。
【０００５】
したがって、多様なネットワーク間の相互互換を支援するためには各ネットワークのインターフェース及び各インターフェース内に変形して出力しなければならないネットワークの数位互換モジュールをふやさなければならない。
【０００６】
また、従来では、プロトコルとプロトコル間の変換が、ＡＤＳＬ−ｅｔｈｅｒｎｅｔ、ＡＤＳＬ−ＨｏｍｅＰＮＡ、Ｃａｂｌｅ−ｅｔｈｅｒｎｅｔ、Ｃａｂｌｅ−ＨｏｍｅＰＮＡなどのように１：１方式に具現されてマルチプロトコル間の具現がとても難しかった。もしマルチプロトコル変換技術が具現されようとすれば前記のようなチップ・セットがいくつか使われて回路設計をした後ソープウェア方式でプロトコルとデータグラムが変換される方法に具現された。
【０００７】
すなわち、この方法はデータグラムがメモリーに保存されてからソフトウェア的な方法に保存されたデータがまた取り出して願うデータグラムに変換される方式があった。
【０００８】
しかし、前記のような従来のマルチプロトコル変換方式は高速の大容量データをリアルタイムで処理しにくいしまた同時にいくつかのプロトコル変換が不可能である。またマルチプロトコル変換回路を設計するためには多くのハードウェア的な付加回路が必要になるので費用の高い問題点がある。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
したがって、本発明は前記のような従来技術の諸般の短所と問題点を解決するためのことで、同時に異なるマルチプロトコル処理ができるように新しいハードウェア構造が設計されたし、多様な種類のパケットがそれぞれのチャンネルに割り当てされてチャンネル別に処理されるようにすることで大容量、高速で処理になって、同時にマルチチャンネル処理ができた多様なネットワークと多様なトラフィックが存在する宅内網の統合処理が実現するように異なるマルチプロトコルとマルチメディア・データの統合処理のための構造を提供するに本発明の目的がある。
【課題を解決するための手段】
【００１０】
上記した本発明の目的は、
（ａ）外部ネットワーク・プロトコル変換器の共通のパケットへ広域ネットワークから受け取られたか、内部ネットワーク・プロトコル変換器の共通のパケットへローカル・エリア・ネットワークから受け取られたパケットを変換したパケットの変換段階と；
（ｂ）パケットが内部的なスイチング、ブリジング、ラウティングになるための共通パケットのスイチング段階と；
（ｃ）パケット種類による専用線路を通じてパケットが交換されるためのチャンネル化段階と；
（ｄ）共通のパケット・スイッチに／から共通のバスへ共通のパケットを送信するために共通のパケットをロードする段階と；
（ｅ）データの宛先アドレスを識別し共通のパケット・アドレス変換によって自由な位相を構築することができる共通のパケット・プラットフォーム上で適切なプロトコル変換を実行する段階と；を含む異機種ネットワーク・プロトコルおよびマルチメディア・トラフィックの統合処理用の方法によって達成される。
【００１１】
又、本発明は、
マルチプロトコルたちが処理されるためにヘッダーとデータ値を持つ共通パケットと；
パケットが内部的なスイチング、ブリッジング、ラウティングになるための共通パケットスィッチと；パケット種類による専用線路を通じてパケットが交換されるチャンネルと；共通パケットと共通パケットスィッチ間のパケット送信になるパケット共通バスと；
異機種ネットワーク・プロトコルと異なるパケットフォーマットなどを統合的に処理するためでくれなさい変換機能の自由トポロジーが可能な共通プロトコルプルレッポオムと；
遠距離網から流入されるパケットを共通パケットに変換されるための外部網プロトコル変換器と；
近距離網から流入されるパケットを共通パケットに変換されるための内部網プロトコル変換器で構成される異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置によって達成される。
【発明の効果】
【００１２】
本発明は、異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法及び装置はハードウェアに具現されてトラフィックが高速に処理されることができるように発明されたし、開放型構造で一本化になった共通プルレッポオムに設計されるので使って各種ＱｏＳ、渋滞制御などが易しく具現されることができる長所があって、ビル及び宅内網に存在するデジタル家電器機またはインターネット情報家電器機などで分類される各種デジタル這うのに使われてまたこのようなデジタル器機とビル自動化及びホーム自動化這うのをネットワークで繋がれて制御されるビル自動化、ホームゲートウェー、ホームサーバー、ＳＴＢ、ホームスチーションなどのような制御器機に使われる効果がある。
【発明を実施するための最良の形態】
【００１３】
以下、本発明に係る好ましい実施形態を添付図面を参照しつつ詳細に説明する。
【００１４】
先に、図１は本発明で設計された構造図である。
【００１５】
図１を参照すれば本発明で構成された機能別ブロックは大きくＣＰＰブロック５０、ＷＰＣブロック１０、ＬＰＣブロック６０、ＣＰブロック２０、ＣＢブロック３０、ＣＰＳブロック４０などで構成される。
【００１６】
ここで、ＷＰＣ（ＷＡＮ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｖｅｒｔｅｒ）１０は入力された外部網パケットがかりに保存されるバッファー部と共通パケットの形態で変換させる変換部及び共通パケットスイチングに送るために共通バスに積むローダー部で構成される。また、ＷＰＣ１０は、ｘＤＳＬ、Ｃａｂｌｅ  ｍｏｄｅｍ、Ｍｅｔｒｏ  Ｅｔｈｅｒｎｅｔ、ＩＳＤＮ、ＣＤＭＡ、ＰＳＴＮのような外部網インターフェースから入力されたデータグラムが、ＣＰ２０データグラムに変換される役目をして反対に内部網から外部網に送信される時には、ＣＰ２０データグラムが送ろうとする外部網データグラムに変換される役目を遂行する。
【００１７】
また、ＣＰ（Ｃｏｍｍｏｎ  Ｐａｃｋｅｔ）２０は多様な種類の外部網と内部網データグラムを統合処理してデータ交換が效率的に遂行されるために決まった長さを持つデータグラムとしてすべての外部網データグラムと内部網データグラムは、ＣＰ２０に変換された後内部的に処理される。
【００１８】
そして、ＣＢ（共通バス）３０は、ＣＰ２０データグラムが交換処理されるためにスイチングブロックに送信されるとかスイチングされるデータグラムが宛先に送信される時、データグラムが送信されるための物理的なインターフェースを意味する。
【００１９】
一方、ＣＰＳ（Ｃｏｍｍｏｎ  Ｐａｃｋｅｔ  Ｓｗｉｔｃｈ）４０は入力された共通パケットがかりに保存されるバッファー部、送ろうとする新しい宛先アドレスがヘッダーに添付されるヘッダー変換部、新しい宛先アドレスのヘッダーと既存のデータ値を共通パケットに積むローダー部及びトラフィック・クラスの種類による別途のチャンネル部で構成される。また、ＣＰＳ４０はＣＢ３０を経由して入力されたＣＰ２０が臨時保存されてＣＰ２０が送信されようとする宛先アドレスが決まれば新規宛先アドレスがヘッダーに添付されてデータが送信されるブロックとして各種トラフィッククラスの種類によって別途のデータパスであるチャンネルたちに仕分けされられる。すなわち、インターネット・データチャンネルとオーディオチャンネル、ビデオチャンネル、制御チャンネル、ビデオストリームチャンネル、音声チャンネルなどで構成されていてそれぞれのチャンネルは単一チャンネルではない多重チャンネルで構成されるように設計された。
【００２０】
また、ＬＰＣ（ＬＡＮ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｖｅｒｔｅｒ）６０は入力された内部網パケットがかりに保存されるバッファー部と共通パケットの形態で変換させる変換部及び共通パケットスイチングに送るために共通バスに積むローダー部で構成される。また、ＬＰＣ６０は  ＷＬＡＮ、ＨＰＮＡ、ＰＬＣ、ＬｏｎＷｏｒｋｓ、ＵＳＢ、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、ＩＥＥＥ１３９４位のような内部網インターフェースから入力データグラムがＣＰ２０データグラムに変換される役目をして反対に外部網から内部網に流入されるＣＰ２０データグラムが内部網データグラムに変換される役目を遂行する。
【００２１】
ＣＰＰ（Ｃｏｍｍｏｎ  Ｐｒｏｔｏｃｏｌ  Ｐｌａｔｆｏｒｍ）５０は多様な種類の異機種ネットワークたちが統合処理になるのに必要となる各種ネットワークプロトコルで構成されている。Ｌ２／Ｌ３スイチング及びラウティングプロトコルとプロトコル−プロトコル間の変換プロトコル、住所変換方法、統合管理のためのＭＩＢ、トラフィック優先順位方法、スケジューリング方法、安全（Ｓｅｃｕｒｉｔｙ）、ＱｏＳ、マルチキャスト（Ｍｕｌｔｉｃａｓｔ）などのような統合処理に必要なプロトコルに担当される。
【００２２】
このように構成される多様な機能別ブロックの動作は次のようである。
【００２３】
図２はＷＡＮからＬＡＮでパケットが送信される場合の処理過程図である。
【００２４】
図２を参照すれば先にＷＡＮから宅内網でデータが入力される場合、既存に存在するｘＤＳＬ、Ｃａｂｌｅ  Ｍｏｄｅｍのような既存のプロトコルから入力されたパケットデータはプロトコル変換装置であるＷＰＣを経ってＣＰ２０に変わるようになる。このＣＰ２０はすべてのパケットと互換になる共通されたパケット構造でＣＢ３０を通じてＣＰＳブロック４０に入力される。この時、ＣＢ３０はＣＰブロック２０とＣＰＳブロック４０の間のパケット送信になるように物理的インターフェース役目をする。ＣＰＳブロック４０は、ＣＰＰブロック５０から宛先アドレスが確認された後、ＣＰＰ５０で適切なプロトコル変換を経って宛先アドレスでパケットを送るために、ＣＢ３０を通じてＣＰ２０が、ＬＰＣ６０に入力される。ＬＰＣ６０は、ＣＰ２０を入力受けてヘッダーを確認した後、宛先アドレスに当たる内部網データグラムで変換して内部ネットワークにデータを送る。
【００２５】
図３は、ＬＡＮからＷＡＮでパケットが送信される場合の処理過程図である。
【００２６】
図３を参照すれば宅内網で外部網にデータが送信される場合、既存に存在するＨＰＮＡ、Ｅｔｈｅｒｎｅｔ、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）などのようなネットワークから入力されたパケットデータは内部網プロトコル変換装置であるＬＰＣ６０からＣＰ２０に変わるようになる。このＣＰ２０はＣＢ３０を通じてＣＰＳブロック４０に入力される。この時、ＣＢ３０は、ＣＰ２０とＣＰＳブロック４０の間のパケット送信が成り立つように物理的インターフェース役目を遂行する。ＣＰＳブロック４０はＣＰＰブロック５０から宛先アドレスが確認された後宛先アドレスをヘッダーに添付してＣＰＰ５０で適切なプロトコル変換を経ってＣＢ３０を通じてＣＰ２０がＷＰＣ１０に入力される。ＷＰＣ１０はヘッダーに添付されたＷＡＮフォトを選択してＣＰ２０を外部網データグラムで変換して送信が成り立つ。
【００２７】
図４はＬＡＮからＬＡＮでパケットが送信される場合の処理過程図である。
【００２８】
図４を参照すれば内部網１でＬｏｎＷｏｒｋｓと内部網２でＩＥＥＥ１３９４網が構成されていてお互いにデータ通信が成り立つ場合、内部網１で入力されたデータは内部網プロトコル変換装置であるＬＰＣ１に入力されてＣＰ２０に変わるようになる。このＣＰ２０はＣＢ３０を通じてＣＰＳブロック４０に入力される。この時ＣＢ３０はＣＰ２０とＣＰＳブロック４０の間のパケット送信が成り立つように物理的インターフェースを提供する。ＣＰＳブロック４０はＣＰＰブロック５０から宛先アドレスが確認された後ヘッダーに宛先アドレスを添付してＣＰＰ５０で適切なプロトコル変換を経ってＣＢ３０を通じてＣＰ２０がＬＰＣ２に入力される。
【００２９】
ＰＣ２はＣＰ２０を入力受けてヘッダーに添付された宛先アドレスを確認して内部網フォトを選択して内部網データグラムでデータグラムが変換された後内部網フォトで送るようになる。
【００３０】
以下、本発明の具体的な実施例による構成及び作用を添付された図面を参照して説明する。
【００３１】
図５は本発明によって具現されたチップ・セットのブロック図である。
【００３２】
図５を参照すれば、ＩＰ  ｏｖｅｒ  ＩＥＥＥ１３９４を支援する宅内ＩＥＥＥ１３９４装備でこのチップを通じて内部または外部ＩＰ網に繋がれているＰＣや他のＩＰｏｖｅｒＩＥＥＥ１３９４が支援されるＩＥＥＥ１３９４装備と通信する場合を見れば次のようである。
【００３３】
インターフェース（ＷＰＣブロックまたはＬＰＣブロックに含まれ）１１０は外部ＰＨＹ１００チップとのつなぎすじに提供されて、必要によってフィジカル層以上の層としての役目を担当するのはもちろん直列に入力されるデータを並列で変換して入力バッファー１４０に渡してやる役目をする。
【００３４】
入力バッファー（ＷＰＣブロックまたはＬＰＣブロックに含まれ）１４０は一般的な輪バッファー形態を持つ。バッファー・コントローラー１２０は入力バッファー１４０または出力バッファー１３０を制御する役目を遂行して、大きく輪バッファーで動作することができるようにポインタ管理とバッファーに保存されたデータが次のブロックで伝達または廃棄（ｄｉｓｃａｒｄ）になるようにする役目をする。
【００３５】
またトラフィック管理（ＣＰＰブロックに含まれ）１６０は内部のトラフィック管理アルゴリズムに遂行されてバッファー制御１２０に保存されたデータが伝達または廃棄されることができるように制御信号をバッファー・コントローラー１２０に伝達する役目をする。
【００３６】
Ａｎｙｔｈｉｎｇ−ｔｏ−ＣＰ変換器（ＷＰＣブロックまたはＬＰＣブロックに含まれ）１７０はパケット分類アルゴリズムを遂行して入力されたパケットの種類及び特性を把握してスイッチング情報、ＱｏＳクラス、セキュリティなどの情報を盛ったＣＰヘッダが生成されて入力されたパケットがカプセル化になった後、セグメンテーション・ブロック２２０で伝達する。この時、入力されたパケットからソース・アドレス及び宛先アドレス情報が抽出されて別途のアドレス・テーブル１９０で管理される。
【００３７】
セグメンテーション・ブロック（ＣＰブロックに含まれ）２２０は入力されたパケットのペイロード部分をヘッダー含んで２５６ｂｙｔｅの決まった大きさで切って共通バス２４０で伝達する。この時、ＣＰヘッダにセグメンテーション情報（ｓｅｑｕｅｎｃｅ  ｎｕｍｂｅｒ）が入力されるだけでなく共通バス制御機２６０との通信のための制御機が含まれている。
【００３８】
共通バス２４０はいくつかのノードから入力されるパケットとスイッチングブロックとの連結通路を提供するのはもちろん、反対にスイッチングブロックから該当の出力ノードでパケットが伝達するように連結通路を提供してくれる。このためにセグメンテーション２２０、リアセンブル・ブロック２１０内部の制御ブロックとバス制御機２６０との相互通信でどの瞬間一つのノードだけがバスを使うように仲裁を担当するようになる。共通バス２４０を通じて入力されたパケットはスイッチングブロックで伝達した後また共通バス２４０を通じてリアセンブル・ブロック２１０で伝達する。
【００３９】
またＣＰＳブロックに入力された２５６ｂｙｔｅのパケットは外部のＳＲＡＭに保存される。外部に２個のＳＲＡが使われて、この中一つは、ＣＰパケットを保存するための用途で、残り他の一つはＣＰパケットメモリーの連結リスト３００及びＱｏＳバッファー３１０、優先権バッファー３２０としての役目を担当するようになる。
【００４０】
ＱｏＳ及び優先権ブロックでＣＰＳ内部のＱｏＳブロック３１０は該当のＱｏＳアルゴリズムに遂行されて、入力されたパケットのクラスを決定、Ｃｌａｓｓバッファー（ＦＩＦＯ）に順に保存される。そしてクラス・バッファーに保存されたパケットに対して優先権が決まれば優先権バッファー（ＦＩＦＯ）３１０にもう一度再整列された後、優先権手順によってスケジューラ２７０がパケット順にまた共通バス２４０を通じてリアセンブル・ブロック２１０で伝達するようにしてくれる。
【００４１】
リアセンブル・ブロック２１０は入力受けたパケットが順に再整列してＣＰ−ｔｏ−Ａｎｙｔｈｉｎｇ  Ｃｏｎｖｅｒｔｅｒ１８０で伝達する。
【００４２】
最後に、ＣＰ−ｔｏ−Ａｎｙｔｈｉｎｇ  Ｃｏｎｖｅｒｔｅｒ１８０は、ＣＰヘッダをとり除いた後出力バッファー１３０とインターフェース１１０を通じて下位ノードのＰＨＹ１００に伝達する。
【００４３】
図６は本発明によって具現可能な多様なネットワーク構成例示図である。
【００４４】
図６を参照すれば本発明で具現されたチップを利用してホームゲートウェー、ホームサーバー、セットトップボックスなどのようなホームスチーションシステム（以下ステーション）を構成した場合ステーションとステーションの間のネットワーク及びステーションとデジタル器機間のネットワーク構造を見せてくれている。Ｒｏｏｍ１  ４４０、Ｒｏｏｍ２  ４９０とＲｏｏｍ３  ５２０は家庭内での放課部屋の間のように一つのネットワークになることもできてビルの１階、２階及び３階のように独立的なネットワークになることもできる。またステーション１  ４５０、ステーション２  ５００とステーション３  ５３０は端末機にあたるデジタル器機内に含まれることもできる。
【００４５】
Ｒｏｏｍ１  ４４０、Ｒｏｏｍ２  ４９０及び  Ｒｏｏｍ３  ５２０が一つのネットワークに動作される場合ステーション１  ４５０はＴＰ（Ｔｗｉｓｔｅｄ  Ｐａｉｒ）４８０を利用してステーション２  ５００と繋がれて、Ｒｏｏｍ２  ４９０のステーション２  ５００に繋がれているＴ１〜Ｔ６の端末機たちを統合管理及びデータ通信が可能である。すなわち、Ｒｏｏｍ１にあるステーション１で直接繋がれているＴ１１、Ｔ１２位はＴ１〜Ｔ６と直接通信が可能でＲｏｏｍ３  ５２０にあるステーション３  ５３０に繋がれているＴ７〜Ｔ１０端末機とも直接通信ができるね時送信媒体とプロトコルは、ＴＰ５９０、ＰＬＣ５８０、ＲＦ５１０などどんな媒体になっても通信が可能な構造である。そしてこの時、Ｔ１〜Ｔ１２にあたる端末機が同時に通信が可能である。ステーション１  ４５０はＷＰＣ１、ＷＰＣ２とＷＰＣ３を通じて同時にいくつかのＷＡＮ４００ネットワーク通信が可能でこの時にはステーション２  ５００とステーション３  ５３０ではＷＡＮ４００通信を接続しなくても良いのである。
【００４６】
Ｒｏｏｍがそれぞれ独立されたネットワークの時、前記の通りにステーション１  ４５０、ステーション２  ５００及びステーション３  ５３０がネットワーク通信されることはもちろんそれぞれのステーションがＷＰＣを通じてＷＡＮ４００通信が可能である。そして各ステーションはＲｉｎｇ構造網５５０、Ｓｔａｒ構造網５７０、ネットワーク構造網５６０などが皆収容されることができる。
【００４７】
ステーション機能が端末機に含まれる場合本発明で開発された機能はステーションと一緒に各端末機が統合される用途で使われることができるし、各種デジタル器機内部に設計されて（すなわち、Ｔ１〜Ｔ１２のような端末機内部に含まれて使われることができる。）デジタル器機間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信５４０が可能である。
【図面の簡単な説明】
【００４８】
【図１】本発明で設計された構造図である。
【図２】ＷＡＮからＬＡＮでパケットが送信される場合の処理過程図である。
【図３】ＬＡＮからＷＡＮでパケットが送信される場合の処理過程図である。
【図４】ＬＡＮからＬＡＮでパケットが送信される場合の処理過程図である。
【図５】本発明によって具現されたチップ・セットのブロック図である。
【図６】本発明によって具現可能な多様なネットワーク構成例示図である。
【符号の説明】
【００４９】
１０  ＷＰＣ（ＷＡＮ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｖｅｒｔｅｒ）
２０  ＣＰ（Ｃｏｍｍｏｎ  Ｐａｃｋｅｔ）
３０  ＣＢ（共通バス）
４０  ＣＰＳ（Ｃｏｍｍｏｎ  Ｐａｃｋｅｔ  Ｓｗｉｔｃｈ）
５０  ＣＰＰ（Ｃｏｍｍｏｎ  Ｐｒｏｔｏｃｏｌ  Ｐｌａｔｆｏｒｍ）
６０  ＬＰＣ（ＬＡＮ  Ｐｒｏｔｏｃｏｌ  Ｃｏｎｖｅｒｔｅｒ）
１００  ＰＨＹ（フィジカル層）
１１０  インターフェース
１２０  バッファー・コントローラー
１３０  出力バッファー
１４０  入力バッファー
１５０  バッファー・コントローラー
１６０  トラフィック管理
１７０  Ａｎｙｔｈｉｎｇ−ｔｏ−ＣＰ  Ｃｏｎｖｅｒｔｅｒ
１８０  ＣＰ−ｔｏ−Ａｎｙｔｈｉｎｇ  Ｃｏｎｖｅｒｔｅｒ
１９０  アドレス・テーブル
２００  制御機
２１０  リアセンブル
２２０  セグメンテーション
２３０  ＣＰＳ（Ｃｏｍｍｏｎ  Ｐａｃｋｅｔ  Ｓｗｉｔｃｈ）
２４０  ＣＢ（共通バス）
２５０  Ｍｅｍｏｒｙ制御機
２６０  バス制御機
２７０  スケジューラ
２８０  ＱｏＳ＆優先権制御機
２９０  ＣＰ  Ｐａｃｋｅｔ  Ｍｅｍｏｒｙ
３００  連結リストバッファー
３１０  ＱｏＳバッファー
３２０  優先権バッファー
４００  ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）
４１０  ｘＤＳＬ
４２０  Ｃａｂｌｅ  Ｍｏｄｅｍ
４３０  Ｅｔｈｅｒｎｅｔ
４４０  Ｒｏｏｍ１
４５０  ステーション１
４６０  ＣＰ（Ｃｏｍｍｏｎ  Ｐａｃｋｅｔ）
４７０  ＣＰＳ（Ｃｏｍｍｏｎ  Ｐａｃｋｅｔ  Ｓｗｉｔｃｈ）
４８０  ＴＰ（Ｔｗｉｓｔ  Ｐａｉｒ）
４９０  Ｒｏｏｍ２
５００  ステーション２
５１０  ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）
５２０  Ｒｏｏｍ３
５３０  ステーション３
５４０  Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ
５５０  Ｒｉｎｇ構造網
５６０  ネットワーク構造網
５７０  Ｓｔａｒ構造網
５８０  ＰＬＣ（Ｐｏｗｅｒ  Ｌｉｎｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）
【図１】
2005539456.tif 000003
【図２】
2005539456.tif 000004
【図３】
2005539456.tif 000005
【図４】
2005539456.tif 000006
【図５】
2005539456.tif 000007
【図６】
2005539456.tif 000008
【国際調査報告】
2005539456.tif 000009
2005539456.tif 000010