2004-11-24 0:01:27

刘业标

以下是我知道的常见Disconnect / Release Cause :

Cause Value Reason
==============================================================
31 BSS or MSC problem
34(beforeAssignmentCommand) TCH Blocking
34(after Assignment Complete) MSC Blocking
41(after Assignment Command) BSS problem, especially DRI problem
41(after Assignment Complete) MSC problem
42 MSC Congestion
44 BSS problem, especially the CIC blocking
111 BSS or MSC problem

2004-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 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(互通，未规定)

2004-11-26 14:58:49

罗怀瑾

各种原因引起的DISCONN 和用户感受如下：

被叫TCH拥塞 34: No circurt/channel available录音通知,暂时无法接通
主叫TCH拥塞 34: No circurt/channel available连续的嘟嘟嘟嘟
有寻呼消息,但没有PAGING_RESPONSE 16: normal clearing录音通知,暂时无法接通
被叫SDCCH拥塞 16: normal clearing录音通知,暂时无法接通
主叫SDCCH拥塞没有DISCONNECT消息没有任何提示音,直接返回
SDCCH 掉话 41：temp failure录音通知,暂时无法接通
错误号码 28：Invalid number format主叫在听到一阵杂音后，多来米
呼叫无应答 18: alerting,but no answer录音通知,用户无人接听
CIC 复位 111：protocol error主叫听见多来米
被叫位置更新 41：temp failure录音通知,暂时无法接通
连接超时 102 主叫听见多来米，被叫无寻呼信息

2004-11-26 16:11:57

张凌

我觉得交换机不同，出现问题的Cause Value也可能不同。
例如：Destination out of order这种现象在西门子交换机下面十分罕见，但是华为交换机较常见。

2004-11-26 16:30:19

张凌

CV：32:service not support

手机状态：
MS1：

Channel Request
Immediate Assignment
CM service request
CM Service Reject

MS2：

始终处于空闲状态

问题分析：
CM Service被拒绝，原因是位置更新失败，或跨LAC以后手机未进行位置更新，或者交换机问题。

2004-11-26 16:34:50

张凌

CV：41:temporary failure

手机状态：
MS1：

按照正常流程起呼，
在Assignment Complete 5秒钟以后
Disconnect

MS2：

被叫手机在做位置更新

问题分析：
被叫位置更新无法响应Paging
（这是在西门子交换机下的表现，在华为交换机下CV为Destination out of order）

2004-11-26 16:43:25

张凌

CV：41:temporary failure

手机状态：
MS1：

按照正常流程起呼，
在Assignment Complete 9秒钟以后
Alerting 25秒钟以后
Disconnect（DL）

MS2：

Channel Request
Immediate Assignment
Paging Resqonse
Identity Request
Identity Response
Setup
Call Confirmed
Alerting
Connect
5秒以后进入Idel状态

问题分析：
被叫手机发送Connect信号，但基站没有收到，呼叫无法继续。
（这是在西门子交换机下的表现，在华为交换机下CV为Destination out of order）

可见，西门子交换机的temporary failure和华为交换机的Destination out of order应用现象类似。

2004-11-29 9:57:54

高勇

Cause Value 47:Resources unavailable unspeiclied;

ms1:Assignment complete

ms2:Altering

ms1:Disconnect

被叫MS2 Altering以后　MS1发DISCONNECTCause value 47；在同一个小区多次出现，经分析发现是西门子交换机的LTG板的故障，INSLTG板后故障消除，在这个小区所在的BSC的呼叫建立成功率由85%恢复到正常值95%；

2004-12-8 10:22:44

罗怀瑾

关于被叫在进行位置更新时，主叫试呼引起未接通，有两种不同的

说法;

1, 由于位置更新的优先级高，被叫手机可以收到PAGING，但是不会有

PAGING RESPONSE。

2，由于交换机在原 LAC里找不到手机的TMSI，造成没有PAGING消息

下发。

我认为是第 2 种情况导致，如果是第一种情况，可以认为是PAGING

消息下发后没有回应, 被叫SDCCH 和TCH拥塞也会导致这种情况，

CAUSE VALUE 应该是16而不是 41。

另外，尚有一事不明，位置更新优先级到底是否为cm_service里最高的？

2004-12-13 15:37:38

罗怀瑾

我认为，要保证接通率，做好以下的两个方面就差不多了：

1，足够的系统容量，系统不会出现SD TCH和CIC拥塞。

