JPH08213994A - Ａｔｍ電子交換機システムにおける構成管理方式 - Google Patents

Abstract

(57)【要約】 【目的】 システムの構成データをコマンド投入によら
ず自動構築することにより、システムの構成変更や分散
化に臨んでのシステム構成管理に柔軟に対応できるＡＴ
Ｍ電子交換機システムにおける構成管理方式を提供す
る。 【構成】 ＡＴＭ電子交換機において、スイッチパッケ
ージ２２，２３及びインタフェースパッケージ２４，２
５を監視または管理するためのパッケージ間情報伝送用
の論理チャネル識別子を予め論理的なスロット番号と対
応させて割り振っておく。制御系パッケージ２１は、上
記論理的なスロット番号に対してパッケージの種別や機
能に関する情報の問い合わせを行い、該問い合わせに対
する応答情報に基づきシステムの構成データを自動構築
し、各パッケージの構成管理を行う。上記問い合わせ及
びその応答は、端末あるいは回線間の通信で使用される
セルの伝送路と物理的に同じ伝送路を用い、セル通信に
より実施する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＡＴＭ通信方式により
実現される広帯域ＩＳＤＮの構築に用いられるＡＴＭ電
子交換機システムにおいて、そのシステムを構成する各
モジュールの動作等の管理を行うための構成管理方式の
改良に関する。

【０００２】

【従来の技術】近年、ディジタル方式で通信を行うＩＳ
ＤＮが普及する一方で、より高速で広帯域な通信の要求
が高まっている。かかる要請に対して、通信における国
際勧告を検討している国際機関ＣＣＩＴＴでも１９９０
年に基本勧告が承認され、１９９２年９月現在では１９
９２年勧告の草案がほぼ完成し、広帯域ＩＳＤＮの実用
化の促進が期待されている。

【０００３】この広帯域ＩＳＤＮでは、非同期転送モー
ド（ＡＴＭ）と呼ばれる方式により物理レイヤレベルの
通信が行われる。ＡＴＭとは、発生する情報をセルと呼
ばれる固定長のパケットに分割して転送する方式であ
り、情報の発生量に応じてセルを送信できるため、映像
データ通信など広帯域が必要でかつ帯域量の分散が大き
な通信に適用している。また、音声、データなどの情報
ソースの種別に拘らず任意の情報を同じセルの形式で通
信できるため、従来のように情報ソースに応じた通信方
式を選択するという必要がなく、音声、データ及び映像
を組み合わせたマルチメディア端末の通信に適した通信
方式であると言える。

【０００４】図１０は、上記ＡＴＭ通信で用いられるセ
ルの一般的構成を示したものであり、通信相手との物理
回線を識別する論理チャネル識別子であるＶＰＩ１０
１，ＶＣＩ１０２及びＰＴ，ＨＥＣから成る５オクテッ
ドのヘッダと、端末間で通信し合う情報を入れるペイロ
ード１０３とから構成されている。ここで、論理チャネ
ル識別子は単一の物理回線内をあたかも複数の回線があ
るかのように割り当てることができるようになってい
る。これら論理チャネル識別子は、端末間のコネクショ
ン設定時あるいは網構成時に、端末−端末間、端末−網
間、網内など物理レイヤが終端するポイントに割り振ら
れる。

【０００５】広帯域ＩＳＤＮ実現のキーポイントとし
て、上述したＡＴＭ方式の通信を実現する電子交換機の
開発が上げられ、各方面でその開発が進められている。
電子交換機に関する従来の構成の一例を図１１に示して
いる。同図に示す如く、この電子交換機は、回線あるい
は端末と接続される複数のインタフェースパッケージ２
０２、インタフェースパッケージ２０２から入力される
セルを交換するスイッチパッケージ２０３、これら各パ
ッケージを制御する制御部２０４、端末あるいは回線か
ら入力される音声、データなどの情報をペイロードに持
つセル（これをＵプレインセルと呼ぶ）をインタフェー
スパッケージ２０２とスイッチパッケージ２０３間で送
受するための伝送路（通話路２００）、制御部２０４が
スイッチパッケージ２０３やインタェースパッケージ２
０２を制御するための伝送路（制御路２０１）から構成
される。

【０００６】パッケージとしては、これらの他、トーキ
ーパッケージ、コネクションレスサーバ（ＣＬＳＦ）パ
ッケージなど、ユーザサービスの拡張を行うための各種
パッケージがあるが、ここではこれらもインタフェース
パッケージ２０２としてまとめている。以下、本発明の
説明を通じ、特に断らない限り、インタフェースパッケ
ージにはこれらの各種パッケージも含まれるものとす
る。

【０００７】ここで、通話路２００に関してはスイッチ
パッケージ２０３の入出力ポートと個々のインタフェー
スパッケージ２０２とが１対１で接続され、制御路２０
１に関しては複数のインタフェースパッケージ２０２と
制御部２０４がバス状に接続されている。

【０００８】また、広帯域ＩＳＤＮでは基本速度が１５
５ ５２０Kb/sと高速なことから、端末収容効率を向上
させるため、図１２に示すようにスイッチパッケージ２
０３に多重化パッケージ３００を直収させ、更にこの多
重化パッケージ３００に複数の低速系インタフェースパ
ッケージ３０１を収容させる方式がとられる場合もあ
る。この方式の場合の制御路２０１は、複数の低速系イ
ンタフェースパッケージ３０１個々に直接配線されてい
る。

【０００９】また、ハード面に関して、図１２に示す如
くの電子交換機システムは、複数のスロットから成る複
数のラックで構成され、これらスロットに上述した各パ
ッケージが収容される。上記制御路２０１及び通話路２
００は各ラックのバックパネルに実装され、制御部２０
４及びスイッチパッケージ２０３を収容する特殊な制御
ラックに集線するように配線される。また、低速系イン
タフェースパッケージ３０１の収容ラックまたはスロッ
ト構成も特殊な構成をとるのが通常である。

【００１０】このような電子交換機の構成はＡＴＭ方式
以前の電子交換機において最も標準的に採用されてきた
アーキテクチャであるが、このアーキテクチャを採用し
て成る従来の電子交換機システムおいて、その動作及び
運用保守方式、システムの工事性、保守性、ソフトウェ
ア構成及びソフトウェアの流通性からとらえた種々の問
題点を以下に列記する。

【００１１】（１）従来の交換機の動作と運用保守方式 まず、端末からの呼設定要求に対する処理について述べ
る。端末を直収するインタフェースパッケージ２０２あ
るいは低速系インタフェースパッケージ３０１が端末か
らの呼設定要求を受信すると、その情報内容をＵプレイ
ンセルから引き抜き、これを電子交換機内の制御路２０
１に乗せ代えて制御部２０４に通信する。制御部２０４
は、上記呼設定要求を受信すると、その要求内容に従い
スイッチを制御し、受信側端末あるいは回線が収容され
るインタフェースパッケージ２０２あるいは低速系イン
タフェースパッケージ３０１に対して呼設定要求の送信
指示を制御路２０１を通じて行う。

