System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 一种网络故障恢复方法、系统、设备、介质及程序产品技术方案_技高网

一种网络故障恢复方法、系统、设备、介质及程序产品技术方案

技术编号:44480754 阅读:0 留言:0更新日期:2025-03-04 17:48
本申请公开了一种网络故障恢复方法、系统、设备、介质及程序产品,用以提高网络故障的恢复效率,保证网络服务的稳定可靠。所述方法,包括:在确定自身所在目标聚簇内网络发生故障时,向全局控制器发送用于请求其他聚簇内通信资源的协作请求;接收所述全局控制器发送的协作请求响应消息,所述协作请求响应消息中包括协作聚簇的通信资源,所述协作聚簇的通信资源是所述全局控制器基于所述其他聚簇的通信资源状态确定的;基于所述协作聚簇的通信资源进行故障恢复。

【技术实现步骤摘要】

本申请涉及通信,特别涉及一种网络故障恢复方法、系统、设备、介质及程序产品


技术介绍

1、在大规模卫星网络中,链路和节点故障是常见的挑战,尤其是在低轨道卫星网络中,由于卫星节点数量多、动态变化快,网络故障的恢复变得更加复杂。

2、目前,常用的故障恢复技术大多依赖于全网范围的路由重配置。这种方案在较小规模的网络中效果较好,但当网络规模扩大到数百甚至数千个卫星节点时,上述方案的恢复效率明显下降,其无法在故障发生后快速响应,延误故障恢复,而且频繁的全网级别路由调整,容易导致通信质量波动,无法保证网络服务的稳定可靠。

3、因此,亟需一种新的网络故障恢复方法,以提高网络故障的恢复效率,保证网络服务的稳定可靠。


技术实现思路

1、本申请提供一种网络故障恢复方法、系统、设备、介质及程序产品,用以提高网络故障的恢复效率,保证网络服务的稳定可靠。

2、第一方面,本申请实施例提供的一种网络故障恢复方法,所述方法包括:

3、在确定自身所在目标聚簇内网络发生故障时,向全局控制器发送用于请求其他聚簇内通信资源的协作请求;

4、接收所述全局控制器发送的协作请求响应消息,所述协作请求响应消息中包括协作聚簇的通信资源,所述协作聚簇的通信资源是所述全局控制器基于所述其他聚簇的通信资源状态确定的;

5、基于所述协作聚簇的通信资源进行故障恢复。

6、作为一种可选的实施方式,所述向全局控制器发送用于请求其他聚簇内通信资源的协作请求,包括:

7、在确定自身所在目标聚簇内网络发生故障时,控制使用自身所在目标聚簇内的通信资源进行故障恢复;

8、确定使用自身所在目标聚簇内的通信资源无法进行故障恢复,向所述全局控制器发送所述协作请求。

9、作为一种可选的实施方式,所述确定使用自身所在目标聚簇内的通信资源无法进行故障恢复,至少包括以下情况中的一种或多种:

10、自身所在目标聚簇内发生故障的通信链路数量大于第一预设数量阈值;

11、自身所在目标聚簇内发生故障的卫星节点数量大于第二预设数量阈值;

12、使用自身所在目标聚簇内的通信资源进行故障恢复的恢复时长大于预设时长;

13、自身的资源使用率大于第一预设阈值;

14、自身所在目标聚簇内备选链路的资源使用率大于第二预设阈值。

15、作为一种可选的实施方式,所述控制使用自身所在目标聚簇内的通信资源进行故障恢复,包括:

16、控制利用自身所在目标聚簇内卫星节点之间的链路,和/或预先配置的备选链路进行故障恢复。

17、作为一种可选的实施方式,所述其他聚簇为所述目标聚簇的相邻聚簇。

18、作为一种可选的实施方式,所述通信资源包括以下至少一种:通信链路、计算资源、通信带宽。

19、作为一种可选的实施方式,所述全局控制器采用以下方式确定所述协作聚簇:

20、获取所述其他聚簇的通信资源状态;

21、将通信资源状态满足预设要求的聚簇确定为所述协作聚簇。

22、作为一种可选的实施方式,所述预设要求至少包括:

23、簇内控制器的资源使用率小于第三预设阈值;

24、聚簇内包含目标通信链路,所述目标通信链路为可连接所述目标聚簇内发生故障的通信链路两端的正常卫星节点,且资源使用率小于第四预设阈值的通信链路。

