首页 / 专利库 / 多媒体工具与应用 / 媒体流 / 一种实时监控方法、监控系统及存储介质

一种实时监控方法、监控系统及存储介质

阅读:779发布:2020-05-08

专利汇可以提供一种实时监控方法、监控系统及存储介质专利检索,专利查询,专利分析的服务。并且本 发明 公开了一种GBT28181实时监控方法、 监控系统 及存储介质。该方法包括步骤:SIP 服务器 接收 媒体流 接收端发起的监控 请求 ,该请求包括媒体流接收端请求监控的视频源ID;若该视频源ID已经存在被其他媒体流接收端监控的实时流,则SIP服务器向该视频源ID对应的媒体服务器发送请求,该媒体服务器响应该请求将该视频源ID对应的视频数据发送到对应的媒体流接收端。本发明通过复制媒体流的方式,使得多个用户在相同时段查看同一实时视频资源时,不需要重复拉取视频资源。,下面是一种实时监控方法、监控系统及存储介质专利的具体信息内容。

1.一种实时监控方法,应用于包括媒体流接收端、SIP服务器、媒体服务器和媒体流发送端的实时监控系统,其特征在于,所述监控方法包括:
SIP服务器接收媒体流接收端发起的监控请求,该请求包括媒体流接收端请求监控的视频源ID;
若该视频源ID已经存在被其他媒体流接收端监控的实时流,则SIP服务器向该视频源ID对应的媒体服务器发送请求,该媒体服务器响应该请求将该视频源ID对应的视频数据发送到对应的媒体流接收端。
2.如权利要求1所述的一种实时监控方法,其特征在于,所述SIP服务器根据该视频源ID的实时流个数确定该视频源ID是否已经存在被其他媒体流接收端监控的实时流。
3.如权利要求2所述的一种实时监控方法,其特征在于,所述确定该视频源ID是否已经存在被其他媒体流接收端监控的实时流,具体包括:
SIP服务器以该视频源ID为关键字新建控制信息项,该控制信息项包含被初始化的流标记,并向媒体服务器请求查询该视频源ID的实时流个数;
媒体服务器在统计信息项中记录并更新该视频源ID的实时流个数,当接收到查询请求,在统计信息项中查询该视频源ID的实时流个数,并将查询结果发送给SIP服务器;
SIP服务器根据查询的实时流个数将流标记设置为原始流或复制流。
4.如权利要求1或2所述的一种实时监控方法,其特征在于,SIP服务器接收媒体流接收端发起的终止请求,若要终止的媒体流为该视频源ID的唯一的实时流,则SIP服务器与该视频源ID对应的媒体发送端断开连接。
5.如权利要求3所述的一种实时监控方法,其特征在于,SIP服务器接收媒体流接收端发起的终止请求,根据视频源ID查找控制信息项,若要终止的媒体流为该视频源ID的唯一实时流,则SIP服务器与该视频源ID对应的媒体发送端断开连接;若要终止的媒体流不是该视频源ID的唯一实时流,则删除该媒体流接收端在发起监控请求时新建的控制信息项。
6.如权利要求3或5所述的一种实时监控方法,其特征在于,媒体服务器在媒体流接收端成功接收视频数据或成功断开与所述SIP服务器的连接后,更新控制信息项中该视频源ID的实时流个数。
7.如权利要求3或5所述的一种实时监控方法,其特征在于,所述控制信息项包括呼叫ID和对话ID,用于SIP服务器与媒体流接收端、媒体服务器和媒体流发送端的通信。
8.一种实时监控系统,所述监控系统包括媒体流接收端、SIP服务器、媒体服务器、媒体流发送端,其特征在于,
SIP服务器用于接收所述媒体流接收端发起的监控请求,该监控请求包括请求监控的视频源ID;
SIP服务器用于若该视频源ID已经存在被其他媒体流接收端监控的实时流,则SIP服务器向该视频源ID对应的媒体服务器发送请求;
媒体服务器用于响应SIP服务器发送的请求将该视频源ID对应的视频数据发送到对应的媒体流接收端。
9.如权利要求8所述的一种实时监控系统,其特征在于,
SIP服务器包括控制信息项管理模,用于以该视频源ID为关键字新建控制信息项,该控制信息项包含被初始化的流标记,并向媒体服务器请求查询该视频源ID的实时流个数,用于根据查询的实时流个数将流标记设置为原始流或复制流;
媒体服务器包括统计信息项管理模块,用于记录并更新该视频源ID的实时流个数,当接收到查询请求,在统计信息项中查询该视频源ID的实时流个数,并将查询结果发送给SIP服务器。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的方法。

