H323笔记

 

系列H：视听设备和多媒体系统

视听服务的基础结构体系和视听服务的终端设备。

基于分组交换的多媒体通讯系统

摘要：

建议H.323描述了在不提供QoS保证的分组网络上提供多媒体业务的终端和其他实体。H.323实体可以提供实时语音，视频，和数据通讯。其中语音是必须支持的，其余两项是可选的。为了支持某种媒体类型的所有终端能互通，必须使用通用的操作模式。

分组网络上H.323实体间通讯，可以是一个单独网段上，或具有复杂拓扑结构的多段互联网络上的点对点连接。

H.323实体可以用于点对点，点对多点，或广播结构。可以和其他网络的终端通过网关互联。

H.323实体可以集成到个人计算机或制成独立设备，如可视电话。

可以通过包含特定标志符的消息设别支持H.323的哪个版本。同时涉及不同版本的H.225.0, H.245协议。

注意：H.323(1996)的标题是“用于没有QoS保证的局域网的可视电话设备”。本版本中把它修改了，以与扩展的应用范围相一致。

                                                                                        基于分组交换的多媒体通讯系统（H.323）

1、范围

        适用于在底层传输不提供QoS保证的基于分组的网络上，进行多媒体通讯的技术需求。

       包括网关（GW）、GateKeepers、多点控制（MC）、多点处理（MCU）等。建议中的控制消息和过程定义了这些组件如何通讯。

       H.323终端提供在点对点或点对多点会议中，进行语音和可选用的视频，数据通讯能力。和其他的H系列终端通过网关互通。Gatekeeper提供接入控制和地址翻译服务。MC、MD、MCU提供对多点会议的支持。

     H.323的范围不包括网络界面，物理网络，及网络上的传输协议。

3 定义

这些定义使用于PBN

3.1 active MC：指主从确定获胜，当前为会议提供多点控制功能的MC。这里翻译为“活动MC”。

3.1  ad hoc multipoint conference：这是一个点到点会议，在呼叫的某个时候，扩展成多点会议。

3.2  addressable：地址可设定的。

3.3  audio mute：抑制一个或多个源的音频信号。发送抑制意味着音频流的发送者抑制它的麦克风或不传送音频信号。接收抑制意味着接收终端忽略特定的输入语音流，或抑制它的扬声器。

3.4  broadcast conference：广播会议指有一个媒体流的发送者和许多接收者。没有双向传输的控制和媒体流。因此会议应当由网络多点传输设备实现。

3.5  broadcast panel conference：广播座谈会是多点会议和广播会议的结合。几个终端使用多点会议，其它终端只接收媒体流。在多点会议终端间使用双向传输，在收听终端间不使用双向传输。

3.6  call：在H.323节点间的点对点多媒体通讯。呼叫由呼叫建立流程开始，由呼叫终止流程结束。呼叫由节点间可信和不可信信道组成。呼叫可以直接在两个节点之间发生，也可以包括其它H.323实体，如GK或MC。在经网关和SCN节点互通的情况下，所有的信道终止于网关。在那里它们被修改为适合于SCN节点系统的形式。典型地，两个节点互为目的地的通讯为一个呼叫，也可能有只包含信令的呼叫。一个节点可以支持多个同时发生的呼叫。

3.7  call signalling channle：在两个H.323实体间传递呼叫建立和拆除消息的可信信道。

3.8  callable：可以接收呼叫的。也就是说，一个H.323实体被认为是callable，那么用户可以将此实体作为呼叫的目的地。终端，MCU，网关是callable的，但GK和MC不是的。

3.9  centralized multipoint conference：集中多点会议是指所有参与终端以点对点方式与MCU相连。终端传送它们的控制，音频，视频和数据流至MCU，MCU中的MC集中管理会议，MCU中的MP处理音频，视频，和数据流，将处理过流流返回每个终端。

3.10    control and indication (C&I)：控制和指示是终端间的端对端信令，控制可以导致接收者状态的改变，指示提供系统状态或功能方面的信息。

3.11    data：与音频，视频，控制不同的信息流，有逻辑数据通道承载。

3.12    decentralized multipoint conference：分散会议是指参与终端将它们的音频和视频流多点传输给其它参与终端，不使用MCU。由终端负责：

a)    将收到的音频流合在一块；

