(57)【特許請求の範囲】
【請求項１】
ネットワーク接続用のインタフェースと、音声パケット通信用のインタフェースと、コンピュータ通信用のインタフェースとを有する媒体アクセス制御装置において、
上記音声パケット通信用のインタフェースに接続された送信用メモリについて送信要求の有無を確認し、送信要求がない場合に、上記コンピュータ通信用のインタフェースに接続された送信用メモリについて送信要求を確認し、上記音声パケット通信用のインタフェースより入力される送信パケットを、上記コンピュータ通信用のインタフェースより入力される送信パケットに優先させて、上記ネットワーク接続用のインタフェースに出力する優先制御手段を備えることを特徴とする媒体アクセス制御装置。
【請求項２】
請求項１に記載の媒体アクセス制御装置において、
上記音声パケット通信用のインタフェースより入力される送信パケット、及び、上記コンピュータ通信用のインタフェースより入力される送信パケットをそれぞれ、上記送信用メモリとしての、インタフェース毎のＦＩＦＯメモリに一旦蓄積することにより、送信パケットを紛失することなく、上記優先制御手段が優先制御処理を実行できることを特徴とする媒体アクセス制御装置。
【請求項３】
請求項２に記載の媒体アクセス制御装置において、
上記各ＦＩＦＯメモリは、送信パケットの入力があると、直ちに優先制御手段に送信要求を行うことを特徴とする媒体アクセス制御装置。
【請求項４】
請求項１〜４のいずれかに記載の媒体アクセス制御装置において、
上記優先制御手段は、上記コンピュータ通信用のインタフェースに接続される送信用及び受信用のそれぞれのメモリについて空き容量を監視すると共に、上記各メモリに蓄積されたパケットの送信先となるインタフェースの衝突状態を監視し、オーバーフローの発生し得るメモリに対応する送信元のインタフェースにフロー制御信号を与えるフロー制御手段をさらに備えることを特徴とする媒体アクセス制御装置。
【請求項５】
請求項１〜４のいずれかに記載の媒体アクセス制御装置を備えることを特徴とする通信装置。
【請求項６】
請求項５に記載の通信装置において、
上記媒体アクセス制御装置が有する音声パケット通信用のインタフェースとの間で、音声パケットを授受する音声パケット送受信手段を内蔵することを特徴とする通信装置。
【請求項７】
請求項５又は６に記載の通信装置において、
上記媒体アクセス制御装置が有するコンピュータ通信用のインタフェースは、ケーブルを介して接続された外部装置とパケットを授受することを特徴とする通信装置。
【請求項８】
音声パケット通信用のインタフェースより入力される送信パケットを、コンピュータ通信用のインタフェースより入力される送信パケットに優先させて、ネットワーク接続用のインタフェースに出力する優先制御装置であって、
上記ネットワーク接続用のインタフェースに出力する送信パケットの有無確認時、上記音声パケット通信用のインタフェースに接続された送信用メモリの送信要求の有無を確認し、送信要求がない場合、上記コンピュータ通信用のインタフェースに接続された送信用メモリの送信要求を確認することを特徴とする優先制御装置。
【請求項９】
請求項８に記載の優先制御装置において、
上記コンピュータ通信用のインタフェースに接続される送信用及び受信用のそれぞれのメモリについて空き容量を監視すると共に、上記各メモリに蓄積されたパケットの送信先となるインタフェースの衝突状態を監視し、オーバーフローの発生し得るメモリに対応する送信元のインタフェースにフロー制御信号を与えるフロー制御手段をさらに備えることを特徴とする優先制御装置。
【請求項１０】
請求項８又は９記載の優先制御装置を備えることを特徴とする通信装置。
【請求項１１】
音声パケット通信用のインタフェースより入力される送信パケットを、コンピュータ通信用のインタフェースより入力される送信パケットに優先させて、ネットワーク接続用のインタフェースに出力する優先制御方法であって、
上記ネットワーク接続用のインタフェースに出力する送信パケットの有無確認時、上記音声パケット通信用のインタフェースに接続された送信用メモリの送信要求の有無を確認し、送信要求がない場合、上記コンピュータ通信用のインタフェースに接続された送信用メモリの送信要求を確認することを特徴とする優先制御方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、媒体アクセス制御装置（以下「メディアアクセスコントローラ」という。）、通信装置、優先制御装置及び優先制御方法に関する。
【０００２】
【従来の技術】
通常の電話機が交換機に接続されるのに対し、インターネット電話機ではコンピュータネットワークに接続される形態を採る。このため、インターネット電話機には、コンピュータネットワーク接続用のＬＡＮ（Local Area Network）コネクタが装備されるのが通常である。
【０００３】
ところで、コンピュータが普及した今日においては、特にビジネス環境下においては、一人一台のパーソナルコンピュータが常識となっている。しかし、現在の装置では、インターネット電話機用とコンピュータ用とで別のＬＡＮケーブルを配線しなければならないため、ネットワーク設備が増大する問題があった。
【０００４】
このため、電話機とパーソナルコンピュータとを１本のＬＡＮケーブルで接続可能とすることが強く求められている。
【０００５】
【発明が解決しようとする課題】
図２に、かかる接続を可能とする従来装置の接続例を示す。また、図３に、かかる接続を可能とする電話機２の内部構成例を示す。電話機２の特徴は、図３に示すように、集線装置（ＨＵＢ）に相当する集線回路２Ｉを内蔵する点である。この集線回路２Ｉは、音声データ及び電話機制御データをパケット化したデータパケットと、パーソナルコンピュータ１の送信データをパケット化したデータパケットとを集線し、スイッチングＨＵＢ３に送出するために用いられる。
【０００６】
かくして、電話機２とスイッチングＨＵＢ３とを接続するケーブル上では、電話機２とスイッチングＨＵＢ３との間で送受されるパケットである音声データパケット及び電話機制御データパケットと、パーソナルコンピュータ１とスイッチングＨＵＢ３との間で送受されるパケットであるコンピュータデータパケットとが伝送される。従って、当該ケーブル上では、コンピュータデータと音声データを含むパケットが混在することになる。
【０００７】
ところで、図３に示す構成の電話機の場合、集線回路２Ｉは、コーディック２Ｃ側からのパケットとパーソナルコンピュータ１からのパケットとを受信順に上位のスイッチングＨＵＢ３に送出する構成をとるため、パーソナルコンピュータ１の側から大量のパケットデータが送出されると、その間、音声信号を含むコーディック側からのパケットが待ち状態となり、結果として通話とぎれが生じてしまう問題があった。
【０００８】
そこで、図４に示す構成が考えられる。図４に示す構成の電話機２は、パーソナルコンピュータ１側からの信号を内部のメモリ２Ｇに一旦蓄積する構成をとる。このため、図４の電話機２の場合、コーディック２Ｃ側からの音声パケットとパーソナルコンピュータ１側からのパケットの優先順位をＣＰＵ２Ｆが管理でき、音声パケットを優先して送出するようにできる。
【０００９】
しかし、パーソナルコンピュータ１側からのパケットをメモリ２Ｇに一旦蓄積するため、大規模なメモリと高速なパケット処理を必要とされるため、製品化した場合、高価なものとなり、実現性に乏しいという問題がある。
【００１０】
【課題を解決するための手段】
かかる課題を解決するため、第１の本発明においては、ネットワーク接続用のインタフェースと、音声パケット通信用のインタフェースと、コンピュータ通信用のインタフェースとを有する媒体アクセス制御装置において、音声パケット通信用のインタフェースに接続された送信用メモリについて送信要求の有無を確認し、送信要求がない場合に、コンピュータ通信用のインタフェースに接続された送信用メモリについて送信要求を確認し、音声パケット通信用のインタフェースより入力される送信パケットを、コンピュータ通信用のインタフェースより入力される送信パケットに優先させて、ネットワーク接続用のインタフェースに出力する優先制御手段を備えることを特徴とする。
【００１１】
また、第２の本発明の通信装置は、第１の本発明の媒体アクセス制御装置を備えることを特徴とする。
【００１２】
さらに、第３の本発明は、音声パケット通信用のインタフェースより入力される送信パケットを、コンピュータ通信用のインタフェースより入力される送信パケットに優先させて、ネットワーク接続用のインタフェースに出力する優先制御装置であって、ネットワーク接続用のインタフェースに出力する送信パケットの有無確認時、音声パケット通信用のインタフェースに接続された送信用メモリの送信要求の有無を確認し、送信要求がない場合、コンピュータ通信用のインタフェースに接続された送信用メモリの送信要求を確認することを特徴とする。
【００１３】
第４の本発明の通信装置は、第３の本発明の優先制御装置を備えることを特徴とする。
【００１４】
第５の本発明は、音声パケット通信用のインタフェースより入力される送信パケットを、コンピュータ通信用のインタフェースより入力される送信パケットに優先させて、ネットワーク接続用のインタフェースに出力する優先制御方法であって、ネットワーク接続用のインタフェースに出力する送信パケットの有無確認時、音声パケット通信用のインタフェースに接続された送信用メモリの送信要求の有無を確認し、送信要求がない場合、コンピュータ通信用のインタフェースに接続された送信用メモリの送信要求を確認することを特徴とする。
【００１５】
【発明の実施の形態】
（Ａ）搭載装置例
図５に、本発明に係るメディアアクセスコントローラ（ＭＡＣ）を搭載するＬＡＮ接続装置（ＬＡＮボードを含む。）の機能ブロック構成例を示す。ここでは、図２に示す接続形態を可能とするため、２つのＬＡＮポート付きのインターネット電話機に搭載する場合について説明する。
【００１６】
なお、言うまでもないが、メディアアクセスコントローラを搭載するＬＡＮ接続装置としては、インターネット電話機に限られるものでなく、例えばターミナルアダプタへの適用も考えられる。
【００１７】
また、ＬＡＮポートについても、１０ＢＡＳＥ−Ｔ、１００ＢＡＳＥ−Ｔ等に限られるものでなく、光ファイバ分散データインタフェース（ＦＤＤＩ：Fiber Distributed Data Interface）系、１００ＶＧ−ＡｎｙＬＡＮ、ＡＴＭ−ＬＡＮその他のネットワークに適したポート構成を適用できる。
【００１８】
図５に示すインターネット電話機の内部構成を説明する。コーディック２Ｃは、マイクロホン２Ｂから入力される音声信号の符号化と、バス２Ｄを介して入力される音声データの復号化に用いられる。メモリ２Ｇは、符号化された音声データの一時蓄積用及び受信された音声データの一時蓄積用に用いられる。
【００１９】
メディアアクセスコントローラ（ＭＡＣ）２Ｅ'は、各通信プロセスのメディア層における処理を担当し、バス２Ｄとの間で音声データを含むパケット（以下「ＣＰＵデータ」という。）を送受し、パーソナルコンピュータ接続用の物理層デバイス２Ｈ２との間でコンピュータデータパケット（以下「ＰＣデータ」という。）を送受する。
【００２０】
すなわち、このメディアアクセスコントローラ（ＭＡＣ）２Ｅ'は、コンピュータデータパケットを、図４に示すようにバス経由で送受するのではなく、物理層デバイス２Ｈ２との間で直接的に送受する。
【００２１】
なお、インターネット電話機では、バス２Ｄとの間で送受されるパケットには音声データが含まれるため、図５に示すパケットメディアアクセスコントローラ（ＭＡＣ）２Ｅ'は、バス２Ｄから入力されるＣＰＵデータを物理層デバイス２Ｈ２から入力されるＰＣデータに優先して送信するよう構成する。
【００２２】
また、パケットメディアアクセスコントローラ（ＭＡＣ）２Ｅ'と物理層デバイス２Ｈ１及び２Ｈ２との接続に用いられるインタフェースには、物理層の構成に依存しない各種構成に共通のインタフェースであるＭＩＩインタフェース（Media Independent Interface ）を使用し、コーディック２Ｃとの接続に用いられるインタフェースにはバスインタフェースを使用するものとする。もっとも、全てのインタフェースにＭＩＩインタフェースを使用することも可能である。
【００２３】
（Ｂ）メディアアクセスコントローラ２Ｅの実施形態例（その１）
図１に、メディアアクセスコントローラ（ＭＡＣ）２Ｅの第１の実施形態に係る機能ブロック構成を示す。図１に示すように、メディアアクセスコントローラ（ＭＡＣ）２Ｅ'は、優先制御回路２Ｅ'１、バスインタフェース２Ｅ'２、第１の先入先出しメモリ（ＦＩＦＯメモリ）２Ｅ'３、第１の送受信回路２Ｅ'４、第２の送受信回路２Ｅ'５、第２の先入先出しメモリ（ＦＩＦＯメモリ）２Ｅ'６から構成される。
【００２４】
このうち、優先制御回路２Ｅ'１が、前述したＣＰＵデータの優先送信機能を実現する手段として機能する。優先制御回路２Ｅ'１には、バスインタフェース側のＦＩＦＯメモリ２Ｅ'３から与えられる送信要求と、パーソナルコンピュータ側のＦＩＦＯメモリ２Ｅ'６から与えられる送信要求とを監視する機能が設けられている。
【００２５】
優先制御回路２Ｅ'１は、原則として、送信要求が確認されたとき、確認した送信要求を送信したＦＩＦＯメモリから該当する送信データを読み出してスイッチングＨＵＢ３に送出する動作を実行する。ただし、優先制御回路２Ｅ'１は、バスインタフェース側からの送信要求とパーソナルコンピュータ側からの送信要求が競合する場合、バスインタフェース側からの送信要求を優先し、対応するＦＩＦＯメモリ２Ｅ'３に格納されている送信データを優先的に送信する。
【００２６】
なお、当該優先制御回路２Ｅ'１では、図６に示す判定処理により必要な優先制御機能を実現する。
【００２７】
続いて、以上の構成を有するメディアアクセスコントローラ２Ｅ'で実行される優先処理手順の内容を説明する。
【００２８】
バスインタフェース側からの送信データの出力と、パーソナルコンピュータ側からの送信データの出力とは、独立の事象として発生する。
【００２９】
従って、バスインタフェース側からメディアアクセスコントローラ２Ｅ'に対し、ＣＰＵデータの入力があると（すなわち、送信データの入力があると）、当該ＣＰＵデータは、パケットのスタート、エンドその他の状態を表すステータスビットと共に対応するＦＩＦＯメモリ２Ｅ'３に書き込まれる。
【００３０】
同様に、パーソナルコンピュータ側からメディアアクセスコントローラ２Ｅ'に対し、ＰＣデータの入力があると（すなわち、送信データの入力があると）、当該ＰＣデータは、パケットのスタート、エンドその他の状態を表すステータスビットと共に対応するＦＩＦＯメモリ２Ｅ'６に書き込まれる。
【００３１】
ＦＩＦＯメモリ２Ｅ'３及び２Ｅ'６のそれぞれにおいては、内部に送信すべきパケットが蓄積されている場合、その送信を要求する送信要求を優先制御回路２Ｅ'１に出力する。
【００３２】
優先制御回路２Ｅ'１は、まず、第１の送受信回路２Ｅ'４が送信状態か待機状態かを監視する（ステップＳ１）。ここで、送信状態であると確認された場合（ステップＳ１で否定結果が得られた場合）、優先制御回路２Ｅ'１は、ＦＩＦＯメモリ２Ｅ'３又は２Ｅ'６から送信要求が入力されているか確認することなく（仮に送信要求があったとしても現時点では送信できないため）、第１の送受信回路２Ｅ'４における送信状態の監視を継続する。
【００３３】
これに対し、待機状態であると確認された場合（ステップＳ１で肯定結果が得られた場合）、優先制御回路２Ｅ'１は、バスインタフェース側のＦＩＦＯメモリ２Ｅ'３から送信要求が入力されていないかを判定する（ステップＳ２）。先に、当該ＦＩＦＯメモリ２Ｅ'３の判定を優先させるのは、バスインタフェース側から入力されるＣＰＵデータの出力を、パーソナルコンピュータ側から入力されるＰＣデータに優先させるためである。
【００３４】
ステップＳ２において肯定結果が得られた場合（このことは、送出すべきＣＰＵデータが存在することを意味する）、優先制御回路２Ｅ'１は、ＦＩＦＯメモリ２Ｅ'３に対し送信開始の命令を発し、読み出されるＣＰＵデータを待機状態にある第１の送受信回路２Ｅ'４に送出する（ステップＳ４）。
【００３５】
これに対し、ステップＳ２において否定結果が得られた場合（このことは、送出すべきＣＰＵデータが存在しないことを意味する）、優先制御回路２Ｅ'１は、パーソナルコンピュータ側のＦＩＦＯメモリ２Ｅ'６から送信要求が入力されていないか判定する（ステップＳ３）。
【００３６】
このステップＳ３において肯定結果が得られた場合（このことは、送出すべきＰＣデータが存在することを意味する）、優先制御回路２Ｅ'１は、ＦＩＦＯメモリ２Ｅ'６に対し送信開始の命令を発し、読み出されるＰＣデータを待機状態にある第１の送受信回路２Ｅ'４に送出する（ステップＳ５）。
【００３７】
なお、当該ステップＳ３でも否定結果が得られた場合、又は、ステップＳ４若しくはＳ５における送信データの送信が完了した場合、優先制御回路２Ｅ'１は、ステップＳ１の判定処理に戻り、再度、第１の送受信回路２Ｅ'４が送信状態か待機状態かを監視する。
【００３８】
以上の動作が、優先制御回路２Ｅ'１（インターネット電話機）に対する電源の供給開始後又はリセット後、繰返し実行される。
【００３９】
このように、第１の実施形態に係るメディアアクセスコントローラ（ＭＡＣ）２Ｅ'の場合には、バスインタフェース側からの送信データ（すなわち、ＣＰＵデータ）とパーソナルコンピュータ側からの送信データ（すなわち、ＰＣデータ）との送信要求が競合する場合にも、優先順位の高いバスインタフェース側からの送信データが優先的に送出できる。
【００４０】
かくして、実時間性の高い音声データの送信がＰＣデータの送信待ちとなり、通話途切れが発生するおそれをなくすことができる。
【００４１】
また、第１の実施形態に係るメディアアクセスコントローラ（ＭＡＣ）２Ｅ'の場合には、従来装置（図４）のように、内部メモリへのＰＣデータの蓄積を必要としないので、大規模なメモリを必要とせず、装置の小型化を実現できる。
【００４２】
同様に、内部メモリへのＰＣデータの蓄積を必要としないので、メディアアクセスコントローラ（ＭＡＣ）２Ｅ'を構成するＣＰＵ２Ｆにかかる負担を従来装置（図４）に比して軽減できる。
【００４３】
（Ｃ）メディアアクセスコントローラ２Ｅの実施形態例（その２）
図７に、メディアアクセスコントローラ（ＭＡＣ）２Ｅの第２の実施形態に係る機能ブロック構成を示す。図７には、図１との対応部分に同一符号を付して示している。
【００４４】
メディアアクセスコントローラ（ＭＡＣ）２Ｅ"は、優先制御回路２Ｅ'１、バスインタフェース２Ｅ'２、第１の先入先出しメモリ（ＦＩＦＯメモリ）２Ｅ'３、第１の送受信回路２Ｅ'４、第２の送受信回路２Ｅ'５、第２の先入先出しメモリ（ＦＩＦＯメモリ）２Ｅ'６、送信フローコントロール部２Ｅ"７、受信フローコントロール部２Ｅ"８から構成される。
【００４５】
第２の実施形態と第１の実施形態との違いは、送信フローコントロール部２Ｅ"７及び受信フローコントロール部２Ｅ"８を新たに追加した点である。
【００４６】
これは以下の理由による。一般に、アップリンク側のポートで衝突（コリジョン）が多発している場合やパーソナルコンピュータ１側のポートで衝突（コリジョン）が多発している場合、いずれも、第２のＦＩＦＯメモリ２Ｅ'６でオーバーフローが生じる原因となる。
【００４７】
そこで、第２の実施形態では、送信フローコントロール部２Ｅ"７及び受信フローコントロール部２Ｅ"８を設けることにより、送信ＦＩＦＯ２Ｅ'６１及び受信ＦＩＦＯ２Ｅ'６２の状態を監視し、その監視結果に基づいて、オーバーフローの回避を実現する。
【００４８】
続いて、以上の構成を有するメディアアクセスコントローラ２Ｅ"で実行されるフロー制御手順の内容を説明する。なお、ＣＰＵデータ（音声データ）の優先送信機能に係る動作については第１の実施形態と同じため、説明は省略する。
【００４９】
まず、パーソナルコンピュータ１側から受信したパケットをアップリンク側に送信する場合のフロー制御について説明する。
【００５０】
アップリンク側で衝突（コリジョン）が発生し、送信待ち状態となっているにもかかわらず、パーソナルコンピュータ１側からのパケットが次々に受信されている場合、ＦＩＦＯメモリ２Ｅ'６（より具体的には、送信ＦＩＦＯ２Ｅ'６１）は、オーバーフローを引き起こすおそれがある。
【００５１】
このため、送信フローコントロール部２Ｅ"７は、送信ＦＩＦＯ２Ｅ'６１の空き容量情報及びアップリンク側の送受信回路２Ｅ'４の送信待ち状態情報（バックオフタイマカウント中）等を常に監視し、オーバーフローが発生するおそれがないか未然に予測する動作を実行する。
【００５２】
そして、オーバーフローが発生するおそれがある場合、送信フローコントロール部２Ｅ"７は、パーソナルコンピュータ側の送受信回路２Ｅ'５にフロー制御信号を与えることにより、パーソナルコンピュータ１のパケット送信を停止させ、送信ＦＩＦＯ２Ｅ'６１のオーバーフローを回避する。
【００５３】
なお、ここでのフロー制御は、半二重通信におけるフロー制御であるため、ダミーデータを送信し、パーソナルコンピュータ側のポートにも強制的に衝突（コリジョン）を発生させることにより行う。
【００５４】
因みに、全二重通信時においては、ポーズパケットの送出という手段があるが、全二重通信時においては、衝突（コリジョン）が発生しないため、ＦＩＦＯメモリ２Ｅ'６１もオーバーフローが発生しない。
【００５５】
次に、アップリンク側から受信したパケットをパーソナルコンピュータ側に送信する場合のフロー制御について説明する。
【００５６】
この場合も、パーソナルコンピュータ側で衝突（コリジョン）が発生し、送信待ち状態となっているにもかかわらず、アップリンク側からのパケットが次々に受信されている場合、ＦＩＦＯメモリ２Ｅ'６（より具体的には、受信ＦＩＦＯ２Ｅ'６２）は、オーバーフローを引き起こすおそれがある。
【００５７】
このため、受信フローコントロール部２Ｅ"８は、受信ＦＩＦＯ２Ｅ'６２の空き容量情報及びパーソナルコンピュータ側の送受信回路２Ｅ'５の送信待ち状態情報（バックオフタイマカウント中）等を常に監視し、オーバーフローが発生するおそれがないか未然に予測する動作を実行する。
【００５８】
そして、オーバーフローが発生するおそれがある場合、受信フローコントロール部２Ｅ"８は、アップリンク側の送受信回路２Ｅ'４にフロー制御信号を与えることにより、アップリンク側で送信しているスイッチングＨＵＢ３やホストマシンなどの送信を停止させ、受信ＦＩＦＯ２Ｅ'６２のオーバーフローを回避する。
【００５９】
以上の動作が、第１の実施形態で説明したＣＰＵデータの優先制御と並行して、常時実行される。
【００６０】
このように、第２の実施形態に係るメディアアクセスコントローラ（ＭＡＣ）２Ｅ"の場合には、第１の実施形態の効果に加え、半二重通信時におけるＦＩＦＯメモリ２Ｅ'６のオーバーフローを確実に回避できる。
【００６１】
また、かかる機能を追加したことにより、ＦＩＦＯメモリ２Ｅ'６の容量（深さ）を小さくすることができ、ＦＩＦＯメモリをゲートアレイに内蔵することもできる。
【００６２】
【発明の効果】
上述のように、本発明によれば、音声パケット通信用のインタフェースより入力される送信パケットが、コンピュータ通信用のインタフェースより入力される送信パケットに優先されて、ネットワーク接続用のインタフェースに出力されるため、音声パケットの送信がコンピュータ通信用のパケットの存在によって送信待ちとなる事態を回避することができ、通話途切れの発生を有効に回避できる。
【図面の簡単な説明】
【図１】優先制御機能付きＭＡＣの内部構成を示すブロック図である。
【図２】インターネット電話機の接続例を示す図である。
【図３】インターネット電話機の従来例（その１）を示すブロック図である。
【図４】インターネット電話機の従来例（その２）を示すブロック図である。
【図５】優先制御機能付きＭＡＣの適用例を示す図である。
【図６】優先制御回路の判定処理手順を示すフローチャート図である。
【図７】フロー制御機能付きＭＡＣの内部構成を示すブロック図である。
【符号の説明】
１…パーソナルコンピュータ、２…電話機、２Ｃ…コーディック、２Ｄ…バス、２Ｅ、２Ｅ１、２Ｅ２、２Ｅ'、２Ｅ"…メディアアクセスコントローラ（ＭＡＣ）、２Ｅ'１…優先制御回路、２Ｅ'２…バスインタフェース、２Ｅ'３、２Ｅ'６…ＦＩＦＯメモリ、２Ｅ'４，２Ｅ'５…送受信回路、２Ｅ"７、２Ｅ"８…フローコントロール、２Ｆ…ＣＰＵ、２Ｇ…メモリ、２Ｉ…集線回路、３…スイッチングＨＵＢ。
【図１】
0003657260.tif 000002
【図２】
0003657260.tif 000003
【図３】
0003657260.tif 000004
【図４】
0003657260.tif 000005
【図５】
0003657260.tif 000006
【図６】
0003657260.tif 000007
【図７】
0003657260.tif 000008