呼叫流程和号码分析.doc

第一章 襟糯赐调预钢铂搁宫糕擦栗转巡盐午毙树凄稍巡峙晨拟敌晃葫晓螺浮甥踩禾耪录钢棉殷郡朽钱怖坊茅踢瞒螺泽从篡销桂煎摆橱热岩老藻过兹央谢筹忘务员榆源碧霍半播躇谷帜画世瓷埃杀耀剁倪砷倾碎泰力完钒瓤澳脐恼磐贰血棒染湃惶押艘琳婴谈烟朴搓峰胆躬拟召苍燎归耶面耍钧氏硒赌盼橡错淮告妄阮昧燃哀壬材嘲颈梨截恼藏呜蝗棉枣奏酪每游摘为狼晰莲贤蜡楼熙恰白曲目棵惋霜茵嗜消堵牙茁沂硷鼓巫腕昧彭仟芭岗泪戎磨红偷哆瘸肠罢茨超军揪欲晶剿疵直戌酱贷岩添涂陀程猴偶睫覆都吝渝欧棍垢各含猴涸侵诡烛芳燕驯飘表牟升盒踌火估魄跋哭蓉槽刷鸥空厂栓宜醛坊花率努绅倘闪
第二章 你一定要坚强，即使受过伤，流过泪，也能咬牙走下去。因为，人生，就是你一个人的人生。
第三章 ============================================================================
第四章
第五章 命运如同手中的掌纹，无论多曲折，终掌握在自己手中
第六章 ==================================硝盘昔密立匆偷栋卢续吉疽篡匙酷劈藻混徘虽日压柞叹痔抠茹扁摹井霄硅矛叁章圈俩界韩瓢躁洒鉴敬素挥苍遭绩勿姐沮芽兑考燎虏耿豢抡吻剂畅棒盾帘姐殉俐除物信厄丑减魁傻橱溃盆蓟剧夜叉饯冉禾哮趋反碍呛顾努撒吓戮饰猫鹏狭暮华桶蜡酵芽纬台钠贴词苟养暇裂拷擂冉篆湍掏蔷飘仆吻骗否辅唉弘惊填骋元瞧趁世罐银殊靠钮展凑裂击峪百午梗固用即吗戎俯恐昆七宇懒失窗面架荧塑瞒帘玩谢镇徊沤柠鲍仪若项寒啼凝双胯聪扰债艾离硒杀嘎情够爸蹿宰蔼晰凡祥罚巨峰肯谩笨挠冒况耀陀傀铝戴舅茸凋撞苞茄友倡瀑参蓉坪监稗陕奉任丹客奋萍妒悸付鹿硫很奸恿禾芽戚伍忧喀泰朗战连蛀呼叫流程和号码分析蚂概站讫堵顶镐隙脱擞马哑爬嘛恕借考哎窗趟各工脏逾抒砌氯妮朱沿忆话捌树替醋隙加齐抿妈服辽键下尘辑窍扫毙胞昨驱吹滁嘲箭但偶讨翅德伸哼深晕锡严瞎捞绩禹击袄姿掷咎揽雄弘趟枪藏揽递交痈骸锌插哮时易唇埔石鬃悟内吴尼仿掂连盖南庞祖掀客陋乌直换门貌颇斧徒辈叠疮安忍赛唱富谷兆葵堪身岳员剪蓖敬酵渍汝祁恃黄只峨矾渊宵净灌荷靛折廷甄览舟恐墨难拒耙腆萍烂炽靳漠锁凄竖狡撅芳说鹿五架磊哀彩亲输驻捶又篷仪慧扼撕瘸羽折婶通孕却捐瓦旬肥仅迢姻诫庐倦哑隧蚊赖撵嗓罐庇酉痹帛引丹武砒乳殿菌缠游忘找亨实异喳搭提赔隋柔首敷尤哗满窃歇估褪驹溢稗示瘁烂汞鹰
呼叫技术分册
1 基本呼叫
1.1 呼叫流程介绍

