CN109818773A - 一种网管与被管理设备的通信方法及设备 - Google Patents
一种网管与被管理设备的通信方法及设备 Download PDFInfo
- Publication number
- CN109818773A CN109818773A CN201711174483.7A CN201711174483A CN109818773A CN 109818773 A CN109818773 A CN 109818773A CN 201711174483 A CN201711174483 A CN 201711174483A CN 109818773 A CN109818773 A CN 109818773A
- Authority
- CN
- China
- Prior art keywords
- network management
- communication
- udp
- tcp
- managed devices
- 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.)
- Granted
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请公开了一种网管与被管理设备的通信方法及设备，该方法包括：网管侧设备与被管理设备连接前，确定是否保存有与所述被管理设备通信成功的配置记录；如果没有，则获取配置参数；其中，所述配置参数用于指示网管侧设备与被管理设备进行TCP和/或UDP通信的端口信息；网管侧设备启动本地TCP监听及UDP接收，并根据所述配置参数向被管理设备发起TCP接入请求及发送UDP数据包；当TCP接入请求和/或UDP通信连接成功，则根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路。解决了现有技术当通信环境发生变化，网管与设备间就会出现通信受阻的技术问题。
Description
技术领域
本申请涉及通信技术领域，尤其涉及一种网管与被管理设备的通信方法及设备。
背景技术
在基站设备的操作维护中，用户需要使用网管软件对基站进行管理。常规情况下，网管软件直接连接到基站进行通信，通过信令交互对基站进行管理。现有技术中，网管与设备的通信中，常见方案有：
基站设备与网管间采用SNMP(Simple Network Management Protocol，简单网络管理协议)进行通信：网管对基站设备发送SNMP命令，基站设备进行应答，并根据自身情况上报Trap信息。这种方式适用于复杂功能网元设备，由于其管理的数据量大，需要采用MIB(Management Information Base，管理信息库)进行数据管理。
对于复杂功能网元设备中的辅助，或功能简单的网元管理，设备与网管间可以采用自定义消息进行通信，传输采用TCP(Transmission Control Protocol,传输控制协议)，设备为服务端，网管为客户端：在这种方式下，设备长期在某端口进行TCP监听，网管在需要管理设备的时候向设备发起接入，接入成功后进行管理操作。
如果设备包含HTTP(HyperText Transfer Protocol，超文本传输协议)服务器，网管与设备间则可以采用HTTP协议进行通信：这种方式下，双方数据传递以HTML(HyperTextMarkup Language，超级文本标记语言)或XML(Extensible Markup Language，可扩展标记语言)格式文本为主。
可见：上述网管与设备的通信实现方案能应对的通信环境单一，当通信环境发生变化，网管与设备间就会出现通信受阻问题，例如：当设备与网关设备处于不同格式的网络时，设备与网管间通信不通；例如：设备处于内部局域网，网管处于公共网络的通信环境，内网地址不能识别外网地址，在网关采用常规手段的情况下(如代理、NAT(Network AddressTranslation，网络地址转换))，当设备和网管间传递SNMP报文时，由于其传输协议为UDP(User Datagram Protocol，用户数据报协议)，设备主动发出的TRAP仍不能穿出到达网管位置。
发明内容
本申请提供一种网管与被管理设备的通信方法及设备，用以解决现有技术网管对设备进行管理时，网管与设备的通信实现方案能应对的通信环境单一，当通信环境发生变化，网管与设备间就会出现通信受阻的技术问题。
第一方面，本申请提供一种网管与被管理设备的通信方法，该方法包括：
网管侧设备与被管理设备连接前，确定是否保存有与所述被管理设备通信成功的配置记录；
如果没有，则获取配置参数；其中，所述配置参数用于指示网管侧设备与被管理设备进行传输控制协议TCP和/或用户数据报协议UDP通信的端口信息；
网管侧设备启动本地TCP监听及UDP接收，并根据所述配置参数向被管理设备发起TCP接入请求及发送UDP数据包；
当TCP接入请求和/或UDP通信连接成功，则根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路。
在可选的一种实施方式中，根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路包括：
如果TCP接入请求和UDP通信连接都成功，则采用所述TCP接入请求所对应的链路作为所述通信链路；
如果TCP通信均不成功，而所述被管理设备主动发起的UDP通信连接成功或网管侧设备主动发起的UDP通信连接成功，则选择网管侧设备主动发起的UDP通信连接所对应的链路作为所述通信链路。
在可选的一种实施方式中，根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路之后，该方法还包括：
采用统一的协议数据单元对待发送的数据进行封装后，利用所述通信链路传输封装后的数据。
在可选的一种实施方式中，所述协议数据单元包括：
版本标识位：携带通信链路所对应协议的版本标识信息；
网元标识位：携带通信来源的基站设备的ID标识；
源端IP位：携带真实发信源端的IP地址；
源端端口号位：携带真实发信源端的端口号；
数据处理标识位：携带数据处理标识，所述数据处理标识用于指示数据部分的处理方式；
数据位：携带原通信链路数据。
在可选的一种实施方式中，该方法还包括：
若在预设的超时时间内TCP接入请求和/或UDP通信连接都不成功，则周期性地向所述被管理设备发送UDP数据包和/或继续进行TCP监听。
在可选的一种实施方式中，该方法还包括：
当网管侧设备确定保存有与所述被管理设备通信成功的配置记录，则根据所述通信成功的配置记录进行通信。
第二方面，还提供一种网管侧设备，包括：
确定模块，用于在网管侧设备与被管理设备连接前，确定是否保存有与所述被管理设备通信成功的配置记录；
获取模块，用于如果没有保存与所述被管理设备通信成功的配置记录，则获取配置参数；其中，所述配置参数用于指示网管侧设备与被管理设备进行传输控制协议TCP和/或用户数据报协议通信的端口信息；
连接发起模块，用于启动本地TCP监听及UDP接收，并根据所述配置参数向被管理设备发起TCP接入请求及发送UDP数据包；
链路建立模块，用于当TCP接入请求和/或UDP通信连接成功，则根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路。
在可选的一种实施方式中，所述链路建立模块具体用于如果TCP接入请求和UDP通信连接都成功，则采用所述TCP接入请求所对应的链路作为所述通信链路；如果TCP通信均不成功，而所述被管理设备主动发起的UDP通信连接成功或网管侧设备主动发起的UDP通信连接成功，则选择网管侧设备主动发起的UDP通信连接所对应的链路作为所述通信链路。
在可选的一种实施方式中，该网管侧设备还包括：
传输模块，当所述网管侧设备与所述被管理设备建立通信链路之后，用于采用统一的协议数据单元对待发送的数据进行封装后，利用所述通信链路传输封装后的数据。
在可选的一种实施方式中，所述协议数据单元包括：
版本标识位：携带通信链路所对应协议的版本标识信息；
网元标识位：携带通信来源的基站设备的ID标识；
源端IP位：携带真实发信源端的IP地址；
源端端口号位：携带真实发信源端的端口号；
数据处理标识位：携带数据处理标识，所述数据处理标识用于指示数据部分的处理方式；
数据位：携带原通信链路数据。
在可选的一种实施方式中，所述连接发起模块，还用于若在预设的超时时间内TCP接入请求和/或UDP通信连接都不成功，则周期性地向所述被管理设备发送UDP数据包和/或继续进行TCP监听。
在可选的一种实施方式中，所述链路建立模块，还用于当所述确定模块确定网管侧设备保存有与所述被管理设备通信成功的配置记录，则根据所述通信成功的配置记录进行通信。
第三方面，提供一种计算设备，包括：
至少一个处理器，以及
与所述至少一个处理器通信连接的存储器、通信接口；
其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令，利用所述通信接口执行第一方面中任意一种实施方式中所述的方法。
第四方面，提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行第一方面中任意一种实施方式中所述的方法。
本申请有益效果如下：
本发明实施例提供了一种网管与被管理设备的通信方法及设备，在本发明实施例所提供的方法及装置中，网管与被管理设备双方通信采用一条通信链路，将原使用的各种传输协议及应用协议的内容统一封装到数据协议单元中，在这条通信链路上传递。通信中需要使用的传输层协议、源地址、源端口、目标地址、目标端口采用配置控制的方式提供网管和设备使用，从而解决了网管与被管理设备双方处于不同网络中不能通信的问题。
附图说明
图1为本发明实施例提供的一种网管与被管理设备的通信方法的流程示意图；
图2为本发明实施例提供的网管初次与被管理设备建立通信链路方法的流程示意图；
图3为本申请实施例提供的方法中，网络断开后再次建立通信链路的过程示意图；
图4为本申请实施例提供的协议数据单元的结构示意图；
图5为本申请实施例提供的一种网管侧设备的结构示意图；
图6为本申请实施例提供的通信实现模块作为插件设置在网管侧设备以及被管理设备中的结构示意图；
图7为本申请实施例提供的一种计算设备的结构示意图。
具体实施方式
在基站设备的操作维护中，用户需要使用网管软件对基站进行管理。常规情况下，网管软件直接连接到基站进行通信，通过信令交互对基站进行管理。然而，在用户的实际应用环境中，往往搭建有各种范围的局域网，配置有防火墙及网关等，在这种情况下，网管软件与基站的通信被阻塞，造成基站运维困难。
为解决此类问题，本发明实施例提供了一种网管与被管理设备的通信方法及设备。在本发明实施例所提供的方法及装置中，网管与被管理设备双方通信采用一条通信链路，将原使用的各种传输协议及应用协议的内容统一封装到数据协议单元中，在这条通信链路上传递。通信中需要使用的传输层协议、源地址、源端口、目标地址、目标端口采用配置控制的方式提供网管和设备使用，从而解决了网管与被管理设备双方处于不同网络中不能通信的问题。
以下结合附图和具体的应用场景对本申请实施例所提供的方法和装置做进一步详细的说明：
实施例一
以下结合说明书附图1、附图2和附图3对本申请实施例所提供的一种网管与被管理设备的通信方法做进一步详细的说明，该方法具体实现方式可以包括以下步骤：
步骤101，网管侧设备与被管理设备连接前，确定是否保存有与所述被管理设备通信成功的配置记录；
在本发明实施例中，当网管侧设备和被管理设备进行连接前，可以先查询是否之前与被管理设备成功进行过连接，如果进行过，则网管侧设备会保存有通信成功的配置记录；第二次连接的时候，则可以利用保存的与所述被管理设备通信成功的配置记录进行通信(网管侧设备与被管理设备之间的通信流程如图3所示)。
步骤102，如果没有，则获取配置参数；其中，所述配置参数用于指示网管侧设备与被管理设备进行TCP和/或UDP通信的端口信息；
其中配置参数可以包括，网管侧设备的以及被管理设备的，其中网管侧设备的配置参数包括：本机TCP监听端口、本机UDP接收端口、设备侧TCP接入端口、设备侧UDP接收端口、连接超时时间。
被管理设备包括：被管理设备近端维护用TCP监听端口、被管理设备远端用TCP监听端口、被管理设备远端用UDP接收端口、网管本设备TCP监听端口、网管侧设备UDP接收端口、主动连接信息配置(含是否发起主动连接、主动连接方式)、连接超时信息(含连接超时时间，超时后处理指示)。
如果网管侧设备没有保存与所述被管理设备通信成功的配置记录，则确定网管侧设备和被管理设备为初次连接。
步骤103，网管侧设备启动本地TCP监听及UDP接收，并根据所述配置参数向被管理设备发起TCP接入请求及发送UDP数据包；
步骤104，当TCP接入请求和/或UDP通信连接成功，则根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路。
可选的，根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路包括：
如果TCP接入请求和UDP通信连接都成功，则采用所述TCP接入请求所对应的链路作为所述通信链路；
如果TCP通信均不成功，而所述被管理设备主动发起的UDP通信连接成功或网管侧设备主动发起的UDP通信连接成功，则选择网管侧设备主动发起的UDP通信连接所对应的链路作为所述通信链路。
在具体实现时，预设的优先级可以是，优先级由高到低排列：
1、UDP协议和TCP协议中优先选择TCP协议传输；
2、在TCP协议中；被管理设备为TCP服务器端，网管侧设备为客户端；优于被管理设备为TCP客户端，网管为TCP服务器端；
3、如果选择UDP协议，则网管侧设备主动发起，优于被管理设备主动发起。
例如:网管侧设备启动本地TCP监听及UDP接收，并向被管理设备发起TCP接入请求及发送UDP数据包，如果网管侧设备向被管理设备的TCP接入请求成功，则采用该TCP接入请求对应的TCP连接作为网管侧设备与被管理设备间的通信链路，不管发出的UDP数据是否得到被管理设备的回应。
在被管理设备侧，被管理设备启动本机的TCP监听及UDP接收，并向网管发起TCP接入请求及UDP数据包，如果被管理设备收到了网管侧设备的接入请求，则使用该TCP通信链路作为通信链路，停止其他通信尝试。如果被管理设备没有收到网管侧设备的接入请求，但是发送到网管侧设备的TCP接入请求成功，则使用该TCP接入请求对应的TCP链路作为通信链路。如果TCP通信均不成功，而被管理设备主动发起的UDP链路通信成功或网管侧设备主动发起的UDP链路通信成功，则优先选择网管侧设备主动发起的UDP链路作为通信链路使用。
如在预设的超时时间内没有任何一条链路通信成功，则设备进入协商失败后处理阶段，按配置指示采取操作；配置指示可以是周期性启动发UDP数据包或继续远端TCP监听等。当近端或远端修改通信设置变更时，重启后设备按更新的内容进行通信操作。
通过上述方式确定进行网管侧设备与被管理设备之间的通信链路之后，可以采用统一的协议数据单元对待发送的数据进行封装，并利用所述通信链路传输封装后的数据。当通信链路协商后，采用统一的协议数据单元对数据进行封装，再在传输层上进行传输，通信链路为TCP链路时，采用TCP链路传输，通信链路为UDP链路时，采用UDP链路传输，对传输层协议的数据而言，内容相同。
如图4所示，协议数据单元可以采用网络字节序在通信链路上传输，各部分描述如下：
版本标识位：携带通信链路所对应协议的版本标识信息；长度4字节，类型为字节数组，用于保证通信双方版本信息匹配，亦用于进行通信信息识别及简单鉴权。
网元标识位：携带通信来源的基站设备的ID标识；长度4字节，类型为无符号整数，如果来源为网管，则填写内容为0。
源端IP位：携带真实发信源端的IP地址；长度4字节，类型为无符号整数，由信息发出端的网管或设备填写，用于对端获取真实通信地址。不同于信息接收端从socket操作得到的源端IP，当网管和设备直连或仅经过路由器连通时，此项内容和socket操作得到的源端IP相同，当使用代理或NAT后，该内容不相同。
源端端口号位：携带真实发信源端的端口号；长度2字节，类型为无符号整数，由信息发出端的网管或网元设备填写，用于对端获取真实通信地址。不同于信息接收端从socket操作得到的源端端口号，当网管和网元直连或仅经过路由器连通时，此项内容和socket操作得到的源端端口号相同，当使用代理或NAT后，该内容不相同。
数据处理标识位：携带数据处理标识，所述数据处理标识用于指示数据部分的处理方式；长度1字节，类型为无符号整数。
预留位：长度1字节，用于预留位及4字节对齐保证。
数据位：长度不固定，携带原通信链路数据。
本发明实施例所提供的方法，在初次通信时，网管侧设备和被管理设备都不清楚所处的通信环境，所以双方都按照默认配置启动通信监听。然后发起连接请求，根据连接情况进行协商，如果存在至少一条通信链路连接成功，则根据协商结果使用某一通信链路，并将通信相关信息进行记录，双方通信直至一方关闭；如在一定的时间内未能建立连接，则双方各自进入协商失败后处理阶段。当再次通信时，双方根据前次通信成功的配置记录进行通信，免去了通信协商的过程，如果在指定时间内，未能成功建立通信连接，则重新进入初次通信过程。根据上述网管侧设备实施方式的描述可以很清楚的确定被管理设备和网管侧设备一样都设置有本申请方案实现的协议协商实现模块，从而和网管侧设备协同实现协商通信链路，统一封装通信信令的效果，被管理设备侧的不在此赘述。
并且本发明实施例所提供的方法搭建了一种基于均衡通信责任，协商通信链路，统一封装通信信令，构建通信插件的通信模型，在适应通信场景变化的同时，易于兼容现有系统，从而达到降低运维成本，提高运维效率的目的。
实施例二
如图5所示，本案发明实施例还提供一种网管侧设备，包括：
确定模块501，用于在网管侧设备与被管理设备连接前，确定是否保存有与所述被管理设备通信成功的配置记录；
获取模块502，用于如果没有保存与所述被管理设备通信成功的配置记录，则获取配置参数；其中，所述配置参数用于指示网管侧设备与被管理设备进行TCP和/或UDP通信的端口信息；
连接发起模块503，用于启动本地TCP监听及UDP接收，并根据所述配置参数向被管理设备发起TCP接入请求及发送UDP数据包；
若在预设的超时时间内TCP接入请求和/或UDP通信连接都不成功，则该连接发起模块503，还用于则周期性地向所述被管理设备发送UDP数据包和/或继续进行TCP监听。
链路建立模块504，用于当TCP接入请求和/或UDP通信连接成功，则根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路。
可选的，该链路建立模块504还用于若在预设的超时时间内TCP接入请求和/或UDP通信连接都不成功，则周期性地向所述被管理设备发送UDP数据包和/或继续进行TCP监听。
可选的，该链路建立模块504具体用于如果TCP接入请求和UDP通信连接都成功，则采用所述TCP接入请求所对应的链路作为所述通信链路；如果TCP通信均不成功，而所述被管理设备主动发起的UDP通信连接成功或网管侧设备主动发起的UDP通信连接成功，则选择网管侧设备主动发起的UDP通信连接所对应的链路作为所述通信链路。
可选的该网管侧设备，还包括：
传输模块，当所述网管侧设备与所述被管理设备建立通信链路之后，用于采用统一的协议数据单元对待发送的数据进行封装后，利用所述通信链路传输封装后的数据。
其中，所述协议数据单元包括：
版本标识位：携带通信链路所对应协议的版本标识信息；网元标识位：携带通信来源的基站设备的ID标识；源端IP位：携带真实发信源端的IP地址；源端端口号位：携带真实发信源端的端口号；数据处理标识位：携带数据处理标识，所述数据处理标识用于指示数据部分的处理方式；数据位：携带原通信链路数据。
可选的，如果网管侧设备与被管理设备不是初次连接，则双方可以通过上一次连接的通信链路进行通信，具体实现可以是：
当所述确定模块501确定网管侧设备保存有与所述被管理设备通信成功的配置记录，则链路建立模块504，还用于则根据所述通信成功的配置记录进行通信。
图5所示的结构确定模块501、获取模块502、连接发起模块503和链路建立模块504可以作为一个整体的插件结构设置在网管侧设备中，从而使得本发明实施例所提供的装置能够以一种如同插件的方式将通信模块与原有系统融合，示意如图6所示。在网管侧设备，采用网管插件与原网管软件模块进行通信，以期保持原有网管软件模块不变；在被管理设备侧，采用设备插件与原有设备模块进行通信，以期保持设备侧原有软件模块不变。该方案中，将变更的重心转移到插件模块上，从原网管软件及原设备来看，逻辑上双方是直接建立连接的，物理上为经由新增的插件模块进行实际操作，而且中间可能经过各种网络环境。即使当采用的传输协议或网络层协议变更时，修改也仅局限于插件模块。而当双方处于同一网络可进行直连时，既可以仍使用插件模块进行通信，亦可停止插件模块由双方直接通信。
如图7所示，基于同一发明构思，本发明实施例还提供了一种计算设备，参照图7，该设备包括：
至少一个处理器701，以及
与所述至少一个处理器701通信连接的存储器702、通信接口703；
其中，所述存储器702存储有可被所述至少一个处理器701执行的指令，所述至少一个处理器701通过执行所述存储器702存储的指令，利用所述通信接口703执行本发明实施例一中网管与被管理设备的通信方法。
基于同一发明构思，本发明实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行本发明实施例所述网管与被管理设备的通信的方法。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。
Claims (14)
1.一种网管与被管理设备的通信方法，其特征在于，包括：
网管侧设备与被管理设备连接前，确定是否保存有与所述被管理设备通信成功的配置记录；
如果没有，则获取配置参数；其中，所述配置参数用于指示网管侧设备与被管理设备进行传输控制协议TCP和/或用户数据报协议UDP通信的端口信息；
网管侧设备启动本地TCP监听及UDP接收，并根据所述配置参数向被管理设备发起TCP接入请求及发送UDP数据包；
当TCP接入请求和/或UDP通信连接成功，则根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路。
2.如权利要求1所述的方法，其特征在于，根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路包括：
如果TCP接入请求和UDP通信连接都成功，则采用所述TCP接入请求所对应的链路作为所述通信链路；
如果TCP通信均不成功，而所述被管理设备主动发起的UDP通信连接成功或网管侧设备主动发起的UDP通信连接成功，则选择网管侧设备主动发起的UDP通信连接所对应的链路作为所述通信链路。
3.如权利要求1或2所述的方法，其特征在于，根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路之后，该方法还包括：
采用统一的协议数据单元对待发送的数据进行封装后，利用所述通信链路传输封装后的数据。
4.如权利要求3所述的方法，其特征在于，所述协议数据单元包括：
版本标识位：携带通信链路所对应协议的版本标识信息；
网元标识位：携带通信来源的基站设备的ID标识；
源端IP位：携带真实发信源端的IP地址；
源端端口号位：携带真实发信源端的端口号；
数据处理标识位：携带数据处理标识，所述数据处理标识用于指示数据部分的处理方式；
数据位：携带原通信链路数据。
5.如权利要求1或2所述的方法，其特征在于，该方法还包括：
若在预设的超时时间内TCP接入请求和/或UDP通信连接都不成功，则周期性地向所述被管理设备发送UDP数据包和/或继续进行TCP监听。
6.如权利要求1或2所述的方法，其特征在于，方法还包括：
当网管侧设备确定保存有与所述被管理设备通信成功的配置记录，则根据所述通信成功的配置记录进行通信。
7.一种网管侧设备，其特征在于，包括：
确定模块，用于在网管侧设备与被管理设备连接前，确定是否保存有与所述被管理设备通信成功的配置记录；
获取模块，用于如果没有保存与所述被管理设备通信成功的配置记录，则获取配置参数；其中，所述配置参数用于指示网管侧设备与被管理设备进行传输控制协议TCP和/或用户数据报协议通信的端口信息；
连接发起模块，用于启动本地TCP监听及UDP接收，并根据所述配置参数向被管理设备发起TCP接入请求及发送UDP数据包；
链路建立模块，用于当TCP接入请求和/或UDP通信连接成功，则根据预设的优先级从连接成功的TCP接入请求或UDP通信连接中的一种与所述被管理设备建立通信链路。
8.如权利要求7所述的网管侧设备，其特征在于，所述链路建立模块具体用于如果TCP接入请求和UDP通信连接都成功，则采用所述TCP接入请求所对应的链路作为所述通信链路；如果TCP通信均不成功，而所述被管理设备主动发起的UDP通信连接成功或网管侧设备主动发起的UDP通信连接成功，则选择网管侧设备主动发起的UDP通信连接所对应的链路作为所述通信链路。
9.如权利要求7或8所述的网管侧设备，其特征在于，还包括：
传输模块，当所述网管侧设备与所述被管理设备建立通信链路之后，用于采用统一的协议数据单元对待发送的数据进行封装后，利用所述通信链路传输封装后的数据。
10.如权利要求9所述的网管侧设备，其特征在于，所述协议数据单元包括：
版本标识位：携带通信链路所对应协议的版本标识信息；
网元标识位：携带通信来源的基站设备的ID标识；
源端IP位：携带真实发信源端的IP地址；
源端端口号位：携带真实发信源端的端口号；
数据处理标识位：携带数据处理标识，所述数据处理标识用于指示数据部分的处理方式；
数据位：携带原通信链路数据。
11.如权利要求7或8所述的网管侧设备，其特征在于，所述连接发起模块，还用于若在预设的超时时间内TCP接入请求和/或UDP通信连接都不成功，则周期性地向所述被管理设备发送UDP数据包和/或继续进行TCP监听。
12.如权利要求7或8所述的网管侧设备，其特征在于，所述链路建立模块，还用于当所述确定模块确定网管侧设备保存有与所述被管理设备通信成功的配置记录，则根据所述通信成功的配置记录进行通信。
13.一种计算设备，其特征在于，包括：
至少一个处理器，以及
与所述至少一个处理器通信连接的存储器、通信接口；
其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述至少一个处理器通过执行所述存储器存储的指令，利用所述通信接口执行权利要求1-6中任一项所述的方法。
14.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，当所述计算机指令在计算机上运行时，使得计算机执行如权利要求1-6中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711174483.7A CN109818773B (zh) | 2017-11-22 | 2017-11-22 | 一种网管与被管理设备的通信方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201711174483.7A CN109818773B (zh) | 2017-11-22 | 2017-11-22 | 一种网管与被管理设备的通信方法及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN109818773A true CN109818773A (zh) | 2019-05-28 |
| CN109818773B CN109818773B (zh) | 2021-03-12 |
Family
ID=66599773
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201711174483.7A Active CN109818773B (zh) | 2017-11-22 | 2017-11-22 | 一种网管与被管理设备的通信方法及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN109818773B (zh) |
Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050262251A1 (en) * | 2004-05-03 | 2005-11-24 | Microsoft Corporation | Fast startup for streaming media |
| CN1716868A (zh) * | 2004-06-29 | 2006-01-04 | 华为技术有限公司 | 一种抵御拒绝服务攻击的方法 |
| CN102045768A (zh) * | 2009-10-26 | 2011-05-04 | 宏碁股份有限公司 | 数据传输方法及其用户装置与数据传输系统 |
| CN102209000A (zh) * | 2011-07-05 | 2011-10-05 | 北京航空航天大学 | 一种带分层错误注入和错误分析的afdx网络终端系统模拟器 |
| CN102255898A (zh) * | 2011-07-05 | 2011-11-23 | 上海悠络客电子科技有限公司 | 一种通过tcp与udp双模式通讯保障大数据流稳定性的方法 |
| CN103078831A (zh) * | 2011-10-26 | 2013-05-01 | 新太科技股份有限公司 | 一种流媒体支持tcp和udp传送的自适应的方法 |
| CN105897657A (zh) * | 2014-12-03 | 2016-08-24 | 北京航天长峰科技工业集团有限公司 | 一种安全的多级视频跨网传输方法 |
-
2017
- 2017-11-22 CN CN201711174483.7A patent/CN109818773B/zh active Active
Patent Citations (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050262251A1 (en) * | 2004-05-03 | 2005-11-24 | Microsoft Corporation | Fast startup for streaming media |
| CN1716868A (zh) * | 2004-06-29 | 2006-01-04 | 华为技术有限公司 | 一种抵御拒绝服务攻击的方法 |
| CN102045768A (zh) * | 2009-10-26 | 2011-05-04 | 宏碁股份有限公司 | 数据传输方法及其用户装置与数据传输系统 |
| CN102209000A (zh) * | 2011-07-05 | 2011-10-05 | 北京航空航天大学 | 一种带分层错误注入和错误分析的afdx网络终端系统模拟器 |
| CN102255898A (zh) * | 2011-07-05 | 2011-11-23 | 上海悠络客电子科技有限公司 | 一种通过tcp与udp双模式通讯保障大数据流稳定性的方法 |
| CN103078831A (zh) * | 2011-10-26 | 2013-05-01 | 新太科技股份有限公司 | 一种流媒体支持tcp和udp传送的自适应的方法 |
| CN105897657A (zh) * | 2014-12-03 | 2016-08-24 | 北京航天长峰科技工业集团有限公司 | 一种安全的多级视频跨网传输方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN109818773B (zh) | 2021-03-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111917727A (zh) | 基于5G和WiFi的电力物联网安全智能图传系统及方法 | |
| CN108965484A (zh) | 一种物联网数据的传输方法、系统及终端 | |
| CN107800603B (zh) | 内网用户基于vpn访问前端设备的方法和存储介质 | |
| CN109756450A (zh) | 一种物联网通信的方法、装置和系统 | |
| CN105791315B (zh) | 一种udp协议加速方法和系统 | |
| CN111083161A (zh) | 数据传输的处理方法及装置、物联网设备 | |
| CN103036784A (zh) | 用于自组织二层企业网络架构的方法和装置 | |
| CN106559302A (zh) | 单播隧道建立方法、装置和系统 | |
| CN104993979A (zh) | 网络连接监测方法、终端设备及通信系统 | |
| CN110381071A (zh) | 一种报文传输方法、装置及发送方设备 | |
| CN104243198B (zh) | 一种基于网络配置协议的网络管理方法和系统 | |
| CN108093041A (zh) | 单通道vdi代理服务系统及实现方法 | |
| CN110022374A (zh) | 基于物联网的网络连接方法、装置、通信设备及存储介质 | |
| CN110460483A (zh) | 一种基于SDN的Profinet和Modbus设备异构组网方法 | |
| CN104486341B (zh) | 数据转换处理的方法、装置及系统 | |
| CN105164973B (zh) | 光纤到分配点设备及其通信方法 | |
| CN101309169A (zh) | 一种网络管理方法及网络管理系统、网络设备 | |
| CN113114643B (zh) | 一种运维审计系统的运维接入方法及系统 | |
| CN109391503A (zh) | 一种网络切片管理方法及装置 | |
| CN105897665B (zh) | 一种卫星网络环境下实现tcp传输的方法及相应的网关 | |
| CN109787848A (zh) | 一种通过内网穿透技术组建去中心化网络架构技术 | |
| CN109067922A (zh) | 一种数据传输方法及装置 | |
| CN101257517B (zh) | 地址解析协议请求消息处理方法及装置 | |
| CN106130863B (zh) | 局域网协议报文的传送方法、装置以及系统 | |
| CN115277450B (zh) | 基于opnet的虚实结合异构通信网络融合系统及应用 |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |