JP2005539456A

JP2005539456A - 異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法及び装置

Info

Publication number: JP2005539456A
Application number: JP2004538036A
Authority: JP
Inventors: ジュン，ワングモ; ヨン，チャン−スー; リム，サン−オク; パーク，ヤン−チョン; チョイ，ワン−スン; セオ，キャング−ハク
Original assignee: コリアエレクトロニクステクノロジインスティチュート
Priority date: 2002-09-18
Filing date: 2003-09-18
Publication date: 2005-12-22
Also published as: US20050276278A1; KR100458373B1; KR20040024969A; WO2004028090A1; AU2003263620A1

Abstract

【課題】異機種ネットワーク・プロトコル間のマルチプロトコル変換機能を提供する。
【解決手段】外部ネットワーク・プロトコル変換器の共通のパケットへ広域ネットワークから受け取られたか、内部ネットワーク・プロトコル変換器の共通のパケットへローカル・エリア・ネットワークから受け取られたパケットを変換したパケットの変換段階と；パケットが内部的なスイチング、ブリジング、ラウティングになるための共通パケットのスイチング段階と；パケット種類による専用線路を通じてパケットが交換されるためのチャンネル化段階と；共通のパケット・スイッチに／から共通のバスへ共通のパケットを送信するために共通のパケットをロードする段階と；データの宛先アドレスを識別し共通のパケット・アドレス変換によって自由な位相を構築することができる共通のパケット・プラットフォーム上で適切なプロトコル変換を実行する段階とを含む。

Description

本発明は異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法及び装置に関することで、より詳しくは異機種ネットワークに接続されたデジタル家電器機たちが相互繋がれて情報を共有するようになってプロトコル間のＮ：Ｎプロトコル変換機能が提供されて異機種ネットワーク・プロトコル間のマルチプロトコル変換機能に関する。

一般的にゲートウェー装置はお互いに違うプロトコルを使う網の縦断で先方のデータを各装置で理解することができるプロトコルで変換してくれる役目をすることで、従来のゲートウェー装置は１：１プロトコル変換を主としてサービスを提供した。

したがって、それぞれＮとＮ個の異機種ネットワーク・プロトコル網（ＤｉｆｆｅｒｅｎｔＰｒｏｔｏｃｏｌＮｅｔｗｏｒｋ）が存在する場合各網との自然な通信が成り立つようにするためにはその一番目方法として、連結しなければならない網の数に注いで二つの網を連結する復数個のゲートウェー装置を利用して構成することができる。

二番目方法では、１：１プロトコル変換ゲートウェー装置を竝合して入力団の各ネットワークと繋がれるｎ個のネットワーク・インターフェースを置いて、各インターフェースには先方のネットワーク個数の中で自分のようなネットワークを除いた個数（ｎ−１）にあうようにデータを変形してくれる（ｎ−１）個の互換モジュールを内蔵して、前記各インターフェースの各モジュールの出力を先方のすべてのネットワークに連結しなければならない。

したがって、多様なネットワーク間の相互互換を支援するためには各ネットワークのインターフェース及び各インターフェース内に変形して出力しなければならないネットワークの数位互換モジュールをふやさなければならない。

また、従来では、プロトコルとプロトコル間の変換が、ＡＤＳＬ−ｅｔｈｅｒｎｅｔ、ＡＤＳＬ−ＨｏｍｅＰＮＡ、Ｃａｂｌｅ−ｅｔｈｅｒｎｅｔ、Ｃａｂｌｅ−ＨｏｍｅＰＮＡなどのように１：１方式に具現されてマルチプロトコル間の具現がとても難しかった。もしマルチプロトコル変換技術が具現されようとすれば前記のようなチップ・セットがいくつか使われて回路設計をした後ソープウェア方式でプロトコルとデータグラムが変換される方法に具現された。

すなわち、この方法はデータグラムがメモリーに保存されてからソフトウェア的な方法に保存されたデータがまた取り出して願うデータグラムに変換される方式があった。

