中兴VoLTE优化经验总结及案例..docx

  1. 1、本文档共43页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
中兴VoLTE优化经验总结及案例.

VoLTE优化经验总结及案例分享1 优化经验总结1.1 日常优化总结日常优化工作主要从无线覆盖优化、参数优化、系统内外邻区优化,功能优化四个方面着手,与ATU路网、工程建设紧密配合,提升整体网络质量。1.2 RLC优先级优化现象:呼叫建立与切换过程冲突,专载被MME释放。呼叫建立过程中专载建立与切换几乎同时发生,MME未收到NAS专载完成消息导致释放专载,终端回复invite580(也有上发CANCLE的情况),专载丢失形成未接通事件。原因分析:QCI5设置的RLC优先级为2,高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早,但是因为优先级比MR和SIP低,未及时发送。优化措施:降低QCI 5优先级,确保SIP消息及时上传,修改后此类问题改善明显。1.3 QCI 5 PDCP DiscardTimer时长优化现象:终端业务建立过程中,出现SIP信息传递丢失的问题,导致收到网络下发的INVITE500或者580等原因值释放。原因分析:UE在无线信道较差的情况下,SIP信令发送或接收不完整或者无法及时传递,导致IMS相关定时器超时而发起会话cancel。经过分析,由于QCI5的pdcp 丢弃时长过小,在无线覆盖较差的地方,上行时延会变大,容易导致QCI5信令丢包。优化措施:QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果:VoLTE无线接通率提升明显1.4 SBC传输协议TCP重传次数优化背景:被叫从2G返回4G后,主叫起呼,被叫首先bye消息,紧接着接连收到多条上一次呼叫的invite,被叫回复bye481\invite486\invite580,呼叫失败。优化措施:爱立信SBC对TCP配置进行了修改:最大重传次数从15次改为5次,最大重传隔间从十几分钟改为15s,此类问题已解决。1.5 系统间邻区优化LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划,同时根据4G、2G道路测试数据匹配进行邻区补充:4G弱信号路段与2G拉网服务小区匹配:利用第三方拉网测试数据,将4G和2G拉网信号强度、经纬度、服务小区等信息导出。通过经纬将4G弱信号(RSRP-110dbm)与2G强信号(RXLOV-95dbm)在50米范围内拟合,根据拟合度对2G邻区进行补漏工作。剔除现网已配置的邻区关系,补漏邻区关系对后,eSRVCC切换提升明显,且由于2G邻区不准确导致的异系统重定向大大减少。1.6 重定向掉话XX区域掉话最严重属于重定向掉话,在XX基站算法中,以下三种可能发生重定向,重定向释放RRC后,专载同时被拆除,VoLTE业务产生掉话。1.7 上行PUSCH功控参数优化背景:xx区域拉网测试发现上行PUSCH发射功率偏高,对现网参数检查发现,xx区域上行期望功率值设置过高。优化措施: 进行功控相关参数优化,现网配置: p0NominalPUSCH =-75 ;puschPCAdjType=0优化值: p0NominalPUSCH =-87 ;puschPCAdjType=2●同等路损情况下,参数修改后,ue发射功率大约下降2~3dB。●目前终端平均上行发射功率仍高于10db,仍需完善现有功控方式。修改后,PUSCH TxPower(10dbm以上)占比由40%下降到30%左右。1.8 RTP丢包率优化背景:测试发现,XX区域RTP丢包率偏高,个别网格甚至达到2%以上。原因分析:在无线质量较好的情况下基本无丢包;无线质量较差的情况下上行丢包现象较为严重,PDCP重传时间超时,数据包将被丢弃;外场测试表明QCI 1 PDCP Discardtimer 配置与RTP丢包率及Jitter有密切关系,QCI 1 PDCP Discardtimer 配置越大,RTP丢包率越低,但Jitter也随之变大。●MOS值与RTP丢包及Jitter关系都较大,目前正在进行100ms / 300ms / 500ms / 750ms / 1500ms / infinity完整的对比验证。1.9 MME专载保存功能(可选)功能描述:在基站发起UE-lost原因值的上下文释放请求时,MME保持专载2s不释放,等待空口重建。验证情况:已在某MME下成功验证了该功能。当时无线环境较差,UE发起RRC重建失败,通过MME专载QCI1保持功能使得在新发起的业务过程中,RRC重配中建立包括专载QCI1的3条DRB,不会发生掉话。(本次测试中专载保持时长约1.358s)功能总结:1)当无线环境较差时,UE发生RRC重建,若RRC重建成功,手机将不会掉话。2)MME侧也可以在RRC重建失败后,通过MME专载QCI1保持功能使得在新发起的业务过程中,专载QCI1继续保持,也可使得手机不掉话。3)此功能为爱立信MM

文档评论(0)

kakaxi + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档