CN102104762A - Ims视频会议媒体录制方法及其设备和系统 - Google Patents

Abstract

本发明公开了一种IMS视频会议媒体录制方法及其设备和系统，该方法包括：IMS视频会议系统网络侧接收视频会议用户终端发送的录制其他视频会议用户终端所采集的媒体数据的请求消息；IMS视频会议系统网络侧根据所述请求消息，获取所述其他视频会议用户终端所采集并上传的媒体数据，对获取到的媒体数据按照指定的媒体格式进行录制处理，并将录制好的媒体数据进行存储；IMS视频会议系统网络侧将录制好的媒体数据的存储位置信息发送给发送所述请求消息的视频会议用户终端。采用本发明，可解决现有IMS视频会议录像技术中对视频会议终端设备的录像功能要求过高的问题。

Description

IMS视频会议媒体录制方法及其设备和系统

技术领域

本发明涉及通信领域的核心网和多媒体业务技术，尤其涉及一种IMS视频会议媒体录制方法及其设备和系统。

背景技术

视频会议是利用通信网络，传输多个与会者连续活动图像和声音的一种通信业务。在通信网络高速发展的今天，由于视频会议的互动、实时等先进功能，而且能够节约传统会议的经费和时间，尤其在一些紧急情况下，视频会议更是能起到重要作用，因此视频会议得到了越来越多的应用。

IP多媒体子系统(IP Multimedia Subsystem，IMS)是一个基于SIP协议(Session Initialization Protocol，会话初始协议)的会话控制系统。3GPP对IMS的设计采取了分层架构，该分层体系体现了“业务与控制分离”和“控制与接入及承载分离”的思想，使得不同的用户终端能够通过不同的无线或者有线接入技术接入IMS网络，享受统一的呼叫控制服务，并使用多样化的多媒体增值业务。目前，IMS被业界广泛认同为下一代网络的核心技术，也是解决移动与固网融合，引入语音、数据、视频三重融合等差异化业务的重要方式。

基于IMS的视频会议业务的网络架构可如图1所示，主要包括：IMS核心网、MRF(Media Resource Function，媒体资源功能实体)和视频会议应用服务器(视频会议AS)，以及参与视频会议的用户终端，其中各网元之间通过SIP协议通信，进行信令控制。MRF的数量可以是多个。

IMS核心网主要负责用户终端的接入，并对用户终端进行认证鉴权和会话控制，触发视频会议的业务流程；视频会议AS是IMS网络中实现视频会议业务逻辑控制的实体；MRF包括控制部分(MRFC)和用户平面的处理部分(MRFP)，是音视频媒体的处理设备，通过SIP协议接入视频会议AS，为用户终端提供视频会议的音视频媒体流，并实现对视音频媒体流的各种控制功能，其传输音视频媒体流所用的协议可以是RTP(Real-time Transport Protocol，实时传输协议)或RTCP(RTP Control Protocol，实时传输控制协议)。，

录像功能是视频会议系统中一个重要的功能模块，它能够对多个或某一个分会场进行同步实时录像，录像包括会议中展示的讲义文档、图表及标注等交流内容的录像，多方的视音频映像；它还能够提供对视频会议的部分或全过程的多路视频、语音进行录像。录像功能能够提升视频会议的使用效能，尤其是当视频会议应用于跨地域、交互式的远程培训时，培训过程中师生的实时互动交流、讲师的批注等内容的复制保存，使得培训效果能够最大化，从而进一步提升视频会议系统的实用性。

传统的视频会议中提供录像的技术方案，主要通过用户侧的终端设备来实现视频会议录像功能，包括采用点对点方式提供和经MRFC提供。所述点对点方式是指由视频会议终端采集和录制源数据并生成所需格式的视频，然后通过网络提供给其他视频会议终端；所述经MRFC提供是指由视频会议终端采集和录制源数据并生成所需格式的视频，然后发送给MRFC，再由MRFC分发给其他视频会议终端。

