JPH09205438A - Ａｔｍ交換局における回線インタフェース装置 - Google Patents

Abstract

(57)【要約】 【課題】 ＡＴＭ交換局における回線インタフェース装
置に関し、プロセッサの負荷を軽くし、したがって高速
の通信インタフェースを不要とすることを目的とする。 【解決手段】 プロセッサ１３との間では伝送品質の測
定の開始および停止に関する情報とその測定に関する情
報についてのみ情報交換し、その測定の開始状態に入っ
た後に、対向する他のＡＴＭ交換局との間でＯＡＭセル
４の交換を逐次行うことにより遷移する伝送品質の測定
進行状態については自己管理し、プロセッサ１３の介在
なしに、自律的に実行する状態管理部２０を回線インタ
フェース装置１２の内部に備えるように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は非同期転送モード
（Asynchronous Transfer Mode：以下、ＡＴＭ）交換シ
ステムにおける伝送品質監視機構、特にＡＴＭ交換局内
の回線インタフェース装置に関する。非同期転送モード
（以下、ＡＴＭとも称す）交換システムは、複数のＡＴ
Ｍ交換機が回線を介して例えばカスケード接続される。
このようなＡＴＭ交換システムにおいては、システムの
信頼性向上のため、各回線の伝送品質を、各回線上に固
定長の監視用セルを流すことによって監視する、という
ことが行われている。

【０００２】本発明は上記の監視を行うための、ＡＴＭ
交換システムにおける監視機構について述べるものであ
る。

【０００３】

【従来の技術】図２７は本発明が適用される非同期転送
モード交換システムの一例を示す図である。このＡＴＭ
交換システムは、４つのＡＴＭ交換局１（図中のＡ局、
Ｂ局、Ｃ局およびＤ局）と、これらをカスケード接続す
る回線２とからなる。本図では、ＡＴＭ交換局１Ａから
交換局１Ｄに向けて、複数の回線２を経由し、測定用Ｏ
ＡＭ（Operation Administration and Maintenance) セ
ル（以下、単にＯＡＭセルとも称す）を送出する。この
ＯＡＭセルの転送によって、Ａ局（１Ａ）からＤ局（１
Ｄ）までの回線の伝送品質を測定することができる。

【０００４】この伝送品質の測定は、Ａ局（１Ａ）のコ
ンソールから、または全システムの集中管理センタであ
るＯＳｓ(Opened Support System) からのActivation
（起動）要求に従って、測定用ＯＡＭセルの送信を開始
する。一方、Ｄ局（１Ｄ）はそのコンソールから、また
は上記ＯＳｓからのActivation要求に従って、当該測定
用ＯＡＭセルの受信を開始する。

【０００５】このような測定用ＯＡＭセルのやりとりに
よって、Ａ局（１Ａ）およびＤ局（１Ｄ）間の伝送品質
を測定することができる。なお、図２７における、伝送
品質の測定に当っては２つの「指定」がある。１つは、
Ａ局１ＡからＤ局１ＤへＯＡＭセル４の送出を指定す
る、Forward Monitoring指定であり、もう１つは、Ａ局
１ＡとＤ局１Ｄとの間で測定した伝送品質の測定結果を
Ａ局１Ａに返送するBackward Reporting指定である。

【０００６】また図２７における伝送品質の測定の実行
に関しては、 （ｉ）Activation要求を、Ａ局１ＡからＡＣＴ要求ＯＡ
Ｍセル４に乗せてＤ局１Ｄに通知し、その測定を開始す
ることができる。 （ii）一方、Deactivation（停止）要求を、Ａ局１Ａか
らDeactivation要求ＯＡＭセル４に乗せてＤ局１Ｄに通
知し、その測定を停止することができる。

【０００７】図２８はＯＡＭセルを転送する状況を表す
図である。Ａ局（１Ａ）からＤ局（１Ｄ）に向って一連
のセル３および４が、回線２上を流れている様子を示
す。ここにセル３はＵＩ（User Information) セルであ
り、セル４は上述した伝送品質測定用のＯＡＭセルであ
る。ＵＩセル３は、加入者間の通信のために用いられる
本来のデータセルである。

【０００８】ＯＡＭセル４は、一定個数のＵＩセル３を
周期的に挟む形式で、一連のセルの流れの中に挿入され
る。これらのＯＡＭセル４を、伝送品質の測定のために
どのように用いるかは、自由に決めることができる。例
えば、あるＯＡＭセル４には、引き続いて流れるＵＩセ
ルの送信個数を書込んでおく。そして、当該ＵＩセル群
の相手局（例えばＤ局）での到達個数をこのＤ局で調べ
る。ＯＡＭセル４に書き込まれた送信個数に比べて、Ｄ
局で実際に受信したセルの個数が少なかったり、あるい
は多かったりすると、この回線２を通じたセルの伝送品
質はかなり劣化しているものと判定される。

【０００９】また他の例としては、ＵＩセルの個数の増
減ではなく、パリティのチェック等をＯＡＭセル４を用
いて行い、ＵＩセル３のダメージの程度を知る、という
ことも可能である。図２９はＯＡＭセルのマッピング例
を示す図である。本図において、ＯＡＭセル４は固定長
のセル、例えば一般のＡＴＭセルと同様の５３バイト長
である。

【００１０】この５３バイト長の内訳は、図示するよう
に、ヘッダ、ＯＡＭ機能、Forwardmonitoring情報およ
びBackward reporting情報である。ヘッダ（header) に
は、当該セルが、ＵＩセルではなく、測定用のＯＡＭで
あることを表示する。ＯＡＭ機能（function) には、当
該セルが測定用のＯＡＭ機能を有していることを表示す
る。この他にＯＡＭ機能としては、試験用のＯＡＭ機能
やアラーム通知用のＯＡＭ機能等があるが、これら二者
のＯＡＭ機能は、本発明には直接関係しない。

【００１１】Forward monitoring情報は、既述のよう
に、Ａ局（１Ａ）がＤ局（１Ｄ）に対し、当該ＯＡＭセ
ル４に続いて、何個のＵＩセル３を挟んでいるか、とい
う測定情報を伝えるためのものである。Backward repor
ting情報は、既述のように、Ａ局（１Ａ）がＤ局（１
Ｄ）に対してＯＡＭセル４により送信した上記の測定情
報に基づき、Ｄ局（１Ｄ）が収集した測定データ（測定
結果）を、Ａ局（１Ａ）に返送するのに用いる情報であ
る。（図１における左向き矢印により表された測定用Ｏ
ＡＭセル参照。） 図３０は図２７に示す各ＡＴＭ交換局のさらに詳しい構
成を示す図である。本図において、１は前述したＡＴＭ
交換局であって、例えばＡＴＭ交換局（Ａ局）１Ａであ
る。このＡＴＭ交換局１は回線２を介して他のＡＴＭ交
換局（例えば前述のＤ局１Ｄ）に接続する。これらＡ局
やＤ局はいずれも同様の構成を有する。

【００１２】すなわち、図示する構成要素１２，１３，
１４，１５，１６および１７からなる。構成要素１２
は、回線インタフェース装置（Ｌ・ＩＮＦ）（以下、イ
ンタフェース装置とも称す）であり、回線２に直列に挿
入される。図中、上下２段に分けて対になって示してい
るが、上段の回線インタフェース装置（Ｌ・ＩＮＦ）１
２は現用側の装置であり、下段の回線インタフェース装
置（Ｌ・ＩＮＦ）は予備側の装置であって、いわゆる二
重化構成をとっている。

