专注SIP通讯产品与方案

呼叫建立信令过程

这里给出不同网络环境下采用两种消息传送方式时的信令过程,以便更加深入地了解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消息,通告应转向终端的信令信道运输层地址,并指明原因是呼叫前转。主叫收到此消息后,终止原呼叫建立过程,启动至转移后终端的呼叫建立过程。