特表 2022-545498 異常端末の処理方法、ネットワーク管理機器、及びコンピュータ読み取り可能な媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-10-27

(54)【発明の名称】異常端末の処理方法、ネットワーク管理機器、及びコンピュータ読み取り可能な媒体

(51)【国際特許分類】

   H04W 24/08 20090101AFI20221020BHJP

【ＦＩ】

H04W24/08

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022512327

(86)(22)【出願日】2020-07-17

(85)【翻訳文提出日】2022-02-22

(86)【国際出願番号】 CN2020102816

(87)【国際公開番号】W WO2021031761

(87)【国際公開日】2021-02-25

(31)【優先権主張番号】201910776929.6

(32)【優先日】2019-08-22

(33)【優先権主張国・地域又は機関】CN

(81)【指定国・地域】

(71)【出願人】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100112656

【弁理士】

【氏名又は名称】宮田 英毅

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】田文凱

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE02

5K067EE10

5K067EE16

5K067HH22

5K067LL08

(57)【要約】

異常端末の処理方法、ネットワーク管理機器、電子機器及びコンピュータ読み取り可能な媒体であって、通信技術分野に属する。本開示の実施例の異常端末の処理方法は、各基地局によってアップロードされた、最小化ドライブテストタスクを実行する際に取得された異常端末タイプ識別子と異常行動タイプとの対応関係から、第１の保護テーブルを生成するステップ（Ｓ１）と、前記第１の保護テーブルをクラウドサーバにアップロードし、前記クラウドサーバは各ネットワーク管理機器によってアップロードされた第１の保護テーブルを集計して第２の保護テーブルを生成するステップ（Ｓ２）と、クラウドサーバによって配信された前記第２の保護テーブルを受信し、前記第２の保護テーブルにおける少なくとも一部の異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させるステップ（Ｓ３）とを含む。
【選択図】図１

【特許請求の範囲】

【請求項1】

各基地局によってアップロードされた、最小化ドライブテストタスクを実行する際に取得された異常端末タイプ識別子と異常行動タイプとの対応関係から、第１の保護テーブルを生成するステップと、
前記第１の保護テーブルをクラウドサーバにアップロードし、前記クラウドサーバは各ネットワーク管理機器によってアップロードされた第１の保護テーブルを集計して第２の保護テーブルを生成するステップと、
クラウドサーバによって配信された前記第２の保護テーブルを受信し、前記第２の保護テーブルにおける少なくとも一部の異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させるステップとを含む異常端末の処理方法。

【請求項2】

各基地局によってアップロードされた、最小化ドライブテストタスクを実行する際に取得された異常端末タイプ識別子と異常行動タイプとの対応関係から、第１の保護テーブルを生成する前記ステップの前に、
異常行動タイプに応じて、基地局が異常行動を起こした対応する関連機能をオンにしているか否かを判断するステップと、
基地局が異常行動を起こした対応する関連機能をオンにしていると判断した場合、前記基地局の該異常行動に対応する性能指標を検出するステップと、
検出した性能指標が第１の閾値より大きいか否かを判断するステップと、
第１の閾値より大きいと判断した場合、基地局を制御して起こされた異常行動タイプに応じて異常端末タイプ識別子と異常行動タイプとの対応関係を取得させるステップとをさらに含む、請求項１に記載の異常端末の処理方法。

【請求項3】

クラウドサーバによって配信された前記第２の保護テーブルを受信し、前記第２の保護テーブルにおける少なくとも一部の異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させる前記ステップは、
クラウドサーバによって配信された第２の保護テーブルを受信するステップと、
前記第２の保護テーブルにおける異なる異常端末タイプ識別子の個数を取得し、Ｍとするとともに、基地局が受信し得る異なる異常端末タイプ識別子の個数を取得し、Ｎとするステップと、
ＭがＮより大きいか否かを判断するステップと、
Ｍ＞Ｎと判断した場合、前記第２の保護テーブルにおけるＮ個の異なる異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させるステップと、
Ｍ≦Ｎと判断した場合、第２の保護テーブルを前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させるステップとを含む、請求項１に記載の異常端末の処理方法。

【請求項4】

Ｍ＞Ｎと判断した場合、前記第２の保護テーブルにおけるＮ個の異なる異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させる前記ステップの後に、
基地局によって送信された置換要求を受信するステップであって、前記置換要求は、異常端末タイプ識別子に対応する端末の保護回数を定期的に検出し、保護回数が０の端末が出現したときに基地局によって送信される要求を含むステップと、
前記置換要求に従って、前記第２の保護テーブルにおいて基地局に配信されていない異常端末タイプ識別子と異常行動タイプとの対応関係により、保護回数が０の端末に対応する異常端末タイプ識別子と異常行動タイプとの対応関係を置換するステップとをさらに含む、請求項３に記載の異常端末の処理方法。

【請求項5】

前記異常端末タイプ識別子は、特徴グループインジケータ、国際モバイル機器アイデンティティ、国際モバイル機器アイデンティティ‐タイプ配分コード、国際モバイル機器アイデンティティ‐ソフトウェアバージョンのいずれか１つを含む、請求項１に記載の異常端末の処理方法。

【請求項6】

各基地局によってアップロードされた、最小化ドライブテストタスクを実行する際に取得された異常端末タイプ識別子と異常行動タイプとの対応関係から、第１の保護テーブルを生成する生成モジュールと、
前記第１の保護テーブルをクラウドサーバにアップロードし、前記クラウドサーバは各ネットワーク管理機器によってアップロードされた第１の保護テーブルを集計して第２の保護テーブルを生成するアップロードモジュールと、
クラウドサーバによって配信された前記第２の保護テーブルを受信し、前記第２の保護テーブルにおける少なくとも一部の異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させる制御モジュールとを含む、ネットワーク管理機器。

