JP2001320481A - 構内交換システム - Google Patents

Abstract

(57)【要約】 【課題】 Ｖ５．２インタフェースを用いた構内交換シ
ステムにおいて、切り替え処理中にコマンドが投入され
たときに構内交換機の加入者データと端末収容装置の加
入者データとが一致しなくなることを防止する。 【解決手段】 Ｃチャネルのアクト−スタンバイの切り
替え処理を実行している最中に、端末１１１から投入さ
れると、端末収容装置１２０が閉塞要求表１１２にコマ
ンド投入情報を書き込む。そして、切り替え処理が完了
したときに、端末収容装置１２０が、閉塞要求表１１２
の記憶情報をチェックし、コマンド投入情報が記憶され
ている場合は、閉塞処理または閉塞解除処理を実行す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、構内交換機と端
末収容装置とを備える構内交換システムに関する。この
発明は、例えば、Ｖ５．２インタフェースを採用した構
内交換システムに適用することができる。

【０００２】

【従来の技術】構内交換システムのインタフェースとし
ては、例えばＶ５．２インターフェースが知られてい
る。Ｖ５．２インターフェースとしては、ＩＴＵ−Ｔ勧
告のＧ．９６４に規定されたものや、同勧告のＧ．９６
５に規定されたものがある。

【０００３】図７に示したように、Ｖ５．２インタフェ
ースを採用した構内交換システムは、１台の構内交換機
(LE;Local Exchange) １１０と、複数台（図７では１台
のみ示している）の端末収容装置(AN;Access Network)
１２０とを備える。構内交換機１１０は、ＮＣＣ(New C
ommon Carrier)網に接続される。また、構内交換機１１
０と端末収容装置１２０とは、遠距離に配置され、Ｖ
５．２回線１３０によって接続される。構内交換機１１
０には、保守用端末１１１が接続される。各端末収容装
置１２０は、それぞれ、複数台の端末１４０，１４０，
・・・を収容するとともに、保守用端末１２１が接続さ
れる。

【０００４】端末１４０には、それぞれ、１個のポート
番号が割り当てられる。そして、構内交換機１１０と端
末収容装置１２０との間では、このポート番号を格納し
たメッセージが、送受信される。これにより、構内交換
機１１０は、端末収容装置１２０に収容された各端末１
４０を、あたかも構内交換機１１０に直接収容されてい
るようにして、管理することができる。

【０００５】１個のＶ５．２回線１３０には、１６個の
２メガ・リンク（それぞれ３２チャネル）を実装するこ
とができる。これらのリンクのうち、１個のリンクはプ
ライマリ・リンクと呼ばれ、他の１個のリンクはセカン
ダリ・リンクを呼ばれる。プライマリ・リンクおよびセ
カンダリ・リンクは、それぞれ、タイムスロットの１６
番目のチャネルを、Ｃチャネル(Control Cannel) とし
て使用する。Ｖ５．２回線１３０内の他のチャネルは、
すべてＢチャネル(Bearer Cannel) である。２個のＣチ
ャネルは、アクト−スタンバイの関係であり、一方のＣ
チャネルがアクト（すなわち運用中）であるとき、他方
のＣチャネルはスタンバイ（すなわち待機中）である。
アクト−Ｃチャネルに例えばデータリンク障害等の障害
が発生した場合、このＣチャネルはアクトからスタンバ
イに切り替えられ、障害発生前にスタンバイであったＣ
チャネルがアクトに切り替えられる。構内交換機１１０
および端末収容装置１２０は、同じ内容のＣチャネルデ
ータ（Ｃチャネルの状態等を示すデータ）を記憶する。
Ｃチャネルの切り換え時には、これらのＣチャネルデー
タも、書き換えられる。