【００１３】各回線インタフェース装置（Ｌ・ＩＮＦ）
１２は、回線２を介して対向するＡＴＭ交換局１との間
で授受されるセルの送受信を制御するための装置であ
る。なお、このインタフェース装置（Ｌ・ＩＮＦ）は、
加入者回路とのＡＴＭスイッチ１１との間のインタフェ
ースや、局内回線とＡＴＭスイッチ１１との間のインタ
フェースを行うためにも用いられる。

【００１４】構成要素１３は、ＡＴＭスイッチ１１の制
御ならびに各回線インタフェース装置（Ｌ・ＩＮＦ）の
制御を行うためのプロセッサであり、このプロセッサ１
３と協働するメモリ１７と共に、ＡＴＭ交換局１全体の
中核をなすものである。構成要素１５は、前出のコンソ
ールであり、ここから前述のActivation要求やDeactiva
tion要求を指示することができる。

【００１５】構成要素１４は、そのコンソール１５を制
御するためのコンソール制御装置であって、プロセッサ
１３と協働する。構成要素１７は、上述のメモリであ
り、プログラムの格納ならびにデータの一時的な保持を
行う。また図中の参照番号１８は、前出の集中管理セン
タ（ＯＳｓ）であり、ここからも、Activation要求やDe
activation要求が出されることがある。このＯＳｓ１８
は、図２７に示すＡＴＭ交換システム全体の管理を１ヶ
所で集中して行う。

【００１６】

【発明が解決しようとする課題】図２７を参照すると、
従来、本発明の主題をなす伝送品質監視機構は、プロセ
ッサ１３が担うべき本来的な役割であるため、このプロ
セッサ１３によって形成されていた。しかしながら、伝
送品質測定用ＯＡＭ４を介して対向ＡＴＭ交換局のプロ
セッサとやりとりされるメッセージの処理量はかなり多
く、プロセッサ１３の負荷は相当重くなっている。この
ためプロセッサ１３が担うべき、伝送品質測定以外の処
理が高速に行えなくなってしまう、という問題がある。

【００１７】さらに加えて、回線２を介して測定用ＯＡ
Ｍセル４を送受信する回線インタフェース装置（Ｌ・Ｉ
ＮＦ）１２とプロセッサ１３との間、すなわちこれら装
置（Ｌ・ＩＮＦ）１２とプロセッサ１３との間に配置さ
れるＡＴＭスイッチ１１内には、高速の通信インタフェ
ースを形成しておかなければならず、ＡＴＭ交換局のコ
スト増を招く、という問題がある。

【００１８】したがって本発明は上記問題点に鑑み、回
線インタフェース装置（Ｌ・ＩＮＦ）１２とプロセッサ
１３との間に設けられる高速の通信インタフェースを不
要とし、そのためにプロセッサ１３が担うべき、伝送品
質測定のための処理を簡素化することのできる、ＡＴＭ
交換システムにおける伝送品質監視機構を提供すること
を目的とするものである。

【００１９】

【課題を解決するための手段】図１は本発明の基本構成
を表す図である。本図は図３０の構成要素の要部を抽出
したものである。この図１において、ＡＴＭ交換局１
は、セル３，４の転送を行う回線２に挿入されるＡＴＭ
スイッチ１１と、ＡＴＭスイッチ１１に付帯しかつプロ
セッサ１３の管理のもとでセル３，４の送受信を行う回
線インタフェース装置１２とを有してなり、回線２を介
して対向する他のＡＴＭ交換局との間で、伝送品質を測
定するための測定用ＯＡＭ（Operation Administration
and Maintenance) セル４を送受信する。

【００２０】このようなＡＴＭ交換局１において、本発
明の特徴は、回線インタフェース装置１２、特にその内
部に形成される状態管理部２０にある。この状態管理部
２０は、プロセッサ１３との間では伝送品質の測定の開
始および停止に関する情報とその測定に関する情報につ
いてのみ情報交換し、その測定の開始状態に入った後に
対向する他のＡＴＭ交換局との間で測定用ＯＡＭセル４
の交換を逐次行うことにより遷移する、伝送品質の測定
進行状態については自己管理し、プロセッサ１３の介在
なしに、自律的に実行する。

【００２１】かくして、測定用ＯＡＭセル４を用いた伝
送品質の測定処理の殆どは、プロセッサ１３の介在なし
に、回線インタフェース装置１２が自己管理のもとに自
律的に行うことになる。この結果、プロセッサ１３の負
荷は大幅に軽減される。また、プロセッサ１３と回線イ
ンタフェース装置１２との間の情報交換は縮小し、従来
これらの間に必要とされていた高速の通信インタフェー
スは不要となり、低速の通信インタフェースのみで十分
となる。

【００２２】

【発明の実施の形態】図２は対向するＡＴＭ交換局相互
間でやりとりされる各種コマンドを表す図である。本図
において、対向する発信側および着信側のＡＴＭ交換
局、例えば図２７における局１Ａおよび１Ｄである。こ
れらの間でやりとりされる、予め規定された（例えばBe
llCoreの仕様書）各種コマンドが示されており、ＯＡＭ
セル４を用いてやりとりされる。各種コマンドの意味は
次のとおりである。本図の上段か下段へ順次説明する。

【００２３】Activation Request：伝送品質測定の開始
を、Ａ局（１Ａ）からＤ局（１Ｄ）に要求するためのコ
マンドである。 Activation Confirmed：Ｄ局（１Ｄ）がそのActivation
Requestに応えて、これをＡ局（１Ａ）に対して確認通
知するための応答である。 Activation Denied ：Ｄ局（１Ｄ）がそのActivation R
equestに応じられず、Ａ局（１Ａ）に対し拒否すること
を示すコマンドである。

【００２４】Monitoring（右方向）：当該ＯＡＭセル
が、Ａ局からＤ局方向の伝送品質を測定するためのセル
の流れであることの表示である。 Monitoring（左方向）：当該ＯＡＭセルが、Ｄ局からＡ
局方向の伝送品質を測定するためのセルの流れであるこ
との表示である。 Deactivation Request：Ａ局からＤ局に対して、伝送品
質測定の停止を要求するためのコマンドである。

【００２５】Deactivation Confirmed：Ｄ局がそのDeac
tivation Requestに応えて、これをＡ局に対して確認通
知するための応答である。 Deactivation Denied ：Ｄ局がそのDeactivation Reque
stに応じられず、Ａ局に対し拒否することを示す応答で
ある。 図３は状態管理部２０によって自己管理される、伝送品
質の測定進行状態の遷移を表す状態遷移図（その１）、
図４は同図（その２）、図５は同図（その３）、図６は
同図（その４）、図７は同図（その５）、図８は同図
（その６）、図９は同図（その７）、図１０は同図（そ
の８）である。

【００２６】これらの図３〜図１０は、次のことを具体
的に表すための図である。すなわち、回線インタフェー
ス装置１２内の状態管理部２０は、伝送品質の測定の開
始状態に入った後は対向する他のＡＴＭ交換局との間で
ＯＡＭセル４の交換を逐次行うことにより遷移する前記
伝送品質の測定進行状態について自己管理し、プロセッ
サ１３の介在なしに、自律的に実行すること、そしてプ
ロセッサ１３との間では伝送品質の測定の開始および停
止に関する情報とその測定に関する情報についてのみ情
報交換することである。

