LTE接入问题分析
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1、无线接通率指标
无线接通率=RRC连接建立成功率*E-RAB建立成功率=(RRC连接建立完成次数/RRC连接请求次数(不包括重发))*E-RAB建立成功总次数/E-RAB建立尝试总次数*100%
、 RRC连接建立成功率
RRCSetupSuccessRate=()/话统统计方法:
RRC建立统计点
【A点】
(1)指标加1,不统计重发的次数。
Case1:eNB下发RRC_Conn_Setup消息后,在T300定时器超时前,收到相同的UeID发起的RRC_Conn_Req(Setup丢失,UE MAC冲突解决定时器超时后重发RRC_Conn_Req,UeID 不变),记为一次重发RRC_Conn_Req消息。
Case2:T300超时后,UE仍未收到RRC_Conn_Setup,UE重新搜网,发起初始接入,UeID 是取0~239的随机值或上层下发的TMSI。eNB侧记为新的一次初始接入,加1。
Case3:发起Attach后会启动T3410定时器。如果UE发出RRC_Conn_Setup_Cmp后,ENB 没有收到,UE会在定时器超时后重新发起Attach,ENB侧记为新的一次初始接入;RRC_Conn_Setup_Cmp丢失不会触发重建,发起重建的前提是安全已经激活。
(2)如果RRC Connection Request消息信元Establishment Cause为“emergency”,指标加1。
(3)如果RRC Connection Request消息信元Establishment Cause为“highPriorityAccess”,指标加1。
(4)如果RRC Connection Request消息信元Establishment Cause为“mt-Access”,指标加1。
(5)如果RRC Connection Request消息信元Establishment Cause为“mo-Singnalling”,指标加1。
(6)如果RRC Connection Request消息信元Establishment Cause为“mo-Data”,指标加1。
【B点】
当eNodeB下小区接收到UE发送的RRC Connection Request消息并下发RRC Connection
Setup消息给UE时,指标加1。
【C点】
当eNodeB收到UE返回的RRC Connection Setup Complete消息时统计相应指标,加1。、ERAB建立成功率
ErabSetupSuccessRate=()/话统统计方法:
图4
如上图中A点所示,当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST(初始上下文设置请求)消息时统计该指标。如果E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息中要求同时建立多个E-RAB,则相应指标按各个业务的QCI分别进行累加。
2、接入性能优化流程
接入失败通常有三大类原因:无线侧参数配置问题、信道环境影响以及核心网侧配置问题。因此无线接通率优化流程可以按以下步骤进行:
(1)通过话统分析是否出现接入成功率低的问题,当前RRC\eRAB接通率指标一般为98%,也可根据对接入成功率指标的特殊要求启动问题定位。
(2)确认是否全网指标恶化,如果是全网指标恶化,需要检查操作,告警,是否存在网络变动和升级行为。检查无线侧以及核心网侧参数配置是否合理,如定时器T300、T302、T3410,以及参数小区接入禁止、小区最小接入电平、IPPATH、Ncs等。
(3)如果是部分站点指标恶化,影响全网指标,需要找出TOP站点。
(4)查询RRC连接建立和ERAB建立成功率最低的TOP10站点和TOP时间段。
(5)查看TOP站点告警,检查单板状态,RRU状态,小区状态,OM操作,配置是否异常。
(6)针对TOP站点进行针对性的标准信令跟踪、干扰检测进行分析。
(7)如果标准信令和干扰检测无异常,将一键式日志,标口跟踪,干扰检测结果返回给厂家技术人员分析。
接入问题优化流程图如下图所示:
接入问题优化流程图
3、接入问题排查分析
、E_NB配置问题排查
PDCCH符号数配置问题
测试局点为了尽可能提高下行吞吐率, PDCCH通常固定1符号,但在20M带宽以下,可能出现无法接入的问题。
5M小区,PDCCH固定1符号,总共能使用的CCE个数为3,由于CCE资源受限接入不了。
10M小区,PDCCH固定1符号,总共能使用的CCE个数为8个,受上下行配比约束,下行最多能用5个,而10M小区公共信令的聚合级别为8,需要8个,因此CCE资源受限所以接入不了。
15M小区,PDCCH固定1符号,总共能使用的CCE个数为12,受上下行配比约束,下行最多能用8个,PDCCH功控开关关闭时可以接入。
PDCCH符号数配置
IPPATH配置问题
基站在完成了安全的配置与UE能力的获取后并向小区申请资源,会向TRM申请GTPU资源,如果申请资源失败则会向核心网返回初始上下文建立失败响应INIT_CONTEXT_SETUP_FAIL;原因值填写transport resource unavailable(0);如下图所示:
初始上下文建立失败响应信令截图
在这种情况下,对照开站summary首先查看一下MML中的IPPATH是否配置正确,如果已经配置正确,则查看请初始上下文建立请求消息(INIT_CONTEXT_SETUP_REQ消息)中transportlayeraddress的信元值是否为配置的IPPATH值,如果不一样则需要确认一下是我们配置错误还是核心网填写错误。同时查看路由信息配置是否正确,如果IPPATH正确,但路由错误,同样会出现传输资源不可用的错误信息。如果以上都不符合则需要把IFTS打开,将跟踪发给厂家技术人员来确认问题的原因。
初始上下文建立请求消息信令