(57)【特許請求の範囲】
【請求項１】
複数の回線対応部と、該複数の回線対応部の各々に対応するファームウェアを有するＡＴＭスイッチ部と、該ＡＴＭスイッチ部を制御する呼処理制御プロセッサを有するＡＴＭ交換機において、
該呼処理制御プロセッサ側ソフトウェアのコネクション情報にＳＶＣ呼とＰＶＣ呼の識別を持たせ、
該呼処理制御プロセッサの処理再開中、該ＳＶＣ呼の識別子が付いているコネクションデータは、該呼処理制御プロセッサ側ソフトウェア上のみで解放し、
該ＡＴＭスイッチ部側ハードウェアへは、該ＳＶＣ呼解放要求を該複数の回線対応部の全てに対し送出することにより、
該呼処理制御プロセッサ側ソフトウェアと該ＡＴＭスイッチ部側ハードウェア間でパス情報の整合処理を行うことを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項２】
請求項１において、
パス接続時に該ＡＴＭスイッチ部側ハードウェアに対し、入力ＶＰＩ／ＶＣＩおよび出力ＶＰＩ／ＶＣＩとともに、発信及び着信ダイヤル番号を通知し、
ＳＶＣ呼を解放する際に、解放したパスに対して、該入力ＶＰＩ／ＶＣＩ、出力ＶＰＩ／ＶＣＩと、発信及び着信ダイヤル番号発ＤＮ／着ＤＮにセルカウント情報を付与し、該呼処理制御プロセッサ側ソフトウェアに通知することにより該ＳＶＣ呼の課金データを収集するＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項３】
請求項１において、
接続コマンドの投入時、前記呼処理制御プロセッサ側ソフトウェア上のコネクションデータ上に接続中または切断中を示す実行ビットを立て、
コマンドが終了した時点で該実行ビットを削除し、
該呼処理制御プロセッサの再開時に接続中の該実行ビットが立っているコネクションに対し再度前記ＡＴＭスイッチ部側ハードウェアに対し、接続要求を送出する事よりＰＶＣパスを救済し、切断中の実行ビットが立っているコネクションに対して再度ハードに切断オーダを送出することを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項４】
請求項２において、
前記ＡＴＭスイッチ部側ハードウェアから前記呼処理制御プロセッサ側ソフトウェアに対して、定期的にヘルスチェックを行い、
所定期間ヘルスチェック結果が不良の時には、該ＡＴＭスイッチ部側ハードウェア自律でＳＶＣ呼のパスを解放することを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項５】
請求項１において、
パス設定時に前記呼処理制御プロセッサ側ソフトウェアが把握したコネクションの論理番号を前記ＡＴＭスイッチ部側ハードウェアに通知し、該論理番号をキーにして該呼処理制御プロセッサ側ソフトウェアと該ＡＴＭスイッチ部側ハードウェア間の論理コネクションの整合を行うことを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項６】
請求項５において、
前記論理コネクションは、システム特有にしたことを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項７】
請求項５において、
前記論理コネクションは、回線特有にしたことを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項８】
請求項５において、
前記呼処理制御プロセッサ側ソフトウェアからの定期的な指示を送り、
前記ＡＴＭスイッチ部側ハードウェアの持つ詳細データを前記論理コネクションに付加し、該呼処理制御プロセッサ側ソフトウェアに通知し、
該呼処理制御プロセッサ側ソフトウェアソフトは該論理コネクションをキーにして該キーと一致したコネクション情報と該ＡＴＭスイッチ部側ハードウェアから通知されたコネクション情報とを比較することにより整合を行うことを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項９】
請求項１において、
前記呼処理制御プロセッサの再開復旧後、該呼処理制御プロセッサ側ソフトウェアより前記回線対応部の各々にに対して、整合処理通知を行い、
該整合処理通知を受けた該回線対応部は、論理コネクションをキーに障害の有無を該呼処理制御プロセッサ側ソフトウェアに通知し、
該呼処理制御プロセッサ側ソフトウェアは、前記論理コネクションをキーに該コネクションの障害有無情報と比較し、一致していない場合に、前記該ＶＰ／ＶＣの詳細な障害情報の通知を前記ＡＴＭスイッチ部側ハードウェアに依頼し、該比較結果に基づきで該呼処理制御プロセッサ側ソフトウェアの状態を変更することを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項１０】
請求項１において、
前記呼処理制御プロセッサの再開中に発生した事象を該ＡＴＭスイッチ部側ハードウェアが自律で通知し、
該呼処理制御プロセッサが処理を再開した時刻と、再開復旧時刻を検出し、発生時刻を該ＡＴＭスイッチ部側ハードウェアに通知し、
該呼処理制御プロセッサ側ソフトウェアは、過去のＶＰ／ＶＣの状態変化の履歴を管理し、該呼処理制御プロセッサからの再開終了通知に含まれる再開発生時刻を基に、該時刻より現時点までに変化したＶＰ／ＶＣの状態変化を履歴の古い順に検索し、変化のあったＶＰ／ＶＣのデータを該呼処理制御プロセッサ側ソフトウェア側に論理コネクションと共に通知することを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項１１】
請求項８において、
前記ＡＴＭスイッチ部側ハードウェアから前記呼処理制御プロセッサ側ソフトウェアにヘルスチェックを行い、
ヘルスチェックの周期がＮ秒であれば、該ＡＴＭスイッチ部側ハードウェアは過去Ｎ秒間のＶＰ／ＶＣの状態の履歴を保持し、
ヘルスチェック不良時には、過去Ｎ秒間の状態履歴と更に、ヘルスチェックが良好となるまでのＶＰ／ＶＣの状態変化を保持し、ヘルスチェック良好となった時点で、該呼処理制御プロセッサ側ソフトウェアへ保持したＶＰ／ＶＣの状態履歴を通知することを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項１２】
請求項１１において、
ヘルスチェックが不良となった時点のＮ秒前から再びヘルスチェックが良好となるまでに発生したＶＰ／ＶＣの状態変化において、同一のＶＰ／ＶＣに関する変化が発生した場合には、該ＶＰ／ＶＣの過去の状態を捨て、新しく発生した状態のみを保持するようにしたことを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項１３】
請求項１において、
前記ＡＴＭスイッチ部側ハードウェアが、前記呼処理制御プロセッサが重度障害により再開した事を検出し、
あらかじめパス接続時に通知されていたＳＶＣ／ＰＶＣパスの識別子を基に、ＳＶＣのコネクションに対して、隣接局に対し、前記コネクションＡＩＳセルを送出することにより、該ＳＶＣコネクションに対する解放を隣接局に通知することを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【請求項１４】
請求項１３において、
パス接続時に、あらかじめＳＶＣ／ＰＶＣのパス識別子と、前記呼処理制御プロセッサ側ソフトウェアが管理する論理コネクション識別を前記ＡＴＭスイッチ部側ハードウェアに通知し、
前記コネクションに対して前位局よりＡＩＳ信号が、または後位局よりＲＤＩ信号が送出され、
該ＡＩＳ信号または該ＲＤＩ信号を検出した該ＡＴＭスイッチ部側ハードウェアは、該コネクションがＳＶＣ呼用のコネクションであれば、パス接続時に通知された論理コネクション識別の解放要求を前記回線対応部より該呼処理制御プロセッサ側ソフトウェアに通知することを特徴とするＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）交換機において、呼処理制御プロセッサの再開等により呼処理制御プロセッサ上のソフトウェアと通話路系のハードウェア（ファームウェアを含む）との状態の不整合が発生した場合の整合処理方式に関する。
【０００２】
【従来の技術】
次世代交換方式としてＡＴＭ（Ａｓｙｎｃｈｒｏｎｏｕｓ  Ｔｒａｎｓｆｅｒ  Ｍｏｄｅ）交換技術が国際電気通信連合（ＩＴＵ−Ｔ）で勧告合意され、広帯域のＢ−ＩＳＤＮ（Ｂｒｏａｄｂａｎｄ−Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｏｗｏｒｋ）を実現する技術として各機関において研究が盛んに行われている。
【０００３】
Ｂ−ＩＳＤＮによるＡＴＭ交換機は、Ｎ−ＩＳＤＮ（Ｎａｒｒｏｗｂａｎｄ−Ｉｎｔｅｇｒａｔｅｄ    Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｏｗｏｒｋ）交換機とは異なり、１つのインタフェースに膨大な数の論理的なパスを設定する事が可能となっている。例えば、Ｎ−ＩＳＤＮでは６４Ｋｂｐｓインタフェース上には２チャンネル（Ｂ／Ｄ）しか設定できない。
【０００４】
これに対し、ＡＴＭ交換機であれば１つのインタフェース上に、ユーザーの設備（端末装置等）と網設備との分界点で規定される通信規約（プロトコル）であるユーザ網インタフェース（ＵＮＩ：ＵＳＥＲ−ＮＥＴＷＯＲＫ  ＩＮＴＥＲＦＡＣＥ）では仮想パス識別子（ＶＰＩ）＝８ビット、仮想チャネル識別子（ＶＣＩ）＝１６ビットにより計２２４本のパスの設定可能である。
【０００５】
また、交換装置や多重化装置等のネットワーク・ノードのインタフェースであるネットワーク・ノード・インタフェース（ＮＮＩ：ＮＥＴＷＯＲＫ−ＮＯＤＥ  ＩＮＴＥＲＦＡＣＥ）  についてはＶＰＩ＝１２ビット、ＶＣＩ＝１６ビットの計２２８本のパスの設定が可能となる。
【０００６】
システムを総計的に換算すると、当該システムが収容できるインタフェース数分が更に乗算されることになる。
【０００７】
ここで、障害等により停止していた呼処理制御プロセッサが復旧により再開した場合は、ソフトウェアとハードウェア（ファームウェア）間に状態の不一致が生じる事がある。この為に、何らかの整合処理が必要となる。
【０００８】
しかし、上記のようにコネクション数がＮ−ＩＳＤＮと比較にならない程に多い場合（上記のようにＮ−ＩＳＤＮでは、１インタフェース当たり２本程度）は、システムが再開した場合のソフトウェアとハードウェア間の整合処理に時間が掛かり、サービスが中断する時間が大きくなることが懸念される。
【０００９】
ソフトウェアとハードウェア間で整合しなければならないデータとしては、コネクションの情報〔入力ＶＰＩ／ＶＣＩと出力ＶＰＩ／ＶＣＩとタグ情報および使用量パラメータ制御（ＵＰＣ：ＵＳＡＧＥ  ＰＡＲＡＭＥＴＥＲ  ＣＯＮＴＲＯＬ）／ネットワーク・パラメータ制御（ＮＰＣ：ＮＥＴＷＯＲＫ  ＰＡＲＡＭＥＴＥＲ  ＣＯＮＴＲＯＬ）情報等〕と、ハードウェアが自律で検出する障害情報〔バーチャルパス警報表示信号（ＶＰ−ＡＩＳ：ＶＩＲＴＵＡＬ  ＰＡＴＨ  ＡＬＡＲＭ  ＩＮＤＩＣＡＴＩＯＮ  ＳＩＧＮＡＬ）  ／バーチャルチャネル警報表示信号（ＶＣ−ＡＩＳ：ＶＩＲＴＵＡＬ  ＣＨＡＮＮＥＬ  ＡＬＡＲＭ  ＩＮＤＩＣＡＴＩＯＮ  ＳＩＧＮＡＬ）等〕が該当する。これらの情報をいかに短時間に整合するかが問題となる。
【００１０】
ここで、上記使用量パラメータ制御とは、ＡＴＭ交換ではバースト的なトラフックに対しても網設備を有効に活用するために全体の容量管理を行っていることに基づく制御である。即ち、特定の呼が契約容量を超えたセルを流すと網全体の通信品質を劣化させる恐れがある。
【００１１】
このために呼を受けた通信網は、伝送容量の申告値と実際のセル流入量が一致するかを検知する。加入者との契約毎に実際のトラフィックが規定値を超える場合に規定違反のセルを廃棄する処理を行う。この制御を使用量パラメータ制御という。
【００１２】
また、ネットワーク・パラメータ制御は、ＵＰＣがユーザ網インタフェースに対して行う制御に対し、ネットワーク・ノード・インタフェースに対して行う制御である。
【００１３】
バーチャルパス警報表示信号及びバーチャルチャネル警報表示信号は、誤りを検出したノードにより、下流方向のノードに対し、誤りを検出した旨を通知するために送られる警報信号である。
【００１４】
ここで、各端末間に仮想チャネル（ＶＣ）を網提供業者と契約しておくことが行われる。この契約により各ユーザ・ネットワークを組むことが出来る。これをバーチャル・チャネルサービス（またはＡＴＭサービス）と呼んでいる。
【００１５】
かかる場合、各仮想チャネル（ＶＣ）の番号を契約時に網提供業者と予め決めておくことが必要であり、予め仮想チャネル（ＶＣ）の対地を決めておくサービスをパーマネント・バーチャル（ＰＶＣ：ＰＥＲＭＡＮＥＮＴ  ＶＩＲＴＵＡＬ  ＣＨＡＮＮＥＬ  ）サービスと呼ぶ。これに対し、必要の都度接続するサービスをスイッチド・バーチャル・チャネル（ＳＶＣ：ＳＷＩＴＣＨＥＤ  ＶＩＲＴＵＡＬ  ＣＨＡＮＮＥＬ）サービスと呼ぶ。
【００１６】
かかるサービスにおいて、重度の障害時には、テンポラリーメモリが使用保証できないため、ＳＶＣ呼については全て解放しなければならない。従って、ＳＶＣ呼については過課金にならない様にする必要がある為、できるだけ早急に解放しなければならない。
【００１７】
一方、緊急呼等に優先割当てされているＰＶＣ呼に対しては、スイッチ系に障害がなければ、できるだけサービスが継続できるようにする必要がある。しかし、軽度の障害時では、テンポラリーメモリは使用保証されるが、タスク等の実行環境が引き継げない。
【００１８】
かかる場合に、ハードウェアによる状態変更の検出後、ソフトウェア側の状態を変更する前に呼処理制御プロセッサの処理再開が発生すると、ハードウェア自律で検出した障害情報がソフトウェア上では認識出来ないことになる。この場合は、ソフトウェアは、通常の処理をしてしまう。
【００１９】
あるいは、復旧検出をハードウェアがしていてもその瞬間にソフトウェアが再開すると、復旧した事をソフトウェアが認識できずに、いつまでたっても新規呼を受付られない等の問題が発生する。
【００２０】
加えて、上記のようにＢ−ＩＳＤＮでは、Ｎ−ＩＳＤＮと違い各インタフェース回線上に無数の論理パスがあるため、ソフトウェアにより回線毎の状態の問い合わせを行っていると、呼処理制御プロセッサの再開処理後にサービスを開始できるまでに膨大な時間を要してしまう。したがって、整合処理に要する時間の短縮をする技術が必須となる。
【００２１】
しかし、現状ではＮ−ＩＳＤＮをベースにしてＡＴＭ交換機においても、各インタフェース毎にソフトウェアにより、ソフトウェアの持つデータをハードウェア（ファームウェア）に通知し、パス情報の整合や仮想パスＶＰ／仮想チャネルＶＣの障害情報の整合を行っているのが実情であり、時間を短縮する方式の検討がされていない。
【００２２】
【発明が解決しようとする課題】
したがって、本発明の目的は、上記の問題を解決するＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式を提供することにある。
【００２３】
更に、本発明の目的は、呼処理制御プロセッサの重度障害によるＳＶＣ呼の解放処理およびＰＶＣ呼の整合処理を高速に行い、システム処理再開後、新規呼の受付を短時間で行う事ができる、ＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式を提供することにある。
【００２４】
また、本発明の目的は、ＶＰ／ＶＣの状態の整合処理についても、各回線対応部に有するファームウェアが並列処理し、呼処理制御プロセッサへ、その差分のみを通知するようにして呼処理制御プロセッサへの負荷を軽減する、ＡＴＭ交換機におけるソフトウェアとハードウェアの整合処理方式を提供することにある。
【００２５】
【課題を解決するための手段】
上記課題を解決するための請求項１に記載の発明は、複数の回線対応部と、該複数の回線対応部の各々に対応するファームウェアを有するＡＴＭスイッチ部と、該ＡＴＭスイッチ部を制御する呼処理制御プロセッサを有するＡＴＭ交換機において、該呼処理制御プロセッサ側ソフトウェアのコネクション情報にＳＶＣ呼とＰＶＣ呼の識別を持たせ、該呼処理制御プロセッサの処理再開中、該ＳＶＣ呼の識別子が付いているコネクションデータは、該呼処理制御プロセッサ側ソフトウェア上のみで解放し、該ＡＴＭスイッチ部側ハードウェアへは、該ＳＶＣ呼解放要求を該複数の回線対応部の全てに対し送出することにより、該呼処理制御プロセッサ側ソフトウェアと該ＡＴＭスイッチ部側ハードウェア間でパス情報の整合処理を行う。
【００２６】
請求項２に記載の発明は、請求項１の発明において、パス接続時に該ＡＴＭスイッチ部側ハードウェアに対し、入力ＶＰＩ／ＶＣＩおよび出力ＶＰＩ／ＶＣＩとともに、発信及び着信ダイヤル番号を通知し、ＳＶＣ呼を解放する際に、解放したパスに対して、該入力ＶＰＩ／ＶＣＩ、出力ＶＰＩ／ＶＣＩと、発信及び着信ダイヤル番号発ＤＮ／着ＤＮにセルカウント情報を付与し、該呼処理制御プロセッサ側ソフトウェアに通知することにより該ＳＶＣ呼の課金データを収集する。
【００２７】
請求項３に記載の発明は、請求項１の発明において、接続コマンドの投入時、前記呼処理制御プロセッサ側ソフトウェア上のコネクションデータ上に接続中または切断中を示す実行ビットを立て、コマンドが終了した時点で該実行ビットを削除し、該呼処理制御プロセッサの再開時に接続中の該実行ビットが立っているコネクションに対し再度前記ＡＴＭスイッチ部側ハードウェアに対し、接続要求を送出する事よりＰＶＣパスを救済し、切断中の実行ビットが立っているコネクションに対して再度ハードに切断オーダを送出する。
【００２８】
請求項４に記載き発明は、請求項２の発明において、前記ＡＴＭスイッチ部側ハードウェアから前記呼処理制御プロセッサ側ソフトウェアに対して、定期的にヘルスチェックを行い、所定期間ヘルスチェック結果が不良の時には、該ＡＴＭスイッチ部側ハードウェア自律でＳＶＣ呼のパスを解放する。
【００２９】
請求項５に記載の発明は、請求項１の発明において、パス設定時に前記呼処理制御プロセッサ側ソフトウェアが把握したコネクションの論理番号を前記ＡＴＭスイッチ部側ハードウェアに通知し、該論理番号をキーにして該呼処理制御プロセッサ側ソフトウェアと該ＡＴＭスイッチ部側ハードウェア間の論理コネクションの整合を行う。
【００３０】
請求項６に記載の発明は、請求項５に記載の発明において、前記論理コネクションを、システム特有にする。
【００３１】
請求項７に記載の発明は、請求項５に記載の発明において、前記論理コネクションを、回線特有にする。
【００３２】
請求項８に記載の発明は、請求項５に記載の発明において、前記呼処理制御プロセッサ側ソフトウェアからの定期的な指示を送り、前記ＡＴＭスイッチ部側ハードウェアの持つ詳細データを前記論理コネクションに付加し、該呼処理制御プロセッサ側ソフトウェアに通知し、該呼処理制御プロセッサ側ソフトウェアソフトは該論理コネクションをキーにして該キーと一致したコネクション情報と該ＡＴＭスイッチ部側ハードウェアから通知されたコネクション情報とを比較することにより整合を行う。
【００３３】
請求項９に記載の発明は、請求項１に記載の発明において、前記呼処理制御プロセッサの再開復旧後、該呼処理制御プロセッサ側ソフトウェアより前記回線対応部の各々に対して、整合処理通知を行い、該整合処理通知を受けた該回線対応部は、論理コネクションをキーに障害の有無を該呼処理制御プロセッサ側ソフトウェアに通知し、該呼処理制御プロセッサ側ソフトウェアは、前記論理コネクションをキーに該コネクションの障害有無情報と比較し、一致していない場合に、前記該ＶＰ／ＶＣの詳細な障害情報の通知を前記ＡＴＭスイッチ部側ハードウェアに依頼し、該比較結果に基づきで該呼処理制御プロセッサ側ソフトウェアの状態を変更する。
【００３４】
請求項１０に記載の発明は、請求項１に記載の発明において、前記呼処理制御プロセッサの再開中に発生した事象を該ＡＴＭスイッチ部側ハードウェアが自律で通知し、該呼処理制御プロセッサが処理を再開した時刻と、再開復旧時刻を検出し、発生時刻を該ＡＴＭスイッチ部側ハードウェアに通知し、該呼処理制御プロセッサ側ソフトウェアは、過去のＶＰ／ＶＣの状態変化の履歴を管理し、該呼処理制御プロセッサからの再開終了通知に含まれる再開発生時刻を基に、該時刻より現時点までに変化したＶＰ／ＶＣの状態変化を履歴の古い順に検索し、変化のあったＶＰ／ＶＣのデータを該呼処理制御プロセッサ側ソフトウェア側に論理コネクションと共に通知する。
【００３５】
請求項１１に記載の発明は、請求項８に記載の発明において、前記ＡＴＭスイッチ部側ハードウェアから前記呼処理制御プロセッサ側ソフトウェアにヘルスチェックを行い、ヘルスチェックの周期がＮ秒であれば、該ＡＴＭスイッチ部側ハードウェアは過去Ｎ秒間のＶＰ／ＶＣの状態の履歴を保持し、ヘルスチェック不良時には、過去Ｎ秒間の状態履歴と更に、ヘルスチェックが良好となるまでのＶＰ／ＶＣの状態変化を保持し、ヘルスチェック良好となった時点で、該呼処理制御プロセッサ側ソフトウェアへ保持したＶＰ／ＶＣの状態履歴を通知する。
【００３６】
請求項１２に記載の発明は、請求項１１に記載の発明において、ヘルスチェックが不良となった時点のＮ秒前から再びヘルスチェックが良好となるまでに発生したＶＰ／ＶＣの状態変化において、同一のＶＰ／ＶＣに関する変化が発生した場合には、該ＶＰ／ＶＣの過去の状態を捨て、新しく発生した状態のみを保持する。
【００３７】
請求項１３に記載の発明は、請求項１に記載の発明において、前記ＡＴＭスイッチ部側ハードウェアが、前記呼処理制御プロセッサが重度障害により再開した事を検出し、あらかじめパス接続時に通知されていたＳＶＣ／ＰＶＣパスの識別子を基に、ＳＶＣのコネクションに対して、隣接局に対し、前記コネクションＡＩＳセルを送出することにより、該ＳＶＣコネクションに対する解放を隣接局に通知する。
【００３８】
請求項１４に記載の発明は、請求項１３に記載の発明において、パス接続時に、あらかじめＳＶＣ／ＰＶＣのパス識別子と、前記呼処理制御プロセッサ側ソフトウェアが管理する論理コネクション識別を前記ＡＴＭスイッチ部側ハードウェアに通知し、前記コネクションに対して前位局よりＡＩＳ信号が、または後位局よりＲＤＩ信号が送出され、該ＡＩＳ信号または該ＲＤＩ信号を検出した該ＡＴＭスイッチ部側ハードウェアは、該コネクションがＳＶＣ呼用のコネクションであれば、パス接続時に通知された論理コネクション識別の解放要求を前記回線対応部より該呼処理制御プロセッサ側ソフトウェアに通知する。
【００３９】
【発明の実施の形態】
以下図面に従い、本発明の実施の形態を説明する。尚、図において同一または類似のものには、同一の参照番号又は記号を付して説明する。
【００４０】
図１は、本発明の位置づけを説明するための本発明が対象とするＡＴＭ交換機のシステム構成であり、ＳＶＣ呼／ＰＶＣ呼の制御を行いパスの接続／切断を行う装置である。
【００４１】
ＡＴＭ交換機は、複数の回線のそれぞれに対応して設けられる回線対応部２１〜２ｎ、２１１〜２１ｎ、ＡＴＭスイッチ部１、更にＳＶＣ呼／ＰＶＣ呼の制御してＡＴＭスイッチ部１におけるパスの接続／切断を制御する呼制御プロセッサ２を有する。
【００４２】
尚、図１において、ＡＴＭスイッチ部１にあり回線対応部と接続される仮想チャネル付与回路（ＶＣＣ）１０１〜１０４は、ＡＴＭスイッチ部１におけるパス設定のための仮想パス識別子を識別する回路であり、これらは回線対応部２０〜２ｎ、２１０〜２１ｎに置くことも可能である。
【００４３】
図２は、かかるＡＴＭ交換機における本発明と直接関係する部分について詳細に示すブロック図である。図２において、回線対応部２０〜２ｎの構成は、同一構成であり、障害検出を行う障害検出装置２００、課金収集装置２０１及びハード装置としてのファームウェア２０２を有する。
【００４４】
尚、ファームウェア２０２を除き、障害検出装置２００、課金収集装置２０１は、具体的なハード装置として構成することも、ソフトウェアによりそれぞれ障害検出及び、課金収集を実現する場合も含まれる。
【００４５】
一方、ＡＴＭスイッチ１においては、本発明との関連において、回線対応部毎に接続されるヘッダ変換タグ付与装置１０、ファームウェア１１及び共通の情報振り分け部１００を有する。ヘッダ変換タグ付与装置１０は、ＡＴＭセルのヘッダ部におけＶＰＩ／ＶＣＩをスイッチ部１におけるパス設定情報に変換する機能、及び各回線に送りだすＡＴＭセルにタグを付与する機能を有する。
【００４６】
ここで、回線対応部２０〜２ｎと同様に、本発明においてヘッダ変換タグ付与装置１０及び情報振り分け部１００は、それぞれの機能をソフトウェアで実現する場合も含まれる。尚、以降の説明において、必要により呼処理制御プロセッサ２をソフトウェア側と称し、スイッチ部１をバードウェア側と称する。
【００４７】
図３及び図４は、上記のＡＴＭ交換機において、呼処理制御プロセッサ２が処理を再開した場合の、ソフトウェア側とハードウェア側間のパス情報の整合を処理する構成の説明図である。
【００４８】
即ち、呼処理制御プロセッサ２が重度の障害により回復後再開した場合には、全ＳＶＣ（ＳＷＩＴＨＣＥＤ  ＶＥＲＴＩＡＬ  ＣＨＡＮＮＥＬ）  呼を解放し、ＰＶＣ（ＰＥＲＭＡＮＥＢＴ  ＶＥＲＴＩＡＬＣＨＡＮＮＥＬ）呼を救済する必要があるが、その時のソフトウェア側とハードウェア側間の整合を行うものである。
【００４９】
ソフトウェア側のメモリ上のコネクション情報にＳＶＣ呼とＰＶＣ呼の識別を持たせる。図３は、かかるソフトウェア側のメモリ上のコネクション情報の一例である。ハードウェアであるＡＴＭスイッチ部１に対するパス接続要求時のパラメータ（入り及び出ＶＰＩ／ＶＣＩの他、発着ダイヤル番号等が含まれる）にコネクションの種別として、ＳＶＣとＰＶＣの識別フラグを設ける（図３の右端欄）。
【００５０】
ハードウェアであるスイッチ部１において、ＳＶＣとＰＶＣの識別フラグからＳＶＣ呼とＰＶＣ呼の識別をする機能を有する。スイッチ部１の情報振り分け部１００がかかる機能を有する。
【００５１】
図４は、呼処理制御プロセッサ２とＡＴＭスイッチ部１間での送信情報フォーマットの一例である。情報フォーマットには、送出先の伝送路番号（ＨＷ０〜ｎ）  ４１、送出先装置種別（回線対応部は０、ＡＴＭスイッチ部は１）４２、転送データのサイズ４３及び転送データ４４を有する。
【００５２】
更に、上記転送データの内容４４に図３のコネクション情報が含まれる。４１〜４３の領域に含まれる情報は、ＡＴＭスイッチ部１の情報振り分け装置１００により判断され、該当回線対応部と接続されるファーム１１に転送データ４４が転送される。
【００５３】
図５は、ソフトウェア側Ｉ（呼処理制御プロセッサ２）とハードウェア側ＩＩ（ＡＴＭスイッチ部１）との間の処理シーケンスである。
【００５４】
通常状態において、ソフトウェア側Ｉからハードウェア側ＩＩに対し、図４の情報フォーマットを用いて、図３のコネクション情報が送られる。今Ｘ時点で呼処理制御プロセッサ２が重度の障害を経て、再開した場合を想定する。ソフトウェア側Ｉからハードウェア側ＩＩに対し、メモリ上のＳＶＣコネクションデータの削除及びＳＶＣ呼開放要求が送られる（ステップＳ１）。これにより図５のＢ欄に示されるように、パスデータとして既に設定されてあるハードウェア側メモリ、例えはファームウェアを記憶するメモリ１１においてＳＶＣの識別子が削除される（ステップＳ２）。
【００５５】
このように、呼処理制御プロセッサ２が重度の障害になった場合には、呼処理制御プロセッサが再開すると、再開処理の中で、ソフトウェア上のコネクション情報にＳＶＣ呼の識別子が付いているコネクションデータについては、ソフトウェア側メモリ上のみで解放する。また、再開処理中にハードウェア側へはＳＶＣ呼解放要求を送出する。
【００５６】
したがって、重度の障害が発生した場合には、ＳＶＣ呼に関する情報をソフトウェア側およびハードウェア側（具体的にはファーム１１）より解放し、ソフトウェア側及びファームウェア側間の通信量を減らすことにより再開処理を高速に行う事ができる。
【００５７】
図６は、上記の構成に加え、ＳＶＣ呼の課金データの救済を行う場合の処理シーケンスを示すものである。即ち、パス接続時にハードウェア側（ファーム１１）に対し、入力ＶＰＩ／ＶＣＩおよび出力ＶＰＩ／ＶＣＩのみでは無く、発ＤＮ（発呼ダイヤル番号）／着ＤＮ（着呼ダイヤル番号）も通知する（ステップＳ１１）。
【００５８】
これにより、ハードウェア自律でＳＶＣ呼を解放する場合、解放したパスに対して、ハードウェア側は、セルカウント情報を収集する（ステップＳ１２）。ついで、入力ＶＰＩ／ＶＣＩおよび出力ＶＰＩ／ＶＣＩと発ＤＮ／着ＤＮにセルカウント情報を付与し、呼処理制御プロセッサ２に通知することによりＳＶＣ呼の課金データを収集する（ステップＳ１３）。
【００５９】
図６に示す如く、呼処理制御プロセッサ２（ソフトウェア側Ｉ）の再開後、ＳＶＣ呼解放要求が呼処理制御プロセッサ２からＡＴＭスイッチ１側に送られる。これに対し、課金に必要なＶＰＩ、ＶＣＩ及び発信ダイヤル番号ＤＮとともに、ＡＴＭスイッチ１側で捉えている課金カウンタ情報を呼処理制御プロセッサ２に通知することができる。
【００６０】
このように課金情報を救済することが出来るとともに、ソフトウェア／ハードシェア（ファーム）間の通信量を減らすことができ高速に再開処理を終了する事ができる。
【００６１】
図７、図８は、ＰＶＣ（ＰＥＲＭＡＮＥＮＴ  ＶＥＲＴＩＡＬ  ＣＨＡＮＮＥＬ）パスを救済する方式を説明する図である。上記の実施の形態の説明から理解出来るように、ＰＶＣ呼については、ソフトウェア側である呼処理制御プロセッサ２の図示しないメモリ上およびハードウェア側であるＡＴＭスイッチ部１のファームメモリ１１上に残され、救済される。
【００６２】
しかし、ＰＶＣパスについては、コマンド投入によりパス接続または切断中に呼処理制御プロセッサ２の再開が発生する事を考慮する必要がある。これに対しコマンドが投入された時には、ソフトウェア側でコネクション情報データ上に実行ビット（接続中または切断中を示す）を立てる（図７の右端欄）。ついで、コマンドが終了した時点でこの識別ビットを下ろす（反転するもしくは、消去する）。
【００６３】
そして、再開時に接続中の実行ビットが立っている（接続ＯＮ）コネクションに対し、再度ハードウェア側であるＡＴＭスイッチ部１に対し、図８の処理シーケンスに示すように、ＰＶＣの再接続要求を送出する（ステップＳ３１）事よりＰＶＣパスを救済することが出来る。また、もし切断実行ビットが切断ＯＮであれば、ＰＶＣの切断要求を送出する（ステップＳ３２）ことにより切断状態とされる。
【００６４】
したがって、コマンド実行中のＰＶＣのパスについては、ソフトウェア側及びハードウェア側間で実行中のパスに関する整合処理を行うのみで、高速に再開処理を終了する事ができる。
【００６５】
図９は、再開中のＳＶＣ呼の過課金を防止する構成を説明する処理シーケンスである。ハードウェアＩＩ側であるＡＴＭスイッチ部１のファーム１１からソフトウェアＩ側である呼処理制御プロセッサ２に対して、定期的にヘルスチェックを行う。
【００６６】
ある一定時間ヘルスチェックを行う（ステップＳ４１）。その結果がＮＧである時は、ファーム１１自律でＳＶＣ呼に関するパスを切断し、課金データを収集する。そして、先の図６で説明した方法により課金データを収集する。ついで、ＳＶＣ呼のパスを解放する（ステップＳ４２）。
【００６７】
これにより、呼処理制御プロセッサ２が復旧した後に課金データを呼処理制御プロセッサ２に通知する（ステップＳ４３）ことができるとともに、ＳＶＣ呼の過課金を防止することが可能である。
【００６８】
図１０及び図１１は、定期整合処理を行う構成を説明するための図である。図示の如く論理コネクションｉｄを導入する事により、呼処理制御プロセッサ２側でのサーチを無くすことができ、ファーム１１からの通知を高速に処理する事ができる。
【００６９】
即ち、パス設定時にソフトウェア側Ｉである呼処理制御プロセッサ２が捉えたコネクションの論理番号ｉｄをハードウェア側ＩＩであるＡＴＭスイッチ部１のファーム１１にも通知する（ステップＳ５１：図１１）。
【００７０】
この論理番号ｉｄは、メモリのアドレスに対応させておくことが可能であり（図１０参照）、論理番号ｉｄをキーにしてソフトウェア側Ｉとハードウェア側ＩＩ間でコネクションｉｄの整合を行うことが可能である。
【００７１】
ここで、論理番号ｉｄの設定の仕方として、種々の方式が可能であり、例えばシステム特有の論理コネクションｉｄを設定することも、回線毎に特有の論理コネクションｉｄを設定することも可能である。
【００７２】
図１２は、定期情報読み出しによる詳細情報の整合を説明する処理シーケンスである。ソフトウェア側Ｉからの定期的な指示に基づき、ファーム１１の持っている詳細データ（入力ＶＰＩ／ＶＣＩ、出力ＶＰＩ／ＶＣＩ、タグ情報、ＵＰＣ／ＮＰＣ情報）を上記図１０で説明した論理コネクションｉｄに付加して、ソフトウェア側ＩＩに通知する（ステップＳ６１）。
【００７３】
これにより、ソフトウェア側Ｉで、論理コネクションｉｄをキーにして当該キーと一致したコネクション情報とファーム１１から通知されたコネクション情報を比較する事より整合を行う。
【００７４】
かかる論理コネクションｉｄとシーケンス番号をキーにして行うコネクションの整合処理により、ソフトウェア側Ｉとハードウェア側ＩＩのファーム１１間の通信回線を減らし、且つソフトウェア上の整合処理を行う場合にサーチ無しに整合を行う事ができる。したがって、高速に且つプロセッサの負荷を抑えることができる。
【００７５】
図１３は、軽度の障害が発生し、呼処理制御プロセッサ２の再開中に発生したＶＣ／ＶＰの状態変化に対する整合処理即ち、ＶＰ／ＶＣ管理情報による全状態整合を説明する図である。
【００７６】
呼処理制御プロセッサ２の再開復旧後、ソフトウェア側Ｉよりハードウェア側ＩＩの各回線対応装置に対して、整合処理通知を行う（ステップＳ７１）。これを受けた回線対応装置に付属のファーム１１は、論理コネクションｉｄをキーに障害の有無をソフトウェアＩ側に通知する。
【００７７】
ソフトウェア側Ｉは、論理コネクションｉｄをキーに当該コネクションのソフトウェア側の持つ障害有無情報と比較する。
【００７８】
この比較において、一致していない場合は、ＶＰ／ＶＣの詳細な障害情報の通知をファーム１１に依頼する。その結果でソフトの状態を変更する事によりＶＰ／ＶＣに関する障害情報の整合処理を行う。
【００７９】
更に、図１３により上記を説明すると、論理コネクションｉｄ（Ｉ，Ｊ）に対応するアドレスに記録されるＶＰ／ＶＣの状態のビットマップをファーム１１から受け取る。これにより、情報量を減らす事ができる。且つ、ソフトウェア上の整合を容易にするができる。また、ソフト／ファームの通信回線および呼処理制御プロセッサ２の負荷を軽減する事ができる。
【００８０】
図１４、図１５は、ファーム１１で履歴管理をし、呼処理制御プロセッサ２の再開中に発生した事象をファーム自律で通知する構成を説明する図である。
【００８１】
呼処理制御プロセッサ２が処理を再開した時刻と、再開処理終了時刻を検出し、事象発生時刻（図１４参照）をファーム１１に通知する（ステップＳ８１）。ファーム１１は、過去のＶＰ／ＶＣの状態変化の履歴を管理し、呼処理制御プロセッサ２からの再開終了通知に含まれる再開発生時刻を元に、その時刻より現時点までに変化したＶＰ／ＶＣの状態変化の履歴を古い物から順に検索する。
【００８２】
即ち、図１４に示すようにＶＰ／ＶＣの状態変化は、事象発生時刻順に、固定サイズのファームメモリ１１上に上から順に書き込んで行き、最後のアドレスに内容を書き込んだらまた、最初に戻る。
【００８３】
したがって、かかるメモリに書き込まれた内容を順に読み込むことにより、検索によりＶＰ／ＶＣの変化（遷移）データが把握出来る。そして、このデータをソフトウェア側Ｉに論理コネクションｉｄと共に通知する（ステップＳ８２）ことにより、ソフトウェア側との整合が取られる。
【００８４】
これにより、再開発生から復旧の間に発生したＶＰ／ＶＣの状態変化を少ない情報量にて把握することができ、再開後の整合処理を高速に行う事ができる。
【００８５】
図１６は、ヘルスチェックによる整合処理を説明する図である。ファーム１１から呼処理制御プロセッサ２にヘルスチェックを行う。ヘルスチェックの周期がＮ秒（例えば１秒）であれば、ファーム１１は常に過去Ｎ秒間のＶＰ／ＶＣの状態の履歴を保持することが出来る。
【００８６】
ヘルスチェックＮＧ時には、過去Ｎ秒間の状態履歴と更にヘルスチェックがＯＫとなるまでのＶＰ／ＶＣの状態変化を保持し、ヘルスチェックＯＫとなった時点で、呼処理制御プロセッサ２に保持したＶＰ／ＶＣの状態履歴を上記図１４、図１５において説明したと同様にに通知する。
【００８７】
これによりソフトウェア側Ｉとの整合処理が行われる。図１４、図１５の例と同様に、少ない情報量で高速にＶＰ／ＶＣの状態整合を行う事ができる。
【００８８】
図１７は、最新の状態のみ保持する例を説明する図である。図１６において、ヘルスチェックＮＧとなった時点のＮ秒前から再びヘルスチェックＯＫとなるまでに発生したＶＰ／ＶＣの状態変化において、同一のＶＰ／ＶＣに関する変化が発生した場合、このＶＰ／ＶＣの過去の状態を捨て、新しく発生した状態のみを保持する。これによりファーム１１のメモリ量を対応する回線に収容できる最大コネクション数に抑えることができる。
【００８９】
図１８は、重度障害発生による隣接局ＢへのＳＶＣの呼解放処理を、ＡＩＳ（アラーム表示）信号の送出により隣接局Ｂへ通知することを説明する図である。図において、１は、呼処理制御プロセッサ２の処理再開を行う再開発生局ＡのＡＴＭスイッチ部である。
【００９０】
一方、１’は、隣接局ＢのＡＴＭスイッチ部である。これに対応して２’は、隣接局Ｂの呼処理制御プロセッサである。
【００９１】
ハードウェア側が、呼処理制御プロセッサ２が重度障害により再開した事を検出すると、あらかじめパス接続時に通知されていたＳＶＣ／ＰＶＣパスの識別子を基に、ＳＶＣのコネクションに対して、隣接局Ｂに対し、このコネクションＡＩＳ（ＶＣ−ＡＩＳ）セルを送出する。これにより、当該ＳＶＣコネクションに対する解放が隣接局Ｂに通知される。
【００９２】
又、ＡＩＳセル受信コネクションに対するパス解放を行う場合、パス接続時に、あらかじめＳＶＣ／ＰＶＣのパス識別子と、ソフトウェア側が管理する論理コネクションｉｄをハードウェア側（ファーム）に通知しておく（ステップＳ９１）。
【００９３】
当該論理コネクションに対して前位局ＡよりＡＩＳ信号が、または後位局よりＲＤＩ信号が送出される。このＲＤＩ信号を検出したハードウェア側（ファーム）は、当該コネクションがＳＶＣ呼用のコネクションである場合、パス接続時に通知された論理コネクションｉｄの解放要求を対応の回線対応部により呼処理制御プロセッサ２’のソフトウェア側に通知する（ステップＳ９２）。
【００９４】
図示の如く、再開が発生した交換局Ａでは各回線装置に対し、下流に対しＡＩＳセルの送出を指示する（ステップＳ９１）。これを受けた下流の隣接局Ｂでは当該コネクションが障害となったと認識する。そして当該コネクションがＳＶＣコネクションであれば解放処理を行う事ができる。
【００９５】
更に、再開が発生した交換局Ａが再開復旧する前に、隣接局Ｂへ解放処理依頼を行うことができ、過課金を防ぐ事ができる。
【００９６】
【発明の効果】
以上説明した様に、本発明によれば、呼処理制御プロセッサの重度障害によるＳＶＣ呼の解放処理およびＰＶＣ呼の整合処理を高速に行え、新規呼を受付を再開開始後、短時間で行う事ができる。
【００９７】
また、ＶＰ／ＶＣの状態の整合処理も各回線対応部で持つファームがパラレルに処理し、呼処理制御プロセッサへその差分のみを通知する方式をとっているため、呼処理制御プロセッサへの負荷を軽減できる。更に、変化があった物のみの整合処理して行わないため短時間で整合処理を終了させる事ができる。
【図面の簡単な説明】
【図１】本発明の対象とするＡＴＭ交換機の構成例ブロック図である。
【図２】本発明方式の実施の形態を示すブロック図である。
【図３】ソフトメモリ上のコネクション情報を示す図である。
【図４】呼処理制御プロセッサとＡＴＭスイッチ間の情報フォーマットを示す図である。
【図５】ソフトウェアとハードウェア間の処理シーケンス（その１）を示す図である。
【図６】ソフトウェアとハードウェア間の処理シーケンス（その２）を示す図である。
【図７】メモリ上のデータの一例を示す図である。
【図８】ソフトウェアとハードウェア間の処理シーケンス（その３）を示す図である。
【図９】ソフトウェアとハードウェア間の処理シーケンス（その４）を示す図である。
【図１０】論理コネクションｉｄの一例を説明する図である。
【図１１】論理コネクションのソフトウェア及びハードウェア間への導入（その１）を説明する図である。
【図１２】論理コネクションのソフトウェア及びハードウェア間への導入（その２）を説明する図である。
【図１３】論理コネクションｉｄを用いたＶＰ／ＶＣ状態の整合を説明する図である。
【図１４】フレームメモリ内容（その１）を説明する図である。
【図１５】ファームでＶＰ／ＶＣ状態の履歴を把握する例を説明する図である。
【図１６】ヘルスチェック機能を用いた状態整合を説明する図である。
【図１７】フレームメモリ内容（その２）を説明する図である。
【図１８】呼解放処理の隣接局への通知を説明する図である。
【符号の説明】
１  ＡＴＭシイッチ
２  呼処理プロセッサ
２０〜２ｎ、２１０〜２１ｎ  回線対応部
２０１  障害検出装置
１１、２０２  ファームウェア
１０  ヘッダ変換タグ付与装置
１００  情報振り分け装置
【図１】
0003599458.tif 000002
【図２】
0003599458.tif 000003
【図３】
0003599458.tif 000004
【図４】
0003599458.tif 000005
【図５】
0003599458.tif 000006
【図６】
0003599458.tif 000007
【図７】
0003599458.tif 000008
【図８】
0003599458.tif 000009
【図９】
0003599458.tif 000010
【図１０】
0003599458.tif 000011
【図１１】
0003599458.tif 000012
【図１２】
0003599458.tif 000013
【図１３】
0003599458.tif 000014
【図１４】
0003599458.tif 000015
【図１５】
0003599458.tif 000016
【図１６】
0003599458.tif 000017
【図１７】
0003599458.tif 000018
【図１８】
0003599458.tif 000019