LTE空口信令流程-结合案例

LTE空口信令流程详解以及相关优化案例汇总1、附着信令流程1.1、Attach附着信令流程（统计时延：红色的为开始和结束信令）EPSMMAttachrequestEPSMMUnknown(0x0734)ULCCCHrrcConnectionRequestDLCCCHrrcConnectionSetupULDCCHrrcConnectionSetupCompleteDLDCCHrrcConnectionReconfigurationDLDCCHdlInformationTransferULDCCHrrcConnectionReconfigurationCompleteEPSMMSecurityprotectedNASmessageEPSMMAuthenticationrequestEPSMMAuthenticationresponseEPSMMUnknown(0x077B)ULDCCHulInformationTransferDLDCCHdlInformationTransferEPSMMSecurityprotectedNASmessageEPSMMSecuritymodecommandEPSMMSecuritymodecompleteEPSMMUnknown(0x0790)ULDCCHulInformationTransferDLDCCHueCapabilityEnquiryULDCCHueCapabilityInformationDLDCCHsecurityModeCommandDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteEPSMMSecurityprotectedNASmessageEPSMMAttachacceptEPSSMActivatedefaultEPSbearercontextrequestEPSSMActivatedefaultEPSbearercontextacceptEPSMMAttachcompleteEPSMMUnknown(0x072D)ULDCCHulInformationTransferDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteAttach信令流程详解attach.xls1.2、Detach去附着信令流程（统计时延：红色的为开始和结束信令）EPSMMDetachrequestEPSMMUnknown(0x0734)ULDCCHulInformationTransferDLDCCHdlInformationTransferEPSMMSecurityprotectedNASmessageEPSMMDetachacceptDLDCCHrrcConnectionReleaseEPSSMPDNconnectivityrequestDetach信令流程详解deatch.xls2、呼叫业务信令流程2.1、UE主叫信令流程（统计时延：红色的为开始和结束信令）EPSMMExtendedservicerequestULCCCHrrcConnectionRequestDLCCCHrrcConnectionSetupULDCCHrrcConnectionSetupCompleteDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteDLDCCHsecurityModeCommandDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteUE主叫信令流程详解UE主叫信令.xls2.2、UE被叫信令流程（统计时延：红色的为开始和结束信令）DLPCCHPagingEPSMMExtendedservicerequestULCCCHrrcConnectionRequestDLCCCHrrcConnectionSetupULDCCHrrcConnectionSetupCompleteDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteDLDCCHsecurityModeCommandDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteUE被叫信令流程详解UE被叫信令.xls3、重选与切换信令流程3.1、小区重选信令流程DLBCCH:DLSCHsystemInformationBlockType1DLBCCH:DLSCHsystemInformationDLBCCH:DLSCHsystemInformationBlockType1DLBCCH:DLSCHsystemInformationBlockType1DLBCCH:DLSCHsystemInformationDLBCCH:DLSCHsystemInformationBlockType1DLBCCH:DLSCHsystemInformationBlockType1DLBCCH:DLSCHsystemInformationBlockType1重选信令流程详解重选.xls3.2、基站内同频切换信令流程（统计时延：红色的为开始和结束信令）ULDCCHmeasurementReportDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteDLBCCH:DLSCHsystemInformationBlockType1DLBCCH:DLSCHsystemInformationBlockType1DLBCCH:DLSCHsystemInformationBlockType1DLBCCH:DLSCHsystemInformationBlockType1DLBCCH:DLSCHsystemInformation基站内同频切换信令流程详解基站内同频切换信令.xls3.3、基站间同频切换信令流程（统计时延：红色的为开始和结束信令）ULDCCHmeasurementReportDLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationCompleteDLBCCH:DLSCHsystemInformationBlockType1DLDCCHrrcConnectionReconfigurationULDCCHrrcConnectionReconfigurationComplete基站间同频切换信令流程详解基站间同频切换信令.xls4、跟踪区域更新信令流程4.1、新小区所属跟踪区域不在终端跟踪区域列表中信令流程4.2、周期性跟踪区域更新信令流程六、优化案例9.1、PUSCHBLER高案例问题现状：最近在上南路高青路做业务测试时发现PUSCHBLER较高，分别对Cell175进行了多次不同状态下的测试，分别为由其他小区切换至Cell175、处于定点状态下占用Cell175、处于移动状态下稳定占用Cell175进行测试，在这三种状态下，Cell175的PUSCHBLEW均很高，同时，在占用Cell175的时候，UE会多次出现重建的情况。上南路高青路问题路段调整前测试情况：在切换占用上Cell175以后测试情况截图在定点状态下处于移动状态稳定占用Cell175调整措施：对Cell175进行了Lock&Unlock操作。调整后复测情况说明：在对Cell175进行了相应的调整以后，在原问题路段及进行复测，复测过程中发现：原先切换至Cell175(Cell177切换至Cell175以及Cell174切换至Cell175)均会出现PUSCHBLEW偏高的问题已经得到了解决。调整后，在切换占用上Cell175的时候，PUSCHBLEW值维持在10以下，原先在Cell175的过程中会频繁重建的问题也得到了解决。调整后复测情况如下图所示：后续问题：已经抓取了UE侧和eNB侧的相关Trace，准备进一步分析定位问题。9.2、天馈调整案例问题现状：在上南路永泰路路段附近进行业务测试时，UE在Cell183和Cell181之间切换的过程中会出现SNR突降，同时检测到许多奇怪的CellID的情况，导致切换失败事件频发。怀疑是Cell181和Cell183小区之间的干扰所导致的，准备对Site61的天馈进行了相应的排查和调整。Site61基站查勘情况1、Site61Cell183方位角由325度调整为355度，下倾角由0度调整为6度；Cell183方位角调整情况说明：如上图所示：由于Site61——PD125的实际位置与规划位置存在偏差，故对Cell183的天线方位角由325度调整为355度；同时，Cell183的电子下倾角由于工程的原因未进行下压，故今天将其由0度调整为6度。2、Site61Cell184方位角保持160度不变，下倾角由0度调整为4度。Cell184的电子下倾角由于工程原因未进行下压，故将其由0度调整为4度，Cell184的实际方位角为160度，已经处于最佳角度，故未进行调整。调整后复测情况说明：在对Cell183的天馈进行了相应的调整之后（Cell181的天馈已经达到最佳角度，无再进行调整的余量），在原问题路段进行复测，复测过程中发现：在原问题路段，Cell181与Cell183切换的过程中依然会出现SNR急剧下降，以及会检测到许多奇怪的CellID的情况，如下图所示：调整之后覆盖情况安捷伦测试出图：CellID情况出图CINR情况出图RSRP情况出图四、后续问题：已经将调整前后的问题向TIS进行了反映，经过协商讨论，我们将在明天进一步地对Cell181和Cell183之间的参数进行调整，主要是通过删减逻辑邻区的数量，来验证看是否由于所加邻区数量过多所造成的在切换的过程中SNR下降以及出现奇怪的CellID的情况。9.3、UE问题造成切换失败多案例问题现状：在上南路永泰路附近进行业务测试时，发现Cell181与Cell183之间切换失败较多，同时在切换过程中会伴随着SNR下降，并且出现很多奇怪的CellID的情况，对附近道路的业务影响较大，随后分别对该小区的邻区的进行删减等相关优化工作。1、删减逻辑邻区的数量在删减了逻辑邻区以后，Cell181和Cell183之间的切换成功率有所提高，同时，在切换的前后发生RRC重建的次数也明显减少。但是，在Cell183和Cell181切换的过程中依然会出现SNR突降，以及出现许多奇怪的CellID的情况（如下图所示）。2、删减逻辑邻区的数量，同时LockSite63在删减了逻辑邻区，同时Lock住Site63以后，在原问题路段进行复测，复测过程中发现：Cell181和Cell183之间的切换趋于正常，切换成功率变高，在切换的前后也发生RRC重建的次数也明显减少，但是，在多次测试的过程中发现两个问题（如下图所示）：1、在Cell183和Cell181切换的过程中，UE依然会检测到奇怪的CellID，但是，此时CINR值却维持在较高的数