当前位置：文档之家 › 层三信令“Disconnect”原因值解析讲解

层三信令“Disconnect”原因值解析讲解

  • 格式：doc
  • 大小：103.51 KB
  • 文档页数：9

层三信令“Disconnect”原因值解析原因值表1下面是具体解释：ISUP消息中rel原因值G3.1正常类别原因NO.1：未分配的（未确定的）号码"unassigned (unallocaled) number"该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配（未确定）。

原因NO.2：无路由到达规定的转换网络（国内使用）"no route to specified transit network(nationaluse)"unallocaled(unassigned) number该原因表示发送该原因的设备已经收到一个通过特定未被识别的转接网络迂回呼叫的请求。

发送该原因的设备不能识别该转接网络是因为该转接网络不存在或当它存在时并没有未该设备提供服务。

是否支持该原因由网络决定。

原因NO.3无路由到达终点"no route to destination"该原因表示不能到达被叫用户，因为呼叫所经过的网络不为所希望的终点提供服务。

是否支持该原因由网络决定。

原因NO.4发送特殊的信息音"send special information tone"该原因表示不能达到被叫用户的原因在于应向主叫用户返回特殊信息音。

原因NO.5转接前缀拨号错误（国内使用）"misdialled trunk prefix(national use)"该原因表示被叫方号码的转接前缀错误内含。

原因NO.6：不可接受的通路"chnnel unacceptable"该原因表示发送实体在呼叫中不接受使用最新标识的通路。

原因NO.7：呼叫已给出并正在已建立的通路上递交"call awarded and being delivered in an established channel"该原因表示已给予用户来呼叫，并表示这一来呼叫在已建立的通路上与类似的呼叫一起正在被连接到该用户。

原因NO.8：先占"preemption"该原因表示呼叫正在被预先占有。

原因NO.9：先占电路留作重新使用"preemption-circuit reserved for reuse"该原因表示呼叫正在被预先占有，电路留作先点交换的重新使用。

原因NO.16：正常的呼叫清除"normal call clearing"该原因表示呼叫正在被清除，这是因为呼叫所涉及的用户之一已经请求清除呼叫。

在正常情况下，网络不发送这一原因。

原因NO.17：用户忙"user busy"当被叫用户指示不能接受另一个呼叫时使用这一原因。

原因NO.18：无用户响应"no user responding"当被叫用户在规定的时间周期内不用提醒或连接指示响应呼叫建立消息时使用这一原因。

原因NO.19：无用户应答（用户已提醒）"no answer from user(user alerted)"当用户在规定的时间周期内提供提醒指示但未提供连接指示时使用这一原因。

注－该原因不一定由Q.931程序产生，而可能由内部网络定时器产生。

原因NO.20：用户缺席"subscriber absent"该原因用作移动应用，本规范暂不使用。

原因NO.21：呼叫拒绝"call rejected"该原因表示发送这一原因的设备不希望接收呼叫，虽然它可以接受呼叫，因为发送该原因的设备既不忙，也兼容。

该原因可以由网络产生，表示由于补充业务的限制而清除了呼叫。

诊断字段可能包含有关补充业务的附加信息和拒绝原因。

原因NO.22：号码变更"number changed"当主叫用户所指示的被叫用户号码不再被分配时，该原因被返回到主叫用户。

新的被叫用户号码可以作为任选项目包含在诊断字段中。

如果网络不支持这种能力，将使用原因NO.1未分配的（未确定）的号码。

原因NO.26：清除未选择的用户"non-selected user clearing"该原因表示未给予用户来呼叫。

原因NO.27：终点故障"destination out of order"该原因表示不能到达用户所指示的收端，因为收端的接口工作不正常。

术语"工作不正常"表示信令消息不能递交到远端用户；例如，远端用户的物理层或数据层故障，用户设备脱机等。

原因NO.28：无效的号码格式（不完整号码）"invalid number format(incomplete number)"该原因表示不能到达被叫用户因为被叫用户号码的格式无效或被叫用户号码不完整。

原因NO.29：性能被拒绝"facility rejected"当网络不能提供用户所请求的性能时则返回这一原则。

原因NO.30：对STATUS ENQUIRY的响应"response to STATUS ENQUIRY"当产生STATUS消息的原因是先接收到一条STA TUS ENQUIRY消息时，该原因被包含在STA TUS消息中。

原因NO.31：正常，未规定"normal,unspecified"仅在正常原因类别中无其它原因适用时，使用该原因报告一个正常事件。

G3.2无可用的资源类别原因NO.34：无可用的电路/通路"no circuit'channel available"该原因表示目前尚无适当的电路/通路可用来处理呼叫。

原因NO.38：网络失序"network out of order"该原因表示网络运行不正确，并且条件可能会持续相当长的时间；例如，立刻重新发起呼叫可能不会成功。

原因NO.39：永久帧方式连接未开放业务"permanent frame mode connection out-of -service"原因包含在STATUS消息表示一个永久建立帧方式连接未开放业务（例如，由于设备或部分故障）。

注－该原因在本标准中暂不使用。

原因NO.40：永久帧方式连接可运营"permanent frame mode connection operational"该原因包含在STA TUS消息表示一个永久建立帧方式连接是可运营的，并且可以传递用户信息。

注－该原因在本标准中暂不使用。

原因NO.41：临时故障"temporary failure"该原因表示网络工作不正常，并且这一状态不可能持续很长时间，例如，用户几乎可能立即希望进行另一次试呼。

原因NO.42：交换设备拥塞"switching equipment congestion"该原因表示产生这一原因的交换设备正在历经高业务量周期。

原因NO.43：接入信息被丢弃"access information discarded"该原因表示网络不能向远端用户按要求递交接入信息：即，如诊断中所指示的用户－用户信息，低层兼容性，高层兼容性或子地址。

应用注意所丢弃的某种接入信息作为任选项目被包含在诊断中。

原因NO.44：请求的电路/通路不可用"requested circuit/channel not available"当另一侧接口不能提供请求实体所指示的电路或通路时，返回这一原因。

原因NO.46：优先呼叫阻塞"precedence call blocked"该原因表示没有优先电路，或者被叫用户忙，并且其呼叫由相同或更高的优先级。

原因NO.47：资源不可用，未规定"resource unavailable,unspecified"该原因仅在没有任何其它的资源不可用类型使用时报告一个资源不可用的事件。

G3.3无适用的业务或任选项目类别原因NO.49：业务质量不可用"quality of service not available"该原因用来报告所申请的建议X.213中定义的业务质量不能提供（例如，不能支持吞吐量或转接延迟）。

原因NO.50：未预订所请求的性能"requested facility not subscribed"该原因表示网络不能提供所请求的补充业务，因为用户没有完成支持业务的网络所必要的管理手续。

原因NO.53：CUG内呼出呼叫阻塞"outgoing calls barred within CUG"该原因表示虽然主叫方是可以呼出CUG呼叫的CUG成员，但CUG的该成员不允许呼出呼叫。

原因NO.55：CUG内呼入呼叫阻塞"incoming calls barred within CUG"该原因表示虽然被叫方是可以接收呼入CUG呼叫的CUG成员，但CUG的该成员不允许接收呼入呼叫。

原因NO.57：承载能力未认可"bearer capability not authorised"该原因表示，虽然产生该原因的设备已实施了用户请求的承载能力，但用户未被认可使用。

原因NO.58：目前尚无可用的承载能力"bearer capability not presently available"该原因表示，虽然产生该原因的设备已实施了用户请求的承载能力，但此时无可用的承载能力。

原因NO.62：分配的呼出接入信息与用户级别不一致"inconsistency in designated outgoing access information and subscriber class"该原因表示在分配的呼出接入信息与用户级别之间存在不一致。

原因NO.63：无适用的业务或任选项目，未规定"service or option not available, unspecified"仅在无适用的业务或任选项目类别中无其它原因使用时，使用该原因报告无适用的业务或任选项目事件。

G3.4业务或任选项目未实施类别原因NO.65：承载能力未实施"bearer capability not implemented"该原因表示发送这一原因的设备不支持所请求的承载能力。

原因NO.66：通路类型未实施"channel type not implemented"该原因表示发送这一原因的设备不支持所请求的类型。

合集下载

层三信令

层三信令

一：第三层（Layer 3）信令详解第三层信令是看网络运行情况的信息层，从第三层可以看到网络的个种动作：如：呼叫流程、拥塞、用户忙、位置更新等，系统信息总共有8个类型，Type1—4、7、8只出现在待机状态下，Type5—6只出现在通话状态下：1、System Information Type1小区广播信息，有该小区自身的频点，RACH的一些参数设置，祥见上图。

此类型仅用于跳频时，发送内容为：第一、小区信道描述。

用于通知移动，小区采用的频带与可以供跳频用的频点。

对于GSM900与GSM1800采用的格式是不同的。

对于GSM900：有一个BIT MAP 0（比特位图）用于描述两方面信息，分别为：CA-NO，取值分别为：0、1、2，代表，GSM900、E-GSM、GSM1800。

CA-ARFCN，采用的有效射频频点，当为GSM900，将有一个相应于124个频点的124位图，当某个频点被采用时，相应的比特位被置为1，否则将被置为0.对于GSM1800情况点不同。

由于频点太多，不用位图，而用别的编码方式，FORMAT-ID 来描述编码方式，后面跟一串编码比特来表示。

第二、RACH控制参数，描述的两个数据为；ACC、EC，ACC称为接入控制等级，分为0-9与11-15，0-9表示普通级，所有移动台被定义为0-9，11-15为优先级，10表示EC，如果此位取0，表示所有移动台允许进行紧急呼叫，取1时，只有11-15优先级的移动台可以进行紧急呼叫。

CB——小区禁止标志，用一个比特表示。

RE——用一个比特表示是否可以进行呼叫重建，断开后的重新占用。

MAXRET——移动台接入系统时的允许最大重发次数，取值：1、2、4、7TX——移动台接入系统时允许重发的时隙间隔数。

2、System Information Type2待机模式下小区的测量频点，（同频段，移动网有两个频段，GSM900和DCS1800），在通话模式下有另外定义的测量频点，也就是说一个小区可以在待机时做测量频点，而通话时不做测量频点，允许小区重选而不允许切换，反之也可以只允许切换不允许小区重选也可以，不过通常情况下待机和通话时的测量频点是一致的。

层3信令解码cause分析

层3信令解码cause分析

层3信令解‎码caus‎e分析原因NO.1：未分配的（未确定的）号码MSC‎"unass‎i gned‎(unall‎o cale‎d) numbe‎r"该原因表示‎不能到达主‎叫用户所请‎求的终点，因为虽然号‎码格式有效‎，但该号码目‎前尚未分配‎（未确定）。

.2：无路由到达‎规定的转换‎网络（国内使用）"no route‎to speci‎f ied trans‎i t netwo‎r k(natio‎n alus‎e)"unall‎o cale‎d(unass‎i gned‎) numbe‎r因表示发送‎该原因的设‎备已经收到‎一个通过特‎定未被识别‎的转接网络‎迂回呼叫的‎请求。

发送该原因‎的设备不能‎识别该转接‎网络是因为‎该转接网络‎不存在或当‎它存在时并‎没有未该设‎备提供服务‎。

持该原因由‎网络决定。

原因NO.3无路由到‎达终点"no route‎to desti‎n atio‎n"该原因表示‎不能到达被‎叫用户，因为呼叫所‎经过的网络‎不为所希望‎的终点提供‎服务。

是否支持该‎原因由网络‎决定。

NO.4发送特殊‎的信息音m‎"send speci‎a l infor‎m atio‎n tone"因表示不能‎达到被叫用‎户的原因在‎于应向主叫‎用户返回特‎殊信息音。

原因NO.5转接前缀‎拨号错误（国内使用）"misdi‎a lled‎trunk‎prefi‎x(natio‎n al use)"该原因表示‎被叫方号码‎的转接前缀‎错误内含。

