CN106559639A - 一种电话会议中继视频处理方法及*** - Google Patents

Abstract

本发明提供一种电话会议中继视频处理方法，在电话会议***中，包括至少一个具备多媒体混合处理能力的UA设备，以及若干与会终端UA用户，该UA设备可与会议服务器进行局内媒体交互，该视频处理方法主要包括以下步骤：步骤a：UA用户发起呼叫进入一个电话会议；步骤b：会议服务器会查询数据库中存储的媒体能力数据库，判断UA用户账号的局域网N内是否存在UA设备具有多媒体混合处理能力，当上述步骤b的判断结果为是，则启用局内混频会议模式，所述UA设备会根据所述会议服务器发送的各路视频流的分辨率信息进行视频压缩处理，从而达到节省带宽的目的。

Description

一种电话会议中继视频处理方法及***

技术领域

本发明属于通讯领域，尤其基于移动通讯设备上视频混合处理技术。

背景技术

随着VoIP（Voice over Internet Protocol）技术的发展，视频会议有了很大的市场空间，高清及超高清视频通信需求和带宽之间的矛盾日益尖锐，本发明提出了一个在有限带宽条件下如何提高视频通信质量的方法。目前基于SIP（Session Initiation Protocol，会话初始协议）标准实现的会议服务器，也可基于非SIP结构实现，结构图如下：所有的客户端都是独立发送RTP流到会议服务器，会议服务器会对各路RTP流重新解码编码群发到会场内的所有人。这样设计机构虽然模块功能独立清楚，但是对网络带宽要求较高，没有利用私网内所有UA（User Agent，用户代理）在同一网络的特点，而是RTP直接转给会议服务器；也会造成会议服务器压力过大；目前SIP和其它相关标准没有提出如何优化和解决此问题的标准，本发明将公开一种电话会议中继视频处理方法来解决上述问题。

发明内容

本发明目的在于提供一种电话会议中继视频处理方法，使得同一个私网的终端可以通过一个具有视频混合能力的终端和会议服务器进行媒体交互。

一种电话会议中继视频处理方法，在电话会议***中，包括至少一个具备多媒体混合处理能力的UA设备，以及若干与会终端UA用户，该UA设备可与会议服务器进行局内媒体交互，该视频处理方法主要包括以下步骤：步骤a：UA用户发起呼叫进入一个电话会议；步骤b：会议服务器会查询数据库中存储的媒体能力数据库，判断UA用户账号的局域网N内是否存在UA设备具有多媒体混合处理能力。如果上述步骤b的判断结果为是，则启用局内混音会议模式；如果步骤b的判断结果为否，则启用普通会议模式，即由会议服务器进行多媒体混合处理。在上述局内混音会议模式下进一步包括了：步骤c：会议服务器修改SIP信令的SDP信息为UA设备； 步骤d：UA用户将RTP流转移发送到UA设备的IP和端口，由其进行第一多媒体混合处理，即混频处理生成局内混合RTP流。

优选的，该电话会议的视频处理方法中，UA用户和UA设备在启动或退出时，在局域网N内的广播信令中携带其所具备的媒体能力信息，而局域网N内其他UA用户记录UA用户的媒体能力信息和SIP账号，生成媒体能力数据表。

优选的，该电话会议的视频处理方法中UA用户和UA设备分别间隔注册到会议服务器时，在SIP注册信令中携带各自的媒体能力信息和SIP账号，会议服务器读取所述媒体能力数据表并在数据库中保存生成媒体能力数据库。

优选的，该电话会议的视频处理方法中，当UA设备退出会议时，进一步包括以下步骤：判断该会议中局域网N内是否存在具有多媒体混合处理能力的其他UA设备；如果存在其他UA设备，则重新协商SDP内容，后续会议过程中，由其他UA设备进行混频处理；如果不存在其他UA设备或与其他UA设备SDP协商失败，则所述会议服务器将在SDP内容中填写所述会服务器的媒体信息，重新进入普通会议模式。

优选的，该电话会议的视频处理方法中，如果该会议同时包括非局域网N的UA用户，则本发明方法还进一步包括第二多媒体混合处理，用以生成会议混合RTP流，即由所述会议服务器对所述局内混合RTP流和所述非局域网N内的UA用户的媒体流进行混合处理；所述会议混合RTP流可籍由所述UA设备转发至所述局域网N的UA用户。

优选的，该电话会议的视频处理方法中，如果局内混音会议模式下，会议服务器判断该UA用户和UA设备是否属于同一个会议；如果不属于同一个会议，会议服务器会给UA设备发送一个私有的消息，让UA设备自动产生一个桥接到会议服务器上，当UA用户把RTP流发送到UA设备后，UA设备使用桥接中继RTP流到会议服务器上。

优选的，会议的视频显示由主视频和若干小窗口视频组成，UA设备会根据会议服务器发送的各路视频流的分辨率信息对小窗口视频进行视频压缩处理，会议服务器通过所述桥接接收到压缩处理的RTP流后，根据预先布置的视频布局，对各路所述压缩处理的RTP流先解码，再重新把每路视频帧编码到新的帧数据中。

本发明还提供一种电话会议的视频处理***，包括：会议服务器、若干UA用户和至少一UA设备，该UA设备具有多媒体混合处理能力，该会议服务器主要包括：网络服务模块、媒体能力数据库、局内媒体处理控制模块，其中，网络服务模块负责向UA用户在注册时读取媒体能力数据表的数据进行记录整理，生成媒体能力数据库；媒体能力数据库，存储记载了UA用户、UA用户的关联的局内SIP账号和媒体信息的列表、UA设备的SIP账号和媒体能力信息；局内媒体处理控制模块，控制在会议呼叫时是否启用局内混音会议模式，进而修改SDP信息为所述UA设备，以及控制发送各路视频流的分辨率信息到所述UA设备。

优选的，上述会议服务器还包括SIP通讯控制模块，用于控制和接管UA用户对会议服务器的会议呼叫请求，并在会议过程中解析处理SIP信令；所述UA设备会根据会议服务器发送的各路视频流的分辨率信息对会议显示中的小窗口视频进行视频压缩处理，所述会议服务器通过所述桥接接收到压缩处理的RTP流后，根据预先布置的视频布局，对各路所述压缩处理的RTP流先解码，再重新把每路视频帧编码到新的帧数据中。

此外，上述UA用户主要包括以下功能单元：媒体能力数据表、网络数据传输单元、媒体传输控制单元、SIP通讯单元，其中，媒体能力数据表，包括了该UA用户SIP账号局内所有的其他UA用户和UA设备的SIP账号和相应的媒体能力信息；媒体传输控制单元，用于控制UA用户多媒体数据的传输流向，当呼叫的会议进入局内混音会议模式时，协同网络数据传输单元，并根据会议服务器修改后的SDP信息，将音视频数据的RTP流发送至局域网内UA设备端，而在普通会议模式下，UA用户的音视频数据直接发送至会议服务器进行处理。

本发明利用多个终端在同一个局域网的特点，每个UA用户/UA设备在信令中携带处理能力，会议服务器根据相关信息选出一个UA设备作为局域网的混频处理单元，发送相关SIP信令控制其他UA用户与之通信，以达到节省带宽的目的。本发明提供的技术方案可以使会议服务器节省了带宽和压力，同时可以在局内所有的UA能够快速清楚的看到来自局内的视频。

附图说明

图1为现有技术中实现普通会议模式下的组网图示；

图2为本发明具体实施例实现局内混音会议模式的组网图示一；

图3为本发明具体实施例UA设备启动/注册的流程图；

图4为本发明具体实施例实现局内混音会议模式的流程图；

图5为本发明具体实施例实现局内混音会议模式的组网图示二；

图6为本发明具体实施例中会议视频示意图；

图7为本发明具体实施例会议服务器和UA的功能模块图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明实施例中的技术方案进行清楚、完整的描述。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。基于本发明中的实施例，本领域的技术人员所获得的所有其他实施例都属于本发明保护的范围。

本发明利用多个终端在同一个局域网的特点，每个UA用户在信令中携带各自的视频处理能力信息，会议服务器根据相关信息选出一个UA设备作为局域网的混频处理单元，发送相关SIP信令控制其他UA用户与之通信，以达到节省带宽的目的。为了便于说明，我们将普通的终端设备统称为UA用户，而那些具备视频处理能力的终端设备统称为 UA设备。

本发明的基本原理是：会议服务器会修改200 OK的SDP信息为UA设备，此SDP内容为信息会被会议服务器保存在数据库中，从此呼叫的UA用户就和此UA设备进行通信，通信只有RTP流，SIP信令还是和公网的会议服务器交互。当用户入会的时候会议服务器会通过主动推送消息给UA设备，推送的方式可以是SIP的订阅的方式，具有中继视频的设备，在注册成功后，订阅到会议服务器，会议服务器在需要推送消息，当然也可以其它推送方式或私有消息通知方式。推送消息的内容为：外网的会议服务器、此路视频的需要压缩后的分辨率、以及此路视频局内的地址信息。

图2为本发明具体实施例实现局内混频会议模式的组网图示一。由该图可知，该会议***具体包括：会议服务器、UA1用户、UA 2设备、UA 3用户。

其中，图2中的会议***提供了视频混合、中继RTP并具有SIP代理能力的混频UA 2设备，该UA 2设备和其他的UA用户在同一个私网。同时，所有的UA用户/UA设备在启动或退出的时候，广播局内本设备登陆或登出，并携带本设备的能力信息，如：所具备的混频能力。此外，UA用户在间隔的SIP注册的时候带上自己局内其他UA用户的SIP账号及媒体能力，以便在入会的时候，会议服务器优先选择具有混频能力的UA设备通信。

为了能够在电话会议中实现UA设备的混频处理，在本发明中，所有的UA用户/设备在启动/关闭，以及进行公网会议服务器的注册时，必须完成以下注册配置的操作步骤，此时我们以UA1用户来进行说明：

步骤310：UA1用户在启动和关闭的时候，广播局内其他所有的UA用户，并携带自己的媒体能力信息，例如：客户端可以广播局内信息，其中，Mix Video:1表明了其具有音频的混音能力：

Sip-account:1000

Media Attribute (a): rtpmap:0 PCMU/8000

Media Attribute (a): rtpmap:8 PCMA/8000

MixVideo:1

Addr:172.172.172.36

步骤320：局域网内的其他UA用户，在接收到上述广播信息后，在本地内存的媒体能力数据表中记录UA1用户的媒体能力，以便在后续步骤中使用。同理，UA1用户也可能会接收局内其他UA用户和UA设备的广播信息，读取其中各局内UA用户的媒体能力信息和SIP账号，并将它们存储在UA1用户内存的媒体能力数据表中。

步骤330：UA1用户在间隔注册到公网会议服务器的时候，带上之前在步骤320中， UA1用户内存记录的局内其他UA用户的SIP账号和媒体能力的信息。

步骤340：会议服务器收到上述UA1用户的注册信息，在UA1用户注册成功后，启动会议服务器的媒体能力记录功能，即：读取并保存UA1用户的媒体能力数据表，也就是记录UA1用户注册账号关联的局域网内SIP账号列表和对应的媒体能力，并在会议服务器的数据库中保存生成媒体能力数据库。在本发明中，媒体能力数据库包括了所有注册到该会议服务器上的UA用户的关联局内SIP账号列表和对应的媒体能力信息。通过该媒体能力数据库的读取分析可以得知哪些UA用户是同属于一个局域网内，并且可以判断那些具有混频处理能力的UA设备。

此外，在上述步骤340中，由于会议服务器的媒体能力记录功能不是SIP标准功能，为了实现该功能，可以在会议服务器上设置一个开关，用以控制是否开启此功能。

图4是本发明具体实施例实现局内混频会议模式的流程操作图。

步骤410：UA1用户发起呼叫INVITE进入一个电话会议。

步骤420：接收到UA1用户的会议呼叫，会议服务器查找数据库中UA媒体能力数据库，确定该呼叫账号局域网内是否存在具有混频功能的UA设备，这些信息在前面的步骤340写入数据库。

步骤430：当会议服务器查找到局内具有混频功能的UA设备，在本发明具体实施例中假如UA2设备具有混频功能，并且UA1用户和UA2用户同属于一个局域网内，则再次转入步骤440进一步判断UA1用户和UA2用户是否同属于一个会议，否则进入普通会议模式。

步骤440：会议服务器继续判断UA2用户是否也在同一个会议中，此时，会议服务器通过保存每个呼叫对应的号码，这个号码就是会议号，如果该号码相同，则表明UA1用户和UA2设备属于同一个会议，则继续步骤450操作，开启局内混频会议模式，否则进入普通会议模式。

步骤450：开启局内混频会议模式，会议服务器修改200 OK的SDP信息为UA2设备，即，在200 OK的SDP协议中修改对应混音UA2设备的联系IP和端口。在UA1用户端，其收到200 OK后，取出数据包中的SDP信息，并得到新的联系方UA2设备的IP和端口，于是后续的电话会议过程，UA1用户会将RTP流转移发送到上述端口和IP。此SDP内容为UA2在INVITE呼入公网的会议服务器的带入的，可以作为一个标准的SIP流程，会议服务器记录它的SDP内容到数据库即可，此信息会被会议服务器保存在数据库中。

步骤460：呼叫UA1用户与UA2设备进行RTP流通信。此时UA1根据SDP的IP和端口，发送RTP到这个端口和IP。UA2设备在INVITE的时候，就应该开启混频功能，把从局内接收的RTP流，混频后发送到会议服务器。会议过程中UA1用户、UA2用户的SIP信令与公网的会议服务器交互。

步骤470：开启普通会议模式，此时，会议服务器不会修改200OK的SDP，按照现有技术，会议服务器把自己支持的媒体信息填写到200 OK的SDP中，即200 OK的SDP中填写会议服务器的IP和端口。后续发起呼叫的UA用户就直接与会议服务器进行RTP流的通信。

如果UA2设备退出会议，则在此UA2设备下面中继RTP流的UA用户，将会收到公网的会议服务器下发的REINVITE请求，请求协商的SDP内容，则要查看在此会议的此局内是否还存在其他能够混频的UA用户，如果存在，则重新协商SDP内容，把RTP切换到其他的在会混频UA用户。如果媒体服务器无法找到局内的混频UA用户，或和新的混频UA用户SDP协商失败，则会议服务器会把SDP内容填写成服务器的媒体信息，使UA用户端的媒体流从UA2自动切换到公网的服务器上。

另外，此时也可以由会议服务器再次做一次查询看是否有其他的混频的UA设备，如果有则读取此设备的SDP，否则此SDP为会议服务器的自己的能够支持的媒体信息。

图5为本发明具体实施例实现局内混频会议模式的组网图示二。此时，在电话会议的与会用户中，既包括局域网内的UA用户，也包括那些非局域网内的UA用户，则UA设备混频局内其他UA用户，完成后再把RTP流转给会议服务器，会议服务器在接收到RTP流后，进行混频并转发混频后的RTP流在此会场内其他UA用户，这里的其他UA用户要排除那些局内UA用户。对于局内的UA用户是通过把上述混频后的RTP流转到UA设备后，由UA设备来进行转发至各局内UA用户。

作为本发明具体实施例三，当局内具有混频能力的UA设备不在会议中，就能为其他在此局内中那些不具备混频UA用户转发RTP流。

图6是本发明具体实施例中会议视频示意图，由该图所示可知，其中一路为主视频，其他为小窗口视频，在下发给UA设备的时候，需要UA设备把小窗口用户的视频压缩后再传输到会议服务器，主视频则为了清楚呈现，要求UA设备，不需要压缩此路视频流。UA设备会根据外网服务器针对每路视频流下发的分辨率信息，压缩视频流后为会议服务器需要的这路视频的分辨率，当然主视频不要压缩，这样节省了小窗口的视频流和会议服务器再去压缩这路视频消耗。此时，UA设备会主动桥接一条线路到会议服务器，并通过此通路发送这路局内视频的RTP流。会议服务器在接收到各路RTP流后，就根据预先布置的视频布局，会议服务器的视频布局是针对每路RTP流先解码，再重新把每路视频帧一帧编码到新的一帧数据中，但是具体的位置和大小需要由视频布局具体决定。例如如果有多人参加会议，会议服务器预先布局为如图6所示，这样会议服务器收到各路RTP解码后编码到对应的区域，之后会议服务器得到新的一帧数据后，编码成视频格式，形成RTP流，会议服务器把这个RTP流下发到会场内其他所有UA用户，即完成了会议服务器的功能；而具有混频能力的UA设备，在收到会议服务器的RTP流后，群发到连接到这里的其他局内UA设备。如果没有找到，则会议服务器不会修改200OK的SDP，此时为会议的服务器支持的SDP信息，那呼叫的设备UA用户就直接和会议服务器直接进行RTP通信。

如果UA设备退出会议，则在此UA设备下面中继RTP流的UA用户，将会收到公网的会议服务器下发的REINVITE请求，请求的协商的SDP内容，则要查看在此会议的此局内是否还存在其他能够中继视频的UA设备，如果存在，则重新协商SDP内容，把RTP切换到其他的在会的中继视频UA设备。如果媒体服务器无法找到局内的中继视频UA设备，或和新的中继视频UA设备SDP协商失败，则会议服务器会把SDP内容填写服务器的媒体信息，使UA客户端的媒体流自动切换到公网的服务器上。

图7为本发明具体实施例会议服务器和UA的功能模块图。由图可知，为了实现本发明的局内混音会议模式，所涉会议服务器主要包括了以下各功能模块：媒体能力数据库、网络服务模块、局内媒体处理控制模块、混音处理模块、混频处理模块、SIP通讯控制模块。

其中， 网络服务模块，负责向注册连接的UA用户读取媒体能力数据表，并由会议服务器生成上述媒体能力数据库。由于该网络服务模块的读取记录功能不是SIP标准功能，在本发明中为了实现该功能，可以在会议服务器上设置一个开关，用以控制是否开启此功能。

媒体能力数据库，上述网络服务模块读取到的UA用户媒体能力数据表进行记录整理，形成会议服务器的媒体能力数据库，用于后续会议呼叫时是否启用局内混音会议模式的判断查询依据。

局内媒体处理控制模块，根据当前会议呼叫的UA用户的SIP账号和媒体能力数据库的信息进行解析，当检索到该UA用户的局域网内具有混频功能的UA设备时，可以启用局内混频会议模式。进而修改200 OK的SDP信息为UA设备，关闭对该UA用户视频数据的传输和处理。否则，在普通的会议模式下，按照现有技术控制混音处理模块和混频处理模块，与所述UA用户建立视频处理通道。

此外，该模块还可以控制发送各路视频流的分辨率信息。会议视频显示过程其中一路为主视频，其他为小窗口视频，在下发给UA设备的时候，需要UA设备把小窗口用户的视频压缩后再传输到会议服务器，主视频则为了清楚呈现，要求UA设备，不需要压缩此路视频流。UA设备会根据外网服务器针对每路视频流下发的分辨率信息，压缩视频流后为会议服务器需要的这路视频的分辨率，当然主视频不要压缩，这样节省了小窗口的视频流和会议服务器再去压缩这路视频消耗。

SIP通讯控制模块，用于控制和接管UA用户对会议服务器的会议呼叫请求，并在整个会议过程中用于SIP信令的通讯和解析处理。

混频处理模块，分别用于对所接收到的视频流进行混合处理。

在UA用户端，主要包括以下一些功能单元：媒体能力数据表、网络数据传输单元、媒体传输控制单元、音频处理单元、视频处理单元、SIP通讯单元。

其中，媒体能力数据表，包括了该UA用户SIP账号局内所有的其他UA用户和UA设备的SIP账号和相应的媒体能力信息。该数据是其他UA用户在启动和关闭的时候，广播局内其他所有的UA用户和UA设备时，携带自己的媒体能力信息。

媒体传输控制单元，用于控制UA用户多媒体数据的传输流向，当呼叫的会议进入局内混音会议模式时，协同网络数据传输单元，并根据会议服务器修改后的SDP信息，将音视频数据的RTP流发送至局域网内UA设备端，而在普通会议模式下，UA用户的音视频数据直接发送至会议服务器进行处理。

SIP通讯单元，与会议服务器的SIP通讯控制模块进行SIP信令通信。

音频单元和视频单元分别用来对本地音视频进行编解码处理。

在UA设备端，其内部功能单元与上述UA用户基本一致，唯一不同的是UA设备的多媒体能力强些，可以对局域网的音视频RTP流进行混音和/或混频处理。因此在UA设备中分别对应有混音单元、混频单元。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种电话会议中继视频处理方法，其特征在于，在电话会议***中，包括至少一个具备多媒体混合处理能力的UA设备，以及若干与会终端UA用户，所述UA设备可与会议服务器进行局内媒体流交互，所述视频处理方法主要包括以下步骤：

步骤a：所述UA用户发起呼叫进入一个电话会议；

步骤b：所述会议服务器会查询数据库中存储的媒体能力数据库，判断所述UA用户账号的局域网N内是否存在所述UA设备具有多媒体混合处理能力。

2.根据权利要求1所述的视频处理方法，其特征在于，如果所述步骤b的判断结果为是，则启用局内混频会议模式；如果所述步骤b的判断结果为否，则启用普通会议模式，即由所述会议服务器进行多媒体混合处理。

3.根据权利要求2所述的视频处理方法，其特征在于，所述局内混频会议模式下进一步包括：

步骤c：所述会议服务器修改SIP信令的SDP信息为所述UA设备；

步骤d：所述UA用户将RTP流转移发送到所述UA设备，由所述UA设备进行第一多媒体混合处理，即混频处理生成局内混合RTP流。

4.根据权利要求3所述的视频处理方法，其特征在于，所述UA用户和所述UA设备在启动或退出时，在所述局域网N内的广播信令中携带其所具备的媒体能力信息，所述局域网N内其他UA用户记录所述UA用户的媒体能力信息和SIP账号，生成媒体能力数据表。

5.根据权利要求4所述的视频处理方法，其特征在于，所述UA用户和所述UA设备分别间隔注册到所述会议服务器时，在SIP注册信令中额外再携带所述局域网N中的其他SIP账号和对应的媒体能力信息的列表，所述会议服务器读取所述额外的媒体能力和SIP账号并在数据库中保存生成所述媒体能力数据库。

6.根据权利要求5所述的视频处理方法，其特征在于，当所述UA设备退出所述会议时，进一步包括以下步骤：判断所述会议中所述局域网N内是否存在具有多媒体混合处理能力的其他UA设备；如果存在所述其他UA设备，则重新协商SDP内容，后续会议过程中，由所述其他UA设备进行混频处理；如果不存在所述其他UA设备或与所述其他UA设备SDP协商失败，则所述会议服务器将在SDP内容中填写所述会服务器的媒体信息，重新进入所述普通会议模式。

7.根据权利要求6所述的视频处理方法，其特征在于，如果所述会议同时包括非局域网N的UA用户，则所述视频处理方法还进一步包括第二多媒体混合处理，用以生成会议混合RTP流，即由所述会议服务器对所述局内混合RTP流和所述非局域网N内的UA用户的媒体流进行混合处理；所述会议混合RTP流可籍由所述UA设备转发至所述局域网N的UA用户。

8.根据权利要求7所述的视频处理方法，其特征在于，在所述局内混频会议模式下，所述会议服务器判断所述UA用户和所述UA设备是否属于同一个会议；如果不属于同一个会议，所述会议服务器会给所述UA设备发送一个私有的消息，让所述UA设备自动产生一个桥接到所述会议服务器上，当所述UA用户把所述RTP流发送到所述UA设备后，所述UA设备使用桥接中继所述RTP流到所述会议服务器上。

9.根据权利要求8所述的视频处理方法，其特征在于，所述会议的视频显示由主视频和若干小窗口视频组成，所述UA设备会根据所述会议服务器发送的各路视频流的分辨率信息对所述小窗口视频进行视频压缩处理，所述会议服务器通过所述桥接接收到压缩处理的RTP流后，根据预先布置的视频布局，对各路所述压缩处理的RTP流先解码，再重新把每路视频帧编码到新的帧数据中。

10.一种电话会议中继视频处理***，包括：会议服务器、若干UA用户和至少一UA设备，其特征在于，所述UA设备具有多媒体混合处理能力，所述会议服务器主要包括：网络服务模块、媒体能力数据库、局内媒体处理控制模块，其中，所述网络服务模块负责向所述UA用户在注册时读取媒体能力数据表的数据进行记录整理，生成所述媒体能力数据库；所述媒体能力数据库，存储记载了所述UA用户、所述UA用户的关联的局内SIP账号和媒体信息的列表、所述UA设备的SIP账号和媒体能力信息；所述局内媒体处理控制模块，控制在会议呼叫时是否启用局内混频会议模式，进而修改SDP信息为所述UA设备，以及控制发送各路视频流的分辨率信息到所述UA设备。

11.根据权利要求10所述的视频处理***，其特征在于，所述会议服务器还包括SIP通讯控制模块，用于控制和接管所述UA用户对所述会议服务器的会议呼叫请求，并在会议过程中解析处理SIP信令；所述UA设备会根据所述会议服务器发送的各路视频流的分辨率信息对会议显示中的小窗口视频进行视频压缩处理，所述会议服务器通过桥接通道接收到压缩处理的RTP流后，根据预先布置的视频布局，对各路所述压缩处理的RTP流先解码，再重新把每路视频帧编码到新的帧数据中。

12.根据权利要求11所述的视频处理***，其特征在于，所述UA用户主要包括以下功能单元：媒体能力数据表、网络数据传输单元、媒体传输控制单元、SIP通讯单元，其中，所述媒体能力数据表，包括了该UA用户SIP账号局内所有的其他UA用户和UA设备的SIP账号和相应的媒体能力信息；所述媒体传输控制单元，用于控制所述UA用户多媒体数据的传输流向，当呼叫的会议进入局内混频会议模式时，协同网络数据传输单元，并根据所述会议服务器修改后的SDP信息，将音视频数据的RTP流发送至局域网内UA设备端，而在普通会议模式下，所述UA用户的视频数据直接发送至会议服务器进行处理。