关于网页设计和SEO的问题

标题 相邻集搜索窗设置偏小导致软切换掉话原因分析 现场路测证实，只要一发生软切换基本上会有掉话现象，而且掉话概率较高，掉话原因为C05。同时，注意到以下三个掉话前现象： 1、路测信令分析显示，切换期间，固定台多次重发HCM（Handoff completion Msg）消息，但是收不到BS的应答，最终掉话； 2、Rx在-92左右，但切换期间MS的Tx却不断下降（从10一直下降到-64）； 3、切换过程中有一段时间Ec/Io也比较差，FFER比较高（9.09%）。投诉区域仅有两个RAU的信号，且证实无导频污染情况。当终端只使用任一RAU信号进行通信时不会出现掉话的情况，只有当发生切换时，才可能会出现掉话。 1）现象“1”说明，该掉话是在切换完成之前发生的掉话。该次软切换流程还没有走完（MS要收到BS对于HCM的确认消息Base Ack Order后才是一个完整的软切换，相邻集的导频才会被添加到激活集中，使用win_A窗口），也就是说该次软切换没有成功，目标导频没能加入到Win_A中； 2）现象“3”表明在切换过程中，前向的误码率很高（鼎立软件的及时统计功能不完善，实际FER可能会更高）； 3）现象“2”表明终端是处于一个关闭发射机的过程（显示由10－>-64）；分析： 1、根据手机掉话的机制理论。当前向FER过高，MS在一定时间内收不到可以正常解调的帧，或坏帧过多会导致手机关闭发射机造成掉话。终端表现出来的现象“2”与掉话机制现象相符合。 2、因地形复杂会导致两个RAU的多径信号时延差的浮动范围会比较大，而相邻集搜索窗设置偏小，导致有时候相邻小区信号可以落在相邻集的搜索窗内，大部分时候落在相邻集的搜索窗外。原相邻集的搜索窗是10（100chips），而两个RAU直接距离差约20km＝82chips。因地形相对复杂，两个RAU的多径信号时延差的浮动较大，如果搜索窗设置过下，任一RAU的信号如果不能落在搜索窗内，都将成为干扰，但有时候短时间内又可以被相邻集搜索窗捕获，并被解调发起软切换流程，但无法保持较长持续的时间完成一次完整的软切换。这就导致了FER差，而且Ec/Io浮动范围大的根源。推断可能是因为相邻集设置过小导致软切换掉话。考虑到地形复杂，在扩大相邻集搜索窗的时候也同时扩大激活集的搜索窗。（两个RAU已经配置了合理的邻区关系）处理过程 1、将相邻集搜索窗由10修改为13（226chips，226/2>82chips）； 2、将激活集搜索窗由5修改为8。经过现场测试，软切换掉话问题获得解决。建议与总结 终端在软切换过程中是使用相邻集搜索窗捕获目标导频的，只有当终端发出HCM消息，并收到Base Ack Order消息后才会使用激活集搜索窗捕获目标导频的多径信号。 【现象描述】现场测试某CDMA800M基站主分集的RSSI都比正常情况高10dB以上。【告警信息】无 【原因分析】RSSI升高的原因主要是有外部干扰和系统互调，外部干扰有很多类型，系统互调也有天线互调、天馈避雷器互调、滤波器互调等。但是经过沟通，发现现场测试的天馈部分驻波比在1.2以下，并且只有0扇区与1扇区RSSI升高，而2扇区RSSI正常，这表明很有可能是外部干扰，并且干扰方向在0扇区与1扇区所组成的夹角方向上。【处理过程】1、把YBT250连接到RLDU的主集接收测试口上，发现在274频点上存在一个强度约为－82dBm的窄带干扰，但是在分集接收测试口上，不能测试到干扰； 2、把283频点与201频点的功率关闭后，干扰依旧存在；在把主集天线拧开后，干扰消失；并且主集天馈部分的驻波比在1.2以下， 同时RSSI仅在283频点上异常，而201频点正常，所以可以初步定位为干扰来自外部； 3、到天台上进行干扰测试，把YBT250的频谱分析带宽设为0.010MHz，中心频率设为274频点(833.22MHz)，把天线沿顺时针方向进行缓慢移动，发现天线指向0扇区与1扇区天线夹角某一方向上时，出现了干扰，测试到的干扰强度约为-110dBm。从而得出结论：本次RSSI干扰问题是由于外部干扰引起的； 4、到天面上进行测试，定位到是离基站约200米处一栋楼内的一户住户的电视频道增补器引起的。在电视频道增补器旁边测试到最强的干扰信号为－56dBm，把电视增补频道器的电源拔掉，干扰消失；而仅仅拔掉输入口的馈线时，干扰依然存在。所以此干扰是电视频道增补器的本振泄漏引起的。【建议与总结】1、本次RSSI升高是由电视频道增补器引起的； 2、从以前友商的相关文档中得知，其他家电也会对CDMA系统产生干扰； 3、无论是从理论分析还是实际组网结果看，GSM900对CDMA800的干扰基本不会产生，不应该优先考虑。 标题 相邻集搜索窗设置偏小导致软切换掉话原因分析 现场路测证实，只要一发生软切换基本上会有掉话现象，而且掉话概率较高，掉话原因为C05。同时，注意到以下三个掉话前现象： 1、路测信令分析显示，切换期间，固定台多次重发HCM（Handoff completion Msg）消息，但是收不到BS的应答，最终掉话； 2、Rx在-92左右，但切换期间MS的Tx却不断下降（从10一直下降到-64）； 3、切换过程中有一段时间Ec/Io也比较差，FFER比较高（9.09%）。投诉区域仅有两个RAU的信号，且证实无导频污染情况。当终端只使用任一RAU信号进行通信时不会出现掉话的情况，只有当发生切换时，才可能会出现掉话。 1）现象“1”说明，该掉话是在切换完成之前发生的掉话。该次软切换流程还没有走完（MS要收到BS对于HCM的确认消息Base Ack Order后才是一个完整的软切换，相邻集的导频才会被添加到激活集中，使用win_A窗口），也就是说该次软切换没有成功，目标导频没能加入到Win_A中； 2）现象“3”表明在切换过程中，前向的误码率很高（鼎立软件的及时统计功能不完善，实际FER可能会更高）； 3）现象“2”表明终端是处于一个关闭发射机的过程（显示由10－>-64）；分析： 1、根据手机掉话的机制理论。当前向FER过高，MS在一定时间内收不到可以正常解调的帧，或坏帧过多会导致手机关闭发射机造成掉话。终端表现出来的现象“2”与掉话机制现象相符合。 2、因地形复杂会导致两个RAU的多径信号时延差的浮动范围会比较大，而相邻集搜索窗设置偏小，导致有时候相邻小区信号可以落在相邻集的搜索窗内，大部分时候落在相邻集的搜索窗外。原相邻集的搜索窗是10（100chips），而两个RAU直接距离差约20km＝82chips。因地形相对复杂，两个RAU的多径信号时延差的浮动较大，如果搜索窗设置过下，任一RAU的信号如果不能落在搜索窗内，都将成为干扰，但有时候短时间内又可以被相邻集搜索窗捕获，并被解调发起软切换流程，但无法保持较长持续的时间完成一次完整的软切换。这就导致了FER差，而且Ec/Io浮动范围大的根源。推断可能是因为相邻集设置过小导致软切换掉话。考虑到地形复杂，在扩大相邻集搜索窗的时候也同时扩大激活集的搜索窗。（两个RAU已经配置了合理的邻区关系）处理过程 1、将相邻集搜索窗由10修改为13（226chips，226/2>82chips）； 2、将激活集搜索窗由5修改为8。经过现场测试，软切换掉话问题获得解决。建议与总结 终端在软切换过程中是使用相邻集搜索窗捕获目标导频的，只有当终端发出HCM消息，并收到Base Ack Order消息后才会使用激活集搜索窗捕获目标导频的多径信号。 【现象描述】现场测试某CDMA800M基站主分集的RSSI都比正常情况高10dB以上。【告警信息】无 【原因分析】RSSI升高的原因主要是有外部干扰和系统互调，外部干扰有很多类型，系统互调也有天线互调、天馈避雷器互调、滤波器互调等。但是经过沟通，发现现场测试的天馈部分驻波比在1.2以下，并且只有0扇区与1扇区RSSI升高，而2扇区RSSI正常，这表明很有可能是外部干扰，并且干扰方向在0扇区与1扇区所组成的夹角方向上。【处理过程】1、把YBT250连接到RLDU的主集接收测试口上，发现在274频点上存在一个强度约为－82dBm的窄带干扰，但是在分集接收测试口上，不能测试到干扰； 2、把283频点与201频点的功率关闭后，干扰依旧存在；在把主集天线拧开后，干扰消失；并且主集天馈部分的驻波比在1.2以下， 同时RSSI仅在283频点上异常，而201频点正常，所以可以初步定位为干扰来自外部； 3、到天台上进行干扰测试，把YBT250的频谱分析带宽设为0.010MHz，中心频率设为274频点(833.22MHz)，把天线沿顺时针方向进行缓慢移动，发现天线指向0扇区与1扇区天线夹角某一方向上时，出现了干扰，测试到的干扰强度约为-110dBm。从而得出结论：本次RSSI干扰问题是由于外部干扰引起的； 4、到天面上进行测试，定位到是离基站约200米处一栋楼内的一户住户的电视频道增补器引起的。在电视频道增补器旁边测试到最强的干扰信号为－56dBm，把电视增补频道器的电源拔掉，干扰消失；而仅仅拔掉输入口的馈线时，干扰依然存在。所以此干扰是电视频道增补器的本振泄漏引起的。【建议与总结】1、本次RSSI升高是由电视频道增补器引起的； 2、从以前友商的相关文档中得知，其他家电也会对CDMA系统产生干扰； 3、无论是从理论分析还是实际组网结果看，GSM900对CDMA800的干扰基本不会产生，不应该优先考虑。 标题 相邻集搜索窗设置偏小导致软切换掉话原因分析 现场路测证实，只要一发生软切换基本上会有掉话现象，而且掉话概率较高，掉话原因为C05。同时，注意到以下三个掉话前现象： 1、路测信令分析显示，切换期间，固定台多次重发HCM（Handoff completion Msg）消息，但是收不到BS的应答，最终掉话； 2、Rx在-92左右，但切换期间MS的Tx却不断下降（从10一直下降到-64）； 3、切换过程中有一段时间Ec/Io也比较差，FFER比较高（9.09%）。投诉区域仅有两个RAU的信号，且证实无导频污染情况。当终端只使用任一RAU信号进行通信时不会出现掉话的情况，只有当发生切换时，才可能会出现掉话。 1）现象“1”说明，该掉话是在切换完成之前发生的掉话。该次软切换流程还没有走完（MS要收到BS对于HCM的确认消息Base Ack Order后才是一个完整的软切换，相邻集的导频才会被添加到激活集中，使用win_A窗口），也就是说该次软切换没有成功，目标导频没能加入到Win_A中； 2）现象“3”表明在切换过程中，前向的误码率很高（鼎立软件的及时统计功能不完善，实际FER可能会更高）； 3）现象“2”表明终端是处于一个关闭发射机的过程（显示由10－>-64）；分析： 1、根据手机掉话的机制理论。当前向FER过高，MS在一定时间内收不到可以正常解调的帧，或坏帧过多会导致手机关闭发射机造成掉话。终端表现出来的现象“2”与掉话机制现象相符合。 2、因地形复杂会导致两个RAU的多径信号时延差的浮动范围会比较大，而相邻集搜索窗设置偏小，导致有时候相邻小区信号可以落在相邻集的搜索窗内，大部分时候落在相邻集的搜索窗外。原相邻集的搜索窗是10（100chips），而两个RAU直接距离差约20km＝82chips。因地形相对复杂，两个RAU的多径信号时延差的浮动较大，如果搜索窗设置过下，任一RAU的信号如果不能落在搜索窗内，都将成为干扰，但有时候短时间内又可以被相邻集搜索窗捕获，并被解调发起软切换流程，但无法保持较长持续的时间完成一次完整的软切换。这就导致了FER差，而且Ec/Io浮动范围大的根源。推断可能是因为相邻集设置过小导致软切换掉话。考虑到地形复杂，在扩大相邻集搜索窗的时候也同时扩大激活集的搜索窗。（两个RAU已经配置了合理的邻区关系）处理过程 1、将相邻集搜索窗由10修改为13（226chips，226/2>82chips）； 2、将激活集搜索窗由5修改为8。经过现场测试，软切换掉话问题获得解决。建议与总结 终端在软切换过程中是使用相邻集搜索窗捕获目标导频的，只有当终端发出HCM消息，并收到Base Ack Order消息后才会使用激活集搜索窗捕获目标导频的多径信号。 【现象描述】现场测试某CDMA800M基站主分集的RSSI都比正常情况高10dB以上。【告警信息】无 【原因分析】RSSI升高的原因主要是有外部干扰和系统互调，外部干扰有很多类型，系统互调也有天线互调、天馈避雷器互调、滤波器互调等。但是经过沟通，发现现场测试的天馈部分驻波比在1.2以下，并且只有0扇区与1扇区RSSI升高，而2扇区RSSI正常，这表明很有可能是外部干扰，并且干扰方向在0扇区与1扇区所组成的夹角方向上。【处理过程】1、把YBT250连接到RLDU的主集接收测试口上，发现在274频点上存在一个强度约为－82dBm的窄带干扰，但是在分集接收测试口上，不能测试到干扰； 2、把283频点与201频点的功率关闭后，干扰依旧存在；在把主集天线拧开后，干扰消失；并且主集天馈部分的驻波比在1.2以下， 同时RSSI仅在283频点上异常，而201频点正常，所以可以初步定位为干扰来自外部； 3、到天台上进行干扰测试，把YBT250的频谱分析带宽设为0.010MHz，中心频率设为274频点(833.22MHz)，把天线沿顺时针方向进行缓慢移动，发现天线指向0扇区与1扇区天线夹角某一方向上时，出现了干扰，测试到的干扰强度约为-110dBm。从而得出结论：本次RSSI干扰问题是由于外部干扰引起的； 4、到天面上进行测试，定位到是离基站约200米处一栋楼内的一户住户的电视频道增补器引起的。在电视频道增补器旁边测试到最强的干扰信号为－56dBm，把电视增补频道器的电源拔掉，干扰消失；而仅仅拔掉输入口的馈线时，干扰依然存在。所以此干扰是电视频道增补器的本振泄漏引起的。【建议与总结】1、本次RSSI升高是由电视频道增补器引起的； 2、从以前友商的相关文档中得知，其他家电也会对CDMA系统产生干扰； 3、无论是从理论分析还是实际组网结果看，GSM900对CDMA800的干扰基本不会产生，不应该优先考虑。 标题 相邻集搜索窗设置偏小导致软切换掉话原因分析 现场路测证实，只要一发生软切换基本上会有掉话现象，而且掉话概率较高，掉话原因为C05。同时，注意到以下三个掉话前现象： 1、路测信令分析显示，切换期间，固定台多次重发HCM（Handoff completion Msg）消息，但是收不到BS的应答，最终掉话； 2、Rx在-92左右，但切换期间MS的Tx却不断下降（从10一直下降到-64）； 3、切换过程中有一段时间Ec/Io也比较差，FFER比较高（9.09%）。投诉区域仅有两个RAU的信号，且证实无导频污染情况。当终端只使用任一RAU信号进行通信时不会出现掉话的情况，只有当发生切换时，才可能会出现掉话。 1）现象“1”说明，该掉话是在切换完成之前发生的掉话。该次软切换流程还没有走完（MS要收到BS对于HCM的确认消息Base Ack Order后才是一个完整的软切换，相邻集的导频才会被添加到激活集中，使用win_A窗口），也就是说该次软切换没有成功，目标导频没能加入到Win_A中； 2）现象“3”表明在切换过程中，前向的误码率很高（鼎立软件的及时统计功能不完善，实际FER可能会更高）； 3）现象“2”表明终端是处于一个关闭发射机的过程（显示由10－>-64）；分析： 1、根据手机掉话的机制理论。当前向FER过高，MS在一定时间内收不到可以正常解调的帧，或坏帧过多会导致手机关闭发射机造成掉话。终端表现出来的现象“2”与掉话机制现象相符合。 2、因地形复杂会导致两个RAU的多径信号时延差的浮动范围会比较大，而相邻集搜索窗设置偏小，导致有时候相邻小区信号可以落在相邻集的搜索窗内，大部分时候落在相邻集的搜索窗外。原相邻集的搜索窗是10（100chips），而两个RAU直接距离差约20km＝82chips。因地形相对复杂，两个RAU的多径信号时延差的浮动较大，如果搜索窗设置过下，任一RAU的信号如果不能落在搜索窗内，都将成为干扰，但有时候短时间内又可以被相邻集搜索窗捕获，并被解调发起软切换流程，但无法保持较长持续的时间完成一次完整的软切换。这就导致了FER差，而且Ec/Io浮动范围大的根源。推断可能是因为相邻集设置过小导致软切换掉话。考虑到地形复杂，在扩大相邻集搜索窗的时候也同时扩大激活集的搜索窗。（两个RAU已经配置了合理的邻区关系）处理过程 1、将相邻集搜索窗由10修改为13（226chips，226/2>82chips）； 2、将激活集搜索窗由5修改为8。经过现场测试，软切换掉话问题获得解决。建议与总结 终端在软切换过程中是使用相邻集搜索窗捕获目标导频的，只有当终端发出HCM消息，并收到Base Ack Order消息后才会使用激活集搜索窗捕获目标导频的多径信号。 【现象描述】现场测试某CDMA800M基站主分集的RSSI都比正常情况高10dB以上。【告警信息】无 【原因分析】RSSI升高的原因主要是有外部干扰和系统互调，外部干扰有很多类型，系统互调也有天线互调、天馈避雷器互调、滤波器互调等。但是经过沟通，发现现场测试的天馈部分驻波比在1.2以下，并且只有0扇区与1扇区RSSI升高，而2扇区RSSI正常，这表明很有可能是外部干扰，并且干扰方向在0扇区与1扇区所组成的夹角方向上。【处理过程】1、把YBT250连接到RLDU的主集接收测试口上，发现在274频点上存在一个强度约为－82dBm的窄带干扰，但是在分集接收测试口上，不能测试到干扰； 2、把283频点与201频点的功率关闭后，干扰依旧存在；在把主集天线拧开后，干扰消失；并且主集天馈部分的驻波比在1.2以下， 同时RSSI仅在283频点上异常，而201频点正常，所以可以初步定位为干扰来自外部； 3、到天台上进行干扰测试，把YBT250的频谱分析带宽设为0.010MHz，中心频率设为274频点(833.22MHz)，把天线沿顺时针方向进行缓慢移动，发现天线指向0扇区与1扇区天线夹角某一方向上时，出现了干扰，测试到的干扰强度约为-110dBm。从而得出结论：本次RSSI干扰问题是由于外部干扰引起的； 4、到天面上进行测试，定位到是离基站约200米处一栋楼内的一户住户的电视频道增补器引起的。在电视频道增补器旁边测试到最强的干扰信号为－56dBm，把电视增补频道器的电源拔掉，干扰消失；而仅仅拔掉输入口的馈线时，干扰依然存在。所以此干扰是电视频道增补器的本振泄漏引起的。【建议与总结】1、本次RSSI升高是由电视频道增补器引起的； 2、从以前友商的相关文档中得知，其他家电也会对CDMA系统产生干扰； 3、无论是从理论分析还是实际组网结果看，GSM900对CDMA800的干扰基本不会产生，不应该优先考虑。 标题 相邻集搜索窗设置偏小导致软切换掉话原因分析 现场路测证实，只要一发生软切换基本上会有掉话现象，而且掉话概率较高，掉话原因为C05。同时，注意到以下三个掉话前现象： 1、路测信令分析显示，切换期间，固定台多次重发HCM（Handoff completion Msg）消息，但是收不到BS的应答，最终掉话； 2、Rx在-92左右，但切换期间MS的Tx却不断下降（从10一直下降到-64）； 3、切换过程中有一段时间Ec/Io也比较差，FFER比较高（9.09%）。投诉区域仅有两个RAU的信号，且证实无导频污染情况。当终端只使用任一RAU信号进行通信时不会出现掉话的情况，只有当发生切换时，才可能会出现掉话。 1）现象“1”说明，该掉话是在切换完成之前发生的掉话。该次软切换流程还没有走完（MS要收到BS对于HCM的确认消息Base Ack Order后才是一个完整的软切换，相邻集的导频才会被添加到激活集中，使用win_A窗口），也就是说该次软切换没有成功，目标导频没能加入到Win_A中； 2）现象“3”表明在切换过程中，前向的误码率很高（鼎立软件的及时统计功能不完善，实际FER可能会更高）； 3）现象“2”表明终端是处于一个关闭发射机的过程（显示由10－>-64）；分析： 1、根据手机掉话的机制理论。当前向FER过高，MS在一定时间内收不到可以正常解调的帧，或坏帧过多会导致手机关闭发射机造成掉话。终端表现出来的现象“2”与掉话机制现象相符合。 2、因地形复杂会导致两个RAU的多径信号时延差的浮动范围会比较大，而相邻集搜索窗设置偏小，导致有时候相邻小区信号可以落在相邻集的搜索窗内，大部分时候落在相邻集的搜索窗外。原相邻集的搜索窗是10（100chips），而两个RAU直接距离差约20km＝82chips。因地形相对复杂，两个RAU的多径信号时延差的浮动较大，如果搜索窗设置过下，任一RAU的信号如果不能落在搜索窗内，都将成为干扰，但有时候短时间内又可以被相邻集搜索窗捕获，并被解调发起软切换流程，但无法保持较长持续的时间完成一次完整的软切换。这就导致了FER差，而且Ec/Io浮动范围大的根源。推断可能是因为相邻集设置过小导致软切换掉话。考虑到地形复杂，在扩大相邻集搜索窗的时候也同时扩大激活集的搜索窗。（两个RAU已经配置了合理的邻区关系）处理过程 1、将相邻集搜索窗由10修改为13（226chips，226/2>82chips）； 2、将激活集搜索窗由5修改为8。经过现场测试，软切换掉话问题获得解决。建议与总结 终端在软切换过程中是使用相邻集搜索窗捕获目标导频的，只有当终端发出HCM消息，并收到Base Ack Order消息后才会使用激活集搜索窗捕获目标导频的多径信号。 【现象描述】现场测试某CDMA800M基站主分集的RSSI都比正常情况高10dB以上。【告警信息】无 【原因分析】RSSI升高的原因主要是有外部干扰和系统互调，外部干扰有很多类型，系统互调也有天线互调、天馈避雷器互调、滤波器互调等。但是经过沟通，发现现场测试的天馈部分驻波比在1.2以下，并且只有0扇区与1扇区RSSI升高，而2扇区RSSI正常，这表明很有可能是外部干扰，并且干扰方向在0扇区与1扇区所组成的夹角方向上。【处理过程】1、把YBT250连接到RLDU的主集接收测试口上，发现在274频点上存在一个强度约为－82dBm的窄带干扰，但是在分集接收测试口上，不能测试到干扰； 2、把283频点与201频点的功率关闭后，干扰依旧存在；在把主集天线拧开后，干扰消失；并且主集天馈部分的驻波比在1.2以下， 同时RSSI仅在283频点上异常，而201频点正常，所以可以初步定位为干扰来自外部； 3、到天台上进行干扰测试，把YBT250的频谱分析带宽设为0.010MHz，中心频率设为274频点(833.22MHz)，把天线沿顺时针方向进行缓慢移动，发现天线指向0扇区与1扇区天线夹角某一方向上时，出现了干扰，测试到的干扰强度约为-110dBm。从而得出结论：本次RSSI干扰问题是由于外部干扰引起的； 4、到天面上进行测试，定位到是离基站约200米处一栋楼内的一户住户的电视频道增补器引起的。在电视频道增补器旁边测试到最强的干扰信号为－56dBm，把电视增补频道器的电源拔掉，干扰消失；而仅仅拔掉输入口的馈线时，干扰依然存在。所以此干扰是电视频道增补器的本振泄漏引起的。【建议与总结】1、本次RSSI升高是由电视频道增补器引起的； 2、从以前友商的相关文档中得知，其他家电也会对CDMA系统产生干扰； 3、无论是从理论分析还是实际组网结果看，GSM900对CDMA800的干扰基本不会产生，不应该优先考虑。 标题 相邻集搜索窗设置偏小导致软切换掉话原因分析 现场路测证实，只要一发生软切换基本上会有掉话现象，而且掉话概率较高，掉话原因为C05。同时，注意到以下三个掉话前现象： 1、路测信令分析显示，切换期间，固定台多次重发HCM（Handoff completion Msg）消息，但是收不到BS的应答，最终掉话； 2、Rx在-92左右，但切换期间MS的Tx却不断下降（从10一直下降到-64）； 3、切换过程中有一段时间Ec/Io也比较差，FFER比较高（9.09%）。投诉区域仅有两个RAU的信号，且证实无导频污染情况。当终端只使用任一RAU信号进行通信时不会出现掉话的情况，只有当发生切换时，才可能会出现掉话。 1）现象“1”说明，该掉话是在切换完成之前发生的掉话。该次软切换流程还没有走完（MS要收到BS对于HCM的确认消息Base Ack Order后才是一个完整的软切换，相邻集的导频才会被添加到激活集中，使用win_A窗口），也就是说该次软切换没有成功，目标导频没能加入到Win_A中； 2）现象“3”表明在切换过程中，前向的误码率很高（鼎立软件的及时统计功能不完善，实际FER可能会更高）； 3）现象“2”表明终端是处于一个关闭发射机的过程（显示由10－>-64）；分析： 1、根据手机掉话的机制理论。当前向FER过高，MS在一定时间内收不到可以正常解调的帧，或坏帧过多会导致手机关闭发射机造成掉话。终端表现出来的现象“2”与掉话机制现象相符合。 2、因地形复杂会导致两个RAU的多径信号时延差的浮动范围会比较大，而相邻集搜索窗设置偏小，导致有时候相邻小区信号可以落在相邻集的搜索窗内，大部分时候落在相邻集的搜索窗外。原相邻集的搜索窗是10（100chips），而两个RAU直接距离差约20km＝82chips。因地形相对复杂，两个RAU的多径信号时延差的浮动较大，如果搜索窗设置过下，任一RAU的信号如果不能落在搜索窗内，都将成为干扰，但有时候短时间内又可以被相邻集搜索窗捕获，并被解调发起软切换流程，但无法保持较长持续的时间完成一次完整的软切换。这就导致了FER差，而且Ec/Io浮动范围大的根源。推断可能是因为相邻集设置过小导致软切换掉话。考虑到地形复杂，在扩大相邻集搜索窗的时候也同时扩大激活集的搜索窗。（两个RAU已经配置了合理的邻区关系）处理过程 1、将相邻集搜索窗由10修改为13（226chips，226/2>82chips）； 2、将激活集搜索窗由5修改为8。经过现场测试，软切换掉话问题获得解决。建议与总结 终端在软切换过程中是使用相邻集搜索窗捕获目标导频的，只有当终端发出HCM消息，并收到Base Ack Order消息后才会使用激活集搜索窗捕获目标导频的多径信号。 【现象描述】现场测试某CDMA800M基站主分集的RSSI都比正常情况高10dB以上。【告警信息】无 【原因分析】RSSI升高的原因主要是有外部干扰和系统互调，外部干扰有很多类型，系统互调也有天线互调、天馈避雷器互调、滤波器互调等。但是经过沟通，发现现场测试的天馈部分驻波比在1.2以下，并且只有0扇区