【００２７】なお全図を通じ二重枠の部分は、もともと
前述の規格において定義されている状態である。まず図
３（その１）を参照する。 ＜状態１＞：次に発生する事象（イベント）の到来を待
つ、待ちの状態である(Ready) 。

【００２８】＜状態２＞：その後、前述の例によれば、
回線２を介し、Ｄ局（１Ｄ）より、Activation Request
を含むＯＡＭセル４を受信したものとする（Ａｃｔセル
受信）。 ＜状態３＞：状態２の事実は、Ａ局１Ａのプロセッサ
（ＣＰＵ）１３に通知される（Ａｃｔセル受信通知）。

【００２９】＜状態４＞：それと同時にタイマー処理を
開始する（timing設定）。 ＜状態５＞：＜状態４＞で設定された一定の時間、＜状
態３＞の通知に対するＣＰＵ１３からの応答を待つ（Wa
it activation response) 。 ＜状態６＞：ＣＰＵ１３からのその通知に対する応答は
ＯＫであったものとする（Activate OK)。

【００３０】次に図４（その２）を参照する。 ＜状態７＞：回線２を介し、Ｄ局（１Ｄ）に対して前記
のActivation Confirmedを返す（Activate Confirm送
出）。 ＜状態８＞：ここにＡ局は本来のActivationの状態に入
る（Active）。すなわち、図示する、伝送品質の測定状
態に入る。また、Ａ局のＣＰＵは測定データの収集を行
う。

【００３１】＜状態９＞：＜状態８＞でActivationの状
態に入った後で、回線２からさらにActivation Request
を含むＯＡＭセル４を受信したものとする（Ａｃｔセル
受信）。この場合は、ＣＰＵ１３にその受信通知をする
ことなく、＜状態８＞に戻る。 次に図５（その３）を参照する。

【００３２】＜状態１０＞：Ａ局（１Ａ）のＣＰＵ１３
から、Activation Requestを含むＯＡＭセル４の送出要
求を受信したものとする（Activateセル送出要求の受
信）。 ＜状態１１＞：＜状態１０＞での要求に応じて、Ａ局よ
り回線２を介し、Ｄ局へActivation Requestを含むＯＡ
Ｍセル４を送出する（Activateセル送出）。 ＜状態１２＞：それと同時にタイマー処理を開始する
（timing設定）。

【００３３】＜状態１３＞：＜状態１２＞で設定された
一定の時間の間、Ｄ局からのActivation Confirmedコマ
ンドを待つ(Wait activation confirmed）。 ＜状態１４＞：回線２を介しＤ局よりそのActivation C
onfirmedを受信したものとする(Act confirmed受信）。 次に図６（その４）を参照する。

【００３４】＜状態１５＞：＜状態１４＞にてActivati
on Confirmedコマンドを受信したので、ActivationはＯ
Ｋの旨を、Ａ局のＣＰＵ１３に送出する（Ａｃｔ ＯＫ
送出）。ＣＰＵ１３は伝送品質の測定データの収集を行
う。 ＜状態１６＞：＜状態１３＞において、Activation Con
firmedコマンドがタイマー時間内に、Ａ局に到達しなか
ったものとする（timing out) 。

【００３５】＜状態１７＞：＜状態１１＞のActivation
Requestを含むＯＡＭセル４の送出を再度実行する（リ
トライアウト？）。 ＜状態１８＞：＜状態１７＞でのリトライが失敗に終わ
ると（リトライアウト＝ＹＥＳ）、 Ready状態に戻る。 ＜状態１９＞：＜状態１７＞でのリトライに成功すると
（リトライアウト＝ＮＯ）、その結果Ａ局は回線２を介
し、Ｄ局に対してActivation Requestを含むＯＡＭセル
４を送出する（Activationセル送出）。なお、このリト
ライは例えば３回である。その後、＜状態１３＞に戻
る。

【００３６】＜状態２０＞：＜状態８＞でのActivation
（伝送品質の測定開始）により測定を実施した後、Ｄ局
より回線２を介してDeactivation Requestを含むＯＡＭ
セル４を受信したものとする(Deactセル受信）。 ＜状態２１＞：Ａ局は回線２を介してＤ局に対し、Deac
tivation Confirmedコマンドを送出する(Deact confirm
送出）。

【００３７】＜状態２２＞：その後、Ａ局は Ready状態
に入る。次に図７（その５）を参照する。 ＜状態２３＞：この状態は、図４の＜状態８＞に相当す
る。Activationの状態である（Active）。この状態下
で、目的とする伝送品質の測定が行われる。 ＜状態２４＞：その測定の実行後、Ａ局のＣＰＵ１３か
らの要求により、Ｄ局に対し、Deactivation Requestを
含むＯＡＭセル４を送信すべき旨の要求を受信したもの
とする(Deactセル送信要求の受信）。

【００３８】＜状態２５＞：＜状態２４＞での要求に従
い、Ａ局より、Deactivation Requestを含むＯＡＭセル
４を、回線２を介してＤ局に送信する(Deactセル送
出）。 ＜状態２６＞：それと同時にタイマー処理を開始する
（timing設定）。 ＜状態２７＞：＜状態２６＞で設定された一定の時間、
Deactivation Requestに対するＤ局からの応答を待つ
（Wait deactivation response) 。

【００３９】＜状態２８＞：＜状態２７＞においてDeac
tivation Requestに対する応答がタイマー時間内にＡ局
に到達しなかったものとする（timing out) 。 ＜状態２９＞：＜状態２５＞のDeactivation Requestを
含むＯＡＭセル４の送出を再度実行する（リトライアウ
ト？）。 ＜状態３０＞：＜状態２９＞でのリトライが失敗に終わ
ると（リトライアウト＝ＹＥＳ）、 Ready状態に戻る。

【００４０】＜状態３１＞：＜状態２９＞でのリトライ
に成功すると（リトライアウト＝ＮＯ）、その結果Ａ局
は回線２を介し、Ｄ局に対してDeactivation Requestを
含むＯＡＭセル４を送出する（Deactiveセル送出) 。そ
の後、＜状態２７＞に戻る。次に図８（その６）を参照
する。 ＜状態３２＞：図７の＜状態２７＞での待ち状態の後、
回線２を介しＤ局から、Deactivation Confirmedコマン
ドを受信したものとする（Deactivation confirmed受
信）。

【００４１】＜状態３３＞：あるいは、回線２を介しＤ
局から、Deactivation Requestコマンドを受信したもの
とする（Deactivationセル受信）。 ＜状態３４＞：＜状態３２＞の場合も、＜状態３３＞の
場合も、Ａ局のＣＰＵ１３に対して Deactivation OKの
通知を行う。ここにActivation後に開始した一連の伝送
品質の測定が停止する（Deact OK送出) 。

【００４２】＜状態３５＞：その後、Ａ局は Ready状態
に戻る。次に図９（その７）を参照する。 ＜状態３６＞：この状態は、図３の＜状態５＞に相当す
る。 ＜状態３７＞：ここでは、ActivationについてのＣＰＵ
１３からのresponseの送出がタイムアウトしたものとす
る（Activation送出タイムアウト）。

【００４３】＜状態３８＞：上記のタイムアウトによ
り、回線２を介しＤ局に対し、 Activation Deniedコマ
ンドをＯＡＭセル４により送出する(Activation denied
送出）。 ＜状態３９＞：その後、Ａ局は Ready状態に戻る。 ＜状態４０＞：上記 Ready状態のとき、回線２を介し、
Ｄ局からDeactivationRequestを含むＯＡＭセル４を受
信したものとする(Deactセル受信）。

【００４４】＜状態４１＞：Ａ局はそのDeactivation R
equestに対する、Deactivation Confirmedを含むＯＡＭ
セル４を、回線２を介しＤ局に返送する(Deact Confirm
ed送出) 。その後、Ａ局は Ready状態＜３９＞に戻る。
次に図１０（その８）を参照する。 ＜状態４２＞：この状態は、図３の＜状態１３＞に相当
する。

【００４５】＜状態４３＞：回線２を介しＤ局より Act
ivation Deniedを含むＯＡＭセル４を受信したものとす
る(Activation denied受信）。 ＜状態４４＞：＜状態４２＞の待ち状態において、回線
２を介しＤ局より、Activation Requestを含むＯＡＭセ
ル４を受信したものとする。この場合は、図９の＜状態
３８＞に至り、 Activation Deniedコマンドを送出す
る。

【００４６】＜状態４５＞：＜状態４２＞の待ち状態か
ら、Activation Requestを含むＯＡＭセル４の送信に失
敗してそのリトライを例えば３回行ったが、結局リトラ
イアウトになった旨の通知を、回線２を介しＤ局から受
信したものとする（Activation送信リトライアウト）。 ＜状態４６＞：＜状態４３＞から、または＜状態４５＞
から、Activationは成立しなかった旨の通知を、Ａ局の
ＣＰＵ１３に対して行う。ここにＡ局は Ready状態に戻
る。

【００４７】図１１は回線インタフェース装置１２とＣ
ＰＵ１３のより具体的な構成例を示す図である。本図に
おいて、 ２１…許容個数管理部、 ２２…タイミング制御部、 ２３…Backward reporting制御部、 ２４…測定情報収集部 ２５…二重化状態管理部、 ２６…局コード管理部、 ２７…測定状態管理部、 ２８…制御部、 ２９…回線２とのインタフェース部、 ３０…ＣＰＵ１３とのインタフェース部、 ３１…タイミング制御部、 ３２…競合管理部、 ３３…測定情報収集部、 ３４…測定状態読出部、 ３５…ＯＳｓコマンド受付部、 ３６…コンソール受付部、 ３７…制御部、 ３８…装置１２とのインタフェース部 である。

【００４８】図１１において、本発明の主要部は、回線
インタフェース装置１２内の状態管理部２０であり、図
１にも示したとおりである。またその状態管理の様子
（自律的な状態遷移の制御）は、図３〜図１０において
詳しく説明したとおりである。なお、この状態管理部２
０以外の構成要素２１〜３８については、後の動作説明
において逐次説明する。なお、いずれの構成要素も好ま
しくは、ソフトウェア処理によって実現されるものであ
る。

【００４９】＜実施例１＞主として図１２における許容
個数管理部２１の機能に関するものである。該管理部２
１によって、前述した状態管理部２０による自律的な制
御を、より一層効率的なものにすることができる。すな
わち、許容個数管理部２１は、対向するＡＴＭ交換局１
（例えばＤ局）より、集中して多数のActivation Reque
stを受信したとしても、これを全て受け付けることがで
きる訳ではない。例えば、１つのＡＴＭ交換局１で同時
に処理可能な測定用ＯＡＭセル４の個数は最大で１２８
個である。したがって、Ａ局におけるActivation OAMセ
ルの受付個数が１２８個を超えたときには、Ａ局のＣＰ
Ｕ１３にActivation OAMセルの受信通知をしゃ断してし
まう。これによりＣＰＵ１３の負荷を軽くすることがで
きる。

【００５０】すなわち、Ａ局内の許容個数管理部２１
は、対向するＡＴＭ交換局１、例えばＤ局からの、伝送
品質測定の開始要求を表すActivation Requestを含む測
定用ＯＡＭセルの発生個数によってインクリメントし、
一方、該伝送品質測定の停止要求を表すDeactivation R
equestを含む測定用ＯＡＭセルの発生個数によってデク
リメントする許容個数を常に管理し、その許容個数が予
め定めたスレッショルドを超えたとき、プロセッサ１３
に対する伝送品質測定の起動を制限する。

【００５１】図１２は伝送品質測定のプロセッサに対す
る起動を制限するための動作を表すシーケンス図であ
る。対向するＡＴＭ交換局（例えばＤ局）より、Activa
tion Requestを含むＯＡＭセル（Activationセル）４が
回線２に送出され、回線インタフェース装置１２にて受
信されたものとする。

【００５２】該装置１２は、Activationセルの許容個数
をチェックし、もしその個数が予め定めたスレッショル
ド（例えば１２８）より大であったとすると、プロセッ
サ（ＣＰＵ）１３にとっては過負荷となるから、 Activ
ation Deniedを含むＯＡＭセル４を、回線２を介しＤ局
に送信する。上記のActivationセルの許容個数をチェッ
クし、もしその個数が１２８より小であったならば、Ｃ
ＰＵ１３にとって処理可能であり、該装置１２は、ＣＰ
Ｕ１３に対しActivationセルの受信通知を行う。

【００５３】図１３はActivationセル許容個数をインク
リメントする場合の動作を表すシーケンス図である。Ac
tivation Requestは対向するＡＴＭ交換局１から発出す
ることもあるし、自ら（Ａ局）発出することもある。本
図ではＡ局が発出している例を示す。Ａ局のＣＰＵ１３
より、測定の開始要求を示すActivation RequestがＡ局
の回線インタフェース装置１２に出されると、Activati
on Requestを含むＯＡＭセル（Activationセル）４とし
て、回線２を介しＤ局に送られる。

【００５４】Ｄ局はこれに応答してAct (Activation) C
onfirmedを返す。これは装置１２にて受信され、ここに
Activationセルの許容個数がインクリメントされる。こ
れと同時に、当該Activation Requestが受け入れられた
ことを示すActivation結果がＣＰＵ１３に通知される。
その後ＣＰＵ１３は測定用ＯＡＭセルの生成を装置１２
に要求し、装置１２はこれに応えて当該測定用ＯＡＭセ
ルを、回線２を介してＤ局に送る。このセルの送出に成
功したときは、ＣＰＵ１３からの当該測定用ＯＡＭセル
生成の要求に対する応答を、ＣＰＵ１３に返す。図１４
はActivationセル許容個数をデクリメントする場合の動
作を表すシーケンス図である。

【００５５】Ａ局のＣＰＵ１３より、測定の停止要求を
示すDeactivation RequestがＡ局の回線インタフェース
装置１２に出されると、Deactivation Requestを含むＯ
ＡＭセル（Deactivationセル）４として、回線２を介し
Ｄ局に送られる。Ｄ局はこれに応答してDeact (Deactiv
ation) Confirmedを返す。これは装置１２にて受信さ
れ、ここにActivationセルの許容個数がデクリメントさ
れる。これと同時に、当該Reactivation Requestが受け
入れられたことを示すDeactivation結果がＣＰＵ１３に
通知される。

【００５６】その後ＣＰＵ１３は測定用ＯＡＭセルの生
成停止を装置１２に要求し、装置１２は当該セルの回線
１２への送信を停止する。このセルの送信停止が完了し
たときは、ＣＰＵ１３からの当該測定用ＯＡＭセル生成
の停止の要求に対する応答をＣＰＵ１３に返す。なお、
図１２、図１３および図１４に表した動作に主として関
与する、図１１の構成要素は次のとおりである。まず、
これらの図におけるＣＰＵ１３について見ると、図１１
に示すＣＰＵ１３内の制御部３７とインタフェース部３
８とが関与する。

【００５７】また図１２〜図１４における回線インタフ
ェース装置１２について見ると、図１１に示す該装置１
２内の許容個数管理部２１を始めとして、制御部２８や
インタフェース部２９および３０が関与する。 ＜実施例２＞主として図１１におけるタイミング制御部
２２の機能に関するものである。該制御部２２によって
前述した状態管理部２０による自律的な制御を、より一
層効率的なものにすることができる。すなわち、タイミ
ング制御部２２は、プロセッサ（ＣＰＵ）１３からのAc
tivation Requestを受けたときにタイマをセットしてこ
のActivation Requestを含むＯＡＭセルを対向する他の
ＡＴＭ交換局に送信してからその応答であるActivation
Confirmedが返送されるまでの間の一定時間を監視し、
その返送がなくタイムアウトする状態が、所定回数リト
ライしても消滅しないときにタイマを解除し、一方、上
記のActivation Confirmedが返送されたときもこのタイ
マを解除する。

【００５８】図１５はタイミング制御部２２の動作を表
すシーケンス図（その１）であり、図１６は同図（その
２）である。図１５において、ＣＰＵ１３がActivation
Requestを発出したものとする（同図の左上）。これを
受けた回線インタフェース装置１２はタイマセットを行
う。例えば５秒である。それと同時に、当該Activation
Requestに対する応答をＣＰＵ１３に返す。そして回線
２を介し、当該Activation Requestを含むＯＡＭセル
（Activationセル）をＤ局に送信する。

【００５９】しかしそのActivation Requestに対する応
答であるActivation ConfirmedがＤ局からその５秒を待
って受信できないと、タイムアウトする（timing ou
t）。そこで同様の操作を再度繰り返す（リトライ）。
このリトライの回数は例えば３回とする。もし３回を超
えると（ＹＥＳ）、先に設定していたタイマは解除する
（図１６の「タイマ解除」）。したがって、ＣＰＵ１３
にActivationの失敗を示すＮＧを送出する。

【００６０】上記のタイマ解除は図１６に示すように、
Activation (Act) ConfirmedがＤ局から送信される正常
状態においても行われ、このときは、ＣＰＵ１３に当該
Activationについての結果（ＯＫ）を通知する。なお図
１５および図１６に表した動作に主として関与する、図
１１の構成要素は、次のとおりである。ＣＰＵ１３につ
いては、制御部３７、インタフェース部３８および測定
状態読出部３４である。回線インタフェース装置１２に
ついては、タイミング制御部２２の他は、制御部２８お
よびインタフェース部２９である。

【００６１】＜実施例３＞主として図１１におけるBack
ward Reporting制御部２３の機能に関するものである。
該制御部２３によって前述した状態管理部２０による自
律的な制御を、より一層効率的なものにすることができ
る。すなわち、Backward Reporting制御部２３は、伝送
品質の測定に関する情報をBackward Reportingとして対
向する他のＡＴＭ交換局に送信しなければならないか
（“１”）否か（“０”）の情報を表示するフラグＦを
有し、このフラグＦを監視して、“１”のときには当該
Backward Reportingを自律的に生成して対向する他のＡ
ＴＭ交換局に送信する。

【００６２】図１７はBackward Reporting制御部２３に
おけるフラグの設定動作を表すシーケンス図である。ま
た図１８はBackward Reporting制御部２３におけるフラ
グ情報に基づく動作を表すシーケンス図である。図１７
を参照すると、例えば集中管理センタＯＳｓ１８からの
（コンソール１５からでも可）Backward Reporting有り
の指定は（同図中の左上）、ＣＰＵ１３に入力され、Ｃ
ＰＵ１３はこの指定を回線インタフェース装置１２に通
知する。ここにBackward Reporting制御部２３内のフラ
グＦには、“１”がセットされる。

【００６３】逆にＯＳｓ１８より、Backward Reporting
無しの指定があったときは、その旨がＣＰＵ１３を介し
て回線インタフェース装置１２に通知され、フラグＦを
“０”にセットする。次に図１８を参照する。仮にＤ局
より測定用ＯＡＭセル４が送信されたとする（同図の右
上）。このＯＡＭセル４は回線２を介して回線インタフ
ェース装置１２にて受信され、該装置１２は該セル４の
内容に基づいて測定データの収集を行う。

【００６４】その後、フラグＦを参照し、Backward Rep
ortingの必要性の有無を調べ、フラグが“１”であれ
ば、Ａ局にて測定を行った結果を含むＯＡＭセル４を生
成して、回線２を介しＤ局に返送する。上記の自律的動
作にＣＰＵ１３は全く介在しない。なお、図１７および
図１８に表した動作に主として関与する、図１１の構成
要素は次のとおりである。

【００６５】ＣＰＵ１３については、図１１に示す構成
要素３４，３５，３６，３７および３８である。また、
回線インタフェース装置１２については、Backward Rep
orting制御部２３に加えて、構成要素２８および１２で
ある。 ＜実施例４＞主として図１１における局コード管理部２
６の機能に関するものである。該管理部２６によって前
述した状態管理部２０による自律的な制御を、より一層
効率的なものにすることができる。すなわち、局コード
管理部２６は、自局が何もしない Ready状態にあるか
（０）、自局がActivation Requestを発信している要求
発信局であるか（１）、または自局がActivation Reque
stを受信している要求受信局であるか（２）を表示する
局識別コードＣＤを自内に保持する。これにより、ＣＰ
Ｕ１３への問い合せなしに、それぞれの局として自律的
な動作が行える。

【００６６】図１９は局識別コードを設定する過程を示
す図（その１）であり、図２０は同図（その２）、図２
１は同図（その３）、図２２は同図（その４）である。
図１９を参照すると、本図の上方に、局識別コードＣＤ
と、その内容が表されている。ＣＰＵ１３がActivation
Request（要求）を出せばコードＣＤは０から１にな
る。

【００６７】図２０を参照すると、例えば回線２を介し
てＤ局からＡ局にActivation終端の要求があったとき
（Ａ局が受信局になる）、あるいは、Ａ局のＣＰＵ１３
がActivation終端要求を出したとき、それぞれ、コード
ＣＤは０から２になる。図２１を参照すると、Ａ局（Ｄ
局も同じ）のＣＰＵ１３がDeactivation Request（要
求）を出したとき、コードＣＤは１から０になる。

【００６８】図２２を参照すると、例えば回線２を介し
てＤ局からＡ局にDeactivation終端の要求があったとき
（Ａ局が受信局となる）、または、Ａ局のＣＰＵ１３が
Deactivation終端解除の要求を出したとき、それぞれ、
コードＣＤは２から１になる。なおコード２では、測定
用ＯＡＭセル４の到来で各種測定でのデータ収集を行
い、またBackward Reporting有りのときは（図１８）、
測定結果を返送するためのＯＡＭセルを自律的に生成
し、返送する。

【００６９】なお、図１９〜図２２に表した動作に主と
して関与する、図１１の構成要素は、局コード管理部２
６に加えて、構成要素２８，２９，３４等である。 ＜実施例５＞主として図１１における測定状態管理部２
７の機能に関するものである。該管理部２７によって前
述した状態管理部２０による自律的な制御を、より一層
効率的なものにすることができる。すなわち、測定状態
管理部２７は、ＣＰＵ１３よりActivation Requestが発
出され、これを回線インタフェース装置１２が受信する
と、その後の動作は回線インタフェース装置１２によっ
て自律的に行われる。

【００７０】この場合、装置１２は、回線２側に対して
は、タイマ処理やリトライ操作をして、そのActivation
Requestが相手方のＤ局に確実に伝達されるように動作
する。このとき仮にそのリトライに失敗したとすると、
しかもさらに悪いことには、そのリトライに失敗したこ
とをＣＰＵ１３に通知することが不可能になった場合
（いわゆるデッドロックの発生）、ＣＰＵ１３は先のAc
tivation Requestを発出したまま、処理を進行できなく
なってしまう。

【００７１】そこで、このような事態に対処すべく、Ｃ
ＰＵ１３内に上記のタイミング制御部３１を設ける。こ
のタイミング制御部３１は、Activation RequestをＣＰ
Ｕ１３が発出したときにタイマをセットし、そのActiva
tion Requestを受けて回線インタフェース装置１２が、
対向するＡＴＭ交換局に対し所定の処理を実行するのに
十分な時間経過後にタイムアウトしたことを検知したと
き、当該Activation Requestに係る要求の受付けができ
なかったものと判断して、この受付け不可に対処する処
理を開始させる。

【００７２】図２３はタイミング制御部３１の動作を説
明するためのシーケンス図である。本図において、ＣＰ
Ｕ１３がActivation Requestを発出するに際し、まず、
タイミング制御部３１はタイマをセットする（Timing設
定）。このタイマ時間は、回線インタフェース装置１２
が、そのActivation Requestに応答して一連の動作を完
了するに十分な時間、例えば２０秒（ｓ）である。

【００７３】引き続いてそのActivation Requestが回線
インタフェース装置１２に印加される。装置１２は、印
加されたこの Requestに対応する動作を開始するとき
に、タイマをセットする。このタイマ時間は例えば２秒
（ｓ）であり、直後にＤ局へActivationセル送信する。
ここで、Ｄ局から何の応答もなく、そのタイマがタイム
アウトすると（time out) 、リトライに入る。

【００７４】このリトライに失敗し、リトライアウトに
至ったとする。ここで、図中、×印で示すところで、Ｃ
ＰＵ１３への通知が不能になったとする。ＣＰＵ１３側
では、２０秒にセットされたタイマが、そのＣＰＵ１３
への通知の不能により、タイムアウト（time out) す
る。その後、ＣＰＵ１３は、Activation Requestが受付
け不可となったことに対処するための処理を実施する。

【００７５】なお、図２３に表した動作に主として関与
する、図１１の構成要素としては、前述したタイミング
制御部３１の他に、１２，２２，２８，２９，３１，３
４，３７，３８等がある。 ＜実施例６＞主として図１１における測定状態管理部２
７および測定状態読出部３４の機能に関するものであ
る。これらによって前述した状態管理部２０による自律
的な制御を、より一層効率的なものにすることができ
る。すなわち測定状態管理部２７および測定状態読出部
３４は、次のように動作する。上記の実施例において、
ＣＰＵ１３内のタイミング制御部３１がタイムアウトを
検出すると、ＣＰＵ１３内の測定状態読出部３４は、回
線インタフェース装置１２の測定状態管理部２７に対
し、装置１２がどの状態にあるかを問い合せ、該管理部
２７から状態の通知を受けて、その状態が、対向する他
のＡＴＭ交換局からのActivation Confirmedを待ってい
る状態ならば、前述したActivation Requestを再度発出
し、逆に、その状態がActivation Confirmedを待ってい
る状態でなければ、上述したタイミング制御部３１によ
りセットしたタイマがタイムアウトしたものとして、処
理する。

【００７６】図２４は主として測定状態管理部２７と測
定状態読出部３４の動作を表すシーケンス図である。本
図において、ＣＰＵ１３は、例えば２０秒（ｓ）のタイ
マをセットすると共に（Timing設定）、Activation Req
uestを発出して、回線インタフェース装置１２に通知す
る。しかし、タイムアウトしてしまったとする（time o
ut) 。

【００７７】そうすると、ＣＰＵ１３の測定状態読出部
３４は、回線インタフェース装置１２の測定状態管理部
２７に、装置１２が今置かれている状態を問い合せる。
もし、その問い合せをしたときの状態が、Ｄ局からのAc
tivation Confirmedの待ち状態ならば、当該Activation
Requestは受付け可能として処理を続ける。もし、その
問い合せをしたときの状態がＤ局からのActivation Con
firmedの待ち状態でなければ、当該Activation Request
に始まる一連の動作はどこかでしゃ断されたものであ
り、タイムアウト（time out）として処理を実施する。

【００７８】＜実施例７＞図３０に示すとおり、信頼性
向上のために回線インタフェース装置１２は、現用側回
線（上側）２と予備側回線（下側）２に対応させて、現
用側と予備側とに二重化されている。ここで仮に、ＣＰ
Ｕ１３よりActivation Requestが発出された後、現用側
の回線インタフェース装置１２Ａに故障が生じたものと
すると、従来であれば、この故障した現用側（Ａｃｔ）
の装置１２Ａに代えて、予備側の装置１２Ｂ(Standby)
が起動されて、再度、そのActivation Requestに応答し
た処理が実行される。

【００７９】そうすると、ＣＰＵ１３がActivation Req
uestを発出した時点での、リアルタイムな伝送品質の測
定ができなくなってしまう。そこで、本実施例では、伝
送品質の測定の開始を指示するActivation RequestがＣ
ＰＵ１３から発出されたとき、現用側の回線インタフェ
ース装置１２および予備側の回線インタフェース装置１
２の双方に対して同時に該Activation Requestを印加
し、その後、現用側の回線インタフェース装置１２に故
障が発生したときは、即座に予備側の回線インタフェー
ス装置１２に切り換えて、測定を続行するようにする。

【００８０】これにより、装置１２に故障が起きても、
測定の要求が発生した時点でリアルタイムな測定を続行
することができる。図２５は二重化された回線インタフ
ェース装置１２の現用側に故障が発生した場合を想定し
たシーケンス図である。まずＣＰＵ１３からActivation
Requestが発出されたものとする（同図左上）。この場
合、そのActivation Requestを、現用側の装置１２Ａに
のみ印加する、というのが通常の手法である。

【００８１】ところが本実施例では、そのActivation R
equestを、装置１２Ａのみならず、予備側の装置１２Ｂ
にも同時に印加する。その効果は、以下のとおりであ
る。ここで現用側の装置１２Ａに障害（図中、×印で示
す）が発生したものとする。この直後より、装置１２Ａ
は機能停止する（ＯＵＳ：Out Of Service) 。これと同
時に装置１２Ｂが予備側から現用側に切り換わる（図中
の装置Ｂに付記したＡｃｔ）。この場合、装置１２Ｂ
は、装置１２Ａが行ってきた測定を、即刻引き継ぐこと
ができる。

