WO2011160561A1

WO2011160561A1 - 视频浏览的实现方法、ims视频监控系统及监控前端

Info

Publication number: WO2011160561A1
Application number: PCT/CN2011/075812
Authority: WO
Inventors: 陈洁
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-06-21
Filing date: 2011-06-16
Publication date: 2011-12-29
Also published as: CN101895569A; EP2584760B1; CN101895569B; EP2584760A4; ES2665468T3; EP2584760A1

Abstract

本发明提供一种视频浏览的实现方法、IMS视频监控系统及监控前端，其中方法包括：监控前端接收到监控客户端发起的对监控前端的视频进行浏览的第一呼叫请求，第一呼叫请求是IMS核心网在服务器与监控前端之间没有媒体会话连接时，直接路由至监控前端的呼叫请求；若监控前端当前直接与其它监控客户端建立的媒体会话连接数达到监控前端支持的最大连接数，则监控前端根据第一呼叫请求，通过服务器中转，实现监控客户端对监控前端的视频浏览；否则，建立监控前端与监控客户端的直接媒体会话连接，实现监控客户端对监控前端的视频浏览。本发明的方案可以实现视频监控在各种业务模型下均达到最优化的资源配置。

Description

视频浏览的实现方法、 IMS视频监控系统及监控前端技术领域