b)   选择一个或多个收到的视频流，用于显示。

这种情况下没有音频或视频MP，终端和一个管理会议的MC用H.245控制信道通讯。数据流仍然需要MCS－MCU(MCS－MCU可能在MP内部)集中处理。

 

 

6 系统描述

这里描述了终端，GWs

6.1 Information Stream

信息流可分为：video、audio、data、通讯控制和呼叫控制。

Audio信号包含编码的数字化语音，以及伴随语音的语音控制信号。可以采取措施减小语音带宽。

Video信号包含编码的数字化运动图像，以及伴随的图象控制信号。Video的传输带宽不能超过在能力交换时选定的值。

数据信号包括图形，文档等各种数据流。

通讯控制信号通过交换控制数据，实现能力交换，打开，关闭逻辑信道，模式控制和其他功能。

呼叫控制信号用于呼叫建立，终止，和其他呼叫功能。

上述信息流被格式化（H.225.0）后送至网络界面。

6.2 终端特征

包括用户设备界面、视频编解码、音频编解码、远程信息处理设备、H.225.0层、系统控制功能块，及与PBN的界面，其中系统控制单元，

其中系统控制单元，H.225.0层，网络界面，和一个音频编解码单元是必备的。视频编解码单元，和用户数据应用是可选的。

6.2.1本建议不包括的终端原理的定义

有关语音设备的语音处理功能，如扩音，混频，回声消除等。

有关视频设备，如摄像机，监视器的控制和选择，如视频处理以增加压缩率，或提供分屏功能等。

有关网络界面，提供与PBN的界面，支持信令和电气标准和国内，国际的标准相一致。

6.2.2本建议范围内的终端原理

视频的编解码。

音频的编解码。

数据信道支持的远程信息处理应用，标准数据应用（用于实时音像会议）由建议T.120规定。其他的应用和协议可能在H.245的6.2.7涉及。

系统控制单元（H.245,H.225.0）提供了H.323终端正确操作的信令。包括呼叫信令和通讯控制信令等。

H.225.0层将audio,video,data流格式化成消息，输出至网络界面，以及从网络界面接收他们。另外，它实施与相应媒体流一致的逻辑流的顺序排列，差错控制和纠错等。

6.2.3          PBN界面

本建议不规定其实现细节，不过，它需提供H.225.0所描述的服务。包括：可信（如TCP,SPX）端到端服务，用于H.245控制信道，数据信道，和呼叫信令信道；不可信（如UDP,IPX）端到端服务，用于音频信道，视频信道和RAS信道。这些服务可以是单向或双向的。单点和多点传送依赖于应用、终端性能和网络的配置。

6.2.4视频编解码

属于可选内容（暂略）。

6.2.5音频编解码

所有的H.323终端必须有一个音频的编解码器。必须能依照G.711编解码音频。所有的终端必须能传送A-律和u-律。终端可选择具有G.722,G.728,G.729,MPEG 1 audio,和G.723.1的编解码音频的能力。由编解码器使用的运算法则必须经H.245进行能力交换获得。H.323可以具有不对称性处理音频的能力。例如：发送用G.711,接收用G..728。

如果提供G..723.1，必须同时具备5.3kbps,6.3kbps两种模式。

音频流的格式在H.225.0中描述。

H.323终端可以选择同时具有超过一个音频信道。例如，可用于允许两种语言同时传送。

音频包以音频编解码器建议的周期传送给传输层。

6.25.1音频混响

H.323终端可以接受不止一个语音信道，如多点会议时。这时，需要执行混频功能以传送一个合成语音信号给用户。

H.323终端必须使用H.245的同时性能参数，指示能同时对多少音频流编解码。这个同时性能不应当限制一个会议中多点传送的音频流的数目。

６.2.5.2最大音频－视频传输失真

（暂略）。

6.2.5.3低比特率操作

假如只承载<56kbps的联接，G.711不能用于H.323会议。

6.2.6接收线路延迟

接收线路延迟包括为了去除包到达的时延抖动，维持同步而增加的部分。媒体流为了和其它的媒体流保持同步，可以选择在接收者处理路径上被延迟。更进一步，媒体流可以选择被延迟，以消除由于网络延迟造成的时延抖动。一个H.323终端不能为了此目的在发送端路径上增加延迟。

