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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

本文(LTE优化案例高铁测试TAC更新失败优化案例要点Word下载.docx)为本站会员(b****8)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

LTE优化案例高铁测试TAC更新失败优化案例要点Word下载.docx

1、当UE处于空闲状态时,核心网能够知道UE所在的跟踪区,同时处于空闲状态的UE需要被寻呼时,必须在UE所注册的跟踪区的所有小区进行寻呼。当UE移动发生TA改变时,终端需要向核心网发起跟踪区更新。一个TA list含有1-16个TA,UE在TA list内移动时不需要执行TA list更新,TA list的引入可以避免在TA边界由于乒乓切换导致频繁TA更新。跟踪区(TA)规划应遵循以下原则:1)跟踪区划分应利用移动用户的地理分布和行为进行区域划分,减少跟踪区边缘位置更新。跟踪区边界划分不宜以街道为界,不宜放在话务量较高的地方;跟踪区边界不宜与街道平行或垂直;在市区和城郊交界区域,宜将跟踪区的边界放

2、在外围一线的基站处,而不宜放在话务密集的城郊结合部。2)跟踪区划分应满足小区寻呼信道的容量要求并适当预留,跟踪区不宜跨越MME区域。3)需要开通CSFB的区域跟踪区宜与2/3G LAC保持一致。4)针对高速移动等跟踪区频繁变更的场景,可以通过TA List功能降低跟踪区更新的负荷。一般来说,TAU发生的场景主要有以下几种:1.注册状态下TA发生改变(重选或切换之后,新驻留基站的TAC不在原TAL内);2.周期TAU定时器T3412超时;3.注册状态下覆盖区丢失后UE本地EPS承载去激活,重新进入覆盖区;4.UE网络能力参数或DRX参数发生改变时;5.发生异系统重选,没有缓存用户面数据;6.RR

3、C连接释放原因为:需要加载TAU流程。3、【处理过程】本次测试的终端型号华为E3292,在其他区域测试时均正常,因此可以排除终端故障的问题。而干扰会令周边站点的底噪普遍提高,在基站性能指标中并没有发现底噪明显提高的问题,因此干扰问题也可以排除。综合全路段分析发现,TAC更新失败,多数伴随小区切换失败、重建失败发生,结合TAC更新请求发生场景分析,可分析高铁TAU产生原因有两条:1.注册状态下TA发生改变注册状态下覆盖区丢失后UE本地EPS承载去激活,重新进入覆盖区结合这两种情况,我们选取2个较为明显场景详细分析。3.1注册状态下TA发生改变问题区域事件图如下,列车由南往北行驶:在后台在U200

4、0中并没有发现任何告警信息,但我们核查数据发现TAC配置错误。桐乡上河头南和桐乡高桥经济开发区域所在区域的TAC规划为22027,桐乡高桥经济开发区错配置为22034。根据DT测试数据分析,UE从LF_H_桐乡上河头南站切换到LF_H_桐乡经济开发区站点,两站点TAC设置不同(两个站点规划在同一TAC下),切换时存在TAC更新,由于高铁速度较快,且信号覆盖较差,导致TAC更新失败。信令如下:SIB1中服务小区(桐乡高桥经济开发区)信息(含eNodeB ID和Cellid),ENodeBID转换为十进制为353876,TAC为22034。TAU Request中的TACID为前一次使用的小区的T

5、ACID,配置为22027,和LF_H_上河头南站点配置一致:终端上一次更新的TAL并不包含当前服务小区的TAC 22034,因此发起了TAU。 上一次TAU Accept消息下发的TAL修改TAC后:问题区域如下:无TAC更新失败事件出现SIB1中接入小区信息(含eNodeB ID和Cellid)ENodeBID转换为十进制为353876,TAC为22027,与修改值一致。3.2注册状态下覆盖区丢失后UE本地EPS承载去激活,重新进入覆盖区TAU Request中的TACID和TAU Accept中一致TAU更新成功后的TAC列表(和核心网爱立信的产品设置有关,TAL列表为更新最新的6个TA

6、C)切换过程中UE收到不到目标小区信息,重建RRC无响应(受核心网异厂家因素,无法确认是否是上行还是下行),从而导致上下文丢失而被拒绝,之后终端发起TA-update由于上下文丢失,TAC更新失败。RF调整后,没有出现TAC跟新:从信令上看,已经正常:4、【总结建议】嘉兴地区LTE核心网采用爱立信设备,爱立信核心网为每个用户维护一个TAL列表,TAL列表为最近更新的的6个TAC。这类TAL维护方法减少了现网划分TAL和TAC的难度,比较适用于边界多个LAC区域边界的用户,减少了边界处用户的TAU频度。但是,这种TAL维护方法对于快速线性移动的用户有致命的缺陷,用户每移动到一个新的TAC区后,都会发起新的TAU,而无法通过静态配置TAL减少线性移动区域用户的TAU行为,只能通过特殊划分TAC以规避此类行为,而TAC包含的站点数往往受到限制。由于高铁高速移动的特殊性,建议沿线站铁站点TAC规划为统一值,保证高铁穿越的TAC尽量少,以减少TAU次数,降低低跟踪区更新的负荷。小区切换失败伴随着重建失败,导致了TAU更新失败,主要工作仍以RF优化无线环境,提升上下行无线环境为主,保证无线环境良好情况下,合理规划TAC区域。

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

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