[发明专利]一种基于硬件系统的维测方法、系统以及硬件系统

说明书

技术领域

本发明实施例涉及通信的技术领域，尤其涉及一种基于硬件系统的维测方法、系统及硬件系统。

背景技术

在无线通信行业的产品中，产品形态大多为嵌入式的架构。嵌入式开发不同于上位机上的开发，用户可以很方便的使用上位机提供的通用接口来管理自己的软件。嵌入式产品更多的是独立于上位机自主运行，因此可维可服的功能对于嵌入式产品是不可或缺的。目前常用的可维可服功能，在数据链路上都是使用网口通信，数字信号处理器(digital signal process，DSP)主动或被动上报信息给CPU，再由CPU通过外网口将数据发送到上位机的维测软件。

在基站产品中，使用网口作为可维可服功能的数据通路，由于板上每一个需要监控的期间都会用到网口进行业务数据的交互，因此维测数据复用该通道在实现起来比较简单。但是，使用网口进行收发也存在着以下局限性：

第一、在嵌入式系统中，网口通信必须由芯片上的核干预才能完成，即是说必须是芯片“主动”进行数据的收发。但嵌入式系统中可维可服的一个主要功能就是在软件异常时进行数据的采集分析，但是在软件异常时，网口恰恰又无法工作，无法把需要的数据报给高层，这个缺陷就成为了网口维测功能的“死结”。

第二、维测功能的另一个主要功能就是实现系统状态监听和实时数据采集。这两个功能无论在数据流量还是事实性上都对系统有比较高的要求。而在实际系统运行过程中，往往由于业务量的增加，业务数据的传输已经占用了网口的大部分带宽，此时再想使用网口进行监听或是数据采集，往往会导致链路阻塞，不仅维测功能无法实现，还会影响业务正常工作。

第三、网口通信通常为端对端通信，常用的连接方式为所有网口连接到一个交换芯片上。如果某一个DSP的网口物理链路出现问题，那么该DSP就与整个系统“失联”，因此网口通信对硬件链路的依赖性较高。

发明内容

本发明实施例的目的在于提出一种基于硬件系统的维测方法、系统及硬件系统，旨在解决如何在系统负荷较大时，在不影响业务数据正常传输的前提下进行一些大数据量的维测操作的问题。

为达此目的，本发明实施例采用以下技术方案：

第一方面，一种硬件系统，所述硬件系统包括：至少两个DSP、交换芯片、SRIO接口和PPC；

其中一个DSP负责小区的物理层协议栈处理，另一个DSP负责小区的媒体访问控制子层协议栈处理；

所述至少两个DSP通过网口SGMII连接到所述交换芯片；

所述至少两个DSP之间通过所述SRIO接口星型互联，且分别与所述PPC连接。

优选地，所述SRIO接口用于所述至少两个DSP和所述PPC之间的维测数据传输的通道。

优选地，所述SRIO接口使用RapidIO协议进行传输。

第二方面，一种基于硬件系统的维测方法，所述方法包括：

上位机PC通过外网口将维测命令发送给PPC；

所述PPC通过SRIO接口将所述维测命令发送给DSP；

在所述DSP运行正常的情况下，所述DSP向所述PPC上报维测数据；

所述PPC收到所述DSP的维测数据后，通过所述外网口转发给所述上位机PC。

优选地，所述PPC通过SRIO接口将所述维测命令发送给DSP，包括：

所述PPC通过RapidIO协议中FType10的DoorBell类型报文进行通信，将所述维测命令通知到所述DSP的core；

其中，DoorBell Reg#字段包含将所述维测命令发送至所述DSP的core的标识信息，所述DoorBell bit字段4bit表示消息类型，指示需要所述DSP进行的维测命令。

优选地，所述DSP向所述PPC上报维测数据，包括：

所述DSP主动上报数据报文，所述数据报文用于将所述DSP上报的维测数据发送给CPU；

其中，所述数据报文为使用RapidIO协议中FType5的NWrite_R报文，所述数据报文的payload部分用来承载所述DSP上报的维测数据，每个NWrite_R报文可携带256Bytes的数据。

优选地，所述PPC通过SRIO接口将所述维测命令发送给DSP之后，还包括：

所述DSP通知所述PPC所述维测数据发送完成的消息。

优选地，所述DSP通知所述PPC所述维测数据发送完成的消息，包括：