System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 一种多板卡多处理器设备的检测维护及调试系统和方法技术方案_技高网

一种多板卡多处理器设备的检测维护及调试系统和方法技术方案

技术编号:40148856 阅读:6 留言:0更新日期:2024-01-24 00:58
本发明专利技术公开一种多板卡多处理器设备的检测维护及调试系统和方法,属于通信技术领域。本发明专利技术在软件逻辑层面打通通信通道,在该设备管理处理器上通过软指令集中管控所有板卡,调试线缆只需要一根,且仅需接设备管理处理器,采用统一的运维手段,运维人员即可实现对所有板卡的统一运维检测,既大大缩短了调试所耗费时间,又屏蔽了平台的差异性,减少了运维人员对平台操作指令的依赖,提高了运维检测效率,具有通用性和易操作性。

【技术实现步骤摘要】

本专利技术属于通信,更具体地,涉及一种多板卡多处理器设备的检测维护及调试系统和方法


技术介绍

1、随着现代通信技术的发展,用户对通信设备统型提出更高要求,即同一台设备上含有多块板卡多处理器的具有不同功能的子部件,随着板卡及处理器数量的增加,检测维护及调试的复杂性也随之增加,特别在设备部署后的使用维护阶段或批量生产测试时,当设备运行过程中出现故障后,运维测试人员如何快速和便捷地在多板卡多处理器的架构中定位到某一个板卡的处理器的问题,同时提高设备的检测维护及调试的效率,是需要从技术手段解决此问题。

2、多板卡多处理器常见的检测维护及调试手段为使用各处理器专用调试线缆分别与之相对应的调试接口连接,独立调试。随着板卡数量、处理器数量和处理器种类增加,调试线缆、调试平台和调试操作方法可能千差万别,排查故障的效率将越来越低,同时运维检测人员还需要掌握不同调试平台下的指令,单台设备的运维检测效率如此,设备在批量部署运维或批量生产测试时,此常规运维检测方法也将导致运维检测成本高昂,效率低下等问题,且交付给用户的设备能开放的调试口数量有限,通常只有一个,无法满足设备的运维测试的使用需求和效能。


技术实现思路

1、针对现有技术的缺陷,本专利技术的目的在于提供一种多板卡多处理器设备的检测维护及调试系统和方法,旨在解决多板卡多处理器的架构中,运维检测人员面临的调试线缆、调试平台和调试操作方法千差万别,排查故障的效率低下、调测手段受限的问题。

2、为实现上述目的,第一方面,本专利技术提供了一种多板卡多处理器设备的检测维护及调试系统,所述系统包括:

3、位于设备管理板的管控处理器,通过唯一调试线缆与外部调试终端连接,其被配置为在接收到目的处理器id和运维检测命令后,对运维检测命令进行封装,根据目的处理器id将运维检测协议帧直接或间接分发命令至目的地;接收到操作结果协议帧后,将操作结果发送给调试终端,以进行及时回显;

4、中间设备,其被配置为根据目的处理器id进行协议帧的路由转发,将协议帧发送给与之相连的处理器;

5、位于其它被管板卡或者设备管理板的目的处理器,其被配置为在接收到运维检测协议帧后进行解析,执行相关动作后,将操作结果封装成协议帧,根据管控处理器id,分发至管控处理器。

6、优选地,所述管控处理器与其它被管板卡上的处理器、所述管控处理器与设备管理板上其他处理器之间至少存在一条路径。

7、优选地,所述中间设备和处理器之间采用rgmii作为数据通道。

8、优选地,所述多板卡多处理器设备中的各处理器之间采用通用协议帧,所述协议帧包括:源处理器id、目的处理器id、帧长度、帧序号、帧分片标识、帧校验、协议类型、运维检测类型运行命令和运维检测命令。

9、优选地,所述运维检测命令为通用性操作命令或者专用性操作命令;

10、所述通用性操作命令为:通道回环自检命令、进程状态显示命令、文件拷贝命令、文件删除命令、文件权限设置命令、版本查询命令、校验码计算命令或者软重启命令;

11、所述专用性操作命令为:管理通道数据统计命令、业务通道数据统计命令、接口通道数据统计命令或者接口状态查询命令。

12、优选地,所述管控处理器对运维检测命令进行封装时,按照协议帧格式对数据进行封装,生成校验码并组包发送,源处理器id为管控处理器id。

13、优选地,所述目的处理器在接收到运维检测协议帧,先进行完整性检验,判定目的处理器id是否为自己,若不是,则丢弃,若是,则进行解析。