无论是点对点方式提供，还是经MRFC提供视频会议录像，都会存在以下问题：由于用户侧具有录像功能、用于采集会议音视频的终端处理媒体的能力不足，尤其是参与视频会议的用户数较多的情况下，该终端设备所输出的视频数据常常不能满足用户多种多样的要求，如对媒体格式的不同要求。在举行高清视频会议时，高带宽、高实时性要求将进一步放大视频会议录像功能的这些不足，同时，用于采集会议音视频的设备很难满足处理高清视频会议所产生的庞大媒体数据。

发明内容

本发明实施例提供一种IMS视频会议媒体录制方法及其设备和系统，用以解决现有IMS视频会议录像技术中具有录像功能的终端设备无法满足用户对视频会议媒体的不同要求的问题。

本发明实施例提供的IMS视频会议媒体录制方法，包括如下步骤：

IMS视频会议系统网络侧接收视频会议用户终端发送的录制其他视频会议用户终端所采集的媒体数据的请求消息；

IMS视频会议系统网络侧根据所述请求消息，获取所述其他视频会议用户终端所采集并上传的媒体数据，对获取到的媒体数据按照指定的媒体格式进行录制处理，并将录制好的媒体数据进行存储；

IMS视频会议系统网络侧将录制好的媒体数据的存储位置信息发送给发送所述请求消息的视频会议用户终端。

本发明实施例提供的IMS视频会议系统中的录像功能实体设备，包括：

媒体存储单元，用于根据IMS视频会议应用服务器转发的视频会议用户终端请求录制其他视频会议用户终端所采集的媒体数据的请求消息，获取所述其他视频会议用户终端所采集并上传的媒体数据并存储；

媒体处理单元，用于对所述媒体存储单元中存储的媒体数据，按照指定的媒体格式进行录制处理，并将录制好的媒体数据进行存储；以及，将录制好的媒体数据的存储位置信息发送给发送所述请求消息的视频会议用户终端。

本发明实施例提供的IMS视频会议系统，包括：IMS视频会议应用服务器、录像功能实体设备和MRF，其中：

IMS视频会议应用服务器，用于接收视频会议用户终端发送的录制其他视频会议用户终端所采集的媒体数据的请求消息，并转发给录像功能实体设备；以及，接收录像功能实体设备发送的媒体数据的存储位置信息转发给发送所述请求消息的视频会议用户终端；

录像功能实体设备，用于根据从所述IMS视频会议应用服务器接收到的所述请求消息，获取所述其他视频会议用户终端所采集并上传的媒体数据，对获取到的媒体数据按照指定的媒体格式进行录制处理，并将录制好的媒体数据进行存储；以及，将录制好的媒体数据的存储位置信息发送给IMS视频会议应用服务器；

MRF，用于为所述录像功能实体设备提供视频会议用户终端所采集并上传的媒体数据。

本发明的上述实施例，IMS视频会议系统网络侧根据视频会议用户终端发送的录制其他视频会议用户终端所采集的媒体数据的请求消息，获取所述其他视频会议用户终端所采集并上传的媒体数据，对获取到的媒体数据按照指定的媒体格式进行录制处理，从而生成指定媒体格式的媒体数据，然后将该媒体数据的存储位置信息返回给发起请求的视频会议用户终端，从而实现了在IMS视频会议系统网络侧为视频会议用户终端录制所需媒体。一方面，由于录制媒体是在IMS视频会议系统网络侧进行的，视频会议用户终端仅需采集媒体数据并上传到IMS视频会议系统网络侧，而可以不在终端侧进行复杂的媒体录制或处理操作，从而降低了对视频会议用户终端在媒体录制方面的要求。另一方面，由于IMS视频会议系统网络侧是根据视频会议用户终端发送的请求进行媒体录制的，因此可以满足发起请求的视频会议用户终端对媒体格式等的要求，实现个性化服务。

附图说明

图1为现有IMS视频会议系统的结构示意图；

图2为本发明实施例提供的IMS视频会议系统的结构示意图；

图3为本发明实施例提供的录像功能实体的结构示意图；

图4为本发明实施例提供的在IMS视频会议中录制媒体的流程示意图。