上海SEO以前是一个网站开发程序员，当我真正了解了SEO之后，才发现自己不是个合格的网站设计者。如今我已致力于从事SEO，红帽SEO就以一个SEOer的身份给过去的我——一个不合格的网站设计者提出几点建议，当然现任的网站设计者如果有我一样的缺点也欢迎对号入座，改正缺点，其实话说回来，如果对一个网站设计者设计的网站完全符合seo也不太现实，不然还要seoer干嘛，我想说的是一个完全不了解seo的网站设计者是绝对不合格的。

首先要明确的是：一个优秀网站必须拥有：视觉艺术设计、网站程序开发、搜索引擎优化、网页内容撰写与SEO优化、网站综合维护等各项条件。通常，设计者一般注重的只是前面两方面，而过多地忽略了后面部分。

好了，罗列下网站设计者的通病吧。

(1)网站导航

为了更炫的效果，用javascript、flash或图片来做导航。

对seo最重要的网站导航栏就这样被糟蹋了，导航设计在整个网页设计中导航占有着重要的地方，它携带这一个网站最重要的信息，一个好的导航可以更利于蜘蛛快速爬行，顺着导航链接深层次的爬行网站，使网站的网页尽可能多的送入到搜索引擎中去。

在这里强烈推荐文字导航，用div+css完全可以替代传统的做法，也是可以做出比较炫丽的导航的，到网上搜搜学习下。如果真的不想用，那就用图片，但要记得图片要加alt属性（图片优化），千万不要用javascript和flash，因为搜索引擎找不到它们夹带的url路径。

