H.225协议与H.245协议

       当发送端与接收端建立呼叫时，H.225协议通过登记、管理、信令（合称RAS）信道进行初始化处理。将RAS设备称为信道有些名不符实，因为它所处理的信息发送是不可靠的，且无法明确应答，所以必须采用用户数据报协议（UDP）来发送信息。但RAS信道的确提供了一个公共通道以便所有设备监控到来的呼叫。

       RAS建立呼叫的请求由关守或终端本身应答。在这两种情况下，应答要包括被叫设备的IP地址和ICP端口号，从而允许主叫与被叫建立可靠的TCP连接来传输呼叫信令。通话期问，信令处理包括以下几步：

（1）呼叫建立

        在此阶段，主叫通知被叫要建立一条语音（或视频）链路。并且，系统定义了一种消息格式用来通知主叫，被叫处于待机状态。确切的呼叫建立过程依据网络配置而定，特别是依据关守的存在与位置而定。但无论在何种呼叫建立过程中，都要经历这样一个过程：主叫使用呼叫建立消息初始化连结，被叫使用含有H.245控制信道IP地址的应答消息回应，以便于系统进一步建立传递H.245消息的信道。

（2）通信初始化和交互能力

       完成第一步后，主叫和被叫节点均进入第二阶段。主要是通过交互双方通信“能力”的信息建立，H.245控制链路。此处“能力”一词指的是链路所支持的媒体类型。例如，所有H.323网关均支持语音业务，但犬多数H.323网关并不支持视频业务或电子白板业务。

（3）可视语音通信的创建

        在此阶段，端节点建立承载呼叫流的逻辑信道。对于语音信息，通话双方建立各自的单向链路。这主要是考虑到在通话的两个方向上不一定需要相同的声码器与比特速率。

（4）呼叫服务

        此阶段主要调整前三阶段初步确定的呼叫参数。比如：调节通话带宽，增加或减少会议电话的参加者，在网关、终端间交互状态消息或等待消息。

（5）呼叫结束

        拆除呼叫仅需停止发送信息流（多媒体情况下，先停发视频流，再停发数据流，最后是语音流），然后类似于呼叫建立过程，呼叫清除消息被交互处理。呼叫结束处理也要视关守的有无而不同。当存在关守时，拆除呼叫必须通知关守，以便它调整可利用的带宽资源表。

       H.323信令消息是ISDN电话信令的子集，ISDN电话信令由Q.931信令协议规范。H.225协议所定义的信令主要对应于Q.931中“可靠分组模式”（如TCP）下的信令。