TCH拥塞导致接通失败,TCH拥塞的原因有好几种,不知道怎样判断。新人。。。
时间:11-17
整理:3721RD
点击:
如题。
主叫Call proceeding或被叫Call confirmed后,网络无Assignment command命令,最后网络侧下发Channel Release,cause为Abnormal release,timer expired,从而导致未接通。
主叫Call proceeding或被叫Call confirmed后,网络无Assignment command命令,最后网络侧下发Channel Release,cause为Abnormal release,timer expired,从而导致未接通。
Abnormal release,timer expired 异常释放,定时器超时当网络侧发送呼叫进程(Call Proceeding)消息时,T310计时器开始计时,当在规定时间内收到返回的Alerting时,该计时器正常停止,如未收到则发断连消息。
我觉得是这个样子,仅供参考。
哪还有其他种类的?
TCH资源不够,释放原因不是这个吧
TCH拥塞率(包括切换)=TCH占用失败次数(包括切换) / TCH占用请求次数(包括切换)*100%
TCH拥塞率(不包括切换)=TCH占用失败次数(不包括切换)/TCH占用请求次数(不包括切换)*100%
其形成的原因主要可归为4类:网络容量及话务分布、设备安装及故障、干扰、话务统计问题
有可能是SD拥塞吧,没有Assignment command,
被叫TCH拥塞 |
34: No circurt/channel available |
录音通知,暂时无法接通 |
主叫TCH拥塞 |
34: No circurt/channel available |
连续的嘟嘟嘟嘟 |
你这个问题,好像是SDCCH拥塞吧,网络无Assignment command,PCH就无法分配SDCCH,当然就没法接通了
楼主都说了Call proceeding之后了,怎么会是SDCCH拥塞。。。
最后看话统,有上行干扰,切SDCCH的占用时间比较长,估计TRX有隐性故障。就按隐性故障写了 ,不知道对不对!
Call proceeding 呼叫建立成功了,怎么可能SD拥塞