25、第二方面,本申请实施例提供一种网络故障恢复方法,所述方法包括:

26、接收簇内控制器发送的用于请求其他聚簇内通信资源的协作请求,所述协作请求是所述簇内控制器在自身所在目标聚簇内网络发生故障时发送的;

27、获取所述其他聚簇的通信资源状态,将通信资源状态满足预设要求的聚簇确定为协作聚簇;

28、向所述簇内控制器发送协作请求响应消息,所述协作请求响应消息中包括所述协作聚簇的通信资源。

29、作为一种可选的实施方式,所述协作请求是所述簇内控制器在自身所在目标聚簇内网络发生故障、且确定使用自身所在目标聚簇内的通信资源无法进行故障恢复时发送的。

30、作为一种可选的实施方式,所述簇内控制器在以下至少一种或多种情况发生时,确定使用自身所在目标聚簇内的通信资源无法进行故障恢复:

31、自身所在目标聚簇内发生故障的通信链路数量大于第一预设数量阈值;

32、自身所在目标聚簇内发生故障的卫星节点数量大于第二预设数量阈值;

33、使用自身所在目标聚簇内的通信资源进行故障恢复的恢复时长大于预设时长;

34、自身的资源使用率大于第一预设阈值;

35、自身所在目标聚簇内备选链路的资源使用率大于第二预设阈值。

36、作为一种可选的实施方式,所述其他聚簇为所述目标聚簇的相邻聚簇。

37、作为一种可选的实施方式,所述通信资源包括以下至少一种:通信链路、计算资源、通信带宽。

38、作为一种可选的实施方式,所述预设要求至少包括:

39、簇内控制器的资源使用率小于第三预设阈值;

40、聚簇内包含目标通信链路,所述目标通信链路为可连接所述目标聚簇内发生故障的通信链路两端的正常卫星节点,且资源使用率小于第四预设阈值的通信链路。

41、作为一种可选的实施方式,所述接收簇内控制器发送的用于请求其他聚簇内通信资源的协作请求之前,所述方法还包括:

42、将所述网络中的卫星节点划分为多个聚簇,每个聚簇内包含多个卫星节点;

43、确定任意两个卫星节点对应的通信链路集合,所述通信链路集合中包括两个卫星节点之间的多条通信链路。

44、第三方面,本申请实施例提供一种网络故障恢复系统,所述系统包括:全局控制器和多个簇内控制器,其中,所述网络中的卫星节点被划分为多个聚簇,每个聚簇内包含至少一个簇内控制器;

45、所述簇内控制器,用于在确定自身所在目标聚簇内网络发生故障时,向所述全局控制器发送用于请求其他聚簇内通信资源的协作请求,接收所述全局控制器发送的协作请求响应消息,所述协作请求响应消息中包括协作聚簇的通信资源,基于所述协作聚簇的通信资源进行故障恢复;

46、所述全局控制器,用于接收所述簇内控制器发送的用于请求其他聚簇内通信资源的协作请求,获取所述其他聚簇的通信资源状态,将通信资源状态满足预设要求的聚簇确定为协作聚簇,向所述簇内控制器发送协作请求响应消息,所述协作请求响应消息中包括所述协作聚簇的通信资源。

47、作为一种可选的实施方式,所述协作请求是所述簇内控制器在自身所在目标聚簇内网络发生故障、且确定使用自身所在目标聚簇内的通信资源无法进行故障恢复时发送的。

48、作为一种可选的实施方式,所述簇内控制器在以下至少一种或多种情况发生时,确定使用自身所在目标聚簇内的通信资源无法进行故障恢复:

49、自身所在本文档来自技高网...

【技术保护点】

1.一种网络故障恢复方法,其特征在于,所述方法包括:

2.根据权利要求1所述的方法,其特征在于,所述向全局控制器发送用于请求其他聚簇内通信资源的协作请求,包括:

3.根据权利要求2所述的方法,其特征在于,所述确定使用自身所在目标聚簇内的通信资源无法进行故障恢复,至少包括以下情况中的一种或多种:

4.根据权利要求2所述的方法,其特征在于,所述控制使用自身所在目标聚簇内的通信资源进行故障恢复,包括:

5.根据权利要求1所述的方法,其特征在于,所述其他聚簇为所述目标聚簇的相邻聚簇。

6.根据权利要求1所述的方法,其特征在于,所述通信资源包括以下至少一种:通信链路、计算资源、通信带宽。