【０００６】図８に、Ｃチャネルの切り替えシーケンス
を示す。図８に示されたように、例えばプライマリ・リ
ンクのＣチャネルがアクトである場合には、構内交換機
１１０内のＣチャネルデータおよび端末収容装置１２０
内のＣチャネルデータは、ともに、運用状態情報が「運
用中」に設定され、且つ、アクト−Ｃチャネル情報が
「プライマリ」に設定される。ここで、アクト−Ｃチャ
ネルに障害が発生したことが判ると、端末収容装置１２
０内の運用状態データは、「切り替え中」に変更され
る。そして、端末収容装置１２０から構内交換機１１０
に、セカンダリ・リンク（すなわちスタンバイ−Ｃチャ
ネル）を介して、Ｃチャネル切り替え要求（Ｖ５．２プ
リミティブ）が、送信される。構内交換機１１０は、こ
の要求を受信すると、Ｃチャネルデータの運用状態情報
を「切り替え中」に変更した後、セカンダリ・リンクを
介して、Ｃチャネル切り替え指示（Ｖ５．２プリミティ
ブ）を、端末収容装置１２０に送る。端末収容装置１２
０は、この指示を受信すると、Ｃチャネルデータのアク
ト−Ｃチャネル情報を「セカンダリ」に変更し、さら
に、Ｃチャネル切り替え可能応答（Ｖ５．２プリミティ
ブ）を、セカンダリ・リンクを介して構内交換機１１０
に送る。続いて、端末収容装置１２０は、Ｃチャネルデ
ータの運用状態情報を「運用中」に変更する。構内交換
機１１０は、Ｃチャネル切り替え可能応答を受信する
と、Ｃチャネルデータの、運用状態情報を「運用中」に
変更するとともに、アクト−Ｃチャネル情報を「セカン
ダリ」に変更する。その後、構内交換機１１０および端
末収容装置１２０は、セカンダリ・リンクのＣチャネル
を、アクトとして起動する。

【０００７】端末収容装置１２０は、いずれかの端末１
４０が故障した場合等には、その端末１４０に対応する
ポートを閉塞しなければならない。この閉塞処理は、保
守用端末１１１が、構内交換機１１０に、「加入者端末
閉塞コマンド」を投入することによって、実行される。
ここで、構内交換機１１０および端末収容装置１２０
は、同じ内容の加入者データを記憶する。したがって、
閉塞処理を行う場合には、これらの加入者データも、書
き換えられる。

【０００８】図９に、かかる閉塞処理のシーケンスを示
す。図９に示されたように、正常運転時には、構内交換
機１１０および端末収容装置１２０の加入者データは、
それぞれ、運用状態情報が「運用中」に設定され且つ閉
塞／障害要因情報が「無し」に設定されている。また、
このとき、Ｃチャネルデータは、構内交換機１１０、端
末収容装置１２０ともに、運用状態情報が「運用中」に
設定され且つアクト−Ｃチャネル情報が「プライマリ」
に設定されている。ここで、保守用端末１１１から構内
交換機１１０に加入者端末閉塞コマンドが投入される
と、構内交換機１１０は、加入者データの、運用状態情
報を「非運用中」に変更するとともに、閉塞／障害要因
情報を「コマンド」に変更する。そして、構内交換機１
１０は、プライマリ・リンク（すなわちアクト−Ｃチャ
ネル）を介して、端末収容装置１２０に、ポート閉塞指
示（Ｖ５．２プリミティブ）を送る。端末収容装置１２
０は、この指示を受信すると、加入者データの運用状態
情報を「非運用中」に変更する（閉塞／障害要因情報は
変更しない）。これにより、閉塞処理が完了する。

【０００９】なお、閉塞が解除されるときには、保守用
端末１２１が、構内交換機１１０に、「加入者端末閉塞
解除コマンド」を投入する。このときのシーケンスは、
加入者端末閉塞コマンドの投入時と、ほぼ同様である。
この場合、構内交換機１１０から端末収容装置１２０へ
は、ポート閉塞解除指示（Ｖ５．２プリミティブ）が送
信される。