しかし、前記のような従来のマルチプロトコル変換方式は高速の大容量データをリアルタイムで処理しにくいしまた同時にいくつかのプロトコル変換が不可能である。またマルチプロトコル変換回路を設計するためには多くのハードウェア的な付加回路が必要になるので費用の高い問題点がある。

したがって、本発明は前記のような従来技術の諸般の短所と問題点を解決するためのことで、同時に異なるマルチプロトコル処理ができるように新しいハードウェア構造が設計されたし、多様な種類のパケットがそれぞれのチャンネルに割り当てされてチャンネル別に処理されるようにすることで大容量、高速で処理になって、同時にマルチチャンネル処理ができた多様なネットワークと多様なトラフィックが存在する宅内網の統合処理が実現するように異なるマルチプロトコルとマルチメディア・データの統合処理のための構造を提供するに本発明の目的がある。

上記した本発明の目的は、
（ａ）外部ネットワーク・プロトコル変換器の共通のパケットへ広域ネットワークから受け取られたか、内部ネットワーク・プロトコル変換器の共通のパケットへローカル・エリア・ネットワークから受け取られたパケットを変換したパケットの変換段階と；
（ｂ）パケットが内部的なスイチング、ブリジング、ラウティングになるための共通パケットのスイチング段階と；
（ｃ）パケット種類による専用線路を通じてパケットが交換されるためのチャンネル化段階と；
（ｄ）共通のパケット・スイッチに／から共通のバスへ共通のパケットを送信するために共通のパケットをロードする段階と；
（ｅ）データの宛先アドレスを識別し共通のパケット・アドレス変換によって自由な位相を構築することができる共通のパケット・プラットフォーム上で適切なプロトコル変換を実行する段階と；を含む異機種ネットワーク・プロトコルおよびマルチメディア・トラフィックの統合処理用の方法によって達成される。

又、本発明は、
マルチプロトコルたちが処理されるためにヘッダーとデータ値を持つ共通パケットと；
パケットが内部的なスイチング、ブリッジング、ラウティングになるための共通パケットスィッチと；パケット種類による専用線路を通じてパケットが交換されるチャンネルと；共通パケットと共通パケットスィッチ間のパケット送信になるパケット共通バスと；
異機種ネットワーク・プロトコルと異なるパケットフォーマットなどを統合的に処理するためでくれなさい変換機能の自由トポロジーが可能な共通プロトコルプルレッポオムと；
遠距離網から流入されるパケットを共通パケットに変換されるための外部網プロトコル変換器と；
近距離網から流入されるパケットを共通パケットに変換されるための内部網プロトコル変換器で構成される異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置によって達成される。

本発明は、異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法及び装置はハードウェアに具現されてトラフィックが高速に処理されることができるように発明されたし、開放型構造で一本化になった共通プルレッポオムに設計されるので使って各種ＱｏＳ、渋滞制御などが易しく具現されることができる長所があって、ビル及び宅内網に存在するデジタル家電器機またはインターネット情報家電器機などで分類される各種デジタル這うのに使われてまたこのようなデジタル器機とビル自動化及びホーム自動化這うのをネットワークで繋がれて制御されるビル自動化、ホームゲートウェー、ホームサーバー、ＳＴＢ、ホームスチーションなどのような制御器機に使われる効果がある。

以下、本発明に係る好ましい実施形態を添付図面を参照しつつ詳細に説明する。

先に、図１は本発明で設計された構造図である。

図１を参照すれば本発明で構成された機能別ブロックは大きくＣＰＰブロック５０、ＷＰＣブロック１０、ＬＰＣブロック６０、ＣＰブロック２０、ＣＢブロック３０、ＣＰＳブロック４０などで構成される。