7.根据权利要求1-6中任一项所述的方法,其特征在于,所述全局控制器采用以下方式确定所述协作聚簇:

8.根据权利要求7所述的方法,其特征在于,所述预设要求至少包括:

9.一种网络故障恢复方法,其特征在于,所述方法包括:

10.根据权利要求9所述的方法,其特征在于,所述协作请求是所述簇内控制器在自身所在目标聚簇内网络发生故障、且确定使用自身所在目标聚簇内的通信资源无法进行故障恢复时发送的。

11.根据权利要求10所述的方法,其特征在于,所述簇内控制器在以下至少一种或多种情况发生时,确定使用自身所在目标聚簇内的通信资源无法进行故障恢复:

12.根据权利要求9所述的方法,其特征在于,所述其他聚簇为所述目标聚簇的相邻聚簇。

13.根据权利要求9所述的方法,其特征在于,所述通信资源包括以下至少一种:通信链路、计算资源、通信带宽。

14.根据权利要求9-13中任一项所述的方法,其特征在于,所述预设要求至少包括:

15.根据权利要求9-13中任一项所述的方法,其特征在于,所述接收簇内控制器发送的用于请求其他聚簇内通信资源的协作请求之前,所述方法还包括:

16.一种网络故障恢复系统,其特征在于,所述系统包括:全局控制器和多个簇内控制器,其中,所述网络中的卫星节点被划分为多个聚簇,每个聚簇内包含至少一个簇内控制器;

17.根据权利要求16所述的系统,其特征在于,所述协作请求是所述簇内控制器在自身所在目标聚簇内网络发生故障、且确定使用自身所在目标聚簇内的通信资源无法进行故障恢复时发送的。

18.根据权利要求17所述的系统,其特征在于,所述簇内控制器在以下至少一种或多种情况发生时,确定使用自身所在目标聚簇内的通信资源无法进行故障恢复:

19.根据权利要求16所述的系统,其特征在于,所述其他聚簇为所述目标聚簇的相邻聚簇。

20.一种网络故障恢复设备,其特征在于,该设备包括处理器和存储器,所述存储器用于存储所述处理器可执行的程序,所述处理器用于读取所述存储器中的程序并执行权利要求1-15中任一所述方法的步骤。

21.一种计算机存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1~15任一所述方法的步骤。

22.一种计算机程序产品,其特征在于,所述计算机程序产品包括:计算机程序代码,当所述计算机程序代码在计算机上运行时,使得计算机执行如权利要求1~15任一所述方法的步骤。

...

【技术特征摘要】

1.一种网络故障恢复方法,其特征在于,所述方法包括:

2.根据权利要求1所述的方法,其特征在于,所述向全局控制器发送用于请求其他聚簇内通信资源的协作请求,包括:

3.根据权利要求2所述的方法,其特征在于,所述确定使用自身所在目标聚簇内的通信资源无法进行故障恢复,至少包括以下情况中的一种或多种:

4.根据权利要求2所述的方法,其特征在于,所述控制使用自身所在目标聚簇内的通信资源进行故障恢复,包括:

5.根据权利要求1所述的方法,其特征在于,所述其他聚簇为所述目标聚簇的相邻聚簇。

6.根据权利要求1所述的方法,其特征在于,所述通信资源包括以下至少一种:通信链路、计算资源、通信带宽。

7.根据权利要求1-6中任一项所述的方法,其特征在于,所述全局控制器采用以下方式确定所述协作聚簇:

8.根据权利要求7所述的方法,其特征在于,所述预设要求至少包括:

9.一种网络故障恢复方法,其特征在于,所述方法包括:

10.根据权利要求9所述的方法,其特征在于,所述协作请求是所述簇内控制器在自身所在目标聚簇内网络发生故障、且确定使用自身所在目标聚簇内的通信资源无法进行故障恢复时发送的。

11.根据权利要求10所述的方法,其特征在于,所述簇内控制器在以下至少一种或多种情况发生时,确定使用自身所在目标聚簇内的通信资源无法进行故障恢复:

12.根据权利要求9所述的方法,其特征在于,所述其他聚簇为所述目标聚簇的相邻聚簇。

13.根据权利要求9所述的方法,其特征在于,所述通信资源包括以下至少...

【专利技术属性】
技术研发人员:周佳瑜杜平章跃跃董明佶
申请(专利权)人:上海卫星互联网研究院有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1