【００８２】なぜなら、上記のＣＰＵ１３からのActiva
tion Requestを、初めから、装置１２Ｂにも印加し、現
用側回線２を通じて行っていた測定による測定データと
全く同じ測定データが装置１２Ｂにも収集されているか
らである。かくして、図中の“データ収集”が開始され
る。装置１２Ａおよび１２Ｂの各々には、自装置が現用
側（“０”）なのか、予備側（“１”）なのかを示すフ
ラグを備え、逐次そのフラグにより自装置の動作を決定
する。この実施例では、装置１２Ｂに関し、そのフラグ
は、上記故障の後、既に“１”から“０”に切り換えら
れており、自装置１２Ｂが“０”であることを検知し
て、当該収集データを含む測定情報がＣＰＵ１３に伝達
される。

【００８３】なお、図２５に表した動作に主として関与
する、図１１の構成要素は二重化状態管理部２５であ
る。また、測定情報収集部２４も関与する。 ＜実施例８＞本実施例８は、回線２を介して対向するＡ
ＴＭ交換局から発出されたActivation Request（１）
と、集中管理センタ（ＯＳｓ）１８から指示されたActi
vationRequest（２）とが競合した場合の調整手法に関
するものである。この調整は、図１１に示した構成要素
のうち主として、ＣＰＵ１３内の競合管理部３２が行
う。