具体实施方式

针对现有技术存在的问题，本发明实施例通过扩展SIP协议消息以及在IMS视频会议系统网络侧设备中增加录像功能的方式，使IMS视频会议系统能够根据用户的请求对所需的视频进行录制并生成所需格式的视频数据，并提供给该用户，从而降低对视频会议终端设备的录像功能的要求。

下面结合附图对本发明实施例进行详细描述。

如图2所示，本发明实施例提供的IMS视频会议系统中的网络侧设备主要包括：IMS核心网201、视频会议AS 202、MRF 203、录像功能实体204，其中，录像功能实体204是本发明实施例在现有IMS视频会议系统中新增加的实体。

视频会议AS 202、MRF 203、录像功能实体204可以分别采用SIP协议与IMS核心网201进行交互，通过IMS核心网201，视频会议AS 202可以与录像功能实体204和MRF 203进行交互。录像功能实体204和MRF 203之间可以传输媒体流数据。MRF 203可以将媒体流数据提供给视频会议系统用户侧的终端设备。

该IMS视频会议系统的网络架构中，IMS核心网201主要负责用户终端的接入，是业务触发和提供呼叫触发和控制功能的实体；

视频会议AS 202是承载视频会议业务的应用服务器，用于执行视频会议业务逻辑，在本发明实施例中主要负责接收视频会议终端205发送的录制录像的请求，并根据该请求触发录像功能实体204进行录像的录制处理；

录像功能实体204主要负责会议媒体的录制处理，可以包括：对视频会议AS 202发送的SIP消息进行解析，从MRF 203获取媒体源数据并按照视频会议终端所要求的格式进行录制和封装，然后将录制处理后的媒体数据提供给MRF 203进行分发；

MRF 203是处理视频会议相关应用数据和媒体数据的服务器，可以有一个或多个，能够完成数据媒体流的混合、媒体流的分发，其传输音视频媒体流所用的协议可以是RTP/RTCP。

图3给出了本发明实施例所提供的IMS视频会议系统中的录像功能实体204的结构示意图。如图所示，录像功能实体204可以包括：协议处理单元2041、媒体处理单元2042、媒体存储单元2043。

协议处理单元2041，主要用于接收视频会议AS转发的视频会议用户终端请求录制媒体的SIP消息，并对该SIP消息进行解析，根据解析结果，针对所指定的会议用户终端，向MRF发送SIP消息以请求获取该用户终端上传的媒体数据；该单元还将解析出的媒体格式等信息转换为录像功能实体204内部格式的信息并发送给媒体处理单元2042，以触发媒体处理单元2042进行媒体录制处理；在媒体录制完成后，该单元还将录制完成的媒体文件的存储位置信息通过视频会议AS发送给请求录制媒体的用户终端；

媒体处理单元2042，主要用于对从MRF获取到的媒体数据按照指定格式进行编码、封装等录制处理；

媒体存储单元2043，主要用于保存从MRF接收到的待进行录制处理的媒体数据，还可用于保存录制完成的媒体文件。

上述录像功能实体204中的各单元划分方式仅是众多划分方式中的一种，本领域技术人员应该能够理解，只要能够使录像功能实体204实现上述功能，采用其他方式划分单元或者不划分单元，都应该在本发明的保护范围之内。

为使上述录像功能实体204能够实现媒体录制功能，需要对SIP消息进行扩展，使SIP消息能够承载录制媒体的相关信令信息，以便录像功能实体204能够根据这些信令信息实现媒体录制的相应功能。本发明实施例所提供的一种扩展方法是：

在SIP消息中新增加一个媒体描述字段：Media-fomat字段。Media-fomat字段中可以包括视频会议用户终端所要求的会议录像的媒体格式参数，格式参数可以包括多种。例如，当视频会议用户终端请求录制来自与会者1#的录像时，Media-fomat字段可以表示为：

MediaFormat＝mpeg2ts，VideoStream＝1#，VideoCodec＝H264，

VideoWidth＝624pixels，VideoHeight＝352pixels，

