ImageVerifierCode 换一换
格式:DOCX , 页数:14 ,大小:1.91MB ,
资源ID:15219676      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/15219676.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(Volte分析方法与主要问题Word文档下载推荐.docx)为本站会员(b****1)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

Volte分析方法与主要问题Word文档下载推荐.docx

1、重叠覆盖、越区覆盖优化SINR质差路段MOD3,同PCI干扰优化 参数优化功率提升3dbTAC精细规划异系统切换算法及门限优化站内切换话统开关QCI变更时新增A2测量开关MOS值优化提升系统内/外邻区优化L2L、L2G邻区核查及优化X2切换占比提升规范中心频点设置,控制异频数量功能优化承载更新与X2切换冲突优化终端APN设置问题容错关闭DRA链路的捆绑数据开关位置信息上报问题优化MME寻呼策略2.1RLC优先级问题:呼叫建立与切换过程冲突,专载被MME释放现象:呼叫建立与切换过程冲突,专载被MME释放。呼叫建立过程中专载建立与切换几乎同时发生,MME未收到NAS专载完成消息导致释放专载,终端回

2、复invite580(也有上发CANCLE的情况),专载丢失形成未接通事件。分析:QCI5设置的RLC优先级为1,高于SRB=2(传送NAS层消息)配置为3. 导致NAS的层3消息已经比MR要早,但是因为优先级比MR和SIP低,未及时发送。优化措施:降低QCI 5优先级,确保NAS消息及时上传,修改后此类问题改善明显。2.2 QCI 5 PDCP DiscardTimer时长优化终端业务建立过程中,出现SIP信息传递丢失的问题,导致收到网络下发的INVITE500或者580等原因值释放。UE在无线信道较差的情况下,SIP信令发送或接收不完整或者无法及时传递,导致IMS相关定时器超时而发起会话c

3、ancel。经过分析,由于QCI5的pdcp 丢弃时长过小,在无线覆盖较差的地方,上行时延会变大,容易导致QCI5信令丢包。QCI5 PDCP DiscardTimer由300ms修改为无穷大优化效果:VoLTE无线接通率提升明显2.3 系统间邻区优化提升eSRVCC切换成功率,减少由于2G邻区不准确导致的异系统重定。LTE网络的GSM邻区关系根据工程参数、共站2G邻区同向小区继承进行规划,同时根据4G、2G道路测试数据匹配进行邻区补充:4G弱信号路段与2G拉网服务小区匹配:利用第三方拉网测试数据,将4G和2G拉网信号强度、经纬度、服务小区等信息导出。通过经纬将4G弱信号(RSRP-95dbm

4、)在50米范围内拟合,根据拟合度对2G邻区进行补漏工作。2.4 重定向掉话XX区域掉话最严重属于重定向掉话,在XX基站算法中,以下三种可能发生重定向,重定向释放RRC后,专载同时被拆除,VoLTE业务产生掉话。2.5 RTP丢包率优化背景:测试发现,XX区域RTP丢包率偏高,个别网格甚至达到2%以上。原因分析:在无线质量较好的情况下基本无丢包;无线质量较差的情况下上行丢包现象较为严重,PDCP重传时间超时,数据包将被丢弃;外场测试表明QCI 1 PDCP Discardtimer 配置与RTP丢包率及Jitter有密切关系,QCI 1 PDCP Discardtimer 配置越大,RTP丢包率

5、越低,但Jitter也随之变大。MOS值与RTP丢包及Jitter关系都较大,目前正在进行100ms / 300ms / 500ms / 750ms / 1500ms / infinity完整的对比验证。2.6 MME专载保存功能(可选)功能描述:在基站发起UE-lost原因值的上下文释放请求时,MME保持专载2s不释放,等待空口重建。验证情况:已在某MME下成功验证了该功能。当时无线环境较差,UE发起RRC重建失败,通过MME专载QCI1保持功能使得在新发起的业务过程中,RRC重配中建立包括专载QCI1的3条DRB,不会发生掉话。(本次测试中专载保持时长约1.358s)功能总结:1)当无线环

6、境较差时,UE发生RRC重建,若RRC重建成功,手机将不会掉话。2)MME侧也可以在RRC重建失败后,通过MME专载QCI1保持功能使得在新发起的业务过程中,专载QCI1继续保持,也可使得手机不掉话。3)此功能为爱立信MME非必选功能,建议打开。2.7 专载释放与切换冲突,通话结束未收到专载释放掉话问题描述:在拉网测试过程中,通话挂机后,主叫上报BYE消息,IMS回BYE200消息前后,同时手机发生切换,未收到EPS专载释放请求,1s后软件统计掉话。问题分析:经分析MME log,发现MME未收到PGW下发的delete bearer request消息。当X2切换触发SGW-initiate

7、d bearer modification procedure(完整信令是CCR-CCA),如果此时SIP挂机触发PCRF也发RAR给PGW,由于Gx链路时延等原因,使得RAR先于CCA到达PGW,根据协议规定,PGW会继续SGW-initiated bearer modification procedure而reject RAR (result code DIAMETER_OUT_OF_SPACE)。当前解决办法:(1)缩短DRA时延配置。(2)修改SAPC到DRA链路为主-备模式,保证CCA和RAR走同一路径和到达PGW的先后顺序。优化结果:近期调整后的网格测试,暂时没有发现BYE200消