【００１０】

【発明が解決しようとする課題】上述の構内交換システ
ムでは、Ｃチャネル切り替えシーケンスの実行中に、保
守用端末１１１から構内交換機１１０に、加入者端末閉
塞コマンドまたは加入者端末閉塞解除コマンドが投入さ
れる場合がある。このような場合には、構内交換機１１
０が送信したプリミティブ（ポート閉塞指示またはポー
ト閉塞解除指示）が、端末収容装置１２０に到達しな
い。したがって、このような場合には、構内交換機１１
０の加入者データと端末収容装置１２０の加入者データ
とが一致しなくなってしまう。

【００１１】したがって、従来の構内交換システムで
は、システムの保守者が、保守用端末１２１を操作して
コマンドを投入する場合に、Ｃチャネルの運用状態情報
をチェックして、Ｃチャネルの切り替え中でないことを
確認する必要があった。このため、コマンド投入時の操
作の円滑性を損ない、保守作業が非効率的になる原因と
なっていた。

【００１２】このため、コマンド投入時の操作を円滑且
つ効率的にするための技術が嘱望されていた。

【００１３】

【課題を解決するための手段】この発明は、構内交換機
と端末収容装置とを接続する通信回線が、アクト−スタ
ンバイ関係にある複数の制御チャネルを有する構内交換
システムに関するものである。

【００１４】そして、制御チャネルに対してアクト−ス
タンバイ関係の切り替え処理を実行している最中に、端
末収容装置に収容された端末の閉塞処理または閉塞解除
処理を実行するためのコマンドが投入されたときに、コ
マンド投入情報を記憶手段に書き込むコマンド保持手段
と、切り替え処理が完了したときに記憶手段の記憶情報
をチェックし、コマンド投入情報が記憶されている場合
に、閉塞処理または閉塞解除処理を実行するコマンド実
行手段とを備える。

【００１５】この発明によれば、切り替え処理中に、コ
マンド保持手段がコマンド投入情報を記憶手段に書き込
み、切り替え処理完了後に、コマンド実行手段がコマン
ドを実行することとしたので、切り替え処理中にコマン
ドが投入されても、構内交換機の加入者データと端末収
容装置の加入者データとが一致しなくなるおそれはな
い。

【００１６】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を用いて説明する。なお、図中、各構成成分の
大きさ、形状および配置関係は、本発明が理解できる程
度に概略的に示してあるにすぎず、また、以下に説明す
る数値的条件は単なる例示にすぎない。

【００１７】図１は、この実施の形態に係る構内交換シ
ステムの構成を示す概略図である。同図において、図７
と同じ符号を付した構成要素は、それぞれ、図７の場合
と同じものを示している。

【００１８】この実施の形態に係る構内交換システム
は、構内交換機１１０内に、閉塞要求表１１２を設けた
点で、図７の構内交換システムと異なる。

【００１９】閉塞要求表１１２には、閉塞コマンドまた
は閉塞解除コマンドの投入の有無が、端末１４０毎に格
納される。

【００２０】以下、この実施の形態に係る構内交換シス
テムの動作を説明する。

【００２１】この実施の形態に係る構内交換システム
は、閉塞／閉塞解除処理の内容が、従来の構内交換シス
テムと異なる。さらに、この実施の形態に係る構内交換
システムは、Ｃチャネル切り替えシーケンス完了後に、
閉塞要求表確認処理を行う点で、従来の構内交換システ
ムと異なる。

【００２２】図２は、この実施の形態に係る閉塞／閉塞
解除処理を示す概略フローチャートである。この閉塞／
閉塞解除処理は、保守用端末１１１からコマンドが投入
されたときに、実行される。

【００２３】図２に示したように、構内交換機１１０
は、まず、投入されたコマンドが「閉塞コマンド」か
「閉塞解除コマンド」かを確認する（Ｓ２０１）。

