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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

本文(经典案例地铁场景VoLTE无线优化方法.docx)为本站会员(b****7)主动上传,冰点文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰点文库(发送邮件至service@bingdoc.com或直接QQ联系客服),我们立即给予删除!

经典案例地铁场景VoLTE无线优化方法.docx

1、经典案例地铁场景VoLTE无线优化方法浙江省杭州市VoLTE问题处理最佳实践总结地铁场景VoLTE无线优化方法1地铁场景概述地铁作为城市主要的轨道交通,已经成为市民最重要的公共出行方式之一, 4G 用户越来越多的在地铁上使用移动互联网来填充在途时间,因此4G网络在地铁场景下的业务质量和用户感知越发重要,以VoLTE业务尤甚,其网络优化工作也更加有意义。地铁主要分为地下封闭式与地上轻轨两种,地下站厅、站台及隧道区间由地铁地下室分及漏缆覆盖,地上轻轨由大网或地上专网覆盖。城市轨道交通用户人流量大,特别是上下班高峰期,具有非常高的突发话务量。本次将以地铁为优化场景,探讨VoLTE业务在该场景下的无线

2、优化方法。2地铁场景优化方法2.1地铁场景特点2.1.1网络结构地铁网络结构分为地下场景与地上场景,地上场景又分为地上有专网场景及地上无专网场景,现网LTE网络站点结构如下:地下场景:(1)组网方式:采用2.1G频段单层组网;(2)站间距:平均站间距为800米左右;(3)频点使用:2.1频段频点主要使用75。地上有专网场景:(1)组网方式:专网物理站点采用利旧与新建共享,采用2.1G频段组网;(2)站间距:平均站间距为700米左右;(3)站轨距:平均站轨距120米左右,最大站轨距300米,最小站轨距小于50米;(4)站高:天线平均高度为35-40米;(5)小区合并:考虑到快速移动下的小区切换及

3、性能影响,采用RRU合并小区模式进行组网;(6)频点使用:使用2.1G频段频点为75。地上无专网场景:(1)组网方式:采用1.8G&2.1G频段共站址建设双层组网;(2)站间距:平均站间距为550米左右;(3)站轨距:平均200米左右,最大站轨距400米,最小站轨距80米;(4)站高:天线平均高度为30-35米(5)频点使用:1.8G频段使用频点为1825,2.1G频段分为100与75频点。2.1.2地铁场景特点地铁车速不高,国内最高时速仅80km/h;地铁场景主要分为地下和地上轻轨两种地理场景;地下场景无线环境干扰较小,只要站间距规划合理,比较容易做到无缝覆盖,边缘覆盖指标较容易达标;地上场

4、景无线环境相对复杂,容易出现弱覆盖问题,同时容易出现较严重的干扰问题,因此建议对地上轻轨场景建设专网覆盖,并进行针对性优化。由于地铁场景存在立体化空间,可适当将地铁线区分横向、纵向进行优化:地铁场景横纵向一般包括三层:第一层地面部分通常一个站点会包括n个进出口;第二层地下一层通常为站厅部分;第三层通常为站台与站台区间部分。(甚至部分城市的地铁枢纽站点由于有多条线路汇集,会有地下四层,五层区分)地铁场景与普通的路线优化有以下区别:1)第一层进出口部分存在多点,因此邻区规划同样要满足多点:以地铁某火车站为例,BD两个进出口相距350米,B进出口与D进出口站厅与地上宏站均添加两层邻区关系,因此较远站

5、点洒洒舞厅站未在D进出口添加范围内,而在B进出口添加范围内;不能只简单的以图上某火车站的站厅位置与周围宏站规划邻区关系,否则将会出现邻区漏配的情况。2)第二层站厅部分经纬度核实准确度:规划经纬度与实际经纬度是否存在差异以地铁邱隘东站为例,规划经纬度与实际经纬度偏差700米,导致距离邱隘东站实际位置较近站点鄞州下万令与地铁邱隘东站站厅邻区漏配。3)第三层分为地下场景与地上轻轨场景,地下场景只需简单按次序梳理出小区切换链即可;地上轻轨场景则需要对无线环境做大量优化调整工作或建立地铁专网并进行针对性优化:2.1.3地铁场景常见问题(1)硬件器件型号、性能是否符要求;(2)掉话、未接通问题较易出现。由