中间处理点如MCU或网关可以修改音频和视频的“时间戳”信息，必须传送适当更改的音频和视频时间戳和次序号，反映它们被传输的信息。接收节点可以在音频信道增加适当的延迟使得图象和声音同步。

6.2.7数据信道

（暂略）

6.2.8 H.245控制功能

H.245控制功能使用H.245控制信道，交换端到端控制信息，保证H.323实体的运作。包括能力交换，打开／关闭逻辑信道,模式优先选择，流控消息，一般命令和指示。

H.245信令在两个节点之间，一个节点和一个MC之间，或一个节点和一个GK之间建立。节点必须为节点参与的每个呼叫建立正确的H.245控制信道。这个信道必须使用H.245消息和流程。注意：一个终端，MCU，GW, 或GK可能支持多个呼叫和多个H.245控制信道。H.245控制信道必须由逻辑信道0承载，从H.245控制信道打开至终止，逻辑信道０应当被认为永远打开。逻辑信道的打开／关闭功能不能应用于H.245控制信道。

建议H.245指定了许多独立的协议实体，支持端对端信令。一个协议实体由语法，词义，语义和一套流程，来指定消息交换以及用户的互操作。H.323节点必须支持下列协议实体的语法，语义，和流程。

主从确定。

能力交换。

逻辑信道信令。

双向逻辑信道信令。

关闭逻辑信道信令。

模式请求。

环路延迟检测。

环路维护信令。

一般的命令和指示必须包含在H.245的消息集内。另外，其他的命令和指示可以特别定义为audio,video,data流的带内信号来发送。

H.245消息分为四类，请求，响应，命令，指示。请求和响应消息用于协议实体。请求消息要求接收者一个特定的行动，及一个立即的响应。响应消息响应一个相应的请求。命令消息要求一个指定的行动，但不需要响应。指示消息只是提供信息，不要求行动和响应。H.323终端必须响应所有的附件A列出的H.245命令和请求。必须传送指示反映终端状态。

H.323终端必须能分析所有的H.245 MulitimediaSystemControlMessage消息，必须具有发送和接收所有消息所需的功能，以及终端支持的可选功能。

附件A包含了一长列表，显示了对于H.323终端而言，哪些消息是必备的，可选的，还是禁止的。H,323终端必须发送functionNotSupported消息响应不认识的请求，响应，命令消息。

一个H.245指示userInputIndication可以用于传输用户输入的文字，DTMF信号等。这样可以手工操作远程设备，如视频邮件，语音邮件系统，菜单驱动信息服务等。H.323终端应当支持传送用户输入的字符为“0—9”，“#”，“*”，其他字符的传送能力是可选的。

有3个H.245请求消息与RTCP控制包冲突，H.245请求是videoFastUpdatePicture, videoFastUpdateGoB, videoFastUpdateMB可以用于代替RTCP控制包FIR和NACK，接收FIR和NACK的能力在H.245能力交换时被告知。

6.2.8.1能力交换

能力交换必须按H.245的流程，它提供独立的接收和传输功能。终端通过它可以描述自己的能力以同时操作各种合成的模式。

接收能力描述终端接收和处理输入流的能力。发送者必须限制它们发送的信息是接收者指明能够接收的。接收能力的缺乏表明终端不能接收。传输能力描述终端传输信息流的能力。传输能力供接收者选择一个可能的操作模式，使接收者可以请求它更愿意的模式。传输能力的缺乏指示终端不能提供这种选择给接收者。

发送终端把每一个单独的终端能力赋给capabitityTable，例如：G.723.1 audio, G.728 audio, 和CIF H.263 video可赋予分别的数字。这些能力数字组成alternativeCapabilitySet结构。每个结构指示终端能执行列于此集的一种模式。例如：一个alternativeCapabilitySet列表为{G.711, G.723.1, G.728}表示终端支持且只支持这几种音频模式。

这些alternaltiveCapabilitySet结构组成SimultaneousCapablities结构，每个这种结构指示一系列终端可以同时支持的模式。例如：一个simultaneousCapablities结构包含两个alternativeCapabilitySet结构{H.261, H.263}和{G.711,G.723.1, G.728}表示这个终端能同时执行音频和视频的编解码。{{H.261}, {H.261,H.263},{G.711,G.723.1, G.728}}表示这个终端能够同时处理两个视频信道和一个音频信道。其中一个视频信道是H.261，另一个视频信道是H.261或H.263，一个音频信道是G.711, G.723.1, 或G.728。

