已关闭问题
急:TD异常掉话求助!
提问者:名字很难起
|
提问时间:2012-5-20 01:25
最近分析TD CDL 时,发现大量如下掉话情况:
RRC 请求的原因主要是:[font="][size=9.0pt]Originating High Priority Signalling 和 [/size][/font][font="][size=9.0pt]Terminating Conversational Call
信令流程如附件1所示,
UE在RRC建立完成后, RNC与MSC间进行直传,然后收到一条测报。
测量内容如附件3所示,为“UE发射功率+异频RSCP/ISCP+地理位置”。
测报之后RNC就主动发起IU RELEASE进行释放。
IU RELEASE的原因是 “由于UE产生的的信令连接释放”。
各位兄弟姐妹,能否告知小弟,“UE发射功率+异频RSCP/ISCP+地理位置” 这样的测报是在什么情况下进行测量、发送。
且为何直传过后没能进行鉴权、安全模式等等正常流程。
这种掉话如何解决?
另外:
2、3G切换时,有时会发现重定位失败的原因是“请求的信息不可用”或者“没有请求的资源”、“操作维护干预”
这三种情况,分别是什么原因造成的,如何进行排查,优化?[/size][/font]
回复 4# 的帖子
我问的是UE送的第一条直传消息是什么内容,或者当时进行的是什么业务,非RRC建立原因;
UE上报Measurement Report前系统需要下发控制的,但这并不是你所需要关注问题的原因;
系统软件都会存在丢消息的情况,你可以看一下其他的失败过程中在IuReleaseRequest前UE是否发送SignallingConnectionRelease?!
从你发的图片来看,信令过程是正常的,并非严格意义上的掉话,且无线环境不是太差;所要关注的问题是UE是否发送了
SignallingConnectionRelease,是什么业务或过程导致的(是UE或CN问题)?
我问的是UE送的第一条直传消息是什么内容,或者当时进行的是什么业务,非RRC建立原因;
UE上报Measurement Report前系统需要下发控制的,但这并不是你所需要关注问题的原因;
系统软件都会存在丢消息的情况,你可以看一下其他的失败过程中在IuReleaseRequest前UE是否发送SignallingConnectionRelease?!
从你发的图片来看,信令过程是正常的,并非严格意义上的掉话,且无线环境不是太差;所要关注的问题是UE是否发送了
SignallingConnectionRelease,是什么业务或过程导致的(是UE或CN问题)?
回答时间:2012-5-21 15:19
热点问题