ここで、ＷＰＣ（ＷＡＮＰｒｏｔｏｃｏｌＣｏｎｖｅｒｔｅｒ）１０は入力された外部網パケットがかりに保存されるバッファー部と共通パケットの形態で変換させる変換部及び共通パケットスイチングに送るために共通バスに積むローダー部で構成される。また、ＷＰＣ１０は、ｘＤＳＬ、Ｃａｂｌｅｍｏｄｅｍ、ＭｅｔｒｏＥｔｈｅｒｎｅｔ、ＩＳＤＮ、ＣＤＭＡ、ＰＳＴＮのような外部網インターフェースから入力されたデータグラムが、ＣＰ２０データグラムに変換される役目をして反対に内部網から外部網に送信される時には、ＣＰ２０データグラムが送ろうとする外部網データグラムに変換される役目を遂行する。

また、ＣＰ（ＣｏｍｍｏｎＰａｃｋｅｔ）２０は多様な種類の外部網と内部網データグラムを統合処理してデータ交換が效率的に遂行されるために決まった長さを持つデータグラムとしてすべての外部網データグラムと内部網データグラムは、ＣＰ２０に変換された後内部的に処理される。

そして、ＣＢ（共通バス）３０は、ＣＰ２０データグラムが交換処理されるためにスイチングブロックに送信されるとかスイチングされるデータグラムが宛先に送信される時、データグラムが送信されるための物理的なインターフェースを意味する。

一方、ＣＰＳ（ＣｏｍｍｏｎＰａｃｋｅｔＳｗｉｔｃｈ）４０は入力された共通パケットがかりに保存されるバッファー部、送ろうとする新しい宛先アドレスがヘッダーに添付されるヘッダー変換部、新しい宛先アドレスのヘッダーと既存のデータ値を共通パケットに積むローダー部及びトラフィック・クラスの種類による別途のチャンネル部で構成される。また、ＣＰＳ４０はＣＢ３０を経由して入力されたＣＰ２０が臨時保存されてＣＰ２０が送信されようとする宛先アドレスが決まれば新規宛先アドレスがヘッダーに添付されてデータが送信されるブロックとして各種トラフィッククラスの種類によって別途のデータパスであるチャンネルたちに仕分けされられる。すなわち、インターネット・データチャンネルとオーディオチャンネル、ビデオチャンネル、制御チャンネル、ビデオストリームチャンネル、音声チャンネルなどで構成されていてそれぞれのチャンネルは単一チャンネルではない多重チャンネルで構成されるように設計された。

また、ＬＰＣ（ＬＡＮＰｒｏｔｏｃｏｌＣｏｎｖｅｒｔｅｒ）６０は入力された内部網パケットがかりに保存されるバッファー部と共通パケットの形態で変換させる変換部及び共通パケットスイチングに送るために共通バスに積むローダー部で構成される。また、ＬＰＣ６０はＷＬＡＮ、ＨＰＮＡ、ＰＬＣ、ＬｏｎＷｏｒｋｓ、ＵＳＢ、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）、ＩＥＥＥ１３９４位のような内部網インターフェースから入力データグラムがＣＰ２０データグラムに変換される役目をして反対に外部網から内部網に流入されるＣＰ２０データグラムが内部網データグラムに変換される役目を遂行する。

ＣＰＰ（ＣｏｍｍｏｎＰｒｏｔｏｃｏｌＰｌａｔｆｏｒｍ）５０は多様な種類の異機種ネットワークたちが統合処理になるのに必要となる各種ネットワークプロトコルで構成されている。Ｌ２／Ｌ３スイチング及びラウティングプロトコルとプロトコル−プロトコル間の変換プロトコル、住所変換方法、統合管理のためのＭＩＢ、トラフィック優先順位方法、スケジューリング方法、安全（Ｓｅｃｕｒｉｔｙ）、ＱｏＳ、マルチキャスト（Ｍｕｌｔｉｃａｓｔ）などのような統合処理に必要なプロトコルに担当される。

このように構成される多様な機能別ブロックの動作は次のようである。

図２はＷＡＮからＬＡＮでパケットが送信される場合の処理過程図である。

