CN102870375A - 故障诊断的方法及装置 - Google Patents
故障诊断的方法及装置 Download PDFInfo
- Publication number
- CN102870375A CN102870375A CN2012800007512A CN201280000751A CN102870375A CN 102870375 A CN102870375 A CN 102870375A CN 2012800007512 A CN2012800007512 A CN 2012800007512A CN 201280000751 A CN201280000751 A CN 201280000751A CN 102870375 A CN102870375 A CN 102870375A
- Authority
- CN
- China
- Prior art keywords
- user
- failure diagnosis
- business
- carried out
- terminal
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/08—Testing, supervising or monitoring using real traffic
-
- 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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
- H04L41/5061—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the interaction between service providers and their network customers, e.g. customer relationship management
- H04L41/5067—Customer-centric QoS measurements
-
- 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
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供了故障诊断的方法及装置。其中,故障诊断的方法中的业务涉及至少一个用户,该故障诊断的方法包括:确定每个用户的终端是否允许对所述业务进行故障诊断;如果每个用户的终端都允许对该业务进行故障诊断,则对所述业务进行故障诊断。本发明实施例中对用户涉及的业务进行故障诊断需要获取该用户终端的允许或者用户终端和系统侧的双方允许才能执行,由此,保障了故障诊断在一个安全的环境中进行,其更合乎安全法律法规。
Description
技术领域
本发明实施例涉及通信领域,并且更具体地,涉及符合安全法规的通信系统中故障诊断的方法及装置。
背景技术
电信设备按照其所遵循的标准协议,负责处理终端用户的语音、短信、多媒体或数据业务,这种个人业务数据一般仅限于在信令面和业务面内处理。例如,在电信网络的架构中,仅在核心网处允许存在合法监听接口,并且该接口属于协议的标准业务接口,所有通信设备的OAM(OperationAdministration and Maintenance,操作管理维护)平面中,以及非核心网的其他接入网元处都不允许存在采集用户个人业务数据的功能。同时,众多国家的法律中,均直接或间接地规定了个人通话内容属于隐私保护范围,禁止设备商/运营商出于保障网络运营和服务目的提供采集最终用户原始通信内容(语音类、短信/彩信类、传真类、数据业务类)的功能。
目前,符合安全法规的故障诊断方法主要有以下两种。
其一,接入设备支持在系统内的OAM平面捕获用户业务原始数据,但不作存储,不直接输出到接入设备的外部,而是直接输出到在接入设备内集成的故障诊断分析模块,作逐层的报文解析和典型指标的抽样。此过程完成后,用户业务原始数据将被丢弃,对接入设备外的指标分析模块输出抽样的指标,例如信号质量、波形数据等。由于这些抽样的指标数据不涉及终端用户个人通话内容,可以在接入设备外的OAM平面直接使用,以实现电信设备的故障诊断等运维功能。但是,由于语音的编解码算法类型很多,语音故障的场景复杂,因此故障诊断的效率低下,且集成的故障诊断分析模块与指标分析模块增加了系统的复杂性。
其二,采用独立拨测设备进行语音检测。但是,独立拨测设备需要对现有通信系统附加额外的业务负荷,可能影响通信系统的正常运行。并且,独立拨测设备需要购买外置的拨测服务器、终端等硬件,成本高昂。此外,独立拨测设备能够提供的语音质量KPI(Key Performance Indicators,关键性能指标),因此相对于完整的语音抓包而言不够完备,难以满足普通用户的语音质量故障处理需求。
发明内容
本发明实施例提供一种故障诊断的方法和装置,旨在解决合法地将终端用户的个人数据用于运维目的的技术问题。
一方面,提供了一种故障诊断的方法,所述方法中的业务涉及至少一个用户,该方法包括:确定每个用户的终端是否允许对所述业务进行故障诊断;如果每个用户的终端都允许对该业务进行故障诊断,则对所述业务进行故障诊断。
可选地,在对所述业务进行故障诊断之前,故障诊断的方法进一步包括:确定系统侧允许对所述业务进行故障诊断。
进一步地,如果每个用户的终端都允许对该业务进行故障诊断,则对所述业务进行故障诊断包括:如果所述每个用户的终端都允许对该业务进行故障诊断,并且系统侧也允许对所述业务进行故障诊断,则对所述业务进行故障诊断。
进一步地,所述确定系统侧允许对所述每个用户的所述业务进行故障诊断包括:通过系统侧的授权列表确定系统侧允许对所述每个用户的所述业务进行故障诊断,所述系统侧的授权列表中至少包括每个用户的标识,每个用户的业务以及系统侧是否允许对该用户的每种业务进行故障诊断的信息。
可选地,所述确定每个用户的终端是否允许对所述业务进行故障诊断包括:通过每个用户的终端反馈的信息来确定所述用户的终端是允许对所述业务进行故障诊断的。
进一步地,所述通过每个用户的终端反馈的信息来确定所述用户的终端是允许对所述业务进行故障诊断的包括:如果所述每个用户的终端拨打特定的双音多频DTMF号码,或者所述每个用户的终端拨打特定的运维号码,或者所述每个用户的终端保持呼叫达到指定时长,则确定所述每个用户的终端允许对所述业务进行故障诊断。
可选地,故障诊断的方法进一步包括:如果任意一个用户的终端不允许对所述业务进行故障诊断,则不对所述业务进行故障诊断。
可选地,故障诊断的方法进一步包括:如果任意一个用户的终端不允许对所述业务进行故障诊断,则向所述任意一个用户的终端发送授权请求,以请求允许对所述业务进行故障诊断;在确定所述任意一个用户的终端允许对所述业务进行故障诊断后,对所述业务进行故障诊断。
可选地,对所述业务进行故障诊断包括:在本次业务进行中对所述业务进行故障诊断;或者在下次业务进行中对所述业务进行故障诊断。
又一方面,提供了一种故障诊断的装置,所述装置诊断的业务涉及至少一个用户,包括:第一确定单元,用于确定每个用户的终端是否允许对所述业务进行故障诊断;诊断单元,用于如果每个用户的终端都允许对该业务进行故障诊断,则对所述业务进行故障诊断。
可选地,故障诊断的装置还包括:第二确定单元,用于在对所述业务进行故障诊断之前,确定系统侧允许对所述业务进行故障诊断。
可选地,所述诊断单元在所述第一确定单元确定所述每个用户的终端都允许对该业务进行故障诊断,并且所述第二确定单元确定系统侧允许对所述业务进行故障诊断后,对所述业务进行故障诊断。
可选地,所述第二确定单元具体用于:通过系统侧的授权列表确定所述系统侧允许对所述每个用户的所述业务进行故障诊断,所述系统侧的授权列表中至少包括每个用户的标识,每个用户的业务以及系统侧是否允许对该用户的每种业务进行故障诊断的信息。
可选地,所述第一确定单元具体用于:通过每个用户的终端反馈的信息来确定所述用户的终端是允许对所述业务进行故障诊断的。
可选地,所述第一确定单元具体用于:如果所述每个用户的终端拨打特定的双音多频DTMF号码,或者所述每个用户的终端拨打特定的运维号码,或者所述每个用户的终端保持呼叫达到指定时长,则确定所述每个用户的终端允许对所述业务进行故障诊断。
可选地,故障诊断的装置还包括:发送单元,用于如果任意一个用户的终端不允许对所述业务进行故障诊断,则向所述任意一个用户的终端发送授权请求,以请求允许对所述业务进行故障诊断。从而,所述诊断单元用于:在确定所述任意一个用户的终端允许对所述业务进行故障诊断后,对所述业务进行故障诊断。
可选地,所述诊断单元具体用于:在本次业务进行中对所述业务进行故障诊断;或者在下次业务进行中对所述业务进行故障诊断。
另一方面,提出了一种故障诊断的装置,所述装置包括一个存储器和一个处理器;所述存储器用于存储实现上述根据本发明实施例的故障诊断的方法的代码;所述处理器用于执行所述存储器存储的代码。
本发明实施例中对用户涉及的业务进行故障诊断需要获取该用户终端的允许或者用户终端和系统侧的双方允许才能执行,由此,保障了故障诊断在一个安全的环境中进行,其更合乎安全法律法规。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据本发明实施例的一种故障诊断的方法的流程图。
图2是根据本发明一个实施例的一种故障诊断的装置的结构示意图。
图3是根据本发明一个实施例的一种故障诊断的装置的另一结构示意图。
图4是根据本发明另一实施例的一种故障诊断的装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的技术方案,可以应用于各种通信系统,例如:GSM,码分多址(CDMA,Code Division Multiple Access)系统,宽带码分多址(WCDMA,Wideband Code Division Multiple Access Wireless),通用分组无线业务(GPRS,General Packet Radio Service),长期演进(LTE,Long Term Evolution)等。
UE也可称之为移动终端(Mobile Terminal)、移动用户设备等,可以经无线接入网(例如,RAN,Radio Access Network)与一个或多个核心网进行通信;移动用户设备可以是移动电话(如,“蜂窝”电话)和具有移动终端的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置。
基站,可以是GSM或CDMA中的基站(BTS,Base Transceiver Station),也可以是WCDMA中的基站(Node B),还可以是LTE中的演进型基站(eNB或e-NodeB,evolutional Node B)。
本发明实施例的故障诊断方法包括授权和诊断两个阶段。为了运维目的进行符合安全法规的故障诊断,需要获得终端的允许,或者需要同时获得系统侧和终端的允许。只有在获得终端的允许,或者同时获得系统侧和终端的允许后,才可以采用录音、数据抓包等方式进行故障诊断。
结合图1具体描述根据本发明实施例的故障诊断的方法,该方法中的业务涉及至少一个用户,该方法包括如下步骤。
11,通信设备确定每个用户的终端是否允许对所述业务进行故障诊断,如果每个用户的终端都允许对该业务进行故障诊断,则执行步骤12。
12,通信设备对所述业务进行故障诊断。
可选地,在步骤12之前,所述通信设备还可以确定系统侧允许对所述业务进行故障诊断,如果系统侧和每个用户的终端都允许对该业务进行故障诊断,则执行步骤12。
需要说明的是,若非特指,本文中的通信设备可以设置在核心网中,也可以设置在接入网中。
可选地,如果所述系统侧不允许对所述业务进行故障诊断和/或至少一个用户的终端不允许对所述业务进行故障诊断,则通信设备不对所述业务进行故障诊断。
例如,对于业务只涉及一个用户(例如,第一用户)的情况,如果系统侧默认可以对所有用户的业务进行故障诊断,那么通信设备就只需要确认该用户的终端是否允许对所述业务进行故障诊断,如果该用户的终端允许对所述业务进行故障诊断,则所述通信设备对所述业务进行故障诊断;否则,所述通信设备不对所述业务进行故障诊断。
如果系统侧没有默认可以对所有用户的业务进行故障诊断,那么通信设备就只能在获取系统侧和用户的终端双方的允许后才能对所述业务进行故障诊断。以所述第一用户为例,通信设备首先确定系统侧是否允许对所述第一用户的业务进行故障诊断以及所述第一用户的终端是否允许对所述业务进行故障诊断,如果系统侧允许对所述第一用户的业务进行故障诊断并且所述第一用户的终端也允许对所述业务进行故障诊断,则所述通信设备对所述业务进行故障诊断;否则,所述通信设备不对所述业务进行故障诊断。
其中,通信设备可以通过配置的授权列表确定系统侧是否允许对所述第一用户的业务进行故障诊断。
可选地,通信设备还可以通过所述第一用户的终端反馈的信息来确定所述第一用户的终端是否允许对所述业务进行故障诊断,其中所述反馈的信息可以是所述第一用户的终端在启动故障诊断的过程中发送给所述通信设备的。在本实施例中,所述故障诊断的过程可以通过以下方式启动:所述第一用户的终端拨打特定的DTMF(Double Tone Multiple Frequency,双音多频)号码;或者所述第一用户的终端拨打特定的运维号码;或者所述第一用户的终端保持呼叫达到指定时长。
在通信设备确定系统侧允许对所述第一用户的业务进行故障诊断并且所述第一用户的终端也允许对所述业务进行故障诊断后,所述通信设备可以对所述第一用户的所述业务进行故障诊断。反之,如果所述系统侧不允许对所述第一用户的所述业务进行故障诊断,和/或所述第一用户的终端不允许对所述业务进行故障诊断,则通信设备确定不对所述第一用户的所述业务进行故障诊断。
对于某个业务涉及多个用户的情况,例如,第一用户和第二用户之间正在共同进行某种业务,通信设备可以确定系统侧是否分别允许对所述第一用户和所述第二用户的业务进行故障诊断,以及所述第一用户的终端和第二用户的终端是否也都允许对所述业务进行故障诊断;如果系统侧允许对所述第一用户和所述第二用户的所述业务进行故障诊断,并且所述第一用户的终端和所述第二用户的终端也都允许对所述业务进行故障诊断,则所述通信设备可以对所述第一用户和第二用户共同使用或加入的业务进行故障诊断;否则所述通信设备不能对所述第一用户和第二用户共同使用或加入的业务进行故障诊断。即,如果任意一个用户的终端不允许对共同使用或加入的业务进行故障诊断,则通信设备不对所述业务进行故障诊断。
或者,如果任意一个用户的终端不允许对所述业务进行故障诊断,则通信设备向所述任意一个用户的终端发送授权请求,以请求允许对所述业务进行故障诊断;在确定所述任意一个用户的终端允许对所述业务进行故障诊断后,通信设备对所述业务进行故障诊断。
其中,通信设备可以通过配置的授权列表确定系统侧是否允许对所述第一用户和第二用户的所述业务进行诊断,其中所述授权列表中包括所述系统侧针对每个用户的每种业务是否允许诊断的信息。
可选地,通信设备还可以通过所述第一用户的终端反馈的信息确定所述第一用户的终端是否允许对所述业务进行诊断;通过所述第二用户的终端反馈的信息确定所述第二用户的终端是否允许对所述业务进行故障诊断。
当通信设备确定对所述业务进行故障诊断时,可以在本次业务进行的过程中对所述业务进行故障诊断,也可以在下次所述业务进行的过程中对所述业务进行故障诊断。
由此可见,本发明实施例中对用户涉及的业务进行故障诊断需要获取该用户的终端的允许或者该用户的终端和系统侧双方的允许,因此故障诊断的过程更合乎安全法律法规。
以下将以语音业务为例说明如何进行故障诊断。可理解,其他业务的故障诊断流程也类同于语音业务的故障诊断流程。
首先,在通信设备中配置系统侧的授权列表,该系统侧的授权列表中至少包括每个用户的标识,每个用户的业务以及系统侧是否允许对该用户的每种业务进行故障诊断的信息。网管(例如,运营商系统管理员)可以在授权列表中增加、删除、修改或查找相关的信息。应理解,该通信设备可能是核心网的通信设备,也可能是接入网的通信设备。举个例子来说,当第一用户(例如,作为语音主叫或作为语音被叫)进行业务(例如,语音业务)时,通信设备可以根据该系统侧的授权列表确定系统侧是否允许对该第一用户的业务进行故障诊断,如果是“允许”,则说明系统侧允许所述通信设备对该第一用户的语音业务进行故障诊断;如果是“不允许”,则说明系统侧不允许所述通信设备对该第一用户的语音业务进行故障诊断。
通信设备中配置的系统侧的授权列表具体可以如表1所示。在表1中,包括用户的标识,每个用户的业务以及系统对每种业务的授权状态(即系统侧是否允许对该用户相应的业务进行故障诊断)的信息。表1中用户的业务包括语音业务、SMS(Short Messaging Service,短消息业务)业务、DTMF(DoubleTone Multiple Frequency,双音多频)业务、数据业务等。可以理解,在实际应用中,表1中也可以不对用户的各种业务进行细分,即运营商默认系统侧允许对该第一用户的所有业务都进行故障诊断。
表1系统侧的授权列表
这里,表1是以CDMA系统为例进行说明的,在表1中,用户的业务具体可以分为1X语音业务、SMS业务、DTMF业务、DO数据业务等。应理解,表1还可以应用于其它的系统,例如GSM系统、LTE系统等,针对不同的通信系统,上述用户的标识和业务可以不同。
此外,在系统侧的授权列表中还可以考虑加入终端授权状态一栏,以便快速查找该用户对应的终端是否也允许对相应的业务进行故障诊断。或者,也可以在通信设备中另外配置一份终端侧的授权列表,其形式可以参照系统侧的授权列表。
需要说明的是,所述通信设备中还可以保存终端标识、用户标识和业务标识之间的对应关系,例如参见表2所示。当需要诊断的业务涉及多个用户时,所述通信设备可以快速地根据该业务的业务标识从表2中找到相关的用户标识,然后再根据找到的用户标识以及表1确定系统侧是否允许对这多个用户的语音业务进行故障诊断。
表2终端标识、用户标识和业务标识之间的对应关系
其中,MEID是移动设备识别码(Mobile Equipment Identifier),ESN是电子序列号(Electronic Serial Number),IMEI是国际移动设备识别码(International Mobile Equipment Identifier),MEID、ESN和IMEI是终端标识。IMSI是国际移动用户识别码(International Mobile Subscriber Identifier),NAI是网络接入标识符(Network Access Identifier),TMSI是临时移动用户识别码(Temporary Mobile Subscriber Identity),IMSI、NAI和TMSI是用户标识。MDN是用户移动数字编号(Mobile Digital Number),即电话号码;IP地址是网络协议(Internet Protocol)地址,MAC地址是媒体接入控制(MediaAccess Control)地址,MDN和IP/MAC地址是业务标识。表2只是以CDMA系统为例进行说明的,对于其它的系统,例如GSM系统、LTE系统等,上述终端标识、用户标识和业务标识可以不同。
以上描述了确定系统侧是否允许对所述第一用户的某种业务进行故障诊断的过程。在确定系统侧允许对所述第一用户的所述业务进行故障诊断后,还需要确定该第一用户的终端侧是否也允许对所述业务进行故障诊断。因为,只有系统侧和终端侧均允许对所述第一用户的所述业务进行故障诊断,所述通信设备才能在固定时限内对该第一用户的所述业务采取通话录音或数据抓包等故障诊断手段。
具体而言,首先确定第一用户的终端是否允许故障诊断。第一用户的终端可以通过在业务过程中拨打特定DTMF号码或拨打运维号码来确定启动故障诊断的过程。以下以通过第一用户的终端拨打DTMF号码为例来说明。在第一用户进入呼叫接通状态后,如果通信设备检测到第一用户的终端拨打了特定DTMF号码,将启动授权放音,例如“系统将在本次通话后的24小时内获得您通话的录音测试权限,确认请按1,取消请按0,否则请挂机”。可选地,如果系统侧对各种业务诊断权限进行了细分,则通信设备启动的授权放音中也可以包括各种业务的信息,例如通信设备启动的授权放音为“系统将在本次通话后的24小时内获得您通话的业务诊断测试权限,确认授权1X语音诊断请按1,SMS诊断请按2,DO数据诊断请按3,取消所有授权请按0,否则请挂机”;或者,根据系统侧的授权列表中该第一用户的终端对各种业务的授权状态,分别播放不同的提示音,比如对仅允许对SMS业务进行故障诊断的用户终端播放“系统将在本次通话后的24小时内获得您SMS业务的诊断测试权限,确认授权请按1,取消授权请按0,否则请挂机”。应理解,授权放音的内容不限于在本文中列举的形式,运营商或设备商可以根据实际应用设计出不同的授权放音的内容。
在通信设备放音之后,等待用户的反馈,例如第一用户通过终端上对应按键进行反馈。通信设备在收到所述第一用户的反馈后,将获知所述第一用户的终端是否允许对相应的业务进行故障诊断(例如,参见表1的“终端授权状态”或通信设备根据各个用户的终端的反馈生成单独的终端侧授权列表)。
在一次授权阶段完成后,如果所述第一用户的终端允许对所述业务进行故障诊断,并且系统侧也允许对所述第一用户的所述业务进行故障诊断,则所述通信设备对该第一用户的所述业务进行故障诊断。
应理解,所述通信设备对该第一用户的所述业务进行故障诊断应具有固定的时限,例如,在固定时限(24小时)内该通信设备可以获取关于该第一用户的所述业务的数据,但是超过所述固定时限后通信设备将删除和所述第一用户的所述业务有关数据。此外,通信设备还支持用户随时取消故障诊断。
具体而言,运营商系统管理员可以首先配置系统侧的授权列表,例如表1。当第一用户拨打语音呼叫之后,通信设备可以根据该第一用户的用户标识以及表1来确定系统侧是否允许对该第一用户的语音呼叫业务进行故障诊断。如果系统侧不允许对该第一用户的语音呼叫业务进行故障诊断,则通信设备不对所述第一用户的所述语音呼叫业务进行故障诊断,第一用户的终端仍保持原有的语音呼叫业务;如果系统侧允许对该第一用户的语音呼叫业务进行故障诊断,则通信设备将继续检测该第一用户的终端是否拨打了特定的DTMF号码。如果通信设备检测到该第一用户的终端未拨打特定的DTMF号码,则通信设备将不能够对所述第一用户的所述语音呼叫业务进行故障诊断,第一用户仍保持原有的语音呼叫业务;如果通信设备检测到该第一用户的终端拨打了特定的DTMF号码,则通信设备启动授权放音,然后等待第一用户的按键响应。直到通信设备确定该第一用户允许对所述第一用户的所述语音呼叫业务进行故障诊断,然后通信设备将可以在授权时限内对第一用户的终端启动故障诊断。可选地,通信设备还可以将该第一用户的终端是否允许对所述语音呼叫业务进行故障诊断的状态保存在终端侧授权列表中或保存在系统侧的授权列表的终端授权状态栏中。
以上的故障诊断的流程是针对那些其法律禁止采用通话录音或数据抓包等方式进行故障诊断的国家而言。对于那些其法律允许采用通话录音或数据抓包等方式进行故障诊断的国家以及运营商默认对系统服务的所有用户(例如,包括第一用户)的故障诊断进行授权,无需确定系统侧是否允许对所述第一用户的业务进行故障诊断,而可以直接确定所述第一用户的终端是否允许对所述业务进行故障诊断。
例如,第一用户拨打语音呼叫进入通话状态,然后通信设备检测第一用户的终端是否启动了故障诊断的流程,例如第一用户可以通过特定的DTMF号码来启动故障诊断的流程。如果通信设备检测到该第一用户的终端未拨打特定的DTMF号码,则所述通信设备不对所述第一用户的语音呼叫业务进行故障诊断,第一用户仍保持原有的语音呼叫业务;如果通信设备检测到该第一用户的终端拨打了特定的DTMF号码,则通信设备启动授权放音,然后等待第一用户的按键响应,如果第一用户按下了正确的按键,则通信设备确定所述第一用户的终端允许对所述语音呼叫业务进行故障诊断,之后(例如,在运维人员发起故障诊断流程时)所述通信设备对所述第一用户的所述语音呼叫业务进行故障诊断。通信设备将可以在授权时限内对第一用户的所述语音呼叫业务进行故障诊断。进一步地,通信设备还可以将该第一用户的终端是否允许对所述语音呼叫业务进行故障诊断的状态保存在终端侧授权列表中或保存在系统侧的授权列表的终端授权状态栏中。
以上两种授权流程均可认为是一次授权阶段。在一次授权阶段完成后,通信设备可以确定系统侧和某一用户的终端是否都允许对该用户的业务进行故障诊断,如果是的话,则通信设备可以对该用户的业务进行故障诊断。
如上所述,第一用户可以通过终端拨打DTMF号码来启动故障诊断的流程。但是,如果DTMF业务发生故障,第一用户将无法通过终端拨打DTMF号码来启动故障诊断的流程,因此需要考虑使用其他方式来启动故障诊断的流程,以便对该DTMF业务的故障进行诊断。在这种情况下,第一用户可以拨打特定运维号码,通信设备确定系统侧是否允许对该第一用户的DTMF业务进行故障检测,例如参见表1所示,可以先根据第一用户的用户标识(例如IMSI)查找到该第一用户对应的DTMF业务,然后确定该DTMF业务所对应的系统授权状态。如果是“允许”,则说明系统侧允许对该第一用户的DTMF业务进行故障诊断。如果是“不允许”,则说明系统侧不允许对该第一用户的DTMF业务进行故障诊断。通信设备确定系统侧允许对该第一用户的DTMF业务进行故障诊断后,通信设备直接对所述第一用户的终端进行授权放音,例如“您已进入终端故障诊断模式,系统将在本次通话后的24小时内获得该终端与其他授权终端的DTMF报文监测权限,到期后自动终止您的授权。同意请保持呼叫15秒,系统将提示后自动挂机,否则请立即挂机”。然后,通信设备将检测第一用户是否在15秒内挂机,如果是,则说明第一用户的终端不允许对所述DTMF业务的故障进行诊断,伴随着挂机,本次呼叫结束。如果第一用户在15秒内没有挂机,则通信设备将可以在授权时限内对第一用户的DTMF业务进行故障诊断。
综上所述,终端侧向所述通信设备反馈允许对所述第一用户的业务进行故障诊断的方式包括:在通话中拨打特殊的DTMF号码、或者拨打特定运维号码、或者保持呼叫等。
以上内容说明了通信设备需要确定系统侧允许对第一用户的业务进行故障诊断和/或所述第一用户的终端也允许对所述业务进行诊断后,通信设备才能对所述第一用户的业务进行故障诊断。
在业务操作涉及两个以上的用户时,系统在进行诊断时,必须判断业务涉及的各个用户的终端是否都允许对所述业务进行故障诊断,只有系统侧和多个用户的终端都允许对所述业务进行故障诊断,通信设备方可对所述业务进行故障诊断。例如,假设某个业务中涉及第一用户和第二用户,如果对于第一用户的业务,系统侧和第一用户的终端侧均允许对所述业务进行故障诊断,而对于第二用户的所述业务,系统侧允许对所述第二用户的所述业务进行故障诊断,但是没有获得第二用户的终端侧的允许,在此种情况下,通信设备可以直接对第二用户的终端进行授权放音,如果第二用户的终端通过按键反馈或保持呼叫一段时间的方式来允许对所述业务进行诊断,则所述通信设备可以开始对所述第一用户和第二用户共同涉及的业务进行故障诊断。
具体而言,运营商系统管理员可以在通信设备中配置系统侧的授权列表,例如表1。当主叫用户拨打语音呼叫之后,假设通信设备要对该用户的此次语音呼叫业务进行故障诊断,如果通信设备确认系统侧和该主叫用户的终端均允许对此次语音呼叫业务进行故障诊断,那么通信设备就可以依据表2以及主叫用户的用户标识和业务标识来确定被叫用户的用户标识,之后确定系统侧和被叫用户的终端是否也允许对所述被叫用户的此次语音呼叫业务进行故障诊断。如果系统侧不允许对此被叫用户的语音呼叫业务进行故障诊断,则通信设备不对此次语音呼叫业务进行故障诊断,主叫用户与被叫用户继续保持原有的语音呼叫业务;如果系统侧和该被叫用户的终端均允许对此被叫用户的语音呼叫业务进行故障诊断,则通信设备将在授权时限内对所述主叫用户与所述被叫用户之间的语音呼叫业务进行故障诊断;如果系统侧允许对此被叫用户的语音呼叫进行故障诊断,但是被叫用户的终端不允许对语音呼叫业务进行故障诊断,则通信设备可以主动向所述被叫用户的终端发送授权请求,以请求所述被叫用户的终端允许对所述语音呼叫业务进行故障诊断,或者通过主叫用户来触发所述通信设备向所述被叫用户的终端发送授权请求,以请求所述被叫用户的终端允许对所述语音呼叫业务进行故障诊断。
以下将以两个用户为例进行说明,可理解,当通话业务存在两个以上的用户时,也可以参照以下的故障诊断流程。
首先,终端用户发起正常的语音业务呼叫,于是通信设备进入正常的语音业务处理流程。系统需要对此次语音呼叫业务进行故障诊断时,通信设备可以根据此语音业务的标识以及表2查找到主叫用户(为了方便描述,在本发明实施例中将该主叫用户称作“第一用户”)的用户标识(例如,IMSI)和被叫用户(为了方便描述,在本发明实施例中将该被叫用户称作“第二用户”)的用户标识(例如,IMSI),并确定系统侧以及第一用户的终端和第二用户的终端是否均允许对此次语音业务进行故障诊断。如果系统侧以及第一用户的终端和第二用户的终端均允许对此次语音业务进行故障诊断,则所述通信设备对此次语音通话业务进行故障诊断;否则,通信设备将不会对此次语音通话业务进行故障诊断,而维持两者之间的正常呼叫。进一步地,如果通信设备确定
系统侧允许对第一用户和第二用户的此次语音业务进行故障诊断,第一用户的终端也允许对此次语音业务进行故障诊断,但是第二用户的终端不允许对此次语音业务进行故障诊断,则通信设备可以向所述第二用户发送授权请求,以请求所述第二用户允许对此次语音业务进行故障诊断。例如,通信设备可以对第二用户进行授权放音:“您本次通话将被录音,同意请保持,否则请挂机”。如果第二用户按照授权放音的提示对本次通话进行了保持,则说明第二用户允许对本次业务进行故障诊断。否则,如果第二用户执行挂机操作,则说明第二用户不允许对本次业务进行故障诊断,在此种情况下,通信设备就不会启动故障诊断了。
以上是以通信设备主动向所述第二用户发送授权请求为例进行说明的。在实际应用中,所述通信设备也可以收到第一用户的触发后才向所述第二用户发送授权请求的。例如,第一用户在电话接通后,按特定DTMF号码,触发所述通信设备向第二用户进行进行授权放音,以请求所述第二用户允许对此次语音业务进行故障诊断。
综上所述,通信设备在对某种业务进行故障诊断之前,首先要确定系统侧以及该业务涉及的用户的终端是否都允许对该业务进行故障诊断,若系统侧以及该业务涉及的用户的终端都允许对该业务进行故障诊断,则所述通信设备可通过数据抓包或录音等手段对所述业务进行故障诊断。当该业务涉及多个用户时,如果只有某个或某几个用户的终端不允许对所述业务进行故障诊断,则所述通信设备可以向该某个或某几个用户的终端发送授权请求,以请求该某个或某几个用户的终端允许对所述语音呼叫业务进行故障诊断。也就是,在每个业务中,通信设备均需要判断业务涉及的各个用户的终端是否都允许对所述业务进行故障诊断。如果是,则所述通信设备对所述业务执行故障诊断;如果否,则所述通信设备不对所述业务执行故障诊断,或者所述通信设备向不允许进行故障诊断的用户的终端发送授权请求,以请求允许对所述业务进行故障诊断。
应理解,通信设备可继续保留现有的对单个用户的业务进行故障诊断功能,例如设置语音(SET VOICE)、设置抓包(SET CAPPACKS)、系统探测器(SE,System Explorer)单用户跟踪等,所述通信设备还可以保留本地维护终端(LMT,Local Maintenance Terminal)信令跟踪)接口,并可以对系统侧的授权列表进行修改。
应理解,上述通信设备对业务的故障诊断可以在本次业务进行的过程中执行,亦可以在下次业务进行的过程中执行。例如,在确定业务涉及的各个用户的终端以及系统侧都允许对所述业务进行故障诊断后,通信设备可以选择在如下两种方式对所述业务进行故障诊断:其一,从下次业务开始执行相应的故障诊断流程;或者,其二,本次业务中即时开始相应的故障诊断流程。
在另一故障诊断方式中,可以在业务未发起时预先配置诊断触发条件,如果满足所述的诊断触发条件,并且所述通信设备确定业务涉及的各个用户的终端以及系统侧都允许对所述业务进行故障诊断,则所述通信设备立即开始对本次业务进行故障诊断。例如,预先设置的诊断触发条件为:用户拨打特定的DTMF号码,通信设备发现某个用户在执行语音业务的过程中拨打了DTMF号码,并且确定该语音业务涉及的各个用户的终端以及系统侧都允许对所述业务进行故障诊断,则所述通信设备可以立即开始对本次语音业务进行故障诊断。
由此可见,本发明实施例的故障诊断方法需要获得用户终端的允许或者用户终端和系统测的双方允许才能执行,由此,保障了故障诊断在一个安全的环境中进行,其更合乎安全法律法规。
下面将结合图2和图3描述根据本发明实施例的故障诊断的装置。
在图2中,故障诊断的装置20包括第一确定单元21和诊断单元22。这里,故障诊断的装置20诊断的业务涉及至少一个用户。
其中,第一确定单元21用于确定每个用户的终端是否允许对所述业务进行故障诊断。诊断单元22用于在所述第一确定单元21确定所述每个用户的终端都允许对该业务进行故障诊断后对所述业务进行故障诊断。
此外,如图3所示的另一实施例中,故障诊断的装置30装置还可以包括第二确定单元23,用于在所述诊断单元22对所述业务进行故障诊断之前,确定系统侧允许对所述业务进行故障诊断。所述诊断单元22在所述第一确定单元21确定所述每个用户的终端都允许对该业务进行故障诊断,并且所述第二确定单元23确定系统侧允许对所述业务进行故障诊断后,对所述业务进行故障诊断。
可选地,第二确定单元23用于通过系统侧的授权列表确定所述系统侧允许对所述每个用户的所述业务进行故障诊断,所述系统侧的授权列表中至少包括每个用户的标识,每个用户的业务以及系统侧是否允许对该用户的每种业务进行故障诊断的信息。
可选地,第一确定单元21用于通过每个用户的终端反馈的信息来确定所述用户的终端是允许对所述业务进行故障诊断的。
其中,所述第一确定单元具体用于:如果所述每个用户的终端拨打特定的双音多频DTMF号码,或者所述每个用户的终端拨打特定的运维号码,或者所述每个用户的终端保持呼叫达到指定时长,则确定所述每个用户的终端允许对所述业务进行故障诊断。
可选地,故障诊断的装置30还可以包括发送单元24,用于如果任意一个用户的终端不允许对所述业务进行故障诊断,则向所述任意一个用户的终端发送授权请求,以请求允许对所述业务进行故障诊断。这样,诊断单元22用于在确定所述任意一个用户的终端允许对所述业务进行故障诊断后,对所述业务进行故障诊断。
可选地,诊断单元22用于在本次业务进行中对所述业务进行故障诊断;或者在下次业务进行中对所述业务进行故障诊断。
由此可见,本发明实施例的故障诊断的装置通过获得用户终端的允许或者或者用户终端和系统测的双方允许,保障了故障诊断在一个安全的环境中进行,其更合乎安全法律法规。
另外,本发明的实施例还提供了另外一种故障诊断的装置,该装置40中包括存储器41和处理器42,该存储器41用于存储实现上述方法实施例中各步骤的代码,所述处理器42用于处理所述存储器41中存储的代码。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。
Claims (18)
1.一种故障诊断的方法,其特征在于,所述方法中的业务涉及至少一个用户,该方法包括:
确定每个用户的终端是否允许对所述业务进行故障诊断;
如果每个用户的终端都允许对该业务进行故障诊断,则对所述业务进行故障诊断。
2.根据权利要求1所述的方法,其特征在于,在对所述业务进行故障诊断之前进一步包括:
确定系统侧允许对所述业务进行故障诊断。
3.根据权利要求2所述的方法,其特征在于,如果每个用户的终端都允许对该业务进行故障诊断,则对所述业务进行故障诊断包括:
如果所述每个用户的终端都允许对该业务进行故障诊断,并且系统侧也允许对所述业务进行故障诊断,则对所述业务进行故障诊断。
4.根据权利要求2或3所述的方法,其特征在于,所述确定系统侧允许对所述每个用户的所述业务进行故障诊断包括:
通过系统侧的授权列表确定系统侧允许对所述每个用户的所述业务进行故障诊断,所述系统侧的授权列表中至少包括每个用户的标识,每个用户的业务以及系统侧是否允许对该用户的每种业务进行故障诊断的信息。
5.根据权利要求1至4中任意一项所述的方法,其特征在于,所述确定每个用户的终端是否允许对所述业务进行故障诊断包括:
通过每个用户的终端反馈的信息来确定所述用户的终端是允许对所述业务进行故障诊断的。
6.根据权利要求5所述的方法,其特征在于,所述通过每个用户的终端反馈的信息来确定所述用户的终端是允许对所述业务进行故障诊断的包括:
如果所述每个用户的终端拨打特定的双音多频DTMF号码,或者
所述每个用户的终端拨打特定的运维号码,或者所述每个用户的终端保持呼叫达到指定时长,则确定所述每个用户的终端允许对所述业务进行故障诊断。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法进一步包括:
如果任意一个用户的终端不允许对所述业务进行故障诊断,则不对所述业务进行故障诊断。
8.根据权利要求1至6中任一项所述的方法,其特征在于,所述方法进一步包括:
如果任意一个用户的终端不允许对所述业务进行故障诊断,则向所述任意一个用户的终端发送授权请求,以请求允许对所述业务进行故障诊断;
在确定所述任意一个用户的终端允许对所述业务进行故障诊断后,对所述业务进行故障诊断。
9.根据权利要求1至8中任一项所述的方法,其特征在于,所述对所述业务进行故障诊断包括:
在本次业务进行中对所述业务进行故障诊断;或者
在下次业务进行中对所述业务进行故障诊断。
10.一种故障诊断的装置,其特征在于,所述装置诊断的业务涉及至少一个用户,包括:
第一确定单元,用于确定每个用户的终端是否允许对所述业务进行故障诊断;
诊断单元,用于在所述第一确定单元确定所述每个用户的终端都允许对该业务进行故障诊断后对所述业务进行故障诊断。
11.根据权利要求10所述的装置,其特征在于,还包括:
第二确定单元,用于在对所述业务进行故障诊断之前,确定系统侧允许对所述业务进行故障诊断。
12.根据权利要求11所述的装置,其特征在于,所述诊断单元在所述第一确定单元确定所述每个用户的终端都允许对该业务进行故障诊断,并且所述第二确定单元确定系统侧允许对所述业务进行故障诊断后,对所述业务进行故障诊断。
13.根据权利要求10或11所述的装置,其特征在于,所述第二确定单元具体用于:
通过系统侧的授权列表确定所述系统侧允许对所述每个用户的所述业务进行故障诊断,所述系统侧的授权列表中至少包括每个用户的标识,每个用户的业务以及系统侧是否允许对该用户的每种业务进行故障诊断的信息。
14.根据权利要求10至13中任意一项所述的装置,其特征在于,所述第一确定单元具体用于:
通过每个用户的终端反馈的信息来确定所述用户的终端是允许对所述业务进行故障诊断的。
15.根据权利要求14所述的装置,其特征在于,所述第一确定单元具体用于:
如果所述每个用户的终端拨打特定的双音多频DTMF号码,或者所述每个用户的终端拨打特定的运维号码,或者所述每个用户的终端保持呼叫达到指定时长,则确定所述每个用户的终端允许对所述业务进行故障诊断。
16.根据权利要求10至15中任一项所述的装置,其特征在于,还包括:
发送单元,用于如果任意一个用户的终端不允许对所述业务进行故障诊断,则向所述任意一个用户的终端发送授权请求,以请求允许对所述业务进行故障诊断;
所述诊断单元用于:
在确定所述任意一个用户的终端允许对所述业务进行故障诊断后,对所述业务进行故障诊断。
17.根据权利要求10至16中任一项所述的装置,其特征在于,所述诊断单元具体用于:
在本次业务进行中对所述业务进行故障诊断;或者
在下次业务进行中对所述业务进行故障诊断。
18.一种故障诊断的装置,其特征在于,所述装置包括一个存储器和一个处理器;
所述存储器用于存储实现权利要求1至9任意一项所述的方法的代码;
所述处理器用于执行所述存储器存储的代码。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2012/077455 WO2014000147A1 (zh) | 2012-06-25 | 2012-06-25 | 故障诊断的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102870375A true CN102870375A (zh) | 2013-01-09 |
CN102870375B CN102870375B (zh) | 2015-11-25 |
Family
ID=47447763
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280000751.2A Active CN102870375B (zh) | 2012-06-25 | 2012-06-25 | 故障诊断的方法及装置 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9521569B2 (zh) |
CN (1) | CN102870375B (zh) |
WO (1) | WO2014000147A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106487444A (zh) * | 2016-10-18 | 2017-03-08 | 烽火通信科技股份有限公司 | 一种实现移动终端与电信设备数据通信的方法及系统 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113810940B (zh) * | 2021-09-24 | 2024-01-19 | 中通服咨询设计研究院有限公司 | 一种基于网络运维的基站侧网络监控方法及系统 |
CN114339864B (zh) * | 2021-12-28 | 2024-04-23 | 锐捷网络股份有限公司 | 一种网络产品的性能评估方法、装置、设备及介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863095A (zh) * | 2005-03-21 | 2006-11-15 | 奔峰电子(北京)有限公司 | 一种电子设备及其管理系统 |
CN101026506A (zh) * | 2007-01-25 | 2007-08-29 | 中兴通讯股份有限公司 | 一种接入网监听系统及其实现方法 |
CN101316430A (zh) * | 2008-06-27 | 2008-12-03 | 华为技术有限公司 | 通信信息收集方法、测试方法及网络侧设备 |
CN101388801A (zh) * | 2007-09-14 | 2009-03-18 | 华为技术有限公司 | 合法监听方法、系统和服务器 |
CN101911592A (zh) * | 2007-10-23 | 2010-12-08 | 高通股份有限公司 | 无线现场设备中的故障管理 |
CN102105910A (zh) * | 2008-07-25 | 2011-06-22 | 丰田自动车株式会社 | 允许各种车载装置执行需要用户同意的动作的执行装置、执行方法和执行系统以及构成执行系统的通信中心,以及执行需要用户同意的动作的车载装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040198328A1 (en) * | 2002-08-27 | 2004-10-07 | Brandenberger Sarah M. | Call management for wireless mobile communication systems |
US8767584B2 (en) * | 2010-01-29 | 2014-07-01 | Alcatel Lucent | Method and apparatus for analyzing mobile services delivery |
-
2012
- 2012-06-25 CN CN201280000751.2A patent/CN102870375B/zh active Active
- 2012-06-25 WO PCT/CN2012/077455 patent/WO2014000147A1/zh active Application Filing
-
2014
- 2014-12-11 US US14/567,191 patent/US9521569B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1863095A (zh) * | 2005-03-21 | 2006-11-15 | 奔峰电子(北京)有限公司 | 一种电子设备及其管理系统 |
CN101026506A (zh) * | 2007-01-25 | 2007-08-29 | 中兴通讯股份有限公司 | 一种接入网监听系统及其实现方法 |
CN101388801A (zh) * | 2007-09-14 | 2009-03-18 | 华为技术有限公司 | 合法监听方法、系统和服务器 |
CN101911592A (zh) * | 2007-10-23 | 2010-12-08 | 高通股份有限公司 | 无线现场设备中的故障管理 |
CN101316430A (zh) * | 2008-06-27 | 2008-12-03 | 华为技术有限公司 | 通信信息收集方法、测试方法及网络侧设备 |
CN102105910A (zh) * | 2008-07-25 | 2011-06-22 | 丰田自动车株式会社 | 允许各种车载装置执行需要用户同意的动作的执行装置、执行方法和执行系统以及构成执行系统的通信中心,以及执行需要用户同意的动作的车载装置 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106487444A (zh) * | 2016-10-18 | 2017-03-08 | 烽火通信科技股份有限公司 | 一种实现移动终端与电信设备数据通信的方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2014000147A1 (zh) | 2014-01-03 |
CN102870375B (zh) | 2015-11-25 |
US20150092565A1 (en) | 2015-04-02 |
US9521569B2 (en) | 2016-12-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3214861B1 (en) | Method, device and system for detecting fraudulent user | |
US9106665B2 (en) | Automatic device authentication and account identification without user input when application is started on mobile station | |
US8831580B2 (en) | Systems and methods of initiating a call | |
CN102917105B (zh) | 呼叫信息处理方法和终端设备 | |
CN102821380A (zh) | 用于实现移动终端一卡多号的方法及移动终端 | |
JP2010533466A (ja) | ビジネス及び個人のエアタイムの使用のための分離可能な音声料金請求書作成のための装置及び方法 | |
EP2288199B1 (en) | Communication information collecting method, testing method and corresponding systems | |
CN102857941B (zh) | 在无线通信系统中多业务网络管理的方法及其装置 | |
CN103916836A (zh) | 基于互联网和通信网实现通话拦截的方法和系统 | |
US10154145B1 (en) | Virtual telephony assistant | |
US11553328B2 (en) | Methods, devices, and computer programs for provisioning or controlling operator profiles in terminals | |
CN102870375B (zh) | 故障诊断的方法及装置 | |
CN105681525A (zh) | 来电管理方法以及来电管理设备 | |
Mirsky et al. | Ddos attacks on 9-1-1 emergency services | |
CA2866717C (en) | Systems and methods for performing over-the-air activation while roaming | |
CN102024310A (zh) | 视频监控系统的报警处理方法及视频监控前端设备 | |
CN105188041A (zh) | 基于固定电话的呼叫转移方法及家庭网关 | |
EP2560415B1 (en) | Method and system for participating in group call | |
CN104754573A (zh) | 一种呼叫处理方法和装置 | |
CN103095938A (zh) | 语音留言方法以及语音信箱系统 | |
EP3984268A1 (en) | Controlling provision of access to restricted local operator services by user equipment | |
CN103458454A (zh) | 一种基于安卓系统的通信终端掉话测试方法和测试装置 | |
CN117319999A (zh) | 通信设备识别方法、通信系统以及电子设备 | |
Wang et al. | Dissecting Operational Cellular IoT Service Security: Attacks and Defenses | |
CN1980129B (zh) | 一种鉴权方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |