CN101895569A - 视频浏览的实现方法、ims视频监控***及监控前端 - Google Patents

Abstract

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

Description

视频浏览的实现方法、IMS视频监控***及监控前端

技术领域

本发明涉及多媒体通信技术领域，特别是指一种基于IMS(IP MultimediaSubsystem，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，若所述监控前端当前直接与其它监控客户端建立的媒体会话连接数达到所述监控前端支持的最大连接数，则所述监控前端根据所述第一呼叫请求，通过所述服务器中转，实现所述监控客户端对所述监控前端的视频浏览；

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

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

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

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

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

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

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

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

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

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

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

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

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

进一步的，该步骤220具体为：

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

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

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

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

与所述服务器有媒体会话连接的所有监控客户端，中断从所述服务器获取所述监控前端的视频码流后，所述服务器主动中断与所述监控前端的媒体会话连接；这样可以节省网络带宽和服务器资源。

本发明的上述实施例中，监控客户端并不限于视频监控专有客户端，任何接入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 OK经过原路由发回，CU1接受到PU的接受呼叫响应；

步骤305-306、CU1向PU发送呼叫确认响应；

步骤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重定向响应，其中重定向的地址仍然填写本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发送表示接收呼叫的回应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收到消息后给出响应。

步骤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 (11)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

9.根据权利要求8所述的监控前端，其特征在于，所述处理模块包括：

判断模块，用于根据所述第一呼叫请求，判断其自身直接与其它监控客户端建立的媒体会话连接数是否达到所述监控前端支持的最大连接数，若是，则产生第一判断结果，否则，产生第二判断结果；

服务器中转模块，用于根据所述第一判断结果，与所述服务器交互，引导所述监控客户端重新发起对所述监控前端的视频进行浏览的第二呼叫请求，使所述服务器根据所述第二呼叫请求，将所述监控前端的视频码流发送给所述监控客户端；

直接会话模块，用于建立与所述监控客户端的直接媒体会话连接，实现所述监控客户端对所述监控前端的视频浏览。

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

上传模块，用于向所述服务器上传所述监控前端的视频码流；

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

11.根据权利要求8所述的监控前端，其特征在于，还包括：

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

Images