VideoFrameRate＝23.976fps，

AudioStream＝1#，AudioCodec＝aac，

AudioBitRate＝128000，AudioChannels＝2，AudioSampleRate＝48000，

BeginTime＝BEGIN；EndTime＝END；

其中，MediaFormat表示输出媒体的封装格式，即文件格式，此处为mpeg2格式；VideoStream，AudioStream表示需要录制来自哪个用户的视频流和音频流，可选择多个，表示将多个媒体录制到一个录像中；VideoCodec表示编码方式，可选择mpeg1，mpeg2，mp4，H264，Xvid，Divx，real等；VideoWidth和VideoHeight表示分辨率；VideoFrameRate表示抽样速率；AudioCodec表示音频编码方式，可选择MP3，mpeg1，mpeg1-Layer3，mpeg2，real，ac3，dts，lpcm，aac；AudioBitRate表示音频比特率；AudioChannels表示音频声道；AudioSampleRate表示抽样速率；BeginTime和EndTime表示录制时间并且成对出现，EndTime跟在BeginTime后面；若各属性不指定具体数值，则表示使用默认值。

根据以上描述，下面结合图4对IMS视频会议中的录像流程进行详细描述。

如图4所示，视频会议与会者可以请求视频会议系统录制所需的会议现场录像，以便在会议结束后下载并观看，该流程包括：

