 |
问答管理员：
已解决问题
[求助] 如何理解GPEH掉话原因[菜鸟求教] (进入论坛模式)
提问者：zhous02
|
提问时间：2011-7-14 01:03
大家好， 我想问一个关于GPEH 438 Event中的掉话原因的问题。
438 Event 中有 Disconnection Cause Code 和 Disconnection Cause Sub-Code 表明掉话原因
其中(0, 0) 表示unspecified，（1, 1）表示 Radio Link Control (RLC) unrecoverable error in UTRAN (maximum number of RLC retransmissions is reached).
我到3GPP的文档里去找了一下RLC retransmission相关的东西，但是没找到。 希望各位能帮忙解释一下(1, 1)这个掉话原因。
第二个问题就是对于Unspeicified，有可能挖掘出来更多的信息么？
多谢~
438 Event 中有 Disconnection Cause Code 和 Disconnection Cause Sub-Code 表明掉话原因
其中(0, 0) 表示unspecified，（1, 1）表示 Radio Link Control (RLC) unrecoverable error in UTRAN (maximum number of RLC retransmissions is reached).
我到3GPP的文档里去找了一下RLC retransmission相关的东西，但是没找到。 希望各位能帮忙解释一下(1, 1)这个掉话原因。
第二个问题就是对于Unspeicified，有可能挖掘出来更多的信息么？
多谢~
关闭所有答案回应
最佳答案
最佳答案单就我的理解 ，
RLC不可恢复的错误是指RLC层包传递出现异常
1 透明或者非确认模式，无重传，所有的错误的包都将被丢弃，那么RLC层应该会统计丢包的频率和强度。
2 确认模式，有重传，那么有可能，某个rlc包重传多次达到最大次数，依然不能正常接收，触发rlc 不可恢复错误。
未定义的错误，就是指，所有列举情况之外的情况，至少你能知道，有多大部分的掉话不是由于协议已经列举的原因，如rlc不可恢复，如SHO.
RLC不可恢复的错误是指RLC层包传递出现异常
1 透明或者非确认模式，无重传，所有的错误的包都将被丢弃，那么RLC层应该会统计丢包的频率和强度。
2 确认模式，有重传，那么有可能，某个rlc包重传多次达到最大次数，依然不能正常接收，触发rlc 不可恢复错误。
未定义的错误，就是指，所有列举情况之外的情况，至少你能知道，有多大部分的掉话不是由于协议已经列举的原因，如rlc不可恢复，如SHO.
|
回应该答案 (0) |
回答时间：2011-7-15 22:59其他答案 ( 1 条 )
热点问题