本发明涉及多媒体通信技术领域，特别是指一种基于 IMS ( IP Multimedia Subsystem， IP多媒体子系统）架构的视频浏览的实现方法、视频监控系统及监控前端。背景技术

IMS 统一接入控制、各种多媒体业务的融合以及多媒体业务质量可靠性等技术特点和优势正在被电信运营商认可，电信运营商正在加紧部署 IMS核心网，并逐步将各种业务迁移至 IMS核心网上。 IMS中的统一接入、统一呼叫和媒体会话建立方式，能够方便地实现各种应用之间的业务融合。

网络视频监控业务本质就是一个多媒体业务，基于 IMS架构实现网络视频监控业务是网络视频监控业务技术发展趋势。

视频监控业务有其自身的业务模型和业务特点 , 例如既存在个人家庭监控，也存在面向公众服务的监控；在个人家庭监控中，往往是一个监控前端只会被一个或者很少量的监控客户端浏览，这种情况下，可以采用监控客户端直接与监控前端之间建立媒体会话的方式来实现；而在面向公众服务的监控中，例如风景名胜监控，会存在大量的客户端同时访问一个监控前端进行视频浏览，由于监控前端本身硬件及网络带宽限制，这种情况下必须通过媒体服务器进行媒体流的中转传输，利用媒体服务器的分发能力同时为多个监控客户端进行服务。

传统的语音业务（例如语音电话、视频通话）在 IMS架构上实现往往采用两个终端之间建立点对点的媒体会话来实现，其它一些业务（如电话会议、视频会议）的实现需要通过 IMS网络中的媒体服务器中转。基于 IMS架构实现视频监控业务，如果采用点对点的直接媒体会话连接，则不能实现大并发量的监控；如果采用媒体服务器中转的方案，面对小并发量的应用又会造成服务器资源的浪费。发明内容

本发明要解决的技术问题是提供一种视频浏览的实现方法、 IMS 视频监控系统及监控前端，可以实现视频监控在各种业务模型下均达到最优化的资源配置。

为解决上述技术问题，本发明的实施例提供一种视频浏览的实现方法，应用于包括有监控前端、 IMS核心网和服务器的 IMS视频监控系统，该方法包括：

所述监控前端接收到监控客户端发起的对所述监控前端的视频进行浏览的第一呼叫请求，所述第一呼叫请求是所述 IMS核心网在所述服务器与所述监控前端之间没有媒体会话连接时，直接路由至所述监控前端的呼叫请求；

若所述监控前端当前直接与其它监控客户端建立的媒体会话连接数达到所述监控前端支持的最大连接数，则所述监控前端根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览；否则，建立所述监控前端与所述监控客户端的直接媒体会话连接，实现所述监控客户端对所述监控前端的视频浏览。

其中，所述监控前端根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览的过程具体包括：

所述监控前端根据所述第一呼叫请求与所述服务器交互，引导所述监控客户端重新发起对所述监控前端的视频进行浏览的笫二呼叫请求，使所述服务器根据所述第二呼叫请求，直接将所述监控前端的视频码流发送给所述监控客户端。其中，所述监控前端根据所第一述呼叫请求与所述服务器交互，引导所述监控客户端重新发起对所述监控前端的视频进行浏览的第二呼叫请求的过程包括：

所述监控前端向所述服务器上传所述监控前端的视频码流；

所述监控前端根据所述第一呼叫请求，向所述监控客户端回复重定向响应，使所述监控客户端根据所述重定向响应，重新发起对所述监控前端的视频进行浏览的第二呼叫请求。

其中，所述监控前端根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览的过程之后，所述方法还包括：

将所述监控前端已经与其它监控客户端建立的媒体会话连接，转换为：通过所述服务器中转的方式，实现所述其它监控客户端对所述监控前端的视频浏览。

其中，将所述监控前端已经与其它监控客户端建立的媒体会话连接，转换为：通过所述服务器中转的方式，实现所述其它监控客户端对所述监控前端的视频浏览的过程包括：

若所述监控前端预留有：一路专用于服务器中转方式下向所述服务器上传视频码流的媒体会话连接时，所述监控前端向所述其它监控客户端发送会话更新通知，使所述其它监控客户端根据所述会话更新通知更新会话参数，所述服务器根据更新后的会话参数直接向所述监控客户端发送所述监控前端的视频码流；或者

若所述监控前端没有预留：一路专用于服务器中转方式下向所述服务器上传视频码流的媒体会话连接时，所述监控前端切断其中一路与所述其它监控客户端中的一个的媒体会话连接，并利用被切断的该媒体会话连接向所述服务器上传视频码流，并向被切断的该媒体会话连接对应的其它监控客户端，发送会话更新通知，使该对应的其它监控客户端根据所述会话更新通知更新会话参数，所述服务器根据更新后的会话参数直接向所述监控客户端发送所述监控前端的视频码流。

其中，将所述监控前端已经与其它监控客户端建立的媒体会话连接，转换为：通过所述服务器中转的方式，实现所述其它监控客户端对所述监控前端的视频浏览的过程之后，所述方法还包括：

与所述服务器有媒体会话连接的所有监控客户端，中断从所述服务器获取所述监控前端的视频码流后，所述服务器主动中断与所述监控前端的媒体会话连接。

本发明还提供一种 IMS视频监控系统，包括 IMS核心网、监控前端以及与所述 IMS核心网连接的服务器；所述 IMS核心网，用于接收监控客户端发起的对所述监控前端的视频进行浏览的第一呼叫请求，根据所述第一呼叫请求触发所述服务器；

所述服务器，用于在没有与所述监控前端建立媒体会话连接时，通知所述 IMS核心网将所述第一呼叫请求直接路由至所述监控前端；

所述监控前端，用于根据所述第一呼叫请求，判断自身直接与其它监控客户端建立的媒体会话连接数是否达到所述监控前端支持的最大连接数，若是，则通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览；否则，建立与所述监控客户端的直接媒体会话连接，实现所述监控客户端对所述监控前端的视频浏览。

本发明还提供一种监控前端，应用于包括有 IMS 核心网和服务器的 IMS视频监控系统，所述监控前端包括：

接收模块，用于接收监控客户端发起的对所述监控前端的视频进行浏览的第一呼叫请求，所述第一呼叫请求是 IMS核心网在所述服务器与所述监控前端之间没有媒体会话连接时，直接路由至所述监控前端的呼叫请求；处理模块，用于当所述监控前端当前直接与其它监控客户端建立的媒体会话连接数达到所述监控前端支持的最大连接数时，根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览；否则，建立所述监控前端与所述监控客户端的直接媒体会话连接，实现所述监控客户端对所述监控前端的视频浏览。

其中，所述处理模块包括：

判断模块，用于根据所述第一呼叫请求，判断监控终端直接与其它监控客户端建立的媒体会话连接数是否达到所述监控前端支持的最大连接数，若是，则触发服务中转模块，否则，触发直接会话模块；

服务器中转模块，用于与所述服务器交互，引导所述监控客户端重新发起对所述监控前端的视频进行浏览的第二呼叫请求，使所述服务器根据所述第二呼叫请求，将所述监控前端的视频码流发送给所述监控客户端；直接会话模块，用于建立与所述监控客户端的直接媒体会话连接，实现所述监控客户端对所述监控前端的视频浏览。

其中，所述服务器中转模块包括：

上传模块，用于向所述服务器上传所述监控前端的视频码流；响应模块，用于根据所述第一呼叫请求，向所述监控客户端回复重定向响应，使所述监控客户端根据所述重定向响应，重新发起对所述监控前端的视频进行浏览的第二呼叫请求，使所述服务器根据所述第二呼叫请求，将所述监控前端的视频码流发送给所述监控客户端。

其中，所述监控前端还包括：

控制模块，用于在所述监控前端根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览之后，将所述监控前端已经直接与其它监控客户端建立的媒体会话连接，转换为：通过所述服务器中转的方式，实现所述其它监控客户端对所述监控前端的视频浏览。

本发明的上述技术方案的有益效果如下：

上述方案中，通过监控前端根据当前自身已经建立的媒体会话连接数，决定建立与监控客户端的直接媒体会话连接或者通过服务器中转媒体会话连接，实现了视频监控在各种业务模型下均能达到最优化的资源配置，不浪费服务器资源，采用标准的 IMS呼叫方式建立监控前端和监控客户端之间的媒体会话并实现直连和服务器中转切换流程，且不影响在整个 IMS系统中视频监控业务与各种其他业务之间的融合。附图说明

图 1为本发明的 IMS视频监控系统的架构图；

图 2为本发明的视频浏览的实现方法流程示意图；

图 3为图 2所示流程的一具体实施例图；

图 4为图 3所示流程的一具体实施例图。具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。

本发明针对现有视频监控业务中，如果采用点对点的直接媒体会话连接，则不能实现大并发量的监控；如果采用媒体服务器中转的方案，面对小并发量的应用又会造成服务器资源的浪费的问题，提供一种可以实现视频监控在各种业务模型下均达到最优化的资源配置的视频浏览实现方法及 IMS视频监控系统。

如图 1所示，首先介绍一下本发明的 IMS视频监控系统的整体架构，该 IMS视频监控系统包括：

监控客户端 CU, IMS核心网，监控前端 PU, 以及与所述 IMS核心网连接的服务器；其中，该服务器可以包括应用服务器 AS和媒体服务器 MF, 该媒体服务器 MF主要用于存储监控前端上传的视频码流，具体可以是应用服务器中的一部分，也可是单独的一个服务器，图中是以一个单独的服务器示出；

其中，监控客户端 CU:通过网络接收媒体流（如监控前端的视频码流；)，解码视频码流并显示出视频图像，监控客户端作为一个用户设备 UE统一接入到 IMS核心网，由 IMS核心网统一进行安全接入认证；

