-- 发布时间：2005-02-25 22:58:44
1.在现场无35仪表,仅有UTS 708-SY和UT618/718,打开测试模式的情况下,在问题CS下作一次呼叫,PS上会显示CC异常释放的代码,如0385D2,实质就等于用35 TRACE到的
CC DISC
CC [CAUSE :0803 0385D2]
当然如果记忆力好的话自然就知道是:实际为组控站,网管上误配置为单站.
2.0385A2:CSC-----GW 间的E1话务溢出,需加E1
038586:CSC-----GW间的E1数据问题
0385A6:CSC---GW间的锁相外部时钟的E1滑码过大
3.早期的UT702通过"写测试模式"后仅能观察链路拒绝原因:无空闲时隙和无空闲信道
以上仅为实际排障心得,提到的3种机型出现的其他各种"信息"因能力所限,还未系统梳理清楚,若那位高手有相关资料的话请给小弟漏一手,先谢!
-- 作者：tom
-- 发布时间：2005-02-28 15:41:49
不错不错，这里补充一下：
08030385d2：
08 ： Cause信息单元
03 ： Cause的长度
03 ： RCR规范，
85 ： PHS规范
d2: Cause的取值（信道编号不存在）
另外， 038586的故障在《小灵通无线协议分析》中的第142页有介绍。
此外，csc-----gw 间应该是CS---CSC之间吧。
-- 作者：zwdu
-- 发布时间：2005-02-28 23:26:37
1."D2":所标识的通路不存在.
2.实际当中尚未遇到D2代码情况下的CS-CSC问题;个人理解为:组控站管理的16个B依照类似ISDN的PABX倒序算法执行呼叫占用,在物理线路连通的情况下,"基站"给呼叫分配了电路层可"管理"的通路,却因网管为单站的原因,也就是说在上层的已标识的"交叉"实体中不存在B8-B16的资源;个人认为在组控站的B通路呼叫处理程序方面,产品还是存在BUG的
请问TOM您的意思是说CS的B通路管理由CSC执行吗?
[此贴子已经被作者于2005-2-28 23:38:18编辑过]
目前已经有3条评论 >>> 发表你的见解