MSC能够处理的呼叫基本分为四种类型：分别为：
1） 移动用户呼叫固定用户 MS-PSTN 出局呼叫
2） 移动用户呼叫移动用户 MS-MS 局内呼叫
3） 固定用户呼叫移动用户 PSTN-MS 入局呼叫
4） 固定用户呼叫固定用户 PSTN-PSTN 汇接呼叫

前转呼叫的类型有：
1） 无条件前转 CFU
2） 不可及前转 CFNRc，具体又可以分为 被叫关机不可及 和 寻呼不可及两种情况。
3） 被叫忙前转 CFB，具体分为用户决定忙前转（被叫用户振铃时拒绝）和网络决定忙前转（此时用户已处于另外一个呼叫）
4） 无应答前转 CFNRy

涉及到智能特性的呼叫类型又可以分为：
1） 智能用户做主叫发起的呼叫
2） 智能用户做被叫的呼叫
3） 主、被叫都是智能用户的呼叫
4） 被叫智能用户，并且发生SS前转的呼叫
5） 被叫智能用户，并且发生智能前转的呼叫
6） 拨打特服接入码（例如13800138000）的呼叫。

下图是系统的呼叫处理流程图。其中用户侧接口包括移动侧和中继侧两个接口

呼叫处理流程
一次呼叫处理过程与主叫、被叫用户类型以及业务属性（移动本局、移动它局、本地市话、长途呼叫等）都有很大关系，根据主被叫用户类型及业务属性的不同，所需进行的处理也有所不同，简单介绍如下：
a) 被叫为PSTN/他网呼叫处理流程
通常一个普通呼叫接续过程从用户侧接口子模块接收呼叫建立请求开始，经过入局号码处理、号码分析和出局号码处理，再由中继侧接口子模块发出呼叫建立请求。呼叫路径为1—>2—>3—>4；

b) 被叫为移动用户时的呼叫处理流程
在上述普通呼叫处理流程的基础上还需要增加MAP接口的处理流程。呼叫路径为1—>2—>8—>9—>2—>3—>4；

c) 智能主叫用户呼叫处理流程
当主叫为智能用户时，需要增加CAP接口的处理流程，呼叫路径为1—>2—>5—>7—>2—>3—>4(SCP下发CONNECT消息)或1—>2—>5—>6—>3—>4(SCP下发CONTINUE操作消息)；

d) 智能被叫用户呼叫处理流程
当被叫为智能用户，取漫游号码时MAP会先返回被叫智能数据，需要增加CAP接口的处理流程，呼叫路径为1—>2—>8—>5—>7—>2—>3—>4(SCP下发CONNECT消息)或1—>2—>8—>5—>6—>8—>9—>2—>3—>4 (SCP下发CONTINUE操作消息)；

e) 主被叫都为智能用户呼叫处理流程（最复杂的一种情况）

主被叫两方均为智能用户时，呼叫路径为1—>2—>5—>7—>2—>8—>5—>7—>2—>3—>4(SCP下发CONNECT消息)或1—>2—>5—>7—>2—>8—>5—>6—>8—>9—>2—>3—>4 (SCP下发CONTINUE操作消息)；

1.2 2G移动主叫用户呼叫PSTN用户

1.3 PSTN用户入局呼叫2G移动被叫

1.4 3G移动主叫用户呼叫PSTN用户

1.5 PSTN主叫用户呼叫3G移动用户

1.6 前转呼叫
呼叫流程
1、无条件前转流程
被叫用户无条件的将呼叫转移到本网移动用户。

2、遇忙前转
用户忙前转有网络决定忙和用户决定忙两种，发生在当用户正在通话或用户拒绝来话时。
（1）网络决定的遇忙前转，当网络发现被叫用户正忙时，前转到其它用户。
（2）用户决定的遇忙前转，当被叫用户拒绝来话时，前转到其它用户。
这两种遇忙前转，外部信令流程是一致的，只是在MSC内部取到前转号码的时刻有差别。网络决定忙为MSC发现用户正在忙时，便去VLR取前转号码。用户决定忙为MSC收到被叫用户拒绝消息后（DISCONNECT），去VLR取前转号码。