IMS 核心网：实现信令消息的路由和传输，实现用户设备的统一接入和管理，并能通过设置业务触发规则，将不同的信令触发到对应的应用服务器中进行处理；

监控前端：对模拟视频数据进行采集、编码并通过网络发送视频码流，监控前端也是作为一个用户设备 UE统一接入到 IMS核心网，由 IMS核心网统一进行安全接入认证；

应用服务器 AS: 作为一个具体的应用服务器存在，负责处理一切与视频监控相关的业务，典型的 AS 包括如下一些功能实体：业务发现功能 ( SDF )、业务选择功能（SSF )、业务控制功能（SCF ), 在本文中对 AS内部的实现方法并不限定；

媒体服务器 MF: 实现媒体控制、媒体分发、媒体存储等功能，可作为 AS的一部分，也可直接利用 IMS核心网中已有的媒体控制和分发单元。

如图 2所示，结合上述图 1所示的系统，本发明的实施例提供一种视频浏览的实现方法，应用于包括有监控前端、 IMS核心网和服务器的 IMS 视频监控系统，该方法包括：

步骤 21、所述监控前端接收到某一监控客户端发起的对所述监控前端的视频进行浏览的第一呼叫请求，所述第一呼叫请求是所述 IMS核心网在所述服务器与所述监控前端之间没有媒体会话连接时，直接路由至所述监控前端的呼叫请求；

具体来讲， IMS核心网接收监控客户端发起的对监控前端的视频进行浏览的第一呼叫请求；所述 IMS核心网根据所述第一呼叫请求，触发与所述 IMS核心网连接的服务器（具体地，将第一呼叫请求发送给所述服务器）；若所述服务器没有与所述监控前端建立媒体会话连接，则所述服务器将所述第一呼叫请求直接路由给所述监控前端；否则，所述服务器直接处理所述第一呼叫请求，将所述监控前端的视频码流发送给所述监控客户端；步驟 22、判断监控前端直接与其它监控客户端建立的媒体会话连接数是否达到所述监控前端支持的最大连接数；如果是，则执行步骤 22; 否则，执行步骤 23;

