[计算机软件及应用]GSM网络优化.pptVIP

* GSM网络参数的优化－时延分析 光纤天馈系统案例分析—苏州MAXTOR 信源：斜塘镇基站第一扇区3载频（9km） 天馈系统：一拖一光纤直放站，覆盖整个厂房 故障现象：开通后呼叫成功率很低、呼叫失败时电平及通话质量下降 很快、呼叫中断发生在MS振铃之前、MS测得TA=38 光纤天馈系统案例分析—苏州MAXTOR 错误判断：由于光缆绕行布放、融结点等原因造成时延过大（TA=38， 时延距离20km左右），超过了光纤直放站的最大覆盖距离（经验值一般不 超过15km），因此造成呼叫成功率很低。 错误判断的原因：时延过大会导致接入失败而且同时会造成RxQual下降、掉话率上升的故障现象。 光纤天馈系统案例分析—苏州MAXTOR 原因分析：从呼叫MS听不到振铃便中断可以大致断定问题出在Channel Request 到Alerting 进程之间。为了准确定位故障，需进行路测。 排除步骤：路测，检查信令流程 起呼前信令及无线参数情况 起呼时信令及无线参数情况 光纤天馈系统案例分析—苏州MAXTOR 由信令可知：呼叫失败是由于TCH Assignment Failure引起的。 指配失败的主要由无线消息失败、传输故障、干扰等原因造成。 在本案例中原基站不存在上述问题，只是在直放站室内分布系统中出 现，由此可以判断基站原先不存在传输或无线消息故障。 光纤天馈系统案例分析—苏州MAXTOR 可能的原因一：跳频序列HSN、MAIO引起的干扰。 由于信源基站离厂房很远，源基站的HSN、MAIO可能和厂房周边基站 的HSN、MAIO设置不当而冲突引起干扰。 经网优查实，信源基站的HSN、MAIO和周边站（外跨塘站）没有冲突。 光纤天馈系统案例分析—苏州MAXTOR 可能的原因二：基站采用互为分集技术，TCH载频板也有发射功能，而耦合信源只接了Tx端。 从故障现象看，当TCH指配后Rxlev下降很快，初步认为载频板故障或载频信号根本没有进入分布系统。 经查询Motorola工程师，证实了该BTS设备采用的正是互为分集技术。 光纤天馈系统案例分析—苏州MAXTOR 解决办法：将二个端口分别用大功率耦合器撮信号并用微蜂窝电桥合 路后接入分布系统，经测试，故障排除。 讨论一：上述问题与分集接收的不同 讨论二：时延和覆盖区域大小的深入分析（开射频跳频时对覆盖区的影响） 讨论三：TCH Assignment Command 赣州珠兰光纤直放站－接入时延的分析 珠兰光纤直放站故障分析 一台光纤直放站中继端机和一台远端机，覆盖一条乡间公路 中继端机至远端机光缆长7公里，远端机位于一个小山顶上，全向天线 小山脚下MS能接入，稍远无法接入；在近处接入后走很远也不会掉 话，但挂机后在远处就无法再发起呼叫 基站为Alcatel O/2站型 珠兰光纤直放站故障分析 先期工作已排除以下可能性： 光纤直放站系统有故障 光路有故障 天馈系统有故障 参数调测不当（如增益不足、过饱和等） 系统话务量拥塞 珠兰光纤直放站故障分析 路测报告分析： Channel Request 得不到响应，无法启动立即指配程序 三条Channel Request 后系统发送Idle Report 说明：以上现象说明远处MS无法呼叫的原因在于系统分配（建立） SDCCH失败，在最大重传次数后系统停止T3120并返回CCCH空闲状态（终 止了立即指配过程）。 步骤一：话务拥塞及无线资源缺乏分析 从OMC-R提取报告显示，该站SDCCH及TCH拥塞较严重，但在基站下及 小山脚下发起呼叫却很少遇到SDCCH指配失败的事件。 结论：该站虽然有拥塞，但显然不是由拥塞造成的，否则在较远处 呼叫时至少应有呼叫成功的事件发生。 珠兰光纤直放站故障分析 步骤二：信道激活无应答 珠兰光纤直放站故障分析 步骤二：信道激活无应答 由信令可以看出，信道激活无应答原因在于BTS和BSC无法正确解 Channel Required，如果BTS和BSC硬件有故障，则其它地方发起的呼 叫也无法正确解码。 结论：BTS和BSC硬件故障可以排除。 珠兰光纤直放站故障分析 步骤三：T3212计时器周期过短 T3212用于周期性位置更新的限时，提高该值可以减轻SDCCH信道 的负荷，尤其对边界区较明显。Alcatel工程师对此值进行了修改，但 故障并没排除。 结论：1、该值如果过小，在别的区域也会出现SDCCH拥塞的现象 2、在信令中并未发现有Location Update的指令 珠兰光纤直放站故障分析 步骤四：TA时延超出边界 在系统中，常对MS的接入范围做限定，当MS与BTS的距离超出规 定范围时MS就无法接入。 该参数为：MS_Max_Distance_In_Call_Setup，简称DMAX，默认 值为63（3