LTE接入问题分析.docx

LTE接入问题分析.docx

《LTE接入问题分析.docx》由会员分享，可在线阅读，更多相关《LTE接入问题分析.docx（47页珍藏版）》请在冰点文库上搜索。

LTE接入问题分析

1、无线接通率指标

无线接通率=RRC连接建立成功率*E-RAB建立成功率=（RRC连接建立完成次数/RRC连接请求次数（不包括重发）广E-RAB建立成功总次数/E-RAB建立尝试总次数*100%

1.1、RRC连接建立成功率

RRCSetupSuccessRate=（L.RRC.ConnReq.Succ）/（L.RRC.ConnReq.Att）*1OO%

指标桔迷

]K6726fb7

L養匚匕诫目二廳

小区眾feUEBIEKS（jnr.ecttenf曲回皤崗;鐵（鱼15藝）

L.就工二诫蒐・肚1

■d退铀1WEK2Ccnr.ecticnF匹ue曲息翩（不包话重劇

L.5IIC.Cziuifte1Atl.Eirx

木区接feUE&IE贮Canr.ectLcnftEQuest消息;殲.卫運玄庫因为ejierfenc/

]526726213

L.XRC.C二诫対・AtVHi（hFri

水氐接teUEto-Conr.ecti.cnTXue曲息域>且建立駆为KLjLPiiorityAccfrss

L5IlC.C：

hnRe:

.Att.Ilt

木区震fe'JCfllEKZConr.editnF曲ue曲,§毬,E为

iTtFtxess

]526725220

L.?

EC,C:

iinRe;,AttJfcSif

小区接畑旳吭Conr.ecti,cnEgqie#诵.1、娥，且建玄駆为lo-SifnaLling

]52672B221

L.SRC.CnimRc^.AftJldiita

小瓯杠圧旳BICConr.ectitnEecue;t）ft團嫌i11x^3为lo-Iiata

帏ID

裤指标

捲标讎

1526726653

LrEfiZ.ConrJieQ.Succ

小区暮枚I同底回的FR]CaiuifrtiaikSmgCflncLeleiS.lv^Sfe

1526723222

L.fiRZ.ConrJi*Q.SuccEjic

小区捞IJrn駆貝的FR]Caiuifrrtiaik3叭璋CflnpLfle^S.lv^Sfetg遑亶因为en丑郭ii：

7

1526723223

L.FJC.Conrleq.Slice.HighFfi

小区捋牧IE遠3討EECGnnemcinS=1t＜〔他时韶®次熱巨遷立原因为h:

6?

?

1loritr^icces?

1526723324

L,RKIHonrKeq.Svcc.Th

小区揺1｝（1用追0的”｝^1CannertionSut耳匚（|珥1年丫?

^^息衣数，巨

1526723225

L.RKl.ConrJiffQ.SpecIbSLg

小区捞｛JfUH返回稅哑Canntrtiaik2^1^"吨Irt喘同i刘熱苣建亶闻因为mo-£ighalliiiJ

1526723226

L.Fir.CcntleQ.Succ.HiDiti

小区挣牧T磁3KFJ?

CConne:

iiQnSbuf〔佻时酣息衣热E翟立庫因为mo-Dsrta

程指标

]5；6T?

1：

S3

I,盘£5氏1QF就L矗或331.

淡源颁埶向観韩虧皴敝款

1526T2IZ84

LKRC.Seti:

?

FaiiI,Mc^epl7

IES鳍苗擁錮立删〕制

1526T28L09

Life亞tupFiiL血J

小区魏EKCwi^erfion弘jict爲且独

话统统计方法:

【A点】

（1）指标L.RRC.ConnReq.Att加1，不统计重发的次数。

Case1:

eNB下发RRC_Conn_Setup消息后，在T300定时器超时前，收到相同的UelD发

起的RRC_Conn_RecqSetup丢失，UEMAC中突解决定时器超时后重发

RRC_Conn_Req|UelD

不变），记为一次重发RRC_Conn_Req肖息。

Case2：

T300超时后，UE仍未收到RRC_Conn_SetupUE重新搜网,

发起初始接入，UeID

是取0-239的随机值或上层下发的TMSI。