说明书全文

一种实时监控方法、监控系统及存储介质

技术领域

[0001] 本发明属于视频监控系统技术领域,更具体地,涉及一种实时监控方法、监控系统及存储介质。

背景技术

[0002] 近年来,随着计算机网络技术的飞速发展,视频监控因其及时性和信息内容丰富而广泛应用,在城市安防中起到了越来越大的作用。当前安防行业,一般监控设备均支持GBT28181标准,该标准规定了安防监控联网系统中信息传输、交换、控制的互联结构、通信协议结构,传输、交换、控制的基本要求和安全性要求,以及控制、传输流程和协议接口等技术要求。
[0003] 当前GBT28181标准解决了系统互联互通的问题,但在应用过程中仍存在较大的局限性。根据GBT28181标准,当多个用户在相同时段查看同一个监控点实时视频画面时,需要对该监控点视频资源进行多次重复拉取,该操作极有可能造成监控设备服务能超载并拒绝服务,同时也造成了带宽资源的大量浪费。

发明内容

[0004] 针对现有技术的至少一个缺陷或改进需求,本发明提供了一种实时监控方法、监控系统及存储介质,通过复制媒体流的方式,使得多个用户在相同时段查看同一实时视频资源时,不需要重复拉取视频资源。
[0005] 为实现上述目的,根据本发明的一个方面,提供了一种实时监控方法,应用于包括媒体流接收端、SIP服务器、媒体服务器和媒体流发送端的实时监控系统,所述监控方法包括:
[0006] SIP服务器接收媒体流接收端发起的监控请求,该请求包括媒体流接收端请求监控的视频源ID;
[0007] 若该视频源ID已经存在被其他媒体流接收端监控的实时流,则SIP服务器向该视频源ID对应的媒体服务器发送请求,该媒体服务器响应该请求将该视频源ID对应的视频数据发送到对应的媒体流接收端。
[0008] 优选地,SIP服务器根据该视频源ID的实时流个数确定该视频源ID是否已经存在被其他媒体流接收端监控的实时流。
[0009] 优选地,所述确定该视频源ID是否已经存在被其他媒体流接收端监控的实时流,具体包括:
[0010] SIP服务器以该视频源ID为关键字新建控制信息项,该控制信息项包含被初始化的流标记,并向媒体服务器请求查询该视频源ID的实时流个数;
[0011] 媒体服务器在统计信息项中记录并更新该视频源ID的实时流个数,当接收到查询请求,在统计信息项中查询该视频源ID的实时流个数,并将查询结果发送给SIP服务器;
[0012] SIP服务器根据查询的实时流个数将流标记设置为原始流或复制流。
[0013] 优选地,SIP服务器接收媒体流接收端发起的终止请求,若要终止的媒体流为该视频源ID的唯一的实时流,则SIP服务器与该视频源ID对应的媒体发送端断开连接。
[0014] 优选地,SIP服务器接收媒体流接收端发起的终止请求,根据视频源ID查找控制信息项,若要终止的媒体流为该视频源ID的唯一实时流,则SIP服务器与该视频源ID对应的媒体发送端断开连接;若要终止的媒体流不是该视频源ID的唯一实时流,则删除该媒体流接收端在发起监控请求时新建的控制信息项。
[0015] 优选地,媒体服务器在媒体流接收端成功接收视频数据或成功断开与所述SIP服务器的连接后,更新所述控制信息项中该视频源ID的实时流个数。
[0016] 优选地,所述控制信息项包括呼叫ID和对话ID,用于所述SIP服务器与所述媒体流接收端、媒体服务器和媒体流发送端的通信。
[0017] 根据本发明的一个方面,提供了一种实时监控系统,所述监控系统包括媒体流接收端、SIP服务器、媒体服务器、媒体流发送端;
[0018] SIP服务器用于接收所述媒体流接收端发起的监控请求,该监控请求包括请求监控的视频源ID;
[0019] SIP服务器用于若该视频源ID已经存在被其他媒体流接收端监控的实时流,则SIP服务器向该视频源ID对应的媒体服务器发送请求;
[0020] 媒体服务器用于响应SIP服务器发送的请求将该视频源ID对应的视频数据发送到对应的媒体流接收端。
[0021] 根据本发明的一个方面,提供了一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现上述任一项所述的方法。
[0022] 总体而言,通过本发明所构思的以上技术方案与现有技术相比,具有以下有益效果:
[0023] (1)对于多个用户在相同时段查看同一实时视频资源的情形,不需要重复拉取视频资源,能够承载大量的实时视频资源并发访问并提供可靠的服务。
[0024] (2)通过引入控制信息项和统计信息项,能够准确识别视频资源的媒体流标记属性,利用该标记属性,通过复制原始媒体流,在兼容现有GBT28181标准的基础上,实现多个用户在相同时段共享同一实时视频资源的目标,从而增强现有标准的可用性。附图说明
[0025] 图1是本发明实施例提供的一种实时监控系统示意图;
[0026] 图2是本发明实施例提供的一种实时监控方法的信息交互示意图。

