JP3997148B2

JP3997148B2 - Path switching method and communication network management system

Info

Publication number: JP3997148B2
Application number: JP2002354126A
Authority: JP
Inventors: 敦紀久保田; 健二種田; 浩三榮; 和彦原
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2002-12-05
Filing date: 2002-12-05
Publication date: 2007-10-24
Anticipated expiration: 2022-12-05
Also published as: JP2004187162A

Description

【０００１】
【発明の属する技術分野】
本発明は、通信ネットワークの２つのノード間の通信経路となるパスを、予め定められた切替先のパス情報を含んだ切替指示に従って切り替えるパス切替方法及び通信ネットワーク管理システムに関する。
【０００２】
【従来の技術】
従来より、ＡＴＭ（Asynchronous Transfer Mode：非同期転送モード）交換機等の通信装置からなる通信ネットワークシステムにおけるパス切替に関するさまざまな技術が提案されている（例えば、下記の特許文献１、２参照）。
【０００３】
従来のパス切替手順は、切替元のパスを全部廃止してから、切替先のパスを新設するという手順しか無かった。このため、交換機の増設に伴って、基地局の属する交換機を変更する場合に、切替処理に時間がかかり停波時間が長くなるという問題や、切替実施時でなければ切替先のパスが正常であることの確認ができないという問題があった。特に、１交換機に収容される基地局数が多い場合、切替対象の仮想パス（Virtual Path：以下「ＶＰ」という。）の数も多くなり問題も大きい。また、切替先のパスが長ければ、設定する伝送装置の数も大きくなる。これらにより、限られた時間内にスムーズに切替作業を行うことが困難であった。
【０００４】
【特許文献１】
特開平１０−３３６１９５号公報
【特許文献２】
特開平１０−２２４４３０号公報
【０００５】
【発明が解決しようとする課題】
本発明は、上記課題を解決するために成されたものであり、切替実施前に、可能な範囲で切替先のパスの正常性確認を行い、パスの信頼性を確保しつつ、切替処理時間の短縮化を図ることができるパス切替方法及び通信ネットワーク管理システムを提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するために、本発明に係るパス切替方法は、請求項１に記載したように、通信ネットワークの２つのノード間の通信経路となるパスについて、予め定められた切替先のパス情報を含んだ切替指示に従って、通信ネットワーク管理システムが、切替元のパスから、一端のノードが切替元のパスとは異なる切替先のパスへ切り替えるパス切替方法であって、通信ネットワーク管理システムが、切替元のパスと切替先のパスとを比較することで、両者の非共通部分を導出する非共通部分導出工程と、通信ネットワーク管理システムが、導出された切替先のパスにおける非共通部分について、切替前の導通試験を行う事前試験工程と、導通試験にて切替先のパスにおける非共通部分が正常であるとの結果が得られた場合、通信ネットワーク管理システムが、切替対象の伝送装置におけるクロスコネクトにより切替元のパスから切替先のパスへの切替を行う切替工程とを有することを特徴とする。
【０００７】
上記のパス切替方法では、通信ネットワーク管理システムが、非共通部分導出工程にて、切替元のパスと切替先のパスとを比較することで両者の非共通部分を導出し、事前試験工程にて、上記導出された切替先のパスにおける非共通部分について切替前の導通試験を行う。そして、この導通試験にて切替先のパスにおける非共通部分が正常であるとの結果が得られた場合、通信ネットワーク管理システムが、切替工程において切替対象の伝送装置におけるクロスコネクトにより切替元のパスから切替先のパスへの切替を行う。
【０００８】
このように切替元のパスと切替先のパスとの非共通部分を導出し、切替先のパスにおける非共通部分について切替前の導通試験を行うことにより、切替実施前に、可能な範囲で切替先のパスが正常であることを確認でき、パスの信頼性を確保することができる。また、導通試験にて切替先のパスにおける非共通部分が正常であるとの結果が得られた場合、切替工程において切替対象の伝送装置におけるクロスコネクトにより切替元のパスから、事前確認済みの切替先のパスへの切替を行うため、切替元のパス全体の廃止と切替先のパス全体の新設の両方を切替時に行っていた従来に比べ、切替処理時間の短縮化を図ることができる。
【０００９】
また、本発明に係るパス切替方法は、請求項２に記載したように、切替工程における切替先のパスへの切替が完了した後、通信ネットワーク管理システムが切替元のパスを廃止する廃止工程をさらに有することを特徴とする。
【００１０】
さらに、本発明に係るパス切替方法は、請求項３に記載したように、事前試験工程において、通信ネットワーク管理システムが非共通部分の切替対象の伝送装置における切替先パスのクロスコネクトとして、同一もしくは別インタフェースにおける未使用ＶＰＩとダミークロスコネクトを設定することで、当該非共通部分について切替前の導通試験を行うことを特徴とする。このようにすれば、切替先のパスにおける非共通部分について切替前の導通試験が可能となるとともに、切替工程において上記ダミークロスコネクトのディスコネクトと、切替元のパスにおける共通部分へのコネクトとを順に実行することで、切替先のパスへの切替を簡易に行うことができる。
【００１１】
ところで、本発明は、上記のようにパス切替方法の発明として記述できる他に、以下のように、通信ネットワーク管理システムの発明としても記述できる。これらはカテゴリーが異なるだけで、実質的に同一の発明であり、同様の作用・効果を奏する。
【００１２】
即ち、本発明に係る通信ネットワーク管理システムは、請求項４に記載したように、通信ネットワークの２つのノード間の通信経路となるパスについて、予め定められた切替先のパス情報を含んだ切替指示に従って、切替元のパスから、一端のノードが切替元のパスとは異なる切替先のパスへ切り替える通信ネットワーク管理システムであって、切替元のパスと切替先のパスとを比較することで、両者の非共通部分を導出する非共通部分導出手段と、導出された切替先のパスにおける非共通部分について、切替前の導通試験を行う事前試験手段と、導通試験にて切替先のパスにおける非共通部分が正常であるとの結果が得られた場合、切替対象の伝送装置におけるクロスコネクトにより切替元のパスから切替先のパスへの切替を行う切替手段とを備えたことを特徴とする。
【００１３】
また、本発明に係る通信ネットワーク管理システムは、請求項５に記載したように、切替手段による切替先のパスへの切替が完了した後、切替元のパスを廃止する廃止手段をさらに備えたことを特徴とする。
【００１４】
さらに、本発明に係る通信ネットワーク管理システムでは、請求項６に記載したように、事前試験手段は、非共通部分の切替対象の伝送装置における切替先パスのクロスコネクトとして、同一もしくは別インタフェースにおける未使用ＶＰＩとダミークロスコネクトを設定することで、当該非共通部分について切替前の導通試験を行うことを特徴とする。
【００１５】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１６】
［▲１▼システム構成の説明］
図１は、本発明の実施の一形態に係る通信ネットワーク管理におけるオペレーションシステム１００および該オペレーションシステム１００の管理対象となる管理対象装置の一例を示す図である。なお、本実施形態では、通信ネットワークの一例として移動通信ネットワークを取り上げて説明する。上記オペレーションシステム１００が、本発明に係る通信ネットワーク管理システムに相当する。
【００１７】
オペレーションシステム１００は、管理対象装置となる無線基地局６００(以下、ＢＴＳ(Base Transceiver Station)という)と、無線制御装置(以下、ＲＮＣ(Radio Network Controller)という)２００の区間(以下、ＲＡＮ(Radio Access Network)という)のパス設計および該パス設計で生成されたオーダーを実行して上記区間のパスを開通させる役割を担う。本例において、上記オペレーションシステム１００が管理する管理対象装置は、具体的には、ＲＮＣ２００、ＲＮＣ側のＡＴＭ多重化装置(以下、ＡＴＭ−ＭＵＸという)３００、ＢＴＳ６００、ＢＴＳ側のＡＴＭ−ＭＵＸ４００およびＡＴＭ−Ｓ−ＭＵＸ５００である。本例ではこれらの装置をＮＥ(Network Equipment:ネットワーク装置)と呼んで説明する。
【００１８】
上記オペレーションシステム１００は、パス設計システム１０と、ＮＭＳ(Network Management System:ネットワーク管理システム)２０と、ＮＥ管理システム３０とで構成される。パス設計システム１０とＮＭＳ２０はＬＡＮで接続されデータのやり取りが行えるようになっている。ＮＭＳ２０とＮＥ管理システム３０は、本例では、１つの装置の中に並存している形態を例にとり説明を行うが、本発明はこのような形態に限らず、ＮＭＳ２０とＮＥ管理システム３０が個々の装置で構成されているような形態であってもよい。ＮＥ管理システム３０には、パス設定やＮＥ設定を仲介するＮＥメディエーション３１〜３２が備えられ、ＮＥ管理システムとＮＥメディエーション間は例えば、ＬＡＮを用いてデータの送受が行われる。
【００１９】
パス設計システム１０では、トラヒックデータ等の需要予測に基づいて算出されるパス容量等からＶＰの収容設計が行われ、該ＶＰの収容設計情報をもとに『Ｏｒｄｅｒ(オーダー)』を生成する。そして、その生成したＯｒｄｅｒ(送信Ｏｒｄｅｒ)をＮＭＳ２０に送出する役割を担う。パス設計システム１０から送出されるＯｒｄｅｒの送出形態は、ＶＰやＮＥの構築形態、例えば、初期構築や追加構築などの構築形態によって変わり、さらに上記Ｏｒｄｅｒには、装置ＩＤやパス名、パス構成などネットワーク装置(ＮＥ)やパスの設定情報が含まれる。
【００２０】
ＮＭＳ２０は、パス設計システム１０からＯｒｄｅｒを受け取り、そのＯｒｄｅｒの内容に従ってパスやＮＥの設定、生成、削除などが行われるよう設定要求(ＮＥ設定要求)をＮＥ管理システム３０に送る。このＮＥ設定要求は、ＮＥメディエーション３１〜３２を介してＡＴＭ−ＭＵＸ３００(実線矢印)およびＢＴＳ側のＡＴＭ−ＭＵＸ４００を経由してＡＴＭ−Ｓ−ＭＵＸ(点線矢印)５００に送られ、それぞれのＮＥにおいて該ＮＥ設定要求に含まれる情報の内容に従ったパスの設定やＮＥの設定が行われる。
【００２１】
このように各ＮＥの設定、パスの設定はパス設計システム１０から送出されるＯｒｄｅｒに基づいて行われる。
【００２２】
図２は、送信Ｏｒｄｅｒのイメージを示す図である。同図に示すように、送信Ｏｒｄｅｒには、ＮＥに対するＯｒｄｅｒ(例:ＡＴＭ−ＭＵＸ３００、４００、ＡＴＭ−Ｓ−ＭＵＸ５００の送信架や同装置内のＩＦＢｏａｒｄに対するＯｒｄｅｒ)やパスに対するＯｒｄｅｒ(例:ＶＰやＶＣ(ＶＣ４／３２)に対するＯｒｄｅｒ)等がある。
【００２３】
ＮＭＳ２０では、受信したＯｒｄｅｒを予め定められた実行順序にて実行する。また、ＮＭＳ２０ではＯｒｄｅｒが実行されると、Ｏｒｄｅｒ処理の進捗通知をパス設計システムに行う。本発明では、この進捗通知を、業務プロセスごとに行うのでなく、Ｏｒｄｅｒ管理系とＯｒｄｅｒ実行系のプロセスに分けて配置し、互いのプロセス間通信のみでＯｒｄｅｒの進捗管理を実現する。
【００２４】
尚、ＮＥにおけるＲＮＣ側のＡＴＭ−ＭＵＸ３００とＢＴＳ側のＡＴＭ−ＭＵＸ４００の通信はマイクロ波帯のエントランス回線を利用する形態であっても、ＳＤＨ(synchronous digital hierarchy)伝送装置を利用する形態であってもよく、いずれの形態でも本発明を限定するものでない。
【００２５】
図３は、本発明のネットワーク管理システムの一構成であるパス設計システム１０の機能ブロックの構成例を示すものである。
【００２６】
図３において、このパス設計システム１０は、クライアント／サーバー・システムであって、クライアント側は、オペレーティング・システム１１、業務用アプリケーション１２、データベース・サーバーとアクセスするためのインタフェース１３などが備えられる。一方、サーバー側は、オペレーティング・システム１４、関係データベース管理システム(RDBMS)１５、クライアント側とアクセスするためのインタフェース１６、業務用アプリケーション１７、ＢＴＳ６００やＲＮＣ２００の無線ネットワーク装置(ＲＡＮ:Radio Access Network)の無線諸元に係る情報を得るための通信用ＡＰＩ(Application Program Interface)１８が備えられる。また、上記通信用ＡＰＩには、ＬＡＮでＮＭＳ２０との通信を行うプロトコルなどが備えられる。
【００２７】
図４は、本発明のネットワーク管理システムの一構成であるＮＭＳ２０の機能ブロックの構成例を示すものである。
【００２８】
図４において、このＮＭＳ２０は信頼性向上のため二重化(０系、１系)がとられる。０系、１系とも同構成であるので、以下、０系を例にとり説明する。
【００２９】
本ＮＭＳ２０の０系は、オペレーティング・システム２１、関係データベース管理システム(RDBMS)２２、通信ＡＰＩ２３、業務用アプリケーション２４、冗長構成共通ＡＰＩ２５とで構成される。通信ＡＰＩは、パス設計システム１０やＮＭＳ２０用のＧＵＩ(graphical user interface)ならびにＮＥ管理システム３０と接続するための通信インタフェース機能を備える。
【００３０】
上記の関係データベース管理システムには、パス設計システムから受信したＯｒｄｅｒを格納するデータベース(以下、オーダーＤＢという)と、移動通信ネットワークのすべての構成に係るデータを格納するデータベース(以下、構成ＤＢという)とが備えられる。
【００３１】
図５は、本発明のネットワーク管理システムの一構成であるＮＥ管理システム３０の機能ブロックの構成例を示すものである。
【００３２】
図５において、このＮＥ管理システム３０は前述したＮＭＳ２０と同様に信頼性向上の見地から二重化(０系、１系)がとられる。０系、１系とも同構成であるので、以下、０系を例にとり説明する。
【００３３】
本ＮＥ管理システム３０の０系は、オペレーティング・システム５１、関係データベース管理システム(RDBMS)５２、通信ＡＰＩ５３、業務用アプリケーション５４、冗長構成共通ＡＰＩ５５とで構成される。通信ＡＰＩ５３には、ＧＵＩを持つ総合保守端末、ＮＭＳ２０およびＮＥメディエーション３１〜３２と通信をするための通信インタフェース機能が備えられる。
【００３４】
［▲２▼ＶＰ切替動作の説明］
以下、上記のような環境下でオペレーションシステム１００により実行されるＶＰ切替動作について説明する。
【００３５】
まず、図６を用いてＶＰ切替動作の概要を説明する。ここでは、図６において、黒の菱形で終端点を表した切替元ＶＰ８０から、黒丸で終端点を表した切替先ＶＰ９０へ切り替えるものとする。
【００３６】
切替元ＶＰ８０は、ビルＡに収容された無線基地局７２から、ビルＡに収容されたＡＴＭ−Ｓ−ＭＵＸ７０Ａ、ビルＢに収容されたＡＴＭ−ＭＵＸ７０Ｂ、ビルＣに収容されたＡＴＭ−ＭＵＸ７０Ｃを経由して、ＲＮＣ７４Ｃに至るＶＰである。また、切替先ＶＰ９０は、ビルＡに収容された無線基地局７２から、ビルＡに収容されたＡＴＭ−Ｓ−ＭＵＸ７０Ａ、ビルＢに収容されたＡＴＭ−ＭＵＸ７０Ｂ、ビルＣに収容されたＡＴＭ−ＭＵＸ７０Ｃ、ビルＤに収容されたＡＴＭ−ＭＵＸ７０Ｄを経由して、ＲＮＣ７４Ｄに至るＶＰである。
【００３７】
このため、両ＶＰの共通部分は、無線基地局７２から、ビルＡに収容されたＡＴＭ−Ｓ−ＭＵＸ７０Ａ、ビルＢに収容されたＡＴＭ−ＭＵＸ７０Ｂを経由して、ビルＣに収容されたＡＴＭ−ＭＵＸ７０Ｃのインタフェース７７に至るまでの部分であり、切替先ＶＰ９０における非共通部分は、ＡＴＭ−ＭＵＸ７０Ｃのインタフェース７８から、ビルＤに収容されたＡＴＭ−ＭＵＸ７０Ｄを経由して、ＲＮＣ７４Ｄに至るまでの部分である。
【００３８】
このとき、切替元ＶＰ８０と切替先ＶＰ９０との比較により、切替先ＶＰ９０における非共通部分（ＡＴＭ−ＭＵＸ７０Ｃのインタフェース７８からＡＴＭ−ＭＵＸ７０Ｄを経由してＲＮＣ７４Ｄまでの区間）が導出され、この非共通部分についてＮＭＳが事前に設定を行う。なお、上記の非共通部分の導出は、例えば、図６の無線基地局７２側から経路を順次比較することで行う。この経路比較は、経路（装置間の線）の左右装置のＶＰＩまでの設定情報を比較することで行われる。このとき、相違が検出された経路の無線基地局７２側の装置が切替点として決定される。図６の例では、ＡＴＭ−ＭＵＸ７０Ｃが切替点として決定される。
【００３９】
また、切替対象のＭＵＸとなるＡＴＭ−ＭＵＸ７０Ｃでは、未使用ＶＰＩを持つインタフェースと切替先ＶＰがダミークロスコネクトされる（この場合、同一インタフェース７８の未使用ＶＰＩとダミークロスコネクト）。そして、非共通部分、即ち、ＡＴＭ−ＭＵＸ７０Ｃにおけるインタフェース７８とＲＮＣ７４Ｄの間の区間について、事前の導通正常性の確認試験が行われる。なお、この確認試験は、ＮＭＳにより自動で行ってもよいし、所定のオペレータ（操作者）が行ってもよい。
【００４０】
ここで、事前の導通正常性が確認されれば、ＡＴＭ−ＭＵＸ７０Ｃが、上記の同一インタフェース７８におけるダミークロスコネクトをディスコネクトし、図６に破線Ｘで表すようにインタフェース７８からインタフェース７７への（即ち、切替元ＶＰと切替先ＶＰの共通部分へ向けての）コネクトを行うことで、切替元ＶＰ８０から切替先ＶＰ９０への切替を実行する。そして、この切替が完了した後、切替元ＶＰ８０の残経路（即ち、切替元ＶＰ８０における非共通部分）である、ＡＴＭ−ＭＵＸ７０Ｃの入口からＲＮＣ７４Ｃに至るまでの区間を廃止する。
【００４１】
上記の切替動作を、その手順に沿って、図７、図８に基づき説明する。図８のパス切替処理はオペレーションシステム１００によって実行される。
【００４２】
オペレーションシステム１００は、まず、切替元ＶＰ８０と切替先ＶＰ９０とを比較することで、両者の非共通部分を導出する（図８のＳ１）。これにより、図７の非共通部分導出工程にて破線で示す切替先ＶＰ９０における非共通部分（図６のＡＴＭ−ＭＵＸ７０ＣからＡＴＭ−ＭＵＸ７０Ｄを経由してＲＮＣ７４Ｄまでの区間）９０Ａが導出される。
【００４３】
次に、切替先ＶＰ９０における非共通部分９０Ａについて導通試験を行う（図８のＳ２）。このとき、前述のように、非共通部分９０ＡについてＡＴＭ−ＭＵＸ７０Ｄでは事前に設定を行い、切替対象のＭＵＸとなるＡＴＭ−ＭＵＸ７０Ｃが、切替先ＶＰのクロスコネクトとして、同一インタフェース７８における未使用ＶＰＩとダミークロスコネクトを設定する。このため、非共通部分９０Ａ、即ち、ＡＴＭ−ＭＵＸ７０Ｃにおけるインタフェース７８とＲＮＣ７４Ｄの間の区間について、事前の導通試験が可能となる。
【００４４】
この導通試験で非共通部分が正常であると確認されれば（図８のＳ３で肯定判断されれば）、ＡＴＭ−ＭＵＸ７０Ｃにおいて、同一インタフェース７８におけるダミークロスコネクトをディスコネクトし、図６に破線Ｘで表すようにインタフェース７８からインタフェース７７へのコネクトを行うことで、切替元ＶＰ８０から切替先ＶＰ９０への切替を実行する（図８のＳ４）。これにより、図７の切替工程に示すように、切替先ＶＰ９０が張られる。但し、この時点では、切替元ＶＰ８０の残経路（切替元ＶＰ８０における非共通部分）８０Ａである、図６のＡＴＭ−ＭＵＸ７０Ｃの入口からＲＮＣ７４Ｃに至るまでの区間は残存している。
【００４５】
そして、上記の切替工程が完了した後、切替元ＶＰ８０の残経路８０Ａ（ＡＴＭ−ＭＵＸ７０Ｃの入口からＲＮＣ７４Ｃに至るまでの区間）を廃止する（図８のＳ５）。
【００４６】
以上説明した発明の実施形態によれば、切替先のパスにおける非共通部分について切替前の導通試験を行うことにより、切替実施前に、可能な範囲で切替先のパスが正常であることを確認でき、パスの信頼性を確保することができる。
【００４７】
また、切替工程では、切替元のパスから導通試験により事前に正常性が確認済の切替先のパスへ、クロスコネクトにより切替を実施するため、切替もとのパス全体の廃止と切替先のパス全体の新設の両方を切替時に行っていた従来に比べ、切替処理時間の短縮化を図ることができる。
【００４８】
さらに、事前試験工程において、非共通部分の切替対象の伝送装置における切替先パスのクロスコネクトとして、同一もしくは別インタフェースにおける未使用ＶＰＩとダミークロスコネクトを設定するため、切替先のパスにおける非共通部分について切替前の導通試験が可能となるとともに、切替工程において上記ダミークロスコネクトのディスコネクトと、切替元のパスにおける共通部分へのコネクトとを順に実行することで、切替先のパスへの切替を簡易に行うことができる。
【００４９】
【発明の効果】
以上説明したように、本発明によれば、切替実施前に、可能な範囲で切替先のパスの正常性確認を行い、パスの信頼性を確保しつつ、切替処理時間の短縮化を図ることができる。
【図面の簡単な説明】
【図１】発明の実施形態に係る移動通信ネットワーク管理におけるオペレーションシステムの構成例および該オペレーションシステムの管理対象となる管理対象装置の一例を示す図である。
【図２】送信Ｏｒｄｅｒのイメージを示す図である。
【図３】パス設計システムの構成例を示す図である。
【図４】ＮＭＳの構成例を示す図である。
【図５】ＮＥ管理システムの構成例を示す図である。
【図６】ＶＰの切替動作を説明するための図である。
【図７】ＶＰの切替処理手順を説明するための図である。
【図８】ＶＰの切替処理手順を示す流れ図である。
【符号の説明】
１０…パス設計システム、１１…オペレーティング・システム、１２、１７、２４、２９、５４…業務用アプリケーション、１３、１６…データベース・サーバーアクセスインタフェース、１４、２１、２６、５１…オペレーティング・システム、１５、２２、２７、５２…関係データベース管理システム(RDBMS)、１８、２３、３０、５３…通信用ＡＰＩ、２０…ＮＭＳ、２５、２８、５５…冗長構成共通ＡＰＩ、３０…ＮＥ管理システム、３１、３２…ＮＥメディエーション、７７、７８…インタフェース、８０…切替元ＶＰ、９０…切替先ＶＰ、９０Ａ…非共通部分、１００…オペレーションシステム、２００、７４Ｃ、７４Ｄ…ＲＮＣ、３００、４００…ＡＴＭ−ＭＵＸ、５００、７０Ａ、７０Ｂ、７０Ｃ、７０Ｄ…ＡＴＭ−Ｓ−ＭＵＸ、６００、７２…無線基地局。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a path switching method and a communication network management system for switching a path serving as a communication path between two nodes of a communication network in accordance with a switching instruction including path information of a predetermined switching destination.
[0002]
[Prior art]
Conventionally, various technologies relating to path switching in a communication network system including communication devices such as an ATM (Asynchronous Transfer Mode) exchange have been proposed (see, for example, Patent Documents 1 and 2 below).
[0003]
In the conventional path switching procedure, there is only a procedure in which all the switching source paths are abolished and then a switching destination path is newly established. For this reason, when the exchange to which the base station belongs is changed with the addition of the exchange, there is a problem that the switching process takes time and the wave stop time becomes long, or the switching destination path is normal unless switching is performed. There was a problem that it could not be confirmed. In particular, when the number of base stations accommodated in one exchange is large, the number of virtual paths (Virtual Path: hereinafter referred to as “VP”) to be switched increases and the problem is great. Further, if the switching destination path is long, the number of transmission apparatuses to be set increases. As a result, it has been difficult to smoothly perform switching work within a limited time.
[0004]
[Patent Document 1]
Japanese Patent Laid-Open No. 10-336195 [Patent Document 2]
Japanese Patent Laid-Open No. 10-224430
[Problems to be solved by the invention]
The present invention has been made to solve the above-mentioned problems. Before switching is performed, the normality of the switching destination path is checked to the extent possible, and the switching processing time is ensured while ensuring the reliability of the path. It is an object of the present invention to provide a path switching method and a communication network management system that can shorten the time.
[0006]
[Means for Solving the Problems]
To achieve the above object, the path switching method according to the present invention, as described in claim 1, for the path as a communication path between two nodes of a communication network, path information of the predetermined switching destination Is a path switching method in which the communication network management system switches from the switching source path to a switching destination path that is different from the switching source path from the switching source path. By comparing the original path and the switching destination path, the non-common part derivation process for deriving the non-common part of both, and the communication network management system switches the non-common part in the derived switching destination path. and pre-test step of performing previous continuity test, if the result of the non-common part is normal in the switching destination path at continuity test has been obtained, the communication networks -Management system, and having a switching step for switching from the switching source path by the cross-connect to the switching destination path in the transmission apparatus of the switching target.
[0007]
In the above path switching method, the communication network management system derives a non-common part of both by comparing the switching source path and the switching destination path in the non-common part derivation process, and in the preliminary test process. The continuity test before switching is performed on the non-common part in the derived switching destination path. If the non-common part in the switching destination path is normal in this continuity test, the communication network management system uses the cross-connect in the switching target switching device in the switching process to switch the switching source path. To the switch destination path.
[0008]
In this way, by deriving the non-common part between the switching source path and the switching destination path and conducting the continuity test before switching the non-common part in the switching destination path, switching is performed as much as possible before switching. It can be confirmed that the previous path is normal, and the reliability of the path can be ensured. In addition, if the continuity test shows that the non-common part in the switching destination path is normal, the switching that has been confirmed in advance from the switching source path by the cross-connect in the switching target transmission device in the switching process Since the switching to the previous path is performed, the switching processing time can be shortened compared to the conventional case where both the abolition of the entire switching source path and the new installation of the entire switching destination path are performed at the time of switching.
[0009]
In addition, the path switching method according to the present invention includes the abolition process in which the communication network management system abolishes the switching source path after the switching to the switching destination path in the switching process is completed. Furthermore, it is characterized by having.
[0010]
Further, according to the path switching method of the present invention, as described in claim 3, in the preliminary test process, the communication network management system is the same as the cross-connect of the switching destination path in the transmission device to be switched in the non-common part or By setting an unused VPI and a dummy cross-connect in another interface, a continuity test before switching is performed on the non-common part. In this way, it is possible to conduct a continuity test before switching for the non-common part in the switching destination path, and to disconnect the dummy cross-connect and the connection to the common part in the switching source path in the switching process. By executing in order, it is possible to easily switch to the switching destination path.
[0011]
Incidentally, the present invention can be described as an invention of a path switching method as described above, and can also be described as an invention of a communication network management system as follows. These are substantially the same inventions only in different categories, and exhibit the same actions and effects.
[0012]
That is, the communication network management system according to the present invention provides a switching instruction including path information of a predetermined switching destination for a path serving as a communication path between two nodes of the communication network. In accordance with the communication network management system in which the node at one end switches from the switching source path to a switching destination path different from the switching source path, and by comparing the switching source path and the switching destination path, Non-common part deriving means for deriving non-common parts, pre-test means for conducting a continuity test before switching for non-common parts in the derived switching destination path, and non-common in the switching destination path in the continuity test Switching means for switching from a switching source path to a switching destination path by a cross-connect in a switching target transmission apparatus when a result indicating that the part is normal is obtained Characterized by comprising a.
[0013]
In addition, the communication network management system according to the present invention further includes an abolishing unit that abolishes the switching source path after the switching to the switching destination path by the switching unit is completed. It is characterized by.
[0014]
Further, in the communication network management system according to the present invention, as described in claim 6, the pre-test means is used as a cross-connect of a switching destination path in a transmission device to be switched in a non-common part and is not used in the same or different interface. By setting a used VPI and a dummy cross-connect, a continuity test before switching is performed on the non-common part.
[0015]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0016]
[(1) Description of system configuration]
FIG. 1 is a diagram illustrating an example of an operation system 100 and a management target device to be managed by the operation system 100 in communication network management according to an embodiment of the present invention. In this embodiment, a mobile communication network will be described as an example of a communication network. The operation system 100 corresponds to a communication network management system according to the present invention.
[0017]
The operation system 100 includes a radio base station 600 (hereinafter referred to as BTS (Base Transceiver Station)) serving as a management target apparatus and a section (hereinafter referred to as RAN (Radio Network Controller)) 200 of a radio network controller (hereinafter referred to as RNC (Radio Network Controller)). Access Network)) and the order generated in the path design are executed to open the path of the section. In this example, the managed devices managed by the operation system 100 are specifically the RNC 200, the RNC-side ATM multiplexing device (hereinafter referred to as ATM-MUX) 300, the BTS 600, the BTS-side ATM-MUX 400, and the ATM. -S-MUX500. In this example, these devices will be described as NE (Network Equipment).
[0018]
The operation system 100 includes a path design system 10, an NMS (Network Management System) 20, and an NE management system 30. The path design system 10 and the NMS 20 are connected via a LAN so that data can be exchanged. In this example, the NMS 20 and the NE management system 30 will be described taking an example of coexisting in one apparatus. However, the present invention is not limited to such a form, and the NMS 20 and the NE management system 30 are individually connected. It is also possible to adopt a form that is configured by the apparatus. The NE management system 30 includes NE mediations 31 to 32 that mediate path setting and NE setting. For example, data is transmitted and received between the NE management system and the NE mediation using a LAN.
[0019]
In the path design system 10, VP accommodation design is performed from the path capacity calculated based on the demand prediction of traffic data and the like, and "Order" is generated based on the VP accommodation design information. Then, it plays a role of sending the generated Order (transmission order) to the NMS 20. The order of sending out Order from the path design system 10 varies depending on the construction form of VP or NE, for example, the construction form such as initial construction or additional construction, and further, the Order includes a device ID, a path name, a path configuration, etc. Network device (NE) and path setting information are included.
[0020]
The NMS 20 receives Order from the path design system 10 and sends a setting request (NE setting request) to the NE management system 30 so that setting, generation and deletion of the path and NE are performed according to the contents of the Order. This NE setting request is sent to ATM-MUX 300 (solid arrow) via NE mediations 31 to 32 and ATM-S-MUX (dotted arrow) 500 via ATM-MUX 400 on the BTS side, and at each NE. Path setting and NE setting are performed according to the content of the information included in the NE setting request.
[0021]
As described above, each NE and path are set based on the Order sent from the path design system 10.
[0022]
FIG. 2 is a diagram illustrating an image of the transmission order. As shown in the figure, the transmission order includes an order for NE (eg, ATM-MUX300, 400, ATM-S-MUX500 transmission rack and Order for IF Board in the same device) and a path order (eg, VP). And Order for VC (VC4 / 32).
[0023]
The NMS 20 executes the received Order in a predetermined execution order. Further, when Order is executed in the NMS 20, the progress of the Order process is notified to the path design system. In the present invention, this progress notification is not performed for each business process, but is arranged separately for an Order management system and an Order execution system process, and Order progress management is realized only by mutual inter-process communication.
[0024]
Note that the communication between the ATM-MUX 300 on the RNC side and the ATM-MUX 400 on the BTS side in the NE is a form that uses an SDH (synchronous digital hierarchy) transmission apparatus even if it uses a microwave band entrance line. In any form, the present invention is not limited.
[0025]
FIG. 3 shows a functional block configuration example of the path design system 10 which is one configuration of the network management system of the present invention.
[0026]
In FIG. 3, the path design system 10 is a client / server system. On the client side, an operating system 11, a business application 12, an interface 13 for accessing a database server, and the like are provided. On the other hand, the server side includes an operating system 14, a relational database management system (RDBMS) 15, an interface 16 for accessing the client side, a business application 17, and a radio network device (RAN: Radio Access Network) of the BTS 600 and RNC 200. A communication API (Application Program Interface) 18 for obtaining information related to wireless specifications is provided. The communication API includes a protocol for communicating with the NMS 20 via a LAN.
[0027]
FIG. 4 shows a functional block configuration example of the NMS 20 which is one configuration of the network management system of the present invention.
[0028]
In FIG. 4, the NMS 20 is duplexed (system 0, system 1) to improve reliability. Since the 0 system and the 1 system have the same configuration, the following description will be given taking the 0 system as an example.
[0029]
The 0 system of the NMS 20 includes an operating system 21, a relational database management system (RDBMS) 22, a communication API 23, a business application 24, and a redundant configuration common API 25. The communication API includes a GUI (graphical user interface) for the path design system 10 and the NMS 20 and a communication interface function for connecting to the NE management system 30.
[0030]
The relational database management system includes a database for storing Order received from the path design system (hereinafter referred to as order DB) and a database for storing data relating to all configurations of the mobile communication network (hereinafter referred to as configuration DB). And are provided.
[0031]
FIG. 5 shows a functional block configuration example of the NE management system 30 which is one configuration of the network management system of the present invention.
[0032]
In FIG. 5, this NE management system 30 is duplicated (0 system, 1 system) from the viewpoint of improving the reliability, like the NMS 20 described above. Since the 0 system and the 1 system have the same configuration, the following description will be given taking the 0 system as an example.
[0033]
The 0 system of the NE management system 30 includes an operating system 51, a relational database management system (RDBMS) 52, a communication API 53, a business application 54, and a redundant configuration common API 55. The communication API 53 is provided with a communication interface function for communicating with the general maintenance terminal having a GUI, the NMS 20 and the NE mediations 31 to 32.
[0034]
[(2) Explanation of VP switching operation]
Hereinafter, the VP switching operation executed by the operation system 100 under the above environment will be described.
[0035]
First, the outline of the VP switching operation will be described with reference to FIG. Here, in FIG. 6, it is assumed that switching is performed from a switching source VP80 whose end point is represented by a black diamond to a switching destination VP90 whose end point is represented by a black circle.
[0036]
The switching source VP 80 passes from the radio base station 72 accommodated in the building A via the ATM-S-MUX 70A accommodated in the building A, the ATM-MUX 70B accommodated in the building B, and the ATM-MUX 70C accommodated in the building C. Thus, the VP reaches the RNC 74C. Further, the switching destination VP 90 is changed from the radio base station 72 accommodated in the building A to the ATM-S-MUX 70A accommodated in the building A, the ATM-MUX 70B accommodated in the building B, and the ATM-MUX 70C accommodated in the building C. The VP reaches the RNC 74D via the ATM-MUX 70D accommodated in the building D.
[0037]
Therefore, the common part of both VPs is the ATM- accommodated in the building C from the radio base station 72 via the ATM-S-MUX 70A accommodated in the building A and the ATM-MUX 70B accommodated in the building B. The part up to the interface 77 of the MUX 70C, and the non-common part in the switching destination VP90 is the part from the interface 78 of the ATM-MUX 70C to the RNC 74D via the ATM-MUX 70D accommodated in the building D. is there.
[0038]
At this time, by comparing the switching source VP80 and the switching destination VP90, a non-common part (a section from the interface 78 of the ATM-MUX 70C to the RNC 74D via the ATM-MUX 70D) in the switching destination VP 90 is derived. NMS will set in advance. Note that the derivation of the non-common part is performed, for example, by sequentially comparing routes from the radio base station 72 side in FIG. This path comparison is performed by comparing setting information up to the VPI of the left and right devices of the path (line between the apparatuses). At this time, the device on the radio base station 72 side of the path where the difference is detected is determined as the switching point. In the example of FIG. 6, ATM-MUX 70C is determined as the switching point.
[0039]
In addition, in the ATM-MUX 70C that is the MUX to be switched, the interface having the unused VPI and the switching destination VP are dummy cross-connected (in this case, the unused VPI and the dummy cross-connect of the same interface 78). Then, a prior continuity normality confirmation test is performed on a non-common part, that is, a section between the interface 78 and the RNC 74D in the ATM-MUX 70C. This confirmation test may be automatically performed by the NMS, or may be performed by a predetermined operator (operator).
[0040]
Here, if the prior normality of conduction is confirmed, the ATM-MUX 70C disconnects the dummy cross-connect in the same interface 78, and the interface 78 to the interface 77 (indicated by the broken line X in FIG. That is, by performing connection (to the common part of the switching source VP and the switching destination VP), switching from the switching source VP 80 to the switching destination VP 90 is executed. After this switching is completed, the section from the ATM-MUX 70C entrance to the RNC 74C, which is the remaining path of the switching source VP 80 (that is, the non-common part in the switching source VP 80), is abolished.
[0041]
The above switching operation will be described based on the procedure with reference to FIGS. 8 is executed by the operation system 100.
[0042]
First, the operation system 100 compares the switching source VP80 and the switching destination VP90 to derive a non-common part of both (S1 in FIG. 8). Thereby, a non-common part (section from ATM-MUX 70C to RNC 74D via ATM-MUX 70D in FIG. 6) 90A is derived in the switching destination VP 90 indicated by a broken line in the non-common part derivation step in FIG.
[0043]
Next, a continuity test is performed on the non-common portion 90A in the switching destination VP90 (S2 in FIG. 8). At this time, as described above, the ATM-MUX 70D sets the non-common portion 90A in advance, and the ATM-MUX 70C serving as the MUX to be switched becomes an unused VPI in the same interface 78 as a cross-connect of the switching destination VP. Set a dummy cross-connect. For this reason, a prior continuity test is possible for the non-common portion 90A, that is, the section between the interface 78 and the RNC 74D in the ATM-MUX 70C.
[0044]
If it is confirmed in this continuity test that the non-common part is normal (if affirmative determination is made in S3 in FIG. 8), the dummy cross-connect in the same interface 78 is disconnected in the ATM-MUX 70C, and the broken line in FIG. By connecting from the interface 78 to the interface 77 as indicated by X, switching from the switching source VP 80 to the switching destination VP 90 is executed (S4 in FIG. 8). As a result, the switching destination VP 90 is stretched as shown in the switching step of FIG. However, at this time, the section from the entrance of the ATM-MUX 70C in FIG. 6 to the RNC 74C, which is the remaining path 80A of the switching source VP 80 (non-common part in the switching source VP 80), remains.
[0045]
Then, after the above switching process is completed, the remaining route 80A (section from the entrance of the ATM-MUX 70C to the RNC 74C) of the switching source VP 80 is abolished (S5 in FIG. 8).
[0046]
According to the embodiment of the invention described above, it is confirmed that the switching destination path is normal to the extent possible before switching by conducting a continuity test before switching for non-common parts in the switching destination path. And reliability of the path can be ensured.
[0047]
In addition, in the switching process, switching from the switching source path to the switching destination path whose normality has been confirmed in advance by the continuity test is performed by cross-connect, so the entire switching source path is abolished and the switching destination path The switching processing time can be shortened compared to the conventional case where both of the entire new installations are performed at the time of switching.
[0048]
Further, in the preliminary test process, an unused VPI and a dummy cross-connect in the same or different interface are set as the cross-connect of the switching destination path in the transmission device to be switched in the non-common part, so that the non-common part in the switching destination path It is possible to conduct a continuity test before switching, and in the switching process, the dummy cross-connect disconnection and the connection to the common part in the switching source path are executed in order to switch to the switching destination path. It can be done easily.
[0049]
【The invention's effect】
As described above, according to the present invention, before switching is performed, normality of the switching destination path is confirmed as much as possible, and the switching processing time is shortened while ensuring the reliability of the path. Can do.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration example of an operation system in mobile communication network management according to an embodiment of the present invention and an example of a management target device that is a management target of the operation system.
FIG. 2 is a diagram illustrating an image of a transmission order.
FIG. 3 is a diagram illustrating a configuration example of a path design system.
FIG. 4 is a diagram illustrating a configuration example of an NMS.
FIG. 5 is a diagram illustrating a configuration example of an NE management system.
FIG. 6 is a diagram for explaining a VP switching operation;
FIG. 7 is a diagram for explaining a VP switching process procedure;
FIG. 8 is a flowchart showing a VP switching process procedure;
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... Path design system, 11 ... Operating system, 12, 17, 24, 29, 54 ... Business application, 13, 16 ... Database server access interface, 14, 21, 26, 51 ... Operating system, 15, 22, 27, 52 ... Relational database management system (RDBMS), 18, 23, 30, 53 ... Communication API, 20 ... NMS, 25, 28, 55 ... Redundant configuration common API, 30 ... NE management system, 31, 32 ... NE mediation, 77, 78 ... Interface, 80 ... Switching source VP, 90 ... Switching destination VP, 90A ... Non-common part, 100 ... Operation system, 200, 74C, 74D ... RNC, 300, 400 ... ATM-MUX, 500 , 70A, 70B, 70C, 70D ... ATM-S-MUX , 600, 72: wireless base stations.

Claims

For a path serving as a communication path between two nodes of a communication network , according to a switching instruction including path information of a predetermined switching destination, the communication network management system determines that one node from the switching source path is the switching source. A path switching method for switching to a switching destination path different from the path of
The communication network management system compares a switching source path with a switching destination path to derive a non-common part of both, and
The communication network management system is a pre-test step for conducting a continuity test before switching for a non-common part in the derived switching destination path;
When the result of the non-common part in the switching destination path is normal in the continuity test, the communication network management system is switched from the switching source path to the switching destination path by the cross-connect in the switching target transmission device. A switching step for switching to a path;
A path switching method.

The path switching method according to claim 1, further comprising: an abolishing step in which the communication network management system abolishes the switching source path after the switching to the switching destination path in the switching step is completed.

In the preliminary test step, the communication network management system sets an unused VPI and a dummy cross-connect in the same or different interfaces as a cross-connect of a switching destination path in the transmission device to be switched in the non-common part. The path switching method according to claim 1, wherein a continuity test before switching is performed on the non-common part.

For a path serving as a communication path between two nodes of a communication network, according to a switching instruction including path information of a predetermined switching destination, switching at one end node is different from the switching source path from the switching source path A communication network management system for switching to a previous path ,
A non-common part derivation means for deriving a non-common part of both by comparing the switching source path and the switching destination path;
Prior test means for conducting a continuity test before switching for a non-common part in the derived switching destination path;
When the result of the non-common part in the switching destination path is normal in the continuity test, switching that switches from the switching source path to the switching destination path by the cross-connect in the switching target transmission device Means,
A communication network management system.

The communication network management system according to claim 4, further comprising: an abolishing unit that abolishes the switching source path after the switching to the switching destination path by the switching unit is completed.

The prior test means switches the non-common part by setting an unused VPI and a dummy cross-connect in the same or different interface as a cross-connect of the switching destination path in the transmission device to be switched of the non-common part. 6. The communication network management system according to claim 4, wherein a previous continuity test is performed.