LTE常用事件详解
为了方便大家查询,所有事件都以首字母顺序排列
名称 | 含义 | 具体说明 |
AttachAttempt | 附着尝试 | UE发送Attach Request消息请求附着到数据业务。 |
AttachSuc | 附着成功 | UE发送Attach Request消息后,在45秒内发送Attach Complete消息,表示附着数据业务成功。 |
AttachFail | 附着失败 | UE发送Attach Request消息后,在45秒内未发送Attach Complete消息,表示附着数据业务失败。 |
DetachAttempt | 去附着尝试 | UE发送Detach Request消息或基站发送Detach Request消息请求去附着到数据业务。 |
DetachSuc | 去附着成功 | 以下情况表示UE去附着数据业务成功: |
UE向基站发送Detach Request消息后,在15秒内收到基站发出的Detach Accept消息。 | ||
基站向UE发送Detach Request消息后,在15秒内收到UE发出的Detach Accept消息。 | ||
RRCSetupReq | RRC(Radio Resource Control)连接建立请求 | UE发送RRC Connection Request消息请求建立RRC连接。 |
RRCSetupSuc | RRC连接建立成功 | MS发出RRC Connection Request,并且2.5s内UE发出RRC Connection Setup Complete,则触发该事件。 |
RRCSetupFail | RRC连接建立失败 | MS发出RRC Connection Request,并且2.5s内UE没有发出RRC Connection Setup Complete,或者收到RRC Connection Reject,则触发该事件。 |
ERABSetupAttempt | ERAB(Evolved Radio Access Bearer)建立尝试 | 如果RRC Connection Reconfiguration消息中包含特定的信元(“drb-ToAddModList”或“drb-ToAddModifyList”),并且不包含信元“mobilityControlInfo”,表示ERAB建立尝试。 |
ERABSetupSuc | ERAB建立成功 | ERABSetupAttempt 事件发生后,UE在1秒内收到RRC Connection Reconfiguration Complete消息,并且消息中的信元“RRC-TransactionIdentifier”值与信元“RRC Connection Reconfiguration”信元值相同,则表示ERAB建立成功。 |
ERABSetupFail | ERAB建立失败 | 以下情况表示ERAB建立失败: |
ERABSetupAttempt事件发生后,1秒内UE没有收到RRC Connection Reconfiguration Complete消息。 | ||
ERABSetupAttempt事件发生后,UE收到RRCConnectionReestablishmentRequest消息。 | ||
ERABNormalRel | ERAB正常释放 | 以下情况表示ERAB正常释放: |
UE收到Deactivate Eps Bearer Context Request消息后,收到了RRC Connection Reconfiguration消息,且消息中有信元“drb-ToReleaseList”。 | ||
UE收到Deactivate Eps Bearer Context Request消息后,收到了RRC Connection release消息。 | ||
UE收到MME的DETACH REQUEST消息,或者向网络侧主动发出DETACH REQUEST消息后收到RRC release消息。 | ||
UE 没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息,也没有向网络侧主动发出DETACH REQUEST消息,但收到了RRCConnection release消息并且前4s没有APP层速率传输。 | ||
ERABAbnormalRel | ERAB异常释放 | 以下情况表示ERAB异常释放: |
UE 没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息,也没有向网络侧主动发出DETACH REQUEST消息,但收到了RRCConnectionReconfiguration消息,且其中有信元“drb-ToReleaseList”。 | ||
UE 没有收到DEACTIVATE EPS BEARER CONTEXT REQUEST消息和MME的DETACH REQUEST消息,也没有向网络侧主动发出DETACH REQUEST消息,但收到了RRCConnection release消息并且前4s没有APP层速率传输。 | ||
UE收到包含了信元“drb-ToAddModList”的RRC Connection Reconfiguration消息后,收到RRC释放信令之前,UE的“RRCState”值为“Idle”。 | ||
在 UE没有收到RRC Connection Reconfiguration消息、EACTIVATE EPS BEARER CONTEXT REQUEST、DETACH REQUEST消息、RRC State、RRCConnection release消息时,收到RRC的业务请求。 | ||
在 UE没有收到RRC Connection Reconfiguration消息、EACTIVATE EPS BEARER CONTEXT REQUEST、DETACH REQUEST消息、RRC State、RRCConnection release消息时,收到RRCReestablishFail信息,触发本事件。 | ||
Event A1 | A1测量报告 | 服务小区的RSRP值比绝对门限阈值高时,输出A1测量报告。 |
Event A2 | A2测量报告 | 服务小区的RSRP值比绝对门限阈值低时,输出A2测量报告。 |
Event A3 | A3测量报告 | 邻区的RSRP值比服务小区的RSRP值高时,输出A3测量报告。 |
Event A4 | A4测量报告 | 邻区的RSRP值比绝对门限阈值高时,输出A4测量报告。 |
Event A5 | A5测量报告 | 服务小区的RSRP值比绝对门限阈值1低且邻区的RSRP值比绝对门限阈值2高时,输出A5测量报告。 |
Event B1 | B1测量报告 | 邻区的RSRP值比绝对门限阈值高时,输出B1测量报告。 |
Event B2 | B2测量报告 | 服务小区的RSRP值比绝对门限阈值1低且邻区的RSRP值比绝对门限阈值2高时,输出B2测量报告。 |
HOA3Measurement | 切换A3测量报告 | 如果MeasurementReport消息中的“measId”与上一条RRC Connection Reconfiguration消息中的“measId”相同,则输出一次切换A3测量报告。 |
HOPrepareAttempt | 通过切换A3事件统计切换准备尝试次数。 | 统计方法如下: |
如果第k条和第k+1条切换A3事件时间小于1s,且之间没有切换命令,统计为一次HOPrepareAttempt。 | ||
如果第k条和第k+1条切换A3事件时间小于1s,且之间有切换命令,切换准备尝试次数+1。 | ||
如果第k条和第k+1条切换A3事件时间大于1s,则切换准备尝试次数+1。 | ||
InterFreqHOAttempt | 异频切换尝试 | eNodeB发送的RRC Connection Reconfiguration消息中包含了信元“mobility ControlInfo ”且“dl-CarrierFreq”的值与当前“Serving EARFCN”的值不相同,表示UE尝试异频切换。 |
InterFreqHOSuc | 异频切换成功 | 以下情况表示UE异频切换成功: |
InterFreqHOAttempt事件发生后,UE在t304+1000ms内收到新的小区发送的RRC Connection Reconfiguration消息。 | ||
InterFreqHOAttempt事件发生后,在t304+1000ms内UE的“RRC State”值为“Connected”且当前的“Serving PCI”值为切换请求消息中的“targetPhysCellId”值。 | ||
InterFreqHOAttempt事件发生后,UE在t304+1000ms内遇到TUE及**(某品牌)的终端内部事件HandoverSuc。 | ||
说明: | ||
t304为协议中的定时器,表示切换请求到切换完成的超时时间,协议规定最大时长为2s。 | ||
InterFreqHOFail | 异频切换失败 | 以下情况表示UE异频切换失败: |
InterFreqHOAttempt 事件发生后,eNodeB在新的小区发送RRC Connection Reconfiguration消息前收到RRC Connection Reestablishment Request消息或RRC Connection Release消息。 | ||
InterFreqHOAttempt事件发生后,UE的“RRC State”值为“Idle”。 | ||
发生同频切换尝试事件后,在t304+1000ms时间内Serving PCI没有更新为切换请求消息中的targetPhysCellId。 | ||
在t304时间内遇到TUE及**(同上某品牌)的终端内部事件HandoverFail。 | ||
IntraFreqHOAttempt | 同频切换尝试 | eNodeB发送的RRC Connection Reconfiguration消息中包含了信元“mobility ControlInfo ”且“dl-CarrierFreq”的值与当前“Serving EARFCN”的值相同,表示UE尝试同频切换。 |
IntraFreqHOSuc | 同频切换成功 | 以下情况表示UE同频切换成功: |
IntraFreqHOAttempt事件发生后,UE在t304+1000ms内收到新的小区发送的RRC Connection Reconfiguration消息。 | ||
IntraFreqHOAttempt事件发生后,在t304+1000ms内UE的“RRC State”值为“Connected”且当前的“Serving PCI”值为切换请求消息中的“targetPhysCellId”。 | ||
IntraFreqHOAttempt事件发生后,UE在t304+1000ms内遇到TUE及**(同上品牌)的终端内部事件 HandoverSuc。 | ||
IntraFreqHOFail | 同频切换失败 | 以下情况表示UE同频切换失败: |
IntraFreqHOAttempt 事件发生后,eNodeB在新的小区发送RRC Connection Reconfiguration消息前收到RRC Connection Reestablishment Request消息或RRC Connection Release消息。 | ||
IntraFreqHOAttempt事件发生后,UE的“RRC State”值为“Idle”。 | ||
发生同频切换尝试事件后,在t304+1000ms时间内Serving PCI没有更新为切换请求消息中的targetPhysCellId。 | ||
在t304时间内遇到TUE及**(同上品牌)的终端内部事件HandoverFail。 | ||
TAUpdateAttempt | TA更新请求 | 系统收到UE发送的TRACKING AREA UPDATE REQUEST消息则判断一次TA Update Attempt。 |
TAUpdateSuc | TA更新成功 | UE发送TRACKING AREA UPDATE REQUEST消息后,规定时间内收到TRACKING AREA UPDATE ACCEPT或TRACKING AREA UPDATE Complete消息,则表示LTE TA更新成功。 |
TAUpdateFail | TA更新失败 | 以下情况都表示LTE TA更新失败: |
UE发送TRACKING AREA UPDATE REQUEST消息后,规定时间内收到TRACKING AREA UPDATE Reject消息。 | ||
UE发送TRACKING AREA UPDATE REQUEST消息后,规定时间内没有收到TRACKING AREA UPDATE ACCEPT或TRACKING AREA UPDATE Complete消息。 | ||
Data Transfer Start | 开始数据传输 | FTP、HTTP等数据业务的第一个数据包开始传输,触发本事件。 |
Data Transfer End | 数据传输结束事件 | FTP、HTTP等数据业务的最后一个数据包传输结束,触生该事件。 |
Session Start | 任务开始执行事件 | FTP、HTTP等数据业务开始执行,如FTP Get、FTP Put等。 |
Session End | 任务结束事件 | FTP、HTTP等数据业务执行结束。 |
Session Drop | 任务异常结束事件 | 以下情况都表示任务异常结束: |
在FTP业务中,数据下载过程中异常终止。 | ||
在HTTP业务和WAP Download业务中,MS Deactivate PDP Context Request消息的原因值不是Regular Deactivation,则表示PDP Session Drop。 | ||
Session Error | 任务失败事件 | FTP、HTTP等数据业务执行失败。 |
RRCReestablishAttempt | RRC重建请求 | UE收到RRCConnectionReestablishmentRequest消息,且消息中“Event Information”值为“reestablishmentCause”。 |
RRCReestablishSuc | RRC重建成功 | UE在2秒内收到RRCConnectionReestablishment或RRCConnectionReestablishmentComplete消息。 |
RRCReestablishFail | RRC重建失败 | 以下情况表示RRC重建失败: |
UE在2秒内收到RRCConnectionReestablishmentReject消息。 | ||
UE在2秒内没有收到RRCConnectionReestablishment与RRCConnectionReestablishmentComplete消息。 | ||
CellReselectionL2G | LTE到GSM小区重选事件 | 在LTE空闲态下收到GSM的信令,则认为小区重选成功。 |
CellReselectionL2W | LTE到WCDMA小区重选事件 | 在LTE空闲态下收到WCDMA的信令,则认为小区重选成功。 |
CellReselectionG2L | GSM到LTE小区重选事件 | 在GSM空闲态下收到LTE的信令,则认为小区重选成功。 |
CellReselectionW2L | WCDMA到LTE小区重选事件 | 在WCDMA空闲态下收到LTE的信令,则认为小区重选成功。 |
CSFBServiceRequest | CSFB服务请求 | UE收到CSFB服务请求的信令,则触发该事件。 |
CSFBServiceSuc | CSFB接入成功事件 | UE 在发送CSFB Service Request消息后,如果在25秒内收到GSM NAS/WCDMA NAS信令“alerting/connect/connect ack”信令,则触发CSFBServiceSuc事件。 |
CSFBServiceFail | LTE回落到GU失败事件 | UE 在发送CSFB Service Request消息后,如果在25秒内没有收到NAS的“Alerting/Connect/Connect ACK”信令,则触发CSFBServiceFail事件。 |
InterRATHOCmd | LTE异系统切换命令 | UE收到MobilityFromEUTRACommand消息,该消息包含信元“cs-FallbackIndicator”,并且“cs-FallbackIndicator”指示为“TRUE”。 |
InterRATHOSuc | LTE异系统切换成功事件 | UE收到Handover to UTRAN Complete消息/Handover Complete消息,则触发LTE异系统切换成功事件。 |
InterRATHOFail | LTE异系统切换失败事件 | 由于切换请求超时UE没有收到Handover to UTRAN Complete或Handover Complete,触发该事件。 |
InterRATRedirectionReq | LTE异系统重定向请求 | UE收到RRCConnectionRelease消息,且该消息中包含“RedirectedCarrierInfo”字符,则触发本事件。 |
InterRATRedirectionSuc | LTE异系统重定位成功事件 | UE发送InterRATRedirectionReq消息后,在15s内收到RRC SETUP REQ/channal request消息,则触发本事件。 |
InterRATRedirectionFail | LTE异系统重定位失败事件 | UE发送InterRATRedirectionReq消息后,在15s内没有收到RRC SETUP REQ/channal request消息。 |
RandomAccess | 随机接入事件 | 以下情况触发此RandomAccess事件。 |
***(终端型号)系列终端如果收到MACSendPreanbleSuccCurrFrameAndSubframe消息,触发此事件。 | ||
***(终端型号)终端如果收到MAC_RA_SUCC消息或MAC_RANDOM_ACCESS_SUCC消息,触发此事件。 | ||
***、***、***(三种终端型号)终端如果有高通数据包0XB144上报,触发此事件。 | ||