【００２４】そして、「閉塞コマンド」の場合には、構
内交換機１１０は、加入者データの閉塞／障害要因情報
を「コマンド」に設定し（Ｓ２０２）、さらに、Ｃチャ
ネルデータの運用状態情報をチェックする（Ｓ２０
３）。ここで、運用状態情報が「運用中」の場合は、Ｃ
チャネル切り替え処理は実行中ではない。したがって、
構内交換機１１０は、従来の場合と同様（図９参照）、
ポート閉塞指示（Ｖ５．２プリミティブ）を、端末収容
装置１２０に送信する（Ｓ２０４）。一方、ステップＳ
２０３において、運用状態情報が「切り替え中」の場合
は、Ｃチャネル切り替え処理の実行中である。この場
合、構内交換機１１０は、閉塞要求表１１２の該当する
加入者端末の欄を、「要求あり」に設定する（Ｓ２０
５）。

【００２５】ステップＳ２０１において、コマンドが
「閉塞解除処理」の場合、構内交換機１１０は、加入者
データの閉塞／障害要因情報を「閉塞／障害無し」に設
定し（Ｓ２０６）、さらに、Ｃチャネルデータの運用状
態情報をチェックする（Ｓ２０７）。ここで、運用状態
情報が「運用中」の場合は、Ｃチャネル切り替え処理の
実行中ではない。したがって、構内交換機１１０は、従
来の場合と同様、ポート閉塞解除指示（Ｖ５．２プリミ
ティブ）を、端末収容装置１２０に送信する（Ｓ２０
８）。一方、ステップＳ２０７において、運用状態情報
が「切り替え中」の場合は、Ｃチャネル切り替え処理の
実行中である。この場合、構内交換機１１０は、閉塞要
求表１１２の該当する加入者端末の欄を、「要求あり」
に設定する（Ｓ２０９）。

【００２６】図３は、この実施の形態に係る構内交換シ
ステムにおける、Ｃチャネルの切り替えシーケンスを示
している。また、図４は、このシーケンス中の、障害発
生時の処理を示す概略フローチャートである。

【００２７】図３に示されたように、例えばプライマリ
・リンクのＣチャネルがアクトである場合には、構内交
換機１１０内のＣチャネルデータおよび端末収容装置１
２０内のＣチャネルデータは、ともに、運用状態情報が
「運用中」に設定され、且つ、アクト−Ｃチャネル情報
が「プライマリ」に設定される。

【００２８】ここで、アクト−Ｃチャネルに障害が発生
したことが判ると、端末収容装置１２０は、切り替え先
となるスタンバイ−Ｃチャネルが存在するか否かをチェ
ックする（図４のＳ４０１参照）。そして、切り替え先
がない場合は、端末収容装置１２０は、全障害処理を起
動する（Ｓ４０２）。一方、切り替え先がある場合、端
末収容装置１２０は、運用状態データを「切り替え中」
に変更した後（Ｓ４０３）、以下の切り替え処理を実行
する（Ｓ４０４）。

【００２９】図３に示したように、端末収容装置１２０
は、構内交換機１１０に、セカンダリ・リンク（すなわ
ちスタンバイ−Ｃチャネル）を介して、Ｃチャネル切り
替え要求（Ｖ５．２プリミティブ）を送信する。

【００３０】構内交換機１１０は、この要求を受信する
と、Ｃチャネルデータの運用状態情報を「切り替え中」
に変更する。

【００３１】ここで、保守用端末１１１から構内交換機
１１０に加入者端末閉塞コマンドが投入されたものとす
る。この場合、構内交換機１１０は、加入者データの運
用状態情報を「非運用中」に変更した後、上述の閉塞／
閉塞解除処理（図２参照）を実行する。これにより、構
内交換機１１０は、図２のステップＳ２０１、Ｓ２０
２、Ｓ２０３を経て、ステップＳ２０４で閉塞要求表１
１２に「要求有り」を設定する。

