LTE基站X2异常过多致小区速率低的问题总结.docVIP

LTE基站X2异常过多致小区速率低的问题总结.doc

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
PAGE 3 名称:LTE基站X2异常过多致小区速率低的问题总结 提交人:马科敏、金成 提交日期:2014-5-28 软件版本:EMB5116_TDL_V3.20.00.45.17.05 硬件版本:EMB5116_TDL_V3.20.00.45.17.05******************************************************************************************************************** 问题描述: 优化人员在测试中发现丽水有很多站点速率上不去,只有10M左右。经多次基站侧wireshark抓包定位无果。通知传输修改基站IP后恢复,烽火答复为:X2存在问题的站点,速率会受到影响。 X2链路故障时,烽火传输备用PTN680设备将HEARTBEAT_ACK包广播至该子网段下的所有基站,导致X2 检测包在网络中数量异常。针对传输侧疑问基站侧收到原始数据包后是否会丢弃进行分析定位。 问题分析: 抓包环境的拓扑如下: 抓包消息如下: No.410为基站100.66.184.2发往基站100.66.184.20的X2链路的HB报文,源和目的MAC地址正常,TTL正常,如下图所示: No.414为PTN将基站100.66.184.2发往基站100.66.184.20的X2链路的HB报文进行了环回,此时源和目的MAC地址已经被替换为PTN和基站100.66.184.20的MAC地址,TTL也被减了1,如下图所示: No.415为基站对No.414的反应,基站将No.414理解为基站要发出的报文,根据报文目的IP查找路由表,又将此数据发送给了PTN。此时和No.414相比,对源和目的MAC进行了替换,TTL保持不变, 这种循环反复的行为会一直下去,直到TTL减为1,该报文被PTN丢弃,这种情况可以从IPID字段非常清楚的知道,如下图所示: 首先,PTN设备不应该将基站发出的报文再发回给基站,这一点是毋庸置疑的,这种行为违反了最基本的以太交换原理。其次,基站现阶段面对此种异常环回的情况,在保护方面有一定的欠缺,后续也会在应对异常网络环境下的自我保护方面进行改进。 PTN对数据的环回造成了基站收到自己发出去的HB数据包,而基站认为此数据包为正常发送数据,从而又发送给PTN,所以导致此问题的出现。 解决措施: PTN对数据的环回造成了基站收到自己发出去的HB数据包,而基站认为此数据包为正常发送数据,从而又发送给PTN,所以导致此问题的出现。 处理效果 针对当前低速率的站点,按照烽火最新的数据配置模型N:1修改基站,基站割接后,低速率的站点已经恢复。 附件或日志: 172.27.1.59 /客服中心/技术支持部/丽水问题/X2配合烽火抓包/?

文档评论(0)

___________ + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档