注：CapabilityTable的结构实际更复杂，详见H.245。

终端的所有能力由一系列capabilityDescriptor结构描述，它由单个simutaneousCapabilities结构和一个CapabilityDescriptorNumber组成。通过发送超过一个CapabilityDescriptor，表示终端能提供不同的模式集合来描述它同时能提供的功能。例如一个终端发出两个CapabilityDescriptor结构，一个是{{H.261,H.263},{G.711,G.723.1,G.728}},另一个是{{H.262},{G.711}}，表示终端也能提供H.262视频编解码，不过这时只能提供复杂度较低的G.711音频编解码。

终端可以在一个信息会议期间，通过发送附加的CapabilityDescriptor结构动态地增加能力。或者通过发送修改的CapabilityDescriptor结构撤消能力。所有的H.323终端必须至少传输一个CapabilityDescriptor结构。

不标准的能力和控制消息可以用nonstandardParameter结构来发送(在H.245中定义)。不标准的消息由个别的组织定义，一些厂家的设备可能发出不标准的消息，但意义是明确的。

终端依照H.245的流程可以在任何时候发送能力集。

6.2.8.2 逻辑信令信道

每个逻辑信道承载从一个发送者至一个或多个接收者的信息，由一个对于每个传输方向而言是唯一的逻辑信道序号标识。

打开／关闭逻辑信道使用openLogicalChannel和closeLogicalChannel消息和H.245流程。当一个逻辑信道被打开，openLogicalChannel消息全面描述逻辑信道的内容，包括媒体类型，使用的运算法则，任何选项和所有接收者解释逻辑信道内容所需的信息。逻辑信道不再使用时可以关闭。打开的逻辑信道可以是不活动的。如果没有信息传送。

本建议中大多数逻辑信道是单向的，因此允许不对称操作：即在传输的不同方向，信息流的序号和类型可以不一致。如果接收者只支持对称操作，除了在别处另有说明，它可以发送一个接收能力集反应这个限制。终端可能能在一个特定的方向使用特别的模式。某些媒体类型，包括数据协议如T.120，要求它们的操作必须使用双向信道。此时，一队不同方向的单向逻辑信道可以关联在一起打开，以组成一个双向信道。这时要使用H.245中的双向信道打开流程。

这成对的相关信道不必使用相同的逻辑信道序号，因为逻辑信道在各自的传输方向上是独立的。

打开逻辑信道使用如下流程：

终端首先发送openLogicalChannel消息，如果逻辑信道承载的媒体类型使用RTP（audio或video），这个消息将包括含后向的RTCP信道传输地址的mediaControlChannel参数。

响应终端必须响应openLogicalChannelAck消息。如果逻辑信道使用RTP承载媒体类型，这消息应包括含RTP传输地址的mediaTransportChannel 参数，和含前向RTCP信道传输地址的mediaControlChannel参数。

不使用RTP/RTCP的媒体类型（如T-120 data）省略mediaControlchannel参数。

如果一个相关的反响信道为一个已存在的RTP（由sessionID标识）打开，经OpenLogicalChannel流程交换的mediaControlChannel传输地址必须和被使用的前向信道相同。同时尝试创建不一致的RTP会晤可能引起冲突。主节点拒绝冲突尝试的方法见H.245。被拒绝的OpenLogicalChannel可以在一段时间后重试。

6.2.8.3模式参数的选择

接收者可以使用requestMode消息请求发送者发送一个特定的模式。如果可能的话，接受者必须顺从。

节点收到MC发出的multipointModeCommand，必须回答requestMode 消息，如果它们在能力集里的话。

注意，一个分散会议和集中会议一样，所有终端requestMode命令指向MC，由MC决定是否同意此请求。决定的依据由厂家自定。

6.2.8.4主从决定

H.245主从决定消息流程用于解决下述情况的冲突：一是会议中两个节点都是MC，或者两个节点间尝试建立双向信道。在这个流程中，两个节点在masterSlaveDetermination消息中交换随机数，以决定主从节点。H.323节点必须能工作于主从两种模式，节点必须在terminalType中设置相应的值（见表一）。在statusDeterminationMumber中设置一个0－2^24-1之间的随机数。对于每一个呼叫，只有一个随机数可以选择，除了H.245中描述的相同随机数的情况。