【００８４】この競合管理部３２は、対向する他の交換
局よりActivation Requestを受信したとき、自内の競合
防止フラグＦ′をセットすると共に、ＣＰＵ１３がその
Activation Requestを通知されて Ready状態からActiva
tionの状態に遷移するまでの所定時間（ｔ）経過後に、
前記の競合防止フラグＦ′をリセットし、その所定時間
（ｔ）内に、当該ＡＴＭ交換システム全体の管理を司る
集中管理センタ（ＯＳｓ）１８から、ＣＰＵ１３に対し
Activation Requestが通知されたときはこれを拒否する
ようにしたものである。

【００８５】図２６は競合管理部３２の動作を表すシー
ケンス図である。本図において、回線２を介し例えばＤ
局からActivation Requestを含むＯＡＭセル４が送信さ
れると（図の右上）、回線インタフェース装置１２を介
しＣＰＵ１３に通知される。ここで競合管理部３２は、
本図の右下に示された競合防止フラグＦ′をセット
（“１”）し、その後、所定時間（ｔ）の経過を待つ。
この時間ｔは、ＣＰＵ１３が Ready状態からActivation
状態に遷移するのに要する時間をカバーする時間であ
る。

【００８６】この所定時間ｔの経過後、ＣＰＵ１３は装
置１２に対し、測定用ＯＡＭセルの送出要求を出し、さ
らに回線２にＯＡＭセル４を送出する。あるいは対向す
るＤ局に対し、ＯＡＭセル送出の要求を送信する。その
後、競合防止フラグはリセット（“０”）する。ＣＰＵ
１３はＯＳｓ１８からもActivation Requestを受け取る
場合があるが、この受取りが上記所定の時間（ｔ）に重
なったときは、この Requestは拒否される。なぜならそ
の時間（ｔ）の間は、競合防止フラグＦ′が“１”にな
っており、他の Requestと競合状態にあるからである。