【請求項7】

異常行動タイプに応じて、基地局が異常行動を起こした対応する関連機能をオンにしているか否かを判断する第１の判断モジュールと、
基地局が異常行動を起こした対応する関連機能をオンにしていると前記第１の判断モジュールにより判断された場合、前記基地局の該異常行動に対応する性能指標を検出する検出モジュールと、
検出した性能指標が第１の閾値より大きいか否かを判断する第２の判断モジュールと、
検出した性能指標が第１の閾値より大きいと第２の判断モジュールにより判断された場合、基地局を制御して起こされた異常行動タイプに応じて異常端末タイプ識別子と異常行動タイプとの対応関係を取得させる取得モジュールとをさらに含む、請求項６に記載のネットワーク管理機器。

【請求項8】

前記制御モジュールは、
クラウドサーバによって配信された第２の保護テーブルを受信する第１の受信部と、
前記第２の保護テーブルにおける異なる異常端末タイプ識別子の個数を取得し、Ｍとするとともに、基地局が受信し得る異なる異常端末タイプ識別子の個数を取得し、Ｎとする取得部と、
ＭがＮより大きいか否かを判断する判断部と、
判断部がＭ＞Ｎと判断した場合、前記第２の保護テーブルにおけるＮ個の異なる異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させ、判断部がＭ≦Ｎと判断した場合、第２の保護テーブルを前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させる制御部とを含む、請求項６に記載のネットワーク管理機器。

【請求項9】

前記制御モジュールは、
基地局によって送信された置換要求を受信する第２の受信部であって、前記置換要求は、異常端末タイプ識別子に対応する端末の保護回数を定期的に検出し、保護回数が０の端末が出現したときに基地局によって送信される要求を含む第２の受信部と、
前記置換要求に従って、前記第２の保護テーブルにおいて基地局に配信されていない異常端末タイプ識別子と異常行動タイプとの対応関係により、保護回数が０の端末に対応する異常端末タイプ識別子と異常行動タイプとの対応関係を置換する置換部とをさらに含む、請求項８に記載のネットワーク管理機器。

【請求項10】

１つ又は複数のプロセッサと、
前記１つ又は複数のプロセッサによって実行されると、前記１つ又は複数のプロセッサに請求項１～５のいずれか１項に記載の方法を実現させる１つ又は複数のプログラムが記憶された記憶装置とを含む電子機器。

【請求項11】

プロセッサによって実行されると、請求項１～５のいずれか１項に記載の方法を実現するコンピュータプログラムが記憶されたコンピュータ読み取り可能な媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は出願番号２０１９１０７７６９２９．６、出願日２０１９年８月２２日の中国特許出願に基づいて提出され、該中国特許出願の優先権を主張しており、該中国特許出願の全内容は参照として本出願に組み込まれている。

【0002】

本開示は、通信技術分野に属し、特に、異常端末の処理方法、ネットワーク管理機器、電子機器、及びコンピュータ読み取り可能な媒体に関する。

【背景技術】

【0003】

無線通信の分野では、モバイル通信の普及及びモバイル端末の広範な応用に連れて、モバイル市場で様々なタイプの端末があり、多くの端末タイプのうち、一部の異常端末が存在し、ハードウェアの欠陥や、プロトコルに厳密に準拠して業務行動を行っていないため、特定の業務を行う際に、ドロップ、アクセス失敗、ハンドオーバ失敗や測定データが頻繁に基地局に報告されるなどの異常現象が発生し、ネットワークのドロップ率、再構築率、アクセス成功率、ハンドオーバ成功率などの重要な指標に深刻な影響を与え、ネットワーク全体のメンテナンステストが極めて困難になる。

【0004】

最小化ドライブテスト（Ｍｉｎｉｍｉｚａｔｉｏｎ Ｄｒｉｖｅ Ｔｅｓｔ；ＭＤＴ）とは、手動の代わりに既存のネットワークの商用端末がドライブテストを行い、関連量の測定と報告を行うことである。ネットワークは端末から報告された測定に基づいて、既存のネットワークのカバー、ハンドオーバ、アクセス、干渉などの状況を分析し、問題を発見し、ネットワークに存在するカバー問題、ハンドオーバ問題、アクセス問題や干渉などの問題を解決する。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本開示は、いくつかの場合に存在する技術的課題の少なくとも１つを解決し、異常端末の処理方法を提供することを目的とする。

【課題を解決しようとする手段】

【0006】

第１の態様では、本開示の実施例は、各基地局によってアップロードされた、最小化ドライブテストタスクを実行する際に取得された異常端末タイプ識別子と異常行動タイプとの対応関係から、第１の保護テーブルを生成するステップと、前記第１の保護テーブルをクラウドサーバにアップロードし、前記クラウドサーバは各ネットワーク管理機器によってアップロードされた第１の保護テーブルを集計して第２の保護テーブルを生成するステップと、クラウドサーバによって配信された前記第２の保護テーブルを受信し、前記第２の保護テーブルにおける少なくとも一部の異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させるステップとを含む、異常端末の処理方法を提供する。

【0007】

第２の態様では、本開示の実施例は、各基地局によってアップロードされた、最小化ドライブテストタスクを実行する際に取得された異常端末タイプ識別子と異常行動タイプとの対応関係から、第１の保護テーブルを生成する生成モジュールと、前記第１の保護テーブルをクラウドサーバにアップロードし、前記クラウドサーバは各ネットワーク管理機器によってアップロードされた第１の保護テーブルを集計して第２の保護テーブルを生成するアップロードモジュールと、クラウドサーバによって配信された前記第２の保護テーブルを受信し、前記第２の保護テーブルにおける少なくとも一部の異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御して最小化ドライブテストタスクの実行を終了させる制御モジュールとを含む、ネットワーク管理機器を提供する。