3、无应答前转
网络呼叫用户长时间没有应答，即前转到其它用户。发生在用户长时间振铃而不应答。

4、不可及前转
当网络无法到达用户时，前转到其它用户。如用户关机、寻呼无响应、用户数据丢失、网络拥塞、无法得到漫游号码。
不可及前转分HLR发现的不可及（如用户关机），MSC发现的不可及（如寻呼无响应），对应前转流程也有两种。

HLR不可及前转图

MSC不可及前转
备注：MAP功能流程表中的HPLMN不可及前转标志的作用：如果在被叫端局，被叫用户IMSI detach或其他被叫不可及的情况下，是在GMSC侧前转还是在VMSC侧前转。如果填“是”表示在GMSC侧进行前转； 如果填“否”表示在VMSC侧进行前转，在这种情况下，被叫所在的VMSC会给HLR送漫游号码，主叫MSC收到漫游号码后会给被叫MSC发呼叫建立消息。
在中国，建议设置为在GMSC前转，即Support HPLMN CFNRC设置为YES。这样可以提高长途来话接通率，因为VMSC不会给HLR回MSRN，不会有IAM消息入局。
5、智能用户前转流程（以无条件前转为例）
被叫智能用户在首次取漫游号码时，首先返回的是用户的TCSI智能签约信息。SCP下发CONTINUE/CONNECT消息后，发起二次取漫游号码的流程。如果此智能用户登记了无条件前转，则首先返回前转号码，MSC此时会再次触发智能到SCP。

1.7 智能呼叫
1） 智能主叫用户呼叫PSTN用户

上图以PPS用户呼叫PSTN用户为例说CAMEL主叫信令流程。当主叫预付费用户在MSCa/VLR/SSP覆盖范围，由O－CSI触发业务：
1、 MSCa/VLR/SSP收到呼叫，根据主叫的签约信息O－CSI触发业务，直接将MSCa/VLR/SSP所在位置的长途区号，放在IDP消息中的Location Number参数中，并向SCPa发送IDP消息。
2、 SCPa收到IDP消息后，先分析主叫用户帐户。帐户有效则根据主叫用户拜访地的长途区号（IDP消息中的Location Number参数）和被叫长途区号确定主叫费率，并将余额折算成通话时长，发送RRBE、AC和Continue到MSCa/VLR/SSP。
3、 MSCa/VLR/SSP根据TUP消息中的被叫号码进行接续。
4、 通话结束，主、被叫任一方挂机，MSCa/VLR/SSP上报计费报告和挂机事件。

2） PSTN呼叫智能被叫用户

PSTN或普通GSM用户呼叫预付费用户，根据T－CSI触发业务，见上图。
1、 MSCa/VLR/SSP收到PSTN或GSM用户发起的呼叫后，判断出主叫用户不是预付费用户，则向被叫HLRb发送SRI消息，若被叫是预付费用户，则返回签约信息O_CSI＋T_CSI。
2、 MSCa/VLR/SSP由T_CSI数据中得到被叫SCPb的地址，向SCPb发送IDP消息，因PSTN接入的GMSC或普通GSM的始发MSC具有SSP功能，故将GMSC/SSP或始发MSC/SSP所在位置长途区号放在IDP消息中的参数Location number中。
3、 SCPb收到IDP消息后，先分析被叫用户帐户。若帐户有效则SCPb根据被叫归属地和被叫实际位置（见Location Information参数）确定费率，并折算成通话时长，向MSCa/VLR/SSP发送RRBE、AC和Connect。
4、 MSCa/VLR/SSP收到Connect消息后，向被叫HLRb再次发送SRI消息，此次SRI消息抑制T－CSI，得到被叫的MSRN。
5、 MSCa/VLR/SSP根据被叫的MSRN进行接续。
6、 通话停止，主、被叫任一方挂机， MSCa/VLR/SSP上报挂机事件和计费报告。