図２を参照すれば先にＷＡＮから宅内網でデータが入力される場合、既存に存在するｘＤＳＬ、ＣａｂｌｅＭｏｄｅｍのような既存のプロトコルから入力されたパケットデータはプロトコル変換装置であるＷＰＣを経ってＣＰ２０に変わるようになる。このＣＰ２０はすべてのパケットと互換になる共通されたパケット構造でＣＢ３０を通じてＣＰＳブロック４０に入力される。この時、ＣＢ３０はＣＰブロック２０とＣＰＳブロック４０の間のパケット送信になるように物理的インターフェース役目をする。ＣＰＳブロック４０は、ＣＰＰブロック５０から宛先アドレスが確認された後、ＣＰＰ５０で適切なプロトコル変換を経って宛先アドレスでパケットを送るために、ＣＢ３０を通じてＣＰ２０が、ＬＰＣ６０に入力される。ＬＰＣ６０は、ＣＰ２０を入力受けてヘッダーを確認した後、宛先アドレスに当たる内部網データグラムで変換して内部ネットワークにデータを送る。

図３は、ＬＡＮからＷＡＮでパケットが送信される場合の処理過程図である。

図３を参照すれば宅内網で外部網にデータが送信される場合、既存に存在するＨＰＮＡ、Ｅｔｈｅｒｎｅｔ、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ）などのようなネットワークから入力されたパケットデータは内部網プロトコル変換装置であるＬＰＣ６０からＣＰ２０に変わるようになる。このＣＰ２０はＣＢ３０を通じてＣＰＳブロック４０に入力される。この時、ＣＢ３０は、ＣＰ２０とＣＰＳブロック４０の間のパケット送信が成り立つように物理的インターフェース役目を遂行する。ＣＰＳブロック４０はＣＰＰブロック５０から宛先アドレスが確認された後宛先アドレスをヘッダーに添付してＣＰＰ５０で適切なプロトコル変換を経ってＣＢ３０を通じてＣＰ２０がＷＰＣ１０に入力される。ＷＰＣ１０はヘッダーに添付されたＷＡＮフォトを選択してＣＰ２０を外部網データグラムで変換して送信が成り立つ。

図４はＬＡＮからＬＡＮでパケットが送信される場合の処理過程図である。

図４を参照すれば内部網１でＬｏｎＷｏｒｋｓと内部網２でＩＥＥＥ１３９４網が構成されていてお互いにデータ通信が成り立つ場合、内部網１で入力されたデータは内部網プロトコル変換装置であるＬＰＣ１に入力されてＣＰ２０に変わるようになる。このＣＰ２０はＣＢ３０を通じてＣＰＳブロック４０に入力される。この時ＣＢ３０はＣＰ２０とＣＰＳブロック４０の間のパケット送信が成り立つように物理的インターフェースを提供する。ＣＰＳブロック４０はＣＰＰブロック５０から宛先アドレスが確認された後ヘッダーに宛先アドレスを添付してＣＰＰ５０で適切なプロトコル変換を経ってＣＢ３０を通じてＣＰ２０がＬＰＣ２に入力される。

ＰＣ２はＣＰ２０を入力受けてヘッダーに添付された宛先アドレスを確認して内部網フォトを選択して内部網データグラムでデータグラムが変換された後内部網フォトで送るようになる。

以下、本発明の具体的な実施例による構成及び作用を添付された図面を参照して説明する。

図５は本発明によって具現されたチップ・セットのブロック図である。

図５を参照すれば、ＩＰｏｖｅｒＩＥＥＥ１３９４を支援する宅内ＩＥＥＥ１３９４装備でこのチップを通じて内部または外部ＩＰ網に繋がれているＰＣや他のＩＰｏｖｅｒＩＥＥＥ１３９４が支援されるＩＥＥＥ１３９４装備と通信する場合を見れば次のようである。

