(57)【要約】【課題】複数の通信装置で構成された通信システム200を管理する通信システム管理装置100に関に関し、加入者呼のルート600上の、障害T12が発生した通信装置309_2を特定すること、また、この特定を物理リソース情報で示すこと、さらに、マルチベンダー化通信システムにおいても容易に適用可能とする。【解決手段】第１の手段が、加入者番号＝“090-1111-2222”又は端子通信装置論理番号をキーとして、ルート管理テーブルから、呼のルート上の通信装置を特定し、各通信装置の該呼に対応するパケットのカウンタ値を収集し、第２の手段が、該カウンタ値に基づき障害が発生した通信装置を特定する。【選択図】      図１
2006086977.tif 000002
【特許請求の範囲】
【請求項１】
各呼に対応したパケットを計数するカウンタを備えた複数の通信装置で構成された通信システムを管理する通信システム管理装置であって、
端子通信装置論理番号をキーとして、ルート管理テーブルから、呼のルート上の通信装置を特定し、各通信装置の該呼に対応するパケットのカウンタ値を収集する第１の手段と、
該カウンタ値に基づき障害が発生した通信装置を特定する第２の手段と、
を備えたことを特徴とする通信システム管理装置。
【請求項２】
請求項１において、
該ルート管理テーブルが、該通信装置の論理番号を物理リソース情報に変換するテーブルであることを特徴とした通信システム管理装置。
【請求項３】
請求項１において、
該ルート管理テーブルが、該端子通信装置論理番号、該呼のルート上の通信装置、及び各通信装置に含まれる該呼のパケットを計数するカウンタを対応付けたパス情報管理テーブルを含み、
該第１の手段が、該端子通信装置論理番号をキーとして、該ルート情報管理テーブルから、該呼のルート上の通信装置の論理リソース情報を特定し、該特定した各通信装置の該呼に対応するパケットのカウンタ値を収集することを特徴とした通信システム管理装置。
【請求項４】
請求項３において、
該ルート管理テーブルが、さらに、加入者番号及び該端子通信装置論理番号を対応付けたルート情報管理テーブルを含み、
第１の手段が、該ルート情報管理テーブルから、加入者番号をキーとして該端子通信装置論理番号を検索するか、又は、該端末通信装置論理番号をキーとして該端子通信装置論理番号を検索することを特徴とした通信システム管理装置。
【請求項５】
請求項１において、
該呼のルート上の通信装置、該カウンタ値、パス情報、及び該障害が発生した通信装置の少なくとも１つを表示する第５の手段を備えたことを特徴とする通信システム管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム管理装置に関し、特に、複数の通信装置で構成された通信システムを管理する通信システム管理装置に関する。
【０００２】
近年、通信技術、例えば、移動体通信技術等の急速な発展に伴い、多種多様なサービスを実現している。このために通信システム(例えば、交換機システム)には、サービスに対応した様々な通信装置が実装されている。このような通信システムにおいては、ユーザデータ伝送の障害(例えば、音声通信における片通話やデータ通信における送受信異常等)が発生したとき、障害箇所を迅速に特定して復旧する保守管理が益々重要になっている。
【背景技術】
【０００３】
従来の交換機システム(通信システム)は、交換機システムを構成する各通信装置(局内セル通過ユニット)に、ユーザの音声通話又はデータ通信に対応するデータ透過量(セル数)を計数する計数部のカウント値を用いて障害発生箇所を特定していた。すなわち、各局内セル通過ユニットは計数部及び情報付加部を備え、計数部はコネクション毎に通過セル(局内セル)を計数し、(1)この通過セル数と、(2)情報付加部が属するユニットの識別データ(識別子)と、をセルに付加して送出する。これにより、局内セルには、自分が通過した全セル通過ユニットの識別子及び各ユニットにおける通過セル数が付加されることになる。さらに、システム内(局内)の末端セル通過ユニットはエラー情報蓄積部を備え、このエラー情報蓄積部は、各セル通過ユニットで付加された通過セル数をユニット毎、且つコネクション毎に蓄積する。
【０００４】
交換機システムを管理する処理装置(通信システム管理装置)は、エラー情報蓄積部に蓄積されたデータに基づき、ユニットの障害を検出する。この障害検出方式として、隣接するユニット間における同一コネクション毎の通過セル数の差を監視し、差が指定値より大きい場合、セルロスがあったと判断する方式等がある(例えば、特許文献１。)。
【特許文献１】特開平11-127155号公報(２頁、図１)
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述した従来の方式には、次のような問題点(1)〜(3)がある。
【０００６】
(1)途中のセル通過ユニットで全セルのロスが発生した場合、セル通過ユニット情報及びセル数情報が末端セル通過ユニットのエラー情報蓄積部に届かず、障害が発生したコネクション及びセル通過ユニット(通信装置)を特定することはできない。
【０００７】
(2)処理装置が、エラー情報蓄積部に蓄積されたデータに基づき、保守コンソールに、ユーザの音声通話又はデータ通信のルートを表示する場合、論理リソース情報(セル通過ユニットの論理番号)しか表示できない。この論理リソース情報から、保守者は、具体的な物理リソースを認識するためには、さらに、具体的な物理リソースを特定するための手順が必要である。
【０００８】
(3)全ての通信装置(セル通過ユニット)が、セル計数部及び情報付加部を備え、情報付加されたセル(局内セル)を処理できなければならない。これは、マルチベンダー化した交換機システムにおいても、全てのベンダーの通信装置(セル通過ユニット)がセル計数部及び情報付加部を備えていなければならないことになる。この内のセル計数部は、各ベンダーは通常備えているが、情報付加部は、上記の交換機システム特有のものであり、全てのベンダーが備えている訳ではない。
【０００９】
(4)また、セルに通過セル数等の情報を付加するため、その分だけ、セルが伝送可能なデータの最大伝送容量は小さくなる。
【００１０】
ここで、近年一般的になったマルチベンダー化した通信システムについて説明しておく。
【００１１】
図13は、マルチベンダー化され通信システム(交換機システム)200における制御/管理部の構成を示している。この交換システム200では、ベンダーが異なる交換機システム210f及び交換機システム210n(以下、符号210で総称することがある。)を備えている。
【００１２】
交換機システム210f及び210nは、それぞれ、ハードウェア部40_1及び40_2(以下、符号40で総称することがある。)、ファームウェア部30_1及び30_2(以下、符号30で総称することがある。)、並びにプラットフォームソフトウェア部(以下、PF部と称することがある。)20_1及び20_2(以下、符号20で総称することがある。)で構成されている。
【００１３】
通信システム管理装置100は、交換機システム210の通信を制御するアプリケーションソフトウェア部(以下、APL部と称することがある。)10を備えている。各交換機システム210の特性/特徴(ベンダー差分)は、PF部20が吸収するようになっており、APL部10は交換システム200内で一意に決まる論理リソース情報で交換機システム210を制御する。すなわち、APL部10はベンダー差分を意識する必要がない。PF部20は、APL部10からの要求に応じてパスを張り、ファームウェア部30を制御する。
【００１４】
上記の問題点(3)は、例えば、交換機システム210f及び210nの内の交換機システム210fを構成するセル通過ユニット(図示せず。)のみが情報付加部を備え、局内セルに対応していても、両交換機システム210を渡るセル(又はコネクション)には対応できないことである。
【００１５】
従って、本発明は、各呼に対応したパケットを計数するカウンタを備えた複数の通信装置で構成された通信システムを管理する通信システム管理装置において、加入者呼のルート上の、障害が発生した通信装置を特定すること、また、この特定を物理リソース情報で示すこと、さらに、マルチベンダー化通信システムにおいても容易に適用可能とすること課題とする。
【課題を解決するための手段】
【００１６】
上記の課題を解決するため、本発明に係る通信システム管理装置は、各呼に対応したパケットを計数するカウンタを備えた複数の通信装置で構成された通信システムを管理する通信システム管理装置であって、端子通信装置論理番号をキーとして、ルート管理テーブルから、呼のルート上の通信装置を特定し、各通信装置の該呼に対応するパケットのカウンタ値を収集する第１の手段と、該カウンタ値に基づき障害が発生した通信装置を特定する第２の手段とを備えたことを特徴としている。
【００１７】
図１は、通信システム200を管理する本発明に係る通信システム管理装置100の原理を示している。通信システム200は、通信システム管理装置100、信号制御装置221，222、回線装置231，232、通信装置301，302，…，311、並びに通信装置である交換機(SW)312及びパケットトランク313を備えている。同図には、現在通信/通話中の呼(加入者番号＝“090-1111-2222”)の通信システム内のセル透過ルート600が示されており、このルート600は、通信装置301，302，303_1，304，交換機312、通信装置305，306_1，307、パケットトランク313、通信装置307，306_1，305，交換機312，通信装置308，309_2，310，及び311を経由している。この内に通信装置301，313，及び311は、ルート600の端子通信装置と称する。
【００１８】
各通信装置は、それぞれ、呼に対応した上りパケット(ATMの場合セル)を計数するカウンタ321a，322a，…，331aを備え、下りパケットを計数するカウンタ331b，320b，…，321bを備えている。
【００１９】
また、通信システム管理装置はルート管理テーブル(図示せず。)を備えており、このルート管理テーブルは、端子通信装置の論理番号と該加入者呼のルート上の通信装置とこの通信装置の該呼に対応したパケット数を計数するカウンタとを対応付けたテーブルである。このテーブルは複数のテーブルで構成されていてもよい。
【００２０】
第１の手段は、指定された端子通信装置の論理番号(例えば、通信装置301，パケットトランク313，及び通信装置311の論理番号)をキーとして、ルート管理テーブルからルート600上の通信装置を特定する。さらに、第１の手段は、特定した各通信装置の該呼に対応するカウンタの値を収集する。そして、第２の手段は、該カウンタ値に基づき障害が発生した通信装置を特定する。
【００２１】
例えば、第２の手段は、上りパケットのカウンタ321a，322a，…，328aの値が＝“5”であり、カウンタ329c，330a，331aの値＝“0”であることから、カウンタ値が変化した通信装置309_2で障害(パケット落ち)T12が発生したことを特定する。
【００２２】
これにより、通信中の呼の発生した障害を検索すると共に、ルート上の障害が発生した通信装置を特定することが可能になる。また、パケットに通過セル等の情報を付加しないので、マルチベンダー化通信システムにも適用することが容易になる。
【００２３】
なお、本発明においては、収集したカウンタ値から障害が発生した通信装置を特定する方式は問わない。例えば、上述した特許文献１に示された方式で障害通信装置を特定してもよい。
【００２４】
また、本発明においては、該ルート管理テーブルを該通信装置の論理番号を物理リソース情報に変換するテーブルとすることが可能である。
【００２５】
これにより、障害が発生した通信装置を物理リソース情報として示すことが可能になり、保守者は、障害が発生した通信装置を具体的に特定可能になる。
【００２６】
また、本発明においては、該ルート管理テーブルは、該端子通信装置論理番号、該呼のルート上の通信装置、及び各通信装置に含まれる該呼のパケットを計数するカウンタを対応付けたパス情報管理テーブルを含み、該第１の手段が、該端子通信装置論理番号をキーとして、該ルート情報管理テーブルから、該呼のルート上の通信装置の論理リソース情報を特定し、該特定した各通信装置の該呼に対応するパケットのカウンタ値を収集することが可能である。
【００２７】
すなわち、該ルート管理テーブルは、該端子通信装置論理番号、該呼のルート上の通信装置、及び各通信装置に含まれる該呼のパケットを計数するカウンタを対応付けたパス情報管理テーブルを含んでいる。第１の手段は、端子通信装置論理番号をキーとして、該パス情報管理テーブルから、該呼のルート上の通信装置を物理リソース情報で特定し、この特定した各通信装置の該呼に対応する通信装置に含まれる、該呼のパケットを計数するカウンタを特定し、このカウンタの値を収集する。
【００２８】
これにより、通信装置の論理情報からその物理リソース情報及びカウンタを特定することが可能になる。
【００２９】
また、本発明においては、該ルート管理テーブルは、さらに、加入者番号及び該端子通信装置論理番号を対応付けたルート情報管理テーブルを含み、第１の手段が、該ルート情報管理テーブルから、加入者番号をキーとして該端子通信装置論理番号を検索するか、又は、該端末通信装置論理番号をキーとして該端子通信装置論理番号を検索するが可能である。
【００３０】
すなわち、該ルート管理テーブルには、さらに、該加入者番号及び該端子通信装置論理番号を対応付けたルート情報管理テーブルを含んでいる。第１の手段は、例えば、加入者番号のみが指定されたとき、このルート情報管理テーブルを参照して、加入者番号の呼に対応するルートの端子通信装置論理番号を知ることが可能になる。また、第１の手段は、端子通信装置論理番号のみが指定されたとき、ルート情報管理テーブルを参照して、加入者番号を知ることが可能になる。
【００３１】
このように、ルート管理テーブルを、論理的なリソース情報を管理するルート情報管理テーブルと、物理的なリソース情報を管理するパス情報管理テーブルとで構成し、パス情報管理テーブルを各ベンダー通信システムで管理し、ルート情報管理テーブルをアプリケーションソフトウェア部で管理するように構成することで、本発明に係る通信システム管理装置をマルチベンダー通信システムに適用することが容易になる。また、端子通信装置論理番号のみ指定されたとき、加入者番号を知ることが可能になる。
【００３２】
また、本発明においては、該加入者番号又は該端子通信装置論理番号を保守コンソールから該第１の手段に与えてもよい。
【００３３】
また、本発明においては、該障害が発生した通信装置を閉塞する第３の手段を、さらに備えることが可能である。すなわち、第２の手段が障害を検出したとき、第３の手段は障害が検出された通信装置を閉塞する。これにより、障害が発生した通信装置に新規呼を割り当てないようにすることが可能になる。
【００３４】
また、本発明においては、該障害が発生した通信装置に設定されている該呼のルートに迂回ルートが存在する場合、迂回ルートに切り替える第３の手段を、さらに備えることが可能である。すなわち、障害が発生したルートを直ちに迂回ルートに切り替えることが可能になる。
【００３５】
また、本発明においては、該障害が発生した通信装置が冗長化構成である場合、冗長系に切り替える第３の手段を、さらに備えることが可能である。すなわち、第３の手段は、障害が検出された通信装置が冗長化構成、例えば、二重化構成又はAPS構成である場合、冗長系へ直ちに切り替えることが可能である。
【００３６】
また、本発明においては、該障害が発生した通信装置が課金収集装置である場合、該当装置を閉塞する第３の手段を、さらに備えることが可能である。これにより、加入者に対して過剰な課金をすることがなくなる。
【００３７】
また、本発明においては、指定された時刻に接続中の該加入者番号又は該端子通信装置論理番号を該第１の手段に与える第４の手段をさらに備えることが可能である。すなわち、第４の手段は、例えば、第１の手段に対して接続中の、全ての加入者番号又は該端子通信装置論理番号を定期的に与える。これにより、接続中の加入者全ての異常カウンタ値を定期的に検出し、障害が発生した通信装置を特定するスケジュール管理が可能になる。
【００３８】
また、本発明においては、該呼のルート上の通信装置、該カウンタ値、パス情報、及び該障害が発生した通信装置の少なくとも１つを表示する第５の手段を備えることができる。すなわち、第５の手段(例えば、保守コンソール)に、現在接続中の呼のルート上の通信装置、カウンタ値、パス情報、障害が発生した通信装置を表示することが可能である。
【発明の効果】
【００３９】
以上説明したように、本発明に係る通信システム管理装置によれば、加入者呼のルート上で音声通話/データ通信等の異常(片通話やデータ送受信異常等)が発生したとき、それが発生した通信装置を物理リソース情報で特定し、その復旧を迅速、容易に、確実、且つ効率的に実施することが可能になる。
【発明を実施するための最良の形態】
【００４０】
構成実施例
図2(1)は、図13に示したマルチベンダー交換機システム(通信システム)200の構成実施例を示している。この構成例は、図１に示した通信システム200の構成を簡略化して示しているが、通信装置のベンダーが異なっている。なお、本発明の通信システム管理装置100は、単一ベンダーによる交換機システムにも対応可能である。
【００４１】
この通信システム200において、呼(加入者番号＝“090-1111-2222”)のルート600(図１参照)の端子通信装置は、通信装置301、パケットトランク(通信装置)313、通信装置311であり、これらの通信装置には、それぞれ、論理リソース情報として論理番号＝“1000”，“2000”，及び“3000”が設定されている。
【００４２】
同図(2)は、通信システム管理装置が管理するルート管理テーブル80を示しており、このテーブル80には、APL部10が管理するルート情報管理テーブル81とPF部20が管理するテーブル82〜86(パス情報管理テーブルと総称することがある。)で構成されている。ルート情報管理テーブル81は、ベンダー差分のない局所的な端子通信装置の論理リソース情報であり、テーブル82〜86は、端子間に存在する通信装置302〜310，312等の物理リソース情報、各通信装置に跨るパス情報(コネクション情報、例えば、VPI/VCI)、及びカウンタ情報である。
【００４３】
ルート情報管理テーブル81は、例えば、加入者番号81b＝“090-1111-2222”、及びこれに対応する端子側の通信装置301，311，及び313の論理番号81c＝“1000”、論理番号81d＝“2000”、及び論理番号81e＝“3000”を管理している。
【００４４】
テーブル82〜86(詳細は後述する。符号は後述するテーブル82〜86に合わせてある。)は、論理/物理変換テーブル(論理リソース情報−物理リソース情報の対応関係、例えば、論理番号＝“1000”に対応する通信装置301)、ルート情報(例えば、加入者番号81b＝“090-1111-2222”の呼のルート上の通信装置情報、端子通信装置301，313，311及びこの端子通信装置間の通信装置の情報、各通信装置に跨るパス情報(例えば、VPI/VCI)等)、及びカウンタ情報(図示せず。)を管理している。
【００４５】
PF部20は、ルート情報に基づきAPL部10からの要求に応じてパスを張り込み、ファームウェア部30を制御する。
【００４６】
動作実施例(1)：論理変換
図３は、通信システム管理装置100の動作実施例(1)を示しており、この動作実施例(1)では、通信システム管理装置100に接続された保守コンソール400(図１参照。)からルート表示コマンド710が投入された場合の動作手順例を示している。この動作手順例を以下に説明する。
【００４７】
ステップT10：加入者(加入者番号＝“090-1111-2222”)は通信又は通話(接続)中であり、アプリケーションソフトウェア部10、プラットフォームソフトウェア部20、ファームウェア部30、及びハードウェア部40(図13参照。)は、加入者通話等に対応した動作を実行している。
【００４８】
ステップT11：また、ファームウェア部30及びハードウェア部40において、各通信装置に備えられたセルカウンタは、加入者パスに設定されるVPI/VCI毎にセルを計数している。このカウント値は、上位ソフトウェア部の指示で読み出すことが可能である。
【００４９】
ステップT12：加入者番号＝“090-1111-2222”の通話等に、片通話又はデータ不透過等の障害が発生する。
【００５０】
ステップS100：保守者は、保守コンソール400からソフトウェア部20にルート表示コマンド710を与える。このコマンド710には、障害が発生したルートの加入者番号＝“090-1111-2222”、又は端子側の通信装置301，311，又は313の論理番号＝“1000”，“2000”，“3000”(図2(1)参照。)が指定されている。なお、コマンド710には、オプション指定としてカウンタ読出、自律閉塞、迂回ルート自律設定、及び自律切替等を指定することが可能である。
【００５１】
ステップS101，S102：ソフトウェア部20は、コマンド710に加入者番号が指定されている場合、加入者番号を含む加入者番号/論理番号変換要求711をソフトウェア部10に与える。
【００５２】
ステップS103：ソフトウェア部10は、指定された加入者番号が接続中であるか否かを判定し、接続中でない場合、接続中でないことをソフトウェア部20に通知し、ソフトウェア部20は処理を終了する。
【００５３】
ステップS104，S105：接続中である場合、ソフトウェア部10は、ルート情報管理テーブル81を参照して加入者番号＝“090-1111-2222”から、端子の通信装置301，313，311の論理番号＝“1000”，“2000”，“3000”を取得し、この論理番号＝“1000”，“2000”，“3000”を含む変換応答712をソフトウェア部20に返信する。
【００５４】
ステップS101，S106：一方、コマンド710に加入者番号の代わりに論理番号＝“1000”，“2000”，“3000”が指定されている場合、ソフトウェア部20は、論理番号＝“1000”，“2000”，“3000”を含む論理番号/加入者番号変換要求713をソフトウェア部10に与える。
【００５５】
ステップS107：ソフトウェア部10は、指定された論理番号が接続中であるか否かを判定し、接続中でない場合、接続中でないことをソフトウェア部20に通知し、ソフトウェア部20は処理を終了する。
【００５６】
ステップS108：接続中である場合、ソフトウェア部10は、ルート情報管理テーブル80を参照して、論理番号＝“1000”，“2000”，“3000”に対応する加入者番号＝“090-1111-2222”を取得し、この加入者番号を含む変換応答714をソフトウェア部20に返信する。
【００５７】
これにより、ソフトウェア部20は、加入者番号及びこれに対応する端子側の通信装置の論理番号を知ることが可能になる。この後、通信システム管理装置100は、次の動作実施例(2)を実行する。
【００５８】
動作実施例(2)：セルカウンタ値読出
図４は、通信システム管理装置100の動作実施例(2)を示しており、この動作実施例(2)では、セルカウンタ値の読み出し実施手順例を示している。
【００５９】
図５は、図2(2)で示したルート管理テーブル80をより詳細に示しており、このテーブル80は、ルート情報管理テーブル81、論理番号/物理位置番号変換テーブル82、対向側装置情報テーブル83、パス情報管理テーブル84、及び論理装置情報/物理位置番号変換テーブル85、及びカウンタテーブル86_1，86_2，…(符号86で総称することがある。)で構成されている。なお、図2(2)では、この内テーブル82〜86をパス情報管理テーブル84と同じパス情報管理テーブルで総称している。
【００６０】
この内の論理リソース情報の関係を示すルート情報管理テーブル81はAPL部10が備え、他の物理リソース情報に関連したテーブル82〜86は、PF部20が備えている。
【００６１】
ルート情報管理テーブル81は、図３で示した識別番号加入者番号81b及び端子通信装置の論理番号81c〜81e(ルート情報)で構成されている。論理番号/物理位置番号変換テーブル82は、テーブル81の論理番号を、この論理番号に対応する通信装置の論理装置種別82d及び論理装置番号82e、並びにこの装置が実装された物理リソース情報であるフレーム番号82a、シェルフ番号82b、及びスロット番号82cに変換するテーブルである。
【００６２】
対向側装置情報テーブル83は、テーブル82で示された論理装置種別82d及び論理装置番号82eに対向する通信装置情報を示すテーブルであり、対向キー83a、論理装置種別83e、論理装置番号83f、この装置が位置するフレーム番号83b、シェルフ番号83c、及びスロット番号83dで構成されている。
【００６３】
パス情報管理テーブル84は、例えば、上述した論理番号＝“1000”の端子通信装置と対向側通信装置(論理番号＝“2000”)との間を接続する通信装置及びパス情報を管理しているテーブルである。このパス情報は、テーブル83の対向キー83aでインデックスされる。
【００６４】
すなわち、パス情報管理テーブル84は、自端子通信装置及びこれに対向する端子通信装置の上り/下りVPI及びVCI、パスが張られルート上の通信装置の論理装置種別及び論理装置番号、並びに上り/下り回線番号及び上り/下りVPI/VCIを管理している。
【００６５】
論理装置情報/物理位置番号変換テーブル85は、パス情報管理テーブル84の論理装置種別及び論理装置番号の通信装置が実装された物理的な位置を示すフレーム番号、シェルフ番号、及びスロット番号が書き込まれている。
【００６６】
カウンタテーブル86_1，86_2，…等は、各通信装置に実装されたセルカウンタテーブルであり、テーブル84の論理装置種別、論理装置番号、回線番号、及びVPI/VCIでインデックスされる。
【００６７】
同図を参照して、図４の動作手順例を以下に説明する。
【００６８】
ステップS200：プラットフォームソフトウェア部20は、実施例(1)で指定又は取得した端子通信装置の論理番号を物理番号に変換する。すなわち、ソフトウェア部20は、テーブル82を参照して、加入者番号＝“090-1111-2222”に対応する論理番号＝“1000”から、物理番号を取得する。この物理番号は、論理番号＝“1000”の通信装置301が物理的に位置するフレーム番号82a＝“BCF1111”、シェルフ番号＝“0”、及びスロット番号＝“10”、並びに通信装置301のソフトウェア部20での論理装置種別82d＝“10”及び論理装置番号82e＝“0”で構成されている。
【００６９】
さらに、ソフトウェア部20は、論理番号＝“1000”の通信装置301に対向する論理番号＝“2000”のパケットトランク313の物理番号を取得する。すなわち、ソフトウェア部20は、論理番号＝“1000”に対応するテーブル82の論理装置種別82d＝“10”及び論理装置番号82e＝“0”をインデックスとして、対向側装置情報テーブル84を検索し、パケットトランク313の物理番号(フレーム番号83b＝“BCF2222”、シェルフ番号＝“0”、及びスロット番号＝“10”、並びにパケットトランク313のソフトウェア部20での論理装置種別83e＝“20”及び論理装置番号83f＝“1”)、及び対向キー83a＝“1”を取得する。
【００７０】
この対向キー83a＝“1”は、呼＝“090-1111-2222”のルート上のパス情報、特に通信装置301(論理番号＝“1000”)及びこれに対向するパケットトランク313(論理番号＝“2000”)間のパス情報が格納されている位置をインデックスしている。
【００７１】
同様に、ソフトウェア部20は、パケットトランク313(論理番号＝“2000”)及び通信装置311(論理番号＝“3000”)の物理番号及びパス情報が格納されている対向キー＝“2”を取得する。
【００７２】
ステップS201，S202：ソフトウェア部20は、パス情報管理テーブル84を参照して、対向キー＝“1”及び“2”がそれぞれインデックスする通信装置301−パケットトランク313間、及びパケットトランク313−通信装置311間のパス情報を取得する。すなわち、ソフトウェア部20は、通信装置301−パケットトランク313間及びパケットトランク313−通信装置311間の呼＝“090-1111-2222”に対応するルート上の全中継通信装置(物理的な位置、論理装置種別、及び論理装置番号)及びパス情報(VPI/VCI)を取得する。
【００７３】
さらに、ソフトウェア部20は、論理装置情報/物理位置番号変換テーブル85から、中継通信装置の論理装置種別及び論理装置番号がインデックスする中継通信装置の物理番号であるフレーム番号85a、シェルフ番号85b、及びスロット番号85cを取得する。
【００７４】
ステップS203：ソフトウェア部20は、ルート表示コマンド710(図3参照。)に対するコマンド応答の情報を編集する。すなわち、ソフトウェア部20は、ステップS105，S109(図３参照。)、及びステップS200〜S202で得られた加入者番号、論理/物理番号情報、中継通信装置情報。装置間パス情報(VPI/VCI)に基づき、コマンド応答を編集する。
【００７５】
ステップS204：ルート表示コマンド710(動作実施例(1)のステップS100参照。)にセルカウンタ読出オプションが有る場合、ソフトウェア部20は、カウンタテーブル86_1，86_2，…等から、パス情報(VPI/VCI)等がインデックスするセルカウンタの位置を取得する。
【００７６】
これにより、ソフトウェア部20は、呼＝“090-1111-2222”のパケットを計数している、各通信装置のカウンタを知ることができる。
【００７７】
ステップT20：ソフトウェア部20は、呼＝“090-1111-2222”のパケット(セル)をカウントする全てのセルカウンタの計数値を読み出す。
【００７８】
ステップS205〜S210：すなわち、ソフトウェア部20は、各通信装置に設定されているパス情報(VPI/VCI)に対応するカウンタの計数値を読み出すため、セルカウンタを指定したセルカウンタ読出要求720をファームウェア部30を経由してハードウェア部40に与える。ハードウェア部40は、指定されたセルカウンタの計数値をファームウェア部30を経由してソフトウェア部20に応答する。この動作を、ソフトウェア部20は、通信装置301から通信装置311までのルート600(図１参照。)上に存在する通信装置数分繰り返す。
【００７９】
これにより、呼＝“090-1111-2222”のパケットを計数している、各通信装置のカウンタの計数値を知ることができる。
【００８０】
ステップS211：ソフトウェア部20は、ステップS203で編集したコマンド応答の情報に各通信装置のセルカウンタ値を追加編集する。この後、通信システム管理装置100は、次の動作実施例(3)を実行する。
【００８１】
動作実施例(3)：パス自律閉塞
図６は、通信システム管理装置100の動作実施例(3)を示しており、この動作実施例(3)では、特に、ルート表示コマンド710(動作実施例(1)のステップS100参照。)に“自律閉塞オプション”が指定されている場合の動作手順例を示している。すなわち、通信システム管理装置100は、セルカウンタ値異常が検出された場合、このセルカウンタを含む通信装置を閉塞する。これにより、他の加入者パスが同様の通信異常になることを回避し、サービスの低下を抑止すると共に障害が発生した通信装置等の交換にかかる時間を短縮することが可能になる。以下に、パス自律閉塞動作手順を説明する。
【００８２】
ステップS301：プラットフォームソフトウェア部20は、コマンド710に“自律閉塞オプション”が指定されていない場合、自律閉塞処理を終了し、指定されている場合、ステップT30を実行する。
【００８３】
ステップT30：次のステップT20、ステップT30(上り分)、及びステップT30(下り分)を実行する。
【００８４】
ステップT20：動作実施例(2)のステップT20を実行し、呼のルート上の全てのセルカウンタ値を読み出す。
【００８５】
ステップT31(上り分)：通信装置301から通信装置311までの上りルート600(図１参照。)に存在する各装置について次のステップS302〜S305を繰り返す。
【００８６】
ステップS302：チェック対象通信装置及びその入力側の対向通信装置のセルカウンタ値を抽出する。
【００８７】
ステップS303，S304：チェック対象通信装置のカウンタ値が、入力側の対向通信装置のセルカウンタ値より著しく低い場合、チェック対象通信装置のカウンタに対応する被疑パス(VPI/VCI)情報をスタックに記憶して、ステップT30を終了する。
【００８８】
ステップS305：チェック対象通信装置のカウンタ値が、入力側の対向通信装置のセルカウンタ値より著しく低くない場合、現チェック対象通信装置の次の通信装置をチェック対象通信装置に設定してステップS302に戻り、全ての通信装置に関してチェックが終了した場合、次のステップT31(下り分)に進む。
【００８９】
ステップT31(下り分)：通信装置311から通信装置301までの下りルート600に存在する各装置について、ステップT31(上り分)と同様の処理を実行する。
【００９０】
すなわち、このステップT30においては、ステップT31(上り分)で上り被疑パスの検出を実行し、次にステップT31(上り分)で下り被疑パスの検出を実行する。このとき、ソフトウェア部20は、被疑パスを１つでも検出した場合、この被疑パスをスタックに記憶して処理を終了し、後の被疑パスの検出は行わない。これは、１つの被疑パス検出毎にそれに対する処理を実行し、処理終了後、次の被疑パスを検出するようにしているからである。この代わりに、ステップT30で１度に総ての被疑パスを検出してスタックに保持してもよい。
【００９１】
ステップS306，S307：スタックに被疑パスが無い場合、ソフトウェア部20は自律閉鎖処理を終了し、被疑パスが有る場合、当該パス(VPI/VCI)の状態を閉塞待ち(予閉塞)状態に遷移させて処理を終了する。
【００９２】
ステップS308〜S311：ソフトウェア部20は、アプリケーションソフトウェア部10から被疑パス(呼)の解放通知730を受信した場合、一般的な呼解放処理を実施し、当該パス(VPI/VCI)の状態を閉塞状態に遷移させた後、解放通知応答731をソフトウェア部10に応答する。
【００９３】
動作実施例(4)：迂回ルート自律設定
図７は、通信システム管理装置100の動作実施例(4)を示しており、この動作実施例(4)では、特に、ルート表示コマンド710(動作実施例(1)のステップS100参照。)に“迂回ルート自律設定オプション”が指定されている場合の動作手順例を示している。通信システム管理装置100は、加入者の接続ルートに迂回ルートが存在する場合で、セルカウンタ値異常が検出された場合、自律的に現接続ルートを迂回ルートに変更する。これにより、通信異常を直ちに復旧することが可能になる。以下に、この動作手順例を説明する。
【００９４】
ステップS400，T30：ソフトウェア部20は、ルート表示コマンド710に“迂回ルート自律設定オプション”が設定されていない場合処理を終了し、設定されている場合、ソフトウェア部20，ファームウェア部30、及びハードウェア部40は、実施例(3)で示したステップT30の処理を実施し、被疑パスをスタックに保持する。
【００９５】
ステップS401〜S406：ソフトウェア部20は、被疑パスがスタックに保持されていない場合、迂回ルート自律設定処理を終了し、保持されている場合、被疑パスに対する迂回ルートを設定するために新パス接続要求740をファームウェア部30を経由してハードウェア部40に送る。ハードウェア部40は、新パス(迂回ルート)を接続した後に、新パス接続応答742をファームウェア部30を経由してソフトウェア部20に返信する。
【００９６】
ステップS407〜S411：ソフトウェア部20は、パス情報管理テーブル84の当該加入者のルートが変更された通信装置のパス情報を更新した後、被疑パスを解放するために被疑パス解放要求744をファームウェア部30を経由してハードウェア部40に送る。ハードウェア部40は、被疑パスを解放した後に、被疑パス解放応答746をファームウェア部30を経由してソフトウェア部20に返信する。
【００９７】
ステップS412：ソフトウェア部20は、被疑パス(VPI/VCI)を閉塞する。
【００９８】
ステップT20，S211：さらに、ソフトウェア部20は、新パスを含む当該ルート上の通信装置のセルカウンタ値を読み出し(実施例(2)のステップT20参照。)、この新たな通信装置及びセルカウンタの値をコマンド応答情報に追加/変更する。
【００９９】
これにより、障害が発生したルートを迂回ルートに切り替えることが可能になる。
【０１００】
動作実施例(5)：冗長構成自動切替
図８は、通信システム管理装置100の動作実施例(5)を示しており、この動作実施例(5)では、特に、ルート表示コマンド710(動作実施例(1)のステップS100参照。)に“自律切替オプション”が指定されている場合の動作手順例を示している。通信システム管理装置100は、その構成が冗長構成(例えば、パッケージ二重化又は回線自動保護システム(APS)化等)である場合で、セルカウンタ値異常が検出された場合、自律的に冗長系に切り替え、通信異常を直ちに復旧することが可能である。パッケージ二重化及び回線自動保護システム(APS)化における切替動作手順は同様である。
【０１０１】
ステップS500，S501：プラットフォームソフトウェア部20は、保守コンソール400からルート表示コマンド750を受信する。そして、ソフトウェア部20は、コマンド750に“自動切替オプション”が指定されていない場合、自動切替処理を終了し、指定されている場合、ステップT30(実施例(3)参照。)を実行する。
【０１０２】
ステップT30：すなわち、ソフトウェア部20は、ファームウェア部30及びハードウェア部40からルート上のカウンタ値を読み出し、このカウンタ値に基づき被疑パスがあるか否か判定し、被疑パスと判定したパスをスタックに記憶させる。
【０１０３】
ステップS502〜S505：ソフトウェア部20は、スタックに被疑パスがない場合、処理を終了し、ある場合、被疑パスポイント(実装位置)が冗長構成である場合、当該冗長構成の切替を要求するパッケージ/APS切替要求751をファームウェア部30を経由してハードウェア部40に与える。
【０１０４】
図９は、切替要求751を受信した二重化パッケージ307(ハードウェア部40)を示しており、この二重化パッケージ307は、1系パッケージ307aと0系パッケージ307bで構成されている。同図(1)では、0系パッケージ307bが運用系でセルを伝送し、1系パッケージ307aが待機系でありセルの処理は行っていない。そして、0系パッケージ307bで障害T13が発生し、0系パッケージ307bから出力されたセル612の数が入力されたセル611の数より著しく低くなっている。この0系パッケージ307bは、上記のステップT30で被疑パスポイントとして検出される。
【０１０５】
ステップS506〜S507：切替要求751を受信した二重化パッケージ307(ハードウェア部40)は、同図(2)に示すように1系パッケージ307aを運用系に切り替え、0系パッケージ307bを待機系にした後、切替応答753をファームウェア部30を経由してソフトウェア部20に返信する。
【０１０６】
ステップS508：ソフトウェア部20は、切替要因メッセージ755を編集し、このメッセージ755を保守コンソールに送信する。これにより、保守者は、0系パッケージ307bに障害が発生し、1系パッケージ307aに自動切替されたことを知ることができる。
【０１０７】
ステップT20，S510，S511：ソフトウェア部20は、ルート上のセルカウンタを読み出し、ルート上の各通信装置のカウンタ値を含むコマンド応答情報756を編集し、このコマンド応答情報756を保守コンソール400に送信する。これにより、保守者は、冗長構成自律切替後のルート上通信装置及びカウンタ値を知ることが可能になる。
【０１０８】
動作実施例(6)：課金閉塞
図10は、通信システム管理装置100の動作実施例(6)を示しており、この実施例(6)では、課金閉塞動作を示している。課金閉塞とは、被疑パスポイントが課金収集装置であった場合、当該装置を強制的に閉塞して当該加入者の通話を強制的に切断することで非課金にすることである。
【０１０９】
図11は、課金収集装置(通信装置)314における動作例を示している。課金収集装置314は、セルカウンタ334の他に課金カウンタ335を備えており、この課金カウンタ335が当該加入者の課金を計数している。ここで、課金収集装置314にセル落ちT14が発生した場合、セルカウンタ334＝“50”であるにも関わらず、加入者には課金カウンタ335＝“100”を課金してしまう。図10を参照して、課金閉塞の動作例を以下に説明する。
【０１１０】
ステップS600，T30：プラットフォームソフトウェア部20は、保守コンソール400からのルート表示コマンド760でステップT30を開始する。すなわち、ソフトウェア部20は、検索した被疑パスをスタックに保存する。
【０１１１】
ステップS601，S602：被疑パスが無い場合又は被疑パスは有るがその発生ポイントが課金収集装置でない場合(すなわち、課金収集装置に被疑パスが発生していない場合)、ソフトウェア部20は、処理を終了しコマンド応答情報768を保守コンソール400に応答する。
【０１１２】
ステップS601〜606：被疑パスポイントが課金収集装置である場合、ソフトウェア部20は、ファームウェア部30を経由して、当該課金収集装置の閉塞を要求する装置閉塞要求761をハードウェア部(課金収集装置)40に与え、ハードウェア部40は、課金収集装置の論理情報を含む応答763をソフトウェア部20に返信する。
【０１１３】
ステップS607，S609：ソフトウェア部20は、論理装置情報を含む強制閉塞通知765をアプリケーションソフトウェア部10に与え、ソフトウェア部10は、通知された論理装置情報から切断対象の呼を特定し、ソフトウェア部20、ファームウェア部30及びハードウェア部40と連動した呼解放処理を実行し、処理終了後、ソフトウェア部20に対して応答766を返信する。
【０１１４】
ステップS610〜S612：ソフトウェア部20は、閉塞情報メッセージ767を編集し、このメッセージ767とステップS600のコマンド760に対するコマンド応答情報768を保守コンソール400に送信する。これにより、保守者は、課金閉塞された呼を知ることが可能になる。
【０１１５】
動作実施例(7)：スケジュール管理
図12は、通信システム管理装置100の動作実施例(7)を示しており、この実施例(7)では、スケジュール管理を示している。上述した動作実施例(1)〜(6)では、例えば、加入者からの異常申告に基づき、保守コンソール400からコマンドを投入することを契機として、被疑パスポイントを特定したが、本実施例(7)では、総ての接続中の加入者呼において、動作実施例(1)〜(6)の動作を定期的なスケジュール管理により実現する。このスケジュール管理は、プラットフォームソフトウェア部20が備えているスケジュール制御部21及びルート表示機能部22で実現する。スケジュール管理の動作手順例を以下に説明する。
【０１１６】
ステップS700〜S703：ルート表示機能部22は、予めスケジュール管理のための起動関数アドレス及び起動時間等のオプション値を内部データとして記憶している。そして、ルート表示機能部22は、起動関数アドレス及び起動時間を含むスケジュール登録770をスケジュール制御部21に与える。スケジュール制御部21は、登録されたスケジュール情報(起動関数アドレス及び起動時間)を記憶し、登録を受け付けたことを示す応答771をルート表示機能部22に返す。
【０１１７】
ステップS704：スケジュール制御部21は、登録された起動時間に起動関数アドレスの起動関数に基づくスケジュール管理を起動し、ルート表示機能部22に対してルート監視要求772を与える。
【０１１８】
ステップS706〜S708：ソフトウェア部20、ファームウェア部30、及びハードウェア部40は、オプション設定(起動関数アドレス)に対応した処理T20，T30，及びT31を実施し、ルート表示機能部22は、スケジュール管理された結果を含むスケジュール管理メッセージ773を保守コンソール400に送信する。ステップS706及びS707の動作は、許容範囲内の論理番号で繰り返される。
【０１１９】
ステップS709：ルート表示機能部22は、ルート監視要求772に対する応答774をスケジュール制御部21に与え、要求されたスケジュール管理が完了した通知する。
【０１２０】
これにより、予め設定されたスケジュール管理を実施することが可能になる。
【０１２１】
（付記１）
各呼に対応したパケットを計数するカウンタを備えた複数の通信装置で構成された通信システムを管理する通信システム管理装置であって、
端子通信装置論理番号をキーとして、ルート管理テーブルから、呼のルート上の通信装置を特定し、各通信装置の該呼に対応するパケットのカウンタ値を収集する第１の手段と、
該カウンタ値に基づき障害が発生した通信装置を特定する第２の手段と、
を備えたことを特徴とする通信システム管理装置。
（付記２）上記の付記１において、
該ルート管理テーブルが、該通信装置の論理番号を物理リソース情報に変換するテーブルであることを特徴とした通信システム管理装置。
（付記３）上記の付記１において、
該ルート管理テーブルが、該端子通信装置論理番号、該呼のルート上の通信装置、及び各通信装置に含まれる該呼のパケットを計数するカウンタを対応付けたパス情報管理テーブルを含み、
該第１の手段が、該端子通信装置論理番号をキーとして、該ルート情報管理テーブルから、該呼のルート上の通信装置の論理リソース情報を特定し、該特定した各通信装置の該呼に対応するパケットのカウンタ値を収集することを特徴とした通信システム管理装置。
（付記４）上記の付記３において、
該ルート管理テーブルが、さらに、加入者番号及び該端子通信装置論理番号を対応付けたルート情報管理テーブルを含み、
第１の手段が、該ルート情報管理テーブルから、加入者番号をキーとして該端子通信装置論理番号を検索するか、又は、該端末通信装置論理番号をキーとして該端子通信装置論理番号を検索することを特徴とした通信システム管理装置。
（付記５）上記の付記４において、
該加入者番号又は該端子通信装置論理番号が、保守コンソールから該第１の手段に与えられることを特徴とした通信システム管理装置。
（付記６）上記の付記１において、
該障害が発生した通信装置を閉塞する第３の手段を、さらに備えたことを特徴とした通信システム管理装置。
（付記７）上記の付記１において、
該障害が発生した通信装置に設定されている該呼のルートに迂回ルートが存在する場合、迂回ルートに切り替える第３の手段を、さらに備えたことを特徴とする通信システム管理装置。
（付記８）上記の付記１において、
該障害が発生した通信装置が冗長化構成である場合、冗長系に切り替える第３の手段を、さらに備えたことを特徴とする通信システム管理装置。
（付記９）上記の付記１において、
該障害が発生した通信装置が、課金収集装置であった場合、該当装置を閉塞する第３の手段を、さらに備えたことを特徴とする通信システム管理装置。
（付記１０）上記の付記４において、
指定された時刻に接続中の該加入者番号又は該端子通信装置論理番号を該第１の手段に与える第４の手段を、さらに備えたことを特徴とする通信システム管理装置。
（付記１１）上記の付記１において、
該呼のルート上の通信装置、該カウンタ値、パス情報、及び該障害が発生した通信装置の少なくとも１つを表示する第５の手段を備えたことを特徴とする通信システム管理装置。
【図面の簡単な説明】
【０１２２】
【図１】本発明に係る通信システム管理装置の原理を示したブロック図である。
【図２】本発明に係る通信システム管理装置の構成実施例を示したブロック図である。
【図３】本発明に係る通信システム管理装置の動作実施例(1)：論理変換手順を示したフローチャート図である。
【図４】本発明に係る通信システム管理装置の動作実施例(2)：セルカウンタ値読出手順を示したフローチャート図である。
【図５】本発明に係る通信システム管理装置の各ソフトウェア部が管理する情報テーブルを示した図である。
【図６】本発明に係る通信システム管理装置の動作実施例(3)：パス自動閉塞手順を示したフローチャート図である。
【図７】本発明に係る通信システム管理装置の動作実施例(4)：迂回ルート自律設定手順を示したフローチャート図である。
【図８】本発明に係る通信システム管理装置の動作実施例(5)：冗長構成自律切替手順を示したフローチャート図である。
【図９】二重化パッケージの自律切替を示したブロック図である。
【図１０】本発明に係る通信システム管理装置の動作実施例(6)：課金閉塞手順を示したフローチャート図である。
【図１１】課金収集装置における動作例を示したブロック図である。
【図１２】本発明に係る通信システム管理装置の動作実施例(7)：スケジュール管理手順を示したフローチャート図である。
【図１３】一般的なマルチベンダー通信システムの構成を示したブロック図である。
【符号の説明】
【０１２３】
100  通信システム管理装置                5  ソフトウェア部
10  アプリケーションソフトウェア部、APL部
20，20_1，20_2  プラットフォームソフトウェア部、PF部
21  スケジュール制御部                   22  ルート表示機能部
30，30_1，30_2  ファームウェア部         40，40_1，40_2  ハードウェア部
80  ルート管理テーブル
81  ルート情報管理テーブル               81a  識別番号
81b  加入者番号                          81c〜81e  論理番号
82  論理番号/物理位置番号変換テーブル    82a  フレーム番号
82b  シェルフ番号                        82c  スロット番号
82d  論理装置種別                        82e  論理装置番号
83  対向側装置情報テーブル               83a  対向キー
83b  フレーム番号                        83c  シェルフ番号
83d  スロット番号                        83e  論理装置種別
83f  論理装置番号                        84  パス情報管理テーブル
85  論理装置情報/物理位置番号変換テーブル
85a  フレーム番号                        85b  シェルフ番号
85c  スロット番号                        86_1〜86_3  カウンタテーブル
200  通信システム、交換システム          210f，210n  交換機システム
221，222  信号制御装置                   231，232  回線装置
301，302，303_1，303_2，304，305，306_1，306_2，307，308，309_1，309_2，310，311  通信装置、パッケージ
307  二重化パッケージ                    307a  1系パッケージ
307b  0系パッケージ                      312  交換機(SW)
313  パケットトランク                    314  課金収集装置(通信装置)
321a，321b，〜，333a〜333b，334  セルカウンタ
335  課金カウンタ                        400  保守コンソール
500_1，500_2  携帯電話機
600  セル(パケット)透過ルート、一般加入者ルート
610〜614  上りセル                       620  下りセル
700  信号制御線                          710  ルート表示コマンド
711  加入者番号/論理番号変換要求         712  変換応答
713  論理番号/加入者番号変換要求         714  変換応答
720  セルカウンタ読出要求                721  読出結果応答
730  呼解放通知                          731  解放通知応答
740  新パス接続要求                      742  新パス接続応答
744  被疑パス解放要求                    746  被疑パス解放応答
748  コマンド応答情報                    750  ルート表示コマンド
751  パッケージ/APS切替要求              753  切替応答
755  切替要因メッセージ                  756  コマンド応答情報
760  ルート表示コマンド                  761  装置閉塞要求
763  応答                                765  強制閉塞通知
766  応答                                767  閉塞情報メッセージ
768  コマンド応答情報                    770  スケジュール登録
771  応答                                772  ルート監視要求
773  スケジュール管理メッセージ          774  応答
T12〜T14  パケット落ち、障害
図中、同一符号は同一又は相当部分を示す。
【図１】
2006086977.tif 000003
【図２】
2006086977.tif 000004
【図３】
2006086977.tif 000005
【図４】
2006086977.tif 000006
【図５】
2006086977.tif 000007
【図６】
2006086977.tif 000008
【図７】
2006086977.tif 000009
【図８】
2006086977.tif 000010
【図９】
2006086977.tif 000011
【図１０】
2006086977.tif 000012
【図１１】
2006086977.tif 000013
【図１２】
2006086977.tif 000014
【図１３】
2006086977.tif 000015