课程介绍
主要介绍常规的呼叫消息流程。
课程目标
提高CDMA维护人员对CDMA的技术体系更深一步了解，提高分析解决问题能力。缩短故障定位的时间提高维护效率。
相关资料
《800MHz CDMA数字蜂窝移动通信网移动业务交换中心与基站子系统间接口技术规范（报批稿）》
《800MHz CDMA数字蜂窝移动通信网移动应用部分技术要求 》
具体内容介绍
呼叫流程、消息流程、切换流程、补充业务流程、短消息业务流程、智能用户业务流程
1 呼叫流程
1、移动呼叫移动流程（局内）
3 、移动呼叫固定
5、入局早寻呼
2、移动呼叫移动（局间）
4、固定呼叫移动
6、由MS发
8、
起的呼叫拆线 7、由BS发起的呼叫拆线
由MSC发起的呼叫拆线
1.1 移动呼叫移动流程（局内）
1.1.1 流程图
BSCMSC1.CM SERVICE REQUEST(DIGITS)2.CC5.ASSIGNMENT( channel type, cic)6.ASSIGN COMPLETE(channel number)分配漫游号码4locreq(MIN,ESN,MSC_ID,PCSSN,ANNALIST)7.PAGING(MIN, LAI)8.PAGING RESPONSE9.CC10. ASSIGNMENT (channel type,cic,signal)11.ASSIGN COMPLETE(channel number)12. CONNECT(LOCALROUTINGINFO,DMHDATA)3LOC REQ(BILLID,ORIID,DGTSDIALED,(TRANSCAP, TAT)HLR
1.1.2 流程描述
1、手机发起CM业务请求， 带了被叫号码和业务选择（SERVICE OPTION），业务选择表示此次呼叫的业务类型和无线口传输速率，目前我们的程序对业务选择合法性不做判断， 如果BSC上报的业务选择不在合法范围内，则按照13K的语音缺省处理。（CM业务请求单元所包含的信息单元： 消息类型、CM业务类型、类别信息类型2、移动识别（IMSI）、被叫方BCD号、移动识别（ESN）、时隙周期指数、鉴权响应参数AUTHR、鉴权证实参数（RANDC）、鉴权参数COUNT、鉴权查询参数（RAND）、业务选择、语言加密请求（第一阶段不需要）、被叫方ASCII号码、鉴权结果（当RAND和RANDC在基站处不匹配 ）、鉴权数据）
2、SCCP的CC消息是对CR消息的确认，表示SCCP的连接已经建立。保存CR消息中源参考（不做解释），分配本地参考。
3、系统对被叫号码进行分析，判断是否触发ORIGINATION REQUEST（目前肯定不触发）和FEATURE REQUEST。如果均不触发，则按照正常呼叫流程处理。
4、如果是本局呼叫，HLR不去MSC分配漫游号码， 在ROUTINGINFO中带LOCALTERMINATION， 表示手机在服务请求MSC内。 目前我们的MSC和HLR程序是通过判断被叫所在的MSCID和主叫所在的MSCID是否一致来判断是否是本局呼叫的。
5、对于本局呼叫，HLR回复是LOC REQ响应后，MSC检测带回的TKDNLIST数据包确认主叫、被叫为同一MSC时。MSCMAP到VDB要求分配漫游号码。然后将具体呼叫交给CM（Communication Module通信模块）
6、CDMA系统可以没有单独的鉴权流程。它可以通过在广播信道上获取特定随机值RANDC，然后通过内部的SSD、IMSI、ESN、本次呼叫被叫号码和呼叫历史计数器与之一起计算出鉴权结果AUTHR，并将之发往网络侧，以实现鉴权。这里可以看出，该流程比GSM流程简化很多。
7、目前流程中已经没有CM_SRV_ACP、SETUP、 Call_proceeding 消息，流程上进行了简化。
8、在现在的流程中，被叫号码由“CM业务请求”消息带上去。
9、目前加密在第一阶段不支持，不过如果要进行加密的话，必须通过广播鉴权后才能进行加密，否则将不能进行加密。 10、网络侧的指配消息有主要以下几个功能：
1）指示BSC分配的地面电路号（MSC的CIC和BSC的CIC配置必须要一致）； 2）无线通道类型（从业务选择中分析得到），指示无线口的速率和类型。 3）被叫指配带手机振铃方式，被叫指配消息带SIGNAL的IE，指示被叫手机振铃的方式，主叫则不需要。所以被叫的铃音是网络侧通过信令指使手机自己产生，而主叫的回铃音是MSC产生 ，如果是局间呼叫，则主叫的回铃音是通过对端交换机送音。
4）被叫指配消息ASSIGNMENT可以带主叫号码，用于号码显示业务。 1.1.3 主要英文缩写注解 CM：Connection management
CC：connection confirm
LOC REQ：Location Request
1.2 移动呼叫移动流程（局间）
1.2.1 流程图
BSC1.CM SERV REQ2.CC8.ASSIGNMENT3.LOCREQ4.ROUTREQ5.routreq(TLDN)6.locreq(intersystemroutinginfo)7.IAI(TLDN)10.PAGING11.Paing Rsp12.CC13.ASSIGNMENTMSCHLRMSCBS9.ASSIGNMENT COMP14. ASSIGN COMP15. ACM16.CONNECT17. ANC
1.2.2 流程描述
1、当HLR收到主叫MSC/VLR的位置请求时， 向被叫的MSC/VLR发起路由请求， 要求被叫MSC/VLR给被叫MS分配漫游号码， 被叫MSC分配漫游号码后， 返回给HLR， HLR在位置请求响应消息中，将漫游号码返回给主叫MSC。
2、 分析表中的“指配完成是否接续”的意义如下，如果配置为否，在号码分析后不立即出局，而是等待指配完成消息后才出局， 出局和指配无线信道是串行的过程； 如果配置为是，则号码分析后，立即出局，出局和 指配无线信道是并行的过程。
第一种配法： 接续的速度慢，但是可以保证在出局的时候，BSC一侧的资源已经完全到位。
第二种配法： 接续的速度快，但是如果先出局，则ACM回来后，用户听回铃音，被叫听振铃音，但是由于指配失败，将呼叫又拆除了，就导致了振铃早释现象，给用户的感觉不好。
3、主叫MSC/VLR收到HLR的位置信息响应后 ， 根据TLDN号码做号码分析，通过TUP的IAI消息出局， 出局的被叫号码是被叫TLDN号码。 4、被叫指配完成后， 被叫MSC给主叫MSC/VLR送ACM地址全消息。 5、手机摘机， 上报CONNECT消息， 被叫MSC给主叫MSC/VLR送ANC接
网消息， 主被叫进入通话状态。
6、与主叫一样，被叫也可以没有独立的鉴权过程，而通过第一条“寻呼响应”消息将鉴权信息带上去。
7、与GSM相比，省略了SETUP 、CALL_CONFIRMED、 ALERTING等消息。
8、在中文规范中，当手机向MSC发出CONNECT消息后，就任何进入连接态，并不需要MSC回CONNECT ACK消息。 1.2.3 主要英文缩写注解 CM：Connection management
CC：Connection confirm
request
LOC REQ：Location Request
ROUTREQ：Routing
TLDN：Temporary Local Directory Number
1.3 移动呼叫固定
1.3.1 流程图
BSC1.CM SERV REQ2.CC3.ASSIGNMENT5.IAI(CLD)6.. ACM7.. ANCMSCPS4.ASSIGNMENT COMP
1.3.2 流程描述
1、MSC/VLR号码分析为固定号码后， 向被叫PSTN发初始地址信息IAI， 进入入局流程。
2、被叫振铃后，PSTN给主叫MSC/VLR送ACM地址全消息。 3、被叫摘机后，PSTN给主叫MSC/VLR送ANC接网消息。 1.3.3 主要英文缩写注解 CM：Connection management CLD：Called Number
CC：Connection confirm
1.4 固定呼移动
1.4.1 流程图
PSTN1.IAIGMSC2.LOCREQ3.ROUTREQ4.routreq(TLDN)5.locreq(intersystemroutinginfo,SID)6.IAI(TLDN)7.PAGING8.Paing Rsp9.CCHLRMSCBSC10.ASSIGNMENT12. ACM14.CONNECT15. ANC11. ASSIGN COM13 ACM16. ANC
1.4.2 流程描述
1、PSTN发起IAI消息到移动关口局， 带了被叫手机号码。
2、 关口MSC（GMSC）号码分析为移动号码后， 给HLR发送请求位置信息， HLR向被叫所在MSC/VLR取路由信息，要求给被叫分配漫游号码， 被叫MSC/VLR给MS分配了漫游号码TLDN后， 返回路由信息， HLR回送位置信息， 在INTERSYSTEM ROUTINGINFO标志。
3、GMSC向被叫MSC/VLR发初始地址信息IAI， 进入入局流程。 4、被叫MSC/VLR给被叫MS发寻呼消息。
5、手机摘机， 上报CONNECT消息； 被叫MSC/VLR给GMSC送ANC接网消息； ANC消息被透传到PSTN进入通话状态。
1.5 入局早寻呼
1.5.1 流程图
HLRROUTING REQUESTROUTING REQUEST RSPIAI(TLDN)ACMMSCPAGING PAGING RESPONSE分配漫游号码指配指配完成听铃音BSANCCONNECT
1.5.2 流程描述
1、 当HLR去被叫MSC要求漫游号码时， 被叫局MSC首先寻呼被叫， 如果被叫能够被寻呼到， 则被叫MSC/VLR 返回漫游号码， 否则的话， 被叫MSC/VLR以被叫不可及处理来HLR的路由请求。
2、 早寻呼是MSC的功能， 对于HLR和主叫MSC透明， 早寻呼的优点是可以减少不必要的局间中继的占用， 缺点：接续慢。早寻呼的功能在MAP功能表中配置。
1.6 由MS发起的呼叫拆线
1.6.1 流程图
MSRELEASE CMDBS CLEAR REQCLEAR CMDRELEASE CMDCLEAR CMPSCCP RLSDSCCP RLCMSC
1.6.2 流程描述
1、呼叫拆线是向终端发送一条释放通知，并且释放该呼叫所有的资源。 2、这里的正常释放流程比较简单，GSM中的DISCONNECT、RELEASE、RELEASE CMP等消息都被省略，而直接用CLEAR REQ、CLEAR CMD和CLEAR CMP来完成，流程大为简化。
3、与GSM的CLEAR CMD和CLEAR REQ相比，这两条消息不仅包括一个原
因值IE，而且还包括一个层三原因IE，这样，虽然流程简化了，但是释放原因仍然可以说清楚。
4、这里的异常释放流程与GSM有一定不同。在GSM中，当SCCP出现故障时，是由故障方发起复位电路操作，而在这里，是由故障方的对端发起复位电路。 5、在CLEAR CMD 完成后MSC还将在VLR中清除用户状态。 1.6.3 主要英文缩写注解
RELEASE CDM： Release command CLEAR CMD：Clear command RLSD：Released
CLEAR REQ： Clear request
CLEAR CMP：Clear complete RLC：Released complete
1.7 由BS发起的呼叫拆线
1.7.1 流程图
MSBS CLEAR REQMSCaSCCP 连接证实 CLEAR REQCLEAR CMDCLEAR CMPSCCP RLSDSCCP RLCbcdefg
1.7.2 流程描述
1、由BS发起的拆线分两中情况： 在情况1，由步骤a，d到g组成，BS启动呼叫拆线。在情况2，由步骤b到g组成，在MSC向BS发送一条指配请求消息后，BS回应一条清除请求消息，启动呼叫拆线。 1.7.3 主要英文缩写注解 CLEAR REQ： Clear request CLEAR CMP：Clear complete
RLC：Released complete
CLEAR CMD：Clear command RLSD：Released
1.8 由MSC发起的呼叫拆线
1.8.1 流程图
MSBSCLEAR CMDMSCaSCCP连接请求CLEAR CMDRELEASE CMDRELEASE CMD CFMCLEAR CMPSCCP RLSDSCCP RLCbcdefgh
1.8.2 流程描述
1、由MSC发起的拆线流程有两种情况：情况1，由步骤a，d到h组成，在收到一个呼叫拆线通知时由MSC启动呼叫拆线。在情况2，由步骤b到h组成，在MSC从BS收到一条CM业务请求消息后，MSC回应一条清除命令消息（该清除命令可以放在SCCP连接证实的数据项里，也可以在SCCP连接证实之后发送。）启动呼叫拆线。 1.8.3 主要英文缩写注解
RELEASE CDM： Release command command CLEAR CMP：Clear complete
CLEAR
CMD：
Clear
RLC：Released complete
RELEASE CDM CFM ：Release command confirm
2 消息流程
1、手机位置更新
共享的SSD更新 过程中的鉴权
2、手机取消位置更新鉴权
4、AC发起SSD
6、接入
3、手机登记为非激活状态
5、AC发起SSD不共享的SSD更新
2.1 手机位置更新
2.1.1流程图
BSCMSC/VLRHLR/AC前MSC/VLR1.位置更新（）请REGISTER求2.连接证实消息3.REGNOT（登记通知）REGCANC（取消前位置区）4.6.regnot（登记响应）7.位置更新接受（LOC ACP）8.CLEAR COMMAND9.CLEAR COMPLETE5.regcanc（取消成功）
2.1.2 流程描述
1、手机通过SCCP的连接请求消息上报位置更新请求。 2、MSC给BSC回送SCCP的连接证实表示建立了连接。 3、MSC通过C/D接口给HLR发送位置登记请求。
4、如果HLR存在旧的VLR，则该旧VLR发送登记取消消息。 5、旧的VLR取消登记成功，给HLR回送响应。 6、HLR登记成功，给VLR登记成功响应。 7、MSC给BSC发送位置登记成功消息。 8、MSC下发清除命令。清除无线连接。 9、BSC回送清除完成。 2.1.3 主要英文缩写注解 REGNOT ：Register Notice
REGCACE： Registing CancelL
2.2 手机取消位置更新
2.2.1 流程图
BSCMSC/VLRHLR/AC1.关机登记（请REGISTER求）2.连接证实消息3.MSINACT（关机请求）4.msinact(关机请求响应)7.位置更新接受（LOC ACP）8.CLEAR COMMAND9.CLEAR COMPLETE
2.2.2 流程描述
1、手机上报关机登记请求（通过位置更新请求消息，请求类型为关机登记） 2、MSC给BSC回送SCCP的连接证实表示建立了连接。 3、MSC通过C/D接口给HLR发送关机登记请求。 4、HLR关机登记成功，给MSC/VLR登记成功响应。 5、MSC给BSC发送位置登记成功消息。 6、MSC下发清除命令，清除无线连接。 7、BSC回送清除完成。 2.2.3 主要英文缩写注解
MAINACT：Mobile Station Inactive LOC ACP：Location Accept
2.3 手机登记为非激活状态（含鉴权）
2.3.1 流程图
BSCMSC/VLRHLR/AC前MSC/VLR1.位置更新（请REGISTER求）2.连接证实消息3.REGNOT（AVTYP）4.REGCANC（取消前位置区）5.regcanc（取消成功）6.regnot（登记响应）7.位置更新接受（LOC ACP）8.CLEAR COMMAND9.CLEAR COMPLETE
2.3.2 流程描述
非激活状态，表示手机工作在SLEEP模式，或者SLOT模式（无周期不标记CYCLEINDEX），无法接受寻呼消息。
1、手机通过上报位置更新请求，其中的CLASSMARK2的SLOT标志或者SLEEP标志位表示了手机工作在SLEEP或者SLOT模式。 2、MSC给BSC回送SCCP的连接证实表示建立了连接。
3、MSC通过C/D接口给HLR发送位置登记请求，带AVTYP类型，表示手机工作在SLEEP或者SLOT模式。
4、如果HLR存在旧的VLR，则该旧VLR发送登记取消消息。 5、旧的VLR取消登记成功，给HLR回送响应。 6、HLR登记成功，给VLR登记成功响应。 7、MSC给BSC发送位置登记成功消息。 8、MSC下发清除命令，清除无线连接。 9、BSC回送清除完成。
2.4 AC发起的SSD共享的SSD更新
2.4.1 流程图
BSCMSC/VLR1.AUTHDIR(RANDSSD, NEWSSDINFO)2.authdirHLR/AC3.SSD UPDATE REQ( RANDSSD)4.BASE CHALLENGE(RANDBS)5. BASE CHANNENGE RSP(AUTHBS)6. SSD UPDATE (SUCCESS)7. UNIQUE CHALLENGE(RANDU)8.UNIQUE CHALLENGE RSP(AUTHU)9. ASREPORT(SSDURPT,UCHALRPT)10.asreport
2.4.2 流程描述
共享加密数据（SSD）是存储在MS和网络里的一个128比特数据。这一共享加密数据并不通过空中接口在MS和网络之间传送。SSD的头64比特被定义为SSD－A，被用在鉴权程序里。SSD的后64比特被定义为SSD－B，被用作支持语音加密和信令消息加密。一些特定的空中接口程序被定义以更新移动台处的SSD。新的共享加密数据在MSC/HLR处产生，接着启动SSD更新程序。怎样调用SSD更新程序是运营者确定的问题。SSD更新程序可以在控制信道
或语音/业务信道上进行。
1、HLR/AC发起了SSD更新的请求，SSD共享，带SSD更新的随机数RANDSSD和新的SSD。
2、MSC给HLR回送Authdir，表示接受了此次SSD更新的命令。 3、MSC给手机下发SSD更新命令，带SSD更新的随机数RANDSSD。 4、手机要求验证SSD更新发起者的合法性，发起了基站查询命令，带RANDBS，要求网络侧验证。
5、MSC/VLR根据RANDBS计算出AUTHBS（VLR有CAVE能力），给手机送基站查询响应带AUTHBS。
6、手机验证通过，接受新的SSD，给MSC/VLR上报SSD更新接受。 7、SSD更新后，必然发起一次独特查询，MSC/VLR产生随机数RANDU，要求手机用新的SSD证实。
8、手机用新的SSD和RANDU计算得到AUTHU，通过独特查询响应消息上报给MSC/VLR。MSC/VLR根据手机计算的AUTHU和CAVE算法得到的AUTHU是否匹配决定独特查询是否通过。
9、MSC/VLR给HLR/AC送SSD更新的结果报告。 10、HLR/AC回送响应，表示收到了此报告。 2.4.3 主要英文缩写注解 AUTHDIR：Authentication direction
SSD：Share secrey data
RAND ：Random number RANDNBS： Rand base
staion RANDDU：Rand demand unique
2.5 AC发起SSD不共享的SSD更新
2.5.1 流程图
BSCMSC/VLR2.authdirHLR/A1.AUTHDIR(RANDSSD,RANDU,AUTHU)3.SSD UPDATE REQ( RANDSSD)4.BASE CHALLENGE(RANDBS)5.BSCHALL(RANDBS)6.bschall (AUTHBS)7. BASE CHANNENGE RSP(AUTHBS)8. SSD UPDATE (SUCCESS)9. UNIQUE CHALLENGE(RANDU)10.UNIQUE CHALLENGE RSP(AUTHU)11. ASREPORT(SSDURPT,UCHALRPT)12.asreport
2.5.2 流程描述
1、HLR/AC发起了SSD更新的请求，SSD非共享，带SSD更新的随机数RANDSSD，独特查询的随机数RANDU，和独特查询的结果AUTHU。 2、MSC给HLR回送Authdir，表示接受了此次SSD更新的命令。 3、MSC给手机下发SSD更新命令，带SSD更新的随机数RANDSSD。 4、手机要求验证SSD更新发起者的合法性，发起了基站查询命令，带RANDBS，要求网络侧验证。
5、MSC将基站查询消息发送HLR/AC。
6、HLR/AC将验证结果AUTHBS送给MSC/VLR。 7、MSC/VLR给手机送基站查询响应，带AUTHBS。
8、手机验证通过，接受新的SSD，给MSC/VLR上报SSD更新接受。 9、SSD更新后，必然发起一次独特查询，带随机数RANDU，要求手机用新的SSD证实。
10、手机用新的SSD和RANDU计算得到AUTHU，通过独特查询响应消息上报给MSC/VLR。
11、MSC/VLR给HLR/AC送SSD更新的结果报告。 12、HLR/AC回送响应，表示收到了此报告。 2.5.3 主要英文缩写注解 AUTHDIR：Authentication direction
RAND ：Random number
RANDDU
：
Rand
SSD：Share secrey data
demand unique RANDNBS：Rand base staion
2.6 接入过程中的鉴权
2.6.1 流程图
BSC2.连接证实消息3.AUTHREQ(DIGITSDIALED, RAND,AUTHR,COUNT)4.authreqMSC/VLRHLR/AC1.业务请求(RANDC, AUTHR,,COUNT)
2.6.2 流程描述
网络在广播消息中，通知MS在接入时做鉴权。
1、MS发起了接入请求（如位置更新请求，CM业务请求，寻呼响应等），MS在接入请求中带了RANDC，广播鉴权结果AUTHR和更新次数COUNT。 2、MSC/VLR送SCCP的CC消息，表示连接建立。
3、MSC/VLR给HLR/AC发送AUTHREQ消息，带RAND，AUTHR，COUNT，如果是移动始发呼叫，则还带DIGITSDIALED。
4、HLR/AC验证手机的合法性，给MSC/VLR送authreq 消息，表示鉴权结果。 5、MSC/VLR收到HLR/AC的鉴权结果后，根据结果决定后续的接入或者拒绝的操作。
2.7 WIN用户的正常位置登记
PPC用户的正常位置登记流程下图所示。
Serving SystemHLRVLRMSCREGNOT [MSCID, MSID, ESN, TRANSCAP, WINCAP, QUALCODE]aREGNOT [MSCID, MSID, ESN, TRANSCAP, WINCAP, QUALCODE]regnot [Profile {TRIGADDRLIST}] RNTRNTcdbregnot [Profile {TRIGADDRLIST}]
流程关键点说明：
1、服务MSC判断MS在本服务区内，服务MSC向VLR发送REGNOT（位置登
记请求）消息。
2、服务VLR判断MS为未知用户，VLR将REGNOT （位置登记请求）消息传送给MS所属的HLR。
3、HLR返回regnot（登记响应）消息给VLR。 4、VLR将regnot （登记响应）消息透传到MSC。 说明：
PPC用户的登记流程与普通用户的登记流程的区别在于HLR的处理，HLR要记录MSC对WIN的支持能力，并下发静态Triggers。
2.8 PPC用户的用户信息改变时PROFILE的更新
PPC用户的用户信息改变时PROFILE的更新流程下图所示。
MSCVLRHLRQUALDIRQUALDIR(资格指示)[PROFILE{TRIGADDLIST}]qualdir[PROFILE{TRIGADDLIST}]qualdir
图2-11 PPC用户的用户信息改变时PROFILE的更新流程
流程关键点说明：
1、HLR向VLR发送QUALDIR（资格指示）消息,报告WIN用户的PROFILE 变化。
2、VLR发送响应消息qualdir（资格指示响应）到HLR。 3、VLR向MSC发送QUALDIR（资格指示）消息。 4、MSC将响应消息qualdir返回给VLR。 说明
此流程和普通流程一样，不同的是PROFILE中所带的参数中多了TRIGADDRLIST。
3 切换流程
1、前向切换
2、后向切换
3、涉及到中间MSC的前向切换 5、切换到第三方
4、涉及到中间MSC的后向切换
6、涉及到中间MSC的切换
到第三方。
切换消息有以下几种：
焈切换测量请求(HANDMREQ)
焈切换测量请求响应(handmreq) 焈设备指令(FACDIR) 焈设备指令响应(facdir) 焈后向切换(HANDBACK) 焈后向切换响应(handback) 焈设备释放消息(FACREL) 焈设备释放响应(facrel)
焈切换到第三方消息(HANDTHIRD) 焈切换到第三方消息响应( handthird) 焈移动台进入信道(MSONCH)
3.1 前向切换
3.1.1 流程图
主控或服务MSC正在进行通话HANDMREQ目标MSCBSabcdhandmreqFACDIRfacdir切换命令MSONCH切换结束ef移动台进入新信g道hi
3.1.2 流程描述
a、MS正在进行一次呼叫。
b、当进行CDMA同频切换时，移动台执行移动台辅助切换（MAHO）程序，完成信号质量的测量。系统不必执行步骤b、c。
当进行CDMA非同频切换和CDMA至模拟系统切换时，系统执行步骤b、c，进行信号质量测量。服务MSC根据内部算法确定是否应当切换到一个相邻MSC。它发送切换测量请求消息（HANDMREQ）给相邻MSC。（服务MSC可发送多个HANDMREQ给不同的相邻MSC。）
c、相邻MSC根据内部算法执行测量过程，并在切换测量请求消息返回结果（handmreq）中把结果返回给服务MSC。
d、服务MSC确定应当切换到相邻MSC中（此时相邻MSC称作目标MSC）。它发送设备指令消息（FACDIR）给目标MSC，命令目标MSC开始前向切换程序。
e、如果在预定的目标小区里有空闲业务信道，目标MSC将计费ID参数中的段计数器加1，在以后的呼叫处理过程中使用新的计费ID。发送设备指令消息返回结果（facdir）给服务MSC，开始前向切换程序。 f、接收到facdir后，服务MSC向MS发送切换命令。 g、目标MSC在分配的业务信道上收到MS的信号。
h、目标MSC完成业务信道和MSC间中继电路的连接。目标MSC发送移动台进入信道消息（MSONCH）给服务MSC，通知它目标MSC成功地完成了前向切换程序。
i、服务MSC在收到MSONCH后，将呼叫连接到MSC间中继电路上，完成切换的全过程。
3.1.3 主要英文缩写注解
HANDMREQ ：Hand measurerequest
FACDIR： Facility instruction
3.2 后向切换
3.2.1 流程图
主控或目标MSC服务MSC正在进行通话HANDMREQBSabchandmreqHANDBACKhandback切换命令defg移动台进入新信道FACRELfacrel切换结束hij
3.2.2 流程描述
a、MS正在进行一次呼叫。
b、当进行CDMA同频切换时，移动台执行移动台辅助切换（MAHO）程序，完成信号质量的测量。系统不必执行步骤b、c。
当进行CDMA非同频切换和CDMA至模拟系统切换时，系统执行步骤b、c，进行信号质量测量。服务MSC根据内部算法确定是否应当切换到一个相邻MSC。它发送切换测量请求消息（HANDMREQ）给相邻MSC。（服务MSC可发送多个HANDMREQ给不同的相邻MSC。）
c、相邻MSC根据内部算法执行测量过程，并在切换测量请求消息返回结果（handmreq）中把结果返回给服务MSC。
d、服务MSC确定应当切换到相邻MSC（此时相邻MSC称作目标MSC）。它发送后向切换消息（HANDBACK）给目标MSC，命令目标MSC开始后向切换程序。
e、如果在预定目标小区有空闲业务信道，目标MSC将计费ID参数中的段计数器加1，在以后的呼叫处理过程中使用新的计费ID。然后发送后向切换消息返回结果（handback），开始后向切换程序。 f、收到handback后，服务MSC向MS发送切换命令。 g、目标MSC在预定业务信道上收到MS的信号。
h、目标MSC发送设备释放消息（FACREL）给服务MSC，指明“切换成功”。 i、服务MSC发送设备释放消息（facrel）给目标MSC并释放MSC间中继电路。 j、目标MSC释放MSC间中继电路。切换过程结束。
3.3 涉及到中间MSC的前向切换
3.3.1流程图
MSC主控服务MSC正在进行通话HANDMREQhandmreqFACDIRfacdir切换命令目标MSCBSabcdef移动台进入新信g道MSONCH切换结束hi
3.3.2 流程描述
流程步骤与前向切换的相同。
3.4 涉及到中间MSC的后向切换
3.4.1 流程图
主控MSC目标MSC服务MSC正在进行通话HANDMREQHANDBACKhandback切换命令移动台进入新信道FACRELfacrel切换结束MShandmreq
3.4.2 流程描述
流程步骤与后向切换的相同。
3.5 切换到第三方
3.5.1 流程图
主控MSC服务MSC目标MSCBS正在进行通话HANDMREQhandmreqHANDTHIRDFACDIRfacdirhandthird切换命令MSONCHFACRELfacrel切换结束abcdefgh移动台进入新信道ijklm
3.5.2 流程描述
a、MS正在进行一次呼叫。
b、当进行CDMA同频切换时，移动台执行移动台辅助切换（MAHO）程序，完成信号质量的测量。系统不必执行步骤b、c。
当进行CDMA非同频切换和CDMA至模拟系统切换时，系统执行步骤b、c，进行信号质量测量。服务MSC根据内部算法确定是否应当切换到一个相邻MSC。它发送切换测量请求消息（HANDMREQ）给相邻MSC。（服务MSC可发送多个HANDMREQ给不同的相邻MSC。）
c、相邻MSC根据内部算法执行测量过程，并在切换测量请求消息返回结果（handmreq）中把结果返回给服务MSC。
d、服务MSC确定应当切换到目标MSC且可以进行路由优化。它发送切换到第三方消息（HANDTHIRD）给主控MSC要求主控MSC执行带路由优化的切换。
e、如果主控MSC已知目标MSC的信息且可以分配到目标MSC中继电路，则主控MSC执行切换程序。它发送FACDIR给目标MSC。
f、如果在预定的目标小区有空闲业务信道，目标MSC将计费ID参数中的段计数器加1，在以后的呼叫过程中使用新的计费ID。然后发送facdir给主控MSC，开始切换到第三方程序。
g、主控MSC在接受执行切换的申请并确认目标MSC可以分配信道后，返回切换到第三方消息返回结果（handthird）给服务MSC，其中包括目标MSC选择的业务信道的数据。
h、服务MSC在收到handthird后向MS发送切换命令。
i、如果在预定的业务信道上收到MS的信号，目标MSC连接业务信道和MSC间中继电路。
j、目标MSC发送MSONCH给主控MSC通知它成功完成了切换到第三方程序。 k、主控MSC连接到目标MSC间的电路，并发送FACREL要求释放到服务MSC间的中继电路，其中释放原因设置为“切换成功”。
l、服务MSC释放中继电路，发送facrel给主控MSC要求主控MSC也释放中继电路。 m、切换结束。
3.5.3 主要英文缩写注解
HANDMREQ ：Hand Measure Request
FACDIR：Facility Instruction
3.6 涉及到中间MSC 的切换到第三方
3.6.1 流程图
服务MSC目标MSCBSabcdefg主控MSCMSC正在进行通话HANDMREQhandmreqHANDTHIRDhandthird返回错误HANDTHIRDFACDIRfacdirhandthird切换命令hijk移动台进入新信道MSONCHFACREALfacrel切换结束mlno
3.6.2 流程描述
a、MS正在进行一次呼叫。
b、当进行CDMA同频切换时，移动台执行移动台辅助切换（MAHO）程序，
完成信号质量的测量。系统不必执行步骤b、c。
当进行CDMA非同频切换和CDMA至模拟系统切换时，系统执行步骤b、c，进行信号质量测量。服务MSC根据内部算法确定是否应当切换到一个相邻MSC。它发送切换测量请求消息（HANDMREQ）给相邻MSC。（服务MSC可发送多个HANDMREQ给不同的相邻MSC。）
c、相邻MSC根据内部算法执行测量过程，并在切换测量请求消息返回结果（handmreq）中把结果返回给服务MSC
d、服务MSC确定应当切换到目标MSC且可以进行路由优化。它发送切换到第三方消息（HANDTHIRD）给切换链路上前一个MSC（中间MSC），要求这个MSC执行带路由优化的切换。
e、中间MSC比较在HANDTHIRD消息中收到的交换机计数器（Inter Switch Count）参数值与它自己存储的值。如果两者相差不超过TANDEMDEPTH，则中间MSC修改HANDTRIRD消息中的Inter Switch Count参数值，并将这个消息发送给主控MSC。
f、如果主控MSC中没有目标MSC的有关信息，或没有到目标MSC的电路，主控MSC发送HANDTHIRD返回错误消息给中间MSC。
g、 如果中间MSC已知目标MSC的信息且可以分配到目标MSC中继电路，则中间MSC执行切换程序。它发送FACDIR给目标MSC。
h、如果在预定的目标小区有空闲业务信道，目标MSC将计费ID参数中的段计数器加1，在以后的呼叫过程中使用新的计费ID参数。然后发送facdir给主控MSC，开始切换到第三方程序。
i、中间MSC在接受执行切换的申请并确认目标MSC可以分配信道后，返回切换到第三方消息返回结果（handthird）给服务MSC，其中包括目标MSC选择的业务信道的数据。
j、服务MSC在收到handthird后向MS发送切换命令。
k、如果在预定的业务信道上收到MS的信号，目标MSC连接业务信道和MSC间中继电路。
l、目标MSC发送MSONCH消息给中间MSC，通知它成功完成了切换到第三方程序。
m、中间MSC连接到目标MSC间的电路，并发送FACREL要求释放到服务MSC间的中继电路，其中释放原因设置为“切换成功”。
n、服务MSC释放中继电路，发送facrel给主控MSC要求主控MSC也释放中继电路。 o、切换结束。
3.6.3 主要英文缩写注解
HANDMREQ ：Hand Measure Request HAND THIRD ：Hand Third
FACDIR：Facility Instruction
4、补充业务流程
1、遇忙呼叫前转（CFB）
2、隐含呼叫前转（CFD）
4、无条件呼叫前转（CFU）
8、呼出闭锁
12、消14
、
3、无应答呼叫前转（CFNA）
5、主叫号码识别显示（CNIP） 6、主叫号码识别限制
9、呼叫等待（CW）
10、会议电话
（CNIR） 7、呼入闭锁 （CC）
11、免打扰（DND）
息等待通知（MWN） FEATURE业务
13、三方通话（3WC）
4.1 前转类型
前转类业务，包括CFB（遇忙前转），CFU（无条件前转），CFNA（无应答前转），CFD（隐含前转）。
前转类的业务都是需要授权并登记激活的业务。登记时可礼貌通知对方（发起一次类似普通呼叫流程），前转登记方要求签约礼貌通知功能。 遇忙呼叫前转（CFB）
遇忙呼叫前转业务指当用户忙时，允许用户将它的来话转接到 预先设置的另一个电话号码上或用户的语音信箱中。移动用户忙分为网络决定的忙和用户决定的忙。网络决定的忙是指由网络记录的用户状态为真忙，如用户正通话等；而用户决定的忙是指被叫用户收到呼叫振铃通知，直接拒绝应答而产生的（即手机振铃时被拒绝接听）。 无条件呼叫前转（CFU）
无条件呼叫前转业务允许用户将它的所有来话转接到预先设置的另一个电话号码上或用户的语音信箱中。当系统执行这项业务，转送来话时，原被叫用户手机上将收到一个前转提示音，前提为原被叫用户签约前转提示功能。 无应答呼叫前转（CFNA）
这项业务允许用户在下列情况下将它的来话转接到预先设置的另一个电话号码上或用户的语音信箱中：
1）系统寻呼MS失败或长时间振铃后用户没有应答； 2）用户处于去活状态；
3）系统不知道用户的当前位置；
4）用户当前不可接入（如：去活了呼叫转接业务或激活了免打扰业务）。 隐含呼叫前转（CFD）
这项业务允许用户在下列情况下将它的来话转接到预先设置的另一个电话号码上或用户的语音信箱中： 1）用户忙；
2）系统寻呼MS失败或长时间振铃后用户没有应答； 3）用户处于去活状态； 4）系统不知道用户的当前位置；
5）用户当前不可接入（如激活了免打扰业务）。
从功能上看，这项业务相当于无应答呼叫前转和遇忙呼叫前转的功能之和，但优先级最小。
4.1.1 遇忙呼叫前转（CFB）
4.1.1.1 流程图
网络决定忙由HLR发起；用户决定忙由落地局发起。
MSC1call originationLOCREQROUTREQ(MIN)ROUTREQ(MIN)routreq(ACCDEN = busy)routreq(ACCDEN = busy)locreq(TERMLIST,REDIND)IAI前转出局HLRVLRMSC2
4.1.1.2 流程描述
a、始发MSC收到一个呼叫开始和MS号码薄号码。
b、始发MSC向与MS有关的HLR发送一个LOCREQ，这一关系是通过MS的号码簿号码确定的。
c、如果MS号码簿号码分配给了一个合法用户，HLR向MS登记处的VLR发送ROUTREQ。
d、VLR向当前服务MSC发送ROUTREQ。
e、在响应ROUTREQ的过程中，服务MSC核对其内部数据结构并且确定MS正在进行另一呼叫。服务MSC在routreq中向VLR返回MS的状态。并检查MS未登记有CW服务。 f、VLR向HLR发送routreq。
g、当HLR到被叫MSC取漫游号码时，如果被叫MSC发现被叫用户忙，并且没有CW业务，则不分配漫游号码，并通过ACCDEN通知HLR取路由信息失败的原因。HLR分析失败原因为用户忙，并且用户又登记激活了CFB业务，则通知主叫MSC发起前转。HLR向始发MSC发送locreq，提供前转号码以及在终端列表参数中的其它路由选择信息。 h、始发MSC建立一个至前转号码的呼叫。
4.1.2 隐含呼叫前转（CFD）
4.1.2.1 流程图
MSCcall originationLOCREQlocreq(TERMLIST,REDIND)IAI前转出局HLR
4.1.2.2 流程描述
在以下情况下隐含呼叫前转的流程：激活了免打扰业务；移动台没有登记；移动台去活；没有激活呼叫传递。
a、由始发MSC接收呼叫始发和MS的号码薄号码。
b、始发MSC向与MS有关的HLR发送LOCREQ，这一关系由MS的号码簿号码确定。
c、HLR根据MS的服务项目清单确定无条件呼叫前转是否激活，并满足立即执行呼叫前转的条件。它向始发MSC发送locreq，在locreq消息中，终端列表参数（Termination List）包含路由信息，DMH改向再呼标识参数（DMH_Redirection Indicator）中包含转移这个入呼的原因指示。 d、然后始发MSC按规定的前转号码建立呼叫。
4.1.3 无应答呼叫前转（CFNA）
4.1.3.1 流程图
落地局发起前转，如有早寻呼由HLR发起。
MSC1LOCATION REQUESTlocation requestIAI(TLDN)HLRROUTING REQUESTrouting requestMSC2分配TLDN寻呼REDIRCT REQUEST(要求前转)TRANS_TO_NUMBER(要前转号码)trans-to-number(返回前转号码)redirct request(前转结果)IAI(前转出局)无响应
4.1.3.2 流程描述
1）如果寻呼无响应，并且被叫MSC判断MS具有前转的业务，则向主叫MSC发起前转请求，主叫MSC到HLR请求前转号码后 ，发起前转。现在的前转都是在主叫局或者关口局发起前转。虽然协议也支持在主叫局前转失败后，在被叫局前转，但是现在的CDMA主机程序不支持这种方式，MAP功能配置表中的“改向再呼叫是否取前转号码”的选项目前不起作用。
2）落地局判断前转发生的条件可以根据TERMINATION TRIGGER也可以根据CALLING FEATURE INDICATOR判断，具体根据哪个判断采用了软件参数来判断的方法：是呼叫软件参数5的第8，9比特的组合。
协议中TERMINATION TRIGGER和CALLING FEATURE INDICATOR都有前转业务表示，但在D口消息中有时无TERMINATION TRIGGER消息。 缺省：“3”表示ccb用TermiantionTriger判断是否发red_req “2”表示ccb用CallingFeatureIndicator
“1”表示ccb用CallingFeatureIndicator && TerminationTrigger “0”表示ccb用CallingFeatureIndicator || TerminationTrigger
3）被叫局的前转请求（redirection request）需要发送到主叫局，是通过BILLID来寻址的，主叫局在发位置请求消息给HLR中，就带了本地的BILLID，HLR在请求漫游号码时，将此BILLID插入到被叫MSC/VLR中，被叫MSC/VLR在前转请求中将此BILLID带回给主叫的MSC/VLR。
4.1.4 无条件呼叫前转（CFU）
4.1.4.1 流程图
MSC1call originationLOCREQHLRVLRMSC2abcdefhjlocreq(TERMLIST,REDIND)呼叫前转INFODIR（ALRTCOD）INFODIR（ALRTCOD）CFU通知infodir(ALRTRES)infodir(ALRTRES)
4.1.4.2 流程描述
a、由始发MSC接收呼叫始发和MS的号码薄号码。
b、始发MSC向与MS有关的HLR发送LOCREQ，这一关系由MS的号码簿号码确定。
c、HLR根据MS的服务项目清单确定无条件呼叫前转是否激活。它向始发MSC发送locreq，在终端列表参数中提供前转号码和其他路由信息。 d、然后始发MSC按规定的前转号码建立呼叫。
e、如HLR确定应通知MS一个呼叫被前转，它向MS登记的VLR发送一个信息指令消息（INFODIR）。
f、VLR向服务MSC发送一个INFODIR，命令服务MSC向MS提供提示信息。 g、如果MS空闲，服务MSC按INFODIR中的振铃码参数规定的振铃方式向MS发送提示信息。
h、服务MSC向VLR发送一个包括振铃结果信息的信息指令消息返回结果（infodir）。
i、VLR向HLR发送infodir。
4.2 显示类业务
显示类的业务类型主要包括：
用户是否有号码显示类业务是在profile的CallingFeatureIndicator中规定的。内容包括：
CNIP2-FA
CNIP1-FA
显示网络提供的Calling Party String1
显示网络提供的CallingPartyString1，以及用户提供的CallingPartyString2
CNIR-FA
主叫号码限制
CNIROver-FA
主叫号码限制超越（作用与GSM中主叫显示超越相
同）
主叫号码识别显示（CNIP）
主叫号码识别显示是指被叫移动用户的补充业务，移动用户接收呼叫时，网络向用户提示主叫用户的号码。CNIP是提供就激活的业务。 主叫号码别限制（CNIR）
主叫号码识别限制是指主叫移动用户的补充业务，移动用户作主叫时，不允许网络向被叫用户显示主叫号码。另外有主叫号码识别限制超类（CNIROver），如果已向移动用户B提供CNIR业务，则当移动用户B呼叫用户C时，如果C有激活的CNIROver业务，则用户C能够显示移动用户B的MDN号码。CNIR和CNRIOver业务是需要授权并激活的业务。
显示类业务的判断主要通过号码的号码属性中的PI位和CFI来共同实现，PI的结构如下：
CallingPartyDigit中的Nature of Number取值如下：
显示类的处理流程
1、主叫MSC收到手机的CM业务请求后，分析主叫用户的CFI是否有CNIR激活，如果有，则将主叫号码的PI位设置为呈现限制，否则的话，将PI设置为呈现允许。
2、被叫MSC收到入局呼叫后，根据被叫用户是否有CNIP业务，主叫号码上是否有限制标志，共同决定是否在指配时将主叫号码送给手机。
3、主叫号码的来源有两个，从IAI得到和从ROUTING REQUEST得到，目前的处理是先以保留ROUTING REQUEST的，如果TUP消息IAI中得到主叫号码，则将原主叫号码覆盖，即IAI的主叫号码优先。
4.2.1 主叫号码识别显示（CNIP）
4.2.1.1 流程图
MSC1call originationLOCREQ(DGTDIAL,CNIdigitsBCD,CNIsubaddressinfo)ROUTREQ(MIN,CNIdigitsASCII,CNIsubaddressinfo)ROUTREQ(MIN,CNIdigitsASCII,CNIsubaddressinfo)ruotreq(TLDN)ruotreq(TLDN)locrqe(TERMLIST,REDIND)呼叫建立振铃（CNI）ANSWERHLRVLRMSC2MS
4.2.1.2 流程描述
a、由始发MSC接收呼叫始发和MS电话薄号码。呼叫始发中也包括主叫号码识别（CNI）信息，它可以包括：一个或两个主叫号码、主叫子地址、改向重发号码和改向重发子地址。
b、始发MSC向MS的HLR发送LOCREQ，其中包括步骤a中接收到的CNI信息。 c、HLR向MS登记的VLR发送ROUTREQ，其中包括在步骤b中接收的CNI信息。
d、VLR向当前服务MSC发送ROUTREQ，其中包括在步骤c中接收的CNI信息。 e、在对ROUTREQ的响应中，服务MSC核实其内部数据结构并确定MS当前空闲，所以服务MSC分配一个TLDN并在routreq中向VLR返回这一信息。服务MSC存储所收到的CNI信息。 f、VLR向HLR发送routreq。
g、当HLR接收到routreq，它向始发MSC返回locreq，locreq包括以终端列表参数形式的路由选择信息。
h、然后采用7号信令规定规程在始发MSC和服务MSC之间建立一条话音通路。
i、当服务MSC收到MSC间的呼叫，就向MS振铃。在振铃中包括适当的主叫号码识别显示信息。
j、当被服务MS应答后建立呼叫。
4.2.2 主叫号码识别限制（CNIR）
4.2.2.1 流程图
MSC1call originationLOCREQ(DGTDIAL,CNIdigitsBCD,CNIsubaddressinfo)ROUTREQ(MIN,CNIdigitsASCII,CNIsubaddressinfo)ROUTREQ(MIN,CNIdigitsASCII,CNIsubaddressinfo)ruotreq(TLDN)ruotreq(TLDN)locrqe(TERMLIST,REDIND)呼叫建立HLRVLRMSC2MSabc degh4.2.2.2 流程描述
a、移动台主叫。主叫用户的服务MSC是本次呼叫的始发MSC。由始发MSC接收呼叫始发和被叫移动台的电话薄号码。主叫号码识别（CNI）信息是主叫移动台的DN号码。
b、 始发MSC根据主叫用户的服务项目清单确定激活了主叫号码识别限制业务。始发MSC向MS的HLR发送LOCREQ，其中包括CNI信息，且被设置为‘显示限制’。
c、HLR向被叫MS登记的VLR发送ROUTREQ，其中包括在步骤b中接收的CNI信息，且被设置为‘显示限制’。
d、VLR向当前服务MSC发送ROUTREQ，其中包括在步骤c中接收的CNI信息。 e、在对ROUTREQ的响应中，服务MSC核实其内部数据结构并确定MS当前空闲，所以服务MSC分配一个TLDN并在routreq中向VLR返回这一信息。服务MSC存储所收到的CNI信息，但在寻呼用户时不向被叫用户提供CNI信息。 f、VLR向HLR发送routreq。
g、当HLR接收到routreq，它向始发MSC返回locreq，locreq包括以终端列表参数形式的路由选择信息。
h、然后采用7号信令规定的规程在始发MSC和服务MSC之间建立话音通路。
4.3 闭锁类业务
闭锁类业务分为呼出闭锁和呼入闭锁，其中呼出闭锁业务在MSC判断，呼入闭锁业务在HLR判断。
4.3.1 呼出闭锁
在协议中，对呼出闭锁的判断是去VLR取主叫用户的PROFILE时由VLR判断的，但考虑在GSM内，VLR是不判断呼出闭锁业务的，所以VLR将PROFILE数据统一返回MSC判断。具体的呼出闭锁类型，由Profile中的OriginationIndicator参数（指示允不允许呼出）以及RestrictDigits参数（含限制呼出的号码）指示决定的。 具体内容如下：
1、Prior agreement
不详
2、Origination dinied 闭锁所有呼出 3、只准本地呼出
4、只准呼出RestrictDigits开头的号码
5、只准呼出RestrictDigits开头的号码以及本地号码 6、允许本地呼出，长途呼出
7、允许本地呼出，长途呼出，国际长途呼出 8、只允许呼出RestrictDigits（完全匹配）
4.3.2 呼入闭锁
被叫的闭锁业务是在用户profile中的TerminationRestrictionCode参数规定的。
目前呼入闭锁只有一种，有HDB在收到LocationRequest，以及Orgination Request和FeatureRequest后，判断出后续的路由为本HLR用户时判断。
4.4 呼叫等待（CW）
4.4.1 流程图
MSC1call originationLOCREQROUTREQ(MIN)ROUTREQ(MIN)ruotreq(TLDN)ruotreq(TLDN)locrqe(TERMLIST,REDIND)呼叫建立呼叫等待通知HLRVLRMSC2MS正在进行通话
4.4.2 流程描述 a、MS的正在进行呼叫。
b、由始发MSC接收呼叫始发和MS的号码薄号码。
c、始发MSC向与MS有关的HLR发送LOCREQ，这一关系是由MS的号码簿号码确定。
d、如果这个号码已经分配给了一个合法用户，HLR向MS登记的VLR发送ROUTREQ。
e、然后VLR向当前服务MSC发送ROUTREQ。
f、在对ROUTREQ的响应过程中，服务MSC核对它的内部数据结构和确定MS正在进行另一个呼叫且激活了呼叫等待。因此，服务MSC分配一个TLDN（临时本地电话薄号码），并且在routreq中向VLR返回TLDN。 g、VLR向HLR发送reutreq。
h、当HLR收到routreq，它向始发MSC发送locreq。locreq包括以终端列表参数形式的传送的路由选择信息。
i、根据收到的locreq，始发MSC采用No、7信令建立至服务MSC的话音通路。 j、当服务MSC收到MSC之间的呼叫时，MSC发送呼叫等待信息。
4.5 会议电话（CC）
4.5.1 流程图
MSMSCFC+TA+ SENDFEATREQ(DGTDIAL)featreq(CCI,TERMLIST)业务操作确认呼叫建立SEND保持第一个用户的呼叫*FC+TA+ SENDFEATREQ(DGTDIAL,CCI)featreq(CCI,TERMLIST)业务操作确认建立至第二个用户的呼叫SEND连接所有成员END释放所有成员HLRabc defghijklmnop
4.5.2 流程描述
a、由服务MSC接收一个呼叫始发和拨号数字。在对拨号数字的分析过程中，服务MSC发现业务码串。其中FC是业务号码。TA是会议成员的电话号码。 b、服务MSC向与MS有关的HLR发送FEATREQ，其中包括拨号数字。 c、HLR发现是会议电话请求并向服务MSC发送featreq，featreq在终端列表参数中包含呼叫路由选择信息，另外还包括会议电话标识参数，指明当前呼叫
激活了会议电话业务。
d、服务MSC存储会议电话标识，激活会议电话，并根据featreq中指示向MS提供业务操作确认信息。
e、服务MSC根据终端列表参数中呼叫路由选择信息建立呼叫（呼叫分支1）。 f、MS向服务MSC发送一个闪动请求（即：按SEND键）。 g、服务MSC保持分支1。 h、服务MSC接收拨号数字。
i、由于没有业务码串，服务MSC根据会议电话呼叫标识向MS提供业务操作确认信息。
j、服务MSC用终端地址数字建立呼叫（呼叫至分支2）。 k、MS发送闪动请求给MSC（即：按SEND键）。 l、MSC连接MS、以前的分支和新加入的用户。
m、当会议电话结束时，MS向服务MSC发送一个结束请求（即：按END键）。 n、服务MSC释放MS和参与会议的成员并删除会议电话呼叫标识。
4.6 免打扰（DND）
4.6.1 流程图
HLRMSCcall originationLOCREQ(DIGITSDIAL)call refuselocreq(ACCDEN,ANNLIST)
4.6.2 流程描述
1、免打扰业务指激活这项业务后，用户拒绝接入任何来话。同时，系统也不再向用户发送呼叫前转的通知音和消息等待通知音
2、当用户激活了DND时，如果同时激活了CFD或CFU或CFNA，则触发前转。
4.7 消息等待通知（MWN）
4.7.1 流程图
MSMSCVLRHLRQUALDIR(MWNTYPE)qualdirQUALDIR(MWNTYPE)qualdirMS没有登记MS接入REGNOTREGNOTregnotregnot消息等待通知abcdefghijk
4.7.2 流程描述
a、一条未传递的语音信箱消息正等待向用户传递，HLR通过向MS登记的VLR发送QUALDIR来报告有消息在等待。 b、VLR向HLR发送qualdir。
c、VLR通过向服务MSC发送QUALDIR来报告有消息在等待。 d、服务MSC向VLR发送qualdir。
e、如果MS当前不能接受消息，服务MSC进入等待状态。 f、服务MSC收到MS的登记信息。
g、服务MSC向VLR发送REGNOT，通知MS登记。 h、VLR可向HLR发送REGNOT，通知MS登记。 i、HLR向VLR返回reqnot。 j、VLR向服务MSC返回reqnot。 k、然后服务MSC向MS提供一个通知。 4.7.4 主要英文缩写注解
QUALDIR：Qualification Direction MWN：Message waitting nitice
REGNOT：Regist notice
4.8 三方通话（3WC）
4.8.1 流程图
MS AIM MM CM CCB DB MP VDB HDB呼叫正在通话Flash_With_Information1.CM判断呼叫状态为激活状2.CM判断3W激活3.CM创建一个新的CM表为多 写入多连接的相关信息4.CM把公共控制表的MM的发强制修改为主控CM的表号5.CM保持第一个呼叫，并进态连接的主控表，并送CM表号行拆网操作Flash_With_Information(called_num)1. CM判断多连接状态，并判断此消息的合法性2.主控CM建立一张新的CM表号，并把CM_Setup消息发送给辅助CM3.辅助CM完成和网络侧的接续，向主叫送拨号音CM(主控） CM(辅助）Setup消息CM_set_user_pending_stateCM_DB_DEAL_WITH_DNSetupAlertConnectCM_set_user_active_state1.CM进行接网等处理2.主控CM置各种多连接操作Flash_with_information主控 CM申请会议芯片接网操作
4.8.2 流程描述
三方通话的操作分以下几步： 1、按SEND，保持正在通话的呼叫； 2、按被叫号码+SEND，接通；
3、按SEND，将保持的呼叫接入，进入3方通话状态； 4、按SEND，将第3方释放，进入两方通话状态。
4.9 FEATURE业务
4.9.1 流程图
MSMSC业务请求(FC+SEND)feature confirmationcall releaseHLRFEATREQ(DGTSDIAL)featreq(FEATURERESULT,ANNLIST)call setupQUALDIRqualdir
4.9.2 流程描述
FEATURE流程是通过用户拨打特征码来登记/激活/去活某类特征业务。 1、MSC通过数据配置判断用户是否拨打了特征业务码，触发FEATURE业务。 2、FEATURE业务操作成功后，HLR发起独立的资格指示，更新用户的信息。 3、HLR通过号码分析，来判断用户拨打的特征码是哪种业务操作，并根据操作的结果更新HLR中相应的用户的信息。
4、在HLR返回的FEATURE操作的结果中，可以在TERMINATION LIST/DIGITS DIALED中带被叫号码，MSC继续出局的处理。（礼貌通知） 5、用户可以在呼叫过程中触发FEATURE业务，但必须用户激活了3WC业务。
4.10 漫游限制
我们目前仿造GSM的相关部分使用VLR_List或Rszi_List的方式在HLR实现漫游限制。
在主机侧也有漫游类型，手机漫游类型在位置更新时由MAP以用户的MIN去前台DB查VLR漫游类型表，得到用户的漫游类型，并存储在VLR的用户数据中，在呼叫的时候上报给呼叫侧。其主要用途是判断本地用户或者漫游用户在拨打本地固定号码的时候是否需要加拨区号。 对数据配置的影响：
1、漫游类型表根据不同的MIN配置漫游属性。
2、对于本地用户和漫游用户拨打公网的时候是否需要加拨区号，可以在软件参数表中配置，CCB呼叫参数3的第8个BIT，表示本地手机拨打本地固定是否需要加拨区号，CCB呼叫参数的参数4的第3个比特，表示漫游手机拨打本地固定是否需要加拨区号。
4.11 远端业务控制(RFC)处理流程
MSCRFC接入系统RFC接入号码LOCREQ(DGTDIAL)RUIDIR(ANNLIST,DGTTCC)连接RFC呼叫要求输入DN输入DNruidir(DGTSDIAL)RUIDIR(ANNLIST,DGTT要求输入PIN输入PINruidir(DGTSDIAL)RUIDIR(ANNLIST,DGTT要求输入FC输入FCruidir(DGTSDIAL)进行业务RUIDIR(ANNLIST,D要求输入FC用户挂机ruidirlocre
a. 用户呼叫远端业务控制接入号码，呼叫被接续到远端业务控制的接入系统
MSC(RFC-MSC)。
b. RFC-MSC向HLR发送一个LOCREQ。HLR在收到LOCREQ后开始与用户
的对话。
c. HLR向RFC-MSC发送一个RUIDIR。
d. 在收到RUIDIR后，RFC-MSC关闭LOCREQ定时器并根据RUIDIR中的指
示对呼叫应答。
e. RFC-MSC根据收到的RUIDIR中的信息向用户要求号码并等待接收号码。 f. 用户输入DN。
g. RFC-MSC向HLR发送一个包含由用户拨打的数字的ruidir。
h. HLR向RFC-MSC发送一个RUIDIR，确认收到用户DN并要求用户输入密
码。
i. RFC-MSC根据收到的RUIDIR中的信息向用户要求密码。 j. 用户输入PIN。
k. RFC-MSC向HLR发送一个包含由用户拨的数字的ruidir。
l. HLR向RFC-MSC发送一个RUIDIR，确认用户的PIN并要求用户输入业务
码。
m. RFC-MSC根据收到的RUIDIR中的信息向业务要求业务码。 n. 用户输入业务码。
o. RFC-MSC向HLR发送一个包含由用户拨的数字的ruidir。 p. HLR完成业务请求的处理。
q. HLR向RFC-MSC发送一个RUIDIR，通知业务请求的结果并要求另一个业
务操作请求。
r. RFC-MSC根据收到的RUIDIR中的信息通知用户。 s. 用户释放呼叫。
t. RFC-MSC向HLR发送一个空的ruidir。
u. HLR结束用户对话并向RFC-MSC发送一个Locreq。
4.12 取回语音信息处理流程
本流程描述用户通过拨打自己的号码取回自己的语音信箱信息时的处理过程。
服务系统语音邮箱控制MSMSC电话号码HLRMSCVMSaORREQ(DGTDIAL)ROUTREQ(MIN,DGTDEST,VMBOX,VMSPIN)bcdef建立呼叫routreq(TLDN)orreq(TERMLIST)建立呼叫gh 语音邮箱应答
a. 服务MSC收到拨号数字，MSC确定MS在拨打自己的号码。 b. 服务MSC发送ORREQ给HLR，其中包括MS的拨号数字。
c. 根据内部数据，HLR识别MS所属的语音信箱系统。HLR发送ROUTREQ
给这个系统。
d. VMS-MSC发送routreq给HLR，其中包括TLDN。 e. HLR发送orreq给服务MSC。 f. 服务MSC建立到VMS-MSC的呼叫。 g. VMS-MSC建立到语音信箱的呼叫。 h. 语音信箱系统应答。
5 短消息业务流程
1、致已知MS的短消息
2、来自MS的短消息
5.1 致已知MS的短消息
5.1.1 流程图
MSC-SME接入REGNOT（SMSADDR）REGNOT（SMSADDR）regnotregnotSMDPPsmdppSMSREQ(MIN)SMSREQ(MIN,ESN)SMSREQ(MIN,ESN)smsreq(SMSADRR)smsreq(SMSADRR)smsreq(SMSADRR)SMDPP发送短消息证实smdpp（ACK）VLRHLRMCMSCSMEab cdefghijklmnopq
5.1.2 流程描述
a、支持短消息实体（SME）的MS通过登记或其他方式接入系统。 b、MSC发送REGNOT消息给VLR，通知MS的地址。 c、VLR转送REGNOT消息给HLR。
d、HLR记录该移动台的SMS地址并向VLR发送regnot消息，其中包含用户的服务项目清单。
e、VLR发送regnot消息给服务MSC。
f、MC收到一个SMDPP请求，要求传送SMS消息给MS。 g、MC发送smdpp，证实收到的信息。
h、若MC不知道SMS当前临时地址或MS状态，则执行h～m步骤。MC发送SMSREQ给HLR，要求SME的地址。
i、若HLR不知道SMS当前临时地址或MS状态，则执行i～l步骤。HLR发送SMSREQ给VLR，要求SME的地址。
j、VLR转送SMSREQ给服务MSC，要求SME的地址。
k、MSC发送smsreq，其中包含被服务MS的临时SMS选路地址。 l、VLR转送smsreq给HLR。 m、HLR转送smsreq给MC。
n、目的地MC使用SME的临时选路地址转送SMDPP给目的地SME。 o、通过空中接口，MSC发送短消息给目的地MS。
p、目的地SME发送证实响应，表示收到了短消息。若有返回的数据，证实中可以包括SMS数据。
q、MSC将空中接口的证实响应翻译为smdpp肯定证实，且将其送给MC。如果步骤P中提供返回数据，smdp可以包括一个SMS承载数据参数。 5.1.3 主要英文缩写注解 SME：Short message equment
ACK：Acknowledge
SMS：Short message service
MC：Message center
5.2 来自MS的短消息
5.2.1 流程图
MS-MSE发送短消息SMDPPsmdpp(ACK)证实SMDPPsmdpp(ACK)MSC MCSMEa
5.2.2 流程描述
a、MS构造一个短消息，通过空中接口发送短消息给MSC。
b、MSC将空中接口发送的短消息转换为SMDPP消息，发送给MS的归属MC。 c、MC发送sdmpp给MSC，证实收到了短消息。如果有数据要返回，sdmpp中也包括需要返回的数据。
d、MSC将smdpp转换为空中接口的证实消息。 e、MC发送SMDPP消息目的地SME。
f、目的地SME发送sdmpp给MC，证实收到了短消息。如果有数据要返回，sdmpp中也包括需要返回的数据。 5.2.3 主要英文缩写注解 SME：Short message equment
MC：Message center
ACK：Acknowledge
6 智能用户业务流程
1、主叫为PPC用户起呼（正常呼叫 ）2、PPC用户做被叫流程（ 本局呼叫）3、PPC用户做被叫流程（ 局间呼叫） 4、位置更新
6.1 主叫为PPC用户起呼（正常呼叫 ）
6.1.1 流程图
IPSCPMSCCM Service RequestORREQ (MSCID,MSID,MDN,BILLID,DGTSDIAL,TRIGTYPE)DP: Originaiton_Attempt_Authorizedorreq (DMH_SVCIDLIST)ANLYZD (MSCID, TRANSCAP, WINCAP, MSID, MDN, BILLID, DGTSDIAL, RoutingInfo, TRIGTYPE, TOD, TDO)DP: Analyzed_InformationSEIZERES (SRFCapability, PLIND)seizeres (TLDN)CONNRES (DSTDGTS, CARDGTS, ROUTDGTS)call setup to IPINSTREQSRFDIR (EXESCR)announcementsrfdir (SCRRESULT)anlyzd ( )call release to IPinstreqcall setup to called partycalled party answersOANSWER (MSCID, MSID, MDN, BILLID, TRIGTYPE, TOD, TDO)DP: O_AnswerconversationabcdefghiklmnopqrClearRequestODISCONNCET (MSCID, MSID, MDN, BILLID, TRIGTYPE, RELCAUSE, TOD, TDO)DP: O_Disconnectodisconnect ( )stucall release to called partyv
6.1.2 流程描述
a、PPC用户发起呼叫。除了无线信道指配等操作外，还需从用户的profile（登记时HLR下发到MSC，并保存在VDB中）取出TriggerAddrList，装配触发器。 b、服务MSC 检测到Origination_Attempt_Authorized 触发器，则按TriggerAddrList中的地址发送ORREQ至SCP（MSC并不关心该消息到底发给什么网络实体）。该消息的目的之一是激活PPC业务逻辑的一个实例。参数说明如下：
参数 MSCID MSID MDN BILLID 用法 服务MSCID 类型 R R O R 现阶段应填MIN 用户号码 BillingID：在MSC中唯一标识一个呼叫（主被叫相同），在SCP中则唯一标识与该呼叫对应的PPC业务逻辑实例 DGTS用拨打的号码 DIAL TRIGOrigination_Attempt_ATYPE uthorized R R c、SCP收到ORREQ后，则判断PPC业务是否激活且用户有余额。如果是则回送orreq，参数DMH_SVCIDLIST标明发起了PPC业务，该参数对MSC的用处之一是话统；如果否则带上参数ACCEDN （service rejected）和 ANNLIST，MSC可以据此发音通知用户服务拒绝并清除用户。 d
、服务
MSC在
Analyzed_Information
DP
点检测到
Calling_Routing_Address_Avaible 触发器，则发送ANLYZD至SCP。该消息目的让SCP根据主被叫号码计算本次呼叫的费率，借以确定用户余额是否足以发起该次呼叫，并可以将余额转换成剩余的时间。如果余额足够则可以指令IP放音提示用户；如果不足则带上参数ACCEDN （service rejected）和 ANNLIST，MSC可做相应处理。
e、用户余额足够发起该次呼叫，SCP则发送SEIZERES至IP（当然也可以直接回送anlyzd至MSC）。参数SpecializedResource（在协议中没有明确定义，需SCP与IP双方协商决定）和PrivateSpecializedResource指明所需的资源，PLIND指明用户首选的语言。
f 、IP收到该消息后分配相应资源，并为该资源分配一个漫游号码（TLDN），
通过seizeres消息返回给SCP。
g、SCP发送CONNRES至MSC，DSTDGTS ＝ TLDN。 h、服务MSC根据DSTDGTS建立到IP的呼叫。
i、P检测到MSC来的呼叫，则发送INSTREQ至SCP请求进一步指示。 j、SCP则发送SRFDIR至IP，参数EXESCR指明要执行的脚本和参数，其中的脚本名和参数均没有定义，需双方协商解决。 k、IP根据EXESCR的内容进行放音和其他操作。
l、IP操作执行完毕后，发送srfdir至SCP，参数SCRRESULT指明脚本执行的结果，该参数在协议中同样没有明确定义。 m 、而后，SCP回送anlyzd至MSC。 n、MSC则释放到IP的呼叫。
o、SCP发送instreq至IP，结束SCP-IP之间的对话。
p、MSC根据号码分析的结果选择出局路由等资源，建立到被叫用户的呼叫。 q、被叫用户应答
r、服务MSC检测到O_Answer触发器，发送OANSWER至SCP。 TRIGTYPE ＝ O_Answer。 SCP收到该消息后，开始扣费。 s、主叫用户挂机。
t、服务MSC检测到O_Disconnect，发送O_DISCONNECT至SCP，同时MSC应保存该消息，以备SCP故障恢复后查询。 TRIGTYPE ＝ O_Disconnect RELCAUSE ＝ Calling Party SCP收到该消息后，停止扣费。
u、SCP回送odisconnect至MSC。如果是被叫先挂机，SCP可以按e－o的流程指令IP放音。
v、服务MSC释放到被叫用户的呼叫。 6.1.3 主要英文缩写注解
WIN：Wireless Inter Networks ，无线智能网 PPC：Pre-Paid Charging， 预付费业务。
6.2 PPC用户做被叫流程（ 本局呼叫）
6.2.1 流程图
MSCCM ServiceRequestDP:Analyzed InformationDP:Analyzed InformationHLRSCPLOCREQ[MSCID,BILLID,DGTSDIAL,TRIGTYPE,TRANSCAP,WINCAP]locreq[MSCID, MSID,TRGADDRLIST]ANLYZD (MSCID, BILLID, DGTSDIAL, MSID, TRIGTYPE)anlyzd []cdDP:Analyzed InformationLOCREQ[TLDN]locreq[TLDN]ANLYZD (MSCID,BILLID,MSID, MDN, RoutingInfo, REDIND,TRIGTYPE, TOD, TDO)call setup to IPanlyzd []efghiMS ANSWERDP:T-Answercut throughconversationMS disconnectDP:T-Disconnectcall releaseTDISCONNECT[MSCID, MSID, MDN, BILLID, TRIGTYPE, RELCAUSE, TOD,TDO)tdisconnect[DMH_SVCIDLIST]TANSWER[MSCID,MSID,MDN,BILLID,TRIGTYPE,RELCAUSE,TOD,TDO]jklmnop
6.2.2 流程描述
a、始发呼叫，并且服务MSC接收到所拨叫的MS的地址号码。
b、始发MSC检测到Mobile_Termination触发器并且向对应的HLR发送LOCREQ消息。参数：TRANSCAP参数指示MSC可以处理TRIGADDRLIST参数。WINCAP参数指示了MSC支持的触发器。TRIGTYPE参数指示Mobile_Termination触发器被触发。
c、HLR向源MSC应答消息：locreq，带有参数：TRIGADDRLIST，指示需要使用Initial_Termination 和Location 和Called_Routing_Address_Available触发器。
d、始发MSC检测到Initial_Termination触发器，并且向TRIGADDLIST中所指示的SCP发送消息：ANLYZD。参数： TRIGTYPE ＝ Initial_Termination。
e、SCP判定被叫用户PPC业务激活并且有余额。SCP向始发MSC应答消息：
anlyzd。参数：DMH_SVCID ＝ PPC。如果用户的的余额低于门限值则带上参数ACCDEN 和 ANNLIST，MSC根据ANNLIST。ANNCODE放音提示用户余额不足，并释放呼叫。
f、始发MSC检测到Location触发器，并且向HLR发送LOCREQ消息。参数： TRIGTYPE ＝ Location。
g、HLR判定MS在始发MSC的服务区内，应答消息：locreq指示为本地终呼。参数：
REDIND = CD Local
h、始发MSC准备终接该呼叫。MSC检测到Called_Routing_Address_Available触发器，并且向对应的SCP发送消息：ANLYZD。参数： REDIND = CD Local
i、SCP向始发MSC应答anlyzd。
j、始发MSC寻呼并向MS振铃，MS响应。
k MSC检测到T_Answer 触发器。MSC向对应的SCP发送TANSWER消息。SCP收到该消息后开始扣费 l、主叫方被连接到被叫。 m、MS拆线。
n、始发MSC检测到T_Disconnect触发器，并向对应的SCP发送消息：TDISCONNECT。收到该TDISCONNECT消息之后，SCP停止对用户的计费。 o、SCP向始发MSC发送消息tdisconnect。参数：DMH_SVCID = PPC。 p、始发MSC拆除呼叫。
6.3 PPC用户做被叫流程（ 局间呼叫）
6.3.1 流程图
始发局MSCHLRSCPVLR服务局MSC始发呼叫DP: Analyzed_InformationLOCREQ (MSCID, BILLID, DGTSDIAL, TRIGTYPE, TRANSCAP, WINCAP)locreq (MSCID, MSID, TRIGADDRLIST)ANLYZD (MSCID, BILLID, DGTSDIAL, MSID, TRIGTYPE)anlyzd (DMH_SVCLIST)Trigger: Mobile_TerminationTrigger: Initial_TerminationLOCREQ (MSCID, BILLID, DGTSDIAL, TRIGTYPE, TRANSCAP, WINCAP)ROUTEREQ (MSCID, BILLID, MSID)Trigger: LocationROUTEREQ (MSCID, BILLID, MSID)routereq (TLDN)routereq (TLDN)locreq (MSCID, MSID, TERMLIST, REDIND)ANLYZD (MSCID, MSID, MDN, BILLID, RoutingInfo, REDIND, TRIGTYPE, TOD, TDO)Trigger:Called_Routing_Addr_Availableanlyzd ( )建立呼叫MS 应答DP: T_AnswerTANSWER (MSCID, MSID, MDN, BILLID, TRIGTYPE, TOD, TDO)Trigger: T_AnswerconversationTrigger: T_DisconnectTDISCONNECT (MSCID, MSID, MDN, BILLID, TRIGTYPE,RELCAUSE, TOD, TDO)DP: T_Disconnecttdisconnect (DMH_SVCIDLIST)MS 挂机释放呼叫
6.3.2 流程描述
a-f 的流程与本局呼叫一样，不再赘述。
g、HLR判定呼叫过程应该继续，向VLR发消息：ROUTREQ。 h、VLR将该消息前转到服务MSC。
i、服务MSC分配TLDN，并在消息routreq中发回VLR。 j、VLR将该消息前转到HLR。
k、HLR向始发MSC发送locreq消息。参数：TERMLIST。
InterSystemTermination。DestinationDigits = TLDN
l、始发MSC准备向服务MSC建立呼叫。始发MSC检测到Called_Routing_Address_Available 触发器。始发msc向相关SCP发送ANLYZD消息。参数：DSTDGTS = TLDN m、SCP向MSC发送anlyzd消息。 n、始发MSC建立到用户的呼叫。 o、MS应答。
p、服务MSC检测到T_Answer触发器，向相关的SCP发送TANSWER消息 q、主叫方连接到被叫。 r、MS中断接续。
s、服务MSC检测到T_Disconnect触发器，并且向相关的SCP发送TDISCONNECT消息。参数：RELCAUSE = Called Party
t、SCP向服务MSC发送tdisconnect消息。参数DMH_SVCID指示了PPC业务调用，该参数的用途之一是话统。 u、服务MSC释放呼叫。
6.4 PPC用户位置更新
6.4.1 流程图
HLRVLRMSCREQNOT(MSCID,MSID,ESN,TRANSCAP,WINCAP,QUALCODEREQNOT(MSCID,MSID,ESN,TRANSCAP,WINCAP,QUALCODEreqnot(Profile(TRIGADDLIST))reqnot(Profile(TRIGADDLIST))
6.4.2 流程描述
a、服务MSC检测到一个漫游用户进入他的区域，将向VLR发送REGNOT请求用户PROFILE 以及授权信息。 MSC（SSP）应该将TRANCAP置为支持TRIGADDLIST参数；WINCAP则应该被置为MSC可以支持的那些TRIGGER。
Usage Parameters Type MSCI服务MSCID D MSID 手机的MIN ESN 机的ESN TRAMSC的传输能力 NSCAP WINMSC的智能业务能力 CAP QUA资格指示码 LCODE R R R R R R b、服务VLR检测到在VLR中无该用户，则向HLR发送REGNOT。
c、HLR返回regnot，其中的TRIGADDRLIST应该指示Origination_Attempt_Authorized，Calling_Routing_Address_Available，O_Answer， O_Disconnect， T_Answer，，以及 T_Disconnect 这些触发器应该被置位激活，并填写相应的网络地址。 d、VLR向MSC回送regnot。
6.5 ICS 正常振铃（基于HLR的 业务交互管理（SIM））
本流程描述在始发MSC调用ICS的情况，呼叫经过筛选正常接续。 ICS业务处理流程（基于HLR的SIM）如下图所示。
1、始发呼叫，且始发MSC接收到所拨的号码。
2、始发 MSC检测到 Mobile_Termination 触发器并向HLR发送
LOCREQ。
3、HLR 确定用户在SCP激活了ICS，并向SCP发送SERVREQ。SRVID 参数指示需要执行的业务逻辑。
4、SCP 根据主叫用户号码数字完成筛选功能，并在servreq中向HLR返回结果。ACTCODE 参数指示业务处理应继续，呼叫用正常的振铃接续到该用户。 5、HLR 向始发MSC发送locreq，指示应建立到该用户的呼叫。始发 MSC建立到用户的呼叫。
6.6 ICS正常振铃（基于SCP的业务交互管理（SIM））
本流程描述在始发MSC调用ICS的情况，呼叫经过筛选正常接续。 ICS业务流程（基于SCP的SIM）如下图所示。
1、始发呼叫并且始发MSC接收到所拨的号码。
2、始发MSC 检测到 Mobile_Termination 触发器并向HLR发送 LOCREQ。 TRANSCAP参数的设置指示 MSC可以处理TRIGADDRLIST。WINCAP 参数指示 MSC支持 Location 触发器。 TRIGTYPE参数的设置指示遇到 Mobile_Termination 触发器。
3、HLR 向始发MSC发送locreq ，其TRIGADDRLIST 参数指示应配置 Advanced_Termination 和Location 触发器。
4、始发MSC 检测到 Advanced_Termination 触发器，并根据TRIGADDRLIST
参数的指示向SCP发送ANLYZD。TRIGTYPE 参数指示所检测到的触发器。 4、SCP 根据主叫用户号码 (CNIdigitsBCD)完成筛选功能，并向MSC发送anlyzd。
5、始发MSC 检测到 Location 触发器并向HLR发送另一个 LOCREQ。 TRIGTYPE参数指示遇到了 Location 触发器。
6、HLR 确定 MS在始发MSC服务区，并返回locreq 指示一个本地接续。 7、始发 MSC建立到用户的呼叫。
7 计费
7.1 话单类型
CDMA的话单类型主要分为：主叫话单、被叫话单、出关口局话单、汇接话单、漫游话单、前转话单、补充业务操作话单、短消息话单。
7.2 计费配置
1、BAU的配置，主机只需要在MEM板IP配置表中，配置服务器的类型为BAU，并配置正确的BAU的IP地址和MEM板地址即可。计费的传输通道到是主机→MEM板→到BAU，而不是B型机的主机→BAM→BAU。
2、关于一级菜单中的计费项，是属于热计费和预付费业务使用，目前的CDMA主机程序不支持这种计费方式。
3、话单控制表主要用于控制漫游话单、出关口局话单是否产生。索引是局向号、对端属性，其中局向号与局向表中的局向号一致，对端属性的取值为“本网”或“他网”，本网他网具体的含义是从运营角度考虑的，不同网之间要进行中继占用结算，则要将对端属性配置成“他网”。
一般来说，作为GMSC，对端局向为PSTN或其他运营商的关口局，则将对端局向配成“他网”。配成“他网”则当从这个局向进来的呼叫将产生一张漫游话单；如果对端 局向配成“他网”，且“是否产生出关口局话单”配成“是”，则从这个局向出去的呼叫将产生一张出关口局话单。
4、计费点分析表主要用于控制某个呼叫在何时开始计时。索引是呼叫源、呼叫字冠，与被叫分析的索引相同。
计费起始点为：主叫摘机、中继占用、振铃延时、被叫应答。
计费终止点为：主叫挂机、被叫挂机、任一方挂机、第二方挂机、控方挂机。 振铃延时：当计费起始点为振铃时，表示振铃后多长时间开始计时，以秒为单位。如果不配，则为255秒，因此如果配置振铃延时，最好输入一个值。 5、长话单定时器控制表（软件参数表中）
该表的作用是控制产生中间话单的时间段，以秒为单位。该表只有一个栏目，可根据需求选择配置，系统提供了5分钟、10分钟、20分钟、30分钟、40分钟、60分钟、120分钟等级。该表不配置，则缺省为30分钟产生中间话单。 6、中继群表，被叫分析表
中继群表与计费相关的栏目有群号，是否产生试呼话单。表示对某条中继在占用中继后呼叫不成功时，是否需要产生试呼话单。
是否产生试呼话单：为“是”表示需要产生试呼话单；为“否”则不产生；缺省为否。
被叫分析表中，有对这个号段是否计费的标记，如果设置为否，则不产生话单。
7、软件参数的说明
1）呼叫内部参数第四个参数第二个BIT位，是控制话单池满后是否限呼的标志，软件参数设置为“FFFD”，则在话单池满后不限呼；缺省为限呼。 2）呼叫内部参数第三个参数的第5个BIT位，是控制是否产生汇接话单的标志。汇接话单一般是在TMSC产生的，只有存汇接的情况才产生汇接话单，由于前转而导致的汇接呼叫不产生汇接话单。
7.3 计费原则
下图可以描述出一般的计费情况：
主叫MSC或 GMSC12被叫归属HLRVMSC 主叫呼叫被叫时，首先从被叫归属地取得被叫用户漫游号，然后将路由接至被叫拜访地VMSC。其中主叫方应付第1段的费用，由于漫游而引起的额外费用（第2段）应由被叫承担。
移动用户呼叫固定用户，始发MSC计费，话单类型为MOC话单。
固定网主叫，拨打异地移动用户，GMSC计费，呼叫类型为汇接呼叫时，如果GMSC不取漫游号，直接将路由接至被叫局，话单类型为TRANSIT；如果该GMSC还需要向被叫归属地HLR取漫游号，话单类型为ROAMING。被叫所在VMSC对被叫计费，话单类型为MTC。
当一个呼叫被路由至MSC且该呼叫既不是本MSC的MTC也不是MOC，如果本MSC不取漫游号，直接将路由接至被叫局，产生TRASNIT话单；如果本MSC需要向被叫归属地HLR取漫游号，话单类型为ROAMING。
移动用户呼叫移动用户，若在同一MSC，产生MOC和MTC话单，话单中包含被叫的漫游号。
通话时长超过30分钟，产生中间计费话单，话单类型不变，产生中间话单的间隔为30分钟。
记录类型（record_type）由通话时长确定。通话时长在30分钟以内，产生SINGLE_BILL话单；通话时长超过30分钟时，产生FIRST_BILL话单；这以后产生INTERMEDIATE_BILL话单；通话终止时产生LAST_BILL话单。 本业务区内，MS呼叫PSTN或非本业务区内MS，对主叫生成MOC话单，若被叫为MS则话单中包括被叫的MSRN。
本MSC作为移动网汇接局时（对局IAM消息中的被叫号码类型为MSRN），生成TRANSIT话单。
PSTN用户呼叫本业务区内MS（本MSC作为GMSC），对被叫生成MTC话单，包含被叫MSRN号。
7.4 前转业务话单生成
假定用户A：为主叫；用户B：为发起前转方；用户C：前转方。 前转类型有：CFU、CFNA、CFB、CFD。
呼叫前转计费原则：只对发起呼叫前转的用户做主叫计费，不对其做被叫计费。
因此对呼叫前转单独产生一张话单，话单中主叫为B，被叫为C，第三方为A。前转类型在话单中指示。对用户A来说，他只需要支付被叫为B的呼叫，对A产生的话单，主叫为A，被叫为B ，第三方为C。对C来说，他需要支付主叫为B的呼叫作为被叫那一部分的费用，因此对C产生的话单，主叫为B，被叫为C，第三方号码为A；如果是 入局呼叫，对端未将B号码送来，则主叫号码无。
无条件前转（CFU--CallForwarding Unconditional）
始发MSC（GMSC）对用户B的归属地HLR查询后，呼叫直接路由到C所在的交换局。发起前转业务的用户（B），其前转部分呼叫的费用（GMSC→用户C交换局）在GMSC（当A为移动用户时，始发MSC）中被结算，而且假如用户C是移动用户，他所在VMSC对他进行计费，话单类型为MTC。
用户A主叫所在MSCB所在的MSC用户BGMSCC所在的MSC用户C 其中：
A为固定用户时，则在GMSC发起呼叫前转，GMSC产生一张前转话单；如果C用户在另一MSC，GMSC还将产生一张漫游话单。
A为移动用户时，在A所在的MSC发起前转，A所在的MSC将产生一张前转话单和移动始发话单；
C为移动用户时，C所在MSC产生话单； 其中产生的前转话单为：
Bill_type ：CFW
caller_num ：为用户B号码 dialed_num ：为用户C号码 Connected_num：为用户A 号码
MSRN：假如C为移动用户，为C用户的漫游号码 SS_code：为CFU
A为移动用户产生的移动始发话单为： Bill_type ：MOC caller_num ：为用户A号码 dialed_num ：为用户B号码 Connected_num：为用户C 号码 MSRN：为空 SS_code：为空
C所在交换局产生的移动终结话单（假如C为移动用户）：
Bill_type：为 MTC Caller_num：为用户A Dialed_num：为用户C
Connect_num：为用户 B MSRN：假如C为移动用户 SS_code：为空
8 放音
目前的MSC支持SIG01板的放音，即异步放音的处理。
SIG板的放音时隙半永久的和NET板连接，如果需要放音则将用户时隙直接和放音时隙接网即可。SIG板由于配线的原因，有两条HW接网板，所以最多支持64个放音通道。 关于放音的配置
1、原因值语音对照表，业务层在需要正常放音的时候，通过放音的原因值为索引查询此表，得到需要放的语音通道标识 此表在主机加载的时候，将原因值和语音的缺省对照关系加载到主机，如果根据实际需要，要对某个原因值的放音做修改，则只需要修改原因值语音对照表的映射关系即可。 2、在其他情况下，如号首处理，失败处理的时候，也会有放音处理，只要在对应的信号音索引中填写需要的索引即可。
3、信号音的索引可以查询主机程序ELEMENT1.H中，TONE_ID的枚举值即可。
9 号码分析
目前MSC的号码主要有两处。
9.1 FEATURE 业务的触发
主叫CM业务请求上来后，CM进行号码分析，主叫分析此次呼叫是否是紧急呼叫，以及是否触发FEATURE业务 主要涉及4张表的分析：本地号码分析表，号码触发表，号码属性触发表和号码长度触发表： 本地号码分析表主要用于分析是否为紧急呼叫。CM在收到被叫号码的时候，首先分析这张表，如果是紧急呼叫，则仍然甩给CCB，CCB分析出局，CDMA的紧急呼叫和正常的呼叫基本一样，只是在计费上有一点区别。如果CM查询这张表，没有得到匹配的号码，则继续当作正常的号码处理，不会影响呼叫。所以没有紧急呼叫的要求时，不需要配置这张表。 号码触发表，号码属性触发表和号码长度触发表，此3张号码分析表主要是分析用户是否触发了ORIGINATION REQUEST，或者FEATURE REQUEST。因为ORIGINATION REQUEST 是一种不完全的智能业务，现在中国联通并没有准备上这个业务，所以现在的主要作用是触发FEATURE REQUEST，FEATURE 的触发只和号码触发表有关系。更确切的说，只和‘*’号有关系，FEATURE的操作即补充业务的登记，激活，去活等等操作。
在号码触发表中，呼叫字冠配置为“*90”（*90是补充业务激活，去活等操作的前缀），配置MP触发表为‘*”，触发成功结果是“origination request”，触发失败结果是“feature request”，这样用户如果拨打“*90+MSISDN”CM就会触发FEATURE业务。
9.2 CCB的号码分析
CCB的基本号码分析为两次，首先根据被叫号码分析表 分析用户侧的号码，如果是PSTN号码则直接出局，如果是MDN号码，则发起位置信息请求，要求漫游号码，当HLR返回漫游号码（TLDN），根据被叫号码分析表进行第二次号码分析，出局或者发起寻呼。 MSC的号码变换功能：
MSC的号码变换功能非常的强大，可以根据实际的需要做灵活的号码变换，其中号首处理，号码变换等选择和GSM的基本一样，本文不再做介
绍。M800新增加了号码预处理表，CCB在号码进行号码分析前，先将号码通过通过此表进行预处理 后，再进行号码分析 号码预处理可以将各种不规范的号码统一处理成规范的号码格式，可以应用在多种场合，非常方便，预处理的号码可以分为：
1、MAP侧，主要包括漫游号码，前转号码，FEATURE触发后的MDN号码。
2、移动用户侧：主要包括移动用户的MDN号码。 3、固定用户侧：主要包括TUP/ISUP入局送来的号码 。
另外在出中继承载中也可以对被叫号码进行变换，出中继承载号码变换的一个好处是变换后的号码不会影响产生的话单中的号码格式。
因篇幅问题不能全部显示，请点此查看更多更全内容