【００１２】受信側回線あるいは端末に対し呼設定要求
を送信する場合は、送信しようとするインタフェースパ
ッケージ２０２の現在の状態はどうか（実装されている
か、障害状態ではないか）、あるいは送信しようとする
パッケージの種別はどのようなもので、送信側端末の要
求を転送しても良いのかを判断する必要があるが、その
ためにはシステムの制御部２０４はシステム構成つまり
パッケージの実装状態と現在の状態を認識しておかなけ
ればならない。これを実現すべく、従来は、個々のパッ
ケージの状態監視及び管理についても制御路２０１を通
じて行い、パッケージの実装に関するデータの構築は、
保守端末から保守コマンドを使用して入力することで構
築していた。

【００１３】入力される保守コマンドとしては、システ
ムの収容位置（ラック及びスロット番号）と実装パッケ
ージ種別、パッケージの運用形態（端末接続か回線接続
かなど）及び定期監視の是非などのパッケージの運用保
守形態を規定するものや、インタフェースパッケージに
収容される回線への電番付与やサービス設定などのユー
ザへのサービス条件を規定するものなどがある。

【００１４】これら保守コマンドは、システムを構築す
る前にユーザ要求に従って保守員が設計し、局建時に入
力する。他に、システムの運用後に回線や端末の増設あ
るいは端末の移設により従来のデータを変更する場合に
も入力される。

【００１５】（２）従来システムの工事性から見た問題
点 上述したようにシステムの構成管理のためのデータ構築
は保守コマンドにより行うが、この保守コマンドはシス
テムの構成情報とサービス規定との間に相互に関連があ
り、一般に複雑で、習熟した保守員でも設計が難しい。
このため、通常のシステムでは保守コマンドの設計及び
入力を容易にするツールあるいは援助システムを開発、
設置しているが、システムの増設あるいは端末の移設な
どのデータ変更時はそれまでの入力コマンドを記憶して
おく必要があり、またそれらをどのように変更すればよ
いかは上記ツール類を使用しても判断が難しかった。

【００１６】この種の問題は、システムの構成情報や各
パッケージに対するサービス規定のうち物理的な構成情
報に関連するデータと、物理的な構成情報に関連しない
データとの間に論理的な関連性のみ持たせ、システムの
構成をコマンド入力によらず、制御部が自動的に認識す
ることで解決を図ることができる。

【００１７】図１１または図１２に示すような従来のア
ーキテクチャによって成るシステムにおいても、保守コ
マンドによる登録を行うことなくパッケージを使用可能
にするための方式も下記の如くにいくつか考えられる
が、それぞれに以下に述べるような問題があった。

【００１８】２ａ．パッケージの実装／未実装状態をレ
ベル線のようなハード的な信号線で制御部に通知する方
式 一つのシステムに実装されるパッケージ数は数十枚程度
あり、これらに個別の信号線を敷設することはハードウ
ェア実装上困難である。また、制御部２０４にこの情報
を表示するために状態表示用のレジスタを用意する必要
があるが、実装パッケージ枚数分のレジスタ長が必要で
あり、ハードウェア実装上困難であるばかりでなくシス
テム規模の増大に対する柔軟度が低下する。

【００１９】２ｂ．パッケージが実装されたことを制御
線を通じて制御部に通知する方式 制御線は通常運用時は通信データ量がさほど多くないた
め、ハードウェア実装時のコストを考慮して、実効スル
ープットのさほど高くないバス構成としている。しかし
ながら、システム全体の立ち上げ時のような特殊な状況
においては、多数のパッケージから実装の通知が制御部
２０４に集中して通信され、制御路バスがふくそうする
ことになる。これにより、他の制御信号の通信が阻害さ
れ、制御部２０４が正しくパッケージの監視及び管理を
行えないという弊害が生じる。

【００２０】（３）従来システムの保守性から見た問題
点 従来のアーキテクチャでは、制御部２０４が実装される
パッケージの実装位置は固定となり、システムの構成に
よって制御部２０４の位置あるいは構成を変更するなど
はできなかった。このため、制御部２０４を収容するラ
ックに障害が発生した場合にはその障害の復旧までに相
当の時間が必要となる。制御部２０４が実装されるパッ
ケージに限らず、インタフェースパッケージも高速系、
低速系に対して実装条件に制約を設ける必要があり、イ
ンタフェース系の障害に対するパッケージ位置変更によ
る対処を困難にしていた。

【００２１】（４）従来システムのソフトウェア構成か
ら見た問題点 この種のシステムの一運用形態として、図１１あるいは
図１２に示すような構成のシステムを単一ノードとし、
この単一ノードを複数含む新たな構成とすべくシステム
を拡張するいわゆる分散システム化が考えられる。分散
システムでは端末と交換機間の配線工事の容易性やシス
テム構成の柔軟性と、システムの保守性やコストの観点
の２面からノードの規模が決定される。すなわち、前者
の観点からはノード規模は小さい方が良いが、後者の観
点からは集中型の方が優れ、ノード規模を大きくした方
が良い。このように、ノード規模は上記２面の観点に対
してトレードオフの関係を有している。

【００２２】図１１あるいは図１２に示す従来構成のア
ーキテクチャでは、各ノードにノードを管理する制御部
２０４が必要となるので、ノード規模の減少と制御部２
０４の処理負荷の余裕度に対するコストデメリットの観
点と、分散保守が前提となり複数ノードを集中管理する
特殊な集中保守ソフトウェアの開発が必要となるコスト
デメリットの観点から、ノード規模は１０００内線を収
容可能な中規模交換機程度に決定されていた。この場合
の筐体サイズは高さ２ｍ弱、横及び奥行き１ｍ弱とな
り、交換機を設置する特殊スペースが必要であった。

【００２３】個々のノードに制御部２０４を置かず、あ
るいは処理に見合うだけの制御機能を配置し、一つの制
御部により複数のノードを集中管理する方式により上記
の問題点を解消することは可能である。しかしながら、
被制御側からみた集中制御部はノードが単一で済む場合
は同一ノード内に存在し、複数ノードの場合は同一ノー
ドか別ノードのどちらかに存在し、別ノードの場合は回
線を通じて通信をする必要があるなど、そのシステム構
成に依って運用構成が異なり、単一ノード用ソフトウェ
アと複数ノード用ソフトウェアを別途開発する必要など
があった。

【００２４】（５）従来システムのソフトウェアの流通
性から見た問題点 図１３に従来システムを制御するためのソフトウェア構
成を示す。同図からも分かるように、従来システムを制
御するソフトウェアは、システムを制御する上位ソフト
ウェアであるサービス制御系４００、システムの運用保
守系に関する制御を行う運用保守系機能４０１、上記サ
ービス制御系４００によって制御されるモデル化された
ハードウェア機能であるハードウェア制御エンティティ
４０３とこれらの集合体で具体的なハードウェア４０４
と対応してその制御を行うハードウェア制御系４０２に
よって構成されていた。