【００８７】上記の、ＯＳｓおよび回線の競合におい
て、回線の方を優先したのは、既述した Activation De
niedについては、ＣＰＵ１３においてこれを拒否できな
いので、この Activation Deniedを含む受信する可能性
のある回線側を優先するようにしたものである。なお、
図２６に表した動作に主として関与する、図１１の構成
要素は上述の競合管理部３２であるが、その他、構成要
素２８，２９，３４，３５，３６，３７および３８も関
与する。

【００８８】

【発明の効果】以上説明したように本発明によれば、伝
送品質の測定に当り、回線インタフェース装置１２内
に、自交換局内の状態の推移について自己管理する状態
管理部２０を形成することにより、きわめて安価なイン
タフェースでありながら、プロセッサ（ＣＰＵ）１３の
機能を大部分、回線インタフェース装置１２側に移譲で
き、プロセッサの負荷を大幅に軽減することができる。

【図面の簡単な説明】

【図１】本発明の基本構成を表す図である。

【図２】対向するＡＴＭ交換局相互間でやりとりする各
種コマンドを表す図である。

【図３】状態管理部２０によって自己管理される、伝送
品質の測定進行状態の遷移を表す状態遷移図（その１）
である。

【図４】状態管理部２０によって自己管理される、伝送
品質の測定進行状態の遷移を表す状態遷移図（その２）
である。

【図５】状態管理部２０によって自己管理される、伝送
品質の測定進行状態の遷移を表す状態遷移図（その３）
である。

【図６】状態管理部２０によって自己管理される、伝送
品質の測定進行状態の遷移を表す状態遷移図（その４）
である。

【図７】状態管理部２０によって自己管理される、伝送
品質の測定進行状態の遷移を表す状態遷移図（その５）
である。

【図８】状態管理部２０によって自己管理される、伝送
品質の測定進行状態の遷移を表す状態遷移図（その６）
である。

【図９】状態管理部２０によって自己管理される、伝送
品質の測定進行状態の遷移を表す状態遷移図（その７）
である。

【図１０】状態管理部２０によって自己管理される、伝
送品質の測定進行状態の遷移を表す状態遷移図（その
８）である。

【図１１】回線インタフェース装置１２とＣＰＵ１３の
より具体的な構成例を示す図である。

【図１２】伝送品質測定のプロセッサに対する起動を制
限するための動作を表すシーケンス図である。

【図１３】Activationセル許容個数をインクリメントす
る場合の動作を表すシーケンス図である。

【図１４】Activationセル許容個数をデクリメントする
場合の動作を表すシーケンス図である。

【図１５】タイミング制御部２２の動作を表すシーケン
ス図（その１）である。

【図１６】タイミング制御部２２の動作を表すシーケン
ス図（その２）である。

【図１７】Backward Reporting制御部２３におけるフラ
グの設定動作を表すシーケンス図である。

【図１８】Backward Reporting制御部２３におけるフラ
グ情報に基づく動作を表すシーケンス図である。

【図１９】局識別コードを設定する過程を示す図（その
１）である。

【図２０】局識別コードを設定する過程を示す図（その
２）である。

【図２１】局識別コードを設定する過程を示す図（その
３）である。

【図２２】局識別コードを設定する過程を示す図（その
４）である。

【図２３】タイミング制御部３１の動作を説明するため
のシーケンス図である。

【図２４】主として測定状態管理部２７と測定状態読出
部３４の動作を表すシーケンス図である。

【図２５】二重化された回線インタフェース装置１２の
現用側に故障が発生した場合を想定したシーケンス図で
ある。

【図２６】競合管理部３２の動作を表すシーケンス図で
ある。

【図２７】本発明が適用される非同期転送モード交換シ
ステムの一例を示す図である。

【図２８】ＯＡＭセルを転送する状況を表す図である。

【図２９】ＯＡＭセルのマッピング例を示す図である。

【図３０】図２７に示す各ＡＴＭ交換局のさらに詳しい
構成を示す図である。

【符号の説明】