【0008】

第３の態様では、本発明の実施例は、１つ又は複数のプロセッサと、前記１つ又は複数のプロセッサによって実行されると、前記１つ又は複数のプロセッサに上記いずれか１項に記載の方法を実現させる１つ又は複数のプログラムが記憶された記憶装置とを含む、電子機器を提供する。

【0009】

第４の態様では、本発明の実施例は、プロセッサによって実行されると、上記いずれか１項に記載の方法を実現するコンピュータプログラムが記憶されたコンピュータ読み取り可能な媒体を提供する。

【図面の簡単な説明】

【0010】

【図1】本開示の実施例の異常端末の処理方法のフローチャートである。

【図2】本開示の実施例のステップＳ０のフローチャートである。

【図3】本開示の実施例におけるステップＳ３のステップＳ３１～Ｓ３５のフローチャートである。

【図4】本開示の実施例におけるステップＳ３のステップＳ３６～Ｓ３７のフローチャートである。

【図5】本開示の実施例のネットワーク管理機器の構造ブロック図である。

【図6】本開示の実施例のネットワーク管理機器の別の構造ブロック図である。

【図7】本開示の実施例のネットワーク管理機器の制御モジュールの構造ブロック図である。

【図8】本開示の実施例のネットワーク管理機器の制御モジュールの別の構造ブロック図である。

【図9】本開示の実施例の電子機器の構造図である。

【発明を実施するための形態】

【0011】

当業者が本開示の技術的解決手段をよりよく理解できるように、以下、本開示によって提供される異常端末の処理方法、ネットワーク管理機器、電子機器、及びコンピュータ読み取り可能な媒体について、図面を参照して詳細に説明する。

【0012】

以下、図面を参照して例示的な実施例をより十分に説明するが、前記例示的な実施例は、異なる形態で具現化されてもよく、本明細書に記載された実施例を限定するものとして解釈されるべきではない。逆に、これらの実施例は、本開示を完全かつ徹底的にし、当業者に本開示の範囲を十分に理解させることを目的として提供される。

【0013】

本明細書で使用されるように、用語「及び／又は」は、１つ又は複数の関連する列挙項目の任意及びすべての組み合わせを含む。

【0014】

本明細書で使用される用語は、特定の実施例を説明するためにのみ使用され、本開示を制限することを意図していない。本明細書で使用されるように、単数形「１つ」及び「該」は、文脈によって特に明示的に示されない限り、複数形を含むことを意図している。また、本明細書で用語「含む」及び／又は「から製造される」が使用される場合、前記特徴、全体、ステップ、操作、素子、及び／又は構造要素が存在することが指定されるが、１つ又は複数の他の特徴、全体、ステップ、操作、素子、構造要素、及び／又はそれらの組み合わせの存在又は追加を排除するものではない。

【0015】

本明細書に記載された実施例は、平面図及び／又は断面図を参照して、本開示の理想的な概略図を用いて説明することができる。したがって、例示的な図は、製造技術及び／又は許容範囲に基づいて修正され得る。したがって、実施例は、図面に示された実施例に限定されるものではなく、製造プロセスに基づいて形成された構成の修正を含む。したがって、図面に示された領域は、模式的な属性を有し、図に示された領域の形状は、素子の領域の具体的な形状を示しているが、限定的であることを意図しているわけではない。

【0016】

特に限定されない限り、本明細書で使用されるすべての用語（技術的及び科学的な用語を含む）は、当業者が通常理解するものと同じ意味を有する。また、一般的な辞書で定義されているような用語は、関連技術及び本開示の文脈における意味と一致する意味を有すると解釈されるべきであり、本明細書で明示的に限定されない限り、理想的又は過度に形式的な意味を有すると解釈されないことも理解される。

【0017】

いくつかの場合、基地局は、遅延情報測定、グローバル衛星測位システム（Ｇｌｏｂａｌ Ｎａｖｉｇａｔｉｏｎ Ｓａｔｅｌｌｉｔｅ Ｓｙｓｔｅｍ；ＧＮＳＳ）情報測定、無線ローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ；ＷＬＡＮ）情報測定、ブルートゥース（登録商標）情報測定、アイドル状態ＭＤＴ（Ｌｏｇｇｅｄ ＭＤＴ）測定などを端末に配信し、問題の端末の測定能力の欠陥のため、ドロップ、再構築、ハンドオーバ失敗が発生し、基地局は、アイドル状態ＭＤＴ（Ｌｏｇｇｅｄ ＭＤＴ）、無線リンク失敗ＭＤＴ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ；ＲＬＦ ＭＤＴ）、無線リソース制御接続確立失敗ＭＤＴ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｆａｉｌｕｒｅ；ＲＣＥＦ ＭＤＴ）のタスクを端末に配信する時、端末はプロトコルの規定に従って測定データを報告した後にデータキャッシュをクリアしていないため、測定データを無制限に報告する現象を招き、バックエンドのデータ解析に巨大な負担を与える。

【0018】

本開示の実施例で提供される異常端末の処理方法は、ネットワーク管理機器を実行主体とする。ネットワーク管理機器、基地局、クラウドサーバ間で情報のやり取りを行い、ツリー状の共有機構を実現する。ここで、クラウドサーバは、複数のネットワーク管理機器と情報のやり取りを行い、各ネットワーク管理機器は、その管轄範囲内の複数の基地局との間で情報のやり取りを行う。

【0019】

なお、下記実施例においていわゆる学習ポリシーとは、異常端末タイプ識別子と異常行動タイプとの対応関係を取得する具体的な方法を指す。

【0020】

図１は、本開示の実施例の異常端末の処理方法のフローチャートである。

【0021】

第１の態様では、図１を参照すると、本開示の実施例は、ステップＳ１～Ｓ３を含む異常端末の処理方法を提供する。

【0022】

ステップＳ１：各基地局によってアップロードされた、ＭＤＴタスクを実行する際に取得された異常端末タイプ識別子と異常行動タイプとの対応関係から、第１の保護テーブルを生成する。

【0023】

なお、本開示の実施例において、第１の保護テーブルは、異常端末タイプ識別子と異常行動タイプとの対応関係を記憶するための１つの形態にすぎず、厳密な意味でのテーブルではない。

【0024】

ここで、端末タイプ識別子は、特徴グループインジケータＦＧＩ、国際モバイル機器アイデンティティＩＭＥＩ、国際モバイル機器アイデンティティ‐タイプ配分コードＩＭＥＩ－ＴＡＣ、国際モバイル機器アイデンティティ‐ソフトウェアバージョンＩＭＥＩ－ＳＶのいずれか１つであってもよく、本実施例では、特徴グループインジケータＦＧＩを例に説明する。

【0025】

具体的には、ネットワーク保守のための性能指標に異常が発生したことをネットワーク管理機器が検出した場合、例えば基地局のコールドロップ率、データ解析サーバの使用率などのパラメータが予め設定された基準値よりも大きい場合、ネットワーク管理機器は、異常行動タイプに応じて、基地局を制御して、端末に対して対応する学習ポリシー及び保護ポリシーを適用する。次に例を示して説明する。

【0026】

第１種：異常行動タイプは、コールドロップ率の増加である。具体的には、ネットワーク保守員が、一部の端末がＬｏｇｇｅｄ ＭＤを受信するとアイドル状態に入ってデータ測定を行い、次回アクセス後にＬｏｇｇｅｄ ＭＤＴデータを携帯すれば、再配置タイムアウト現象が発生することを発見した場合、ネットワーク管理機器は、端末に対して適用された学習ポリシー及び保護ポリシーを基地局に配信する。具体的には、次のとおりである。

【0027】

ステップＳ０１１：基地局を制御して、アクセスされた端末にＬｏｇｇｅｄ ＭＤＴ測定タスクを配信させる。

【0028】

ステップＳ０１２：基地局は、Ｌｏｇｇｅｄ ＭＤＴデータを携帯し再配置タイムアウトが発生した端末を端末タイプ識別子ＦＧＩに従って記録し、記録テーブルを作成する。

【0029】

ステップＳ０１３：記録テーブルにおいて各端末が端末タイプ識別子ＦＧＩに従って出現する回数を統計し、予め設定された値よりも出現回数が大きい端末タイプ識別子ＦＧＩを取得し、これらのＦＧＩを異常端末タイプ識別子ＦＧＩとし、異常端末タイプ識別子ＦＧＩと異常行動タイプとの対応関係を記憶して第１の保護テーブルを生成する。ここで、異常端末タイプ識別子ＦＧＩと異常行動タイプとの対応関係は｛ＦＧＩ、異常行動タイプ｝で表すことができる。

【0030】

ステップＳ０１４：基地局は、第１の保護テーブルに従って、異常端末タイプ識別子ＦＧＩを有する端末に対して保護ポリシーを適用する。具体的なポリシーとして、後でコールドロップ率が増加するような異常行動が発生した場合、基地局は異常端末タイプ識別子ＦＧＩを有する端末にＬｏｇｇｅｄ ＭＤＴ測定タスクを配信しない。

【0031】

第２種：データ解析サーバの使用率が予め設定された値を超えている。具体的には、ネットワーク保守者が、一部の端末がＬｏｇｇｅｄ ＭＤＴデータを無制限に報告し、しかも頻繁に報告して、データ解析サーバに巨大な負荷を与えることを発見した場合、ネットワーク管理機器は、端末に対して適用された学習ポリシー及び保護ポリシーを基地局に配信する。具体的には、次のとおりである。

【0032】

ステップＳ０２１：基地局を制御して、アクセスされた端末にＬｏｇｇｅｄ ＭＤＴ測定タスクを配信させる。

【0033】

ステップＳ０２２：Ｌｏｇｇｅｄ ＭＤＴタスクの測定時間長と測定間隔から最大測定回数を算出する。

【0034】

ステップＳ０２３：毎回の端末によるＬｏｇｇｅｄ ＭＤＴデータ報告回数が、ステップＳ０２２で算出した最大測定回数より大きいか否かを判断する。端末が毎回報告するＬｏｇｇｅｄ ＭＤＴデータに少なくとも１回の測定が含まれているため、理論的には、端末の最大報告回数は最大測定回数を超えない。毎回の端末によるＬｏｇｇｅｄ ＭＤＴデータ報告回数が最大測定回数よりも大きい場合、これらのＦＧＩを異常端末タイプ識別子ＦＧＩとし、異常端末タイプ識別子ＦＧＩと異常行動タイプとの対応関係を記憶して第１の保護テーブルを生成する。ここで、異常端末タイプ識別子ＦＧＩと異常行動タイプとの対応関係は｛ＦＧＩ、異常行動タイプ｝で表すことができる。

【0035】

ステップＳ０２４：基地局は、第１の保護テーブルに従って、異常端末タイプ識別子ＦＧＩを有する端末に対して保護ポリシーを適用する。具体的なポリシーとして、後でコールドロップ率が増加するような異常行動が発生した場合、基地局は異常端末タイプ識別子ＦＧＩを有する端末にＬｏｇｇｅｄ ＭＤＴ測定タスクを配信しないとともに、基地局は、異常端末タイプ識別子ＦＧＩを有する端末に対して、Ｌｏｇｇｅｄ ＭＤＴデータの報告を要求しない。ステップＳ１において、ネットワーク管理機器は、各基地局が上記のステップに従って取得した第１の保護テーブルを受信してもよい。

【0036】

なお、第１種又は第２種の異常行動に基づいて上記基地局によって適用された学習ポリシーは全て周期的なものであり、上記説明は、１番目の学習周期の具体的な方法を説明しているものにすぎない。一方、その後の学習について、基地局は、既に識別された異常端末タイプ識別子について学習を行わず、識別されなかった異常端末タイプ識別子のみを学習することにより、増分学習を実現する。異常端末タイプ識別子は有限であるため、識別されていない異常端末タイプ識別子を継続的に学習するにつれて、学習結果も収束する傾向があり、増分学習方式は学習過程の収束性を確保する。ここで、基地局が異常端末タイプ識別子を識別する方式は、自基地局が学習することによって識別してもよいし、他の基地局が共有する学習情報を取得することによって識別してもよい。

【0037】

ステップＳ２：受信した各基地局によってアップロードされた第１の保護テーブルをクラウドサーバにアップロードし、クラウドサーバは各ネットワーク管理機器によってアップロードされた第１の保護テーブルを集計して第２の保護テーブルを生成する。

【0038】

なお、本開示の実施例において、第２の保護テーブルは、異常端末タイプ識別子と異常行動タイプとの対応関係を記憶するための１つの形態にすぎず、厳密な意味でのテーブルではない。

【0039】

ステップＳ２において、ネットワーク管理機器は、受信した各基地局によってアップロードされた第１の保護テーブルを集計し、各第１の保護テーブルにおける異なる異常端末タイプ識別子と異常行動タイプとの対応関係を集計して第２の保護テーブルとし、クラウドサーバは、第２の保護テーブルを各ネットワーク管理機器に再配信し、これにより、異なるネットワーク管理機器に接続された各基地局の学習結果の共有が実現され、全体的な学習がより効率的になる。

【0040】

ステップＳ３：クラウドサーバによって配信された第２の保護テーブルを受信し、第２の保護テーブルにおける少なくとも一部の異常端末タイプ識別子と異常行動タイプとの対応関係を基地局に配信し、基地局は異常端末タイプ識別子を有する端末を制御してＭＤＴタスクの実行を終了させる。

【0041】

ステップＳ３において、ネットワーク管理機器は、クラウドサーバによって配信された第２の保護テーブルを受信し、その後、基地局が受信し得る異常端末タイプ識別子と異常行動タイプとの対応関係の数に基づいて、受信した第２の保護テーブル内の対応する数の異常端末タイプ識別子と異常行動タイプとの対応関係を、対応する基地局に配信し、基地局は、異常端末タイプ識別子を有する端末を制御してＭＤＴタスクの実行を終了させる。

【0042】

また、第２の保護テーブルは、各ネットワーク管理機器が、受信した各基地局によってアップロードされた第１の保護テーブルを集計し、各第１の保護テーブルにおける異なる異常端末タイプ識別子と異常行動タイプとの対応関係を集計して第２の保護テーブルとするものであり、これにより、異なるネットワーク管理機器に接続された各基地局の学習結果の共有が実現され、全体的な学習がより効率的になり、それにより各基地局の保護範囲がより広くなるとともに、基地局性能の消費がより低くなる。

【0043】

図２は、本開示の実施例のステップＳ０のフローチャートである。

【0044】

いくつかの実施例では、図２を参照すると、本開示の上記実施例のステップＳ１の前にステップＳ０がさらに含まれ、ステップＳ０は、具体的には、ステップＳ０１～Ｓ０４を含んでもよい。

【0045】

ステップＳ０１：異常行動タイプに応じて、基地局が異常行動を起こした対応する関連機能をオンにしているか否かを判断する。

【0046】

ステップＳ０１において、ネットワーク管理機器は、受信したネットワーク保守員によって検出された性能指標に対応する異常行動タイプに応じて、基地局が異常行動を起こした対応する関連機能をオンにしているか否かを判断する必要がある。基地局が対応する機能をオンにしている場合にのみ、ネットワーク機器が該基地局を制御して異常行動の学習ポリシーを行うことができるので、学習ポリシーのオン範囲の精度を確保することができる。ここで、学習ポリシーは、例えば、上記実施例における第１種及び第２種の異常行動タイプに対応する学習ポリシーである。ステップＳ０１において、基地局が異常行動を起こした対応する関連機能をオンにしていると判断した場合、ステップＳ０２を実行し、基地局が異常行動を起こした対応する関連機能をオンにしていないと判断した場合、この方法を終了する。

【0047】

ステップＳ０２：基地局の異常行動に対応する性能指標を検出する。

【0048】

ステップＳ０２において、ネットワーク管理機器は、基地局の異常行動タイプに応じて、対応する性能指標を取得する。具体的には、ネットワーク管理機器が検出する性能指標は、基地局のコールドロップ率、データ解析サーバの使用率などのパラメータであってもよい。

【0049】

ステップＳ０３：検出した性能指標が第１の閾値よりも大きいか否かを判断する。

【0050】

ステップＳ３において、ネットワーク管理機器は、ステップＳ０２で検出されたネットワーク保守のための性能指標が第１の閾値よりも大きいか否かを判断し、例えば、基地局のコールドロップ率、データ解析サーバの使用率などのパラメータが、予め設定された基準値よりも大きいか否かを判断する。この性能指標が第１の閾値より大きいと判断した場合、ステップＳ０４を実行し、この性能指標が第１の閾値以下であると判断した場合、ステップＳ０２に戻る。

【0051】