另外整个页面里特别是导航里要尽量用绝对路径，而不要用相对路径，我知道很多设计者一般为了方便在本地测试都是用相对路径的，这样的好处是增加域名的权重，更有利于搜索引擎抓取，当然还可以防止别人恶意地镜像你的网站。

(2)页面内容

大量的table嵌套，大量的css、js代码，大量的图片和flash，不仅使得页面拖沓冗长、加载速度变慢、大大降低用户体验度，更重要的是影响Sprider高效的爬行，大大影响搜索引擎对网站内网页的收录数量。

因此网站设计者要做到：

尽量用符合web2.0的div+css制作页面，页面标题要用h1标签，关键词要用b标签，而不是只注意title（标题）和keywords（关键字）里的内容，当然页面里能注意到关键词密度和锚文本就更好了，还要注意产品图片一定加alt属性，链接加上title属性，字数注意要简明扼要。

页面内的图片GIF和JPEG格式不能乱用，从SEO和用户体验角度来说，适合对图片按钮或网页结构上的图片使用GIF格式，因为JPEG图片加载时是逐行显示，而GIF是先显示图片轮廓在逐渐清晰内容。建议那些做背景图片，和一些不是影响大局的图片，还是成GIF的比较好!

避免页面内代码的冗长拖沓的方法是要学会公共的页面栏目用include引用，css、js代码要做成文件引用，尽量使页面内容小于100K，导出链接小于100个。