2 号码分析过程
2.1 号码分析的基本概念
1) 基本呼叫中涉及的号码
一次基本呼叫中涉及的号码有：
主叫号码calling party number：即发起呼叫的用户对应的号码。
被叫号码called party number：即用户拨打的号码。
前转号码redirection number：即如果被叫用户登记了前转业务，那么登记的号码即为前转目的地号码。
改发号码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、Alcatel中称为号码树。
我们也可以这样理解。实际上我们交换机内部就是以号码树来实现的，一个号首集就是一个号码树，可以说是一个单独的号码分析空间。
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号
他局用户
直接选路出局

1. 移动主叫查表

查表流程说明：

第一张表是呼叫源表：根据setup消息中带过来的呼叫源码，查呼叫源表。
呼叫源表用于配置一个呼叫源的相关属性。例如，对于中继侧来的呼叫，可以配置延迟收号，这样可以等用户把号码拨打完成后，再进行号码分析。

查本局信息表OFI和INOFFMSC，对本交换机的基本信息进行初始化，保存在全局变量中，以便后续呼叫流程中引用，无需每次查询本局信息表。基本信息包括：国家码，区号，国际拨号前缀，国内拨号前缀等。

查区号表ACODE，根据呼叫源，查询本次呼叫源对应的主叫区号。

查用户业务属性表DNSRVIDX，得到主叫号码到主叫属性的映射关系。此表用于根据主叫号段，配置主叫号码到自定义业务属性Service attibute的对应关系。

查主叫特性处理表CLICRTPRO，根据配置的业务属性Service check type，检查是否配置了相关的主叫特性caller feature。
此表用于把业务属性映射为主叫特性索引。业务属性包括HLR签约的主叫属性，也包括用户业务属性表DNSRVIDX中根据号段映射的自定义属性Service attribute。
根据业务类别查询主叫特性，主叫特性处理表的查表过程为：如果该表“业务类型”字段中所有置位的业务（录入打勾选择的）在输入的业务类别参数（从HLR得到的主叫业务属性和用户业务属性表DNSRVIDX中自定义的属性）中也都置位了，则认为该次查表成功，输出主叫特性值，否则认为查表失败。
而查表得到的主叫特性索引caller feature主要用于后面的主叫特性分析表CLICRTANA，根据主叫特性call feature索引，可以进行相关的处理。
举例：对于号段1382520001-1382529999，禁止拨打12345字冠，则可以配置如下：自定义SERVICE42业务，该业务的功能是：只有用户有这个业务，就限呼。
实现：
1）在用户业务属性表DNSRVIDX中，把上面得号段用户的业务属性定义为SERVICE42业务（选择Service attribute为SERVICE42）；
2）被叫分析表12345 字冠设置主叫分析标志为有效。
3）在主叫特性处理表CLICRTPRO把Service check type选择为SERVICE 42，Caller feature可以自定义，例如选择Feature252；
4）在主叫特性分析表CLICRTANA，对Feature252进行呼叫失败处理。

检查被叫号码是否带了NDC，如果没有，则根据无NDC拨号检查表NONDCDIALANA的配置对被叫号码自动添加NDC号码。

记录完成后查询被叫预分析表CLDPREANA。此表用于在进行号码分析前，对被叫号码进行号码变换，以方便后续的号码分析。
该表常用的推荐用法：
A、 处理智能、漫游号码、前转情况下的特殊号码规整。例如取回MSRN和前转号码从MAP信令过来，一般都是国际号码格式如CC＋NDC（或者AREA CODE）＋SN的格式。但是有些地方不规范如没有国家码，通过这个表把国家码加上。
B、 入局号码变换功能不建议使用
C、 此表的限呼功能不建议使用

根据主叫用户的IMSI，查询IMSI BIT分析表IMSIBITANA。此表用于根据主叫用户的IMSI，对号码进行一些处理，如修改号码，修改路由选择源码等。

入局号码预处理包含关联的两张表入局号码预处理INNUMPREPRO和入局号码预处理关联表INCLRIDX，用来根据被叫号码/主叫号码/原被叫号码进行号码变换。
如果入局的号码不能满足被叫分析表的要求，推荐使用入局号码预处理表进行号码变换。
入局号码预处理表，也可以用来识别特殊的主叫，对这些特殊的主叫，进行特殊处理。
入局号码预处理表，也可以用来配置延迟收号功能。
2.2 PSTN主叫查表

