台州 中小型企业应该怎样做网络营销百度SEO优化排名?

台州 中小型企业应该怎样做网络营销百度SEO优化排名?,第1张

楼主您好:

首先很感谢您的提问,丽江纳西小和很乐意为您解答关于网络推广的有关问题,希望对您有帮助。如果帮助到您,请随手点个满意哦,谢谢

主要是关键词,在百度各大产品中加入尽量多的搜索率最高的关键词或者长尾词。

做网络推广需要时间,开始你在网络推广平台的人气和账号本身的级别都不高,效应不会很高,网络推广有潜力,但是效应体现较慢,要用耐心。

【网络推广定位】:

网络推广主要是通过网络让更多的人知道你的产品,但这远远不够,我们需要的是如何让那些看到你发的帖子、群邮件、漂流瓶、微信、微博等的人来体验你的产品,认可你的产品。也就是所谓的有效转化率,没有转化的点击率是没有意义的。

【主要方法】:

主要是通过发帖等途径到达宣传你的产品的目的,但是由于现在社会生活节奏的加快,人们越来越厌倦了看帖子这样的一些繁琐的过程,而微博、腾讯这样一些内容丰富,传播速度快的工具越来越被网推者青睐。你可以将你的产品信息在某个博客或者论坛里面发表,并将连接复制下来转发到微博上,漂流瓶上,这样才会有更多的人关注到您的产品。还有要提醒一下,微博不要只发连接,一定要图文并茂,要吸引人。

【具体操作】:

主要是注意关键词,你要在自己的帖子或者微博等上加入你个人认为平常人们最喜欢搜索的词语,这样你的帖子更有可能被搜到,才有机会由点击率变成转化率。例如,你做的是旅游,那么在百度上最近搜索得最多的是“自助游攻略”,虽然你做的是旅游,但是你还是可以在你的帖子里多加上一些“自助游攻略”的字眼,也做一些自助游的攻略,最好提上一句,“如果要跟团,也可以联系我,我愿意为您提供最好的旅游服务”。

【检测效果】:

做数据分析推荐一个比较实用的软件工具,是集网页分析,订单分析等于一身的一个功能强大的软件,名字叫做,topbox,可以试着去用下。

【注意事项】:

(1)由于前不久百度进行了一次百度算法修改,所以不要出现敏感词汇,帖子等建议在互动之后私信或者回复帖子的时候匿名留下联系方式

(2)留下号的时候建议您直接留下您的号的昵称,而不是你的账号

好了,以上是丽江纳西小和做了半年网络推广得出的经验,希望对您有帮助

如果帮助到您,请随手点个满意哦,谢

嘉兴优软信息技术有限公司是北京优软互联旗下的子公司,国内一流的电子商务策划公司,拥有数百名国内顶级的技术工程师,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扇区


欢迎分享,转载请注明来源:夏雨云

原文地址:https://www.xiayuyun.com/zonghe/604936.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-07-11
下一篇2023-07-11

发表评论

登录后才能评论

评论列表(0条)

    保存