CN113727381B - 网络容灾方法、装置、系统及存储介质 - Google Patents
网络容灾方法、装置、系统及存储介质 Download PDFInfo
- Publication number
- CN113727381B CN113727381B CN202111015626.6A CN202111015626A CN113727381B CN 113727381 B CN113727381 B CN 113727381B CN 202111015626 A CN202111015626 A CN 202111015626A CN 113727381 B CN113727381 B CN 113727381B
- Authority
- CN
- China
- Prior art keywords
- operator
- cell
- information
- target cell
- network
- 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.)
- Active
Links
- 238000011084 recovery Methods 0.000 title claims abstract description 103
- 238000000034 method Methods 0.000 title claims abstract description 45
- 238000003860 storage Methods 0.000 title claims abstract description 12
- 238000005259 measurement Methods 0.000 claims abstract description 38
- 238000013210 evaluation model Methods 0.000 claims abstract description 34
- 238000012545 processing Methods 0.000 claims description 16
- 230000015654 memory Effects 0.000 claims description 12
- 238000012216 screening Methods 0.000 claims description 11
- 230000002093 peripheral effect Effects 0.000 claims description 7
- 230000002159 abnormal effect Effects 0.000 claims description 6
- 230000007774 longterm Effects 0.000 claims description 4
- 238000013507 mapping Methods 0.000 claims description 3
- 230000004044 response Effects 0.000 claims description 3
- 230000011664 signaling Effects 0.000 claims description 3
- 238000010295 mobile communication Methods 0.000 claims 4
- 238000007726 management method Methods 0.000 description 9
- 238000010586 diagram Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 8
- 238000004590 computer program Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 5
- GZPBVLUEICLBOA-UHFFFAOYSA-N 4-(dimethylamino)-3,5-dimethylphenol Chemical compound CN(C)C1=C(C)C=C(O)C=C1C GZPBVLUEICLBOA-UHFFFAOYSA-N 0.000 description 3
- 238000013473 artificial intelligence Methods 0.000 description 3
- 230000008859 change Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 3
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000013461 design Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000008447 perception Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000006978 adaptation Effects 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 230000005484 gravity Effects 0.000 description 1
- 230000003862 health status Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 230000004083 survival effect Effects 0.000 description 1
Images
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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/06—Testing, supervising or monitoring using simulated traffic
-
- 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)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本申请提供一种网络容灾方法、装置、系统及存储介质，该方法获取目标小区的网元数据信息，网元数据信息包括工参信息、告警信息、业务量信息、手机测量数据信息和投诉信息中的至少一个；根据网元数据信息建立故障评估模型，确定目标小区是否存在故障；若确定目标小区存在故障，则根据预设共享数据库，确定目标小区对应的共享友商小区；对目标小区进行数据配置，以使目标小区与共享友商小区实现网络共享，快速填补因为故障导致的网络空缺，无需布放密集的基站，减少了干扰，且无需人工进行设置，减少了成本，通过网元数据信息可准确判断故障，提高了容灾效率。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种网络容灾方法、装置、系统及存储介质。
背景技术
从一个计算机系统的角度讲，一切引起系统非正常停机的事件都可以称为灾难，大致可以分成以下三个类型：自然灾害、设备故障和人为操作破坏。容灾(DisasterTolerance)，就是在上述的灾难发生时，在保证生产系统的数据尽量少丢失的情况下，保持生存系统的业务不间断地运行。
目前的容灾方式主要通过自主布放更密集的基站来达到效果，通过密集布放的基站来实现网络的覆盖，从而达到容灾的目的，或者是通过人工向网元发送指令的方式来核查当前网络的状态，再人工上站处理故障，从而补全覆盖实现容灾的目的。
然而现有技术中，通过密集布放基站的方式会带来基站间的干扰以及成本的提高，且难以实现准确、全面的覆盖，人工进行故障处理的方式带来成本及人力的增加，且容灾效率低。
发明内容
本申请提供一种网络容灾方法、装置、系统及存储介质，从而解决现有技术在网络容灾时耗时长、效率低的技术问题。
第一方面，本申请提供了一种网络容灾方法，包括：
获取目标小区的网元数据信息，所述网元数据信息包括工参信息、告警信息、业务量信息、手机测量数据信息和投诉信息中的至少一个；
根据所述网元数据信息建立故障评估模型，确定所述目标小区是否存在故障；
若确定所述目标小区存在故障，则根据预设共享数据库，确定所述目标小区对应的共享友商小区；
对所述目标小区进行数据配置，以使所述目标小区与所述共享友商小区实现网络共享。
这里，本申请的网络容灾方法，可以通过小区的工参信息、告警信息、业务量信息、手机测量数据信息和投诉信息等网元数据信息来建立故障评估模型，从而通过障评估模型智能化地对网元告警、业务指标、突发投诉等数据进行自动化地分析，从而准确判断小区是否需要进行数据配置以达到容灾的目的，对存在故障的小区可通过预设数据库查询共享友商小区，本申请可自动化地对小区进行数据配置，以使小区与共享友商小区实现共享载波，通过其他运营商小区的载波共享，快速填补因为故障导致的网络空缺，无需布放密集的基站，减少了干扰，且无需人工进行设置，减少了成本，通过网元数据信息可准确判断故障，提高了容灾效率。
可选地，所述对所述目标小区进行数据配置，包括：
对所述目标小区进行核心网数据配置、基站数据配置和优化数据配置。
这里，本申请在实现目标小区和共享友商小区的共享时，可通过共享载波的方式实现数据配置，网络共享可分为独立载波和共享载波两种方式，由于独立载波有可能涉及到新增硬件，无法做到快速配置，所以采用共享载波方案，通过核心网数据配置、基站数据配置和优化数据配置，可在尽可能低成本的情况下实现网络共享，从而达到容灾的目的，且无需花费时间和人力配置硬件，进一步地减少了成本，提高了容灾效率。
可选地，所述获取目标小区的网元数据信息，包括：
通过网络管理平台获取所述目标小区的工参信息、告警信息和业务量信息；
通过大数据平台获取目标小区的手机测量数据；
通过客服平台获取目标小区的投诉信息。
其中，本申请可通过不同的服务器或平台获取准确、有效的网元数据信息，具体的，可通过网络管理平台获取目标小区的工参信息、告警信息和业务量信息；通过大数据平台获取目标小区的手机测量数据；通过客服平台获取目标小区的投诉信息，实现了网元数据信息的准确性，进一步地提高了网络容灾的准确性以及网络的稳定性。
可选地，所述根据所述网元数据信息建立故障评估模型，确定所述目标小区是否存在故障，包括：
根据所述网元数据信息建立告警信息故障评估模型，根据所述告警信息故障评估模型进行告警信息筛选，若筛选出影响业务的告警信息，则确定所述目标小区存在显性故障；
或者，
根据所述网元数据信息建立日均业务量信息故障评估模型，根据所述日均业务量信息故障评估模型进行日均业务量筛选，若筛选出异常日均业务量信息，则确定所述目标小区存在隐性故障。
这里，本申请利用收集信息，通过人工智能建立基站故障评估模型，对网元是否故障进行判断，其中，为便于准确、全面地识别故障，将故障分为了两类：第一种为显性故障，网管上有告警；第二种为隐形故障，例如天线倾倒等，可通过整理告警信息，过滤出影响业务的告警，并且匹配出告警对应的小区网元以确定显性故障，或者根据日均业务量信息来确定隐形故障，可以理解的是，还可以包括其他故障确定方式，例如投诉量变化等信息，从而全面、准确地确定了故障，进一步地提高了网络容灾的准确性及效率，提高了网络的稳定性。
可选地，在所述若确定所述目标小区存在故障，则根据预设共享数据库，确定所述目标小区对应的共享友商小区之前，还包括：
获取每个当前运营商小区对应的第二运营商灾备小区；
根据所述第二运营商灾备小区，建立预设共享数据库。
这里，本申请可预先建立预设共享数据库，预设共享数据库中每个小区网元具有对应的其他运营商灾备小区，可以通过该预设共享数据库来快速确定有故障小区的灾备小区，进一步地提高了网络容灾效率。
可选地，所述获取每个当前运营商小区对应的第二运营商灾备小区，包括：
根据频点对所述每个当前运营商小区的手机测量数据信息进行整理，确定每个手机测量数据信息对应的当前运营商小区和第二运营商小区，获取所述当前运营商小区的电平强度和所述第二运营商小区的电平强度；
根据电平强度，确定所述当前运营商小区对应的第二运营商灾备小区。
这里，本申请根据相应的频点对手机测量数据进行整理，将每一条手机测量数据整理出第二运营商小区以及分别对应的电平强度，并筛选出第二运营商的最强小区与当前运营商小区作为配对，从而可以筛选出最适合作为灾备小区的第二运营商小区，以使预设共享数据库中的小区配对更加合理，提高了网络容灾准确性，保证了网络的稳定性。
第二方面，本申请提供了一种网络容灾装置，包括：
获取模块，用于获取目标小区的网元数据信息，所述网元数据信息包括工参信息、告警信息、业务量信息、手机测量数据信息和投诉信息中的至少一个；
第一确定模块，用于根据所述网元数据信息建立故障评估模型，确定所述目标小区是否存在故障；
第二确定模块，用于若确定所述目标小区存在故障，则根据预设共享数据库，确定所述目标小区对应的共享友商小区；
处理模块，用于对所述目标小区进行数据配置，以使所述目标小区与所述共享友商小区实现网络共享。
可选地，所述处理模块具体用于：
对所述目标小区进行核心网数据配置、基站数据配置和优化数据配置。
可选地，所述获取模块具体用于：
通过网络管理平台获取所述目标小区的工参信息、告警信息和业务量信息；
通过大数据平台获取所述目标小区的手机测量数据；
通过客服平台获取所述目标小区的投诉信息。
可选地，所述第一确定模块具体用于：
根据所述网元数据信息建立告警信息故障评估模型，根据所述告警信息故障评估模型进行告警信息筛选，若筛选出影响业务的告警信息，则确定所述目标小区存在显性故障；
或者，
根据所述网元数据信息建立日均业务量信息故障评估模型，根据所述日均业务量信息故障评估模型进行日均业务量筛选，若筛选出异常日均业务量信息，则确定所述目标小区存在隐性故障。
可选地，在所述第二确定模块若确定所述目标小区存在故障，则根据预设共享数据库，确定所述目标小区对应的共享友商小区之前，上述装置还包括：
建立模块，用于获取每个当前运营商小区对应的第二运营商灾备小区；根据所述第二运营商灾备小区，建立预设共享数据库。
可选地，所述建立模块具体用于：
根据频点对所述每个当前运营商小区的手机测量数据信息进行整理，确定每个手机测量数据信息对应的当前运营商小区和第二运营商小区，获取所述当前运营商小区的电平强度和所述第二运营商小区的电平强度；
根据电平强度，确定所述当前运营商小区对应的第二运营商灾备小区。
第三方面，本申请提供一种网络容灾系统，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的网络容灾方法。
第四方面，本发明提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的网络容灾方法。
第五方面，本发明提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时，实现如上第一方面以及第一方面各种可能的设计所述的网络容灾方法。
本申请提供的网络容灾方法、装置、系统及存储介质，其中该方法可以通过小区的工参信息、告警信息、业务量信息、手机测量数据信息和投诉信息等网元数据信息来建立故障评估模型，从而通过障评估模型智能化地对网元告警、业务指标、突发投诉等数据进行自动化地分析，从而准确判断小区是否需要进行数据配置以达到容灾的目的，对存在故障的小区可通过预设数据库查询共享友商小区，本申请可自动化地对小区进行数据配置，以使小区与共享友商小区实现共享载波，通过其他运营商小区的载波共享，快速填补因为故障导致的网络空缺，无需布放密集的基站，减少了干扰，且无需人工进行设置，减少了成本，通过网元数据信息可准确判断故障，提高了容灾效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种网络容灾系统的架构示意图；
图2为本申请实施例提供的一种网络容灾方法的流程示意图；
图3为本申请实施提供的一种共享载波配置系统的结构示意图；
图4为本申请实施例提供的另一种网络容灾方法的流程示意图；
图5为本申请实施例提供的一种网络容灾装置的结构示意图；
图6为本申请实施例提供的一种网络容灾系统的结构示意图。
通过上述附图，已示出本公开明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围，而是通过参考特定实施例为本领域技术人员说明本公开的概念。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”及“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
容灾是指在相隔较远的异地，建立两套或多套功能相同的互联网技术(InternetTechnology，IT)系统，互相之间可以进行健康状态监视和功能切换，当一处系统因意外(如火灾、地震等)停止工作时，整个应用系统可以切换到另一处，使得该系统功能可以继续正常工作。容灾技术是系统的高可用性技术的一个组成部分，容灾系统更加强调处理外界环境对系统的影响，特别是灾难性事件对整个IT节点的影响，提供节点级别的系统恢复功能。近年来，各大运营商网络建设优化的重心不断地从网络指标转移到用户感知，因此提升用户感知、压降投诉率成为网络线条的主要工作方向和指导，一张健全、稳定且具备容灾能力的网络将显得十分重要，这不仅提升用户的感知，还能减少用户投诉带来的额外成本。
目前的容灾方式主要通过自主布放更密集的基站来达到效果，但是这样会带基站间的干扰以及成本的翻倍提升，另外部分区域仍无法通过周边基站进行覆盖，只能通过代维公司上站处理故障才能补全覆盖，恢复周期长，另外各运营商的容灾手段也主要应用在传输网或者核心网中，现有技术存在通过密集布放基站的方式会带来基站间的干扰以及成本的提高，且难以实现准确、全面的覆盖，人工进行故障处理的方式带来成本及人力的增加，且容灾效率低的技术问题。
为了解决上述问题，本申请实施例提供一种网络容灾方法、装置、系统及存储介质，其中该方法通过人工智能对网元告警、业务指标、突发投诉等数据进行分析，建立基站故障评估模型，并根据手机测量数据、邻区信息、基站地理化信息等信息搜素周边可用的第二运营商小区，自动化的程序将双方的共享数据、切换数据等配置好并开通，从而实现快速临时填补因为故障导致的网络空缺，解决了现有的网络容灾方法时间长、成本高、干扰大的问题。
可选的，图1为本申请实施例提供的一种网络容灾系统的架构示意图。在图1中，上述架构包括当前运营商基站101、第二运营商基站102、第一小区1011、第二小区1012、第三小区1013、第四小区1021、第五小区1022和第六小区1023。
这里的当前运营商基站101和第二运营商基站102为不同运营商的基站，当前运营商基站101和第二运营商基站102可通过本申请实施例提供的网络容灾方法实现网络共享，第二运营商基站102可以通过网络共享来补足第一基站101的小区网络故障。
可以理解的是，第二运营商基站102和当前运营商基站101各自的小区的覆盖区域可能重叠，也可能不重叠。
可以理解的是，本申请实施例示意的结构并不构成对网络容灾系统架构的具体限定。在本申请另一些可行的实施方式中，上述架构可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置，具体可根据实际应用场景确定，在此不做限制。图1所示的部件可以以硬件，软件，或软件与硬件的组合实现。
另外，本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
下面结合具体的实施例对本申请的技术方案进行详细的说明：
可选地，图2为本申请实施例提供的一种网络容灾方法的流程示意图。本申请实施例的执行主体可以为图1中的当前运营商基站101的服务器，具体执行主体可以根据实际应用场景确定。如图2所示，该方法包括如下步骤：
S201：获取目标小区的网元数据信息。
其中，网元数据信息包括工参信息、告警信息、业务量信息、手机测量数据信息和投诉信息中的至少一个。
可选地，获取目标小区的网元数据信息，包括：
通过网络管理平台获取目标小区的工参信息、告警信息和业务量信息；通过大数据平台获取目标小区的手机测量数据；通过客服平台获取目标小区的投诉信息。
具体的，可以连接网络管理平台获取目标小区运营商的小区信息、告警信息以及业务量(例如：保存两年的每月日均业务量以及近30天的每天业务量)。同时，也可以获取第二运营商的小区信息。
可选地，可以连接客服平台获取投诉打点信息，根据投诉的定位以及手机测量数据中的经纬度和使用网元匹配投诉网元。
其中，本申请实施例可通过不同的服务器或平台获取准确、有效的网元数据信息，具体的，可通过网络管理平台获取目标小区的工参信息、告警信息和业务量信息；通过大数据平台获取目标小区的手机测量数据；通过客服平台获取目标小区的投诉信息，实现了网元数据信息的准确性，进一步地提高了网络容灾的准确性以及网络的稳定性。
S202：根据网元数据信息建立故障评估模型，确定目标小区是否存在故障。
可选地，根据网元数据信息建立故障评估模型，确定目标小区是否存在故障，包括：
根据网元数据信息建立告警信息故障评估模型，根据告警信息故障评估模型进行告警信息筛选，若筛选出影响业务的告警信息，则确定目标小区存在显性故障；
或者，根据网元数据信息建立日均业务量信息故障评估模型，根据日均业务量信息故障评估模型进行日均业务量筛选，若筛选出异常日均业务量信息，则确定目标小区存在隐性故障。
可选地，对网元近七天的日均业务量DW，可以对比第一预设时间(以近30天为例)日均业务量DM跌幅是否超过第一预设阈值(以60％为例)，并根据上年业务量变化α以及节日进行调整剔除，筛选出一部分故障网元，公式如下：
DM-DW≥DM*0.5*α
其中，D′M为上年同月日均业务量，D″M为上年同月前一个月日均业务量。
可选地，可以根据投诉量变化确定故障，若第二预设时间段内(例如近两天)投诉量对比上周投诉量升幅是否大于第一预设单数(例如10单)，若大于，那么确定目标小区存在隐性故障。
可以理解的是，上述第二预设时间段和第一预设单数可以根据实际情况确定，本申请实施例对此不做具体限制。
可选地，可以将上述方法确定的故障清单进行去重整理，以准确评估小区是否存在故障。
这里，本申请实施例利用收集信息，通过人工智能建立基站故障评估模型，对网元是否故障进行判断，其中，为便于准确、全面地识别故障，将故障分为了两类：第一种为显性故障，网管上有告警；第二种为隐形故障，例如天线倾倒等，可通过整理告警信息，过滤出影响业务的告警，并且匹配出告警对应的小区网元以确定显性故障，或者根据日均业务量信息来确定隐形故障，可以理解的是，还可以包括其他故障确定方式，例如投诉量变化等信息，从而全面、准确地确定了故障，进一步地提高了网络容灾的准确性及效率，提高了网络的稳定性。
S203：若确定目标小区存在故障，则根据预设共享数据库，确定目标小区对应的共享友商小区。
其中，预设共享数据库中包含有多个当前运营商小区和多个当前运营商小区分别对应的第二运营商灾备小区。
S204：对目标小区进行数据配置，以使目标小区与共享友商小区实现网络共享。
本申请实施例可以通过预设共享数据库，匹配故障网元需共享的第二运营商友商小区，进行数据配置，共享目前分独立载波和共享载波两种方式，本申请实施例可采用独立载波的方式，不过由于独立载波有可能涉及到新增硬件，无法做到快速配置，所以最好采用共享载波方案。
其中，共享载波注意事项：第二运营商和当前运营商配置一个共享的载波；第二运营商和当前运营商使用同一个频点，其中一方将引入异频切换，增加网络复杂度，降低网络性能；共享载波需要同时广播第二运营商和当前运营商的公共陆地移动网(Public LandMobile Network，PLMN)；第二运营商和当前运营商只能使用相同的小区特性，部分参数可以按照PLMN配置；终端在同一载波进行业务，需考虑空口资源分配策略。
图3为本申请实施提供的一种共享载波配置系统的结构示意图，如图3所示，可以实现第二运营商基站之间的载波共享，其中基于上述系统，一种可能的数据配置方案如下：
(1)配置核心网数据：①当前运营商网络节点(Mobility Management Entity，MME)与第二运营商共享基站建立S1链路；②当前运营商信令实体MME配置第二运营商共享基站的TAI和TALST数据以及第二运营商共享基站TAI与当前运营商3G LAI的映射数据；③当前运营商域名系统(Domain Name System，DNS)增加第二运营商共享基站的TAI解析服务网关(Serving GateWay，SGW)的数据。
(2)配置基站数据：①配置基站共享模式；②配置使用方运营商和使用方传输信息；③配置使用方S1接口；④配置小区CELLOP；⑤配置X2接口。
(3)配置优化数据：①将第二运营商共享载波站点和当前运营商独立站点互配邻区关系和重选参数；②第二运营商承建共享载波站点小区添加周边第二运营商承建共载波站点小区为邻区(MOCN+MOCN)核心网节点(Multi-Operator Core Network，MOCN)；③第二运营商承建共享载波小区打开系统内应用程序无响应(Application Not Responding，ANR)；④修改共享站点和当前运营商周边站点最大下发频点数；⑤配置异频、异系统切换参数；⑥开通电路域回落(Circuit Switched Fallback，CSFB)及配置当前运营商通用移动通信系统(Universal Mobile Telecommunications System，UMTS)邻区，配置长期演进(LongTerm Evolution，LTE)到通用移动通信系统(Universal Mobile TelecommunicationsSystem，UTMS)的切换/重定向策略；⑦MOCN站点配置运营商级频点组。
这里，本申请实施例的网络容灾方法，可以通过小区的工参信息、告警信息、业务量信息、手机测量数据信息和投诉信息等网元数据信息来建立故障评估模型，从而通过障评估模型智能化地对网元告警、业务指标、突发投诉等数据进行自动化地分析，从而准确判断小区是否需要进行数据配置以达到容灾的目的，对存在故障的小区可通过预设数据库查询共享友商小区，本申请实施例可自动化地对小区进行数据配置，以使小区与共享友商小区实现共享载波，通过其他运营商小区的载波共享，快速填补因为故障导致的网络空缺，无需布放密集的基站，减少了干扰，且无需人工进行设置，减少了成本，通过网元数据信息可准确判断故障，提高了容灾效率。
可选地，本申请实施例可预先建立预设共享数据库，相应地，图4为本申请实施例提供的另一种网络容灾方法的流程示意图，如图4所示，该方法包括：
S401：获取目标小区的网元数据信息。
S402：获取每个当前运营商小区对应的第二运营商灾备小区；根据第二运营商灾备小区，建立预设共享数据库。
可选地，获取每个当前运营商小区对应的第二运营商灾备小区，包括：
根据频点对每个当前运营商小区的手机测量数据信息进行整理，确定每个手机测量数据信息对应的当前运营商小区和第二运营商小区，获取当前运营商小区的电平强度和第二运营商小区的电平强度；
根据电平强度，确定当前运营商小区对应的第二运营商灾备小区。
其中，第二运营商小区的个数至少为一个。
在一种可能的实现方式中，网络管理系统开启异频定期测量，根据相应的频点对手机测量数据进行整理，将每一条手机测量数据整理出当前运营商小区、第二运营商小区以及分别电平强度，并筛选出第二运营商最强小区与当前运营商小区作为配对，具体如下：
CL：[(CD1，RD1)；(CD2，RD2)；(CD3，RD3)......]→(CDMAX，RDMAX)→(CL，CDMAX)
其中，CL为第一运营商小区，CD为第二运营商小区，R为对应小区电平强度。
这里，本申请实施例根据相应的频点对手机测量数据进行整理，将每一条手机测量数据整理出第二运营商小区以及分别对应的电平强度，并筛选出第二运营商的最强小区与当前运营商小区作为配对，从而可以筛选出最适合作为灾备小区的第二运营商小区，以使预设共享数据库中的小区配对更加合理，提高了网络容灾准确性，保证了网络的稳定性。
S403：根据网元数据信息建立故障评估模型，确定目标小区是否存在故障。
其中，步骤S402和步骤S403的顺序可替换。
S404：若确定目标小区存在故障，则根据预设共享数据库，确定目标小区对应的共享友商小区。
S405：对目标小区进行数据配置，以使目标小区与共享友商小区实现网络共享。
本申请实施例可预先建立预设共享数据库，预设共享数据库中每个小区网元具有对应的其他运营商灾备小区，可以通过该预设共享数据库来快速确定有故障小区的灾备小区，进一步地提高了网络容灾效率。
图5为本申请实施例提供的一种网络容灾装置的结构示意图，如图5所示，本申请实施例的装置包括：获取模块501、第一确定模块502、第二确定模块503和处理模块504。这里的网络容灾装置可以是上述服务器本身，或者是实现服务器的功能的芯片或者集成电路。这里需要说明的是，获取模块501、第一确定模块502、第二确定模块503和处理模块504的划分只是一种逻辑功能的划分，物理上两者可以是集成的，也可以是独立的。
其中，获取模块，用于获取目标小区的网元数据信息，网元数据信息包括工参信息、告警信息、业务量信息、手机测量数据信息和投诉信息中的至少一个；
第一确定模块，用于根据网元数据信息建立故障评估模型，确定目标小区是否存在故障；
第二确定模块，用于若确定目标小区存在故障，则根据预设共享数据库，确定目标小区对应的共享友商小区；
处理模块，用于对目标小区进行数据配置，以使目标小区与共享友商小区实现网络共享。
可选地，处理模块具体用于：
对目标小区进行核心网数据配置、基站数据配置和优化数据配置。
可选地，获取模块具体用于：
通过网络管理平台获取目标小区的工参信息、告警信息和业务量信息；
通过大数据平台获取目标小区的手机测量数据；
通过客服平台获取目标小区的投诉信息。
可选地，第一确定模块具体用于：
根据网元数据信息建立告警信息故障评估模型，根据告警信息故障评估模型进行告警信息筛选，若筛选出影响业务的告警信息，则确定目标小区存在显性故障；
或者，
根据网元数据信息建立日均业务量信息故障评估模型，根据日均业务量信息故障评估模型进行日均业务量筛选，若筛选出异常日均业务量信息，则确定目标小区存在隐性故障。
可选地，在第二确定模块若确定目标小区存在故障，则根据预设共享数据库，确定目标小区对应的共享友商小区之前，上述装置还包括：
建立模块，用于获取每个当前运营商小区对应的第二运营商灾备小区；根据第二运营商灾备小区，建立预设共享数据库。
可选地，建立模块具体用于：
根据频点对每个当前运营商小区的手机测量数据信息进行整理，确定每个手机测量数据信息对应的当前运营商小区和第二运营商小区，获取当前运营商小区的电平强度和第二运营商小区的电平强度；
根据电平强度，确定当前运营商小区对应的第二运营商灾备小区。
图6为本申请实施例提供的一种网络容灾系统的结构示意图，该网络容灾系统可以为服务器。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不限制本文中描述的和/或者要求的本申请的实现。
如图6所示，该网络容灾系统包括：处理器601和存储器602，各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器601可以对在网络容灾系统内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。图6中以一个处理器601为例。
存储器602作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的网络容灾系统的方法对应的程序指令/模块(例如，附图5所示的，获取模块501、第一确定模块502、第二确定模块503和处理模块504)。处理器601通过运行存储在存储器602中的非瞬时软件程序、指令以及模块，从而执行认证平台的各种功能应用以及数据处理，即实现上述方法实施例中的网络容灾系统的方法。
网络容灾系统还可以包括：输入装置603和输出装置604。处理器601、存储器602、输入装置603和输出装置604可以通过总线或者其他方式连接，图6中以通过总线连接为例。
输入装置603可接收输入的数字或字符信息，以及产生与网络容灾系统的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置604可以是网络容灾系统的显示设备等输出设备。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
本申请实施例的网络容灾系统，可以用于执行本申请上述各方法实施例中的技术方案，其实现原理和技术效果类似，此处不再赘述。
本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机执行指令，计算机执行指令被处理器执行时用于实现上述任一项所述的网络容灾方法。
本申请实施例还提供一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时，用于实现上述任一项所述的网络容灾方法。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求书指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求书来限制。
Claims (6)
1.一种网络容灾方法，其特征在于，包括：
获取目标小区的网元数据信息，所述网元数据信息包括工参信息、告警信息、业务量信息、手机测量数据信息和投诉信息中的至少一个；
根据所述网元数据信息建立故障评估模型，确定所述目标小区是否存在故障；
若确定所述目标小区存在故障，则根据预设共享数据库，确定所述目标小区对应的共享友商小区；
对所述目标小区进行数据配置，以使所述目标小区与所述共享友商小区实现网络共享；
在所述若确定所述目标小区存在故障，则根据预设共享数据库，确定所述目标小区对应的共享友商小区之前，还包括：
获取每个当前运营商小区对应的第二运营商灾备小区；
根据所述第二运营商灾备小区，建立预设共享数据库；
所述获取每个当前运营商小区对应的第二运营商灾备小区，包括：
根据频点对所述每个当前运营商小区的手机测量数据信息进行整理，确定每个手机测量数据信息对应的当前运营商小区和第二运营商小区，获取所述当前运营商小区的电平强度和所述第二运营商小区的电平强度；
根据电平强度，确定所述当前运营商小区对应的第二运营商灾备小区；
所述对所述目标小区进行数据配置，以使所述目标小区与所述共享友商小区实现网络共享，包括：
实现第二运营商基站之间的载波共享；
所述实现第二运营商基站之间的载波共享，具体包括：
进行核心网数据配置、基站数据配置和优化数据配置；
所述核心网数据配置包括：当前运营商网络节点与第二运营商共享基站建立S1链路；当前运营商信令实体MME配置第二运营商共享基站的TAI和TALST数据以及第二运营商共享基站TAI与当前运营商3G LAI的映射数据；当前运营商域名系统增加第二运营商共享基站的TAI解析服务网关的数据；
所述基站数据配置包括：配置基站共享模式；配置使用方运营商和使用方传输信息；配置使用方S1接口；配置小区CELLOP；配置X2接口；
所述优化数据配置包括：将第二运营商共享载波站点和当前运营商独立站点互配邻区关系和重选参数；第二运营商承建共享载波站点小区添加周边第二运营商承建共载波站点小区为邻区核心网节点；第二运营商承建共享载波小区打开系统内应用程序无响应；修改共享站点和当前运营商周边站点最大下发频点数；配置异频、异系统切换参数；开通电路域回落及配置当前运营商通用移动通信系统邻区，配置长期演进到通用移动通信系统的切换/重定向策略；MOCN站点配置运营商级频点组。
2.根据权利要求1所述的方法，其特征在于，所述获取目标小区的网元数据信息，包括：
通过网络管理平台获取所述目标小区的工参信息、告警信息和业务量信息；
通过大数据平台获取所述目标小区的手机测量数据；
通过客服平台获取所述目标小区的投诉信息。
3.根据权利要求1所述的方法，其特征在于，所述根据所述网元数据信息建立故障评估模型，确定所述目标小区是否存在故障，包括：
根据所述网元数据信息建立告警信息故障评估模型，根据所述告警信息故障评估模型进行告警信息筛选，若筛选出影响业务的告警信息，则确定所述目标小区存在显性故障；
或者，
根据所述网元数据信息建立日均业务量信息故障评估模型，根据所述日均业务量信息故障评估模型进行日均业务量筛选，若筛选出异常日均业务量信息，则确定所述目标小区存在隐性故障。
4.一种网络容灾装置，其特征在于，包括：
获取模块，用于获取目标小区的网元数据信息，所述网元数据信息包括工参信息、告警信息、业务量信息、手机测量数据信息和投诉信息中的至少一个；
第一确定模块，用于根据所述网元数据信息建立故障评估模型，确定所述目标小区是否存在故障；
第二确定模块，用于若确定所述目标小区存在故障，则根据预设共享数据库，确定所述目标小区对应的共享友商小区；
处理模块，用于对所述目标小区进行数据配置，以使所述目标小区与所述共享友商小区实现网络共享；
在所述第二确定模块若确定所述目标小区存在故障，则根据预设共享数据库，确定所述目标小区对应的共享友商小区之前，上述装置还包括：
建立模块，用于获取每个当前运营商小区对应的第二运营商灾备小区；根据所述第二运营商灾备小区，建立预设共享数据库；
所述建立模块具体用于：
根据频点对所述每个当前运营商小区的手机测量数据信息进行整理，确定每个手机测量数据信息对应的当前运营商小区和第二运营商小区，获取所述当前运营商小区的电平强度和所述第二运营商小区的电平强度；
根据电平强度，确定所述当前运营商小区对应的第二运营商灾备小区；
所述处理模块具体用于：
实现第二运营商基站之间的载波共享；
所述实现第二运营商基站之间的载波共享，具体包括：
进行核心网数据配置、基站数据配置和优化数据配置；
所述核心网数据配置包括：当前运营商网络节点与第二运营商共享基站建立S1链路；当前运营商信令实体MME配置第二运营商共享基站的TAI和TALST数据以及第二运营商共享基站TAI与当前运营商3G LAI的映射数据；当前运营商域名系统增加第二运营商共享基站的TAI解析服务网关的数据；
所述基站数据配置包括：配置基站共享模式；配置使用方运营商和使用方传输信息；配置使用方S1接口；配置小区CELLOP；配置X2接口；
所述优化数据配置包括：将第二运营商共享载波站点和当前运营商独立站点互配邻区关系和重选参数；第二运营商承建共享载波站点小区添加周边第二运营商承建共载波站点小区为邻区核心网节点；第二运营商承建共享载波小区打开系统内应用程序无响应；修改共享站点和当前运营商周边站点最大下发频点数；配置异频、异系统切换参数；开通电路域回落及配置当前运营商通用移动通信系统邻区，配置长期演进到通用移动通信系统的切换/重定向策略；MOCN站点配置运营商级频点组。
5.一种网络容灾系统，其特征在于，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至3中任一项所述的网络容灾方法。
6.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1至3中任一项所述的网络容灾方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111015626.6A CN113727381B (zh) | 2021-08-31 | 2021-08-31 | 网络容灾方法、装置、系统及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111015626.6A CN113727381B (zh) | 2021-08-31 | 2021-08-31 | 网络容灾方法、装置、系统及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN113727381A CN113727381A (zh) | 2021-11-30 |
| CN113727381B true CN113727381B (zh) | 2023-06-27 |
Family
ID=78680040
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111015626.6A Active CN113727381B (zh) | 2021-08-31 | 2021-08-31 | 网络容灾方法、装置、系统及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113727381B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114615689A (zh) * | 2022-04-13 | 2022-06-10 | 浪潮通信信息系统有限公司 | 网络优化方法及装置 |
| CN116016120A (zh) * | 2023-01-05 | 2023-04-25 | 中国联合网络通信集团有限公司 | 故障处理方法、终端设备和可读存储介质 |
Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1811681A1 (en) * | 2004-10-22 | 2007-07-25 | Suehiro, Naoki | Data block spread type spectrum spread communication method |
| CN101072417A (zh) * | 2006-05-09 | 2007-11-14 | 中兴通讯股份有限公司 | 第三代cdma系统中实现a接口灵活配置的装置及方法 |
| CN102006187A (zh) * | 2010-11-19 | 2011-04-06 | 中兴通讯股份有限公司 | 一种软交换关口局的组网方法及网络 |
| CN102821415A (zh) * | 2012-08-21 | 2012-12-12 | 华为技术有限公司 | 一种故障检测、处理方法和故障检测处理装置 |
| CN103327549A (zh) * | 2012-03-23 | 2013-09-25 | 中兴通讯股份有限公司 | 接入网切换方法及系统、移动终端、链路管理服务器 |
| CN104885540A (zh) * | 2013-12-25 | 2015-09-02 | 华为技术有限公司 | 一种指示和确定使用频谱的方法及装置 |
| CN107634863A (zh) * | 2017-10-25 | 2018-01-26 | 北京百悟科技有限公司 | 用于域名解析容灾服务的分布式监控装置及方法 |
| CN108174420A (zh) * | 2018-02-02 | 2018-06-15 | 广东欧珀移动通信有限公司 | 网络切换方法、装置、终端及存储介质 |
| CN108259193A (zh) * | 2016-12-28 | 2018-07-06 | 华为技术有限公司 | 一种网络管理方法、网络管理系统和网元管理系统 |
| CN109150564A (zh) * | 2017-06-19 | 2019-01-04 | 中国移动通信集团广东有限公司 | 一种用于小区故障告警的预测方法及装置 |
| CN109842571A (zh) * | 2017-11-29 | 2019-06-04 | 中国移动通信集团陕西有限公司 | 一种网络资源分配方法及装置 |
| CN110138575A (zh) * | 2018-02-02 | 2019-08-16 | 中兴通讯股份有限公司 | 网络切片创建方法、系统、网络设备及存储介质 |
| CN110418349A (zh) * | 2018-04-26 | 2019-11-05 | 大唐移动通信设备有限公司 | 一种共享小站的多运营商通信处理方法及装置 |
| CN111263389A (zh) * | 2018-11-30 | 2020-06-09 | 中国移动通信集团浙江有限公司 | 一种Volte语音质量问题的自动化定位的方法及装置 |
| CN112214411A (zh) * | 2020-10-20 | 2021-01-12 | 腾讯科技（深圳）有限公司 | 一种容灾系统测试方法、装置、设备及存储介质 |
| CN112369116A (zh) * | 2018-06-11 | 2021-02-12 | 欧芬诺有限责任公司 | 基站网络共享配置 |
| CN112491608A (zh) * | 2020-11-24 | 2021-03-12 | 中国建设银行股份有限公司 | 一种灾备方案的确定方法、装置、设备及存储介质 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7555028B2 (en) * | 2002-05-03 | 2009-06-30 | Sprint Spectrum L.P. | Method and system for defining additional spread spectrum channels within a coverage area of an existing wireless network |
-
2021
- 2021-08-31 CN CN202111015626.6A patent/CN113727381B/zh active Active
Patent Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1811681A1 (en) * | 2004-10-22 | 2007-07-25 | Suehiro, Naoki | Data block spread type spectrum spread communication method |
| CN101072417A (zh) * | 2006-05-09 | 2007-11-14 | 中兴通讯股份有限公司 | 第三代cdma系统中实现a接口灵活配置的装置及方法 |
| CN102006187A (zh) * | 2010-11-19 | 2011-04-06 | 中兴通讯股份有限公司 | 一种软交换关口局的组网方法及网络 |
| CN103327549A (zh) * | 2012-03-23 | 2013-09-25 | 中兴通讯股份有限公司 | 接入网切换方法及系统、移动终端、链路管理服务器 |
| CN102821415A (zh) * | 2012-08-21 | 2012-12-12 | 华为技术有限公司 | 一种故障检测、处理方法和故障检测处理装置 |
| CN104885540A (zh) * | 2013-12-25 | 2015-09-02 | 华为技术有限公司 | 一种指示和确定使用频谱的方法及装置 |
| CN108259193A (zh) * | 2016-12-28 | 2018-07-06 | 华为技术有限公司 | 一种网络管理方法、网络管理系统和网元管理系统 |
| CN109150564A (zh) * | 2017-06-19 | 2019-01-04 | 中国移动通信集团广东有限公司 | 一种用于小区故障告警的预测方法及装置 |
| CN107634863A (zh) * | 2017-10-25 | 2018-01-26 | 北京百悟科技有限公司 | 用于域名解析容灾服务的分布式监控装置及方法 |
| CN109842571A (zh) * | 2017-11-29 | 2019-06-04 | 中国移动通信集团陕西有限公司 | 一种网络资源分配方法及装置 |
| CN108174420A (zh) * | 2018-02-02 | 2018-06-15 | 广东欧珀移动通信有限公司 | 网络切换方法、装置、终端及存储介质 |
| CN110138575A (zh) * | 2018-02-02 | 2019-08-16 | 中兴通讯股份有限公司 | 网络切片创建方法、系统、网络设备及存储介质 |
| CN110418349A (zh) * | 2018-04-26 | 2019-11-05 | 大唐移动通信设备有限公司 | 一种共享小站的多运营商通信处理方法及装置 |
| CN112369116A (zh) * | 2018-06-11 | 2021-02-12 | 欧芬诺有限责任公司 | 基站网络共享配置 |
| CN111263389A (zh) * | 2018-11-30 | 2020-06-09 | 中国移动通信集团浙江有限公司 | 一种Volte语音质量问题的自动化定位的方法及装置 |
| CN112214411A (zh) * | 2020-10-20 | 2021-01-12 | 腾讯科技（深圳）有限公司 | 一种容灾系统测试方法、装置、设备及存储介质 |
| CN112491608A (zh) * | 2020-11-24 | 2021-03-12 | 中国建设银行股份有限公司 | 一种灾备方案的确定方法、装置、设备及存储介质 |
Non-Patent Citations (3)
| Title |
|---|
| "Draft_37977-e20".3GPP tsg_ran\WG4_Radio.2017,全文. * |
| A_comb-DMRS_based_CFO_estimation_scheme_for_LTE-V_systems_in_high-speed_scenario;Junyi Xie;《IEEE XPLORE》;全文 * |
| 基于TD_LTE的网络优化设计与应用;郭小光;《中国优秀硕士学位论文全文数据库（电子期刊）信息科技辑》;全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN113727381A (zh) | 2021-11-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113727381B (zh) | 网络容灾方法、装置、系统及存储介质 | |
| CN106874381B (zh) | 一种基于Hadoop的无线电环境地图数据处理系统 | |
| McDonald | Public network integrity/spl mdash/avoiding a crisis in trust | |
| JP7020691B2 (ja) | 通信処理システム、通信処理方法、基地局およびその制御プログラム | |
| CN112055364B (zh) | 一种网络系统分级方法及装置 | |
| CN109167674A (zh) | 服务节点的评分方法、域名系统dns调度方法及服务器 | |
| CN104702462A (zh) | 网络测试系统 | |
| CN106535234A (zh) | 测量报告与用户关联和上网问题的定位方法和装置 | |
| US11418385B2 (en) | Network alarm method, device, system and terminal | |
| WO2018192149A1 (zh) | 拨测方法、装置及系统 | |
| CN110430594A (zh) | 非授权频率的测量方法和设备 | |
| CN105722112A (zh) | 基于移动终端的通信网络测试和优化系统 | |
| CN112398675B (zh) | 网元分配方法及装置 | |
| CN106998563B (zh) | 一种基于网络性能的室分系统预警方法及装置 | |
| CN108683561B (zh) | 一种站点状态检测方法及装置 | |
| CN110650488B (zh) | 一种通信质量的监控方法及系统 | |
| Panteli et al. | Enhancing situation awareness in power system control centers | |
| CN107769964B (zh) | 专线核查方法及系统 | |
| CN110972185A (zh) | 数据传输方法及装置 | |
| CN109067602A (zh) | 基于通信监测的电力配用电业务故障诊断方法及相关产品 | |
| CN105848181A (zh) | 基站、使用者装置及频道选择方法 | |
| CN108738107A (zh) | 一种工厂生产系统的无线连接通讯方法 | |
| CN110401549A (zh) | 互联网用户投诉场景回溯方法、装置及系统 | |
| CN103974321A (zh) | 一种直放站的监控方法和装置 | |
| CN102572887B (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 |