细心同学会问，为什么到现在华为视频会议系统里的终端都还没有向GK注册流程呢？及时发送RRQ这些子信令与GK交互？那是因为在视频会议系统中用这种方式呼叫时，之前就已经在终端上有过注册GK的流程了，换句话说，就是GK提前都认识过这些终端了，即发生在终端开机后，就自动完成了这个注册流程。视频会议系统终端的注册流程前面已介绍，此处不再赘述。

1.ARQ：视频会议终端（192.168.1.10）发起呼叫请求，并将自己在GK上注册号码、IP地址192.168.1.10及要呼叫的对方号码、呼叫带宽传递给GK，

2.ACF：GK在ACF中返回终端（192.168.1.11）的呼叫信令信道传输地址。

3.setup：终端（192.168.1.10）随后向使用该传输地址的终端（192.168.1.11）发送setup消息，表示我要与你建立呼叫。

4.ARQ/5.ACF：如果此时被叫方终端（192.168.1.11）同意接受终端（192.168.1.10）的呼叫请求，终端（192.168.1.11）会与GK进行ARQ/ACF的信令交互。

6.connect：然后视频会议终端（192.168.1.11）发送connect消息给终端（192.168.1.10），该消息包含用于H.245信令的H.245控制信道传输地址，这样终端（192.168.1.10）与终端（192.168.1.11）的呼叫便建立起来。如下图所示。

下面通过抓包来看看各个信令交互过程。

如下图所示，终端（192.168.1.10）和终端（192.168.1.11），分别向GK发起ARQ请求，GK回复ACF。

1.ARQ

在ARQ消息中，可以捕捉到被叫的别名（被叫号码0512334）、主叫别名（主叫号码05121206）、主叫接收呼叫信的IP地址及端口号等信息。

• DestinationInfo字段，表示被叫信息，一般为被叫的号码。
• srcInfo字段，表示主叫信息，一般为主叫注册的号码。
• srcCallSignalAddress，表示主叫接收呼叫信令的地址。

answerCall字段，用于标示该ARQ来自主叫还是被叫。如果anserCall为False，表示主叫，反之为被叫。

2.ACF

在ACF消息中，可以捕捉到确认呼叫带宽、被叫接收呼叫信令的IP地址等信息。

destCallSignalAddress字段，也就是被叫的CS地址，即主叫向该地址发起setup请求后，被叫回复connect消息。

setup与conncet的交互与“终端通过IP地址直接呼叫”基本一致，不再作介绍。

【文章源自：江苏海清通信】