具体实施方式

[0027] 为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。此外,下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。
[0028] 实施例1
[0029] 本发明实施例的一种实时监控方法,应用于包括媒体流接收端、SIP服务器、媒体服务器和媒体流发送端的实时监控系统,该监控方法包括步骤:
[0030] 步骤1、媒体流接收端向SIP服务器发送监控请求,该请求包括媒体流接收端请求监控的视频源ID;
[0031] 步骤2、SIP服务器接收媒体流接收端发起的监控请求;若该视频源ID已经存在被其他媒体流接收端监控的实时流,即已有其他用户监控该视频源ID,则SIP服务器向对应的媒体服务器发送请求,要求其将该视频源ID对应的视频数据发送到媒体流接收端,而不需要再次与媒体发送端建立连接;若该视频源ID不存在被其他媒体流接收端监控的实时流,即没有其他用户监控该视频源ID,则SIP服务器首先向该视频源ID对应的媒体流发送端发送监控请求,该媒体流发送端响应该请求将该视频源ID对应的视频数据发送给对应的媒体服务器,然后SIP服务器向接收该视频源ID对应视频数据的媒体服务器发送请求,要求其将该视频源ID对应的视频数据发送到媒体流接收端。
[0032] 优选地,可以通过记录每个视频源ID的实时流个数,来判断视频源ID已经存在被其他媒体流接收端监控的实时流。优选地,可以引入控制信息项和统计信息项,通过统计信息项来记录视频源ID的实时流个数,通过控制信息项的流标记属性来判断视频源ID已经存在的被其他媒体流接收端监控的实时流的类别。也可以根据应用场景采用其他的方式。
[0033] 本发明实施例的一种实时监控系统,所述监控系统包括媒体流接收端、SIP服务器、媒体服务器、媒体流发送端。在一套监控系统中,媒体流接收端、SIP服务器、媒体服务器、媒体流发送端都可以有多个,每个媒体流发送端有对应的视频源ID。
[0034] SIP服务器用于接收所述媒体流接收端发起的监控请求,该监控请求包括请求监控的视频源ID;
[0035] SIP服务器用于若该视频源ID已经存在被其他媒体流接收端监控的实时流,则SIP服务器向该视频源ID对应的媒体服务器发送请求;
[0036] 媒体服务器用于响应SIP服务器发送的请求将该视频源ID对应的视频数据发送到对应的媒体流接收端。
[0037] 这样,对于多个用户在相同时段查看同一实时视频资源的情形,不需要重复拉取资源,通过复制原始媒体流,可以承载大量的实时视频资源并发访问并提供可靠的服务。
[0038] 实施例2
[0039] 本发明实施例的一种实时监控系统,适用于GBT28181标准,包括:第一媒体流接收端、SIP(session initiation protocol,会话初始协议)服务器、媒体服务器和媒体流发送端;
[0040] 所述媒体流接收端与SIP服务器、SIP服务器与媒体服务器、媒体服务器与媒体流发送端均通过网络相连;
[0041] 所述媒体流接收端用于接收监控的媒体流;
[0042] 所述SIP服务器用于传输SIP控制信令和消息,管理控制信息表,每条控制信息项以SIP头域Subject字段中视频源ID为关键值,对应的控制信息项包括:流标记字段、媒体流接收端ID和一组控制子项,其中,流标记字段表示原始流或复制流,控制子项包括呼叫ID(call id)和对话ID(dialog id);
[0043] 所述媒体服务器用于分发媒体流,记录和更新统计信息表,每条统计信息以SIP头域Subject字段中视频源ID为关键值,对应的统计信息项包括实时流个数。
[0044] 本发明实施例的一种实时监控方法,包括以下步骤:
[0045] 步骤1,媒体流接收端向SIP服务器发送Invite请求,按GBT28181标准,该请求携带SDP消息体,头域携带Subject字段,该字段包括视频源ID、发送方媒体流序列号、媒体流接收端ID、接收端媒体流序列号等参数;
[0046] 步骤2,SIP服务器收到Invite请求后,首先以Subject字段的视频源ID为关键字,向控制信息表添加空白控制信息项,其次向媒体服务器发送Invite请求,按GBT28181标准,该请求不携带SDP消息体,头域携带本次收到Invite请求的Subject字段;
[0047] 步骤3,媒体服务器收到Invite请求后,首先以Subject字段的视频源ID为关键字,向统计信息表查询统计信息项,其次向SIP服务器回复200OK响应,该响应携带SDP消息体,消息体增加字段x,用于描述视频源ID对应的统计信息项;
[0048] 步骤4,SIP服务器收到200OK响应后,首先根据步骤2收到的Invite请求中Subject字段的视频源ID和媒体流接收端ID从控制信息表查找到控制信息项,向其中添加本次Invite请求的呼叫ID和对话ID控制子项,其次,再根据步骤3返回的SDP消息体的x字段实时流个数是否大于0,若是,设置控制信息项的流标记值为复制流,并向媒体服务器发送ACK消息,消息携带步骤3返回的SDP消息体,转步骤7,否则,设置控制信息项的流标记值为原始流,并向媒体流发送端发送Invite请求,该请求携带步骤3返回的SDP消息体,头域携带步骤2收到Invite请求的Subject字段,转步骤5;
[0049] 步骤5,媒体流发送端收到Invite请求后,按GBT28181标准,回复200OK响应,携带SDP消息体;
[0050] 步骤6,SIP服务器收到200OK响应后,首先向步骤4查找到的控制信息项中添加本次Invite请求的呼叫ID和对话ID控制子项,其次向媒体服务器回复ACK消息,消息中携带步骤5返回的SDP消息体,再次向媒体流发送端发送ACK消息,消息中不携带SDP消息体;
[0051] 步骤7,SIP服务器向媒体服务器发送Invite请求,按GBT28181标准,该请求携带步骤2收到的Invite请求的SDP消息体,该消息体增加SSRC值;
[0052] 步骤8,媒体服务器收到Invite请求后,回复200OK响应,携带SDP消息体;
[0053] 步骤9,SIP服务器收到200OK响应后,首先向步骤4查找到的控制信息项中添加本次Invite请求的呼叫ID和对话ID控制子项,其次向媒体流接收端转发该响应;
[0054] 步骤10,媒体流接收端收到200OK响应后,向SIP服务器回复ACK消息。
[0055] 步骤11,SIP服务器收到ACK消息后,将该消息转发给媒体服务器;
[0056] 步骤12,媒体服务器收到ACK消息后,根据步骤3查找到的统计信息项,再根据步骤8收到的Invite请求的SDP消息体的s字段值,更新统计信息项的实时流个数;
[0057] 步骤13,媒体流接收端向SIP服务器发送BYE消息,断开步骤1、9、10与SIP服务器建立的连接;
[0058] 步骤14,SIP服务器收到BYE消息后,回复200OK响应;
[0059] 步骤15,SIP服务器向媒体服务器发送BYE消息,根据步骤9添加的呼叫ID和对话ID控制子项,断开步骤7、8、11与媒体服务器建立的连接;
[0060] 步骤16,媒体服务器收到BYE消息后,回复200OK响应;
[0061] 步骤17,SIP服务器收到200OK响应后,向媒体服务器发送BYE消息,根据步骤4添加的呼叫ID和对话ID控制子项,断开步骤2、3、6与媒体服务器建立的连接;
[0062] 步骤18,媒体服务器收到BYE消息后,首先回复200OK响应,其次根据步骤3查找到的统计信息项,再根据步骤8收到的Invite请求的SDP消息体的s字段值,更新统计信息项的实时流个数;
[0063] 步骤19,SIP服务器收到200OK响应后,根据步骤2中Subject字段的视频源ID查找控制信息表,判断当前媒体流是否为该视频源ID的唯一实时流,若是,根据原始流标签,查找到相应的控制信息项,再根据呼叫ID和对话ID控制子项,SIP服务器向媒体流发送端发送BYE消息,断开步骤4、5、6与媒体流发送端建立的连接,否则,移除步骤4查找到的控制信息项,并返回;
[0064] 步骤20,媒体流发送端收到BYE消息后回复200OK响应。
[0065] 上述步骤4中,原始流指需要与媒体流发送端建立连接并通过媒体流发送端提供的媒体流,复制流指仅需要与媒体服务器建立连接并通过媒体服务器的流复制功能产生的媒体流。
[0066] 上述步骤19中,判断媒体流是否为唯一实时流包括两种情形,其一,该媒体流本身为原始流且不存在其它复制流,其二,该媒体流为唯一的复制流且不存在原始流,因为原始流可能先于复制流断开,为了保证视频数据传输正常,唯一的复制流也应该判定为唯一的实时流。这两种情形均应判定为唯一实时流,均需要断开与媒体流发送端的连接,其它情形无需断开。
[0067] 上述步骤1~20中按GBT28181标准,指按照GBT28181-2016实时视音频点播客户端主动发起的命令流程标准。
[0068] 本发明实施例提供的一种实时监控系统、方法,可以解决GBT28181标准难以有效管理实时媒体流资源的问题,具有以下优点:
[0069] 1、能够有效地管理实时媒体资源,承载大量的实时视频资源并发访问并提供可靠的服务,具有较好的用户体验;
[0070] 2、能够减少信令交互次数,提高操作响应速度,对于多个用户在相同时段查看同一实时视频资源的情形,避免了与媒体流发送设备或平台进行不必要的交互;
[0071] 3、能够降低对硬件服务能力的要求,节省成本和带宽资源,对于多个用户在相同时段查看同一实时视频资源的情形,避免了向媒体流发送设备或平台多次拉取媒体流。
[0072] 实施例3
[0073] 本发明实施例的一种实时监控方法,应用于单用户查看监控设备实时画面建立连接的过程,包括步骤:
[0074] 步骤1、媒体流接收端,向SIP服务器发送Invite请求,按GBT28181标准,该请求携带SDP消息体,头域携带Subject字段,该字段包括视频源即媒体流发送端的编码ID、发送方媒体流序列号、媒体流接收端的编码ID、接收端媒体流序列号等参数;
[0075] 步骤2、SIP服务器收到Invite请求后,首先以Subject字段的视频源ID为关键字,向控制信息表添加空白控制信息项,其次向媒体服务器发送Invite请求,按GBT28181标准,该请求不携带SDP消息体,头域携带本次收到Invite请求的Subject字段;
[0076] 步骤3、媒体服务器收到Invite请求后,首先以Subject字段的视频源ID为关键字,向统计信息表查询统计信息项,其次向SIP服务器回复200OK响应,该响应携带SDP消息体,消息体增加字段x,用于描述视频源ID对应的统计信息项;
[0077] 步骤4、SIP服务器收到200OK响应后,首先根据步骤2收到的Invite请求中Subject字段的视频源ID和媒体流接收端ID从控制信息表查找到控制信息项,向其中添加本次Invite请求的呼叫ID和对话ID控制子项,其次,设置控制信息项的流标记值为原始流,并向媒体流发送端发送Invite请求,该请求携带步骤3返回的SDP消息体,头域携带步骤2收到Invite请求的Subject字段;
[0078] 步骤5、媒体流发送端收到Invite请求后,按GBT28181标准,回复200OK响应,携带SDP消息体;
[0079] 步骤6、SIP服务器收到200OK响应后,首先向步骤4查找到的控制信息项中添加本次Invite请求的呼叫ID和对话ID控制子项,其次向媒体服务器回复ACK消息,消息中携带步骤5返回的SDP消息体,再次向媒体流发送端发送ACK消息,消息中不携带SDP消息体;
[0080] 步骤7、SIP服务器向媒体服务器发送Invite请求,按GBT28181标准,该请求携带步骤2收到的Invite请求的SDP消息体,该消息体增加SSRC值;
[0081] 步骤8、媒体服务器收到Invite请求后,回复200OK响应;
[0082] 步骤9、SIP服务器收到200OK响应后,首先向步骤4查找到的控制信息项中添加本次Invite请求的呼叫ID和对话ID控制子项,其次向媒体流接收端转发该响应;
[0083] 步骤10、媒体流接收端收到200OK响应后,向SIP服务器回复ACK消息;
[0084] 步骤11、SIP服务器收到ACK消息后,将该消息转发给媒体服务器;
[0085] 步骤12、媒体服务器收到ACK消息后,根据步骤3查找到的统计信息项,再根据步骤8收到的Invite请求的SDP消息体的s字段值,更新统计信息项的实时流个数。
[0086] 实施例4
[0087] 本发明实施例的一种实时监控系统,如图1所示,包括:第一媒体流接收端101、第二媒体流接收端102、SIP(session initiation protocol,会话初始协议)服务器201、媒体服务器301和媒体流发送端401;
[0088] 本发明实施例的一种实时监控方法,应用于多用户查看监控设备实时画面的过程,信息交互的时序图如图2所示,包括步骤:
[0089] 步骤1、第一媒体流接收端101已按实施例3与媒体流发送端401建立连接;
[0090] 步骤2、第二媒体流接收端102,向SIP服务器201发送Invite请求,按GBT28181标准,该请求携带SDP消息体,头域携带Subject字段,该字段包括视频源即媒体流发送端401的编码ID、发送方媒体流序列号、媒体流接收端102的编码ID、接收端媒体流序列号等参数;
[0091] 步骤3、SIP服务器201收到Invite请求后,首先以Subject字段的视频源ID为关键字,向控制信息表添加空白控制信息项,其次向媒体服务器301发送Invite请求,按GBT28181标准,该请求不携带SDP消息体,头域携带本次收到Invite请求的Subject字段;
[0092] 步骤4、媒体服务器301收到Invite请求后,首先以Subject字段的视频源ID为关键字,向统计信息表查询统计信息项,其次向SIP服务器201回复200OK响应,该响应携带SDP消息体,消息体增加字段x,用于描述视频源ID对应的统计信息项;
[0093] 步骤5、SIP服务器201收到200OK响应后,首先根据步骤3收到的Invite请求中Subject字段的视频源ID和媒体流接收端ID从控制信息表查找到控制信息项,向其中添加本次Invite的呼叫ID和对话ID控制子项,其次设置控制信息项的流标记值为复制流,并向媒体服务器301发送ACK消息,消息携带步骤4返回的SDP消息体;
[0094] 步骤6、SIP服务器201向媒体服务器301发送Invite请求,按GBT28181标准,该请求携带步骤3收到的Invite请求的SDP消息体,消息体增加SSRC值;
[0095] 步骤7、媒体服务器301收到Invite请求后,回复200OK响应;
[0096] 步骤8、SIP服务器201收到200OK响应后,首先向步骤5查找到的控制信息项中添加本次Invite请求的呼叫ID和对话ID控制子项,其次向媒体流接收端转发该响应;
[0097] 步骤9、媒体流接收端102收到200OK响应后,向SIP服务器201回复ACK消息;
[0098] 步骤10、SIP服务器201收到ACK消息后,将该消息转发给媒体服务器301;
[0099] 步骤11、媒体服务器收到ACK消息后,根据步骤4查找到的统计信息项,再根据步骤8收到的Invite请求的SDP消息体的s字段值,更新统计信息项的实时流个数;
[0100] 步骤12、媒体流接收端102向SIP服务器发送BYE消息,断开步骤2、8、9与SIP服务器201建立的连接;
[0101] 步骤13、SIP服务器201收到BYE消息后,回复200OK响应;
[0102] 步骤14、SIP服务器201向媒体服务器301发送BYE消息,根据步骤6添加的呼叫ID和对话ID控制子项,断开步骤6、7、10与媒体服务器301建立的连接;
[0103] 步骤15、媒体服务器301收到BYE消息后,回复200OK响应;
[0104] 步骤16、SIP服务器201收到200OK响应后,向媒体服务器301发送BYE消息,根据步骤5添加的呼叫ID和对话ID控制子项,断开步骤3、4、5与媒体服务器301建立的连接;
[0105] 步骤17、媒体服务器301收到BYE消息后,首先回复200OK响应,其次根据步骤4查找到的统计信息项,再根据步骤7收到的Invite请求的SDP消息体的s字段值,更新统计信息项的实时流个数;
[0106] 步骤18、SIP服务器201收到200OK响应后,根据步骤3中Subject字段的视频源ID查找控制信息表,判断当前媒体流为复制流,移除步骤5查找到的控制信息项。
[0107] 上述步骤18中,若当前媒体流是复制流,并且是视频源ID唯一的实时流,则根据视频源ID和原始流标签查找到控制信息项,再根据控制信息项里的控制子项呼叫ID和对话ID,SIP服务器201还需要向媒体流发送端401发送BYE消息,媒体流发送端401收到消息后回复200OK响应,断开与SIP服务器201的连接。
[0108] 本发明实施例还提供一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行以实现上述任一监控方法实施例的技术方案。其实现原理和技术效果与上述实时监控方法类似,此处不再赘述。
[0109] 本领域的技术人员容易理解,以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