eNB侧记为新的一次初始接入,

L.RRC.ConnReq.Att

加1。

Case3:

发起Attach后会启动T3410定时器。

如果UE发出RRC_Conn_Setup_Cm后,

ENB没有收到，UE会在定时器超时后重新发起Attach,ENB侧记为新的一次初始接入;

RRC_Conn_Setup_Cm丢失不会触发重建，发起重建的前提是安全已经激活。

（2）如果RRCConnectionRequest消息信元Establishment

Cause为"emergency”,指标

L.RRC.ConnReq.Att.Emc力口1。

（3）如果RRCConnectionRequest消息信元

EstablishmentCause为

“highPriorityAccess”，指标L.RRC.ConnReq.Att.HighPri

（4）如果RRCConnectionRequest消息信元Establishment

Cause为"mt-Access”,指标

L.RRC.ConnReq.Att.Mt力口1。

（5）如果RRCConnectionRequest消息信元Establishment

Cause为“mo-Singnalling”,

指标L.RRC.ConnReq.Att.MoSig力口1。

（6）如果RRCConnectionRequest消息信元EstablishmentCause为“mo-

Data”，指标L.RRC.ConnReq.Att.MoData加1。

【B点】

当eNodeB下小区接收到UE发送的RRCConnectionRequest消息并下发RRCConnection

Setup消息给UE时，指标L.RRC.ConnSetup力口1。

【C点】

当eNodeB收到UE返回的RRCConnectionSetupComplete消息时统计相应指标,

L.RRC.ConnReq.Succ加1。

1.2、ERAB建立成功率

ErabSetupSuccessRate=（L.E-RAB.SuccEst）/（L.E-RAB.AttEst）*1OO%

1

152砌N5

Lz-HhittEst

.肝蚓朗™竝遇鶴

騙n

L,J-jcc-rt

沪麹卜粧ti握囂战则囂嫌

指标口

指标常港

応打72旷IT

L,E-E.

1^20726276

L.E-IKFailEst.Hni

核心网嘔诗孤氓呃辽现i復

15西72KTT

L,E-I呦*Fa:

lE£t*nL

L,E-E5iBJa:

lE£t»RIL

徳阿更寻斑讯晦丈黄踮粽

L.Fa;.lEEt»HoSacioCe?

罰濾不足异致E-EAB建i规黴；

1时6龙瞠肋

L.E-E^B.FailEEt.SeznrUcdeFaLl

话统统计方法:

RR<3UOHF*总心UuH

尺idquvel

RRQConi

nn^c-tiOn

SiAtup

