CN111163040B - 一种重协商的会话重建方法及装置 - Google Patents
一种重协商的会话重建方法及装置 Download PDFInfo
- Publication number
- CN111163040B CN111163040B CN201811325302.0A CN201811325302A CN111163040B CN 111163040 B CN111163040 B CN 111163040B CN 201811325302 A CN201811325302 A CN 201811325302A CN 111163040 B CN111163040 B CN 111163040B
- Authority
- CN
- China
- Prior art keywords
- management server
- stream
- special field
- receiving
- video
- 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
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/18—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast
- H04N7/181—Closed-circuit television [CCTV] systems, i.e. systems in which the video signal is not broadcast for receiving images from a plurality of remote sources
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于重协商的会话重建方法及装置,当前端设备在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文,视频管理服务器在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互。应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。本发明在应用网关发生重启等原因导致放行会话异常丢失时,减少了重协商起流的操作步骤,能够快速地恢复视频,在防火墙异常情况下减少珍贵视频资料的丢失。
Description
技术领域
本发明属于应用网关会话重建技术领域,尤其涉及一种重协商的会话重建方法及装置。
背景技术
随着信息技术的发展,IP网络已经渗透到生活的方方面面。在其给人们通讯和生活带来便捷的同时,网络安全问题也日益显现出其严峻性。随着视频监控领域的IP化,以及国家在视频监控领域的巨量投入,网络安全问题也成为了视频监控从业人员一个绕不开的话题。近年来,在视频监控网络发生的安全问题时有发生。其中,前端设备IPC(网络摄像机)作为视频监控网络的重要组成部分,由于布局分散,类型不一,数量繁多,导致攻击者很容易利用前端设备对监控数据中心进行攻击或者盗取数据库信息。
为了将前端设备与后台服务器群阻隔开来,业内常采用ALG(Application LayerGateway)应用网关技术对前端设备的视频流量进行准入控制。其原理如下:
应用网关可配置协商控制流SIP报文默认通过,前端设备通过sip注册报文实现在后端平台注册上线,并通过SIP协商报文使能前端设备发送媒体流到后端媒体服务器或解码端,以PC客户端作为直接收流解码端。由于SIP协商报文中会携带即将发送的媒体流的源端口号,传输协议等信息,以便解码端能够为对应媒体流做好收流解码的准备。由于应用网关的物理位置决定其可以监听到SIP协商的整个过程,应用网关通过解析SIP协议的协商过程提前为即将到来的媒体流做好转发准备,即建立对应的会话(session)。允许媒体流到来时,由于匹配了session,媒体流即可被正确转发。而未做协商的媒体流由于没有对应session则被丢弃。
此流程可以保障只有SIP或其他协商报文正常通过,保证了监控中心数据的相对安全。然而安全是双刃剑,由于部分监控业务如存储业务要求媒体流能够不间断被转发,而防火墙的一些异常则将导致媒体流被异常中断。如防火墙断电重启后,由于session被清空,则原有正常转发的媒体流将被视为拒绝媒体流而无法被正常转发。此时平台如果能够感知到媒体流接收异常,则必须关闭媒体流和重新协商起流才可以达到恢复媒体流的效果。如何在此种情况下解决不需要重新起流,而使应用网关重新放行媒体流成为亟需解决的技术问题。
发明内容
本发明的目的是提供一种基于重协商的会话重建方法及装置,以解决现有技术中应用网关在重启断电等原因造成session丢失的情况下,需要重新协商起流的问题,快速实现视频实况存储流的会话重构,具有响应时间快,视频丢失时间短,资源占用少等特点,保障视频监控网络安全方案在更安全的同时更加可靠。
为了实现上述目的,本发明技术方案如下:
一种基于重协商的会话重建方法,用于视频监控系统的会话重建,所述视频监控系统包括视频管理服务器和前端设备,所述视频监控系统设有应用网关对前端设备的视频流量进行准入控制,所述基于重协商的会话重建方法,应用于前端设备,包括:
在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文;
接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
进一步地,所述接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求,进行起流交互,包括:
接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求;
返回给视频管理服务器100Trying;
返回给视频管理服务器200ok;
接收视频管理服务器发送的ACK。
进一步地,所述特殊字段携带收流端的IP地址和端口号、以及发流端的IP地址和端口号,以及传输层协议TCP/UDP。
本发明还提出了一种基于重协商的会话重建方法,用于视频监控系统的会话重建,所述视频监控系统包括视频管理服务器和前端设备,所述视频监控系统设有应用网关对前端设备的视频流量进行准入控制,所述基于重协商的会话重建方法,应用于视频管理服务器,包括:
接收前端设备在具有发往应用网关的媒体流时,发送的携带特殊字段的保活报文;
在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
进一步地,所述在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,包括:
在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求;
接收前端设备发送的100Trying;
接收前端设备发送的200ok;
向前端设备发送ACK。
本发明还提出了一种基于重协商的会话重建装置,用于视频监控系统的会话重建,所述视频监控系统包括视频管理服务器和前端设备,所述视频监控系统设有应用网关对前端设备的视频流量进行准入控制,所述基于重协商的会话重建装置,应用于前端设备,包括:
保活模块,用于在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文;
起流模块,用于接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
进一步地,所述起流模块接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求,进行起流交互,执行如下操作:
接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求;
返回给视频管理服务器100Trying;
返回给视频管理服务器200ok;
接收视频管理服务器发送的ACK。
本发明还提出了一种基于重协商的会话重建装置,用于视频监控系统的会话重建,所述视频监控系统包括视频管理服务器和前端设备,所述视频监控系统设有应用网关对前端设备的视频流量进行准入控制,所述基于重协商的会话重建装置,应用于视频管理服务器,包括:
接收模块,用于接收前端设备在具有发往应用网关的媒体流时,发送的携带特殊字段的保活报文;
重构请求模块,用于在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
进一步地,所述重构请求模块在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,执行如下操作:
在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求;
接收前端设备发送的100Trying;
接收前端设备发送的200ok;
向前端设备发送ACK。
本发明提出的一种基于重协商的会话重建方法及装置,当前端设备在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文,视频管理服务器在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互。应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。本发明在应用网关发生重启等原因导致放行会话异常丢失时,减少了重协商起流的操作步骤,能够快速地恢复视频,在防火墙异常情况下减少珍贵视频资料的丢失。
附图说明
图1为本发明实施例中视频监控系统组网结构示意图;
图2为本发明实施例中起流过程交互流程图;
图3为本发明实施例中基于重协商的会话重建方法流程图。
具体实施方式
下面结合附图和实施例对本发明技术方案做进一步详细说明,以下实施例不构成对本发明的限定。
本发明具体实施方式以图1的网络结构为例,视频管理服务器、客户端(XP/DC)通过交换机/路由器连接到应用网关,IPC网络摄像机等前端设备也通过交换机路由器连接到应用网关。在该视频监控网络中针对应用网关或者拥有ALG功能的防火墙等安全设备,起流通过SIP报文或ONVIF的RTSP报文,本实施例以国标(GB/T28181-2011)SIP报文为例,如图2所示,起流过程包括步骤F1~F8,该起流过程属于比较成熟的技术,这里不再赘述。其中:
F4、视频管理服务器VM收到客户端发过来的200OK后,会读取VM上的配置,如码流配置、IPC码流、主辅流等信息。然后VM会发给IPC一个invite消息,将收流地址、端口、请求主/辅流等信息带给IPC。
本发明的一种实施例,一个典型的invite消息如下:
在该invite消息中,包括:
消息接收端URL:包括实况业务码+摄像机通道编码+IPC地址+端口,其中IPC地址+端口为202.5.16.88:5060;
收流端的地址:202.5.33.30;
Media Title:指明请求的主辅流,其中primary-主流,secondary-辅流,third-第三流;
Bandwidth Information:码率大小,此处为2M;
视频信息:96表示PS流,resolution表示分辨率为720p,manufacture表示厂商为H3C,recvonly表示只接收;
音频信息,可以看出收流端口22838,媒体传输协议为RTP,编码格式G711A,recvonly只接收。
F5、IPC返回给VM的100Trying,临时响应,表示请求正在处理中。
F6、IPC返回给VM的200ok,表示请求处理成功,携带发流地址、端口、主/辅流等信息。
本发明的一种实施例,一个典型的200ok消息如下:
在该200ok消息中,包括:
发流IP地址:202.5.16.88;
视频信息:包括发流端口--10002,RTP协议,96--PS流,media title primary--主流,码率--2M,分辨率--720p,DropFeedbackIP--丢包重传IP地址为202.15.16.88,DropFeedbackport--丢包重传端口为10003,sendonly-仅发送;
音频信息:发流端口--10002,传输协议RTP,PS流,sendonly--仅发送;4为y字段和f字段。
F8、VM返回给IPC的ACK,告知IPC协商完成。
到此整个协商结束,IPC开始发流给客户端。从VM与IPC的SIP交互过程中可以发现,SIP会话中大部分的有效信息在F4及F6过程中给出。应用网关可以识别SIP报文,获取五元组信息,五元组信息包括:源IP及端口号、目的IP及端口号、传输类型UDP。
在应用网关建立的会话session中包含五元组信息,会话状态为放行,一个典型的放行会话如下:
在上述会话中,包括:
源IP及端口号:202.5.16.88:10002;
目的IP及端口号:202.5.33.30:22838;
传输类型:UDP。
在现有技术中,由于应用网关服务重启等原因导致五元组会话异常丢失时,则将失去此条放行session,而收流侧将认为IPC出现丢包,而IPC则会继续发送会被阻断的UDP报文。通常的解决办法是由视频管理服务器VM向IPC发送sipbye请求要求停止发送原UDP报文,接着重新协商起流。
本具体实施方式给出了更节省资源,恢复响应更快的方法,如图3所示,一种基于重协商的会话重建方法的实施例,包括:
步骤S1、前端设备在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文。
当IPC在VM上注册上线时,IPC会定期往VM上发送保活报文。在IPC发现自身有发往应用网关的媒体流时,则将保活报文的</Notify>更改为如下字段:
在</Notify>中,携带了algallow字段,包括了目的地址和端口号202.5.33.30:22838、以及源地址和端口号202.5.16..88:10002、,以及传输层协议TCP/UDP。
步骤S2、视频管理服务器在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互。
当VM收到IPC的保活报文时,若发现/Notify字段为algallow字段信息,则会去检测收流端进程是否出现异常,如开放了对应端口号却没有收到实际流量,则认为出现异常。若出现异常,则将根据此条Notify重新发送sip Invite请求,即重构请求。
例如,在</Notify>中对应的22838收流端口没有收到实际流量,则认为出现异常,将发送重构请求。
当IPC收到为了重构会话的sip Invite请求时,由于请求中的收流IP与端口已经存在于发流协议栈中,故IPC明白此报文为重构invite。IPC与VM将重新进行一次SIP起流交互,与正常起流交互不同的是,交互结束后,IPC不再对收流端重新发送起流报文,VM仅重放与IPC的起流过程,而不再与收流端产生额外的交互。
在本步骤中,前端设备与视频管理服务器VM的起流交互,即执行步骤F4、F5、F6、F8:
F4、VM发送重构请求invite消息,将收流地址、端口,请求主/辅流等信息带给IPC。
F5、IPC返回给VM的100Trying,临时响应,表示请求正在处理中。
F6、IPC返回给VM的200ok,表示请求处理成功,携带发流地址、端口、主/辅流等信息。
F8、VM返回给IPC的ACK,告知IPC协商完成。
步骤S3、应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
上述起流过程中的SIP报文经过应用网关,被应用网关所识别,获取五元组信息,重新在应用网关建立放行会话,放行会话中包含五元组信息,会话状态为放行。
从而IPC发送的媒体流,能够顺利被应用网关放行,快速恢复视频,在防火墙异常情况下减少珍贵视频资料的丢失。
以下通过两个具体的实施例分别描述对于前端设备侧、或视频管理服务器侧执行上述方法的详细步骤。
实施例1、一种基于重协商的会话重建方法,应用于视频监控系统的前端设备,包括:
在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文;
接收视频管理服务器在收到携带所述特殊字段的保活报文后发送的重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
具体地,对于视频监控系统的前端设备,以IPC为例,当应用网关发生重启等原因导致放行会话异常丢失时,IPC在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文。
视频管理服务器在收到携带所述特殊字段的保活报文后,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,开始起流交互。起流交互的具体过程在前面已经进行了详细的说明,包括:
接收视频管理服务器在收到携带所述特殊字段的保活报文后发送的重构请求;
返回给视频管理服务器100Trying;
返回给视频管理服务器200ok;
接收视频管理服务器发送的ACK。
最后上述起流过程中的SIP报文经过应用网关,被应用网关所识别,获取五元组信息,重新在应用网关建立放行会话,放行会话中包含五元组信息,会话状态为放行。从而IPC发送的媒体流,能够顺利被应用网关放行,快速恢复视频,在防火墙异常情况下减少珍贵视频资料的丢失。
实施例2、一种基于重协商的会话重建方法,应用于视频监控系统的视频管理服务器,包括:
接收前端设备在具有发往应用网关的媒体流时,发送的携带特殊字段的保活报文;
在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
具体地,对于视频监控系统的视频管理服务器,当应用网关发生重启等原因导致放行会话异常丢失时,IPC在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文。
视频管理服务器在收到携带所述特殊字段的保活报文后,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,开始起流交互。起流交互的具体过程在前面已经进行了详细的说明,包括:
在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求;
接收前端设备发送的100Trying;
接收前端设备发送的200ok;
向前端设备发送ACK。
最后上述起流过程中的SIP报文经过应用网关,被应用网关所识别,获取五元组信息,重新在应用网关建立放行会话,放行会话中包含五元组信息,会话状态为放行。从而IPC发送的媒体流,能够顺利被应用网关放行,快速恢复视频,在防火墙异常情况下减少珍贵视频资料的丢失。
与上述实施例1、2对应的,本具体实施方式还给出了对应的装置的实施例。
实施例3、一种基于重协商的会话重建装置,用于视频监控系统的会话重建,所述视频监控系统包括视频管理服务器和前端设备,所述视频监控系统设有应用网关对前端设备的视频流量进行准入控制,所述基于重协商的会话重建装置,应用于前端设备,包括:
保活模块,用于在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文;
起流模块,用于接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
本实施例起流模块接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求,进行起流交互,执行如下操作:
接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求;
返回给视频管理服务器100Trying;
返回给视频管理服务器200ok;
接收视频管理服务器发送的ACK。
实施例4、一种基于重协商的会话重建装置,用于视频监控系统的会话重建,所述视频监控系统包括视频管理服务器和前端设备,所述视频监控系统设有应用网关对前端设备的视频流量进行准入控制,所述基于重协商的会话重建装置,应用于视频管理服务器,包括:
接收模块,用于接收前端设备在具有发往应用网关的媒体流时,发送的携带特殊字段的保活报文;
重构请求模块,用于在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
本实施例所述重构请求模块在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,执行如下操作:
在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求;
接收前端设备发送的100Trying;
接收前端设备发送的200ok;
向前端设备发送ACK。
以上实施例仅用以说明本发明的技术方案而非对其进行限制,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (8)
1.一种基于重协商的会话重建方法,用于视频监控系统的会话重建,所述视频监控系统包括视频管理服务器和前端设备,所述视频监控系统设有应用网关对前端设备的视频流量进行准入控制,其特征在于,所述基于重协商的会话重建方法,应用于前端设备,包括:
在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文,所述特殊字段携带收流端的IP地址和端口号、以及发流端的IP地址和端口号,以及传输层协议TCP/UDP;
接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
2.根据权利要求1所述的基于重协商的会话重建方法,其特征在于,所述接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求,进行起流交互,包括:
接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求;
返回给视频管理服务器100Trying;
返回给视频管理服务器200ok;
接收视频管理服务器发送的ACK。
3.一种基于重协商的会话重建方法,用于视频监控系统的会话重建,所述视频监控系统包括视频管理服务器和前端设备,所述视频监控系统设有应用网关对前端设备的视频流量进行准入控制,其特征在于,所述基于重协商的会话重建方法,应用于视频管理服务器,包括:
接收前端设备在具有发往应用网关的媒体流时,发送的携带特殊字段的保活报文,所述特殊字段携带收流端的IP地址和端口号、以及发流端的IP地址和端口号,以及传输层协议TCP/UDP;
在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
4.根据权利要求3所述的基于重协商的会话重建方法,其特征在于,所述在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,包括:
在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求;
接收前端设备发送的100Trying;
接收前端设备发送的200ok;
向前端设备发送ACK。
5.一种基于重协商的会话重建装置,用于视频监控系统的会话重建,所述视频监控系统包括视频管理服务器和前端设备,所述视频监控系统设有应用网关对前端设备的视频流量进行准入控制,其特征在于,所述基于重协商的会话重建装置,应用于前端设备,包括:
保活模块,用于在自身具有发往应用网关的媒体流时,发送携带特殊字段的保活报文,所述特殊字段携带收流端的IP地址和端口号、以及发流端的IP地址和端口号,以及传输层协议TCP/UDP;
起流模块,用于接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
6.根据权利要求5所述的基于重协商的会话重建装置,其特征在于,所述起流模块接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求,进行起流交互,执行如下操作:
接收视频管理服务器在收到携带所述特殊字段的保活报文、并且开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时发送的重构请求;
返回给视频管理服务器100Trying;
返回给视频管理服务器200ok;
接收视频管理服务器发送的ACK。
7.一种基于重协商的会话重建装置,用于视频监控系统的会话重建,所述视频监控系统包括视频管理服务器和前端设备,所述视频监控系统设有应用网关对前端设备的视频流量进行准入控制,其特征在于,所述基于重协商的会话重建装置,应用于视频管理服务器,包括:
接收模块,用于接收前端设备在具有发往应用网关的媒体流时,发送的携带特殊字段的保活报文,所述特殊字段携带收流端的IP地址和端口号、以及发流端的IP地址和端口号,以及传输层协议TCP/UDP;
重构请求模块,用于在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,以便应用网关识别起流过程的报文,重新建立所述前端设备与视频管理服务器的会话。
8.根据权利要求7所述的基于重协商的会话重建装置,其特征在于,所述重构请求模块在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求,进行起流交互,执行如下操作:
在收到所述携带特殊字段的保活报文时,在开放了所述特殊字段对应的收流端口号却没有收到实际媒体流时,则向前端设备发送重构请求;
接收前端设备发送的100Trying;
接收前端设备发送的200ok;
向前端设备发送ACK。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811325302.0A CN111163040B (zh) | 2018-11-08 | 2018-11-08 | 一种重协商的会话重建方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811325302.0A CN111163040B (zh) | 2018-11-08 | 2018-11-08 | 一种重协商的会话重建方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111163040A CN111163040A (zh) | 2020-05-15 |
CN111163040B true CN111163040B (zh) | 2022-06-14 |
Family
ID=70555504
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811325302.0A Active CN111163040B (zh) | 2018-11-08 | 2018-11-08 | 一种重协商的会话重建方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111163040B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114205404B (zh) * | 2020-08-31 | 2024-03-29 | 浙江宇视科技有限公司 | 媒体流保持方法、装置、电子设备以及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6728748B1 (en) * | 1998-12-01 | 2004-04-27 | Network Appliance, Inc. | Method and apparatus for policy based class of service and adaptive service level management within the context of an internet and intranet |
CN104539902A (zh) * | 2014-12-29 | 2015-04-22 | 浙江宇视科技有限公司 | 一种ipc的远程访问方法和系统 |
CN104660952A (zh) * | 2015-03-04 | 2015-05-27 | 苏州科达科技股份有限公司 | 视频会议通信方法和系统 |
CN105491007A (zh) * | 2015-11-13 | 2016-04-13 | 浙江宇视科技有限公司 | 一种视频监控系统安全准入方法及装置 |
CN105871521A (zh) * | 2016-06-03 | 2016-08-17 | 浙江宇视科技有限公司 | 一种数据传输方法、装置及视频监控系统 |
CN106254267A (zh) * | 2016-08-31 | 2016-12-21 | 浙江宇视科技有限公司 | 一种数据转发路径调整方法及网关设备 |
-
2018
- 2018-11-08 CN CN201811325302.0A patent/CN111163040B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6728748B1 (en) * | 1998-12-01 | 2004-04-27 | Network Appliance, Inc. | Method and apparatus for policy based class of service and adaptive service level management within the context of an internet and intranet |
CN104539902A (zh) * | 2014-12-29 | 2015-04-22 | 浙江宇视科技有限公司 | 一种ipc的远程访问方法和系统 |
CN104660952A (zh) * | 2015-03-04 | 2015-05-27 | 苏州科达科技股份有限公司 | 视频会议通信方法和系统 |
CN105491007A (zh) * | 2015-11-13 | 2016-04-13 | 浙江宇视科技有限公司 | 一种视频监控系统安全准入方法及装置 |
CN105871521A (zh) * | 2016-06-03 | 2016-08-17 | 浙江宇视科技有限公司 | 一种数据传输方法、装置及视频监控系统 |
CN106254267A (zh) * | 2016-08-31 | 2016-12-21 | 浙江宇视科技有限公司 | 一种数据转发路径调整方法及网关设备 |
Also Published As
Publication number | Publication date |
---|---|
CN111163040A (zh) | 2020-05-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109889762B (zh) | 一种会议控制方法和装置 | |
US8422495B2 (en) | Triggering bandwidth reservation and priority remarking | |
EP2446602B1 (en) | Method and apparatus for handling broken path in peer-to-peer network | |
CN108574818B (zh) | 一种信息显示的方法、装置和服务器 | |
WO2020052110A1 (zh) | 业务质量监控方法、装置及系统 | |
JP3698698B2 (ja) | Dmzを介したイントラネットおよび外部ネットワーク上の呼の確立 | |
US7715401B2 (en) | Router | |
CN111385287A (zh) | 一种业务系统的网络重连方法及装置 | |
WO2009117908A1 (zh) | 一种媒体流检测的方法和装置 | |
CN111163040B (zh) | 一种重协商的会话重建方法及装置 | |
CN107846379B (zh) | 一种视频会议系统中端口复用方法和服务器 | |
WO2006045245A1 (fr) | Serveur sip, procede de reduction de l'encombrement de celui-ci et reseau large bande multimedia utilisant le protocole sip | |
CN110690990B (zh) | 一种服务器升级的方法及装置、电子设备、存储介质 | |
CN111787368A (zh) | 一种服务器测试方法和装置 | |
CN102378064A (zh) | 一种iptv网络中实现nat穿越的方法及装置 | |
CN116668801A (zh) | 一种基于视频平台的网络状况监测方法及系统 | |
CN104363149A (zh) | 基于sip协议实现voip网络状态监测的系统及方法 | |
US10334086B2 (en) | Header redundancy removal for tunneled media traffic | |
US20120243555A1 (en) | Operating method, apparatus and system for media stream transmission key | |
CN111478940B (zh) | 一种数据处理的方法和装置 | |
CN110086772B (zh) | 一种监控视频的获取方法和系统 | |
CN111356017B (zh) | 一种视频监控网络设备保活方法及装置 | |
CN111585962A (zh) | 一种rtp数据包的处理方法、系统及存储介质 | |
JP2004343580A (ja) | ゲートウェイ | |
EP3718271B1 (fr) | Procédés de détection, de gestion et de relais d'un problème de communication multimédia, entités d'exécution, de contrôle et de gestion de règles et programme d'ordinateur correspondants |
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 |