インターフェース（ＷＰＣブロックまたはＬＰＣブロックに含まれ）１１０は外部ＰＨＹ１００チップとのつなぎすじに提供されて、必要によってフィジカル層以上の層としての役目を担当するのはもちろん直列に入力されるデータを並列で変換して入力バッファー１４０に渡してやる役目をする。

入力バッファー（ＷＰＣブロックまたはＬＰＣブロックに含まれ）１４０は一般的な輪バッファー形態を持つ。バッファー・コントローラー１２０は入力バッファー１４０または出力バッファー１３０を制御する役目を遂行して、大きく輪バッファーで動作することができるようにポインタ管理とバッファーに保存されたデータが次のブロックで伝達または廃棄（ｄｉｓｃａｒｄ）になるようにする役目をする。

またトラフィック管理（ＣＰＰブロックに含まれ）１６０は内部のトラフィック管理アルゴリズムに遂行されてバッファー制御１２０に保存されたデータが伝達または廃棄されることができるように制御信号をバッファー・コントローラー１２０に伝達する役目をする。

Ａｎｙｔｈｉｎｇ−ｔｏ−ＣＰ変換器（ＷＰＣブロックまたはＬＰＣブロックに含まれ）１７０はパケット分類アルゴリズムを遂行して入力されたパケットの種類及び特性を把握してスイッチング情報、ＱｏＳクラス、セキュリティなどの情報を盛ったＣＰヘッダが生成されて入力されたパケットがカプセル化になった後、セグメンテーション・ブロック２２０で伝達する。この時、入力されたパケットからソース・アドレス及び宛先アドレス情報が抽出されて別途のアドレス・テーブル１９０で管理される。

セグメンテーション・ブロック（ＣＰブロックに含まれ）２２０は入力されたパケットのペイロード部分をヘッダー含んで２５６ｂｙｔｅの決まった大きさで切って共通バス２４０で伝達する。この時、ＣＰヘッダにセグメンテーション情報（ｓｅｑｕｅｎｃｅｎｕｍｂｅｒ）が入力されるだけでなく共通バス制御機２６０との通信のための制御機が含まれている。

共通バス２４０はいくつかのノードから入力されるパケットとスイッチングブロックとの連結通路を提供するのはもちろん、反対にスイッチングブロックから該当の出力ノードでパケットが伝達するように連結通路を提供してくれる。このためにセグメンテーション２２０、リアセンブル・ブロック２１０内部の制御ブロックとバス制御機２６０との相互通信でどの瞬間一つのノードだけがバスを使うように仲裁を担当するようになる。共通バス２４０を通じて入力されたパケットはスイッチングブロックで伝達した後また共通バス２４０を通じてリアセンブル・ブロック２１０で伝達する。

またＣＰＳブロックに入力された２５６ｂｙｔｅのパケットは外部のＳＲＡＭに保存される。外部に２個のＳＲＡが使われて、この中一つは、ＣＰパケットを保存するための用途で、残り他の一つはＣＰパケットメモリーの連結リスト３００及びＱｏＳバッファー３１０、優先権バッファー３２０としての役目を担当するようになる。

ＱｏＳ及び優先権ブロックでＣＰＳ内部のＱｏＳブロック３１０は該当のＱｏＳアルゴリズムに遂行されて、入力されたパケットのクラスを決定、Ｃｌａｓｓバッファー（ＦＩＦＯ）に順に保存される。そしてクラス・バッファーに保存されたパケットに対して優先権が決まれば優先権バッファー（ＦＩＦＯ）３１０にもう一度再整列された後、優先権手順によってスケジューラ２７０がパケット順にまた共通バス２４０を通じてリアセンブル・ブロック２１０で伝達するようにしてくれる。

リアセンブル・ブロック２１０は入力受けたパケットが順に再整列してＣＰ−ｔｏ−ＡｎｙｔｈｉｎｇＣｏｎｖｅｒｔｅｒ１８０で伝達する。

最後に、ＣＰ−ｔｏ−ＡｎｙｔｈｉｎｇＣｏｎｖｅｒｔｅｒ１８０は、ＣＰヘッダをとり除いた後出力バッファー１３０とインターフェース１１０を通じて下位ノードのＰＨＹ１００に伝達する。

