CN109379757A - 一种基于窄带物联网业务的单用户故障诊断方法及装置 - Google Patents
一种基于窄带物联网业务的单用户故障诊断方法及装置 Download PDFInfo
- Publication number
- CN109379757A CN109379757A CN201811453980.5A CN201811453980A CN109379757A CN 109379757 A CN109379757 A CN 109379757A CN 201811453980 A CN201811453980 A CN 201811453980A CN 109379757 A CN109379757 A CN 109379757A
- Authority
- CN
- China
- Prior art keywords
- user
- fault type
- data
- sent
- business platform
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明提供了一种基于窄带物联网业务的单用户故障诊断方法及装置，基于窄带物联网业务的单用户故障诊断方法方法包括：接收用户的报障请求；根据该用户在核心网元侧的状态数据进行故障诊断；如果无法诊断出故障类型，根据从该用户发送至业务平台的XDR数据进行故障类型诊断；如果无法诊断出故障类型，根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断。本发明提供的方法可以快速的，有效的对窄带物联网业务中的单用户故障进行诊断，该方法在窄带物联网设备终端处于节能模式或待机状态时，仍可诊断窄带物联网业务的单用户故障。
Description
技术领域
本发明涉及物联网领域，尤其是窄带物联网方面的技术，具体涉及一种基于窄带物联网业务的单用户故障诊断方法。
背景技术
NB-IoT业务不同于原有的人联网业务(3G、4G)，通过频繁的信令交互可以快速定位故障点，而目前对于NB-IoT业务的诊断方式，又都是基于原有的3G、4G业务发展而来的，无法应对实际NB-IoT业务特性所产生的问题。维护人员没有切合实际的手段方法了解故障用户的实际使用行为和历史记录，造成了NB-IoT业务故障处理缓慢、定位不具体的现象。以往利用3G、4G人联网进行诊断的方法存在以下缺陷：一、人联网的3G、4G业务交互非常频繁，终端设备常在线，但是NB-IoT业务终端大部分时间都处于节能模式状态，从核心网元侧无法感知到终端状态。二、由于无法感知到终端状态，因此在对其核心网元侧用户状态解析时数据往往不具备实时性。目前的方法是通过实时在网元侧查询用户状态，近似的视为当前的即时状态。此方法当终端处于激活态时有效，但如果处于节能模式状态或者待机状态时，诊断结论会受到干扰。而当前NB-IoT的终端设备大部分时间都处于节能模式或者待机状态，因此需要有一种快速的，有效的对NB-IoT业务的单用户故障进行诊断的方法。
发明内容
针对现有技术中的问题，本发明能够提供一种快速的，有效的对NB-IoT业务的单用户故障进行诊断方法及装置，该方法在NB-IoT用户处于节能模式状态时，仍可诊断窄带物联网业务的单用户故障。
为解决上述技术问题，本发明提供以下技术方案：
第一方面，本发明提供一种基于窄带物联网业务的单用户故障诊断方法，其特征在于，包括：
接收用户的报障请求；
根据该用户在核心网元侧的状态数据进行故障诊断；
如果无法诊断出故障类型，根据从该用户发送至业务平台的XDR数据进行故障类型诊断；
如果无法诊断出故障类型，根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断。
一实施例中，根据该用户在核心网元侧的状态数据进行故障诊断，包括：根据该用户在核心网元侧的状态数据判断是否为如下情况中的一种或多种进行故障判断：
该用户当前在网元上的状态为停机、断网及没有开通相应的网络服务中的一种或多种；
该用户在策略与计费规则功能网元上签约区域限制的业务状态为限制状态；
该用户在归属签约服务器上的最近一次接入的移动性管理网元为限制区域；
该用户未绑定所述策略与计费规则功能网元及SIM卡；
该用户在第一预设时间内在所述归属签约服务器及所述策略与计费规则功能网元上存在停机或者断网的操作日志；
该用户在在公用数据网网关上的状态为下线状态。
一实施例中，根据从该用户发送至业务平台的XDR数据进行故障类型诊断，包括：
根据该用户发送至所述业务平台的所述XDR数据判断该用户是否有上行业务数据；
根据判断结果进行故障类型诊断。
一实施例中，根据该用户发送至业务平台的所述XDR数据判断该用户是否有上行业务数据，包括：
判断该用户发送至所述业务平台的NON和CON数据包个数之和是否大于0，如果大于0，该用户有所述上行业务数据。
一实施例中，根据判断结果进行故障类型诊断，包括：
如果该用户有所述上行业务数据，根据该用户发送至所述业务平台的所述XDR数据进行故障类型诊断；
如果该用户没有所述上行业务数据，根据该用户所属企业的所述XDR数据进行故障类型诊断。
一实施例中，根据该用户发送至所述业务平台的所述XDR数据进行故障类型诊断，包括：
判断第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否为0；
如果为0，判断所述NON数据包个数是否为0，如果不为0，该用户上行业务状态正常。
一实施例中，根据该用户发送至所述业务平台的所述XDR数据进行故障类型诊断，包括：
判断所述第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否大于0；
如果是，查询所述CON数据包中成功发送的个数；
判断该用户发送至所述业务平台的所述CON数据包中成功发送的个数是否为0；
如果是，根据CON失败的错误码进行故障类型诊断；
如果所述CON数据包中成功发送的个数大于0，该用户状态正常。
一实施例中，根据CON失败的错误码进行故障类型诊断，包括：
判断所述CON失败的错误码中超过第一预设比例的所述错误码归属；
根据所述错误码归属判断故障类型；如果所述错误码归属为该用户端，故障类型为用户故障；如果所述错误码归属为所述业务平台端，故障类型为平台故障。
一实施例中，在根据所述错误码归属判断故障类型之后，还包括：
判断所述错误码中超过第二预设比例的所述错误码是否为超时错误码；
如果是，根据该用户的请求地址判断故障类型。
一实施例中，根据该用户的请求地址判断故障类型，包括：
判断该用户的所述请求地址是否为允许的特定IP地址或者URL，如果该用户的所述请求地址为不允许的特定IP地址或者URL，故障类型为用户故障；
如果该用户的所述请求地址为允许的特定IP地址或者URL，根据所述业务平台的响应码判断故障类型；如果所述响应码为0，故障类型为业务平台故障；如果所述响应码不为0，故障类型为核心网故障。
一实施例中，根据该用户所属企业的所述XDR数据进行故障类型诊断，包括：
根据该用户的MDN数据确定该用户所属企业；
判断所述第二预设时间内该用户所属企发送至所述业务平台的所述NON和CON数据包个数之和是否大于0；如果大于0，故障类型为用户故障；如果为0，该用户状态正常。
一实施例中，据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断，包括：
根据所述业务平台发送至该用户的所述XDR数据判断该用户是否有下行业务数据，
根据判断结果进行故障类型诊断。
一实施例中，根据所述业务平台发送至该用户的所述XDR数据判断该用户是否有下行业务数据，包括：
判断所述业务平台发送至该用户的所述NON和CON数据包个数之和是否大于0，如果大于0，该用户有所述下行业务数据。
一实施例中，根据判断结果进行故障类型诊断，包括：
如果该用户有所述下行业务数据，根据所述业务平台发送至该用户的所述XDR数据进行故障类型诊断；
如果该用户没有所述下行业务数据，根据该用户所属企业的所述XDR数据进行故障类型诊断；
一实施例中，根据所述业务平台发送至该用户的所述XDR数据进行故障类型诊断，包括：
判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否为0；
如果为0，判断所述NON数据包个数是否为0，如果不为0，该用户下行业务状态正常。
一实施例中，根据所述业务平台发送至该用户的所述XDR数据进行故障类型诊断，包括：
判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否大于0；
如果是，查询所述CON数据包中成功发送的个数；
判断所述业务平台发送至该用户的所述CON数据包中成功发送的个数是否为0，
如果是，根据CON失败的错误码进行故障类型诊断；
如果所述CON数据包中成功发送的个数大于0，该用户状态正常。
一实施例中，根据CON失败的错误码进行故障类型诊断，包括：
判断所述CON失败的错误码中超过第二预设比例的所述错误码归属；
根据所述错误码归属判断故障类型；如果所述错误码归属为该用户端，故障类型为用户故障，如果所述错误码归属为所述业务平台端，故障类型为平台故障。
一实施例中，在所述根据CON失败的错误码进行故障类型诊断之后，还包括：
判断所述错误码中超过第三预设比例的所述错误码为超时错误码，如果有，故障类型为核心网故障。
一实施例中，在所述根据CON失败的错误码进行故障类型诊断之后，还包括
根据该用户ECGI信息查询该用户所在小区；判断所述小区基站的子载波利用率是否超过预设阈值，如果超过，故障类型为无线网故障。
一实施例中，根据该用户所属企业的所述XDR数据进行故障类型诊断，包括：
根据该用户的MDN数据，确定该用户所属企业；
判断所述第三预设时间内该用户所属企业的所述NON和CON数据包个数之和，是否大于0，如果大于0，故障类型为用户故障；如果为0，该用户状态正常。
第二方面，本发明提供一种基于窄带物联网业务的单用户故障诊断装置，该装置包括：
接收请求单元，用于接收用户的报障请求；
核心网元侧诊断单元，用于根据该用户在核心网元侧的状态数据进行故障诊断；
上行业务数据诊断单元，用于如果无法诊断出故障类型，根据从该用户发送至业务平台的XDR数据进行故障类型诊断；
下行业务数据诊断单元，用于如果无法诊断出故障类型，根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断。
一实施例中，核心网元侧诊断单元具体用于，根据该用户在核心网元侧的状态数据判断是否为如下情况中的一种或多种进行故障判断：
该用户当前在网元上的状态为停机、断网及没有开通相应的网络服务中的一种或多种；
该用户在策略与计费规则功能网元上签约区域限制的业务状态为限制状态；
该用户在归属签约服务器上的最近一次接入的移动性管理网元为限制区域；
该用户未绑定所述策略与计费规则功能网元及SIM卡；
该用户在第一预设时间内在所述归属签约服务器及所述策略与计费规则功能网元上存在停机或者断网的操作日志；
该用户在在公用数据网网关上的状态为下线状态。
一实施例中，上行业务数据诊断单元包括：
判断上行业务数据模块，用于根据该用户发送至所述业务平台的所述XDR数据判断该用户是否有上行业务数据；
上行业务数据判断模块，用于根据判断结果进行故障类型诊断。
一实施例中，判断上行业务数据模块具体用于：
判断该用户发送至所述业务平台的NON和CON数据包个数之和是否大于0。
一实施例中，上行业务数据判断模块包括：
上行用户一级子模块，用于根据该用户发送至所述业务平台的所述XDR数据进行故障类型诊断；
上行企业子模块，用于根据该用户所属企业的所述XDR数据进行故障类型诊断。
一实施例中，上行用户一级子模块包括：
上行用户二级第一子模块，用于判断第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否为0；
上行用户二级第二子模块，用于判断所述NON数据包个数是否为0。
一实施例中，上行用户一级子模块包括：
上行用户二级第三子模块，用于判断所述第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否大于0；
上行用户二级第四子模块，用于查询所述CON数据包中成功发送的个数；
上行用户二级第五子模块，用于判断该用户发送至所述业务平台的所述CON数据包中成功发送的个数是否为0；
上行用户二级第六子模块，用于根据CON失败的错误码进行故障类型诊断。
一实施例中，上行用户二级第六子模块包括：
上行用户三级第一子模块：用于判断所述CON失败的错误码中超过第一预设比例的所述错误码归属；
上行用户三级第二子模块：用于根据所述错误码归属判断故障类型。
一实施例中，上行用户三级第二子模块包括：
上行用户四级第一子模块，用于判断所述错误码中超过第二预设比例的所述错误码是否为超时错误码；
上行用户四级第二子模块，用于根据该用户的请求地址判断故障类型。
一实施例中，上行用户四级第二子模块还包括：
上行用户五级第一子模块，用于判断该用户的所述请求地址是否为允许的特定IP地址或者URL；
上行用户五级第二子模块，用于判断该用户的所述请求地址是否为允许的特定IP地址或者URL。
一实施例中，上行企业子模块包括：
上行确定企业一级子模块，用于根据该用户的MDN数据确定该用户所属企业；
上行企业诊断一级子模块，用于判断所述第二预设时间内该用户所属企发送至所述业务平台的所述NON和CON数据包个数之和是否大于0。
一实施例中，下行业务数据诊断单元包括：
判断下行业务数据模块，用于根据所述业务平台发送至该用户的所述XDR数据判断该用户是否有下行业务数据；
下行业务数据判断模块，用于根据判断结果进行故障类型诊断。
一实施例中，判断下行业务数据模块具体用于：
判断所述业务平台发送至该用户的所述NON和CON数据包个数之和是否大于0。
一实施例中，下行业务数据判断模块，包括：
下行用户一级子模块，用于根据所述业务该用户发送至业务平台的所述XDR数据进行故障类型诊断；
下行企业子模块，用于根据该用户所属企业的所述XDR数据进行故障类型诊断；
一实施例中，下行用户一级子模块包括：
下行用户二级第一子模块，用于判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否为0；
下行用户二级第二子模块，用于判断所述NON数据包个数是否为0。
一实施例中，下行用户一级子模块包括：
下行用户二级第三子模块，用于判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否大于0；
下行用户二级第四子模块，用于查询所述CON数据包中成功发送的个数；
下行用户二级第五子模块，用于判断所述业务平台发送至该用户的所述CON数据包中成功发送的个数是否为0，
上行用户二级第六子模块，用于根据CON失败的错误码进行故障类型诊断。一实施例中，下行用户二级第六子模块包括：
下行用户三级第一子模块，用于判断所述CON失败的错误码中超过第二预设比例的所述错误码归属；
下行用户三级第二子模块，用于根据所述错误码归属判断故障类型。
一实施例中，下行用户三级第二子模块包括：
下行用户四级第一子模块，用于判断所述错误码中超过第三预设比例的所述错误码为超时错误码。
一实施例中，下行用户三级第二子模块还包括：
下行用户三级第二子模块，用于根据该用户ECGI信息查询该用户所在小区；
下行用户三级第三子模块，用于判断所述小区基站的子载波利用率是否超过预设阈值，如果超过，故障类型为无线网故障。
一实施例中，下行企业子模块包括：
下行确定企业一级子模块，用于根据该用户的MDN数据，确定该用户所属企业；
下行企业诊断一级子模块，用于判断所述第三预设时间内该用户所属企业的所述NON和CON数据包个数之和是否大于0。
第三方面，本发明提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述基于窄带物联网业务的单用户故障诊断方法的步骤。
第四方面，本发明提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现所述基于窄带物联网业务的单用户故障诊断方法的步骤。
从上述描述可知，本发明提供基于窄带物联网业务的单用户故障诊断方法及装置，可以从二个方面分析窄带物联网业务中的单用户故障，第一方面，通过该用户在核心网元侧的状态数据分析该用户是否为故障状态，具体有：当该用户当前在网元上的状态为停机、断网、没有开通相应的网络服务中的一种或多种；该用户未绑定所述策略与计费规则功能网元及SIM卡；该用户在在公用数据网网关上的状态为下线状态等。第二方面，首先利用上行业务数据及下行业务数据中的NON和CON数据包个数判断该用户有上行业务数据及下行业务数据，在此基础上进一步判断故障类型诊断，从用户故障、无线网故障、核心网故障及平台故障四个故障类型对窄带物联网业务中的单用户故障进行分类及诊断，最终要的是避免了由于窄带物联网用户端大多数时间处于节能状态而造成的窄带物联网故障处理缓慢，定位不准的问题。由上所述，本发明提供的方法及装置能够提供快速的，有效的对NB-IoT业务的单用户故障进行诊断，该方法及装置在NB-IoT用户处于节能模式状态时，仍可诊断窄带物联网业务的单用户故障。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明的实施例中基于窄带物联网业务的单用户故障诊断方法的流程示意图。
图2为本发明的实施例中基于窄带物联网业务的单用户故障诊断方法中步骤300的流程示意图。
图3为本发明的实施例中基于窄带物联网业务的单用户故障诊断方法中步骤400的流程示意图。
图4为本发明的实施例中基于窄带物联网业务的单用户故障诊断方法的具体应用实例的流程示意图。
图5为本发明的实施例中基于窄带物联网业务的单用户故障诊断方法中核心网元、用户及业务平台关系示意图。
图6为本发明的实施例中基于窄带物联网业务的单用户故障诊断方法失败CON数据中的错误码示意图。
图7为本发明的实施例中基于窄带物联网业务的单用户故障诊断装置的结构示意图。
图8为本发明的实施例中的电子设备的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明的实施例提供一种基于窄带物联网业务的单用户故障诊断方法的具体实施方式，参见图1，所述基于窄带物联网业务的单用户故障诊断方法具体包括如下内容：
步骤100：接收用户的报障请求；
在步骤100中，接收窄带物联网业务中的单用户报障请求，在一种具体的具体中，用户可以用过电话或者网络的方式进行报障。
步骤200：根据该用户在核心网元侧的状态数据进行故障诊断；
在步骤200中，可以理解的是，在步骤200中，用户在核心网元侧的状态可以有很多种情况，比如：用户当前在网元上的状态为停机、断网及没有开通相应的网络服务中的一种或多种；用户在策略与计费规则功能网元上签约区域限制的业务状态为限制状态；用户在归属签约服务器上的最近一次接入的移动性管理网元为限制区域；用户未绑定所述策略与计费规则功能网元及SIM卡；用户在第一预设时间内在所述归属签约服务器及所述策略与计费规则功能网元上存在停机或者断网的操作日志；用户在在公用数据网网关上的状态为下线状态等。当用户为上述状态中的一种或者多种时，故障类型为用户故障，则不用进行步骤300及步骤400的操作。
步骤300：如果无法诊断出故障类型，根据从该用户发送至业务平台的XDR数据进行故障类型诊断；
可以理解的是，在步骤300之前，还包括从移动性管理网元获取用户的XDR数据，在一种具体的举例中，从移动性管理网元获取用户的XDR数据，包括从该用户发送至业务平台的数据业务及从所述业务平台发送至该用户的数据业务，在一种更为具体的具体中，如果在步骤200中已经诊断出窄带物联网业务中的单用户故障，则无需从移动性管理网元获取从所述业务平台发送至该用户的XDR数据。
步骤400：如果无法诊断出故障类型，根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断；
在步骤300及400中，可以理解的是，从该用户发送至业务平台的数据业务即为上行业务数据，从所述业务平台发送至该用户的数据业务即为下行业务数据，其中XDR数据可以为基于CoAP协议的XDR数据。
从上述描述可知，本发明提供基于窄带物联网业务的单用户故障诊断方法，可以从二个方面分析窄带物联网业务中的单用户故障，第一方面，通过该用户在核心网元侧的状态数据分析该用户是否为故障状态，具体有：当该用户当前在网元上的状态为停机、断网、没有开通相应的网络服务中的一种或多种；该用户未绑定所述策略与计费规则功能网元及SIM卡；该用户在在公用数据网网关上的状态为下线状态等。第二方面，首先利用上行业务数据及下行业务数据中的NON和CON数据包个数判断该用户有上行业务数据及下行业务数据，在此基础上进一步判断故障类型诊断，从用户故障、无线网故障、核心网故障及平台故障四个故障类型对窄带物联网业务中的单用户故障进行分类及诊断，最终要的是避免了由于窄带物联网用户端大多数时间处于节能状态而造成的窄带物联网故障处理缓慢，定位不准的问题。由上所述，本发明提供的方法及装置能够提供快速的，有效的对NB-IoT业务的单用户故障进行诊断，该方法及装置在NB-IoT用户处于节能模式状态时，仍可诊断窄带物联网业务的单用户故障。
在一种具体实施方式中，本发明还提供基于窄带物联网业务的单用户故障诊断中的步骤300的具体实施方式，参见图2，所述步骤300具体包括如下内容：
步骤301：根据该用户发送至所述业务平台的所述XDR数据判断该用户是否有上行业务数据。
在步骤301中，判断该用户发送至所述业务平台的NON和CON数据包个数之和是否大于0，如果大于0，该用户有所述上行业务数据。
步骤302：根据判断结果进行故障类型诊断。
进一步的，步骤302的具体包括如下内容：
步骤3021：如果该用户有所述上行业务数据，根据该用户发送至所述业务平台的所述XDR数据进行故障类型诊断；
步骤3022：如果该用户没有所述上行业务数据，根据该用户所属企业的所述XDR数据进行故障类型诊断。
在步骤3022中，根据该用户的MDN数据确定该用户所属企业；判断所述第二预设时间内该用户所属企发送至所述业务平台的所述NON和CON数据包个数之和是否大于0；如果大于0，故障类型为用户故障；如果为0，该用户状态正常。在一种具体的举例中，查询用户的手机号码，可以确定该客户所述的企业，然后再进行下一步故障诊断。
进一步的，步骤3021的具体包括如下内容：
步骤30211：判断第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否为0；如果为0，判断所述NON数据包个数是否为0，如果不为0，该用户上行业务状态正常。
步骤30212：判断所述第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否大于0；如果是，查询所述CON数据包中成功发送的个数；判断该用户发送至所述业务平台的所述CON数据包中成功发送的个数是否为0；如果是，根据CON失败的错误码进行故障类型诊断；如果所述CON数据包中成功发送的个数大于0，该用户状态正常。
在步骤3021中，可以理解的是，根据CON失败的错误码进行故障类型诊断，包括：判断所述CON失败的错误码中超过第一预设比例的所述错误码归属；根据所述错误码归属判断故障类型；如果所述错误码归属为该用户端，故障类型为用户故障；如果所述错误码归属为所述业务平台端，故障类型为平台故障。在根据所述错误码归属判断故障类型之后，还包括：判断所述错误码中超过第二预设比例的所述错误码是否为超时错误码；如果是，根据该用户的请求地址判断故障类型。根据该用户的请求地址判断故障类型，包括：判断该用户的所述请求地址是否为允许的特定IP地址或者URL，如果该用户的所述请求地址为不允许的特定IP地址或者URL，故障类型为用户故障；如果该用户的所述请求地址为允许的特定IP地址或者URL，根据所述业务平台的响应码判断故障类型；如果所述响应码为0，故障类型为业务平台故障；如果所述响应码不为0，故障类型为核心网故障。
在一种具体实施方式中，本发明还提供基于窄带物联网业务的单用户故障诊断中的步骤400的具体实施方式，参见图3，所述步骤400具体包括如下内容：
步骤401：根据所述业务平台发送至该用户的所述XDR数据判断该用户是否有下行业务数据。
在步骤401中，判断所述业务平台发送至该用户的所述NON和CON数据包个数之和大于0，如果大于0，该用户有所述下行业务数据。
步骤402：根据判断结果进行故障类型诊断。
进一步的，步骤402的具体包括如下内容：
步骤4021：如果该用户有所述下行业务数据，根据所述业务平台发送至该用户的所述XDR数据进行故障类型诊断；
步骤4022：如果该用户没有所述下行业务数据，根据该用户所属企业的所述XDR数据进行故障类型诊断；
在步骤4022中，根据该用户的MDN数据，确定该用户所属企业；判断所述第三预设时间内该用户所属企业的所述NON和CON数据包个数之和，是否大于0，如果大于0，故障类型为用户故障；如果为0，该用户状态正常。在一种具体的举例中，查询用户的手机号码，可以确定该客户所述的企业，然后再进行下一步故障诊断。
进一步的，步骤4021的具体包括如下内容：
步骤40211：判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否为0；如果为0，判断所述NON数据包个数是否为0，如果不为0，该用户下行业务状态正常。
步骤40212：判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否大于0；如果是，查询所述CON数据包中成功发送的个数；判断所述业务平台发送至该用户的所述CON数据包中成功发送的个数是否为0，如果是，根据CON失败的错误码进行故障类型诊断；如果所述CON数据包中成功发送的个数大于0，该用户状态正常。
在步骤4021中，可以理解的是，根据CON失败的错误码进行故障类型诊断，包括：判断所述CON失败的错误码中超过第二预设比例的所述错误码归属；根据所述错误码归属判断故障类型；如果所述错误码归属为该用户端，故障类型为用户故障，如果所述错误码归属为所述业务平台端，故障类型为平台故障。在所述根据CON失败的错误码进行故障类型诊断之后，还包括：判断所述错误码中超过第三预设比例的所述错误码为超时错误码，如果有，故障类型为核心网故障。在所述根据CON失败的错误码进行故障类型诊断之后，还包括根据该用户ECGI信息查询该用户所在小区；判断所述小区基站的子载波利用率是否超过预设阈值，如果超过，故障类型为无线网故障。
为进一步地说明本方案，本发明还提供一种基于窄带物联网业务的单用户故障诊断方法的具体应用实例，具体包括如下内容：
参见图4，所述基于窄带物联网业务的单用户故障诊断方法具体实施例包括：
(一)接收用户的报障请求：
S0：接收用户的报障请求。
可以理解的是，本步骤为接收窄带物联网业务中的单用户报障请求，在一种具体举例中，用户可以用过电话或者网络的方式进行报障。
(二)根据该用户在核心网元侧的状态数据进行故障诊断：
S1：根据该用户在核心网元侧的状态数据进行故障诊断，参见图5。
可以理解的是，在步骤S1中，用户在核心网元侧的状态可以有很多种情况，比如：用户当前在网元上的状态为停机、断网及没有开通相应的网络服务中的一种或多种；用户在策略与计费规则功能网元上签约区域限制的业务状态为限制状态；用户在归属签约服务器上的最近一次接入的移动性管理网元为限制区域；用户未绑定所述策略与计费规则功能网元及SIM卡；用户在第一预设时间内在所述归属签约服务器及所述策略与计费规则功能网元上存在停机或者断网的操作日志；用户在在公用数据网网关上的状态为下线状态等。当用户为上述状态中的一种或者多种时，故障类型为用户故障，则不用进行以下操作。
在一种具体举例中，第一预设时间可以为7个自然日。
S2：从移动性管理网元获取用户的XDR数据。
在一种具体的举例中，从移动性管理网元获取用户的XDR数据，包括从该用户发送至业务平台的数据业务及从所述业务平台发送至该用户的数据业务，在一种更为具体的具体中，如果在步骤200中已经诊断出窄带物联网业务中的单用户故障，则无需从移动性管理网元获取从所述业务平台发送至该用户的XDR数据。
(三)如果无法诊断出故障类型，根据从该用户发送至业务平台的XDR数据进行故障类型诊断：
S3：根据该用户发送至所述业务平台的所述XDR数据判断该用户是否有上行业务数据。
在S3中，判断该用户发送至所述业务平台的NON和CON数据包个数之和是否大于0，如果大于0，该用户有所述上行业务数据。
S4：如果该用户有所述上行业务数据，根据该用户发送至所述业务平台的所述XDR数据进行故障类型诊断；
步骤S4具体包括：判断第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否为0；如果为0，判断所述NON数据包个数是否为0，如果不为0，该用户上行业务状态正常。判断所述第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否大于0；如果是，查询所述CON数据包中成功发送的个数；判断该用户发送至所述业务平台的所述CON数据包中成功发送的个数是否为0；如果是，根据CON失败的错误码进行故障类型诊断；如果所述CON数据包中成功发送的个数大于0，该用户状态正常。可以理解的是，根据CON失败的错误码进行故障类型诊断，包括：判断所述CON失败的错误码中超过第一预设比例的所述错误码归属；根据所述错误码归属判断故障类型；如果所述错误码归属为该用户端，故障类型为用户故障；如果所述错误码归属为所述业务平台端，故障类型为平台故障。在根据所述错误码归属判断故障类型之后，还包括：判断所述错误码中超过第二预设比例的所述错误码是否为超时错误码；参见图6，如果是，根据该用户的请求地址判断故障类型。根据该用户的请求地址判断故障类型，包括：判断该用户的所述请求地址是否为允许的特定IP地址或者URL，如果该用户的所述请求地址为不允许的特定IP地址或者URL，故障类型为用户故障；如果该用户的所述请求地址为允许的特定IP地址或者URL，根据所述业务平台的响应码判断故障类型；如果所述响应码为0，故障类型为业务平台故障；如果所述响应码不为0，故障类型为核心网故障。
在一种具体举例中，第二预设时间可以为2个自然日，第一预设比例为80％。
S5：如果该用户没有所述上行业务数据，根据该用户所属企业的所述XDR数据进行故障类型诊断。
在步骤S5中，根据该用户的MDN数据确定该用户所属企业；判断所述第二预设时间内该用户所属企发送至所述业务平台的所述NON和CON数据包个数之和是否大于0；如果大于0，故障类型为用户故障；如果为0，该用户状态正常。在一种具体的举例中，查询用户的手机号码，可以确定该客户所述的企业，然后再进行下一步故障诊断。
(四)如果无法诊断出故障类型，根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断。
S6：根据所述业务平台发送至该用户的所述XDR数据判断该用户是否有下行业务数据。
在S6中，判断所述业务平台发送至该用户的所述NON和CON数据包个数之和大于0，如果大于0，该用户有所述下行业务数据。
S7：如果该用户有所述下行业务数据，根据所述业务平台发送至该用户的所述XDR数据进行故障类型诊断。
步骤S7具体包括：判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否为0；如果为0，判断所述NON数据包个数是否为0，如果不为0，该用户下行业务状态正常。判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否大于0；如果是，查询所述CON数据包中成功发送的个数；判断所述业务平台发送至该用户的所述CON数据包中成功发送的个数是否为0，如果是，根据CON失败的错误码进行故障类型诊断；如果所述CON数据包中成功发送的个数大于0，该用户状态正常。可以理解的是，根据CON失败的错误码进行故障类型诊断，包括：判断所述CON失败的错误码中超过第二预设比例的所述错误码归属；根据所述错误码归属判断故障类型；如果所述错误码归属为该用户端，故障类型为用户故障，如果所述错误码归属为所述业务平台端，故障类型为平台故障。在所述根据CON失败的错误码进行故障类型诊断之后，还包括：判断所述错误码中超过第三预设比例的所述错误码为超时错误码，如果有，故障类型为核心网故障。在所述根据CON失败的错误码进行故障类型诊断之后，还包括根据该用户ECGI信息查询该用户所在小区；判断所述小区基站的子载波利用率是否超过预设阈值，如果超过，故障类型为无线网故障。
在一种具体的举例中，第三预设比例可以为83％。
S8：如果该用户没有所述下行业务数据，根据该用户所属企业的所述XDR数据进行故障类型诊断。
在步骤S8中，根据该用户的MDN数据确定该用户所属企业；判断所述第二预设时间内该用户所属企发送至所述业务平台的所述NON和CON数据包个数之和是否大于0；如果大于0，故障类型为用户故障；如果为0，该用户状态正常。在一种具体的举例中，查询用户的手机号码，可以确定该客户所述的企业，然后再进行下一步故障诊断。
从上述描述可知，本发明提供基于窄带物联网业务的单用户故障诊断方法，可以从二个方面分析窄带物联网业务中的单用户故障，第一方面，通过该用户在核心网元侧的状态数据分析该用户是否为故障状态，具体有：当该用户当前在网元上的状态为停机、断网、没有开通相应的网络服务中的一种或多种；该用户未绑定所述策略与计费规则功能网元及SIM卡；该用户在在公用数据网网关上的状态为下线状态等。第二方面，首先利用上行业务数据及下行业务数据中的NON和CON数据包个数判断该用户有上行业务数据及下行业务数据，在此基础上进一步判断故障类型诊断，从用户故障、无线网故障、核心网故障及平台故障四个故障类型对窄带物联网业务中的单用户故障进行分类及诊断，最终要的是避免了由于窄带物联网用户端大多数时间处于节能状态而造成的窄带物联网故障处理缓慢，定位不准的问题。由上所述，本发明提供的方法及装置能够提供快速的，有效的对NB-IoT业务的单用户故障进行诊断，该方法及装置在NB-IoT用户处于节能模式状态时，仍可诊断窄带物联网业务的单用户故障。
基于同一发明构思，本申请实施例还提供了一种基于窄带物联网业务的单用户故障诊断装置，可以用于实现上述实施例所描述的方法，如下面的实施例所述。由于基于窄带物联网业务的单用户故障诊断装置解决问题的原理与基于窄带物联网业务的单用户故障诊断方法相似，因此基于窄带物联网业务的单用户故障诊断装置的实施可以参见基于窄带物联网业务的单用户故障诊断方法的实施，重复之处不再赘述。以下所使用的，术语“单元”或者“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的系统较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
本发明的实施例提供一种能够实现基于窄带物联网业务的单用户故障诊断方法的基于窄带物联网业务的单用户故障诊断装置的具体实施方式，参见图7，所述基于窄带物联网业务的单用户故障诊断装置具体包括如下内容：
接收请求单元10，用于接收用户的报障请求；
核心网元侧诊断单元20，用于根据该用户在核心网元侧的状态数据进行故障诊断；
上行业务数据诊断单元30，用于如果无法诊断出故障类型，根据从该用户发送至业务平台的XDR数据进行故障类型诊断；
下行业务数据诊断单元40，用于如果无法诊断出故障类型，根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断。
从上述描述可知，本发明提供基于窄带物联网业务的单用户故障诊断装置，可以从二个方面分析窄带物联网业务中的单用户故障，第一方面，通过该用户在核心网元侧的状态数据分析该用户是否为故障状态，具体有：当该用户当前在网元上的状态为停机、断网、没有开通相应的网络服务中的一种或多种；该用户未绑定所述策略与计费规则功能网元及SIM卡；该用户在在公用数据网网关上的状态为下线状态等。第二方面，首先利用上行业务数据及下行业务数据中的NON和CON数据包个数判断该用户有上行业务数据及下行业务数据，在此基础上进一步判断故障类型诊断，从用户故障、无线网故障、核心网故障及平台故障四个故障类型对窄带物联网业务中的单用户故障进行分类及诊断，最终要的是避免了由于窄带物联网用户端大多数时间处于节能状态而造成的窄带物联网故障处理缓慢，定位不准的问题。由上所述，本发明提供的装置能够提供快速的，有效的对NB-IoT业务的单用户故障进行诊断，该方法及装置在NB-IoT用户处于节能模式状态时，仍可诊断窄带物联网业务的单用户故障。
一实施例中，核心网元侧诊断单元具体用于，根据该用户在核心网元侧的状态数据判断是否为如下情况中的一种或多种进行故障判断：
该用户当前在网元上的状态为停机、断网及没有开通相应的网络服务中的一种或多种；
该用户在策略与计费规则功能网元上签约区域限制的业务状态为限制状态；
该用户在归属签约服务器上的最近一次接入的移动性管理网元为限制区域；
该用户未绑定所述策略与计费规则功能网元及SIM卡；
该用户在第一预设时间内在所述归属签约服务器及所述策略与计费规则功能网元上存在停机或者断网的操作日志；
该用户在在公用数据网网关上的状态为下线状态。
一实施例中，上行业务数据诊断单元包括：
判断上行业务数据模块，用于根据该用户发送至所述业务平台的所述XDR数据判断该用户是否有上行业务数据；
上行业务数据判断模块，用于根据判断结果进行故障类型诊断。
一实施例中，判断上行业务数据模块具体用于：
判断该用户发送至所述业务平台的NON和CON数据包个数之和是否大于0。
一实施例中，上行业务数据判断模块包括：
上行用户一级子模块，用于根据该用户发送至所述业务平台的所述XDR数据进行故障类型诊断；
上行企业子模块，用于根据该用户所属企业的所述XDR数据进行故障类型诊断。
一实施例中，上行用户一级子模块包括：
上行用户二级第一子模块，用于判断第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否为0；
上行用户二级第二子模块，用于判断所述NON数据包个数是否为0。
一实施例中，
上行用户一级子模块包括：
上行用户二级第三子模块，用于判断所述第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否大于0；
上行用户二级第四子模块，用于查询所述CON数据包中成功发送的个数；
上行用户二级第五子模块，用于判断该用户发送至所述业务平台的所述CON数据包中成功发送的个数是否为0；
上行用户二级第六子模块，用于根据CON失败的错误码进行故障类型诊断。
一实施例中，上行用户二级第六子模块包括：
上行用户三级第一子模块：用于判断所述CON失败的错误码中超过第一预设比例的所述错误码归属；
上行用户三级第二子模块：用于根据所述错误码归属判断故障类型。
一实施例中，上行用户三级第二子模块包括：
上行用户四级第一子模块，用于判断所述错误码中超过第二预设比例的所述错误码是否为超时错误码；
上行用户四级第二子模块，用于根据该用户的请求地址判断故障类型。
一实施例中，上行用户四级第二子模块还包括：
上行用户五级第一子模块，用于判断该用户的所述请求地址是否为允许的特定IP地址或者URL；
上行用户五级第二子模块，用于判断该用户的所述请求地址是否为允许的特定IP地址或者URL。
一实施例中，上行企业子模块包括：
上行确定企业一级子模块，用于根据该用户的MDN数据确定该用户所属企业；
上行企业诊断一级子模块，用于判断所述第二预设时间内该用户所属企发送至所述业务平台的所述NON和CON数据包个数之和是否大于0。
一实施例中，下行业务数据诊断单元包括：
判断下行业务数据模块，用于根据所述业务平台发送至该用户的所述XDR数据判断该用户是否有下行业务数据；
下行业务数据判断模块，用于根据判断结果进行故障类型诊断。
一实施例中，判断下行业务数据模块具体用于：
判断所述业务平台发送至该用户的所述NON和CON数据包个数之和是否大于0。
一实施例中，下行业务数据判断模块，包括：
下行用户一级子模块，用于根据所述业务该用户发送至业务平台的所述XDR数据进行故障类型诊断；
下行企业子模块，用于根据该用户所属企业的所述XDR数据进行故障类型诊断；
一实施例中，下行用户一级子
包括：
下行用户二级第一子模块，用于判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否为0；
下行用户二级第二子模块，用于判断所述NON数据包个数是否为0。
一实施例中，下行用户一级子模块包括：
下行用户二级第三子模块，用于判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否大于0；
下行用户二级第四子模块，用于查询所述CON数据包中成功发送的个数；
下行用户二级第五子模块，用于判断所述业务平台发送至该用户的所述CON数据包中成功发送的个数是否为0，
上行用户二级第六子模块，用于根据CON失败的错误码进行故障类型诊断。一实施例中，下行用户二级第六子模块包括：
下行用户三级第一子模块，用于判断所述CON失败的错误码中超过第二预设比例的所述错误码归属；
下行用户三级第二子模块，用于根据所述错误码归属判断故障类型。
一实施例中，下行用户三级第二子模块包括：
下行用户四级第一子模块，用于判断所述错误码中超过第三预设比例的所述错误码为超时错误码。
一实施例中，下行用户三级第二子模块还包括：
下行用户三级第二子模块，用于根据该用户ECGI信息查询该用户所在小区；
下行用户三级第三子模块，用于判断所述小区基站的子载波利用率是否超过预设阈值，如果超过，故障类型为无线网故障。
一实施例中，下行企业子模块包括：
下行确定企业一级子模块，用于根据该用户的MDN数据，确定该用户所属企业；
下行企业诊断一级子模块，用于判断所述第三预设时间内该用户所属企业的所述NON和CON数据包个数之和是否大于0。
本申请的实施例还提供能够实现上述实施例中的基于窄带物联网业务的单用户故障诊断方法中全部步骤的一种电子设备的具体实施方式，参见图8，所述电子设备具体包括如下内容：
处理器(processor)1201、存储器(memory)1202、通信接口(CommunicationsInterface)1203和总线1204；
其中，所述处理器1201、存储器1202、通信接口1203通过所述总线1204完成相互间的通信；所述通信接口1203用于实现服务器端设备、检测设备以及用户端设备等相关设备之间的信息传输；
所述处理器1201用于调用所述存储器1202中的计算机程序，所述处理器执行所述计算机程序时实现上述实施例中的基于窄带物联网业务的单用户故障诊断方法中的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
步骤100：接收用户的报障请求；
步骤200：根据该用户在核心网元侧的状态数据进行故障诊断；
步骤300：如果无法诊断出故障类型，根据从该用户发送至业务平台的XDR数据进行故障类型诊断；
步骤400：如果无法诊断出故障类型，根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断；
从上述描述可知，本发明的电子设备，可以从二个方面分析窄带物联网业务中的单用户故障，第一方面，通过该用户在核心网元侧的状态数据分析该用户是否为故障状态，具体有：当该用户当前在网元上的状态为停机、断网、没有开通相应的网络服务中的一种或多种；该用户未绑定所述策略与计费规则功能网元及SIM卡；该用户在在公用数据网网关上的状态为下线状态等。第二方面，首先利用上行业务数据及下行业务数据中的NON和CON数据包个数判断该用户有上行业务数据及下行业务数据，在此基础上进一步判断故障类型诊断，从用户故障、无线网故障、核心网故障及平台故障四个故障类型对窄带物联网业务中的单用户故障进行分类及诊断，最终要的是避免了由于窄带物联网用户端大多数时间处于节能状态而造成的窄带物联网故障处理缓慢，定位不准的问题。由上所述，本发明提供的装置能够提供快速的，有效的对NB-IoT业务的单用户故障进行诊断，该方法及装置在NB-IoT用户处于节能模式状态时，仍可诊断窄带物联网业务的单用户故障。
本申请的实施例还提供能够实现上述实施例中的基于窄带物联网业务的单用户故障诊断方法中全部步骤的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中的基于窄带物联网业务的单用户故障诊断方法的全部步骤，例如，所述处理器执行所述计算机程序时实现下述步骤：
步骤100：接收用户的报障请求；
步骤200：根据该用户在核心网元侧的状态数据进行故障诊断；
步骤300：如果无法诊断出故障类型，根据从该用户发送至业务平台的XDR数据进行故障类型诊断；
步骤400：如果无法诊断出故障类型，根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断；
从上述描述可知，本发明的计算机可读存储介质，可以从二个方面分析窄带物联网业务中的单用户故障，第一方面，通过该用户在核心网元侧的状态数据分析该用户是否为故障状态，具体有：当该用户当前在网元上的状态为停机、断网、没有开通相应的网络服务中的一种或多种；该用户未绑定所述策略与计费规则功能网元及SIM卡；该用户在在公用数据网网关上的状态为下线状态等。第二方面，首先利用上行业务数据及下行业务数据中的NON和CON数据包个数判断该用户有上行业务数据及下行业务数据，在此基础上进一步判断故障类型诊断，从用户故障、无线网故障、核心网故障及平台故障四个故障类型对窄带物联网业务中的单用户故障进行分类及诊断，最终要的是避免了由于窄带物联网用户端大多数时间处于节能状态而造成的窄带物联网故障处理缓慢，定位不准的问题。由上所述，本发明提供的装置能够提供快速的，有效的对NB-IoT业务的单用户故障进行诊断，该方法及装置在NB-IoT用户处于节能模式状态时，仍可诊断窄带物联网业务的单用户故障。
说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于硬件+程序类实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。
虽然本说明书实施例提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、产品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、产品或者设备所固有的要素。在没有更多限制的情况下，并不排除在包括所述要素的过程、方法、产品或者设备中还存在另外的相同或等同要素。
为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现，也可以将实现同一功能的模块由多个子模块或子单元的组合实现等。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本说明书实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本说明书实施例的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
以上所述仅为本说明书实施例的实施例而已，并不用于限制本说明书实施例。对于本领域技术人员来说，本说明书实施例可以有各种更改和变化。凡在本说明书实施例的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本说明书实施例的权利要求范围之内。
Claims (23)
1.一种基于窄带物联网业务的单用户故障诊断方法，其特征在于，包括：
接收用户的报障请求；
根据该用户在核心网元侧的状态数据进行故障诊断；
如果无法诊断出故障类型，根据从该用户发送至业务平台的XDR数据进行故障类型诊断；
如果无法诊断出故障类型，根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断。
2.如权利要求1所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据该用户在核心网元侧的状态数据进行故障诊断，包括：根据该用户在核心网元侧的状态数据判断是否为如下情况中的一种或多种进行故障判断：
该用户当前在网元上的状态为停机、断网及没有开通相应的网络服务中的一种或多种；
该用户在策略与计费规则功能网元上签约区域限制的业务状态为限制状态；
该用户在归属签约服务器上的最近一次接入的移动性管理网元为限制区域；
该用户未绑定所述策略与计费规则功能网元及SIM卡；
该用户在第一预设时间内在所述归属签约服务器及所述策略与计费规则功能网元上存在停机或者断网的操作日志；
该用户在在公用数据网网关上的状态为下线状态。
3.如权利要求1所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据从该用户发送至业务平台的XDR数据进行故障类型诊断，包括：
根据该用户发送至所述业务平台的所述XDR数据判断该用户是否有上行业务数据；
根据判断结果进行故障类型诊断。
4.如权利要求3所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据该用户发送至业务平台的所述XDR数据判断该用户是否有上行业务数据，包括：
判断该用户发送至所述业务平台的NON和CON数据包个数之和是否大于0，如果大于0，该用户有所述上行业务数据。
5.如权利要求3所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，根据判断结果进行故障类型诊断，包括：
如果该用户有所述上行业务数据，根据该用户发送至所述业务平台的所述XDR数据进行故障类型诊断；
如果该用户没有所述上行业务数据，根据该用户所属企业的所述XDR数据进行故障类型诊断。
6.如权利要求5所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，根据该用户发送至所述业务平台的所述XDR数据进行故障类型诊断，包括：
判断第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否为0；
如果为0，判断所述NON数据包个数是否为0，如果不为0，该用户上行业务状态正常。
7.如权利要求5所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，根据该用户发送至所述业务平台的所述XDR数据进行故障类型诊断，包括：
判断所述第二预设时间内该用户发送至所述业务平台的所述CON数据包个数是否大于0；
如果是，查询所述CON数据包中成功发送的个数；
判断该用户发送至所述业务平台的所述CON数据包中成功发送的个数是否为0；
如果是，根据CON失败的错误码进行故障类型诊断；
如果所述CON数据包中成功发送的个数大于0，该用户状态正常。
8.如权利要求7所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据CON失败的错误码进行故障类型诊断，包括：
判断所述CON失败的错误码中超过第一预设比例的所述错误码归属；
根据所述错误码归属判断故障类型；如果所述错误码归属为该用户端，故障类型为用户故障；如果所述错误码归属为所述业务平台端，故障类型为平台故障。
9.如权利要求8所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，在根据所述错误码归属判断故障类型之后，还包括：
判断所述错误码中超过第二预设比例的所述错误码是否为超时错误码；
如果是，根据该用户的请求地址判断故障类型。
10.如权利要求9所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，根据该用户的请求地址判断故障类型，包括：
判断该用户的所述请求地址是否为允许的特定IP地址或者URL，如果该用户的所述请求地址为不允许的特定IP地址或者URL，故障类型为用户故障；
如果该用户的所述请求地址为允许的特定IP地址或者URL，根据所述业务平台的响应码判断故障类型；如果所述响应码为0，故障类型为业务平台故障；如果所述响应码不为0，故障类型为核心网故障。
11.如权利要求5所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据该用户所属企业的所述XDR数据进行故障类型诊断，包括：
根据该用户的MDN数据确定该用户所属企业；
判断所述第二预设时间内该用户所属企发送至所述业务平台的所述NON和CON数据包个数之和是否大于0；如果大于0，故障类型为用户故障；如果为0，该用户状态正常。
12.如权利要求1所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断，包括：
根据所述业务平台发送至该用户的所述XDR数据判断该用户是否有下行业务数据，
根据判断结果进行故障类型诊断。
13.如权利要求12所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据所述业务平台发送至该用户的所述XDR数据判断该用户是否有下行业务数据，包括：
判断所述业务平台发送至该用户的所述NON和CON数据包个数之和是否大于0，如果大于0，该用户有所述下行业务数据。
14.如权利要求12所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据判断结果进行故障类型诊断，包括：
如果该用户有所述下行业务数据，根据所述业务平台发送至该用户的所述XDR数据进行故障类型诊断；
如果该用户没有所述下行业务数据，根据该用户所属企业的所述XDR数据进行故障类型诊断。
15.如权利要求14所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据所述业务平台发送至该用户的所述XDR数据进行故障类型诊断，包括：
判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否为0；
如果为0，判断所述NON数据包个数是否为0，如果不为0，该用户下行业务状态正常。
16.如权利要求14所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据所述业务平台发送至该用户的所述XDR数据进行故障类型诊断，包括：
判断所述第二预设时间内所述业务平台发送至该用户的所述CON数据包个数是否大于0；
如果是，查询所述CON数据包中成功发送的个数；
判断所述业务平台发送至该用户的所述CON数据包中成功发送的个数是否为0，
如果是，根据CON失败的错误码进行故障类型诊断；如果所述CON数据包中成功发送的个数大于0，该用户状态正常。
17.如权利要求16所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据CON失败的错误码进行故障类型诊断，包括：
判断所述CON失败的错误码中超过第二预设比例的所述错误码归属；
根据所述错误码归属判断故障类型；如果所述错误码归属为该用户端，故障类型为用户故障，如果所述错误码归属为所述业务平台端，故障类型为平台故障。
18.如权利要求17所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，在所述根据CON失败的错误码进行故障类型诊断之后，还包括：
判断所述错误码中超过第三预设比例的所述错误码为超时错误码，如果有，故障类型为核心网故障。
19.如权利要求17所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，在所述根据CON失败的错误码进行故障类型诊断之后，还包括：
根据该用户ECGI信息查询该用户所在小区；判断所述小区基站的子载波利用率是否超过预设阈值，如果超过，故障类型为无线网故障。
20.如权利要求14所述的基于窄带物联网业务的单用户故障诊断方法，其特征在于，所述根据该用户所属企业的所述XDR数据进行故障类型诊断，包括：
根据该用户的MDN数据，确定该用户所属企业；
判断所述第三预设时间内该用户所属企业的所述NON和CON数据包个数之和，是否大于0，如果大于0，故障类型为用户故障；如果为0，该用户状态正常。
21.一种基于窄带物联网业务的单用户故障诊断装置，其特征在于，包括：
接收请求单元，用于接收用户的报障请求；
核心网元侧诊断单元，用于根据该用户在核心网元侧的状态数据进行故障诊断；
上行业务数据诊断单元，用于根据从该用户发送至业务平台的XDR数据进行故障类型诊断；
下行业务数据诊断单元，用于根据从所述业务平台发送至该用户的所述XDR数据进行故障类型诊断。
22.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现权利要求1至20任一项所述基于窄带物联网业务的单用户故障诊断方法的步骤。
23.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现权利要求1至20任一项所述基于窄带物联网业务的单用户故障诊断方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811453980.5A CN109379757B (zh) | 2018-11-30 | 2018-11-30 | 一种基于窄带物联网业务的单用户故障诊断方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811453980.5A CN109379757B (zh) | 2018-11-30 | 2018-11-30 | 一种基于窄带物联网业务的单用户故障诊断方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109379757A true CN109379757A (zh) | 2019-02-22 |
| CN109379757B CN109379757B (zh) | 2022-06-03 |
Family
ID=65376617
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811453980.5A Active CN109379757B (zh) | 2018-11-30 | 2018-11-30 | 一种基于窄带物联网业务的单用户故障诊断方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109379757B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111030876A (zh) * | 2019-12-25 | 2020-04-17 | 武汉绿色网络信息服务有限责任公司 | 一种基于DPI的NB-IoT终端故障定位方法和装置 |
| CN112188535A (zh) * | 2020-09-16 | 2021-01-05 | 中盈优创资讯科技有限公司 | 一种物联网端到端故障定界方法及装置 |
| CN112423331A (zh) * | 2020-11-03 | 2021-02-26 | 中国联合网络通信集团有限公司 | 一种故障诊断方法及装置 |
| CN112671564A (zh) * | 2020-12-16 | 2021-04-16 | 中盈优创资讯科技有限公司 | 一种自动诊断物联网vpdn业务故障的方法及装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104735706A (zh) * | 2013-12-23 | 2015-06-24 | 中国移动通信集团浙江有限公司 | 一种物联网终端故障诊断方法及装置 |
| CN106911517A (zh) * | 2017-03-22 | 2017-06-30 | 杭州东方通信软件技术有限公司 | 一种移动互联网端到端问题定位方法和系统 |
| CN106911523A (zh) * | 2017-04-25 | 2017-06-30 | 杭州东方通信软件技术有限公司 | 移动互联网用户通过lte上网问题定位的方法和系统 |
| CN108391255A (zh) * | 2018-02-02 | 2018-08-10 | 福州大学 | 一种基于NB-IoT的iBeacon电源管理系统及方法 |
| CN108430067A (zh) * | 2017-02-13 | 2018-08-21 | 中国移动通信集团广东有限公司 | 一种基于xdr的互联网业务质量分析方法及系统 |
| CN108667918A (zh) * | 2018-04-25 | 2018-10-16 | 青岛海信移动通信技术股份有限公司 | 一种设备状态监控方法及装置 |
-
2018
- 2018-11-30 CN CN201811453980.5A patent/CN109379757B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104735706A (zh) * | 2013-12-23 | 2015-06-24 | 中国移动通信集团浙江有限公司 | 一种物联网终端故障诊断方法及装置 |
| CN108430067A (zh) * | 2017-02-13 | 2018-08-21 | 中国移动通信集团广东有限公司 | 一种基于xdr的互联网业务质量分析方法及系统 |
| CN106911517A (zh) * | 2017-03-22 | 2017-06-30 | 杭州东方通信软件技术有限公司 | 一种移动互联网端到端问题定位方法和系统 |
| CN106911523A (zh) * | 2017-04-25 | 2017-06-30 | 杭州东方通信软件技术有限公司 | 移动互联网用户通过lte上网问题定位的方法和系统 |
| CN108391255A (zh) * | 2018-02-02 | 2018-08-10 | 福州大学 | 一种基于NB-IoT的iBeacon电源管理系统及方法 |
| CN108667918A (zh) * | 2018-04-25 | 2018-10-16 | 青岛海信移动通信技术股份有限公司 | 一种设备状态监控方法及装置 |
Non-Patent Citations (1)
| Title |
|---|
| FENGYU3051: "NB-IoT端到端连接成功率", 《HTTPS://WENKU.BAIDU.COM/VIEW/56D72B722E60DDCCDA38376BAF1FFC4FFE47E289.HTML》 * |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111030876A (zh) * | 2019-12-25 | 2020-04-17 | 武汉绿色网络信息服务有限责任公司 | 一种基于DPI的NB-IoT终端故障定位方法和装置 |
| CN111030876B (zh) * | 2019-12-25 | 2022-05-06 | 武汉绿色网络信息服务有限责任公司 | 一种基于DPI的NB-IoT终端故障定位方法和装置 |
| CN112188535A (zh) * | 2020-09-16 | 2021-01-05 | 中盈优创资讯科技有限公司 | 一种物联网端到端故障定界方法及装置 |
| CN112188535B (zh) * | 2020-09-16 | 2023-03-28 | 中盈优创资讯科技有限公司 | 一种物联网端到端故障定界方法及装置 |
| CN112423331A (zh) * | 2020-11-03 | 2021-02-26 | 中国联合网络通信集团有限公司 | 一种故障诊断方法及装置 |
| CN112423331B (zh) * | 2020-11-03 | 2023-05-30 | 中国联合网络通信集团有限公司 | 一种故障诊断方法及装置 |
| CN112671564A (zh) * | 2020-12-16 | 2021-04-16 | 中盈优创资讯科技有限公司 | 一种自动诊断物联网vpdn业务故障的方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109379757B (zh) | 2022-06-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109379757A (zh) | 一种基于窄带物联网业务的单用户故障诊断方法及装置 | |
| CN110312279B (zh) | 一种网络数据的监测方法及装置 | |
| CN108989136B (zh) | 业务端到端性能监控方法及装置 | |
| CN105159964A (zh) | 一种日志监控方法及系统 | |
| CN106385339B (zh) | 企业网络的访问性能的监控方法和监控系统 | |
| CN113938921B (zh) | 一种体验质量QoE测量方法及装置 | |
| CN109960634A (zh) | 一种应用程序监控方法、装置及系统 | |
| CN110198347B (zh) | 一种基于区块链的预警方法及分控服务器 | |
| WO2019141089A1 (zh) | 网络告警方法、装置、系统及终端 | |
| CN105988904A (zh) | 一种自适应测试方法及系统 | |
| CN108632848A (zh) | 网络切片自优化协调方法及装置 | |
| CN105528261A (zh) | 一种嵌入式设备中智能输出调试信息的方法及系统 | |
| CN108471372A (zh) | 状态控制方法、装置及报文传输方法 | |
| CN109818808A (zh) | 故障诊断方法、装置和电子设备 | |
| CN108121221B (zh) | 一种机器人命令接口控制系统及方法 | |
| CN110224872B (zh) | 一种通信方法、装置及存储介质 | |
| CN104518918B (zh) | 一种电力通信网故障定位分析方法 | |
| WO2022160141A1 (en) | Industrial network-based codeless tracking analytics method and apparatus for industrial software | |
| CN108011757A (zh) | 一种用于电力行业的智能网络管理方法及装置 | |
| CN109586405B (zh) | 微电网系统及其通信方法 | |
| CN106533747A (zh) | 一种网络服务器运行状况监测系统 | |
| CN107678905B (zh) | 一种监控方法和装置 | |
| CN109672581A (zh) | zookeeper的监控方法、装置、设备及存储介质 | |
| CN114095964B (zh) | 一种故障恢复方法、装置及计算机可读存储介质 | |
| CN115051922B (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP02 | Change in the address of a patent holder |
Address after: Room 702-2, No. 4811, Cao'an Highway, Jiading District, Shanghai Patentee after: CHINA UNITECHS Address before: 100872 5th floor, Renmin culture building, 59 Zhongguancun Street, Haidian District, Beijing Patentee before: CHINA UNITECHS |
|
| CP02 | Change in the address of a patent holder |