会议的活动MC的值定为240。

如果单个实体参加多个呼叫，terminalType必须赋予已告知的值。

活动的MC应当一直保持活动，因此，在这个会议后来的所有连接中，必须使用活动值。

如果没有活动MC，且实体具有相同类型，具有最高特征集的实体将赢得选择。如果没有活动MC，实体具有不同类型，那么位于MCU中的MC优先于GK中的MC，优先于GW中的MC，优先于终端中的MC。

如果一个H.323实体于表一中两个或更多的类相关，则使用最高的值。

Table 1/H.323 – H.323 terminal types for H.245 master-slave determination

TerminalType Value Table

H.323 Entity

Feature set

Terminal

Gateway

Gatekeeper

MCU

Entity with No MC

50

60

NA

NA

Entity contains an MC but no MP

70

80

120

160

Entity contains MC with data MP

NA

90

130

170

Entity contains MC with data and audio MP

NA

100

140

180

Entity contains MC with data, audio, and video MP

NA

110

150

190

 

6.2.8.5定时器和计数器的值

所有H.245的定时器定义的周期至少与H.245控制信道的数据链路层最大传输时间一样长。包括重试时间。

H.245的重试计数器N100至少设为3。

与H.245相关的出错处理在8.6。

6.2.9 RAS信令功能

RAS信令功能使用H.225.0消息在节点和GK之间实现登记，接入许可，带宽修改，状态，和拆离流程。RAS和Call Signalling Channel,以及H.245 Control Channel是独立的。没有GK的网络环境，不能使用RAS。在包含一个GK的网络环境中，RAS信令信道在节点和GK之间打开。RAS信令信道的打开先于建立任何其他H.323信道。详细的描述在第7章。

6.2.10呼叫信令功能

呼叫信令功能使用H.225.0呼叫信令在H.323节点之间建立一个连接。H.245打开逻辑信道的流程不能用于建立呼叫信令信道。呼叫信令信道的打开先于H.245控制信道和其他逻辑信道。在没有GK的系统中，呼叫信令信道在于呼叫有关的两个节点间打开。在有GK的系统中，呼叫信令可以在节点和GK之间，或在节点之间打开。这由GK选择。详细描述在第7章。

6.2.11 H.225.0层

video, audio, data或控制信息的逻辑信道参照H.245的流程建立。逻辑信道是单向的，独立于各自传输的方向。一些逻辑信道，例如data，可能是双向的，可通过H.245中的双向打开逻辑信道流程建立关联。可以使用各种媒体类型的任意多个逻辑信道进行传输，除了H.245控制信道只能有一个。在逻辑信道之外，H.323终端使用两个信令信道用于呼叫控制，和与GK的相关功能。这些信道的使用格式必须和H.225.0相一致。

6.2.11.1逻辑信道号

每个逻辑信道用逻辑信道号（LCN）识别，在0至65535之间，供与传输连接相关的逻辑信道选用。逻辑信道号由发送者独立选择，除了0总是赋予H.245控制信道。发送者传输的实际地址，必须有接收者在OpenLogicalChannelAck消息中返回。

6.2.11.2逻辑信道的比特率限制

一个逻辑信道的带宽必须有上限：接收发送者支持的最小值。基于这个限制，节点必须以低于此值的比特率打开信道。发送者必须以等于或小于打开逻辑信道的比特率来传送信息流。这个限制使用于逻辑信道信息流的内容，不包括RTP头，RTP有效载荷头，和网络头等。H.323终端必须遵守H.245流控命令。它指定一个逻辑信道的比特率限制，或所有逻辑信道的比特率限制。H.323节点通过向发送者发送flowControlCommand限制逻辑信道的比特率。

如终端在特定的信道没有信息发送，就不发送信息，不需要发送填充数据以维持一个特定的数据速率。

6.3网关特征

网关提供传送格式的转换，和通讯流程的转换。这个转换的详细说明在H.246。网关应当能在网络侧和SCN侧执行建立和清除流程，传输格式的转换也在网关执行。通常网关（不作为MCU）的作用映射网络端和SCN端的特征，与此相反的是透明传输。