１…ＡＴＭ交換局 ２…回線 ３…ＵＩセル ４…ＯＡＭセル １１…ＡＴＭスイッチ １２…回線インタフェース装置 １３…プロセッサ １５…コンソール １７…メモリ １８…集中管理センタ（ＯＳｓ） ２０…状態管理部 ２１…許容個数管理部 ２２…タイミング制御部 ２３…Backward Reporting制御部 ２４…測定情報収集部 ２５…二重化状態管理部 ２６…局コード管理部 ２７…測定状態管理部 ２８…制御部 ２９…回線とのインタフェース部 ３０…ＣＰＵとのインタフェース部 ３１…タイミング制御部 ３２…競合管理部 ３３…測定情報収集部 ３４…測定状態読出部 ３５…ＯＳｓコマンド受付部 ３６…コンソール受付部 ３７…制御部 ３８…装置とのインタフェース部 Ｆ，Ｆ′…フラグ ＣＤ…局識別コード

Claims (9)

【特許請求の範囲】
1. 【請求項１】 セルの転送を行う回線（２）に挿入され
   るＡＴＭスイッチ（１１）と、該ＡＴＭスイッチ（１
   １）に付帯しかつプロセッサ（１３）の管理のもとで前
   記セルの送受信を行う回線インタフェース装置（１２）
   とを有してなり、該回線（２）を介して対向する他のＡ
   ＴＭ交換局との間で、伝送品質を測定するためのＯＡＭ
   （Operation Administration and Maintenance) セル
   （４）を送受信するＡＴＭ交換局において、 前記プロセッサ（１３）との間では前記伝送品質の測定
   の開始および停止に関する情報とその測定に関する情報
   についてのみ情報交換し、その測定の開始状態に入った
   後に前記対向する他のＡＴＭ交換局との間で前記ＯＡＭ
   セル（４）の交換を逐次行うことにより遷移する前記伝
   送品質の測定進行状態については自己管理し、前記プロ
   セッサ（１３）の介在なしに、自律的に実行する状態管
   理部（２０）を内部に備えることを特徴とする、ＡＴＭ
   交換局における回線インタフェース装置。
2. 【請求項２】 許容個数管理部（２１）をさらに設け、
   該許容個数管理部（２１）は前記伝送品質の測定の開始
   要求を表すActivation Requestを含むＯＡＭセル（４）
   の発生個数によってインクリメントし、一方、該伝送品
   質の測定の停止要求を表すDeactivation Requestを含む
   ＯＡＭセル（４）の発生個数によってデクリメントする
   許容個数を常に管理し、その許容個数が予め定めたスレ
   ッショルドを超えたとき、プロセッサ１３に対する前記
   伝送品質の測定の起動を制限する請求項１に記載の回線
   インタフェース装置。
3. 【請求項３】 タイミング制御部（２２）を設け、該タ
   イミング制御部（２２）は前記プロセッサ１３からのAc
   tivation Requestを受けたときにタイマをセットして該
   Activation Requestを含むＯＡＭセル（４）を前記の対
   向する他のＡＴＭ交換局に送信してから、その応答であ
   るActivation Confirmedが返送されるまでの間の一定時
   間を監視し、その返送がなくタイムアウトする状態が、
   所定回数リトライしても消滅しないときに該タイマを解
   除し、一方、前記Activation Confirmedが返送されたと
   きも該タイマを解除する請求項１に記載の回線インタフ
   ェース装置。
4. 【請求項４】 Backward Reporting制御部（２３）をさ
   らに設け、該Backward Reporting制御部（２３）は前記
   伝送品質に測定に関する情報をBackward Reportingとし
   て前記の対向する他のＡＴＭ交換局に送信しなければな
   らないか（“１”）否か（“０”）の情報を表示するフ
   ラグ（Ｆ）を有し、該フラグ（Ｆ）を監視して、“１”
   のときには当該Backward Reportingを自律的に生成して
   前記の対向する他のＡＴＭ交換局に送信する請求項１に
   記載の回線インタフェース装置。
5. 【請求項５】 局コード管理部（２６）をさらに設け、
   該局コード管理部（２６）は自局が何もしない Ready状
   態にあるか（０）、自局がActivation Requestを発信し
   ている要求発信局であるか（１）、または自局がActiva
   tion Requestを受信している要求受信局であるか（２）
   を表示する局識別コード（ＣＤ）を保持する請求項１に
   記載の回線インタフェース装置。
6. 【請求項６】 タイミング制御部（３１）を前記プロセ
   ッサ（１３）内に設け、該タイミング制御部（３１）は
   Activation Requestを前記プロセッサ（１３）が発出し
   たときにタイマをセットし、該Activation Requestを受
   けて回線インタフェース装置（１２）が、前記の対向す
   るＡＴＭ交換局に対し所定の処理を実行するのに十分な
   時間経過後にタイムアウトしたことを検知したとき、当
   該Activation Requestに係る要求の受付けができなかっ
   たものと判断して、この受付け不可に対処する処理を開
   始させる請求項１に記載の回線インタフェース装置。
7. 【請求項７】 測定状態管理部（２７）を前記回線イン
   タフェース装置（１２）内にさらに設け、タイミング制
   御部（３１）および状態読出部（３４）を前記プロセッ
   サ（３４）内に設け、前記プロセッサ（１３）内の前記
   タイミング制御部（３１）がタイムアウトを検出する
   と、該プロセッサ（１３）内の前記測定状態読出部（３
   ４）は、前記回線インタフェース装置１２内の測定状態
   管理部（２７）に対し、該回線インタフェース装置（１
   ２）がどの状態にあるかを問い合せ、該測定状態管理部
   （２７）から状態の通知を受けて、その状態が、前記対
   向する他のＡＴＭ交換局からのActivation Confirmedを
   待っている状態ならば、Activation Requestを再度発出
   し、逆に、その状態がActivation Confirmedを待ってい
   る状態でなければ、前記タイミング制御部（３１）によ
   りセットしたタイマがタイムアウトしたものとして、処
   理する請求項６に記載の回線インタフェース装置。
8. 【請求項８】 前記伝送品質の測定の開始を指示するAc
   tivation Requestが前記プロセッサ（１３）から発出さ
   れたとき、現用側の回線インタフェース装置（１２）お
   よび予備側の回線インタフェース装置（１２）の双方に
   対して同時に該Activation Requestを印加し、その後、
   前記現用側の回線インタフェース装置（１２）に故障が
   発生したときは、即座に前記予備側の回線インタフェー
   ス装置（１２）に切り換えて、測定を続行するようにす
   る請求項１に記載の回線インタフェース装置。
9. 【請求項９】 前記プロセッサ（１３）内に競合管理部
   （３２）をさらに設け、該競合管理部（３２）は、前記
   の対向する他の交換局よりActivation Requestを受信し
   たとき、自内の競合防止フラグ（Ｆ′）をセットすると
   共に、ＣＰＵ１３がそのActivation Requestを通知され
   て Ready状態からActivationの状態に遷移するまでの所
   定時間（ｔ）経過後に、前記競合防止フラグ（Ｆ′）を
   リセットし、その所定時間（ｔ）内に、当該ＡＴＭ交換
   システム全体の管理を司る集中管理センタ（１８）か
   ら、前記プロセッサ（１３）に対しActivation Request
   が通知されたときはこれを拒否するようにした請求項１
   に記載の回線インタフェース装置。