做完网站记得检查链接是否损坏，并确保HTML格式正确。请使用Google网站管理员工具时刻检查自己网站的链接，如有损坏，注意删除或修正。

(3)网站地图及友好页面

你制作的网站是否有网站地图，是否ie地址栏输入了错误的页面地址而会转到404友好页面，网站是否有个robots.txt(注意一定要小写)。

总之这些对seo都有非常重要的作用，不可忽视。

注意以下细节：

网站地图不要将404错误直接转向到网站首页，这将导致首页不被收录;

建一个html的404错误页面，并把它(Error.html)放置在网站根目录下;

/Error.html前面不要带主域名，否者返回的状态码是302或200状态码;

在根目录下建一个robots.txt页面，让后台页面不要被搜索引擎搜索。

(4)动态程序

以上讲的是网页表现层的一些问题，一个动态的网站还需要程序来实现，动态生成的网页肯定是少不了“?”、“&”等符号，因此程序方面还要再多加点程序，把这些搜索引擎不喜欢的符号替换掉，改成.htm、.html的静态页面来提高引擎的抓取概率，具个人观察，排在搜索引擎前面的大部分都是此类的网页。

其次还有个重要的程序设置是在后台给每个页面设置标题、keywords、description的表单，也就是说让每个页面都有包含相关关键词、长尾关键词的标题，keywords、description里的内容则起到辅助标题的作用，以便更有利地让搜索引擎来抓取。