【００２５】図１３に示す構成では、ユーザへのサービ
スを制御するソフトウェアは、具体的なハードウェアの
制御を行う部分とは分離し、ハードウェアを仮想化して
制御するような手法が通常とられていた。つまり、サー
ビス制御系ソフトウェア４００から仮想化されたハード
ウェア機能であるハードウェア制御エンティティ４０３
に対してコマンドを送出することで具体的なハードウェ
アの制御を行う方法である。このような構成によって、
従来は、ハードウェアの変更に対してサービス制御系ソ
フトウェア４００などの上位ソフトウェアへの変更をな
るべく少なくするようにしていた。

【００２６】これに対し、システムの運用保守系機能４
０１のソフトウェアは、システムの構成、ハードウェア
が有する機能などアーキテクチャに依存する詳細な情報
が必要なため、上述のようにハードウェアを仮想化する
ことが、サービス制御系ソフトウェア４００に比べてか
なり難しいものとなる。これを解消すべくハードウェア
の構成そのものをモデル化し抽象化したハードウェアで
運用保守系の制御を行う方式が考えられる。この場合、
一般的に行われるのはハードウェア機能のＯＲ条件で抽
象化する手法であるが、具体的なハードウェアと機能の
マッピングをとることが必要となる。

【００２７】ここで、具体的なハードウェアと機能のマ
ッピングをとる方法としては、 ５ａ．ソフトウェアの内部データとして事前に保有して
おく。

【００２８】５ｂ．保守コマンドによりデータを構築す
る。

【００２９】５ｃ．各パッケージからマッピング情報を
通知する。

【００３０】という３つの案が考えられる。

【００３１】しかしながら、上述したように従来のアー
キテクチャでは５ｃ案の実現は難しく、５ｂ案は保守コ
マンドの構成を更に複雑にし、５ａ案もアーキテクチャ
の変更によるソフトウェア変更が大きいという問題点が
あった。特に、近年はソフトウェア開発に対する開発コ
ストの増大が問題になっており、上位ソフトは異なるア
ーキテクチャのマシンの上でも動作可能にしたいとする
ソフトウェアの流通性に対する要望が各所より高まりつ
つある中で、上記５ａ案の解消策を実現することは重要
な課題となっていた。

【００３２】

【発明が解決しようとする課題】このように、上記従来
の電子交換機は、制御路と通話路を分離するアーキテク
チャを基本としたシステム構成であったため、 ａ．システム構成管理に供する構成データを構築するた
めに保守コマンドによって登録する必要があり、データ
の複雑さとあいまってシステムの構成変更などに際して
の工事性が低下する。

【００３３】ｂ．保守コマンドによらずにパッケージ実
装状況の自動認識方法を取り入れて構成データを生成す
るシステムとした場合、立ち上げ時にのみバースト的に
発生する制御情報を考慮せざるを得ず、ハードウェア実
装上（あるいはソフトウェア実現上も）困難である。

【００３４】ｃ．制御パッケージをノードの固定位置に
実装する必要があり、保守性を低下させ、しかも分散シ
ステムに適応したソフトウェアの実現性を困難にする。

【００３５】ｄ．ソフトウェアの流通性に乏しい。

【００３６】等の種々の問題点があった。

【００３７】本発明は上記問題点を除去し、保守コマン
ド投入によらずに構成データを自動構築するうえでバー
スト的に発生する制御情報に対しても十分な対応能力を
持ち、高い工事性を維持しながらハードウェアの実装上
の問題を解消するとともに、上記構成データの自動構築
に際しては具体的な実装位置ではなく論理的な位置情報
のみでパッケージ情報を通知し合うことによりシステム
の構成変更や分散化に対して柔軟に対応でき、しかもソ
フトウェアの流通性改善にも有用なＡＴＭ電子交換機シ
ステムにおける構成管理方式を提供することを目的とす
る。

【００３８】

【課題を解決するための手段】この出願の請求項１の発
明は、回線または端末と接続される複数のインタフェー
スパッケージと、チャネル識別子を有するヘッダ及びユ
ーザの情報を転送するペイロードから成るセルと呼ばれ
る固定長のパケットを前記チャネル識別子に従って交換
する複数のスイッチパッケージと、電子交換機システム
を制御する機能を有する複数の制御パッケージと、前記
各パッケージを挿入するためのスロット及び前記各パッ
ケージ間の通信を行うための伝送路から成るラックとを
有し、前記セルにより情報通信を行うＡＴＭ方式の電子
交換機システムにおいて、前記制御パッケージは、前記
インタフェースパッケージ，前記スイッチパッケージの
監視または管理に必要な構成データを当該各パッケージ
間で通信される制御情報に基づき自動的に構築する構成
データ自動構築手段を具備し、前記パッケージ間の制御
情報の伝送に際しては、端末あるいは回線間の通信で使
用されるセルの伝送路と物理的に同じ伝送路及び前記セ
ルを用いることを特徴とする。

【００３９】また、この出願の請求項２の発明は、上記
請求項１の発明において、複数のインタフェースパッケ
ージ、複数のスイッチパッケージ及び各スロットの伝送
路を、処理可能な物理レイヤの伝送速度に応じて複数種
類備え、同一スロットには該スロットに挿入されるパッ
ケージの処理可能な伝送速度に応じて複数種類の識別子
を付与し、前記制御パッケージは該識別子を論理的なス
ロット番号として各パッケージを管理し、かつこの論理
的なスロット番号を用いて前記各パッケージ間における
前記制御情報の交換を行うことを特徴とする。

【００４０】また、この出願の請求項３の発明は、上記
請求項２の発明において、インタフェースパッケージ，
スイッチパッケージ間における前記制御情報の通信に用
いるチャネル識別子は、予め論理的なスロット番号と対
応させて割り振っておくことを特徴とする。

【００４１】また、この出願の請求項請求項４の発明
は、上記請求項２の発明において、制御パッケージは前
記論理的なスロット番号に対してパッケージの種別や機
能に関する情報の問い合わせを前記セルにより行い、該
問い合わせに対する応答に基づき前記構成データを構築
することを特徴とする。

【００４２】また、この出願の請求項５の発明は、上記
請求項３の発明において、インタフェースパッケージ，
スイッチパッケージは、パッケージの立ち上げ時にパッ
ケージの種別や機能に関する制御情報を前記予め割り振
られたチャネル識別子を付与したセルにより前記制御パ
ッケージに通知し、該制御パッケージは該通知された情
報に基づき前記構成データを構築することを特徴とす
る。

【００４３】また、この出願の請求項６の発明は、上記
請求項２の発明において、制御パッケージは、前記論理
的なスロット番号に対して周期的にパッケージの状態に
関する問い合わせを前記セルにより行い、該問い合わせ
に対する応答に基づき前記構成データを構築することを
特徴とする。

