下载文档原格式
1、主叫信令流程移动用户做主叫时的信令过程从MS向BTS请求信道开始，到主叫用户TCH指配完成为止。
一般来说，主叫经过几个大的阶段：接入阶段，鉴权加密阶段，TCH指配阶段，取被叫用户路由信息阶段。
接入阶段主要包括：信道请求，信道激活，信道激活响应，立即指配业务请求等几个步骤。
经过这个阶段，手机和BTS BSC 建立了暂时固定的关系。
鉴权加密阶段主要包括：鉴权请求，鉴权响应，加密模式命令，加密模式完成，呼叫建立等几个步骤。
经过这个阶段，主叫用户的身份已经得到了确认，网络认为主叫用户是一个合法用户允许继续处理该呼叫。
TCH指配阶段主要包括：指配命令，指配完成。
经过这个阶段，主叫用户的话音信道已经VLR），MSC经过接入阶段和鉴权加密过程后，主叫用户的合法身份已经得到确认，已经接入了网络，为继续进行呼叫，需要更为详细的信息，按照规范，此时MS将发送一个set up消息，在此消息中携带有被叫号码和主叫标识等更为详细的信息，MSC收到此消息后，首先通过S.I.F.O 消息向VLR查询该用户的相关业务信息，VLR根据此次业务类别和开户时MS已经申请的业务信息，决定此次呼叫是否可以继续，如果可以继续，通过完成呼叫消息向MSC回送该用户数据，MSC收到该信息后，通过呼叫继续消息经BSS通知MS呼叫在继续处理之中，然后，根据A接口电路情况，向BSC发送指配请求消息，在该消息中选定某条A接口电路，BSC收到该指令后向BTS、 MS指定无线资源，MS收到该指令后，占用成功回送分配完成消息，到此TCH指配阶段完成，本局的无线资源和A接口电路均已成功分配。
MSC收到MS上报的指配完成消息后，进行被叫分析，根据被叫号码寻址到HLR，发送路由信息请求消息，HLR收到该消息后，根据被叫IMSI查询得到被叫所在的VLR，向被叫所在的VLR请求漫游号码，被叫所在的VLR在受到请求漫游号码消息后，为对应的MS分配MSRN ，然后在请求漫游号码响应消息中回送给HLR， HLR得到该MSRN后，向主叫所在MSC发送路由信息响应消息，MSC从该消息中得到被叫的MSRN，根据MSRN进行局间中继选路，并向被叫所在的MSC发送IAI消息。
主叫，若一MS处于激活且空闲状态，客户A 要建立一个呼叫，他只要拨被叫B 客户号码，再按“发送”键，MS便开始启动程序。
首先，MS通过随机接入控制信道（RACH)向网络发第一条消息，既接入请求消息，MSC 会分配它一专用信道，查看A客户的类别并标注此客户忙。
若网络容许此MS接入网络，则MSC发证实接入请求消息。
接着，MS发呼叫建立消息及B客户号码，MSC根据此号码将主叫与被叫所在MSC连通，并将被叫号码送至被叫所在MSC（B客户为移动客户时）或送入固定网（PSTN）的交换机（B客户为固定客户时）中进行分析。
一旦通往B客户的链路准备好，网络便向MS发呼叫建立证实，并给它分配专用业务信道TCH。
至此，呼叫建立过程基本完成，MS等待B客户的证实信号。
若MS作被叫，以PSTN的固定客户A呼叫GSM的移动客户B的呼叫建立过程, 如图24所示。
B客户号码为139H l H2H3ABCD。
A客户拨打B客户，拨MSISDN(0139H l H2H3ABCD)号码。
本地交换机根据A客户所拨B 客户号码中国内目的地代码(139)可以与GSM网的GMSC(GSM网入口交换机)间建立链路，并将B客户MSISDN号码传送给GMSC。
GMSC分析此号码，根据H l H2H3ABCD，应用查询功能向B客户的HLR发MSISDN号码，询问B客户漫游号码(MSRN)。
HLR将B客户MSISDN号码转换为客户识别码(IMSI)，查询B客户目前所在的业务区MSC(如他已漫游到广州)，向该区VLR发被叫的IMSI，请求VLR分配给被叫客户一个漫游号码MSRN，VLR 把分配给被叫客户的MSRN号码回送给HLR，由HLR发送给GMSC。
GMSC有了MSRN，就可以把入局呼叫接到B客户所在的MSC(郑州-广州)。
GMSC与MSC 的连接可以是直达链路，也可由汇接局转接。
VLR查出被叫客户的位置区识别码(LAI)之后，MSC将寻呼消息发送给位置区内所有的BTS，由这些BTS通过无线路径上的寻呼信道(PCH)发送寻呼消息，在整个位置区覆盖范围内进行广播寻呼。
移动主叫流程其中不需要记忆channel activation 等ABIS信令流程和信令释放流程，只有记忆UM,ABIS,A口中常用的信令流程，特别是都要英文并且字母不能错误要求规范。
比如UM口信令channel request到ABIS口就为channel required 不能搞混，A口的assignment request到ABIS和UM口为 assignment command。
其中10 UM(SACCH) 的信令为”cm service accept”具体信令分析如下：（其中数字对应于上图中信令消息）移动主叫流程图1.信道要求---Channel Request(RACH)MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）基站收发信台申请一条信道。
在信道请求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位臵更新”。
此外，这条消息还包括随机参数，移动台（MS）随机的选5个比特作为随机参数。
这些参数的作用是：当两个移动台同时接入网络时，网络能运用这些参数来区分这些移动台。
2.信道请求--- Channel Required基站收发信台向基站控制器发一条申请信道消息。
通过这条消息，基站收发信台进一步向基站控制器传递由移动台发起的信道请求。
实际上，信道请求消息中除了包含信道要求消息中的一些消息外，还包括通过基站收发信台加入的一些消息。
请求参考单元直接从信道要求消息中来，初始时间提前量（接入延迟）由基站收发信台加入到这条消息中去。
3.信道激活--- Channel Activation收到从基站收发信台发来的信道请求消息后，基站控制器开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时基站控制器向基站收发信台发送一条信道激活消息。
其中最重要的是：分配给哪个基站收发信台以及此SDCCH的信道组合。
1. 首先搜索124个信道，即所有的BCH通道, 决定收到的广播信道BCH强度, (BCH的承载的信息是距Mobile最近的BTS; 呼叫信息);2. 跟网络同步时间和频率, 由FCH/SCH调整频率和时间3. 解码BCH的子通道BCCH.4. 网络检查SIM 卡的合法身份.是否是网络允许的SIM 卡。
5. 手机的位置更新.6. 网络鉴权手机主叫(MOC)过程:l1. 手机给基站发送通道需求，即手机发送一个短的随即接入突发脉冲.(RACH Burst)2. 由BCH 指定传输信道. SDCCH3. 手机和基站在独立专用信道(SDCCH)上通信.4. 权限认证5. 指定手机在一个业务信道(TCH)上通信.6. 在TCH上进行语音通信.手机被叫l1. BTS在PCH呼叫通道上使用SIM中的IMSI号码来呼叫用户。
2. 由手机发送RACH3. 通道指定在BCH.4. 手机和基站在SDCCH 上通信5. 手机用户被鉴权6. 手机被指定TCH通道。
7. 在TCH通道上进行语音和数据通信。
紧急呼叫：l1. GSM规格定义了112 为紧急呼叫号码2. 112在手机有无SIM卡的情况下均可呼叫。
3. 在RACH 上, 手机112 建立紧急呼叫。
Authentication 鉴权：l1. 目的：验证用户身份（IMSI /SIM）; 提供手机新的加密键。
2. 鉴权是在什么情况下：每一次注册、每次呼叫或被叫企图、执行一些增值服务、漫游时的位置更新。
切换handover: 切换是手机通信从一个小区/信道到另外一个小区/信道。
l1. 上行和下行的接收质量报告2. 上行和下行的接收信号强度3. 距离，迁时4. 干扰层。
5. 功率预算。
6. 切换包括：同一小区内部信道/时隙之间的切换。
小区于小区之间。
加密ciphering: 语音和数据的保密、信号信息的保密；l手机位置更新location update:l1. MSC应知道呼叫手机的位置。
移动通信基本呼叫流程移动通信基本呼叫流程1.简介本文档旨在介绍移动通信基本呼叫流程，包括信令流程、数据传输流程以及附加功能。
通过详细描述呼叫的发起、连接、传输和结束过程，读者能够了解移动通信系统中呼叫的基本工作原理。
2.信令流程2.1 建立呼叫首先，呼叫方发送请求建立呼叫的信令给移动通信系统。
移动通信系统通过寻址和鉴权等步骤确认呼叫方的身份，并为该呼叫分配资源。
接下来，移动通信系统通知被叫方有一个呼叫请求。
被叫方可以选择接受或拒绝该呼叫。
2.2 呼叫连接如果被叫方接受呼叫，移动通信系统会建立呼叫连接，包括建立信道连接和配置一系列参数等步骤。
一旦呼叫连接建立，呼叫方和被叫方之间可以进行语音通话或数据传输。
2.3 通话中在呼叫连接建立后，呼叫方和被叫方可以进行通话。
移动通信系统负责信号处理、数据交换和其他必要的功能。
通话过程中，系统会持续监测信号质量，以保证通话质量。
2.4 呼叫释放当呼叫结束时，呼叫方和被叫方可以通过发送释放信令来终止呼叫。
移动通信系统会释放相关资源，并记录呼叫相关信息。
3.数据传输流程3.1 数据传输准备在进行数据传输之前，移动通信系统需要进行一系列准备工作。
这包括配置数据通道、分配IP地质等。
系统还会对数据进行压缩和加密等处理。
3.2 数据传输一旦数据传输准备完成，移动通信系统可以开始传输数据。
数据可以是文本、图片、音频或视频等。
系统会负责数据的分割、传输和重组等操作。
3.3 数据接收被叫方会接收到传输的数据，并进行相应的处理。
系统会负责数据的解码、解压缩等操作。
被叫方可以选择展示数据或进行进一步处理。
4.附加功能4.1 呼叫转移移动通信系统支持呼叫转移功能。
用户可以将呼叫转移到其他设备或号码，以实现流动性。
4.2 呼叫等待当用户正在通话中时，如果有其他呼叫进来，移动通信系统可以提供呼叫等待功能。
用户可以选择接听新的呼叫或忽略它。
4.3 呼叫保持在通话中，用户可以选择将当前的呼叫保持起来，以便进行其他操作。
（流程管理）网络优化信令分析GSM移动主叫流程移动主叫流程6.1 概述移动主叫（始呼）包括移动拨打移动、移动拨打固定，不包括短消息始发。
6.2 正常流程移动主叫正常流程，根据指配流程类别（EarlyAssignment、LateAssignment、VeryEarlyAssignment）分成三类。
其中EarlyAssignment、LateAssignment流程的选择是MSC决定的；VeryEarlyAssignment流程是由BSS根据无线资源等情况决定的。
6.2.1 MobileoriginatingcallestablishmentwihtoutOACSU(earlyassignmen t)1. 流程图(1) MS于空中接口的接入信道上向BTS发送ChannelRequired（该消息内含接入原因值为MOC。
可是该该消息中的原因值且不完全准确，因为手机于做移动主叫和IMSI分离时均填的是该原因值。
），BTS再转发给BSC；(2) BSC收到ChannelRequired后，分配信令信道，向BTS发送ChannelActivation；(3) BTS收到Channel Activation后，如果信道类型正确，则于指定信道上开功放，上行开始接收信息，且向BSC发送ChannelActivationAcknowledge；(4) BSC通过BTS向手机发送ImmediateAssignmentCommand；(5) 手机发SABM帧接入……；(6) BTS回UA帧进行确认；(7) BTS向BSC发EstablishmentIndication（该消息中准确的反映了手机的接入原因，此时对移动主叫和IMSI填的是不同的原因值。
），内含CMServiceRequest消息内容；(8) BSC建立A接口SCCP链接，向MSC发送CMServiceRequest；(9) MSC向BSC回链接确认；(10) MSC发CMServiceAccepted；(11) 主叫手机发Setup；(12) MSC向主叫手机发CallProceeding；(13) MSC向BSC发AssignmentRequest，于该消息中，分配了A接口CIC；(14) BSC分配话音信道，向BTS发送ChannelActivation；(15) BTS收到Channel Activation后，如果信道类型正确，则于指定信道上开功放，上行开始接收信息，且向BSC发送ChannelActivationAcknowledge；(16) BSC通过BTS向手机发送AssignmentCommand；(17) 手机发SABM帧接入……；(18) BTS回UA帧进行确认；(19) BTS向BSC发EstablishmentIndication；(20) MS于接入话音信道后，发送AssignmentComplete；(21) 无线业务信道和地面电路均成功连接后，BSC向MSC发送AssignmentComplete，且认为该呼叫进入通话状态；(22) MSC向主叫手机发Alerting，主叫手机振铃；(23) MSC向主叫手机发Connect；(24) 主叫手机向MSC回Connect Acknowledge；(25) 主被叫进入语音通话状态；(26) 通话完毕，主叫方挂机，主叫手机发Disconnect；(27) MSC向手机发Release；(28) MS回ReleaseComplete；(29) MSC向BSC发ClearCommand；(30) BSC发ChannelRelease，要求手机和BTS释放无线口逻辑信道；(31) MS向BTS发DISC……，表示已释放逻辑信道；(32) BTS向MS发UA帧确认；(33) BSC向BTS发DeactiveSACCH，去活随路信道；(34) BTS向BSC回ReleaseIndication；(35) BSC向BTS发RFChannelRelease，释放无线口物理信道；(36) BTS向BSC发RFChannelReleaseAcknowledge，表示已释放无线口物理信道；(37) BSC向MSC回ClearComplete；(38) MSC向BSC发RLSD，释放SCCP链接；(39) BSC向MSC回RLSDComplete，表示已释放SCCP链接。
移动被叫流程MT（Mobile Terminate）：从MS收到寻呼消息后，到语音信道分配完毕。
1寻呼MSC发送寻呼消息，它能搜索到在寻呼范围内的被叫MS，在寻呼消息中包括四种消息：消息类型、被叫用户的IMSI、被叫用户的TMSI、小区识别表。
出于安全原因，如果TMSI号码被注册使用，那它便有优先级，如果网络没有使用TMSI，那么只有IMSI，寻呼消息将以UDT（单元数据）消息格式发送给BSC。
2寻呼命令由于在网络中，可能有至少三种不同的BCCH-TRX-无线时隙配置，这样逻辑信道PCH 就能有至少三种不同的位置。
因此，BSC总是在计算寻呼组，计算结果是为了找到在那一个无线时隙上BTS可以向MS发送寻呼请求消息。
如果BSC同时收到MSC发来的TMSI 或IMSI，那么它就采用TMSI来发送寻呼消息。
3寻呼请求BSC在PCH信道上发送寻呼。
4信道要求MS为了响应寻呼，在RACH信道（随机接入信道）上向基站收发信台发送一个随机接入脉冲。
在信道要求消息中包括了建立的原因，这个原因可能是“寻呼响应”、“紧急呼叫”、“移动主叫”、“短消息业务”或“其他”，比如“位置更新”。
此外，这条消息还包括随机参考，移动台（MS）随机的选5个比特作为随机参数。
随机参考的作用是：当两个移动台同时接入网络时，网络能运用这随机参考来区分这些移动台。
5信道请求基站收发信台向基站控制器发一条信道请求消息。
通过这条消息，基站收发信台进一步向基站控制器传递由移动台发起的信道请求。
实际上，信道请求消息中除了包含信道要求消息中的一些消息外，还包括通过基站收发信台加入的一些消息。
请求参考直接从信道要求消息中来，初始时间提前量（接入延迟）由基站收发信台加入到这条消息中去。
6信道激活在BSC内部的信道保存和分配之后，它通过发送这条消息给BTS来激活TCH信道。
消息内容主要包括：信道号、激活的类型、信道模式（DTX/NO DTX）、信道类型（话音/数据：如果是话音，则包括GSM编码算法，如果是数据，则包括信道中消息是透明还是不透明的以及数据速率）、信道识别、接收到消息的加密消息、BTS和MS的功率等级和时间提前量。
第7章移动主叫流程7.1 概述7.2 正常流程7.2.1 Mobile originating call establishment without OACSU (early assignment)7.2.2 Mobile originating call establishment with OACSU (late assignment)7.2.3 Mobile originating call establishment with OACSU (Very early assignment)7.3 异常流程7.3.1 随即接入、立即指配异常流程7.3.2 MSC未下发Assignment request 而是直接下发Disconnect拆除呼叫7.3.3 指配异常流程7.3.4 掉话造成的异常流程7.3.5 用户挂机造成的异常流程7.3.6 MSC清除造成的异常流程第7章移动主叫流程7.1 概述移动主叫（始呼）包括MS拨打MS、MS拨打固定电话，不包括短消息始发。
7.2 正常流程移动主叫正常流程，根据指配流程类别（Early Assignment、LateAssignment、Very Early Assignment）分成三类。
其中EarlyAssignment、Late Assignment流程的选择是MSC决定的；Very EarlyAssignment流程是由BSS根据无线资源等情况决定的。
7.2.1 Mobile originating call establishment without OACSU (early assignment)1. 信令流程图7-1 Mobile originating call establishment without OACSU(early assignment)(1) MS在空中接口的接入信道上（RACH上）向BTS发送ChannelRequest（该消息内含接入原因值为MOC。
第6章移动主叫流程6.1 概述移动主叫（始呼）包括MS拨打MS、MS拨打固定电话，不包括短消息始发。
6.2 正常流程移动主叫正常流程，根据指配流程类别（Early Assignment、Late Assignment、Very Early Assignment）分成三类。
其中Early Assignment、Late Assignment流程的选择是MSC决定的；Very Early Assignment流程是由BSS根据无线资源等情况决定的。
6.2.1 Mobile originating call establishment without OACSU (early assignment)1. 信令流程B T S B SC M S CM S图6-1 Mobile originating call establishment without OACSU (early assignment)(1) MS在空中接口的接入信道上（RACH上）向BTS发送Channel Request（该消息内含接入原因值为MOC。
但是该消息中的原因值并不完全准确，因为MS在做移动主叫和IMSI分离时都填的是该原因值。
）；(2) BTS向BSC发送Channel Required消息；(3) BSC收到Channel Required后，分配信令信道，向BTS发送ChannelActivation；(4) BTS收到Channel Activation后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge；(5) BSC通过BTS向MS发送Immediate Assignment Command，Um接口中该消息在AGCH上发送；(6) MS在SDCCH上发SABM帧接入；(7) BTS在SDCCH上回UA帧进行确认；(8) BTS向BSC发Establishment Indication（该消息中准确的反映了MS的接入原因，例如此时对移动主叫和IMSI分离填的是不同的原因值。
），内含CM Service Request消息内容；(9) BSC建立A接口SCCP链接，向MSC发送CM Service Request；(10) MSC向BSC回链接确认消息；(11) MSC发CM Service Accepted，Um接口中该消息在SDCCH上发送；(12) 主叫MS在SDCCH上发Setup；(13) MSC向主叫MS发Call Proceeding，Um接口中该消息在SDCCH上发送；(14) MSC向BSC发Assignment Request，在该消息中，分配了A接口CIC；(15) BSC分配话音信道，向BTS发送Channel Activation；(16) BTS收到Channel Activation后，如果信道类型正确，则在指定信道上开功率放大器，上行开始接收信息，并向BSC发送Channel Activation Acknowledge；(17) BSC通过BTS向MS发送Assignment Command，Um接口中该消息在SDCCH上发送；(18) MS在Assignment Command中指定的FACCH上发SABM帧来接入；(19) BTS在FACCH上回UA帧进行确认；(20) BTS向BSC发Establishment Indication；(21) MS在接入话音信道后，在FACCH上发送Assignment Complete；(22) 无线业务信道和地面电路均成功连接后，BSC向MSC发送AssignmentComplete，并认为该呼叫进入通话状态；(23) MSC向主叫MS发Alerting消息，主叫MS听到回铃音，Um接口中该消息在FACCH上发送；(24) MSC向主叫MS发Connect，Um接口中该消息在FACCH上发送；(25) 主叫MS在FACCH上向MSC回Connect Acknowledge；(26) 主叫MS和被叫MS进入语音通话状态；(27) 通话完毕，主叫MS挂机，主叫MS在FACCH上发Disconnect消息；(28) MSC向MS发Release，Um接口中该消息在FACCH上发送；(29) MS回Release Complete，Um接口中该消息在FACCH上发送；(30) MSC向BSC发Clear Command，BSC收到该消息后，启动释放流程；后续的释放流程参见释放流程的描述；(31) BSC通过BTS向MS发送Channel Release，Um接口中该消息在FACCH上发送；(32) MS在FACCH上发DISC帧；(33) BTS在FACCH上回UA帧进行确认。
2. 流程说明(1) 图6-1中（1）～（8）为随机接入、立即指配过程。
在此过程中，BSS为MS分配信令信道。
(2) 图6-1中，在（10）和（11）之间，可能会有鉴权、加密流程、类标查询（更新过程）。
根据MSC的数据配置情况等的不同，在A接口链接建立后，MSC有可能不会立即下发CM Service Accepted消息，而是：(a) 下发Cipher Mode Command启动加密流程（这种情况下MSC就不会再下发CM Service Accepted消息）；(b) 下发Authentication Request启动鉴权流程；(c) 下发Classmark Update启动类标更新流程。
此外，如果BSC数据配置中“ECSC”配置为“是”，则双频MS在上报Establishment Indication后，将紧接着上报Classmark Change消息。
(1) 图6-1中（14）～（22）为TCH指配流程在此流程中，BSS为MS分配话音信道以及A接口电路等资源。
(2) 图6-1中（30）～（40）为释放流程图6-1所示为主叫MS 先挂机的释放流程。
在资源释放时，无线口先释放逻辑信道，再释放物理信道。
6.2.2 Mobile originating call establishment with OACSU (late assignment)1. 信令流程B T SB SC M S CM S图6-2 Mobile originating call establishment with OACSU (late assignment)(1) 图6-1与图6-2的区别是后者的指配流程在Alerting 消息之后，其它方面没有差别；(2) 图6-2所示流程的优点：可以节约占用话音信道的时间；(3) 图6-2所示流程的缺点：如果后续指配不成功，会造成被叫用户听到振铃却不能打通电话，从而易导致用户投诉。
因此，实际应用中，一般不使用本流程，而是使用图6-1所示的流程。
2. 流程说明可参考6.2.1 Mobile originating call establishment without OACSU(early assignment)部分的相关说明。
图6-2所示为主叫MS先挂机。
6.2.3 Mobile originating call establishment with OACSU (Very early assignment)1. 信令流程B T SB SC M S CM S 图6-3 Mobile originating call establishment with OACSU (Very early assignment)(1) 图6-1与图6-3的区别是：后者在立即指配时分配的是TCH 作为信令信道使用，因此在指配时不需要再分配TCH ，而是通过Mode Modify ，将立即指配分配的TCH 调整为话音信道；(2) 图6-3所示的流程，一般发生在立即指配时无空闲SDCCH 供分配，但有空闲TCH 、且BSC 数据配置容许立即指配TCH 的情况下。
2. 流程说明可参考6.2.1 Mobile originating call establishment without OACSU(earlyassignment)部分的相关说明。
图6-3所示为主叫MS先挂机。
6.3 BSC内部处理流程(1) BSC收到BTS的CH_RQD消息后，根据CH_RQD消息中要求的信道类型和信道分配算法（可能涉及到［无线信道管理控制表］、［信道分配II代算法控制表］、［小区呼叫控制表］中“立即指配TCH”）分配合适的信令信道(2) 在随机接入过程中，BSC收到BTS的EST_IND消息后，根据［BSC小区表］将该当前小区的CGI添入CM_SERVICE_REQ消息发送给MSC。
(3) BSC收到MSC的Assignment Request消息后，检查信道类型，对于数据业务根据［小区配置数据表］中的“数据业务设置”进行检查是否支持，不支持直接返回指配失败。
(4) BSC根据Assignment Request消息中的CIC检查［中继电路表］，确认CIC的是否存在，检查配置CIC的电路池、Assignment Reqest消息中要求信道类型和TC单板的支持能力三者是否冲突，如果冲突则给MSC回指配失败(5) BSC收到手机上报的Assignment Complete消息后，根据［本局信息表］中配置的“A接口阶段标志”，添充A接口的Assignment Complete消息上报给MSC。
6.4 异常流程与故障定位指导无线口消息丢失、掉话、用户挂机、传输、NSS以及BSS设备运行异常等，都可能导致流程不能正常进行。
此外，MS在一次接入时，重发多个ChannelRequired，将造成BSS激活多个信令信道，而实际上MS只会占用一个，其它信道由于无法收到MS的Establish Indication而超时释放。
由于造成异常流程的原因比较多，在此就其中出现较多的情况进行说明。
6.4.1 随即接入、立即指配异常流程1. 信道激活后收不到Establish Indication这种情况发生原因，一般有：(1) MS设计不符合协议，重发多个Channel Request造成BSS多分配并激活信令信道。
(2) 即使BSS系统运行正常，MS在一次接入时，也可能重发多个ChannelRequest，造成BSS激活多个信令信道，而实际上MS只会占用其中一个；其它信道由于无法收到MS的Establish Indication，而由BSC在T3101定时器超时后将信道释放。
该现象在扩展传输时隙数设置合理的情况下，通常是由于无线口上行接收正常，但下行信号不能被MS很好接收而导致。