O.6：不可接受的‎通路"chnne‎l unacc‎e ptab‎l e"该原因表示‎发送实体在‎呼叫中不接‎受使用最新‎标识的通路‎。

原因NO.7：呼叫已给出‎并正在已建‎立的通路上‎递交MSC‎"call award‎e d and being‎deliv‎e red in an estab‎l ishe‎d chann‎e l"该原因表示‎已给予用户‎来呼叫，并表示这一‎来呼叫在已‎建立的通路‎上与类似的‎呼叫一起正‎在被连接到‎该用户。

基于层3信令解码cause分析举例

基于层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"该原因表示不能到达主叫用户所请求的终点，因为虽然号码格式有效，但该号码目前尚未分配（未确定）。

层3信令在路测中的应用解读

层3信令在路测中的应用解读

层3信令在路测中的应用目录1. 概述........ 理论部分2.1一次完整的主叫流程（含切换）2.2一次正常的LAR&RAU信令流程：2.3 各种情况对应的信令..2.4常见Disconnect / Release Cause Value:2.5 两个MS 通话的流程3. 案例介绍3.1 MS呼叫未接通：3.2 位置更新导致数据吞吐量为03.3 FTP下载中断3.4 没有物理消息导致切换失败3.5 MS呼叫失败3.6 参数设置错误导致切换问题3.7定时器超时，网络进行呼叫释放4. 感谢5. 参考文献1. 概述作为一名网优工程师, 需要牢牢掌握一个完整呼叫的信令流程. 我们做GSM 优化, 主要是对Um 口要把握的更深些. 尤其是Layer3信令－也就是我们平常做路测的工程师说的层 3信令。

关于层3信令，可以参考GSM 规范04.08. 对层3信令的准确理解, 可以帮助我们快速分析和定位网络问题.本期议题为“请举例说明如何结合层3信令分析路测中发现的问题”。

讨论为期一个月，移动通信俱乐部的广大移友献计献策，对该议题进入了深入细致的讨论和分析，得出了大量具有实践意义的分析与心得。

为此，特将其中精华部分加以总结归纳，形成该文档。