図６は本発明によって具現可能な多様なネットワーク構成例示図である。

図６を参照すれば本発明で具現されたチップを利用してホームゲートウェー、ホームサーバー、セットトップボックスなどのようなホームスチーションシステム（以下ステーション）を構成した場合ステーションとステーションの間のネットワーク及びステーションとデジタル器機間のネットワーク構造を見せてくれている。Ｒｏｏｍ１４４０、Ｒｏｏｍ２４９０とＲｏｏｍ３５２０は家庭内での放課部屋の間のように一つのネットワークになることもできてビルの１階、２階及び３階のように独立的なネットワークになることもできる。またステーション１４５０、ステーション２５００とステーション３５３０は端末機にあたるデジタル器機内に含まれることもできる。

Ｒｏｏｍ１４４０、Ｒｏｏｍ２４９０及びＲｏｏｍ３５２０が一つのネットワークに動作される場合ステーション１４５０はＴＰ（ＴｗｉｓｔｅｄＰａｉｒ）４８０を利用してステーション２５００と繋がれて、Ｒｏｏｍ２４９０のステーション２５００に繋がれているＴ１〜Ｔ６の端末機たちを統合管理及びデータ通信が可能である。すなわち、Ｒｏｏｍ１にあるステーション１で直接繋がれているＴ１１、Ｔ１２位はＴ１〜Ｔ６と直接通信が可能でＲｏｏｍ３５２０にあるステーション３５３０に繋がれているＴ７〜Ｔ１０端末機とも直接通信ができるね時送信媒体とプロトコルは、ＴＰ５９０、ＰＬＣ５８０、ＲＦ５１０などどんな媒体になっても通信が可能な構造である。そしてこの時、Ｔ１〜Ｔ１２にあたる端末機が同時に通信が可能である。ステーション１４５０はＷＰＣ１、ＷＰＣ２とＷＰＣ３を通じて同時にいくつかのＷＡＮ４００ネットワーク通信が可能でこの時にはステーション２５００とステーション３５３０ではＷＡＮ４００通信を接続しなくても良いのである。

Ｒｏｏｍがそれぞれ独立されたネットワークの時、前記の通りにステーション１４５０、ステーション２５００及びステーション３５３０がネットワーク通信されることはもちろんそれぞれのステーションがＷＰＣを通じてＷＡＮ４００通信が可能である。そして各ステーションはＲｉｎｇ構造網５５０、Ｓｔａｒ構造網５７０、ネットワーク構造網５６０などが皆収容されることができる。

ステーション機能が端末機に含まれる場合本発明で開発された機能はステーションと一緒に各端末機が統合される用途で使われることができるし、各種デジタル器機内部に設計されて（すなわち、Ｔ１〜Ｔ１２のような端末機内部に含まれて使われることができる。）デジタル器機間のＰｅｅｒ−ｔｏ−Ｐｅｅｒ通信５４０が可能である。

本発明で設計された構造図である。ＷＡＮからＬＡＮでパケットが送信される場合の処理過程図である。ＬＡＮからＷＡＮでパケットが送信される場合の処理過程図である。ＬＡＮからＬＡＮでパケットが送信される場合の処理過程図である。本発明によって具現されたチップ・セットのブロック図である。本発明によって具現可能な多様なネットワーク構成例示図である。

符号の説明

