CN117097607A - 一种网络切片环境下多方协作的故障管理机制 - Google Patents

一种网络切片环境下多方协作的故障管理机制 Download PDF

Info

Publication number
CN117097607A
CN117097607A CN202311008461.9A CN202311008461A CN117097607A CN 117097607 A CN117097607 A CN 117097607A CN 202311008461 A CN202311008461 A CN 202311008461A CN 117097607 A CN117097607 A CN 117097607A
Authority
CN
China
Prior art keywords
network
virtual
fault
bottom layer
resources
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202311008461.9A
Other languages
English (en)
Inventor
蔺鹏
朱凯
王玎玲
李瑰静
刘佳
张波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Vectinfo Technologies Co ltd
Original Assignee
Beijing Vectinfo Technologies 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 Beijing Vectinfo Technologies Co ltd filed Critical Beijing Vectinfo Technologies Co ltd
Priority to CN202311008461.9A priority Critical patent/CN117097607A/zh
Publication of CN117097607A publication Critical patent/CN117097607A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0677Localisation of faults
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种网络切片环境下多方协作的故障管理机制,包括以下步骤:S100、构建多方协作的故障管理模型;S200、上报虚拟网服务告警信息;S300、构建关联的底层网络集合;S400、底层网络可靠性排序;S500、单个底层网络进行故障定位;S600、域间故障定位;S700、故障诊断评价;通过对故障管理机制的性能分析和应用分析可知,本发明提出的网络切片环境下多方协作的故障管理机制具有较好的应用效果和性能,较好解决了多个虚拟网提供商和多个底层网络提供商背景下虚拟网服务故障管理效率低的问题。

Description

