CN112423315A - 异常终端的处理方法、网管设备及计算机可读介质 - Google Patents

异常终端的处理方法、网管设备及计算机可读介质 Download PDF

Info

Publication number
CN112423315A
CN112423315A CN201910776929.6A CN201910776929A CN112423315A CN 112423315 A CN112423315 A CN 112423315A CN 201910776929 A CN201910776929 A CN 201910776929A CN 112423315 A CN112423315 A CN 112423315A
Authority
CN
China
Prior art keywords
abnormal
base station
terminal
protection table
type
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910776929.6A
Other languages
English (en)
Inventor
田文凯
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201910776929.6A priority Critical patent/CN112423315A/zh
Priority to JP2022512327A priority patent/JP2022545498A/ja
Priority to EP20855185.3A priority patent/EP4017072A4/en
Priority to PCT/CN2020/102816 priority patent/WO2021031761A1/zh
Publication of CN112423315A publication Critical patent/CN112423315A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/02—Arrangements for optimising operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开实施例提供一种异常终端的处理方法、网管设备、电子设备及计算机可读介质，属于通信技术领域。本公开实施例的异常终端的处理的方法，包括：根据各个基站上传的在执行最小化路测任务时，所获取到的异常终端类型标识和异常行为的类型的对应关系，生成第一防护表；将所述第一防护表上传至云服务器，以使所述云服务器对各个网管设备上传的第一防护表进行汇总，生成第二防护表；接收云服务器下发的所述第二防护表，并将所述第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务。

Description

