5.7.l H.245概述
1.信道划分及其控制
H.245是通用的多媒体通信控制协议，主要针对会议通信设计。
H.323系统采用H.245协议作为控制协议，用于控制通信信道的建立、维护和释放。
在H.245中，定义了两类信道：
• 控制信道：也称为H.245信道，位于不同H.323实体上的两个H.245对等信令实体通过该信道传送H.245消息，以控制媒体信道的建立和释放。控制信道是可靠信道，在IP网络中对应为一个TCP连接，连接端口号动态分配。在H.225.0呼叫建立过程中主被叫端点（或网闸）通过Setup和Connect消息互相交换各自分配的H.245端口地址，呼叫建立完成后，H.245控制信道就建立起来了。每个呼叫有且仅有一个H.245控制信道，它在整个呼叫期间始终存在，直到呼叫完成后才予释放。
• 通信信道：也就是媒体信道，在H.245中称为逻辑信道，在其上传送用户通信信息。一般说来，两个实体间可有多条逻辑信道，在呼叫中可以根据需要随时建立和释放，在H.245协议中称为打开和关闭。逻辑信道的开关由H.245控制协议完成，每个逻辑信道在打开时赋予一个标识号。可以认为控制信道是一个特殊的永久逻辑信道，其信道号指定为0。
H.323中大多数逻辑信道都是单向信道，在会议通信中尤为如此。但是T.120数据通信协议和普通的点到点电话通信都要求双向信道，它由一对单向逻辑信道构成，占用两个逻辑信道号。H.245逻辑信道打开过程既支持单向信道的建立，也支持双向信道的建立。 传送音频和视频信号的逻辑信道为不可靠信道（如UDP)，传送数据信号的为可靠信道（如TCP)，它们的端口号均为动态分配。所谓逻辑信道的建立，就是通信双方通过逻辑信道打开消息和证实消息交 换各自分配的端口号。
每个逻辑信道限定传送某种媒体信息，采用一定的编码算法，具有一定的带宽，因此，在信道建立之前，收发双方必须就这些参数进行协商，确定双方可接受的参数范围，这就是H.245的能力交换过程。H.245协议采用接收方控制的原则建立逻辑信道，发送方只能在接收方规定的范围内确定信道特性参数。能力交换过程的主要功能就是通过适当的消息向对方通告本端的接收能力。该消息也允许通告发送能力，但其作用只是表示本端的一种选择意向，希望对方在确定其接收能力时予以考虑。当获知对方的接收能力后，本端就在此范围内确定其发送方式，启动逻辑信道打开过程。
由此可知，一个H.323 呼叫的基本控制包括呼叫建立、能力交换逻辑信道打开、信道关闭和呼叫释放等过程，除呼叫建立外，基本上都是H.245信令过程。除此以外，对于会议通信，H.245还定义了若于控制消息和过程。本节着重讨论H.245基本控制过程，下节简要介绍会议通信控制过程。
2.控制过程
下面介绍H.245定义的主要控制过程。
(1)能力交换
其目的是确保发送的多媒体信号都能被接收终端接收和解码。终端通过发送其能力集使对方知道它能接收的各种信号组合，这些能力并不要求对方全部理解，对方只要存储它理解的并可能会用到的那部分能力，供其后建立逻辑信道使用。从这点上来说，它和ISDN不一样，后者要求主被叫终端类型匹配才能建立起呼叫，前者只要求主被叫在所需要的应用范围内具有公共的能力即可。
能力集的主要参数是接收能力，对方（发送方）必须知道本端的接收能力才能建立逻辑信道。如果能力集中不含接收能力，表示本终端只能发送不能接收。发送能力的作用是供对方（接收方）协商使用。对方可以在本端给出的发送能力范围内提出它所希望的发送方式。如果本端不希望对方干予它的发送方式，则可以在能力集中不提供发送能力，这并不表示它不具备发送功能。
(2)逻辑信道信令过程
逻辑信道的信令过程包括逻辑信道的打开和关闭，采用证实协议过程实现。其设计思路是首先建立连接，确保接收方能够接收并已准备好接收由对端发来的数据后，才开始媒体数据的传送。在接纳新的逻辑信道时，接收方必须确保原有逻辑信道的通信不受影响。
该协议过程还包括双向信道的打开。为了防止两方终端同时打开信道，引起冲突，需将其中一方定义为主终端，另一方定义为从终端。H.245协议设计了主从终端确定过程，但应用实体也可采用其它方法确定主从终端。
逻辑信道关闭也由发送方发起。
(3) 接收方关闭逻辑信道请求
接收方关闭逻辑信道请求的作用是使接收方也能提出关闭逻辑信道的请求，发送终端可以接受该请求，也可以拒绝该请求。设计此过程的目的是使接收方在遇到特殊情况，如尤法解码输入信息时，可以主动提出关闭伯道请求。另一用途是在双向逻辑信道的情况下，可由非信道建立方（如从终端）请求关闭信道。需要注意的是，接收方只能提出请求，真正的关闭过程仍应由发送方启动。
(4))主从确定过程
主从确定过程用于避免信令过程中的冲突现象。其主要应用是会议通信中的MC仲裁。由于一个会议呼叫只能有一个MC，如果两个参会的H.323实体都含有MC，则必须通过－定的规则确定其中一个是主MC。同样的协议过程也适用于双向信道建立时的主从终端确定。主从状态确定后，在整个呼叫中将保持不变。
(5)) 往返时延确定
某些应用需要知道发送终端和接收终端之间的往返时延，往返时延确定过程即提供了测量该时延的一种机制。其方法十分简单，只包含两个无参数的消息：时延测量请求和响应，发起请求方本地测星发收这两个消息之间的时间间隔得出该时延值。该过程也可用于检测远端终端是否在工作（如是否关机）。
(6))环路维护
环路维护是一个常规的维护过程，经由专用消息通知对方配合进行环路测试，还包含一个环路测试结束命令消息。此过程对于网关来说是必备功能。
(7))其它命令和指示
H.245协议定义了许多简单的命令和指示消息，可用于各种用途，它们不涉及通常的协议过程，）比较常用的有流量控制命令、多点方式命令、通信方式命令、用户输入指示等。
3. H.245消息
H.245消息可分为4种类型：请求、响应、命令和指示。请求和响应消息山协议实体使用，构成协议过程。请求消息要求接收方执行所要求的动作，并立即返回响应。响应消息是对请求消息的回复，可以是证实、拒绝或返回请求的结果。命令消息也要求接收方执行指定的动作，但不要求其回送响应。指示消息只是传送信息，不要求接收方执行动作，也不要求其回复响应，通常是指示终端的状态信息。
前述6个协议过程使用的H.245消息如表5.9所示。其中的Release消息是发出请求后超时未收到任何响应时，请求方发出的撤除该请求的指示消息。“打开逻辑信道确认“消息用于双向信道建立，因为这是一个三次握手过程。“维护环路命令关闭“消息是通知对方环测结束的命令消息。其余消息的含义不言自明。
表5.10给出基本的命令消息。其中，流量控制消息的功能是限制一个逻辑信道的比特率或者所有逻辑信道的总的比特率。H.323规定，此比特率指标不包括RTP头部、RTP净荷头部、网络层开销、LAN头部等各种开销。流量控制消息还可供MC集中控制多点通信中各个终端的发送速率，使它们和接收终端相匹配。在分散型多点通信中，各终端通过多播方式向其它端点发送音频和视频信号，MC可通过流量控制消息控制当前哪一个终端或哪几个终端有权发送信号。
表5.9 H.245协议过程所用的消息
| 协议过程 | 消息英文名称 | 消息中文名称 | 消息类型 |
|
能力集交换 |
Terminal Capability Set Tenninal Capability Set Acknowledge Tenninal Capability Set Reject Terminal Capability Set Rdease |
终端能力集 终端能力集证实 终端能力集拒绝 终端能力集释放 |
请求 响应 响应 指示 |
|
逻辑信道信令过程 |
Open Logical Channel Open Logical Channel Acknowledge Open Logical Channel Reject Open Logical Channel Confum Open Logical Channel Open Logical CHannel Acknowledge |
打开逻辑信道 打开逻辑信道证实打开逻辑信道拒绝打开逻辑信道确认关闭逻辑信道 关闭逻辑信道证实 |
请求 响应 响应 指示 请求 响应 |
| 协议过程 | 消息英文名称 | 消息中文名称 | 消息类型 |
|
接收方关闭逻辑信道请求 |
Request Channel Close Request Channel Close Acknowledge Request Channel Close Reject Request Channel Close Release |
请求信道关闭 请求信道关闭证实请求信道关闭拒绝请求信道关闭释放 |
请求 响应 响应 指示 |
| 主从确定过程 |
Master Slave Detennination Master Slave Detenninationon Acknowledge Master Slave Detennination Reject Master Slave Detenninatioo Release |
主从确定 主从确定证实 主从确定拒绝 主从确定释放 |
请求 响应 响应 指示 |
|
往返时延确定 |
Round Trip Delay Request Round Trip Delay Response |
往返时延请求 往返时延响应 |
请求 响应 |
|
时延维护 |
Maintenance Loop Request Maintenance Loop Acknowledge Mainternmce Loop Reject Maintenance Loop Command off |
维护环路请求 维护环路证实 维护环路拒绝 维护环路命令关闭 |
请求 响应 响应 命令 |
表5.10 H.245基本命令消息
“发送终端能力集”命令的作用是在发生中断或其它不确定问题的情况下，请求远端终端发送能力集消息告之其发送和接收能力。除非有非常必要的原因，该命令不能重复发送。“加密”命令用来交换加密能力，命令远端在信道上发送初始矢橇。“结束会话”表示呼叫结束，终止H.245消息传送，通常是呼叫控制过程的最后一个消息。“其它命令”指的是相当于H.230中规定的控制可视电话的一些命令。
表5.11 H.245基本指示消息
表5.11给出H.245基本指示消息。其中，”功能无法理解＂返回不理解或不支持的请求、响应或命令，不理解的原因可能是对方的H.245版本较高或消息中含有非标准的数据单位。＂抖动指示“用于向发送端告之接收端计算的逻辑信道抖动量，有助于对端选择视频信道的比特率和缓冲器控制策略，并可藉此确定定时信息的传送速率。“H.225.0最大斜偏指示“用于向远端指示指定的两个逻辑信道之间的平均时间偏差，单位为ms。常用于可视电话中指示视频和音频之间的同步偏差，偏差的原因可包括取样时间、编码器时延和发送缓冲器的时延。“用户输入“消息用于传送DTMF信号，即0~9、＊和#，供和SCN互通时使用。“其它指示”指的是相当于H.230中规定的用于可视电话的指示信号。
表5.12 会议通信相关的H.245消息
| 消息英文名称 | 消息中文名称 | 消息类型 |
| Conference Request | 会议请求 | 请求 |
| Conference Response | 会议响应 | 响应 |
| Conference Command | 会议命令 | 命令 |
| Communication Mode Request | 通信方式请求 | 请求 |
| Comnrunication Mode Response | 通信方式响应 | 响应 |
| Communication Command | 通信方式命令 | 命令 |
| MCLocation Indication | MC 位置指示 | 指示 |
| （Miscellaneous Conference Indication) | （其它会议指示） | 指示 |
表5.12示出H.245中与会议通信相关的消息。其中，会议类消息主要是控制会议相关操作，如请求参会终端清单、终端标识、会议标识、成为会议主席、退出会议等。会议命令中的退出会议命令用来结束会议，此命令发出后，会议包含的所有呼叫均释放。通信方式类消息主要供MC指示各终端各类媒体信道的类型、通信方式（单播或多播）及通信地址。“MC位置指示“用于主MC向其它端点发送其自身地址，以便实施对会议通信的控制。“其它会议指示“主要通告接收终端或其它终端的状态，如接收用户图像正在被播放、某终端加入或退出会议、终端号码分配等。
5.7.2主要协议过程
1.能力交换过程
1.能力交换过程
这是H.225.0呼叫建立成功后首先要执行的一个过程，它使通信双方了解对方接收和发送信号的能力。接收能力限定了对端发送信号的模式，发送能力给定了对端请求接收信号希望模式的协商范围。
描述终端接收和／或发送能力的终端能力集消息不但给出终端可支持的各种媒体信号的操作模式，而且还给出终端同时处理多种媒体信号的可能的组合操作模式。
消息中包含一个能力表，该表列出了终端所有允许的操作模式，如G.723音频、G.728音频、CIF H.263视频等，每种模式对应能力表中的一个表项，赋予相应的序号（能力号）。
若干个能力号构成一个“可选能力集”(alternativeCapabilitySet)数据结构，表示该终端可以按其中的任一种方式工作。例如，可选能力集{711,G.723,G.728}表示终端可以采用其中任何一种音频编码方式，但是不能同时使用两种或两种以上模式。实际上，可选能力集描述了终端的一个媒体信道的能力。
若干个可选能力集又构成一个“同时能力”(SimultaneousCapabilities)数据结构，表示该终端可以同时使用一组能力进行工作。例如，同时能力结构由可选能力集{H.261,H. 263}和{G. 711,G.723,G.728}组成，它表示终端可以同时工作于一个视频信道和一个音频信道，视频信道有两种可选操作模式，音视信道有三种可选操作模式。同时能力集{{H.261}, {H.261,H.263},{G.711,G.723,G.728}}则表示终端可以同时有两个视频信道和一个音频信道工作，其中一个视频信道只能采用H.261编译码，一个视频信道可采用H.261或H.263编译码，音频信道则可采用G.711、G.723或G.728编译码。
最后，若干个同时能力又可构成一个“能力描述语集”(capabilitydescriptors)数据结构，它包括一组能力描述语，每个描述语由一个同时能力和一个能力描述语序号组成。该数据结构给出了终端的总体能力。之所以要定义多个描述语，是因为终端可能选用多种组合方式工作，在不同的组合方式下，各个信道的允许操作模式可能不一样，以满足所需的要求。例如，某终端的能力描述语集包含两个描述语，一个是如前所述的{{H.261,H.26},{G.711,G.723,G.728}}，另一个是{{H.262},{G.711}}，它表示该终端的视频信道也可采用H.262编译码，但此时音频信道只能采用低复杂度的G.711编译码。
图5．如示出终端能力集消息的嵌套式数据结构。其中，序号由
图5.40 终端能力集消息的数据结构
证实消息返回，发送端据此可以确定与该证实消息匹配的终端能力集消息。协议标识指明H.245版本号。复用能力主要指示该终端的多点通信能力，用于会议通信。能力表每个表项的内容不只是简单的编译码标准还包含许多相关的参数。例如，每个H.263能力包括支持的各种图像格式、使用任选编码方式的能力等。能力描述语集则为如上所述的嵌套式数据结构，最终的基本元素都是指向能力表表项的指针（序号）。
终端能力集消息至少应包含一个能力描述语。在通信过和中，允许终端发送新增或修正的描述语，以动态增加或删除终端能力。
2.主从确定过程
该过程用于会议通信中，解决两个均含MC功能的端点的MC冲突问题；也用于解决两个端点同时打开双向信道时的冲突问题。在建立信道连接之前必须首先解决端点间的主从关系。
每个H.323端点应该既能工作于主机方式，也能工作于从机方式。在执行此过程时，每个端点需生成一个随机数，称为＂状态确定号”，其取值范围为0- 224-1，每个端点对于每个呼叫只能选定一个随机数。为了确定主从关系，任一端点可向对方发送一个主从确定 消息，该消息包含两个参数：状态确定号和终端类型。终端类型亦为一个整型数，其值按表5.13的规定确定。由于终端不可能有MP功能，MCU 不可能没有MC，网闸没有MC 功能就无需参加主从确定过程，因此表中相应元素尤需考虑。
表5.13 用于主从确定过程的H.323终端类型取值
对方收到确定消息后，执行确定计算过程。确定的规则是：首先比较两个端点的终端类型值，大者为主机；如果相同，再比较两个端点的状态确定号，大者为主机；如果仍然相同，则判定为不可确定。一般情况下是可以确定的，此时对方回送确定证实消息，告之判定结果。如果不可确定，则回送确定拒绝消息，告之理由为“数字相同，此时本端重新生成一个状态确定号，再次启动主从确定过程。
如果双方同时启动主从确定过程，则作为两个独立过程对待。任一方收到确定消息后，执行计算过程，向对方回送确定的状态，且结果一定是相容的。
由表5.12可见，如果两个实体为同样类型，则功能强的实体将为主机。如果两个实体为不同类型，有MC功能的高于无MC功能的实体；若均尤MC，则网关高于终端；若均有MC，则优先级别自高到低顺序为：MCU、网闸、网关、终端。如果一个H.323实体参与多个呼叫，则需根据其在呼叫中的功能确定其在该呼叫中的终端类型值，每个呼叫中的类型值可能会不相同。如果某个实体可以与表中的多个表元素匹配，则取最高值作为其类型值。
在会议通信中，如果某个MC成为主MC，则其终端类型值立即上升为240。也就是说，一旦某个MC在某次主从确定过程中赢得主机地位，它将在此会议中始终保持其主MC的地位。
能力交换和中从确定是H.245协议的两个初始过程，只有在这两个过程成功完成后，才能进行后续的信道建立过程。如果任一过程失败，必须至少重试两次，才能放弃连接建立并释放呼叫。
3.逻辑信道信令过程
在能力交换过程完成后，端点就可根据对方的接收能力发起信道建立过程。
(1) 单向信道打开过程
信道打开恒由发送方启动。它向接收方发送打开逻辑信道消 息，消息包含前向逻辑信道号及信道参数。其中，信道号必须由发送力赋值，证实消息返回此值，以和请求消息匹配。信道参数包括数据类和、媒体信息是否需要确保传送、是否执行静音抑制、目的地终端标记等。如果该信道用来传送RTP封装的实时媒体信息（如音频或视频），则信道参数还应包括：
．会话标识：即RTP的会话标识。
．关联会话标识：如果为可视电话应用，则会话标识可对应为音频RTP流，关联会话标识可对应为视频RTP流，二者应保持唇同步。
．媒体控制信道：为反向RTCP信道的运输层地址。
对方收到此消息并确认后，回送打开逻辑信道证实消息，消息包含前向逻辑信道号和前向复用证实参数。如果传送的是RTP流，则证实参数中应包含：
．媒体信道：为前向信道的RTP运输层地址。
．媒体控制信道：为前向RTCP信道的运输层地址。
这样，经由此过程，两端点间建立起『前向RTP信道和双向RTCP信道。这里，“前向”指的是打开逻辑信道消息发送方至接收力的方向。需要注意的是，在单向信道打开过程中，消息中不含反向信道参数。
如果某RTP流的前向信道已经建立，接着又由对方发起建立反向｛沁值，则应保证本次建立过程中交换的RTCP信道的运输层地址和前向信道建立时交换的地址相同。通过RTP会话标识可以判定这两个信道和同一个RTP流相关。如果两个端点同时发起对同RTP会话的信道建立过程，则主机方应拒绝对方的请求。其后，从机方再重新发起反方向的信道建立。
(2)双向信道打开过程
双向信道打开过程和单向信道基本相同，其主要差别在于消息中还包含反向信道参数，因此一次消息交换同时建立两个方向的信道。此外，请求方收到对端的证实消息后，还需回发一个确认消息，表示反向信道建立成功，可以开始传送信号。
如果对端不能支持本端要求的反向信道，则回送拒绝消息，然后立即启动双向信道打开过程，其反向信道参数等于本端发送的前向信道参数，其前向信道参数取为双方都能支持的参数值。
如果发生双方同时启动同一双向信道的打开过程，则执行主机方发起的请求。冲突检测方法是双方建立信道的参数相同，或者虽然参数不尽相同，但可判断为用于同一目的。
如果是可视电话应用，在音频和视频逻辑信道成功打开后，发信方应发送应250最大斜偏指示消息，给出这对信道间的最大同步偏差。其后双方即可开始正常通信。在通信过程中如要改变信道结构、能力、接收模式或带宽时，则应执行相应的H.245或RAS过程，然后关闭原信道，重新打开新的信道。
4.呼叫释放过程
通信的任何一方都可发起呼叫释放，其信令过程如图5.41所示。为简单计，假设呼叫信令和H.245控制信令均采用直接选路方式，其释放步骤为：
①端点1停止在逻辑信道上传送信息，关闭所有逻辑信道。然后在H.245控制信道上向端点2发送“结束会话”命令消息，告诉对方要结束该呼叫，其后停止发送H.245消息。
②端点2收到上述消息后，关闭所有逻辑信道，向端点1回送“结束会话”命令消息。至此，H.245控制信道关闭。
图5.41 端点发起的呼叫释放过程
③如果呼叫信令信道尚未关闭，端点1向端点2发送H.225.0 ReleaseComplete消息，关闭此信道。至此，呼叫已释放。
④端点1和2分别向其网闸发送RAS消息DRQ，告之该呼叫占用的带宽资源可予释放。
⑤网闸向端点回送DCF。其后，端点将不再向网闸发送未经请术的IRR消息。至此，完成全部释放过程。
如果是会议呼叫，则必须首先用H.245“退出会议“消息明确终止会议，然后各端点等待MC启动呼叫释放过程。
呼叫释放也可以由网闸发起，其过程如图5.42所示。释放步骤不再赘述。
5.7.3快速协议机制
为了加快逻辑信道建立的速度和节省资源，H.323新版本定义了两个新的机制：快速连接过程和隧道机制。
1.快速连接过程
常规的H.323系统协议过程是首先利用H.225.0信令建立呼叫，然后进行能力交换，最后才能打开逻辑信道，其过程比较繁复。
图5.42 网闸发起的呼叫释放过程
快速连接过程的特点是将信道建立过程和呼叫建立过程融合在一起，且省略能力交换步骤，从而有效地缩短连接建立时间。
(1)基本过程
主叫端点在Setup消息的UUIE中置入“快速启动”(fastStart）数据单元，该单元由若干个“打开逻辑信道”(OLC)数据结构组成，每个OLC描述主叫端点提议的一个发送或接收媒体信道，包括立即打开此信道并在其上传送媒体信息所需的所有参数。
如果被叫端点愿意执行快速连接过程，则可在主叫提议的OLC中选取它同意并能够支持的信道构成返回的快速启动数据单元，置入后向消息(CallProceeding、Progress、Alerting或Connect)回送主叫端点。这样，凡是选中的信道就认为已被打开。
被叫端点可以在发送包含快速启动单元的后向消息后，立即在已打开的反向信道上发送媒体信息。与此相应，主叫端点在发出Setup消息后必须准备在它提议的任一个反向信道上接收数据，因为有可能数据先于此后向消息到达。一旦主叫端点收到此后向消息后，就可放弃守听被叫未接受的反向信道。协议在Setup消息中又定义了一个“媒体等待Connect"数据单元，如果主叫在发送Setup消息时将此单元置为真，则被叫必须待发出Connect消息以后才能发送数据。此外，协议不排除各国自行规定被叫何时能发数据及发送数据的内容限制。
主叫在收到包含快速启动单元的后向消息后，就可以在打开的前向信道上发送数据。因此，被叫也必须在发出此后向消息后准备立即在它同意接纳的前向信道上接收数据。
如果被叫端点不能执行快速启动过程，或者想用常规的H.245协议调用某些功能，则可以拒绝使用此过程，其方法是不在Connect及其以前的任何后向消息中回送快速启动数据单元。协议规定在Connect消息之后，被叫不允许再回送快速启动数据单元；另外，如果主叫未在Setup消息中发送快速启动单元，被叫也不能自己生成回送单元，即此过程只能由主叫发起。
由此可见，Setup消息及相应的后向消息既完成呼叫建立功能，又代替了打开逻辑信道消息完成媒体信道的建立。
(2)“快速启动“数据单元
如前所述，快速启动数据单元由若干个OLC数据结构组成，每个OLC结构描述一个单向媒体信道，可以是前向信道或反向信道。这里，前向信道指的是从主叫至被叫方向的信道。
在Setup消息中，每个OLC表示主叫建立该信道的一个提议，各个OLC按照提议优先级的高低在快速启动单元中依次排列，音频信道OLC应排在所有其它媒体信道OLC之前。后向消息返回的快速启动单元中包含的OLC，表示被叫同意接受的信道。
主叫提议的前向信道OLC结构不包含“反向逻辑信道参数“单元，只包含“前向逻辑信道参数“单元，其中含主叫赋予的唯一标识该信道的前向逻辑信道号。如果主叫对同一发送信道提出多个提议（信道参数不同），则这些OLC的信道参数包含相同的会话标识。信道参数中不含“媒体信道“单元，该单元应由被叫接受后给定。其余参数和数据类型应由主叫根据发送信息的需要设定。
主叫提议的反向信道OLC结构应包含“反向逻辑信道参数“单元，其中包括会话标识、媒体信道（即该逻辑信道主叫侧的运输层地址）和媒体控制信道（即RTCP的运输层地址）。同样，同一接收信道的多个提议，其OLC的会话标识应相同。原则上说来，反向信道OLC结构不需要“前向逻辑信道参数“单元，但由于这O是LC 的必备单元，必须包括在内，因此可将其置空，也就是说，置“数据类型”为空数据，复用参数为无，其它任选参数都忽略。
被叫接受后返回的反向信道OLC结构的主体内容是“反向逻辑信道参数“单元，其中应加入“媒体控制道信“数据，指示RTCP 信道的运输层地址。“前向逻辑信道参数“单元中应插人一个标识该信道的前向逻辑信道号，因为信道号只能由发信方（即被叫端点）指定，且OLC的“反向逻辑信道参数“单元中未定义信道号参数，所以只能借用“前向逻辑信道参数“单元。
被叫返回的前向信道OLC结构只包含“前向逻辑信道参数“单元，其中需加入被叫端点分配的媒体信道和媒体控制信道参数。
采用快速连接过程建立呼叫和连接后，H.245控制信道并没有建立。如果在通信过程中需要使用H.245控制协议，就需使用下面所述的隧道机制，在H.225.0消息中传送H.245消息，因此，H.225.0呼叫信令信道不能关闭，必须保持到呼叫终结为止。
2.隧道机制
为了节省资源、融合呼叫信令和呼叫控制并减少呼叫建立时间，H.323设计了在H.225.0信道上传送H.245消息的隧道机制，它要求呼叫信令消息UUIE的h323-UU-PDU新增一个“h245控制“单元，将H.245消息作为字节串复制，封装在该单元中。一个信令消息可以封装多个H.245消息，接收方按序逐个处理。如果在需要传送H.245消息时没有信令消息需发送，则用Facility消息封装传送。
如果主叫端点要使用隧道机制，则应置Setup消息UUIE中的“h245隧道“单元为真，其后所有信令消息中的该单元都需置为真值。同样，如果被叫端点支持并愿意使用隧道机制，也要在Setup响应消息和其后所有的后向消息中置,'h245隧道“单元为真。一旦某消息置此单元为假，则自此以后隧道机制失效，需重新建立H.245控制信道。
主叫端点在Setup消息中请求建立隧道的同时，即可传送H.245消息，如果后来收到的被叫回送消息中,'h245隧道“未置为真值，则可判断Setup发送过去的H.245消息已被丢弃。
由于隧道传送的H.245消息强制覆盖(override)快速连接过程，因此主叫端点不能在Setup消息中同时传送快速启动单元和封装的H.245消息，但是允许在传送快速启动单元的同时，“置h245隧道”为真。该规则也适用于被叫端点。此时，端点执行快速连接过程，而隧道尚未打开。一旦发送第一个封装的H.245消息，隧道就被打开，快速连接过程终止。
如果呼叫信令采用网闸选路方式传送，则网闸应该确保隧道传送的H.245消息的透明转送。例如，网闸已经向主叫发送过Connect消息，其后又收到被叫端点的Connect消息，其中包含隧道封装的H.245消息，则网闸应使用Facility消息将此H. 245消息交给主叫。之所以可能出现主叫和被叫侧信令消息的不匹配，是由于网闸执行了如尤应答转移等附加的信令控制功能。
3.回复独立的H.245连接
在使用隧道机制或快速连接的过程中，任一端点可以退回使用常规的H.245控制信道。为此，每个端点可在任何呼叫信令消息的UUIE中包含一个,'h245地址“数据单元，指示本端分配的H.245控制信道端口号。如果某端点在需要建立H.245控制信道时发现尚未收到对端的,'h245地址＂，可则发送一个Facility消息，其UUIE中的理由置为“启动H245"，并在h245地址单元中置人自己的H.245控制信道运输层地址。对端收到此消息后，就利用消息中的地址信息建立H.245信道对应的TCP连接。
发起H.245信道建立过程后，端点就应停止发送隧道消息，但可能仍然会收到前已送出的隧道消息，此时应将其转交新建立的H.245信道处理。待收到呼叫信令消息，其,中'h245隧道”标志己置为假，则端点停止接收隧道消息。
如果两个端点同时启动H.245信道的建立，则分配的,'h245地址＂值较小的端点应关闭它打开的TCP连接，使用由对端打开的控制信道。注意：h245地址包括网络层地址和端口地址，应从高位开始比较，先比较网络层地址，如相等，再比较端口地址。
最后指出一点，本小节所述的加速机制是由H.323版本3规定的，它相应地要求H.225.0作同步更新，这就是H.225.0版本3。
5.7.4第三方启动暂停和重选路由
该过程的作用是使处于通信状态的终端暂时脱离当前呼叫，然后转向新的端点继续通信，暂停和转向不是由该终端自行启动的，而是由其它方经由H.245消息控制实现的。它可有多种用途，例如，相当于传统网络部件的PBX、呼叫中心和语音平台系统可将和终端的连接重新转向至语音提示设备；网闸可将至不能支持补充业务的终端的连接重新转向其它终端；推迟H.245媒体信道的建立，以便网闸在多个终端中选定被叫终端。
暂停的实现非常简单，就是向端点发送空的终端能力集消息，表示发出此消息的端点不具备接收能力。收到此消息的端点就进人暂停状态，原来由该端点打开的逻辑信道应关闭。然后该端点等待接收由远端发来的“打开逻辑信道“消息，按正常过程建立新的信道。在语音平台情况下，就可收听提示信息，而语音提示设备则不接受由终端发出的信息。
如果端点在暂停状态下收到非空能力集消息，就复位到呼叫建立完成后H.245信道刚打开的初始状态，因此可以连接到其它端点，实现重选路由。此时，交换端点应向其发送H.450重定向指示的Facility消息。该端点应重新参加主从确定信令过程，但无需重发其能力集，因为网闸可代为发送，以加快重新连接过程。在会议通信中，对于MC来说，相当于一个新的端点进入会议。
此过程要求端点能够接受和处理空的终端能力集消息，这是H .323版本3规定的新功能。
