某BSC局的TCH拥塞率较高,达4%左右。通过A口信令跟踪,发现

题目

某BSC局的TCH拥塞率较高,达4%左右。通过A口信令跟踪,发现有很多“无电路可用”的占用失败;通过查看话统,发现发生TCH拥塞率高的小区基本上集中在BM1模块,并且查看TCH占用失败的原因有很多为地面电路不可用。后查明是在BM1模块的A口电路上,有两块FTC的CIC号配置相同,在布网时信道占用冲突,导致该模块的很多小区拥塞率过高。修改数据后,问题解决。请写出TCH拥塞率的公式。

如果没有搜索结果或未解决您的问题,请直接 联系老师 获取答案。
相似问题和答案

第1题:

【BSC】下面哪一项不会影响TCH拥塞率指标:()

A.设备故障

B.地面资源不可用

C.地面资源已分配

D.TCH占用时无线链路断

E.消息非法


参考答案:D

第2题:

某BSC局的TCH拥塞率较高,达4%左右。通过A口信令跟踪,发现有很多“无电路可用”的占用失败;通过查看话统,发现发生TCH拥塞率高的小区基本上集中在BM1模块,并且查看TCH占用失败的原因有很多为地面电路不可用。后查明是在BM1模块的A口电路上,有两块FTC的CIC号配置相同,在布网时信道占用冲突,导致该模块的很多小区拥塞率过高。修改数据后,问题解决。

影响TCH拥塞率的因素有哪些?


第一种:因小区话务过高导致TCH占用遇全忙而导致TCH占用失败,在这种情况下的TCH占用失败才是真正的话务拥塞。
第二种:因无线链路原因(如多径)造成TCH占用失败。
第三种:因载频板本身原因,如载频板内部故障而没有在后台表现出来,即在后台来看,该故障载频一切正常,信道状态也全部为“Idle”,但用户一占用该载频的信道就马上释放(占用失败)。
第四种:数据配置问题,包括A口电路和ABIS口电路占用失败,如CIC电路号配错等。
第五种:天馈系统问题,如:收发天线接反、天馈接头松动、天馈驻波偏大、小区TRX有多个发射通道且覆盖范围不一致等等

第3题:

请指出下列哪个指标不能在BSC侧统计()

A.长途来话接通率

B.无线接通率

C.SDCCH掉话率

D.TCH拥塞率


答案:A

第4题:

BSC维护台上的A接口信令跟踪结果会自动保存。

A.错误

B.正确


参考答案:A

第5题:

按照中国联通2004年考核办法,关于溢出小区下列哪种定义是正确的()。

A.信令信道拥塞率>2%的小区总数/所有小区总数*100%

B.TCH拥塞率>5%的小区总数/所有小区总数*100%

C.信令信道拥塞率>2%或TCH拥塞率>5%的小区总数/所有小区总数*100%

D.信令信道拥塞率>2%或TCH拥塞率>5%,并且每线话务量超过0.1Erl的小区总数/所有小区总数*100%


参考答案:C

第6题:

某BSC局的TCH拥塞率较高,达4%左右。通过A口信令跟踪,发现有很多“无电路可用”的占用失败;通过查看话统,发现发生TCH拥塞率高的小区基本上集中在BM1模块,并且查看TCH占用失败的原因有很多为地面电路不可用。后查明是在BM1模块的A口电路上,有两块FTC的CIC号配置相同,在布网时信道占用冲突,导致该模块的很多小区拥塞率过高。修改数据后,问题解决。

如何通过话统来发现某小区中有载频故障(后台无告警)而导致较多信道指配失败?如何在远端定位出该小区中的哪些载频引起较高的拥塞?如果已经定位出某个载频有故障,你该如何处理?


主要是查看小区的拥塞率、话务量、占用遇全忙次数等。若拥塞率很高,话务量又很低,占用遇全忙次数为0,并且全天24小时,拥塞率一直都高。则有可能是该小区有载频故障。
为了验证我们的判断是否正确,我们可以把初步判断出认为有问题的载频人工强制闭塞掉(包括BT),然后登记一个只针对该小区的话统任务,该任务中包含TCH占用失败次数、TCH占用请求次数、TCH拥塞率、TCH占用遇全忙次数等指标,统计周期可以是30分钟,也可以是60分钟,也可以更短,如10分钟等。然后再观察统计出的话统结果,如果话统结果(若干个统计周期)均显示TCH拥塞率为0,没有出现拥塞率过高的现象,则表示我们对有问题的载频的判断是正确的,否则就表示我们的判断有偏差,但仍然可以用此闭塞RC并查看话统的方法进行多次尝试来判断出哪个载频存在问题。
如何处理:先复位该载频,后闭塞,再换板。

第7题:

通常情况下RNC单用户信令跟踪不能跟踪到:()

A、Iu口信令

B、上报TMSI的UU口信令

C、上报IMSI的UU口信令

C、Iub口信令


参考答案: B

第8题:

【BSC】某局BSC下共有600多个载频,该网络的无线接通率一直达不到局方的要求,另外,在进行网络优化和整改过程中发现了一些问题,有些问题需要跟踪信令分析,请回答以下问题:

某小区经常出现无法打电话,跟踪Abis口消息,发现BSC的ASSIGNMENT COMMAND消息下发后,BTS上报多个ESTIND消息,最后BTS上报ASSIGNMENT FAIL消息,原因值为:Protocol error unspecified。请问BTS上报多个ESTIND消息的可能原因有哪些,为什么?若你在现场,将进行如何定位排除故障?


BTS上报多个ESTIND消息的原因:MS在新申请的信道上上行的电平(或质量)较好,但下行的电平(或质量)较差,BTS能解码MS上报的SABM帧,但MS不能解码BTS下发的UA帧,导致MS上报多个ESTIND消息。
现场人员操作步骤:
A.查看告警,日志,Abis跟踪消息,话统,并保存。
B.检查是否载频故障,可通过更换载频定位解决。
C.检查是否CDU故障,如故障,可通过更换CDU定位解决。
D.检查是否射频跳线质量问题或者连接质量问题。如有问题,可通过更换射频跳线和重新连接定位解决。

第9题:

在华为拥塞分析中,利用率KPI红线值正确的是()。

A.SDCCH拥塞率(遇全忙):5%

B.SDCCH拥塞率(遇全忙):7%

C.SDCCH拥塞率(遇全忙):9%

D.TCH拥塞率(遇全忙):4%


参考答案:A, D

第10题:

中国移动某局SDCCH拥塞率为1%,TCH拥塞率(不包括切换)为2%,则其无线接通率为()。


正确答案:97.02

更多相关问题