(5)主机优化

下面两条对于网站设计者的要求可能有点高，权当了解了解吧。

使用稳定的主机网站的访问者希望被访问的目标网站能够被快速地打开。同样，当网络机器人或网络蜘蛛正要光顾一个目标网站时，如果目标网站主机正处于瘫痪状态，那么对于网站来说可能会有两种后果：

一是失去被网络蜘蛛获取的机会，

二是网络蜘蛛判断此网站不存在，将从搜索引擎的索引数据库中将网站的信息删除，所以一定要使用稳定的网站托管主机。

(6)网站转移

注意事项：更换网页服务器前，要确保目标主机上的网页目录和文件和更换前的主机保持一致。在测试通过后，再进入域名管理系统，修改DNS，指向新主机的IP地址。域名解析一般需要几小时甚至更长时间，在此期间用户可以正常访问网站的网页内容，即使网络蜘蛛此时访问，也会抓取更新的网页内容

暂时就说到这里吧，总之一句话，不管做什么都要对得起自己的职业操守，精益求精地提高自己的技术能力，力求做出的盈利网站要尽量考虑到老板是否能赚到钱、尽量考虑到用户体验是否满意，而不是简单地做出一个能看的网站而已。

建议你直接学SEO。
你说的“会了一些基础的html css js”，从这里我猜想你是刚接触网络这行。
你可以直接学习SEO，从最基础的建站学起，然后你会遇到各种各样的问题，你先试着回答下面的问题，如果你能回答的了或者能找到下面的问题的答案，你就基本知道你的问题应该怎么做了：
实际上下面的问题一开始完全并没有涉及到网页设计，但是可以进行SEO。
1、你现在能自己建一个网站吗？会买域名、买空间、安装CMS吗？
2、知道CMS是什么吗？大家常用的CMS是什么？
3、你为什么要建一个网站？是赚钱？还是仅仅是兴趣？
4、一个网站靠什么让他赚钱？
先回答上面这4个最基础的问题吧，不能回答就先找答案，能回答的了就知道要先学SEO还是学网页设计了。