【００３２】次に、構内交換機１１０は、セカンダリ・
リンクを介して、Ｃチャネル切り替え指示（Ｖ５．２プ
リミティブ）を、端末収容装置１２０に送る。端末収容
装置１２０は、この指示を受信すると、Ｃチャネルデー
タのアクト−Ｃチャネル情報を「セカンダリ」に変更
し、さらに、Ｃチャネル切り替え可能応答（Ｖ５．２プ
リミティブ）を、セカンダリ・リンクを介して構内交換
機１１０に送る。続いて、端末収容装置１２０は、Ｃチ
ャネルデータの運用状態情報を「運用中」に変更する。
構内交換機１１０は、Ｃチャネル切り替え可能応答を受
信すると、Ｃチャネルデータの、運用状態情報を「運用
中」に変更するとともに、アクト−Ｃチャネル情報を
「セカンダリ」に変更する。その後、構内交換機１１０
および端末収容装置１２０は、セカンダリ・リンクのＣ
チャネルを、アクトとして起動する。

【００３３】以上により、Ｃチャネル切り替えシーケン
スが完了する。上述したように、この実施の形態では、
Ｃチャネル切り替えシーケンスの完了後に、閉塞要求表
確認処理を行う。

【００３４】図５は、閉塞要求表確認処理を示す概略フ
ローチャートである。また、図６は、閉塞要求表確認処
理（Ｃチャネル切り替えシーケンス中に閉塞コマンドが
投入されていた場合）のシーケンス図である。上述のよ
うに、この閉塞要求表確認処理は、Ｃチャネル切り替え
処理の完了後に行われる。

【００３５】図５に示したように、構内交換機１１０
は、まず、閉塞要求表１１２に、「要求あり」が存在す
るか否かをチェックする（Ｓ５０１）。

【００３６】ここで、「要求有り」が全く存在しない場
合は、Ｃチャネル切り替え処理中に閉塞コマンドまたは
閉塞解除コマンドが投入されなかったことになる。した
がって、構内交換機１１０は、閉塞要求表確認処理を終
了する。

【００３７】「要求有り」が存在している場合は、Ｃチ
ャネル切り替え処理中に閉塞コマンドまたは閉塞解除コ
マンドが投入されたことになる。この場合、構内交換機
１１０は、この「要求有り」に対応する端末１４０の加
入者データをチェックする（Ｓ５０２）。そして、構内
交換機１１０は、閉塞／障害要因が存在する場合（例え
ば、加入者データの閉塞／障害要因情報が「コマンド」
になっている場合）は、Ｃチャネル切り替え処理中に閉
塞コマンドが投入されたと判断して（図２のＳ２０２参
照）、ポート閉塞指示（Ｖ５．２プリミティブ）を、端
末収容装置１２０に送信する（Ｓ５０３）。端末収容装
置１２０は、この指示を受信すると、加入者データの運
用状態情報を、「非運用中」に変更する（図６参照）。

【００３８】一方、構内交換機１１０は、加入者データ
の閉塞／障害要因情報が「閉塞／障害無し」になってい
る場合は、Ｃチャネル切り替え処理中に閉塞解除コマン
ドが投入されたと判断し（図２のＳ２０６参照）、ポー
ト閉塞解除指示（Ｖ５．２プリミティブ）を端末収容装
置１２０に送信する（Ｓ５０４）。端末収容装置１２０
は、この指示を受信すると、加入者データの運用状態情
報を、「運用中」に変更する。

【００３９】このように、この実施の形態では、閉塞／
閉塞解除処理および閉塞要求表確認処理を実行すること
としたので、Ｃチャネル切り替え処理中に閉塞コマンド
や閉塞解除コマンドが投入された場合ても、構内交換機
１１０の加入者データと端末収容装置１２０の加入者デ
ータとが常に一致する。したがって、システムの保守者
が、保守用端末１１１を操作してコマンドを投入する場
合に、Ｃチャネルの運用状態情報をチェックする必要が
ないので、コマンド投入時の操作を円滑且つ効率的にす
ることができる。

