CN107124453B - 平台互联网关堆叠部署的负载均衡***及视频呼叫方法 - Google Patents

平台互联网关堆叠部署的负载均衡***及视频呼叫方法 Download PDF

Info

Publication number
CN107124453B
CN107124453B CN201710256007.3A CN201710256007A CN107124453B CN 107124453 B CN107124453 B CN 107124453B CN 201710256007 A CN201710256007 A CN 201710256007A CN 107124453 B CN107124453 B CN 107124453B
Authority
CN
China
Prior art keywords
server
ocx
sends
imsgtype
call
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.)
Active
Application number
CN201710256007.3A
Other languages
English (en)
Other versions
CN107124453A (zh
Inventor
张洁
李波
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Xian Datang Telecom Co Ltd
Original Assignee
Xian Datang Telecom Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Xian Datang Telecom Co Ltd filed Critical Xian Datang Telecom Co Ltd
Publication of CN107124453A publication Critical patent/CN107124453A/zh
Application granted granted Critical
Publication of CN107124453B publication Critical patent/CN107124453B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1004Server selection for load balancing
    • H04L67/1008Server selection for load balancing based on parameters of servers, e.g. available memory or workload
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1001Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H04L67/1029Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers using data related to the state of servers by a load balancer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63Routing a service request depending on the request content or context

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种平台互联网关堆叠部署的负载均衡***及视频呼叫方法,该***由多态服务器组成服务器集群,所述服务器集群中的每台服务器都能完成相同的服务功能;当客户向服务器集群请求服务时,选出负载最小的服务器来向客户提供服务功能。本发明实现一个由多台服务器组成的服务器集群,集群中的每台服务器都能完成相同的服务功能(视频转发)。当客户向服务器(主)请求服务时,按一定的算法选出负载最小的服务器,由它来向客户提供服务功能(视频转发)。本发明可以将视频请求进行分发,让一部分的请求去访问另一台从服务器,让单台服务器的负载降低,从而解决问题。

Description

平台互联网关堆叠部署的负载均衡***及视频呼叫方法
技术领域
本发明属于网络技术领域,涉及平台互联网关负载均衡策略,尤其是一种平台互联网关堆叠部署的负载均衡***及视频呼叫方法。
背景技术
非标平台接入网关负责实现第三方非标平台与国标平台的对接,非标平台接入网关通过非标平台厂家提供的平台SDK与非标平台进行交互。下级平台接入的设备全部汇聚到非标平台接入网关,现有技术的这种方式存在以下缺点:
1.相对数目庞大的客户端,平台接入网关服务器功能实现过分集中,当大量客户端请求到达服务器时,服务器囿于处理能力和网络带宽的限制,不能及时响应;
2.当发现应用***负载过重时,不容易通过增加软/硬件设备来达到扩展目标。
另外,如图1所示,在视频监控***中,如上图所示,采用单个服务器作为中心,随着连接前端设备的增多,客户端的请求增加,由于单机的处理能力有限和网络的带宽的限制,平台接入网关服务器必然成为瓶颈。
类似的,在许多企业级应用***中都有这种情况,当由于某种原因,应用的访问大量上升,容易造成网络瓶颈,导致用户的请求无法得到及时响应,或后台服务中心因无法处理这些大量请求而造成***崩溃或网络流量过于集中导致网络拥塞使得视频无法流畅的传输。
发明内容
本发明的目的在于克服上述现有技术的缺点,提供一种平台互联网关堆叠部署的负载均衡***及视频呼叫方法。
本发明的目的是通过以下技术方案来实现的:
这种平台互联网关堆叠部署的负载均衡***由多态服务器组成服务器集群,所述服务器集群中的每台服务器都能完成相同的服务功能;当客户向服务器集群请求服务时,选出负载最小的服务器来向客户提供服务功能。
进一步,上述服务器集群包括主服务器以及与主服务器连接的多台从服务器,所述主服务器连接有客户端。
上述主服务器上设置有负载均衡模块;所述负载均衡模块维护一张当前可用服务器的列表,探测列表中服务器的可用性,检查新的从服务器的加入,收集各台从服务器的负载情况;当客户端向代表整个***的负载均衡模块提出服务请求时,负载均衡模块根调度算法选出当前可用的最合理的服务器来完成服务功能。
上述主服务器上设置有业务功能模块、负载收集模块、信令控制功能模块、控制功能模块和调度计算模块;所述从服务器上设置有业务功能模块、负载采集模块和控制功能模块:各模块如下:
控制功能模块:提供主服务器和从服务器之间的信令控制,ocx对设备进行的播放、停止和录像回放控制命令,主服务器通过调度计算模块,由哪个服务器来负责流播放,然后主服务器将控制命令通过控制功能模块发给相应的从服务器;
负载采集模块:从服务器与主服务器建立tcp连接之后,与心跳模块结合,采集从服务器的***性能参数,并发送到主服务器的负载收集模块;
业务功能模块:主服务器和从服务器上的业务功能模块通过ocx相互建立数据流,实现视频的转发;
调度计算模块:接收负载收集模块发来的***负载性能参数,并转化成方便调度的向量;
负载收集模块:负责收集各从服务器的负载采集模块发来的负载信息,汇总并传给调度计算模块;
信令控制模块:ocx与主服务器之间的信令交互控制,添加一条定向命令,根据调度计算模块和用户定制的策略,选出合适的服务器,然后将ip地址和tcp端口号返回给ocx,ocx与其建立数据流的链接。
本发明还提出一种平台互联网关堆叠部署的负载均衡***的视频呼叫方法,包括以下步骤:
⑴主服务器在19001端口监听,从服务器连接主服务器,建立tcp连接,发送iMsgType=Distribute_Client_CONNECT_REQ,连接请求命令,boby=null;
⑵从服务器连接成功,主服务器发送iMsgType=Didtribute_Client_CONNECT_RESP,boby=null;
⑶从服务器启动负载采集模块,每隔一段时间发送心跳信息和服务器性能参数,发送iMsgType=Distribute_Client_ECHO_REQ,心跳包,boby=null;
⑷主服务器发送iMsgType=Distribute_Client_ECHO_RESP,心跳回应包,boby=null;
⑸Ocx连接服务器19532端口,建立信令通道,发送iMsgType=WEBINTERFACE_OCX_CONNECT_REQ,连接请求命令,boby=null;
⑹主服务器发送iMsgType=WEBINTERFACE_OCX_CONNECT_RESP,连接响应命令,boby=null;
⑺ocx发送看某一路视频的定向命令,主服务器运行调度算法从当前服务器列表中选出合适的服务器;Ocx发送iMsgType=WEBINTERFACE_OCX_CALL_WHO_REQ,body=MsgCallPlayWhoReq,包含设备id信息;
⑻主服务器发送iMsgType=WEBINTERFACE_OCX_CALL_WHO_RESP,body=
MsgCallPlayWhoResp,主服务器返回选出的服务器地址和端口返给客户端;
⑼客户端利用返回结果,与选出的服务器建立数据流通道连接,发送iMsgType=DATA_OCX_CONNECT_REQ,媒体数据连接请求命令,boby=called
⑽如果选出的是从服务器,从服务器回复iMsgType=DATA_OCX_CONNECT_RESP,boby=0为成功建立连接;
⑾客户端发送视频呼叫请求命令,iMsgType=WEBINTERFACE_OCX_CALL_PALY_REQ,boby=MsgCallPlayReq;
⑿主服务通过控制功能模块给选出的服务器发送视频呼叫请求命令,选出的服务器调用底层接口获取视频流转发给客户端;主服务器发送iMsgType=Distribute_Client_Call_Play_REQ,转发呼叫命令,boby=MsgCallPlayReq;从服务器收到此命令,就开始呼叫视频;
⒀从服务器如果呼叫视频成功,给从服务器发送iMsgType=Distribute_Client_Call_Play_RESP,body=MsgDisServerCommResp;
⒁主服务器给Ocx发送iMsgType=WEBINTERFACE_OCX_CALL_PALY_RESP,body=MsgWebServerCommResp;
⒂客户端发送视频停止呼叫命令,Ocx发送iMsgType=WEBINTERFACE_OCX_CALL_STOP_REQ,body=MsgCallStopReq;
⒃主服务器通过控制功能模块给选出的服务器发送视频停止呼叫命令,选出的服务器调用底层接口停止视频流的获取;主服务器发送iMsgType=Distribute_Client_Call_STOP_REQ,body=MsgCallStopReq;
⒄从服务器收到命令,视频转发服务器功能完成,然后拆除数据流连接,至此,整个过程完毕;停止视频成功回复iMsgType=Distribute_Client_Call_STOP_RESP,主服务器要更新调度计算模块列表;
⒅主服务器给Ocx发送iMsgType=
WEBINTERFACE_OCX_CALL_STOP_RESP,停止播放回复。
进一步,以上对网络***状况的检测采用心跳通信机制,具体为:利用从服务器和主服务器的应用层协议间的心跳请求,进行判断,即心跳算法。
上述心跳算法是在从服务器和主服务器之间建立连接,然后从服务器定时向主服务器发送心跳包,探询一次,主服务器有一组计数器与各从服务器对应,该组计数器每过时间t就加加,收到从服务器的心跳包或者数据包,计数就清零,当计数器i超过规定时间k时,表示在t*k时间没没有收到第i台从服务器的相应,就认为该服务器不可用,这样就得到了各从服务器的可用情况。
本发明具有以下有益效果:
本发明实现以一台平台接入网关服务为主,其他接入网关服务为辅,对平台接入网关服务进行级联并对级联服务进行管理,实现社会资源媒体流的大容量接入。本发明实现了由多台服务器组成的服务器集群,集群中的每台服务器都能完成相同的服务功能(视频转发)。当客户向服务器(主)请求服务时,按一定的算法选出负载最小的服务器,由它来向客户提供服务功能(视频转发)。因此,本发明可以将视频请求进行分发,让一部分的请求去访问另一台从服务器,让单台服务器的负载降低,从而解决现有技术的缺陷。
附图说明
图1为现有技术中视频监控***连接框图;
图2为本发明的软件架构图;
图3为本发明的***模块划分图;
图4为本发明的数据报文交互图。
具体实施方式
下面结合附图对本发明做进一步详细描述:
参见图2和图3:本发明的平台互联网关堆叠部署的负载均衡***由多态服务器组成服务器集群,所述服务器集群中的每台服务器都能完成相同的服务功能;当客户向服务器集群请求服务时,选出负载最小的服务器来向客户提供服务功能。所述服务器集群包括主服务器以及与主服务器连接的多台从服务器,所述主服务器连接有客户端。主服务器上设置有负载均衡模块;所述负载均衡模块维护一张当前可用服务器的列表,探测列表中服务器的可用性,检查新的从服务器的加入,收集各台从服务器的负载情况;当客户端向代表整个***的负载均衡模块提出服务请求时,负载均衡模块根调度算法选出当前可用的最合理的服务器来完成服务功能。本发明的负载均衡模块相当于主服务器的负载收集模块和调度计算模块功能的总和。
所述主服务器上设置有业务功能模块、负载收集模块、信令控制功能模块、控制功能模块和调度计算模块;所述从服务器上设置有业务功能模块、负载采集模块和控制功能模块:各模块如下:
控制功能模块:提供主服务器和从服务器之间的信令控制,ocx对设备进行的播放、停止和录像回放控制命令,主服务器通过调度计算模块,由哪个服务器来负责流播放,然后主服务器将控制命令通过控制功能模块发给相应的从服务器;
负载采集模块:从服务器与主服务器建立tcp连接之后,与心跳模块结合,采集从服务器的***性能参数,并发送到主服务器的负载收集模块;
业务功能模块:主服务器和从服务器上的业务功能模块通过ocx相互建立数据流,实现视频的转发;
调度计算模块:接收负载收集模块发来的***负载性能参数,并转化成方便调度的向量;
负载收集模块:负责收集各从服务器的负载采集模块发来的负载信息,汇总并传给调度计算模块;
信令控制模块:ocx与主服务器之间的信令交互控制,添加一条定向命令,根据调度计算模块和用户定制的策略,选出合适的服务器,然后将ip地址和tcp端口号返回给ocx,ocx与其建立数据流的链接。
本发明视频呼叫流程如下:
⑴主服务器在19001端口监听,从服务器连接主服务器,建立tcp连接。
发送iMsgType=Distribute_Client_CONNECT_REQ,连接请求命令,boby=null。
⑵从服务器连接成功,主服务器发送iMsgType=Didtribute_Client_CONNECT_RESP,boby=null。
⑶从服务器启动负载采集模块,每隔一段时间发送心跳信息和服务器性能参数,发送iMsgType=Distribute_Client_ECHO_REQ,心跳包,boby=null
⑷主服务器发送iMsgType=Distribute_Client_ECHO_RESP,心跳回应包,boby=null。
⑸Ocx连接服务器19532端口,建立信令通道
发送iMsgType=WEBINTERFACE_OCX_CONNECT_REQ,连接请求命令,boby=null
⑹主服务器发送iMsgType=WEBINTERFACE_OCX_CONNECT_RESP,连接响应命令,boby=null
⑺ocx发送看某一路视频的定向命令,主服务器运行调度算法从当前服务器列表中选出合适的服务器。Ocx发送iMsgType=WEBINTERFACE_OCX_CALL_WHO_REQ,body=MsgCallPlayWhoReq,主要包含设备id信息
⑻主服务器发送iMsgType=WEBINTERFACE_OCX_CALL_WHO_RESP,body=MsgCallPlayWhoResp,主服务器返回选出的服务器地址和端口返给客户端。
⑼客户端利用返回结果,与选出的服务器建立数据流通道连接。发送iMsgType=DATA_OCX_CONNECT_REQ,媒体数据连接请求命令,boby=called
⑽如果选出的是从服务器,从服务器回复iMsgType=DATA_OCX_CONNECT_RESP,boby=0为成功建立连接
⑾客户端发送视频呼叫请求命令,iMsgType=WEBINTERFACE_OCX_CALL_PALY_REQ,boby=MsgCallPlayReq。
⑿主服务通过控制功能模块给选出的服务器发送视频呼叫请求命令,选出的服务器调用底层接口获取视频流转发给客户端。主服务器发送iMsgType=Distribute_Client_Call_Play_REQ,转发呼叫命令,boby=MsgCallPlayReq。从服务器收到此命令,就开始呼叫视频。
⒀从服务器如果呼叫视频成功,给从服务器发送iMsgType=Distribute_Client_Call_Play_RESP,body=MsgDisServerCommResp。
⒁主服务器给Ocx发送iMsgType=WEBINTERFACE_OCX_CALL_PALY_RESP,body=MsgWebServerCommResp。
⒂客户端发送视频停止呼叫命令,Ocx发送iMsgType=WEBINTERFACE_OCX_CALL_STOP_REQ,body=MsgCallStopReq。
⒃主服务器通过控制功能模块给选出的服务器发送视频停止呼叫命令,选出的服务器调用底层接口停止视频流的获取。主服务器发送iMsgType=Distribute_Client_Call_STOP_REQ,body=MsgCallStopReq。
⒄从服务器收到此命令,视频转发服务器功能完成,然后拆除数据流连接,至此,整个过程完毕。停止视频成功回复iMsgType=Distribute_Client_Call_STOP_RESP,主服务器要更新调度计算模块列表。
⒅主服务器给Ocx发送iMsgType=
WEBINTERFACE_OCX_CALL_STOP_RESP,停止播放回复。
尽管有多种负载均衡算法可以较好地把数量流量分配给服务器去负载,但如果负载均衡策略没有对网络***状况的检测方式和能力,一旦在某台从服务器与主服务器网络间出现故障的情况下,负载均衡器依然把一部分数据流量引向该从服务器,这势必造成大量的服务器请求被丢失,达不到不间断可用性的要求。所以良好的负载均衡策略应有对网络故障、应用服务故障的检测方式和能力;
本次升级采用基于应用的侦测:利用从服务器和主服务器的应用层协议间的心跳请求,进行判断。心跳算法就是在从服务器和主服务器之间建立专门的连接,然后从服务器每个一定时间就向主服务器发送心跳包,探询一次,主服务器有一组计数器与各从服务器对应,该组计数器每过时间t就加加,收到从服务器的心跳包或者数据包,计数就清零,当计数器i超过规定k时,表示在t*k时间没没有收到第i台从服务器的相应,就认为该服务器不可用。这样,就得到了各从服务器的可用情况。

Claims (3)

1.一种平台互联网关堆叠部署的负载均衡***的视频呼叫方法,其特征在于,包括以下步骤:
⑴主服务器在19001端口监听,从服务器连接主服务器,建立tcp连接,发送iMsgType=Distribute_Client_CONNECT_REQ,连接请求命令,boby=null;
⑵从服务器连接成功,主服务器发送iMsgType=Didtribute_Client_CONNECT_RESP,boby=null;
⑶从服务器启动负载采集模块,每隔一段时间发送心跳信息和服务器性能参数,发送iMsgType=Distribute_Client_ECHO_REQ,心跳包,boby=null;
⑷主服务器发送iMsgType=Distribute_Client_ECHO_RESP,心跳回应包,boby=null;
⑸ocx连接服务器19532端口,建立信令通道,发送iMsgType=WEBINTERFACE_OCX_CONNECT_REQ,连接请求命令,boby=null;
⑹主服务器发送iMsgType=WEBINTERFACE_OCX_CONNECT_RESP,连接响应命令,boby=null;
⑺ocx发送看某一路视频的定向命令,主服务器运行调度算法从当前服务器列表中选出合适的服务器;ocx发送iMsgType=WEBINTERFACE_OCX_CALL_WHO_REQ,body=MsgCallPlayWhoReq,包含设备id信息;
⑻主服务器发送iMsgType=WEBINTERFACE_OCX_CALL_WHO_RESP,body=MsgCallPlayWhoResp,主服务器返回选出的服务器地址和端口返给客户端;
⑼客户端利用返回结果,与选出的服务器建立数据流通道连接,发送iMsgType=DATA_OCX_CONNECT_REQ,媒体数据连接请求命令,boby=called⑽如果选出的是从服务器,从服务器回复iMsgType=DATA_OCX_CONNECT_RESP,boby=0为成功建立连接;
⑾客户端发送视频呼叫请求命令,iMsgType=WEBINTERFACE_OCX_CALL_PALY_REQ,boby=MsgCallPlayReq;
⑿主服务通过控制功能模块给选出的服务器发送视频呼叫请求命令,选出的服务器调用底层接口获取视频流转发给客户端;主服务器发送iMsgType=Distribute_Client_Call_Play_REQ,转发呼叫命令,boby=MsgCallPlayReq;从服务器收到此命令,就开始呼叫视频;
⒀从服务器如果呼叫视频成功,给主服务器发送iMsgType=Distribute_Client_Call_Play_RESP,body=MsgDisServerCommResp;
⒁主服务器给ocx发送iMsgType=WEBINTERFACE_OCX_CALL_PALY_RESP,body=MsgWebServerCommResp;
⒂客户端发送视频停止呼叫命令,ocx发送iMsgType=WEBINTERFACE_OCX_CALL_STOP_REQ,body=MsgCallStopReq;
⒃主服务器通过控制功能模块给选出的服务器发送视频停止呼叫命令,选出的服务器调用底层接口停止视频流的获取;主服务器发送iMsgType=Distribute_Client_Call_STOP_REQ,body=MsgCallStopReq;
⒄从服务器收到命令,视频转发服务器功能完成,然后拆除数据流连接,至此,整个过程完毕;停止视频成功回复iMsgType=Distribute_Client_Call_STOP_RESP,主服务器要更新调度计算模块列表;
⒅主服务器给ocx发送iMsgType=
WEBINTERFACE_OCX_CALL_STOP_RESP,停止播放回复。
2.根据权利要求1所述的平台互联网关堆叠部署的负载均衡***的视频呼叫方法,其特征在于,对网络***状况的检测采用心跳通信机制,具体为:利用从服务器和主服务器的应用层协议间的心跳请求,进行判断,即心跳算法。
3.根据权利要求2所述的平台互联网关堆叠部署的负载均衡***的视频呼叫方法,其特征在于,所述心跳算法是在从服务器和主服务器之间建立连接,然后从服务器定时向主服务器发送心跳包,探询一次,主服务器有一组计数器与各从服务器对应,该组计数器每过时间t就加一,收到从服务器的心跳包或者数据包,计数就清零,当计数器i超过规定数量k时,表示在t*k时间没没有收到第i台从服务器的响应,就认为该服务器不可用,这样就得到了各从服务器的可用情况。
CN201710256007.3A 2016-11-30 2017-04-18 平台互联网关堆叠部署的负载均衡***及视频呼叫方法 Active CN107124453B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2016110931085 2016-11-30
CN201611093108 2016-11-30

Publications (2)

Publication Number Publication Date
CN107124453A CN107124453A (zh) 2017-09-01
CN107124453B true CN107124453B (zh) 2020-05-12

Family

ID=59725680

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710256007.3A Active CN107124453B (zh) 2016-11-30 2017-04-18 平台互联网关堆叠部署的负载均衡***及视频呼叫方法

Country Status (1)

Country Link
CN (1) CN107124453B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109462491B (zh) * 2017-09-06 2021-10-01 北京京东尚科信息技术有限公司 用于测试服务器功能的***、方法和装置
CN108965372A (zh) * 2017-12-20 2018-12-07 北京视联动力国际信息技术有限公司 一种服务调度方法和装置
CN110971628B (zh) * 2018-09-29 2022-04-01 杭州阿启视科技有限公司 云视频数据获取方法
CN109640136B (zh) * 2018-12-12 2021-03-30 央广视讯传媒股份有限公司 一种控制电视的方法、装置、电子设备及可读介质
CN109617889A (zh) * 2018-12-24 2019-04-12 北京旷视科技有限公司 视频传输***和视频传输方法、装置及存储介质
CN113099489B (zh) * 2020-01-09 2022-08-09 普天信息技术有限公司 宽带集群***用户面负荷均衡方法及装置
CN111787418B (zh) * 2020-06-23 2023-09-22 深圳市思友科技有限公司 基于人工智能ai的音视频流的对接处理方法及相关设备
CN114629782A (zh) * 2022-04-01 2022-06-14 西安超越申泰信息科技有限公司 一种多个云平台间抗毁接替方法
CN114938373B (zh) * 2022-05-23 2023-11-03 睿云联(厦门)网络通讯技术有限公司 一种云平台tcp长连接服务的高可用连接方法及***

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7509486B1 (en) * 1999-07-08 2009-03-24 Broadcom Corporation Encryption processor for performing accelerated computations to establish secure network sessions connections
CN101494769A (zh) * 2008-01-21 2009-07-29 苏州科达科技有限公司 一种视频监控***中提供统一定位服务的控制装置及方法
CN203859826U (zh) * 2014-03-13 2014-10-01 中海油信息科技有限公司 视频统一集成平台
CN104102949A (zh) * 2014-06-27 2014-10-15 北京奇艺世纪科技有限公司 一种分布式工作流装置及其处理工作流的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6775235B2 (en) * 2000-12-29 2004-08-10 Ragula Systems Tools and techniques for directing packets over disparate networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7509486B1 (en) * 1999-07-08 2009-03-24 Broadcom Corporation Encryption processor for performing accelerated computations to establish secure network sessions connections
CN101494769A (zh) * 2008-01-21 2009-07-29 苏州科达科技有限公司 一种视频监控***中提供统一定位服务的控制装置及方法
CN203859826U (zh) * 2014-03-13 2014-10-01 中海油信息科技有限公司 视频统一集成平台
CN104102949A (zh) * 2014-06-27 2014-10-15 北京奇艺世纪科技有限公司 一种分布式工作流装置及其处理工作流的方法

Also Published As

Publication number Publication date
CN107124453A (zh) 2017-09-01

Similar Documents

Publication Publication Date Title
CN107124453B (zh) 平台互联网关堆叠部署的负载均衡***及视频呼叫方法
US6707792B1 (en) Overload reduction in a communication system
EP2858325B1 (en) Multi-stream service concurrent transmission method, sub-system, system and multi-interface terminal
US9137165B2 (en) Methods of load balancing using primary and stand-by addresses and related load balancers and servers
US9621642B2 (en) Methods of forwarding data packets using transient tables and related load balancers
CN101404621B (zh) 实现vrrp负载均衡的方法和路由设备
EP2066101B1 (en) System and method for an improved high availability component implementation
EP2671352B1 (en) System and method for aggregating and estimating the bandwidth of multiple network interfaces
US20140372616A1 (en) Methods of forwarding/receiving data packets using unicast and/or multicast communications and related load balancers and servers
US9621599B2 (en) Communication system, communication method, and call control server
CN112333015B (zh) 媒体数据存储方法、装置、***、电子设备及存储介质
CN103596290A (zh) 一种无线多网融合方法
WO2013104147A1 (zh) 一种群组终端移动性管理方法、***及设备
CN108650482B (zh) 一种视频通话服务的响应方法及设备
CN106791639B (zh) 大规模数据并发环境下的视频监控方法及***
CN107343012B (zh) 视频存储***及其视频数据发送方法
CN103036729A (zh) 一种开放网络能力的***、方法和相关网元
CN106464670B (zh) 网络实体及服务策略管理方法
CN101106526B (zh) 一种报文处理方法
JP2011527126A (ja) ブレードクラスタ交換センタサーバ及びシグナリング方法
CN105721553A (zh) 一种自适应集群消息分发器
CN103167028A (zh) 节省传输带宽并能增大并发量的用户收敛方法
CN101695049A (zh) 一种监控***中的业务处理方法及装置
US20200204621A1 (en) Management of live media connections
CN115277467A (zh) 基于家庭网关的通信方法及装置、网关和存储介质

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