１０ＷＰＣ（ＷＡＮＰｒｏｔｏｃｏｌＣｏｎｖｅｒｔｅｒ）
２０ＣＰ（ＣｏｍｍｏｎＰａｃｋｅｔ）
３０ＣＢ（共通バス）
４０ＣＰＳ（ＣｏｍｍｏｎＰａｃｋｅｔＳｗｉｔｃｈ）
５０ＣＰＰ（ＣｏｍｍｏｎＰｒｏｔｏｃｏｌＰｌａｔｆｏｒｍ）
６０ＬＰＣ（ＬＡＮＰｒｏｔｏｃｏｌＣｏｎｖｅｒｔｅｒ）
１００ＰＨＹ（フィジカル層）
１１０インターフェース
１２０バッファー・コントローラー
１３０出力バッファー
１４０入力バッファー
１５０バッファー・コントローラー
１６０トラフィック管理
１７０Ａｎｙｔｈｉｎｇ−ｔｏ−ＣＰＣｏｎｖｅｒｔｅｒ
１８０ＣＰ−ｔｏ−ＡｎｙｔｈｉｎｇＣｏｎｖｅｒｔｅｒ
１９０アドレス・テーブル
２００制御機
２１０リアセンブル
２２０セグメンテーション
２３０ＣＰＳ（ＣｏｍｍｏｎＰａｃｋｅｔＳｗｉｔｃｈ）
２４０ＣＢ（共通バス）
２５０Ｍｅｍｏｒｙ制御機
２６０バス制御機
２７０スケジューラ
２８０ＱｏＳ＆優先権制御機
２９０ＣＰＰａｃｋｅｔＭｅｍｏｒｙ
３００連結リストバッファー
３１０ＱｏＳバッファー
３２０優先権バッファー
４００ＷＡＮ（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）
４１０ｘＤＳＬ
４２０ＣａｂｌｅＭｏｄｅｍ
４３０Ｅｔｈｅｒｎｅｔ
４４０Ｒｏｏｍ１
４５０ステーション１
４６０ＣＰ（ＣｏｍｍｏｎＰａｃｋｅｔ）
４７０ＣＰＳ（ＣｏｍｍｏｎＰａｃｋｅｔＳｗｉｔｃｈ）
４８０ＴＰ（ＴｗｉｓｔＰａｉｒ）
４９０Ｒｏｏｍ２
５００ステーション２
５１０ＲＦ（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ）
５２０Ｒｏｏｍ３
５３０ステーション３
５４０Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ
５５０Ｒｉｎｇ構造網
５６０ネットワーク構造網
５７０Ｓｔａｒ構造網
５８０ＰＬＣ（ＰｏｗｅｒＬｉｎｅＣｏｍｍｕｎｉｃａｔｉｏｎ）

Claims

異機種ネットワーク・プロトコルおよびマルチメディア・トラフィックの統合処理用の方法において、
（ａ）外部ネットワーク・プロトコル変換器の共通のパケットへ広域ネットワークから受け取られたか、内部ネットワーク・プロトコル変換器の共通のパケットへローカル・エリア・ネットワークから受け取られたパケットを変換したパケットの変換段階と；
（ｂ）パケットが内部的なスイッチング、ブリッジング、ラウティングになるための共通パケットのスイチング段階と；
（ｃ）パケット種類による専用線路を通じてパケットが交換されるためのチャンネル化段階と；
（ｄ）共通のパケット・スイッチに／から共通のバスへ共通のパケットを送信するために共通のパケットをロードする段階と；
（ｅ）データの宛先アドレスを識別し共通のパケット・アドレス変換によって自由な位相を構築することができる共通のパケット・プラットフォーム上で適切なプロトコル変換を実行する段階と；
を含むことを特徴とする異機種ネットワーク・プロトコルおよびマルチメディア・トラフィックの統合処理用の方法。
前記（ａ）段階は、
バッファーに入力された外部または内部ネットワーク・パケットを一時的に保存する段階と；
パケットを共通のパケット・フォーマットに変換する段階と；
共通のパケット・スイッチへ共通のパケットを共通のバスに送信するために共通のパケットをロードする段階と；
を含むことを特徴とする請求項１に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
前記（ｂ）段階は、
バッファーに入力された共通のパケットを一時的に保存する段階と；
ヘッダーに送ろうとする新しい宛先アドレスを加える段階と；
共通のパケットに新しい宛先へヘッダーを送信するためにヘッダーをロードする段階と；
を含むことを特徴とする請求項１に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
前記（ａ）、（ｂ）、（ｄ）および（ｅ）段階は、それぞれ独立的に動作され、また互いに連動されるようにモジュール化されることを特徴とする請求項１に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
前記（ａ）、（ｂ）、（ｄ）および（ｅ）段階は、機能によって多数のブロックの組合に構成されることを特徴とする請求項１、２、３、または４に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
前記（ａ）、（ｂ）、（ｄ）および（ｅ）段階は、一つのチップに統合されて動作になることを特徴とする請求項１、２、３、または４に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
前記（ａ）、（ｂ）、（ｄ）および（ｅ）段階は、開放型構造に設計されて外部網または内部網が共通パケット・プルレッポオムと連動されてプラグ・アンド・プレイ機能が支援されることを特徴とする請求項１、２、３、または４に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
前記（ａ）段階による異機種ネットワーク・プロトコル変換機能以外に共通パケットでのオーバレイ機能が支援されることを特徴とする請求項１に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理方法。
マルチプロトコルたちが処理されるためにヘッダーとデータ値を持つ共通パケットと；
パケットが内部的なスイチング、ブリッジング、ラウティングになるための共通パケットスィッチと；
パケット種類による専用線路を通じてパケットが交換されるチャンネルと；
共通パケットと共通パケットスィッチ間のパケット送信になるパケット共通バスと；
異機種ネットワーク・プロトコルと異なるパケットフォーマットなどを統合的に処理するためでくれなさい変換機能の自由トポロジーが可能な共通プロトコルプルレッポオムと；
遠距離網から流入されるパケットを共通パケットに変換されるための外部網プロトコル変換器と；
近距離網から流入されるパケットを共通パケットに変換されるための内部網プロトコル変換器で構成されることを特徴とする異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
前記共通パケットスィッチは、
入力された共通パケットがかりに保存されるバッファー部と；
トラフィッククラスの種類による別途のチャンネル部と；
送ろうとする新しい宛先アドレスがヘッダーに添付されるヘッダー変換部と；
新しい宛先アドレスのヘッダーと既存のデータ値を共通パケットに積むローダー部で構成されることを特徴とする請求項９に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
前記外部網プロトコル変換器は、
入力された外部網パケットがかりに保存されるバッファー部と；
共通パケットの形態で変換させる変換部と；
共通パケットスイチングに送るために共通バスに積むローダー部で構成されることを特徴とする請求項９に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
前記内部網プロトコル変換器は、
入力された内部網パケットが一時的に保存されるバッファー部と；
共通パケットの形態で変換させる変換部と；
共通パケットスイチングへ送るために共通バスに積むローダー部で構成されることを特徴とする請求項９に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
共通パケット、共通バス、共通パケットスィッチ、共通パケットプルレッポオム、外部網プロトコル変換器、内部網プロトコル変換器がそれぞれ独立的に動作されてまた連動されて動作されるようにするモジュールで構成されることを特徴とする請求項９に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
前記共通パケット、共通バス、共通パケットスィッチ、共通パケットプルレッポオム、外部網プロトコル変換器及び内部網プロトコル変換器が機能によって多数のブロックの組合で構成されることを特徴とする請求項９、１０、１１、１２、または１３に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
前記共通パケット、共通バス、共通パケットスィッチ、共通パケットプルレッポオム、外部網プロトコル変換器及び内部網プロトコル変換器が一つのチップになって動作になることができるように集積されることを特徴とする請求項９、１０、１１、１２、または１３に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。
前記共通パケット、共通バス、共通パケットスィッチ、共通パケットプルレッポオム、外部網プロトコル変換器及び内部網プロトコル変換器が開放型構造に設計されて外部網または内部網が共通パケットプルレッポオムと連動されてプラグ・アンド・プレイ機能が支援されることを特徴とする請求項９、１０、１１、１２、または１３に記載の異機種ネットワーク・プロトコルとマルチメディア・データの統合処理装置。