【００４４】また、この出願の請求項７の発明は、上記
請求項３の発明において、インタフェースパッケージ、
スイッチパッケージを制御するソフトウェアは、前記論
理的なスロット番号により識別されるチャネルを用いて
前記制御パッケージの制御により転送されることを特徴
とする。

【００４５】また、この出願の請求項８の発明は、上記
請求項７の発明において、インタフェースパッケージ，
スイッチパッケージを制御するソフトウェアの転送の是
非あるいは要・不要は、インタフェースパッケージ，ス
イッチパッケージの種別、状態に応じて当該各パッケー
ジが自己判断し、前記制御パッケージに通知することを
特徴とする。

【００４６】

【作用】上記請求項１の発明では、任意の情報を同一の
セル形式で通信することができるＡＴＭ方式により制御
情報を通信するアーキテクチャを基本とし、構成データ
構築のために必要なパッケージ間の制御情報を、通話信
号と同じ伝送路を使用してセルにより通信するようにし
ているため、システム立ち上がりなどで制御信号がバー
スト的に発生するような場合でも制御信号を制御部に通
信させることが可能となる。

【００４７】また、上記請求項２の発明では、各インタ
フェースパッケージ、スイッチパッケージが回線速度な
どの処理能力に応じて複数種類により構成されるような
システムにあっては、同一スロットに異種のパッケージ
を挿入することが可能となり、制御パッケージと各パッ
ケージの挿入スロットとの間に挿入されるパッケージの
種類に応じた論理的に別のコネクションを設定し、論理
識別子により該コネクションを区別することで、制御パ
ッケージからは個々のパッケージ固有の挿入位置がある
ように見せることがきる。

【００４８】更に、上記請求項３の発明では、上記パッ
ケージの種類に応じた論理的に別のコネクションのため
のパスは、システム立ち上がり時にデフォルトで割り当
てることによって、論理識別子の割当や該割当に際して
の相互の割当処理を省略することができる。

【００４９】また、上記請求項４の発明では、各パッケ
ージの実装の有無やパッケージの種別、パッケージが有
する機能を、制御パッケージからの問い合わせに対する
個々のパッケージの応答に基づき認識し、他方、上記請
求項５の発明では、各パッケージの実装の有無やパッケ
ージの種別、パッケージが有する機能を個々のパッケー
ジからの自律的な通知により制御パッケージが認識する
ようにしている。いずれにおいても、システムの構成デ
ータを自動構築できる点に変わりはなく、この種の構成
データを保守コマンドで構築する必要がなくなる。

【００５０】また、上記請求項６の発明では、各パッケ
ージの実装の有無やパッケージの種別、パッケージが有
する機能に関する制御部からの問い合わせは周期的に行
うことで、運用途中での構成変更にも耐えられるように
なる。

【００５１】また、上記請求項７の発明では、各パッケ
ージのソフトウェアは通話路と同じ伝送路を使用してダ
ウンロードすることで高速なデータ伝送が実現でき、立
ち上がり時間が軽減される。更に、上記請求項８の発明
では、上記ソフトウェアのダウンロードのためのデータ
伝送の是非を、パッケージ側がその状態や機能から自律
的に判断して制御部に通知するようにしたため、制御部
がパッケージ個別の詳細情報を管理する必要が無くな
る。

【００５２】

【実施例】以下、本発明の一実施例を添付図面に基づい
て詳細に説明する。図１は本発明の構成管理方式を適用
したＡＴＭ電子交換機の要部構造を概念的に示した斜視
図である。同図に示す如くこのＡＴＭ電子交換機は、筐
体１に対して、各パッケージ間の通信を行うための伝送
路が形成されたラック２を収容するとともに、更にこの
ラック２に設けられた複数のスロット３に対して、回線
あるいは端末と接続される複数のインタフェースパッケ
ージ４、セルを論理的なチャネル識別子に従って交換す
る複数のスイッチパッケージ５、電子交換機システム全
体を制御する機能を有する複数の制御パッケージ６をそ
れぞれ挿入することにより構成されている。

【００５３】インタフェースパッケージ４には、その
他、各種パッケージも含めている。各種パッケージの詳
細は、本発明の本質とは関係ないので、以下においては
説明を省略する。

【００５４】図２は、図１に示したＡＴＭ電子交換機に
おける各パッケージ間の更に詳細な接続構成を示したも
のである。但し、図２は論理的な結線図であって、各パ
ッケージの符号については意図的に図１とは異なる符号
を用いるとともに、伝送路数、収容パッケージ枚数及び
位置関係についての具体的開示も省略している。図２に
示す結線図によれば、図１に示したＡＴＭ電子交換機
が、制御系パッケージ２１、多重化パッケージ２２、ス
イッチパッケージ２３、高速系インタフェース２４、低
速系インタフェース２５及び伝送路２６から構成される
ことが分かる。

【００５５】図１に示すインタフェースパッケージ４は
図２に示す高速系インタフェース２４及び低速系インタ
フェース２５を代表するものである。図１に示すスイッ
チパッケージ５はＢ−ＩＳＤＮのＵＮＩ（User Network
Interface）における基本速度である１５０Ｍｂ／ｓあ
るいは６００Ｍｂ／ｓのセル流を交換する高速系のスイ
ッチモジュール（スイッチパッケージ２３）と、更に低
速な１０Ｍｂ／ｓ程度のセル流を交換する低速系のスイ
ッチモジュール（多重化パッケージ２２）に分割され
る。低速系スイッチモジュールは高速系スイッチモジュ
ールの１回線に直収され、１０Ｍｂ／Ｓ速度の端末を収
容する低速系インタフェース２５を１０回線分多重化す
る。また、制御パッケージは、システムを制御するＣＰ
Ｕが実装された制御系パッケージ２１と、制御部ソフト
ウェアを保持して置くハードディスクのような２次記憶
装置あるいは負荷分散を考えＣＰＵを登載したモジュー
ルが複数枚で構成される。このうち、後者２つは本発明
とは直接関係が無いため図示するのを省略している。

【００５６】図３及び図４は、図２に示したインタフェ
ースパッケージ２４，２５、スイッチパッケージ２３及
び制御系パッケージ２１の個々の実施例に係る具体的構
成を示したブロック図である。

【００５７】まず、図３はインタフェースパッケージ２
４，２５においてセルのＶＰＩ／ＶＣＩから方路情報を
検索し、セルに付けてスイッチパッケージ２３に送る方
式の実施例を示しており、セルの交換は上記方路情報に
従ってスイッチパッケージ２３内でハード的に実施され
る。この場合、高速系スイッチモジュールとしては例え
ばBatchar-Banyan型のスイッチなどが使用される。

