(57)【要約】  本発明は警報の解決案を獲得する方法及び装置を提供し、予め警報の間の関連関係を設定する（100）ことにより、目下調べている警報のソース警報を検索し、そして検索して得たソース警報と対応する警報の解決案を目下調べている警報の解決案とし（101）、警報に対して正確にロケーションすることを保証し、メンテナンス人員が正確な解決案を使用して警報を早く解除するようにする。本発明の方法は自動的に警報のロケーションを完成し、問題を処理する効率を高めるだけではなく、更に問題を処理する正確率を高める。ネットワーク管理にとってメンテナンス人員が専門的なソフトウェアとハードウェアの詳細な知識を把握しなければならない問題を避けられ、また、警報処理の問題を早く、正確に解決した。
2012530422.tif 000002
【特許請求の範囲】
【請求項１】
警報の解決案を獲得する方法であって、警報の間の因果関係を表示する関連関係を予め設定し、当該方法はさらに、
関連関係に基づいて目下調べている警報に対応するソース警報を検索し、そして検索して得たソース警報に対応する警報の解決案を目下調べている警報の解決案とすることを含むことを特徴とする警報の解決案を獲得する方法。
【請求項２】
前記警報の間の因果関係を表示した関連関係を予め設定する方法は、
各警報の発生した原因に基づいて、警報の発生が他の警報から引き起こされたかどうかを判断し、もしそうであれば、該警報と該警報を引き起こした他の警報との間に関連関係を築くことであることを特徴とする請求項１に記載の方法。
【請求項３】
前記関連関係は関係リストの形式で表示することを特徴とする請求項2に記載の方法。
【請求項４】
前記目下調べている警報に対応するソース警報を検索する方法は、
前記関連関係に基づいて、目下調べている警報と関連関係を有する警報を検索し、検索された警報が目下の警報プールに存在するかどうかを確認し、もし存在するならば引き続き該検索された警報と関連関係を有する警報を検索し、検索された警報が目下の警報プールに存在しないまでに検索し、最後に検索して得た警報をソース警報と認めることであることを特徴とする請求項１に記載の方法。
【請求項５】
前記ソース警報は一つ或いは一つ以上であることを特徴とする請求項１または請求項4に記載の方法。
【請求項６】
該方法の前はさらに警報とそれに対応する警報の解決案との対応関係を設定することを含むことを特徴とする請求項１に記載の方法。
【請求項７】
設定モジュール、ロケーションモジュール、判断モジュールと警報解決案発生モジュールを含み、その中に、
設定モジュールは、予め設定した警報の間の因果関係を表示する関連関係を保存することに利用され、
ロケーションモジュールは、設定モジュールの中に保存している関連関係に基づいて目下調べている警報と関連のある警報を検索し、さらにその関連のある警報を判断モジュールに出力すること、或いは存在通知を受信した時に目下と関連のある警報と関連のある警報を検索し、さらにその関連のある警報を判断モジュールに出力することに利用され、
判断モジュールは、受信した関連のある警報が目下調べている警報の所属する警報プールに存在しているかどうかを確認し、もし存在するならばロケーションモジュールに存在通知を発信することと、もし存在しないならば警報解決案発生モジュールに存在しない通知を発信することに利用され、
警報解決案発生モジュールは、存在しない通知を受信した時に目下の関連のある警報をソース警報と確認し、そして検索して得たソース警報と対応する警報解決案を目下調べている警報の解決案として出力することに利用されることを特徴とする警報の解決案を獲得する装置。
【請求項８】
前記関連関係は関係リストの形式で表示することを特徴とする請求項7に記載の装置。
【請求項９】
前記ソース警報は一つ或いは一つ以上であることを特徴とする請求項7に記載の装置。
【請求項１０】
前記警報の解決案発生モジュールの中に予め警報とそれに対応する警報の解決案との対応関係を設定することを特徴とする請求項7に記載の装置。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
〔技術分野〕
本発明は基地局ネットワーク管理システムに関するもので、特に警報の解決案を獲得する方法及び装置を指している。
【０００２】
〔背景技術〕
警報システムは基地局ネットワーク管理システムにとっては欠かせない一部であり、メンテナンス人員は警報システムで発生した警報状況によって基地局の目下の運行状態を判断する。一つの警報が発生した後にメンテナンス人員はその警報に対応する警報の解決案を利用して問題を解決する。
【０００３】
現在、警報の解決案の獲得は目下の警報を引き起こせる各種状況の解決方法を全部にユーザーに表示し、ユーザーが解決方法の提示から問題をロケーションし、警報の解決案を検索することである。実際の例を挙げて目下の警報の解決案の獲得方法を説明する。基地局に5つの警報が発生したと仮定し、それぞれ：{ RRUクロックチップ失鎖（lose lock）、RRUシステムクロック失鎖、RRUリファレンスクロック失鎖、RRUフレームレートの異常、BBUシステムクロック失鎖}で、この幾つかの警報が組み合わせて一つの警報プールになる。ユーザーはRRUクロックチップ失鎖の警報の解決案を調べる時に、目下の警報の解決案の獲得方法により以下のような内容が表示される、
RRUクロックチップ失鎖を引き起こす原因は以下の何種類がある、
1) RRUシステムクロック失鎖、RRUシステムクロック失鎖の解決案；
2) RRUリファレンスクロック失鎖、RRUリファレンスクロック失鎖の解決案；
3) RRUクロックリファレンスソース低下（deterioration）、RRUクロックリファレンスソース低下の解決案；
4) 光ファイバーインターフェースLOS警報、光ファイバーインターフェースLOS警報の解決案；
5) BBUシステムクロック失鎖、BBUシステムクロック失鎖の解決案；
6) BBUリファレンスクロック失鎖、BBUリファレンスクロック失鎖の解決案。
【０００４】
ユーザーは表示された目下のRRUクロックチップロック失鎖の警報を引き起こせる前記の1)〜6)の場合の解決案の中から問題をロケーションし、警報の解決案を検索して得る。
【０００５】
こういう方法はユーザーに十分な忍耐強さがあることを求めるだけではなく、更にユーザーが専門用語に熟知することを求める。警報解決案を手動でロケーションすることにより、ユーザーはその内の一つの警報情報を見逃す可能性が高く、最後に得た解決案が間違う事を生じ、それによってその警報の恢復を実現するために間違った解決案を使用することで、軽ければ一部のワンボードのリセットを生じるし、重ければ全体的の業務フローが打ち壊される事を生じて莫大な損失を生じる。
【０００６】
〔発明の概要〕
〔発明が解決しようとする課題〕
上記事情に鑑みてなされたもので、本発明は警報の解決案を獲得する方法及び装置を提供することで、警報の解決案を正確に、素早く得ることを目的とする。
【０００７】
以上の目的を達するために本発明の技術案は以下のように達成し、
警報の解決案を獲得する方法であって、警報の間の因果関係を表示する関連関係を予め設定し、当該方法はさらに、
関連関係に基づいて目下調べている警報に対応するソース警報を検索し、検索して得たソース警報に対応する警報の解決案を目下調べている警報の解決案とすることを含む。
【０００８】
前記警報の間の因果関係を表示した関連関係を予め設定する方法は、
それぞれの警報の原因に基づいて、警報が生じたのが他の警報から引き起こされたかどうかを判断し、もしそうであれば、該警報を引き起こした他の警報との間に関連関係を築く。
【０００９】
前記関連関係は関係リストの形式で表示する。
【００１０】
前記目下調べている警報に対応するソース警報を検索する方法は、
前記関連関係に基づいて、目下調べている警報と関連関係を有する警報を検索し、検索された警報が目下の警報プールに存在するかどうかを確認し、もし存在するならば引き続き該検索された警報と関連関係を有する警報を検索し、検索された警報が目下の警報プールに存在しないまでに検索し、最後に検索して得た警報をソース警報と認める。
【００１１】
前記ソース警報は一つ或いは一つ以上である。
【００１２】
該方法の前はさらに警報とそれに対応する警報の解決案との対応関係を設定することを含む。
【００１３】
警報の解決案を獲得する装置は設定モジュール、ロケーションモジュール、判断モジュールと警報解決案発生モジュールを含む、その中に、
設定モジュールは、予め設定した表示警報の間の因果関係の関連関係を保存することに利用され、
ロケーションモジュールは、設定モジュールの中に保存している関連関係に基づいて目下調べている警報と関連のある警報を検索し、さらにその関連のある警報を判断モジュールに出力すること、或いは存在通知を受信した時に目下と関連のある警報と関連のある警報を検索し、さらにその関連のある警報を判断モジュールに出力することに利用され、
判断モジュールは、受信した関連のある警報が目下調べている警報の所属する警報プールに存在しているかどうかを確認し、もし存在するならばロケーションモジュールに存在通知を発信することと、もし存在しないならば警報解決案発生モジュールに存在しない通知を発信することに利用され、
警報解決案発生モジュールは、存在しない通知を受信した時に目下の関連のある警報をソース警報と確認し、そして検索して得たソース警報と対応する警報解決案を目下調べている警報の解決案として出力することに利用される。
【００１４】
前記関連関係は関係リストの形式で表示する。
【００１５】
前記ソース警報は一つ或いは一つ以上である。
【００１６】
前記の本発明が提供した技術案から前記警報の解決案を発生するモジュールの中に予め設定した警報とそれに対応する警報の解決案との対応関係がわかる。予め警報の間の関連関係を設定することにより、目下調べている警報のソース警報を検索し、そして検索して得たソース警報と対応する警報の解決案を目下調べている警報の解決案とし、警報に対して正確にロケーションすることを保証し、メンテナンス人員が正確な解決案を使用して警報を早く解除するようにする。本発明の方法は自動的に警報のロケーションを完成し、問題を処理する効率を高めるだけではなく、更に問題を処理する正確率を高める。ネットワーク管理にとってメンテナンス人員が専門的なソフトウェアとハードウェアの詳細な知識を把握しなければならない問題を避けられ、また、警報処理の問題を早く、正確に解決した。
【００１７】
〔図面の簡単な説明〕
〔図１〕本発明の警報の解決案を獲得する方法のフローチャートである。
〔図２〕警報Aと警報Bの関連を示す模式図である。
〔図３〕警報A〜警報Jの関連を示す模式図である。
〔図４〕本発明の警報の解決案を獲得する装置の構成を示す模式図である。
〔図５〕本発明の警報の解決案を獲得する実行例の関連を示す模式図である。
【００１８】
〔発明を実施するための形態〕
図1は本発明の警報の解決案を獲得する方法のフローチャートで、図1に示すように次のような内容を含む。ステップ100：警報の間の因果関係を表示するの関連関係を予め設定する。
【００１９】
各警報の発生した原因に基づいて、警報の発生が他の警報から引き起こされたかどうかを判断し、もしそうであれば、該警報と該警報を引き起こした他の警報との間に関連関係を築く。
【００２０】
警報Aと警報Bが存在すると仮定し、警報Aを発生して必ず警報Bを発生するが、警報Bを発生しても警報Aは発生することができず、警報Bを発生したのは自身の問題によって警報Bを生じた可能性があり、警報Aを発生したのは自身の問題によって警報Aを生じた可能性があり、それなら警報Aと警報Bの間の関係は図2に示すように、図2は警報Aと警報Bの関連を示す模式図で、図2の中の警報Aから警報Bまでの矢印は警報Aより警報Bを引き起こしたことを示し、警報Bは自身から自身までの矢印は警報Bが自身に故障があることも警報Bを発生することを示し、警報A自身から自身までの矢印は警報Aが自身に故障があることも警報Aを発生することを示す。
【００２１】
図3は警報A〜警報Jの関連を示す模式図で、図3に示すように警報A、警報B、警報C、警報D、警報E、警報F、警報G、警報H、警報I、警報Jの間に以下のような関係が存在する。警報Aが発生すると警報B、警報Cと警報Dを生じられ、警報Bが発生すると警報Eと警報Fを生じられ、警報Cが発生すると警報F、警報Gと警報Hを生じられ、警報Dが発生すると警報Hと警報Iを生じられ、警報Gが発生すると警報Jを生じられる。
【００２２】
ステップ101：関連関係に基づいて、目下調べている警報に対応するソース警報を検索し、そして検索されたソース警報に対応する警報の解決案を目下調べている警報の解決案とする。
【００２３】
目下調べている警報と関連関係を有する警報を検索し、そして検索された警報が目下の警報プールに存在するかどうかを確認し、もし存在するならば引き続き該検索された警報と関連関係を有する警報を検索する。検索された警報が目下の警報プールに存在しないまでに検索し、最後に検索して得た警報をソース警報とする。
【００２４】
前記警報とそれに対応する警報の解決案との対応関係は予めシステムの中に設定する。
【００２５】
例えば、図2より築いた関連関係について、目下警報Bが発生したと仮定し、警報Bに対して調べている過程中で目下警報Aを発生したかどうかを判断し、もし警報Aが発生して警報Aを警報Bのソース警報とし、警報Aに対応する警報の解決案を目下調べている警報Bの解決案として利用し、恢復処理を行い、当然もし警報Aが恢復して警報Bも恢復する。もし目下警報Aを発生しないならば、Aを恢復する必要がなく、警報Bに対応する警報の解決案を目下調べている警報Bの解決案として直接的に利用し、恢復処理を行う。
【００２６】
また例えば、図3より築いた関連関係について、警報プールが{警報J、警報G、警報F、警報I}だと仮定し、ユーザーはその中の警報Jの解決案を検索する必要がある。まず、図3に示す関連関係に基づいて警報Jを引き起こしたソース警報を検索するとし、図3から分かるように警報Jを引き起こせるのは警報Gであり、警報プールから分かるように警報Gは警報プールの中に存在するので、警報Jを発生させる原因は警報Gである。続いて、警報Gを引き起こした警報を引き続き検索するとし、警報Cから引き起こした可能性があることを発見し、また警報プールを検索することにより警報Cは存在しない事を確認し、そこで警報Gの発生は自身の内部で発生したことと判断し、最後、警報Gは警報Jのソース警報だという結果を得られ、警報Gと対応する警報の解決案を警報Jの解決案とする。
【００２７】
また例えば、図3より築いた関連関係について、警報プールが{警報B、警報C、警報F、}だと仮定し、ユーザーはその中の警報Fの解決案を検索る必要がある。まず、図3に示しす関連関係に基づいて、警報Fを引き起こしたソース警報を検索するとし、図3から分かるように警報Fを引き起こせるのは警報B、警報C及び警報F自身であり、警報プールの中には警報Bと警報Cが存在し、またそれぞれ警報Bと警報Cを引き起こす関連警報を検索し、この2つの警報を引き起こすのは全部警報Aであるが、警報プールの中には警報Aが存在しない、最後、警報Bと警報Cが全部警報Fを引き起こしたソース警報だと判断するので、警報Bと警報Cが各自対応する警報の解決案を共に目下調べている警報Fの警報の解決案とする。
【００２８】
本発明の方法から分かるように、予め警報の間の関連関係を設定することにより、目下調べている警報のソース警報を検索し、そして検索して得たソース警報と対応する警報の解決案を目下調べている警報の解決案とし、警報に対して正確にロケーションすることを保証し、メンテナンス人員が正確な解決案を使用して警報を早く解除するようにする。本発明の方法は自動的に警報のロケーションを完成し、問題を処理する効率を高めるだけではなく、更に問題を処理する正確率を高める。ネットワーク管理にとってメンテナンス人員が専門的なソフトウェアとハードウェアの詳細な知識を把握しなければならない問題を避けられ、また、警報処理の問題を早く、正確に解決した。
【００２９】
本発明の方法に対してまた警報の解決案を獲得する装置を提供し、図4は本発明の警報の解決案を獲得する装置の構成を示す模式図であり、図4に示すような装置は設定モジュール、ロケーションモジュール、判断モジュールと警報解決案発生モジュールを含み、その中に、
設定モジュールは、予め設定した警報の間の因果関係を表示する関連関係を保存することに利用され、
ロケーションモジュールは、設定モジュールの中に保存している関連関係に基づいて目下調べている警報と関連のある警報を検索し、さらにその関連のある警報を判断モジュールに出力すること、或いは存在通知を受信した時に目下と関連のある警報と関連のある警報を検索し、さらにその関連のある警報を判断モジュールに出力することに利用され、
判断モジュールは、受信した関連のある警報が目下調べている警報の所属する警報プールに存在しているかどうかを確認し、もし存在するならばロケーションモジュールに存在通知を発信することと、もし存在しないならば警報解決案発生モジュールに存在しない通知を発信することに利用され、
警報解決案発生モジュールは、存在しない通知を受信した時に目下の関連のある警報をソース警報と確認し、そして検索して得たソース警報と対応する警報解決案を目下調べている警報の解決案として出力することに利用される。警報解決案発生モジュールの中に予め警報とそれに対応する警報の解決案との対応関係を設定する。
【００３０】
以下はLTEシステムを例とし、本方法の実施過程を具体的に説明した。図5は本発明の警報の解決案を獲得する実施例の関連を示す模式図、図5に示すようにここではLTEクロックの関連警報を例とし、警報の解決案を獲得する実現過程を具体的に説明した。LTEクロックの関連警報にはBBUリファレンスクロック失鎖（lose lock）、BBUシステムクロック失鎖、RRUリファレンスクロック失鎖、RRUクロックチップ失鎖、RRUクロックリファレンスソース低下（deterioration）、RRUフェイズロックループ失鎖、RRU/BBU フレームナンバーの異常、RRU/BBUフレームレートの異常、光ファイバーインターフェースLOSの警報、光ファイバーインターフェースLOFの警報を含む。それらの間の関連関係を図5に示す。そして各種の警報に対応する警報の解決案は既に予め設定したと仮定する。
【００３１】
本実施例の中で関連関係は関連リストの形式として存在すると仮定する。関連リストの築く方法はより多いが、ここでは各警報に対してそれぞれ一つの関連関係リストを築く方法を使用した。最高層の警報から築くと仮定し、まずはRRUクロックチップ失鎖（lose lock）、RRU クロックチップ失鎖のソース警報はRRUシステムクロック失鎖であり、構造体(警報の名前、ソース警報1、ソース警報2、ソース警報3、ソース警報4)で説明できる。ここで説明が必要なのは、一つの警報は幾つかのソース警報がある可能であるため、構造体を選択する時に長さ固定の構造体を採用でき、また長さ可変の構造体を採用でき、本実施の中で説明を簡単にするために固定長が5である構造体を使用すると仮定した。
【００３２】
RRUクロックチップ失鎖に関してその関連関係の構造体は{RRUクロックチップ失鎖、RRUシステムクロック失鎖、空、空、空}であり、同様にRRUフェイズロックループの失鎖に関してその関連関係の構造体は{RRUフェイズロックループの失鎖、RRUシステムクロック失鎖、空、空、空}であり、RRUシステムクロック失鎖に関してその関連関係の構造体は{RRUシステムクロック失鎖、RRUリファレンスクロック失鎖、RRUクロックリファレンスソース低下、空、空}であり、このように類推すれば全ての警報の関連関係の構造体は次のとおりである。
【００３３】
{
{RRUクロックチップ失鎖（lose lock）、RRUシステムクロック失鎖、空、空、空}、
{RRUフェイズロックループ失鎖、RRUシステムクロック失鎖、空、空、空}、
{RRUシステムクロック失鎖、RRUリファレンスクロック失鎖、RRUクロックリファレンスソース低下（deterioration）、空、空}、
{ RRUリファレンスクロック失鎖、光ファイバーインターフェースLOS警報、BBUシステムクロック失鎖、空、空}、
{RRUクロックリファレンスソース低下、BBUシステムクロック失鎖、空、空}、
{RRUフレームナンバーの異常、光ファイバーインターフェースLOS、光ファイバーインターフェースLOF、BBUフレームナンバーの異常、空}、
{RRUフレームレートの異常、BBUフレームレートの異常、光ファイバーインターフェースLOF、空、空}
{光ファイバーインターフェースLOS、空、空、空}、
{光ファイバーインターフェースLOF、空、空、空}、
{BBUフレームナンバーの異常、BBUシステムクロック失鎖、空、空}、
{BBUフレームレートの異常，BBUシステムクロック失鎖、空、空}、
{BBUシステムクロック失鎖、BBUリファレンスクロック失鎖、空、空}、
{BBUリファレンスクロック失鎖、空、空、空}。
}
【００３４】
基地局に目下5つの警報が発生したと仮定し、警報プールは{RRUクロックチップ失鎖、RRUシステムクロック失鎖，RRUリファレンスクロック失鎖，RRUフレームレートの異常、BBUシステムクロック失鎖}である。
【００３５】
目下調べている警報がRRUクロックチップ失鎖と仮定し、まず関連リストの中でRRUクロックチップ失鎖の関連警報を調べ、RRUクロックチップ失鎖の関連関係の構造体からRRUクロックチップ失鎖の警報がRRUシステムクロック失鎖より引き起こされた可能性があり、そして警報プールからRRUシステムクロック失鎖が存在することが分かる、続いて関連リストの中のRRUシステムクロック失鎖の関連関係の構造体を引き続き検索し、該構造体よりRRUシステムクロック失鎖の警報を引き起こした警報は二つの関連警報があることが分かり、それぞれはRRUリファレンスクロック失鎖（lose lock）とRRUクロックリファレンスソース低下（deterioration）であり、警報プールよりRRUリファレンスクロック失鎖は警報プールの中に存在し、RRUクロックリファレンスソース低下が警報プールの中に存在しないことが分かる。そして関連リストの中でRRUリファレンスクロック失鎖の関連関係の構造体を引き続き検索し、該構造体より該警報も二つの関連警報即ち光ファイバーインターフェースLOS警報とBBUシステムクロックロック失鎖が存在し、警報プールより光ファイバーインターフェースLOS警報が存在しない、しかし、BBUシステムクロック失鎖が存在することが分かる。関連リストの中でBBUシステムクロック失鎖の関連関係の構造体を引き続き検索し、検索されたBBUシステムクロック失鎖の関連の警報がBBUリファレンスクロック失鎖であるが、警報プールの中からBBUリファレンスクロック失鎖の警報が警報プールの中に存在しないことが分かり、最後BBUシステムクロック失鎖がRRUクロックチップ失鎖を引き起こしたソース警報だと判断し、BBUシステムクロック失鎖の解決案を目下調べているRRUクロックチップ失鎖の警報解決案とする。
【００３６】
ユーザーがRRUクロックチップ失鎖の警報の解決案を調べる時に、本発明の方法を使用後にユーザーに表示した情報はBBUシステムクロック失鎖の解決案である。
【００３７】
以上で述べたのは本発明の良い実施例だけであり、本発明の保護範囲を限定することに用いられるものではなく、本発明の精神と原則内で実行した任意の修正、同等な置換や改善等は何れも本発明の保護範囲に含まれるべきである。
【図面の簡単な説明】
【００３８】
【図１】本発明の警報の解決案を獲得する方法のフローチャートである。
【図２】警報Aと警報Bの関連を示す模式図である。
【図３】警報A〜警報Jの関連を示す模式図である。
【図４】本発明の警報の解決案を獲得する装置の構成を示す模式図である。
【図５】本発明の警報の解決案を獲得する実行例の関連を示す模式図である。
【図１】
2012530422.tif 000003
【図２】
2012530422.tif 000004
【図３】
2012530422.tif 000005
【図４】
2012530422.tif 000006
【図５】
2012530422.tif 000007
【国際調査報告】
2012530422.tif 000008
2012530422.tif 000009
2012530422.tif 000010
2012530422.tif 000011
2012530422.tif 000012
2012530422.tif 000013