呼叫流程及号码分析.docVIP

呼叫技术分册 基本呼叫 呼叫流程介绍 MSC能够处理的呼叫基本分为四种类型：分别为： 移动用户呼叫固定用户 MS-PSTN 出局呼叫 移动用户呼叫移动用户 MS-MS 局内呼叫 固定用户呼叫移动用户 PSTN-MS 入局呼叫 固定用户呼叫固定用户 PSTN-PSTN 汇接呼叫 前转呼叫的类型有： 无条件前转 CFU 不可及前转 CFNRc，具体又可以分为 被叫关机不可及 和 寻呼不可及两种情况。 被叫忙前转 CFB，具体分为用户决定忙前转（被叫用户振铃时拒绝）和网络决定忙前转（此时用户已处于另外一个呼叫） 无应答前转 CFNRy 涉及到智能特性的呼叫类型又可以分为： 智能用户做主叫发起的呼叫 智能用户做被叫的呼叫 主、被叫都是智能用户的呼叫 被叫智能用户，并且发生SS前转的呼叫 被叫智能用户，并且发生智能前转的呼叫 拨打特服接入码（例的呼叫。 下图是系统的呼叫处理流程图。其中用户侧接口包括移动侧和中继侧两个接口 呼叫处理流程 一次呼叫处理过程与主叫、被叫用户类型以及业务属性（移动本局、移动它局、本地市话、长途呼叫等）都有很大关系，根据主被叫用户类型及业务属性的不同，所需进行的处理也有所不同，简单介绍如下： 被叫为PSTN/他网呼叫处理流程 通常一个普通呼叫接续过程从用户侧接口子模块接收呼叫建立请求开始，经过入局号码处理、号码分析和出局号码处理，再由中继侧接口子模块发出呼叫建立请求。呼叫路径为1—2—3—4； 被叫为移动用户时的呼叫处理流程 在上述普通呼叫处理流程的基础上还需要增加MAP接口的处理流程。呼叫路径为1—2—8—9—2—3—4； 智能主叫用户呼叫处理流程 当主叫为智能用户时，需要增加CAP接口的处理流程，呼叫路径为1—2—5—7—2—3—4(SCP下发CONNECT消息)或1—2—5—6—3—4(SCP下发CONTINUE操作消息)； 智能被叫用户呼叫处理流程 当被叫为智能用户，取漫游号码时MAP会先返回被叫智能数据，需要增加CAP接口的处理流程，呼叫路径为1—2—8—5—7—2—3—4(SCP下发CONNECT消息)或1—2—8—5—6—8—9—2—3—4 (SCP下发CONTINUE操作消息)； 主被叫都为智能用户呼叫处理流程（最复杂的一种情况） 主被叫两方均为智能用户时，呼叫路径为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操作消息)； 2G移动主叫用户呼叫PSTN用户 PSTN用户入局呼叫2G移动被叫 3G移动主叫用户呼叫PSTN用户 PSTN主叫用户呼叫3G移动用户 前转呼叫 呼叫流程 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消息后，发起二次取漫游号码的流程。如果