细心同学会问，为什么到现在华为视频会议系统里的终端都还没有向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地址直接呼叫”基本一致，不再作介绍。
【文章源自：江苏海清通信】