【００５８】詳しくは、図３（ａ）は、この方式の制御
系パッケージ２１の実施例を示すもので、制御部のソフ
トウェアが走行するＣＰＵ（ＭＰ）２１１及び方路情報
設定部２１２から構成され、これらに伝送路２６が接続
される。図３（ｂ）は、この方式のスイッチパッケージ
２３の実施例を示すもので、スイッチモジュール２３１
及びこのスイッチパッケージ２３１を制御するＣＰＵ
（ｓＰ）２３２から構成され、これらに伝送路２６が接
続される。図３（ｃ）は、この方式のインタフェースパ
ッケージ２４，２５の実施例を示すもので、自パッケー
ジを制御するＣＰＵ（ｐＰ）２４１、同期制御部２４
２、分岐機能部２４３、方路情報設定部２４４及び回線
２７から構成され、分岐機能部２４３及び方路情報設定
部２４４に対して伝送路２６が接続される。

【００５９】図４は、スイッチパッケージ２３において
セルのＶＰＩ／ＶＣＩに基づきセル交換を行う方式の実
施例を示している。詳しくは、図４（ａ）は、この方式
の制御系パッケージ２１の実施例を示すもので、制御部
のソフトウェアが走行するＣＰＵ（ＭＰ）２１１から構
成され、これに伝送路２６が接続される。図４（ｂ）
は、この方式のスイッチパッケージ２３の実施例を示す
もので、スイッチモジュール２３１、このスイッチモジ
ュール２３１を制御するＣＰＵ（ｓｐ）２３２、方路情
報設定部２３３及び２３４から構成され、これらに伝送
路２６が接続される。図４（ｃ）は、本方式のインタフ
ェースパッケージ２４，２５の実施例を示すもので、自
パッケージを制御するＣＰＵ（ｐＰ）２４１、同期制御
部２４２及び分岐機能部２４３及び回線２７から構成さ
れ、分岐機能部２４３に対して伝送路２６が接続され
る。図４に示す方式のスイッチモジュールとしては、Ba
tchar-Banyan型の他、メモリスイッチ方式も適用でき
る。

【００６０】次に、図５は図２に示した論理的な結合関
係の別の実施例として、図４に示す方式に適応した場合
における具体的ハードウェア構成の一例を示したもので
あり、制御系パッケージ２１、各種のインタフェースパ
ッケージ２４，２５がスイッチパッケージ２３にバス状
の伝送路２６を介して接続されている。かかる構成にお
いて、スイッチパッケージ２３は上記のどのパッケージ
に転送するかのタグ情報のみ付けてセルを送出する（図
４に示す例では、スイッチモジュール２３１から出側パ
ッケージに同報でセルが送信される）。

【００６１】図３及び図４のいずれの場合においても、
インタフェースパッケージ２４，２５の同期制御部２４
２はセル流に対しセル同期をとり、必要なら（つまり、
セル流がＳＤＨなどのフレームで伝達される場合には）
フレーム同期をとる機能を有する。但し、これらの機能
は本発明には直接関係しないため、図では同期制御部２
４２としての構成だけを示し、詳細な説明は省略してい
る。この他にも、図３、図４及び図５において、各パッ
ケージの構成に関しての本発明と直接関係のない事柄に
ついては説明を省略している。

【００６２】以上に述べた本発明の構成において、制御
系パッケージ２１の制御プロセッサ（ＭＰと略す）２１
１とインタフェースパッケージ２４，２５の制御プロセ
ッサまたはスイッチパッケージ２３の制御プロセッサ
（ｐＰと略す。特に、スイッチパッケージ２３のプロセ
ッサのみをｓＰと略すこともある）２４１または２３２
とは、通話路と同様にセルで通信できるようになってい
る。

【００６３】以後、これらプロセッサ間の通信路を制御
コネクションと呼ぶ。インタフェースパッケージ２４，
２５には、上記制御コネクション用のセルを他のセルか
ら分岐してｐＰ２４１に伝達するための分岐機能部２４
３が設けられている。分岐機能部２４３において、分岐
すべきセルはその分岐すべきセルのＶＰＩ／ＶＣＩ値を
上記分岐機能部２４３に登録することによって、ｐＰ２
４１に分岐されるようになる。この分岐処理のための設
定に関する説明は後述する。

【００６４】システムのインタフェースパッケージ群
は、図２に示す通り、高速系スイッチパッケージ２３に
直収される高速系インタフェースパッケージ２４と低速
系スイッチパッケージ（多重化パッケージ）２２を介し
て接続される低速系インタフェースパッケージ２５から
構成される。但し、ラック構成としては１種類のみ用意
し、同一ラックにどちらの種類のインタフェースパッケ
ージも収容できるようにしている。すなわち、本発明で
は同一スロットには高速系、低速系のどちらのインタフ
ェースパッケージも収容可能な構成となっている。

【００６５】制御系パッケージ２１から各パッケージに
接続される制御コネクションはＶＰＩ／ＶＣＩで識別さ
れ、１つのスロットには高速系インタフェースパッケー
ジ用と低速系インタフェ−スパッケージ用の２種類の制
御コネクションが設定されることになる。これにより、
制御系パッケージ２１からは１つのラックに高速系用ス
ロットと低速系用スロットの２種類が仮想的に存在する
ように見え、インタフェースモジュ−ルの実装、非実装
の管理を容易なものとしている。但し、ＶＰＩ／ＶＣＩ
を用いて各パッケージ情報を管理するにはビット長が長
く扱い難いため、ＶＰＩ／ＶＣＩの変わりに論理的なス
ロット番号を付与して上記各パッケージ情報を管理する
ようにしている。

【００６６】この論理的スロット番号の付与方法の一例
を図６に示している。論理スロット番号６０全体は１６
ビットで構成され、これを上位ビットより４，４，８ビ
ットに分割して意味付けをする。この例においては、上
位よりそれぞれパッケージ種別６１、ラック番号６２、
スロット番号６３を意味している。この中で、特にスイ
ッチパッケージに関しては後述するように位置固定とな
り、またスイッチ規模によって実装形態が変わるため、
番号付与法が特殊な形式になっている。

【００６７】以下、これらの図を使用して本発明に係る
ＡＴＭ電子交換機システムの立ち上げ動作と構成情報の
構築手順について詳細に説明する。

【００６８】（１）制御部からのポーリング監視により
システムを立ち上げる方式 図７は、この方式に基づくシステムの立ち上げ手順を示
したものである。電源オンなどにより制御パッケージの
ＭＰに対してプログラムがロードされると（Ｓ７０
１）、ＭＰは実装されるべきインタフェ−スパッケージ
に対する制御コネクションを（パッケージの実装／非実
装に係わらず）全て設定する（Ｓ７０２）。この制御コ
ネクションとして使用されるＶＰＩ／ＶＣＩ値は事前に
決められており、設定情報としてはＶＰＩ／ＶＣＩ値と
方路の対応が必要となる。

【００６９】図３に示す実施形態では、制御系パッケー
ジ２１のＭＰ２１１が自パッケージ内の方路情報のみを
記述する。この場合、ｐＰ２４１からＭＰ２１１方向へ
の制御コネクションはまだ設定されていない。この方向
の制御コネクションの設定については後述する。他方、
図４に示す実施形態では、制御系パッケージ２１のＭＰ
２１１がスイッチパッケージ２３へ制御コネクションを
通じセルによって設定を行う。従って、この実施形態の
場合、スイッチパッケージ２３と制御系パッケージ２１
との制御コネクションは事前に設定されていることが必
要であるが、これについては後で論じる。

