3） 被叫忙前转 CFB，具体分为网络决定忙前转（用户已经通话）和用户决定忙前转（用户挂机） 4） 无应答前转 CFNRy 涉及到智能特性的呼叫类别又可以分为 1） 主叫智能呼叫 2） 被叫智能呼叫 3） 主、被叫都是智能的呼叫 4） 被叫智能用户，并且发生SS前转的呼叫 5） 被叫智能用户，并且发生智能前转的呼叫 6） 特服接入码（例如13800138000）的呼叫。
下图是系统的呼叫处理流程图。其中用户侧接口处理包括中继侧和用户侧两部分来的呼叫，不仅仅是指从用户侧来的呼叫。
呼叫处理流程 一次呼叫处理过程与主叫、被叫用户类型以及业务属性都有很大关系，根据主被叫用户类型及业务属性的不同，所需进行的处理也有所不同，简单介绍如下 l 普通呼叫处理流程 通常一个普通呼叫接续过程从中继侧接口子模块接收呼叫建立请求开始，经过入局号码处理、号码分析和出局号码处理，再由中继侧接口子模块发出呼叫建立请求。呼叫路径为1234；
l 被叫为普通移动用户时的呼叫处理流程 当被叫为移动用户时，在上述普通呼叫处理流程的基础上还需要增加MAP接口的处理流程。呼叫路径为1289234；
l 智能用户呼叫处理流程 当主被叫有一方为智能用户时，需要增加CAP接口的处理流程，呼叫路径为1257234SCP下发CONNECT消息或125634SCP下发CONTINUE操作消息；
当被叫为移动用户，且主被叫有一方为智能用户时，需要同时增加MAP接口处理和CAP接口的处理流程，呼叫路径为1289257234；
当被叫为移动用户，且主被叫两方均为智能用户时，呼叫路径为128925757234。
1.2 移动主叫呼叫PSTN用户 1.3 PSTN入局呼叫移动被叫 1.4 前转呼叫 呼叫流程 1、无条件前转流程 被叫用户无条件的将呼叫转移到其它用户。
2、用户忙前转 用户忙前转有网络决定忙和用户决定忙两种，发生在当用户正在通话或用户将来话拒绝时。
（1）网络决定的遇忙前转，当网络发现被叫用户正忙时，前转到其它用户。
（2）用户决定的遇忙前转，当被叫用户将呼叫拒绝时，前转到其它用户。
这两种遇忙前转，外部信令流程是一致的，只是在MSC内部取到前转号码的时刻有差别。网络决定忙为MSC发现用户正在忙时，便去取前转号码。用户决定忙为MSC收到B用户拒绝消息后（DISCONNECT），去取前转号码。
3、无应答前转 网络呼叫用户长时间没有应答，即前转到其它用户。发生在用户长时间振铃而不应答。
4、不可及前转 当网络无法到达用户时，前转到其它用户。如用户关机、寻呼无响应、用户数据丢失、网络拥塞、无法得到漫游号码。
不可及前转分HLR发现的不可及（如用户关机），MSC发现的不可及（如寻呼无响应），对应前转流程也有两种。
HLR不可及前转图 MSC不可及前转 备注MAP功能流程表中的HPLMN不可及前转标志的作用如果在被叫端局，被叫用户IMSI detach或其他被叫不可及的情况下，是在GMSC侧前转还是在VMSC侧前转。如果填“是”表示在GMSC侧进行前转；
如果填“否”表示在VMSC侧进行前转，在这种情况下，被叫所在的MSC会给HLR送漫游号码，主叫MSC收到漫游号码后会给被叫MSC发呼叫建立消息。
在中国，建议设置为在GMSC前转，即Support HPLMN CFNRC设置为YES。这样可以提高长途来话接通率，因为VMSC不会给HLR回MSRN，不会有IAM消息入局。
1、 智能前转 MSC的智能用户前转模型 智能用户前转流程（以无条件前转为例） 备注SSP收到SCP下发CONNECT消息时，如果改发号码的属性为国际，进行一系列的缺省处理，参见下文的，然后用缺省处理后的号码去查询被叫分析表；
如果改发号码的属性为其他属性，号码就不会进行缺省处理，用该号码查询被叫分析表。
2 号码分析过程 2.1 号码分析的基本概念 1 基本呼叫中涉及的号码 一次基本呼叫中涉及的号码有 主叫号码calling party number即发起呼叫的用户对应的号码。也称为A号码。
被叫号码called party number即用户拨打的号码。也称为B号码。
前转号码redirection number即如果被叫用户登记了前转业务，那么前转目的地号码。也称为C号码。
改发号码redirecting number即如果被叫用户登记了前转业务，那么被叫用户号码成为改发号码。
原被叫号码original party number如果呼叫发生了一次或者多次前转，那么我们把第一次的被叫号码称为原被叫号码。
例如A-B-C-D A为主叫号码calling party number；
B为原被叫号码original party number；
C为改发号码redirecting number；
D为前转号码redirection number 2 呼叫源、呼叫源码 呼叫源指发起呼叫的用户或入中继。每个呼叫源有一个整数编码，称为呼叫源码。长用的发起呼叫的源头有3类A接口、Iu接口和入中继。
呼叫源分析根据入局设备的物理设备端口查找呼叫源码，分析过程如下 若主叫用户是从A或Iu接口过来的（即正在本局拜访的移动用户）则根据BSC或RNC目的信令点编码，查询位置区小区LAIGCI（2G）或者LAISAI（3G）数据，从而得到呼叫源码；
若主叫用户是从中继侧过来的（即固定网用户或其他移动局的用户），则查看中继群数据（N7TG－七号中继、PRATG－PRA中继、CASTG－R2或中国一号中继），得到呼叫源码。
呼叫源码反映的是呼叫的来源，根据来源的不同我们可以进行不同的处理。建议除对不同呼叫源需要进行不同的处理外，尽量将呼叫源码配为相同。
配置呼叫源特性的基本命令为ADD CALLSRC 根据呼叫源信息，可以得到此呼叫源相关的其他配置信息，例如号首集，路由选择源码，失败处理源码等信息；
同时，根据呼叫源码，也可以检查此呼叫源的一些特性，例如延迟收号时长等。
3 号首集 号首集是号首（或字冠）的集合，号首集和被叫字冠直接关联，引入号首集的目的是可以对相同的被叫字冠进行不同的分析，后续演变为一种灵活分析被叫字冠的手段。号首集与呼叫源有一定的对应关系，一个呼叫源只能对应一个号首集，而一个号首集可以为多个呼叫源共用。
号首是决定与该次呼叫有关的各种业务的关键因素，号首对不同的用户和中继群而言，往往是重叠的，但意义可能不同。
号首集在其他厂家交换机例如爱立信、NOKIA、Acatel中称为号码树。
我们也可以这样理解。实际上我们交换机内部就是以号码树来实现的，一个号首集就是一个号码树，可以说是一个单独的号码分析空间。
4 路由选择源码、路由选择码 路由选择源码是不同的呼叫源在出局路由选择策略上的分类号。路由选择源码与呼叫源相对应。通常本局只有一个呼叫源，所以只需定义一个路由选择源码，当本局用户在出局策略上有所不同时可以定义不同的呼叫源，同时给予不同的路由选择源码。
呼叫源决定的路由选择源码是出局路由的依据之一，相同的被叫号码可根据不同呼叫源确定不同的出局路由。
例如要求不同地方用户拨打同一个号码路由到不同地方去。如果不使用路由选择源码，因为号码相同，所有被叫号码分析表CNACLD中只能定义一个路由选择码，无法做到路由到不同地方去，通过呼叫源表CALLSRC（下同）针对不同地方定义不同呼叫选择源码，则在路由分析表RTANA中可以定义不同的路由号。
例如如果深圳、东莞使用一个MSC，两个都可以拨打110报警。对这两个不同的地方发起的呼叫，可以配置不同的呼叫源码，不同的路由选择码，在出局选路时，可以实现深圳用户拨打的110，路由到深圳的警察局，而东莞用户拨打的110，路由到东莞的警察局。
路由选择码是某个字冠的呼叫所采用的路由选择策略编码，路由分析数据和路由选择源码配合决定选择那条出局路由。如果分析出的业务属性为移动网本局，则直接向手机发寻呼，进行移动用户的被叫流程。
5 呼叫字冠 呼叫字冠是被叫号码的截取号段（从被叫号码最前一位开始截取），号长小于或等于被叫号码。
MSC server分析被叫号码时，采用最大匹配的原则。即对一个被叫号码，在所有的呼叫字冠中，查找与其号码最相近的一个，并根据该呼叫字冠，来确定业务类别、路由选择码等属性。例如，在配置的“呼叫字冠”有139、13900、13900278等记录，当被叫号码是13900278310，表中的三个记录都是13900278310的前缀，匹配最长的是13900278。
6 失败源码、失败处理 失败源码反映的是呼叫的来源，根据来源的不同可以进行不同的失败处理，其作用和地位与呼叫源码相同。这个地段在失败处理表CFPRO中使用。
除非对某呼叫源需要进行不同的失败处理，尽量将呼叫源的失败源码配为相同。
7 号码分析的总处理流程 处理结果 被叫号码类型 业务属性 处理方式 本局MSRN号码 移动本局 直接向移动被叫发寻呼 普通MSISDN号码 移动本地 向HLR请求该用户的漫游号码 普通PSTN号码或呼叫字冠为他局用户的MSRN号 他局用户 直接选路出局 2.2 移动主叫查表 查表流程说明 第一张表是呼叫源表根据setup消息中带过来的呼叫源码，查呼叫源表。
呼叫源表用于配置一个呼叫源的相关属性。例如，对于中继侧来的呼叫，可以配置延迟收号，这样可以等用户把号码拨打完成后，再进行号码分析。
查本局信息表OFI和INOFFMSC，对本交换机的基本信息进行初始化，保存在全局变量中，以便后续呼叫流程中引用，无需每次查询本局信息表。基本信息包括国家码，区号，国际拨号前缀，国内拨号前缀等。
查区号表ACODE，根据呼叫源，查询本次呼叫源对应的主叫区号。
查号段表DNSRVIDX，检查主叫号码到主叫属性的映射关系。此表用于根据主叫号段，配置主叫号码到自定义业务属性Service attibute的对应关系。
查主叫特性处理表CLICRTPRO，根据配置的业务属性Service check type，检查是否配置了相关的主叫特性。此表用于把业务属性映射为主叫特性索引。业务属性包括HLR签约的主叫属性，也包括上一张表根据号段映射的自定义属性即DNSRVIDX中定义的Service attribute。而主叫特性索引caller feature主要用于后面的主叫特性分析表CLICRTANA，根据主叫特性call feature索引，可以进行相关的处理。
检查被叫号码是否带了NDC，如果没有，则根据无NDC拨号检查表NONDCDIALANA的配置对被叫号码自动添加NDC号码。
记录完成后查询被叫预分析表CLDPREANA。此表用于在进行号码分析前，对被叫号码进行号码变换，以方便后续的