ステップＳ０４：基地局を制御して、起こした異常行動タイプに応じて、異常端末タイプ識別子と異常行動タイプとの対応関係を取得させる。

【0052】

ステップＳ０４において、ネットワーク管理機器は、ネットワーク保守のための性能指標に異常が発生した、例えば基地局のコールドロップ率、データ解析サーバの使用率などのパラメータが予め設定された基準値よりも大きいことを検出した場合、ネットワーク管理機器は、異常行動タイプに応じて、基地局を制御して、端末に対して対応する学習ポリシー及び保護ポリシーを適用する。具体的な学習ポリシー及び保護ポリシーは、上記実施例におけるステップＳ０１１～Ｓ０１４及びステップＳ０２１～Ｓ０２４と同様であってもよいので、詳細な説明は省略する。

【0053】

なお、ネットワーク管理機器による基地局学習への制御（すなわち、異常端末タイプ識別子と異常行動タイプとの対応関係を取得するプロセス）は周期的なものであるため、基地局は、既に識別された異常端末タイプ識別子について学習を行わず、識別されなかった異常端末タイプ識別子のみを学習することにより、増分学習を実現する。異常端末タイプ識別子は有限であるため、識別されていない異常端末タイプ識別子を継続的に学習するにつれて、学習結果も収束する傾向があり、増分学習方式は学習過程の収束性を確保する。ここで、基地局が異常端末タイプ識別子を識別する方式は、自基地局が学習することによって識別してもよいし、他の基地局が共有する学習情報を取得することによって識別してもよい。

【0054】

図３は、本開示の実施例におけるステップＳ３のステップＳ３１～Ｓ３５のフローチャートである。

【0055】

いくつかの実施例では、図３を参照すると、上記実施例のステップＳ３は、具体的には、ステップＳ３１～Ｓ３５を含んでもよい。

【0056】

ステップＳ３１：クラウドサーバによって配信された第２の保護テーブルを受信する。

【0057】

ステップＳ３１において、ネットワーク管理機器は、クラウドサーバによって配信された第２の保護テーブルを受信する。ここで、第２の保護テーブルは、複数の異常端末タイプ識別子と異常行動タイプとの対応関係を含む。

【0058】

ステップＳ３２：第２の保護テーブルにおける異なる異常端末タイプ識別子の個数を取得し、Ｍとするとともに、基地局が受信し得る異なる異常端末タイプ識別子の個数を取得し、Ｎとする。

【0059】

ステップＳ３２において、ネットワーク管理機器は、第２の保護テーブルにおける異なる異常端末タイプ識別子の個数を取得し、Ｍとするとともに、基地局が受信し得る異なる異常端末タイプ識別子の個数を取得し、Ｎとする。なお、第２の保護テーブルにおける異なる異常端末タイプ識別子の個数は、第２の保護テーブルにおける異常端末タイプ識別子と異常行動タイプとの対応関係の数に等しくなく、これは、第２の保護テーブルでは、２つの異常端末タイプ識別子と異常行動タイプとの対応関係において、異常端末タイプ識別子が同一である場合、すなわち｛ＦＧＩ‐１、異常行動タイプ１｝と｛ＦＧＩ‐１、異常行動タイプ２｝が存在する可能性があるからである。

【0060】

ステップＳ３３：ＭがＮより大きいか否かを判断する。

【0061】

ステップＳ３３において、ネットワーク管理機器がＭ＞Ｎと判断した場合、ステップＳ３４を実行し、ネットワーク管理機器がＭ≦Ｎと判断した場合、ステップＳ３５を実行する。

【0062】

ステップＳ３４：第２の保護テーブルにおけるＮ個の異なる異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御してＭＤＴタスクの実行を終了させる。

【0063】

ステップＳ３４において、ネットワーク管理機器は、第２の保護テーブルのＭ個の異なる異常端末タイプ識別子と異常行動タイプとの対応関係を順序付け、そのうちの最初のＮ個を前記基地局に配信してもよく、Ｍ個の異なる異常端末タイプ識別子と異常行動タイプとの対応関係のうちからランダムにＮ個を抽出して前記基地局に配信してもよい。

【0064】

ステップＳ３５：第２の保護テーブルを前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御してＭＤＴタスクの実行を終了させる。

【0065】

ステップＳ３４において、ネットワーク管理機器は、第２の保護テーブルにおける全ての異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御してＭＤＴタスクの実行を終了させるようにしてもよい。

【0066】

図４は、本開示の実施例におけるステップＳ３のステップＳ３６～Ｓ３７のフローチャートである。

【0067】

いくつかの実施例では、図４を参照すると、上記実施例のステップＳ３４の後に、ステップＳ３６～Ｓ３７をさらに含んでもよい。

【0068】

ステップＳ３６：基地局によって送信された置換要求を受信し、前記置換要求は、異常端末タイプ識別子に対応する端末の保護回数を定期的に検出し、保護回数が０の端末が出現したときに基地局によって送信される要求を含む。

【0069】

具体的には、基地局は異常端末タイプ識別子に対応する端末の保護回数を定期的に検出し、ある異常端末タイプ識別子に対応する端末の保護回数が０であると検出すると、ネットワーク管理機器に置換要求を送信する。

【0070】

ステップＳ３７：前記置換要求に従って、前記第２の保護テーブルにおいて基地局に配信されていない異常端末タイプ識別子と異常行動タイプとの対応関係により、保護回数が０の端末に対応する異常端末タイプ識別子と異常行動タイプとの対応関係を置換する。

【0071】

具体的には、ネットワーク管理機器は、基地局によって配信された置換要求を受信すると、第２の保護テーブルにおいて基地局に配信されていない異常端末タイプ識別子と異常行動タイプとの対応関係により、保護回数が０の端末に対応する異常端末タイプ識別子と異常行動タイプとの対応関係を置換する。

