LTE基本信令过程整理.doc

密级机密基本信令过程整理目录基本信令过程整理11文档成因32ATTACH过程32.1随机接入过程3LTE系统 随机接入过程分为竞争随机接入和非竞争随机接入32.1.1.竞争随机接入信令流程32.1.2非竞争随机接入过程42）MSG1：UE根据收到的随机接入指示发送PREAMBLE42.1.3随机接入过程涉及到的定时器及参数52.2attach 过程52.2.1attch过程的信令流程5ATTCH信令流程说明52.2.2attach过程中涉及到的定时器72.2.3attach过程涉及到的KPI7RRC建立成功率7VS_RRC_CNX_SUCC统计的信令点对应的是RRC CONNECTION COMPLETE83切换过程83.1小区间eNB内的切换流程83.1.1eNB内的切换信令流程83.1.2eNB内的切换对应的KPI统计93.2eNB间的X2接口切换过程103.2.1X2接口切换流程103.3eNB间S1接口切换113.3.1S 1接口切换流程123.4切换过程涉及的定时器163.5切换过程涉及的KPI统计171 文档成因 整理attach及切换涉及到的信令流程，并结合这两个过程count值和fail Cause分析，以便大家更好的理解attach和切换过程及后续的问题分析2 attach过程2.1 随机接入过程随机接入的基本功能是A：获得eNB的上行授权B：与eNB间的上行时间同步LTE系统 随机接入过程分为竞争随机接入和非竞争随机接入2.1.1 .竞争随机接入信令流程过程说明1） MSG1：UE随机选择Preamble码进行发动，说明总共有64个Preamble 码 基站在广播消息中将UE可以选择的Preamble集告诉UE。这条消息承载PRACH信道2 ） MSG2：随机接入响应 说明：MSG2的PDCCH消息CRC消息用RA-RNTI加扰，RN-RNTI由PRACH的时频位置决定。一条MSG2可以响应多个UE随机接入请求。MSG2主要包含上行传输定时提前量（TA），MSG3的上行授权，临时C-RNTI等3） MSG3：第一次上行调度传输。UE收到MSG2后，在其分配的上行资源上传输MSG3。 针对不同的应用场景，MSG3包含的内容有所不同： 初始接入：携带RRC层生成的RRC连接请求，包含UE的S-TMSI或随机数 连接重建：携带RRC层生成的RRC连接重建请求，包含C-RNTI和PCI 切换：传输RRC层生成的RRC切换完成（RRC重配置消息）以及UE的C-RNTI 上、下行数据达到：传输UE的C-RNTI4） MSG4，竞争解决。包含三类消息，并且针对不同应用场景有所区分初始接入或重建切换或上、下行数据到达竞争判定MSG4携带成功解调的MSG3消息的拷贝，UE将接收到的MSG4消息与其自身在MSG3发送的高层标示进行比较，如果两者一致则表示竞争解决UE在PDCCH上收到MSG4的调度消息则代表竞争解决调度MSG4由T-C-RNTI加扰的PDCCH调度eNB使用C-RNTI加扰PDCCH调度MSG4C-RNTIMSG2携带的T-C-RNTI再竞争成功后晋升为C-RNTIUE之前已分配C-RNTI，UE在MSG3中将其回传给eNB。竞争解决后，T-C-RNTI被收回，继续使用之前分配的C-RNTI以上为竞争随机接入的主要过程。随机接入的常见五种场景都是可以用竞争随机接入过程完成的。2.1.2 非竞争随机接入过程非竞争随机接入信令过程如下：1）MSG0：随机接入指示。在切换场景下，eNB根据RRC信令告诉UE（RRC重配置）。在下行数据到达和辅助定位场景下，eNB通过PDCCH通知UE2）MSG1：UE根据收到的随机接入指示发送Preamble3）MSG2：与竞争随机接入过程一致内容一致，可以响应多个UE的随机接入请求小结通过以上可以看出竞争随机接入和非竞争随机接入的主要区别在于Preamble是否是eNB分配，后续的信令过程也有所区别。广播消息中会将PRACH的根序列和用于竞争随机接入的Preamble消息通知UE，UE会根据广播中的消息进行Preamble的随机选择。2.1.3 随机接入过程涉及到的定时器及参数NameFunctionstartstopscalera-ResponseWindowSizeMsg1发送后，UE等待Msg2contains the end of the preamble transmission plus three subframesandthe UE Reception of Random Access Response or the length expiresf2, sf3, sf4, sf5, sf6, sf7, sf8, sf10这个定时器主要是用于Preamble发送后，UE监听PDCCH等待接收MSG2的时间窗。在MSG1发送3个子帧后，UE开始监听PDCCH，接收到MSG2后，停止该定时器。如果定时器超时则UE会重新发送Preamble。这里还涉及到一个Preamble最大重发次数的参数preambleTransMax，取值范围为（(n3, n4, n5, n6,n7, n8, n10, n20, n50,n100, n200）如果到达Preamble最大发送次数，UE通知上层这次随机接入失败2.2 attach 过程Attch过程的作用是完成UE在核心网的注册，完成核心网在UE侧建立默认承载（non_GBR）2.2.1 attch过程的信令流程Attch信令流程说明1） 处于RRC_IDLE态的UE进行attch过程，首先发起随机接入过程，即MSG12） eNB检测到MSG1消息后，向UE发起随机接入响应消息即MSG23） UE收到MSG2后，根据MSG2中的TA和UL 授权消息发动RRC Connection Request消息4） eNB向UE发送RRC Connection Setup消息，包含建立SRB1承载消息和无线资源配置消息5） UE完成SRB1和无线资源配置，想eNB发送RRC Connection Compelte消息，包含NAS层的Attach request消息6） eNB选择MME，向MME发送Initial Ue Message消息，包含NSA层的Attach request消息7） MME向eNB发送Initial Context Setup Request消息，包含建立默认承载，包含NAS层的attach accept，Activate default EPS bear context request消息8） eNB收到Initial Context Setup Request消息，如果不包含UE能力消息，则eNB向UE发送UE Capability Enquiry消息，查询UE能力9） UE向eNB发送UE Capability Information消息，报告UE能力消息10） UE向MME发送 UE Capability Info Indication消息，通知MME更新UE能力消息11） eNB根据Initial Context Setup Request消息中的UE支持的安全消息，向UE发送SecurityModeCommand消息，进行安全激活12） UE向eNB发送SecurityModeComplete消息，表示安全激活完成13） eNB根据Initial Context Setup Request消息中的ERAB建立消息，向UE发送RRC Connection Reconfiguration 消息进行UE资源重配，包含重配SRB1和无线资源配置，建立SRB2和DRB（default EPS）等14） UE向eNB发送RRC Connection Reconfiguration Complete消息，表示资源配置完成15） eNB向MME发送Initial Context Setup Response消息，表示UE上下文建立完成16） UE向eNB发送UL Information Transport消息，包含NAS层的Attach Complete，Activate default EPS bearer Context Accept消息17） eNB透传UL Information Transport消息到MME2.2.2 attach过程中涉及到的定时器Namestartstopscalera-ResponseWindowSizecontains the end of the preamble transmission plus three subframesandthe UE Reception of Random Access Response or the length expiresf2, sf3, sf4, sf5, sf6, sf7, sf8, sf10T300Transmission of RRCConnectionRequest in UEReception of RRCConnectionSetup or RRCConnectionReject message in UEms100, ms200, ms300, ms400, ms600, ms1000, ms1500,ms2000T_waitUERespMSG4Transmission of RRCConnectionSetup in eNBReception of RRCConnectionCompelete in eNB这几个定时器应该都是eNB内部定义的。初始建立eRAB时，Ue能力，安全激活，重配置下发给UE后，如果Ue在一定时间内未回复则认为是空口超时导致UE Context建立失败T_waitforMMERespTransmission of Initial UE Message in eNBReception of INITIAL CONTEXT SETUP REQUEST in eNBT_waitforUERespSMTransmission of Security mode command in eNBReception of Security Mode Complete or Security Mode Failure in eNBT_waitforUERespeCETransmission of UE Capability Enquiry in eNBReception of UE Capability information in eNBT_waitforUERespeRRCReconfTransmission of RRC Connection Reconfig in eNBReception of RRC Connection Reconfiguration Complete in eNBAttach过程还涉及两个参数，一个是Preamble最大发送次数，上文已经详细说明。还有一个参数是RRC Connection Request最大发送次数N300。2.2.3 attach过程涉及到的KPIAttach过程涉及两个KPI指标RRC 建立成功率和UE 上下文建立成功率RRC建立成功率ALU KPI指标统计（Count）KPI 指标计算（Calculate）KPI分析涉及的统计（Fail Cause）进一步分析VS_RRC_cnx_succVS_RRC_cnx_succ_rate = VS_RRC_cnx_succ/VS_RRC_cnx_reqVS_RRC_cnx_fail_CAC结合VS_UE_RRC_connected_max确认是否是由于接入用户数受限引起的RRC rejectVS_RRC_cnx_fail_InterventionOAMVS_RRC_cnx_reqVS_RRC_cnx_fail_OverloadFailureVS_RRC_cnx_fail_S1FaultExternalFail查看基站是否存在S1告警VS_RRC_cnx_fail_TimeoutUE结合“VS_RACH_ContentionResolution”确认基站是否正确发送Msg4定位具体的原因KPI统计对应信令说明VS_RRC_cnx_req统计的信令点对应的是RRC Connection Request VS_RRC_cnx_succ统计的信令点对应的是RRC Connection CompleteUE上下文建立成功率ALU KPI指标统计（Count）KPI 指标计算（Calculate）KPI分析涉及的统计（Fail Cause）VS_UE_ctxt_setup_succVS_UE_ctxt_setup_succ_rate = VS_UE_ctxt_setup_succ/VS_UE_ctxt_setup_reqVS_UE_ctxt_setup_fail_CACVS_UE_ctxt_setup_fail_ERABCtxtAllocationVS_UE_ctxt_setup_fail_InternalFailVS_UE_ctxt_setup_fail_SecurityActivationFailureVS_UE_ctxt_setup_reqVS_UE_ctxt_setup_fail_SecurityAlgoNotCompatibleVS_UE_ctxt_setup_fail_TimeoutUEVS_UE_ctxt_setup_fail_integrityVS_UE_ctxt_setup_fail_reestabKPI统计对应的信令说明：VS_UE_ctxt_setup_req统计对应的信令点为Initial Context Setup RequestVS_UE_ctxt_setup_succ统计对应的信令点为Initial Context Setup Response3 切换过程LTE 系统内切换分为eNB内小区间切换，eNB间的小区间切换（S1接口或X2接口切换）这三部分切换对应的信令流程有所不同。3.1 小区间eNB内的切换流程该过程发生在UE在eNB内的小区间的移动的场景3.1.1 eNB内的切换信令流程3.1.2 eNB内的切换对应的KPI统计ALU KPI指标统计（Count）KPI 指标计算（Calculate）Fail CauseVS_HO_IrC_eNB_succ_srcVS_HO_IrC_eNB_succ_prep_src_rate=VS_HO_IrC_eNB_succ_prep_src/VS_HO_IrC_eNB_req_srcVS_HO_IrC_eNB_fail_prep_CAC_tgt_ODVS_HO_IrC_eNB_succ_prep_srcVS_HO_IrC_eNB_succ_src_rate=VS_HO_IrC_eNB_succ_src/VS_HO_IrC_eNB_req_srcVS_HO_IrC_eNB_fail_prep_OverloadFailure_tgt_ODVS_HO_IrC_eNB_req_srcVS_HO_IrC_eNB_abort_src_rate=VS_HO_IrC_eNB_abort_sum_src/VS_HO_IrC_eNB_succ_srcVS_HO_IrC_eNB_fail_InternalFail_tgt_ODVS_HO_IrC_eNB_abort_sum_srcVS_HO_IrC_eNB_fail_exec_ReestabOnOther_tgt_ODVS_HO_IrC_eNB_fail_exec_ReestabOnSrc_tgt_ODVS_HO_IrC_eNB_succ_tgtVS_HO_IrC_eNB_succ_tgt_rate=VS_HO_IrC_eNB_succ_tgt/VS_HO_IrC_eNB_req_tgtVS_HO_IrC_eNB_fail_exec_ReestabOnTgt_tgt_ODVS_HO_IrC_eNB_req_tgtVS_HO_IrC_eNB_fail_exec_TimeoutUE_tgt_ODVS_HO_IrC_eNB_fail_exec_Intergity_tgt_ODVS_HO_IrC_eNB_abort_EventA1_src_ODVS_HO_IrC_eNB_abort_S1APResetOrUECtxtRelcmd_src_OD3.2 eNB间的X2接口切换过程eNB间的小区间切换源站和目标站之间X2连接正常时采用X2接口完成切换过程3.2.1 X2接口切换流程X2接口切换过程说明1) 源eNB通过消息RRCConnectionReconfiguration携带的信元measConfig向UE发送测量控制消息。2) UE根据源eNB发来的测量控制消息进行测量，满足条件后上报测量结果。3) a.源eNB收到UE发送的测量报告消息，并根据测量报告消息内容，判决其满足切换准则 基站进行切换判决 选定目标小区b. 源eNB向目标eNB GW发送切换请求消息HANDOVER REQUSER，消息中携 带UE在源eNB的上下文信息,UE的历史信息等 4) 目标eNB对用户进行目标小区资源准入判断，准入成功后为该UE在新小区申请空口资源。 目标小区进行准入判断5) a.目标eNB回复应答消息HANDOVER REQUEST ACKNOWLEDGE 到源站；切换准备 成功6) 源eNB通过消息RRCConnectionReconfiguration携带的信元mobilityControlInfo向UE发送切换命令。UE根据目标小区的相关信息执行切换命令 源eNB向目标eNB发送eNB状态转移消息，用于把每个具有 PDCP-SN和HFN 状态保留功能的E-RAB的上行PDCP-SN和HFN接收状态以及下行PDCP-SN和HFN发射状态从源eNB站转移到目标eNB；7) UE完成上行同步即上行随机接入过程 8) UE向目标eNB发送切换成功确认消息RRCConnectionReconfigurationComplete。9) 目标eNB向源eNB 发送UE CONTEXT RELEASE；10) 源eNB 释放UE相关资源。补充说明：PATH SWITCH REQUEST的作用是请求切换下行GTP隧道到新的GTP隧道节点3.3 eNB间S1接口切换 源站和目标站之间的正常情况下应该触发X2接口切换，当无法触发X2切换时才会触发S1切换。S1接口切换触发的情况有仅有如下两种1） 没有X2关系，或者X2出现阻塞或者故障2） ENB间为跨MME其他补充说明：在3GPP TS 23.401中提到采用S1接口的原因有a.X 2连接不可用b.在一次X2切换失败后，目标站给源站发送了一个错误指示c.源站学习动态消息3.3.1 S 1接口切换流程切换流程如下：切换过程说明1) 源eNB决定通过S1接口触发切换过程。包含测量配置，测量报告上报，和切换判决这几个过程X2接口切换过程相同2) 源eNB向源MME发送切换请求消息HANDOVER REQUIRED，消息中携带MME UE context，UE history消息。还包括“(Direct Forwarding Path Availability, Source to Target transparent container, target eNodeB Identity, CSG ID, CSG access mode, target TAI, S1AP Cause)”等消息3) 源MME选择目标MME发送Forward Relocation Request消息。MME根据target TAI选择合适的目标MME。Forward Relocation Request消息主要包含的内容有（MME UE context, Source to Target transparent container, RAN Cause, target eNodeB Identity, CSG ID, CSG Membership Indication, target TAI, MS Info Change Reporting Action (if available), CSG Information Reporting Action (if available), UE Time Zone, Direct Forwarding Flag)）4) 如果SGW需要重定位（relocation），则目标MME向目标SGW发送Create Session Request消息包含建立EPS承载包含PDN地址，PDN连接上行链路的TEIDs4a. 目标SGW发送Create Session Response消息到目标MME。包含分配好S_GW地址和上行TEID后，5) 目标MME向目标eNB发送Handover Request消息，该消息包含在目标eNB创建UE上下文，包含承载信息、安全上下文等参数，每个EPS承载对应的SGW地址和TEID。5a.当目标eNB对UE进行判决，分配好相应资源后，目标eNB向MME发送一条切换请求确认消息。6) 如果indirect forwarding applies并且目标S_GW重定位，目标MME发送包含转发参数的Create Indirect Data Forwarding Tunnel Request消息，消息中包含目标eNB地址和转发TEID6a.目标SGW发送Create Indirect Data Forwarding Tunnel Response消息到目标MME，消息包含目标SGW的地址和数据转发TEID这部内容的作用是建立PDCP数据倒换的路径7) 如果MME重定向，目标MME向源MME发送Forward Relocation Response消息。主要包含 (Cause, Target to Source transparent container, Serving GW change indication, EPS Bearer Setup List, Addresses and TEIDs)，对于间接转发包含SGW地址和TEID，Serving GW change indication指示被选择的新S_GW8) 如果采用间接转发，源MME向源S-GW发送Create Indirect Data Forwarding Tunnel Request（地址和转发的TEID）消息8a.源S-GW发送Create Indirect Data Forwarding Tunnel Response（S_GW地址和转发TEID）9) MME向源eNB 发送HANDOVER COMMAND消息9a.源eNB通过消息RRCConnectionReconfiguration携带的信元mobilityControlInfo向UE发送切换命令。UE根据目标小区的相关信息执行切换命令 10) eNB向源MME发送eNodeB Status Transfer消息，用于把每个具有 PDCP-SN和 HFN状态保留功能的E-RAB的上行PDCP-SN和HFN接收状态以及下行PDCP-SN和HFN发射状态a. 源MME发动Forward Access Context Notification消息到目标MMEb. 目标MME发送Forward Access Context Acknowledge消息到源MMEc. 目标MME发送eNodeB Status Transfer消息到目标eNB 。 步骤10完成了源eNB到目标eNB的eNB状态转发消息为数据倒换做好了准备11) a.源eNB向目标eNB完成数据倒换(direct forwarding)b.源eNB源S-GW目标S-GW目标eNB完成数据倒换（indirect forwarding）12) UE完成上行同步，并向目标 eNB发送切换成功确认消息RRCConnectionReconfigurationComplete。13) 目标eNB发送 Handover Notify 到目标MME。 Handover Notify的作用的目标eNB通知目标MME，UE已经达到目标eNB，S1接口切换完成。14) 如果MME已经完成重定向，目标MME向源MME发送Forward Relocation Complete Notification消息 14b.源MME发送Forward Relocation Complete Acknowledge消息到目标MME。源MME启动“监督定时器”监视源eNB和源S-GW资源释放时间 其他：目标MME收到Forward Relocation Complete Acknowledge消息后启动定时器监视目标SGW是否为indirect forwarding分配好资源15) 目标MME发送Modify Bearer Request消息到目标S-GW，包含目标站分配的TEID和eNB地址消息16) 若S-GW被重定位，目标S-GW将为来自PDN-GW下行业务分配地址和TEID，同时向PDN-GW发送一条承载更新请求消息。随后，PDN-GW更新它的上下文并向S-GW返回一条承载更新响应消息，同时用新的地址和TEID向目标S-GW发送下行数据包。17) 目标S-GW向目标MME发送一条Modify Bearer Response消息。18) UE向目标MME发送一条跟踪区更新请求消息告知自己处在新的跟踪区中。19) 当在第14步骤b中的定时器过时后：a.当在第18步骤的定时器过时后，源MME向源eNB发送一个UE上下文释放命令消息；b. 源eNB向源MME发送一个UE上下文释放完成消息；当在第14步骤b中的定时器过时后且S-GW被重定位：c.若源MME知道S-GW改变后，源MME向源S-GW发送一条删除承载请求消息；d.源S-GW向源MME返回一条删除承载响应消息。20) 若前转重定位消息被使用，源MME向源S-GW发送一条删除承载请求消息，同时源S-GW向源MME返回一条删除承载响应消息。21) 若目标MME在前转重定位消息收到源S-GW的改变指示，它将删除MME上下文并通过向目标S-GW发送删除承载请求消息来删除相应的资源。随后，目标S-GW向目标MME返回确认消息。3.4 切换过程涉及的定时器NameFunctionStratstopExpireTS1RELOCprepthe maximum time for the Handover Preparation procedure in the source eNB.the eNB transmission of HANDOVER REQUIREDThe eNB reception of HANDOVER COMMAND/HANDOVER PREPARATION FAILUREthe source eNB will cancel the Handover Preparation procedureT304the maximum time for the Handover Executing Reception of RRCConnectionReconfiguration message procedure in the UE.Criterion for successful completion of handover to EUTRA or cell change order is metThe time include random produce in target eNB.the maximum time for the waiting the Handover Compelte in taget eNBThe target eNB transmission of Handover Request Ackkowledge messageReception of RRCConnectionReconfigurationCompelte message from UEThe eNB Custom and 3GPP not invlvingTS1RELOCOverallSpecifies the maximum time for the protection of the overall handover procedure in the source eNBReception of Handover Command messageUE Context Release procedure is not initiated towards the eNB before the expiry of the timer TS1RELOCOverall OR UE returns to source eNB before timer expiryThe soure eNB will continue to sever the UET311Enter RRC_IDLEThe UE transmission of RRC connection re-establishment messageSelection of a suitable E-UTRA cell or a cell using another RAT.切换过程要是发生重建立会启动该定时器以上是S1切换涉及的定时器，X2切换 只有两个定时器不相同TRELOCprepSpecifies the maximum time for the Handover Preparation procedure in the source eNB.the source eNB transmission of HANDOVER Requst via X2 interfacereception of the HANDOVER REQUEST ACKNOWLEDGE message the source eNBHandover Preparation procedure is cancelled TX2RELOCoverallSpecifies the maximum time for the protection of the overall handover procedure in the source eNBreception of the HANDOVER REQUEST ACKNOWLEDGE message the source eNBReception of the UE CONTEXT RELEASE message or the UE returns to source eNB If the UE returns to source eNB before the expiry of the timer , the source eNB shall stop the TX2RELOCoverall and continue to serve the UE.关于定时器的其他说明T304的取值范围为（ms100, ms200, ms500, ms1000,ms2000, ms4000, ms8000, spare1）。T304的取值源eNB会通过RRCConnectionReconfigurationmobilityControlInfo发给UET311的取值在广播消息SIB2中的ue-TimersAndConstantsIE中广播出去适合所有UE3.5 切换过程涉及的KPI统计ALU KPI指标统计（Count）KPI 指标计算（Calculate）Fail CauseVS_HO_IrC_S1_req_srcVS_HO_IrC_S1orX2_req_src = VS_HO_IrC_S1_req_src + VS_HO_IrC_X2_req_srcVS_HO_IrC_S1_fail_prep_HOPrepFailRcvd_src_ODVS_HO_IrC_S1_succ_srcVS_HO_IrC_S1orX2_succ_src = VS_HO_IrC_S1_succ_src + VS_HO_IrC_X2_succ_srcVS_HO_IrC_S1_fail_prep_TimeoutS1_src_ODVS_HO_IrC_S1_succ_prep_srcVS_HO_IrC_S1orX2_succ_prep_src = VS_HO_IrC_S1_succ_prep_src + VS_HO_IrC_X2_succ_prep_srcVS_HO_IrC_S1_fail_prep_HOPrepFailRcvd_src_ODVS_HO_IrC_X2_req_srcVS_HO_IrC_S1orX2_succ_src _rate = VS_HO_IrC_S1orX2_req_src / VS_HO_IrC_S1orX2_succ_src VS_HO_IrC_S1_fail_prep_TimeoutX2_src_ODVS_HO_IrC_X2_succ_srcVS_HO_IrC_S1orX2_succ_prep_src _rate= VS_HO_IrC_S1orX2_succ_prep_src / VS_HO_IrC_S1orX2_req_src VS_HO_IrC_X2_fail_prep_HOPrepFailRcvd_src_ODVS_HO_IrC_X2_succ_prep_srcVS_HO_IrC_S1_abort_sum_src_rate= VS_HO_IrC_S1_abort_sum_src/VS_HO_IrC_S1_req_srcVS_HO_IrC_X2_fail_prep_TimeoutX2_src_ODVS_HO_IrC_S1_fail_exec_ReestabOnOther_src_ODVS_HO_IrC_S1_req_tgtVS_HO_IrC_S1_fail_exec_ReestabOnSrc_src_ODVS_HO_IrC_S1_succ_src_tgtVS_HO_IrC_X2_fail_exec_ReestabOnOther_src_ODVS_HO_IrC_S1_succ_prep_tgtVS_HO_IrC_X2_fail_exec_ReestabOnsrc_src_ODVS_HO_IrC_X2_req_tgtVS_HO_IrC_X2_fail_exec_TimeoutX2_src_ODVS_HO_IrC_X2_succ_src_tgtVS_HO_IrC_S1orX2_req_tgt = VS_HO_IrC_S1_req_src + VS_HO_IrC_X2_req_tgtVS_HO_IrC_X2_abort_CSFB_src_ODVS_HO_IrC_X2_succ_prep_tgtVS_HO_IrC_S1orX2_succ_tgt = VS_HO_IrC_S1_succ_src + VS_HO_IrC_X2_succ_tgtVS_HO_IrC_X2_abort_EventA1_src_ODVS_HO_IrC_S1_abort_sum_srcVS_HO_IrC_S1orX2_succ_prep_tgt = VS_HO_IrC_S1_succ_prep_src + VS_HO_IrC_X2_succ_prep_tgtVS_HO_IrC_X2_abort_OnHOdueToOffLoad_react_src_ODVS_HO_IrC_S1orX2_succ_tgt_rate = VS_HO_IrC_S1orX2_succ_tgt / VS_HO_IrC_S1orX2_req_tgtVS_HO_IrC_X2_abort_OnHOdueToRadio_src