步骤401、视频会议的用户终端(以下称该终端为1#终端)向视频会议AS发送SIP INFO消息，请求录制视频会议中2#终端所在会议现场的音频或/和视频(以下称音视频)，1#终端可进一步对音视频媒体格式提出要求，媒体格式参数可以携带于SIP INFO消息中。

该步骤中，SIP INFO消息中可以携带Media-Format字段，Media-Format字段中至少要包括2#终端的标识，以指示出录制哪个会议终端所采集的音视频，如包括VideoStream＝2#，AudioStream＝2#，表示录制2#终端采集的视频和音频。媒体格式参数可以采用默认设置，也可以由1#终端指定。本流程中，SIPINFO消息中携带的Media-Format字段表示为：

MediaFormat＝mpeg2ts，VideoStream＝2#，VideoCodec＝H264，

VideoWidth＝624pixels，VideoHeight＝352pixels，

VideoFrameRate＝23.976fps，

AudioStream＝2#，AudioCodec＝aac，

AudioBitRate＝128000，AudioChannels＝2，AudioSampleRate＝48000，

BeginTime＝BEGIN(为默认值)；EndTime＝END(为默认值)。

步骤402～404、视频会议AS将该SIP INFO消息前转到录像功能实体，录像功能实体收到后返回200OK响应消息，视频会议AS将该200OK消息返回给1#终端。

步骤405、录像功能实体中的协议处理单元对接收到的SIP INFO消息进行解析，解析出其中携带的Media-Format字段后，向MRF发送SIP INFO消息，以请求获取指定的音视频媒体流数据，SIP INFO消息中至少携带2#终端的标识，以表示获取相应终端采集并上传的音视频媒体流数据，还可以携带媒体类型信息，如携带VideoStream＝2#，AudioStream＝2#，表示获取视频和音频数据；也可以不携带媒体类型信息，此时则按默认设置的媒体类型置获取媒体流数据。

步骤406、录像功能实体中的协议处理单元向媒体存储单元发送通知消息，以通知媒体存储单元准备存储MRF发送来的媒体流数据。发送给媒体存储单元的消息为录像功能实体的内部消息。该步骤可选。

步骤407、在视频会议过程中，录像功能实体实时从MRF获取2#终端采集并上传的媒体流数据，并存储于媒体存储单元。在视频会议结束后，录像功能实体中的协议处理单元向媒体处理单元发送处理媒体的通知消息，其中携带从SIP INFO消息的Media-Format字段解析出的媒体格式参数，以便媒体处理单元按照该参数进行音视频录制处理。也可以不在通知消息中携带媒体格式参数，媒体处理单元将按照默认设置的媒体格式参数进行媒体录制处理。发送给媒体处理单元的消息为录像功能实体的内部消息。

具有音视频采集功能的视频会议终端通常将其采集到的音视频数据上传到MRF，因此可以从MRF获取到视频会议终端所采集的音视频数据。本实施例中，对视频会议终端的音视频处理功能可以不做太高的要求，只需能够采集音视频数据，并封装为适合网络传输的数据包发送给MRF。

步骤408～410、录像功能实体中的媒体处理单元从媒体存储单元获取MRF发送来的媒体流数据后，首先进行解码得到音视频原始数据，然后按照所要求的格式进行编码，并对编码后的媒体数据进行封装，最后得到所要求格式的媒体文件，并将该媒体文件存储到媒体存储单元或者其他网络存储设备。在媒体录制过程中还可以对视频进行剪辑等处理。

本流程中，按照1#终端所要求的媒体格式，最终生成的媒体文件为mpeg2格式文件，视频分辨率为624×352像素，视频抽样速率为23.976fps，音频为双声道，音频比特率为128000，音频抽样速率为48000。

步骤411、录像功能实体中的媒体处理单元对MRF发送来的媒体流数据进行录制完成后，向协议处理单元发送媒体处理响应消息，以通知录制完成，该响应消息中还可以携带录制完成的媒体文件的存储位置信息，如，媒体文件的URL(Uniform Resource Locator，统一资源定位符)。

步骤412～413、录像功能实体中的协议处理单元向视频会议AS发送SIPINFO消息，其中携带录制好的媒体文件的存储位置信息，视频会议AS将该SIP INFO消息转发给1#终端，以便该终端从相应位置获取媒体文件。

步骤414～415、1#终端向视频会议AS返回200OK响应消息，视频会议AS将该响应消息转发给录像功能实体。

上述流程中，由于1#终端发送的SIP INFO消息中的Media-Format字段中的BeginTime和EndTime采用默认值，表示需要录制从发出SIP INFO消息之时起到视频会议结束之时止的指定终端采集并上传的媒体数据。如果发出录制请求的终端为BeginTime和EndTime设置属性值，则录像功能实体将按照BeginTime和EndTime所指定的时间获取指定终端采集并上传的媒体数据，并在获取到所指定的时间段的媒体数据后进行录制处理。

如果多个用户终端所请求录制同一来源的音视频，但所要求的媒体格式不同，则录像功能实体需要分别为这些用户终端进行媒体录制；如果多个用户终端所请求录制同一来源的音视频，并且所要求的媒体格式相同，则录像功能实体可以为这些用户终端录制一份媒体文件，然后将录制完成的媒体文件的存储位置发送给这些用户终端，以便这些用户终端从相应位置下载获取。

在本发明的另一实施例中，用户终端所请求录制的媒体数据可以来自多个用户终端，在这种情况下，用户终端所发送的请求录制媒体的SIP INFO的Media-Format字段中需要指示出媒体数据来源的所有用户终端的标识，如VideoStream＝2#，3#，4#，AudioStream＝2#，3#，4#，表示需要录制来源于2#、3#和4#用户终端采集并上传的音视频。在进行媒体录制过程中，录像功能实体可以将多个用户终端采集并上传的音频进行混音处理，将多个用户终端采集并上传的视频进行合成或剪辑处理，从而形成一个媒体文件。

在本发明的另一个实施例中，录像功能实体还可以与MRF合设，作为MRF中的一个功能模块。这样，录像功能实体与MRF之间的交互就可以采用内部消息方式交互，并且可以共用MRF与视频会议AS之间的接口。

综上所述，本发明的上述实施例，通过录像功能实体根据视频会议用户终端发送的录制请求消息，对指定视频会议用户终端所采集并上传的媒体数据进行录制，从而生成指定媒体格式的媒体数据，实现了在IMS视频会议系统网络侧为视频会议用户终端录制所需媒体。一方面，由于录制媒体是在IMS视频会议系统网络侧进行的，视频会议用户终端仅需采集媒体数据并上传到IMS视频会议系统网络侧，而可以不在终端侧进行复杂的媒体录制或处理操作，从而降低了对视频会议用户终端在媒体录制方面的要求；另一方面，由于IMS视频会议系统网络侧是根据视频会议用户终端发送的请求进行媒体录制的，因此可以满足发起请求的视频会议用户终端对媒体格式、录制时间等的要求，实现个性化服务。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (18)

1.一种IMS视频会议媒体录制方法，其特征在于，包括如下步骤：

IMS视频会议系统网络侧接收视频会议用户终端发送的录制其他视频会议用户终端所采集的媒体数据的请求消息；

IMS视频会议系统网络侧根据所述请求消息，获取所述其他视频会议用户终端所采集并上传的媒体数据，对获取到的媒体数据按照指定的媒体格式进行录制处理，并将录制好的媒体数据进行存储；

IMS视频会议系统网络侧将录制好的媒体数据的存储位置信息发送给发送所述请求消息的视频会议用户终端。

2.如权利要求1所述的方法，其特征在于，所述请求消息为会话初始协议SIP INFO消息，其中携带媒体描述字段，该字段至少包括所述其他视频会议用户终端的标识；

IMS视频会议系统网络侧根据所述视频会议用户终端标识，获取相应视频会议用户终端所采集并上传的媒体数据。

3.如权利要求2所述的方法，其特征在于，所述字段还包括媒体格式参数；

IMS视频会议系统网络侧按照所述媒体格式参数，对获取到的媒体数据进行录制处理。

4.如权利要求2所述的方法，其特征在于，所述字段还包括开始时间和结束时间；

IMS视频会议系统网络侧根据所述开始时间和结束时间，获取相应时间段内所述其他视频会议用户终端所采集并上传的媒体数据。

5.如权利要求1所述的方法，其特征在于，所述录制处理包括：按照指定媒体编码格式进行编码处理，按照指定媒体文件格式对编码后的媒体数据进行封装。

6.如权利要求1所述的方法，其特征在于，所述其他视频会议用户终端为一个或多个；

所述其他视频会议用户终端为多个时，IMS视频会议系统网络侧将该多个视频会议用户终端采集和上传的媒体数据进行合成后，再按照指定的媒体格式进行录制处理。

7.如权利要求1至6任一项所述的方法，其特征在于，所述IMS视频会议系统网络侧包括录像功能实体；

IMS视频会议系统网络侧接收所述请求消息，具体为：所述录像功能实体接收IMS视频会议应用服务器转发的所述请求消息；

IMS视频会议系统网络侧获取媒体数据、进行录制处理，具体为：所述录像功能实体从MRF获取媒体数据，并进行所述录制处理；

IMS视频会议系统网络侧将录制好的媒体数据的存储位置信息发送给视频会议用户终端，具体为：所述录像功能实体通过IMS视频会议应用服务器将录制好的媒体数据的存储信息发送给视频会议用户终端。

8.如权利要求1至6任一项所述的方法，其特征在于，所述IMS视频会议系统网络侧包括媒体资源功能实体MRF；

MS视频会议系统网络侧接收所述请求消息，具体为：所述MRF接收IMS视频会议应用服务器转发的所述请求消息；

IMS视频会议系统网络侧获取媒体数据、进行录制处理，具体为：所述MRF获取媒体数据，并进行所述录制处理；

IMS视频会议系统网络侧将录制好的媒体数据的存储位置信息发送给视频会议用户终端，具体为：所述MRF通过IMS视频会议应用服务器将录制好的媒体数据的存储位置信息发送给视频会议用户终端。

9.一种IMS视频会议系统中的录像功能实体设备，其特征在于，包括：

媒体存储单元，用于根据IMS视频会议应用服务器转发的视频会议用户终端请求录制其他视频会议用户终端所采集的媒体数据的请求消息，获取所述其他视频会议用户终端所采集并上传的媒体数据并存储；

媒体处理单元，用于对所述媒体存储单元中存储的媒体数据，按照指定的媒体格式进行录制处理，并将录制好的媒体数据进行存储；以及，将录制好的媒体数据的存储位置信息发送给发送所述请求消息的视频会议用户终端。

10.如权利要求9所述的设备，其特征在于，所述媒体处理单元具体用于：按照指定媒体编码格式进行编码处理，按照指定媒体文件格式对编码后的媒体数据进行封装。

11.如权利要求9所述的设备，其特征在于，所述媒体处理单元具体用于：在所述其他视频会议用户终端为多个时，将该多个视频会议用户终端采集和上传的媒体数据进行合成后，再按照指定的媒体格式进行录制处理。

12.如权利要求9所述的设备，其特征在于，还包括：

协议处理单元，用于接收IMS视频会议应用服务器转发的视频会议用户终端请求录制其他视频会议用户终端所采集的媒体数据的请求消息，所述请求消息为SIP INFO消息，从该SIP INFO消息中解析出该消息携带的媒体描述字段，从该字段中解析出所述其他视频会议用户终端的标识，并向MRF请求获取与解析出的视频会议用户终端标识对应的视频会议用户终端采集并上传的媒体数据。

13.如权利要求12所述的设备，其特征在于，所述协议处理单元还用于：从所述媒体描述字段中解析出媒体格式参数；

所述媒体处理单元还用于：按照所述协议处理单元解析出的媒体格式参数，对所述媒体存储单元中的媒体数据进行录制处理。

14.如权利要求12所述的设备，其特征在于，所述协议处理单元还用于：从所述媒体描述字段中解析出开始时间和结束时间；

所述媒体存储单元还用于：根据所述协议处理单元解析出的开始时间和结束时间，获取相应时间段内所述其他视频会议用户终端所采集并上传的媒体数据。

15.一种IMS视频会议系统，其特征在于，包括：IMS视频会议应用服务器、录像功能实体设备和MRF，其中：

IMS视频会议应用服务器，用于接收视频会议用户终端发送的录制其他视频会议用户终端所采集的媒体数据的请求消息，并转发给录像功能实体设备；以及，接收录像功能实体设备发送的媒体数据的存储位置信息转发给发送所述请求消息的视频会议用户终端；

录像功能实体设备，用于根据从所述IMS视频会议应用服务器接收到的所述请求消息，获取所述其他视频会议用户终端所采集并上传的媒体数据，对获取到的媒体数据按照指定的媒体格式进行录制处理，并将录制好的媒体数据进行存储；以及，将录制好的媒体数据的存储位置信息发送给IMS视频会议应用服务器；

MRF，用于为所述录像功能实体设备提供视频会议用户终端所采集并上传的媒体数据。

16.如权利要求15所述的系统，其特征在于，所述录像功能实体设备包括：协议处理单元、媒体存储单元和媒体处理单元，其中：

协议处理单元，用于接收IMS视频会议应用服务器转发的所述请求消息，所述请求消息为SIP INFO消息，从该SIP INFO消息中解析出该消息携带的媒体描述字段，从该字段中解析出所述其他视频会议用户终端的标识，并向MRF请求获取与解析出的视频会议用户终端标识对应的视频会议用户终端采集并上传的媒体数据；以及，接收所述媒体处理单元发送的存储位置信息并发送给IMS视频会议应用服务器；

媒体存储单元，用于存储从MRF获取到的视频会议用户终端采集并上传的媒体数据；

媒体处理单元，用于对所述媒体存储单元中存储的媒体数据，按照指定的媒体格式进行录制处理，并将录制好的媒体数据进行存储；以及，将录制好的媒体数据的存储位置信息发送给所述协议处理单元。

17.如权利要求16所述的设备，其特征在于，所述协议处理单元还从所述字段中解析出媒体格式参数；

所述媒体处理单元还用于：按照所述协议处理单元解析出的媒体格式参数，对获取到的媒体数据进行录制处理。

18.如权利要求16所述的设备，其特征在于，所述协议处理单元还从所述字段中解析出开始时间和结束时间；

所述媒体存储单元还用于：根据所述协议处理单元解析出的开始时间和结束时间，获取相应时间段内所述其他视频会议用户终端所采集并上传的媒体数据。

Images