掉线傻瓜书

  • 格式:docx
  • 大小:120.67 KB
  • 文档页数:3

掉线傻瓜书
一.掉线定义
CMCC定义:去除UE CONTEXT RELEASE REQUEST 的正常cause,即算掉线。

一般而言,计做掉线的cause有:
failure-in-radio-interface-procedure
测量点:如图1中A点所示,当eNodeB向MME发送UE CONTEXT RELEASE REQUEST消息,会释放UE的所有E-RAB。

当释放原因不为“Normal Release”,“Detach”,“User Inactivity”,“CS Fallback triggered”,“UE Not Available for PS Service”,“Inter-RAT Redirection”,“Time Critical Handover”,“Handover Cancelled”时,测量指标L.UECNTX.AbnormRel加1。

二.掉话分类分析
简化而言,掉线分为无线掉话以及切换掉话
无线掉话分为SRB掉线和DRB掉线
DRB掉线计数点在12505-1,细分为下行12306-0,上行12306-1。

对于DRB掉线而言,基本就是纯无线原因造成,基本以改善无线环境为主。

如果做到头的话,以下参数可以尝试修改
12306-1偏高:
Ulsynctimer:最大可以改到7;
ulSyncSINROOStoSyncThreshold,ulSyncSINRsyncToOOSThreshold下调;可以改到-17/-18
12306-0偏高:
rrcProcedureDefenseTimer 2000->3000
timerTpollRetransmitDownlink ms60->ms200
注:两个参数必须同时改,掉话严重的,可以改到ms500;
以下参数可以尝试进行修改,从理论上,以下参数会起到一定效果,由于没有大规模试验,只建议少量修改尝试:
Rlcamconf::pollPDUDownlink=>p256
Rlcamconf::timerTreorderingDownlink=>ms200
SRB掉线
相关counter:12505-2/8
SRB掉线除了与无线环境有关以外,与信令交互过程中RRC CONNECTION RECONFIGRATION
发起后,没有返回响应有关。

一般而言,RRC CONNECTION RECONFIGRATION 在数据传输过程中,主要进行以下内容:
1.TM转换
2.PUCCH调度
3.MR测量
4.功控
针对相关的内容,有以下方法对其进行改善
1.在无线环境较好的情况下进行RRC 重配
2.尝试少进行RRC重配,但是这个方法可能会对数据传输效率产生一定影响,不建议大量修改
3.通过功控以及调度对PDCCH/PUCCH进行修改,但此部分相对较为困难,一般不建议现场修改
相关参数修改如下:
AdaptiveTransmissionModeSwitch::deltaSINRforIntermodeSwitch:5->10 periodicCQISINRAveragingCoefficientforInterModeSwitch :3->256 signalradiobearer::macHARQMaxTimerDl=200
signalradiobearer::macHARQMaxNumberOfTransmissionD=8
极端方法:CellActivationService::isInterTransmissionModeSwitchingEnabled=disabled
CellL1ULConf::initPUCCHSRSConfigProfile=Basic
切换掉话
切换掉话从信令点而言,主要分为X2以及S1切换掉话。

相关counter:12505-9/10
其掉话信令点如下:
根据12505-10而言,X2切换掉话的原因简单得说,就是enb发起rrc connection reconfiguration 以后,没有在timer时间内,返回X2 CONTEXT RELEASE ,cause为”normal release”。

根据信令点而言,有以下情况会造成掉线:
1.RRC 重配到目标小区失败,但是没有返回原小区(原小区12709—8/11)
2.Path switch超时(目标小区12713—5/17)
3.X2 context release内cause错误
针对第一种情况:
如果切换掉话突发,可以通过邻区对12779 ,判定是否与某个小区切换出现突增。

或者根据目标小区的L12713_3/5/15/17
如果看不出的话,则需要进行TRACE。

出现切换掉话,如果没有针对某对切换的话,一般与小区覆盖控制较差有关。

建议结合小区覆盖情况加以判断。

如果针对某切换的话,则建议检查邻区对以及周边的根序列以及pci。

如果覆盖难以控制,则可以考虑:
1.提升目标小区覆盖半径参数,以提升其L2接入能力
2.微调A3门限,提升切换难度
3.对指标影响过大,则考虑将切换关系删除
针对第二种情况:
一般是整体出现,且与MME有关,建议进行trace后,与MME共同配合解决
对于第三种情况,一般只能通过TRACE进行。

由于缺少详细的邻区对counter,建议trace 进行解决
对于S1切换掉话的12505-9而言,与X2切换掉话大致一致,同样分为三种:1.RRC 重配到目标小区失败,但是没有返回原小区(原小区12723—4/10)
2.MME status transfer超时(目标小区12727-6/15)
3.X2 context release内cause错误
处理方法同X2切换。