6、于切换等参数设置不合理导致占用小区无线环境恶化从而导致掉话,未接通;(3)低MOS和高丢包影响用户感知类问题;(4)时段相关潮汐效应明显,超忙小区待扩容。2.1.4VoLTE质量要求指标要求接通率(%)98%掉话率(%)0.5%呼叫建立时延(s)3.5MOS3.5以上占比95%IMS注册成功率(%)100%切换成功率(%)98%切换时延-用户面(ms)1002.2地铁场景优化方法地铁场景覆盖原则主要包括: 先优化 RSRP , 后优化SINR ;优先优化弱覆盖、越区覆盖、再优化重叠覆盖;隧道内覆盖以保证连续覆盖为主要目的;站台站厅覆盖以保证用户感知为主要目的。2.2.1优化方法与步骤地铁场景优

7、化方法总结(1)地铁场景覆盖规划方案合理:通过核查室内覆盖方案,确认天线布放位置及信源选择是否合理,室内覆盖在后续无法进行天馈调整,故规划方案的合理性直接决定了覆盖效果;(2)地铁场景RRU 选用型号合理及器件性能符合要求:不同型号 RRU 端口功率不同决定了 RS 功率的调整空间及覆盖范围大小,天线选型、耦合器、合路器、功分器等器件的电气性能是否符合要求,据需求对器件进行性能验证;(3)地铁场景中地下和地上有专网两类场景优化都需要梳理出重选切换带,然后进行邻区、功率等参数核查、合理设置;(4)地铁场景进出口位置需要对每个进出口的实际经纬度进行现场勘查测试,以进出口的实际位置对邻区、重选切换等

8、参数进行核查优化;(5)地铁场景站厅是进出口与站台的连接过渡点。地上轻轨场景中,站厅通常位于地面一层或地面二层,由于可以GPS定位经纬度,与一般规划优化方法基本一致,需要关注站厅覆盖强度;在地下场景中站厅因GPS无法定位经纬度,需要实际核查位置是否存在偏差而导致邻区关系遗漏,且要根据多个进出口实际位置进行邻区优化,并对站台邻区、重选切换参数进行核查优化调整;(6)地上无专网场景需先对沿线站点天线结构进行多轮优化调整,弱覆盖区域进行必要的补点需求,然后进行邻区、功率等基础参数核查,需要进行多轮优化闭环。地铁场景优化流程图如下:2.2.1优化结果对地铁进行优化前后指标改善明显,其中需要重点对邻区关

9、系及CIO等切换参数进行核查,核查原则如下:1)地下区间站点+站台+专网互相添加双向邻区;2)站厅+对应站台互相添加双向邻区;3)站厅+室外宏站互相添加双向邻区;4)轻轨专网+室外宏站互相添加双向邻区;5)对CIO设置异常,极端值(如-24dB)修改为默认值0dB,适当修改CIO;2.3参数对比验证完成地铁场景特殊参数配置对比验证:2.3.1QCI=1 DRX功能开关对比验证参数说明:开关开启后基站处理能力下降;同PUCCH PRB资源下支持的用户数减半;终端节电;语音数据包存在合并情况。关闭QCI=1 DRX功能开关后,对比MOS、RTP丢包、RTP抖动关键指标,均有改善趋势,具体如下:2.

10、3.2UE 不活动定时器优化验证差异化UE不活动定时器:将站台站的UE不活动定时器从10s拉长到30s,降低用户回到空闲态的几率,减少RRC连接请求的次数;将隧道站从10s缩短到5s,尽快使用户进入空闲态,减少进站台的切换次数。应用效果:站台站RRC请求次数比之前减少1倍,站台切入次数同比下降15.7%。2.3.3T300对比验证参数说明:该参数是UE等待RRC连接响应的定时器长度,当UE发送RRC连接请求消息后将启动定时器T300。在定时器超时前,如果以下事件发生,则定时器停止。UE收到RRCConnectionSetup或RRCConnectionReject;触发Cell-reselec

11、tion过程;NAS层终止RRC connection establishment过程。如果定时器超时,则UE触发以下操作。重置MAC层释放MAC层配置重置所有已建立RBs(Radio Bears)的RLC实体,通知高层RRC connection establishment失败。对T300分别设置为1000ms与600ms两种配置,对比测试关键指标MOS、RTP丢包、RTP抖动无明显变化,具体如下:2.3.4Timetotrigger对比验证参数说明:延迟触发时间的设置可以有效减少平均切换次数和误切换次数,防止不必要切换的发生。延迟触发时间越大,平均切换次数越小,但延迟触发时间的增大会增加掉