步骤 23、若所述监控前端当前直接与其它监控客户端建立的媒体会话连接数达到所述监控前端支持的最大连接数，则所述监控前端根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览；

步驟 24、若所述监控前端直接与其它监控客户端建立的媒体会话连接数没有达到所述监控前端支持的最大连接数，则建立所述监控前端与所述监控客户端的直接媒体会话连接，实现所述监控客户端对所述监控前端的视频浏览。

本发明的该实施例，通过监控前端根据当前自身已经建立的媒体会话连接数，决定建立与监控客户端的直接连接媒体会话或者通过服务器中转媒体会话，实现了视频监控在各种业务模型下（如在监控客户端大并发量的模型下或者是在监控客户端小并发量的模型下 ) 均能达到最优化的资源配置，不浪费服务器资源，采用标准的 IMS呼叫方式建立监控前端和监控客户端之间的媒体会话并实现直接连接和服务器中转切换流程，且不影响在整个 IMS系统中视频监控业务与各种其他业务之间的融合。进一步地，上述步骤 23中，所述监控前端才艮据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览具体包括：

步骤 231、所述监控前端根据所述第一呼叫请求与所述服务器交互，引导所述监控客户端重新发起对所述监控前端的视频进行浏览的第二呼叫请求；

步骤 232、所述服务器根据所述第二呼叫请求，直接将所述监控前端的视频码流发送给所述监控客户端；从而完成该监控客户端对所述监控前端的视频浏览。

其中，上述步骤 231具体包括：

步骤 2311、所述监控前端向所述服务器上传所述监控前端的视频码流；具体来讲，监控前端向服务器 (具体可以是应用服务器 AS )发起建立媒体会话连接的呼叫，并利用该媒体会话连接上传视频码流（该视频码流具体可以上传到媒体服务器 MF并存储）；或者监控前端向应用服务器 AS 发起通知消息，由 AS主动呼叫监控前端并建立媒体会话连接，使监控前端利用该媒体会话连接上传视频码流到媒体服务器 MF;

步骤 2312、所述监控前端根据所述第一呼叫请求，向所述监控客户端回复重定向响应；

步骤 2313、所述监控客户端根据所述重定向响应，重新发起对所述监控前端的视频进行浏览的第二呼叫请求。

进一步地，上述步骤 23之后，该方法还可包括：

步骤 230、将所述监控前端已经与其它监控客户端建立的媒体会话连接，转换为：通过所述服务器中转的方式，实现所述其它监控客户端对所述监控前端的视频浏览；

在这种多个监控客户端与该监控前端建立的媒体会话连接数比较多时 (如超过该监控前端所能支持的最大连接数时），将所有监控客户端与监控前端的媒体会话连接转由服务器中转的方式实现，而在连接数不超过最大连接数时，保持监控客户端与监控前端的直接媒体会话连接不变，这样可以达到最优化的资源配置，且不会影响监控客户端对监控前端的视频浏览。

进一步地，该步骤 230具体为：

若所述监控前端预留有：一路专用于服务器中转方式下向所述服务器上传视频码流的媒体会话连接时，所述监控前端向所述其它监控客户端发送会话更新通知，使所述其它监控客户端根据所述会话更新通知更新会话参数，所述应用服务器根据更新后的会话参数直接向所述监控客户端发送所述监控前端的视频码流；在切换过程中，监控前端无需切断与监控客户端已经建立的直接媒体会话连接，监控客户端正在浏览的视频不会发生中断，保证监控客户端浏览视频的流畅性；

当然，上述步骤 230也可以具体为：

若所述监控前端没有预留：一路专用于服务器中转方式下向所述服务器上传视频码流的媒体会话连接时，所述监控前端切断其中一路与所述其它监控客户端中的一个的媒体会话连接，并利用被切断的该媒体会话连接向所述服务器上传视频码流，并向被切断的该媒体会话连接对应的其它监控客户端发送会话更新通知 , 使该对应的其它监控客户端根据所述会话更新通知更新会话参数，所述应用服务器根据更新后的会话参数直接向所述监控客户端发送所述监控前端的视频码流；其中，该会话参数具体可以是视频码流发送方的 IP地址和端口；

进一步的，上述步骤 230之后还可包括：

与所述服务器有媒体会话连接的所有监控客户端，中断从所述服务器获取所述监控前端的视频码流后，所述服务器主动中断与所述监控前端的媒体会话连接；这样可以节省网络带宽和服务器资源。本发明的上述实施例中，监控客户端并不限于视频监控专有客户端，任何接入 IMS核心网且支持相应编码格式的标准终端（例如具有视频通话功能的手机）均可实现。

在上述图 2所示实施例中，监控客户端发起对监控前端的视频浏览的呼叫请求后，也可以不触发服务器判断该服务器是否与该监控前端有媒体会话连接，可以按正常方式直接将该呼叫请求路由至该监控前端，该监控前端根据当前已经建立的媒体会话连接数，判断是否要将该呼叫请求转由服务器中转，如该监控前端判断当前已经建立的媒体会话连接数已经达到该监控前端支持的最大连接数，则将当前该呼叫请求转由服务器处理（即该监控前端与应用服务器交互，向媒体服务器上传其视频码流，并引导该监控客户端重新向该服务器发起视频浏览的呼叫请求 )。