一个H.323节点可以和另一个H.323节点在同一个网络，不经过网关互联，如果不要求与SCN终端通讯，可以省略网关。以下情况也是可能的：为了旁路路由器或一个低带宽链接，网络上一个网段的终端通过一个网关呼出，再从另一个网关回到原先的网络。

在网络侧，网关可具有H.323终端，或MCU的功能。在SCN侧，网关可以有SCN终端或MCU的功能。具体选择终端，或MCU功能，由制造厂家决定。网关提供不同类型终端之间的必要转换。注意：网关可以在初始呼叫时作为终端使用，以后通过H.245信令，为同一个初始化为点对点的呼叫作为MCU使用。由于向GK登记时的指示，GK知道哪些终端是网关。

在SCN和网络之间传送T.120数据的网关需包含T.120 MCS Provider, 它连接网络和SCN上的T.120 MCS Providers。

网关的例子见图五，它显示网关由三部分组成：H.323终端或MCU，SCN终端或MCU，以及转换功能。网关对网络上的其他H.323终端而言，是一个或多个H.323终端，或一个H.323 MCU。它使用本建议中的流程与其他H.323终端通讯。

SCN终端或MCU功能由相应的建议描述（H.310,H.320,H.321,H.322,H.324,V.70,GSTN 或ISDN语音终端）。在SCN侧，网关对于终端而言是一个或多个同类终端或MCU。它和其他终端使用相应建议规定的流程进行通讯。SCN的信令过程，包括H.323网关对SCN而言表现为终端还是网络在本建议之外。注意：网关可以不经过H.320直接将H.323转换为H.324或H.310。

支持和GSTN或ISDN语音终端互通的网关应当能发出和检测相应的DTMF信号：0-9,*,#，用于H.245 userInputIndications。

Figure 5/H.323 – H.323 gateway configurations

 

转换功能在不同的终端建议的格式间提供必要的转换。至少，网关必须提供传输格式，呼叫建立信令和流程，连接控制信令和流程的转换功能。要求时，网关必须提供H.245与H.242的转换。网关在H.225.0呼叫信令和SCN信令系统（Q.931,Q.2931,等）之间执行必要的转换。网络上Q.931的和SCN上的Q.931转换在H.246上描述。

所有来自SCN节点的呼叫信令，网关不能处理的，应当转送给网络节点，反之亦然。这些信令至少包括：Q.932,Q.950和H.450系列消息。这将允许H.323节点实现上述建议定义的补充业务。其它SCN呼叫信令系统的处理需进一步研究。

本建议描述了H.323终端经网关与外部SCN终端的连接。能经网关通讯的H.323终端的实际数目没有标准。类似地，SCN的连接数目，同时的独立会议数目，audio/video/data的转换功能，和多点功能的包含，由厂家决定。如果网关在网络侧包含MCU功能，必须是一个网络上的H.323 MCU。如果网关在SCN侧包含MCU功能，它可以是一个SCN侧的H.231/H.243 MCU，或H.310,H.324系统的MCU（这些MCU需在各自的建议中进一步研究）。

一个网关可以经SCN连接到其它网关，使不在同一网络上的H.323终端之间能够通讯。

在网络间提供透明传输的设备，不是本建议范围内定义的网关。

6.4 GateKeeper的特征

在H.323系统中，GK是可选的，为H.323节点提供呼叫控制服务。不止一个GK可能出现，并以未指明的方式相互通讯。GK和节点是逻辑分离的，不过，在物理实现时可以和终端，MCU，GW，MC或其它非H.323网络设备共存。

在系统中出现时，GK必须提供以下服务：

地址翻译――将地址别名翻译为传输地址。这需要由Registration消息维护转换表。其它更新转换表的方式也是允许的。

接入控制――GK必须使用ARQ、ACF、ARJ验证网络接入，这可以基于呼叫鉴权，带宽，或其它由厂家设定的标准。它可以是一个空函数，允许所有的呼叫。

带宽控制――GK必须支持BRQ、BCF、BRJ消息。这可以基于带宽管理，也可以是一个空函数，接受所有的带宽修改请求。

区域管理――GK必须向已登记的终端，MCU，网关提供上述功能。

GK可以执行以下可选功能：

呼叫控制信令――GK可以选择由节点完成呼叫信令，也可以选择由自己处理呼叫信令。另一个选择是：GK可以让节点间以呼叫信令信道直接相连，这种方式，GK可以避免处理H.225.0呼叫信令。GK可以按Q.931的定义行动，以支持补充业务。这需进一步研究。

呼叫鉴权――通过使用H.225.0信令，GK可以因鉴权失败拒绝来自终端的呼叫。拒绝的原因至少包括：接入特定的终端或网络受限，在某个时间限制接入。鉴权通过或失败的标准在本建议之外。

带宽管理――控制同时允许访问网络的终端数目。通过使用H.225.0信令，GK可以因带宽受限拒绝来自终端的呼叫。如果GK确定网络无足够的带宽，这就会发生。带宽是否够用在本建议范围之外。注意：这可以是一个空函数，同意所有终端接入。当一个活动的呼叫要求额外的带宽时，这个功能也起作用。

呼叫管理――例如，GK可以维护议长正在进行的呼叫列表。这个信息对于指示被叫是否忙是有用的，以及给带宽管理功能提供信息。

带宽管理信息数据结构――供进一步研究。

带宽预留――供进一步研究。

目录服务――供进一步研究。

为了支持ad hoc多点会议，GK可以选择从点对点会议的两个终端接收H.245控制信道。当会议改成多点会议时，GK可以重定向H.245控制信道至MC。GK不处理H.245信令，只需在终端之间或终端和MC之间传递它。

包含网关的网络应当包括GK，以将收到的E.164或partyNumber地址翻译成传输地址。

包含GK的H.323实体必须有一个机制使内部的GK失效，以便当一个网络上有多个H.323实体包含GK时，这些H.323实体能被配置成同一Zone。

6.5多点控制特征

（暂略）

7 呼叫信令

呼叫信令是一组消息和流程。用于建立呼叫，请求改变呼叫的带宽，得到呼叫中端点的状态终止呼叫等。呼叫信令使用的消息定义于H.225.0，流程描述在第8章。这里给出呼叫信令的概念。

7.1地址

7.11网络地址

每个H.323实体必须至少有一个网络地址。这个地址在网络上唯一标识H.323实体。一些实体可以共享一个网络地址（如一个终端和共存的MC）。这个地址可以明确定位节点。不同的网络环境有不同的地址格式。

一个节点在同一个呼叫里面可以为不同的信道使用不同的网络地址。

7.1.2 TSAP标识

对于每一个网络地址，每个H.323实体可以有几个TSAP标识，它允许多个信道共享同一个IP地址。

节点有一个已知的TSAP标识定义：呼叫信令信道TSAP标识。GK有一个已知TSAP标识定义：RAS信道TSAP标识。还有一个已知的多点传送地址定义为：Discovery Multicast Address, 它们定义在附录VI/H.225.0。

节点和H.323实体将使用动态TSAP标识于H.245控制信道，音频信道，视频信道，数据信道。GK用一个动态的TSAP标识于呼叫信令信道。在登记过程中，RAS信道和信令信道可以重定向为动态TSAP标识。

7.1.3地址别名

一个节点可以有一个或多个与它相关的地址别名，一个地址别名可以描述节点或描述节点召集的会议。地址别名为节点地址提供替代模式。这些地址包括：E.164或partyNumber 地址（网络接入码，电话号码，等），H.323 Ids（文字串描述的名字，类似地址的e-mail，等），和其它H.225.0中定义的方式。地址别名在一个Zone必须唯一。GK，MC，MP，不能有地址别名。

当系统中没有GK时，主叫节点必须直接用被叫的呼叫信令信道传输地址来作为被叫节点地址。在有GK的系统中，主叫节点可以用上述地址或地址别名，后者由GK转换成前者。

被叫节点的E.164地址可以在它之后包含一个可选的接入码。接入码由0-9,*,#组成。它们的含义由厂商判断。这些接入码的一个目的可能是请求接入到一个网关，GK可以改变地址，优先发送它至目的地。

H.323 ID由H.225.0定义的ISO/IEC 10646-1 字符组成的字符串组成。它可以是用户名，会议名，e-mail名，或其它标识。

一个节点可以有超过一个地址别名（包括超过一种类型），它们被转换成同样的传输地址，在一个Zone中，节点的地址别名必须唯一。