12、话的风险。对timetotrigger(包括a3timetotrigger与a3TimeToTriggerRsrpInterFreq)分别设置为320ms与640ms两种配置,对比MOS、RTP丢包、RTP抖动关键指标,RTP丢包与RTP抖动指标存在一定测试波动,具体如下:由于地铁地下特殊场景,并不会存在其它多余的切换,Timetotrigger由320ms改为640ms并不会减少切换次数,参数修改前后测试切换次数相同,进一步对比320ms与640ms两组参数修改后切换前总丢包数变化情况,timetotrigger为320ms配置切换前总丢包数较640ms配置有所下降,说明timetotrig

13、ger设置为640ms并未对切换前丢包率有改善,对比切换前RSRP与SINR的变化,参数设置为320ms较640ms两项指标均有上升趋势:总结:对比参数验证测试结果得出普通场景与地铁场景下参数设置区别如下:场景说明QCI=1 drx功能开关UE不活动定时器T300timetotrigger普通场景开启10600ms320-640ms地铁场景关闭(站台站)30/(隧道站)51000ms320ms2.4优化案例2.4.1案例1-邻区漏配引起VoLTE掉话【问题描述】主叫在16:02:31上发invite req,主被叫信令交互正常,通话过程中主被叫均占用PCI为236的小区,无法切换至邻区列表中P

14、CI为474的强电平小区,导致无线环境恶化,被叫收到网络侧下发的RRC Connection Release,上发bye,网络侧回复487,统计为一次掉话。【问题分析】核查参数发现LF_H_城隍庙站台-1(PCI236)与LF_H_火车站地铁站北-2(PCI474)未添加邻区关系,补全LF_H_城隍庙站台-1(PCI236)与LF_H_火车站地铁站北-2(PCI474)双向邻区。【优化结果】邻区补全后复测城隍庙站台-1(PCI236)与火车站地铁站北-2(PCI474)切换正常。2.4.2案例2-CIO设置不合理引起切换失败造成VoLTE掉话【问题描述】主叫在15:53:28上发invite

15、req,主被叫信令交互正常,通话过程中主被叫均占用ECI为81200513的小区,无法切换至邻区列表中ECI为81200257的强电平小区,导致主被叫均掉线。【问题分析】核查参数发现ECI为81200513的小区到ECI为81200257的小区的cellIndOffNeigh参数设置为-6dB导致满足切换条件不切换,被叫RRC重建后未正常通话,上发bye,网络侧回复487,统计为一次掉话。调整ECI为81200513(PCI268)的小区到ECI为81200257(PCI314)的小区的cellIndOffNeigh参数为0dB后复测。【优化结果】cellIndOffNeigh参数调整后复测E

16、CI为81200513(PCI268)的小区到ECI为81200257(PCI314)的小区切换正常。2.4.3案例3-MOD3干扰导致MOS分低【问题描述】由于清沁家园-2(PCI为151)与维多利亚宾馆-1(PCI为76)mod3干扰导致SINR差,MOS低。【问题分析】调换清沁家园2、3小区PCI。【优化结果】PCI调整后复测该问题路段SINR较优化前提升,MOS低现象解决。3总结由于地铁场景的特殊性需要分场景(地下场景、地上有专网场景、地上无专网场景)进行针对性优化,同时因地铁的空间交错复杂性,优化地铁场景需要对进出口、站厅、站台、沿线等区域进行RF与参数的精细化优化,其中该场景VoLTE业务特殊参数设置可参考如下验证测试结果配置:场景说明QCI=1 drx功能开关UE不活动定时器T300timetotrigger普通场景开启10600ms320-640ms地铁场景关闭(站台站)30/(隧道站)51000ms320ms基于地铁场景快速移动、上行资源受限等特点,根据实际地铁场景网络优化经验,前期主要从地铁覆盖能力提升、参数策略等方面提出优化方法进行探讨。参数策略上,主要考虑切换、出入口移动性方面,配合特殊场景参数配置优化最佳;地铁覆盖能力可以通过规划合理性、RRU端口功率等调配方面开展,后续用户的不断发展,需从容量上进行考量,可从多频协同和参数优化两个方面研究解决措施。

copyright@ 2008-2023 冰点文库 网站版权所有

经营许可证编号:鄂ICP备19020893号-2