如图 3所示，为上述图 2所示方法的一具体实现流程图，并以两个监控客户端 CU1和 CU2向监控前端 PU请求视频浏览为例；

步骤 201、首先在 IMS核心网中配置业务触发规则，将所有对监控前端 PU的呼叫请求触发到先经过应用服务器（ AS )进行处理，例如通过区分监控前端的公用业务标识（PUI )来实现。

步骤 202、监控前端 PU根据自身硬件能力和带宽值等预设其能达到的媒体会话的最大连接数。例如 2路或者 4路等，可选配置是否预留 1路作为服务器中转时上传视频码流的媒体会话连接；

步驟 203、监控客户端 CU1向监控前端 PU发起呼叫请求，呼叫请求首先触发到 AS后， AS判断与 PU之间是否已经建立媒体会话连接，没有建立时，让呼叫请求继续路由给 PU处理， PU接收到呼叫请求后，判断当前连接数未超过最大连接数，则接受此呼叫，并建立与 CU1之间的直接媒体会话连接；

步骤 204、 PU与 CU1之间的直接媒体会话连接建立成功后， PU将其当前连接数加 1;

步骤 205、监控客户端 CU2向监控前端 PU发起呼叫请求，呼叫请求首先触发到 AS后， AS判断与当前 PU间是否已建立媒体会话连接，没有建立时让呼叫继续路由给 PU处理；

步骤 206、 PU接收到 CU2的呼叫请求时，判断当前连接数是否超过最大连接数，当已经达到最大连接数时，则切换为通过服务器中转方式；步骤 207、 PU请求上传视频码流，并与服务器（具体可以是媒体服务器 MF )之间建立媒体会话连接；例如： PU通过 SIP INVITE呼叫 AS并建立媒体会话连接；或者 PU发送 SIP消息通知 AS，由 AS主动呼叫 PU并建立媒体会话连接；

步骤 208、 AS记录与 PU之间已经成功建立媒体会话连接；

步骤 209、对于 CU2发起的呼叫请求， PU不能直接建立直连媒体会话， PU回应呼叫流程中标准定义的重定向响应，引导 CU2重新发起一次呼叫请求；

步驟 210、 CU2收到重定向响应后重新发起对 PU的呼叫 _清求，呼叫请求首先触发到 AS后， AS判断当前与 PU之间的媒体会话连接已经建立，则 AS直接处理此呼叫，并建立 CU2与 AS (或 MF )之间的媒体会话；步骤 211、对于 PU没有预留 1路作为上传视频码流的媒体会话连接情况时，由 PU将已经建立直接媒体会话连接中的一路（例如 PU与 CU1 已经建立的直接媒体会话连接）中断并切换为使用服务器中转方式，此时 PU 发送通知消息，通知该 CU1主动更新会话信息；

