JP2005039386A

JP2005039386A - Control unit of transmission device

Info

Publication number: JP2005039386A
Application number: JP2003198050A
Authority: JP
Inventors: Tetsuya Yokoyama; 哲哉横山; Madoka Kamibayashi; 円上林; Mitsumasa Yoshikawa; 光政吉川; Naoki Ainaka; 直樹合中
Original assignee: Fujitsu Ltd; Fujitsu Telecom Networks Ltd
Current assignee: Fujitsu Ltd; Fujitsu Telecom Networks Ltd
Priority date: 2003-07-16
Filing date: 2003-07-16
Publication date: 2005-02-10

Abstract

<P>PROBLEM TO BE SOLVED: To provide technology capable of resetting a control state set in a transmission device, in a shorter period of time than before. <P>SOLUTION: Once abnormality of a connection state between the transmission device and a host device is detected, a timer management part clocks a specified time and a control state management part autonomously releases the control state which is currently set, after the predetermined time elapsed. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【０００１】
【発明の属する技術分野】
本発明は制御監視装置からのコマンドにより制御および解除操作が実施される伝送装置に関する。
【０００２】
近年いろいろな大規模な社会システムにおいて制御側と被制御側での通信断状態でも、サービスを停止させない工夫が求められつつある。本発明はこの思想に従い、遠隔制御不可能な状態に陥った場合でも、装置の自律的な動作により致命的なサービス停止に至らないセーフティ設計に関する。
【０００３】
【従来の技術】
データの伝送装置たるネットワーク・エレメント（ＮＥ）と、ＮＥを遠隔から監視及び制御する制御監視装置たるオペレーション・システム（ＯＰＳ）とからなるネットワークシステムがある。
【０００４】
図１３に示すように、ＯＰＳとＮＥとは、遠隔制御監視線で接続される。ＯＰＳは、ＮＥに対する様々なコマンドをＮＥに対して遠隔制御監視線を介して与える。ＮＥは、ファームウェアとハードウェアとを備えており、ファームウェアは、ＯｐＳからのコマンドを解析しコマンドに応じた設定をハードウェアに施すことによって、ＮＥの装置状態を設定する。また、ＯＰＳによるＮＥの監視／制御はＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）を用いて行われる。
【０００５】
ＯＰＳによるＮＥの制御は、次のようにして行われる。即ち、図１３に示すように、ＯＰＳは、或る制御操作をＮＥに対して行う場合には、制御状態の設定コマンドを遠隔制御監視線を介してＮＥに与える（図１３の（１））。すると、ＮＥは制御状態を設定コマンドに従って設定する（図１３の（２））。その後、ＯＰＳは設定コマンドでＮＥに施した制御状態を解除する場合には、解除コマンドを遠隔制御監視線を介してＮＥに与える（図１３の（３））。すると、ＮＥは、設定コマンドに基づく制御状態を解除コマンドに従って解除する（図１３の（４））。
【０００６】
上述したシステムにおいて、ＯＰＳより制御操作を実施した状態でＯＰＳとの接続断（接続状態異常）が発生した場合、接続復旧を待ってＯＰＳより制御状態の解除操作を行っていた。即ち、図１４に示すように、ＯＰＳからＮＥに対して制御状態の設定コマンド（例えば「切替禁止」の設定コマンド）が送信される場合、ＯＰＳ−ＮＥ間の接続状態が正常であれば、設定コマンドはＮＥのファームウェアで受け取られる。すると、ＮＥのファームウェアは、ＮＥのハードウェアに対して設定コマンドに従った制御状態（切替禁止）を設定する。これにより、ＮＥが設定コマンドに応じた制御状態（切替禁止状態）となる。ＮＥのファームウェアは、設定が終了すると、ＯＰＳにコマンド応答を返す。
【０００７】
その後、遠隔制御監視線の切断等により、ＯＰＳ−ＮＥ間の接続断（接続状態の異常）が発生すると、ＯＰＳが先の設定（制御状態）の解除コマンド（この例では「切替禁止」の解除コマンド）をＮＥのファームウェアに与えようとしても、ＮＥのファームウェアが当該解除コマンドを受け取ることができない状態となる。
【０００８】
その後、ＯＰＳ−ＮＥ間の接続断（接続状態の異常）が復旧すると、ＮＥのファームウェアは、ＯＰＳからの解除コマンド（切替禁止解除コマンド）を受け取ることができるようになり、ファームウェアは、当該解除コマンドに従いハードウェアに施した設定を解除する。これによって、ＮＥの設定コマンドに従った制御状態（切替禁止状態）が解除される。ファームウェアは、解除コマンドに従った設定が終了すると、コマンド応答を返す。
【０００９】
以上のような手順では、ＯＰＳ−ＮＥ間に接続状態の異常が発生すると、その異常状態から復旧するまでの間は、ＮＥがＯＰＳからのコマンドを受信不能な期間となる。従って、ＯＰＳ−ＮＥ間の接続が復旧し、ＮＥのファームウェアに解除コマンドが与えられるまで、ＮＥのハードウェアは設定コマンドに基づく制御状態（図２であれば切替禁止状態）を維持する。
【００１０】
なお、本願発明に関する先行技術文献としては、下記の特許文献１に開示された技術がある。
【特許文献１】
特開昭５８−１８２３５８号公報
【００１１】
【発明が解決しようとする課題】
上述したように、ＮＥは、一旦、設定コマンドに従って制御状態を設定すると、その制御状態の解除コマンドに基づいて当該制御状態を解除するまでその制御状態を維持する。
【００１２】
しかしながら、ＯＰＳより実施される制御の設定内容、即ち制御状態の設定によるハードウェアの状態（ＮＥの装置状態）には、データ伝送用の回線断の原因となるもの、または障害発生時の回線等の切替動作が禁止されるものが含まれている。
【００１３】
従って、上述したようなＯＰＳ−ＮＥ間の接続復旧を待ってから状態を解除するような手順では、接続復旧に長時間を要すると、上述したような回線断や、障害発生に対してＮＥが適切な動作を行うことができない場合が生じ、回線断の復旧作業が必要となったり、障害発生時の救済に長時間を要したりするという問題が発生する可能性があった。
【００１４】
このため、ＯＰＳ−ＮＥ間の接続状態に異常が発生した場合には、作業員がＮＥの設置されている場所に赴き、架前にてＮＥに接続可能な制御装置を使用しＮＥの状態の解除操作を行っていた。この場合、ＮＥの設置されている場所までわざわざ赴く必要があるので、場合によっては作業員がＮＥの設置場所に到達するまでに長時間を要する可能性がある。従って、ＯｐＳとの接続復旧を待つ場合と同様の問題が生じる可能性があった。
【００１５】
本発明は、上述したような問題に鑑みなされたものであり、従来に比べて短い時間で伝送装置に設定された制御状態を解除可能な技術を提供することを目的とする。
【００１６】
【課題を解決するための手段】
本発明は、上述した課題を解決するため以下のようにした。すなわち、本発明の第１の態様は、伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う伝送装置の制御装置であって、
伝送装置と上位装置との間の接続状態の異常を検出する検出手段と、
前記検出手段によって接続状態の異常が検出された場合に、前記コマンドに従って設定された制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う自律解除手段と、を含む。
【００１７】
本発明の第１の態様によると、検出手段が伝送装置と上位装置との接続状態の異常を検出した場合に、設定済みの制御状態がある場合には、自律解除手段が当該制御状態を自律的に解除する。これによって、当該制御状態が維持されることによる不具合を回避することができる。
【００１８】
好ましくは、第１の態様は、前記検出手段によって接続状態の異常が検出された場合に、所定時間の計時を開始する計時手段をさらに含み、
前記自律解除手段は、前記所定時間が経過しても前記接続状態が回復しない場合に、前記自律的な解除を行う。このようにすれば、接続状態の異常検出から自律的な解除動作が行われるまでの間に所定時間だけ保護期間を設けて接続状態が回復するのを待つことができる。
【００１９】
好ましくは、第１の態様は、前記自律解除手段は、前記所定時間が経過する前に前記接続状態が回復した場合には、前記自律的な解除を行わない。このようにすることで、異常状態から比較的早く復旧した場合には、上位装置からの解除のためのコマンドを受け取るのを待つようにすることができる。
【００２０】
好ましくは、第１の態様は、前記自律解除手段が前記自律的な解除を行った後に前記接続状態の異常が回復した場合に、前記自律的な解除を行ったことを前記上位装置に通知する通知手段をさらに含む。
【００２１】
このようにすれば、上位装置で管理されている伝送装置に対する制御状態の設定又は解除を示す情報を、実際の伝送状態における状態に一致させることができる。
【００２２】
好ましくは、第１の態様は、前記上位装置からのコマンドにより、前記計時手段で計時される前記所定時間の長さを変更する時間変更手段をさらに含む。このようにすれば、上位装置から伝送装置で行われる自律的な解除が行われるまでの保護期間を調整することができる。
【００２３】
好ましくは、第１の態様は、前記所定時間の長さを有限値又は無限値に設定することで、前記自律解除手段の動作の有効又は無効を制御する制御手段をさらに含む。このようにすれば、自律的な解除の有効／無効を制御することができる。
【００２４】
本発明の第２の態様は、自装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う伝送装置であって、
自装置と上位装置との間の接続状態の異常を検出する検出手段と、
前記検出手段によって接続状態の異常が検出された場合に、前記コマンドに従って設定された制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う自律解除手段と、を含む。
【００２５】
本発明は、第３の態様として、第１の態様として特定される伝送装置の制御装置とほぼ同様の特徴を持つ制御状態の解除方法として特定することができる。
【００２６】
また、本発明の第４の態様は、伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、又はこの制御状態の解除を行うコンピュータに、
伝送装置と上位装置との間の接続状態の異常を検出するステップと、
接続状態の異常が検出された場合に、前記コマンドに従って設定された制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行うステップと、
を実行させるためのプログラムとして特定することもできる。
【００２７】
さらに、本発明は、第４の態様として特定したプログラムを記録した記録媒体として特定することもできる。
【００２８】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
【００２９】
実施形態では、信頼性の低い（例えば、ＳＮＭＰ（ＳｉｍｐｌｅＮｅｔｗｏｒｋＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ））を使った制御監視装置（ＯＰＳ）において、ＯＰＳからの制御が出来ない状態に陥った時に自立的に動作するモードをＮＥに用意し、回線切断等を救済する方式を実現する。また、接続状態復旧した場合に上位装置との装置状態不一致をなくする為の方式を実現する。
【００３０】
図１は、本発明の実施形態に係る伝送装置の制御監視システムの構成例を示す図である。図１に示すように、制御監視システムは、制御監視対象としての伝送装置たるＮＥ１０と、遠隔からＮＥ１０を監視及び制御する制御監視装置たるＯＰＳ１０とを含み、ＮＥ１０とＯＰＳ２０とは遠隔制御監視線Ｌを介して接続されている。
【００３１】
ＮＥ１０は、図１３を用いて説明したように、ＯＰＳ２０から遠隔制御監視線Ｌを介して制御状態の設定コマンドや解除コマンドを受け取り、設定コマンドに従って制御状態の設定を行い、解除コマンドに基づいて設定された制御状態を解除する。
【００３２】
ＮＥ１０は、ファームウェア３０と、ハードウェア４０とを備えている。ファームウェア３０は、ＣＰＵ，ＲＯＭやＲＡＭ等のメモリ，入出力装置（Ｉ／Ｏ），ハードウェア４０に対する様々なドライバ回路、メモリに格納されたプログラムやデータ等から構成され、プログラムをＣＰＵが実行することによって、ＯＰＳ２０との通信に係る処理や、ハードウェア４０に対する様々な制御種別毎の制御状態の設定又は設定解除を行う伝送装置の制御装置として機能する。伝送装置の制御装置は、ファームウェアによる実現の他、専用ハードウェア（専用回路チップ又はその組み合わせ）で実現することも可能である。
【００３３】
ハードウェア４０は、ファームウェア３０によって制御される、ＮＥ１０が伝送装置として機能するための様々なハードウェアであり、ユーザデータの伝送用の回線インタフェース回路や、回線の切替スイッチ等である。
【００３４】
図２及び図３は、実施形態に係るＮＥ１０の動作説明図である。図２及び図３には、ＯＰＳ２０より実施されるＮＥ１０に対する様々な制御操作のうち、ＮＥ１０による切替動作を禁止する「切替禁止設定」に係る動作が例示されている。
【００３５】
図２において、ＯＰＳ２０は、ＮＥ１０に対して切替禁止設定を実施する場合には、切替禁止設定コマンドをＮＥ１０へ送信する。ＮＥ１０のファームウェア３０は、切替禁止設定コマンドを受信すると、その設定コマンドに従ってハードウェア４０に対し、切替動作禁止の設定を施し、コマンド応答をＯＰＳ２０に返す。これによって、ＮＥ１０は、切替禁止が設定された状態となる。切替禁止設定中は、回線障害救済の為の切替動作が禁止される。このため、回線障害が発生してもその障害を復旧させることができない。
【００３６】
ところで、ファームウェア３０は、ＯＰＳとの接続断（接続状態の異常発生）を監視しており、ＯＰＳ２０からの設定コマンドに従って切替禁止の設定を行った後にＯＰＳ−ＮＥ間の接続断を検出すると、その時点からタイマのカウントアップを開始する。
【００３７】
タイマがタイムアウトするまでの間にＯＰＳ−ＮＥ間の接続が復旧しない場合、ファームウェア３０は、ハードウェア４０に対して「切替禁止解除」設定を施す。即ち、切替禁止状態を自律的に解除する。例えば、ＯＰＳ２０からの切替禁止解除コマンドに従った動作と同様の動作を行っても良い。タイマのタイムアウト時間として、あらかじめ設定された有限または無限の値を適用することができる。
【００３８】
ここに、タイムアウト時間として無限の値を設定することで、ＮＥ１０で実施される全ての制御種別について、自律的な解除動作を行うことを禁止することができる。言い換えれば、タイムアウト時間（タイマ値）の設定により、ＮＥ１０に対し、全部又は一部の制御種別について、自律的な解除動作を行うモードと、自律的な解除動作を行わないモードとの一方を設定することができる。
【００３９】
ファームウェア３０が自律的に実施した「切替禁止解除」設定は、ＯＰＳ−ＮＥ間の接続復旧をトリガに、状態変化通知としてＮＥ１０からＯＰＳ２０に通知される。ＯＰＳ２０は、ＮＥ２０からの状態変化通知を受け取ることで、自身が管理しているＮＥ１０の制御状態の合わせこみ（「切替禁止設定」状態→「切替禁止解除」状態）を実施することができる。
【００４０】
一方、図３に示すように、タイマのカウントアップ中にＯＰＳ−ＮＥ間の接続が復旧した場合には、ファームウェア３０はタイマのカウントアップを停止する。これによって、ファームウェア３０は、自律的な制御状態（切替禁止）の解除動作を実施しない。その代わり、ファームウェア３０は、ＯＰＳ−ＮＥ間の接続が復旧した場合にＯＰＳ２０から送信されてくる解除コマンドに従って、当該制御状態（切替禁止）の解除を行う。
【００４１】
ＮＥ１０が図２及び図３に示した動作を行うため、ＮＥ１０のファームウェア３０は、図１に示すように、ＯＰＳ２０からのコマンド受信とＯＰＳ２０への通知とを行うＯＰＳインタフェース部３１（通知手段に相当）と、ＯＰＳ−ＮＥ間の接続断の発生／回復（復旧）を監視するＯＰＳ接続監視部３２（検出手段に相当）と、タイマの管理を行うタイマ管理部３３（計時手段，時間変更手段，制御手段に相当）と、コマンド制御状態を管理しハードウェア４０に対する設定を行う制御状態管理部３４（自律解除手段に相当）と、装置状態（制御状態）のバックアップ部であるデータベース（ＤＢ）３５とを実現するように構成される。
【００４２】
制御状態管理部３４には、図４に示すような、制御状態を保存する制御状態管理テーブル３６と、ＯＰＳ２０への解除通知の要否を判断する通知フラグ（ＯＦＦ＝通知不要（デフォルト）／ＯＮ＝通知要）３７とが設けられる。
【００４３】
制御状態管理テーブル３６は、図４に示すように、インデックス（ＩＮＤＥＸ）に対応付けて、ＮＥ１０の自律的な解除の対象となる制御の種別が「制御種別」として割り当てられ、各制御種別に対して夫々の実施有無を示すフラグ（ＯＦＦ／ＯＮ）が「実施有無フラグ」として設けられたデータ構造を有している。
【００４４】
この制御状態管理テーブル３６にて制御種別が管理される制御が、異常の検出時において自律的に解除される対象となり、それ以外の制御種別（制御状態管理テーブル３６にて管理されない制御種別）については、ＮＥで異常が検出されても自律的な制御状態の解除は行われない。
【００４５】
図５は、通常の制御操作の設定及び解除コマンドに基づくファームウェア３０の動作の説明図である。ファームウェア３０は、通常の制御（制御状態）の設定又は解除コマンドに対し、次の動作を行う。
【００４６】
ＯＰＳインタフェース部３１がＯＰＳ２０から任意の制御の設定（または解除）コマンドを受信する（図５の（１））。すると、ＯＰＳインタフェース部３１は、設定又は解除コマンドに対応する制御種別とその設定又は解除を示す情報とを含む設定／解除メッセージを制御状態管理部３４に通知する（図５の（２））。
【００４７】
制御状態管理部３４は、制御種別をチェックし、制御状態管理テーブル３６の制御種別に該当種別がある場合には、制御状態管理テーブル３６の該当種別に対する実施有無フラグを制御する（図５の（３））。具体的には、制御状態管理部３４は、ＯＰＳインターフェイス部３１からの通知が「設定」である場合には、制御状態管理テーブル３６の該当インデックスの実施有無フラグをオン（ＯＮ）にセットし、通知が「解除」であれば、制御状態管理テーブル３６の該当インデックスの実施有無フラグをオフ（ＯＦＦ）にセットする。
【００４８】
その後、制御状態管理部３４は、設定又は解除コマンドに基づく制御の設定又は設定解除をハードウェア４０に対して実施する（図５の（４））。これによって、ＮＥ１０の装置状態が設定コマンドに従った状態となったり、解除コマンドに従って設定コマンドによる状態が解除された状態となったりする。
【００４９】
そして、制御状態管理部３４は、ＤＢ３５に制御状態管理テーブル３６の内容（装置状態）を格納することで、装置状態のバックアップをとる（図５の（５））。即ち、ＤＢ３５内には、制御状態管理テーブル３６のバックアップ用のテーブル（以下、「制御状態管理テーブル３６’」と表記する）が用意されており、この制御状態管理テーブル３６’に対し、図５の（３）で行われた制御状態管理テーブル３６における実施有無フラグの変更が反映される。
【００５０】
このように、ファームウェア３０は、ＯＰＳからの設定／解除コマンドに応じた制御の設定／設定解除をハードウェア４０に対して実施する一方で、コマンドに基づく装置状態（コマンドに対応する制御種別の設定／解除）を管理する。
【００５１】
図６は、ＯＰＳ−ＮＥ間に接続断（接続状態の異常）が発生した場合におけるファームウェア３０の動作の説明図である。ファームウェア３０は、ＯＰＳ−ＮＥ間が接続断した場合には、次の動作を行う。
【００５２】
ＯＰＳ接続監視部３２がＯＰＳ−ＮＥ間の接続断を検出する（図６の（１））。すると、ＯＰＳ接続監視部３２は、タイマ管理部３３に対し、タイマカウント開始要求メッセージを与える（図６の（２））。
【００５３】
タイマ管理部３３は、タイマカウント開始要求メッセージを受け取ると、タイマカウントを開始する（図６の（３））。その後、タイマがタイムアウトになると、タイマ管理部３３は、制御状態管理部３４へ制御状態解除要求メッセージを与える（図６の（４））。
【００５４】
制御状態管理部３４は、制御状態解除要求メッセージを受け取ると、制御状態管理テーブル３６の各レコードをチェックし、実施有無フラグがオンの制御種別について、ハードウェアの設定状態を解除する（図６の（５））。
【００５５】
続いて、制御状態管理部３４は、設定状態を解除した制御種別に係る状態をＤＢ３５にバックアップする（図６の（６））。即ち、制御状態管理部３４は、ＤＢ３５にバックアップされている制御状態管理テーブル３６’に対し、設定を解除した制御種別の実施有無フラグをオフにセットする。そして、制御状態管理部３４は、通知フラグ３７をオン（ＯＮ）に設定する（図６の（７））。
【００５６】
このように、ファームウェア３０は、ＯＰＳ−ＮＥ間の接続状態を監視し、異常を検出すると、タイマの計時を開始し、タイマがタイムアウトになる前に接続状態が復旧しなかった場合には、その時点でハードウェア４０に対して設定されている制御（装置状態）を解除するとともに、通知フラグ３７をオンにすることで、自律的な設定の解除動作を行ったことを記憶する。
【００５７】
図７は、ＯＰＳ−ＮＥ間の接続断（接続状態の異常）が回復（復旧）した場合におけるファームウェア３０の動作の説明図である。ファームウェア３０は、ＯＰＳ−ＮＥ間の接続異常が回復した場合には、次の動作を行う。
【００５８】
ＯＰＳ接続監視部３２がＯＰＳ−ＮＥ間の接続異常の回復を検出する（図７の（１））。すると、ＯＰＳ接続監視部３２は、タイマ管理部３３にタイマカウント停止要求メッセージを通知する（図７の（２））
【００５９】
タイマ管理部３３は、ＯＰＳ接続監視部３２からタイマカウント停止要求を受け取ると、タイマによる計時を停止し、制御状態管理部３４へ状態変化通知要求を通知する（図７の（３））。
【００６０】
制御状態管理部３４は、タイマ管理部３３から状態変化通知要求メッセージを受け取ると、通知フラグ３７の状態をチェックし（図７の（４））、オンであれば、制御状態管理テーブル３６の全インデックスの実施有無フラグをチェックし、フラグがオンにセットされている制御種別の解除通知要求メッセージをＯＰＳインタフェース部３１に通知する（図７の（５））。なお、制御状態管理テーブル３６の全ての実施有無フラグがオフにセットされている場合には、以降の（６）及び（７）の処理は行われない。
【００６１】
制御状態管理部３４は、制御状態管理テーブル３６に割り付けられたいずれかの制御種別に対する実施有無フラグがオンに設定されていた場合には、制御状態管理テーブル３６及び通知フラグ３７を設定処理を行う（図７の（６））。即ち、制御状態管理部３４は、制御状態管理テーブル３６の全てのインデックスの実施有無フラグをオフにセットするとともに、通知フラグ３７の値をオフにセットする。
【００６２】
ＯＰＳインタフェース部３１は、解除通知要求メッセージを制御状態管理部３４から受け取ると、対応する制御種別の状態変化通知（制御の設定状態の解除通知）をＯＰＳへ送信する（図７の（７））。
【００６３】
このように、ファームウェア３０は、ＯＰＳ−ＮＥ間の接続状態が回復した場合には、自律的に設定の解除を実施した制御種別があるか否かを判断し、該当する制御種別がある場合には、その制御種別についての状態変化通知（解除通知）をＯＰＳ２０へ送信する。これによって、ＯＰＳ２０は、当該制御種別について自身が管理しているＮＥ１０の装置状態を更新する。これによって、ＮＥ１０の装置状態（ハードウェア４０の状態）とＯＰＳ２０が管理しているＮＥ１０の装置状態とを一致させることができる。
【００６４】
タイマ管理部３３がＯＰＳ−ＮＥ間の接続状態の復旧を監視するために行うタイマの計時で使用されるタイマ値は、ＯＰＳ２０からの操作により任意の値に設定することができる。図９は、ファームウェア３０のタイマ値の変更時における動作の説明図である。
【００６５】
ＯＰＳインタフェース部３１は、ＯＰＳ２０から送信されてくるタイマ設定コマンドを受信する（図８の（１））。すると、ＯＰＳインタフェース部３１は、タイマ管理部３３に対し、タイマ値変更メッセージを通知する（図８の（２））。タイマ値設定コマンド及びタイマ値変更メッセージには、ＯＰＳ側で決定された変更後のタイマ値（設定タイマ値）を含んでいる。
【００６６】
タイマ管理部３３は、ＯＰＳインタフェース部３１からタイマ値変更メッセージを受け取ると、このメッセージに含まれている設定タイマ値を、計時に用いるタイマ値としてセットする（タイマ値を変更する）するとともに、その設定タイマ値をＤＢ３５にバックアップする（図８の（３））。
【００６７】
その後、タイマ管理部３３からタイマ値の変更終了が通知され、ＯＰＳインタフェース部３１がＯＰＳにタイマ値変更を示すコマンド応答を返すように構成することもできる。
【００６８】
図９は、ＯＰＳインタフェース部３１が図５，７及び８に示した動作を行う場合に実行される処理を示すフローチャートである。図９に示すように、ＯＰＳインタフェース部３１は、処理を開始すると、ＯＰＳ２０からのコマンド、又は制御状態管理部３４からのメッセージの受信を待ち（ステップＳ１）、コマンド又はメッセージを受信すると、それがコマンドであるかメッセージであるかを判定する（ステップＳ２）。コマンドであれば、処理がステップＳ３に進み、メッセージであれば処理がステップＳ７に進む。
【００６９】
ステップＳ３に処理が進んだ場合には、ＯＰＳインタフェース部３１は、コマンド種別を判別し、コマンド種別がタイマ設定であれば処理がステップＳ４に進み、制御設定又は制御設定解除であれば処理がステップＳ６に進む。
【００７０】
ステップＳ４に処理が進んだ場合には、ＯＰＳインタフェース部３１は、タイマ管理部３３に対し、タイマ値変更メッセージを通知する。その後、処理がステップＳ６に進み、ＯＰＳインタフェース部３１は、再びコマンド又はメッセージの受信待ち状態となる。
【００７１】
ステップＳ５に処理が進んだ場合には、ＯＰＳインタフェース部３１は、制御状態管理部３４に対し、コマンドに応じた制御種別と、その設定又は設定解除を示す情報を含むメッセージを送信する。その後、ＯＰＳインタフェース部３１は、コマンド又はメッセージの受信待ち状態となる（ステップＳ６）。
【００７２】
一方、受信対象が制御状態管理部３４からのメッセージであり、ステップＳ７に処理が進んだ場合には、ＯＰＳインタフェース部３１は、当該メッセージで指定される制御種別に対する解除通知（状態変更通知）をＯＰＳ２０に送信する。その後、ＯＰＳインタフェース部３１は、コマンド又はメッセージの受信待ち状態となる（ステップＳ６）。
【００７３】
図１０は、ＯＰＳ接続状態監視部３２が図６及び７の動作を行う場合に実行される処理を示すフローチャートである。ＯＰＳ接続状態監視部３２は、処理を開始すると、ＯＰＳ２０とＮＥ１０との接続状態を収集し（ステップＳ１１）、接続状態を判定する（ステップＳ１２）。
【００７４】
ステップＳ１１及びＳ１２による接続状態の収集及び判定手法（接続異常の検出手法）としては、遠隔制御監視線からの信号の有無の判定、データリンクの接続確認、ｐｉｎｇコマンドによる接続確認等の周知の様々な接続確認手法を適用することができる。
【００７５】
このとき、ＯＰＳ接続監視部３２は、接続状態を「接続断発生（接続異常）」と判定した場合（接続異常を検出した場合）には、タイマ管理部３３に対し、タイマカウント開始要求のメッセージを送信する（ステップＳ１３）。その後、ＯＰＳ接続監視部３２は、ＯＰＳとの接続状態を収集し（ステップＳ１５）、処理をステップＳ１２に戻す。
【００７６】
一方、ステップＳ１２において、ＯＰＳ接続監視部３２は、接続状態を「接続断回復（接続復旧）」と判定した場合には、タイマ管理部３３に対し、タイマカウント停止要求のメッセージを送信する（ステップＳ１４）。その後、ＯＰＳ接続監視部３２は、ＯＰＳとの接続状態を収集し（ステップＳ１５）、処理をステップＳ１２に戻す。
【００７７】
また、ステップＳ１２において、ＯＰＳ接続監視部３２は、接続状態を「接続断継続又は正常」であると判定した場合には、処理をステップＳ１５に進めた後、処理をステップＳ１２に戻す。
【００７８】
なお、上記フローチャートにおいて、一巡目のステップＳ１２では、ＯＰＳ接続監視部３２は、現在の接続状態を用いて判定を行い、現在の接続状態が正常であれば、処理をステップＳ１５に進め、異常であれば、処理をステップＳ１３に進める。
【００７９】
これに対し、二巡目以降のステップＳ１２では、ＯＰＳ接続監視部３２は、前回の接続状態と今回（現在）の接続状態とを用いて判定を行う。即ち、前回の接続状態が正常であり、今回の接続状態が異常であれば、接続断発生と判断して処理をステップＳ１３に進める。これに対し、前回の接続状態が異常であり、今回の接続状態が正常であれば、接続断回復と判断して処理をステップＳ１４に進める。これに対し、前回及び今回の接続状態が共に正常又は異常であれば、「接続断継続又は正常」と判断して処理をステップＳ１５に進める。
【００８０】
図１１は、タイマ管理部３３が図６，７及び８に示した動作を行う場合に実行される処理を示すフローチャートである。タイマ管理部３３は、処理を開始すると、メッセージの受信を待ち（ステップＳ２１）、メッセージを受信すると、メッセージの送信元を判定する（ステップＳ２２）。
【００８１】
このとき、メッセージの送信元がＯＰＳ接続監視部３２であれば処理がステップＳ２３に進み、メッセージの送信元がＯＰＳインタフェース部３１であれば処理がステップＳ３０に進む。
【００８２】
ステップＳ２３に処理が進んだ場合には、タイマ管理部３３は、ＯＰＳ接続監視部３２からの要求を判別する。即ち、タイマ管理部３３は、ＯＰＳ接続監視部３２からのメッセージ種別を判別し、メッセージがタイマカウント開始要求であれば、処理をステップＳ２４に進め、タイマカウント停止要求であれば処理をステップＳ２７に進める。
【００８３】
ステップＳ２４に処理が進んだ場合には、タイマ管理部３３は、タイマのカウントアップ（タイマによる計時）を開始する。そして、タイマ管理部３３は、タイマカウントアップ中において、メッセージを受信したか否かの判定（ステップＳ２５）、及びタイマがタイムアウトしたか否かの判定（ステップＳ２６）を繰り返し行う。
【００８４】
このとき、タイマ管理部３３は、メッセージを受信した場合（Ｓ２５；ＹＥＳ）には、処理をステップＳ２２に戻し、タイマがタイムアウトした場合（Ｓ２６；ＹＥＳ）には、処理をステップＳ２８に進める。
【００８５】
ここで、タイマカウントアップ中にタイマ管理部３３が受信するメッセージはＯＰＳ接続監視部３２からのタイマカウント停止要求メッセージのみである。従って、タイマ管理部３３は、ステップＳ２５でＹＥＳと判定し、処理をステップＳ２２に戻した場合には、処理をステップＳ２３に進め、ここで要求がタイマカウント停止であると判定する。この場合、タイマ管理部３３は、カウントアップ中のタイマを停止（リセット）し（ステップＳ２７）、メッセージの受信待ち状態となる（ステップＳ３２）。
【００８６】
一方、タイマがタイムアウトした場合（Ｓ２６；ＹＥＳ）には、タイマ管理部３３は、タイマをリセットし（ステップＳ２８）、制御状態管理部３４へ、制御状態解除要求のメッセージを送信する（ステップＳ２９）。その後、タイマ管理部３３は、メッセージの受信待ち状態となる（ステップＳ３２）。
【００８７】
ところで、ステップＳ２２において、メッセージの送信元がＯＰＳインタフェース部３１であると判定される場合（メッセージがタイマ値変更メッセージである場合）には、タイマ管理部３３は、自身の内部記憶領域にタイマ値変更メッセージに含まれている設定タイマ値を保存（設定タイマ値でタイマがタイムアウトするタイマ値を更新（変更））する（ステップＳ３０）。
【００８８】
すると、タイマ管理部３３は、タイマの変更値、即ち設定タイマ値をＤＢ３５に保存（バックアップ）し（ステップＳ３１）、その後、メッセージ受信待ち状態になる（ステップＳ３２）。
【００８９】
図１２は、制御状態管理部３４が、図５，６及び７に示した動作を行う場合に実行する処理を示すフローチャートである。制御状態管理部３４は、処理を開始すると、メッセージ受信待ち状態となり（ステップＳ４１）、メッセージを受信すると、メッセージの送信元を判定する（ステップＳ４２）。
【００９０】
このとき、制御状態管理部３４は、メッセージの送信元がＯＰＳインタフェース部３１であれば処理をステップＳ４３に進め、タイマ管理部３３であれば処理をステップＳ４９に進める。
【００９１】
ステップＳ４３に処理が進む場合は、制御状態管理部３４がＯＰＳインタフェース部３１から設定／解除メッセージを受信する場合である。この場合、制御状態管理テーブル３６に、メッセージ中に含まれている制御種別（該当制御種別）があるか否かを判定する。このとき、該当制御種別があれば（Ｓ４３；ＹＥＳ）、処理がステップＳ４４に進み、そうでなければ（Ｓ４３；ＮＯ）、処理がステップＳ４７に進む。
【００９２】
ステップＳ４４に処理が進んだ場合には、制御状態管理部３４は、メッセージが制御種別の設定であるか解除であるかを判定する。このとき、制御の設定であれば処理がステップＳ４５に進み、設定の解除であれば処理がステップＳ４６に進む。
【００９３】
ステップＳ４５に処理が進んだ場合には、制御状態管理部３４は、制御状態管理テーブル３６における、該当インデックス（該当制御種別が割り当てられているレコード）の実施有無フラグをオンにセットし、処理をステップＳ４７に進める。
【００９４】
これに対し、ステップＳ４６に処理が進んだ場合には、制御状態管理部３４は、制御状態管理テーブル３６における該当インデックスの実施有無フラグをオフにセットし、処理をステップＳ４７に進める。
【００９５】
ステップＳ４７に処理が進んだ場合には、制御状態管理部３４は、該当制御種別について、ハードウェア４０に対する制御状態の設定、又は制御状態の解除設定を実施する。
【００９６】
その後、制御状態管理部３４は、ＤＢ３５に格納されているバックアップ用の制御状態管理テーブル３６’に対し、ステップＳ４５又はＳ４６で行われた実施有無フラグのオン又はオフを反映する（ステップＳ４８）。その後、制御状態管理部３４は、メッセージの受信待ち状態となる（ステップＳ５９）。
【００９７】
ところで、制御状態管理部３４がタイマ管理部３３からメッセージを受信した場合には、ステップＳ４２を経て処理がステップＳ４９に進む。ステップＳ４９では、制御状態管理部３４は、メッセージの種別を判別する。このとき、メッセージが制御状態解除要求であれば、制御状態管理テーブル３６の全てのインデックス（レコード：０〜Ｎ（Ｎは自然数））の夫々に対しステップＳ５０〜Ｓ５３の処理が行われ、状態変化通知要求であれば処理がステップＳ５４に進む。
【００９８】
制御状態管理テーブル３６の各レコードに対するステップＳ５０〜Ｓ５３の処理は次の通りである。ステップＳ５０では、制御状態管理部３４は、処理対象のインデックスの実施有無フラグがオンか否かを判定する。このとき、実施有無フラグがオフであれば（Ｓ５０；ＮＯ）、Ｓ５０〜Ｓ５３の処理が次のインデックスに移行する。但し、全てのインデックスに対するＳ５０〜Ｓ５３の処理が終了している場合には、処理がステップ５９に進み、制御状態管理部３４は、メッセージの受信待ち状態となる。
【００９９】
これに対し、実施有無フラグがオンであれば（Ｓ５０；ＹＥＳ）、制御状態管理部３４は、そのインデックスの制御種別について、ハードウェア４０に施されている設定を解除する（ステップＳ５１）。
【０１００】
続いて、制御状態管理部３４は、ＤＢ３５に解除した状態をバックアップする（ステップＳ５２）。即ち、制御状態管理部３４は、ＤＢ３５に格納されている制御状態管理テーブル３６’に対し、ステップＳ５２で解除を行った制御種別の実施有無フラグをオフに設定する。
【０１０１】
続いて、制御状態管理部３４は、通知フラグ３７をオンにセットする（ステップＳ５３）。なお、通知フラグ３７が一旦オンに設定されれば、その後の他のインデックスに対するＳ５０〜Ｓ５３の処理において、Ｓ５３の処理が省略されるように構成することが可能である。
【０１０２】
ステップＳ５３の処理が終了した時点において、全てのインデックス（０〜Ｎ）に対する処理が終了していない場合には、次のインデックスに対するＳ５０〜Ｓ５３の処理が継続される。これに対し、全てのインデックスに対するＳ５０〜Ｓ５３の処理が終了している場合には、制御状態管理部３４は、メッセージの受信待ち状態となる（ステップＳ５９）。
【０１０３】
一方、ステップＳ４９において、メッセージ種別が状態変化通知要求であると判定された場合には、制御状態管理部３４は、通知フラグ３７がオンか否かを判定する（ステップＳ５４）。このとき、通知フラグ３７がオフであれば（Ｓ５４；ＮＯ）、制御状態管理部３４は、メッセージの受信待ち状態となる（ステップＳ５９）。
【０１０４】
これに対し、通知フラグ３７がオンの場合には、制御状態管理テーブル３６の全てのインデックス（０〜Ｎ）に対し、ステップＳ５５〜Ｓ５７の処理が行われる。即ち、ステップＳ５５では、制御状態管理部３４は、処理対象のインデックスの実施有無フラグがオンか否かを判定する。
【０１０５】
このとき、実施有無フラグがオンでなければ（Ｓ５４；ＮＯ）、Ｓ５５〜Ｓ５７の処理が次のインデックスに移行する。但し、全てのインデックスに対するＳ５５〜Ｓ５７の処理が終了している場合には、処理がステップ５９に進み、制御状態管理部３４は、メッセージの受信待ち状態となる。
【０１０６】
これに対し、実施有無フラグがオンであれば（Ｓ５４；ＹＥＳ）、制御状態管理部３４は、ＯＰＳインタフェース部３１に対し、処理対象のインデックスの制御種別に対する解除通知要求メッセージを送信する（ステップＳ５６）。
【０１０７】
続いて、制御状態管理部３４は、制御状態管理テーブル３６の処理対象のインデックス（解除通知要求に対応する制御種別）に対する実施有無フラグをオフにセットする（ステップＳ５７）。
【０１０８】
ステップＳ５７の処理が終了した時点において、全てのインデックス（０〜Ｎ）に対する処理が終了していない場合には、次のインデックスに対するＳ５５〜Ｓ５７の処理が継続される。これに対し、全てのインデックスに対するＳ５５〜Ｓ５７の処理が終了している場合には、制御状態管理部３４は、メッセージの受信待ち状態となる（ステップＳ５９）。
【０１０９】
ところで、上述したように、ＤＢ３５には、バックアップ用の制御状態テーブル３６’と、設定タイマ値とが格納される。ＤＢ３５の格納内容は次のように利用される。ＤＢ３５は、不揮発性の記憶装置上に作成されており、ＮＥの電源がオフとなったり、ＮＥに対するリセット操作が行われたりした場合でも、その記憶内容は維持される。
【０１１０】
ＮＥ１０の制御状態管理部３４が自律的に設定の解除動作を行った後、未だ接続が復旧していない状態では、制御状態テーブル３６の格納内容と、制御状態テーブル３６’の格納内容とは異なる状態となっている。このとき、ＮＥ１０の電源が一旦オフにされたりリセットが行われたりした場合（ＮＥ１０の再起動が行われた場合）には、制御状態管理部３４は、制御状態テーブル３６の格納内容を、制御状態テーブル３６’の格納内容に一致するように書き換える。これによって、実際のハードウェア４０の状態（装置状態）と、制御状態テーブル３６の格納内容とを一致させることができる。
【０１１１】
また、タイマのカウントアップ中にＮＥの再起動操作が行われた場合には、再起動時に、タイマ管理部３３がＤＢ３５にバックアップされている設定タイマ値を参照して、タイマのカウントアップを再開することができる。
【０１１２】
以上のように遠隔制御されているＮＥに対して、遠隔制御不能となった場合にも早急に回線に影響を与えるような制御操作を解除することが可能となる。また、ＯｐＳとの接続復旧後にＯｐＳに対して状態変化の通知を行うことで、ＯｐＳが保持する装置状態とＮＥの状態の合わせこみが行われ、状態の不一致を防止することが可能となる。
【０１１３】
更に本動作を起動するまでに任意の保護時間の設定を可能とすることで、意図的なＯｐＳとの接続断発生時に意図しない状態変化の発生を抑止することが可能となる。
【０１１４】
〈その他〉
上記した実施形態は、次の発明を開示する。
【０１１５】
（付記１）伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う制御装置であって、
伝送装置と上位装置との間の接続状態の異常を検出する検出手段と、
前記検出手段によって接続状態の異常が検出される場合に、前記コマンドに従って設定されている制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う自律解除手段と、
を含む伝送装置の制御装置。
【０１１６】
（付記２）前記検出手段によって接続状態の異常が検出される場合に、所定時間の計時を開始する計時手段をさらに含み、
前記自律解除手段は、前記所定時間が経過しても前記接続状態の異常が回復しない場合に、前記自律的な解除を行う
付記１記載の伝送装置の制御装置。
【０１１７】
（付記３）前記自律解除手段が前記自律的な解除を行った後に前記接続状態が回復した場合に、前記自律的な解除を行ったことを前記上位装置に通知する通知手段をさらに含む
付記１又は２記載の伝送装置の制御装置。
【０１１８】
（付記４）前記上位装置からのコマンドにより、前記計時手段で計時される前記所定時間の長さを変更する時間変更手段をさらに含む
付記２又は３記載の伝送装置の制御装置。
【０１１９】
（付記５）自装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う伝送装置であって、
自装置と上位装置との間の接続状態の異常を検出する検出手段と、
前記検出手段によって接続状態の異常が検出される場合に、前記コマンドに従って設定されている制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う自律解除手段と、
を含む伝送装置。
【０１２０】
（付記６）伝送装置に搭載され、この伝送装置と接続される上位装置から受け取るコマンドに従って制御状態の設定、またはこの制御状態の解除を行う伝送装置の制御装置が、
伝送装置と上位装置との間の接続状態の異常を検出し、
接続状態の異常が検出される場合に、前記コマンドに従って設定されている制御状態がある場合には、この制御状態を解除するためのコマンドを前記上位装置から受け取っていなくても当該制御状態に対する自律的な解除を行う、
ことを含む伝送装置の制御装置による制御状態の解除方法。
【０１２１】
【発明の効果】
本発明によれば、従来に比べて短い時間で伝送時間に設定された制御状態を解除することができる。これによって、制御状態が維持されることを原因として発生する不具合を回避することができる。
【図面の簡単な説明】
【図１】図１は、本発明の実施形態におけるＮＥとＯＰＳとの間で実施される制御状態の設定／解除手順を示すシーケンス図である。
【図２】図２は、本発明の実施形態におけるＮＥとＯＰＳとの間で実施される制御状態の設定／解除手順を示すシーケンス図である。
【図３】図３は、本発明の実施形態におけるＮＥとＯＰＳとの間で実施される制御状態の設定／解除手順を示すシーケンス図である。
【図４】図４は、図１に示した制御状態管理部で管理される制御状態管理テーブル及び通知フラグの例を示す図である。
【図５】図５は、図１に示したＮＥのファームウェアの動作説明図である。
【図６】図６は、図１に示したＮＥのファームウェアの動作説明図である。
【図７】図７は、図１に示したＮＥのファームウェアの動作説明図である。
【図８】図８は、図１に示したＮＥのファームウェアの動作説明図である。
【図９】図９は、図１に示したＯＰＳインタフェース部による処理を示すフローチャートである。
【図１０】図１０は、図１に示したＯＰＳ接続監視部による処理を示すフローチャートである。
【図１１】図１１は、図１に示したタイマ管理部による処理を示すフローチャートである。
【図１２】図１２は、図１に示した制御状態管理部による処理を示すフローチャートである。
【図１３】図１３は、本発明に係るＮＥ−ＯＰＳシステムの説明図である。
【図１４】図１４は、従来における制御状態の設定及び解除手順を示すシーケンス図である。
【符号の説明】
Ｌ遠隔監視制御線
１０ＮＥ（伝送装置）
２０ＯＰＳ（上位装置）
３０ファームウェア（伝送装置の制御装置）
３１ＯＰＳインタフェース部（通知手段）
３２ＯＰＳ接続監視部（検出手段）
３３タイマ管理部（計時手段）
３４制御状態管理部（自律解除手段）
３５データベース
４０ハードウェア[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a transmission apparatus in which control and release operations are performed by commands from a control monitoring apparatus.
[0002]
In recent years, in various large-scale social systems, there has been a demand for a device that does not stop a service even when communication between the control side and the controlled side is interrupted. In accordance with this concept, the present invention relates to a safety design that does not cause a fatal service stop due to an autonomous operation of the apparatus even when the remote control is impossible.
[0003]
[Prior art]
There is a network system including a network element (NE) that is a data transmission device and an operation system (OPS) that is a control monitoring device that remotely monitors and controls the NE.
[0004]
As shown in FIG. 13, OPS and NE are connected by a remote control monitoring line. The OPS gives various commands to the NE via the remote control monitoring line. The NE includes firmware and hardware. The firmware analyzes the command from the OpS and sets the device state of the NE by setting the hardware according to the command. Further, monitoring / control of the NE by the OPS is performed using SNMP (Simple Network Management Protocol).
[0005]
The NE control by the OPS is performed as follows. That is, as shown in FIG. 13, when performing a certain control operation on the NE, the OPS gives a control state setting command to the NE via the remote control monitoring line ((1) in FIG. 13). . Then, the NE sets the control state according to the setting command ((2) in FIG. 13). Thereafter, when canceling the control state applied to the NE by the setting command, the OPS gives the cancel command to the NE via the remote control monitoring line ((3) in FIG. 13). Then, the NE cancels the control state based on the setting command according to the cancel command ((4) in FIG. 13).
[0006]
In the above-described system, when a disconnection with the OPS (connection state abnormality) occurs while the control operation is performed from the OPS, the control state is released from the OPS after the connection is restored. That is, as shown in FIG. 14, when a control state setting command (for example, a “switch prohibition” setting command) is transmitted from the OPS to the NE, the setting is made if the connection state between the OPS and the NE is normal. The command is received by the NE firmware. Then, the NE firmware sets a control state (switching prohibition) according to the setting command to the NE hardware. As a result, the NE enters a control state (switching prohibited state) according to the setting command. When the setting is completed, the NE firmware returns a command response to the OPS.
[0007]
After that, when the connection between OPS and NE (connection state abnormality) occurs due to disconnection of the remote control monitoring line, etc., OPS cancels the previous setting (control state) release command (in this example, “switching prohibition” is released). Command) to the NE firmware, the NE firmware cannot receive the release command.
[0008]
Thereafter, when the disconnection between OPS and NE (abnormal connection state) is recovered, the NE firmware can receive a release command (switch prohibition release command) from the OPS, and the firmware can receive the release command. Follow the steps below to cancel the hardware settings. As a result, the control state (switching prohibited state) according to the NE setting command is released. When the setting according to the release command is completed, the firmware returns a command response.
[0009]
In the procedure as described above, when a connection state abnormality occurs between the OPS and the NE, the NE cannot receive a command from the OPS until the recovery from the abnormal state. Therefore, until the connection between the OPS and the NE is restored and a release command is given to the NE firmware, the NE hardware maintains the control state based on the setting command (switching prohibited state in FIG. 2).
[0010]
In addition, as a prior art document regarding this invention, there exists a technique disclosed by the following patent document 1. FIG.
[Patent Document 1]
JP 58-182358 A
[0011]
[Problems to be solved by the invention]
As described above, once the NE sets the control state according to the setting command, the NE maintains the control state until the control state is released based on the control state release command.
[0012]
However, the control settings implemented by the OPS, that is, the hardware state (NE device state) by setting the control state, may cause a line break for data transmission, or the line when a failure occurs, etc. The switch operation is prohibited.
[0013]
Therefore, in the procedure for releasing the state after waiting for the OPS-NE connection recovery as described above, if a long time is required for the connection recovery, the NE will respond to the line disconnection or failure occurrence as described above. There is a possibility that proper operation cannot be performed, and there is a possibility that restoration work for a line disconnection is required, or that a long time is required for relief when a failure occurs.
[0014]
For this reason, when an abnormality occurs in the connection state between the OPS and the NE, an operator goes to the place where the NE is installed and uses a control device that can be connected to the NE before the installation. The release operation was performed. In this case, since it is necessary to bother to the place where the NE is installed, it may take a long time for the worker to reach the place where the NE is installed. Therefore, there is a possibility that the same problem as in the case of waiting for connection recovery with OpS may occur.
[0015]
The present invention has been made in view of the above-described problems, and an object of the present invention is to provide a technique capable of canceling a control state set in a transmission apparatus in a shorter time than conventional.
[0016]
[Means for Solving the Problems]
The present invention has been made as follows in order to solve the above-described problems. That is, the first aspect of the present invention is a control apparatus for a transmission apparatus that is mounted on a transmission apparatus and sets or cancels the control state in accordance with a command received from a host apparatus connected to the transmission apparatus. And
Detecting means for detecting an abnormality in a connection state between the transmission device and the host device;
If an abnormality in the connection state is detected by the detection means, and there is a control state set according to the command, the control is performed even if a command for canceling the control state is not received from the host device. And autonomous release means for autonomously releasing the state.
[0017]
According to the first aspect of the present invention, when the detection unit detects an abnormality in the connection state between the transmission device and the higher-level device, if there is a set control state, the autonomous release unit autonomously determines the control state. Release it. Thereby, it is possible to avoid problems caused by maintaining the control state.
[0018]
Preferably, the first aspect further includes timing means for starting timing of a predetermined time when an abnormality in the connection state is detected by the detection means,
The autonomous cancellation means performs the autonomous cancellation when the connection state is not recovered even after the predetermined time has elapsed. In this way, it is possible to wait for the connection state to recover by providing a protection period for a predetermined time between the detection of the connection state abnormality and the autonomous release operation.
[0019]
Preferably, in the first aspect, the autonomous release unit does not perform the autonomous release when the connection state is recovered before the predetermined time elapses. By doing so, it is possible to wait to receive a release command from the host device when recovering from an abnormal state relatively quickly.
[0020]
Preferably, the first aspect notifies the host device that the autonomous release has been performed when the abnormality in the connection state is recovered after the autonomous release unit performs the autonomous release. It further includes a notification means.
[0021]
In this way, the information indicating the setting or release of the control state for the transmission device managed by the host device can be matched with the state in the actual transmission state.
[0022]
Preferably, the first aspect further includes time changing means for changing the length of the predetermined time measured by the time measuring means in response to a command from the host device. In this way, it is possible to adjust the protection period until the autonomous release performed by the transmission apparatus from the host apparatus is performed.
[0023]
Preferably, the first aspect further includes control means for controlling validity or invalidity of the operation of the autonomous cancellation means by setting the length of the predetermined time to a finite value or an infinite value. In this way, the validity / invalidity of autonomous release can be controlled.
[0024]
According to a second aspect of the present invention, there is provided a transmission device that sets a control state or cancels the control state in accordance with a command received from a host device connected to the device.
Detecting means for detecting an abnormality in a connection state between the own device and the host device;
If an abnormality in the connection state is detected by the detection means, and there is a control state set according to the command, the control is performed even if a command for canceling the control state is not received from the host device. And autonomous release means for autonomously releasing the state.
[0025]
As a third aspect, the present invention can be specified as a control state canceling method having substantially the same characteristics as the control apparatus of the transmission apparatus specified as the first aspect.
[0026]
Further, a fourth aspect of the present invention is a computer mounted on a transmission device and configured to set a control state or release this control state in accordance with a command received from a host device connected to the transmission device.
Detecting a connection state abnormality between the transmission device and the host device;
When a connection state abnormality is detected and there is a control state set in accordance with the command, the control state is autonomous even if a command for canceling the control state is not received from the host device. The steps to perform
It can also be specified as a program for executing.
[0027]
Furthermore, the present invention can be specified as a recording medium on which the program specified as the fourth aspect is recorded.
[0028]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings. The configuration of the embodiment is an exemplification, and the present invention is not limited to the configuration of the embodiment.
[0029]
In the embodiment, in a control monitoring device (OPS) using low reliability (for example, SNMP (Simple Network Management Protocol)), a mode that operates autonomously when falling into a state in which control from the OPS cannot be performed is NE. Prepared to realize a method for relieving line disconnection and the like. In addition, a system for eliminating the device state mismatch with the host device when the connection state is restored is realized.
[0030]
FIG. 1 is a diagram illustrating a configuration example of a control monitoring system for a transmission apparatus according to an embodiment of the present invention. As shown in FIG. 1, the control monitoring system includes an NE 10 that is a transmission device as a control monitoring target and an OPS 10 that is a control monitoring device that remotely monitors and controls the NE 10, and the NE 10 and OPS 20 are remote control monitoring lines L. Connected through.
[0031]
As described with reference to FIG. 13, the NE 10 receives a control state setting command or a cancel command from the OPS 20 via the remote control monitoring line L, sets the control state according to the setting command, and sets based on the cancel command. Release the controlled state.
[0032]
The NE 10 includes firmware 30 and hardware 40. The firmware 30 includes a CPU, a memory such as a ROM and a RAM, an input / output device (I / O), various driver circuits for the hardware 40, a program and data stored in the memory, and the CPU executes the program. By this, it functions as a control device of a transmission apparatus that performs processing related to communication with the OPS 20 and sets or cancels the setting of control states for various control types for the hardware 40. The control device of the transmission apparatus can be realized by dedicated hardware (dedicated circuit chip or a combination thereof) in addition to realization by firmware.
[0033]
The hardware 40 is various hardware controlled by the firmware 30 for the NE 10 to function as a transmission device, and includes a line interface circuit for transmitting user data, a line changeover switch, and the like.
[0034]
2 and 3 are explanatory diagrams of the operation of the NE 10 according to the embodiment. 2 and 3 exemplify operations related to “switch prohibition setting” for prohibiting the switching operation by the NE 10 among various control operations for the NE 10 performed by the OPS 20.
[0035]
In FIG. 2, the OPS 20 transmits a switching prohibition setting command to the NE 10 when performing the switching prohibition setting for the NE 10. When the firmware 30 of the NE 10 receives the switching prohibition setting command, the firmware 10 of the NE 10 sets the switching operation prohibition to the hardware 40 according to the setting command, and returns a command response to the OPS 20. As a result, the NE 10 enters a state in which switching prohibition is set. During the switching prohibition setting, the switching operation for line fault relief is prohibited. For this reason, even if a line failure occurs, the failure cannot be recovered.
[0036]
By the way, the firmware 30 monitors disconnection with the OPS (occurrence of abnormal connection state), and detects the disconnection between the OPS and NE after setting the prohibition of switching according to the setting command from the OPS 20. The timer counts up from that point.
[0037]
If the connection between the OPS and the NE is not restored before the timer times out, the firmware 30 sets the “switch prohibition release” setting to the hardware 40. That is, the switching prohibition state is autonomously canceled. For example, an operation similar to the operation according to the switch prohibition release command from the OPS 20 may be performed. A preset finite or infinite value can be applied as the timeout time of the timer.
[0038]
Here, by setting an infinite value as the timeout time, it is possible to prohibit the autonomous release operation from being performed for all control types implemented by the NE 10. In other words, by setting the timeout time (timer value), the NE 10 is set to either the mode in which the autonomous release operation is performed or the mode in which the autonomous release operation is not performed for all or some of the control types. can do.
[0039]
The “switch prohibition cancellation” setting autonomously performed by the firmware 30 is notified from the NE 10 to the OPS 20 as a state change notification triggered by restoration of the connection between the OPS and the NE. By receiving the state change notification from the NE 20, the OPS 20 can adjust the control state of the NE 10 managed by the OPS 20 ("switching prohibition setting" state → "switching prohibition release" state).
[0040]
On the other hand, as shown in FIG. 3, when the connection between the OPS and the NE is restored during the timer count-up, the firmware 30 stops the timer count-up. As a result, the firmware 30 does not perform the operation of releasing the autonomous control state (switching prohibition). Instead, the firmware 30 releases the control state (switching prohibition) in accordance with the release command transmitted from the OPS 20 when the connection between the OPS and the NE is restored.
[0041]
Since the NE 10 performs the operations shown in FIG. 2 and FIG. 3, the firmware 30 of the NE 10 receives the command from the OPS 20 and notifies the OPS 20, as shown in FIG. ), An OPS connection monitoring unit 32 (corresponding to a detection unit) that monitors occurrence / recovery (recovery) of the connection between the OPS and NE, and a timer management unit 33 (timer, time change unit, Equivalent to the control means), a control state management section 34 (corresponding to the autonomous release means) that manages the command control state and sets the hardware 40, and a database (DB) 35 that is a backup part of the apparatus state (control state) And is configured to realize.
[0042]
As shown in FIG. 4, the control state management unit 34 includes a control state management table 36 for storing the control state, and a notification flag (OFF = notification required (default) / ON) for determining whether or not a cancellation notification to the OPS 20 is necessary. = Notification required) 37 is provided.
[0043]
As shown in FIG. 4, the control state management table 36 is associated with an index (INDEX), and a control type to be autonomously released by the NE 10 is assigned as a “control type”. Each flag has a data structure in which a flag (OFF / ON) indicating the presence / absence of execution is provided as an “execution presence / absence flag”.
[0044]
The control whose control type is managed in this control state management table 36 is subject to autonomous release when an abnormality is detected, and other control types (control types not managed in the control state management table 36) Even if an abnormality is detected in the NE, the autonomous control state is not released.
[0045]
FIG. 5 is an explanatory diagram of the operation of the firmware 30 based on normal control operation setting and release commands. The firmware 30 performs the following operation in response to a normal control (control state) setting or canceling command.
[0046]
The OPS interface unit 31 receives an arbitrary control setting (or cancellation) command from the OPS 20 ((1) in FIG. 5). Then, the OPS interface unit 31 notifies the control state management unit 34 of a setting / cancellation message including a control type corresponding to the setting or cancellation command and information indicating the setting or cancellation ((2) in FIG. 5).
[0047]
The control state management unit 34 checks the control type, and if there is a corresponding type in the control type in the control state management table 36, controls the execution flag for the corresponding type in the control state management table 36 ((( 3)). Specifically, when the notification from the OPS interface unit 31 is “setting”, the control state management unit 34 sets the execution flag of the corresponding index in the control state management table 36 to ON (ON), If the notification is “release”, the execution flag of the corresponding index in the control state management table 36 is set to OFF.
[0048]
Thereafter, the control state management unit 34 performs control setting or setting cancellation based on the setting or cancellation command on the hardware 40 ((4) in FIG. 5). As a result, the device state of the NE 10 becomes a state according to the setting command, or a state based on the setting command is released according to the release command.
[0049]
Then, the control state management unit 34 stores the contents (device state) of the control state management table 36 in the DB 35, thereby backing up the device state ((5) in FIG. 5). In other words, a backup table (hereinafter referred to as “control state management table 36 ′”) of the control state management table 36 is prepared in the DB 35. The change in the execution flag in the control state management table 36 performed in (3) is reflected.
[0050]
As described above, the firmware 30 performs the setting / cancellation of the control according to the setting / cancellation command from the OPS on the hardware 40, while the apparatus state based on the command (setting of the control type corresponding to the command). Manage / Release).
[0051]
FIG. 6 is an explanatory diagram of the operation of the firmware 30 when a connection disconnection (abnormal connection state) occurs between OPS and NE. The firmware 30 performs the following operation when the OPS-NE is disconnected.
[0052]
The OPS connection monitoring unit 32 detects disconnection between OPS and NE ((1) in FIG. 6). Then, the OPS connection monitoring unit 32 gives a timer count start request message to the timer management unit 33 ((2) in FIG. 6).
[0053]
When receiving the timer count start request message, the timer management unit 33 starts the timer count ((3) in FIG. 6). Thereafter, when the timer times out, the timer management unit 33 gives a control state release request message to the control state management unit 34 ((4) in FIG. 6).
[0054]
Upon receiving the control state release request message, the control state management unit 34 checks each record in the control state management table 36 and releases the hardware setting state for the control type whose execution flag is on (FIG. 6). (5)).
[0055]
Subsequently, the control state management unit 34 backs up the state relating to the control type for which the set state is canceled in the DB 35 ((6) in FIG. 6). That is, the control state management unit 34 sets the execution presence / absence flag of the control type whose setting has been canceled to the control state management table 36 ′ backed up in the DB 35. Then, the control state management unit 34 sets the notification flag 37 to ON ((7) in FIG. 6).
[0056]
As described above, the firmware 30 monitors the connection state between the OPS and the NE. When the firmware 30 detects an abnormality, the firmware 30 starts measuring the timer. If the connection state does not recover before the timer times out, The control (device state) set for the hardware 40 at the time is canceled, and the notification flag 37 is turned on to store that the autonomous setting cancellation operation has been performed.
[0057]
FIG. 7 is an explanatory diagram of the operation of the firmware 30 when the disconnection (abnormal connection state) between the OPS and the NE is recovered (recovered). The firmware 30 performs the following operation when the connection abnormality between the OPS and the NE is recovered.
[0058]
The OPS connection monitoring unit 32 detects the recovery of the connection abnormality between OPS and NE ((1) in FIG. 7). Then, the OPS connection monitoring unit 32 notifies the timer management unit 33 of a timer count stop request message ((2) in FIG. 7).
[0059]
When receiving the timer count stop request from the OPS connection monitoring unit 32, the timer management unit 33 stops timing by the timer and notifies the control state management unit 34 of the state change notification request ((3) in FIG. 7).
[0060]
Upon receiving the state change notification request message from the timer management unit 33, the control state management unit 34 checks the state of the notification flag 37 ((4) in FIG. 7). The execution flag of the index is checked, and a release notification request message for the control type whose flag is set to ON is notified to the OPS interface unit 31 ((5) in FIG. 7). Note that when all the execution presence / absence flags in the control state management table 36 are set to OFF, the following processes (6) and (7) are not performed.
[0061]
The control state management unit 34 performs a setting process for the control state management table 36 and the notification flag 37 when the execution flag for any control type assigned to the control state management table 36 is set to ON. ((6) in FIG. 7). That is, the control state management unit 34 sets the execution flag of all indexes in the control state management table 36 to OFF and sets the value of the notification flag 37 to OFF.
[0062]
When the OPS interface unit 31 receives the release notification request message from the control state management unit 34, the OPS interface unit 31 transmits a corresponding control type state change notification (control set state release notification) to the OPS ((7) in FIG. 7). .
[0063]
As described above, when the connection state between the OPS and the NE is restored, the firmware 30 determines whether or not there is a control type for which the setting is autonomously released, and when there is a corresponding control type. Transmits a state change notification (release notification) for the control type to the OPS 20. As a result, the OPS 20 updates the device status of the NE 10 that it manages for the control type. Thereby, the device state of the NE 10 (the state of the hardware 40) and the device state of the NE 10 managed by the OPS 20 can be matched.
[0064]
The timer value used when the timer management unit 33 monitors the recovery of the connection state between the OPS and the NE can be set to an arbitrary value by an operation from the OPS 20. FIG. 9 is an explanatory diagram of the operation when the timer value of the firmware 30 is changed.
[0065]
The OPS interface unit 31 receives the timer setting command transmitted from the OPS 20 ((1) in FIG. 8). Then, the OPS interface unit 31 notifies the timer management unit 33 of a timer value change message ((2) in FIG. 8). The timer value setting command and the timer value change message include the changed timer value (set timer value) determined on the OPS side.
[0066]
When the timer management unit 33 receives the timer value change message from the OPS interface unit 31, the timer management unit 33 sets the setting timer value included in this message as a timer value used for timing (changes the timer value), and The set timer value is backed up in the DB 35 ((3) in FIG. 8).
[0067]
Thereafter, the timer management unit 33 is notified of the end of the timer value change, and the OPS interface unit 31 may return a command response indicating the timer value change to the OPS.
[0068]
FIG. 9 is a flowchart showing processing executed when the OPS interface unit 31 performs the operations shown in FIGS. As shown in FIG. 9, when starting the process, the OPS interface unit 31 waits for reception of a command from the OPS 20 or a message from the control state management unit 34 (step S1). It is determined whether it is a command or a message (step S2). If it is a command, the process proceeds to step S3, and if it is a message, the process proceeds to step S7.
[0069]
If the process proceeds to step S3, the OPS interface unit 31 determines the command type. If the command type is timer setting, the process proceeds to step S4. If the command type is control setting or control setting cancellation, the process proceeds to step S4. Proceed to S6.
[0070]
When the process proceeds to step S4, the OPS interface unit 31 notifies the timer management unit 33 of a timer value change message. Thereafter, the process proceeds to step S6, and the OPS interface unit 31 again enters a command or message reception waiting state.
[0071]
When the process proceeds to step S5, the OPS interface unit 31 transmits a message including a control type corresponding to the command and information indicating setting or canceling of the setting to the control state management unit 34. Thereafter, the OPS interface unit 31 enters a command or message reception waiting state (step S6).
[0072]
On the other hand, when the reception target is a message from the control state management unit 34 and the process proceeds to step S7, the OPS interface unit 31 issues a release notification (state change notification) for the control type specified by the message. Send to OPS20. Thereafter, the OPS interface unit 31 enters a command or message reception waiting state (step S6).
[0073]
FIG. 10 is a flowchart showing processing executed when the OPS connection state monitoring unit 32 performs the operations of FIGS. When starting the process, the OPS connection state monitoring unit 32 collects the connection state between the OPS 20 and the NE 10 (step S11) and determines the connection state (step S12).
[0074]
As connection state collection and determination methods (connection abnormality detection methods) in steps S11 and S12, various known methods such as determination of presence / absence of a signal from a remote control monitoring line, data link connection confirmation, connection confirmation by a ping command, etc. A simple connection confirmation method can be applied.
[0075]
At this time, if the connection state is determined as “connection disconnection (connection abnormality)” (when a connection abnormality is detected), the OPS connection monitoring unit 32 sends a timer count start request message to the timer management unit 33. Is transmitted (step S13). Thereafter, the OPS connection monitoring unit 32 collects the connection state with the OPS (step S15), and returns the process to step S12.
[0076]
On the other hand, if the connection state is determined to be “connection recovery (connection recovery)” in step S12, the OPS connection monitoring unit 32 transmits a timer count stop request message to the timer management unit 33 (step S12). S14). Thereafter, the OPS connection monitoring unit 32 collects the connection state with the OPS (step S15), and returns the process to step S12.
[0077]
In step S12, if the OPS connection monitoring unit 32 determines that the connection state is “continuation or normal disconnection”, the process proceeds to step S15 and then returns to step S12.
[0078]
In the above flowchart, in step S12 of the first round, the OPS connection monitoring unit 32 makes a determination using the current connection state. If the current connection state is normal, the process proceeds to step S15, and the process is abnormal. If there is, the process proceeds to step S13.
[0079]
On the other hand, in step S12 after the second round, the OPS connection monitoring unit 32 makes a determination using the previous connection state and the current (current) connection state. That is, if the previous connection state is normal and the current connection state is abnormal, it is determined that the connection has been disconnected, and the process proceeds to step S13. In contrast, if the previous connection state is abnormal and the current connection state is normal, it is determined that the connection has been recovered, and the process proceeds to step S14. On the other hand, if both the previous and current connection states are normal or abnormal, it is determined that “connection is continued or normal” and the process proceeds to step S15.
[0080]
FIG. 11 is a flowchart showing processing executed when the timer management unit 33 performs the operations shown in FIGS. When the process is started, the timer management unit 33 waits for reception of a message (step S21), and when receiving the message, determines the source of the message (step S22).
[0081]
At this time, if the message transmission source is the OPS connection monitoring unit 32, the process proceeds to step S23. If the message transmission source is the OPS interface unit 31, the process proceeds to step S30.
[0082]
When the process proceeds to step S23, the timer management unit 33 determines a request from the OPS connection monitoring unit 32. That is, the timer management unit 33 determines the message type from the OPS connection monitoring unit 32. If the message is a timer count start request, the process proceeds to step S24. If the message is a timer count stop request, the process proceeds to step S27. Proceed.
[0083]
When the process proceeds to step S24, the timer management unit 33 starts counting up the timer (timer measurement). Then, the timer manager 33 repeatedly determines whether or not a message has been received (step S25) and whether or not the timer has timed out (step S26) during the timer count-up.
[0084]
At this time, when the message is received (S25; YES), the timer management unit 33 returns the process to step S22, and when the timer times out (S26; YES), the process proceeds to step S28.
[0085]
Here, the message received by the timer management unit 33 during the timer count-up is only the timer count stop request message from the OPS connection monitoring unit 32. Accordingly, if the timer management unit 33 determines YES in step S25 and returns the process to step S22, the process proceeds to step S23, where it is determined that the request is a timer count stop. In this case, the timer management unit 33 stops (resets) the timer that is counting up (step S27) and enters a message reception waiting state (step S32).
[0086]
On the other hand, when the timer has timed out (S26; YES), the timer management unit 33 resets the timer (step S28), and transmits a control state release request message to the control state management unit 34 (step S29). . Thereafter, the timer management unit 33 enters a message reception waiting state (step S32).
[0087]
By the way, when it is determined in step S22 that the message is transmitted from the OPS interface unit 31 (when the message is a timer value change message), the timer management unit 33 stores the timer value in its own internal storage area. The set timer value included in the change message is saved (the timer value at which the timer times out with the set timer value is updated (changed)) (step S30).
[0088]
Then, the timer management unit 33 saves (backs up) the timer change value, that is, the set timer value in the DB 35 (step S31), and then enters a message reception waiting state (step S32).
[0089]
FIG. 12 is a flowchart showing processing executed when the control state management unit 34 performs the operations shown in FIGS. When the process is started, the control state management unit 34 enters a message reception waiting state (step S41). When the control state management unit 34 receives a message, the control state management unit 34 determines the transmission source of the message (step S42).
[0090]
At this time, if the source of the message is the OPS interface unit 31, the control state management unit 34 advances the process to step S43, and if it is the timer management unit 33, advances the processing to step S49.
[0091]
The process proceeds to step S43 when the control state management unit 34 receives a setting / cancellation message from the OPS interface unit 31. In this case, it is determined whether there is a control type (corresponding control type) included in the message in the control state management table 36. At this time, if there is a corresponding control type (S43; YES), the process proceeds to step S44, and if not (S43; NO), the process proceeds to step S47.
[0092]
When the process proceeds to step S44, the control state management unit 34 determines whether the message is a control type setting or a cancellation. At this time, if the control is set, the process proceeds to step S45, and if the setting is canceled, the process proceeds to step S46.
[0093]
When the process proceeds to step S45, the control state management unit 34 sets the execution presence / absence flag of the corresponding index (the record to which the corresponding control type is assigned) in the control state management table 36 to ON, and performs the process. Proceed to step S47.
[0094]
On the other hand, when the process proceeds to step S46, the control state management unit 34 sets the execution flag of the corresponding index in the control state management table 36 to OFF, and the process proceeds to step S47.
[0095]
When the process proceeds to step S47, the control state management unit 34 sets the control state for the hardware 40 or sets the release of the control state for the corresponding control type.
[0096]
After that, the control state management unit 34 reflects the ON / OFF state of the execution presence / absence flag performed in step S45 or S46 on the backup control state management table 36 ′ stored in the DB 35 (step S48). Thereafter, the control state management unit 34 enters a message reception waiting state (step S59).
[0097]
By the way, when the control state management unit 34 receives a message from the timer management unit 33, the process proceeds to step S49 through step S42. In step S49, the control state management unit 34 determines the type of message. At this time, if the message is a control state release request, the processing of steps S50 to S53 is performed for all the indexes (records: 0 to N (N is a natural number)) in the control state management table 36, and the state changes. If it is a notification request, the process proceeds to step S54.
[0098]
The processing in steps S50 to S53 for each record in the control state management table 36 is as follows. In step S50, the control state management unit 34 determines whether or not the execution flag of the processing target index is on. At this time, if the execution presence / absence flag is off (S50; NO), the processing of S50 to S53 proceeds to the next index. However, when the processing of S50 to S53 for all indexes has been completed, the processing proceeds to step 59, and the control state management unit 34 enters a message reception waiting state.
[0099]
On the other hand, if the execution presence / absence flag is ON (S50; YES), the control state management unit 34 cancels the setting applied to the hardware 40 for the control type of the index (step S51).
[0100]
Subsequently, the control state management unit 34 backs up the released state in the DB 35 (step S52). That is, the control state management unit 34 sets the execution status flag of the control type released in step S52 to OFF for the control state management table 36 ′ stored in the DB 35.
[0101]
Subsequently, the control state management unit 34 sets the notification flag 37 to ON (step S53). It should be noted that once the notification flag 37 is set to ON, the processing of S53 can be omitted in the processing of S50 to S53 for the other indexes thereafter.
[0102]
When the processing for all indexes (0 to N) is not completed at the time when the processing of step S53 is completed, the processing of S50 to S53 for the next index is continued. On the other hand, when the processing of S50 to S53 for all the indexes has been completed, the control state management unit 34 enters a message reception waiting state (step S59).
[0103]
On the other hand, if it is determined in step S49 that the message type is a state change notification request, the control state management unit 34 determines whether or not the notification flag 37 is on (step S54). At this time, if the notification flag 37 is off (S54; NO), the control state management unit 34 enters a message reception waiting state (step S59).
[0104]
On the other hand, when the notification flag 37 is on, the processes of steps S55 to S57 are performed on all indexes (0 to N) of the control state management table 36. That is, in step S55, the control state management unit 34 determines whether or not the execution flag of the processing target index is on.
[0105]
At this time, if the execution presence / absence flag is not on (S54; NO), the processing of S55 to S57 proceeds to the next index. However, if the processes in S55 to S57 for all indexes have been completed, the process proceeds to step 59, and the control state management unit 34 enters a message reception waiting state.
[0106]
On the other hand, if the execution presence / absence flag is ON (S54; YES), the control state management unit 34 transmits a release notification request message for the control type of the index to be processed to the OPS interface unit 31 (step S56). ).
[0107]
Subsequently, the control state management unit 34 sets the execution flag for the processing target index (control type corresponding to the release notification request) in the control state management table 36 to OFF (step S57).
[0108]
When the processing for all indexes (0 to N) is not completed at the time when the processing of step S57 is completed, the processing of S55 to S57 for the next index is continued. On the other hand, when the processes of S55 to S57 for all indexes have been completed, the control state management unit 34 enters a message reception waiting state (step S59).
[0109]
As described above, the DB 35 stores a control state table 36 ′ for backup and a set timer value. The contents stored in the DB 35 are used as follows. The DB 35 is created on a nonvolatile storage device, and the stored contents are maintained even when the NE power is turned off or a reset operation is performed on the NE.
[0110]
After the control state management unit 34 of the NE 10 autonomously performs the setting release operation, the stored contents of the control state table 36 and the stored contents of the control state table 36 ′ are different in a state where the connection has not yet been restored. It is in a state. At this time, when the power supply of the NE 10 is once turned off or reset (when the NE 10 is restarted), the control state management unit 34 controls the contents stored in the control state table 36. Rewrite to match the stored contents of the state table 36 '. As a result, the actual state (device state) of the hardware 40 can be matched with the stored contents of the control state table 36.
[0111]
If the NE is restarted while the timer is counting up, the timer management unit 33 refers to the set timer value backed up in the DB 35 and restarts the timer counting up when the NE is restarted. can do.
[0112]
As described above, it is possible to immediately cancel the control operation that affects the line even when the remotely controlled NE is disabled. Further, by notifying the OpS of the state change after the connection with the OpS is restored, the apparatus state held by the OpS and the NE state are matched, and it is possible to prevent a state mismatch.
[0113]
Furthermore, by setting an arbitrary protection time before starting this operation, it is possible to suppress the occurrence of an unintended state change when an intentional disconnection with OpS occurs.
[0114]
<Others>
The above-described embodiment discloses the following invention.
[0115]
(Supplementary note 1) A control device that is mounted on a transmission device and sets a control state or cancels the control state in accordance with a command received from a host device connected to the transmission device.
Detecting means for detecting an abnormality in a connection state between the transmission device and the host device;
When an abnormality in the connection state is detected by the detection means, and there is a control state set in accordance with the command, the command for canceling the control state is not received even from the host device. An autonomous release means for autonomously releasing the control state;
Control device for transmission apparatus including
[0116]
(Additional remark 2) When the abnormality of a connection state is detected by the said detection means, it further contains the time measuring means which starts time measurement of predetermined time,
The autonomous cancellation means performs the autonomous cancellation when the connection state abnormality does not recover even after the predetermined time has elapsed.
The transmission apparatus control apparatus according to appendix 1.
[0117]
(Additional remark 3) When the said connection cancellation | release state recovers after the said autonomous cancellation | release means performs the said autonomous cancellation | release, it further contains the notification means which notifies the said high-order apparatus that the said autonomous cancellation | release was performed
The control apparatus of the transmission apparatus according to appendix 1 or 2.
[0118]
(Additional remark 4) It further contains the time change means which changes the length of the said predetermined time time-measured by the said time measuring means by the command from the said high-order apparatus.
The control apparatus of the transmission apparatus according to appendix 2 or 3.
[0119]
(Supplementary Note 5) A transmission device that sets a control state or cancels this control state according to a command received from a host device connected to the own device,
Detecting means for detecting an abnormality in a connection state between the own device and the host device;
When an abnormality in the connection state is detected by the detection means, and there is a control state set in accordance with the command, the command for canceling the control state is not received even from the host device. An autonomous release means for autonomously releasing the control state;
Including transmission equipment.
[0120]
(Additional remark 6) The control apparatus of the transmission apparatus which is mounted in a transmission apparatus and performs the setting of a control state according to the command received from the high-order apparatus connected with this transmission apparatus, or cancellation | release of this control state,
Detects abnormal connection status between the transmission device and the host device,
If a connection state abnormality is detected and there is a control state set according to the command, the autonomous state for the control state can be obtained even if a command for canceling the control state is not received from the host device. Release
A method for releasing the control state by the control device of the transmission apparatus.
[0121]
【The invention's effect】
According to the present invention, the control state set for the transmission time can be canceled in a shorter time than in the past. As a result, it is possible to avoid problems that occur due to the maintenance of the control state.
[Brief description of the drawings]
FIG. 1 is a sequence diagram illustrating a control state setting / releasing procedure performed between an NE and an OPS according to an embodiment of the present invention.
FIG. 2 is a sequence diagram illustrating a control state setting / canceling procedure performed between the NE and the OPS in the embodiment of the present invention.
FIG. 3 is a sequence diagram illustrating a control state setting / releasing procedure performed between the NE and the OPS in the embodiment of the present invention.
FIG. 4 is a diagram illustrating an example of a control state management table and a notification flag managed by the control state management unit illustrated in FIG. 1;
FIG. 5 is an operation explanatory diagram of the firmware of the NE shown in FIG. 1;
6 is an operation explanatory diagram of the firmware of the NE shown in FIG. 1. FIG.
7 is a diagram for explaining the operation of the firmware of the NE shown in FIG. 1. FIG.
8 is an operation explanatory diagram of the firmware of the NE shown in FIG. 1. FIG.
FIG. 9 is a flowchart illustrating processing performed by the OPS interface unit illustrated in FIG. 1;
FIG. 10 is a flowchart illustrating a process performed by an OPS connection monitoring unit illustrated in FIG. 1;
FIG. 11 is a flowchart illustrating processing by the timer management unit illustrated in FIG. 1;
FIG. 12 is a flowchart showing processing by the control state management unit shown in FIG. 1;
FIG. 13 is an explanatory diagram of a NE-OPS system according to the present invention.
FIG. 14 is a sequence diagram illustrating a conventional control state setting and canceling procedure.
[Explanation of symbols]
L Remote monitoring control line
10 NE (Transmission equipment)
20 OPS (host device)
30 Firmware (Transmission Device Control Device)
31 OPS interface (notification means)
32 OPS connection monitoring unit (detection means)
33 Timer manager (timer)
34 Control state management part (autonomous release means)
35 database
40 hardware

Claims

A control device that is installed in a transmission device and sets a control state or cancels the control state according to a command received from a host device connected to the transmission device,
Detecting means for detecting an abnormality in a connection state between the transmission device and the host device;
If an abnormality in the connection state is detected by the detection means, and there is a control state set according to the command, the control is performed even if a command for canceling the control state is not received from the host device. An autonomous release means for autonomously releasing the state;
Control device for transmission apparatus including

A control device that is mounted on the transmission device and sets the control state according to a command received from the host device connected to the transmission device, or releases the control state.
Detects abnormal connection status between the transmission device and the host device,
When a connection state abnormality is detected and there is a control state set in accordance with the command, the control state is autonomous even if a command for canceling the control state is not received from the host device. Cancel,
A method for releasing the control state by the control device of the transmission apparatus.

A computer that is mounted on a transmission device and sets a control state according to a command received from a host device connected to the transmission device, or releases the control state.
Detecting a connection state abnormality between the transmission device and the host device;
When a connection state abnormality is detected and there is a control state set in accordance with the command, the control state is autonomous even if a command for canceling the control state is not received from the host device. The steps to perform
A program for running