一种网络切片环境下多方协作的故障管理机制
技术领域
本发明涉及电力通信网的故障管理技术领域,具体为一种网络切片环境下多方协作的故障管理机制。
背景技术
为解决网络资源利用率低、网络业务部署成本高等问题,网络切片技术已成为网络运营商和网络设备制造商共同认可的下一代网络关键技术。在网络切片环境下,基础网络被划分为底层网络和虚拟网络。底层网络提供商负责建设底层网络,虚拟网络提供商负责组建虚拟网络并快速部署网络服务。这种背景下,虚拟网提供商可以专注于网络服务的构建和运营,从而为终端用户提供更加丰富和有竞争力的服务。在带来上述优势的同时,网络切片技术导致虚拟网服务所承载的底层网络资源透明化。即虚拟网提供商不能获得底层网络资源的状态。这种变化给虚拟网服务故障诊断带来较大的挑战。
为提升网络可靠性,文献[Tayal A,Sharma N,Hubballi N,et al.Trafficdynamics-aware probe selection for fault detection in networks[J].Journal ofNetwork and Systems Management,2020,28(4):1055-1084.]提出流量动态感知的探测选择算法。文献[Ji X,Shi X,Han J,et al.The Alarm Feature Analysis Algorithm forCommunication Network[C]//Proceedings of the 9th International Conference onComputer Engineering and Networks.Springer,Singapore,2021:255-265.]从告警特征分析的视角,提出通信网故障定位算法。文献[Wang D,Lou L,Zhang M,et al.Dealingwith alarms in optical networks using an intelligent system[J].IEEE Access,2019,7:97760-97770.]采用机器学习理论,提出了光网络故障定位的智能分析系统。文献[Feng C,Wang L,Wu K,et al.Bound Inference in Network Performance TomographyWith Additive Metrics[J].IEEE/ACM Transactions on Networking,2020,28(4):1859-1871.]将网络特征作为丢包链路推断要素,提升了网络链路丢包率推断准确度。为提升网络服务质量,文献[Geng H,Zhang H,Shi X,et al.A hybrid link protection schemefor ensuring network service availability in link-state routing networks[J].Journal of Communications and Networks,2020,22(1):46-60.]提出一种高效的混合链路保护机制。从已有研究分析可知,网络切片环境下的故障诊断已经取得较多的研究成果。但是,随时网络切片技术应用范围的增加,虚拟网提供商的服务范围会快速增加,底层网络提供商的数量也快速增加。这种背景下,虚拟网服务需要从多个底层网络提供商租用网络资源。此时,当虚拟网服务故障时,需要协调多个独立的底层网络进行故障定位。所以,如何定位多个虚拟网提供商和多个底层网络提供商背景下虚拟网服务故障,已成为急需解决的问题。
因此,设计实用性强且安全性高的一种网络切片环境下多方协作的故障管理机制是很有必要的。
发明内容
本发明的目的在于提供一种网络切片环境下多方协作的故障管理机制,以解决上述背景技术中提出的问题。
为了解决上述技术问题,本发明提供如下技术方案:
一种网络切片环境下多方协作的故障管理机制,包括以下步骤:
S100、构建多方协作的故障管理模型;
S200、上报虚拟网服务告警信息;
S300、构建关联的底层网络集合;
S400、底层网络可靠性排序;
S500、单个底层网络进行故障定位;
S600、域间故障定位;
S700、故障诊断评价。
根据上述技术方案,在步骤S100中的故障管理模型包括网络故障诊断调度中心、底层网络提供商集合模块、虚拟网络提供商集合模块、域间故障定位模块与区块链节点模块:
所述网络故障诊断调度中心负责协调底层网络提供商和虚拟网提供商进行故障定位,并根据诊断结果,调用域间故障定位模块和区块链节点,进一步完善和优化故障定位和故障管理功能;
所述底层网络提供商集合模块由多个底层网络提供商构成,每个底层网络提供商提供覆盖一定范围的底层网络,其中第m个底层网络Gm的网络拓扑使用Gm=(Nm,Em)表示,其包含的底层网络节点使用表示,其包含的底层网络链路使用/>表示;
所述虚拟网络提供商集合模块由多个虚拟网络提供商构成,每个虚拟网络提供商根据需要租用底层网络资源,并构建虚拟网络,为用户提供丰富的虚拟网服务,其中第n个虚拟网络的网络拓扑使用/>表示,其包含的虚拟网络节点使用/>表示,其包含的虚拟网络链路使用/>表示,虚拟网/>上可以承载一个或多个虚拟网服务,使用/>表示虚拟网/>上承载的第k个虚拟网服务;
域间故障定位模块用于对多个底层网络提供商之间的故障进行定位;
区块链节点模块用于对故障诊断结果、故障相关信息进行存储,并作为故障诊断协作的评价指标;
根据上述技术方案,在步骤S200具体上报步骤如下:
S201、首先对发生虚拟网服务故障的虚拟网服务提供商进行内部故障诊断,诊断的结果包括虚拟网服务故障与底层网络故障两种结果;
S202、所述虚拟网服务故障是指虚拟网服务软件异常导致虚拟网服务故障,所述底层网络故障是指底层网络资源异常导致虚拟网服务故障;
S203、当虚拟网服务提供商确认故障是底层网络资源异常导致时,将虚拟网服务告警信息发送给网络故障诊断调度中心。
根据上述技术方案,在步骤S300构建关联的底层网络集合具体方式如下:
网络故障诊断调度中心首先将告警信息进行预处理,其根据资源分配关系构建关联的底层网络集合,告警信息的预处理是指将时间段T内收集到的所有虚拟网服务告警信息进行预处理,预处理工作包括告警信息清洗与告警信息归一化两个步骤:
告警信息清洗首先将不全面、不能识别的告警信息进行清洗,从而保证告警信息的有效性;
告警信息归一化是将告警的频率、数量、度量单位进行统一;
告警信息预处理后,调度中心将服务告警信息存储到区块链节点,并根据映射关系,找到涉及的多个底层网络,并告警信息存储到区块链节点。
根据上述技术方案,在步骤S400排序方法具体如下:
对底层网络集合中每个底层网络发生故障的可能性进行分析,即采用底层网络的历史可靠性、最近时间段T内节点和链路故障的次数、包含当前故障虚拟网对应底层资源的数量/>包含当前故障虚拟网服务对应底层资源的数量/>四个指标进行评价,其中,/>是从故障虚拟网的角度分析底层网络资源的可靠性,是从故障虚拟网服务的角度分析底层网络资源的可靠性,将上述四个维度的指标进行加权求和后,可以得到每个底层网络可靠性取值/>按照可靠性取值,对底层网络集合/>中的底层网络升序排列。
根据上述技术方案,在步骤S500的单个底层网络进行故障定位方法具体为:
从排序后的底层网络集合中依次取出底层网络进行故障定位,即由低可靠性到高可靠性依次进行排查,单个底层网络故障定位包括虚拟资源映射、底层资源可用性判断、虚拟资源生成摘要三个子过程:
虚拟资源映射是将当前底层网络上承载的虚拟资源进行映射,获得虚拟网服务对应的当前底层网络资源;
底层资源可用性判断是指当前底层网络采用网络探测技术对特定的底层网络资源可用性进行判断,当判断出不可用网络资源时,需要将不可用底层资源与不可用的虚拟网服务进行匹配,如果当前不可用底层资源可以解释所有的不可用虚拟网服务时,故障诊断结束,此时,当前不可用底层资源是产生虚拟网服务故障的原因,如果当前不可用底层资源只能解释部分虚拟网服务故障,返回不可用的底层资源和虚拟资源摘要,虚拟资源摘要是指将虚拟网服务对应的虚拟资源进行聚集,从而生成精简后的虚拟资源;
虚拟资源生成摘要则是当虚拟网络服务对应的虚拟资源集合为时,如果虚拟节点/>对应的底层资源已经完成了可用性分析,可以将当前虚拟网络服务对应的虚拟资源集合摘要为/>其中,虚拟节点/>是虚拟节点/>的摘要,并且通过赋值1标识为正常节点,或者赋值0标识为不可用节点,当第二个底层网络接收到虚拟网服务对应的摘要信息后,采用与第一个底层网络相同的故障分析策略进行故障分析。
根据上述技术方案,在步骤S600域间故障定位方法具体为:
由调度中心委托域间故障定位模块对域间的资源进行定位,即在所有单个底层网络故障定位后,将虚拟网服务对应的虚拟资源集合摘要为此时,域间故障定位模块的主要任务是判断各个摘要节点之间链路的可用性,判断的方法同样采用丢包率探测机制,从而快速获得域间链路资源的可用性。
根据上述技术方案,在步骤S700的具体评价方法如下:
调度中心对故障诊断的协作过程进行评价,作为底层网络的信誉值,并存储到区块链节点,通过底层网络提供商模块和域间故障定位模块的故障定位,可以对虚拟网服务故障进行定位,基于底层网络的可用性是虚拟网服务可用性的前提条件,故而需要提升底层网络可用性,调度中心采用每个底层网络提供商提供的底层网络发生故障的资源数量,作为当前底层网络信誉值的评价因素。
根据上述技术方案,底层网络集合的工作方法为:
当虚拟网服务使用的底层网络资源来自底层网络集合/>时,虚拟网服务和底层网络资源存在的映射关系为/>该关系包括虚拟节点映射在底层节点、虚拟链路映射在底层路径两种情况。
根据上述技术方案,底层网络故障的具体判别操作如下:
如果没有定位全部故障,需要将故障定位结果发送给下一个底层网络,如果故障全部被定位,算法结束。
与现有技术相比,本发明所达到的有益效果是:
通过对故障管理机制的性能分析和应用分析可知,本发明提出的网络切片环境下多方协作的故障管理机制具有较好的应用效果和性能,较好解决了多个虚拟网提供商和多个底层网络提供商背景下虚拟网服务故障管理效率低的问题。
附图说明
图1为本发明的流程示意图;
图2为多方协作的故障管理模型示意图。
具体实施方式
下面将结合本发明实施例,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明提供技术方案:
一种网络切片环境下多方协作的故障管理机制,包括以下步骤:
S100、构建多方协作的故障管理模型;
S200、上报虚拟网服务告警信息;
S300、构建关联的底层网络集合;
S400、底层网络可靠性排序;
S500、单个底层网络进行故障定位;
S600、域间故障定位;
S700、故障诊断评价。
具体而言,在步骤S100中的故障管理模型包括网络故障诊断调度中心、底层网络提供商集合模块、虚拟网络提供商集合模块、域间故障定位模块与区块链节点模块:
所述网络故障诊断调度中心负责协调底层网络提供商和虚拟网提供商进行故障定位,并根据诊断结果,调用域间故障定位模块和区块链节点,进一步完善和优化故障定位和故障管理功能;
所述底层网络提供商集合模块由多个底层网络提供商构成,每个底层网络提供商提供覆盖一定范围的底层网络,其中第m个底层网络Gm的网络拓扑使用Gm=(Nm,Em)表示,其包含的底层网络节点使用表示,其包含的底层网络链路使用/>表示;
所述虚拟网络提供商集合模块由多个虚拟网络提供商构成,每个虚拟网络提供商根据需要租用底层网络资源,并构建虚拟网络,为用户提供丰富的虚拟网服务,其中第n个虚拟网络的网络拓扑使用/>表示,其包含的虚拟网络节点使用/>表示,其包含的虚拟网络链路使用/>表示,虚拟网/>上可以承载一个或多个虚拟网服务,使用/>表示虚拟网/>上承载的第k个虚拟网服务;
域间故障定位模块用于对多个底层网络提供商之间的故障进行定位;
区块链节点模块用于对故障诊断结果、故障相关信息进行存储,并作为故障诊断协作的评价指标;
具体而言,在步骤S200具体上报步骤如下:
S201、首先对发生虚拟网服务故障的虚拟网服务提供商进行内部故障诊断,诊断的结果包括虚拟网服务故障与底层网络故障两种结果;
S202、所述虚拟网服务故障是指虚拟网服务软件异常导致虚拟网服务故障,所述底层网络故障是指底层网络资源异常导致虚拟网服务故障;
S203、当虚拟网服务提供商确认故障是底层网络资源异常导致时,将虚拟网服务告警信息发送给网络故障诊断调度中心。
具体而言,在步骤S300构建关联的底层网络集合具体方式如下:
网络故障诊断调度中心首先将告警信息进行预处理,其根据资源分配关系构建关联的底层网络集合,告警信息的预处理是指将时间段T内收集到的所有虚拟网服务告警信息进行预处理,预处理工作包括告警信息清洗与告警信息归一化两个步骤:
告警信息清洗首先将不全面、不能识别的告警信息进行清洗,从而保证告警信息的有效性;
告警信息归一化是将告警的频率、数量、度量单位进行统一;
告警信息预处理后,调度中心将服务告警信息存储到区块链节点,并根据映射关系,找到涉及的多个底层网络,并告警信息存储到区块链节点。
具体而言,在步骤S400排序方法具体如下:
对底层网络集合中每个底层网络发生故障的可能性进行分析,即采用底层网络的历史可靠性、最近时间段T内节点和链路故障的次数、包含当前故障虚拟网对应底层资源的数量/>包含当前故障虚拟网服务对应底层资源的数量/>四个指标进行评价,其中,/>是从故障虚拟网的角度分析底层网络资源的可靠性,是从故障虚拟网服务的角度分析底层网络资源的可靠性,将上述四个维度的指标进行加权求和后,可以得到每个底层网络可靠性取值/>按照可靠性取值,对底层网络集合/>中的底层网络升序排列。
具体而言,在步骤S500的单个底层网络进行故障定位方法具体为:
从排序后的底层网络集合中依次取出底层网络进行故障定位,即由低可靠性到高可靠性依次进行排查,单个底层网络故障定位包括虚拟资源映射、底层资源可用性判断、虚拟资源生成摘要三个子过程:
虚拟资源映射是将当前底层网络上承载的虚拟资源进行映射,获得虚拟网服务对应的当前底层网络资源;
底层资源可用性判断是指当前底层网络采用网络探测技术对特定的底层网络资源可用性进行判断,当判断出不可用网络资源时,需要将不可用底层资源与不可用的虚拟网服务进行匹配,如果当前不可用底层资源可以解释所有的不可用虚拟网服务时,故障诊断结束,此时,当前不可用底层资源是产生虚拟网服务故障的原因,如果当前不可用底层资源只能解释部分虚拟网服务故障,返回不可用的底层资源和虚拟资源摘要,虚拟资源摘要是指将虚拟网服务对应的虚拟资源进行聚集,从而生成精简后的虚拟资源;
虚拟资源生成摘要则是当虚拟网络服务对应的虚拟资源集合为时,如果虚拟节点/>对应的底层资源已经完成了可用性分析,可以将当前虚拟网络服务对应的虚拟资源集合摘要为/>其中,虚拟节点/>是虚拟节点/>的摘要,并且通过赋值1标识为正常节点,或者赋值0标识为不可用节点,当第二个底层网络接收到虚拟网服务对应的摘要信息后,采用与第一个底层网络相同的故障分析策略进行故障分析。
具体而言,在步骤S600域间故障定位方法具体为:
由调度中心委托域间故障定位模块对域间的资源进行定位,即在所有单个底层网络故障定位后,将虚拟网服务对应的虚拟资源集合摘要为此时,域间故障定位模块的主要任务是判断各个摘要节点之间链路的可用性,判断的方法同样采用丢包率探测机制,从而快速获得域间链路资源的可用性。
具体而言,在步骤S700的具体评价方法如下:
调度中心对故障诊断的协作过程进行评价,作为底层网络的信誉值,并存储到区块链节点,通过底层网络提供商模块和域间故障定位模块的故障定位,可以对虚拟网服务故障进行定位,基于底层网络的可用性是虚拟网服务可用性的前提条件,故而需要提升底层网络可用性,调度中心采用每个底层网络提供商提供的底层网络发生故障的资源数量,作为当前底层网络信誉值的评价因素。
具体而言,底层网络集合的工作方法为:
当虚拟网服务使用的底层网络资源来自底层网络集合/>时,虚拟网服务和底层网络资源存在的映射关系为/>该关系包括虚拟节点映射在底层节点、虚拟链路映射在底层路径两种情况。
具体而言,底层网络故障的具体判别操作如下:
如果没有定位全部故障,需要将故障定位结果发送给下一个底层网络,如果故障全部被定位,算法结束。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。
最后应说明的是:以上所述仅为本发明的优选实施例而已,并不用于限制本发明,尽管参照前述实施例对本发明进行了详细的说明,对于本领域的技术人员来说,其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1.一种网络切片环境下多方协作的故障管理机制,其特征在于,包括以下步骤:
S100、构建多方协作的故障管理模型;
S200、上报虚拟网服务告警信息;
S300、构建关联的底层网络集合;
S400、底层网络可靠性排序;
S500、单个底层网络进行故障定位;
S600、域间故障定位;
S700、故障诊断评价。
2.根据权利要求1所述的网络切片环境下多方协作的故障管理机制,其特征在于,在步骤S100中的故障管理模型包括网络故障诊断调度中心、底层网络提供商集合模块、虚拟网络提供商集合模块、域间故障定位模块与区块链节点模块:
所述网络故障诊断调度中心负责协调底层网络提供商和虚拟网提供商进行故障定位,并根据诊断结果,调用域间故障定位模块和区块链节点,进一步完善和优化故障定位和故障管理功能;
所述底层网络提供商集合模块由多个底层网络提供商构成,每个底层网络提供商提供覆盖一定范围的底层网络,其中第m个底层网络Gm的网络拓扑使用Gm=(Nm,Em)表示,其包含的底层网络节点使用表示,其包含的底层网络链路使用/>表示;
所述虚拟网络提供商集合模块由多个虚拟网络提供商构成,每个虚拟网络提供商根据需要租用底层网络资源,并构建虚拟网络,为用户提供丰富的虚拟网服务,其中第n个虚拟网络的网络拓扑使用/>表示,其包含的虚拟网络节点使用/>表示,其包含的虚拟网络链路使用/>表示,虚拟网/>上可以承载一个或多个虚拟网服务,使用/>表示虚拟网/>上承载的第k个虚拟网服务;
域间故障定位模块用于对多个底层网络提供商之间的故障进行定位;
区块链节点模块用于对故障诊断结果、故障相关信息进行存储,并作为故障诊断协作的评价指标。
3.根据权利要求1所述的网络切片环境下多方协作的故障管理机制,其特征在于,在步骤S200具体上报步骤如下:
S201、首先对发生虚拟网服务故障的虚拟网服务提供商进行内部故障诊断,诊断的结果包括虚拟网服务故障与底层网络故障两种结果;
S202、所述虚拟网服务故障是指虚拟网服务软件异常导致虚拟网服务故障,所述底层网络故障是指底层网络资源异常导致虚拟网服务故障;
S203、当虚拟网服务提供商确认故障是底层网络资源异常导致时,将虚拟网服务告警信息发送给网络故障诊断调度中心。
4.根据权利要求1所述的网络切片环境下多方协作的故障管理机制,其特征在于,在步骤S300构建关联的底层网络集合具体方式如下:
网络故障诊断调度中心首先将告警信息进行预处理,其根据资源分配关系构建关联的底层网络集合,告警信息的预处理是指将时间段T内收集到的所有虚拟网服务告警信息进行预处理,预处理工作包括告警信息清洗与告警信息归一化两个步骤:
告警信息清洗首先将不全面、不能识别的告警信息进行清洗,从而保证告警信息的有效性;
告警信息归一化是将告警的频率、数量、度量单位进行统一;
告警信息预处理后,调度中心将服务告警信息存储到区块链节点,并根据映射关系,找到涉及的多个底层网络,并告警信息存储到区块链节点。
5.根据权利要求1所述的网络切片环境下多方协作的故障管理机制,其特征在于,在步骤S400排序方法具体如下:
对底层网络集合中每个底层网络发生故障的可能性进行分析,即采用底层网络的历史可靠性、最近时间段T内节点和链路故障的次数、包含当前故障虚拟网对应底层资源的数量/>包含当前故障虚拟网服务对应底层资源的数量/>四个指标进行评价,其中,/>是从故障虚拟网的角度分析底层网络资源的可靠性,是从故障虚拟网服务的角度分析底层网络资源的可靠性,将上述四个维度的指标进行加权求和后,可以得到每个底层网络可靠性取值/>按照可靠性取值,对底层网络集合/>中的底层网络升序排列。
6.根据权利要求1所述的网络切片环境下多方协作的故障管理机制,其特征在于,在步骤S500的单个底层网络进行故障定位方法具体为:
从排序后的底层网络集合中依次取出底层网络进行故障定位,即由低可靠性到高可靠性依次进行排查,单个底层网络故障定位包括虚拟资源映射、底层资源可用性判断、虚拟资源生成摘要三个子过程:
虚拟资源映射是将当前底层网络上承载的虚拟资源进行映射,获得虚拟网服务对应的当前底层网络资源;
底层资源可用性判断是指当前底层网络采用网络探测技术对特定的底层网络资源可用性进行判断,当判断出不可用网络资源时,需要将不可用底层资源与不可用的虚拟网服务进行匹配,如果当前不可用底层资源可以解释所有的不可用虚拟网服务时,故障诊断结束,此时,当前不可用底层资源是产生虚拟网服务故障的原因,如果当前不可用底层资源只能解释部分虚拟网服务故障,返回不可用的底层资源和虚拟资源摘要,虚拟资源摘要是指将虚拟网服务对应的虚拟资源进行聚集,从而生成精简后的虚拟资源;
虚拟资源生成摘要则是当虚拟网络服务对应的虚拟资源集合为时,如果虚拟节点/>对应的底层资源已经完成了可用性分析,可以将当前虚拟网络服务对应的虚拟资源集合摘要为/>其中,虚拟节点/>是虚拟节点/>的摘要,并且通过赋值1标识为正常节点,或者赋值0标识为不可用节点,当第二个底层网络接收到虚拟网服务对应的摘要信息后,采用与第一个底层网络相同的故障分析策略进行故障分析。
7.根据权利要求1所述的网络切片环境下多方协作的故障管理机制,其特征在于,在步骤S600域间故障定位方法具体为:
由调度中心委托域间故障定位模块对域间的资源进行定位,即在所有单个底层网络故障定位后,将虚拟网服务对应的虚拟资源集合摘要为此时,域间故障定位模块的主要任务是判断各个摘要节点之间链路的可用性,判断的方法同样采用丢包率探测机制,从而快速获得域间链路资源的可用性。
8.根据权利要求1所述的网络切片环境下多方协作的故障管理机制,其特征在于,在步骤S700的具体评价方法如下:
调度中心对故障诊断的协作过程进行评价,作为底层网络的信誉值,并存储到区块链节点,通过底层网络提供商模块和域间故障定位模块的故障定位,可以对虚拟网服务故障进行定位,基于底层网络的可用性是虚拟网服务可用性的前提条件,故而需要提升底层网络可用性,调度中心采用每个底层网络提供商提供的底层网络发生故障的资源数量,作为当前底层网络信誉值的评价因素。
9.根据权利要求4所述的网络切片环境下多方协作的故障管理机制,其特征在于,底层网络集合的工作方法为:
当虚拟网服务使用的底层网络资源来自底层网络集合/>时,虚拟网服务和底层网络资源存在的映射关系为/>该关系包括虚拟节点映射在底层节点、虚拟链路映射在底层路径两种情况。
10.根据权利要求6所述的网络切片环境下多方协作的故障管理机制,其特征在于,底层网络故障的具体判别操作如下:
如果没有定位全部故障,需要将故障定位结果发送给下一个底层网络,如果故障全部被定位,算法结束。
CN202311008461.9A 2023-08-11 2023-08-11 一种网络切片环境下多方协作的故障管理机制 Pending CN117097607A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202311008461.9A CN117097607A (zh) 2023-08-11 2023-08-11 一种网络切片环境下多方协作的故障管理机制

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202311008461.9A CN117097607A (zh) 2023-08-11 2023-08-11 一种网络切片环境下多方协作的故障管理机制

Publications (1)

Publication Number Publication Date
CN117097607A true CN117097607A (zh) 2023-11-21

Family

ID=88772856

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202311008461.9A Pending CN117097607A (zh) 2023-08-11 2023-08-11 一种网络切片环境下多方协作的故障管理机制

Country Status (1)

Country Link
CN (1) CN117097607A (zh)

Similar Documents

Publication Publication Date Title
CN109787817B (zh) 网络故障诊断方法、装置和计算机可读存储介质
CN107544839B (zh) 虚拟机迁移系统、方法及装置
US9680722B2 (en) Method for determining a severity of a network incident
US7894361B1 (en) System and method for network capacity engineering
CA2272609A1 (en) Software fault management system
CN103069752B (zh) 收集信息的代理的方法和存储管理系统
CN101715203B (zh) 一种自动定位故障点的方法和设备
CN104221327A (zh) 网络可用性分析
CN107040413B (zh) 智能变电站过程层通讯链路故障定位的方法
CN111884859B (zh) 一种网络故障诊断方法、装置及可读存储介质
CN103023028A (zh) 一种基于实体间依赖关系图的电网故障快速定位方法
US7167998B2 (en) Problem determination using probing
CN112383934B (zh) 一种5g网络切片下多域协作的服务故障诊断方法
CN117041089B (zh) 一种面向异地数据中心的设备监控系统及方法
CN110609761B (zh) 确定故障源的方法、装置、存储介质和电子设备
CN117097607A (zh) 一种网络切片环境下多方协作的故障管理机制
CN112866009B (zh) 一种综合服务站虚拟网络故障诊断方法及装置
CN102783087A (zh) 基于管理分层的关联告警的方法和装置
Dong et al. Fault Management Mechanism of Multi-party Cooperation in Network Slicing Environment
CN101309492B (zh) 一种获取网管系统中端对端电路信息的方法及装置
CN113361941B (zh) 一种电力通信网可靠性评价方法及系统
CN116150257B (zh) 电力通信光缆资源可视化分析方法、系统及存储介质
CN115297050B (zh) 一种基于云化网络的智能量测终端建立方法
CN113315663B (zh) 一种基于业务特征的载波网络故障诊断方法及系统
Shi et al. Carrier network fault diagnosis algorithm based on service characteristics

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