 |
问答管理员：
已关闭问题
急：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]
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]
显示所有答案回应
问题答案 ( 9 条 )
UE在RRC建立完成后， RNC与MSC间进行直传，然后收到一条测报。
测量内容如附件3所示，为“UE发射功率+异频RSCP/ISCP+地理位置”。
请问这个是哪个城市哪家的网络？
测量内容如附件3所示，为“UE发射功率+异频RSCP/ISCP+地理位置”。
请问这个是哪个城市哪家的网络？
回复 1# 的帖子
UE送的RRC直传是什么消息（需要查是什么业务发起的）？IuReleaseRequest的原因是"由于UE..."，说明UE给RNC发送了"SignalingConnectionRelease"，该CDL应该丢失消息或者过滤设置不对？！这类Cause对应的IuRelease不算做异常掉话。
UE送的RRC直传是什么消息（需要查是什么业务发起的）？IuReleaseRequest的原因是"由于UE..."，说明UE给RNC发送了"SignalingConnectionRelease"，该CDL应该丢失消息或者过滤设置不对？！这类Cause对应的IuRelease不算做异常掉话。
回复 3# 的帖子
RRC建立原因大多数为Originating High Priority Signalling ，偶尔被叫 Terminating Conversational Call
CDL没有过滤接口信息，只是按UEID过滤了下。
“UE发射功率+异频RSCP/ISCP+地理位置”这种一般在什么情况下会发生。
RRC建立原因大多数为Originating High Priority Signalling ，偶尔被叫 Terminating Conversational Call
CDL没有过滤接口信息，只是按UEID过滤了下。
“UE发射功率+异频RSCP/ISCP+地理位置”这种一般在什么情况下会发生。
回复 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问题）？
对应的CDL，没看到SignallingConnectionRelease
回复 5# 的帖子
对应的CDL，没看到SignallingConnectionRelease，要不，您给我个邮箱，CDL传给看看
对应的CDL，没看到SignallingConnectionRelease，要不，您给我个邮箱，CDL传给看看
回复 7# 的帖子
我没有工具；你再从其他类似的CDL看看；
那个初始直传消息的内容解码出来看看了
我没有工具；你再从其他类似的CDL看看；
那个初始直传消息的内容解码出来看看了
回复 8# 的帖子
你指的是不是附件3那个？里面没解出什么东西啊
你指的是不是附件3那个？里面没解出什么东西啊
TD有这种情况吗，没有遇到过噢
热点问题
