 |
善于提问，勤于回答，你也是专家
|
 |
掉话原因为UE security mode time out，这一般是什么问题导致的？
掉话原因为UE security mode time out，这一般是什么问题导致的？并且在通话过程中还会启动加密模式吗
我要回答
问题答案
11
11无线环境良好，是在室内，用的室内分布小区的信号，是在通话过程中出现的掉话，原因值就是加密模式超时，而且在室内，也不存在位置更新或路由区更新的情况，
回答者：lee20080616 回答时间：2010-07-23 08:24
查看下信令，是否存在并发业务。如果在通话过程中，应该不会出现此掉话原因，而是未接通原因。
回答者：halking 回答时间：2010-07-23 10:20
但是的确是掉话了，当时我也在现场，此后我提取了CHR，分析出是UE security mode time out，如果出现并发业务会导致掉话吗
没有跟踪信令么？建议对信令进行详细分析。如果仅仅是根据CHR查看的话，应该是看不到整个呼叫流程的。如果你确定是掉话的话，可能是在这种情况下发生的：
之前一直进行的是CS的长呼业务，此时并发进行ps业务，又恰好在此时UE进行了跨RNC的切换,在重新进行安全模式鉴定时超时。在PS域默认为一次未接通，但在CS域则记为一次掉话，最后在CHR里呈现的时候，呈现为一次掉话。（具体为什么呈现掉话而不是未接通，有待继续深究）。
在现网中，如果存在2个以上核心网的话，在跨RNC同时跨核心网侧的时候有可能会出现这种原因的掉话，掉话原因为UE security mode time out，但究其为什么掉话，应该是核心网侧的问题，暂时由于学疏无法解答。
希望对你有帮助。
之前一直进行的是CS的长呼业务，此时并发进行ps业务，又恰好在此时UE进行了跨RNC的切换,在重新进行安全模式鉴定时超时。在PS域默认为一次未接通，但在CS域则记为一次掉话，最后在CHR里呈现的时候，呈现为一次掉话。（具体为什么呈现掉话而不是未接通，有待继续深究）。
在现网中，如果存在2个以上核心网的话，在跨RNC同时跨核心网侧的时候有可能会出现这种原因的掉话，掉话原因为UE security mode time out，但究其为什么掉话，应该是核心网侧的问题，暂时由于学疏无法解答。
希望对你有帮助。
掉话发生的场景是在办公楼内，而且有室内分布信号的情况，不存在跨RNC切换的问题阿
