网络优化心得-关于天线端口定义.doc

网络优化心得关于天线端口定义天线端口定义错误和接线错误是网络优化硬件排障发现的问题之一。该故障一般发生在扩容工程或整冶工程之后，天线端口定义错误或接线错误将严重影响网络指标中的呼叫成功率、TCH掉话率、SD分配失败率、话务量。而在用户感受方面，由于手机上行损耗的增大，手机呼叫困难和掉话将引起用户的投诉。要解决这个问题，首先我们必须了解天线端口定义的规范。天线端口定义是出现在载频的数据定义，也就是antenna_select 参数，指定载频从SURF/DLNB的哪个端口获得经带通滤波器滤波和低噪放大后的收信信号。用eq # dri 定义载频数据时有一行要求输入指定天线端口选择Enter antenna select number for this cell: 1这里可输入1、2、3三种值用disp_eq # dri id1 id2 可看到载频数据中有一行：Antenna select number for this cellantenna_select: 1Mcell机柜是通过IADU（天线统一分配单元）将DLNB的输入分离成六路，输出给本机柜的TCU，并通过IADU板的扩展板把收信信号扩展到其它机柜，并通过机柜间扩展射频线连接到另一柜的DLNB或SURFHorizon/Horizon II是使用SURFSURF2，集成度更高，整合了DLNB+IADU的功能，并通过SURF板上A、B端口进行扩展。TCU是通过面板上RX1、RX2两条射频线连到IADU，CTUCTU2是通过机柜背板插槽与SURF进行通信的。对于小区跨机柜时就必须通过机柜扩展使接收信号达到每一个载频。接线错误或数据定义错误造成的直接影响就是PB值过高，假设实际RX天线接到的端口为0A/0B，但数据定义antenna_select为2，MCUF会指定载频从SURF的1A/1B中接收数据,由于实际上1A/1B没有接天线，ANT2出来的信号非常弱，因此上行信号的衰耗会非常之大，导致PB值严重偏差。由于上行增益不足，手机的呼叫等其它信令会在传播中丢失，造成呼叫失败和掉话。正确的接线配置，扩展线的工程规范以Horizon机柜444的配置为例，从1、2、3区依次天线选择应为2、1 、3，而MCEll机柜是从柜顶一对大小接头扩展到另一机柜的一对接收端口，扩展到另一机柜DLNB或SURF的端口，对应的载频就按接线定义数据。由于SURF提供一对接收信号输出端口，这对端口与滤波放大器0（RX 0A/OB），然后将机柜的接收天线的输入信号扩展到另一个机柜。在Motorola的GSR7手册中规定，Horizon II设备的SURF2的同样和Horizon的SURF一样仍从0A0B扩展出去。因为A和B口仅与0A和0B连通，选择要扩展信号只能接到0A和0B，否则信号不能扩展到副机柜。Sruf2结构图如下：注意如果是天线不经过DUP直接接到SURF2上的端口，只能接到0B、1B、2B这三个端口，因为A口一般是接DUP的RX，DUP内已有滤波器，所以SURF2的A口无滤波器，如果把天线直接接到A口会造成干扰增大，IOI指标偏高 总结硬件排障发现的接线错误故障，发现接线错误大多是没有按工程规范，在扩展时没有从OA/OB端输出。而是从1A1B扩展出来的，可能原因是由于0A0B被其它载频占用，由于采用错误的的接线，造成PB等各种指标差。正确的接法是在扩展机柜0A/0B被占用时，主机柜从A/B口扩展出来，从机柜可以扩展到另一机柜任意一对端口，但载频数据中的antenna_select必须对应，调测扩展载频时也要注意，更改成相应的antenna_select。或按工程规范将占用0A/0B的小区的数据和接线变成2或3，将0a和0b端口腾出来，再将要扩的载频数据重新定义成1。对于错误的接线，必须将对应的连线纠正，对于数据定义错误可使用以下命令将数据纠正。 先将对应的载频lock 登录BSC并进入第三级别 用modify_value 站号 antenna_select 1/2/3(选一个天线端口) dri id1 id2 unlock载频 综上所述，天线端口数据定义和接线错误会造成诸多的网络问题，所以在处理各种指标差的异常话务，尤其是PB130的