【００７０】次いで、ＭＰは設定された制御コネクショ
ンに対し応答を要求する制御信号（構成認識要求信号）
をｐＰに送信する（Ｓ７０３）。これには、ＭＰの実装
位置などの情報も含まれる。ｐＰは、立ち上がりととも
に自パッケージの分岐機能部に対し制御コネクションの
ＶＰＩ／ＶＣＩ値に対するセルをｐＰに引き抜くための
設定を行う（Ｓ７２１）。これによって、ｐＰは、ＭＰ
からの構成認識要求信号が受信できるようになる。

【００７１】図３に示す実施形態の場合、ｐＰ２４１は
ＭＰ２１１からの構成認識要求信号を受信すると、ＭＰ
２１１の実装位置情報を引き出し、ｐＰ２４１からＭＰ
２１１方向への制御コネクションに対する方路情報を設
定する。次に、その方路情報に従いｐＰ２４１の種別、
機能などの情報を上記構成認識要求に対する構成認識応
答としてＭＰ２１１に通知する（Ｓ７２２）。ここでの
構成認識応答情報の具体的な内容としては、例えばｐＰ
２４１の収容位置情報、インタフェースの処理能力、収
容回線数、収容可能端末種別（局線収容か端末収容かな
ど）、サポート可能なサービス（コネクションレスサー
ビスのサポート可，不可など）、ｐＰ２４１としての状
態（運用中か障害発生状態かなど）などが上げられる。

【００７２】これに対し、図４に示す実施形態の場合、
方路情報の設定は必要ない。ｐＰ２４１はＭＰ２１１か
らの構成認識要求に対し、上記と同様の構成認識応答を
即座に通知する（Ｓ７２２）。ＭＰ２１１は上記構成認
識応答情報を受信した場合（Ｓ７０４）、受信したｐＰ
２４１を実装状態とし、当該情報に基づきｐＰ２４１の
構成データを構築する（Ｓ７０５）。もし、一定時間の
間に構成認識応答がｐＰ２４１から送られてこない場合
には、該ｐＰ２４１は非実装として処理する。また、上
記構成認識要求は一定時間間隔で全制御コネクションに
対して送信され、運用中にｐＰ２４１が活線挿抜された
場合でも、自動的にＭＰ２１１の構成データの内容が変
更されるようになっている。

【００７３】上記の如くの手順で構成データを作成した
後、必要があれば、ｐＰの制御ソフトウェアをＭＰから
ダウンラインロードし（Ｓ７０６）、ｐＰへのデータ設
定を行って（Ｓ７０７）、ｐＰを起動する（Ｓ７０
８）。このＭＰからの制御に対し、ｐＰはファイルロー
ドを行い（Ｓ７２３）、かつデータ設定を行うことによ
り（Ｓ７２４）、運用開始の状態となる（Ｓ７２５）。

【００７４】ここで、必要に応じてｐＰの制御ソフトウ
ェアをＭＰからダウンラインロード（ＤＬＬ）する場合
も、制御コネクョンを使用し、上記構成認識要求に応じ
て実行される。但し、ＤＬＬは全てのパッケージに対し
て行われるわけではなく、例えばスイッチパッケージの
ように立ち上がりの即応性やソフトウェアに対する高信
頼性が必要なものはソフトウェアをＲＯＭ化し、ＤＬＬ
は行わない。

【００７５】また、ｐＰの状態によってもＤＬＬの是非
判断が分かれる。このＤＬＬの是非判断は、上記構成認
識応答情報の要素としてｐＰから通知される。つまり、
本発明ではＤＬＬの是非判断をｐＰが自パッケージ種
別、状態から判断するような構成となっている。

【００７６】図３に示す実施形態の場合、本方式（制御
部からのポーリング監視によるシステム立ち上げ方式）
の適用に際し、ＭＰ２１１及びｓＰ２３２を除くｐＰ２
４１の実装位置は任意位置となる。ｓＰ２３２はインタ
フェースパッケージ２４，２５、制御系パッケージ２１
との伝送路配線上固定位置実装となる。ＭＰ２１１など
の実装スロットフリーによる長所については後述する。

【００７７】他方、図４に示す実施形態の場合、ＭＰ２
１１とｓＰ２３２の制御コネクションは事前に設定され
ていることが必要なため、ＭＰ２１１は固定位置実装と
なる。但し、この場合でも、ｐＰ２４１の単純な制御を
行う部分と、システム全体の管理や保守者インタフェー
スなど運用保守系の上位機能を実現する部分とを切り放
し、前者を固定位置実装部分のＭＰに、後者をスロット
フリーのＭＰに配置することが可能である。

【００７８】（２）ｐＰからの自律通知により立ち上げ
る方式 制御系パッケージ２１からのポーリング監視のみで構成
データを構築する上記方式によれば、立ち上げ時間があ
る程度増大するすることを避けられない。この点の対策
としては、システム立ち上げに際し、上記構成認識応答
と同内容の情報をｐＰからＭＰに対して自律的に通知す
ることで立ち上げ時間を短縮化することができる。この
場合、ＭＰは固定位置に実装することが必要となり、ｐ
Ｐ−ＭＰ間の制御コネクションは双方向とも立ち上げと
同時に設定される。

【００７９】この方式に基づく立ち上げ手順の一例を図
８に示すフローチャートを参照して説明する。電源オン
などによりＭＰに対してプログラムがロードされると
（Ｓ８０１）、ＭＰは実装されるべきインタフェ−スパ
ッケージに対する制御コネクションを、パッケージの実
装／非実装に係わらず全て設定する（Ｓ８０２）。この
後、ＭＰはｐＰからの通知情報の到来を監視し、該通知
情報を受信したら（Ｓ８０３）、その内容に基づき構成
データを作成する（Ｓ８０４）。

【００８０】一方、ｐＰは、立ち上がりとともに自パッ
ケージを初期化した後（Ｓ８２１）、ＭＰ方向への制御
コネクションに対する方路情報を設定する（Ｓ８２
２）。次いで、その方路情報に従いＭＰに対してｐＰの
種別、機能などの情報を立ち上がり通知情報としてＭＰ
に通知する（Ｓ８２３）。ここでの立ち上がり通知情報
の具体的な内容としては、例えばｐＰの収容位置情報、
インタフェースの処理能力、収容回線数、収容可能端末
種別（局線収容か端末収容かなど）、サポート可能なサ
ービス（コネクションレスサービスのサポート可，不可
など）、ｐＰとしての状態（運用中か障害発生状態かな
ど）などが上げられる。