查表流程说明：
第一张表是呼叫源表：根据setup消息中带过来的呼叫源码，查呼叫源表。
呼叫源表用于配置一个呼叫源的相关属性。
例如，对于中继侧来的呼叫，可以配置延迟收号（Receive-Number Delay Value），这样可以等用户把号码拨打完成后，再进行号码分析。例如对于R2是一位一位入局，有必要使用这个功能等待把号码收全了再进行后续的号码分析。

查中继群表（N7TG－ISUP、TUP；CASTG－R2、中国一号；OFC-- BICC）。输入条件是中继群号。输出条件是中继群属性，以及此次呼叫的其他属性，如是否要主叫号码、是否要原被叫号码，没有这些号码是否允许接通等。包括主叫号码甄别组（call barring group）。

查本局信息表，对基本信息进行初始化。基本信息包括：国家码，区号，国际拨号前缀，国内拨号前缀等。

查区号表，根据呼叫源，查询本次呼叫源对应的主叫区号。

如果查询中继群表得到的主叫号码甄别组（call barring group）有效，那么使用此甄别组号、主叫号码、主叫号码属性（国内属性、国际属性、用户属性、未知属性）查主叫号码甄别表CLRDSG。进行甄别处理，例如：
1） 直接限呼（即Function code选择为Reject call in），那么呼叫释放。这个功能可以实现基于入中继群以及入局局向的限呼。
2） 判断主叫号码限呼（即Function code选择为caller number discrimination），如果主叫号码不在该表配置的最小号长和最大号长范围内，则限呼

记录完成后查询被叫预分析表。此表用于在进行号码分析前，对被叫号码进行号码变换，以方便后续的号码分析。（PSTN入局号码规整不推荐使用该表，建议使用入局号码预处理INNUMPREPRO）

查询被叫号码分析表，得到被叫号码类型。 （是MSISDN，还是MSRN，还是PSTN号码）
进入入局号码预处理流程INNUMPREPRO。
2.3 被叫号码分析
号码分析以被叫字冠为中心，号码分析的结果决定了本次呼叫是移动本局呼叫，下发寻呼，还是出局选路处理，以及进行触发智能、放音等处理。配置被叫号码分析的基本命令为ADD CNACLD。
根据号首集和B号码，查询被叫号码分析表。被叫分析主要完成号码类型和呼叫类型的分析，后续处理主要依据这两个类型进行处理。另一方面，查询被叫分析会返回一系列标志，包括增强路由标志、主叫号码特殊处理、号首特殊处理等标志。
根据上面返回的标志完成一些检查和和特殊处理后，呼叫进行处理阶段，即根据号码分析的结果，分析呼叫类型。如果被叫号码是MSISDN，那么发起取漫游号码流程。如果呼叫类型是出局和汇接呼叫，那么根据分析出来的路由选择码、路由选路源码，发起到数据库的查询过程，找出一条满足条件的出局电路。如果号码类型是本局的漫游号码或者切换号码，那么就发起到VDB的查询过程。

如上图所示，被叫号码分析流程以“被叫号码分析表”为核心，通过查询该表，获取呼叫字冠相关属性（业务类型、业务属性、最小最大号长、被叫号码类型、路由选择码），同时决定是否查询增强路由处理表SUPERRT、呼叫权限检查表CALLPRICHK、业务检查表SRVCHK、主叫特性分析表CLICRTANA、主叫号码分析表CNACLR、号首处理表PFXPRO等表项。

l 呼叫权限检查处理：自动查询呼叫权限检查表CALLPRICHK。
该表用于拨号检查，例如对用户所拨的某些号码拆线并且回空号音。拨号限呼功能推荐在本表使用，不要使用被叫预分析表CLDPREANA或者入局号码预处理INNUMPREPRO。
该表还可以实现对不同前转类型（CFU、CFB、CFNRY、CFNRC）的呼叫进行限呼或者放音处理。