异常终端的处理方法、网管设备及计算机可读介质
技术领域
本发明属于通信技术领域，具体涉及一种异常终端的处理方法、网管设备、电子设备及计算机可读介质。
背景技术
在无线通讯领域，随着移动通信的普及和移动终端的广泛应用，移动市场下充斥着各种各样类型的终端；在众多终端类型中,存在部分异常终端，由于硬件缺陷或者没严格按照协议实现业务行为,导致在做特定业务时，出现掉线，接入失败，切换失败，或测量数据频繁上报基站等异常现象，严重影响网络的掉线率，重建率，接入成功率，切换成功率等关键指标，给整个网络的维测造成了极大困难。
最小化路测(Minimization Drive Test；MDT)就是让现网的商用终端代替人工做路测，进行相关量的测量并上报。网络根据终端上报的测量对现网覆盖，切换，接入，干扰等情况进行分析，发现问题并解决网络中存在覆盖问题，切换问题，接入问题以及干扰等问题。
发明内容
本发明旨在至少解决现有技术中存在的技术问题之一，提供一种异常终端的处理的方法。
第一方面，本公开实施例提供一种异常终端的处理的方法，包括：
根据各个基站上传的在执行最小化路测任务时，所获取的异常终端类型标识和异常行为的类型的对应关系，生成第一防护表；
将所述第一防护表上传至云服务器，以使所述云服务器对各个网管设备上传的第一防护表进行汇总，生成第二防护表；
接收云服务器下发的所述第二防护表，并将所述第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务。
可选地，在所述根据各个基站上传的在执行最小化路测任务时，所获取的异常终端类型标识和异常行为类型的对应关系，生成第一防护表之前，还包括：
根据异常行为类型，判断基站是否开启引起异常行为所对应的相关功能；
若判断出基站开启了引起异常行为对应的相关功能，检测所述基站对应该异常行为的性能指标；
判断所检测的性能指标是否大于第一阈值；
若判断出大于，则控制基站根据所引起的异常行为的类型，获取异常终端类型标识和异常行为的类型的对应关系。
可选地，所述接收云服务器下发的所述第二防护表，并将所述第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务，包括：
接收云服务器下发的第二防护表；
获取所述第二防护表中不同的异常终端类型标识的个数，记作M；以及获取基站能够接收的不同的异常终端类型标识的个数，记作N；
判断M是否大于N；
若判断出M＞N，则将所述第二防护表中N个不同的异常终端类型标识和异常行为的类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务；
若判断出若判断出M≤N，则将第二防护表下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务。
可选地，所述若判断出M＞N，则将所述第二防护表中N个不同的异常终端类型标识和异常行为的类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务之后，还包括：
接收基站发送的替换请求；所述替换请求包括：基站在周期性的检测对异常终端类型标识所对应的终端的防护次数，且在出现防护次数为0的终端时发送的请求；
根据所述替换请求，通过所述第二防护表中未被下发至基站的异常终端类型标识和异常行为的类型的对应关系，将防护次数为0的终端所对应的异常终端类型标识和异常行为的类型的对应关系进行替换。
可选地，所述异常终端类型标识包括：特性群指示、国际移动设备识别码、国际移动设备识别码-型号认证码、国际移动设备识别码-软件版本中的任意一种。
第二方面，本公开实施例提供一种网管设备，包括：
生成模块，用于根据各个基站上传的在执行最小化路测任务时，所获取的异常终端类型标识和异常行为的类型的对应关系，生成第一防护表；
上传模块，用于将所述第一防护表上传至云服务器，以使所述云服务器对各个网管设备上传的第一防护表进行汇总，生成第二防护表；
控制模块，用于接收云服务器下发的所述第二防护表，并将所述第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务。
可选地，所述网管设备还包括：
第一判断模块，用于根据异常行为类型，判断基站是否开启引起异常行为所对应的相关功能；
检测模块，用于当所述第一判断模块判断出基站开启了引起异常行为对应的相关功能时，检测所述基站对应该异常行为的性能指标；
第二判断模块，用于判断所检测的性能指标是否大于第一阈值；
获取模块，用于当第二判断模块判断出所检测的性能指标大于第一阈值时，控制基站根据所引起的异常行为的类型，获取异常终端类型标识和异常行为的类型的对应关系。
可选地，所述控制模块包括：
第一接收单元，用于接收云服务器下发的第二防护表；
获取单元，用于获取所述第二防护表中不同的异常终端类型标识的个数，记作M；以及获取基站能够接收的不同的异常终端类型标识的个数，记作N；
判断单元，用于判断M是否大于N；
控制单元，用于在判断单元判断出M＞N时，将所述第二防护表中N个不同的异常终端类型标识和异常行为的类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务；以及，在判断单元判断出若判断出M≤N时，将第二防护表下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务。
可选地，所述控制模块还包括：
第二接收单元，用于接收基站发送的替换请求；所述替换请求包括：基站在周期性的检测对异常终端类型标识所对应的终端的防护次数，且在出现防护次数为0的终端时发送的请求；
替换单元，用于根据所述替换请求，通过所述第二防护表中未被下发至基站的异常终端类型标识和异常行为的类型的对应关系，将防护次数为0的终端所对应的异常终端类型标识和异常行为的类型的对应关系进行替换。
第三方面，本公开实施例提供一种电子设备，其包括：
一个或多个处理器；
存储装置，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述所谓任意一项所述的方法。
第四方面，本公开实施例提供一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述的任意一项所述的方法。
本公开实施例具有如下有益效果：
本公开实施例所提供的异常终端的处理方法，通过网管设备将与之连接的基站所上传的异常终端类型标识和异常行为的类型的对应关系进行汇总，得到第一防护表，并上传至云服务器，之后云服务器再对与之连接各个网管设备所上传的第一防护表进行汇总生成第二防护表，此时，第二防护表中的异常终端类型标识和异常行为的类型的对应关系，为多个网管设备所连接的基站上传的异常终端类型标识和异常行为的类型的对应关系汇总，最后，网管设备接收云服务器下发的所述第二防护表，并将第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务。这样一来，实现连接不同网管设备的各个基站的学习结果共享，以使总体的学习更加有效，从而使得每个基站的防护范围更加广泛，同时使得基站性能的消耗更低。
附图说明
图1为本公开实施例的异常终端的处理方法的流程图；
图2为本公开实施例的步骤S0的流程图；
图3为本公开实施例中的步骤S3中的步骤S31-S35流程图；
图4为本公开实施例中的步骤S3中的步骤S36-S37流程图；
图5为本公开实施例的网管设备的一种结构框图；
图6为本公开实施例的网管设备的另一种结构框图；
图7为本公开实施例的网管设备的控制模块的一种结构框图；
图8为本公开实施例的网管设备的控制模块的另一种结构框图。
具体实施方式
为使本领域的技术人员更好地理解本发明的技术方案，下面结合附图对本发明提供的异常终端的处理方法、网管设备、电子设备及计算机可读介质进行详细描述。
在下文中将参考附图更充分地描述示例实施例，但是所述示例实施例可以以不同形式来体现且不应当被解释为限于本文阐述的实施例。反之，提供这些实施例的目的在于使本公开透彻和完整，并将使本领域技术人员充分理解本公开的范围。
如本文所使用的，术语“和/或”包括一个或多个相关列举条目的任何和所有组合。
本文所使用的术语仅用于描述特定实施例，且不意欲限制本公开。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由……制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加一个或多个其它特征、整体、步骤、操作、元件、组件和/或其群组。
本文所述实施例可借助本公开的理想示意图而参考平面图和/或截面图进行描述。因此，可根据制造技术和/或容限来修改示例图示。因此，实施例不限于附图中所示的实施例，而是包括基于制造工艺而形成的配置的修改。因此，附图中例示的区具有示意性属性，并且图中所示区的形状例示了元件的区的具体形状，但并不旨在是限制性的。
除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本公开的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本文明确如此限定。
在现有技术中，基站给终端下发时延信息测量，全球卫星定位系统(GlobalNavigation Satellite System；GNSS)信息测量，无线局域网(Wireless Local AreaNetwork；WLAN)信息测量，蓝牙信息测量，空闲态MDT(Logged MDT)测量等，由于问题终端的测量能力缺陷，出现掉线，重建，切换失败现象；基站给终端下发空闲态MDT(Logged MDT)，无线链路失败MDT(Radio Link Failure；RLF MDT)，无线资源控制连接建立失败MDT(RadioResource Control Connection Establishment Failure；RCEF MDT)任务时，终端没有按照协议规定，在上报测量数据后清除数据缓存，导致无限制上报测量数据现象，对后端数据解析形成巨大压力。
本公开实施例所提供的异常终端的处理方法是以网管设备作为执行主体。通过网管设备、基站、云服务器之间进行信息的交互，以实现树状的共享机制。其中，云服务器与多个网管设备能够进行信息的交互，每个网管设备与其所管辖范围内的多个基站之间信息的交互。
在此需要说明的是，在下述实施例中所谓的学习策略是指：获取常终端类型标识和异常行为的类型的对应关系的具体方法。
图1为本公开实施例的异常终端的处理方法的流程图。
第一方面，参照图1，本公开实施例提供一种异常终端的处理方法，包括如下步骤：
S1、根据各个基站上传的执行MDT任务时，所获取的异常终端类型标识和异常行为的类型的对应关系，生成第一防护表。
在此需要说明的是，在本公开实施例中第一防护表只是用于存储异常终端类型标识和异常行为的类型的对应关系的一种形式，并非严格意义上的表格。
其中，终端类型标识可以为特性群指示FGI、国际移动设备识别码IMEI、国际移动设备识别码-型号认证码IMEI-TAC、国际移动设备识别码-软件版本IMEI-SV中的任意一种；在本实施例中以特性群指示FGI为例进行说明。
具体的，当网管设备检测到用以对网络维护的性能指标发生异常时，例如基站的掉话率、数据解析服务器的使用率等参数大于预设的参考值。网管设备将根据异常行为的类型，控制基站对终端采取相应的学习策略和防护策略。以下举例进行说明：
第一种：异常行为的类型为掉话率增加；具体的，当网络维护人员发现部分终端在接收到Logged MD后，会进入空闲态进行数据测量，下次接入后如果携带Logged MDT数据，会出现重配超时现象；网管设备下发给基站对终端所采取的学习策略和防护策略，具体如下：
S011、控制基站给接入的终端下发Logged MDT测量任务。
S012、基站对携带Logged MDT数据，并出现重配超时的终端按照终端类型标识FGI进行记录，形成记录表。
S013、统计记录表中各个终端按照终端类型标识FGI出现的次数，获取出现次数大于预设值的终端类型标识FGI，并将这些FGI记作异常终端类型标识FGI，并将异常终端类型标识FGI与异常行为的类型的对应关系进行存储，生成第一防护表。其中，异常终端类型标识FGI与异常行为的类型的对应关系可以用{FGI，异常行为的类型}表示。S014、基站根据第一防护表对具有异常终端类型标识FGI的终端采取防护策略。具体防护策略为，在后期出现掉话率增加的异常行为时，基站出不再向具有异常终端类型标识FGI的终端下发LoggedMDT测量任务。
第二种：数据解析服务器的使用率大于预设值；具体的当网络维护人员发现部分终端无限制上报Logged MDT数据，且上报频繁，给数据解析服务器造成巨大压力时，网管设备下发给基站对终端所采取的学习策略和防护策略，具体如下：S021、控制基站给接入的终端下发Logged MDT测量任务。
S022、根据Logged MDT任务的测量时长和测量间隔，算出最大测量次数。
S023、判断终端每次上报Logged MDT数据的次数，是否大于步骤S022中计算得到的最大测量次数。由于终端每次上报Logged MDT数据中至少包含一次测量；理论上终端的最大上报次数不超过最大测量次数；若终端每次上报Logged MDT数据的次数大最大测量次数，则将这些FGI记作异常终端类型标识FGI，并将异常终端类型标识FGI与异常行为的类型的对应关系进行存储，生成第一防护表。其中，异常终端类型标识FGI与异常行为的类型的对应关系可以用{FGI，异常行为的类型}表示。S024、基站根据第一防护表对具有异常终端类型标识FGI的终端采取防护策略。具体防护策略为，在后期出现掉话率增加的异常行为时，基站出不再向具有异常终端类型标识FGI的终端下发Logged MDT测量任务；同时基站也不再请求具有异常终端类型标识FGI的终端上报Logged MDT数据。在步骤S1中，网管设备可以接收各个基站按照上述步骤所获取的第一防护表。
在需要说明的是，无论是上述的基站根据第一种还是第二种异常行为所采用的学习策略均为周期性的，上述描述只是描述了第一个学习周期的具体方法。而对于之后的学习，基站则对已经识别出的异常终端类型的标识不再进行学习，只学习未识别的异常终端类型的标识，实现增量学习；因为异常终端类型的标识是有限的，随着不断地对未识别异常终端类型的标识学习，学习结果也趋于收敛，增量的学习方式保证了学习过程的收敛性；其中基站识别异常终端类型的标识的方式可以依靠自身基站学习识别，也可以依靠获取其他基站分享的学习信息识别。
S2、将接收的各个基站上传的第一防护表上传至云服务器，以使云服务器对各个网管设备上传的第一防护表进行汇总，生成第二防护表。
在此需要说明的是，在本公开实施例中第二防护表只是用于存储异常终端类型标识和异常行为的类型的对应关系的一种形式，并非严格意义上的表格。
在步骤S2中，网管设备将其所接收到的各个基站上传的第一防护表进行汇总，将各个第一防护表中不同的异常终端类型标识与异常行为的类型的对应关系汇总成第二防护表；云服务器将第二防护表再下发至各个网管设备，这样一来，实现连接不同网管设备的各个基站的学习结果共享，以使总体的学习更加有效。
S3、接收云服务器下发的第二防护表，并将第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系下发至基站，以使基站控制具有异常终端类型标识的终端终止执行MDT任务。
在步骤S3中，网管设备接收来自云服务器下发的第二防护表；之后，再根据基站所能够接收的异常终端类型标识和异常行为类型的对应关系的数量，将所接收到的第二防护表中相应数量的异常终端类型标识和异常行为类型的对应关系下发至相应的基站，以使所述基站控制具有异常终端类型标识的终端终止执行MDT任务。
同时，由于第二防护表是由各个网管设备将其所接收到的各个基站上传的第一防护表中进行汇总，再将各个第一防护表中不同的异常终端类型标识与异常行为的类型的对应关系汇总成第二防护表，这样一来，实现连接不同网管设备的各个基站的学习结果共享，以使总体的学习更加有效，从而使得每个基站的防护范围更加广泛，同时使得基站性能的消耗更低。
图2为本公开实施例的步骤S0的流程图。
在一些实施例中，参照图,2，在本公开上述实施例的步骤S1之前还包括步骤S0；步骤S0具体可以包括如下步骤：
S01、根据异常行为类型，判断基站是否开启了引起异常行为所对应的相关功能。
在步骤S01中，网管设备需要根据其所接收到网络维护人员所检测的性能指标所对应的异常行为类型，判断基站是否开启了引起异常行为所对应的相关功能。因为只有基站开启了相应功能，才允许网络设备控制该基站进行异常行为的学习策略，从而可以保证学习策略开启范围的准确性。其中，学习策略也即例如上述实施例中第一种和第二种异常行为类型所对应的学习策略。若在步骤S01中判断出基站开启了引起异常行为对应的相关功能，则执行步骤S02；若判断出基站没有开启引起异常行为对应的相关功能，则终止该方法。
S02、检测基站对应异常行为的性能指标。
在步骤S02中，网管设备根据基站根据异常行为的类型，获取相应的性能指标。具体的，网管设备所检测的性能指标可以是基站的掉话率、数据解析服务器的使用率等参数。
S03、判断所检测的性能指标是否大于第一阈值。
在步骤S3中，网管设备判断在步骤S02中所检测到的、用以对网络维护的性能指标是否大于第一阈值，例如基站的掉话率、数据解析服务器的使用率等参数大于预设的参考值。若判断出该性能指标大于第一阈值。则执行步骤S04；若判断出该性能指标小于等于第一阈值，则返回步骤S02。
S04、控制基站根据所引起的异常行为的类型，获取异常终端类型标识和异常行为的类型的对应关系。
在步骤S04中，当网管设备检测到用以对网络维护的性能指标发生异常时，例如基站的掉话率、数据解析服务器的使用率等参数大于预设的参考值。网管设备将根据异常行为的类型，控制基站对终端采取相应的学习策略和防护策略。具体的学习策略和防护策略可以与上述实施例中步骤S011～S014，以及步骤S021～S024相同，因此不再详细描述。
在此需要说明的是，网管设备控制基站的学习(也就是获取常终端类型标识和异常行为的类型的对应关系的过程)是周期性的，因此，基站对已识别的异常终端类型标识不再进行学习，只学习未识别的异常终端类型标识，实现增量学习；因为异常终端类型标识是有限的，随着不断地对未识别异常终端类型标识学习，学习结果也趋于收敛，增量的学习方式保证了学习过程的收敛性；其中，基站识别异常终端类型标识的方式可以依靠自身学习识别，也可以依靠获取其他基站分享的学习信息识别。
图3为本公开实施例中的步骤S3中的步骤S31-S35流程图。
在一些实施例，参照图3，上述实施例中的步骤S3，具体可以包括如下步骤：
S31、接收云服务器下发的第二防护表。
在步骤S31中，网管设备接收云服务器下发的第二防护表。其中，第二防护表包括多个异常终端类型标识和异常行为类型的对应关系。
S32、获取第二防护表中不同的异常终端类型标识的个数，记作M；以及获取基站能够接收的不同的异常终端类型标识的个数，记作N。
在步骤S32中，网管设备获取第二防护表中不同的异常终端类型标识的个数，记作M；以及获取基站能够接收的不同的异常终端类型标识的个数，记作N。在此需要说明的是，第二防护表中不同的异常终端类型标识的个数并不等于，第二防护表中异常终端类型标识和异常行为的类型的对应关系的数量；因为在第二防护表中，有可能存在两个异常终端类型标识和异常行为的类型的对应关系中，异常终端类型标识是相同的情况，也即存在{FGI-1,异常行为的类型1}和{FGI-1,异常行为的类型2}。
S33，判断M是否大于N。
在步骤S33中，网管设备若判断出M＞N，则执行步骤S34；网管设备若判断出M≤N，则执行步骤S35。
S34、将第二防护表中N个不同的异常终端类型标识和异常行为的类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行MDT任务。
在步骤S34中，网管设备可以将第二防护表的M个不同的异常终端类型标识和异常行为的类型的对应关系进行排序，将其中的前N个下发至所述基站，也可以在M个不同的异常终端类型标识和异常行为的类型的对应关系中随机抽取N个下发至所述基站。
S35、将第二防护表下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行MDT任务。
在步骤S34中，网管设备可以将第二防护表中所有的异常终端类型标识和异常行为的类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行MDT任务。
图4为本公开实施例中的步骤S3中的步骤S36-S37流程图。
在一些实施例中，参照图4，在上述实施例中的步骤S34之后还可以包括以下步骤：
S36、接收基站发送的替换请求；所述替换请求包括：基站在周期性的检测对异常终端类型标识所对应的终端的防护次数，且在出现防护次数为0的终端时发送的请求。
具体的，当基站周期性的检测对异常终端类型标识所对应的终端的防护次数，若发现某一异常终端类型标识所对应的终端的防护次数为0，此时则向网管设备发送替换请求。
S37、根据所述替换请求，通过所述第二防护表中未被下发至基站的异常终端类型标识和异常行为的类型的对应关系，将防护次数为0的终端所对应的异常终端类型标识和异常行为的类型的对应关系进行替换。
具体的，网管设备在接收到基站所下发的替换请求后，则通过第二防护表中未被下发至基站的异常终端类型标识和异常行为的类型的对应关系，将防护次数为0的终端所对应的异常终端类型标识和异常行为的类型的对应关系进行替换。
本公开实施例所提供的异常终端的处理方法，通过网管设备将与之连接的基站所上传的异常终端类型标识和异常行为的类型的对应关系进行汇总，得到第一防护表，并上传至云服务器，之后云服务器再对与之连接各个网管设备所上传的第一防护表进行汇总生成第二防护表，此时，第二防护表中的异常终端类型标识和异常行为的类型的对应关系，为多个网管设备所连接的基站上传的异常终端类型标识和异常行为的类型的对应关系汇总，最后，网管设备接收云服务器下发的所述第二防护表，并将第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行MDT任务。这样一来，实现连接不同网管设备的各个基站的学习结果共享，以使总体的学习更加有效，从而使得每个基站的防护范围更加广泛，同时使得基站性能的消耗更低。
图5为本公开实施例的网管设备的一种结构框图。
第二方面，参照图5，本公开实施例提供一种网管设备，其可用于执行上述任一实施例中的异常终端的处理方法。该网管设备具体包括：生成模块1、上传模块2和控制模块3。
具体的，生成模块1用于根据各个基站上传的在执行MDT任务时，所获取的异常终端类型标识和异常行为的类型的对应关系，生成第一防护表。
上传模块3用于将第一防护表上传至云服务器，以使云服务器对各个网管设备上传的第一防护表进行汇总，生成第二防护表。
控制模块3用于接收云服务器下发的第二防护表，并将第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至基站，以使基站控制具有异常终端类型标识的终端终止执行MDT任务。
在需要说明的是，本公开实施例中的生成模块1可用于执行上述实施例中的步骤S1；上传模块2可用于执行上述实施例中的步骤S2；控制模块3可用于执行上述实施例中的步骤S3。
图6为本公开实施例的网管设备的另一种结构框图。
在一些实施例中，参照图6，该网管设备不仅包括上述结构，还可以包括：第一判断模块4、检测模块5、第二判断模块6、第一获取模块7。
具体的，第一判断模块4用于根据异常行为类型，判断基站是否开启引起异常行为所对应的相关功能。
检测模块5用于当所述第一判断模块4判断出基站开启了引起异常行为对应的相关功能时，检测所述基站对应该异常行为的性能指标。
第二判断模块6用于判断所检测的性能指标是否大于第一阈值。
获取模块7用于当第二判断模块6判断出所检测的性能指标大于第一阈值时，控制基站根据所引起的异常行为的类型，获取异常终端类型标识和异常行为的类型的对应关系。
在此需要说明的，本公开实施例中的第一判断模块4可用于执行上述实施例中的步骤S01；检测模块5可用于执行上述实施例中的步骤S02；第二判断模块6可用于执行上述实施例中的步骤S03；获取模块7可用于执行上述实施例中的步骤S04。
图7为本公开实施例的网管设备的控制模块的一种结构框图。
在一些实施例中，参照图7，上述的控制模块可以包括：第一接收单元31、获取单元32、判断单元33、控制单元34。
具体的，第一接收单元31用于接收云服务器下发的第二防护表。
获取单元用32于获取所述第二防护表中不同的异常终端类型标识的个数，记作M；以及获取基站能够接收的不同的异常终端类型标识的个数，记作N。
判断单元33用于判断M是否大于N。
控制单元34用于在判断单元33判断出M＞N时，将所述第二防护表中N个不同的异常终端类型标识和异常行为的类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行MDT任务；以及，在判断单元33判断出若判断出M≤N时，将第二防护表下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行MDT任务。
在此需要说明的，本公开实施例中的第一接收单元31可用于执行上述实施例中的步骤S31；获取单元32可用于执行上述实施例中的步骤S32；判断单元33可用于执行上述实施例中的步骤S33；获控制单元34可用于执行上述实施例中的步骤S34和S35。
图8为本公开实施例的网管设备的控制模块的另一种结构框图。
在一些实施例中，参照图8，上述的控制模块不仅包括上述结构，还可以包括：第二接收单元35和替换单元36。
具体的，第二接收单元35用于接收基站发送的替换请求；该替换请求包括：基站在周期性的检测对异常终端类型标识所对应的终端的防护次数，且在出现防护次数为0的终端时发送的请求。
替换单元36用于根据替换请求，通过第二防护表中未被下发至基站的异常终端类型标识和异常行为的类型的对应关系，将防护次数为0的终端所对应的异常终端类型标识和异常行为的类型的对应关系进行替换。
在此需要说明的，本公开实施例中的第二接收单元35可用于执行上述实施例中的步骤S36；替换单元36可用于执行上述实施例中的步骤S37。
本公开实施例所提供的网管设备可以采用上述的实施例中异常终端的处理方法，即通过网管设备将与之连接的基站所上传的异常终端类型标识和异常行为的类型的对应关系进行汇总，得到第一防护表，并上传至云服务器，之后云服务器再对与之连接各个网管设备所上传的第一防护表进行汇总生成第二防护表，此时，第二防护表中的异常终端类型标识和异常行为的类型的对应关系，为多个网管设备所连接的基站上传的异常终端类型标识和异常行为的类型的对应关系汇总，最后，网管设备接收云服务器下发的所述第二防护表，并将第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行MDT任务。这样一来，实现连接不同网管设备的各个基站的学习结果共享，以使总体的学习更加有效，从而使得每个基站的防护范围更加广泛，同时使得基站性能的消耗更低。
第三方面，本公开实施例提供一种电子设备，其包括：
一个或多个处理器；
存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现上述任意一种异常终端的处理方法。
第四方面，本公开实施例提供一种计算机可读介质，其上存储有计算机程序，程序被处理器执行时实现上述任意一种异常终端的处理方法。
本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其它数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其它存储器技术、CD-ROM、数字多功能盘(DVD)或其它光盘存储、磁盒、磁带、磁盘存储或其它磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其它的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其它传输机制之类的调制数据信号中的其它数据，并且可包括任何信息递送介质。
本文已经公开了示例实施例，并且虽然采用了具体术语，但它们仅用于并仅应当被解释为一般说明性含义，并且不用于限制的目的。在一些实例中，对本领域技术人员显而易见的是，除非另外明确指出，否则可单独使用与特定实施例相结合描述的特征、特性和/或元素，或可与其它实施例相结合描述的特征、特性和/或元件组合使用。因此，本领域技术人员将理解，在不脱离由所附的权利要求阐明的本公开的范围的情况下，可进行各种形式和细节上的改变。
可以理解的是，以上实施方式仅仅是为了说明本发明的原理而采用的示例性实施方式，然而本发明并不局限于此。对于本领域内的普通技术人员而言，在不脱离本发明的精神和实质的情况下，可以做出各种变型和改进，这些变型和改进也视为本发明的保护范围。

