JPH11205339A - Ａｔｍ交換機 - Google Patents
Ａｔｍ交換機Info
- Publication number
- JPH11205339A JPH11205339A JP768198A JP768198A JPH11205339A JP H11205339 A JPH11205339 A JP H11205339A JP 768198 A JP768198 A JP 768198A JP 768198 A JP768198 A JP 768198A JP H11205339 A JPH11205339 A JP H11205339A
- Authority
- JP
- Japan
- Prior art keywords
- packet
- atm
- packet processing
- processing unit
- atm switch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】付加された機能を効率よく処理することが可能
なＡＴＭ交換機を提供する。 【解決手段】ネットワーク７を介して送られてきたセル
を当該セルに付されたヘッダにより特定される出力先に
スイッチングするＡＴＭスイッチファブリック３３と、
ＡＴＭスイッチファブリック３３から送られてきた一連
のセルをパケットに組み立てて所定の処理を施す複数の
ＰＭ３２と、を備える。複数のＰＭ３２各々は、自己が
ビジー状態にある場合、受け取った一連のセルで構成さ
れるパケットを処理することなく、これらのセルをＡＴ
Ｍスイッチファブリック３３を介して、他のＰＭ３２に
転送する。
なＡＴＭ交換機を提供する。 【解決手段】ネットワーク７を介して送られてきたセル
を当該セルに付されたヘッダにより特定される出力先に
スイッチングするＡＴＭスイッチファブリック３３と、
ＡＴＭスイッチファブリック３３から送られてきた一連
のセルをパケットに組み立てて所定の処理を施す複数の
ＰＭ３２と、を備える。複数のＰＭ３２各々は、自己が
ビジー状態にある場合、受け取った一連のセルで構成さ
れるパケットを処理することなく、これらのセルをＡＴ
Ｍスイッチファブリック３３を介して、他のＰＭ３２に
転送する。
Description
【０００１】
【発明の属する技術分野】本発明は、ＡＴＭ（Asynchro
nous Transfer Mode)交換機に関する。
nous Transfer Mode)交換機に関する。
【０００２】
【従来の技術】音声、映像およびデータを同じネットワ
ークで通信する技術、すなわち、マルチメディア通信ネ
ットワークを実現する技術として、ＡＴＭがある。
ークで通信する技術、すなわち、マルチメディア通信ネ
ットワークを実現する技術として、ＡＴＭがある。
【０００３】このＡＴＭを用いたネットワークシステム
において、ＡＴＭ交換機（以下、ＡＴＭスイッチとも称
する）は、ＡＴＭ端末からの接続要求にしたがい、当該
ＡＴＭ端末との間に論理的な通信経路であるＡＴＭコネ
クションを設定する。この設定処理は、呼処理と呼ばれ
ている。ＡＴＭ端末は、呼処理終了後、当該コネクショ
ンを介して、ＡＴＭセルと呼ばれている固定長のデータ
の送受信を行う。
において、ＡＴＭ交換機（以下、ＡＴＭスイッチとも称
する）は、ＡＴＭ端末からの接続要求にしたがい、当該
ＡＴＭ端末との間に論理的な通信経路であるＡＴＭコネ
クションを設定する。この設定処理は、呼処理と呼ばれ
ている。ＡＴＭ端末は、呼処理終了後、当該コネクショ
ンを介して、ＡＴＭセルと呼ばれている固定長のデータ
の送受信を行う。
【０００４】また、ＡＴＭ交換機は、ＡＴＭセルのヘッ
ダに付された識別情報にしたがってスイッチングを行
い、当該ＡＴＭセルを出力先（宛先）へ振り分ける。近
年のＡＴＭ交換機では、このＡＴＭセルのスイッチング
処理に加えて、ＩＰ（InternetProtocol）パケットのル
ーティング処理を行う（たとえば、イプシロン社の「Ｉ
Ｐスイッチ」)など、高機能化が図られている。
ダに付された識別情報にしたがってスイッチングを行
い、当該ＡＴＭセルを出力先（宛先）へ振り分ける。近
年のＡＴＭ交換機では、このＡＴＭセルのスイッチング
処理に加えて、ＩＰ（InternetProtocol）パケットのル
ーティング処理を行う（たとえば、イプシロン社の「Ｉ
Ｐスイッチ」)など、高機能化が図られている。
【０００５】
【発明が解決しようとする課題】ところで、従来のＡＴ
Ｍ交換機では、呼処理をＡＴＭ交換機内に設けられた単
一のＣＰＵで行っている。このため、大規模ネットワー
クを構築する場合に、ＣＰＵの負担が過大になり、呼処
理能力の点で問題がある。
Ｍ交換機では、呼処理をＡＴＭ交換機内に設けられた単
一のＣＰＵで行っている。このため、大規模ネットワー
クを構築する場合に、ＣＰＵの負担が過大になり、呼処
理能力の点で問題がある。
【０００６】また、上記従来の、ＡＴＭセルのスイッチ
ング処理に加えて、ＩＰパケットのルーティング処理を
行うＡＴＭ交換機は、ハードウェアによるスイッチング
機能を利用してルーティング処理を高速化するものであ
る。しかしながら、暗号処理やデータ圧縮処理等の種々
の付加機能を必要に応じて搭載できるアーキテクチャを
有するものではない。このため、高性能化、高機能化を
行う度に、ＡＴＭ交換機やＡＴＭ交換システムのネット
ワーク構成を見直す必要があり、機能及び性能の拡張性
の点で問題がある。
ング処理に加えて、ＩＰパケットのルーティング処理を
行うＡＴＭ交換機は、ハードウェアによるスイッチング
機能を利用してルーティング処理を高速化するものであ
る。しかしながら、暗号処理やデータ圧縮処理等の種々
の付加機能を必要に応じて搭載できるアーキテクチャを
有するものではない。このため、高性能化、高機能化を
行う度に、ＡＴＭ交換機やＡＴＭ交換システムのネット
ワーク構成を見直す必要があり、機能及び性能の拡張性
の点で問題がある。
【０００７】本発明は上記事情に鑑みてなされたもので
あり、本発明の目的は、付加された機能を効率よく処理
することが可能なＡＴＭ交換機を提供することにある。
また、機能及び性能の拡張性に優れたＡＴＭ交換機を提
供することにある。
あり、本発明の目的は、付加された機能を効率よく処理
することが可能なＡＴＭ交換機を提供することにある。
また、機能及び性能の拡張性に優れたＡＴＭ交換機を提
供することにある。
【０００８】
【課題を解決するための手段】上記課題を解決するため
に、本発明のＡＴＭ交換機は、ネットワークを介して送
られてきたセルを、当該セルに付されたヘッダにより特
定される出力先にスイッチングするＡＴＭスイッチング
部と、前記ＡＴＭスイッチング部から送られてきたパケ
ットを構成する一連のセルを、当該パケットに組み立て
て所定の処理を施す、複数のパケット処理部と、を備
え、前記複数のパケット処理部各々は、自己がビジー状
態にある場合、前記ＡＴＭスイッチング部から送られて
くる一連のセルで構成されるパケットを処理することな
く、該一連のセルを前記ＡＴＭスイッチング部を介し
て、他のパケット処理部に転送することを特徴とする。
に、本発明のＡＴＭ交換機は、ネットワークを介して送
られてきたセルを、当該セルに付されたヘッダにより特
定される出力先にスイッチングするＡＴＭスイッチング
部と、前記ＡＴＭスイッチング部から送られてきたパケ
ットを構成する一連のセルを、当該パケットに組み立て
て所定の処理を施す、複数のパケット処理部と、を備
え、前記複数のパケット処理部各々は、自己がビジー状
態にある場合、前記ＡＴＭスイッチング部から送られて
くる一連のセルで構成されるパケットを処理することな
く、該一連のセルを前記ＡＴＭスイッチング部を介し
て、他のパケット処理部に転送することを特徴とする。
【０００９】本発明によれば、前記の構成により、パケ
ット処理が、各パケット処理部での負荷状況に応じて動
的に分散されるので、付加された機能を効率よく処理す
ることができる。
ット処理が、各パケット処理部での負荷状況に応じて動
的に分散されるので、付加された機能を効率よく処理す
ることができる。
【００１０】なお、前記複数のパケット処理部各々は、
パケットに前記所定の処理を行う第一のプロセッサと、
前記第一のプロセッサで処理中のパケット数を測定し、
該測定値が規定値を越えた場合に、他のパケット処理部
の稼働状況を示すテーブルから非ビジー状態にあるパケ
ット処理部を検索する第二のプロセッサと、前記テーブ
ル、および前記第一、第二のプロセッサが実行すべきプ
ログラムを記憶する少なくとも１つのメモリと、前記Ａ
ＴＭスイッチング部から送られてきたパケットを構成す
る一連のセルを当該パケットに組み立てて、前記第一の
プロセッサに渡すと共に、前記第二のプロセッサにより
非ビジー状態にあるパケット処理部が検索された場合に
は、前記組み立てたパケットを前記第一のプロセッサに
渡すことなくセルに分解して、これらを、前記ＡＴＭス
イッチング部を介して、前記検索されたパケット処理部
に転送するコントローラと、を有しているものでもよ
い。
パケットに前記所定の処理を行う第一のプロセッサと、
前記第一のプロセッサで処理中のパケット数を測定し、
該測定値が規定値を越えた場合に、他のパケット処理部
の稼働状況を示すテーブルから非ビジー状態にあるパケ
ット処理部を検索する第二のプロセッサと、前記テーブ
ル、および前記第一、第二のプロセッサが実行すべきプ
ログラムを記憶する少なくとも１つのメモリと、前記Ａ
ＴＭスイッチング部から送られてきたパケットを構成す
る一連のセルを当該パケットに組み立てて、前記第一の
プロセッサに渡すと共に、前記第二のプロセッサにより
非ビジー状態にあるパケット処理部が検索された場合に
は、前記組み立てたパケットを前記第一のプロセッサに
渡すことなくセルに分解して、これらを、前記ＡＴＭス
イッチング部を介して、前記検索されたパケット処理部
に転送するコントローラと、を有しているものでもよ
い。
【００１１】このようにした場合、メモリ上にロードす
るプログラムを変更することで、機能や性能の拡張を容
易に図ることが可能となる。
るプログラムを変更することで、機能や性能の拡張を容
易に図ることが可能となる。
【００１２】また、本発明の他の態様のＡＴＭ交換機
は、ネットワークを介して送られてきたセルを、当該セ
ルに付されたヘッダにより特定される出力先にスイッチ
ングするＡＴＭスイッチング部と、前記ＡＴＭスイッチ
ング部から送られてきたパケットを構成する一連のセル
を当該パケットに組み立てて、少なくとも２種の処理の
うちのいずれか１つを施す、各処理毎に複数設けられた
パケット処理部と、前記少なくとも２種の処理各々に対
応して設けられた、対応する実行するためのプログラム
を記憶する記憶装置と、前記各処理毎に複数設けられた
パケット処理部各々に対して、当該パケット処理部が実
行すべき処理に対応するプログラムを前記記憶装置から
読み出し、当該パケット処理部に設けられたメモリ上に
ロードする管理装置と、を備え、前記各処理毎に複数設
けられたパケット処理部各々は、自己がビジー状態にあ
る場合において、自己と同じ処理を行う非ビジー状態の
パケット処理部がある場合は、前記ＡＴＭスイッチ部か
ら送られてくる一連のセルで構成されるパケットを処理
することなく、該一連のセルを当該パケット処理部に転
送し、自己と同じ処理を行う非ビジー状態のパケット処
理部がない場合は、その旨を前記管理部に通知し、前記
管理部は、パケット処理部から前記通知を受けた場合
に、当該通知をしたパケット処理部で実行される処理に
対応するプログラムを前記記憶装置から読み出し、該プ
ログラムを、当該通知をしたパケット処理部と異なる処
理を行うパケット処理部のメモリ上にロードして実行さ
せることを特徴とする。
は、ネットワークを介して送られてきたセルを、当該セ
ルに付されたヘッダにより特定される出力先にスイッチ
ングするＡＴＭスイッチング部と、前記ＡＴＭスイッチ
ング部から送られてきたパケットを構成する一連のセル
を当該パケットに組み立てて、少なくとも２種の処理の
うちのいずれか１つを施す、各処理毎に複数設けられた
パケット処理部と、前記少なくとも２種の処理各々に対
応して設けられた、対応する実行するためのプログラム
を記憶する記憶装置と、前記各処理毎に複数設けられた
パケット処理部各々に対して、当該パケット処理部が実
行すべき処理に対応するプログラムを前記記憶装置から
読み出し、当該パケット処理部に設けられたメモリ上に
ロードする管理装置と、を備え、前記各処理毎に複数設
けられたパケット処理部各々は、自己がビジー状態にあ
る場合において、自己と同じ処理を行う非ビジー状態の
パケット処理部がある場合は、前記ＡＴＭスイッチ部か
ら送られてくる一連のセルで構成されるパケットを処理
することなく、該一連のセルを当該パケット処理部に転
送し、自己と同じ処理を行う非ビジー状態のパケット処
理部がない場合は、その旨を前記管理部に通知し、前記
管理部は、パケット処理部から前記通知を受けた場合
に、当該通知をしたパケット処理部で実行される処理に
対応するプログラムを前記記憶装置から読み出し、該プ
ログラムを、当該通知をしたパケット処理部と異なる処
理を行うパケット処理部のメモリ上にロードして実行さ
せることを特徴とする。
【００１３】この態様によれば、機能（実行する処理）
の異なる複数のパケット処理部間で、各パケット処理部
の負荷に応じて、パケット処理部の機能割り当てを動的
に変更することができる。したがって、機能の異なる複
数のパケット処理部にかかる負荷を効率よく分散させる
ことができる。
の異なる複数のパケット処理部間で、各パケット処理部
の負荷に応じて、パケット処理部の機能割り当てを動的
に変更することができる。したがって、機能の異なる複
数のパケット処理部にかかる負荷を効率よく分散させる
ことができる。
【００１４】
【発明の実施の形態】以下に、本発明の第一実施形態に
ついて説明する。
ついて説明する。
【００１５】図１は、本発明の第一実施形態が適用され
たＡＴＭネットワークシステムの概略構成図である。
たＡＴＭネットワークシステムの概略構成図である。
【００１６】本実施形態のＡＴＭネットワークシステム
は、図１に示すように、複数のＡＴＭ端末１Ａ〜１Ｄ
（以下、単にＡＴＭ端末１とも称する）が、ＡＴＭスイ
ッチ３Ａ、３Ｂ（以下、単にＡＴＭスイッチ３とも称す
る）を介して、ネットワーク７により互いに接続されて
構成されている。
は、図１に示すように、複数のＡＴＭ端末１Ａ〜１Ｄ
（以下、単にＡＴＭ端末１とも称する）が、ＡＴＭスイ
ッチ３Ａ、３Ｂ（以下、単にＡＴＭスイッチ３とも称す
る）を介して、ネットワーク７により互いに接続されて
構成されている。
【００１７】ＡＴＭ端末１Ａ〜１Ｄは、各々、ＡＴＭに
よる通信を行うためのＡＴＭ通信制御装置２Ａ〜２Ｄ
（以下、単にＡＴＭ通信制御装置２とも称する）を有し
ている。ＡＴＭ通信制御装置２は、ネットワーク７を介
して、ＡＴＭスイッチ３に接続されている。
よる通信を行うためのＡＴＭ通信制御装置２Ａ〜２Ｄ
（以下、単にＡＴＭ通信制御装置２とも称する）を有し
ている。ＡＴＭ通信制御装置２は、ネットワーク７を介
して、ＡＴＭスイッチ３に接続されている。
【００１８】なお、本実施形態では、ＡＡＬ５（ATM Ad
aptation Layer Type ５）とよばれるレイヤによりユー
ザデータ（パケット）をＡＴＭセル化することで、ＡＴ
Ｍ上でのパケット通信を実現している。ここで、ＡＡＬ
５によるユーザデータのＡＴＭセル化の手順について、
簡単に説明する。
aptation Layer Type ５）とよばれるレイヤによりユー
ザデータ（パケット）をＡＴＭセル化することで、ＡＴ
Ｍ上でのパケット通信を実現している。ここで、ＡＡＬ
５によるユーザデータのＡＴＭセル化の手順について、
簡単に説明する。
【００１９】図２は、ＡＡＬ５によるユーザデータのＡ
ＴＭセル化手順を説明するための図である。この処理
は、ＡＴＭ通信制御装置２内で行われる。
ＴＭセル化手順を説明するための図である。この処理
は、ＡＴＭ通信制御装置２内で行われる。
【００２０】ＡＡＬ５は、まず、上位レイヤであるアプ
リケーションからＣＰＣＳ−ＰＤＵ（Common Part Conv
ergence Sublayer-Protocol Data Unit）の長さで送ら
れてきたデータ４１（パケット）に、ＰＡＤ４３−１
（Padding）、ＬＮＧ４３−２（Length）、ＣＲＣ４３
−３（誤り訂正）などのデータ（トレイラ）を付加し、
４８バイトの整数倍の長さを有するＡＴＭフレーム４３
を作成する。
リケーションからＣＰＣＳ−ＰＤＵ（Common Part Conv
ergence Sublayer-Protocol Data Unit）の長さで送ら
れてきたデータ４１（パケット）に、ＰＡＤ４３−１
（Padding）、ＬＮＧ４３−２（Length）、ＣＲＣ４３
−３（誤り訂正）などのデータ（トレイラ）を付加し、
４８バイトの整数倍の長さを有するＡＴＭフレーム４３
を作成する。
【００２１】次に、ＡＴＭフレーム４３を、４８バイト
毎に分割して、ペイロード４４−２を複数作成する。
毎に分割して、ペイロード４４−２を複数作成する。
【００２２】次いで、作成したペイロード４４−２各々
にセルヘッダ４４−１を付加して、ＡＴＭセル４４を作
成する。そして、これをＡＴＭスイッチ３に転送する。
にセルヘッダ４４−１を付加して、ＡＴＭセル４４を作
成する。そして、これをＡＴＭスイッチ３に転送する。
【００２３】ここで、セルヘッダ４４−１は、ＧＦＣ
（Generic Flow Control）４４−１Ａ、ＶＰＩ（Virtua
l Path Identifier）４４−１Ｂ、ＶＣI（Virtual Chan
nel Identifier）４４−１Ｃ、ＰＴ（Payload Type）４
４−１Ｄ、ＣＬＰ（Cell LossPriority）４４−１Ｅ、
および、ＨＥＣ（Header Error Control）４４−１Ｆで
なる。ＡＴＭ通信制御装置２およびＡＴＭスイッチ３
は、ＡＴＭセルヘッダ４４−１中のパラメータＶＰＩ４
４−１Ｂ、ＶＣＩ４４−１Ｃにより、ＡＴＭコネクショ
ンを識別する。
（Generic Flow Control）４４−１Ａ、ＶＰＩ（Virtua
l Path Identifier）４４−１Ｂ、ＶＣI（Virtual Chan
nel Identifier）４４−１Ｃ、ＰＴ（Payload Type）４
４−１Ｄ、ＣＬＰ（Cell LossPriority）４４−１Ｅ、
および、ＨＥＣ（Header Error Control）４４−１Ｆで
なる。ＡＴＭ通信制御装置２およびＡＴＭスイッチ３
は、ＡＴＭセルヘッダ４４−１中のパラメータＶＰＩ４
４−１Ｂ、ＶＣＩ４４−１Ｃにより、ＡＴＭコネクショ
ンを識別する。
【００２４】次に、ＡＴＭスイッチ３について詳しく説
明する。
明する。
【００２５】図３は、図１に示すＡＴＭスイッチ３の概
略機能ブロック図である。
略機能ブロック図である。
【００２６】ＡＴＭスイッチ３は、図３に示すように、
ネットワーク７を介してＡＴＭセルの入出力及び転送制
御を行う複数の回線インタフェース（ＬＩＦ）３１−１
〜３１−ｎ（以下、単にＬＩＦ３１とも称する）と、各
種付加機能を搭載可能な複数のプロセッサモジュール
（ＰＭ）３２−１〜３２−ｎ（以下、単にＰＭ３２とも
称する）と、ＬＩＦ３１およびＰＭ３２間でハードウエ
ア的にＡＴＭセルの交換（スイッチング）を行うＡＴＭ
スイッチファブリック３３と、ＡＴＭスイッチ３全体の
管理を行う管理部３４と、ＡＴＭスイッチ３の動作プロ
グラムが格納された記憶装置３５と、を備えている。
ネットワーク７を介してＡＴＭセルの入出力及び転送制
御を行う複数の回線インタフェース（ＬＩＦ）３１−１
〜３１−ｎ（以下、単にＬＩＦ３１とも称する）と、各
種付加機能を搭載可能な複数のプロセッサモジュール
（ＰＭ）３２−１〜３２−ｎ（以下、単にＰＭ３２とも
称する）と、ＬＩＦ３１およびＰＭ３２間でハードウエ
ア的にＡＴＭセルの交換（スイッチング）を行うＡＴＭ
スイッチファブリック３３と、ＡＴＭスイッチ３全体の
管理を行う管理部３４と、ＡＴＭスイッチ３の動作プロ
グラムが格納された記憶装置３５と、を備えている。
【００２７】管理部３４には、管理端末３６が接続され
ている。管理端末３６は、管理部３４に管理者の指示を
与えたり、あるいは、ＡＴＭスイッチ３の動作環境を管
理者に知らせたりする。
ている。管理端末３６は、管理部３４に管理者の指示を
与えたり、あるいは、ＡＴＭスイッチ３の動作環境を管
理者に知らせたりする。
【００２８】ＰＭ３２は、実行する機能毎に複数設けら
れており、同じ機能を実現するＰＭ３２間で動的に負荷
分散処理を行うよう構成されている。たとえば、呼処理
を行うＰＭ３２−１としてＰＭ３２−１1〜ＰＭ３２−
１nが設けられ、圧縮処理を行うＰＭ３２−２としてＰ
Ｍ３２−２1〜ＰＭ３２−２nが設けられ、暗号処理を行
うＰＭ３２−３としてＰＭ３２−３1〜ＰＭ３２−３
n（図３には示していない）が設けられ、そして、ルー
ティング処理を行うＰＭ３２−ｎとしてＰＭ３２−ｎ1
〜ＰＭ３２−ｎnが設けられている。そして、同じ機能
を実現するＰＭ３２間で動的に負荷分散処理を行うよう
構成されている。
れており、同じ機能を実現するＰＭ３２間で動的に負荷
分散処理を行うよう構成されている。たとえば、呼処理
を行うＰＭ３２−１としてＰＭ３２−１1〜ＰＭ３２−
１nが設けられ、圧縮処理を行うＰＭ３２−２としてＰ
Ｍ３２−２1〜ＰＭ３２−２nが設けられ、暗号処理を行
うＰＭ３２−３としてＰＭ３２−３1〜ＰＭ３２−３
n（図３には示していない）が設けられ、そして、ルー
ティング処理を行うＰＭ３２−ｎとしてＰＭ３２−ｎ1
〜ＰＭ３２−ｎnが設けられている。そして、同じ機能
を実現するＰＭ３２間で動的に負荷分散処理を行うよう
構成されている。
【００２９】なお、ここで挙げたＰＭ３２が実現する機
能はあくまでも一例である。ＰＭ３２が実現する機能
は、たとえばＬＡＮエミュレーション処理など、ユーザ
のニーズに応じて決めればよい。
能はあくまでも一例である。ＰＭ３２が実現する機能
は、たとえばＬＡＮエミュレーション処理など、ユーザ
のニーズに応じて決めればよい。
【００３０】ＬＩＦ３１は、ネットワーク７を介して受
け取ったＡＴＭセルについて、当該セルに各種ＰＭ３２
−１〜ＰＭ３２−ｎでの処理が必要な場合、ＡＴＭスイ
ッチファブリック３３にて、当該ＡＴＭセルが処理を受
けるべきＰＭ３２にスイッチングされるよう、当該セル
のヘッダを変換する。また、ＰＭ３２で処理を施す必要
がない場合、当該ＡＴＭセルの出力先となるＬＩＦ３１
に直接スイッチングされるよう、当該セルのヘッダを変
換する。このＬＩＦ３１は、従来よりＡＴＭ交換機にお
いて従来より用いられているヘッダコンバータ（ＨＣ
Ｖ）と基本的に同じものである。
け取ったＡＴＭセルについて、当該セルに各種ＰＭ３２
−１〜ＰＭ３２−ｎでの処理が必要な場合、ＡＴＭスイ
ッチファブリック３３にて、当該ＡＴＭセルが処理を受
けるべきＰＭ３２にスイッチングされるよう、当該セル
のヘッダを変換する。また、ＰＭ３２で処理を施す必要
がない場合、当該ＡＴＭセルの出力先となるＬＩＦ３１
に直接スイッチングされるよう、当該セルのヘッダを変
換する。このＬＩＦ３１は、従来よりＡＴＭ交換機にお
いて従来より用いられているヘッダコンバータ（ＨＣ
Ｖ）と基本的に同じものである。
【００３１】なお、管理部３４あるいはＰＭ３２により
ＬＩＦ３１をプログラミングすることで、ＬＩＦ３１の
動作を制御することが可能である。
ＬＩＦ３１をプログラミングすることで、ＬＩＦ３１の
動作を制御することが可能である。
【００３２】次に、ＰＭ３２について詳しく説明する。
【００３３】図４は、図３に示すＰＭ３２の概略機能ブ
ロック図である。
ロック図である。
【００３４】ＰＭ３２は、図４に示すように、メインバ
ス３７７に接続されたメインＣＰＵ３７１およびメイン
メモリ３７２と、ローカルバス３７８に接続されたロー
カルＣＰＵ３７３およびローカルメモリ３７４と、ＡＴ
Ｍセルおよびパケット（ユーザデータ）間の変換処理を
行うＡＴＭコントローラ３７５と、スイッチファブリッ
ク３３とのインタフェースを司るスイッチインタフェー
ス（ＳＷ−ＩＦ）１６と、を備えている。
ス３７７に接続されたメインＣＰＵ３７１およびメイン
メモリ３７２と、ローカルバス３７８に接続されたロー
カルＣＰＵ３７３およびローカルメモリ３７４と、ＡＴ
Ｍセルおよびパケット（ユーザデータ）間の変換処理を
行うＡＴＭコントローラ３７５と、スイッチファブリッ
ク３３とのインタフェースを司るスイッチインタフェー
ス（ＳＷ−ＩＦ）１６と、を備えている。
【００３５】メインＣＰＵ３７１は、メインメモリ３７
２上にロードされたプログラムにしたがい、パケットに
処理を施す。管理部３４は、記憶装置３５に記憶された
各種プログラムを読み出し、これら各々を予め定められ
たＰＭ３２に転送する。たとえば、呼処理プログラムを
ＰＭ３２−１1〜ＰＭ３２−１nに転送し、圧縮プログラ
ムをＰＭ３２−２1〜ＰＭ３２−２nに転送し、暗号プロ
グラムをＰＭ３２−３1〜ＰＭ３２−３nに転送し、そし
て、ルーティングプログラムをＰＭ３２−ｎ1〜ＰＭ３
２−ｎnに転送する。これを受けて、メインＣＰＵ３７
１は、メインメモリ３７２上にロードされたプログラム
を実行する。これにより、所定の機能モジュールとして
機能する。
２上にロードされたプログラムにしたがい、パケットに
処理を施す。管理部３４は、記憶装置３５に記憶された
各種プログラムを読み出し、これら各々を予め定められ
たＰＭ３２に転送する。たとえば、呼処理プログラムを
ＰＭ３２−１1〜ＰＭ３２−１nに転送し、圧縮プログラ
ムをＰＭ３２−２1〜ＰＭ３２−２nに転送し、暗号プロ
グラムをＰＭ３２−３1〜ＰＭ３２−３nに転送し、そし
て、ルーティングプログラムをＰＭ３２−ｎ1〜ＰＭ３
２−ｎnに転送する。これを受けて、メインＣＰＵ３７
１は、メインメモリ３７２上にロードされたプログラム
を実行する。これにより、所定の機能モジュールとして
機能する。
【００３６】なお、本実施形態のＰＭ３２では、オプシ
ョンとして、メインバス３７７に、メインＣＰＵ３７１
での処理をアクセラレートするアクセラレータカード３
７９を接続することができるように構成してある。
ョンとして、メインバス３７７に、メインＣＰＵ３７１
での処理をアクセラレートするアクセラレータカード３
７９を接続することができるように構成してある。
【００３７】ローカルＣＰＵ３７３は、メインＣＰＵ３
７１の負荷状態をモニタし、パケットに対し同じ処理を
行う他のＰＭ３２との動的な負荷分散処理を実現するた
めの制御用ＣＰＵとして機能する。これは、記憶装置３
５から読み出され、管理部３４を介してローカルメモリ
３７４上にロードされた所定のプログラムを実行するこ
とで実現される。
７１の負荷状態をモニタし、パケットに対し同じ処理を
行う他のＰＭ３２との動的な負荷分散処理を実現するた
めの制御用ＣＰＵとして機能する。これは、記憶装置３
５から読み出され、管理部３４を介してローカルメモリ
３７４上にロードされた所定のプログラムを実行するこ
とで実現される。
【００３８】次に、ＡＴＭコントローラ３７５について
詳しく説明する。
詳しく説明する。
【００３９】ＡＴＭコントローラ３７５は、ＳＷ−ＩＦ
３７６で受け取った一連のＡＴＭセルを組み立ててパケ
ット（ユーザデータ）に変換する。そして、パケットを
ローカルメモリ３７４およびメインメモリ３７２のいず
れか一方に転送する。また、ローカルメモリ３７４ある
いはメインメモリ３７２からパケットを読み出し、これ
をＡＴＭセルに分割して、ＳＷ−ＩＦ３７６へ送る。
３７６で受け取った一連のＡＴＭセルを組み立ててパケ
ット（ユーザデータ）に変換する。そして、パケットを
ローカルメモリ３７４およびメインメモリ３７２のいず
れか一方に転送する。また、ローカルメモリ３７４ある
いはメインメモリ３７２からパケットを読み出し、これ
をＡＴＭセルに分割して、ＳＷ−ＩＦ３７６へ送る。
【００４０】図５は、ＡＴＭコントローラ３７５でのセ
ルの分割・組み立てに必要な制御テーブル、および、送
受信バッファの配置場所を説明するための図である。
ルの分割・組み立てに必要な制御テーブル、および、送
受信バッファの配置場所を説明するための図である。
【００４１】図５に示すように、ローカルメモリ３７４
は、パケット（ユーザデータ）をＡＴＭセルに分割する
ために必要な情報を保持する分割管理テーブル４５と、
ＡＴＭセルをパケットに組み立てるために必要な情報を
保持する組立て管理テーブル４７とを、コネクション
（ＶＣ）毎に有している。
は、パケット（ユーザデータ）をＡＴＭセルに分割する
ために必要な情報を保持する分割管理テーブル４５と、
ＡＴＭセルをパケットに組み立てるために必要な情報を
保持する組立て管理テーブル４７とを、コネクション
（ＶＣ）毎に有している。
【００４２】分割管理テーブル４５には、情報として、
送信バッファポインタ４５−１と、送信データ長４５−
２と、送信ＣＲＣ計算結果４５−３と、送信セルヘッダ
４５−４と、送信バッファ種別４５−５とを、格納して
いる。
送信バッファポインタ４５−１と、送信データ長４５−
２と、送信ＣＲＣ計算結果４５−３と、送信セルヘッダ
４５−４と、送信バッファ種別４５−５とを、格納して
いる。
【００４３】送信バッファポインタ４５−１は、後述す
る送信バッファ種別４５−５で特定されるメモリにおい
て、送信するパケットの格納先を特定するためのデータ
を格納する。送信データ長４５−２は、パケットのデー
タ長を特定するためのデータを格納する。送信ＣＲＣ計
算結果４５−３は、パケットをＡＴＭセル化した際に生
ずる誤り訂正の途中結果を格納する（したがって、最終
的には、パケットのＡＴＭセル化が完了した際の誤り訂
正の結果が格納されることになる）。送信セルヘッダ４
５−４は、パケットをＡＴＭセルに分割した場合に、各
セルに付するヘッダ情報を格納する。送信バッファ種別
４５−５は、送信バッファの定義先（メインメモリ３７
２、ローカルメモリ３７４）を特定するためのデータを
格納する。なお、送信バッファは、メインメモリ３７１
およびローカルメモリ３７４のいずれに定義してもよ
い。図５に示す例では、コネクションＶＣ１の送信バッ
ファ４６がローカルメモリ３７４側に定義され、コネク
ションＶＣ２の送信バッファ１２−１がメインメモリ３
７１側に定義されている例を示している。
る送信バッファ種別４５−５で特定されるメモリにおい
て、送信するパケットの格納先を特定するためのデータ
を格納する。送信データ長４５−２は、パケットのデー
タ長を特定するためのデータを格納する。送信ＣＲＣ計
算結果４５−３は、パケットをＡＴＭセル化した際に生
ずる誤り訂正の途中結果を格納する（したがって、最終
的には、パケットのＡＴＭセル化が完了した際の誤り訂
正の結果が格納されることになる）。送信セルヘッダ４
５−４は、パケットをＡＴＭセルに分割した場合に、各
セルに付するヘッダ情報を格納する。送信バッファ種別
４５−５は、送信バッファの定義先（メインメモリ３７
２、ローカルメモリ３７４）を特定するためのデータを
格納する。なお、送信バッファは、メインメモリ３７１
およびローカルメモリ３７４のいずれに定義してもよ
い。図５に示す例では、コネクションＶＣ１の送信バッ
ファ４６がローカルメモリ３７４側に定義され、コネク
ションＶＣ２の送信バッファ１２−１がメインメモリ３
７１側に定義されている例を示している。
【００４４】ＡＴＭコントローラ３７５は、分割管理テ
ーブル４５に格納された情報にしたがい、ＡＡＬ５によ
りパケットをＡＴＭセル化する。そして、このＡＴＭセ
ルをＡＷ−ＩＦ３７６を介してＡＴＭスイッチファブリ
ック３３に送信する。
ーブル４５に格納された情報にしたがい、ＡＡＬ５によ
りパケットをＡＴＭセル化する。そして、このＡＴＭセ
ルをＡＷ−ＩＦ３７６を介してＡＴＭスイッチファブリ
ック３３に送信する。
【００４５】組立て管理テーブル４７には、情報とし
て、受信バッファポインタ４７−１と、受信データ長４
７−２と、受信ＣＲＣ計算結果４７−３と、受信バッフ
ァ種別４７−４とを、格納している。
て、受信バッファポインタ４７−１と、受信データ長４
７−２と、受信ＣＲＣ計算結果４７−３と、受信バッフ
ァ種別４７−４とを、格納している。
【００４６】受信バッファポインタ４７−１は、後述す
る受信バッファ種別４７−４で特定されるメモリにおい
て、組み立てたパケットの格納先を特定するためのデー
タを格納する。受信データ長４７−２は、該パケットの
データ長を特定するためのデータを格納する。受信ＣＲ
Ｃ計算結果４７−３は、組み立てたパケットの誤り訂正
結果を格納する。受信バッファ種別４７−４は、受信バ
ッファの定義先（メインメモリ３７２、ローカルメモリ
３７４）を特定するためのデータを格納する。なお、受
信バッファは、メインメモリ３７１およびローカルメモ
リ３７４のいずれに定義してもよい。図５に示す例で
は、コネクションＶＣ１の受信バッファ４８がローカル
メモリ３７４側に定義され、コネクションＶＣ２の受信
バッファ１２−２がメインメモリ３７１側に定義されて
いる例を示している。
る受信バッファ種別４７−４で特定されるメモリにおい
て、組み立てたパケットの格納先を特定するためのデー
タを格納する。受信データ長４７−２は、該パケットの
データ長を特定するためのデータを格納する。受信ＣＲ
Ｃ計算結果４７−３は、組み立てたパケットの誤り訂正
結果を格納する。受信バッファ種別４７−４は、受信バ
ッファの定義先（メインメモリ３７２、ローカルメモリ
３７４）を特定するためのデータを格納する。なお、受
信バッファは、メインメモリ３７１およびローカルメモ
リ３７４のいずれに定義してもよい。図５に示す例で
は、コネクションＶＣ１の受信バッファ４８がローカル
メモリ３７４側に定義され、コネクションＶＣ２の受信
バッファ１２−２がメインメモリ３７１側に定義されて
いる例を示している。
【００４７】ＡＴＭコントローラ３７５は、組立て管理
テーブル４７に格納された情報にしたがい、ＡＴＭセル
をパケットに組み立てる。そして、組み立てたパケット
を受信バッファに格納する。
テーブル４７に格納された情報にしたがい、ＡＴＭセル
をパケットに組み立てる。そして、組み立てたパケット
を受信バッファに格納する。
【００４８】ローカルメモリ３７４は、上記のテーブル
の他、ＰＭ３２間において、ローカルな通信を実現する
ための管理セル用送信バッファ４９Ａおよび管理セル用
受信バッファ４９Ｂを有している。
の他、ＰＭ３２間において、ローカルな通信を実現する
ための管理セル用送信バッファ４９Ａおよび管理セル用
受信バッファ４９Ｂを有している。
【００４９】次に、上記構成のＡＴＭスイッチ３の動作
について説明する。
について説明する。
【００５０】本実施形態のＡＴＭスイッチ３は、呼処
理、暗号処理、圧縮処理などの処理を、当該処理を行う
複数のＰＭ３２間において、動的に負荷分散させるよう
にしている。このようにすることで、効率よく処理する
ようにしている。
理、暗号処理、圧縮処理などの処理を、当該処理を行う
複数のＰＭ３２間において、動的に負荷分散させるよう
にしている。このようにすることで、効率よく処理する
ようにしている。
【００５１】ここでは、一例として、標準化団体である
ＩＴＵＴで標準化されたＱ.２９３１プロトコルにした
がい、呼処理が行われる場合の動作について説明する。
ＩＴＵＴで標準化されたＱ.２９３１プロトコルにした
がい、呼処理が行われる場合の動作について説明する。
【００５２】図６は、ＩＴＵＴで標準化されたＱ.２９
３１プロトコルで規定された呼処理プロトコルのシーケ
ンスを示す図である。
３１プロトコルで規定された呼処理プロトコルのシーケ
ンスを示す図である。
【００５３】図６において、送信側のＡＴＭ端末１は、
最寄りのＡＴＭスイッチ３に対して、ＳＥＴ−ＵＰパケ
ット７０を、ＡＴＭセルに分解して送出する。ＡＴＭス
イッチ３のＬＩＦ３１は、ネットワーク７を介して受け
取ったＡＴＭセルを、呼処理を行うＰＭ３２（たとえ
ば、ＰＭ３２−１1〜ＰＭ３２−１nのうちのいずれか１
つ）にスイッチングされるよう、当該セルのヘッダを変
換する。
最寄りのＡＴＭスイッチ３に対して、ＳＥＴ−ＵＰパケ
ット７０を、ＡＴＭセルに分解して送出する。ＡＴＭス
イッチ３のＬＩＦ３１は、ネットワーク７を介して受け
取ったＡＴＭセルを、呼処理を行うＰＭ３２（たとえ
ば、ＰＭ３２−１1〜ＰＭ３２−１nのうちのいずれか１
つ）にスイッチングされるよう、当該セルのヘッダを変
換する。
【００５４】ＡＴＭセルを受け取ったＰＭ３２は、これ
をＳＥＴ−ＵＰパケット７０に組み立て、その内容に応
じて、呼設定を行う。
をＳＥＴ−ＵＰパケット７０に組み立て、その内容に応
じて、呼設定を行う。
【００５５】たとえば、図６において、送信側がＡＴＭ
端末１Ａであり、受信側がＡＴＭ端末１Ｂである場合、
ＡＴＭ端末１Ａは、最寄りのＡＴＭスイッチ３Ａに対
し、ＳＥＴ−ＵＰパケット７０をＡＴＭセルに分解して
送出する。
端末１Ａであり、受信側がＡＴＭ端末１Ｂである場合、
ＡＴＭ端末１Ａは、最寄りのＡＴＭスイッチ３Ａに対
し、ＳＥＴ−ＵＰパケット７０をＡＴＭセルに分解して
送出する。
【００５６】ＡＴＭスイッチ３Ａは、ＡＴＭ端末１Ａに
対し、ＣＡＬＬ ＰＲＯＣＥＥＤＩＮＧパケット７１を
ＡＴＭセルに分解して返すとともに、ＡＴＭ端末１Ｂに
対し、ＣＯＮＮＥＣＴパケット７２をＡＴＭセルに分解
して送出する。これを受けて、ＡＴＭ端末１Ｂは、ＡＴ
Ｍスイッチ３Ａに対して、ＣＯＮＮＥＣＴパケット７３
をＡＴＭセルに分解して送出する。
対し、ＣＡＬＬ ＰＲＯＣＥＥＤＩＮＧパケット７１を
ＡＴＭセルに分解して返すとともに、ＡＴＭ端末１Ｂに
対し、ＣＯＮＮＥＣＴパケット７２をＡＴＭセルに分解
して送出する。これを受けて、ＡＴＭ端末１Ｂは、ＡＴ
Ｍスイッチ３Ａに対して、ＣＯＮＮＥＣＴパケット７３
をＡＴＭセルに分解して送出する。
【００５７】ＡＴＭスイッチ３Ａは、ＡＴＭ端末１Ｂに
対して、ＣＯＮＮＥＣＴ ＡＣＫＮＯＷＬＥＤＧＥパケ
ット７４をＡＴＭセルに分解して返す。これにより、Ａ
ＴＭ端末１ＢおよびＡＴＭスイッチ３Ａ間にコネクショ
ンを確立する。
対して、ＣＯＮＮＥＣＴ ＡＣＫＮＯＷＬＥＤＧＥパケ
ット７４をＡＴＭセルに分解して返す。これにより、Ａ
ＴＭ端末１ＢおよびＡＴＭスイッチ３Ａ間にコネクショ
ンを確立する。
【００５８】また、ＡＴＭスイッチ３Ａは、ＡＴＭ端末
１Ａに対して、ＳＥＴ−ＵＰパケット７５をＡＴＭセル
に分解して送出する。これを受けて、ＡＴＭ端末１Ａ
は、ＡＴＭスイッチ３Ａに対して、ＣＯＮＮＥＣＴ Ａ
ＣＫＮＯＷＬＥＤＧＥパケット７６をＡＴＭセルに分解
して返す。これにより、ＡＴＭ端末１ＡおよびＡＴＭス
イッチ３間にコネクションを確立する。
１Ａに対して、ＳＥＴ−ＵＰパケット７５をＡＴＭセル
に分解して送出する。これを受けて、ＡＴＭ端末１Ａ
は、ＡＴＭスイッチ３Ａに対して、ＣＯＮＮＥＣＴ Ａ
ＣＫＮＯＷＬＥＤＧＥパケット７６をＡＴＭセルに分解
して返す。これにより、ＡＴＭ端末１ＡおよびＡＴＭス
イッチ３間にコネクションを確立する。
【００５９】なお、図６に示す例では、１つのＡＴＭス
イッチ３を介してＡＴＭ端末１間にコネクションが設定
される場合について説明したが、２つ以上のＡＴＭスイ
ッチを介してＡＴＭ端末間にコネクションが設定される
場合（たとえば、図１において、ＡＴＭ端末１Ａおよび
ＡＴＭ端末１Ｄ間にコネクションが設定される場合）
は、該ＡＴＭ端末間に介在する複数のＡＴＭスイッチ間
にコネクションを設定する処理が加わる点を除き、上記
と同じである。
イッチ３を介してＡＴＭ端末１間にコネクションが設定
される場合について説明したが、２つ以上のＡＴＭスイ
ッチを介してＡＴＭ端末間にコネクションが設定される
場合（たとえば、図１において、ＡＴＭ端末１Ａおよび
ＡＴＭ端末１Ｄ間にコネクションが設定される場合）
は、該ＡＴＭ端末間に介在する複数のＡＴＭスイッチ間
にコネクションを設定する処理が加わる点を除き、上記
と同じである。
【００６０】次に、複数のＰＭ３２間で呼処理を動的に
負荷分散する際の動作について説明する。
負荷分散する際の動作について説明する。
【００６１】図７は、複数のＰＭ３２間で呼処理が動的
に負荷分散される様子を示した図である。ここでは、３
つのＰＭ３２−１1〜ＰＭ３２−１3で負荷分散する場合
の構成を示している。なお、ＰＭ３２−１1〜ＰＭ３２
−１3は、互いに他のＰＭ３２に対して自己の負荷状態
を通知するために、ＡＴＭスイッチファブリック３３を
介して専用の管理コネクションが設定されているものと
する。
に負荷分散される様子を示した図である。ここでは、３
つのＰＭ３２−１1〜ＰＭ３２−１3で負荷分散する場合
の構成を示している。なお、ＰＭ３２−１1〜ＰＭ３２
−１3は、互いに他のＰＭ３２に対して自己の負荷状態
を通知するために、ＡＴＭスイッチファブリック３３を
介して専用の管理コネクションが設定されているものと
する。
【００６２】図８は、各ＰＭ３２のローカルメモリ３７
４に設けられた、呼処理を行うＰＭ３２（図７に示す例
の場合は、３つのＰＭ３２−１1〜ＰＭ３２−１3）の負
荷状態を示す状態テーブル１３Ａの構成を示す図であ
る。この状態テーブル１３Ａは、ＰＭ番号フィールド１
３Ａ−１とステータスフィールド１３Ａ−２で構成され
ている。各ＰＭ３２は、状態テーブル１３Ａを参照する
ことで、呼処理を行うＰＭ３２（自己を含む）の負荷状
態を知ることができる。
４に設けられた、呼処理を行うＰＭ３２（図７に示す例
の場合は、３つのＰＭ３２−１1〜ＰＭ３２−１3）の負
荷状態を示す状態テーブル１３Ａの構成を示す図であ
る。この状態テーブル１３Ａは、ＰＭ番号フィールド１
３Ａ−１とステータスフィールド１３Ａ−２で構成され
ている。各ＰＭ３２は、状態テーブル１３Ａを参照する
ことで、呼処理を行うＰＭ３２（自己を含む）の負荷状
態を知ることができる。
【００６３】図９〜１１は、ローカルＣＰＵ３７４の動
作を示すフローチャートである。これ等のフローは、管
理部３４により記憶装置３５から読み出されローカルメ
モリ３７４上にロードされたプログラムを実行すること
で開始される。
作を示すフローチャートである。これ等のフローは、管
理部３４により記憶装置３５から読み出されローカルメ
モリ３７４上にロードされたプログラムを実行すること
で開始される。
【００６４】まず、図９において、ローカルＣＰＵ３７
３は、イベントの発生を待ち、そして、発生したイベン
トがＳＥＴ−ＵＰパケット７０の受信であるか否かを判
断する（ステップ１００１）。ＳＥＴ−ＵＰパケット７
０の受信である場合は、図１０に示すフローに移行し、
そうでない場合は、ステップ１００２に移行する。
３は、イベントの発生を待ち、そして、発生したイベン
トがＳＥＴ−ＵＰパケット７０の受信であるか否かを判
断する（ステップ１００１）。ＳＥＴ−ＵＰパケット７
０の受信である場合は、図１０に示すフローに移行し、
そうでない場合は、ステップ１００２に移行する。
【００６５】ステップ１００２では、発生したイベント
がメインＣＰＵ３７１からの呼処理完了通知であるか否
かを判断する。メインＣＰＵ３７１からの呼処理完了通
知である場合は、図１１に示すフローに移行し、そうで
ない場合は、ステップ１００３に移行する。
がメインＣＰＵ３７１からの呼処理完了通知であるか否
かを判断する。メインＣＰＵ３７１からの呼処理完了通
知である場合は、図１１に示すフローに移行し、そうで
ない場合は、ステップ１００３に移行する。
【００６６】ステップ１００３では、発生したイベント
が専用の管理コネクション、および管理セル用受信バッ
ファを介して受け取った他のＰＭ３２からの状態通知変
更セルであるか否かを判断する。他のＰＭ３２からの状
態通知変更セルである場合は、受け取ったセルの内容に
応じて、ローカルメモリ３７４に格納した図８に示す状
態テーブル１３Ａを更新し（ステップ１００４）、その
後、ステップ１００１に戻って新しいイベントが発生す
るのを待つ。一方、そうでない場合は、直ちにステップ
１００１に戻って新しいイベントが発生するのを待つ。
が専用の管理コネクション、および管理セル用受信バッ
ファを介して受け取った他のＰＭ３２からの状態通知変
更セルであるか否かを判断する。他のＰＭ３２からの状
態通知変更セルである場合は、受け取ったセルの内容に
応じて、ローカルメモリ３７４に格納した図８に示す状
態テーブル１３Ａを更新し（ステップ１００４）、その
後、ステップ１００１に戻って新しいイベントが発生す
るのを待つ。一方、そうでない場合は、直ちにステップ
１００１に戻って新しいイベントが発生するのを待つ。
【００６７】図１０に示すフローでは、まず、ローカル
メモリ３７４に格納した状態テーブル１３Ａを参照し
て、自己のＰＭ３２（より具体的には、自己のメインＣ
ＰＵ３７１）がビジー状態にあるか否かを判断する（ス
テップ１００５）。
メモリ３７４に格納した状態テーブル１３Ａを参照し
て、自己のＰＭ３２（より具体的には、自己のメインＣ
ＰＵ３７１）がビジー状態にあるか否かを判断する（ス
テップ１００５）。
【００６８】ビジー状態でない場合は、自己のメインＣ
ＰＵ３７１に対し、ＳＥＴ−ＵＰパケット７０を格納す
る受信バッファのアドレスを通知して呼処理を依頼する
（ステップ１００６）。これを受けて、メインＣＰＵ３
７１は、上記説明した図６に示す要領で、送受信ＡＴＭ
端末１間におけるコネクションを確立する。
ＰＵ３７１に対し、ＳＥＴ−ＵＰパケット７０を格納す
る受信バッファのアドレスを通知して呼処理を依頼する
（ステップ１００６）。これを受けて、メインＣＰＵ３
７１は、上記説明した図６に示す要領で、送受信ＡＴＭ
端末１間におけるコネクションを確立する。
【００６９】次に、ローカルＣＰＵ３７４は、自己のメ
インＣＰＵ３７１で処理中の呼処理数が規定値を越えた
か否かを判断する（ステップ１００７）。なお、処理中
の呼処理数は、ステップ１００６で依頼した呼処理の数
と、ステップ１００２で検出したメインＣＰＵ３７１か
らの処理完了通知の数とに基づいて求めることができ
る。処理中の呼処理数が規定値を越えた場合は、ステッ
プ１００８に移行する。一方、規定値を越えていない場
合は、図９のステップ１００１に戻り、新しいイベント
が発生するのを待つ。
インＣＰＵ３７１で処理中の呼処理数が規定値を越えた
か否かを判断する（ステップ１００７）。なお、処理中
の呼処理数は、ステップ１００６で依頼した呼処理の数
と、ステップ１００２で検出したメインＣＰＵ３７１か
らの処理完了通知の数とに基づいて求めることができ
る。処理中の呼処理数が規定値を越えた場合は、ステッ
プ１００８に移行する。一方、規定値を越えていない場
合は、図９のステップ１００１に戻り、新しいイベント
が発生するのを待つ。
【００７０】ステップ１００８では、状態テーブル１３
Ａに示された自己のＰＭ３２のステータスをビジー状態
に更新する。その後、管理コネクションを介して、自己
のＰＭ３２がビジー状態であることを示すセルを、他の
ＰＭ３２に転送するよう、ＡＴＭコントローラ３７５に
要求する（ステップ１００９）。これを受けて、ＡＴＭ
コントローラ３７５は、ローカルメモリの管理セル送信
用バッファ４９Ｂを介して管理コネクション上にビジー
状態であることを示すセルを送出する。それから、図９
のステップ１００１に戻り、新しいイベントが発生する
のを待つ。
Ａに示された自己のＰＭ３２のステータスをビジー状態
に更新する。その後、管理コネクションを介して、自己
のＰＭ３２がビジー状態であることを示すセルを、他の
ＰＭ３２に転送するよう、ＡＴＭコントローラ３７５に
要求する（ステップ１００９）。これを受けて、ＡＴＭ
コントローラ３７５は、ローカルメモリの管理セル送信
用バッファ４９Ｂを介して管理コネクション上にビジー
状態であることを示すセルを送出する。それから、図９
のステップ１００１に戻り、新しいイベントが発生する
のを待つ。
【００７１】一方、ステップ１００５において、ビジー
状態であると判断された場合、ローカルメモリ３７４の
状態テーブルを参照して、ビジー状態でない他のＰＭ３
２を検索する（ステップ１０１０）。そして、検索の結
果、非ビジー状態のＰＭ３２があれば（ステップ１０１
１）、当該ＰＭ３２にＳＥＴ−ＵＰパケット７０を転送
するようＡＴＭコントローラ３７５に要求する（ステッ
プ１０１２）。これを受けて、ＡＴＭコントローラ３７
５は、ＳＥＴ−ＵＰパケット７０を非ビジー状態のＰＭ
３２に転送する。図７に示す例では、ＰＭ３２−１1か
らＰＭ３２−１3へ、ＳＥＴ−ＵＰパケット７０が転送
される様子を示している。なお、ＳＥＴ−ＵＰパケット
７０の転送は、具体的には、ＳＥＴ−ＵＰパケット７０
をＡＴＭセルに分解し、当該セルのヘッダを、当該セル
がＡＴＭスイッチファブリック３３を介して非ビジー状
態のＰＭ３２にスイッチングされるよう交換すること
で、実現される。
状態であると判断された場合、ローカルメモリ３７４の
状態テーブルを参照して、ビジー状態でない他のＰＭ３
２を検索する（ステップ１０１０）。そして、検索の結
果、非ビジー状態のＰＭ３２があれば（ステップ１０１
１）、当該ＰＭ３２にＳＥＴ−ＵＰパケット７０を転送
するようＡＴＭコントローラ３７５に要求する（ステッ
プ１０１２）。これを受けて、ＡＴＭコントローラ３７
５は、ＳＥＴ−ＵＰパケット７０を非ビジー状態のＰＭ
３２に転送する。図７に示す例では、ＰＭ３２−１1か
らＰＭ３２−１3へ、ＳＥＴ−ＵＰパケット７０が転送
される様子を示している。なお、ＳＥＴ−ＵＰパケット
７０の転送は、具体的には、ＳＥＴ−ＵＰパケット７０
をＡＴＭセルに分解し、当該セルのヘッダを、当該セル
がＡＴＭスイッチファブリック３３を介して非ビジー状
態のＰＭ３２にスイッチングされるよう交換すること
で、実現される。
【００７２】ＳＥＴ−ＵＰパケット７０を非ビジー状態
のＰＭ３２に転送した後、図９のステップ１００１に戻
り、新しいイベントが発生するのを待つ。
のＰＭ３２に転送した後、図９のステップ１００１に戻
り、新しいイベントが発生するのを待つ。
【００７３】ステップ１０１０での検索結果、非ビジー
状態のＰＭ３２がない場合は（ステップ１０１１）、呼
処理を行う複数のＰＭ３２−１1〜ＰＭ３２−１3全体を
通しての処理能力が不足していることを管理部３４に通
知する（ステップ１０１３）。その後、自己のメインＣ
ＰＵ３７１に対し、ＳＥＴ−ＵＰパケット７０を格納す
る受信バッファのアドレスを通知して呼処理を依頼する
（ステップ１０１４）。これを受けて、メインＣＰＵ３
７１は、上記説明した図６に示す要領で、送受信ＡＴＭ
端末１間におけるコネクションを確立する。
状態のＰＭ３２がない場合は（ステップ１０１１）、呼
処理を行う複数のＰＭ３２−１1〜ＰＭ３２−１3全体を
通しての処理能力が不足していることを管理部３４に通
知する（ステップ１０１３）。その後、自己のメインＣ
ＰＵ３７１に対し、ＳＥＴ−ＵＰパケット７０を格納す
る受信バッファのアドレスを通知して呼処理を依頼する
（ステップ１０１４）。これを受けて、メインＣＰＵ３
７１は、上記説明した図６に示す要領で、送受信ＡＴＭ
端末１間におけるコネクションを確立する。
【００７４】メインＣＰＵ３７１に呼処理を依頼した
後、図９のステップ１００１に戻り、新しいイベントが
発生するのを待つ。
後、図９のステップ１００１に戻り、新しいイベントが
発生するのを待つ。
【００７５】図１１に示すフローでは、まず、自己のメ
インＣＰＵ３７１で処理中の呼処理数が規定値以下であ
るか否かを判断する（ステップ１０１５）。
インＣＰＵ３７１で処理中の呼処理数が規定値以下であ
るか否かを判断する（ステップ１０１５）。
【００７６】規定値以下でない場合は、図９のステップ
１００１に戻り、新しいイベントが発生するのを待つ。
１００１に戻り、新しいイベントが発生するのを待つ。
【００７７】一方、規定値以下である場合は、状態テー
ブル１３Ａに示された自己のＰＭ３２のステータスを非
ビジー状態に更新する（ステップ１０１６）。その後、
管理コネクションを介して、自己のＰＭ３２が非ビジー
状態であることを示すセルを、他のＰＭ３２に転送する
よう、ＡＴＭコントローラ３７５に要求する（ステップ
１０１７）。これを受けて、ＡＴＭコントローラ３７５
は、ローカルメモリの管理セル送信用バッファ４９Ｂを
介して管理コネクション上に非ビジー状態であることを
示すセルを送出する。次いで、ローカルＣＰＵ３７３
は、図９のステップ１００１に戻り、新しいイベントが
発生するのを待つ。
ブル１３Ａに示された自己のＰＭ３２のステータスを非
ビジー状態に更新する（ステップ１０１６）。その後、
管理コネクションを介して、自己のＰＭ３２が非ビジー
状態であることを示すセルを、他のＰＭ３２に転送する
よう、ＡＴＭコントローラ３７５に要求する（ステップ
１０１７）。これを受けて、ＡＴＭコントローラ３７５
は、ローカルメモリの管理セル送信用バッファ４９Ｂを
介して管理コネクション上に非ビジー状態であることを
示すセルを送出する。次いで、ローカルＣＰＵ３７３
は、図９のステップ１００１に戻り、新しいイベントが
発生するのを待つ。
【００７８】以上のフローを各ＰＭ３２が実行する。
【００７９】本実施形態では、ＡＴＭスイッチ３で行わ
れるべき処理（呼処理）が、複数のＰＭ３２間で負荷分
散されて行われる。また、各ＰＭ３２での負荷状況に応
じて、処理の振り分けを動的に行うことが可能となる。
したがって、大規模ネットワークを構築する場合でも、
効率よく処理を行うことができる。
れるべき処理（呼処理）が、複数のＰＭ３２間で負荷分
散されて行われる。また、各ＰＭ３２での負荷状況に応
じて、処理の振り分けを動的に行うことが可能となる。
したがって、大規模ネットワークを構築する場合でも、
効率よく処理を行うことができる。
【００８０】また、本実施形態では、各ＰＭ３２に２つ
のＣＰＵを搭載し、同じ機能を有するＰＭ３２間におけ
る負荷分散のための処理をローカルＣＰＵ３７４で実行
させるようにしている。このようにすることで、メイン
ＣＰＵ１１は、本来の機能処理に専念することができ
る。このため、負荷分散制御に伴うオーバヘッドを最小
限に留め、高性能な機能モジュールを構成できる。
のＣＰＵを搭載し、同じ機能を有するＰＭ３２間におけ
る負荷分散のための処理をローカルＣＰＵ３７４で実行
させるようにしている。このようにすることで、メイン
ＣＰＵ１１は、本来の機能処理に専念することができ
る。このため、負荷分散制御に伴うオーバヘッドを最小
限に留め、高性能な機能モジュールを構成できる。
【００８１】さらに、本実施形態では、各ＰＭ３２が図
９〜図１１のフローを実行するので、たとえば、ＬＩＦ
３１によりＡＴＭセルを送り先として指定されたＰＭ３
２がダウンした場合、該ＰＭ３２と同じ処理を行う他の
ＰＭ３２をＡＴＭセルの送り先に指定するように、ＬＩ
Ｆ３１を制御（プログラミング）することで、処理を中
断させる必要がなくなる。
９〜図１１のフローを実行するので、たとえば、ＬＩＦ
３１によりＡＴＭセルを送り先として指定されたＰＭ３
２がダウンした場合、該ＰＭ３２と同じ処理を行う他の
ＰＭ３２をＡＴＭセルの送り先に指定するように、ＬＩ
Ｆ３１を制御（プログラミング）することで、処理を中
断させる必要がなくなる。
【００８２】くわえて、本実施形態では、ＰＭ３２は記
憶装置３５から読み出されメモリ上にロードされたプロ
グラムを実行することで、各種の付加機能を実現してい
るので、ＡＴＭスイッチの機能及び性能の拡張性が容易
になる。
憶装置３５から読み出されメモリ上にロードされたプロ
グラムを実行することで、各種の付加機能を実現してい
るので、ＡＴＭスイッチの機能及び性能の拡張性が容易
になる。
【００８３】なお、本実施形態では、呼処理を複数のＰ
Ｍ３２で負荷分散させる場合を例にとり説明したが、本
発明は、上述したように、暗号処理や圧縮処理などのさ
まざまな処理を複数のＰＭ３２で負荷分散させることが
可能である。
Ｍ３２で負荷分散させる場合を例にとり説明したが、本
発明は、上述したように、暗号処理や圧縮処理などのさ
まざまな処理を複数のＰＭ３２で負荷分散させることが
可能である。
【００８４】一例として、図３において、ＰＭ３２−２
1〜ＰＭ３２−２nで圧縮処理が行われ、ＰＭ３２−３1
〜ＰＭ３２−３n（図３には示していない）で暗号処理
が行われる場合における、各処理の負荷分散について説
明する。
1〜ＰＭ３２−２nで圧縮処理が行われ、ＰＭ３２−３1
〜ＰＭ３２−３n（図３には示していない）で暗号処理
が行われる場合における、各処理の負荷分散について説
明する。
【００８５】図１２は、複数のＰＭ３２間で圧縮処理お
よび暗号化処理が動的に負荷分散される様子を示した図
である。ここでは、複数のＰＭ３２−２（ＰＭ３２−２
1〜ＰＭ３２−２3）で圧縮処理が負荷分散され、複数の
ＰＭ３２−３（ＰＭ３２−３1〜ＰＭ３２−３3）で、暗
号化処理が負荷分散される場合の構成を示している。
よび暗号化処理が動的に負荷分散される様子を示した図
である。ここでは、複数のＰＭ３２−２（ＰＭ３２−２
1〜ＰＭ３２−２3）で圧縮処理が負荷分散され、複数の
ＰＭ３２−３（ＰＭ３２−３1〜ＰＭ３２−３3）で、暗
号化処理が負荷分散される場合の構成を示している。
【００８６】なお、ＰＭ３２−２1〜ＰＭ３２−２3は、
互いに他のＰＭ３２に対して自己の負荷状態を通知する
ために、ＡＴＭスイッチファブリック３３を介して専用
の管理コネクションが設定されているものとする。同様
に、ＰＭ３２−３1〜ＰＭ３２−３3も、互いに他のＰＭ
３２に対して自己の負荷状態を通知するため、ＡＴＭス
イッチファブリック３３を介して専用の管理コネクショ
ンが設定されているものとする。
互いに他のＰＭ３２に対して自己の負荷状態を通知する
ために、ＡＴＭスイッチファブリック３３を介して専用
の管理コネクションが設定されているものとする。同様
に、ＰＭ３２−３1〜ＰＭ３２−３3も、互いに他のＰＭ
３２に対して自己の負荷状態を通知するため、ＡＴＭス
イッチファブリック３３を介して専用の管理コネクショ
ンが設定されているものとする。
【００８７】ＬＩＦ３１−１は、パケット（ユーザデー
タ）を構成する一連のＡＴＭセルを受け取り、これらを
圧縮処理を行う複数のＰＭ３２−２のうちのいずれか１
つに転送するよう、ヘッダを変換する。これにより、前
記一連のＡＴＭセルは、ＡＴＭスイッチファブリック３
３により、複数のＰＭ３２−２のうちのいずれか１つに
スイッチングされる。
タ）を構成する一連のＡＴＭセルを受け取り、これらを
圧縮処理を行う複数のＰＭ３２−２のうちのいずれか１
つに転送するよう、ヘッダを変換する。これにより、前
記一連のＡＴＭセルは、ＡＴＭスイッチファブリック３
３により、複数のＰＭ３２−２のうちのいずれか１つに
スイッチングされる。
【００８８】これを受けて、複数のＰＭ３２−２は、上
記説明した呼処理の場合と同じ要領で、負荷を分散させ
ながら圧縮処理を行う。
記説明した呼処理の場合と同じ要領で、負荷を分散させ
ながら圧縮処理を行う。
【００８９】すなわち、各ＰＭ３２−２は、一連のＡＴ
Ｍセルを受け取ると、これをパケットに組み立てる。そ
の後、自己がビジー状態にある場合は、組み立てたパケ
ットをＡＴＭセルに分解して、非ビジー状態にある他の
ＰＭ３２−２に転送する。一方、自己が非ビジー状態に
ある場合は、組み立てたパケットを圧縮処理した後、Ａ
ＴＭセルに分解して、暗号処理を行う複数のＰＭ３２−
２のうちのいずれか１つに転送する。
Ｍセルを受け取ると、これをパケットに組み立てる。そ
の後、自己がビジー状態にある場合は、組み立てたパケ
ットをＡＴＭセルに分解して、非ビジー状態にある他の
ＰＭ３２−２に転送する。一方、自己が非ビジー状態に
ある場合は、組み立てたパケットを圧縮処理した後、Ａ
ＴＭセルに分解して、暗号処理を行う複数のＰＭ３２−
２のうちのいずれか１つに転送する。
【００９０】これを受けて、複数のＰＭ３２−３は、上
記説明した呼処理の場合と同じ要領で、負荷を分散させ
ながら暗号化処理を行う。
記説明した呼処理の場合と同じ要領で、負荷を分散させ
ながら暗号化処理を行う。
【００９１】すなわち、各ＰＭ３２−３は、一連のＡＴ
Ｍセルを受け取ると、これをパケットに組み立てる。そ
の後、自己がビジー状態にある場合は、組み立てたパケ
ットをＡＴＭセルに分解して、非ビジー状態にある他の
ＰＭ３２−３に転送する。一方、自己が非ビジー状態に
ある場合は、組み立てたパケットを暗号化処理した後、
ＡＴＭセルに分解してＬＩＦ３１−２を介してネットワ
ーク７上に送出する。
Ｍセルを受け取ると、これをパケットに組み立てる。そ
の後、自己がビジー状態にある場合は、組み立てたパケ
ットをＡＴＭセルに分解して、非ビジー状態にある他の
ＰＭ３２−３に転送する。一方、自己が非ビジー状態に
ある場合は、組み立てたパケットを暗号化処理した後、
ＡＴＭセルに分解してＬＩＦ３１−２を介してネットワ
ーク７上に送出する。
【００９２】さて、図１において、送信側がＡＴＭ端末
１Ａであり、受信側がＡＴＭ端末１Ｂであるとする。こ
の場合、ＡＴＭスイッチ３Ａにて図１１に示すパケット
の圧縮・暗号化処理を行い、ＡＴＭスイッチ３Ｂにて、
図１１に示すパケットの圧縮・暗号処理と同じ要領でパ
ケットの復号・伸長処理を行うことで、ＡＴＭスイッチ
３ＡおよびＡＴＭスイッチ３Ｂを繋ぐネットワーク７上
を流れるユーザデータの暗号化を図ることができる。
１Ａであり、受信側がＡＴＭ端末１Ｂであるとする。こ
の場合、ＡＴＭスイッチ３Ａにて図１１に示すパケット
の圧縮・暗号化処理を行い、ＡＴＭスイッチ３Ｂにて、
図１１に示すパケットの圧縮・暗号処理と同じ要領でパ
ケットの復号・伸長処理を行うことで、ＡＴＭスイッチ
３ＡおよびＡＴＭスイッチ３Ｂを繋ぐネットワーク７上
を流れるユーザデータの暗号化を図ることができる。
【００９３】図１３は、ＡＴＭスイッチ３Ａにてパケッ
トの圧縮・暗号化処理が行われ、ＡＴＭスイッチ３Ｂに
て、復号・伸長処理が行われる場合のパケットの流れを
示した図である。
トの圧縮・暗号化処理が行われ、ＡＴＭスイッチ３Ｂに
て、復号・伸長処理が行われる場合のパケットの流れを
示した図である。
【００９４】本実施形態において、ＡＴＭスイッチ３Ａ
は、圧縮処理および暗号化処理を、各々複数用意された
ＰＭ３２−２、ＰＭ３２−３にて、負荷を動的に分散さ
せながら行うことができる。また、ＡＴＭスイッチ３Ｂ
は、復号処理および伸長処理を、各々複数用意されたＰ
Ｍ３２−４、ＰＭ３２−５にて、負荷を動的に分散させ
ながら行うことができる。したがって、各処理を効率よ
く処理を行うことができる。
は、圧縮処理および暗号化処理を、各々複数用意された
ＰＭ３２−２、ＰＭ３２−３にて、負荷を動的に分散さ
せながら行うことができる。また、ＡＴＭスイッチ３Ｂ
は、復号処理および伸長処理を、各々複数用意されたＰ
Ｍ３２−４、ＰＭ３２−５にて、負荷を動的に分散させ
ながら行うことができる。したがって、各処理を効率よ
く処理を行うことができる。
【００９５】以上、本発明の第一実施形態について説明
した。
した。
【００９６】次に、本発明の第二実施形態について説明
する。
する。
【００９７】上記の第一実施形態では、同じ処理を行う
複数のＰＭ間で、各ＰＭの負荷状況に応じて、動的に負
荷を分散させるものについて説明した。これに対し、本
実施形態では、同じ処理を行う複数のＰＭ間のみなら
ず、異なる処理を行うＰＭ間においても、各ＰＭの負荷
状況に応じて、搭載する機能（具体的には、実行するプ
ログラム）を変更することで、動的に負荷を分散させる
ものについて説明する。
複数のＰＭ間で、各ＰＭの負荷状況に応じて、動的に負
荷を分散させるものについて説明した。これに対し、本
実施形態では、同じ処理を行う複数のＰＭ間のみなら
ず、異なる処理を行うＰＭ間においても、各ＰＭの負荷
状況に応じて、搭載する機能（具体的には、実行するプ
ログラム）を変更することで、動的に負荷を分散させる
ものについて説明する。
【００９８】図１４は、本発明の第二実施形態におい
て、複数のＰＭ３２間で圧縮処理および暗号化処理が動
的に負荷分散される様子を示した図である。なお、本実
施形態のＡＴＭスイッチの構成は、図３に示す第一実施
形態のものと同様であるので、その図面を省略してい
る。
て、複数のＰＭ３２間で圧縮処理および暗号化処理が動
的に負荷分散される様子を示した図である。なお、本実
施形態のＡＴＭスイッチの構成は、図３に示す第一実施
形態のものと同様であるので、その図面を省略してい
る。
【００９９】本実施形態では、図１２に示した、圧縮処
理を行う複数のＰＭ３２−２と暗号処理を行う複数のＰ
Ｍ３２−３を搭載したＡＴＭスイッチ３において、複数
のＰＭ３２−２の処理能力が不足した場合に、処理能力
に余裕のある複数のＰＭ３２−３のうちの少なくとも１
つを、圧縮処理を行うように変更している。
理を行う複数のＰＭ３２−２と暗号処理を行う複数のＰ
Ｍ３２−３を搭載したＡＴＭスイッチ３において、複数
のＰＭ３２−２の処理能力が不足した場合に、処理能力
に余裕のある複数のＰＭ３２−３のうちの少なくとも１
つを、圧縮処理を行うように変更している。
【０１００】これは、管理部３４にて、ＰＭ３２が実行
するプログラムを制御することで実現される。
するプログラムを制御することで実現される。
【０１０１】図１５は、本実施形態の管理部３４の動作
を示すフローチャートである。なお、ローカルＣＰＵ３
７３の動作は、図９〜図１１に示す本発明の第一実施形
態のものと同様である。
を示すフローチャートである。なお、ローカルＣＰＵ３
７３の動作は、図９〜図１１に示す本発明の第一実施形
態のものと同様である。
【０１０２】まず、管理部３４は、ある処理を行うＰＭ
３２（たとえば、圧縮処理を行うＰＭ３２−２1〜ＰＭ
３２−２n）から、図１０のステップ１０１３による処
理能力不足の通知が来るのを待つ（ステップ１５０
１）。
３２（たとえば、圧縮処理を行うＰＭ３２−２1〜ＰＭ
３２−２n）から、図１０のステップ１０１３による処
理能力不足の通知が来るのを待つ（ステップ１５０
１）。
【０１０３】次に、通知を受け取ると、該通知を発行し
たＰＭ３２が行う処理以外の処理を行うＰＭ３２のグル
ープであって、処理能力に余裕のあるグループがあるか
否か調べる（ステップ１５０２）。これは、該通知を発
行したＰＭ３２が行う処理以外の処理を行うＰＭ３２の
グループのうちの１つ（該通知を発行したＰＭ３２が行
う処理以外の処理が複数ある場合は、これら複数の処理
各々につき、該処理を行うＰＭ３２のグループのうちの
１つ）に対して、ローカルメモリ３７４に格納した状態
テーブル１３Ａに、非ビジー状態にあるＰＭ３２がある
か否かを問い合わせればよい。
たＰＭ３２が行う処理以外の処理を行うＰＭ３２のグル
ープであって、処理能力に余裕のあるグループがあるか
否か調べる（ステップ１５０２）。これは、該通知を発
行したＰＭ３２が行う処理以外の処理を行うＰＭ３２の
グループのうちの１つ（該通知を発行したＰＭ３２が行
う処理以外の処理が複数ある場合は、これら複数の処理
各々につき、該処理を行うＰＭ３２のグループのうちの
１つ）に対して、ローカルメモリ３７４に格納した状態
テーブル１３Ａに、非ビジー状態にあるＰＭ３２がある
か否かを問い合わせればよい。
【０１０４】処理能力に余裕のあるＰＭ３２のグループ
がある場合、当該グループの中から非ビジー状態にある
ＰＭ３２を少なくとも１つ選び、当該ＰＭ３２の運用を
停止させる。そして、当該ＰＭ３２のメインメモリ３７
２上に、ステップ１５０１で受けた通知の発行先ＰＭ３
２が行う処理のプログラムをロードする（ステップ１５
０３）。これにより、当該ＰＭ３２の機能を変更する。
がある場合、当該グループの中から非ビジー状態にある
ＰＭ３２を少なくとも１つ選び、当該ＰＭ３２の運用を
停止させる。そして、当該ＰＭ３２のメインメモリ３７
２上に、ステップ１５０１で受けた通知の発行先ＰＭ３
２が行う処理のプログラムをロードする（ステップ１５
０３）。これにより、当該ＰＭ３２の機能を変更する。
【０１０５】たとえば、ステップ１５０１で受け取った
通知の発行先が圧縮処理を行うＰＭ３２−２であり、ス
テップ１５０２で処理能力に余裕があると判断されたＰ
Ｍ３２のグループが復号化処理を行うＰＭ３２−３であ
る場合、ＰＭ３２−３１〜ＰＭ３２−３のうち、非ビジ
ー状態にあるものが、圧縮処理を行うよう機能変更され
る。
通知の発行先が圧縮処理を行うＰＭ３２−２であり、ス
テップ１５０２で処理能力に余裕があると判断されたＰ
Ｍ３２のグループが復号化処理を行うＰＭ３２−３であ
る場合、ＰＭ３２−３１〜ＰＭ３２−３のうち、非ビジ
ー状態にあるものが、圧縮処理を行うよう機能変更され
る。
【０１０６】なお、この際、管理部３４は、処理能力の
拡張が行われるＰＭ３２（上記の例では、圧縮処理を行
うＰＭ３２−２1〜ＰＭ３２−２n）各々に対して、ロー
カルメモリ３７４に格納する状態テーブル１３Ａに、機
能変更されたＰＭ３２を追加するよう制御する。また、
処理能力の縮小が行われるＰＭ３２（上記の例では、暗
号化処理を行うＰＭ３２−２1〜ＰＭ３２−２n）各々に
対して、ローカルメモリ３７４に格納する状態テーブル
１３Ａに、機能変更されたＰＭ３２を削除するよう制御
する。
拡張が行われるＰＭ３２（上記の例では、圧縮処理を行
うＰＭ３２−２1〜ＰＭ３２−２n）各々に対して、ロー
カルメモリ３７４に格納する状態テーブル１３Ａに、機
能変更されたＰＭ３２を追加するよう制御する。また、
処理能力の縮小が行われるＰＭ３２（上記の例では、暗
号化処理を行うＰＭ３２−２1〜ＰＭ３２−２n）各々に
対して、ローカルメモリ３７４に格納する状態テーブル
１３Ａに、機能変更されたＰＭ３２を削除するよう制御
する。
【０１０７】一方、ステップ１５０２において、処理能
力に余裕のあるＰＭ３２のグループがない場合、ＡＴＭ
スイッチ３内のＰＭ３２のリソース不足発生を管理端末
３６に出力する（ステップ１５０４）。
力に余裕のあるＰＭ３２のグループがない場合、ＡＴＭ
スイッチ３内のＰＭ３２のリソース不足発生を管理端末
３６に出力する（ステップ１５０４）。
【０１０８】本実施形態は、上記のフローを実行するこ
とにより、機能の異なる複数のＰＭ３２間で、各ＰＭ３
２の負荷に応じて、ＰＭ３２の機能割り当てを動的に変
更することができる。したがって、本実施形態によれ
ば、複数のＰＭ３２にかかる負荷を効率よく分散させな
がら複数種の機能を実現することができる。
とにより、機能の異なる複数のＰＭ３２間で、各ＰＭ３
２の負荷に応じて、ＰＭ３２の機能割り当てを動的に変
更することができる。したがって、本実施形態によれ
ば、複数のＰＭ３２にかかる負荷を効率よく分散させな
がら複数種の機能を実現することができる。
【０１０９】また、本実施形態によれば、複数のＰＭ３
２全体として、処理能力が不足している場合に、ＰＭ３
２のリソース不足発生を管理端末３６に出力するので、
操作者は、ＰＭ３２の増設を効率よく、すなわち無駄な
く行うことができる。
２全体として、処理能力が不足している場合に、ＰＭ３
２のリソース不足発生を管理端末３６に出力するので、
操作者は、ＰＭ３２の増設を効率よく、すなわち無駄な
く行うことができる。
【０１１０】以上、本実施形態の第二実施形態について
説明した。
説明した。
【０１１１】次に、本実施形態の第三実施形態について
説明する。
説明する。
【０１１２】上記の各実施形態では、ＡＴＭスイッチ
は、１つの装置として構成されていることを前提にして
いる。本実施形態は、上記の各実施形態で説明したＡＴ
Ｍスイッチを、ネットワークを利用して構成したものに
ついて説明する。
は、１つの装置として構成されていることを前提にして
いる。本実施形態は、上記の各実施形態で説明したＡＴ
Ｍスイッチを、ネットワークを利用して構成したものに
ついて説明する。
【０１１３】図１６は、本発明の第三実施形態であるＡ
ＴＭスイッチの概略構成を示す図である。ここで、図３
に示す第一実施形態のものと同じものには同じ符号を付
している。
ＴＭスイッチの概略構成を示す図である。ここで、図３
に示す第一実施形態のものと同じものには同じ符号を付
している。
【０１１４】図１６において、パケット処理サーバ５０
０−１〜５００−ｎ（単にパケット処理サーバ５００と
も称する）は図３に示す第一実施形態のＰＭ３２−１〜
３２−ｎに相当し、管理装置５２０は第一実施形態の管
理部３４に相当する。これらは、ワークステーションな
どの情報処理装置で構成されている。また、フロントエ
ンドスイッチ５３０−１〜５３０−ｎは第一実施形態の
ＬＩＦ３１−１〜３１−ｎに相当し、バックボーンＡＴ
Ｍスイッチ５３３は第一実施形態のＡＴＭスイッチファ
ブリック３３に相当する。これ等の構成要素は、ＬＡＮ
などのネットワークにより接続されている。
０−１〜５００−ｎ（単にパケット処理サーバ５００と
も称する）は図３に示す第一実施形態のＰＭ３２−１〜
３２−ｎに相当し、管理装置５２０は第一実施形態の管
理部３４に相当する。これらは、ワークステーションな
どの情報処理装置で構成されている。また、フロントエ
ンドスイッチ５３０−１〜５３０−ｎは第一実施形態の
ＬＩＦ３１−１〜３１−ｎに相当し、バックボーンＡＴ
Ｍスイッチ５３３は第一実施形態のＡＴＭスイッチファ
ブリック３３に相当する。これ等の構成要素は、ＬＡＮ
などのネットワークにより接続されている。
【０１１５】図１７はパケット処理サーバ５００の概略
構成を示した図である。
構成を示した図である。
【０１１６】図示するように、パケット処理サーバ５０
０は、メインＣＰＵ５０１、メインメモリ５０２、およ
び必要に応じてメインＣＰＵ５０１での処理をアクセラ
レートするアクセラレートカード５０３を備えた情報処
理装置に、ローカルＣＰＵ５０６やＡＴＭコントローラ
５０４などの備えたインテリジェント型のＡＴＭ通信制
御装置５０９が接続されて構成されている。
０は、メインＣＰＵ５０１、メインメモリ５０２、およ
び必要に応じてメインＣＰＵ５０１での処理をアクセラ
レートするアクセラレートカード５０３を備えた情報処
理装置に、ローカルＣＰＵ５０６やＡＴＭコントローラ
５０４などの備えたインテリジェント型のＡＴＭ通信制
御装置５０９が接続されて構成されている。
【０１１７】ここで、メインＣＰＵ５０１、メインメモ
リ５０２、およびアクセラレートカード５０３は、図４
に示す第一実施形態のＰＭ３２のメインＣＰＵ３７１、
メインメモリ３７２、およびアクセラレートカード３７
９に相当する。また、ＡＴＭ通信制御装置５０９のＡＴ
Ｍコントローラ５０４、ＰＨ−ＬＳＩ５０５、ローカル
ＣＰＵ５０６、およびローカルメモリ５０７は、第一実
施形態のＰＭ３２のＡＴＭコントローラ３７５、ＳＷ−
ＩＦ３７６、ローカルＣＰＵ３７３、およびローカルメ
モリ３７４に相当する。
リ５０２、およびアクセラレートカード５０３は、図４
に示す第一実施形態のＰＭ３２のメインＣＰＵ３７１、
メインメモリ３７２、およびアクセラレートカード３７
９に相当する。また、ＡＴＭ通信制御装置５０９のＡＴ
Ｍコントローラ５０４、ＰＨ−ＬＳＩ５０５、ローカル
ＣＰＵ５０６、およびローカルメモリ５０７は、第一実
施形態のＰＭ３２のＡＴＭコントローラ３７５、ＳＷ−
ＩＦ３７６、ローカルＣＰＵ３７３、およびローカルメ
モリ３７４に相当する。
【０１１８】本実施形態では、上記の各構成要素をネッ
トワークで接続することで、ＡＴＭスイッチを構成して
いる。このようにすることで、ＡＴＭスイッチの処理能
力や機能の拡張を容易に行うことができる。このため、
ＡＴＭ通信ネットワークの規模（具体的には、ＡＴＭ端
末の数）に応じて、ＡＴＭスイッチを、より効率よく構
成することができる。とくに、大規模のＡＴＭ通信ネッ
トワーク用のＡＴＭスイッチとして最適である。
トワークで接続することで、ＡＴＭスイッチを構成して
いる。このようにすることで、ＡＴＭスイッチの処理能
力や機能の拡張を容易に行うことができる。このため、
ＡＴＭ通信ネットワークの規模（具体的には、ＡＴＭ端
末の数）に応じて、ＡＴＭスイッチを、より効率よく構
成することができる。とくに、大規模のＡＴＭ通信ネッ
トワーク用のＡＴＭスイッチとして最適である。
【０１１９】
【発明の効果】以上説明したように、本発明によれば、
付加された機能を効率よく処理することが可能なＡＴＭ
交換機を提供することができる。
付加された機能を効率よく処理することが可能なＡＴＭ
交換機を提供することができる。
【図１】本発明の第一実施形態が適用されたＡＴＭネッ
トワークシステムの概略構成図である。
トワークシステムの概略構成図である。
【図２】ＡＡＬ５によるユーザデータ（パケット）のＡ
ＴＭセル化手順を説明するための図である。
ＴＭセル化手順を説明するための図である。
【図３】図１に示すＡＴＭスイッチ３の概略機能ブロッ
ク図である。
ク図である。
【図４】図３に示すＰＭ３２の概略機能ブロック図であ
る。
る。
【図５】図４に示すＡＴＭコントローラ３７５でのセル
の分割・組み立てに必要な制御テーブル、および、送受
信バッファの配置場所を説明するための図である。
の分割・組み立てに必要な制御テーブル、および、送受
信バッファの配置場所を説明するための図である。
【図６】ＩＴＵＴで標準化されたＱ.２９３１プロトコ
ルで規定された呼処理プロトコルのシーケンスを示す図
である。
ルで規定された呼処理プロトコルのシーケンスを示す図
である。
【図７】図３に示すＡＴＭスイッチにおいて、複数のＰ
Ｍ３２間で呼処理が動的に負荷分散される様子を示した
図である。
Ｍ３２間で呼処理が動的に負荷分散される様子を示した
図である。
【図８】図３に示すＡＴＭスイッチにおいて、各ＰＭ３
２のローカルメモリ３７４に設けられた、呼処理を行う
ＰＭ３２（図７に示す例の場合は、３つのＰＭ３２−１
1〜ＰＭ３２−１3）の負荷状態を示す状態テーブル１３
Ａの構成を示す図である。
２のローカルメモリ３７４に設けられた、呼処理を行う
ＰＭ３２（図７に示す例の場合は、３つのＰＭ３２−１
1〜ＰＭ３２−１3）の負荷状態を示す状態テーブル１３
Ａの構成を示す図である。
【図９】図３に示すＡＴＭスイッチにおいて、ローカル
ＣＰＵ３７４の動作を示すフロー図である。
ＣＰＵ３７４の動作を示すフロー図である。
【図１０】図３に示すＡＴＭスイッチにおいて、ローカ
ルＣＰＵ３７４の動作を示すフロー図である。
ルＣＰＵ３７４の動作を示すフロー図である。
【図１１】図３に示すＡＴＭスイッチにおいて、ローカ
ルＣＰＵ３７４の動作を示すフロー図である。
ルＣＰＵ３７４の動作を示すフロー図である。
【図１２】図３に示すＡＴＭスイッチにおいて、複数の
ＰＭ３２間で圧縮処理および暗号化処理が動的に負荷分
散される様子を示した図である。
ＰＭ３２間で圧縮処理および暗号化処理が動的に負荷分
散される様子を示した図である。
【図１３】図１において、ＡＴＭスイッチ３Ａにてパケ
ットの圧縮・暗号化処理が行われ、ＡＴＭスイッチ３Ｂ
にて、復号・伸長処理が行われる場合のパケットの流れ
を示した図である。
ットの圧縮・暗号化処理が行われ、ＡＴＭスイッチ３Ｂ
にて、復号・伸長処理が行われる場合のパケットの流れ
を示した図である。
【図１４】本発明の第二実施形態において、複数のＰＭ
３２間で圧縮処理および暗号化処理が動的に負荷分散さ
れる様子を示した図である。
３２間で圧縮処理および暗号化処理が動的に負荷分散さ
れる様子を示した図である。
【図１５】本発明の第二実施形態における管理部３４の
動作を示すフローチャートである。
動作を示すフローチャートである。
【図１６】本発明の第三実施形態であるＡＴＭスイッチ
の概略構成を示す図である。
の概略構成を示す図である。
【図１７】図１６に示すパケット処理サーバ５００の概
略構成を示した図である。
略構成を示した図である。
１Ａ〜１Ｄ ＡＴＭ端末 ２Ａ〜２Ｄ ＡＴＭ通信制御装置 ３Ａ、３Ｂ ＡＴＭスイッチ １２−１、４６ 送信バッファ １２−２、４８ 受信バッファ １３Ａ 状態テーブル ３１−１〜３１−ｎ 回線インターフェース（ＬＩＦ） ３２−１〜３２−ｎ プロセッサモジュール（ＰＭ） ３３ ＡＴＭスイッチファブリック ３４ 管理部 ３５ 記憶装置 ３６ 管理端末 ４５ 分割管理テーブル ４７ 組立て管理テーブル ４９Ａ 管理セル用受信バッファ ４９Ｂ 管理セル用送信バッファ ３７１、５０１ メインＣＰＵ ３７２、５０２ メインメモリ ３７３、５０６ ローカルＣＰＵ ３７４、５０７ ローカルメモリ ３７５、５０４ ＡＴＭコントローラ ３７６ ＳＷ−ＩＦ ３７８ ローカルバス ３７９、５０３ アクセラレートカード ５００−１〜５００−ｎ パケット処理サーバ ５０５ ＰＨ−ＬＳＩ ５２０ 管理装置 ５３０−１〜５３０−ｎ フロントエンドスイッチ ５３３ バックボーンＡＴＭスイッチ
Claims (13)
- 【請求項１】ＡＴＭ交換機であって、ネットワークを介
して送られてきたセルを、当該セルに付されたヘッダに
より特定される出力先にスイッチングするＡＴＭスイッ
チング部と、 前記ＡＴＭスイッチング部から送られてきたパケットを
構成する一連のセルを、当該パケットに組み立てて所定
の処理を施す、複数のパケット処理部と、 を備え、 前記複数のパケット処理部各々は、 自己がビジー状態にある場合、前記ＡＴＭスイッチング
部から送られてくる一連のセルで構成されるパケットを
処理することなく、該一連のセルを前記ＡＴＭスイッチ
ング部を介して、他のパケット処理部に転送することを
特徴とするＡＴＭ交換機。 - 【請求項２】請求項１記載のＡＴＭ交換機であって、 前記複数のパケット処理部各々は、 パケットに前記所定の処理を行う第一のプロセッサと、 前記第一のプロセッサで処理中のパケット数を測定し、
該測定値が規定値を越えた場合に、他のパケット処理部
の稼働状況を示すテーブルから非ビジー状態にあるパケ
ット処理部を検索する第二のプロセッサと、 前記テーブル、および前記第一、第二のプロセッサが実
行すべきプログラムを記憶する少なくとも１つのメモリ
と、 前記ＡＴＭスイッチング部から送られてきたパケットを
構成する一連のセルを当該パケットに組み立てて、前記
第一のプロセッサに渡すと共に、前記第二のプロセッサ
により非ビジー状態にあるパケット処理部が検索された
場合には、前記組み立てたパケットを前記第一のプロセ
ッサに渡すことなくセルに分解して、これらを、前記Ａ
ＴＭスイッチング部を介して、前記検索されたパケット
処理部に転送するコントローラと、 を有していることを特徴とするＡＴＭ交換機。 - 【請求項３】請求項２記載のＡＴＭ交換機であって、 前記第二のプロセッサは、前記第一のプロセッサで処理
中のパケット数が規定値を越えた場合に、自己のパケッ
ト処理部がビジー状態になった旨を、および、該パケッ
ト数が規定値以下になったときに、自己のパケット処理
部が非ビジー状態になった旨を、他のパケット処理部に
各々通知し、 かつ、他のパケット処理部から通知されたビジー／非ビ
ジー状態に応じて、前記テーブルを更新することを特徴
とするＡＴＭ交換機。 - 【請求項４】請求項２または３記載のＡＴＭ交換機であ
って、 前記第一のプロセッサが実行すべきプログラムを記憶す
る記憶装置と、 前記複数のパケット処理部各々が備えるメモリに、前記
記憶装置に記憶されたプログラムをロードする管理装置
と、 をさらに備えていることを特徴とするＡＴＭ交換機。 - 【請求項５】請求項２、３または４記載のＡＴＭ交換機
であって、 前記第二のプロセッサは、第一のプロセッサで処理中の
パケット数が規定値を越えた場合において、前記テーブ
ルに非ビジー状態のパケット処理部がない場合は、その
旨を外部に通知することを特徴とするＡＴＭ交換機。 - 【請求項６】ＡＴＭ交換機であって、 ネットワークを介して送られてきたセルを、当該セルに
付されたヘッダにより特定される出力先にスイッチング
するＡＴＭスイッチング部と、 前記ＡＴＭスイッチング部から送られてきたパケットを
構成する一連のセルを当該パケットに組み立てて、少な
くとも２種の処理のうちのいずれか１つを施す、各処理
毎に複数設けられたパケット処理部と、 を備え、 前記各処理毎に複数設けられたパケット処理部各々は、 自己がビジー状態にある場合、前記ＡＴＭスイッチング
部から送られてくる一連のセルで構成されるパケットを
処理することなく、該一連のセルを前記ＡＴＭスイッチ
ング部を介して、自己と同じ処理を行う他のパケット処
理部に転送することを特徴とするＡＴＭ交換機。 - 【請求項７】請求項６記載のＡＴＭ交換機であって、 前記各処理毎に複数設けられたパケット処理部各々は、 パケットに前記少なくとも２種の処理のうちのいずれか
１つを行う第一のプロセッサと、 前記第一のプロセッサで処理中のパケット数を測定し、
該測定値が規定値を越えた場合に、自己のパケット処理
部と同じ処理を行う他のパケット処理部の稼働状況を示
すテーブルから、非ビジー状態にあるパケット処理部を
検索する第二のプロセッサと、 前記テーブル、および前記第一、第二のプロセッサが実
行すべきプログラムを記憶する少なくとも１つのメモリ
と、 前記ＡＴＭスイッチング部から送られてきたパケットを
構成する一連のセルを当該パケットに組み立てて、前記
第一のプロセッサに渡すと共に、前記第二のプロセッサ
により非ビジー状態にあるパケット処理部が検索された
場合には、前記組み立てたパケットを前記第一のプロセ
ッサに渡すことなくセルに分解して、これらを、前記Ａ
ＴＭスイッチング部を介して、前記検索されたパケット
処理部に転送するコントローラと、 を有していることを特徴とするＡＴＭ交換機。 - 【請求項８】請求項７記載のＡＴＭ交換機であって、 前記第二のプロセッサは、前記第一のプロセッサで処理
中のパケット数が規定値を越えた場合に、自己のパケッ
ト処理部がビジー状態になった旨を、および、該パケッ
ト数が規定値以下になったときに、自己のパケット処理
部が非ビジー状態になった旨を、自己のパケット処理部
と同じ処理を行う他のパケット処理部に各々通知し、 かつ、自己のパケット処理部と同じ処理を行う他のパケ
ット処理部から通知されたビジー／非ビジー状態に応じ
て、前記テーブルを更新することを特徴とするＡＴＭ交
換機。 - 【請求項９】請求項７または８記載のＡＴＭ交換機であ
って、 前記少なくとも２種の処理各々に対応して設けられた、
対応する処理を実行するためのプログラムを記憶する記
憶装置と、 前記各処理毎に複数設けられたパケット処理部各々に対
して、当該パケット処理部が実行すべき処理に対応する
プログラムを前記記憶装置から読み出し、当該パケット
処理部に設けられたメモリ上にロードする管理装置と、 をさらに備えていることを特徴とするＡＴＭ交換機。 - 【請求項１０】ＡＴＭ交換機であって、 ネットワークを介して送られてきたセルを、当該セルに
付されたヘッダにより特定される出力先にスイッチング
するＡＴＭスイッチング部と、 前記ＡＴＭスイッチング部から送られてきたパケットを
構成する一連のセルを当該パケットに組み立てて、少な
くとも２種の処理のうちのいずれか１つを施す、各処理
毎に複数設けられたパケット処理部と、 前記少なくとも２種の処理各々に対応して設けられた、
対応する実行するためのプログラムを記憶する記憶装置
と、 前記各処理毎に複数設けられたパケット処理部各々に対
して、当該パケット処理部が実行すべき処理に対応する
プログラムを前記記憶装置から読み出し、当該パケット
処理部に設けられたメモリ上にロードする管理装置と、 を備え、 前記各処理毎に複数設けられたパケット処理部各々は、 自己がビジー状態にある場合において、自己と同じ処理
を行う非ビジー状態のパケット処理部がある場合は、前
記ＡＴＭスイッチ部から送られてくる一連のセルで構成
されるパケットを処理することなく、該一連のセルを当
該パケット処理部に転送し、自己と同じ処理を行う非ビ
ジー状態のパケット処理部がない場合は、その旨を前記
管理部に通知し、 前記管理部は、 パケット処理部から前記通知を受けた場合に、当該通知
をしたパケット処理部で実行される処理に対応するプロ
グラムを前記記憶装置から読み出し、該プログラムを、
当該通知をしたパケット処理部と異なる処理を行うパケ
ット処理部のメモリ上にロードして実行させることを特
徴とするＡＴＭ交換機。 - 【請求項１１】請求項１０記載のＡＴＭ交換機であっ
て、 前記各処理毎に複数設けられたパケット処理部各々は、 パケットに前記少なくとも２種の処理のうちのいずれか
１つを行う第一のプロセッサと、 前記第一のプロセッサで処理中のパケット数を測定し、
該測定値が規定値を越えた場合に、自己のパケット処理
部と同じ処理を行う他のパケット処理部の稼働状況を示
すテーブルから、非ビジー状態にあるパケット処理部を
検索する第二のプロセッサと、 前記ＡＴＭスイッチング部から送られてきたパケットを
構成する一連のセルを当該パケットに組み立てて、前記
第一のプロセッサに渡すと共に、 前記第二のプロセッサにより、前記第一のプロセッサで
処理中のパケット数が規定値を越えたと判断された場合
において、非ビジー状態にあるパケット処理部が検出さ
れた場合には、前記組み立てたパケットを前記第一のプ
ロセッサに渡すことなくセルに分解して、これらを、前
記ＡＴＭスイッチング部を介して、前記検検出されたパ
ケット処理部に転送し、 非ビジー状態にあるパケット処理部が検出されなかった
場合には、その旨を前記管理装置に通知するコントロー
ラと、 を有していることを特徴とするＡＴＭ交換機。 - 【請求項１２】請求項１１記載のＡＴＭ交換機であっ
て、 前記第二のプロセッサは、前記第一のプロセッサで処理
中のパケット数が規定値を越えた場合に、自己のパケッ
ト処理部がビジー状態である旨を、および、該パケット
数が規定値以下になったときに、自己のパケット処理部
が非ビジー状態である旨を、自己のパケット処理部と同
じ処理を行う他のパケット処理部に各々通知するととも
に、 前記管理装置により新たにプログラムがロードされて、
前記第一のプロセッサにて実行される処理が変更された
場合に、その旨を変更前の処理を行う他のパケット処理
部、および変更後の処理を行う他のパケット処理部に、
各々通知し、 かつ、自己のパケット処理部と同じ処理を行う他のパケ
ット処理部から通知されたビジー／非ビジー状態と、他
のパケット処理部から通知された処理変更内容とに応じ
て、前記テーブルを更新することを特徴とするＡＴＭ交
換機。 - 【請求項１３】ＡＴＭ端末から送られてきたセルを、当
該セルに付されたヘッダにより特定される出力先にスイ
ッチングするＡＴＭスイッチと、 前記ＡＴＭスイッチを介して送られてきたパケットを構
成する一連のセルを、当該パケットに組み立てて所定の
処理を施す、複数の情報処理装置と、 前記複数の情報処理装置と前記ＡＴＭスイッチとを連結
するネットワークと、を備え、 前記複数の情報処理装置各々は、 自己がビジー状態にある場合、前記ＡＴＭスイッチから
送られてくる一連のセルで構成されるパケットを処理す
ることなく、該一連のセルを前記ＡＴＭスイッチを介し
て、他の情報処理装置に転送することを特徴とするＡＴ
Ｍ交換システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP768198A JPH11205339A (ja) | 1998-01-19 | 1998-01-19 | Ａｔｍ交換機 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP768198A JPH11205339A (ja) | 1998-01-19 | 1998-01-19 | Ａｔｍ交換機 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11205339A true JPH11205339A (ja) | 1999-07-30 |
Family
ID=11672544
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP768198A Pending JPH11205339A (ja) | 1998-01-19 | 1998-01-19 | Ａｔｍ交換機 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH11205339A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7257616B2 (en) | 1999-08-27 | 2007-08-14 | International Business Machines Corporation | Network switch and components and method of operation |
| JP2007325171A (ja) * | 2006-06-05 | 2007-12-13 | Nippon Telegr & Teleph Corp <Ntt> | パケット処理システム、パケット処理方法、およびプログラム |
| JP2008505405A (ja) * | 2004-06-30 | 2008-02-21 | グレネイル エレクトロニクス インコーポレイテッド | 分散型通信プラットフォームにおけるロードバランシング |
| US7764672B2 (en) | 2003-03-19 | 2010-07-27 | Hitachi, Ltd. | Packet communication device |
| WO2013001578A1 (ja) * | 2011-06-29 | 2013-01-03 | 株式会社日立製作所 | 入出力制御装置及び入出力制御装置のフレーム処理方法 |
| JP2013062680A (ja) * | 2011-09-13 | 2013-04-04 | Hitachi Ltd | ノード装置、システム、及び、パケット処理方法 |
-
1998
- 1998-01-19 JP JP768198A patent/JPH11205339A/ja active Pending
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7257616B2 (en) | 1999-08-27 | 2007-08-14 | International Business Machines Corporation | Network switch and components and method of operation |
| US7590057B2 (en) | 1999-08-27 | 2009-09-15 | International Business Machines Corporation | Network switch and components and method of operation |
| US7620048B2 (en) | 1999-08-27 | 2009-11-17 | International Business Machines Corporation | Network switch and components and method of operation |
| US7764672B2 (en) | 2003-03-19 | 2010-07-27 | Hitachi, Ltd. | Packet communication device |
| JP2008505405A (ja) * | 2004-06-30 | 2008-02-21 | グレネイル エレクトロニクス インコーポレイテッド | 分散型通信プラットフォームにおけるロードバランシング |
| JP2007325171A (ja) * | 2006-06-05 | 2007-12-13 | Nippon Telegr & Teleph Corp <Ntt> | パケット処理システム、パケット処理方法、およびプログラム |
| WO2013001578A1 (ja) * | 2011-06-29 | 2013-01-03 | 株式会社日立製作所 | 入出力制御装置及び入出力制御装置のフレーム処理方法 |
| JP2013062680A (ja) * | 2011-09-13 | 2013-04-04 | Hitachi Ltd | ノード装置、システム、及び、パケット処理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6014382A (en) | ATM switching system including a switching control portion for distributing call set-up requirement signals | |
| JP3449294B2 (ja) | マルチプロトコル処理装置、回線インターフェース及びそれらを有するマルチプロトコルスイッチシステム | |
| US6160811A (en) | Data packet router | |
| US20030074473A1 (en) | Scalable network gateway processor architecture | |
| JP4090510B2 (ja) | アプリケーションデータのダイレクトマッピングのためのコンピュータインターフェース | |
| US20030074388A1 (en) | Load balanced scalable network gateway processor architecture | |
| US6507583B1 (en) | Network access arbitration system and methodology | |
| EP1098479B1 (en) | Packet switching system having self-routing switches | |
| JP3083540B2 (ja) | マルチプロセッサを用いた交換制御方式 | |
| JPH11205339A (ja) | Ａｔｍ交換機 | |
| US6618372B1 (en) | Packet switching system having-having self-routing switches | |
| EP0884860A2 (en) | Channel allocation method for a satellite communication system | |
| US6879592B1 (en) | Switching system and switching control method | |
| JP3252831B2 (ja) | Ａｔｍにおけるｉｐパケットルーティングプロセッサの分散処理方法及びその装置 | |
| US7349404B1 (en) | Method and system for connection set-up in a communication system comprising several switching units and several processing units | |
| JP3530998B2 (ja) | 交換システムにおけるａｔｍバス拡張方式 | |
| US7058062B2 (en) | Packet switching system having self-routing switches | |
| KR100291006B1 (ko) | 프레임 릴레이와 비동기전송모드의 연동장치 | |
| JPH09139738A (ja) | Ａｔｍ通信網 | |
| JPH1070558A (ja) | 実時間並列コンピュータのノード間相互接続のためのプロセス | |
| JP2000244582A (ja) | 通信制御方法及び通信制御装置 | |
| JPH0799541A (ja) | クロスコネクト網を利用した通信システム及び通信方法 | |
| Sabaa et al. | Implementation of a window-based scheduler in an ATM switch | |
| JP2000307659A (ja) | 交換システム | |
| JP2001086124A (ja) | 待ち行列内で待っているａｔｍセルを選択する方法および回路装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040628 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040706 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041124 |