|
网关设备在运行初期向网守登记注册,如图1所示.
1) 网关设备通过静态的初始配置获得网守的IP地址.
2) 网关向网守发送注册请求(RRQ)消息,传送网送信息.
3) 网守经过验证,将注册确认(RCF)或拒绝(RRJ)消息发送到网关.
注:网关在首次注册时应将RRQ消息中的discoverycomplete置0,其余报告其存活的RRQ消息的discoverycimplete置1.
6.2 呼叫流程
6.2.1 接入认证流程
1) 用户使用电话机拨打码接入到网关.
2) 网关采集用户的接入信息(帐号和密码),向网关发送请求用户接入认证(ARQ)消息(包含用户接入信息).
3) 网守接收到来自网磁的请求用户接入认证(ARQ)消息后,检查用户合法性,确定用户权限,如果及户为合法用户,则发送接入认证通过和授权(ACF)消息发送到网关;否则,发送拒绝(ARJ)消息网关.
4) 网关若收到ACF消息,确定用户权限合法,认证通过,若收到ARJ消息 ,确定用户为非法用户,拒绝用户接入.
6.2.2更改密码流程
认证通过后，卡号用户通过网关向网守进行更改密码*作，如图3所示。
l）用户接入通过后，更改密码。
2）网关采集用户的更改密码信息（旧密码、新密码），向网守发送请求用户接入认证（ ARQ）消息（包含用户更改密码信息）。
3 ) 守接收到来自网关的请求用户接人认证（ARQ）消息后，检查密码的合法性，如果密码更改成功，则发送接人认证通过和授权（ ACF）消息发送到网关；否则，发送拒绝（ ARJ）消息到网关。
4）网关若收到ACF消息，确定用户更改密码成功：若收到ARJ消息，则用户更改密码失败。
6．2．3 路由解析
对于一次拨号用户，用户的认证和地址解析同时完成；对于卡号用户，在认证通过后，进行地址解析。
l）对于卡号用户，当认证通过后，输入对方电话号码；对于一次拨号用户，输入接入码及对方电话号码。
2）网关采集用户信息及对方电话号码，向网守发送请求用户接人认证（ ARQ）消息（包括用户帐号、密码、对方电话号码、主叫电话号码）。
3）网守接收到来自网关的请求用户接人认证（ ARQ）消息后，检查信息合法性，进行地址翻译，如果成功，则将接人认证通过和授权（ ACF）消息发送到网关；否则，发送拒绝（ARJ）消息到网关。
4）网关若收到ACF消息，则地址解析成功，网关则进入呼叫流程；若收到ARJ消息，则为地址解析失败或为非法用户。
注：地址解析完成后，网守应在ACF消息中返回通话时长。
6． 2。4速呼叫流程
建议采用快速呼叫建立过程（fastStar方式），如图5所示。在无法做到的情况下，也可以采用非快速建立方式。
l）用户拨打IP电话，输入卡号密码。
2）网关1向网守发送ARO消息，进行接入认证，其中应包含主叫号码或卡号（主叫号码采用E.164编码）。
3 ) 网守回送ACF接入认证通过。
4）用户输入被叫号码。
5）网关1向网守发送ARQ进行地址解析。
6）地址解析通过后，网守发送ACF.
7）网关1向被叫网关2发起呼叫建立请求"Setup"，里面包含有H．245的通道消息。
8）网关2向网关1发送"呼叫进展"（Call Proceeding）消息，里面可以包含有H．245的通道信息．也可以没有。
9）网关2同时向网守发送ARQ消息。
10）网守向网关2发送认证通过消息ACF。
11）网关2向被叫发送呼叫建立请求消息。
12）被叫振铃。
13）网关2向网关1发送Alerting消息，该消息中，可以包含H．245的通道信息，也可以不包含．网关1需要识别这两种不同情况。
14）网关1收到Alerting消息后，产生回铃音。
15）被叫摘机。
16）网关2向网关1发送"连接"（ Connect）消息，里面可以包含有H．245的通道信息，也可以不包含，网关1需要识别这两种不同情况。
17）网关1收到 Connect消息，接通主叫。
注：在快速呼叫过程中，网关1只有在收到Connect消息后才能开始发送媒体信息。
6．2．5非快速呼叫流程
l）用户拨打IP电话，输入卡号密码。
2）网关1向网守发送ARQ消息，进行接人认证。
3）网守回送ACF，接人认证通过。
4）用户输入被叫号码。
5）网关1向网守发送ARQ进行地址解析。
6）地址解析通过后，网守发送ACF。
7）网关1向被叫网关2发起呼叫建立请求"Setup"。
8）网关2向网关1发送"呼叫进展"（ Call Proceeding）消息，里面可以包含有H．245的通道信息，也可以没有。
9）网关2同时向网守发送ARQ消息。
10）网守向网关2发送认证通过消息ACF。
11）网关2向被叫发送呼叫建立请求消息。
12）被叫振铃。
13）网关2向网关正发送Alerting消息，该消息中可以包含H．245的通道信息，也可以不包含,网关1需要识别这两种不同情况。
14）网关1收到Alerting消息后，产生回铃音。
15）被叫摘机。
16)网关2向网关1发送"连接"(Connect)消息,里面可以包含有H.245的通道信息,也可以不包含,网关1需要识别这两种不同情况,被叫开始计费(建议被子叫网磁有Connet消息中携带H.245地址)。
17）网关1收到Connet消息，接通主叫，主叫开始计费。
18）网关之间进行能力交换。
19）打开逻辑通道。
注：在非快速连接中，不再作主从判决，约定主叫为主，被叫为从。若在Connect消息后，H .245能力交换或打开逻辑通道失败，网关可将DRQ消息的termina1 Cause置为establishedFailed，网守可以根据它不对用户进行计费。
6．2．6快速呼叫与非快速呼叫转换
如果在呼叫建立过程中，网关1直至cimmect消息仍没有得到对方网关对快速呼叫能力的支持的响应，则在connect消息之后转向非快速呼叫，进行H．245的能力交换并开启H．245通道，如图7所示。
6．3呼叫释放流程
呼叫释放应采用互不控方式，分3种情况：
l）主叫用户先挂机；
2）被叫用户先挂机；
3）网络故障引起的释放。
当计费采集点收到以下3类消息的时候，开始进行停止计费处理。
l）收到PSTN网侧来的REL消息；
2）收到 IP网侧发来的 Release Complete消息；
3）收到底侧发来的网络故障消息。
6．3．1呼叫释放流程
以主叫用户先挂机为例。主叫用户挂机的呼叫释放流程如图8所示，其中电话1为主叫用户，电话2为被叫用户。
l）主叫挂机。
2）如果已打开H.245地道，则网关之间要先关闭逻辑通道。
3）如果已打开 H．245通道，则关闭逻辑通道后，网关间互送 End Session Command。
4）网关 1向网关 2发送Release complete消息。
5）网关2挂断被叫。
6）网关1向网守发送DRQ。
7）网守向网关1发送DCF。
8）网关2向网守发送DRQ。
9）网守向网关发送DCF。
注：6、7、8、9的顺序无严格要求
6．3．2 网络故障引起的呼叫释放流程
在通话过程中，由于网络故障会导致至少其中的一个网关不能收到对方发来的CTCP包，如果网关检测到在1min内仍未收到对方网关的RTCP包，则作如图9所示的呼叫释放流程（拆线过程可由任一网关发起，下面以网关1发起拆线为例）。
l）网关1发拆线消息，挂掉主叫。
2)如果已打开H.245通道，则网关之间要先关闭逻辑通道。
3)如果已打开 H.245通道，则关闭逻辑通道后，网关间互送 End Sessinn Command.
4)网关 1向网关 2发送 Release commplete消息。
5）网关2挂断被叫。
6）网关1向网守发送DRQ。
7) 守向网关1发送DCF。
8）网关2向网守发送DRQ。
9）网守向网关发送DCF。
注：巳7、8、9的顺序无严格要求。 |