X 项目 开发footprint (二)

     昨天下午和晚上的时间我的研读了H.323协议的框架。现在看来，使用这个协议框架可以完全的满足X项目的需求。但是，应该对这个协议进行相应的裁减。

     ITU的多媒体通信系列标准H.32x是在现有网络进行视频会议的相关标准；其中H.323是在现有的分组网络PBN提供多媒体通信的标准。假如它和现有的IETF的资源预留协议相结合的话，就可以实现在IP网络的多媒体通信。H.323包括了在无服务质量保证的网络上进行多媒体通信的技术要求。

    而其中的H.263协议则是完成对视频码流的压缩；H.225则是把视频，音频，控制等数据格式化发送，同时从网络接受数据，其主要是实现对RTP,RTCP的封装；其中封装了端到端信令，保证H.323终端的正常通信的H.245协议（多媒体通信控制协议），定义了请求，应答，信令和指示信息；整个系统的控制是由H.245控制信道，H.225.0呼叫信道，RAS信道提供；H.225.0实现的是流媒体的打包分组和同步传输的机制。

    进行注册，认可，和状态通信的不可靠信道叫做RAS通道。开始的时候一般是呼叫方首先发送一个认可请求消息，接着发送一个初始建立消息，这个过程是以收到连接消息结束的。当可靠的H.245 通道建立以后，就可以建立各种传输的通道，关于多媒体的相关的设置也可以在这里设置；

    那么是如何保证在不同的传输实例中通信的质量的呢？因为H.225.0可以使用不同的传输地址，在不同的RTP实例中发送和接受音频和视频数据，保证不同媒体帧的序列号和每种的媒体的质量；需要注意的一点是当前的制造商一般是选择不同的网络地址来传输音频和视频数据；端的通信还有一个性能交换的过程。性能交换的过程包括了媒体的信号可以被接受端接受，也就是告诉发送方自己的解码能力；发送性能给接受方定义了操作方式的选择集合，这些选择集合使得同一个终端可以同时处理多路信号；