百科知识：呼叫转移与呼叫前转

呼叫转移与呼叫前转
 

            　　下面以无条件前转为例说明前转业务的登记方法、注意事项、与其他业务的冲突情况进行说明，无应答前转和遇忙前转业务与其类似。

            1.呼叫前转业务的登记方法 
            　　登记无条件前转的方法有三种，但事先都要给A用户开通无条件前转的新业务权限。 
            　　（1）用户在话机上使用*57*DN#登记，DN为要转移到的号码。 
            　　（2）在业务维护台上使用REG NSV命令登记。 
            　　（3）在业务维护台上使用ADD CFDATA命令登记。

            2.登记呼叫前转业务时需要注意的地方 
            　　（1）只有当被叫用户登记的前转“业务类型”（登记后可用DSP NSV命令查看到）与主叫用户“承载能力”相同时，才可能发生前转。用ADD CFDATA命令登记时，缺省的业务类型为“所有业务”；用命令REG        NSV登记时业务类型可选（见命令参数“基本服务”），缺省为“语音业务”。
            　　（2）ADD CFDATA能够增加多少条记录受到呼叫前转表最大元组数的限制，可以通过修改最大元组数MOD MAXT后加载扩容，并且改大后相应的模块加载文件也会变大。而用命令REG  NSV命令能登记多少前转记录受到模块参数的限制，可以通过修改模块参数MOD  SMP后加载的方法扩容，修改模块参数不会影响模块加载文件的大小。 
            　　（3）ADD CFDATA是用命令在交换机的呼叫前转表中增加了一条记录，只能用命令RMV CFDATA撤销；REG NSV是登记的新业务，是记录在新业务表里的，可以用命令RPL NSV撤销也可以在话机上撤销，相应在话机上登记的前转也可以用命令RPL  NSV撤销。 
            　　（4）如果使用话机和使用ADD CFDATA命令同时登记前转，话机登记的方式优先于使用ADD CFDATA命令登记。 
            　　
            　　（5）一个用户最多可以同时登记5个前转号码，其中遇忙前转和无应答前转分别最多可以登记3次，当前一个号码（按登记的顺序）前转不成功时前转至下一个号码；而无条件前转只能登记1次，而且如果登记了无条件前转，则不能再登记任何前转业务，在此前登记的遇忙前转和无应答前转业务也将无效。 
            　　（6）无条件呼叫前转服务优先于遇忙呼叫前转、无应答呼叫前转。

            3 .呼叫前转业务与其他业务冲突的情况 
            　　（1）缺席用户服务与无条件呼叫前转不能同时申请。
            　　（2）当用户同时申请了呼叫前转服务与免打扰服务时，免打扰服务优先。 
            　　（3）呼叫前转服务与遇忙回叫服务不能同时申请。
            　　（4）当用户申请了呼叫前转服务时，对该用户将不发生呼叫等待。 
            　　（5）软件参数中的呼叫内部参数3的比特8等于0时（缺省为1），闹钟服务与无条件前转服务可以同时申请。（国标规定两种新业务冲突，cc08交换机默认按照国标规定处理，以8K版本为例说明，其他版本请参考相关软件参数表）

 

            呼叫转移 

            1. 呼叫转移业务的登记方法 
            　　呼叫转移业务不需要预先登记，只需给用户开通呼叫转移的新业务权限即可。

            2. 呼叫转移新业务使用时需要注意的地方 
            　　（1）呼叫转移有两种方式，一种是拍叉直接拨号，一种是拍叉后拨*12*DN#（即国际规定） 
            　　（2）对于普通来话或者长途来话，默认都是允许拍叉再转长途，但分别有不同的软件参数控制（以8K版本为例）： 
            　　语音邮箱参数8比特4：当本局用户A拨打本局用户B（B有呼叫转移权限）时，是否允许B拍叉转长途（包括本地长途、国内长途、国际长途）
            　　= 0 允许，B可以拍叉转长途
            　　= 1 不允许，B不能拍叉转长途
            　　缺省值：0

            　　但对于长途来话，由软件参数表中的“呼叫内部参数2”的比特2控制是否允许拍叉转长途。 
            　　= 1 ：允许长途来话拍叉后转长途呼叫；
            　　= 0 ：长途来话不允许拍叉后转长途呼叫。

            　　该软件参数设置只对“拍叉后直接拨号”方式的呼叫转移有效，对于“拍叉后拨*12*DN#”方式的呼叫转移无效。 
            　　（3）群内用户默认不可以拍叉后转群外，有相关软件参数控制（以8K版本为例说明）： 
            　　呼叫测试参数1比特3：群内用户呼叫转移的出群控制。

            　　= 1：群内用户（包括话务员）有呼叫转移权限时，不能转群外；
            　　= 0：群内用户（包括话务员）有呼叫转移权限时，可以转群外。

            　　（4）系统默认拍叉后不能触发智能，8K版本有软件参数控制： 
            　　SSP参数5Bit5 ----
            控制是否允许拍叉后拨打智能呼叫,该参数慎重!一般只在全网智能化等场合放开且放开必须和拍叉后触发的智能业务配合,需要业务下发自环字冠迂回后再次触发但是否允许智能呼叫后的主叫拍叉受Bit4的限制。 

            　　= 1：不允许拍叉后拨打智能呼叫；
            　　= 0：允许拍叉后拨打智能呼叫，但是否允许智能呼叫后的主叫拍叉受Bit4的限制。

            3 .呼叫转移业务与其他业务冲突的情况 
            　　正在进行呼叫转移新业务时，三方通话和会议电话功能不能进行。

            4. 呼叫转移与主叫拍叉的区别 
            　　主叫拍叉为另一种拍叉转话的新业务，具有此项新业务的用户A呼叫用户B，当A正在与B通话时，A可以通过此项新业务在保持AB之间呼叫的同时对用户C发起另一个呼叫，并且将B与C连通。
            被叫拍叉转移由呼叫转移权限控制，主叫拍叉转移由主叫拍叉权限控制。

            相关案例

            1. 案例一: ISDN用户呼叫转移不成功 
            　　【现象描述】 
            　　本局ISDN用户做了无条件转移。本局打ISDN，ISDN能正常转移，外局打ISDN就能接通不会转移。本局版本6008。

            　　【原因分析】 
            　　登记呼叫转移的承载类型为语音，外局送过来的是3.1KHz音频，所以转移不成功。需要修改软件参数解决。

            　　【处理过程】 
            　　1、语音邮箱参数5

            　　BIT6、BIT7：ISDN通过字冠登记前转业务时，如果没有输入承载类型，选择缺省登记的承载类型。
            　　BIT7 = 0，BIT6 = 0：语音业务
            　　BIT7 = 0，BIT6 = 1：3.1KHz音频
            　　BIT7 = 1，BIT6 = 0：语音业务和3.1KHz音频
            　　BIT7 = 1，BIT6 = 1：登记所有业务（国标规定）
            　　缺省值为BIT6 = 0，BIT7 = 0

            　　2、用命令MOD SFP修改语音邮箱参数5，把BIT7和BIT6改为1解决。 
            　　注：该软件参数需要打P004以上补丁才能支持。

            2 .案例二: 软件参数设置问题导致呼叫转移失败

            　　【现象描述】 
            　　某局新建交换机为128模块，V610R105M5008PACK1版本，补丁为P007。组网为：LS--(isup)--关口局--(tup)--移动关口局。用户直接拨打本地移动手机，接续正常，拨打已登记呼叫转移手机的用户，主叫听忙音，呼叫转移失败。

            　　【原因分析】 
            　　通过对故障现象进行分析，明确是数据设置上问题，对相关路由和新业务、软件参数等数据逐步检查和分析，最终发现是软件参数设置错误导致呼叫转移失败。

            　　【处理过程】
              刚开始怀疑是用户新业务数据设置或话机登记有误，现场重新设置新业务数据及话机登记，拨测动态接续跟踪发现：呼转联通及固定电话接续均正常，只有呼转移动手机时：提示承载能力未实施，不能正常接续。

              跟踪呼叫转移失败的七号信令，我方发IAM消息后，对端回REL释放消息，释放原因为未知，查看我方IAM消息，前向呼叫表示语中ISDN用户部分优先表示语：所有方向都优先ISDN用户部分。

              跟踪直接呼叫移动手机正常接续的七号信令，发现我方发IAM消息中前向呼叫表示语中ISDN用户部分优先表示语：不是所有方向都优先ISDN用户部分。

              查看5008PACK1软件参数,呼叫测试参数1比特10：默认值为“1”，即前转后ISUP优选表示语总是“优选”，而不能按照数据设定的来。

              = 1：总是优选。
              = 0：按数据设定。

              查看到关口局的路由数据，ISUP优选部分为不改变，修改呼叫测试参数1为FBFF，拨测呼叫转移移动手机正常，至此问题解决。
            3. 案例三:SSP中呼叫前转、拍叉转移与号码准备的关系

            　　【现象描述】 
            　　咨询SSP中呼叫前转、拍叉转移与号码准备的关系。

            　　【原因分析】
              交换机如果对一个呼叫源做号码准备前插智能字冠假如17911，该呼叫源用户B若摘机拨号XXXXXXX，交换机会在所拨的号码前插上17911，实际参与分析的号码是17911XXXXXXX。

              如果该用户B登记呼叫前转YYYYYYY，用户A拨打B用户，这时B用户实际转移的号码是YYYYYYY，并不是17911YYYYYYY。就是说呼叫前转不参与号码准备。

              如果A用户与B用户通话，B用户拍叉拨YYYYYYY，这时B用户实际转移的号码是17911YYYYYYY。拍叉转移参与号码准备。

            　　【处理过程】 
            　　结论：呼叫前转不参与号码准备，拍叉转移参与号码准备。

            4.案例四: 软件参数设置不对致使群内拍叉呼叫转移不成功

            　　【现象描述】 
            　　8K版本，a拨打b，b接通后拍叉转移至c（b，c是同一群内的用户，b具有呼叫转移新业务权限），a可以听到音乐，b可以听到特殊拨号音，但当b拨完c的短号后听呼叫受限的语音，b直接呼叫c的短号可以呼通，b拨出群字冠＋c群外长号听呼叫受限。 

            　　【原因分析】 
            　　群内用户拍叉转移时，用户尽管拨的是短号，但呼叫接续时是按长号分析的。有软件参数呼叫测试参数1的比特3控制群内用户呼叫转移的出群控制。

            　　当呼叫测试参数1 bit0为1时bit3有效，呼叫测试参数1 bit0为0时bit3的设置不起作用。

            　　= 1：群内用户（包括话务员）有呼叫转移权限时，不能转群外；
            　　= 0：群内用户（包括话务员）有呼叫转移权限时，可以转群外。

            　　【处理过程】 
            　　查看软件参数：呼叫测试参数1=FFFF，修改为FFF7后拨测，问题解决。

            5.案例五: 系统默认拍叉不能触发智能导致话务台无法前转长途手机

            　　【现象描述】 
            　　本局为128模8K版本交换机，群内用户A拨打话务台B，话务台无法前转到长途手机C，但可以前转本地手机、本地固话和长途固话。

            　　【原因分析】
              因为话务台可以前转到长途固话，排除了软件参数设置拍叉不能前转长途的问题。 
              可能做了限呼数据。 
              需要分析呼叫流程是否有特殊之处使得程序进行了限制。

            　　【处理过程】
              检查数据，没有发现相关的限呼数据。同时进行拨打测试，发现群内用户A和话务台B都可以正常拨通长途手机，说明不存在限呼的问题。
              分析呼叫流程，发现话务台前转长途手机时，触发了智能业务。这样问题找到，交换机默认不允许拍叉触发智能业务，而话务台转话实际上就是拍叉前转。

              关于拍叉是否允许触发智能，有软件参数可以控制，相关软件参数是SSP参数5 Bit5。 
              --- 控制是否允许拍叉后拨打智能呼叫，该参数慎重！一般只在全网智能化等场合放开。 
              放开必须和拍叉后触发的智能业务配合，需要业务下发自环字冠迂回后再次触发。 
              但是否允许智能呼叫后的主叫拍叉受Bit4的限制。

              缺省值 = 1： 
              1：不允许拍叉后拨打智能呼叫。 
              0：允许拍叉后拨打智能呼叫，但是否允许智能呼叫后的主叫拍叉受Bit4的限制。 

              但放开上述软件参数会导致话单问题，一般情况下不允许放开上述软件参数。若要允许拍叉触发智能业务，需要采用自环中继等方法来规避，具体的处理方法已不是本案例的范畴，可参见相关资料。  

转自华为论坛：http://www.huawei.com/cn/publications/view.do?id=994&cid=922&pid=89