步骤 212、接收到通知的 CU1主动更新会话参数，例如使用 re-INVITE 发起呼叫， AS直接处理此呼叫并更新其中的会话参数 (如视频码流发送方的 IP地址和端口；)， CU1与 AS (或 MF )之间建立中转媒体会话，并从该 MF获取 PU的视频码流。具体的上述图 3所示流程在具体实施时，视频监控应用服务器 AS与 IMS核心网的接口协议可以采用 SIP/SDP协议；媒体服务器 MF，实现媒体控制、媒体分发、媒体存储等功能，可以应用 IMS核心网中已有的媒体控制和分发单元，也可以使用视频监控专用的媒体服务单元，本文中并不做具体限定。 MF可作为 AS的一部分，本发明的上述流程中，将 AS和 MF 作为一个实体（服务器 )进行描述。 MF与 AS之间的接口可以采用标准的 SIP/SDP协议，也可釆用私有协议。监控客户端 CU和监控前端 PU都是作为 IMS核心网中的用户设备 UE,与 IMS核心网之间接口协议采用 SIP/SDP 协议。监控客户端和监控前端均需首先到 IMS核心网中进行注册。不同的 UE之间或者 UE与 MF之间可能会传输监控视频码流的媒体数据，通常采用 SIP INVITE方法进行呼叫并建立媒体会话，并通过 RTP/RTCP协议传输实际的视频码流媒体数据。

如图 4所示，为上述图 3所示流程的一具体应用实施例流程图，该方法包括：

一.步骤 301至 307描述了在监控前端 PU的连接数未超过最大连接数时的呼叫和媒体会话连接建立过程：

步骤 301、监控客户端 CU1请求播放监控前端 PU的实时视频， CU1 发起对 PU的 SIP INVITE (邀请）呼叫，消息经过 IMS核心网发送， IMS 核心网根据签约数据规则，首先触发到具体的视频监控应用服务器 AS中；步驟 302、视频监控应用服务器 AS解析 SIP消息内容，判断出 AS与呼叫目标 PU之间当前没有建立媒体会话连接， AS不做进一步处理，让呼叫请求继续路由到 PU上；

步骤 303、 PU接收到来自 CU1的呼叫请求，判断当前连接数未超过最大连接数， PU接受此呼叫请求，回应 200 OK消息；

步骤 304、 PU回应的 200 O 经过原路由返回， CU1接收到 PU的接受呼叫响应；

步珮 305-306、 CU1向 PU发送呼叫确认响应（ACK );

步骤 307、 CU1与 PU之间成功建立直接媒体会话连接， PU开始发送视频码流给 CU1 , 视频码流传输通常釆用 RTP及 RTCP协议； CU1接收到视频码流后进行解码和播放，请求浏览视频成功；直接媒体会话连接建立成功后， PU将当前媒体会话连接数的值加 1。

二. 步骤 308至 319描述了在监控前端的当前连接数刚刚达到最大连接数时的处理过程：

步骤 308、系统中另一监控客户端 CU2请求播放 PU的视频， CU2发起对 PU的 SIP INVITE呼叫 , SIP消息经过 IMS 核心网时首先触发到 AS; 步骤 309、 AS判断当前与 PU之间没有媒体会话连接， AS不做进一步处理，让呼叫请求继续路由到 PU上；

步骤 310、 PU收到 CU2的呼叫请求，检查当前媒体会话连接数，当达到预设的最大连接数时，后续媒体会话需通过服务器中转建立；

步驟 311、 PU向 AS服务器发起 INVITE呼叫，请求上传视频码流；步骤 312、 AS接受 PU的呼叫，回应 200 OK响应。

步骤 313、 PU收到 AS的响应后，向 AS发送呼叫确认消息 ACK。步骤 314、呼叫成功建立， PU与 AS之间建立媒体会话连接， PU向 AS发送视频码流，视频码流传输通常采用 RTP及 RTCP协议（该实施例中， MF为 AS中的一部分）；

步骤 315、 AS记录与该 PU已经成功建立媒体会话连接，以便后续当 AS再次收到某 CU对该 PU的呼叫时，由 AS直接接受呼叫 , 并建立 AS与 CU之间的中转媒体会话；

步骤 316-317、 PU与 AS成功建立上传视频码流的媒体会话连接后，针对 CU2的呼叫请求， PU回应 302资源暂时转移（ 302 Moved temporarily ) (重定向）响应，其中重定向的地址仍然填写本 PU的地址，用于引导 CU2 重新再发起一次呼叫请求；

步骤 318-319、 CU2向 PU回应 ACK消息，确认收到重定向响应。三. 步骤 320至 324描述了 CU2收到重定向响应后重新发起对 PU的呼叫的流程：

步骤 320、 CU2重新发起对 PU的 INVITE呼叫，并且通过 IMS核心网首先触发到 AS;

步驟 321、 AS解析出呼叫的目标为 PU,并且判断出当前 AS与目标 PU 之间已经建立媒体会话，此时由 AS直接处理该呼叫；

步骤 322、 AS给 CU2发送表示接受呼叫的回应（200 OK );

