音频编码器对从麦克风输入的音频信息进行编码传输，在接收端进行解码以便输出到扬声器，音频信号包含数字化且压缩的语音 。H.323支持的压缩算法符合ITU标准 。为进行语音压缩，H.323终端必须支持G.711语音标准，传送和接收A律和u律 。其它音频编解码器标准如G.722、G.723.1、G.729.A、MPEG-1音频则可选择支持 。编码器使用的音频算法必须由H.245来确定 。H.323终端应能对本身所具有的音频编解码能力进行非对称操作，如以G.711发送，以G.728接收 。
视频编解码器在视频源处将视频信息进行解码传输，在接收端进行解码显示 。虽然视频功能可选，但任何具有视频功能的H.323终端必须支持H.261QCIF格式；支持H.261的其它格式以及可选支持H.263标准 。在分组网络上，使用H.261、H.263编解码无需BCH纠错和纠错帧 。数据会议T.120是可选功能 。当支持数据会议时，数据会议可出现协同工作，如白板、应用共享、文件传输、静态图像传输、数据库访问、音频图像会议等 。通过H.245处理后也可以使用其它的数据应用和协议 。
2、H.225、H.245等协议 H.323系统中的通信可以看成是视频、音频、控制信息的混合 。系统控制功能是H.323终端的核心，它提供了H.323终端正确操作的信令 。这些功能包括呼叫控制（建立与拆除）、通力切换、命令和指示信令以及用于开放和描述逻辑信道内容的报文等 。整个系统的控制由H.245控制信道、H.225.0呼叫信令信道以及RAS信道提供 。H.225.0标准描述了无QoS保证的LAN上媒体流的打包分组与同步传输机制 。H.225.0对传输的控制流进行格式化，以便输出到网络接口，同时从网络接口输入报文中检索出接收到控制流 。另外，它还完成逻辑帧、顺序编号、纠错与检错功能 。
在H.323多媒体通信系统中，控制信令和数据流的传送利用了面向连接的传输机制 。在IP游戏栈中，IP与TCP协作，共同完成面向连接的传输 。可靠的传输保证了数据数据包传输时的流量控制、连续性以及正确性，但也可能引起传输时延以及占用网络宽带 。
H.323将可靠的TCP用于H.245控制信道、T.120数据信道，呼叫信令信道 。而视频和音频信息采用不可靠的、面向非连接的传输方式，即利用用户数据协议UDP（User Datagram Protocol） 。UDP无法提供很好的QoS，只提供最少的控制信息，因此传输时延较TCP小 。在有多个视频流和音频流的多媒体通信系统中，基于UDP和不可靠传输利用IP多点广播和由IETF实时传输协议RTP处理视频和音频信息 。IP多播是以UDP方式进行不可靠多点广播传输的协议 。RTP工作于IP多播的顶层，用于处理IP网上的视频和音频流，每个UDP包均加上一个包含时间戳和序号的报头 。若接收端配以适当的缓冲，那么它就可以种用时间戳和序号信息"复原，再生"数据包、记录失序包、同步语音、图像和数据以及改善边接重放效果 。实时控制协议RTCP用于RTP的控制 。RTCP监视服务质量以及网上传送的信息，并定期将包含服务质量信息的控制信息包发分给所有通信节点 。
在大型分组网络如因特网中，为一个多媒体呼叫保留点足够的宽带是很重要的，也是很困难的 。另一个IETF协议--资源预流协议RSVP答应接收端为某一非凡的数据流申请一定数量的宽带，并得到一个答复，确认申请是否被许可 。虽然RSVP不是H.323标准的正式组成部份，但大多数H.323产品都必须支持他，因为宽带的预流对IP网络上多媒体通信的成功至关重要，RSVP需要得到终端、网关、装有多点处理器的MCU以及中间路由器或交换机的支持 。
H.225.0适用于不同类型的网络，其中包括以太网、令牌环网等 。H.225.0被定义在诸如TCP/IP，SPX/IPX传输层 。H.225.0通信的范围是在H.323网关之间，并且是在同一个网上，使用同一种传输协议 。假如在整个因特网上使用H.323协议，通信性能将会下降 。H.323试图把H.320扩展到无质量保证的局域网中，通过使用强大的认可控制会议控制，使一个专门会议的参加者从几人到几千人 。
推荐阅读
- 解析VoIP协议最新发展
- H.320协议和H.323协议的差别在哪里
- 浅析：WLAN中VoIP的安全隐患
- ssl协议的基本概念 SSL协议的概念
- SET协议的特点 set协议的基本概念
- 域名系统定义 域名系统的基本概念
- 域名系统的基本概念 域名系统的概念
- 文字处理软件的基本概念 什么是文字处理系统
- BIOS的基本概念
- 手机视频编码基本概念介绍