CN112882868A - VoLTE健康度监测方法、装置、电子设备和存储介质 - Google Patents

VoLTE健康度监测方法、装置、电子设备和存储介质 Download PDF

Info

Publication number
CN112882868A
CN112882868A CN202110284435.3A CN202110284435A CN112882868A CN 112882868 A CN112882868 A CN 112882868A CN 202110284435 A CN202110284435 A CN 202110284435A CN 112882868 A CN112882868 A CN 112882868A
Authority
CN
China
Prior art keywords
target data
volte
judgment
specified type
data
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
Application number
CN202110284435.3A
Other languages
English (en)
Other versions
CN112882868B (zh
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.)
SICHUAN AOCHENG TECHNOLOGY CO LTD
Original Assignee
SICHUAN AOCHENG TECHNOLOGY CO LTD
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 SICHUAN AOCHENG TECHNOLOGY CO LTD filed Critical SICHUAN AOCHENG TECHNOLOGY CO LTD
Priority to CN202110284435.3A priority Critical patent/CN112882868B/zh
Publication of CN112882868A publication Critical patent/CN112882868A/zh
Application granted granted Critical
Publication of CN112882868B publication Critical patent/CN112882868B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1446—Point-in-time backing up or restoration of persistent data
    • G06F11/1448—Management of the data involved in backup or backup restore
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G06F16/284—Relational databases
    • 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)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Computational Linguistics (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请提供了一种VoLTE健康度监测方法、装置、电子设备和存储介质，其中，该方法包括：获取核心网元设备内产生的目标用户业务数据；对所述目标用户业务数据进行提取，得到指定类型下的目标数据；针对每种指定类型，根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求；若确定该指定类型下的目标数据不满足要求，使用用于表示非健康的标识对该指定类型下的目标数据进行标记。本申请实施例通过上述方法，能够快速的找出影响VoLTE正常通话的非健康数据，有利于帮助运营商保障正常通话。

Description

VoLTE健康度监测方法、装置、电子设备和存储介质
技术领域
本申请涉及移动通讯和数据库技术领域，具体而言，涉及一种VoLTE健康度监测方法、装置、电子设备和存储介质。
背景技术
随着科技的不断发展，长期演进语音承载(Voice over Long-Term Evolution，VoLTE)这种架构在4G(第四代的移动信息系统)网络上全网络互连协议(InternetProtocol，IP)条件下的端到端语音方案，解决了用户在2G、3G(第二代手机通信技术、第三代手机通信技术)时代语音通话卡顿、掉线的问题。要保障VoLTE正常通话，就要找出影响VoLTE正常通话的业务数据，从而完成对该数据的修正。
现有技术中，由于对VoLTE健康度监测缺少有效的监测方法，用户对VoLTE通话的投诉呈现持续上升趋势，通过用户反馈被动的了解VoLTE通话中的问题，维护人员需要从用户反馈信息中分析影响VoLTE正常通话的原因，并进行检查和判断，确认问题归属之后才能进行数据修正，发明人在研究中发现，现有技术中存在的问题是不能快速定位问题数据。
发明内容
有鉴于此，本申请实施例提供了一种VoLTE健康度监测方法、装置、电子设备和存储介质，以完成对VoLTE数据健康度的监测，准确定位问题数据。
第一方面，本申请实施例提供了一种VoLTE健康度监测方法，所述VoLTE健康度监测方法包括：
获取核心网元设备内产生的目标用户业务数据；其中，各所述核心网元设备中的目标用户业务数据为用户在使用长期演进语音承载VoLTE业务时产生的；
对所述目标用户业务数据进行提取，得到指定类型下的目标数据；其中，所述指定类型下的目标数据为能保证VoLTE正常通话的目标用户业务数据；
针对每种指定类型，根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，其中，所述判断规则为使该业务类型功能的实现度高于预设阈值的工作状态数据；
若确定所述指定类型下的目标数据不满足要求，使用用于表示非健康的第一标识对该指定类型下的目标数据进行标记。
在一个可行的实施方案中，所述获取核心网元设备内产生的目标用户业务数据，包括：
步骤一：获取所述核心网元设备内的用户业务数据备份包；
步骤二：判断所述用户业务数据备份包的完整度是否低于预设阈值，若所述用户业务数据备份包的完整度低于预设阈值，则重新执行步骤一，直到获取的所述用户业务数据备份包的完整度高于或等于预设阈值；
步骤三：若所述用户业务数据备份包的完整度高于或等于预设阈值，则将所述用户业务数据备份包中的用户业务数据作为目标用户业务数据。
在一个可行的实施方案中，根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，所述判断规则包括一致性判断和合规性判断，其中，
所述一致性判断是判断所述目标数据在不同核心网元设备中的参数所对应的状态是否一致；若所述目标数据在不同核心网元设备中的参数所对应的状态一致，则认为该目标数据通过一致性判断；
所述合规性判断是判断所述目标数据在单个核心网元设备中的参数所对应的状态是否能使该目标数据对应的VoLTE业务类型功能实现；若所述目标数据在单个核心网元设备中的参数所对应的状态能使该目标数据对应的VoLTE业务类型功能实现，则认为该目标数据通过合规性判断；
若所述指定类型下的目标数据通过所述一致性判断和所述合规性判断，则认为该所述目标数据符合该指定类型下目标数据对应的所述判断规则。
在一个可行的实施方案中，该VoLTE健康度监测方法包括：
若确定该指定类型下的目标数据满足要求，使用用于表示健康的第二标识对该指定类型下的目标数据进行标记。
在一个可行的实施方案中，在使用用于表示非健康的第一标识对该指定类型下的目标数据进行标记之后，还包括：
将携带有所述非健康标识的目标数据发送给运营商服务器。
第二方面，本申请实施例还提供了一种VoLTE健康度监测装置，该VoLTE健康度监测装置包括：
获取单元，用于获取核心网元设备内产生的目标用户业务数据，各所述核心网元设备中的目标用户业务数据为用户在使用长期演进语音承载VoLTE业务时产生的。
提取单元，用于对所述目标用户业务数据进行提取，得到指定类型下的目标数据，所述指定类型下的目标数据为能保证VoLTE正常通话的目标用户业务数据。
判断单元，用于针对每种指定类型，根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，所述判断规则为使该业务类型功能的实现度高于预设阈值的工作状态数据。
标记单元，用于若确定所述指定类型下的目标数据不满足要求，使用用于表示非健康的第一标识对该指定类型下的目标数据进行标记。
在一个可行的实施方案中，所述获取单元用于获取核心网元设备内产生的目标用户业务数据，包括：
步骤一：获取所述核心网元设备内的用户业务数据备份包；
步骤二：判断所述用户业务数据备份包的完整度是否低于预设阈值，若所述用户业务数据备份包的完整度低于预设阈值，则重新执行步骤一，直到获取的所述用户业务数据备份包的完整度高于或等于预设阈值；
步骤三：若所述用户业务数据备份包的完整度高于或等于预设阈值，则将所述用户业务数据备份包中的用户业务数据作为目标用户业务数据。
在一个可行的实施方案中，判断单元用于根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，所述判断规则包括一致性判断和合规性判断，其中，
所述一致性判断是判断所述目标数据在不同核心网元设备中的参数所对应的状态是否一致；若所述目标数据在不同核心网元设备中的参数所对应的状态一致，则认为该目标数据通过一致性判断；
所述合规性判断是判断所述目标数据在单个核心网元设备中的参数所对应的状态是否能使该目标数据对应的VoLTE业务类型功能实现；若所述目标数据在单个核心网元设备中的参数所对应的状态能使该目标数据对应的VoLTE业务类型功能实现，则认为该目标数据通过合规性判断；
若所述指定类型下的目标数据通过所述一致性判断和所述合规性判断，则认为该所述目标数据符合该指定类型下目标数据对应的所述判断规则。
在一个可行的实施方案中，该VoLTE健康度监测装置还包括标记单元，用于若确定该指定类型下的目标数据满足要求，使用用于表示健康的第二标识对该指定类型下的目标数据进行标记。
在一个可行的实施方案中，所述VoLTE健康度监测装置还包括发送单元，用于将携带有所述非健康标识的目标数据发送给运营商服务器。
第三方面，本申请实施例提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如第一方面中任一项所述的VoLTE健康度监测方法的步骤。
第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如第一方面中任一项所述的VoLTE健康度监测方法的步骤。
本申请实施例为了实现对用户的VoLTE数据健康度监测，需要从产生VoLTE通话数据的核心网元设备中获取用户的业务数据，对于获取到的用户业务数据进行提取，提取出那些能够影响VoLTE正常通话的目标数据，由于每个不同业务类型的业务数据在各个对应核心网元设备中的参数和格式有所差别，因此要对这些目标数据设定与其对应的判断规则，来对这些目标数据进行判断，将提取出的目标数据放入其对应的判断规则中进行判断，对于不满足判断规则的目标数据，使用用于表示非健康的第一标识对该目标数据进行标记，认为这些携带了非健康标识的目标数据是问题数据，上述方法能相对快速的定位到问题数据，本申请实施例还能够通过设置频率，周期性的完成对问题数据的标记工作，将问题数据发送给运营商服务器，辅助维护人员对问题数据进行修正，有利于帮助运营商保障VoLTE正常通话。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例所提供的一种VoLTE健康度监测方法的流程图；
图2示出了本申请实施例所提供的另一种VoLTE健康度监测方法的流程图；
图3示出了本申请实施例所提供的另一种流程示意图；
图4示出了本申请实施例所提供的一种VoLTE健康度监测装置的结构示意图；
图5示出了本申请实施例所提供的一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
需要提前说明的是，本申请实施例涉及到的装置或电子设备等可以执行在单个服务器上，也可以执行在服务器组。服务器组可以是集中式的，也可以是分布式的。在一些实施例中，服务器相对于终端，可以是本地的，也可以是远程的。例如，服务器可以经由网络访问存储在服务请求方终端、服务提供方终端、或数据库、或其任意组合中的信息和/或数据。作为另一示例，服务器可以直接连接到服务请求方终端、服务提供方终端和数据库中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。
另外，本申请实施例涉及到的装置或电子设备可以执行在接入设备或者第三方设备上，具体可以包括：移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能头盔、智能手表、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(Personal Digital Assistant，PDA)、游戏设备、导航设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、增强现实头盔等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。
实施例一
图1为本申请实施例一提供的一种VoLTE健康度监测方法的流程示意图，如图1所示，该VoLTE健康度监测方法包括：
S101：获取核心网元设备内产生的目标用户业务数据，各所述核心网元设备中的目标用户业务数据为用户在使用VoLTE业务时产生的。
具体的，所述核心网元是指归属用户服务器(Home Subscriber Server，HSS)、VoLTE应用服务器(VoLTEApplication Server，VoLTEAS)、电子号码对URI的映射服务器/域名服务器(Electronic Numbers to URI(通用资源标识)Mapping/Domain Name System，EMUN/DNS，ENS)三类核心网元，用户使用VoLTE通话功能时产生的用户数据保存在所述三类核心网元设备中。
S102：对所述目标用户业务数据进行提取，得到指定类型下的目标数据；其中，所述指定类型下的目标数据为能保证VoLTE正常通话的目标用户业务数据。
具体的，对所述目标用户业务数据进行提取，目的是将目标用户业务数据中包含VoLTE业务类型的用户业务数据完整的分离出来，所述指定类型包括但不限于：用户标识、呼叫前转、呼入限制、号码显示、运营商配置的呼叫限制(Operator Determined Barring，ODB)、呼叫等待、呼叫保持、多方通话、智能网签约业务数据、智能网签约业务数据、接入点业务数据、共享初始过滤准则集(SiFC)业务数据、彩铃业务数据。
S103：针对每种指定类型，根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，其中，所述判断规则为使该业务类型功能的实现度高于预设阈值的工作状态数据。
具体的，由于每个业务类型在不同核心网元设备中的参数和形式都有所差别，因此针对不同的业务类型需要分别建立不同的判断规则，根据每个指定类型所对应的判断规则，判断目标数据是否满足判断条件；同时，还需要设置一个实现度预设阈值，来确保该业务类型在满足实现度预设阈值的条件下能够保障正常通话。
S104：若确定所述指定类型下的目标数据不满足要求，使用用于表示非健康的第一标识对该指定类型下的目标数据进行标记。
具体的，若确定所述指定类型下的目标数据不满足要求，使用用于表示非健康的第一标识对该指定类型下的目标数据进行标记；若确定所述指定类型下的目标数据满足要求，使用用于标识健康的第二标识对该指定类型下的目标数据进行标记。
举例说明，在步骤103中，将实现度预设阈值设定为100％，根据步骤103的判断规则，若该目标数据不满足判断规则中的判断条件，则所对应的业务类型的实现度低于100％的预设阈值，为该目标数据标记非健康标识；若该目标数据均满足判断规则中的判断条件，则所对应的业务类型的实现度高于或等于100％的预设阈值，为该目标数据标记健康标识。
本申请实施例为了实现对用户的VoLTE健康度监测，需要从产生VoLTE通话数据的核心网元设备中获取用户的业务数据，对于获取到的用户业务数据进行提取，提取出那些能够影响VoLTE正常通话的目标数据，由于每个不同业务类型的业务数据在各个对应核心网元设备中的参数和格式有所差别，因此要对这些目标数据设定与其对应的判断规则，来对这些目标数据进行判断，将提取出的目标数据放入其对应的判断规则中进行判断，对于不满足判断规则的目标数据，使用用于表示非健康的第一标识对该目标数据进行标记，认为这些携带了非健康标识的目标数据是问题数据，上述方法能相对快速的定位到问题数据，本申请实施例还能够通过设置频率，周期性的完成对问题数据的标记工作，将问题数据发送给运营商服务器，辅助维护人员对问题数据进行修正，有利于帮助运营商保障VoLTE正常通话。
在一个可行的实施方案中，图2为本申请实施例所提供的另一种VoLTE健康度监测方法的流程图，如图2所示，执行S101时，可以通过以下步骤实现：
S201：获取所述核心网元设备内的用户业务数据备份包。
各核心网元支持文件传输协议(File Transfer Protocol，FTP)、超文本传输协议(Hypertext Transfer Protocol，HTTP)、可扩展标记语言格式(Extensible MarkupLanguage，XML)、WebService等多种接口方式。
从核心网元设备内获取用户业务数据备份包的方法包括以下两种方法：
方法一：通过各核心网元提供的接口，输出查询命令参数，获取HSS、VoLTE AS、ENS三类核心网元设备中全量的用户业务数据备份包。
方法二：通过设置频率，周期性发送查询命令参数，获取核心网元设备中的用户业务数据备份包，用户业务数据备份包仅在该获取周期内有效。举例说明，令频率f＝1/60s，则设置的获取用户业务数据备份包的周期为60s，即每分钟都从核心网元设备端获取用户业务数据备份包。
通过以上两种方法获取到用户业务数据备份包。
S202：判断所述用户业务数据备份包的完整度是否低于预设阈值。
具体的，设置一个完整度阈值，假设完整度阈值为100％，对所述用户业务数据备份包进行完整度校验。具体为：
对于每个用户业务数据备份包，判断该用户业务数据备份包是否损坏；若判断该用户业务数据备份包未损坏，则确定该用户业务数据备份包的完整度高于或等于100％，则进入步骤203。
若所述用户业务数据备份包损坏，则认为所述用户业务数据备份包的完整度低于100％，则在核心网元设备中重新获取该用户业务数据备份包，也就是重新进入S201，在获取到用户业务数据备份包之后，对于获取到的用户业务数据备份包再次进行完整度判断，直到获取到的所述用户业务数据备份包的完整度高于或等于100％。
S203：将该所述完整度高于或等于预设阈值用户业务数据备份包中的用户业务数据作为目标用户业务数据。
在一个可行的实施方案中，对于S103，对于提取出来的目标数据，由于不同业务数据在所述核心网元设备中的存储形式和参数值有一定差别，想要对所述指定类型下目标数据的健康度进行判断，需要针对每种所述指定类型下的目标数据建立对应的判断规则，所述的判断规则具体如下：
所述判断规则根据一致性判断和合规性判断来进行设定。
所述一致性判断是判断所述目标数据在不同核心网元设备中的参数所对应的状态是否一致；若所述目标数据在不同核心网元设备中的参数所对应的状态一致，则认为该目标数据通过一致性判断。
1、一致性判断
按照一致性判断规则，对于指定业务类型下目标数据所设定的判断条件举例如下：
(1)对用户标识业务类型在各个核心网元设备中的一致性进行判断，举例如下：
当用户标识为国际移动用户识别码(International Mobile SubscriberIdentity，IMSI)时，判断条件为：用户在HSS与IP多媒体子系统(IP MultimediaSubsystem，IMS)中的电话号码相同，IMSI不相同。
当用户标识为主叫用户为呼叫全球移动通信系统、公共陆地移动网中的一个移动用户所需拨的号码(Mobile Subscriber International ISDN/PSTN number，MSISDN)时，判断条件为：用户在HSS与IP多媒体子系统IMS电话号码不相同，IMSI相同。
(2)对呼叫前转业务类型在各个核心网元上的一致性进行判断，举例如下：
当呼叫前转为无条件呼叫前转(Call Forwarding Unconditional，CFU)时，判断条件为：CFU＝FALSE且CFU_ACT＝FALSE，即CFU未定制且未激活。
当呼叫前转为遇忙占线呼叫前转(Call Forwarding on mobile subscriberBusy，CFB)时，判断条件为：CFB＝FALSE且CFB_ACT＝FALSE，即CFB未定制且未激活。
当呼叫前转为呼叫无应答前转(CallForwarding on NOT Reply，CFNRY)时，判断条件为：CFNRY＝FALSE且CFNRY_ACT＝FALSE，即CFNRY未定制且未激活。
当呼叫前转为呼叫不可及前转(Call Forwarding on mobile subscriber NotReachable，CFNRC)时，判断条件为：CFNRC＝FALSE且CFNRC_ACT＝FALSE，即CFNRC未定制且未激活。
当呼叫前转为隐含呼叫转移(Call Forwarding–Default，CFD)时，判断条件为：CFD＝FALSE且CFD_ACT＝FALSE，即CFD未定制且未激活。
(3)对呼入限制业务类型在各个核心网元上的一致性进行判断，举例如下：
当呼入限制为限制所有入呼叫(Barring of All Incoming Calls，BAIC)时，判断条件为：BAIC＝FALSE且BAIC_ACT＝FALSE，即BAIC未定制且未激活。
当呼入限制为当漫游出归属公共陆地移动网国家后，闭锁/限制入呼叫(BICROAM)时，判断条件为：BICROAM＝FALSE且BICROAM_ACT＝FALSE，即BICROAM未定制且未激活。
(4)对号码显示(COLR)业务类型在各个核心网元上的一致性进行判断，举例如下：
判断条件为：COLR＝FALSE，即COLR为未定制。
(5)对运营商决定的呼叫限制功能(Operator Determined Barring，ODB)业务类型在各个核心网元上的一致性进行判断，举例如下：
当ODB为不限制呼出(NOBOC)时，判断条件为：用户在HSS上闭锁出呼叫的种类(ODBOC)＝NOBOC且用户在电信应用服务器(Telecom Application Server，TAS)上ODBOC≠NOBOC，即用户在HSS上闭锁出呼叫的种类是不限制呼出，在TAS上闭锁出呼叫的种类不是不限制呼出。
当ODB为闭锁所有出呼叫权限(BAOC)时，判断条件为：用户在HSS上ODBOC＝BAOC且用户在TAS上ODBOC≠BAOC，即用户在HSS上闭锁出呼叫的种类是闭锁所有出呼叫权限，在TAS上闭锁出呼叫的种类不是闭锁所有出呼叫权限。
当ODB为限制所有入呼叫(BOIC)时，判断条件为：用户在HSS上ODBOC＝BOIC且用户在TAS上ODBOC≠BOIC，即用户在HSS上闭锁出呼叫的种类是限制所有入呼叫，在TAS上闭锁出呼叫的种类不是限制所有入呼叫。
(6)对呼叫等待(Call Waiting，CWAIT)业务类型在各个核心网元上的一致性进行判断，举例如下：
判断条件为：用户在HSS上CW_ACT＝FALSE，用户在TAS上CW＝TRUE且CW_ACT＝TRUE时，即用户在HSS上CWAIT未激活，在TAS上CWAIT已定制且已激活。
(7)对呼叫保持(Call Holding，CHOLD)业务类型在各个核心网元设备中的一致性进行判断，举例如下：
判断条件为：用户在HSS上CHOLD＝FALSE且在TAS上CHOLD＝TRUE时，即用户在HSS上CHOLD未定制，用户在TAS上CHOLD已定制。
(8)对多方通话(MultiParty，MPTY)业务类型在各个核心网元设备中的一致性进行判断，举例如下：
判断条件为：用户在HSS上MPTY＝FALSE且在在TAS上MPTY＝TRUE时，即用户在HSS上MPTY未激活，在TAS上MPTY定制且激活。
所述合规性判断是判断所述目标数据在单个核心网元设备中的参数所对应的状态是否能使该目标数据对应的VoLTE业务类型功能实现；若所述目标数据在单个核心网元设备中的参数所对应的状态能使该目标数据对应的VoLTE业务类型功能实现，则认为该目标数据通过合规性判断。
2、合规性判断
按照合规性判断规则，对于指定业务类型下目标数据所设定的判断条件举例如下：
(1)对用户标识在单个网元上的合规性进行判断，举例如下：
当用户标识参数名称为私有用户标识(IMPI)时，需满足格式：
[A]@ims.mnc[B].mcc[C].3gppnetwork.org
其中，A代表用户名，B代表移动网络号码，C代表移动国家码。
每一个IMS用户都有一个私有的用户身份，这个私有的身份由归属网络运营商分配，用于用户接入IMS网络的注册、鉴权、认证和计费，私有用户标识不用于呼叫的寻址和路由。
当用户标识参数名称为公有用户标识(IMPU)时，需满足格式：
会话初始协议(Session Initiation Protocol，SIP):
+86[A]@[B].ims.mnc000.mcc460.3gppnetwork.org
电话(telephone，tel):+86[C]
会话初始协议(Session Initiation Protocol，SIP):
[D]@ims.mnc[E].mcc[F].3gppnetwork.org
其中，A代表用户电话号码，B代表用户名，C代表用户电话号码，D代表用户名，E代表移动网络号码，F代表移动国家码。
(2)对智能网签约(CAMEL(移动智能)Subscription Information，CMI)在单个网元上的合规性进行判断，举例如下：
判断条件为：用户被叫CAMEL签约信息(Terminating CAMEL SubscriptionInformation，T-CSI)业务键(SK值)是18，业务控制点(Service Control Point，SCP)地址锚定SCP。
(3)对接入点名称(Access Point Name，APN)在单个网元上的合规性进行判断，举例如下：
判断条件为：用户演进的分组系统(Evolved Packet System，EPS)的APN必须至少包含中国移动互联网(China Mobile Network，CMNET)和IMS且CMNET是默认APN；IMS APN的类型必须是互联网协议第6版(Internet Protocol Version 6，IPV6)。
(4)对共享初始过滤准则集(Shared Initial Filter Criteria Set，SiFC)在单个网元上的合规性进行判断，举例如下：
判断条件为：用户的SiFC必须签基础语音和短信。
(5)对彩铃(CRBT)在单个网元上的合规性进行判断，举例如下：
判断条件为：用户原彩铃参数和多媒体彩铃参数是未定制。
针对VoLTE业务下每种指定类型所对应的目标数据，本申请实施例中均设有对应的判断规则，此处不再一一赘述。
若所述目标数据通过一致性判断和合规性判断，则认为该所述目标数据符合该指定类型下目标数据对应的所述判断规则。
在一个可行的实施方案中，图3为本申请实施例所提供的另一种流程示意图，在执行步骤103时，可以通过以下步骤实现：
S301：在S102中已经对获取到的用户业务数据进行提取，得到了提取的指定类型下的目标数据，获取提取的目标数据。
S302：根据设定好的判断规则，判断指定类型下的目标数据是否满足判断条件；若该目标数据满足判断条件，则执行步骤303；若该目标数据不满足判断条件，则执行步骤304。
S303：为目标数据标记健康标识。
S304：为目标数据标记非健康标识。
举例说明，针对某一用户订购的VoLTE业务功能下的呼叫前转业务类型，当该用户订购的是呼叫前转业务类型下的无条件呼叫前转业务时，针对设定的判断条件：CFU＝FALSE且CFU_ACT＝FALSE，进入S302，判断无条件呼叫前转业务是否满足判断条件：无条件呼叫前转业务未定制未激活。
若不满足判断条件，则进入步骤304，认为该用户的呼叫前转业务类型下的无条件呼叫前转业务数据状态为非健康，对进行非健康标记，则该用户呼叫前转业务类型下无条件呼叫前转的目标数据携带有非健康标识。
若满足判断条件，则进入步骤303，认为该用户的呼叫前转业务类型下的无条件呼叫前转业务数据状态为健康，对其进行健康标记，则该用户呼叫前转业务类型下无条件呼叫前转的目标数据携带有健康标识。
在一个可行的实施方案中，执行S104之后，已经完成对非健康数据的标记工作，该VoLTE健康度监测方法还包括：
按照所述设置的周期，动态输出该周期内携带有非健康标识的目标数据，并以页面高亮预警或者短信通知形式进行提醒，把携带有非健康标识的目标数据以文件或文件接口形式提交到业务系统，辅助运营商修正数据。
在一个可行的实施方案中，执行S104之后，该VoLTE健康度监测方法还包括：
将携带有标识的指定类型下的目标数据进行重新规范、整理、组合和编码，形成标准格式数据，并保存在运营商提供的关系型数据库中。
对于数据库中携带有标识的指定类型下的目标数据，支持输出查询条件，按照条件查询、导出数据，查询结果支持多种格式的数据导出。
在一个可行的实施方案中，执行S104之后，该VoLTE健康度监测方法还包括：
当所有指定类型下的目标数据都携带有表示健康的第二标识时，则认为该用户的VoLTE通话正常。
当所有指定类型下的目标数据至少有一个携带有表示非健康的第一标识时，则认为该用户的VoLTE通话不正常，该用户的VoLTE通话功能会存在一定程度缺陷。
一个周期结束之后，自动进行下一周期的数据获取，重复对用户业务数据的标记过程，完成数据的动态监测。
本申请实施例为了实现对用户的VoLTE健康度监测，需要从产生VoLTE通话数据的核心网元设备中获取用户的业务数据，对于获取到的用户业务数据进行提取，提取出那些能够影响VoLTE正常通话的目标数据，由于每个不同业务类型的业务数据在各个对应核心网元设备中的参数和格式有所差别，因此要对这些目标数据设定与其对应的判断规则，来对这些目标数据进行判断，将提取出的目标数据放入其对应的判断规则中进行判断，对于不满足判断规则的目标数据，使用用于表示非健康的第一标识对该目标数据进行标记，认为这些携带了非健康标识的目标数据是问题数据，上述方法能相对快速的定位到问题数据，本申请实施例还能够通过设置频率，周期性的完成对问题数据的标记工作，将问题数据发送给运营商服务器，辅助维护人员对问题数据进行修正，有利于帮助运营商保障VoLTE正常通话。
基于同一发明构思，本申请实施例中还提供了与VoLTE健康度监测方法对应的VoLTE健康度监测装置，由于本申请实施例中的装置解决问题的原理与本申请实施例上述VoLTE健康度监测方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
实施例二
参照图4所示，为本申请实施例二提供的一种VoLTE健康度监测装置的示意图，所述装置包括：获取单元41、提取单元42、判断单元43、标记单元44。其中：
获取单元41，用于获取核心网元设备内产生的目标用户业务数据，所述核心网元设备中的目标用户业务数据为用户在使用长期演进语音承载VoLTE业务时产生的。
提取单元42，用于对所述目标用户业务数据进行提取，得到指定类型下的目标数据，所述指定类型下的目标数据为能保证VoLTE正常通话的目标用户业务数据。
判断单元43，用于针对每种指定类型，根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，所述判断规则为使该业务类型功能的实现度高于预设阈值的工作状态数据。
标记单元44，若确定所述指定类型下的目标数据不满足要求，使用用于表示非健康的第一标识对该指定类型下的目标数据进行标记。
在一个可行的实施方案中，所述获取单元41用于执行：
步骤一：获取所述核心网元设备内的用户业务数据备份包；
步骤二：判断所述用户业务数据备份包的完整度是否低于预设阈值，若所述用户业务数据备份包的完整度低于预设阈值，则重新执行步骤一，直到获取的所述用户业务数据备份包的完整度高于或等于预设阈值；
步骤三：若所述用户业务数据备份包的完整度高于或等于预设阈值，则将所述用户业务数据备份包中的用户业务数据作为目标用户业务数据。
在一个可行的实施方案中，所述判断单元43判断单元用于根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，所述判断规则包括一致性判断和合规性判断，其中，
所述一致性判断是判断所述目标数据在不同核心网元设备中的参数所对应的状态是否一致；若所述目标数据在不同核心网元设备中的参数所对应的状态一致，则认为该目标数据通过一致性判断；
所述合规性判断是判断所述目标数据在单个核心网元设备中的参数所对应的状态是否能使该目标数据对应的VoLTE业务类型功能实现；若所述目标数据在单个核心网元设备中的参数所对应的状态能使该目标数据对应的VoLTE业务类型功能实现，则认为该目标数据通过合规性判断；
若所述指定类型下的目标数据通过所述一致性判断和所述合规性判断，则认为该所述目标数据符合该指定类型下目标数据对应的所述判断规则。
在一个可行的实施方案中，该VoLTE健康度监测装置还包括标记单元，用于若确定该指定类型下的目标数据满足要求，使用用于表示健康的第二标识对该指定类型下的目标数据进行标记。
在一个可行的实施方案中，所述VoLTE健康度监测装置还包括发送单元，用于将携带有所述非健康标识的目标数据发送给运营商服务器。
关于实施例二的详细介绍可参考实施例一的相关说明，在此不再详细赘述。
本申请实施例为了实现对用户的VoLTE健康度监测，需要从产生VoLTE通话数据的核心网元设备中获取用户的业务数据，对于获取到的用户业务数据进行提取，提取出那些能够影响VoLTE正常通话的目标数据，由于每个不同业务类型的业务数据在各个对应核心网元的参数和格式有所差别，因此要对这些目标数据设定与其对应的判断规则，来对这些目标数据进行判断，将提取出的目标数据放入其对应的判断规则中进行判断，对于不满足判断规则的目标数据，使用用于表示非健康的第一标识对该目标数据进行标记，认为这些携带了非健康标识的目标数据是问题数据，上述方法解决了不能快速定位问题数据的问题，本申请实施例还能够通过设置频率，周期性的完成对问题数据的标记工作，将问题数据发送给运营商服务器，辅助维护人员对问题数据进行修正，有利于帮助运营商保障VoLTE正常通话。
实施例三
图5为本申请实施例三提供的一种电子设备的结构示意图，包括：处理器501、存储介质502和总线503，所述存储介质502存储有所述处理器501可执行的机器刻度指令，当电子设备运行上述的VoLTE健康度监测方法时，所述处理器501与所述存储介质502之间通过总线503通信，所述处理器501执行所属机器可读指令，以执行如实施例一中的步骤。
在本申请实施例中，所述存储介质502还可以执行其它机器可读指令，以执行如实施例一中其它所述的方法，关于具体执行的方法步骤和原理参见实施例一的说明，在此不再详细赘述。
实施例四
本申请实施例四还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行，以执行如实施例一中的步骤。
在本申请实施例中，该计算机程序被处理器运行时还可以执行其它机器可读指令，以执行如实施例一中其它所述的方法，关于具体执行的方法步骤和原理参见实施例一的说明，在此不再详细赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种VoLTE健康度监测方法，其特征在于，所述方法包括：
获取核心网元设备内产生的目标用户业务数据；其中，各所述核心网元设备中的目标用户业务数据为用户在使用长期演进语音承载VoLTE业务时产生的；
对所述目标用户业务数据进行提取，得到指定类型下的目标数据；其中，所述指定类型下的目标数据为能保证VoLTE正常通话的目标用户业务数据；
针对每种指定类型，根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，其中，所述判断规则为使该业务类型功能的实现度高于预设阈值的工作状态数据；
若确定所述指定类型下的目标数据不满足要求，使用用于表示非健康的第一标识对该指定类型下的目标数据进行标记。
2.根据权利要求1所述的方法，其特征在于，所述获取核心网元设备内产生的目标用户业务数据，包括：
步骤一：获取所述核心网元设备内的用户业务数据备份包；
步骤二：判断所述用户业务数据备份包的完整度是否低于预设阈值，若所述用户业务数据备份包的完整度低于预设阈值，则重新执行步骤一，直到获取的所述用户业务数据备份包的完整度高于或等于预设阈值；
步骤三：若所述用户业务数据备份包的完整度高于或等于预设阈值，则将所述用户业务数据备份包中的用户业务数据作为目标用户业务数据。
3.根据权利要求1所述的方法，其特征在于，根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，所述判断规则包括一致性判断和合规性判断，其中，
所述一致性判断是判断所述目标数据在不同核心网元设备中的参数所对应的状态是否一致；若所述目标数据在不同核心网元设备中的参数所对应的状态一致，则认为该目标数据通过一致性判断；
所述合规性判断是判断所述目标数据在单个核心网元设备中的参数所对应的状态是否能使该目标数据对应的VoLTE业务类型功能实现；若所述目标数据在单个核心网元设备中的参数所对应的状态能使该目标数据对应的VoLTE业务类型功能实现，则认为该目标数据通过合规性判断；
若所述指定类型下的目标数据通过所述一致性判断和所述合规性判断，则认为该所述目标数据符合该指定类型下目标数据对应的所述判断规则。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若确定该指定类型下的目标数据满足要求，使用用于表示健康的第二标识对该指定类型下的目标数据进行标记。
5.根据权利要求1所述的方法，其特征在于，在使用用于表示非健康的第一标识对该指定类型下的目标数据进行标记之后，还包括：
将携带有所述第一标识的目标数据发送给运营商服务器。
6.一种VoLTE健康度监测装置，其特征在于，所述VoLTE健康度监测装置包括：
获取单元，用于获取核心网元设备内产生的目标用户业务数据，各所述核心网元设备中的目标用户业务数据为用户在使用长期演进语音承载VoLTE业务时产生的；
提取单元，用于对所述目标用户业务数据进行提取，得到指定类型下的目标数据，所述指定类型下的目标数据为能保证VoLTE正常通话的目标用户业务数据；
判断单元，用于针对每种指定类型，根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，所述判断规则为使该业务类型功能的实现度高于预设阈值的工作状态数据；
标记单元，若确定所述指定类型下的目标数据不满足要求，使用用于表示非健康的第一标识对该指定类型下的目标数据进行标记。
7.如权利要求6所述的VoLTE健康度监测装置，其特征在于，判断单元用于根据为该指定类型设定的判断规则，判断该指定类型下的目标数据是否满足要求，所述判断规则包括一致性判断和合规性判断，其中，
所述一致性判断是判断所述目标数据在不同核心网元设备中的参数所对应的状态是否一致；若所述目标数据在不同核心网元设备中的参数所对应的状态一致，则认为该目标数据通过一致性判断；
所述合规性判断是判断所述目标数据在单个核心网元设备中的参数所对应的状态是否能使该目标数据对应的VoLTE业务类型功能实现；若所述目标数据在单个核心网元设备中的参数所对应的状态能使该目标数据对应的VoLTE业务类型功能实现，则认为该目标数据通过合规性判断；
若所述指定类型下的目标数据通过所述一致性判断和所述合规性判断，则认为该所述目标数据符合该指定类型下目标数据对应的所述判断规则。
8.如权利要求6所述的VoLTE健康度监测装置，其特征在于，所述VoLTE健康度监测装置包括：
发送单元，将携带有所述第一标识的目标数据发送给运营商服务器。
9.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行如权利要求1至5中任一项所述VoLTE健康度监测方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行如权利要求1至5中任一项所述VoLTE健康度监测方法的步骤。
CN202110284435.3A 2021-03-17 2021-03-17 VoLTE健康度监测方法、装置、电子设备和存储介质 Active CN112882868B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110284435.3A CN112882868B (zh) 2021-03-17 2021-03-17 VoLTE健康度监测方法、装置、电子设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110284435.3A CN112882868B (zh) 2021-03-17 2021-03-17 VoLTE健康度监测方法、装置、电子设备和存储介质

Publications (2)

Publication Number Publication Date
CN112882868A true CN112882868A (zh) 2021-06-01
CN112882868B CN112882868B (zh) 2024-05-03

Family

ID=76041037

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110284435.3A Active CN112882868B (zh) 2021-03-17 2021-03-17 VoLTE健康度监测方法、装置、电子设备和存储介质

Country Status (1)

Country Link
CN (1) CN112882868B (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106817419A (zh) * 2017-01-19 2017-06-09 四川奥诚科技有限责任公司 基于VoLTE AS网元的数据提取解析方法、装置及服务终端
US20190312923A1 (en) * 2016-06-16 2019-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Method For VoLTE Voice Quality Fault Localization
CN111126970A (zh) * 2020-01-02 2020-05-08 兰州嘉文电子科技有限公司 一种基于数据一致性的运营管理系统及方法
CN111263389A (zh) * 2018-11-30 2020-06-09 中国移动通信集团浙江有限公司 一种Volte语音质量问题的自动化定位的方法及装置
US20200404042A1 (en) * 2018-03-12 2020-12-24 Privilege Wireless Llc Method of measuring the quality of service in a wireless communications network
CN112187575A (zh) * 2020-09-25 2021-01-05 杭州迪普科技股份有限公司 一种服务器健康状态的监测方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190312923A1 (en) * 2016-06-16 2019-10-10 Telefonaktiebolaget Lm Ericsson (Publ) Method For VoLTE Voice Quality Fault Localization
CN106817419A (zh) * 2017-01-19 2017-06-09 四川奥诚科技有限责任公司 基于VoLTE AS网元的数据提取解析方法、装置及服务终端
US20200404042A1 (en) * 2018-03-12 2020-12-24 Privilege Wireless Llc Method of measuring the quality of service in a wireless communications network
CN111263389A (zh) * 2018-11-30 2020-06-09 中国移动通信集团浙江有限公司 一种Volte语音质量问题的自动化定位的方法及装置
CN111126970A (zh) * 2020-01-02 2020-05-08 兰州嘉文电子科技有限公司 一种基于数据一致性的运营管理系统及方法
CN112187575A (zh) * 2020-09-25 2021-01-05 杭州迪普科技股份有限公司 一种服务器健康状态的监测方法和装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
方思麟等: "VoLTE自动开通智能监测平台的设计与应用", 《辽宁省通信学会2018年度学术年会论文集》, pages 177 - 182 *
邹波: "数据不一致引起VoLTE故障的分析处理", 《数字技术与应用》, vol. 37, no. 8, pages 27 - 28 *

Also Published As

Publication number Publication date
CN112882868B (zh) 2024-05-03

Similar Documents

Publication Publication Date Title
CN102663106B (zh) 建立号码信息数据库的方法及系统
US20110106857A1 (en) Method for Automatically Adding an Address into an Address Book
CN101568187A (zh) 通信装置
US20060233351A1 (en) Method and apparatus for managing telephone number, and computer product
US10064044B2 (en) Method and apparatus for determining roaming status of terminal, terminal, and server
US20100142695A1 (en) Methods, systems and crbt center for playing crbt and crt
CN104184871A (zh) 一种提示骚扰电话号码的方法和装置
CN108632773B (zh) 一种呼叫拦截方法、智能网系统和呼叫拦截系统
US20170111402A1 (en) Call method, call apparatus, voip server, and call system
CN112882868B (zh) VoLTE健康度监测方法、装置、电子设备和存储介质
KR20160133394A (ko) 보이는ars에서 웹/앱의 세션 연결과 전화채널을 동기화시켜주는 방법
US11102345B2 (en) Method for qualifying the identity of a caller terminal
CN104469034A (zh) 一种电话转接的方法及系统
KR20130054383A (ko) 긴급 호출 관리 시스템
CN103703750B (zh) 用于在接收方装置上显示源的标识符的系统与方法
TWI788799B (zh) 雙向號碼隱蔽性通話方法、系統及電腦可讀媒介
CN106488441B (zh) 一卡双号平台、客户端和系统及接续、呼叫、通信方法
CN109548185B (zh) 一种集团用户携号转网的通信方法、网关移动交换中心
KR20120056192A (ko) 콜백 통화 서비스 제공 방법
JP2013153379A (ja) アプリケーションサーバおよび発信地域導出方法
CN107172619B (zh) 基于isim的通信方法、智能终端以及计算机可读存储介质
CN106330831A (zh) 政企网用户管理方法及系统、业务服务器及通信核心网
CN109428757B (zh) 一种信息处理方法、装置、服务器和计算机存储介质
CN107343263A (zh) 一种紧急号码的呼叫方法及装置
KR102143980B1 (ko) 통신 네트워크 내에서 패킷 교환 응급 호출의 개선된 처리 및 사용자 장비에 의한 지역 응급 서비스 정보의 향상된 처리를 위한 방법, 시스템, 통신 네트워크, 사용자 장비, 프로그램 및 컴퓨터 프로그램 제품

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