Claims (11)

1.一种异常终端的处理的方法，包括：
根据各个基站上传的在执行最小化路测任务时，所获取的异常终端类型标识和异常行为的类型的对应关系，生成第一防护表；
将所述第一防护表上传至云服务器，以使所述云服务器对各个网管设备上传的第一防护表进行汇总，生成第二防护表；
接收云服务器下发的所述第二防护表，并将所述第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务。
2.根据权利要求1所述的异常终端的处理方法，其中，在所述根据各个基站上传的在执行最小化路测任务时，所获取的异常终端类型标识和异常行为类型的对应关系，生成第一防护表之前，还包括：
根据异常行为类型，判断基站是否开启引起异常行为所对应的相关功能；
若判断出基站开启了引起异常行为对应的相关功能，检测所述基站对应该异常行为的性能指标；
判断所检测的性能指标是否大于第一阈值；
若判断出大于，则控制基站根据所引起的异常行为的类型，获取异常终端类型标识和异常行为的类型的对应关系。
3.根据权利要求1所述的异常终端的处理方法，其中，所述接收云服务器下发的所述第二防护表，并将所述第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务，包括：
接收云服务器下发的第二防护表；
获取所述第二防护表中不同的异常终端类型标识的个数，记作M；以及获取基站能够接收的不同的异常终端类型标识的个数，记作N；
判断M是否大于N；
若判断出M＞N，则将所述第二防护表中N个不同的异常终端类型标识和异常行为的类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务；
若判断出若判断出M≤N，则将第二防护表下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务。
4.根据权利要求3所述的异常终端的处理方法，其中，所述若判断出M＞N，则将所述第二防护表中N个不同的异常终端类型标识和异常行为的类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务之后，还包括：
接收基站发送的替换请求；所述替换请求包括：基站在周期性的检测对异常终端类型标识所对应的终端的防护次数，且在出现防护次数为0的终端时发送的请求；
根据所述替换请求，通过所述第二防护表中未被下发至基站的异常终端类型标识和异常行为的类型的对应关系，将防护次数为0的终端所对应的异常终端类型标识和异常行为的类型的对应关系进行替换。
5.根据权利要求1所述的异常终端的处理方法，其中，所述异常终端类型标识包括：特性群指示、国际移动设备识别码、国际移动设备识别码-型号认证码、国际移动设备识别码-软件版本中的任意一种。
6.一种网管设备，包括：
生成模块，用于根据各个基站上传的在执行最小化路测任务时，所获取的异常终端类型标识和异常行为的类型的对应关系，生成第一防护表；
上传模块，用于将所述第一防护表上传至云服务器，以使所述云服务器对各个网管设备上传的第一防护表进行汇总，生成第二防护表；
控制模块，用于接收云服务器下发的所述第二防护表，并将所述第二防护表中的至少部分异常终端类型标识和异常行为类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务。
7.根据权利要求6所述的网管设备，其中，还包括：
第一判断模块，用于根据异常行为类型，判断基站是否开启引起异常行为所对应的相关功能；
检测模块，用于当所述第一判断模块判断出基站开启了引起异常行为对应的相关功能时，检测所述基站对应该异常行为的性能指标；
第二判断模块，用于判断所检测的性能指标是否大于第一阈值；
获取模块，用于当第二判断模块判断出所检测的性能指标大于第一阈值时，控制基站根据所引起的异常行为的类型，获取异常终端类型标识和异常行为的类型的对应关系。
8.根据权利要求6所述的网管设备，其中，所述控制模块包括：
第一接收单元，用于接收云服务器下发的第二防护表；
获取单元，用于获取所述第二防护表中不同的异常终端类型标识的个数，记作M；以及获取基站能够接收的不同的异常终端类型标识的个数，记作N；
判断单元，用于判断M是否大于N；
控制单元，用于在判断单元判断出M＞N时，将所述第二防护表中N个不同的异常终端类型标识和异常行为的类型的对应关系，下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务；以及，在判断单元判断出若判断出M≤N时，将第二防护表下发至所述基站，以使所述基站控制具有异常终端类型标识的终端终止执行最小化路测任务。
9.根据权利要求8所述的网管设备，其中，所述控制模块还包括：
第二接收单元，用于接收基站发送的替换请求；所述替换请求包括：基站在周期性的检测对异常终端类型标识所对应的终端的防护次数，且在出现防护次数为0的终端时发送的请求；
替换单元，用于根据所述替换请求，通过所述第二防护表中未被下发至基站的异常终端类型标识和异常行为的类型的对应关系，将防护次数为0的终端所对应的异常终端类型标识和异常行为的类型的对应关系进行替换。
10.一种电子设备，其包括：
一个或多个处理器；
存储装置，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现权利要求1-5中任意一项所述的方法。
11.一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现权利要求1-5中任意一项所述的方法。
CN201910776929.6A 2019-08-22 2019-08-22 异常终端的处理方法、网管设备及计算机可读介质 Pending CN112423315A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201910776929.6A CN112423315A (zh) 2019-08-22 2019-08-22 异常终端的处理方法、网管设备及计算机可读介质
JP2022512327A JP2022545498A (ja) 2019-08-22 2020-07-17 異常端末の処理方法、ネットワーク管理機器、及びコンピュータ読み取り可能な媒体
EP20855185.3A EP4017072A4 (en) 2019-08-22 2020-07-17 METHOD FOR HANDLING ABNORMAL TERMINAL, NETWORK MANAGEMENT DEVICE AND COMPUTER READABLE MEDIA
PCT/CN2020/102816 WO2021031761A1 (zh) 2019-08-22 2020-07-17 异常终端的处理方法、网管设备及计算机可读介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910776929.6A CN112423315A (zh) 2019-08-22 2019-08-22 异常终端的处理方法、网管设备及计算机可读介质

Publications (1)

Publication Number Publication Date
CN112423315A true CN112423315A (zh) 2021-02-26

Family

ID=74659928

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910776929.6A Pending CN112423315A (zh) 2019-08-22 2019-08-22 异常终端的处理方法、网管设备及计算机可读介质

Country Status (4)

Country Link
EP (1) EP4017072A4 (zh)
JP (1) JP2022545498A (zh)
CN (1) CN112423315A (zh)
WO (1) WO2021031761A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115544502A (zh) * 2022-03-07 2022-12-30 荣耀终端有限公司 终端软件管控方法、电子设备及存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998463A (zh) * 2009-08-11 2011-03-30 大唐移动通信设备有限公司 一种最小化路测方法及系统
WO2011050971A1 (en) * 2009-10-30 2011-05-05 Telefonaktiebolaget L M Ericsson (Publ) User equipment reporting of connection loss
US20120087258A1 (en) * 2010-10-12 2012-04-12 Pantech Co., Ltd. User terminal and method for managing data related to minimization of drive-tests (mdt)
WO2012146163A1 (zh) * 2011-04-29 2012-11-01 华为技术有限公司 最小化人工路测方法、收集终端信息方法、终端及网元
US20120307669A1 (en) * 2010-02-16 2012-12-06 Samsung Electronics Co. Ltd. Method and apparatus for transmitting channel measurement information in mobile communication system
US20130223205A1 (en) * 2012-02-23 2013-08-29 Acer Incorporated Method of reporting link failure
CN103369581A (zh) * 2012-04-05 2013-10-23 华为技术有限公司 一种获取终端最小化路测数据的方法和装置
US20160142435A1 (en) * 2014-11-13 2016-05-19 Cyber-Ark Software Ltd. Systems and methods for detection of anomalous network behavior
WO2016161775A1 (zh) * 2015-04-10 2016-10-13 中兴通讯股份有限公司 丢失率的最小化路测mdt的方法及装置
WO2016161771A1 (zh) * 2015-04-10 2016-10-13 中兴通讯股份有限公司 一种最小化路测方法及装置
WO2019024939A1 (zh) * 2017-08-04 2019-02-07 中兴通讯股份有限公司 工作异常终端处理、工作异常终端识别方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
IL249816B (en) * 2016-12-28 2019-03-31 Gross Amit System and methods for diagnosing and repairing a smart mobile device by neutralization
KR20180086593A (ko) * 2017-01-23 2018-08-01 주식회사 엘지유플러스 무선 네트워크 전용망 설정 장치 및 그 방법
CN109818770B (zh) * 2017-11-22 2020-11-13 维沃移动通信有限公司 一种最小化路测异常配置处理方法和装置
CN108668318A (zh) * 2018-06-06 2018-10-16 奇酷互联网络科技（深圳）有限公司 小区测量报告的处理方法、装置和移动终端

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101998463A (zh) * 2009-08-11 2011-03-30 大唐移动通信设备有限公司 一种最小化路测方法及系统
WO2011050971A1 (en) * 2009-10-30 2011-05-05 Telefonaktiebolaget L M Ericsson (Publ) User equipment reporting of connection loss
US20120307669A1 (en) * 2010-02-16 2012-12-06 Samsung Electronics Co. Ltd. Method and apparatus for transmitting channel measurement information in mobile communication system
US20120087258A1 (en) * 2010-10-12 2012-04-12 Pantech Co., Ltd. User terminal and method for managing data related to minimization of drive-tests (mdt)
WO2012146163A1 (zh) * 2011-04-29 2012-11-01 华为技术有限公司 最小化人工路测方法、收集终端信息方法、终端及网元
US20130223205A1 (en) * 2012-02-23 2013-08-29 Acer Incorporated Method of reporting link failure
CN103369581A (zh) * 2012-04-05 2013-10-23 华为技术有限公司 一种获取终端最小化路测数据的方法和装置
EP2822319A1 (en) * 2012-04-05 2015-01-07 Huawei Technologies Co., Ltd. Method and device for acquiring terminal minimization of drive tests data
US20160142435A1 (en) * 2014-11-13 2016-05-19 Cyber-Ark Software Ltd. Systems and methods for detection of anomalous network behavior
WO2016161775A1 (zh) * 2015-04-10 2016-10-13 中兴通讯股份有限公司 丢失率的最小化路测mdt的方法及装置
WO2016161771A1 (zh) * 2015-04-10 2016-10-13 中兴通讯股份有限公司 一种最小化路测方法及装置
WO2019024939A1 (zh) * 2017-08-04 2019-02-07 中兴通讯股份有限公司 工作异常终端处理、工作异常终端识别方法及装置
CN109391933A (zh) * 2017-08-04 2019-02-26 中兴通讯股份有限公司 工作异常终端处理、工作异常终端识别方法及装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
""25413-a10"", 3GPP SPECS\\25_SERIES, 2 April 2011 (2011-04-02) *
CATT: "R2-120772 "Measurement Types for QoS Verification"", 3GPP TSG_RAN\\WG2_RL2, no. 2, 31 January 2012 (2012-01-31) *
HUAWEI: "R3-173928 "Introduction of QoE Measurement Collection for LTE"", 3GPP TSG_RAN\\WG3_IU, no. 3, 30 September 2017 (2017-09-30) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115544502A (zh) * 2022-03-07 2022-12-30 荣耀终端有限公司 终端软件管控方法、电子设备及存储介质
CN115544502B (zh) * 2022-03-07 2024-04-23 荣耀终端有限公司 终端软件管控方法、电子设备及存储介质