【００８１】かかる手順により構成データを作成した
後、必要があれば、ｐＰの制御ソフトウェアをＭＰから
ダウンラインロードし（Ｓ８０５）、ｐＰへのデータ設
定を行って（Ｓ８０６）、ｐＰを起動する（Ｓ８０
７）。このＭＰからの制御に対し、ｐＰはファイルロー
ドを行い（Ｓ８２４）、かつデータ設定を行うことによ
り（Ｓ８２５）、運用開始の状態となる（Ｓ８２６）。

【００８２】本方式（ｐＰからの自律通知による立ち上
げ方式）では、上述の如くＭＰを固定位置に実装するこ
とが必要となるが、ＭＰの上位機能部分を分離して、こ
れをスロットフリーＭＰに配置することは可能である。
また、ｐＰの立ち上げ時には複数枚のｐＰから立ち上が
り信号がＭＰに集中するが、ＭＰ側にこれらを受理する
ために十分なキューが用意されていれば、処理上の問題
は起こらない。その理由として、制御コネクションは、
通話路と同じ高速な伝送路に設定されているため、制御
コネクションに対するふくそうは考慮する必要がないか
らである。更に、ｐＰからの自律通知に加え、ＭＰから
の定期監視機能も盛り込むことで、ＭＰ内のキュー長を
抑えることも可能となる。

【００８３】このように、本発明によれば、制御信号を
通話信号と同じ伝送路を使用してセルにより通信するよ
うにしたため、システム立ち上がりなどで制御信号がバ
ースト的に発生する場合でも制御信号を制御部（制御パ
ッケージ）に通信させることが可能となる。また、各イ
ンタフェースパッケージ、スイッチパッケージが回線速
度などの処理能力に応じて複数種類により構成されるよ
うなシステムにあっては、同一スロットに異種のパッケ
ージを挿入可能とし、制御部とパッケージの挿入スロッ
トとの間に挿入されるパッケージの種類に応じた論理的
に別のコネクションを設定し、論理識別子により該コネ
クションを区別することで、制御部からは個々のパッケ
ージ固有の挿入位置があるように見せることがきる。更
に、これらのバスはシステム立ち上がり時にデフォルト
で割り当てることで、論理識別子割当やこの割当に際し
ての相互の割当処理を省略することができる。

【００８４】また、各パッケージの実装有無やパッケー
ジの種別、パッケージの有する機能を制御部からの問い
合わせあるいはパッケージからの自律的な通知により制
御部が認識し、これによりシステムの構成情報を構築す
ることで、システム構成を保守コマンドで構築する必要
がなくなる。制御部からの問い合わせは周期的に行うこ
とで、運用途中での構成変更にも耐えられる。更に、各
パッケージのソフトウェアは通話路と同じ伝送路を使用
することで高速なデータ伝送が実現でき、立ち上がり時
間が軽減され、該データ伝送の是非をパッケージ側がそ
の状態や機能から自律的に判断し、制御部に通知するた
め制御部がパッケージ個別の詳細情報を管理する必要が
無くなる。

【００８５】以上の実施動作を整理すると、本発明の構
成管理方式の効果上の特徴は大きく分けて以下に述べる
３つの側面から考えることができる。

【００８６】（３ａ）自動構成認識に対するメリット 本発明によればシステムが自動的に構成情報を構築する
ため、構成情報に関する複雑なコマンド投入が必要なく
なるばかりでなく、運用中の構成変更についてもパッケ
ージの移設が容易なため、システム構成に関して柔軟性
の高いシステムが実現できる。

【００８７】（３ｂ）ＭＰのスロットフリーに対するメ
リット 本発明によれば、ＭＰの全部あるいは上位機能の配置を
任意（すなわちスロットフリー）とすることが可能であ
る。これにより、ＭＰの保守性が向上し、分散システム
への適応性に優れるなどのメリットが生じる。前者につ
いては、従来技術によれば、ＭＰ実装専用ラックが故障
した場合、ラックの交換が必要となり、修理に要する時
間が長くなる。保守性を向上させるため１システムは通
常複数ラックで構成されるが、ＭＰラックの故障は即シ
ステムダウンにつながり、ＭＰラックの補修が完了する
までシステムは動作できないことから、システム運用上
多大な影響が生じる。一方、ＭＰがスロットフリーとな
る本発明のケースでは、故障していないラックにＭＰを
移設することで、当面の障害は対処可能で、特にシステ
ムダウン時間は短縮される。

【００８８】また、後者については、複数ノードの分散
処理により１つの交換機システムが構成される場合、シ
ステムを制御する上位制御機能の配置を任意にできるた
め上位機能を配置したノードの故障率を特別視する必要
がない。分散システムへの適応性の高さは、本発明が制
御コネクションをユーザのコネクションと同じ方式で扱
っていることからも派生している特徴である。

【００８９】（３ｃ）ソフトウェア開発へのメリット 本発明によれば、パッケージの固有情報をパッケージよ
り通知することでハードウェアの仮想モデルと実体のマ
ッピングが容易となる。図９は本発明のＡＴＭ電子交換
機システムに適用するソフトウェアの一実施例を示すも
のであり、システムを制御する上位ソフトであるサービ
ス制御系９０１、サービス制御系９０１によって制御さ
れるモデル化されたハードウェア機能であるハードウェ
ア制御エンティティ９０３とそれらの集合で具体的なハ
ードウェア９０４と対応してその制御を行うハードウェ
ア制御系９０２及び仮想ハードウェアモデル９０５によ
って構成される。

【００９０】仮想ハードウェアのモデルはハードウェア
の有する機能として考えられるものを一般化あるいは抽
象化してモデル化したものである。具体的なハードウェ
アが有する機能とのマッピングはハードウェア（ｐＰ）
から通知される情報を基にサービス制御系ソフトウェア
９０１によって行なわれる。仮想モデルを将来の拡張ま
で含めてある程度機能を大きく設定して置けば、ハード
ウェア構成の変更やパッケージ種別の追加などに上位管
理機能のソフトウェアが影響を受けずに済むことにな
る。このことは、アーキテクチャの異なるハードウェア
でも上位管理ソフトは同一のもので動作可能にできるこ
とを示唆しており、ソフトウェアの流通性改善に対する
インパクトは大きいといえる。

【００９１】また、（３ｂ）の項で述べた分散システム
への適応性の高さの長所は、ソフトウェア開発上、上位
管理ソフトが分散制御用か集中制御用かを区別する必要
がないことを意味し、システム構成に依存しないソフト
ウェアの開発に大きな貢献を果たすことになる。

【００９２】

【発明の効果】以上説明したように、本発明では、制御
路と通話路を分離せずに同一伝送路を用い、パッケージ
間情報等の任意の制御情報をＡＴＭ通信方式により同一
のセル形式で通信するシステム構成としたため、保守コ
マンド投入によらずしかも立ち上げ時等における制御情
報のバースト的な発生に際しても安定的に構成データの
自動構築ができ、高い工事性を維持しながらハードウェ
アの実装上の問題を解消できる。また、構成データの自
動構築に際しては具体的な実装位置ではなく論理的な位
置情報のみでパッケージ情報を通信せしめ、併せてパッ
ケージ挿抜毎にその状態情報を収集すべく制御すること
によって、パッケージの実装位置の制限緩和と構成デー
タの更新処理の容易化を図りながらシステムの構成変更
や分散化に対しても柔軟な対応が可能となる。

【００９３】従って、総合的な観点から本発明はシステ
ムの保守性に優れ、システム管理形態に依存せずしかも
流通性の高いソフトウェアの開発が可能になるという優
れた利点を有するものとなる。

【図面の簡単な説明】

【図１】本発明の構成管理方式を適用して成るＡＴＭ電
子交換システムの要部概略構造を示す斜視図。

【図２】図１に示した構造を対象とする各パッケージの
論理的な接続構成の一例を示す図。

【図３】図２に示した論理的な接続構成に基づく各パッ
ケージの一実施例を示すブロック図。

【図４】図２に示した論理的な接続構成に基づく各パッ
ケージの他の実施例を示すブロック図。

【図５】図１に示した構造を対象とする各パッケージの
論理的な接続構成の他の例を示す図。

【図６】本発明の構成管理方式に基づく論理スロット番
号付与方法の説明図。

【図７】本発明の構成管理方式に基づくシステム立ち上
げ手順の一例を示すフローチャート。

【図８】本発明の構成管理方式に基づくシステム立ち上
げ手順の他の例を示すフローチャート。

【図９】本発明の構成管理方式で用いるソフトウェアの
構成図。

【図１０】ＡＴＭ通信で用いられる一般的なセルのフォ
ーマットを示す図。

【図１１】従来の構成管理方式に基づくＡＴＭ電子交換
システムの構成例を示すブロック図。

【図１２】従来の構成管理方式に基づくＡＴＭ電子交換
システムの他の構成例を示すブロック図。

【図１３】従来の構成管理方式で用いるソフトウェアの
構成図。

【符号の説明】

１ 筐体 ２ ラック ３ スロット ４ インタフェースパッケージ ５ スイッチパッケージ ６ 制御パッケージ ２１ 制御系パッケージ ２１１ 方路情報設定部 ２１２ 制御部（ＭＰ） ２２ 多重化パッケージ ２３ スイッチパッケージ ２３１ 制御部（ｓＰ） ２３２ スイッチ部 ２３３，２３４ 方路情報設定部 ２４ 高速系インタフェース ２４１ 同期制御部 ２４２ 制御部（ｐＰ） ２４３ 分岐機能部 ２４４ 方路情報設定部 ２５ 低速系インタフェース ２６ 端末または回線間通信で使用されるセルの伝送路
と物理的に同じ伝送路 ２７ 端末または回線間通信で使用されるセルの伝送路 ６０ 論理スロット番号 ６１ パッケージ種別 ６２ ラック番号 ６３ スロット番号

───────────────────────────────────────────────────── フロントページの続き (72)発明者 平木 久美子 東京都千代田区内幸町一丁目１番６号 日 本電信電話株式会社内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 回線または端末と接続される複数のイン
   タフェースパッケージと、チャネル識別子を有するヘッ
   ダ及びユーザの情報を転送するペイロードから成るセル
   と呼ばれる固定長のパケットを前記チャネル識別子に従
   って交換する複数のスイッチパッケージと、電子交換機
   システムを制御する機能を有する複数の制御パッケージ
   と、前記各パッケージを挿入するためのスロット及び前
   記各パッケージ間の通信を行うための伝送路から成るラ
   ックとを有し、前記セルにより情報通信を行うＡＴＭ方
   式の電子交換機システムにおいて、 前記制御パッケージは、前記インタフェースパッケー
   ジ，前記スイッチパッケージの監視または管理に必要な
   構成データを当該各パッケージ間で通信される制御情報
   に基づき自動的に構築する構成データ自動構築手段を具
   備し、前記パッケージ間の制御情報の伝送に際しては、
   端末あるいは回線間の通信で使用されるセルの伝送路と
   物理的に同じ伝送路及び前記セルを用いることを特徴と
   するＡＴＭ電子交換機システムにおける構成管理方式。
2. 【請求項２】 複数のインタフェースパッケージ、複数
   のスイッチパッケージ及び各スロットの伝送路を、処理
   可能な物理レイヤの伝送速度に応じて複数種類備えると
   ともに、同一スロットには該スロットに挿入されるパッ
   ケージの処理可能な伝送速度に応じて複数種類の識別子
   を付与し、前記制御パッケージは該識別子を論理的なス
   ロット番号として各パッケージを管理し、かつこの論理
   的なスロット番号を用いて前記各パッケージ間における
   前記制御情報の交換を行うことを特徴とする請求項１記
   載のＡＴＭ電子交換機システムにおける構成管理方式。
3. 【請求項３】 インタフェースパッケージ，スイッチパ
   ッケージ間における前記制御情報の通信に用いるチャネ
   ル識別子は、予め論理的なスロット番号と対応させて割
   り振っておくことを特徴とする請求項２記載のＡＴＭ電
   子交換機システムにおける構成管理方式。
4. 【請求項４】 制御パッケージは前記論理的なスロット
   番号に対してパッケージの種別や機能に関する情報の問
   い合わせを前記セルにより行い、該問い合わせに対する
   応答に基づき前記構成データを構築することを特徴とす
   る請求項２記載のＡＴＭ電子交換機システムにおける構
   成管理方式。
5. 【請求項５】 インタフェースパッケージ，スイッチパ
   ッケージは、パッケージの立ち上げ時にパッケージの種
   別や機能に関する制御情報を前記予め割り振られたチャ
   ネル識別子を付与したセルにより前記制御パッケージに
   通知し、該制御パッケージは該通知された情報に基づき
   前記構成データを構築することを特徴とする請求項３記
   載のＡＴＭ電子交換機システムにおける構成管理方式。
6. 【請求項６】 制御パッケージは、前記論理的なスロッ
   ト番号に対して周期的にパッケージの状態に関する問い
   合わせを前記セルにより行い、該問い合わせに対する応
   答に基づき前記構成データを構築することを特徴とする
   請求項２記載のＡＴＭ電子交換機システムにおける構成
   管理方式。
7. 【請求項７】 インタフェースパッケージ，スイッチパ
   ッケージを制御するソフトウェアは、前記論理的なスロ
   ット番号により識別されるチャネルを用いて前記制御パ
   ッケージの制御により転送されることを特徴とする請求
   項３記載のＡＴＭ電子交換機システムにおける構成管理
   方式。
8. 【請求項８】 インタフェースパッケージ，スイッチパ
   ッケージを制御するソフトウェアの転送の是非あるいは
   要・不要は、インタフェースパッケージ，スイッチパッ
   ケージの種別、状態に応じて当該各パッケージが自己判
   断し、前記制御パッケージに通知することを特徴とする
   請求項７記載のＡＴＭ電子交換機システムにおける構成
   管理方式。