步骤 323、 CU2收到接收呼叫回应后，发送呼叫确认消息 ACK。

步骤 324、 AS接收到 CU2发送的呼叫确认消息，开始向 CU2转发前端的视频码流，视频码流传输通常采用 RTP及 RTCP协议，此时 CU2与 AS之间成功建立中转媒体会话。

四. 步骤 325至 331描述了将 PU与 CU1之间的直连媒体会话切换成中转媒体会话的过程：

步骤 325、由监控前端 PU决定将其与某客户端之间的直连媒体会话切换成中转媒体会话，本实施例中以 CU1为例， PU发送 SIP消息通知 CU1 主动更新会话信息，本实施例中釆用 SIP INFO消息，但也可以采用其他 SIP 消息如 MESSAGE消息等，并且消息发送既可以在当前 PU与 CU1已有呼叫的 SIP对话内，也可以釆用 SIP对话外消息；

步骤 326 « CU1收到消息后给出响应 ( 200 OK )。

步骤 327、 CU1发起 re-INVITE (重邀请）呼叫， CU不中断已有的 SIP 呼叫对话，只请求更新会话信息，在本实施例中仅更新媒体（视频码流）发送方的 IP地址和端口，消息经过 IMS核心网首先触发到 AS; 步驟 328、 AS收到呼叫请求后，判断出与 PU间已经建立媒体会话；步骤 329-331、 AS处理呼叫请求并给 CU1回应 200 OK消息， CU1发送 ACK呼叫确认消息， AS与 CU1之间成功建立中转媒体会话，并向 CU1 传送 PU的视频码流。

本发明的上述方法，通过建立监控前端和监控客户端之间的媒体会话连接，并实现直连和中转切换流程，通过监控前端判断当前自身连接数决定建立直连媒体会话或者中转媒体会话，并通过更新会话参数的方法在不中断已有呼叫的情况下实现切换过程；实现了视频监控在各种业务模型下均能达到最优化的资源配置，相对于传统非 IMS架构的视频监控系统，不浪费服务器资源。并且采用 IMS系统中标准的呼叫流程实现，不影响在整个 IMS系统中视频监控业务与各种其他业务之间的融合。

再如图 1所示，本发明的实施例还提供一种 IMS视频监控系统，包括 IMS核心网、监控前端 PU以及与所述 IMS核心网连接的服务器；其中，所述 IMS核心网，用于接收某一监控客户端发起的对所述监控前端的视频进行浏览的第一呼叫请求，根据所述第一呼叫请求触发所述服务器；所述服务器，用于在没有与所述监控前端建立媒体会话连接时，通知所述 IMS核心网将所述第一呼叫请求直接路由至所述监控前端；

需要说明的是：上述方法中的所有实施例均适用于该系统，并能达到同样的技术效果，在此不再赘述。

与此同时，本发明的实施例还提供一种监控前端，应用于包括有 IMS 核心网和服务器的 IMS视频监控系统，所述监控前端包括：接收模块，用于接收某一监控客户端发起的对所述监控前端的视频进行浏览的第一呼叫请求，所述第一呼叫请求是 IMS核心网在所述服务器与所述监控前端之间没有媒体会话连接时，直接路由至所述监控前端的呼叫请求；

处理模块，用于当所述监控前端当前直接与其它监控客户端建立的媒体会话连接数达到所述监控前端支持的最大连接数时，根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览；否则，建立所述监控前端与所述监控客户端的直接媒体会话连接，实现所述监控客户端对所述盟控前端的视频浏览。

其中，所述处理模块包括：

判断模块，用于根据所述第一呼叫请求，判断监控前端直接与其它监控客户端建立的媒体会话连接数是否达到所述监控前端支持的最大连接数，若是，则触发服务中转模块，否则，触发直接会话模块；

其中，所述服务器中转模块包括：

上传模块，用于向所述服务器上传所述监控前端的视频码流；响应模块，用于根据所述第一呼叫请求，向所述监控客户端回复重定向响应，使所述监控客户端根据所述重定向响应，重新发起对所述监控前端的视频进行浏览的第二呼叫请求，使所述服务器根据所述第二呼叫请求，将所述监控前端的视频码流发送给所述监控客户端。其中，所述监控前端还包括：控制模块，用于在所述监控前端根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览之后，将所述监控前端已经直接与其它监控客户端建立的媒体会话连接，转换为：通过所述服务器中转的方式，实现所述其它监控客户端对所述监控前端的视频浏览。

需要说明的是：上述方法中的所有实施方式均适应用该装置实施例，该装置实施例同样通过建立监控前端和监控客户端之间的媒体会话连接，并实现直连和中转切换流程，通过监控前端判断当前自身连接数决定建立直连媒体会话或者中转媒体会话，并通过更新会话参数的方法在不中断已有呼叫的情况下实现切换过程；实现了视频监控在各种业务模型下均能达到最优化的资源配置，相对于传统非 IMS架构的视频监控系统，不浪费服务器资源。并且采用 IMS系统中标准的呼叫流程实现，不影响在整个 IMS 系统中视频监控业务与各种其他业务之间的融合。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

权利要求书

1、一种视频浏览的实现方法，应用于包括有监控前端、 IMS核心网和服务器的 IMS视频监控系统，其特征在于，该方法包括：

2、根据权利要求 1所述的实现方法，其特征在于，所述监控前端根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览的过程具体包括：

所述监控前端根据所述第一呼叫请求与所述服务器交互，引导所述监控客户端重新发起对所述监控前端的视频进行浏览的第二呼叫请求，使所述服务器根据所述第二呼叫请求，直接将所述监控前端的视频码流发送给所述监控客户端。

3、根据权利要求 2所述的实现方法，其特征在于，所述监控前端根据所第一述呼叫请求与所述服务器交互，引导所述监控客户端重新发起对所述监控前端的视频进行浏览的第二呼叫倩求的过程包括：

所述监控前端向所述服务器上传所述监控前端的视频码流；所述监控前端根据所述第一呼叫请求，向所述监控客户端回复重定向响应，使所述监控客户端根据所述重定向响应，重新发起对所述监控前端的视频进行浏览的第二呼叫请求。

4、根据权利要求 1所述的实现方法，其特征在于，所述监控前端根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览的过程之后，所述方法还包括：

5、根据权利要求 4所述的实现方法，其特征在于，将所述监控前端已经与其它监控客户端建立的媒体会话连接，转换为：通过所述服务器中转的方式，实现所述其它监控客户端对所述监控前端的视频浏览的过程包括：若所述监控前端预留有：一路专用于服务器中转方式下向所述服务器上传视频码流的媒体会话连接时，所述监控前端向所述其它监控客户端发送会话更新通知，使所述其它监控客户端根据所述会话更新通知更新会话参数，所述服务器根椐更新后的会话参数直接向所述监控客户端发送所述监控前端的视频码流；或者

6、根据权利要求 4或 5所述的实现方法，其特征在于，将所述监控前端已经与其它监控客户端建立的媒体会话连接，转换为：通过所述服务器中转的方式，实现所述其它监控客户端对所述监控前端的视频浏览的过程之后，所述方法还包括：

7、一种 IMS视频监控系统，包括 IMS核心网、监控前端以及与所述 IMS核心网连接的服务器；其特征在于，

所述 IMS核心网，用于接收监控客户端发起的对所述监控前端的视频进行浏览的第一呼叫请求，根据所述第一呼叫请求触发所述服务器；

8、一种监控前端，应用于包括有 IMS核心网和服务器的 IMS视频监控系统，其特征在于，所述监控前端包括：

9、根据权利要求 8所述的监控前端，其特征在于，所述处理模块包括：判断模块，用于根据所述第一呼叫请求，判断监控前端直接与其它监控客户端建立的媒体会话连接数是否达到所述监控前端支持的最大连接数，若是，则触发服务中转模块，否则，触发直接会话模块；

10、根据权利要求 9所述的监控前端，其特征在于，所述服务器中转模块包括：

上传模块，用于向所述服务器上传所述监控前端的视频码流；响应模块，用于根据所述第一呼叫请求，向所述监控客户端回复重定向响应，使所述监控客户端根据所述重定向响应，重新发起对所述益控前端的视频进行浏览的第二呼叫请求，使所述服务器根据所述第二呼叫请求，将所述监控前端的视频码流发送给所述监控客户端。

11、根据权利要求 8所述的监控前端，其特征在于，还包括：控制模块，用于在所述监控前端根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览之后，将所述监控前端已经直接与其它监控客户端建立的媒体会话连接，转换为：通过所述服务器中转的方式，实现所述其它监控客户端对所述监控前端的视频浏览。