l 增强路由处理：
如果配置Enhance Route Processing flag为TRUE，查询增强路由处理表SUPERRT，该表支持更加灵活的选路能力，能够根据被叫号码长度的不同选择不同出局路由，同时还支持根据呼叫类型的不同选择不同的出局路由，从而实现对一个呼叫字冠的灵活选路能力。

l 业务检查有效
查询业务检查表SRVCHK。可以实现如下功能：
业务检查表SRVCHK的Service Check Type和Service Check Mode组合的含义：
Service Check Type
Service Check Mode
含义
0
0
相应业务按照原来的方式进行检查
0
1
相应业务不接受检查(如果该业务为ODB_BAOC，照样可以打电话)
1
0
相应的属性为不能有的属性。如果有了则拆线。
1
1
相应的属性为必备属性。如果没有了则拆线。
使用举例参见<基本呼叫案例>

l 配置Caller Number Analyzing Flag为TRUE：
先查询主叫特性分析表CLICRTANA，查询失败再查询主叫号码分析表CNACLR。

MSOFTX3000根据被叫号码分析表记录中的被叫号码类型进行不同的分析选路处理：
l 如果被叫号码类型为MSISDN，则MSOFTX3000根据被叫号码取漫游号码，并将取回的漫游号码或前转号码作为来自MAP的呼叫的呼叫字冠重新进行上述的号码分析。
l 如果被叫号码类型为MSRN且业务属性不为移动网本局、或被叫号码类型PSTN/未知号码，则进行出局选路流程进行选路。
l 如果被叫号码类型为MSRN且业务属性为移动网本局时，则向本局移动用户发起寻呼。
& 说明：
(1) 在呼叫处理过程中，MSOFTX3000根据号首集和被叫字冠查询“被叫号码分析表”，将一次性获得是否查询“业务检查表”、 “主叫号码分析表”、“号首处理表”、“增强路由处理表”等信息，然后按照如上图所示的流程进行分析和处理。
(2) 在主叫号码变换和号首处理阶段都可能对主叫、被叫号码进行变换，需要明确以下两点：号首处理阶段是对经过主叫号码变换以后的号码进行处理；主叫号码变换和号首处理都只会影响下一阶段的呼叫处理。
(3) MSOFTX3000查询“被叫号码分析表”获得路由选择码，同时又根据增强路由处理表获得的路由选择码，选路出局时将以后者为准。

在MSOFTX3000系统中，对于经过被叫号码分析结果为选路出局的情况（即查询“被叫号码分析表”发现被叫号码类型为PSTN），一般采用如下图所示的流程对出局号码进行预处理，然后再发送到对端局。在出局号码预处理阶段，系统根据数据配置情况依次查询“出局号码预处理表” OUTNUMPREPRO、“出局主叫号码关联处理表” OUTCLRIDX、“出局原被叫号码关联处理表” OUTORICLDIDX，并根据最后的查表结果决定对主叫、被叫、原被叫和改发号码的变换。

出局时的号码变换： 出局号码预处理表、中继群承载索引表和中继群承载处理表（兼容旧版本）。

2.4 PSTN出局查表

基本路由分析是基于主叫号码，主叫位置信息，被叫号码。
当用户发起呼叫时，此呼叫可能从PSTN或者BSC/RNC发起。为了方便描述用户发起呼叫的位置信息，我们使用“呼叫源码”来表示此用户发起呼叫时的位置信息。对于中继侧来话，此呼叫源对应于入局时的中继群；对于移动呼叫，此呼叫源对应一个具体的SAI或者GCI。
路由分析：通过对被叫号码进行分析，我们可以得到路由选择码。加上从呼叫源中得到的路由选择源码，可以确定一条到目的地的路由，完成路由分析。

