石家庄到十堰物流公司:BSC6000传输设备故障导致传输呼建成功率下降问题阶段性分析报告

【资料名称】：BSC6000传输设备故障导致传输呼建成功率下降问题阶段性分析报告
-r(E(`2D7h6~mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。
5|4H(O3v9u)?4i9@:G |  国内领先的通信技术论坛【资料作者】：匿名MSCBSC 移动通信论坛(_#a"J)]&l9A.q"n*c/X
|  国内领先的通信技术论坛(H I&{/G1e.B
【资料日期】：2010年9月
3E9[7x(w){$f-y)Y'm)p9EMSCBSC 移动通信论坛MSCBSC 移动通信论坛4G%Q/M9J2\#[7u
【资料语言】：中文
z*b Q4p/k1pmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。
2I.` i8J:n2}mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。【资料格式】：DOC
%J9Z9B4c5]#l)awww.mscbsc.com
5y.s6[-_$umscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。【资料目录和简介】：
9D#\!z8}(q9P&B7g5[%E!@移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单
0Q-p&T _ U1q6q移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单问题描述:'h9k;o0l:L.J0c)D)w6i6_
7月16日上午，客户收到用户投诉，并且发现一些小区的呼建成功率下降。怀疑问题是由于当天凌晨0:20产生的传输故障导致。然而在传输问题消失以后，有一些小区仍然存在呼建成功率低的问题。在CNRC值班工程师的建议下，晚上22:00时客户关掉了ITS功能从而触发所有基站的重启，随后问题消失。
'U%`/|6B(D#h$M$Nwww.mscbsc.com移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单&C*L&w0?-[6K$s'@+j5j4p
分析进展: mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。,i/j1h*l-v7n8z1i&W8y
1.        问题在现场的现象:mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。+a4{:v(j*k#L4`.m:_"?.P
最初怀疑呼建成功率的下降是由时隙不可用导致。在监控窗口观察到一些不可用的时隙。在研究不可用时隙的规律并分析了数据库配置以后，发现这些不可用的时隙是打开ITS（FR 25262）功能以后的正常现象。以下面的截图26号站为例进行说明：
0E9y-i&H!s.vMSCBSC 移动通信论坛
8|)M7A5f2p6y:f4s.W#A |  国内领先的通信技术论坛
*D$w4X.B*K)z8vMSCBSC 移动通信论坛(1)
8M4F7i:B&{*g!O7T,x"B5gmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。数据库的配置如下图所示：MSCBSC 移动通信论坛2X6n*^2G0y6T&U$Y
MSCBSC 移动通信论坛:K2x2B'o y1R9^/t!I P/y

0M2t o1X([7|MSCBSC 移动通信论坛
*O/x1@$I9~"s lwww.mscbsc.com(2)www.mscbsc.com-U1d'n9v(d0J
移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单*h0R/y:T;V#g
上边的TRX是carrier A,下边的TRX是carrier B。 在carrier A的时隙为PDTCH的时候，在B边对应的时隙会被置成不可用，这是符合设计的现象。
"^"Q'_-j&\-pMSCBSC 移动通信论坛
(B5s3A+d*t;u |  国内领先的通信技术论坛从图1可以看到carrier 3的6和7时隙是OOS的状态。carrier 3是carrier B, 对应的carrier A是TRX0. 可以看到TRX0上的6和7时隙都是PDTCH, 所以carrier3上的6和7时隙OOS是正常的. carrier 6 timeslot 6 and 7也是同样情况, 对应的carrier 1上的6和7时隙是PDTCH. TRX 9的6和7时隙对应在carrier 2的6和7时隙 is PDTCH, 同样的carrier 11的4时隙, 对应的carrier A，TRX10’的4时隙也是PDTCH. 所以所有的OOS时隙都是在打开ITS功能以后正常的时隙OOS.
5Y+m*E:K0_3m-kmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。,f%P$j&w)F,J&I2o
ITS引起的OOS只会对DCR有影响，不会对呼建成功率造成影响。 BSC 不会发送assignment command 消息给这样OOS了的时隙, 所以也不会收到assignment. I.E., 所以这个问题是不会跟ITS相关的。我们认为ITS伴随的所有小区的重启是解决了问题的原因。www.mscbsc.com(t+Z1P3F&F8M1L
mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。%s;V2l&|)e$g0n8z
www.mscbsc.com4|)U ]/f N+z&z5[(R
2. 从alarm日志可以看到， 0框24槽和18槽，1框的18槽中的GOIUB板爆出了告警：20240 Tributary Unit Alarm Indication Signal (TUAIS)。报告警时间00:20:29，清告警时间00:21:15. 这导致了基站到这些板子上传输的中断。相关基站可以看到LAPD OML Fault。7/16/2010 0:20出现， 7/16/2010 0:21消失。
"M1n'X#Z#N7c-`"?MSCBSC 移动通信论坛
4H9o5}:n;a.Y3k5d$D"Smscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。所有基站的恢复时间是 00:21.MSCBSC 移动通信论坛7V ?#_ _#B
然而, 368条 RSL disconnected告警中, 只有 69条 alarms自动清除； 42 条被配置清除，是从10:30 到12:00由客户重启基站的操作导致。23， 6， 8号站等。257条 RSL 在19:00点钟收集这次告警的时候仍然是disconnect的状态。. (附件是19:00收集的告警日志)
*P1N"_)u:o$A-i#h&D:M8w |  国内领先的通信技术论坛移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单:x*h1b'e7T-n5l
3. 虽然从截图的检测窗口看到时隙状态时正常的。（图 (1) 所示14:57）.
;u2O"x'E9K2A |  国内领先的通信技术论坛
,n5Y5~0u,e3smscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。然而从BTS的调测窗口可以看到有一些RSL不在工作状态。并且从统计可以看到, 因为RSLs不工作导致了56和 57号站的呼叫建立成功率下降。MSCBSC 移动通信论坛9];N+i5X)?0Q4a;_
26号站 小区55 的ARSL状态: www.mscbsc.com.y/}4R'c+z5k#s'k3D
B-U means busy unblocked.
5[%O8?*s2V-i6S!rMSCBSC 移动通信论坛ARSL 0 0 0    B-U   NO REASON                 16/07  00:20:51 None
0N+p!r1X.l4U-M*Imscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。ARSL 0 3 0    B-U   NO REASON                 07/07  03:59:50 None
8}'A&L3f$o'Lmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。ARSL 0 4 0    B-U   NO REASON                 16/07  00:20:52 Nonewww.mscbsc.com1V4^"e;}8e5B*t
ARSL 0 5 0    B-U   NO REASON                 16/07  00:20:52 None
0Z+^9_&e1B*_)y$f-O8Vwww.mscbsc.com6I4H3Y-G'C1m4x
www.mscbsc.com3|2p6^5Y:`!P&F
MSCBSC 移动通信论坛6i._7a4\1o2|:T2q-W"x2F
26号站小区56的 ARSL状态: |  国内领先的通信技术论坛-?0q5x#m'I-j8J c,D0B4Q
B-U是正常工作状态，E-U是配置了的但是没有在工作。.MSCBSC 移动通信论坛(I(O1~#s2r
ARSL 1 1 0    B-U   NO REASON                 16/07  00:20:51 None
9I1M:T6w'Q6u"Dwww.mscbsc.comARSL 1 6 0    B-U   NO REASON                 07/07  04:00:00 None
6s3s6d)l:B#_+e7i0v4?4x)Gwww.mscbsc.comARSL 1 7 0    B-U   NO REASON                 16/07  00:20:51 Nonewww.mscbsc.com6O#t%z6r5M)x
ARSL 1 8 0    E-U   NO REASON                 16/07  00:20:50 None
"R!s8l1W9~3Y5j移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单
(t9^ N"f;k1`'W){&\MSCBSC 移动通信论坛
*m:_,O7V(OMSCBSC 移动通信论坛26号站小区 57的 ARSL 状态: |  国内领先的通信技术论坛8u;_.z8{6F!C8]3n/p9U
ARSL 2 2 0    B-U   NO REASON                 07/07  03:58:07 Nonewww.mscbsc.com0n(h1v+v+u9s,c&O
ARSL 2 9 0    B-U   NO REASON                 07/07  03:59:56 None |  国内领先的通信技术论坛#z5h+v"j+O1@(]
ARSL 2 10 0   E-U   NO REASON                 16/07  00:20:50 None |  国内领先的通信技术论坛$t5B6w2j+V!h)n!s'C
ARSL 2 11 0   E-U   NO REASON                 16/07  00:20:51 NoneMSCBSC 移动通信论坛%Z;K(C:E:i'u6j I

4J2g3m2a1~+c9z!o)[6P移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单
3B/~#m7d)H7c![8L$Ywww.mscbsc.com从上述发现我们认为问题的发生是因为: 移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单,H1p/r5E#q
在RSL是E-U但是时隙是INS的状态的时候,因为SDCCH是正常状态, 所以assignment命令会占用 DRI’s RSL是E-U的时隙. 但是因为实际上时隙不可用，所以TCH assignment会失败, 导致CSSR降低.mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。 d!w0j9A(f9Z
www.mscbsc.com1Z#T'K0F5Y&r;k"j4A6c)k
我们在华为开了ticket，在等他们对下面问题进行答复:
'r0H5I"O:u,f/F(w0l |  国内领先的通信技术论坛-        BSC是知道那些RSL仍然在disconnect状态的情况下. BSC会不会OOS相关RSL上的所有时隙. 如果会的话为什么在检测窗口没有看到这样的现象? 如果不会的话，是不是BSC仍然会在这些时隙上分assignment?
(n#t/p#M1z |  国内领先的通信技术论坛-        从log里是否可以看到为什么有一些RSL不能自动回复。
$D:?1^']5`.p;Pmscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。
;a6B6\*y0{2B4cwww.mscbsc.com4. 从BTS测我们由已有的数据得不到更多的信息。问题已经消失，并且没有提供出根本原因的信息。并且在发生问题的时候很多跟CSSR相关的BIN值没有打开。因为触发点是不容易得到的，所以也没有有效的DCP可以提供。
'w9A#W8O'x2V)S2^
v9h&w;a&^ Y#t3p4U)n所以目前可以得到的结论是在某特定情况下，RSL从BSC看是E-U的。如果RSL是好的，则不应该出现现在的问题。目前希望从华为可以得到更多解释。www.mscbsc.com!F%B3q*F8v0}(R([5r

5{8x)_,r#~)y)_0e0P'~www.mscbsc.com建议:移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单6R;q3[9N2V5W,X#k#\
mscbsc 移动通信论坛拥有30万通信专业人员，超过50万份GSM/3G等通信技术资料，是国内领先专注于通信技术和通信人生活的社区。!{%h+u8w!w
1.        重启基站可以解决问题MSCBSC 移动通信论坛8G&K3@-_0U+t.w+R!N
客户在白天的时候已经重启了部分基站，从日志来看这些基站问题已经恢复，CSSR也已经变好。晚上关闭ITS触发了所有气站的重启，然后所有基站的问题都得到恢复。所以ITS本身的开和关跟这个事情无关，伴随的基站的重启是恢复问题的原因。 |  国内领先的通信技术论坛3y,f'f(k'G(m
2.        在LMT上观测RSL告警和检测RSL工作状态。
8_2D9s.]"I$A"F"z4p移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单RSL可以显示哪些信令链路出现了故障，如果RSL出现问题，那么信令的传输可能会中断，相关时隙也会OOS，进而会导致拥塞。移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单-Y!Z7`:j6J0b/k
下边查看RSL状态的方法：移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单1Z2k:F8B(m1q6C$k%O8H
MSCBSC 移动通信论坛,A2^0y:m&U0e4]

5l)h+t&n9Z1m)u+r移动通信,通信工程师的家园,通信人才,求职招聘,网络优化,通信工程,出差住宿,通信企业黑名单选择所有基站并点Query键查看所有基站的RSL状态。
2B _6l5g4O1W/Hwww.mscbsc.com
2x8p'W%@9[7~-Y5f |  国内领先的通信技术论坛3.        打开ITS功能。
,R%P*X*w&N+b(C U5I$?MSCBSC 移动通信论坛ITS功能与EDGE能力有关，如果关掉这个功能，EDGE能力就会丢失，客户同样会有投诉，因为下载速率会慢。像我们提到的，这次的问题跟ITS没有关系，所以建议重新打开ITS功能。 如果客户对此有质疑，可以建议先打开一些基站进行观察，观察到没有问题之后打开所以基站的ITS。