桑达无线
+ 中文版+ ENGLISH

你在这里:首页>服务与支持>知识中心>语音组呼的处理流程简介

语音组呼的处理流程简介
1、语音组呼建立过程
语音组呼可以由业务用户或者调度员发起。
(1)业务用户发起组呼
1)    发起阶段
主叫用户通过移动台的人机界面指定选择的业务(VGCS)和组ID来发起一个语音组呼。网络为进一步呼叫会进行一系列核查:
l 检查用户是否有权建立呼叫;
l 检查用户是否能在该小区发起呼叫;
l 检查是否存在正在进行的具有相同组呼参考的呼叫。
2)    建立传输方式
VGCS业务需要在指定组呼区域内的所有小区内都要建立语音组呼信道,建立下行链路时移动台无需返回任何信令,下行链路建立时,MSC应该将组呼区域内所有小区的语音组呼信道连接到会议桥。同时,应该给主叫用户分配一条专用信道。如果由于拥塞的原因,在某些小区内无法建立信道,应尽快在这些小区分配信道。
3)    释放主叫业务用户的专用连接
直到网络要求用户加入语音组呼信道时,主叫业务用户才断开专用连接。如果该主叫用户没有讲话,网络会要求他通过信道释放程序作为聆听方加入语音组呼信道。如果主叫方一直在讲话,网络会通过信道分配过程、切换过程或信道模式修正过程使其作为讲话方加入语音组呼信道。从语音组呼建立到主叫业务用户第一次成为听者,上行链路状态应该标记为“uplink busy”。在此期间,移动台通过MMI应该给用户一个可以讲话的指示,提醒用户及时按下PPT,将预先分配给他的上行链路占用,如果主叫业务用户在一定时间内(该时间由移动台设定)没有按下PPT申请讲话,移动台向网络发起一个UPLINK_REL消息,释放上行链路,此时上行链路的标记状态为“uplink free”。
4) 将讲话用户转移到专用链路
网络可以随时将讲话用户从语音组呼信道转移到专用链路,直到网络再次将移动台转移到语音组呼信道,该专用链路才被释放。对于这种情况,如果用户不再讲话,网络要求他作为听者加入语音组呼信道,如果用户仍然在讲话,网络会通过信道分配过程、切换过程或信道模式修正过程使其作为讲话方加入语音组呼信道。
(2)调度员发起组呼
调度员身份的用户(包括固定调度员和移动调度员)通过拨打MSISDN号码发起组呼请求。GMSC收到组呼请求后,分析该MSISDN号码,根据其内部的路由表直接将呼叫路由到组呼的主控MSC。主控MSC通过MSISDN号码所包含的组呼参考向GCR查询。这时,GCR会检查主叫调度员号码是否在允许建立语音组呼的调度员列表中,如果在,将向MSC发送组呼属性,否则呼叫将被拒绝(带有原因值为Call rejected)。
主控MSC收到组呼属性后,会检查是否存在正在进行的具有相同组呼参考的组呼。如果有,请把调度员加入到该组呼的会议桥中,而不再建立新的组呼。
 
 
2、语音组呼通知过程
当有用户发起组呼请求,并且网络已建立组呼语音信道,将在Um接口的通知信道NCH上广播通知消息,其中包含了组呼信道的描述。语音组呼成员的移动台在下行链路上收到该消息后应立刻调整到指定信道上接收语音组呼。
通知消息需要周期性广播,以便于刚刚进入组呼区域的组成员加入,或是离开该组的成员重新加入。
(1)通知空闲模式下的移动台
当小区内语音组呼信道已经建立或网络等待接收建立语音组呼信道通知的响应时,网络应在该小区的NCH上广播通知。NCH的位置可以从BCCH的系统消息中得到。通知消息包含组呼参考、语音组呼信道的描述、组加密密钥,如果使用了eMLPP,还需要包含呼叫优先级。为了允许移动台“滞后进入”,组呼的整个过程都需要广播通知。处于空闲模式的移动台进入组呼区域时,收到通知消息可以直接进入语音组呼信道。通知消息的时序安排由BSS管理,可以在通知消息中加入一些信息来限制需要接收的通知消息。满足限制条件的消息须是:前三个初始的优先级应高于随后的通知,并且应尽快发送;接下来,小区内正在进行的组呼应在NCH上周期性的通知。
(2)通知组接收/发送或专用模式下的移动台
除了在NCH上发送组呼通知消息,BSS还可以在FACCH上向所有正在参与语音广播、语音组呼或点对点呼叫的用户通知广播通知消息,通知移动台参与到新建立的语音组呼中。处于组接收、组发送或专用模式的移动台也可以选择读取当前小区的NCH,以便可以接收其他语音组呼的通知。
 
 
3、语音组呼通话过程
语音组呼建立之后,业务用户可以申请加入语音组呼信道的上行链路,然后他的讲话将在所有语音组呼信道的下行链路上广播。讲话用户为避免回音应屏蔽下行链路的话音。
调度员的话音任何时候都应在组呼信道的下行链路上进行广播。因此,当有一个讲话用户和一个调度员同时讲话时,讲话用户的移动台会收到一个来自网络的指示,然后解除对下行链路的屏蔽以收听调度员的讲话。
如果当前没有用户讲话,网络通过在语音组呼信道下行链路上的上行链路空闲消息中发送一个上行链路接入请求,确认移动台是否正在收听组呼。收到这个请求的移动台应执行上行链路回复程序,在组呼信道上行链路上发送上行链路接入突发。如果网络没有收到上行链路接入突发,网络会决定释放这个小区的语音组呼信道,然后发送没有信道描述的通知。
 
 
4、离开和再次加入语音组呼
调度员可以离开组呼而不终止该组呼,此时,调度员发送disconnect消息。如果该调度员被授权可以释放组呼,必须采用双音多频(DTMF)的方式。
业务用户超出组呼区域时,自动退出该组呼,当他再次进入组呼区域,通过读取通知信道,可以再次加入组呼。
业务用户可以手动退出正在进行的语音组呼,如果他想再次加入,需要拨组ID发起组呼,移动台监测到该组呼正在进行,即加入该组呼。
 
 
5、释放语音组呼
只有主叫用户、授权的调度员或非活动计时器超时才可以终止一个语音组呼。
当主叫业务用户要终止组呼时,必须先接入到上行链路,再发送挂断请求。MSC将确认该用户是主叫用户,然后组呼区的所有小区的FACCH上发送呼叫释放消息,释放所有资源。
授权终止呼叫的调度员可以直接终止组呼。
如果MSC发现下行链路非活动时间超过某个预置的时间,网络会释放掉该组呼。其中预置的时间长度由存储在GCR内的组呼属性定义,或者是一个固定的长度。 

网站首页 |联系我们 |产品中心 |关于我们

版权所有©  2007---2018  深圳市桑达无线通讯技术有限公司    保留一切权利  粤ICP备08006972号