呼叫建立信令过程

这里给出不同网络环境下采用两种消息传送方式时的信令过程，以便更加深入地了解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回送Call eeding消息，指示呼叫已抵达，正在处理之中。对于两个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消息，请求接受此来话呼叫。

(4)网闸同意接纳，但选择网闸转接方式传送信令消息。于是，向端点2发送ARJ消息，消息中回送网闸自身的呼叫信令信道运输层地址，拒绝原因指示为＂呼叫选路至网闸＂。

(5)端点2经由信令信道向端点1发送Facility消息，消息的U-UIE中的＂替换地址＂置为网闸的呼叫信令信道运输层地址，“理由“置为＂呼叫选路至网闸＂。

(6)端点1向端点2发送RE1easeComplete消息，终结在直接信令信道上的呼叫建立过程。

(7)端点1利用收到的Facility-UUIE中的替换地址建立至被叫网闸的信令信道，并在此信道上重新发送Setup消息。网闸将其转发给端点2。

(8)端点2回发CallProceeding消息。

(9)端点2重新请求呼叫接纳，向网闸发送ARQ。
(10)网闸回送ACF。

(11)端点2向用户发出提示信息，向端点1回送Alerting消息。

(12)用户应答，端点2向网闸发Connect,告之其H.245控制信道运输层地址，3

(13)网闸向端点1发Connect消息，根据选定的媒体控制消息传送方式，消息中包含端点2或者网闸自身的H.245控制信道地址。

直接选路方式的信令过程较简单，读者不难自行得出。

五.主被叫在不同网闸登记

　　根据两个网闸选定的呼叫信令选路方式的不同，有4种组合情况的信令过程。

1、直接／直接选路信令过程

　　这种情况指的是主被叫网闸都选定直接方式传送信令，也就是网闸不参与呼叫信令的传送。其信令过程如图5.28所示，过程意义很容易理解。需要说明的是网闸l在ACF消息中向端点1回送的呼叫信令信道运输层地址，如果网闸1能与网闸2通信，则回送端点2的信令信道地址，否则将不回送地址，此时端点1就通过公认端口号和端点2建立直接的信令信道。

2、直接／网闸选路信令过程

　　这里指的是网闸l选定直接选路方式，网闸2选定由网闸选路方式的呼叫控制模式。其信令过程如图5.29所示。

　　信令过程的前半部分(CD~)和图5.27基本相同。由于端点l发出RE1easeComplete消息后，终止原来的信令信道，建立新的信令信道，相当于重新开始一个新的呼叫，因此需要和网闸1交换DRQ和DCF消息，表示终结原来的呼叫，然后重新发送ARQ请求消息。其后过程和图5.27的后半部分又基本相同。双网闸（网闸／直接选路）信令过程比较简单，不再赘述。

3、网闸／网闸选路信令过程

　　这里指的是主被叫网闸都选定采用网闸选路信令方式。其信令过程如图5.30所示。这一过程也不难理解。其前半部分(CD~)和图5.26相同；其后半部分(~)和图5.27相同，只是这里的主叫相当于是网闸l。最后，端点2回送的Connect消息中包含它自己的H.245控制信道运输层地址；网闸2发出的Connect消息中包含的是端点2或者网闸2自身的控制信道地址；网闸1发出的Connect消息包含的是网闸2发来的或者网闸l自身的控制信道地址，取决于采用何种方式传送媒体控制消息而定。

六.被叫侧网闸选路情况的可选信令过程

　　由上面所述信令过程可以看到，若被叫侧采用网闸选路方式传送信令，则被叫侧要经Facility消息通知主叫侧（主叫端点或网闸），然后由主叫侧释放初始呼叫建立过程，重新启动新的至被叫网闸的呼叫，这一过程将增加呼叫建立的时延。为了解决这一问题，H.323新版本提出了一个采用RAS端点定位功能直接获得被叫网闸地址的可选信令过程，该过程一次性完成呼叫建立，避免了上述二次建立的问题。其信令过程如图5.30所示：

为双网闸（网闸／网闸选路）方式。图示过程的特点是，主叫网闸收到ARQ后，发现该用户并未在其上登记，就向网闸多播IBQ消息。被叫网闸如果选定采用直接选路呼叫模式，就在LCF消息中告之被叫端点的呼叫信令信道运输层地址；如果选定采用网闸选路呼叫模式，就在LCF消息中告之网闸本身的信令信道运输层地址。网闸1就根据此地址转发所有的呼叫建立消息，这样就自动根据被叫网闸的要求完成呼叫建立过程。

七.重合发码信令过程

由于PSTN/ISDN都支持重合发码呼叫方式，因此很自然地希望H.323系统也能支持这一方式，以便实现和SCN的互通。H.323新版本就此定义了新的信令过程，对网闸和端点提出了新的要求，并启用任选消息SetupAcknowledge。其过程可由图5.32予以说明。

八.网闸控制多终端呼叫

　　在ISDN中，号码是和UNI接口对应的。一个ISDN号码对应一个接口，但该接口可以接多个终端，只要和主叫终端类型匹配，任一终端都可应答，Q.931支持这一多终端入呼叫处理能力。在H.323新版本中也定义了类似的由网闸控制的信令过程，下图所示。为简明图，图中未示出RAS消息。

端点1 网闸 端点2 端点3

在此过程中，网闸起到网络节点的作用，其消息流程为：
1、端点1发起Setup消息。

2、(3)网闸根据登记信息判定该被叫号码对应为两个终端，于是向端点2和3分别转发Setup消息，同时向端点1回送CallPro ceeding。

4、端点2首先回送Alerting消息。

5、网闸收到第1个Alerting消息后就转发给端点1。

6、端点3然后也回送Alerting消息，网闸无动作。

7、网闸向端点1转送Connect,端点］和3完成呼叫建立。

8、网闸向端点2发送RE1easeComplete消息，终止至端点2的呼叫建立过程。

　　上述过程的特点是在登记时已指定终端有某些特性，然后在呼叫时由网闸控制执行，网闸起到业务控制点的作用。同样的机理也可用于实现网闸控制的呼叫转移（如尤应答／遇忙转移等）。图5.34示出无应答转移的信令过程，其意义不言自明，不再细述。

 

　　如果是简单的无条件呼叫前转，可由终端直接实现，其机理和被叫侧网闸选路方式类似。即，当被叫收到Setup消息后，向主叫或主叫网闸发送Facility消息，通告应转向终端的信令信道运输层地址，并指明原因是呼叫前转。主叫收到此消息后，终止原呼叫建立过程，启动至转移后终端的呼叫建立过程。