Also Published As

Publication number Publication date
JP2022545498A (ja) 2022-10-27
EP4017072A4 (en) 2022-10-26
EP4017072A1 (en) 2022-06-22
WO2021031761A1 (zh) 2021-02-25

Similar Documents

Publication Publication Date Title
CN102149106B (zh) 一种mdt测量实现方法及其设备
CN108156626B (zh) 轨道交通无线网络质量评估方法、装置及介质
CN106792864B (zh) 网元状态的处理方法及装置
KR101813424B1 (ko) 사용자 장비(ue) 유휴 모드 측정치에 의한 무선 셀룰러 네트워크의 커버리지 추정 개선
CN102917425B (zh) 运营商网络切换方法及装置
CN107026746B (zh) 网络业务质量评估方法、系统及网络设备
CN101969662B (zh) 一种随机接入优化的终端测量上报的方法及系统
CN108848517B (zh) 一种轨道交通信号覆盖监测方法
WO2020151699A1 (zh) 信息上报方法、接收方法、装置及设备
EP3021520A1 (en) Method and apparatus for delimiting problem
EP2717614B1 (en) Method and apparatus for efficiently controlling an mdt in a plurality of plmns
WO2009022953A1 (en) Monitoring individual data flow performance
CN103875213A (zh) 网络设备的性能测试方法、终端、管理设备和系统
CN105517042A (zh) 一种参考信号接收质量上报方法及装置
WO2019024939A1 (zh) 工作异常终端处理、工作异常终端识别方法及装置
CN110856188B (zh) 通信方法、装置、系统和计算机可读存储介质
CN102457894A (zh) 小区切换方法、测量方法、设备和系统
CN102572926A (zh) 邻区信息上报方法及装置
CN112423315A (zh) 异常终端的处理方法、网管设备及计算机可读介质
US8521869B2 (en) Method and system for reporting defects within a network
CN109995563B (zh) 通信网络切换失败的小区定位方法、装置、设备及介质
CN108024222B (zh) 流量话单生成方法和装置
CN113015080A (zh) 伪基站识别定位方法、装置、电子设备及存储介质
CN103702353A (zh) 故障定位方法和系统，以及接入点和网管设备
CN108696446B (zh) 一种流量特征信息的更新方法、装置及中心节点服务器

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination