这里给出不同网络环境下采用两种消息传送方式时的信令过程，以便更加深入地了解H.323系统的呼叫控制过程。过程用到的消息都是前面已经介绍过的H.225.0消息，并假设PBN采用的是IP/TCP/UDP协议栈。

一.两端点均未在网闸登记时的基本呼叫建立，其信令过程如图5.23所示。两个端点直接传递信令消息。端点1（主叫端点）首先根据端点2的IP地址和呼叫信令信道公认TCP端口号建立至端点2的TCP连接，即建立起可靠的呼叫信令信道，然后在此信道上发送Setup消息，其后信令过程和Q.931相同，只是在最后的Connect消息的UUIE中，端点2回送H.245控制信道的TCP端口号，建立起了H.245控制信道。

二.两端点在同一网闸上登记

1、直接选路信令方式

其信令过程如图5.24所示。简要说明如下：

(1)端点1(主叫）在RAS信道上向其网闸发送ARQ消息，请求发起至端点2的呼叫。

(2)网闸同意接纳此呼叫，并翻译得出端点2的呼叫信令信道运输层地址(IP地址+TCP端口号），由ACF消息回送端点1。

(3)端点1建立至端点2的呼叫信令信道，在此信道上发送Setup消息。如果ARQ中已带呼叫引用值CRV,则Setup及其后信令消息中的CRV应取此相同值。

(4)端点2回送Calleeding消息，指示呼叫已抵达，正在处理之中。对于两个H.323终端之间的呼叫，除了UUIE外，消息一般不必带其它信息单元。如果是H.323终端和ISDN终端之间的通信，即端点2是网关，则端点2将把自SCN侧收到的信息单元，如承载能力和进展表示语透明回传给端点1。若端点1是H.323终端，则不予解释；若端点1也是网关，则需将这些信息单元继续向前传给SCN侧的主叫。

(5)端点2愿意接受此呼叫，经RAS信道向网闸发送ARQ,请求接受此入呼叫。

(6)网闸同意接纳，回送ACF。

(7)端点2向端点1回送Alerting消息，等待用户应答。

(8)用户应答，端点2向端点1发送Connect消息，消息中带有端点2的H.245控制信道TCP端口号。至此，呼叫建立完成。

如果网闸不同意端点2接受此呼叫，则回送ARJ,此时端点2将向端点1发送RE1easeComplete消息。

2、网闸选路信令方式

其信令过程如图5.25所示。其差别在于：

．网闸向端点1回送的ACF消息中包含的不是端点2的呼叫信令信道运输层地址，而是网闸自身的呼叫信令信道运输层地址。同时，网闸建立至端点2的呼叫信令信道。

．其后，端点1的呼叫信令消息只能发往网闸，再由网闸将其转发给端点2。由于端点2只和网闸建有信令信道，因此其信令消息也只能发往网闸，再由网闸转发给端点1。

．呼叫建立成功时，端点2仍经Connect消息告之其H.245控制信道运输层地址，但网闸向端点1发送的Connect消息所含信息取决于H.245控制消息的传送方式。如果网闸决定采用直接方式传送媒体控制消息，则消息中包含的是端点2的H.245控制信道地址；如果采用转接方式，则消息中包含的是网闸的H.245控制信道地址，此时，网闸中一般包含MC功能。

三.仅主叫端点有网闸

　　这种情况指的是仅端点1在网闸上登记，端点2未在网闸上登记。此时，和端点2之间传送呼叫信令消息必须采用呼叫信令信道公认TCP端口号（端点2的IP地址应为端点1所知）。

　　在仅有主叫网闸的情况下，网闸仍可选择直接选路或网闸选路方式。图5.26为网闸选路方式下的信令过程。和图5.25所示过程的差别仅在于：

　　．网闸向端点2发送消息采用的是公认端口号，而不是预先登记的地址（可以是动态分配的端口号）。

　　．端点2自行决定是否要接纳入呼叫，没有向网闸请求的过程。直接选路方式的信令过程和图5.24类似，不再赘述。

四、仅被叫端点有网闸

　　现以网闸选路方式为例说明仅被叫在网闸登记情况下的信令过程，该过程如图5.27所示。

(1)端点l利用端点2的IP地址和呼叫信令信道公认端口号建立至端点2的信令信道，在其上发送Setup消息。

(2)端点2回送CallProceeding消息，指示呼叫正在处理之中。

(3)端点2向其网闸发送ARQ消息，请求接受此来话呼叫。