2. 理论部分2.1一次完整的主叫流程（含切换）IDLE ：DL: SYSTEM INFORMATION TYPE 1：包括小区信道描述和RACH 控制参数DL: SYSTEM INFORMATION TYPE 2（2bis ，2ter ）：邻小区BCCH 频点描述，RACH控制信道，允许的PLMN （扩展邻小区BCCH 频点描述+RACH控制信道；扩展邻小区BCCH 频点描述2）DL: SYSTEM INFORMATION TYPE 3：CI ，LAI ，控制信道描述，小区选择，小区选择参数，RACH 控制参数DL: SYSTEM INFORMATION TYPE 4：LAI ，小区选择参数，RACH 控制参数，CBCH信道描述，CBCH 移动配置DL: SYSTEM INFORMATION TYPE 7：小区重选参数DL: SYSTEM INFORMATION TYPE 8：小区重选参数UL: Channel requestDL: Immediate assignment（SDCCH ）试呼：UL:CM service request（如果后面直接收到System Information Type1，则视为起呼失败）DL: CM service RequestDL: CM service acceptDL: AUTHENTICATION REQUESTUL: AUTHENTICATION RESPONSEDL: CIPHER MODE COMMANDUL: CIPHER MODE COMPLETEDL: TMSI REALLOCATION COMMANDUL: TMSI REALLOCATION COMPLETEUL: SETUPDL: CALL PROCEEDINGDL: ASSIGNMENT COMMANDUL: ASSIGNMENT COMPLETE （TCH ）DL: ALERTING成功起呼：DL: CONNECT（呼叫成功的标志, ）UL: CONNECT ACKNOWLEDGEDL: SYSTEM INFORMATION TYPE 5（5bis ，5ter ）：邻近小区BCCH 频点描述（扩展邻近小区BCCH 频点描述）DL: SYSTEM INFORMATION TYPE 6：CI ，LAI ，小区参数设置UL: MEASUREMENT REPORTDL:Handover CommandDL:Physical InformationUL:Handover Complete(切换成功的标志DL:Physical InformationDL: SYSTEM INFORMATION TYPE 6UL: MEASUREMENT REPORTDL:Disconnect（收到该条消息或Release 中的任何一条，则视为正常释放，如果两条消息均未收到，而是直接收到System Information Type1，则视为一次掉话）UL:ReleaseDL:Release CompleteDL:Channel ReleaseUL:Release Complete2.2一次正常的LAR&RAU信令流程：Direction Type Layer 3 MessageUL RR Channel RequestDL RR Immediate AssignmentUL MM Location Updating RequestUL RR Classmark ChangeUL RR GPRS Suspension RequestDL MM Authentication RequestUL MM Authentication ResponseDL MM Identity RequestUL MM Identity ResponeDL MM Location Updating acceptUL MM TMSI Realocation CompleteDL RR Channel ReleaseUL GPRS MM Routing Area Update Request UL RR Channel RequestDL RR Immediate AssignmentDL GPRS MM Routing Area Update AcceptUL GPRS MM Routing Area Update Complete2.3 各种情况对应的信令2 掉话（既没有Disconnect ，也没有Release ，则视为掉话）： Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM Service Accept→Setup→Assignment Command→Assignment Complete→Connect/Alerting→System Information Type12 通话正常结束(Disconnect和Release 都有或只有其中一个都视为通话正常结束：Paging Request→Channel Request→Immediate Assignment→CM Service Request→CM ServiceAccept→Setup→AssignmentCommand→Assignment Complete→Alerting→Disconnect→Release→Release Complete→Channel Release2 呼叫失败：Paging Request→Channel Request→Immediate Assignment→CMService Request→System Information Type1（在一次呼叫过程中，若连续出现多个CM ServiceRequest ，则视为一次呼叫失败）2 呼叫成功：Paging Request→Channel Request→Immediate Assignment→CM ServiceRequest→CMService Accept→Setup→Assignment Command→Assignment Complete→ Connect/Alerting2 切换成功：Handover Command→Handover Complete2 切换失败：Handover Command→Handover Failure2.4常见Disconnect / Release Cause Value:Cause ValueReason31BSS or MSC problem34(beforeAssignmentCommandTCH Blocking34(after Assignment CompleteMSC Blocking41(after Assignment CommandBSS problem, especially DRI problem41(after Assignment CompleteMSC problem42MSC Congestion44BSS problem, especially the CIC blocking111BSS or MSC problem2.5 两个MS 通话的流程MS1 Uplink Channel RequestMS1 Downlink Immediate AssignmentMS1 Uplink CM Service RequestMS1 Downlink CM Service Accept SDCCH分配成功MS1 Uplink SetupMS1 Downlink Call ProceedingMS1 Downlink Assignment CommandMS1 Uplink Assignment Complete TCH分配成功MS2 Uplink Channel RequestMS2 Downlink Immediate AssignmentMS2 Uplink Paging Response SDCCH分配成功MS2 Downlink SetupMS2 Uplink Call ConfirmedMS2 Downlink Assignment CommandMS2 Uplink Assignment Complete TCH分配成功MS2 Uplink AlertingMS1 Downlink AlertingMS2 Uplink ConnectMS2 Downlink Connect AcknowledgeMS1 Downlink ConnectMS1 Uplink Connect AcknowledgeMS1 Uplink DisconnectMS1 Downlink ReleaseMS1 Uplink Release CompleteMS2 Downlink DisconnectMS2 Uplink ReleaseMS1 Downlink Channel ReleaseMS2 Downlink Release CompleteMS2 Downlink Channel Release3. 案例介绍3.1 MS呼叫未接通：问题描述: 在做DT 测试过程中发生了一次未接通，地点是LAC 区交接处. 在DT 测试的行程中，可能发生数次跨LAC 区的切换，极易发生掉话或未接通情况。