2，位置更新，通过调整BA—BCCH，让手机只在900－900，1800－900单频段上面做LU，可以减少LU的次数。

至于其他的一些影响应该是比较少的：

以12小时的测试量为例，一共拨打360个电话，接通率要在98％以上，
只能有7次未接通。一般拥塞会有3次，LU3次，其他一次。这样的测试
结果很不错了！

最怕的就是在测试过程中碰到堵车，有时一条路走20分钟，会碰到十几次
未接通。

2004-12-16 23:31:16

虞志荣

在湖北十堰，系统相对较小，市区4个BSC，但分别有4个LAC，城区DT测试进行因为位置更新而导致呼损。这个问题应该在长沙、北京、杭州等大城市应该经常出现位置更新，请问最后如何处理。

2004-12-21 10:32:04

刘雷

1.合理规划LAC区肯定是很重要的了啊，尤其是在DT测试线路上的LAC优化！
2.依我们的经验，在DT测试由于被叫位置更新造成的未接通出现的概率在0.5%左右，CMCC DT接通率满分指标已经调整到了98%，所以还是有一定空间的。
3.Ericsson 交换机有Global paging功能，如果第一次寻呼没有成功，可以在一个MSC内部的所有LAC区发2次寻呼消息。通过优化2次寻呼Timer，也可以提高接通率哟！

2004-12-27 9:50:14

罗怀瑾

北京市区至少有60个LAC以上，不知道是如何解决LU对接通率
的影响的，是否在交换机上有什么功能，可以在一次PAGING
不成功时，在所有交换机下重新发PAGING消息。
如果这样，可能会影响接续时间，但是对提高呼叫成功率还是
有好处的。

2004-12-28 0:23:46

薛绍辉

CV 31,normal,unspecified
这种CV曾经遇到过，后来查出来是因为测试卡开了彩铃造成的

2004-12-28 16:07:32

阮民

As one of main call failure scenarioes,chengdu team had paid every efforts to overcome call failure that caused by LUP of MTC.Attached pls find the technical doc I made.The methdology had ever been applyed in a few of systems.

2004-12-28 16:12:12

阮民

As another main call failure scenarios,chengdu team had ever paid every efforts to overcome paging failure of MTC for 99% call connection rate can be reached.Attached pls find the technical doc I made.The methdology I mentioned applied in a few of system,and have postive result reported.

2004-12-29 11:37:36

高书平

修改被叫手机的ba-bcch的后，个别lac边界存在脱网的问题，也碰到过。后来反复测试证实，其原因基本上都是这些lac边界的小区存在过覆盖的问题。即：不删除ba-bcch时，手机在idle mode 下，通过reselect正常选到另一个lac的某个小区。删除后，手机一直在原来的lac小区中，15秒钟的时间，很可能已经越过了其neighbor，再想切换已经不可能，最终脱网。这种情况，通过适当地覆盖调整，一般可以解决。

2005-1-7 18:25:19

王永

CV＝69，Requested facility not implemented
流程：
MS1:
.......
setup
assignment command
assignment failure
disconnect, cv=69:Requested facility not implemented
.......

MS2:
......
setup
assignment command
assignment complete
disconnect,cv=69:Requested facility not implemented
.......

后检查发现是MS1占用的小区其中一块载频 MA_fail很高，更换该载频后解决。

2005-1-10 10:26:22

阮民

Wangyong,it is not meaningful to link a specific message flow with a particular H/W problem,it is exactly significant that the specific message to be isolated with a problem scenario you claimed.In this case,you can say, tch access failure will typically result in a assignmnent failure in A interface,then a DISC message with CV69 will be observed both in A and Um.This scenario call us to check tch_access_failure_rate.

2005-1-18 12:53:19

龚德强

还有硬件问题导致的SD不可用，我的手机就遇到过。这时CV应该是16，提示被叫暂时无法接通，时间长了就提示关机了。

2005-1-18 15:01:51

岳刚

CV有很多解释，可能不同的厂家的理解不同，反应出来的表现就不同。个人觉得华为的CV是最变化多端的，当然这和他们要适应客户市场需要来改CV，来达到某些指标的要求可能有关系。最近在恩施的MOTOvip中碰到了一些感觉不是太规范的A口上的消息流程，也测试，分析了一下，把RF5文件放上来给大家看看，希望高手们能提出一些建议，从哪个角度怎么样去和客户沟通，让客户提出来要华为来规范CV。附件为Huawei-MOTO-A-interface.rar