------------------------------补充-----------------------
实际上你的提问来看，可能是刚刚入门，想起想当年我那刚入门的那会，哎，真是不堪回首。

我也遇到了像刚才你同样的问题，并且还多的多的问题。

那时没有人来带和指点，走了N多的弯路，当然失败是成功之母，终于经过了摸爬滚打，也算终于渡过了新手期。想想那时真是酸涩。

这段时间是漫长的，是艰苦的，所以我建议新入行的站长们，最好先找个学习的地方，然后配合自己的摸索，不要完全由自己来摸索，这样进步实在太慢，而且容易走太多的弯路，因为根本不知道如何入手。

Html是网站构建的重要组成部分，他也是每个seo工作者必须掌握的。一个连网站都没有自己独立制作过的seoer，那就像没学过加减法的人去解方程组，即使可以照猫画虎的解出来！但是当换一种形式后他就会不知所措。所以要想学好seo，那就先从底层技术学起。虽然他乏味无趣，但是当你精通这些底层技术后，你就会发现你比别人起点都高，学起来也会更容易！而且你会对网上那些专家所说的seo技术自己有个明确的判断的

直接学习SEO，做事情要有主次之分，不要在并不是很重要的事情上耽误太多时间，这样会消磨你的意志的。我认为那些技术都是为SEO服务的，都是分支，你现在对这些技术有了一定了解，已经够了，现在要先把主线把握住了，掌握好了，然后在按照需要取学习一些技术。这样才是以SEO为主线，其它技术为分支的螺旋上升的模式。