[发明专利]一种光传输板卡系统中通信处理方法和装置

说明书

本发明涉及激光传输板通信技术领域，提供了一种光传输板卡系统中通信处理方法和装置。其中方法包括拆分所述第一请求消息，得到第一请求光模块对象和第一请求内容；在本地请求映射表中查询与所述第一请求光模块对象相同，并且能够构成所述第一请求内容一条或者多条历史请求消息，并获取所述一条或者多条历史请求消息所对应的响应内容；根据获取的所述响应内容，组合成第一响应消息；发送所述第一响应消息给所述第一请求消息的请求端。本发明的方法避免了现有技术中，将针对光模块的访问或者设置请求直接反馈给光模块，从而产生的多客户端情况下发生的等候、排队等待响应的现象，提高了响应消息生成效率。

【技术领域】

本发明涉及激光传输板通信技术领域，特别是涉及一种光传输板卡系统中通信处理方法和装置。

【背景技术】

在光传输板卡系统中，用户会通过网口或者串口接入板卡，通过简单网络管理协议(Simple Network Management Protocol，简写为：SNMP)或者命令行接口(Command LineInterface，简写为：CLI)给网管发送命令来控制光模块状态。常见光模块有掺饵光放大器(Erbium Doped Fiber Application Amplifier，简写为：EDFA)，光功率监控(OpticalChannel Monitor，简写为：OCM)，光开关(Optical Switch，简写为：OSW)。在这种通信模型中，比较常见的一种方式就是客户端(Client)/服务器(Server)通信方式(通常简称C/S模式),服务器端提供各种各样的服务，比如光模块告警状态上报，光放增益设置，用户数据库查询，FTP升级文件下载等服务，客户端向服务器请求需要的服务。这种方式的特点是，客户端向服务器发出请求，并等待服务器应答。

在实际应用中，存在如下图1这样一种场景，当同时有多个客户端向我们的服务器请求服务时，我们的服务器程序(sshd或者telnetd)会先产生一个本地服务进程cmd，这个本地服务进程会和后台Server程序cli进行本地通信，访问本地资源数据，然后回复消息给客户端。本地cmd进程和cli进程间的通信，即是Linux进程间通信IPC(Inter-processcommunication)原型，Linux提供了多种进程间通信的方式，比如管道，消息，信号量，共享内存，以及Unix domain socket等。

由于存在有多个用户同时连接到光板卡系统，用户向网管server发送命令请求，server将命令下发给光模块，然后等待光模块的应答，再回复给用户在这过程中，网管Server和光模块的之间的通信效率，直接影响了系统的应答效率。网管Server和光模块之间通常是通过RS232串口连接，这种接口通信方式一般不会很快，所以系统应答效率取决于模块的响应速度。当有大量数据交互的时候，板卡的应答效率将是一个较大的考验，而光模块的设置命令通常响应比较慢，此时系统的效率就会很低，用户的体验感受就是发送命令应答很慢。

【发明内容】

本发明要解决的技术问题是现有的光传输板卡系统中的服务器程序(sshd或者telnetd)会先产生一个本地服务进程cmd，本地服务进程会和后台Server程序cli进行本地通信，访问本地资源数据，然后回复消息给客户端的响应机制，在有大量数据交互的时候，板卡的应答效率将会出现明显降低的问题。

本发明采用如下技术方案：

第一方面，本发明提供了一种光传输板卡系统中通信处理方法，本地存储有当前所连接的光模块种类、数量、参数信息、对应编号中的一项或者多项，并且，接收到的历史请求消息，被拆分成至少包括请求光模块对象和请求内容两种元素在本地请求映射表中存储预设时间，对应响应消息中响应内容则作为第三种元素与所述两种元素一并存储；在接收到第一请求消息后，处理方法包括：

拆分所述第一请求消息，得到第一请求光模块对象和第一请求内容；