课程 MF001004
GSM BSS呼叫流程与实际接口分析
ISSUE1.0
目录
课程说明 (1)
第1章概述 (2)
第2章位置更新过程 (5)
第3章呼叫流程主叫 (12)
第4章 BSC内部的切换流程 (19)
第5章 BSC之间的切换流程 (23)
第6章 BSC正常释放流程 (26)
第7章 BSC本地端释放流程 (29)
第8章案例分析 (30)
附录Power Class (33)
课程说明
课程介绍
本课程介绍了常用的呼叫流程有位置更新过程呼叫流程主叫BSC
内切换流程BSC间切换流程BSC正常释放流程BSC本地端释放流程
在内容上基本上与多媒体BSC呼叫流程与实际接口分析相同建议大家
将两者结合学习
课程目标
!掌握常用的几个呼叫流程
!掌握实际接口的信令分析方法
!辅助故障定位
相关资料
多媒体BSC呼叫流程与实际接口分析
第1章概述
BSS呼叫流程与实际接口分析
本单元是BSS信令与接口分析的第二个部分在第一个部分中我们学习了七号信令的基础知识在本课程中我们要继续学习BSS的呼叫流程并且结合实际的接口分析进行具体的讲解
序言
!课程目标
"通过本课程的学习掌握实际接口的信令分析方
法辅助故障定位
!如何学习本课程
"安装BSC操作维护系统
"拷贝接口跟踪结果文件
"使用BSC维护台的“GSM接口跟踪回顾”功能跟随
学习
"案例模拟通过实际的接口跟踪进行信令分析辅
助故障定位
!注意事项
"禁止在系统忙时或BSC负荷较重时使用BSC接口
跟踪功能
本单元的课程目标是通过本课程的学习掌握实际的接口分析如何学习本
课程呢
第一步请大家安装操作系统维护软件本课程中使用的OMC操作维护系统版本为07.0520具体的安装方法在前述的课程中已经学习过如有疑问大家可以向老师咨询
第二步拷贝接口跟踪文件到指定的目录下为了方便大家的学习我们在实验室环境下对BSC典型的呼叫流程进行了接口跟踪并且将跟踪到的结果保存到相应的文件中请大家将这些文件拷贝到指定的目录下
假定您将BSC操作维护系统安装在C盘那么这个目录就是
C:\OMC\SHELL\G3BSC32.10101.07.0520B\Trace
第三步使用BSC维护台的GSM接口跟踪回顾功能跟随本课程进行学习使用GSM接口跟踪回顾功能我们可以将跟踪到的结果文件打开看到其中的每一条具体的消息并且可以得到具体的提示信息
最后一步是案例模拟大家可以在实验室的环境中通过实际的接口跟踪进行
信令分析辅助故障的定位
最后的一点我们要强调一下学习本课程的注意事项由于BSC处理能力的关系严禁在系统忙时或者BSC负荷较重的时候使用BSC接口跟踪功能以免加重系统的负荷造成重大事故
课程内容
案例分析
位置更新过程
呼叫流程
主叫BSC 内切换流程BSC
间切换流程BSC
正常释放流程BSC
本地端释放流程
本课程具体的课程内容包括以下几个方面 (1) 位置更新过程 (2) 手机主叫的呼叫流程 (3) BSC 内部切换流程 (4) BSC 间切换流程 (5) BSC 正常释放流程 (6) BSC 本地端释放流程 (7) 案例分析
在案例分析部分我们将举一个比较典型的案例通过信令与接口的分析排除
和定位故障
这里的案例分析与在序言中我们提出的案例分析是不一样的
这里的案例分析是以老师讲解为主
由老师对实际的案例进行分析告诉大家进行故障定位的方法
在案例模拟
部分我们大家要在实验室环境中对实际碰到的问题实际碰到的故障进行分
析
第2章位置更新过程
一位置更新过程
!位置更新的目的
"通知网络手机目前所在的位置区便于寻呼
!何时需要位置更新
"进入新的位置区
"定期更新周期性位置更新
首先我们要了解一下位置更新的目的手机进行位置更新主要目的就是通知
网络手机目前所在的位置区便于网络发起寻呼那么何时进行位置更新呢
主要有两种情况
第一种是手机进入新的位置区进行位置更新这种位置更新通常我们叫做强
制性的位置更新
第二种是定期更新也叫做周期性的位置更新即使手机不进入新的位置区GSM系统也要求手机定期的进行位置更新以便掌握手机目前的状态
对于周期性的位置更新我们在GSM网络中有两个相关的时间参数
第一个是BSC中的周期位置更新时限值第二个是MSC中的位置更新周期参数
首先我们简单讲一下第一个BSC中的周期位置更新时限值这个时限值通过系统消息下发给手机在手机中保存这个时限值手机的定期更新就是按照
BSC中下发的周期位置更新时限值进行的比如说在BSC中将周期位置更新时限值设置为一个小时那么手机每一个小时进行一次定期更新
第二个参数MSC位置更新周期参数这个参数仅仅是保存在VLR中并不通过系统消息或者其它途径发给手机也就是说手机是不需要知道这个参数
的实际值的
那么这个参数有什么实际的意义举个例子比如说我们在MSC中将位置更新周期设置为在三个小时那么在这三个小时之内如果手机还是没有通过A 接口向MSC 进行一次位置更新那么这个时候手机将被置为去激活状态也就是说置为关机状态
那么在正常的情况下因为MSC中的位置更新周期要大于BSC中的位置更新周期在手机开机的时候通常手机可以及时通过A接口向MSC发起位置更新但是在某一些特殊情况下比如说当手机需要发起位置更新的时候正
好手机处在电梯或者其它的网络盲区那么这个时候手机就错过了一次位置
更新如果说手机连续错过了多次位置更新导致MSC中的位置更新周期参数定时器溢出那么这个手机就被置为强制的关机状态也就是说即使手机是
开机的在MSC中也认为手机已经关机了或者已经出了网络覆盖区
那么从上述的讲解我们知道MSC中和BSC中位置更新周期参数的含义是不一样的
通常MSC中的位置更新周期必须是BSC中的位置更新周期的三倍或者以上
如果这个倍率比较小比如说BSC中的周期参数设置为一个小时MSC中的周期参数设置为1.5个小时那么只要手机错过了一次位置更新就会被强制设为关机状态这样的话有可能会造成手机仍然是开机的状态但是被叫寻呼
不到所以我们建议大家在配置数据的时候要求把MSC中的位置更新周期参数设置为BSC中位置更新周期参数的三倍或者以上
位置更新过程
!
参考文件
"A-bis_
上网接
口跟踪结果文件
!
注释
"本页胶片中的消
息标号
为该消息在参考文件中的序号
SABM: Set asynchronous balanced
mode command
设置准同步平衡模式在新信道上的初始接入帧UA: Unnumbered acknowledgement
response
未编号证实响
应MS
BTS
BSC MSC
Channel_req
Channel_Required (2)
Channel_Active (3)
Channel_Active_Ack (4)
IMMEDIATE ASSIGN COMMAND (5)Establish_IND(Location Updating Req)
(6)
CR(Complete_L3_information)
Location Updating Accepted (10)TMSI Reallocation Complete(NOTE 2)
(11)
CC (NOTE 1)
(NOTE 3)Clear_CMD Clear_CMP
First SABM
在位置更新流程中手机向基站发起的第一条消息是channel request 信道请求消息当BTS 收到这条信道请求消息以后向BSC 发起信道申请消息也就是说channel required 消息然后BSC 向BTS 进行信道激活channel active BTS 进行激活响应channel active ack
到此为止在BSC 和BTS 之间具体
的信道都准备好了手机可以接入到这个信道上
那么接下来要做的事情就是BSC 向手机指配这条信道这条信令叫做立即指配命令immediate assign command 这条命令是从BSC 发出到达BTS 然后由BTS 转发到手机
当手机收到这个立即指配命令以后
手机从这个命令里面就得到了相应的信
道参数手机向BTS 发起接入消息这条接入消息叫做first SABM 消息这条消息是链路层消息用于手机第一次接入新的信道的
当BTS 接收到这条消息以后向BSC 发起建立指示establish_IND 在这个建立指示消息里面包含的具体内容就是位置更新请求location updating
request
然后BSC 要向MSC 发起连接请求叫做CR 消息这条消息是SCCP 层的面向连接消息也就是说connect request 消息在这条CR 消息里面包含的具体信息叫做完全层三信息complete_L3_information 完全层三信息里面具体内容就是location updating accepted 位置更新请求
在A 接口上为了建立一个连接号那么MSC 要返回一条CC 消息也就是说连接证实消息通过CC 消息响应CR 消息建立一个连接号那么到此为止
在A接口上手机和MSC之间的传输通道就建好了也就是说建立了一个
SCCP的连接号
实际上当MSC收到CR消息的时候在CR消息里面包含了手机的位置更新请求这个时候MSC会进行相关的处理这里有一个注释NOTE1对于这里的NOTE1我们稍后再作说明
在正常的流程中MSC在做完相关的处理以后会返回一个location updating accepted位置更新接受消息这条位置更新接受消息通过BSC BTS最终透传到手机告诉手机这个位置更新请求被接受了
通常手机在进行位置更新的时候手机的TMSI号码也会被更新当然这一点是可选的通过MSC中的参数配置可以进行选择是否更新手机TMSI号码
一般来说在手机进行位置更新的时候我们都同时更新手机的TMSI号码也就是说在 location updating accepted 这条消息里面会包含一个新的TMSI号码那么手机接收到location updating accepted 消息中它就可以得到这个
新的号码得到新的号码以后手机会向网络侧返回一个TMSI重分配完成消
息叫做TMSI Reallocation Commplete 消息这里有一个注释2这里的注释2就是为了说明TMSI号码更新的可选性的
到此为止MSC就收到了TMSI Reallocation Commplete消息就完成了一次正常的位置更新过程那么这个位置更新完成以后在A接口上相关的资源必须要进行释放这个释放是通过Clear _CMD和Clear_CMP来完成的具体的释放流程我们在后面有专门的流程来讲述这里就先不讲了
对于这页胶片中我们要补充说明一点那么在这个图上我们看到一些红色的
字加括号的2345610和11这些标号是什么含义呢
前面我们讲到我们已经准备了一些接口跟踪的结果文件这个标号就是这些
结果文件中消息序号为了方便大家学习大家可以对照这些结果文件对具体
的每一条消息进行分析那么这个结果文件是什么呢它的文件名叫做
A-bis_上网在这里我们也进行了标注请大家参考A-bis_ 上网这个
结果文件进行具体的学习
几点注释
!在BSC 与MSC 之间的SCCP 连
接建起来之后在完整的流程之中还应该有鉴权和加密的过程
"对华为的MSC 来说鉴权和加密过程都是可选项
在实际开局过程中
鉴权必选加密
可选"
华为BSS 系统提供对加密算法1和2的支持!识别当MS 上报的Establish_IND 消息中所带MS 的标识
为TMSI 而且VLR 不认识此TMSI 或用TMSI 进行鉴权失败时MSC 将启动“识别”过程
即MSC 下发“Identity Request”的透传消息给
MS MS 上报含IMSI 的“Identity Response”消息
##NOTE 1:鉴权加密识
别
这里我们要对位置更新流程中的注释1进行一些说明
在BSC 与MSC 之间
的SCCP 连接建立起来之后
在一个完整的位置更新流程中实际上还可能
有鉴权和加密的过程对华为的MSC 来说鉴权和加密过程都是可选的在实际国内开局的过程中鉴权一般必选
加密一般都不选对于加密来说华为BSS 系统中提供加密算法1和加密算法2的支持另外还有一个识别的过程也是可选的什么时候会有这个识别的过程呢
当手机上报的Establish_IND 消息中所带的手机的标识为TMSI 的时候而且VLR 不认识这个TMSI 或者用这个TMSI 进行鉴权失败的时候那么这个时候MSC 会启动一个识别的过程那么这个过程是怎么样的呢
实际上就是MSC 下发Identity Request 这个透传消息给手机这个透传消息的意思就是识别请求手机收到这个消息以后它会上报含有IMSI 的Identity Response 就是识别响应消息 那么实际上鉴权加密和识别这三个过程在我们在BSS 侧来看都是一些透传的消息也就是说都是属于DTAP 的消息我们的BSC 和BTS 不用对这些消息进行解释主要负责对这些消息进行透传就可以了
几点注释
!本流程中已经将释放流程简化详见BSC 的
正常释放流程
!在MSC 中位置更新时是否为MS 重新分配新的
TMSI 号码为可选项!若MSC 侧选择“位置更新时分配TMSI”为否
则在位置更新的过程中MS 没有“TMSI Reallocation
Complete”消息的上报##NOTE 2
##NOTE3
在位置更新流程中我们看到还有一个注释2NOTE2实际上要说明的就是在MSC 中位置更新时是否为这个手机分配新的TMSI 号码它是一个可选项就是在位置更新的时候MSC 可以为手机重新分配新的TMSI 号码也可以保留原来的TMSI 号码不变
这个选择是在MSC 侧进行的有一个参数叫做位置更新是否分配TMSI 如果把它置成否在位置更新过程中MSC 就不为手机下发新的TMSI 号码回顾前面的流程实际上在这种情况下的location updating accepted 消息在这条消息中就不会有手机的新的TMSI 号码那么手机也不需要上报TMSI Reallocation Complete TMSI 重分配完成这条消息
在注释3中我们主要说明的就是释放的流程我们后面有常见释放流程的具体讲解在我们位置更新这个流程中我们就不作具体的讲解了
异常情况
!位置更新拒绝即收到MSC下发的“Location
Updating Rejected”消息可能的原因有
"A MSC未配BSC有关的小区的CGI
"B MSC与VLR的通讯失败
"C MS在HLR中未登记
接下来让我们来看一下位置更新的异常情况就是说位置更新拒绝的情况
那么什么时候会产生这种位置更新的拒绝呢它可能的原因有以下几个
第一就是MSC没有给BSC分配有关的CGI也就是说这个CGI在BSC 中已经分配了但是在MSC中没有进行配置
第二MSC与VLR通信的失败
第三手机在HLR中没有进行登记
在以上的三种情况发生的时候那么这个位置更新会被拒绝也就是MSC会下放Location Updating Rejected的消息
第3章 呼叫流程主叫
二呼叫流程主叫
!参考文件
"A-bis_主叫到挂
机
"A_主叫到挂机CR(Complete_L3_information)
(0)MS
BTS BSC MSC Channel_req Channel_Required
(0)
Channel_Active (1)
Channel_Active_Ack (2)
IMMEDIATE ASSIGN COMMAND (3)Establish_IND(CM Service Req) (5)First SABM CM Service Accepted (9)CC (1)(NOTE 1) (2)Setup (10)Call Processing (11)ASSIGNMENT COMMAND (14)
First SABM Establish_IND (18)
Channel_Active (12)Channel_Active_Ack (13)(NOTE 2)Assignment_Req (5)Assignment_CMP (7)ASSIGNMENT CMP (23)
Alerting (40)
Connect (63)
Connect Ack (65)
(NOTE 3)Disconnect (200)
Release (201)
Release Complete (203)
(NOTE 4)Clear_CMD
Clear_CMP 通话
(3)(4)(18)(19)(21)(24)(25)(28)(32)
(33)
手机主叫的时候发起的第一条消息是在Um 接口上的Channel request 消息然后BTS 对这个消息进行转发在A-bis 接口上我们看到Channel required Channel request 我们可以理解为信道请求在BTS 与BSC 之间的Channel required 我们通常叫做信道申请
BSC 收到这个Channel required 以后它会返回一个Channel active 在这个Channel active 里面有一个非常重要的信息就是BSC 对BTS 激活的这个目标信道的相关描述BTS 激活这个信道以后会返回一个Channel active ACK 接下来BSC 就可以向手机指配这条目标信道了
这个信令消息叫做
Immediate Assign Command 立即指配命令 在这里我们要关心一下就是BSC 激活和指配的这个目标信道它是什么样的信道在正常的流程中通常MS 接入BTS 是在RACH 中就是随机接入信道中然后BSC 要激活的信道通常是SDCCH 信道就是独立专用控制信道Immediate Assign Command 这条消息它是通过AGCH 信道下发给手机的在这AGCH 信道里面指配了一条SDCCH 信道手机接收到这个消息以后它就知道它的目标信道了然后它就会调整它的工作信道到目标信道上去然
后上发一条first SABM就是尝试接入目标信道的链路层的一个消息可以
称为初始接入消息
当BTS收到SABM接入消息以后BTS会产生一个Establish_IND这是建立指示消息就是BTS告诉BSC这个目标信道已经建好了SDCCH信道已经通了在这个建立指示消息信道里面包含的内容是CM业务请求所谓CM 业务请求就是呼叫管理业务请求call management service request
在BTS收到这个first SABM消息的同时BTS同样要向手机回复一个帧这个叫做UA SABM和UA用于手机建立在新信令上的链路层通信那么手机收到这个UA以后就确认新的信道在链路层已经通了
当BSC收到BTS上发的Establish_IND消息的时候BSC会向MSC上发一个Connect request 连接请求消息连接请求消息主要有两个作用一个是建立SCCP的连接号然后是上传CM业务请求消息给MSC MSC收到连接
请求的时候会回复一个Connect confirm这个用于建立A接口上的SCCP 连接然后这里有个注释1实际上就是说当MSC收到CM业务请求的时候
这里有几个任务一个是鉴权然后是加密然后是识别这三个流程都是
可选的这个在前面的位置更新流程里面一样也讲到过这里在NOTE1中
对于双频手机来说它还有一个流程这里叫做手机的类标更新流程这里我们在稍后要讲
在正常的情况下MSC会给BSC BTS手机下发一个CM业务接收这说明手机的CM业务请求已经被接受了接下来手机会上发一个setup在setup 消息里面带了被叫的号码那么当MSC收到这个setup消息以后可以根据被叫号码以及其它的相关信息进行相关的处理比如说根据被叫号码进行号码
分析进行路由选择同时根据相关的业务信息MSC可以在A接口上指配相关的电路资源这个指配是通过Assignment request来实现的也就是指配请求来实现的在Assignment request里面含有A接口的电路资源比如说CIC的号码就是电路识别码通过CIC以及相关的性能描述指定一条A
接口电路
当BSC收到Assignment request的时候BSC会下发一个Channel active
这个地方有一个注释2在这个注释2中我们要说明的就是手机在申请业务或者上网的时候它的指配都是有一定规则的指配的方式有几种早指配
晚指配及早指配三种具体的内容我们稍后再讲
我们这个流程中使用的是早指配早指配是在我们GSM系统中最常用的一种指配方式它的特点是当手机第一次申请信道的时候首先指配SDCCH信道
然后CM业务请求上来以后系统给手机指配TCH信道或者是业务信道这个业务信道的指配是在Alerting回铃音之前这种就是早指配方式
那么我们先来看一下早指配方式的流程
BSC通过Channel active 激活一条TCH信道或者说业务信道BTS向BSC 反馈一个Channel active ACK 信道激活的证实消息然后BSC向手机下发Assignment command在这个里使用的消息Assignment command是指配命令前面指配SDCCH的时候用的是Immediate Assignment command 就是立即指配命令这一点请大家注意区分
手机收到这个Assignment command以后它会在新的目标信道上上发first SABM当然这是在新TCH信道的层二链路层上上发的BTS会给它回复UA帧通过first SABM和UA针的回复这个无线链路的层二就建来了同时BTS会上发一个Establish_IND建立指示
在手机收到这个UA帧以后手机会上发一个指配完成命令叫做Assignment complete消息到达BSC BSC会把这个信令透传给MSC这样在主叫这一侧相关的电路资源就准备好了
那么什么时候进入通话过程呢主要是等待被叫的振铃如果被叫开始振铃
了那么被叫会给它的网络侧反馈一个Alerting消息一个回铃音然后主
叫侧的MSC会给手机下发回铃音Alerting这里的Alerting是以信令的方式来实现的手机收到这个Alerting以后就知道这个电话已经打通了就等着被叫摘机了被叫一旦摘机网络侧会给主叫的手机下发一个Connect命令表明被叫已摘机此时主叫手机会上传一个Connect ACK连接证实消息正式进入通话过程
再往下的是一些释放的流程我们在这里就不讲述了在后面有专题讲解
NOTE 1类标更新流程
1鉴权加密识别过程可选见位置更新
过程的NOTE 1
2类标更新流程
对于双频手机而言在SCCP连接建立之
后收到CM Service Accepted之前
还有一个类标的更新流程
CR消息上报的主要是CLASSMARK 2的信
息使用类标更新流程手机上报与双频能
力相关的CLASSMARK 3的信息
在手机主叫的呼叫流程中有几个注释首先是NOTE1这是为了说明在BSC 上发CM业务请求的时候MSC可以有相关的几个处理过程
NOTE1要说明的第一点是鉴权加密识别这些过程都是可选的这几个过程和位置更新的NOTE1是完全相同的实际网络中通常鉴权是必选的
NOTE1的要说明的第二点是类标更新流程对于双频手机而言在SCCP 连接建立之后收到CM 业务接受之前它还有一个类标更新的流程类标更新是由MSC来发起的由MSC下发一个Classmark request 消息然后BSC 会把这条消息转为Classmark enquiry就是类标请求然后手机会上发一个
Classmark change在BSS把它转为Classmark update通过这条消息MSC 可以获得手机的类标3这里的类标更新主要就是让MSC获得手机的类标3
因为在CR消息上报的时候消息里面包含的是类标2而类标3是与双频手机的双频能力相关的所以MSC在这里需要进行类标更新获得手机的类标3
NOTE 2: 信道指配的几种方式
!早指配
"MSC 下发的“Assignment_Req”在
“Alerting”消息
之
前
为“早指
配”流程!晚指配
"MSC 下发的“Assignment_Req”在
“Alerting”消息之后
为“晚指配”!“及早指配
”
"在立即指配的过程中
就直接分配TCH 信道在MSC 的“Assignment _Req”消息下发后不再申请新的信
道而是走“模式修改”的流程模式修
改完成后上报“Assignment _CMP”
消息给MSC 及早指配流程
手机主叫流程中的NOTE2主要是为了说明信道的几种指配方式
手机主叫或者被叫时候信道的指配有几种方式早指配晚指配和及早指配在前面的流程学习中我们学的是早指配方式早指配的方式必须满足两个方面的条件第一个就是先指配SDCCH 信道然后再指配TCH 信道第二个条件指配TCH 信道在回
铃音之前在接口跟踪的这个流程中表现为MSC 下发的assignment request 消息在Alerting 消息之前
早指
配是较常用的一
种方式 信道指配的第二种方式是晚指配也就是说在Alerting 消息之后MSC 才下发assignment request 消息也就是说回铃音来了然后MSC 再去指配A 接口电路BSC 再去准备BSS 侧的话音电路
第三种方式是及早指配的方式对于及早指配的方式在立即指配的过程中首先就分配了TCH 信道就是说手机的TCH 信道不是在assignment request 消息下发的而是在Immediate assignment request 消息下发的在立即指配的时候就指配了TCH 信道这个时候手机还要进行相关的信令交互那么这里的处理就是在TCH 信道上面传相关的信令消息然后进行模式修改在模式修改完成以后上报assignment complete 并把这个消息送给MSC 及早指配就完成了 早指配晚指配和及早指配它们各有什么特点呢
主要是从两方面来考虑一个是接续的成功率第二个是信道的利用率
对于及早指配因为手机在发起呼叫的时候立即就指配为TCH信道所以这个TCH信道的利用率是比较低的因为在TCH上面传了很多的信令交互信息占用了一段时间这段时间是不能进行计费的从另外一个方面考虑及早指配的成功率比较高只要在Immediate assign command 里面能够指配TCH信道那么这个时候所有的无线资源都已经准备完了也就是说不会发生因为无线资源紧张造成接续过程中断的情况
早指配和及早指配相比它的信道利用率就会高一点但是可能会造成接续
的过程中立即指配完成了但是指配通不过因为没有可用的TCH信道
也就是接续过程中断的情况
晚指配和前面的两种相比它的TCH信道的利用率是最高的因为在回铃消息之后才进行业务信道指配但是这种就是也容易会发生网络侧的信令流程
都跑通了回铃音也过来了但是由于业务信道TCH 比较繁忙最终通话不成功接续不成功的这个现象
综合上述的考虑我们在实际的系统中较多使用的是早指配的方式
对于及早指配的流程在我们这页胶片上也有些说明它是比较简单的实际
上就是首先在立即指配的时候就指配了TCH信道然后在MSC的
assignment request消息下发的时候BSC进行信道模式的修改它的消息叫做Mode Modify然后BTS响应叫做Mode Modify ACK BSC在无线接口上修改手机的信道模式叫做Channel Mode Modify然后手机进行响应Channel Mode Modify ACK那么通过这几条消息原来用于传信令的这个TCH信道就被修改成为传话音的TCH信道这个流程就是及早指配的方式
异常情况
!异常情况1MSC的“Assignment_Req”下发BSC没有向
MS下发“ASSIGNMEN T C MD”消息直接向MSC回
“Assignment_Fail”消息最可能原因有
"A BSC无可用的TCH信道
"B MSC所指配的CIC在BSC侧不为空闲态
"C上行链路传输故障或干扰BTS不能正确接收上行
信号
!异常情况2BSC向MS下发“ASSIGNMENT CMD”消息后
MS上报“ASSIGNMENT FAIL”消息最可能的原因是
"下行链路误码率高
对于手机主叫的呼叫流程也有几个异常情况
第一种异常情况就是MSC的assignment request消息下发给BSC就是指配请求下发给BSC BSC没有向手机下发assignment command消息而是直接向MSC回assignment failure指配失败的消息可能的原因有两个方面
第一个是BSC没有可用的TCH信道
第二个是MSC所指配的CIC就是电路识别码在BSC侧不为空闲状态可能为故障状态
那么第二种异常情况就是BSC向手机下发assignment command指配命令以后手机上报assignment failure消息就是指配失败消息最可能的原因就是下行链路的误码率比较高