53lj[3冃曰tjua屮

SecurityMods

OoEErtnd

RRCCuiirluuUon

Rwcoofii@uralion

SocurKyMnno

Onmplflln

iR'R：

COoinrUo*y

F%4»COri（J^Lir-iilLionOOEpI魅I旺

RKUC

Kvcojil'i^iurLiilOii

匸pJW

如上图中A点所示，当eNodeB收到来自MME的E-RABSETUPREQUES或者INITIAL

CONTEXTSETUPREQUEST初始上下文设置请求）消息时统计该指标。

如果

E-RABSETUP

REQUES或者INITIALCONTEXTSETUPREQUES消息中要求同时建立多个

E-RAB则相应指

标按各个业务的QCI分别进行累加。

2、接入性能优化流程

接入失败通常有三大类原因:

无线侧参数配置问题、信道环境影响以及核心网侧配置问

题。

因此无线接通率优化流程可以按以下步骤进行:

（1）通过话统分析是否出现接入成功率低的问题,

当前RRC'eRA接通率指标一般为98%

也可根据对接入成功率指标的特殊要求启动问题定位。

（2）确认是否全网指标恶化，如果是全网指标恶化，需要检查操作，告警，是否存在网

如定时器T300、T302、T3410,

以及参数小区接入禁止、小区最小接入电平、

IPPATHNcs等。

如果是部分站点指标恶化，影响全网指标，需要找出

TOP占点。

络变动和升级行为。

检查无线侧以及核心网侧参数配置是否合理,

查询RR（连接建立和ERA建立成功率最低的TOP10占点和TOP寸间段。

查看TOP占点告警，检查单板状态,

RR状态，小区状态，OM操作，配置是否异常。

针对TOP占点进行针对性的标准信令跟踪、干扰检测进行分析。

（7）

如果标准信令和干扰检测无异常，将一键式日志，标口跟踪,

干扰检测结果返回给

厂家技术人员分析。

接入问题优化流程图如下图所示:

HO

Mn

平TOP、

swSToivn^

TES

VRS

植査HMt,S区.趣，星否TTftWttt交汹林川*ttTr>）寻

KKC症立MUJI

E-KAU业减功*TQF駅件相同.苑立成功车V今IE.

SLA.JboiX，

fl.iAxTiSTmuaf咅询站点取：

u」吿It.甥考伪史古整,2.sAtlDlil-13KU金应单iff?

.*8餐waiii'UWH冋怖茨话

（升塚・=9）=esfr£?

!

；^>■

Hfl

1=亟話ll"5fd査M小区魁否含握”呈吾存恭眞三冲宾・茲Afi小区IMW（VL匕J&S®畫冊禎CDR：

SA3\SSP7；P;SAa\SSrs>jai&PKB卜千尿曜芦¥*^珍》-

LluaBrw^«UiAyhlil存右_J_斗』+tx”认干jjtjasL塑.4.毒BE工证组悽曲处理*

3.

h4SLB啊W額工匸：

&否禺如罠一旳冏KAu[UW-T*基木flfl

罡小EKTFB世事盖=工、?

ttt64«Wlf^BOPSH占比.加Jt;岩比w如人1射岩.町耐k小E»盖昇3*腋眸弋寻埶

TQEsn医存秆55®蓋*4、天轴（filSPUSr无號差：

4畢阳JWJW、逢邃、韭丄阀題，人人&人绒#敘不一ft”札样宜替箱牯号功®低

wo

<*I2Z.结音mji埼«■;>1

1-»盘翟煤小叵上T存丢fe*：

&否正希.划上也率漏立，基*»Si主小bi徐住威基・

3.逋时肓&辽硏申朮聲.tinni.HR>ioH*CM庐*区祚在立误码」

UT）

-JJ.挣鹼in・：

rj»,H*去urns.分拥硫童，头亦蛊区域.W祥華站，

席合ffl户W诉■谊"宛ttwta人咼JR遍欄W.同时后台Jrttt信呼《!

暉，找问霹停闲,

woX

YES

接入问题优化流程图

3、接入问题排查分析

3.1、ENB配置问题排查

PDCC符号数配置问题

测试局点为了尽可能提高下行吞吐率,

PDCCHI常固定

1符号，但在20M带宽以下,

可能出现无法接入的问题。

5M小区，PDCC個定1符号，总共能使用的CCE个数为

3，由于CCE资源受限接入不

了。

10M小区，PDCC®定1符号，总共能使用的CCE个数为

8个，受上下行配比约束，下

行最多能用5个，而10M小区公共信令的聚合级别为8,需要

8个，因此CCE资源受限所以

接入不了。

15M小区，PDCCHI定1符号，总共能使用的CCE个数为

12,受上下行配比约束，下行

OFDM

符号

N.

1,4M

3M

5M

10M

15M

20M

2

3

4

1

23

1

2

3

1

2

3

12

3

1

2

3

1/6

2

4

€

2

712

4

13

21

10

26

43

1640

65

20

54

87

1/2

2

4

6

2

712

4

12

21

9

26

42

1439

64

19

52

56

2

4

€

2

712

3

12

20

8

25

41

1237

62

ir

卫

2

2

4

6

1

e11

2

11

19

6

23

39

954

59

13

46

eo

最多能用8个，PDCCH功控开关关闭时可以接入。

I血xiFLimnLmtefcjfCCEusedforP^CCH

PDCC符号数配置

IPPATH配置问题

基站在完成了安全的配置与UE能力的获取后并向小区申请资源，会向TRM申请GTPL资

源，如果申请资源失败则会向核心网返回初始上下文建立失败响应

INIT_CONTEXT_SETUP_FA；原因值填写transportresourceunavailable（O）;如下图所

OlO-DtIS13U.3...31ftP」hrr^L_COMTEXr_fiE~UF_PEQ■nifrDJd»1?

"41^fliX^^urZc^FWij-prf_iKrnjnp£10■讯•1919M3.lldn」NHL_CO：

^nF^r.PEpF.F4LOi0-D1-1&13^43...'31\

010-D^-119143./S1^P_LeZcOtiI1EXT.REL_■:

MD■010Di-1f11-IJ...S1£_CC1M1E>7_PEl_CMF

=01G-DJ151El144[ST\=.INrfAU_UF_W^

JOIt）-D1-1-Ha114...131^=_l：

L_P4AS_TR；Vh3^DID-DJ-laIE"4'4..|uikn_l亠—PIAS—TWUM

OIO-D^Ij」h示乩_©GMT旦空口JF_REG!

iMOP丄191盯旷4至皤_|F_rnjEin

[號cew=

LJ

™moaacEooooooMmD

D1D-D4-13-13^4-'4.h'\ftTILLLrjflaIr«NJ

01&0J-i&131E_c0^'TgT.BEir^MDy

OlODId11ii1-IJ.,]31£_tCiHTDn_R^_CMP

顶乔Uq1,5l1A145荀;V叮而iTi；^l尹」piOZ-ig1914.礼.工12tL.yTft对巧

血frO*I导祐"4轧jll』C」F5[TFWtJ

:

川1汕4-iF1Li4上..再12_1陀両L_COH〕EXI_lj匕TIJF_RfcU■DI[inJ11A14A.■si^p_L.r^p*£iiiifciKrojNDD10-D11?

igi45..fS1ii^irri^LCOHTE^SE^FFAJL

Ld►value厂

»SEQUENCE

曲Q旳（pj

crili^alitaciQnor^flj

jj►■记lu三

■光OuEwCm

d.Ujii<2）

讪曲蹄hr®忡⑴..

0▼的I叶

Harrpcniranepiirtfeeourre-unavallaHIe<□）

312EL-_A3TRAh3

DID-DJ-1S1日"4右..—_._

01OD*laiy14-5.|aitf»Zut_L0kiEXT_Rel_c-miPIPEIfl15iP0；512_lhF»l_UE-U§（!

■01CLwfTRAbm

-plO-PJ-1&1ajs0..'S1\^_i^L_r-l^5j-FWi?

eiAM-i9仙J3]l』i11ItxI_iit：

~U空tQ

■QIOPjIsi1015O.；5T^?

l.ie_C>^fllLnv_l^f0JNF

'QIPglr越mo”.Sl；iP』nfrxL_t（阳TEXT.WE®P_F&L■DID-DJ-ig15-|&-n.PlknjDL』山S.TFWMM

U1t>D4-191y1S；0..31AHLbCOKlEzXTPELCMP

DD□!

DJ

ni

□4

D5

17

QA

□QCadOQ?

QQIQ4QQ2

OJ

nn

nt

DD

DQia

00

OU

Oj

.1

（1匚HEDE£F

Bl

rUI

5CAS

QC

上iJtCLi

初始上下文建立失败响应信令截图

在这种情况下,对照开站summary首先查看一下MML中的IPPATH是否配置正确,如果已

经配置正确,则查看请初始上下文建立请求消息（INIT_CONTEXT_SETUP_REQ消息）中

transportlayeraddress

IPPATH正确，但

的信元值是否为配置的IPPATH值,如果不一样则需要确认一下是我

们配置错误还是核心网填写错误。

同时查看路由信息配置是否正确，如果

路由错误，同样会出现传输资源不可用的错误信息。

如果以上都不符合则需要把

IFTS打开,

将跟踪发给厂家技术人员来确认问题的原因。

帝丁亍S碇鬧底H毓诫扩hw油*酩忡in”$角1*7込谴两叙

■jfltmtioTwwM

俸廉逐i»命Si施丽心祎或適岳畜蔺乔乔

■井1*1-：

n*#C5ijw话愉运X

M昭wid

:

:

tt>r6^iibtU4

■bii'i<44

Jri

Pi#r」jt.DWT[弩1才上晶1卞01bHO

TAMA

nw

妙flfME打.tfPjF/hl

皿TSi帼Si「■■

UCIMTEfT俺IsAwOI

■剛*.L*」讪if倉-耐口r'{jflTfr醉PfS*nd筍樺'•血6MT盯刨“flW<-■--

曲ifp辭1和tH*

"M博iM忡呻估0.__.

—期IfSfTTRrs牛荷>护吋

帝峙卄种沖1$巾却和N.

•冲W忡计1时初障■.

「SihffTTTmWd'^Z

XT淹IsAO

nrhfb->ir

Tuf■严b

奇出Uftfl两>_

电1*理5Wtf化严。

0•衍込—

卸yft.g十胃

佔K翳尸L-tZfP也寸知#

祜亡f0>、"

■・戸A|i・mIRA4**ieh

q■静k2<.*igjW■「廠刼幽ii"嚴4Mj

-■hurw

W］列矍［團诃回w网圍更便］副绚阿商鱼］LC.i*:

«L.1

讥厂

初始上下文建立请求消息信令

3.2、top小区分析处理

3.2.1、TOP小区筛选

通过U2000导出全网每日话统文件，按照（L.RRC.ConnReq.Att-L.RRC.ConnReq.Succ）

次数从高到低排序，结合接入成功率，选出TOP1站点接入成功率低的小区。

按照（LERAB.AttEst-LERAB.SuccEst）次数从高到低排序，结合ERA建立成功率

选出TOP10ERA建立成功率低的站点。

目前TOP小区提取暂按以下方式操作:

①RRC青求次数大于50次

②接通率小于98%。

③在一周之类重复出现2次以上的小区。

若前三种无法提取出TOP」、区，可按RRCERAB建立失败次数，分开求和后降序排列筛选RRC

和ERAE建立失败的TO、区。

3.2.2、TOP小区状态检查

检查TOP小区的状态是否正常，可以在U2000±，通过MM命令“DSPCELL”能查看到小

区的总体信息。

如果小区状态显示不是“正常”，可以按如下方法进行简单排查:

如果存在S1链路异常告警，请检查S1链路配置是否正确。

如果存在RSSI/RSRP通道不平衡，需要检查天馈互调干扰,如果存在驻波告警，需要通过DSPTXBRANCHDSPRXBRANCS看RR发射和接收通

道状态。

如果存在小区不可用告警，需要返回主控和基带板一键式日志。

3.2.3、TOP小区指标分析

通过话统可以得出TOP」、区原因分布，TOP」、区中RR（和ERA建立失败次数原因值说明:

①对小区RR（建立失败次数:

资源分配失败而导致RR（连接建立失败的次数，指标ID:

1526727083;重点关注top

资源是否足够，包括top用户数，传输、PRE等;

UE无应答而导致RRd接建立失败的次数，指标ID:

1526727084;关注质差、干扰、

无线环境等；

、区发送RRCConnectionReject消息次数，指标ID:

1526728269;关注传输问题、

是否拥塞、干扰;

关注SRS带宽、配置指示、配置方式、SRSACK/NAC设置是否合理等;

因为PUCC资源分配失败而导致RR（连接建立失败的次数，指标ID:

1526728486;关

注PUCC信道相关参数设置是否合理，CQIRB数配置是否合理等;

流控导致的RRCConnectionRequest消息丢弃次数，指标ID：

1526728489；关注

拥塞，业务流控相关参数是否设置正确等；流控导致的发送RRCConnectionReject消息次数，指标ID：

1526728490；关注拥

塞，业务流控相关参数是否设置正确等；②对小区E-RAB建立失败次数:

因未收到UE向应而导致E-RAB建立失败的次数，指标ID:

1526726717;处理建议:

需排查覆盖，干扰，质差，ENODE参数设置错误，终端及用户行为异常等原因。

核心网问题导致E-RAB建立失败次数，指标ID:

1526728276;处理建议：

需跟踪信令，排查核心网问题（EP（参数设置，TAC码设置的一致性，对用户开卡限制，硬件故障方面排查）;

传输层问题导致E-RAB建立失败次数，指标ID:

1526728277;处理建议：

需查询传输是否有故障，高误码，闪断，传输侧参数设置问题。

无线层问题导致E-RAB建立失败次数，指标ID:

1526728278;处理建议：

处理建议:

需排查覆盖，干扰，质差，