【００４０】

【発明の効果】以上詳細に説明したように、本発明に係
る構内交換システムによれば、コマンド投入時の操作を
円滑且つ効率的にすることができる。

【図面の簡単な説明】

【図１】実施の形態に係る構内交換システムの構成を示
す概略図である。

【図２】実施の形態に係る閉塞／閉塞解除処理を示す概
略フローチャートである。

【図３】実施の形態に係る構内交換システムのＣチャネ
ルの切り替え処理を示すシーケンス図である。

【図４】実施の形態に係る構内交換システムの、障害発
生時の処理を示す概略フローチャートである。

【図５】実施の形態に係る構内交換システムの、閉塞要
求表確認処理を示す概略フローチャートである。

【図６】実施の形態に係る構内交換システムの、閉塞要
求表確認処理のシーケンス図である。

【図７】従来の構内交換システムの構成を示す概略図で
ある。

【図８】従来のＣチャネルの切り替え処理を示すシーケ
ンス図である。

【図９】従来の閉塞処理を示すシーケンス図である。

【符号の説明】

１１０ 構内交換機 １１１ 保守用端末 １１２ 閉塞要求表 １２０ 端末収容装置 １２１ 保守用端末 １３０ Ｖ５．２回線 １４０ 端末

フロントページの続き Ｆターム(参考） 5K019 AA02 AA07 AB05 AC09 BA15 BA26 BA40 BA55 BA61 BB12 CA06 DA01 EA28 5K049 AA07 BB04 BB11 BB24 CC03 CC04 DD04 5K051 AA04 BB01 BB02 CC01 CC02 DD01 FF11 GG06 HH02 HH27 LL02 LL07

Claims (3)

【特許請求の範囲】
1. 【請求項１】 構内交換機と端末収容装置とを接続する
   通信回線が、アクト−スタンバイ関係にある複数の制御
   チャネルを有する構内交換システムにおいて、 前記制御チャネルに対して前記アクト−スタンバイ関係
   の切り替え処理を実行している最中に、前記端末収容装
   置に収容された端末の閉塞処理または閉塞解除処理を実
   行するためのコマンドが投入されたときに、コマンド投
   入情報を記憶手段に書き込むコマンド保持手段と、 前記切り替え処理が完了したときに前記記憶手段の記憶
   情報をチェックし、前記コマンド投入情報が記憶されて
   いる場合に、前記閉塞処理または前記閉塞解除処理を実
   行するコマンド実行手段と、 を備えることを特徴とする構内交換システム。
2. 【請求項２】 前記コマンド保持手段が、 前記切り替え処理の実行中に前記コマンドが投入された
   場合に、このコマンドの種類を判別し、 このコマンドが前記閉塞処理を示している場合は、閉塞
   要因が存在することを示す情報を加入者データに書き込
   んだ後で、前記コマンド投入情報を前記記憶手段に格納
   し、 このコマンドが前記閉塞解除処理を示している場合は、
   閉塞要因が存在しないことを示す情報を加入者データに
   書き込んだ後で、前記コマンド投入情報を記憶する、 ことを特徴とする請求項１に記載の構内交換システム。
3. 【請求項３】 前記コマンド処理手段が、 前記記憶手段の記憶情報をチェックして、前記コマンド
   投入情報が記憶されている場合には前記加入者データの
   前記閉塞要因をチェックし、 前記閉塞要因が存在する場合は、前記コマンドが前記閉
   塞処理であると判断し、 前記閉塞要因が存在しない場合は、前記コマンドが前記
   閉塞解除処理であると判断する、 ことを特徴とする請求項１または２に記載の構内交換シ
   ステム。