【0072】

本開示の実施例で提供される異常端末の処理方法では、ネットワーク管理機器は、それに接続されている基地局によってアップロードされた異常端末タイプ識別子と異常行動タイプとの対応関係を集計して、第１の保護テーブルを得て、クラウドサーバにアップロードし、その後クラウドサーバは、それに接続されている各ネットワーク管理機器によってアップロードされた第１の保護テーブルを集計して第２の保護テーブルを生成し、このとき、第２の保護テーブルにおける異常端末タイプ識別子と異常行動タイプとの対応関係は、複数のネットワーク管理機器が接続されている基地局によってアップロードされた異常端末タイプ識別子と異常行動タイプとの対応関係を集計したものであり、最後に、ネットワーク管理機器は、クラウドサーバによって配信された前記第２の保護テーブルを受信し、前記第２の保護テーブルにおける少なくとも一部の異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は、異常端末タイプ識別子を有する端末を制御してＭＤＴタスクの実行を終了させる。これにより、異なるネットワーク管理機器に接続された各基地局の学習結果の共有が実現され、全体的な学習がより効率的になり、それにより各基地局の保護範囲がより広くなるとともに、基地局性能の消費がより低くなる。

【0073】

図５は、本開示の実施例のネットワーク管理機器の構造ブロック図である。

【0074】

第２の態様では、図５を参照すると、本開示の実施例は、上記いずれかの実施例における異常端末の処理方法を実行することができるネットワーク管理機器を提供する。該ネットワーク管理機器は、具体的には、生成モジュール１と、アップロードモジュール２と、制御モジュール３とを含む。

【0075】

具体的には、生成モジュール１は、各基地局によってアップロードされた、ＭＤＴタスクを実行する際に取得された異常端末タイプ識別子と異常行動タイプとの対応関係から、第１の保護テーブルを生成する。

【0076】

アップロードモジュール２は、第１の保護テーブルをクラウドサーバにアップロードし、クラウドサーバは、各ネットワーク管理機器によってアップロードされた第１の保護テーブルを集計して第２の保護テーブルを生成する。

【0077】

制御モジュール３は、クラウドサーバによって配信された第２の保護テーブルを受信し、第２の保護テーブルにおける少なくとも一部の異常端末タイプ識別子と異常行動タイプとの対応関係を基地局に送信し、基地局は異常端末タイプ識別子を有する端末を制御してＭＤＴタスクの実行を終了させる。

【0078】

なお、本開示の実施例における生成モジュール１は、上記実施例におけるステップＳ１を実行することができ、アップロードモジュール２は、上記実施例におけるステップＳ２を実行することができ、制御モジュール３は、上記実施例におけるステップＳ３を実行することができる。

【0079】

図６は本開示の実施例のネットワーク管理機器の別の構造ブロック図である。

【0080】

いくつかの実施例では、図６を参照すると、このネットワーク管理機器は、上記構造に加えて、第１の判断モジュール４と、検出モジュール５と、第２の判断モジュール６と、第１の取得モジュール７とをさらに含んでもよい。

【0081】

具体的には、第１の判断モジュール４は、異常行動タイプに応じて、基地局が異常行動を起こした対応する関連機能をオンにしているか否かを判断する。

【0082】

検出モジュール５は、基地局が異常行動を起こした対応する関連機能をオンにしていると第１の判断モジュール４により判断された場合、基地局の該異常行動に対応する性能指標を検出する。

【0083】

第２の判断モジュール６は、検出した性能指標が第１の閾値より大きいか否かを判断する。

【0084】

取得モジュール７は、検出した性能指標が第１の閾値よりも大きいと第２の判断モジュール６により判断された場合、基地局を制御して、起こした異常行動タイプに応じて、異常端末タイプ識別子と異常行動タイプとの対応関係を取得させる。

【0085】

なお、本開示の実施例における第１の判断モジュール４は、上記実施例におけるステップＳ０１を実行することができ、検出モジュール５は、上記実施例におけるステップＳ０２を実行することができ、第２の判断モジュール６は、上記実施例におけるステップＳ０３を実行することができ、取得モジュール７は、上記実施例におけるステップＳ０４を実行することができる。

【0086】

図７は、本開示の実施例のネットワーク管理機器の制御モジュールの構造ブロック図である。

【0087】

いくつかの実施例では、図７を参照すると、上記制御モジュールは、第１の受信部３１と、取得部３２と、判断部３３と、制御部３４とを含んでもよい。

【0088】

具体的には、第１の受信部３１は、クラウドサーバによって配信された第２の保護テーブルを受信する。

【0089】

取得部３２は、前記第２の保護テーブルにおける異なる異常端末タイプ識別子の個数を取得し、Ｍとするとともに、基地局が受信し得る異なる異常端末タイプ識別子の個数を取得し、Ｎとする。

【0090】

判断部３３は、ＭがＮより大きいか否かを判断する。

【0091】

制御部３４は、判断部３３がＭ＞Ｎと判断した場合、前記第２の保護テーブルにおけるＮ個の異なる異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御してＭＤＴタスクの実行を終了させ、判断部３３がＭ≦Ｎと判断した場合、第２の保護テーブルを前記基地局に配信し、前記基地局は異常端末タイプ識別子を有する端末を制御してＭＤＴタスクの実行を終了させる。

【0092】

なお、本開示の実施例における第１の受信部３１は、上記実施例におけるステップＳ３１を実行することができ、取得部３２は、上記実施例におけるステップＳ３２を実行することができ、判断部３３は、上記実施例におけるステップＳ３３を実行することができ、制御部３４は、上記実施例におけるステップＳ３４及びＳ３５を実行することができる。

【0093】