14、优选地,所述管控处理器将操作结果发送给调试终端前,先进行数据的完整性校验,验证不通过,则丢弃。

15、优选地,所述调试线缆的调试串口为rs232。

16、为实现上述目的,第二方面,本专利技术提供了一种多板卡多处理器设备的检测维护及调试方法,包括:

17、管控处理器在接收到目的处理器id和运维检测命令后,对运维检测命令进行封装,根据目的处理器id将运维检测协议帧直接或间接分发命令至目的地;

18、中间设备根据目的处理器id进行协议帧的路由转发,将协议帧发送给与之相连的处理器;

19、目的处理器在接收到运维检测协议帧后进行解析,执行相关动作后,将操作结果封装成协议帧,根据管控处理器id,分发至管控处理器;

20、管控处理器接收到操作结果协议帧后,将操作结果发送给调试终端,以进行及时回显,其中,

21、所述管控处理器位于设备管理板,通过唯一调试线缆与外部调试终端连接,与其它被管板卡上的处理器、设备管理板上其他处理器之间至少存在一条路径。

22、总体而言,通过本专利技术所构思的以上技术方案与现有技术相比,具有以下有益效果:

23、本专利技术公开提供一种多板卡多处理器设备的检测维护及调试系统和方法,在软件逻辑层面打通通信通道,在该设备管理处理器上通过软指令集中管控所有板卡,调试线缆只需要一根,且仅需接设备管理处理器,采用统一的运维手段,运维人员即可实现对所有板卡的统一运维检测,既大大缩短了调试所耗费时间,又屏蔽了平台的差异性,减少了运维人员对平台操作指令的依赖,提高了运维检测效率,具有通用性和易操作性。

本文档来自技高网...

【技术保护点】

1.一种多板卡多处理器设备的检测维护及调试系统,其特征在于,所述系统包括:

2.如权利要求1所述的系统,其特征在于,所述管控处理器与其它被管板卡上的处理器、所述管控处理器与设备管理板上其他处理器之间至少存在一条路径。

3.如权利要求1所述的系统,其特征在于,所述中间设备和处理器之间采用RGMII作为数据通道。

4.如权利要求1所述的系统,其特征在于,所述多板卡多处理器设备中的各处理器之间采用通用协议帧,所述协议帧包括:源处理器ID、目的处理器ID、帧长度、帧序号、帧分片标识、帧校验、协议类型、运维检测类型运行命令和运维检测命令。

5.如权利要求4所述的系统,其特征在于,所述运维检测命令为通用性操作命令或者专用性操作命令;

6.如权利要求1所述的系统,其特征在于,所述管控处理器对运维检测命令进行封装时,按照协议帧格式对数据进行封装,生成校验码并组包发送,源处理器ID为管控处理器ID。

7.如权利要求1所述的系统,其特征在于,所述目的处理器在接收到运维检测协议帧,先进行完整性检验,判定目的处理器ID是否为自己,若不是,则丢弃,若是,则进行解析。

8.如权利要求1所述的系统,其特征在于,所述管控处理器将操作结果发送给调试终端前,先进行数据的完整性校验,验证不通过,则丢弃。

9.如权利要求1至7任一项所述的系统,其特征在于,所述调试线缆的调试串口为RS232。

10.一种多板卡多处理器设备的检测维护及调试方法,其特征在于,包括:

...

【技术特征摘要】

1.一种多板卡多处理器设备的检测维护及调试系统,其特征在于,所述系统包括:

2.如权利要求1所述的系统,其特征在于,所述管控处理器与其它被管板卡上的处理器、所述管控处理器与设备管理板上其他处理器之间至少存在一条路径。

3.如权利要求1所述的系统,其特征在于,所述中间设备和处理器之间采用rgmii作为数据通道。

4.如权利要求1所述的系统,其特征在于,所述多板卡多处理器设备中的各处理器之间采用通用协议帧,所述协议帧包括:源处理器id、目的处理器id、帧长度、帧序号、帧分片标识、帧校验、协议类型、运维检测类型运行命令和运维检测命令。

5.如权利要求4所述的系统,其特征在于,所述运维检测命令为通用性操作命令或者专用性操作命令...

【专利技术属性】
技术研发人员:朱明邓超温玉屏张鸿禹纪巍吴晶晶华黎明陈雪莲戴宗昊叶浪黄洋魏珊侯竞雄束敏宋刚刘路遥宋威朱清魏文流魏榛胡通魏继军吴艳初王西胡向阳
申请(专利权)人:武汉船舶通信研究所中国船舶集团有限公司第七二二研究所
类型:发明
国别省市:

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

1