Shiding2008

把握今天,把握每一个机会!
posts - 71, comments - 42, trackbacks - 0, articles - 4
  IT博客 :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理

网关呼叫流程

Posted on 2006-03-15 09:15 漂泊深圳 阅读(101) 评论(0)  编辑 收藏 引用
                                                                                         
                                                                                                                            
            

网关设备在运行初期向网守登记注册,如图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的顺序无严格要求。

            
只有注册用户登录后才能发表评论。