Channel Release信令里面的Cause(事件号)分析
GSM网络cause value值的详细解释
处理过程2004-11-24 0:01:27 刘业标以下是我知道的常见Disconnect / Release Cause :Cause Value Reason==============================================================31 BSS or MSC problem34(beforeAssignmentCommand) TCH Blocking34(after Assignment Complete) MSC Blocking41(after Assignment Command) BSS problem, especially DRI problem41(after Assignment Complete) MSC problem42 MSC Congestion44 BSS problem, especially the CIC blocking111 BSS or MSC problem2004-11-26 14:55:38 罗怀瑾以下为已知的CAUSE VALUE 集合1 Unassiagned number(未分配的号码（空号）)3 No route to destination(无至目的地的路由)6 Channel unacceptable(不可接受的信道)16 Normal clearing(正常清除)17 User busy(用户忙)18 No user responding(无用户响应)19 User alerting,no answer(已有用户提醒，但无应答)21 Call rejected(呼叫拒绝)22 Number changed(号码改变)26 Non selected user clearing(清除未选择的用户)27 Destination out of order(终点故障)28 Incomplete number(无效号码格式（不完全的号码）)29 Facility rejected(设施被拒绝)30 Response to status enquiry(对状态询问的响应)31 Normal,unspecified(正常，未规定)34 No circuit/channel available(无电路/信道可用)38 Network out of order(网络故障)41 Temporary failure(临时故障)42 Switching equipment congestion(交换设备拥塞)43 Access information discarded(接入信息被丢弃)44 Requested circuit/channel not available(请求的电路/信道不可用)47 Resources unavailable,unspecified(资源不可用，未规定)49 Quality of service unavailable(服务质量不可用)50 Requested facility not subscribed(未预订所请求的设施)55 Incoming calls barred within the CUG57 Bearer capability not authorized(承载能力未认可)58 Bearer capability not presently available(承载能力目前不可用)63 Service or option not available,unspecified(无适用的业务或任选项目，未规定)65 Bearer service not implemented(承载业务不能实现)MS2：始终处于空闲状态问题分析：CM Service被拒绝，原因是位置更新失败，或跨LAC以后手机未进行位置更新，或者交换机问题。
Cause_value(路测使用)
附录 FGSM 无线资源管理的详尽原因Cause value = 0 Normal release;正常释放indicates that the channel is released because of a normal event.Cause value = 1 Abnormal release, unspecified;异常释放，没有具体说明indicates that the channel is released because of an abnormal event withoutspecifying further reasons.Cause value = 2 Abnormal release, channel unacceptable; indicates that the channel type or channel characteristics are not acceptable.Cause value = 3 Abnormal release, timer expired;indicating that the release is caused by a timer expiry. Cause value = 4 Abnormal release, no activity on radio path; indicating that some supervisory function has detected that channel is notactive.Cause value = 5 Preemptive release;indicates that the channel is released in order to be allocated to a call withpriority (e.g. an emergency call).Cause value = 65 Call already cleared;indicating that a handover is unsuccessful because the connection has beenreleased by the network or the remote user.Cause value = 95 Invalid message, unspecified;See Annex H, section H5.10.Cause value = 97 Message type non-existent or not implemented;See Annex H, section H6.2.Cause value = 98 Message not compatible with call state or message type non-existent or notimplemented;See Annex H, section H6.3Cause value = 100 Invalid information element contents;See Annex H, section H6.5Cause value = 111 Protocol error unspecified;See Annex H, section H6.8.ANNEX G(to Recommendation GSM 04.08)GSM specific cause values for mobility managementG.1 Causes related to MS identificationCause value = 1 Unallocated TMSI.This cause is sent to the MS if the MS identifies itself by a TMSI which is notallocated in the relevant location area and openidentification is notrequested.Cause value = 2 IMSI unknown in HLRThis cause is sent to the MS if the MS is not known (registered) in the HRL.Cause value = 3 Illegal MSThis cause is sent to the MS when the MS does not pass the authenticationcheck, i.e. the SRES received from the MS is different from that generated bythe network.Cause value = 4 IMSI unknown in VLRThis cause is sent to the MS when the given IMSI is not known at the VLR.Cause value = 5 IMEI not acceptedThis cause is sent to the MS if the IMEI given cannot be accepted by thenetwork.G.2 Cause related to subscription optionsCause value = 11 PLMN not allowedThis cause is sent to the MS if it requests location updating in a PLMN wherethe MS, by subscription is not allowed to operate.Cause value = 12 Location Area not allowedThis cause is sent to the MS if it requests location updating in a Locationnarea where the MS, by subscription, is not allowed to operate.G.3 Causes related to PLMN specific network failures and congestionCause value = 17 Network failureThis cause is sent to the MS if the MSC cannot service an MS generated requestbecause of PLMN failures, e.g. problems in MAP.Cause value = 22 CongestionThis cause is sent if the service request cannot be actioned because ofcongestion (e.g. no channel, facility busy/congested etc.) G.4 Causes related to nature of requestCause value = 32 Service option not supportedThis cause is sent when the MS requests a service/facility in the CM SERVICEREQUEST message which is not supported by the PLMN.Cause value = 33 Requested service option not subscribedThis cause ist sent when the MS requests a service option for which it has nosubscription.Cause value = 34 Service option temporarily out of orderThis cause is sent when the MSC cannot service the request because of temporaryoutage of one or more functions required for supporting the service.Cause value = 38 Call cannot be identifiedThis cause is sent when the network cannot identify the call associated with acall re- establishment request.G.5 Causes related to invalid messagesCause value = 96 Mandatory information element error.See Annex H, sect. H.6.1.Cause value = 97 Message type non-existent or not implemented.see Annex H, sect. H.6.2.Cause value = 98 Message non compatible with call state or message type non-existent or notimplemented.see Annex H, sect. H.6.3.Cause value = 99 Information element non-existent or not implemented。
信令流程-主叫被叫
主叫信令细解✓1、CHANNEL_REQUEST–Channel request信息包含3bits的建立原因，5bits手机随机选取的Random Reference–建立原因包含呼叫响应、紧急呼叫或其他业务如主叫、短消息或位置更新–Random Reference 用来区分同时请求接入网络的手机✓2、CHANNEL_REQUIRED–包含Channel request的所有信息、TDMA frame number 、Access Delay–Access Delay 是BTS预估的第一次timing advance✓3、CHANNEL_ACTIVATION–收到channel-required 后BSC要分配给该呼叫SDCCH–信息包含DTX control, channel description, mobile allocation, 手机和基站的最大power levels ,BSC计算出的timing advance✓4、CHANNEL_ACTIVATION_ACK–channel activation 的响应–BTS收到该消息后收发就用SACCH✓5、IMMEDIATE_ASSIGNMENT_COMMAND–BSC告知BTS要用的SDCCH信道特征✓6、IMMEDIATE_ASSIGNMENT–BTS在AGCH上通知手机SDCCH信道特征–参数包括the page mode, SDCCH channel 描述, SACCH, hopping indicator, 初始timing advance, mobile allocation (假如开启了跳频)–还包括手机原先发送的request reference (random reference和TDMA frame number)，用来识别相应的手机–手机可以开始启用SDCCH✓7、CM_SERVICE_REQUEST–手机在SDCCH发送layer2信令SABM (Set Asynchronous Balanced Mode)给BTS–SABM包括一个layer3服务请求信息，用来向网络侧指示服务类型✓8、ESTABLISH_INDICATION–BTS通过Establish Indication消息应答Immediate Assignment Command–Establish Indication有两个用处，一是在本阶段通过BTS表明手机已经占用上了SDCCH,二是BTS识别主信令信道，以便加入layer3信息✓9、CM_SERVICE_REQUEST–送到MSC✓10、UA–BTS应答手机发送的SABM✓11、PROCESS_ACCESS_REQUEST–把手机的接入请求向VLR发送✓12、AUTHENTICATE–VLR发起鉴权请求✓13、AUTHENTICATION_REQUEST–MSC在DT1 (Data Form 1)上发送Authentication Request ，消息包含RAND✓14、AUTHENTICATION_REQUEST–BSC经BTS发送给手机✓15、AUTHENTICATION_RESPONSE–手机应答Authentication Request ，包含SRES–鉴权有两种算法A3和A8，算法和32位密钥Ki存在SIM卡中，鉴权中心(AuC) 也有相同的信息。
基于层3信令解码cause分析举例
Ps64上传SM Deactivate PDP Context RequestSM causeCause value: (36) Regular deactivation2：原因NO.27：终点故障"destination out of order"该原因表示不能到达用户所指示的收端，因为收端的接口工作不正常。
术语"工作不正常"表示信令消息不能递交到远端用户；例如，远端用户的物理层或数据层故障，用户设备脱机等。
22 Number changed(号码改变)26 Non selected user clearing(清除未选择的用户)27 Destination out of order(终点故障)28 Incomplete number(无效号码格式（不完全的号码）)29 Facility rejected(设施被拒绝)30 Response to status enquiry(对状态询问的响应)31 Normal,unspecified(正常，未规定)34 No circuit/channel available(无电路/信道可用)38 Network out of order(网络故障)41 Temporary failure(临时故障)42 Switching equipment congestion(交换设备拥塞)43 Access information discarded(接入信息被丢弃)44 Requested circuit/channel not available(请求的电路/信道不可用)47 Resources unavailable,unspecified(资源不可用，未规定)49 Quality of service unavailable(服务质量不可用)50 Requested facility not subscribed(未预订所请求的设施)55 Incoming calls barred within the CUG57 Bearer capability not authorized(承载能力未认可)58 Bearer capability not presently available(承载能力目前不可用)63 Service or option not available,unspecified(无适用的业务或任选项目，未规定) 65 Bearer service not implemented(承载业务不能实现)68 ACM equal to or greater than ACMmax69 Requested facility not implemented(所请求的设施不能实现)70 Only restricted digital information bearer(仅能获得受限数字信息承载能力)79 Service or option not implemented(业务不能实现，未规定)81 Invalid transaction identrfier value(无效处理识别码)87 User not member of CUG88 Incompatible destination(非兼容目的地址)91 Invalid mandatory information(无效过渡网选择)ISUP消息中rel原因值G3.1正常类别原因NO.1：未分配的（未确定的）号码"unassigned (unallocaled) number"该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配（未确定）。
Assistant信令详解
CallDropping（呼叫掉话中）CallDropped（掉话事件）CallCompleted（呼叫完成事件）DataServiceReq（数据业务请求事件）DataServiceRej（数据业务请求拒绝事件）DataServiceAcpt（数据业务请求接收事件）DataServiceSetupFail（数据业务建立失败事件）DataServiceDropped（数据业务掉话事件）DataServiceCompleted（数据业务完成事件）ReleaseCompleted（连接释放完成）AttachSuc（附着成功事件）AttachFail（附着失败事件）Detach（去附着事件）RAUpdateReq（路由更新请求事件）RAUpdateSuc（路由更新成功事件）RAUpdateFail（路由更新失败事件）PDPActivationReq（PDP 激活请求）PDPActivationSuc（PDP 激活成功）PDPActivationFail（PDP 激活失败）PDPDeactivation（PDP 去激活）ModifyPDPContextRequest（修改PDP 请求）SoftHOFail（软切换失败事件）TrChannelRecfgSuc（传输信道重配成功）CallDropping（呼叫掉话中）CallDropped（掉话事件）CallCompleted（呼叫完成事件）DataServiceReq（数据业务请求事件）DataServiceRej（数据业务请求拒绝事件）DataServiceAcpt（数据业务请求接收事件）DataServiceSetupFail（数据业务建立失败事件）DataServiceDropped（数据业务掉话事件）DataServiceCompleted（数据业务完成事件）ReleaseCompleted（连接释放完成）AttachSuc（附着成功事件）AttachFail（附着失败事件）Detach（去附着事件）RAUpdateReq（路由更新请求事件）RAUpdateSuc（路由更新成功事件）RAUpdateFail（路由更新失败事件）PDPActivationReq（PDP 激活请求）PDPActivationSuc（PDP 激活成功）PDPActivationFail（PDP 激活失败）PDPDeactivation（PDP 去激活）ModifyPDPContextRequest（修改PDP 请求）SoftHOFail（软切换失败事件）TrChannelRecfgSuc（传输信道重配成功）IntraFreqHHOSuc（同频硬切换成功事件）IntraFreqHHOFail（同频硬切换失败事件）CSConnectionHO2Gto3GAttempt (CS 域2G 到3G 的切换尝试)CSConnectionHO2Gto3GSuc(CS 域2G 到3G 的切换成功)3Gto2GReselection (3G 到2G 的重选)2Gto3GReselection (2G 到3G 的重选)CellReselection2Gto3G (2G到3G 的小区重选)CellReselectionConnectMode(小区重选连接模式)说明描述UE 向网络侧发送RRC Connection Request 消息。
信令流程及异常事件解决方案
MS主叫信令1．信道请求Channel Request（Rach）MS→BTSMS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）BTS申请一条信道。
2．申请信道Channel Required( BTS→BSC)BTS向BSC发一条申请信道消息。
3．信道激活Channel Activation (BSC→BTS)收到从BTS发来的申请信道消息后，BSC开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时BSC向BTS发送一条信道激活消息。
4．信道激活证实Channel Activation ACK(BTS→BSC)这是对信道激活消息的应答。
当BTS收到这条消息后，它开始在SACCH信道发送和接受消息。
5．立即指配命令immediate assignment (BSC→BTS)BSC告诉BTS关于被使用的SDCCH信道。
6．立即指配immediate assignment (BTS→MS) AGCH基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况，在这条消息中，包括的参数有：寻呼方式、SDCCH信道描述、随路SACCH、跳频、申请参数（与建立原因相同）、初始时间提前量和频率分配（跳频应用）。
7．CM业务请求CM service request (MS→BTS→BSC→MSC)移动台向网络发送CM业务请求，目的是为连接管理子层实体申请服务8．无编号确认UA(SDCCH)9．鉴权Authentication Request MSC→BSC→BTS→MS10．TMSI再分配命令TMSI Reallocation11．建立SetupMS处在SDCCH信道中，准备开始真正呼叫建立信令。
MS发送一建立消息给BSC，再被送到MSC。
BSC向MSC发送建立消息来告知MSC将要执行的呼叫。
12．呼叫接续Call Proceeding（MSC→BSC→MS (SDCCH)）MSC对建立消息的响应。
GSM 信令分析及规程详解汇总
精心整理Layer3信令分析及流程详解汇编Layer3信令是看网络运行情况的信息层，从第三层可以看到网络的各种动作：只出现其中2、7、8都在上51复1，不跳频时发类型3当类型4中发送的关于小区重选信息不够完整时，由类型7、8补充。
且在TC=7、3时发送（上图示）对于类型5、6在下行的SACCH 上发送，并没有复帧规范，除非切换完成后要立即发送类型5、6。
精心整理1、SystemInformationType1说明：系统信息类型1（频率信息）此类型仅用于跳频时，发送内容为：第一、小区信道描述。
用于通知移动，小区采用的频带与可以供跳频用的频点。
对于GSM900与GSM1800采用的格式是不同的。
对于GSM900：有一个CA-NO124对于第二、0-9与10表示EC优CBREMAXRETTX——移动台接入系统时允许重发的时隙间隔数：取值，3-12（每步1），14、16、25、32、50（个TDMA帧的时间），如取12时，MS将等待250毫秒再加上1--11个TDMA帧的时间（12之下的一个随机数），之后再下次接入。
总结：所有参数如下⑴、CellChannelDescription：.GSM900：CA-NO、CA-ARFCNGSM1800andGSM1900：FORMAT-ID+编码数据⑵、RACHControlParameters：ACC、EC、RE、CB、MAXRET、TX2、SystemInformationType2说明：系统信息类型2待机模式下小区的测量频点，（同频段，移动网有两个频段，GSM900和DCS1800），在通话模式下有另外定义的测量频点，也就是说一个小区可以在待机时做测量频点，而通话时不做测量频点，允许小区重选而不允许切换，反之也可以只允许切换不允许小区重选也可以，不过通常情况下待机和通话时的测量频点是一致的。
（相邻小区的BCCH、扩展频带、其它频带、多频带）一、邻近小区描述：对于GSM900，有如下三个数据BA-NO：BCCH使用频带描述，当BA-NO=0时，表示GSM900。
切换异常的几种原因分析及排查
RNC发起无线链路建立，NodeB返回失败；
RadioLinkSetupFailure
RelocationFailure
RNC向CN发送重定位失败消息，根据失败的类型填写消息中的错误码；
IuReleaseRequest
D侧发起Iu连接释放过程；
IuReleaseCommand
原因分析及排查手段：
可能原因为：
UE未收到CONFIRM消息（下行功率不足或存在干扰等原因）；
UE收到了CONFIRM消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；
UE收到了CONFIRM消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；
排查方法：
网络侧向终端发起物理信道重配过程，定时时间内终端未发送物理信道重配完成消息，且在等待时间内未上报小区更新；
measurementReport
UciuHelloForward
UciuHelloForwardAck
SUciuMacMeasReport
RadioLinkDeletionRequest
网络侧删除目标小区无线链路及承载；
RadioLinkDeletionResponse
FpSRelReq
IuReleaseRequest
原因分析及排查手段：
UE收到了RECONFIGURATION消息，并发送了COMPLETE消息，但RNC未收到（上行功率不足或存在干扰等原因）；
UE收到了RECONFIGURATION消息，但没发送COMPLETE消息（消息错误或UE内部错误等原因）；
1.1.2.5
1.信令截图：
2.原因分析及排查手段：
信令和掉话
完 THANKS
因找不到合适的小区而导致掉话， 因找不到合适的小区而导致掉话，这种情况一般 发生在市区等基站密集的地方； 发生在市区等基站密集的地方； （2）两小区的交界部分出现明显的无线信号覆盖 的漏洞； 的漏洞； （3）覆盖过小也可能是由于某个小区的硬件设备 出现了问题，如天线受到阻挡或携载BCCH BCCH的载 出现了问题，如天线受到阻挡或携载BCCH的载 频发生了故障（功放部分）； 频发生了故障（功放部分）； （4）还有一种原因是由于一些高大建筑物所产生 的阴影效应导致移动台信号发生快衰落而来不及 切换引起的掉话； 切换引起的掉话； （5）邻小区定义不全会导致移动台保持通话在现 有小区中，直至超出该小区覆盖边缘而掉话。 有小区中，直至超出该小区覆盖边缘而掉话。
掉话： 掉话：
一、掉话的定意： 在一次正常的通话中，在信令中没有出 现channel release 或者Disconnect,而移 动台由专用模式转为空闲模式，即为一次 掉话。 对于导致掉话的原因通常有两种 1)射频掉话 2)切换掉话
射频掉话
1.接收电平弱，导致信道丢失。 1.接收电平弱，导致信道丢失。 接收电平弱 2.信道受到干扰 导致SACCH下行失败。 信道受到干扰， SACCH下行失败 2.信道受到干扰，导致SACCH下行失败。 射频掉话表现为以下5 射频掉话表现为以下5点： 服务小区由于各种原因（ （1）服务小区由于各种原因（如无线传播环境太 功率太高） 好、功率太高）导致覆盖太大甚至将它的邻小区 也覆盖在内，或它的邻小区定向天线（ 也覆盖在内，或它的邻小区定向天线（设邻小区 为定向小区）方位角有问题或本身信号太弱， 为定向小区）方位角有问题或本身信号太弱，以 至于移动台超出了它所定义的邻小区B 至于移动台超出了它所定义的邻小区B的覆盖范 围之外到达了小区C后还占用着服务小区A的信号， 围之外到达了小区C后还占用着服务小区A的信号， 而小区A又未定义邻小区C 而小区A又未定义邻小区C，此时移动台再根据原 服务小区A提供的邻小区B进行切换时， 服务小区A提供的邻小区B进行切换时，就会
信令分析案例
1、MS呼叫未接通：问题描述: 在做DT测试过程中发生了一次未接通，地点是LAC区交接处.在DT测试的行程中，可能发生数次跨LAC区的切换，极易发生掉话或未接通情况。
主要有以下三条信令消息：UL：CHANNEL REQUESTDL：IMMEDIATE ASSIGNMENTUL：CM SERVICE REQUEST问题分析: (1)在上行的CM SERVICE REQUEST信令发出后，没有下行的响应，通话状态由起呼直接转为空闲模式（IDLE），由此可以断定发生了一次未接通。
由于上行UL：CM SERVICE REQUEST是MS发起的对SDCCH的申请，发出申请后没有应答，没有出现标志呼叫接通的信令消息，可以断定发生了一次未接通情况。
其原因可能为该服务小区的SDCCH 信道拥塞，也可能是由于无线环境的恶化造成SDCCH信令丢失。
因为此次DT测试发生在跨数个LAC的路段，而且是上一个通话刚刚结束，起初判断可能是发生了一次位置更新。
(2) 位置更新信令消息如下：DL：CHANNEL RELEASEUL：CHANNEL REQUEST（开始位置更新）DL：IMMEDIATE ASSIGNMENTUL：LOCATION UPDATING REQUESTDL：AUTHENTICATION REQUESTUL：AUTHENTICATION RESPONSEDL：LOCATION UPDATING ACCEPTUL：TMSI REALLOCATION COMPLETEDL：CHANNEL RELEASE结合此例的第三层信令消息来看，例子中MS发出了UL：CM SERVICE REQUEST，并不是UL：LOCATION UPDATING REQUEST，由此可以判断出此例并非是位置更新。
2 、位置更新导致数据吞吐量为0问题描述: 在某路段,进行数据业务测试时,发现MS数据吞吐量变为0,没有了与GPRS网络的连接.问题分析: (1) 在该路段进行语音业务测试, 确认已经完全覆盖.(2) 分析当时数据业务测试的层3信令. 当时的信令为:DL：SYSTEM INFORMATION TYPE 1UL：LOCATION UPDATING REQUESTUL：CHANNEL REQUEST初步定位数据吞吐量变为0的原因是MS执行了一次跨路由区的小区重选(3) 对比在当时显示图的信令部分可以明显的看出该MS正在做位置更新.3 、FTP下载中断问题描述: 在DT FTP下载测试中，MS已成功登陆FTP Server，并已经开始下载数据，FTP下载进度为9％，在经过一次小区重选后, FTP下载不能继续进行，在一系列的Ping fail后，FTP掉线.问题分析: (1) 查看层三信令,具体显示如下：Direction Type Layer 3 MessageUL GPRS SM Deactivate PDP Context RequestDL RR System Information Type 13UL RR Channel RequestDL RR Immediate AssignmentDL GPRS SM Deactivate PDP Context Accept发现在事件列表中有PDP Deactivated的消息，在层三消息中可以看到是手机发起的上行消息.(2)发生这种情况可能有3种原因：一是手机在测试过程中电缆的某个接口发生了松动，这样手机可能会发出PDP去激活申请。
GSM信令详解
目录目录 (1)一、第三层信息（GSM Layer 3 ）的分类 (3)1. CC层 (3)2、MM层 (4)3、RR层 (4)二、接续流程 (5)2.1、移动主叫流程 (5)2.1.1、信道请求Channel Request（Rach）MS→BTS (7)2.1.2 申请信道Channel Required( BTS→BSC) (7)2.1.3 信道激活Channel Activation (BSC→BTS) (7)2.1.4信道激活证实Channel Activation ACK(BTS→BSC) (7)2.1.5 立即指配命令immediate assignment (BSC→BTS) (7)2.1.6 立即指配immediate assignment (BTS→MS) AGCH (7)2.1.7 CM业务请求CM service request (MS→BTS→BSC→MSC) (8)2.1.8 无编号确认UA(SDCCH) (8)2.1.9 鉴权Authentication Request MSC→BSC→BTS→MS (8)2.1.10 TMSI再分配命令TMSI Reallocation (9)2.1.11 建立Setup (9)2.1.12呼叫接续Call Proceeding (9)2.1.13指配请求Assigment Activation BSC→BTS (10)2.1.14 信道激活Assigment Activation ACK BTS→BSC (10)2.1.15 分配命令Assigment Command (10)2.1.16 SABM（设置异步平衡模式）Layer2 （FACCH） (10)2.1.17 建立指示Establish Indication BTS→BSC (11)2.1.19 分配完成Assigment Complete (11)2.21振铃提醒Alerting (11)2.22连接Connect (11)2.1.24测量报告Measurement Report (11)2.1.25撤销连接Disconnect (11)2.1.26 释放Release (12)2.1.27 释放完成Release Complete (12)2.1.28 清除命令Clear command (12)2.1.29 释放信道Channel Release (12)2.1.30 DEACTIVE_SACCH（慢速随路控制信道） (12)2.1.31 DISC (12)2.1.32 UA (12)2.1.33 释放指示 (12)2.1.34 RF信道释放 (12)2.1.35 RF信道释放确认 (12)2.1.36 清除完成 (12)2.1.37 SCCP释放 (12)2.1.38 SCCP释放确认 (12)2.2、手机被叫流程的区别 (13)三、第三层（Layer 3）信令详解 (15)1、System Information Type1 (15)2、System Information Type2 (16)3、System Information Type2ter (17)4、System Information Type 3 (18)5、System Information Type 4 (20)6、System Information Type 5 (21)7、System Information Type 5ter (22)8、System Information Type 6 (22)9、System Information Type 7、8 (23)10、Paging Requst type1 (23)11、Synch Channel Information (24)12、其他： (24)四、常见原因值 (28)1、Channel Release信令里面的Cause（事件号） (28)编号 (29)原因 (29)2、disconnect断开原因 (30)一、第三层信息（GSM Layer 3 ）的分类GSM移动无线接口第三层的信息有很多种，而我们在路测中主要是处理一些故障，所以一般只显示常用的几种，包括无线资源管理（RR）移动性管理（MM）、呼叫控制（CC）三方面信息。
LTE信令S1AP的CAUSE值中文解析
信令消息与事件对应关系
RAB建立 RAB建立完成
RAB Setup RAB Setup Completed
Outgoing Call Established 连接 连接确认 测量控制 测量控制 Outgoing Call Setup 测量控制 Handover Request(Intra TD) 测量报告 物理信道重配置 Handover Request(Intra TD) Handover Success(Intra TD) 物理信道重配置完成 Outgoing Call End/Hangup Dial 断开 Outgoing Call End 释放 释放完成 RRC连接释放 RRC连接释放完成 RRC连接释放完成 RRC连接释放完成 RRC连接释放完成 RRC连接释放完成 路由区更新应答 路由区更新完成 信号连接释放 RAB重配置 RAB重配置完成
1 2 3 4 验证 5
6
切换
方向 DL DL DL UL DL UL UL DL UL DL UL UL DL UL DL DL UL DL DL UL DL DL DL UL DL UL UL DL UL DL UL UL UL UL UL DL DL UL DL DL UL DL UL
消息(Message) 消息中能了解的内容 systemInformationBlockType2 systemInformationBlockType5 systemInformationBlockType7 rrcConnectionRequest (UL_CCCH) TMIS/MCC/MNC/LAC/PCCPCH-RSCP rrcConnectionSetup (DL_CCCH) TMIS/MCC/MNC/LAC rrcConnectionSetupComplete (UL_DCCH) supportOfGSM=true（是否支持2/3G切换） CM Service Request Authenticaiton Requset Authenticaiton Response securityModeCommand (DL_DCCH) securityModeComplete (UL_DCCH) Setup 被叫号码 Identity Request Identity Response Call Proceeding radioBearerSetup (DL_DCCH) URAFCN/CELL ID radioBearerSetupComplete (UL_DCCH) Alerting Connect Connect Acknowledge measurementControl (DL_DCCH) 邻区的频点、扰码、偏置,迟滞 measurementControl (DL_DCCH) measurementControl (DL_DCCH) measicalChannelReconfiguration(DL_DCCH) physicalChannelReconfigurationComplete(UL_DCCH) Disconnect Release Release Complete rrcConnectionRelease(DL_DCCH) rrcConnectionReleaseComplete (UL_DCCH) rrcConnectionReleaseComplete (UL_DCCH) rrcConnectionReleaseComplete (UL_DCCH) rrcConnectionReleaseComplete (UL_DCCH) rrcConnectionReleaseComplete (UL_DCCH) masterInformationBlock Routing Area Update Accept Routing Area Update Complete signallingConnectionRelease(DL_DCCH) radioBearerReconfiguration(DL_DCCH) radioBearerReconfigurationComplete(UL_DCCH) utranMobilityInformation(DL_DCCH) utranMobilityInformationConfirm(UL_DCCH)
常见异常事件信令分析
常见异常事件信令分析目录：一、日常指标中常见异常事件 (2)1、SDCCH拥塞： (2)2、SDCCH分配失败： (3)2.1无线原因引起SDCCH分配失败： (3)2.2 BSS问题引起的SDCCH分配失败： (3)2.3 SDCCH分配失败信令分析： (3)3、SDCCH掉话 (7)3.1无线问题引起SDCCH掉话： (7)3.2 BSS问题引起SDCCH掉话： (7)3.3 SDCCH掉话信令分析 (8)4、TCH拥塞 (10)5、TCH分配失败 (11)5.1无线原因引起的TCH分配失败： (11)5.2 BSS原因引起的TCH分配失败： (12)5.3 TCH分配失败信令分析： (13)6、TCH掉话 (16)6.1无线问题引起TCH掉话： (16)6.2切换失败引起TCH掉话： (17)6.3 BSS内部原因引起TCH掉话： (17)6.4传输问题引起TCH掉话： (17)6.5 TCH掉话信令分析： (18)6.5.1 MC736掉话 (18)6.5.2 MC621掉话 (19)6.5.3 MC14C掉话 (21)6.5.4 MC739掉话 (21)6.5.5 正常的挂机 (22)7、切换异常事件 (26)7.1、无线原因引起的切换失败返回信令流程（小区间异步切换）： (26)7.2、系统原因（BSS问题）引起的切换失败 (26)7.3、切换失败信令分析： (26)二、DT测试中的异常事件 (30)1、未接通 (30)1.1由于TCH拥塞 (30)1.2位置更新引起 (33)2、paging失败 (35)3、TCH掉话 (35)三、附录 (38)Abis口信令名词缩写解释： (38)一、日常指标中常见异常事件日常指标中常见异常事件主要表现为：SDCCH拥塞、SDCCH分配失败、SDCCH 掉话、TCH拥塞、TCH分配失败、TCH掉话、TCH切换失败1、SDCCH拥塞：信令流程如下：MC02a 位置更新次数MC02h 所有主叫电话占用SDCCH次数MC04 SDCCH拥塞次数当用户发起CHANNEL REQUEST时，网络发现无空闲的SDCCH信道时，BSC将会：如果小区参数En_Imm_Ass_Rej=“True”，则发Immediately Assignment Reject；否则Channel Required消息。
BYE或Cancel原因值解析,对应Disconnect
层三信令“Disconnect”原因值解析1 Unassiagned number(未分配的号码（空号）)3 No route to destination(无至目的地的路由)6 Channel unacceptable(不可接受的信道)16 Normal clearing(正常清除)17 User busy(用户忙)18 No user responding(无用户响应)19 User alerting,no answer(已有用户提醒，但无应答)21 Call rejected(呼叫拒绝)22 Number changed(号码改变)26 Non selected user clearing(清除未选择的用户)27 Destination out of order(终点故障)28 Incomplete number(无效号码格式（不完全的号码）)29 Facility rejected(设施被拒绝)30 Response to status enquiry(对状态询问的响应)31 Normal,unspecified(正常，未规定)34 No circuit/channel available(无电路/信道可用)38 Network out of order(网络故障)41 Temporary failure(临时故障)42 Switching equipment congestion(交换设备拥塞)43 Access information discarded(接入信息被丢弃)44 Requested circuit/channel not available(请求的电路/信道不可用)47 Resources unavailable,unspecified(资源不可用，未规定)49 Quality of service unavailable(服务质量不可用)50 Requested facility not subscribed(未预订所请求的设施)55 Incoming calls barred within the CUG57 Bearer capability not authorized(承载能力未认可)58 Bearer capability not presently available(承载能力目前不可用)63 Service or option not available,unspecified(无适用的业务或任选项目，未规定)65 Bearer service not implemented(承载业务不能实现)68 ACM equal to or greater than ACMmax69 Requested facility not implemented(所请求的设施不能实现)70 Only restricted digital information bearer(仅能获得受限数字信息承载能力)79 Service or option not implemented(业务不能实现，未规定)81 Invalid transaction identrfier value(无效处理识别码)87 User not member of CUG88 Incompatible destination(非兼容目的地址)91 Invalid mandatory information(无效过渡网选择)95 Semantically incorrect message(无效消息，未规定)96 Invalid mandatory information(必选消息单元差错)97 Message type non-existent or not implemented(消息类型不存在或不能实现)98 Message type not compatible with protocol state(消息与控制状态不兼容，消息类型不存在或不能实现)99 Information element non-existent or not implemented(信息单元不存在或不能实现)100 Conditional IE error(无效信息单元内容)101 Message not compatible with protocol state(消息与呼叫状态不兼容)102 Recovery on timer expiry(定时器超时恢复)111 Protocol error,unspecified(协议差错，未规定)127 Interworking,unspecified(互通，未规定)以下为具体解释：ISDN的pri值定义G3 原因定义G3.1 正常类别原因NO.1：未分配的(未确定的)号码“unassigned(unallocaled)number”该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配(未确定)。
LTE信令S1AP的CAUSE值中文解析
与硬件故障有关 该动作是由于O&M干涉 当没有采用如上原因值，并且其原因没有和 无线网络层、传输网络层、NAS或Protocol相关时，发送此原因值 MME 没有识别eNB 提供的任何PLMN
，以及源eNB通过不继续向其特定的目标eNB进行切换，评估该UE的服务连续性会更好
经分配给另一存在的上下文 经分配给另一存在他原因
Hardware Failure O&M Intervention Unspecified Failure Unknown PLMN
中文解释 当没有具体的原因值的情况下发送的无线网络层原因 监护切换的定时器在X2接口上已经异常逾时了 成功切换 由于E-UTRAN产生的原因发起了释放 该动作的原因是切换的取消 为切换取消提供一个原因。来自MME 的HANDOVER COMMAND 消息包含E-RABs to Release List IE，以及源eNB通过不继续向其 切换失败是由于目标EPC/eNB 或目标系统中的失败 不允许怀疑的UE切换到指示的目标小区 该动作的原因是由于定时器TS1RELOCoverall.的逾时 当定时器TS1RELOCprep 逾时时，取消切换准备过程 相应的小区不可用 切换被拒绝是因为EPC对目标ID是未知的 目标小区负载过高 该动作失败是由于MME UE S1AP ID要么是未知的，要么（eNB接收的第一条消息）是可知的，但已经分配给另一存在的上下文 该动作失败是由于eNB UE S1AP ID要么是未知的，要么（MME接收的第一条消息）是可知的，但已经分配给另一存在的上下文 该动作失败是由于两个 UE S1AP IDs是未知的，或是可知的，但是没有定义单一的UE上下文 请求切换的原因是与无线相关 请求切换是出于时间临界的原因，即如果不执行切换，连接有可能中断，该原因值描述这些所有的紧急情况 请求切换的原因是出于提高邻区的负载分配 服务小区上的负载需要减少 请求该动作是由于用户在所有的E-RABs 上不活跃，例如为了最优化无线资源，请求释放S1 资源 请求该 动作是由于与UE的无线连接不稳定 请求该动作是为了在MME处所有负载平衡以及卸载情况 该动作是由于已经触发一个CS回溯（CS fallback） 请求该动作是由于已经出发一个小区更改命令（Cell Change Order） 没有可请求的可用无线资源 该动作失败是由于无效的QoS结合 请求释放是由于RAT间重定向 无线接口过程已经失败 该动作是由于另一过程正在干扰 该动作失败是由于eNB 对E-RAB ID 是未知的 该动作失败是由于已经提供给eNB关于同一个E-RAB 的多个实例 eNB无法支持UE支持的任何加密和/或完整性保护算法 该动作是由于已经触发一个SI系统内切换 该动作是由于已经触发一个SI系统外切换 该动作是由于已经触发一个X2 切换 The release is requested due to redirection towards a 1xRTT system. The E-RAB setup failed because the requested QCI is not supported. 请求的传输资源不可用 当不采用如上原因值，但其原因依然和传输网络层有关时，发送此原因值 正常释放 该动作是由于认证失败 该动作是由于调用 当没有采用如上原因值，但其原因依然和NAS相关时，发送此原因值 所接收的消息包含一个传输句法错误 所接收的消息包含一个抽象句法错误以及相应的指示为"reject"的状态 所接收的消息包含一个抽象句法错误以及相应的指示为 "ignore and notify"的状态 所接收的消息和接收端的状态不兼容 所接收的消息包含一个语义错误 所接收的消息包含IEs 或 IE 组要么顺序错误，要么出现太多次 当没有采用如上原因值，但其原因依然和 Protocol相关时，发送此原因值 控制处理超载 没有关于用户层处理的足够资源
Cause value分析
切换失败有那些原因?除去没定义邻区关系外，还有那些情况会导致切换失败?手机在通话中为了保证通话质量，经常会切换到能够提供更好服务的小区上去，如果移动的距离较长，则会发生多次切换的现象。
虽然切换失败不等同于掉话，但在GSM网络中切换失败就意味着增加了网络的信令流量，并且也是掉话的隐患。
因此处理好切换关系，减少切换失败的任务是优化工作非常重要的一项环节。
在这一章里我们将从路测角度结合实例来分析日常工作中会遇到的切换失败的现象，并分析造成各种现象的原因以及相应的处理办法。
总的来说，在遇到切换失败事件时首先应该从HO_FAILURE消息中查找切换失败的原因解释（Causevalue）,有些切换失败是可以直接查到切换失败原因的（可以详查GSM规范）。
但对于有些Cause value，如Cause value111（Protocol error，unspecified）、Cause value 3（Abnormal release，timer expired）等就无法定位具体原因。
对于这些情况，我们就应该再进一步的对信令流程、多种测量参数、统计报告以及测试现场的环境等进行综合的分析，从而进一步确定切换失败原因。
下面的大部分篇幅的分析解决办法都是基于这些无法定位具体原因的Cause value。
一、连续的切换失败测试中我们有时会遇到这样的情况：如图7所示，接连不断的出现切换失败，当测试工程师继续驱车向前行驶时，就可能导致拖带掉话。
从系统下行发送的Handover_Command消息中我们可以发现，目标小区都是同一个小区（或同一个基站的不同小区）。
此种现象一般都和基站或传输设备的时钟故障有关，但也有可能是同频同BISC的小区造成的。
二、单独出现的切换失败如上所述，面对连续的切换失败时，我们的目标比较明确，而且基本上都是与时钟等硬件有关，比较容易发现问题，也比较好解决。
而实际工作中，却存在着偶尔单独出现的切换失败现象。
信令详细解析(个人整理)
CSFB信令流程：1、Extended service request2、RRC Connection Request建立原因：3、RRC Connection setup4、RRC Connection setup complete∙rrc_TransactionIdentifier：RRC Connection Setup Complete消息中含有rrc_TransactionIdentifier的值应该与RRC Connection Setup中的rrc_TransactionIdentifier相同，信元含义见RRC Connection Setup。
∙SelectedPLMN_Identity是SIB1广播中plmn-IdentityList的index，其中SelectedPLMN_Identity若为1，则代表是SIB1的plmn-IdentityList中的第一个。
∙dedicatedInfoNAS携带NAS消息，包含ATTACH REQUEST，TAU REQUEST，SERVICE REQUEST等消息。
5、Security Mode Command该消息是E-NodeB发给UE的，消息主要包含了协商的安全算法信息，包括加密算法和完整性保护算法。
>cipheringAlgorithm = 0：加密算法（0：eea0；1：eea1；2：eea2）。
>integrityProtAlgorithm = 0：完整性检查算法（0：served；1：eia1；2：eia1）6、Security Mode complete对SecurityModeCommand消息的响应消息，无实质内容。
7、UE Capability Enquiry8、UE Capability Information9、RRC connection ReconfigurationRRC Connection Reconfiguration信令首先提供给终端目标小区的频点、带宽、邻区配置数量和小区质量偏移。
S1AP 中 UE Context Release Request CAUSE值查看
ENUMERATED
(Unspecified,
TX2RELOCOverallExpiry,
SuccessfulHandover,
Release due toE-UTRAN Generated Reason,
HandoverCancelled,Partial Handover, Handover Failure In Target EPC/eNB Or Target System,
传输层原因
解释
Transport Resource Unavailable
请求的传输资源不可用
Unspecified
当不采用如上原因值，但其原因依然和传输网络层有关时，发送此原因值
NAS原因
解释
Normal Release
正常释放
Authentication Failure
该动作是由于认证失败
Detach
Abstract Syntax Error (Ignore And Notify)
所接收的消息包含一个抽象句法错误以及相应的指示为"ignore and notify"的状态
Message Not Compatible WithReceiverState
所接收的消息和接收端的状态不兼容
Semantic Error
Reduce Load in Serving Cell
服务小区上的负载需要减少
User Inactivity
请求该动作是由于用户在所有的E-RABs上不活跃，例如为了最优化无线资源，请求释放S1资源
Radio Connection With UE Lost
请求该动作是由于与UE的无线连接不稳定
Load Balancing TAU Required
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Channel Release信令里面的Cause
（事件号）分析
对应的网络发生的事情，在这里我们可以看到很多网络释放的原因，例如：我们平时测试时，在被叫MS没有人接听或者正在通话的情况下，就会统计成一次连接失败，如果我们在报告里面仅仅用文字表达的话，说服力不强，但是要是在报告里面能说明Cause是17、19的话就很容易说服别人，还有拥塞也可以在信令里面看到Cause是34，除次以外还有很多Cause，可以看下表：
编号原因
1 Unassiagned number(未分配的号码（空号）)
3 No route to destination(无至目的地的路由)
6 Channel unacceptable(不可接受的信道)
16 Normal clearing(正常清除)
17 User busy(用户忙)
18 No user responding(无用户响应)
19 User alerting,no answer(已有用户提醒，但无应答)
21 Call rejected(呼叫拒绝)
22 Number changed(号码改变)
26 Non selected user clearing(清除未选择的用户)
27 Destination out of order(终点故障)
28 Incomplete number(无效号码格式（不完全的号码）)
29 Facility rejected(设施被拒绝)
30 Response to status enquiry(对状态询问的响应)
31 Normal,unspecified(正常，未规定)
34 No circuit/channel available(无电路/信道可用)
38 Network out of order(网络故障)
41 Temporary failure(临时故障)
42 Switching equipment congestion(交换设备拥塞)
43 Access information discarded(接入信息被丢弃)
44 Requested circuit/channel not available(请求的电路/信道不可用)
47 Resources unavailable,unspecified(资源不可用，未规定)
49 Quality of service unavailable(服务质量不可用)
50 Requested facility not subscribed(未预订所请求的设施)
55 Incoming calls barred within the CUG
57 Bearer capability not authorized(承载能力未认可)
58 Bearer capability not presently available(承载能力目前不可用)
63 Service or option not available,unspecified(无适用的业务或任选项目，未规定)
65 Bearer service not implemented(承载业务不能实现)
68 ACM equal to or greater than ACMmax
69 Requested facility not implemented(所请求的设施不能实现)
70 Only restricted digital information bearer(仅能获得受限数字信息承载能力)
79 Service or option not implemented(业务不能实现，未规定)
81 Invalid transaction identrfier value(无效处理识别码)
87 User not member of CUG
88 Incompatible destination(非兼容目的地址)
91 Invalid mandatory information(无效过渡网选择)
95 Semantically incorrect message(无效消息，未规定)
96 Invalid mandatory information(必选消息单元差错)
97 Message type non-existent or not implemented(消息类型不存在或不能实现)
98 Message type not compatible with protocol state(消息与控制状态不兼容，消息类型不存在或不能实现)
99 Information element non-existent or not implemented(信息单元不存在或不能实现)
100 Conditional IE error(无效信息单元内容)
101 Message not compatible with protocol state(消息与呼叫状态不兼容) 102 Recovery on timer expiry(定时器超时恢复)
111 Protocol error,unspecified(协议差错，未规定)
127
Interworking,unspecified(互通，未规定)。