GSM优化投诉案例问题集锦.docx
《GSM优化投诉案例问题集锦.docx》由会员分享，可在线阅读，更多相关《GSM优化投诉案例问题集锦.docx（32页珍藏版）》请在冰豆网上搜索。
GSM优化投诉案例问题集锦
用户投诉,做被叫时对方听到1，2，3（123tone，多来米）的提示音,
sd忙,由于没有sd或tch分配所以根本不可能有语音的提示，等到相应的timer超时，呼叫也就释放了，统计上会记下alloc_tch_fail或alloc_sd_fai等等
dB是一个相对单位，可以说是一个差值单位，而dBm是一个绝对值，是指功率。
对于phaselocklost这一告警可以通过命令:
chg_elephase_lock_gclk0#
chg_elephase_lock_gclk1#
此参数定义site的GCLK是否要同步上级的时钟,参数1为需要与上级时钟同步,如果不能同步则出GCLK11号告警,参数0则不与上级同步,利用SITE自身晶振时钟工作.
危害:
如果长时期的用SITE自身时钟工作,会产生由于时钟漂移而影响到的其他问题,所以应该尽量用参数1,不行就换MCU或NIU
手机话质分为0～7八个等级，正常来说0～3符合要求属于良好，低于4级就算较差了，这八个等级分别对应这不同的BER。
一个GSM用户投诉，现场测试900信号普遍差不多，都为-70DBM左右，可能会频繁切换，
位置更新才会导致"对方暂时无法接通";
用户投诉,做被叫时对方听到暂时无法接通,在相同小区的测试却不存在这样的问题:
开机状态把电池给抠掉了,
信道阻塞,也有可能是用户手机的问题，
如果SIM卡的触点有污损，时常会出现这样问题,
如果被叫手机有GPRS功能，且正好赶上被叫手机刚刚回到standby状态，这时手机要做RAU,并处理GPRS相关信令，就会出现无法接通的提示，这种情况也是很多的.
在基站系统中，全速率业务信道和半速率业务信道的区别在基站容量方面有没有体现？
半速率信道所支持的用户数量比全速率信道可以增加近一倍．只是话音质量要差许多，一般不建议使用．
PB:
PATH_BALANCE=上行损耗－下行损耗＋110。
在100到120之间是没什么的问题的,反之就要处理了.
>110+10表示上行损耗大，检查接收通路SURF,DRI,antenna等；
<110-10表示下行损耗大，检查发射通路DRI,DCF/DDF/TDF和ANTENNA等。
选频直放站是对每个频点进行单独选频放大，一般来说选频模块数目少于7个；而宽带直放站的选频带宽设置为包含7个频点的10MHZ，能够对所有7个频点进行功率放大。
手机A拨打一个已经关机的手机B，一般会有提示音"对方已关机"，请问这个时候手机a与网络之间有没有建立语音RB,如果没有，提示音是从哪发来的。
从流程上说，A是在占用上TCH后才开始到HLR查询，也只有在这之后才能知道对方用户是否关机。
因此，手机A与网络之间当然是建立了话音信道的。
提示音是用户接入录音通知设备线后听到的。
SDCCH/4：
是在一个时隙上设置有4个SDCCH信道，其余信道用作BCCH，即所谓的combined方式；SDCCH/8：
指一个时隙配置了8个SDCCH信道，即nocombined方式
公共模式是BCCH和SDCCH共用一个信道和非公共模式是BCCH单独有一个，SDCCH单独用一个信道，实际工程中用非公共模式，SDCCH一般配置原则是扇区中TRX数除以2，根据实际话务再调整。
剩下的就是TCH信道的个数。
校园附近的基站肯定sd的配置比一般要高些.
话务掉话比是怎么计算的？
拿一个小区为例，话务量3.67，掉话2次，话务掉话比怎么是110？
（公式＝话务量（ＥＲＬ）＊６０／掉话次数．
话务量３．６７，掉话２次，掉话比＝３．６７＊６０／２＝１１０．１
60表示60分钟啊！
关于位置更新的问题，就是移动台在移动过程中一直通话，此时是不能为之更新的，但此时另外一用户呼叫此用户，系统是如何知道此用户现在所属的位置区的；
移动台在通话过程中，有可能会发生切换的。
如果是BSC间或MSC间的切换，信令里会把小区号告知交换机。
VLR里就会存储该移动台最近的位置区了。
彩铃是在呼叫流程中的哪一步插入的？
有没有碰到彩铃用户接通率比普通用户低的情况？
彩铃在呼叫流程中是主叫在呼叫被叫用户时当在被叫的用户服务信息中＂查询＂到订制了彩铃时，由彩铃服务器给主叫送彩铃．
彩铃用户接通率比普通用户低经常是由于信令链路拥塞的原因．
接入的等级控制（cell_bar_access_class）中提到，用户级别应该都是0~9吧？
接入控制参数C0~C9在哪里可以设置？
C0～C15（不包括C10）可以由网络操作员设定，一般情况下这些比特应被设置成1。
合理地设置这些比特对网络的优化具有很大的影响，主要表现在下列方面：
1.在基站的安装、开通过程中或在对某些小区的维护测试过程中，操作员可以将C0～C9设置为0，以强行禁止普通用户的接入从而减小对安装工作或维护工作的不必要影响。
2.在一些业务量很高的小区，忙时会出现拥塞现象，表现为RACH冲突次数较高、AGCH流量过载、Abis接口流量过载等等。
在GSM规范中，有许多方式处理过载与拥塞现象，但大多数方式会影响设备资源的利用率。
网络操作员可以采用设置适当的接入控制参数（C0～C15）来控制小区内的业务量。
例如当小区出现业务量过载或拥塞时，设置某些Ci为0，强制这些接入等级的移动台不可以接入本小区（Ci的改变对正在通信过程中的移动台没有影响），从而减少小区内的业务量。
上述方式的缺点在于使某些移动台得到“不公平”的待遇，为解决这一问题，可以周期地改变小区中C0～C9的数值，如以五分钟为间隔，交替允许接入等级为奇数和偶数的移动台接入。
同临频干扰的图：
现场有时候有一个很远的信号飘过来，使的手机信号满格但是不能够打电话，只能是关机重新启动后才能够占据原来的信道，恢复正常的通话，为什么这个信号为什么能够一直占据信道，信号很强但是不能够进行正常的通话？
把那个信号锁频，那个信号也不能够用于通话。
你接收到的是越区信号，它和分部系统的信号没有邻频切换关系，所以一旦占用就切不出去，只能关机手机小区重选；另外越区过来的信号不稳定，来去匆匆，所以也打不了电话。
这种情况常常发生在高层，最好的解决办法就是降低施主天线的高度。
或者将天线倾角加大解决！
在GSM中，一般载频较少时，C0的TS0和TS1用做控制信道，那么当载频较多需要增加SDCCH时，是一定加在C0的TS2吗？
还是加在别的载频？
sdcch可以加载其他载频上，但是习惯加在C0的TS2
用户所在地电话经常打不出去,别人也难得打进来,实地测试确实如此,查看后,该小区不拥塞（包括sdcch和tch）,拨打测试时发现在该小区内拨打用本小区的信号基本上打不出去,就算是成功了,也是切换到该站的另外两个小区;该地区有三到四个基站的交叉覆盖,而且其他站在该地的接收电平都高于-80dBm,该站的天线是放在一个四层楼顶.。
首先请确认这个CELL下是否有话务量,（通过统计即可得出）,如果有话务而没有呼叫建立（total_calls）则检查这个基站的MSC数据是否加了,同时检查CELL是否设置了SDCCH数量（RTF数据中）,是否cell_bar_access_switch为1
如果没有话务量,就表明这个站根本就没有进入服务,
如果有话务量,也有主叫建立（很少）,则需要检查,1,无线环境是否有上行干扰,2,最小接入门限是否设置过高,以上解释基于设备及天线问题排除后进行。
在基站侧登陆到BSCGPROC用的命令是：
rl10115h;
退出BSCGPROC要用什么命令呢？
在基站上用MCUF/H2SCRLOGINGPROC,需要进入LEVEL3,在EXECMON下进行操作,
返回的快捷键是Ctrl+D,然后回车,同时建议：
1,远端做数据时,建议RLOGIN到0115H/0119H外的GPROC进行操作,因为在BSP上的误操作有时候是致命的!
!
2,只要能RLOGIN到BSC上,就说明RSL是好的并且可能已经下数据了,
3,检查在EXECMON下的命令的每个字母,因为RESET只要用RE就能重启动BSC,而且没有任何提示,直接硬件复位（RL和RE很象,所以建议用rlogin,不用简写）!
!
!
原基站有3个小区，分别为1、2、3，现在重新开一个小区为4，4小区和3小区采取共用天馈的方式，4小区信号强度比3小区弱。
如现在要实现以下功能：
3小区话务忙时，当3小区话务容量达到80％的时候，接入用户自动选用4小区信道。
请问这个基站具体的参数应该怎样设置？
设置的具体参数是哪些？
设备为MOTO的HORIZON。
首先,BSC需要打开tch_congest_pevent_thres这个Fult,并把它设置为80,当CELL3到80%时,就不会再接入,
但是,MS的话务控制是被动的,不能通过人为来指向MS占用哪个CELL,只能通过修改列如CRO等参数来提高CELL4的利用率来达到吸收话务的作用,如果这附近CELL4是第二好的小区,则接入的可能性大一点,
如果一定要实现你所说的功能,可以通过实地考察调整CELL4天线,和CRO,PT,PO等参数,达到容量储备,在CELL3忙时候充当吸收话务的能力,
同时建议,如果只是为了缓解CELL3的话务压力,干脆扩容CELL3.
摩托G网有告警为MainsA.Csupplyfailure和BatteryboxTemperatureHigh请问怎么处理。
机柜是H型机柜，一.检查温度时候过高,手测即可,同时检查风扇是否工作正常,
二.基站是否工作正常,统计指标都正常,
三.电源输入是否有波动（检查基站电源柜）
如果以上检查的结果都为肯定,建议:
重新加载EAS,不要输入AC电源的告警数据,（如果用DC则不需要用AC）具体的做数据自己参阅MOTOGSM说明书一.检查温度时候过高,手测即可,同时检查风扇是否工作正常,
二.基站是否工作正常,统计指标都正常,
三.电源输入是否有波动（检查基站电源柜）
如果以上检查的结果都为肯定,建议:
重新加载EAS,不要输入AC电源的告警数据,（如果用DC则不需要用AC）具体的做数据自己参阅MOTOGSM说明书
应该是每个小区要一个主BCCH信道,每2个载频要一个SDCCH信道,一般系统算容量的时候是平均每个载频7.2个信道.
用户漫游到外地不能发送短信,用户在本地能够正常使用：
漫游用户发短信相对简单啊，一般要从漫游地端局经LSTP到该省的HSTP再到你归属的的HSTP再到你归属地的短信中心。
如果你漫游在省会或深圳等大城市，可能就会省了LSTP。
漫游不能发短信，很多是因为当地交换机未能正确识别该用户的短信中心前缀。
具体原因可能跟厂家有关。
还有就是节假日期间，可能本地或者长途信令网话务繁忙导致拥塞。
还有可能就是短信互联网关拥塞。
MOTO的BTS，满配6块载频是最多几人通话！
在每扇区的第一块载频上有几个业务信道？
这和RTF的设置有关系,例如:
2/2/2的站,BCCH上的CTU设为SDCCH_LOAD为2,则BCCH上的业务信道为:
6,NON_BCCH上为8,
每扇区理论最大通话个数为:
14,总站为:
3*14=48,
关于Erl的问题：
就是一次呼叫持续一个小时，那么该呼叫产生的话务量为1ERL
用一部手机一个小时内打了60个电话，每个电话时间为一秒钟，这部手机这一个小时的话务量是60*1/3600=1/60ERL。
4500爱尔兰：
平均每用户的Erl值乘用户总数得出的数值
horizon2的机柜如果出现DRI00：
TXVSWRAntennaFault告警
在MOTO的H2基站中开始自带了VSWR的检测设备,在DUP上可以看到有一个VSWR的指示灯,如果天线出现故障或是VSWR过高,则会指示为红色,同时在BSS的CODE中开了一个VSWR的自检的FAULT,如果有问题则会在OMC-R上出现ALARM,
DRI00TXVSWRAntennaFault告警是指驻波过高,出现了该告警的载频是不能正常工作的!
应该检查天线!
摩托罗拉Horizon2的BTS，MCUF板内无启站卡，CTU2载频经常起不了，且要对MCUF
进行断电硬复位才能使CTU2起来，直接INS不行。
基站配置为Horizon（主柜）扩展Horizon2（从柜）。
CTU2不能直接ins，必须先locked后再ins。
建议使用unlock，先unldri00，01等到00B-U后再unl。
如果是INHEBITED，要先断一下载频电，再lock，最后unlock,当H2机柜作为从机柜时，主机柜一定要配置PCMICA卡，否则CTU2无法进行Codeload，原因是MCU或MCUF中没有足够的存储空间，CTU2中的代码需要用PCMCIA存储。
串音是什么原因造成的?
原因有很多，可能是有鸳鸯线，E1的硬件问题，无线的原因也有，回声抑制器的问题也有可能。
需要排查
手机打电话的时候有时候听见自己的声音，也能听到对方的声音。
BSC侧的声码器单元回声抑制不好造成的，这个通常整网内投诉比较多。
手机的双工器，或是环形器隔离度不够好造成的
CCB是合路器的一种,
机械马达驱动,由于腔体机械运动调整频率慢,因此不支持射频跳频,只支持基带跳频,用于M-CELL机桂,优点是发射功率大,印象中可以到30瓦,需要使用高功率双工器,现在应该使用很少
CSFP
基站中用于存储交换\数据的区域,简单说就是BSC将数据先存到CSFP中,在割接的时候将数据再倒入MCU
ＭＯＴＯ的设备，可以通过数据统计来判断ＢＴＳ的天馈是鸳鸯线：
对于两个小区交叉线（鸳鸯线）问题：
《1》从载频BER看问题，一般交叉馈线所在载频的BER>1.5，比同一小区其他载频BER明显要高。
并且成对出现，如有一站rtf02ber=1.16rtf21ber=1.93rtf22ber=1.84其他rtfBER<0.7；所在馈线分别为112和312。
天线整改后BER<0.8。
《2》从话务量变化看问题，将BCCH载频放置于小区内不同馈线，看基站各个小区TCH话务量变化，如有2个小区话务量变化明显则馈线就有问题。
《3》从Nei统计看问题，可以事先添加问题小区与各个方向小区的邻区关系，Enable问题小区Neighbour统计后一小时可看到，借助GI分析问题小区与周围邻区切换个数比例是否正常。
《4》从载频PB看问题，对于话务区距基站较近情况，很难从载频PB判断问题，如话务区距基站较远情况，则可从载频PB来判断问题，其问题馈线所在载频PB一般在96--102之间，比正常值低10。
对于整个小区反接问题：
很难从载频BER和PB来判断，只能基于Neighbour统计来判断问题。
如对地形和用户分布较熟悉，也可从小区话务量分布来判断问题。
CHAN_REQ_MS_FAIL（MS响应超时）：
是指网络给手机发送立即指配消息后手机在3101计数器计时内未给网络回应，而且一般这种情况跟硬件有关，有可能跟单个载频有关
这个数值跟sdcch话务量有关，由于分配的sdcch次数不同，相差较多，0-100多都是有可能存在的。
他是网络端向ms发sdcch分配后，ms相应时间超时（t3101）,可能有干扰什么原因吧，或硬件故障导致ms不能占用sdcch
chan_req_ms_fail即（ms响应超时）里出问题的老是ts0,1,2而ts3,4,5,6,7都很正常，
chan_req_ms_fail只在SDCCH信道出现,SDCCH一般只在BCCH的TS0，1上出现。
EGSM（上行频率880----890MHz）的绝对频点号是怎么分配的?
974-1023
关于EC（回声抑制器）的问题：
在进行2、4线转换的时候就会产生回声，交换机内部是4线制，而固定电话是2线制，在这二者进行转换的时候就会产生回声。
移动用户之间就不用EC。
固话局也会产生回声，所以用户板上都是带有回声抑制器的。
为什么很多场合都称信号强度为一个负值而不是正值？
负值是一个dB值。
例如-20dBm=0.01mW
手机在刚开机时信号好像比较好一点。
手机在开机时接入网络时，需满功率发射。
在待机时有时会进行功率控制，但不会影响手机信号，如果做小区重选频繁的话，手机信号有时会发“漂”。
IOI:
Intereferenceonidle
表示话音信道在空闲模式下收到的上行噪声信号强度。
例如：
如果某话音信道的IOI统计值为15，则表示系统在该时隙收到的上行干扰噪声电平为-110dbm-15=95dbm，-110dbm为系统的参考电平。
ber时表示在每的载频的每个信道在空闲时间的务码率，ioi表示其7个信道的总务码率，BER：
BER是比特误码率（BitErrorRate）的简写，它是一个normaldistribution统计，每个SACCH复帧（480ms）上报一次，反应了激活信道（时隙）的下行接收质量。
我们都知道，在TCH上一个SACCH复帧内移动台接收100个下行帧，得出每帧的BER。
这100个BER通过非加权的算法得出一个该SACCH复帧内的总体平均BER，并把该平均值转换为GSM定义的八个质量级别（qualitybands）之一，把上行测量报告中报告给BSS。
BSS在进一步交由HDPC平均处理前可将服务级别转化成相应的假定值。
在数据库参数中可定义不采用假定值，而直接采用报告的服务级别值来进行处理。
HDPC决定了MS是否需要进行功率控制（PowerControl）或切换（Handover）。
一般观察较长时间后，若该载频的每个时隙的BER一直都较高（BER值的正常范围应视系统而定，系统市区平均（BER_MEAN）值比郊区高，一般正常值在1.6以下，当BER_MEAN值较高时）时，反映该载频的下行链路质量存在问题，需检查该载频的校准、频率干扰及载频本身是否存在问题。
在话统报告中可以得到该值。
在一山下国道附近使用手机时，白天信号稳定且通话质量未出现异常情况，但到了晚上时信号极不稳定，时强时弱，通话过程中频繁出现掉线、听不清楚对方讲话内容、声音断断续续的情况，并反映周围其他133联通用户在晚上使用时也是此种情况，用户曾换机试过，如三星X199、LG8080都是此种情况，其它地方晚上使用时情况良好，我怀疑是不是因为呼吸效应，但此地的话务量比晚上还大，而且里基站（此站在山）不远的一个山头上信号比较飘忽不定，
信号时强时弱可能是从天线发射出来的时候就时强时弱，有可能是天馈系统有水汽在里边，一到晚上汽态形成液态产生驻波导至信号时有时无时强时弱。
此种情况可以在晚上测试一下天馈驻波。
如果你所说的情况只是在此扇区下面的一个地方出现，那么有可能是基站下行信号受到干扰，可以查一下附近有没有对讲机发射台或是金属小作坊之类。
如果以上两种情况都不是，建议再检查一下基站，硬件连接、设备环境、地线等。
雾气是由于空气成分发生了变化导致游离电子在空气的浓度降低造成信号弱
RXLEVFULL、RXLEVSUB、RXQUALFULL、RXQUALSUB：
RXLEVSUB:
描述测量数据在开通间歇发射条件下场强变化。
RXLEVFULL：
描述测量数据中的无线场强变化趋势。
RXQUALSUB：
描述测量数据在开通间歇发射条件下误码率变化。
RXQUALFULL：
描述测量数据中的无线信道误码率变化趋势。
在没有开通间歇发射（DTX=0）的小区，RXLEV、RXQUAL的FULL和SUB值基本相等。
话音质量的划分与BER有关：
0级:
BER=0%-0.2%
1级:
BER=0.2%-0.4%
2级:
BER=0.4%-0.8%
3级:
BER=0.8%-1.6%
4级:
BER=1.6%-3.2%
5级:
BER=3.2%-6.4%
6级:
BER=6.4%-12.8%
7级:
BER大于12.8%
给对方打电话时易出现“暂时无法接通”的录音。
出现这种情况有可能是用户手机和SIM卡接触不好。
当然也可能是由于用户做位置更新等CM业务而没有及时响应寻呼造成的。
当然，还有可能是用户的强制性位置更新没成功造成的。
不同类型的短信分别是通过什么信道发送的？
在idle模式下短消息是通过SDCCH发送和接收的，
在dedicated模式下是通过FACCH偷贞发送和接收的。
彩信一般通过GPRS承载发送和接收。
杂散发射：
是在必要带宽外某个或某些频率上的发射，其发射电平可降低但不影响相应信息传递。
包括：
谐波发射、寄生发射、互调产物、以及变频产物，但带外发射除外。
正常：
有电话打入，分配sdcch，收到setupindication，收到alertingindication，然后分配tch，然后手机发出挂断信令，紧接着releasecomplete正常结束
故障：
，使用来电只接功能，有电话打入，分配sdcch，收到setupindication，手机发出挂断信令，然后就不会收到alertingindication了，再后边就是分配tch，也会发出releasecomplete。
但是，这时手机的receiver（听筒），却一直有“嘟嘟嘟”的声音，除非reset或是重新建立一个通话正常挂断后故障就会消失
假设MS中有存储BCCH信息，MS的小区选择过程应该如下：
MS开机，搜索已存储的BCCH载波；再假设MS可以译码该小区的BCCH信息，但C1<0，不能驻留该小区，那么MS就会检查该小区BA表，搜索表中所有BCCH载波（假设有B1，B1，B3，B4；接收电平B1>B2>B3>B4）。
MS首先同步并解码B1载波信息，若不合适（C1<0），再依次对B2，B3，B4进行同样操作。
若B2，B3,B4均不合适（C1<0），此时MS会执行无存储BCCH信息的小区选择过程。
BA表是指的BCCHallocation的列表，其中存储的是该小区定义的邻近小区的BCCH的信息
CBA指的是小区禁止接入
一个GSM小区,下行信号电平值很高,MS在空闲状态下也能占上这个小区,但发起呼叫却不能占用这个小区的TCH信道,全部"直接重试"到邻小区了.
空闲状态上能占用上此小区只能说明移动台能与小区的BCCH广播信道发送同步信息，发起呼叫后首先在SDCCH上建立用户验证，然后在SACCH慢速相关控制信道上发送各种报告，接着在快速相关控制信道上FACCH做信息交换，最后再指派TCH。
stick听你的意思好象是没有足够数量的控制信道来指派TCH，可以增加DCCH控制信道的数量试试。
在我通话时fullquality=7而subquality=0对我的通话有什么影响?
你首先看看测试的基站有没有开跳频，如果开了，FULL值是没有意义的。
只有SUB才是开DTX时准确的测量值。
而且通话质量一般是看BER（BITERRORRATE）和FER。
没影响，你只需看RxLevSub值就可以了。
SQI是反映语音通话的一个指标，在分析时
也可以关注一下。
B=arctg（H/R）+A/2,
这是一个天线高度、下倾角、覆盖距离三者之间的关系式，A是天线的垂直半功率角。
上式可以用来估算倾角调整后的覆盖距离，在优化现场实际使用效果显示该式具有较强的知道意义。
但应用该式时有限制条件：
倾角必须大于半功率角的一半；距离R必须小于无下倾时按公式计算出的距离。
C1、C2值如何理解？
这两个值分别是手机进行小区选择和小区重选的前提条件，即在手机开机时选择C1值大于0的最大值的小区，在进行小区重选时则选择C2值大于0的最大的小区，只要大于0就应该
升级会员 