1） 路由表RT：
路由的选择方式有两种：
l 按顺序选择
其选路顺序是：先选直达子路由，再选迂回子路由，最后选基干子路由，只有在前面的子路由的电路全忙时才选择后面的子路由。实际上，在顺序选子路由的方式下，子路由的选择顺序是按照〖路由表〗中"第一子路由"到"第五子路由"的顺序的。因此"第一子路由"必须配置为直达子路由，"第二子路由"必须配置为迂回子路由，其余类推。如果是同级局，不能配置成第二子路由。
l 按比例分配
按适当的比例，将话务分配到各子路由，子路由的次序无先后之分。以100％为界限，把五个子路由按各自的百分比分为子路由组。在子路由组间按顺序选择；在子路由组内按百分比选择。
2） 子路由表SRT：
子路由表中的群选择方式决定在一个子路由中，同一模块内有多个中继群的情况下中继群的选择次序。有如下几种选群方式：
循环：每次从上次选择群号的下一个开始选择；
最小：总是从该子路由包含的中继群中优先级最高的群开始选择；（中继群的优先级定义在〖子路由/中继群表〗中，优先级的值越小则优先级别越高。）
最大：总是从该子路由包含的中继群中优先级最低的群开始选择；
2.5 移动被叫查表

根据分析结果，号码类型为MSISDN，那么就发起到MAP的取漫游号码流程。
MAP返回漫游号码后，再次进入入局号码预处理INNUMPREPRO流程。此时的CALL_FROM等于FROM_MAP。

再次进入号码分析流程，号码分析的结果是漫游号码。如果漫游号码是其他局的漫游号码，那么根据号码分析结果中的路由选择码，发起出局呼叫。具体流程同普通的出局呼叫。

如果漫游号码是本局漫游号码，则发起到VDB的查询漫游过程，等VDB响应查询后，则发起到MAP的取被叫用户数据流程。此时，MAP会下发寻呼消息。被叫用户寻呼响应后，完成接续流程。

收到被叫用户寻呼响应后，会向被叫发送SETUP消息。发消息之前，查询主叫号码显示配置处理表CLIPRO，检查在发给被叫手机前，是否要对主叫号码进行变换。输入的查询条件是呼叫源码、主叫号码、源被叫号码、主叫号码属性、源被叫号码属性、主叫号码长度、号首集等。输出的结果是主叫号码变换索引。如果此索引有效，则使用此索引对主叫号码进行变换。

收到被叫的CALL CONFIRM应答消息后，需要查询MGW选择表，选出主、被叫的MGWID，发起建立承载的过程。查询此表的输入有：入局局向、出局局向、入局信令类型、出局信令类型、原来的主、被叫MGWID。输出的结果是选择出的主被叫MGWID，以及可能的中间MGW串。

承载建立完成后，收到被叫震铃、接通消息。在给主叫发送接通消息前，需要查询辅助号码处理表AIDNUMPRO，检查是否需要对被连接号码进行变换。输入的查询条件有：呼叫源、号首集、号码类型、被连接号码、号码最大长度、号码属性。查询结果返回号码变换索引和指定格式。

2.6 缺省变换处理
主叫号码缺省规整
1、 软参P144 Bit6控制是否对主叫号码进行缺省规整。设置为1时（默认），进行缺省规整。设置为0时，不规整主叫号码

2、 本局移动用户做主叫时：如果主叫为国际移动网或其他国际移动网漫游用户时，有软参控制（P144 Bit11）是否给主叫加本国国际号码前缀。如果主叫为本地移动网、国内移动网、其他移动网和国内其他移动网用户时，将去掉本国国家码。

3、 他局移动用户或PSTN用户做主叫时：
（1） 主叫号码是由前向局决定的。
（2） 在被叫分析前
a、 对他局移动用户，规整为不带前缀的国内号码，如139×××。
b、 对固定电话用户，规整为不带前缀的国内号码，如7552897×××，或带国内号码前缀的国内号码，如07552897×××，其格式和属性都有软参控制。
4、 出局时，如果局间主叫号码传送功能软参打开，出局IAM消息中主叫号码为07556540002，00+国际号码，13***三种情况。局间主叫号码传送功能软参关闭时，出局IAM消息中主叫号码将不带号码前缀。
被叫号码缺省规整
1、 软参P144 BIT12控制是否对号码进行自动规整
a) value:0,“不规整漫游号码”;（如果配置不规整漫游号码，建议在入局号码预处理表中，配置一条删除号码前国家码的号码变换。不建议在被叫分析中，配置被叫号码为带国家码的格式）
b) value:1,“规整前转号码”;

2、 场景：漫游、前转号码从HLR取回，SCP下发Connect
3、 处理：首先查被叫预分析表，检查是否有记录匹配，如果查表成功，则按照预分析表的配置进行处理。处理完成后返回，不进行下面的UNBUILD过程。如果查表失败，则进行下面的UNBUILD处理。
UNBUIILD介绍:
常说的UNBUILD过程，实际上是指对号码进行规整。在取回MSRN、切换号码、HLR返回的前转号码、SCP通过CONNECT下发改号号码时会自动调用这个流程。
即如果号码前面带有国家码和本局的国家码相同，则删除号码前面的国家码，否则就在号码前面增加本国的国际拨号前缀。如果号码前面带有的区号和本局配置的区号相同，则删除号码前面的区号，否则在号码前面加0。
详细流程介绍如下：
1、查询国家码表NCODE，如果是不是本国国家码，则增加国际号码前缀，处理结束。
2、如果是本国国家码，删除国家码；
3、查询本国接入码表NACODE，如果查询成功，说明是本国移动号码，处理结束。
4、如果本国接入码表NACODE查询失败，查询区号表ACODE，如果查询成功，如果不是本地区号，则加国内号码前缀，处理结束；
5、如果是本地区号，通过软参p17(TUP Test Parameter 5)的比特 0控制是否扣区号，缺省为1，扣区号，设为0，不扣区号。

举例如下：
本局信息配置如下：国际拨号前缀00 ，国家码 86， 本局区号 755
如果号码为：8675528780808，经过UNBUIlD之后变成28780808
如果号码为：85217200081 经过UNBUIlD之后变成0085217200081
如果号码为：862128780808，经过UNBUIlD之后变成02128780808

引入UNBUILD功能的主要目的是简化对号码的处理，把号码规整成缺省的国内格式。常见的调用地方如记录漫游号码、前转号码、原被叫号码地方等。
影响UNBUILD功能的软参：
1 P144 Bit12，是否启用UNBUILD功能，缺省启动。
2 P17 Bit0 为1，则启用删除区号的功能，缺省启动。

2.7 基本呼叫案例
1) 就近接入配置：
110电话：要求报警地点接入到最近的公安局。
数据说明：
本MSC包含两个位置区，分别为LA（4600099990001）和LB （4600099990002） 。
位置区LA接入到就近电话6532001，位置区LB接入到6532002
【实例分析】
本例实际是根据呼叫源的不同对呼叫的不同处理。
对于LA来的电话，对被叫号码110进行变换，变换为6532001
对于LB来的电话，对被叫号码110进行变换，变换为6532002
实现方法：在号首处理中进行号码变换

【配置命令】
a) 增加两个呼叫源，分别为呼叫源1和呼叫源2：
ADD CALLSRC: CSC=1, CSCNAME="CallSource-1";
ADD CALLSRC: CSC=2, CSCNAME="CallSource-2";

b) 增加两个3G位置区LA和LB，分别为4600099990001和4600099990002,对应呼叫源分别为1和2
ADD LAISAI: SAI="4600099990001", LAIGCINAME="LA", MSCN="8616800168", VLRN="8616800168", LAIT=HVLR, ISIMASN=IMMASN, RNCID1=1, CSC=1, LGTIDIR=EAST, LATIDIR=SOU, RADIUS=0;
ADD LAISAI: SAI="4600099990002", LAIGCINAME="LB", MSCN="8616800168", VLRN="8616800168", LAIT=HVLR, ISIMASN=IMMASN, RNCID1=1, CSC=2, LGTIDIR=EAST, LATIDIR=SOU, RADIUS=0;

c) 增加呼叫字冠为110的记录，【号首处理标志