具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明进一步详细说明。
图1为本发明中基于IP网络的视频监控***逻辑层结构示意图。如图1所示,在发明中基于IP网络的视频监控***中,可包含4个逻辑层:接入层101、承载层102、控制层103、以及业务层104。
1)接入层101支持IP协议、TCP(Transmission Control Protocol,传输控制协议)、UDP(User Datagram Protocol,用户数据报协议)和SIP(SessionInitiation Protocol,会话初始协议)等传输控制协议,用于视频监控中的各种端点的接入。其中,端点可具体包括用户端点、媒体流端点、以及告警端点,告警端点为可选的而非必要。
2)承载层102,用于承载视频监控中的媒体流,包括媒体流的转发分发、媒体流的底层传输;可选地,承载层102还可以进一步用于媒体流的存储。
对于承载层102的媒体流的转发分发,可由承载层102中在逻辑上划分出的媒体转发分发功能模块来实现。媒体转发分发功能模块可用于媒体流的复制、转发、分发、广播、组播和路由等功能。
对于承载层102的媒体流的底层传输,可由承载层102中在逻辑上划分出的底层传输功能模块来实现。底层传输功能模块可用于控制信令和通知信令的传输。其中,控制信令和通知信令均可为SIP协议的信令,并可以使用TCP中的套接字(Socket)连接、且内容携带可扩展标记语言(eXtensibleMarkup Language,XML)格式的消息描述。其中,通知信令为可选的信令而非必需。
当然,底层传输功能模块还用于实现媒体流的传输。具体来说,针对媒体流的传输,可采用***中的各逻辑层设备所支持的媒体流格式,并选择使用H.264、动态图像专家组(Moving Pictures Experts Group,MPEG-4)、数字音视频编解码技术标准(Audio and Video Coding Standard,AVS)等协议对媒体流进行封装。
对于承载层102的媒体流的存储,可由承载层102中在逻辑上划分出的媒体存储功能模块来实现。媒体存储功能模块可用于媒体流的接收、存储;该媒体存储功能模块可接入存储域网络(Storage Area Network,IP-SAN)、网络附属存储(Network Attached Storage,NAS)、直连方式存储(DirectAttached Storage,DAS)等IP存储设备;且,媒体存储功能模块还可以进一步用于存储计划管理、存储介质管理及录像回放服务等,例如,由用户根据时间、各逻辑层设备的特性、告警类型等制定存储计划,供媒体存储功能模块来执行。
3)控制层103,用于视频监控***的会话控制和音视频分发管理(Audioand Video Distribute Management,AVDM);可选地,控制层103还可以进一步用于音视频存储管理(Audio and Video Storage Management,AVSM)、端点管理、权限管理等。
对于控制层103的会话控制,可由控制层103中在逻辑上划分出的会话控制功能模块来实现。会话控制功能模块可用于本发明中基于IP网络的视频监控***内所有业务的控制。且,本发明中的业务层104可通过SIP协议进行业务的建立、使用和取消操作,因而控制层103中的会话控制功能模块内部会针对该业务建立用来控制该业务的业务控制块、时间控制块和资源控制块等,并维护所建立的业务控制块、时间控制块和资源控制块等。
对于控制层103的AVDM和AVSM,可分别由控制层103中在逻辑上划分出的AVDM功能模块和AVSM功能模块来实现。AVDM功能模块用于进行媒体流传输控制、控制信令和通知信令的控制、以及负载分担策略控制、语音视讯会议所需要的混音功能;AVSM功能模块用于对承载层102中的媒体存储功能模块的控制。
对于控制层103的端点管理,可由控制层103中在逻辑上划分出的端点管理功能模块来实现。端点管理功能模块可用于对本发明中基于IP网络的视频监控***内,所有接入的用户端点、媒体流端点、以及告警端点等各端点的设备进行管理,通过对上述设备的设备信息、以及记录于***的用户信息的抽象化存储,通过对***中的数据库的静态配置,通过网络管理单元进行各逻辑层设备的配置及属性管理,使本发明中基于IP网络的视频监控***拥有全局统一管理和规划各逻辑层设备的能力。其中,上述设备信息可包括设备标识、设备属性等信息,而上述用户信息则可以包括用户标识、用户属性等信息;如上所述的***中的数据库通常可以由各逻辑层共享使用,因而在本文中并未单独结合某一逻辑层进行说明。
对于控制层103的权限管理,可由控制层103中在逻辑上划分出的权限管理功能模块来实现。权限管理功能模块可用于确定用户对实施例中基于IP网络的视频监控***内的各种资源的使用权限。
4)业务层104,至少用于实现本发明中基于IP网络的视频监控***中基础业务、作为业务制定参考的智能分析等。
对于业务层104中的基础业务,可由业务层104中在逻辑上划分出的基础业务功能模块来实现。基础业务功能模块可用于提供本发明中基于IP网络的视频监控***的基本业务,例如实时监控、点播回放、云台控制、存储计划、接入控制、批量配置等。用户可通过接入层中的CE客户端使用基本业务。
对于业务层104中的智能分析,可由业务层104中在逻辑上划分出的智能分析功能模块来实现。智能分析功能模块可用于提供本发明中基于IP网络的视频监控***的智能业务,通过智能技术与上层应用的结合,满足用户对***的需求。例如:物体追踪(Motion Tracking)、人脸识别(FacialDetection)、车辆识别(Vehicle Identification)、非法滞留(Object Persistence)、烟火检测(Fire Detection)、人流量统计(People Counting)、人群控制(FlowControl)、人体行为分析(Action Analyze)、交通流量控制(Traffic Flow)、高级视频移动侦测(Advanced VMD)、物品丢失或位移检测(MovingDetection)等。
需要说明的是,业务层104中的各功能模块,主要是为了使得本发明中基于IP网络的视频监控***能够以业务的方式提供视频监控功能、并能够进一步提供其他业务功能。当然,如果脱离业务而直接由承载层102在控制层103的控制下通过接入层101获取并分发媒体流,则也能够实现视频监控,因而业务层104对于本发明中基于IP网络的视频监控***来说是可选的而非必需的。
上述逻辑层结构中提及的各种功能模块,均可以由本领域技术人员通过计算机程序来实现,在此不再一一赘述。
下面,基于上述的逻辑层结构,对本发明实施例中基于IP网络的视频监控***的***架构进行详细说明。
图2为本发明实中基于IP网络的视频监控***的***架构示意图。如图2所示,在本发明中,基于IP网络的视频监控***的***架构包括对应接入层101的接入层设备、对应承载层102的承载层设备、对应控制层103的控制层设备。
1)对应接入层101的接入层设备包括:对应用户端点的客户端单元(Client Element,CE)201、对应媒体流端点或告警端点的前端设备202、以及用于CE 201、前端设备202接入的呼叫控制功能(Call Control Function,CCF)服务器203。
较佳地,CCF服务器203可提供SIP服务网关和安全接入网关。
较佳地,CE 201可以具体分为客户端/服务器(Client/Serve,C/S)架构模式和浏览器/服务器(Browser/Server,B/S)架构模式两种,且CE 201可支持实时视频、点播回放、实时告警、告警联动、轮切计划、组切计划、群切计划、用户登录、权限管理、设备管理、批量配置、巡航轨迹、云台控制、透明通道、存储管理、存储计划、语音广播、语音对讲、录像下载、录像管理、组角色管理、设备划归、地理信息***(Geographic Information System,GIS)等网络视频监控***业务。
较佳地,前端设备202可以是例如IP Camera、IP云台设备等媒体流信息提供设备,用于视频信息、音频信息、数据信息、智能分析信息及告警信息的采集和输出;可选地,前端设备202可通过例如模拟线路、嵌入等电连接方式与智能设备202’相连,或者也可以通过IP网络与智能设备202’相连,该智能设备202’同时还与CCF服务器203通过IP网络相连,以便于通过CCF服务器203接入至视频监控***中;当然,对于包含可选的告警端点的***来说,前端设备202还可以是例如门禁设备、红外设备、烟感设备、智能告警分析设备等安防领域设备。
且,上述CE 201和前端设备202支持SIP协议扩展,支持实时传输协议(Real-time Transport Protocol,RTP)、实时传输控制协议(Real-timeTransport Control Protocol,RTCP)和实时流化协议(Real-time StreamingProtocol,RTSP)等媒体流传输控制协议。
2)对应承载层102的承载层设备包括:音视频分发功能(Audio and VideoDistribute Function,AVDF)服务器204。如前所述的承载层102中的媒体转发分发功能模块承载于AVDF服务器204中。
3)对应控制层103的控制层设备包括:业务管理功能(Service ManagerFunction,SMF)服务器206。如前所述的控制层103中的会话控制功能模块和AVDM功能模块承载于SMF服务器206中。
此外,对于如前所述的可选的业务层104中的基础业务功能模块、智能分析功能模块、联动配置功能模块,则可以由本实施例中基于IP网络的视频监控***所包括的所有接入层设备、所有承载层设备、所有控制层设备共同承载。
仍参见图2,在本实施例中基于IP网络的视频监控***中:
CE201、前端设备202分别与CCF服务器203通过IP网络相连,通过CCF服务器203接入至本实施例中基于IP网络的视频监控***中;
CCF服务器203与SMF服务器206通过IP网络相连,基于SMF服务器206的会话控制,实现CE 201、前端设备202的接入;
CE 201、前端设备202分别与AVDF服务器204通过IP网络相连,通过AVDF服务器204传输媒体流;
AVDF服务器204与SMF服务器206通过IP网络相连,基于SMF服务器206的会话控制,实现前端设备202与CE 201之间的媒体流传输相关处理。具体来说,AVDF服务器204用于来自前端设备与CE之间的媒体流接收、复制、转发、分发、路由、组播和广播等转发分发相关处理,实现CE 201与前端设备202的视频监控会话的视频监控,即实现对该前端设备202所在场景的视频监控;AVDF服务器204进一步用于控制信令和通知信令的传输等底层传输相关处理。
SMF服务器206,用于实现上述的会话控制。实际应用中,一个SMF服务器206可连接多个CCF服务器203进行负载均衡控制;多个CCF服务器203可提供广泛范围的CE 201、前端设备202、或其它任何能够接入***的设备的接入,且CCF服务器203可进一步作为网关支持广域网内的网络地址转换(Network Address Translation,NAT)网关。
本文中所提及的“通过IP网络相连”,可以采用现有任意通过IP网络连接的具体方式,例如,各逻辑层设备可连接在IP网络中的同一台交换设备、或分别连接在IP网络中的不同交换设备,其它方式在此不再一一赘述。
可选地,本发明中基于IP网络的视频监控***,其承载层设备还可以进一步包括音视频存储功能(Audio and Video Storage Function,AVSF)服务器,该AVSF服务器分别与SMF服务器206和AVDF服务器204通过IP网络相连,如前所述的承载层102中的媒体存储功能模块承载于AVSF服务器中;且控制层设备还可以进一步包括用户鉴权功能(User AuthenticationFunction,UAF)服务器,该UAF服务器与SMF服务器206通过IP网络相连,对于如前所述控制层103中可选的端点管理功能模块、以及权限管理功能模块,可以由SMF服务器206和UAF服务器共同承载。
图3为本发明实施例一中基于IP网络的视频监控***的***接口示意图。如图3所示,在本实施例中如图2所示基于IP网络的视频监控***架构中:
CE 201与CCF服务器203之间采用Icc接口(Interface of CE and CCF)301,接口通信使用SIP协议;
前端设备202与CCF服务器203之间采用Icn接口(Interface of CCF andNE)302a,接口通信使用SIP协议;需要说明的是,本文中各英文缩写所涉及的英文全称中的“NE”,在本文中仅表示前端设备202;
与前端设备202电连接的智能设备202’,则与CCF服务器203之间采用Ici接口(Interface of CCF and Intelligent Device)302b,接口通信使用SIP协议;
CCF服务器203与SMF服务器206之间采用Isc接口(Interface of SMFand CCF)303,接口通信使用SIP协议;
AVDF服务器204与SMF服务器206之间采用Isd接口(Interface of SMFand AVDF)304,接口通信使用Socket协议;
CE 201与AVDF服务器204之间采用Idc接口(Interface of AVDF andCE)308,接口通信使用RTP、或RTCP、或RTSP协议;
前端设备202与AVDF服务器204之间采用Ind接口(Interface ofNE andAVDF)309,接口通信使用RTP、或RTCP、或RTSP协议。
此外,可选的AVSF服务器与SMF服务器206之间采用Iss接口(Interface of SMF and AVSF),接口通信使用Socket协议;可选的UAF服务器与SMF服务器206之间采用Isu接口(Interface of SMF and UAF),接口通信使用SIP协议。
图4为本发明实施例中基于IP网络的视频监控***的单域组网结构示意图。如图4所示,在本实施例中基于IP网络的视频监控***中,对于仅包含一个SMF服务器206的情况,称之为单域组网结构,该***具体包括:CE201、前端设备202、CCF服务器203、AVDF服务器204、SMF服务器206,图4中未示出可选的AVSF服务器和UAF服务器。
图5为本发明实施例中基于IP网络的视频监控***中交互方法的一种流程示意图。如图5所示,本实施例中如图4所示的基于IP网络的视频监控***中,CE 201、前端设备202、CCF服务器203、AVDF服务器204、SMF服务器206之间可以按照如下流程进行媒体流传输控制的交互:
步骤501,CE 201通过IP网络向CCF服务器203发送获取媒体流的第一请求消息,例如名为“INVITE”的消息,表示请求获取任一前端设备202的媒体流;
步骤502,CCF服务器203根据来自CE 201的第一请求消息,通过IP网络向CE 201返回例如名为“100”消息的第一响应消息、并保存该请求对应的会话(Session);
步骤503,CCF服务器203根据来自CE 201的第一请求消息,通过IP网络向SMF服务器206发送例如名为“INVITE”的消息等获取媒体流的第二请求消息,以将CE 201的请求转发至SMF服务器206;此处所述的第二请求消息可以是以透传方式直接转发的第一请求消息,也可以是由CCF服务器203另行生成的请求消息;
步骤504,SMF服务器206根据来自CCF服务器203的获取媒体流的第二请求消息,通过IP网络向CCF服务器203返回第二响应消息;
步骤505,SMF服务器206判断前端设备202是否已与AVDF服务器204建立了如图4所示的媒体流传输接口连接413;如果是,则直接执行步骤509,否则执行步骤506;
步骤506,SMF服务器206通过IP网络并向前端设备202发送例如名为“INVITE”消息等表示申请端口的第五请求消息,以向前端设备202申请能够输出媒体流的端口;
步骤507,前端设备202分配对应的端口,通过IP网络并向SMF服务器206返回例如名为“200OK”消息等表示端口已分配的第五响应消息;
步骤508,SMF服务器206根据前端设备202在分配对应的端口后所返回的表示端口已分配的第五响应消息,通过IP网络并向前端设备202发送确认端口已分配的第三ACK,此后,前端设备202即通过IP网络与AVDF服务器204建立如图4所示的媒体流传输接口连接413;
步骤509,SMF服务器206通过IP网络向CCF服务器203返回例如名为“200 OK”的消息等表示可视频监控会话可建立的第三响应消息;
步骤510,CCF服务器203根据来自SMF服务器206的第三响应消息,向CE 201返回例如名为“200 OK”的消息等表示可视频监控会话可建立的第四响应消息;需要说明的是,此处所述的第四响应消息可以是以透传方式直接转发的第三响应消息,也可以是由CCF服务器203另行生成的响应消息;
步骤511,CE 201根据来自CCF服务器203的第四响应消息,通过IP网络向CCF服务器203发送表示确认视频监控会话可建立的第一ACK;
步骤512,CCF服务器203根据来自CE 201的表示确认视频监控会话可建立的第一ACK,通过IP网络向SMF服务器206发送表示确认视频监控会话可建立的第二ACK;需要说明的是,此处所述的第二ACK可以是以透传方式直接转发的第一ACK,也可以是由CCF服务器203另行生成的ACK;
步骤513,SMF服务器206根据来自CCF服务器203的表示确认视频监控会话可建立的第二ACK,通过IP网络向AVDF服务器204发送开放媒体流端口的请求消息,例如PortOpenNotify请求消息;
步骤514,AVDF服务器204根据来自SMF服务器206的开放媒体流端口的请求消息,通过其与对应前端设备202之间基于IP网络的媒体流传输接口连接413,开放该前端设备202能够输出媒体流的端口,并通过IP网络并向SMF服务器206返回例如名为“Response”消息的开放响应消息;
步骤515,CE 201在AVDF服务器204开放了对应前端设备202能够输出媒体流的端口后,通过IP网络与AVDF服务器204建立如图4所示的媒体流传输接口连接411,并通过与AVDF服务器204之间基于IP网络的媒体流传输接口连接411、AVDF服务器204、以及AVDF服务器204与前端设备202之间基于IP网络的媒体流传输接口连接413,基于视频监控会话与前端设备202进行媒体流的交互。
至此,本流程结束。
上述流程中,步骤502、504均为可选的步骤,步骤503可以在步骤502之前或与步骤502同时执行,步骤505可以在步骤504之前或与步骤504同时执行;且对于前端设备202已通过与AVDF服务器204建立了媒体流传输接口连接413的情况,步骤505~508也为可选的步骤。
图6为本发明实施例中基于IP网络的视频监控***中交互方法的另一种流程示意图。如图6所示,基于本实施例中基于IP网络的视频监控***、且在如图5所示的流程之后,本实施例中如图4所示的基于IP网络的视频监控***中,CE 201、前端设备202、CCF服务器203、AVDF服务器204、SMF服务器206之间,还可以进一步按照如下流程实现媒体流传输控制的交互:
步骤601,CE 201通过IP网络向CCF服务器203发送例如名为“BYE”消息的表示终止视频监控会话的第六请求消息,请求终止与前端设备202之间的视频监控会话;
步骤602,CCF服务器203根据来自CE 201的第六请求消息,通过向SMF服务器206发送表示终止视频监控会话的第七请求消息,以将CE 201终止与前端设备202之间的视频监控会话的请求转发至SMF服务器206;需要说明的是,此处所述的第七请求消息可以是以透传方式直接转发的第六请求消息,也可以是CCF服务器203另行生成的请求消息;
步骤603,SMF服务器206根据来自CCF服务器203的第七请求消息,通过IP网络向AVDF服务器204发送关闭媒体流端口的请求消息,例如PortCloseNotify请求消息;
步骤604,AVDF服务器204根据来自SMF服务器206的开放媒体流端口的请求消息,通过其与对应前端设备202之间基于IP网络的媒体流传输接口连接413,关闭该前端设备202能够输出媒体流的端口,并通过IP网络向SMF服务器206返回例如名为“Response”消息的关闭响应消息;
步骤605,SMF服务器206根据关闭响应消息终止CE 201与ASDF服务器204之间的媒体流传输接口411,并通过IP网络向CCF服务器203发送例如名为“200OK”消息等表示视频监控会话终止的第六响应消息;
步骤606,CCF服务器203根据第六响应消息,通过IP网络向CE 201发送例如名为“200OK”消息等表示视频监控会话终止的第七响应消息,CE201在接收到第七响应消息后断开与AVDF服务器204之间基于IP网络的媒体流传输接口连接411,从而终止与前端设备202的视频监控会话;需要说明的示,上述第七响应消息可以是以透传方式直接转发的第六响应消息,也可以是由CCF服务器203另行生成的消息;
步骤607,SMF服务器206判断当前终止的视频监控会话,是否为对应前端接口202的最后一个视频监控会话,如果是,则继续执行步骤608,否则结束本流程;
步骤608,SMF服务器206通过IP网络并向前端设备发送例如名为“BYE”消息等撤销端口的第八请求消息,以向前端设备202撤销能够输出媒体流的端口;
步骤609,当前端设备202在撤销对应的端口、并所返回的例如名为“200OK”消息等表示端口已撤销的第八响应消息后,前端设备202断开了通过IP网络与AVDF服务器204之间的媒体流传输接口连接413。
至此,本流程结束。
上述流程中,步骤605、606为可选的步骤,步骤607可在步骤605或步骤606之前执行,也可以与步骤605或步骤606同时执行;且,由于断开前端设备202与AVDF服务器204之间的媒体流传输接口413连接并非必需,因此,步骤607~609也为可选的步骤。
可见,本发明中基于IP网络的视频监控***中,CE、前端设备、以及各逻辑层设备之间的连接均通过IP网络来实现,从而实现了视频监控***的全IP化。
以上,是对本发明中基于IP网络的视频监控***的详细说明。
虽然图4中仅示出了一个CE 201和一个前端设备202,但是实际应用中,CE 201和前端设备202均可以为多个,如图7所示。对于这种情况,如果在如图4所示的***中一个SMF服务器206仅连接一个AVDF服务器204,则该视频监控***虽然能够保证视频监控的实现,但会存在以下问题:
当AVDF服务器204自身出现故障而导致运行状态异常时,或者当AVDF服务器204由于连接的较多数量的前端设备202而导致负载状态异常时、再或者当AVDF服务器204与前端设备202或CE 201之间的链路状态异常时,与该AVDF服务器204相连的前端设备202输出的媒体流无法传输至对应的CE 201。
可见,如图4所示的视频监控***中由于一个SMF服务器仅连接有一个AVDF服务器204,因而无法在AVDF服务器204出现各种状态异常时保证媒体流的有效传输,从而使得媒体流传输的可靠性不高。
由此,本实施例基于如图4所示的视频监控***,还进一步提供了一种能够提高媒体流传输可靠性的改进视频监控***、以及一种视频监控***的媒体流传输控制装置和方法。
图8为本发明实施例中包含多个前端设备的视频监控***的另一种示例性结构图。如图8所示,本实施例的视频监控***为基于IP网络的视频监控***,且该***至少包括与现有视频监控***相同的如下各层设备和服务器:接入层的CE 201、前端设备202、CCF服务器203;承载层的AVDF服务器204;控制层的SMF服务器206。
CE 201和前端设备202可以为一个或多个,每个CE 201和前端设备202分别与CCF服务器203通过IP网络相连,通过CCF服务器203接入至本实施例如图8所示的视频监控***中。
CCF服务器203与SMF服务器206通过IP网络相连,用于在SMF服务器206的控制下实现每个CE 201和每个前端设备202的接入。
每个CE 201和前端设备202分别与AVDF服务器204通过IP网络相连,通过AVDF服务器204实现CE 201与前端设备202之间的媒体流传输。
AVDF服务器204与SMF服务器206通过IP网络相连,用于在SMF服务器206的控制下实现任意CE 201与任意前端设备202之间的媒体流传输。
相比于如图7所示的视频监控***,在本实施例如图8所示的视频监控***中,有多个AVDF服务器204通过IP网络与一个SMF服务器206相连,构成一个服务器池(AVDF POOL);且每个CE 201和前端设备202分别与AVDF POOL中的每个AVDF服务器204通过IP网络相连,即各CE 201和各前端设备202同时与AVDF POOL中的多个AVDF服务器204通过IP网络相连,构成多对多的网状结构。
而且,SMF服务器206中,配置有集群控制策略,该集群控制策略用于SMF服务器206能够从多个AVDF服务器204构成的AVDF POOL中,选择正常状态的任意一个或多个AVDF服务器204实现媒体流传输。
这样,SMF服务器206除了实现现有功能之外,还用于检测AVDF POOL中多个AVDF服务器204的状态,并根据检测到的多个AVDF服务器204的状态、以及SMF服务器206中配置的上述集群控制策略,选择状态正常的一个或多个AVDF服务器204实现任意前端设备202与任意CE 201之间的媒体流传输。其中,本文所述的集群控制策略,可以在“只有状态正常才选择”的这一重要原则下根据实际需要任意设定,在此不再一一列举。
例如,对于一个通过CCF服务器203新接入至***的CE 201来说,SMF服务器206可根据检测到的多个AVDF服务器204的状态、以及SMF服务器206中配置的上述集群控制策略,任选一个状态正常的AVDF服务器204来实现该CE 201与对应的任一前端设备202之间的媒体流传输。
再例如,对于一个已经通过某一AVDF服务器204实现与对应的任一前端设备202之间媒体流传输的CE 201来说,当该AVDF服务器204状态变为异常后,SMF服务器206可根据检测到的多个AVDF服务器204的状态、以及SMF服务器206中配置的上述集群控制策略,任选另一个状态正常的AVDF服务器204替换状态异常的AVDF服务器204,来实现该CE 201与该前端设备202之间的媒体流传输。
在本实施例中,参见图9,SMF服务器206作为媒体流传输控制装置可包括:
用于承载集群控制策略的策略配置模块261,其中配置有用于从多个AVDF服务器204中选择正常状态的任意一个或多个AVDF服务器204实现媒体流传输的集群控制策略;
用于检测多个AVDF服务器204状态的状态检测模块262,检测AVDFPOOL中多个AVDF服务器204的状态;
用于选择正常状态的AVDF服务器204的策略执行模块263,根据检测到的多个AVDF服务器204的状态、以及SMF服务器206中配置的上述集群控制策略,选择状态正常的一个或多个AVDF服务器204实现任意前端设备202与任意CE 201之间的媒体流传输。
进一步地,对于一个已经通过某一AVDF服务器204实现与对应的任一前端设备202之间媒体流传输的CE 201来说,可能出现已有的媒体流传输在不同AVDF服务器204之间的切换,那么为了保证切换后的媒体流业务的延续性,SMF服务器206中可进一步包括与策略执行模块263相连的业务接续模块264,用于通过记录媒体流在切换AVDF服务器204之前的中断点并通知由策略执行模块263所选择的切换后的AVDF服务器204等方式,实现媒体流的接续转发。
由于当该AVDF服务器204状态变为异常后,SMF服务器206可根据检测到的多个AVDF服务器204的状态、以及SMF服务器206中配置的上述集群控制策略,任选另一个状态正常的AVDF服务器204替换状态异常的AVDF服务器204,来实现该CE 201与该前端设备202之间的媒体流传输。
其中,状态检测模块262可通过向AVDF POOL中多个AVDF服务器204发送状态查询请求的方式来检测多个AVDF服务器204的状态。
具体来说,状态检测模块262中可选地进一步承载有记录AVDF POOL中多个AVDF服务器204状态的状态表,该状态表中多个AVDF服务器204的状态初始值均为正常。当然,AVDF POOL中多个AVDF服务器204的状态也可以采用其它能够实现信息记录的现有各种方式来表示,在此不再一一赘述。
实际应用中,关于AVDF服务器204的状态,可以只考虑其运行状态,那么对于AVDF服务器204的运行状态,相应的SMF服务器206中对应的操作包括:
状态检测模块262周期性地、或实时地向AVDF POOL中的多个AVDF服务器204发送状态查询请求;在发送状态查询请求后的预设周期内,如果未接收到任意AVDF服务器204反馈的表示该AVDF服务器204的运行状态正确的状态查询响应,则确定该AVDF服务器204的运行状态由正常变为异常,即该AVDF服务器204的状态由正常变为异常,并将状态表中对应的状态改为表示异常的值;如果接收到了任意AVDF服务器204反馈的表示该AVDF服务器204的运行状态正确的状态查询响应,则确定该AVDF服务器204的运行状态仍保持正常,且不对状态表中对应的状态作修改。
实际应用中,关于AVDF服务器204的状态,可以在考虑其运行状态的同时进一步考虑其负载状态,那么对于AVDF服务器204的负载状态,相应的SMF服务器206中对应的操作包括:
状态检测模块262可进一步在从接收自每一个AVDF服务器204的状态查询响应中携带的该AVDF服务器204的负载量,并在获取的任意AVDF服务器204的状态查询响应所携带的负载量高于表示负载正常的预设第一阈值时,虽然该AVDF服务器204的运行状态正常,但仍确定该AVDF服务器204的状态由正常变为异常,即该AVDF服务器204的状态由正常变为异常,并将状态表中对应的状态改为表示异常的值;相应地,在获取的任意AVDF服务器204状态查询响应所携带的负载量高于表示负载正常的预设阈值时,确定该AVDF服务器204的状态仍保持正常,且由于该AVDF服务器204的运行状态也正常,因而确定该AVDF服务器204的运行状态仍保持正常,且不对状态表中对应的状态作修改;
或者,状态检测模块262可进一步根据任意AVDF服务器204在该AVDF服务器204的负载量高于表示负载正常的预设第二阈值时主动上报的负载过载通知,确定该承载层设备的状态由正常变为异常,并将状态表中对应的状态改为表示异常的值;相应地,如果没有接收到任意AVDF服务器204上报的负载过载通知,则认为该AVDF服务器204的负载状态保持正常,那么此时即可根据上述方式,依据该AVDF服务器204的运行状态来确定该AVDF服务器204的状态是否由正常变为异常。
其中,对于上述由AVDF服务器204的状态查询响应所携带的负载量,如果AVDF服务器204所实现的媒体流传输由其内部承载的软件来完成,则承载量可以为该AVDF服务器204分配给软件的资源利用率;如果AVDF服务器204为硬件板卡,则承载量可以为硬件板卡中的内存和CPU利用率。
实际应用中,关于AVDF服务器204的状态,还可以在考虑其运行状态和/或负载状态的同时进一步考虑其链路状态,那么对于AVDF服务器204的链路状态,相应的SMF服务器206中对应的操作包括:
状态检测模块262可进一步根据AVDF服务器204主动上报的链路失效通知、或由该AVDF服务器204实现传输的媒体流所属前端设备202或CE 201通过CCF服务器103上报的链路失效通知,确定该AVDF服务器204的状态由正常变为异常,且无论该AVDF服务器204的运行状态和/或负载状态是否正常,均确定该AVDF服务器204的状态由正常变为异常,并将状态表中对应的状态改为表示异常的值;相应地,如果没有接收到任意AVDF服务器204、或前端设备202、或CE 201上报的链路失效通知,则认为该AVDF服务器204的链路状态保持正常,那么此时即可根据前述方式,依据该AVDF服务器204的运行状态和/或负载状态来确定该AVDF服务器204的状态是否由正常变为异常。
由上述方案可见,本实施例中的视频监控***包括多个AVDF服务器204,因而当AVDF服务器204自身出现故障而导致运行状态异常时,或者当AVDF服务器204由于连接的较多数量的前端设备202而导致负载状态异常时、再或者当AVDF服务器204与前端设备202或CE 201之间的链路状态异常时,可由SMF服务器206任选另一个状态正常的AVDF服务器204即可保证前端设备202与CE 201之间的媒体流传输不会中断,从而能够提高媒体流传输的可靠性。
图10为本发明实施例中媒体流传输控制方法的示例性流程图。如图10所示,基于如图8所示的视频监控***,即多个AVDF服务器通过IP网络与一个SMF服务器相连、各前端设备和各CE同时与多个AVDF服务器通过IP网络相连、且SMF服务器中配置有用于从多个AVDF服务器中选择正常状态的AVDF服务器实现媒体流传输的集群控制策略,本实施例中媒体流传输控制方法包括:
步骤1001,检测多个AVDF服务器的状态。
在本步骤之前,可选地进一步设置用于记录AVDF POOL中多个AVDF服务器状态的状态表,该状态表中多个AVDF服务器的状态初始值均为正常。当然,AVDF POOL中多个AVDF服务器的状态也可以采用其它能够实现信息记录的现有各种方式来表示,在此不再一一赘述。
在本步骤中,可以只考虑其运行状态,那么对于AVDF服务器的运行状态,相应的本步骤中对应的具体操作包括:
周期性地、或实时地向AVDF POOL中的多个AVDF服务器发送状态查询请求;在发送状态查询请求后的预设周期内,如果未接收到任意AVDF服务器反馈的表示该AVDF服务器的运行状态正确的状态查询响应,则确定该AVDF服务器的运行状态由正常变为异常,即该AVDF服务器的状态由正常变为异常,并将状态表中对应的状态改为表示异常的值;如果接收到了任意AVDF服务器反馈的表示该AVDF服务器的运行状态正确的状态查询响应,则确定该AVDF服务器的运行状态仍保持正常,且不对状态表中对应的状态作修改。
在本步骤中,可以在考虑AVDF服务器运行状态的同时进一步考虑其负载状态,那么对于AVDF服务器的负载状态,相应的本步骤中对应的具体操作进一步包括:
在从接收自每一个AVDF服务器的状态查询响应中携带的该AVDF服务器的负载量,并在获取的任意AVDF服务器的状态查询响应所携带的负载量高于表示负载正常的预设第一阈值时,虽然该AVDF服务器的运行状态正常,但仍确定该AVDF服务器的状态由正常变为异常,即该AVDF服务器的状态由正常变为异常,并将状态表中对应的状态改为表示异常的值;相应地,在获取的任意AVDF服务器状态查询响应所携带的负载量高于表示负载正常的预设阈值时,确定该AVDF服务器的状态仍保持正常,且由于该AVDF服务器的运行状态也正常,因而确定该AVDF服务器的运行状态仍保持正常,且不对状态表中对应的状态作修改;
或者,根据任意AVDF服务器在该AVDF服务器的负载量高于表示负载正常的预设第二阈值时主动上报的负载过载通知,确定该承载层设备的状态由正常变为异常,并将状态表中对应的状态改为表示异常的值;相应地,如果没有接收到任意AVDF服务器上报的负载过载通知,则认为该AVDF服务器的负载状态保持正常,那么此时即可根据上述方式,依据该AVDF服务器的运行状态来确定该AVDF服务器的状态是否由正常变为异常。
在本步骤中,还可以在考虑其运行状态和/或负载状态的同时进一步考虑其链路状态,那么对于AVDF服务器的链路状态,相应的本步骤中对应的具体操作进一步包括:
根据AVDF服务器主动上报的链路失效通知、或由该AVDF服务器实现传输的媒体流所属前端设备或CE通过CCF服务器上报的链路失效通知,确定该AVDF服务器的状态由正常变为异常,且无论该AVDF服务器的运行状态和/或负载状态是否正常,均确定该AVDF服务器的状态由正常变为异常,并将状态表中对应的状态改为表示异常的值;相应地,如果没有接收到任意AVDF服务器、或前端设备、或CE上报的链路失效通知,则认为该AVDF服务器的链路状态保持正常,那么此时即可根据前述方式,依据该AVDF服务器的运行状态和/或负载状态来确定该AVDF服务器的状态是否由正常变为异常。
步骤1002,根据检测到的多个AVDF服务器的状态、以及配置的集群控制策略,选择状态正常的AVDF服务器,以实现前端设备与CE之间的媒体流传输。
在本步骤中,对于一个通过CCF服务器新接入至***的CE来说,SMF服务器可根据检测到的多个AVDF服务器的状态、以及SMF服务器中配置的集群控制策略,任选一个状态正常的AVDF服务器来实现该CE与对应的任一前端设备之间的媒体流传输,此时的媒体流传输是一个新的媒体流传输业务。
在本步骤中,对于一个已经通过某一AVDF服务器实现与对应的任一前端设备之间媒体流传输的CE来说,当该AVDF服务器状态变为异常后,SMF服务器可根据检测到的多个AVDF服务器的状态、以及SMF服务器中配置的上述集群控制策略,任选另一个状态正常的AVDF服务器替换状态异常的AVDF服务器,来实现该CE与该前端设备之间的媒体流传输。也就是说,这种情况下涉及同一媒体流传输在不同AVDF服务器之间的切换,那么为了保证切换后的媒体流业务的延续性,本步骤可以进一步由SMF服务器通过记录媒体流在切换AVDF服务器之前的中断点并通知切换后的AVDF服务器等任意方式,实现媒体流的接续转发。
至此,本流程结束。
由上述流程可见,本实施例中的一个SMF服务器连接多个AVDF服务器,因而当AVDF服务器自身出现故障而导致运行状态异常时,或者当AVDF服务器由于连接的较多数量的前端设备而导致负载状态异常时、再或者当AVDF服务器与前端设备或CE之间的链路状态异常时,可由SMF服务器任选另一个状态正常的AVDF服务器即可保证前端设备与CE之间的媒体流传输不会中断,从而能够提高媒体流传输的可靠性。
需要说明的是,本实施例中仅仅是以AVDF服务器、SMF服务器等各层设备为例进行说明。实际应用中,针对不同的视频监控***,本领域技术人员当然能够获知以AVDF服务器、SMF服务器等各层设备具有相同功能的设备予以替换,在此不再一一列举。
以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换以及改进等,均应包含在本发明的保护范围之内。