7.2 RAS信道

RAS信道必须承载RAS消息：用于发现GK和用于地址转换的登记消息。RAS信道必须是不可信的。由于RAS消息在不可信信道上传输，H.225.0建议超时重发counts次各种消息。节点和GK不能在制定的时间内响应请求，可以使用RIP消息，指示仍在处理此请求。节点或GK收到RIP必须复位定时器，重置counter(counter是个计数器)。

7.2.1寻找GK

GK Discovery是用于决定由哪个GK登记的过程，这可以手工或自动完成。手工发现的方式在建议之外。节点用GK相关的传输地址配置。例如，可以输入节点配置，或输入一个初始化文件。用这种方法，节点知道关联哪个GK，不能再由GK登记。

自动方式允许以后修改节点和GK的关联。节点可以不知道它的GK是谁，也许由于失败需要识别另一个GK。这可以通过自动寻找来实现。自动寻找可以减少在配置单个节点时的管理费用，另外在代替现有GK时不需手工配置受影响的节点。

节点可以多点发送（或用H.225.0附录V描述的其它方式）GRQ消息，请求“谁是我的GK”。这个消息被发送到GK的已知的Discovery Multicast Address, 一个或多个GK可能响应GCF，表示“我可能是你的GK”，同时返回GK的RAS信道的传输地址。如果GK不想登记它，返回GRJ。假如多于一个GK响应，节点可以选择一个。这样，节点知道它登记到哪个GK上。现在它就可以向这个GK登记了。

Figure 7/H.323 – Auto Discovery

 

为了给使用一个GK的系统提供冗余，GK可以指示一个可供替换的GK，当主GK失败时。可供替换GK的列表由GCF,RCF消息中的alternateGatekeeper提供。

如果超时没有GK响应，节点会重发GRQ。节点不能在发送一个GRQ后5秒之内重发。如果还是收不到响应，节点可以使用手工发现的方法。

如果节点确定它在GK的登记是无效的，必须重新发现GK。无效的登记可以由发出RRQ消息，收到GK的RRJ响应，或超时收不到GK的响应来确定。

GRQ可以周期重发，因此GK必须能处理同一节点发来的多个请求。

7.2.2节点登记

登记是一个节点加入一个Zone的过程，以及告知GK它的传输地址和地址别名。作为配置过程的一部分，所有节点必须先执行寻找GK过程，然后向确定的GK登记。登记必须在呼叫之前发生，需要的时候可以进行周期性的登记。网关或MCU可以登记单个或多个传输地址。多个传输地址的使用可以简化特定端口的呼叫路由。

节点必须发送RRQ给GK，它被送到GK的RAS 信道传输地址。节点通过GK寻找过程得到GK的网络地址，并使用已知的RAS信道TASP标识。GK必须响应RCF或RRJ（图8）。一个节点只能登记一个GK。

RRQ可以周期地重发，因此GK必须能处理来自同一终端的多个请求。如果GK收到和前一个RRQ有同样别名和传输地址的RRQ，要回RCF。如果一个GK收到的RRQ和前一个有相同的别名，不同的传输地址，它可以确认这个请求，只要遵守GK的安全策略，否则拒绝登记，指出登记冲突。如果GK收到的RRQ有相同的传输地址，不同的别名，它应当代替翻译表的相应条目。GK可以有一个方法鉴别这些修改。

节点在GK的登记可以有一个生命期。节点可以在发往GK的RRQ中请求timeToLive，GK响应的RCF可以包含相同的timeToLive或更短的timeToLive。这段时间后，登记期满。TimeToLive以秒计。优先于期满时间，节点可以发出带有位集keepAlive的RRQ消息。这个RRQ消息可以只包括H.225.0所描述的最少的信息。它将把GK中的生命期复位，允许登记延期。超期后，节点必须用完整的RRQ重新登记。

GK必须确信把每个别名翻译成唯一的单个传输地址。不过，节点可以指示一个备用的，冗余的，或可选的传输地址，放在RAS消息的alternateEndpiont结构里。这允许节点有一个二级网络界面，或二级H.323节点作为备份。暧昧的登记GK必须拒绝。GK也可以以其它原因拒绝登记。

如果节点在RRQ消息中没有包括别名，GK可以赋一个。GK必须在RCF消息中把所赋的别名返回终端。