図８は、本開示の実施例のネットワーク管理機器の制御モジュールの別の構造ブロック図である。

【0094】

いくつかの実施例では、図８を参照すると、上記制御モジュールは、上記構造に加えて、第２の受信部３５と、置換部３６とをさらに含んでもよい。

【0095】

具体的には、第２の受信部３５は、基地局によって送信された置換要求を受信し、この置換要求は、異常端末タイプ識別子に対応する端末の保護回数を定期的に検出し、保護回数が０の端末が出現したときに基地局によって送信される要求を含む。

【0096】

置換部３６は、置換要求に従って、第２の保護テーブルにおいて基地局に配信されていない異常端末タイプ識別子と異常行動タイプとの対応関係により、保護回数が０の端末に対応する異常端末タイプ識別子と異常行動タイプとの対応関係を置換する。

【0097】

なお、本開示の実施例における第２の受信部３５は、上記実施例におけるステップＳ３６を実行することができ、置換部３６は、上記実施例におけるステップＳ３７を実行することができる。

【0098】

本開示の実施例で提供されるネットワーク管理機器は、上記実施例における異常端末の処理方法を採用することができ、すなわち、ネットワーク管理機器は、それに接続されている基地局によってアップロードされた異常端末タイプ識別子と異常行動タイプとの対応関係を集計して、第１の保護テーブルを得て、クラウドサーバにアップロードし、その後クラウドサーバは、それに接続されている各ネットワーク管理機器によってアップロードされた第１の保護テーブルを集計して第２の保護テーブルを生成し、このとき、第２の保護テーブルにおける異常端末タイプ識別子と異常行動タイプとの対応関係は、複数のネットワーク管理機器が接続されている基地局によってアップロードされた異常端末タイプ識別子と異常行動タイプとの対応関係を集計したものであり、最後に、ネットワーク管理機器は、クラウドサーバによって配信された前記第２の保護テーブルを受信し、第２の保護テーブルにおける少なくとも一部の異常端末タイプ識別子と異常行動タイプとの対応関係を前記基地局に配信し、前記基地局は、異常端末タイプ識別子を有する端末を制御してＭＤＴタスクの実行を終了させる。これにより、異なるネットワーク管理機器に接続された各基地局の学習結果の共有が実現され、全体的な学習がより効率的になり、それにより各基地局の保護範囲がより広くなるとともに、基地局性能の消費がより低くなる。

【0099】

第３の態様では、図９を参照すると、本開示の実施例は、１つ又は複数のプロセッサ９１と、１つ又は複数のプロセッサ９１によって実行されると、上記異常端末の処理方法のいずれかを１つ又は複数のプロセッサ９１に実現させる１つ又は複数のプログラムが記憶された記憶装置９２とを含む、電子機器を提供する。

【0100】

第４の態様では、本開示の実施例は、プロセッサによって実行されると、上記異常端末のいずれかの処理方法を実現するコンピュータプログラムが記憶されたコンピュータ読み取り可能な媒体を提供する。

【0101】

当業者が理解できるように、上記で開示された方法のステップ、システム、装置の機能モジュール／部の全部又は一部は、ソフトウェア、ファームウェア、ハードウェア、及びそれらの適切な組み合わせとして実装されてもよい。ハードウェアの実施形態では、上記説明で言及された機能モジュール／部同士の区分は、必ずしも物理コンポーネントの区分に対応するとは限らず、例えば、１つの物理コンポーネントは複数の機能を有してもよく、又は、１つの機能もしくはステップは複数の物理コンポーネントによって協働して実行されてもよい。物理コンポーネントのいくつか又はすべては、中央プロセッサ、デジタル信号プロセッサ、又はマイクロプロセッサなどのプロセッサによって実行されるソフトウェアとして、又はハードウェアとして、又は特定用途向け集積回路などの集積回路として実装されてもよい。そのようなソフトウェアは、コンピュータ記憶媒体（又は非一時的媒体）及び通信媒体（又は一時的媒体）を含むことができるコンピュータ読み取り可能な媒体上に配布してもよい。当業者に周知のように、コンピュータ記憶媒体という用語は、情報（例えばコンピュータ読み取り可能な命令、データ構造、プログラムモジュール、又は他のデータ）を記憶するための任意の方法又は技術において実装される揮発性及び不揮発性、取り外し可能及び取り外し不可能な媒体を含む。コンピュータ記憶媒体には、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ‐ＲＯＭ、デジタル多機能ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置、又は所望の情報を記憶するために使用され、コンピュータによってアクセスされ得る他の任意の媒体が含まれるが、これらに限定されない。さらに、当業者に周知のように、通信媒体は、通常、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール、又は搬送波もしくは他の送信機構のような変調データ信号中の他のデータを含み、任意の情報伝送媒体を含んでもよい。

【0102】

例示的な実施例は本明細書で開示されており、特定の用語が使用されているが、それらは一般的な例示的な意味としてのみ使用、解釈されるべきであり、限定の目的ではない。いくつかの例では、特に明示的に示されない限り、特定の実施例を参照して説明された特徴、特性、及び／又は要素が単独で使用されてもよく、又は他の実施例を参照して特徴、特性、及び／又は要素と組み合わせて使用されてもよいことは当業者には明らかである。したがって、当業者が理解できるように、添付の特許請求の範囲によって明らかにされた本開示の範囲を逸脱することなく、様々な形態及び詳細の変更が可能である。

【0103】

なお、以上の実施形態は、本開示の原理を説明するために使用された例示的な実施形態にすぎないが、本開示はこれに限定されない。当業者にとって、本開示の精神及び本質から逸脱することなく、様々な変形や改良を行うことができ、これらの変形や改良も、本開示の保護の範囲とみなされる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【国際調査報告】