8、息前后发生的切换没释放QCI 1专载的情况。现网华为答复:由于没有协议支撑,且MME的重传机制对周边网元也有要求,暂无版本规划,如必须具备此功能,可提至集团层面提出具体的需求统一开发3 案例分析3.1 典型案例案例1:SIP消息延时导致核心网给主叫下发PRACK408产生未接通TIME=11:43:28.954主叫起呼,TIME=11:31.871被叫收到寻呼发起服务请求32.105被叫上发INVITE183消息,TIME=11:32.854主叫收到INVITE183消息38.923 主叫占用奥体大街西试扩L-2(37900,240)收到核心网下发PRACK408 WARNING头域提示“No

9、 Response From Network”呼叫未接通。【IMS核心网信令分析】核心网异常下发PRACK408导致呼叫未接通IMS分析:主叫侧发送了183消息的PRACK以后, 长时间没有得到响应超时,发送408消息.被叫侧针对PRACK的200 OK消息延迟返回,延迟达7秒, 导致主叫侧发送408消息【处理建议】1、 建议贝尔优化:QCI9的PDCP discardtimer为无限长;2、 关于SBC等待PRACK响应定时器(当前6s)客户希望适当延长,目前产品无法实现,转需求。案例2:eNodeB参数配置不合理,导致eSRVCC失败问题现象:终端发生eSRVCC时,在LTE向GSM切换过

10、程中产生掉话。终端可以正常收到测控消息,并上报测量报告,且掉话发生在向GSM切换过程中,是GSM或者和基站侧参数设置问题。问题解决:基站BsCAccess-ID项中的管理状态为Locked,设置有误。将该状态修改为Unlock后,对该站点进行重启后发现eSRVCC功能正常。3.2 空口信令判断案例RRC重建失败导致掉话,无线网问题UE在如下几种情况会触发RRC连接重建:1、检测到无线链路失败2、切换失败3、从E-UTRAN向异系统网络切换失败时4、从物理层收到了完整性检查失败指示5、RRC连接重配置失败重建RRC未成功,重新进行RRC申请,QCI=1的承载未建立,导致掉话 (网格5VOlte测

11、试log20151011 12:36:38:509 )呼叫重建失败后,新小区重新申请RRC,未能建立VOLTE专载,导致掉话。该流程均由ENODEB控制执行。而切换失败的原因往往是无线环境问题、参数配置不合理、邻区漏配、非竞争随机接入异常等,均为无线网问题。结论:切换失败与RRC重申请流程均与EUTRAN相关,因此认定为无线网问题。基站异常导致双端无下行信令及RTP包断传,无线网问题主被叫VOLTE接通后,在同一小区同时发生缺失下行信令20秒,此后数秒发生终端上发bye request挂断。丢信令之前,主被叫双端处于同一小区,且RTP包双向传输正常。丢信令期间,终端测量信息完整,但在2秒后发生

12、RTP包只有终端向网络单向传输,未再有任何网络下发的RTP包,高度怀疑基站临时故障导致。软件显示丢信令,但通过进一步分析确认应为基站故障导致。无线网问题。案例3: VOLTE接通下发生IMS注册掉话,IMS网络问题 VOLTE接通后,主被叫发生IMS注册且成功,此时主叫收到网络下发的bye request消息(淮安网格2 16:37:15)(1)主被叫在通话中,主叫在11:29:28.061上发REGISTER,718ms后收到REGISTER200消息,(2)被叫在11:19:28.997上发REGISTER消息,在11:29.403收到核心网下发的REGISTER401消息,在11:29.

13、793又上发REGISTER消息,之后11:30.027收到核心网下发的REGISTER200消息;(3)主叫在11:30.292收到核心网下发的BYE消息,携带原因值为Reason: SIP;cause=500;text=released the session because of user deregistration。3.3 网元流程判断案例被叫收到寻呼但未收到INVITE请求,核心网问题主叫上发了invite,被叫收到了寻呼且建立RRC成功,此时应收到下行的invite,但始终未收到。(1 01:14:04.695)被叫响应寻呼并进行了RRC申请,表明MME已收到由SGW触发的数据业

14、务请求,即sip invite消息应由IMS网元的SBC下发给了PGW、SGW。Sip invite消息由IMS网元SBC下发到被叫核心网网元PGWPGW转发给SGW,SGW通过S11触发MME进行寻呼被叫被叫被寻呼到,并完成RRC连接与建立默认承载所需RAB,接收数据收到寻呼消息表示sip invite数据包已经到达了LTE核心网,未能继续下发当前怀疑是sip数据在S/PGW异常丢失重配置消息释放DRB承载,无线网与核心网配合问题被叫上发sip183后,在激活EPS承载之前,终端上报了1条A3测报,激活EPS后,发生切换重配置消息中释放了QCI=1的DRB。起呼时MME进行激活EPS承载流程过程中,恰好发生S1切换时,由于EPS承载建立未完成,MME在切换准备阶段,对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载,导致VOLTE专载源小区完成的情况下,在目标小区被释放,切换完成后呼叫中断20151021-网格15(2小时10分钟)16:00:

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1