2 帧缓冲映射的软交换模式的MCU的设计
    综上所述，在此提出采用基于帧缓冲映射软交换的 MCU系统设计模式，所谓的软交换模式就是仿照交换机的模式，不对音、视频流进行编解码的处理，只对数据进行转发与控制。
    该MCU也包括MC与MP。基于软交换的MP，通过帧缓冲映射算法，查找终端对应的缓冲区，然后到把接收到的音、视频流存放到该缓冲区里面，通过MC控制，把音、视频数据流转发到终端。
2．1 MC部分总体设计思想
    MC部分的设计主要包括会议组管理、会议RTP流转发管理。
    (1)会议管理。该系统只默认一组会议，且默认的会议房间为“rooml01”。对一组会议来说，主要管理会议的成员信息，处理与会者的加入与退出等。为了实现这些功能，建立一个会议组类、成员信息类、成员状态类、成员身份类和成员视频缓冲类。会议组类主要记录终端所选的会议ID；成员信息类主要记录终端的Token，IP地址等信息；成员类状态主要记录成员是否在线；成员身份类可以确定是主席，还是听众；成员视频缓冲类主要是存放在线各个终端的RTP包，一个缓冲类里面可以存在多个缓冲区。MC首先通过设定TCP特定的端口，并在端口上建立一个TCP监听线程，终端通过这个端口与MCU进行TCP连接，并由MC建立一个H．225呼叫线程，用于监听H．225呼叫信令，通过这个H．225通道，终端把自己的会议组ID，IP，Token等身份认证注册到MC。
    图3为MC的会议管理系统框图。

    (2)会议RTP流转发管理。MCU对登陆终端进行注册后，MC建立一个H．245控制信令线程，并与该终端进行连接控制，通过H．245控制信令与Mc进行呼叫、信令处理与能力协商、主从决定；然后建立音、视频的接收逻辑通道，通过RTP接收类开始接收终端发送的RTP帧。把RTP帧保存到分配给该终端缓存区里。MC为已经进行了呼叫连接的终端分配了一一对应的视频缓冲接收区．该缓冲区是一个分配在堆里面的数据结构，例如：在终端A的在线人员列表上，可以看到登陆注册到MCU的人员名单；通过对终端的人员名单的选择，例如选择B，那么终端A可以要求MC转发终端B的音、视频，当MC收到终端A提交的要求转发终端B的信息后，在MC的A终端缓冲池里面，为终端B新建一个缓冲区，通过MP对终端B的Token的帧缓冲映射查找到终端B的音视频缓冲池，并在终端A与终端B之间建立一条逻辑通道，用于向终端A传输终端B的RTP包，当MC的终端A缓冲类接收到终端B的RTP包后，把RTP包拷贝到原来的接收缓冲区里；然后同样把终端B的惟一Token通过哈希函数映射到这个缓冲区上。
    图4为MC的RTP管理系统框图。MC的软交换模式如图5所示。

2．2 MP部分总体设计思想
    基于软交换的MP，通过帧缓冲映射算法查找终端对应的缓冲区，然后把接收到的音、视频流存放到该缓冲区里面，通过MC的控制，把音、视频数据流转发到终端。由于MCU需要处理大量的实时RTP包，效率成为了最主要的问题。因此如何从缓冲区里面快速搜索相应的数据包是MP能否快速处理数据的关键。考虑到MP要处理不同的终端，不同的终端对应不同的缓冲区，所以采用哈希函数映射法，它将任意长度的二进制值映射为固定长度的较小二进制值，并把这个哈希表存放到相应的内存区，以便多次的查找，这样通过这个较小的二进制值就可以以非常快的速度找到比较大的数值。因此把视频缓冲区的首地址存放到一个哈希表里面，并通过这个哈希表把终端的Token映射于这个缓冲区，这样通过终端的惟一TOken便可以迅速找到其对应的缓冲区。
    实现MP部分帧缓冲映射算法的具体设计步骤是：首先MCU把登陆的在线终端Token(终端的惟一标识)与会议ID默认为roomlol，通过哈希函数，映射到一个缓冲区，通过终端的Token和会议ID，就可以直接找到本终端的缓冲区，当MP收到终端的RTP包后，通过RTP包的边界分析，把多个RTP合成一个数据帧，然后把数据帧放到相应的终端缓冲区里面。帧缓冲映射的查找如图6所示。假设当终端A要求转发终端B的音、视频数据流时，MP通过哈希函数找到相应终端B的缓冲区域，然后把该缓冲区的数据读出到数据帧里面，最后通过RTP包进行发送到终端A，而终端A在接收到MCU发送的终端B的音视频数据压缩包后，再对其进行音视频进行解码。