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

加入VIP,免费下载
 

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

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

下载须知

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

版权提示 | 免责声明

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

RRC重建比率高问题分析和优化方法知识参考.docx

1、RRC重建比率高问题分析和优化方法知识参考RRC重建比率高问题分析和优化方法一、重建原理1、重建概述RRC重建(RRC connection re-establishment)是UE处于RRC_CONNECTED状态,因为一些移动性管理或底层链路故障,导致连接中断,UE发起的空口资源重新建立的过程,以继续空口的RRC连接。重建是UE在连接状态下,空口异常时重新恢复空口的过程。重建成功的前提是收到重建请求的小区有UE的上下文。重建的意义在于快速恢复空口业务,提高业务的连续性。重建成功流程:RRC重建请求消息:RRC重建命令消息:RRC重建完成消息:如果目标小区无该UE的上下文信息,此时UE的RR

2、C重建请求可能会被拒绝重建失败流程:2、重建原因2.1 重建条件UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下,会在新的小区发起RRC重建过程,以试图快速重建业务,提升用户感受。LTE协议规定,网络侧只能对存在上下文的连接接受重建请求,没有上下文ID的请求将被拒绝而掉话。当UE从基站A重建至基站B时,这种重建必然因获取不到上下文而失败。在现网中,无上下重建失败在重建失败总次数占绝大多数。严重影响了客户感受。上下文一般是eNodeB侧存储的UE的一些重要信息,包括UE能力、多承载信息(承载ID,QCI等级)、S1AP_ID、UE的安全性算法等。对于没有UE上下文的重建,目标基站

3、必须通过某种手段获取源站的上下文,协议规定源站可以通过切换请求把UE的上下文带到目标站,因此获取上下文的载体是有了,但是如何通知源站把上下文通过切换请求带到目标站,协议中没有规定。因此只能通过私有消息方式通知源站,若私有消息走S1口,需要进核心网,核心网侧也需要识别该消息,处理上比较复杂,所以一般情况下会直接经过X2口处理该私有消息。目标基站收到RRC重建请求后,发现没有该UE的上下文,所以通过X2口发送一个私有消息给源侧基站请求源侧基站发送上下文,收到回复后,就按照正常的流程,继续完成RRC重建过程。2.2引发重建的原因协议上规定,引发UE发起重建流程的原因主要有以下几点:重建发起原因详细原

4、因标口原因值切换失败Handover Failure重配置失败Reconfig Failure无线链路失败上行RLC重传达到最大次数Other随机接入失败T310定时器重传到最大底层校验失败1)上层检测到底层通知的无线链路失败:UE检测到当前检测到“radio link failure”,则会发起原因值为“other”的中间,通常引起RLF存在如下三种机制:上行RLC重传达到最大次数“indication from RLC that the maximum number of retransmissions has been reached”,包括SRB和DRB,与eNB侧下行的SRB与DRB

5、机制相同,当UE RLC发送了一个PDU之后,需要等到eNB侧反馈对应的状态PDU才能完成一次RLC的正常调度。对于没有收到eNB状态PDU的原因有两个,一个原因为eNB侧上行根本就没有收到任何RLC PDU,也就不会响应状态PDU,另一个原因为eNB响应的状态PDU,由于下行误码的原因,没有到达UE侧。MAC层SRI重传达到最大次数在切换过程中,切换完成命令丢失后导致的PUCCH没激活,或者,在业务保持过程中由于Ta超时导致的PUCCH没激活,此时如果UE有SR发送,因为下行链路问题,UE无法收到ENB的MAC层确认,SR重传达到最大次数后触发MAC_RA_IND,上报给L3后发起重建请求。UE检测到下行RLFUE DSP每200ms对时延谱滤波值进行判断,如果满足某门限,则上报L3失步;L3在同步状态连续收到N310次L1上报的失步指示,则认为失步;同时,启动T310定时器,超时前,若收到N311次同步指示,则认为UE恢复同步状态,否则,T310超时后触发重建(包括搜索小区、同步、重建),启动T311定时器,若超时仍未重建成功,则进去IDLE态。

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

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