LTE-Uu口信令流程详解汇总情况
LTE网络信令流程及相关参数讲解
14. Switch DL path
er Plane update response
16.Path Switch Request Ack
17. Release Resource
Flush DL buffer, continue delivering in -transit packets
18. Release Resources packet data
Contention Resolution
4
精选ppt课件
4
附着流程
附着过程完成UE在网络的注册，完成核心网对该UE默认承载的建立， 附着伴随着核心网的默认承载的建立而建立。
精选ppt课件
5
小区重选
空闲态，终端需要通过重选过程保持信号的连续性，重选的相关参数 配置在SIB3-8消息中。
精选ppt课件
6
同频重选
同频同优先级的重选通过Sintrasearch启测，通过R准则判决。
1、当Sintrasearch在SIB3中发送，且当前小区信号强度大于Sintrasearch，UE不会进行同频邻小区的测量。 2、如果当前小区信号强度小于等于Sintrasearch、或Sintrasearch不在SIB3中发送时，UE会进行同频邻小区的测量。 启动测量后，同频邻小区的重选执行流程按照R准则进行，如下所示：
7. Handover Command
Detach from old cell synchronainzde to new
cell
Deliver buffered and in transit packets to target eNB
8. SN Status Transfer
Data Forwarding
LTE-Uu口信令经过流程详解汇总
LTE空口信令流程详解以及相关优化案例汇总1、附着信令流程1.1 、Attach附着信令流程（统计时延：红色的为开始和结束信令）EPSAttach requestMMEPSUnknown(0x0734)MMULrrcConnectionRequestCCCHDLrrcConnectionSetupCCCHULrrcConnectionSetupCompleteDCCHDLrrcConnectionReconfigurationDCCHDLdlInformationTransferDCCHULrrcConnectionReconfigurationCompleteDCCHEPS Security protected NAS messageEPSAuthentication requestMMEPSAuthentication responseMMEPSUnknown(0x077B)MMULulInformationTransferDCCHDLdlInformationTransferDCCHEPSSecurity protected NAS message MMEPSSecurity mode commandMMEPSSecurity mode completeMMEPSUnknown(0x0790)MMULulInformationTransferDCCHDL ueCapabilityEnquiryULueCapabilityInformationDCCHDLsecurityModeCommandDCCHDLrrcConnectionReconfigurationDCCHULrrcConnectionReconfigurationComplete DCCHEPSSecurity protected NAS messageMMEPSAttach acceptMMEPS SM Activate default EPS bearer context request EPS SM Activate default EPS bearer context accept EPSAttach completeMMEPSUnknown(0x072D)MMULulInformationTransferDCCHDL rrcConnectionReconfigurationULrrcConnectionReconfigurationComplete DCCHattach.xlsAttach信令流程详解1.2、Detach去附着信令流程（统计时延：红色的为开始和结束信令）EPSDetach requestMMEPSUnknown(0x0734)MMULulInformationTransferDCCHDLdlInformationTransferDCCHEPSSecurity protected NAS messageMMEPSDetach acceptMMrrcConnectionReleaseDCCHEPS SM PDN connectivity requestdeatch.xlsDetach信令流程详解2、呼叫业务信令流程2.1、UE主叫信令流程（统计时延：红色的为开始和结束信令）EPSExtended service requestMMULrrcConnectionRequestCCCHDLrrcConnectionSetupCCCHULrrcConnectionSetupCompleteDCCHDLrrcConnectionReconfigurationDCCHULrrcConnectionReconfigurationComplete DCCHsecurityModeCommandDCCHDLrrcConnectionReconfigurationDCCHULrrcConnectionReconfigurationComplete DCCHDLrrcConnectionReconfigurationDCCHULrrcConnectionReconfigurationComplete DCCHUE 主叫信令.xlsUE主叫信令流程详解2.2、UE被叫信令流程（统计时延：红色的为开始和结束信令）DLPagingPCCHEPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupULrrcConnectionSetupCompleteDCCHDCCHrrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplet eDLDCCHsecurityModeCommandDLDCCHrrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompl eteDLDCCHrrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplet eUE被叫信令流程详解UE 被叫信令.xls3、重选与切换信令流程3.1、小区重选信令流程DL BCCH:DLSCHsystemInformationBlockType1 DL BCCH:DL systemInformationDL BCCH:DLsystemInformationBlockType1SCHDL BCCH:DLsystemInformationBlockType1SCHDL BCCH:DLsystemInformationSCHDL BCCH:DLsystemInformationBlockType1SCHDL BCCH:DLsystemInformationBlockType1SCHDL BCCH:DLsystemInformationBlockType1SCH重选.xls重选信令流程详解3.2、基站内同频切换信令流程（统计时延：红色的为开始和结束信令）UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationDL BCCH:DLSCHsystemInformationBlockType1 DL BCCH:DLSCHsystemInformationBlockType1 DL BCCH:DLSCHsystemInformationBlockType1 DL BCCH:DLSCHsystemInformationBlockType1 DL BCCH:DLSCHsystemInformation基站内同频切换信令流程详解基站内同频切换信令.xls3.3、基站间同频切换信令流程（统计时延：红色的为开始和结束信令）UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DLSCHsystemInformationBlockType1DL DCCH rrcConnectionReconfiguration基站间同频切换信令流程详解基站间同频切换信令.xls4、跟踪区域更新信令流程4.1、新小区所属跟踪区域不在终端跟踪区域列表中信令流程4.2、周期性跟踪区域更新信令流程六、优化案例9.1、PUSCH BLER高案例问题现状：最近在上南路高青路做业务测试时发现PUSCH BLER较高，分别对Cell175进行了多次不同状态下的测试，分别为由其他小区切换至Cell175、处于定点状态下占用Cell175、处于移动状态下稳定占用Cell175进行测试，在这三种状态下，Cell175的PUSCH BLEW均很高，同时，在占用Cell175的时候，UE会多次出现重建的情况。
lte接入流程信令分析
lte接入流程信令分析LTE接入流程涉及到多个信令的交互，包括以下主要步骤：1. UE 发起接入请求：UE（User Equipment，用户设备）向eNodeB（Evolved Node B，基站）发送接入请求信令，希望建立与网络的连接。
这个接入请求一般是通过RACH （Random Access Channel）信道发送的。
2. eNodeB 接收接入请求：eNodeB接收到UE的接入请求后，会进行一系列处理，包括分配一个临时的CRNTI （Cell Radio Network Temporary Identifier）给UE，并为UE分配资源。
3. UE 发送RRC Connection Request：UE向eNodeB发送RRC（Radio Resource Control）Connection Request信令，此信令中包含了一些UE的系统信息。
4. eNodeB 分配C-RNTI：eNodeB为UE分配一个C-RNTI（Cell Radio Network Temporary Identifier），并向UE发起RRC Connection Setup信令，告知UE已经接受了其接入请求，并指定了下一步的动作。
5. UE 发送RRC Connection Setup Complete：UE收到eNodeB的RRC Connection Setup信令后，会检查其中的参数，并向eNodeB发送RRC Connection Setup Complete信令，表示设置。
6. eNodeB 建立RRC连接：eNodeB收到UE发送的RRC Connection Setup Complete信令后，会进行一系列操作，包括为UE分配一个唯一的C-RNTI，建立与UE之间的RRC连接，并向UE发送RRC Connection Reconfiguration信令。
7. UE 执行RRC Connection Reconfiguration：UE收到eNodeB发送的RRC Connection Reconfiguration信令后，会执行其中的参数配置，并向eNodeB发送RRCConnection Reconfiguration Complete信令，表示RRC 连接的重配置。
LTE空口信令经过流程详解
LTE空口信令流程详解以及相关优化案例汇总1、附着信令流程1.1 、Attach附着信令流程（统计时延：红色的为开始和结束信令）EPS MM Attach requestEPS MM Unknown(0x0734)UL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationDL DCCH dlInformationTransferUL DCCH rrcConnectionReconfigurationCompleteEPS MM Security protected NAS messageEPS MM Authentication requestEPS MM Authentication responseEPS MM Unknown(0x077B)UL DCCH ulInformationTransferDL DCCH dlInformationTransferEPS MM Security protected NAS messageEPS MM Security mode commandEPS MM Security mode completeEPS MM Unknown(0x0790)UL DCCH ulInformationTransferDL DCCH ueCapabilityEnquiryUL DCCH ueCapabilityInformationDL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete EPS MM Security protected NAS messageEPS MM Attach acceptEPS SM Activate default EPS bearer context request EPS SM Activate default EPS bearer context accept EPS MM Attach completeEPS MM Unknown(0x072D)UL DCCH ulInformationTransferDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompleteattach.xlsAttach信令流程详解1.2、Detach去附着信令流程（统计时延：红色的为开始和结束信令）EPS MM Detach requestEPS MM Unknown(0x0734)UL DCCH ulInformationTransferDL DCCH dlInformationTransferEPS MM Security protected NAS message EPS MM Detach acceptDL DCCH rrcConnectionReleaseEPS SM PDN connectivity requestdeatch.xlsDetach信令流程详解2、呼叫业务信令流程2.1、UE主叫信令流程（统计时延：红色的为开始和结束信令）EPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompleteUE 主叫信令.xlsUE主叫信令流程详解2.2、UE被叫信令流程（统计时延：红色的为开始和结束信令）DL PCCH PagingEPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationrrcConnectionReconfigurationComplet UL DCCHeDL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationrrcConnectionReconfigurationCompl UL DCCHeteDL DCCH rrcConnectionReconfigurationrrcConnectionReconfigurationComplet UL DCCHeUE 被叫信令.xlsUE被叫信令流程详解3、重选与切换信令流程3.1、小区重选信令流程DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationDL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationDL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1重选.xls重选信令流程详解3.2、基站内同频切换信令流程（统计时延：红色的为开始和结束信令）UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformation基站内同频切换信令流程详解基站内同频切换信令.xls3.3、基站间同频切换信令流程（统计时延：红色的为开始和结束信令）UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DL SCH systemInformationBlockType1DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete基站间同频切换信令流程详解基站间同频切换信令.xls4、跟踪区域更新信令流程4.1、新小区所属跟踪区域不在终端跟踪区域列表中信令流程4.2、周期性跟踪区域更新信令流程六、优化案例9.1、PUSCH BLER高案例问题现状：最近在上南路高青路做业务测试时发现PUSCH BLER较高，分别对Cell175进行了多次不同状态下的测试，分别为由其他小区切换至Cell175、处于定点状态下占用Cell175、处于移动状态下稳定占用Cell175进行测试，在这三种状态下，Cell175的PUSCH BLEW均很高，同时，在占用Cell175的时候，UE会多次出现重建的情况。
LTE信令流程及信令解码详解
LTE信令流程及信令解码详解LTE（Long Term Evolution），是第四代移动通信技术标准，以其高速数据传输、低延迟和大容量等特点成为了当前主流的移动通信技术。
本文将详细介绍LTE的信令流程及信令解码。
1.LTE信令流程（1）小区：UE（User Equipment，用户设备）首先需要附近的基站，以确定可用的LTE网络。
这一步骤主要包括RRC（Radio Resource Control，无线资源控制）连接的小区以及测量实体之间的信道质量。
（2）小区选择和附着：在到可用小区后，UE需要选择一个最佳的小区进行附着，该小区将成为UE与网络之间的主要通信接口。
UE将通过与MME（Mobility Management Entity，移动性管理实体）之间的信令交换来进行小区选择和附着。
（3）建立RRC连接：一旦UE成功附着到小区，UE与eNB（Evolved Node B）之间将建立RRC连接。
RRC连接是UE与网络之间进行信令交换和控制的主要通道。
（4）分配和配置资源：在建立RRC连接后，网络将为UE分配必要的物理资源，并配置UE的通信参数，如频率、带宽、功率等。
这些资源和参数将被用于后续的数据传输和通信。
（5）数据传输：一旦资源和参数被配置完毕，UE和eNB之间可以开始进行数据传输。
UE将使用分配的资源来发送和接收数据，而eNB将负责数据的转发和错误处理。
（6）释放RRC连接：当UE无需再与网络进行通信时，UE可以向网络发送释放RRC连接的请求。
网络将收到请求后，释放该连接并回收相应的资源。
2.LTE信令解码（1）空中接口解码：通过对信令数据进行解调和解调来还原原始信令信息。
这种解码方法主要用于分析和处理无线传输过程中的信令，如小区信息、物理广播信息等。
（2）协议解析：通过解析信令的协议头和数据包来获取有关通信过程的详细信息。
这种解码方法可以分析UE与网络之间的控制过程，如RRC连接的建立、释放过程等。
LTE常见信令流程总结
LTE常见信令流程总结LTE（Long-Term Evolution）是一种用于移动通信网络的标准，是4G通信技术的一种。
LTE信令流程是指在LTE网络中，设备之间进行通信所涉及的各种信令过程。
在LTE网络中，设备之间的通信主要包括连接建立、数据传输、连接释放等过程，在这些过程中需要经过一系列的信令流程来完成。
LTE信令流程可以分为以下几个主要部分：1.接入过程：接入过程是指设备连接到LTE网络的过程。
在接入过程中，设备首先进行初始接入，即与LTE基站进行随机接入的过程。
接入成功后，设备会进行UE同步和小区选择，确定要连接的LTE基站。
接入过程中的主要信令包括RRC连接建立、测量报告等。
2.连接建立：连接建立是指设备在LTE网络中建立到目标设备的连接的过程。
在连接建立过程中，设备需要先进行RRC连接建立，然后进行UE安全功能的激活，最后进行RAB建立，确保通信质量。
连接建立过程中的主要信令包括RRC连接请求、RRC连接建立等。
3.数据传输：数据传输是LTE网络中最常见的通信过程。
在数据传输过程中，设备通过LTE网络进行数据的发送和接收。
数据传输过程中的主要信令包括PDCP数据传输、RLC数据传输、MAC数据传输等。
4.连接释放：连接释放是指设备在LTE网络中释放连接的过程。
在连接释放过程中，设备需要发送连接释放请求，等待对方设备确认后释放连接。
连接释放过程中的主要信令包括RRC连接释放等。
除了上述主要的信令流程外，LTE网络中还涉及到一些其他重要的信令流程，如小区选择过程、测量报告过程、切换过程、重定向过程等。
这些信令流程都是为了保证LTE网络中设备之间的通信质量和稳定性。
总的来说，LTE网络中的信令流程是为了保证设备之间能够进行有效的通信，并提供高质量的通信服务。
通过了解和掌握LTE网络中的信令流程，可以更好地理解LTE网络的工作原理和特点，更好地进行LTE网络的优化和管理。
同时，随着LTE技术的不断发展和完善，LTE网络中的信令流程也将会不断地进行更新和改进，以适应不断变化的通信需求和用户要求。
LTE常见信令流程总结
LTE常见信令流程总结LTE（Long Term Evolution）是一种第四代移动通信技术，它使用了全新的LTE协议来提供更快速、更高效的无线通信。
LTE中的信令流程是指在通信设备之间进行控制与管理的通信过程。
下面是LTE常见信令流程的总结。
第一步：附着过程（Attach Procedure）附着过程是终端设备和LTE网络之间建立连接的第一步。
终端设备通过发起附着请求向网络注册自己，并提供诸如设备的标识、能力信息等。
LTE网络接收并处理附着请求，然后为终端设备分配唯一的标识符（EPS （Evolved Packet System）标识符）以及一些参数。
第二步：鉴权和加密过程（Authentication and Encryption Procedure）终端设备在完成附着过程后，需要与LTE网络进行鉴权和加密过程。
在这个流程中，终端设备和LTE网络之间进行身份验证和密钥协商。
终端设备提供鉴权向量进行鉴权，并使用鉴权向量中的信息生成加密密钥和完整性密钥。
完成鉴权和加密后，终端设备可以开始与网络进行通信。
第三步：PDP（Packet Data Protocol）激活过程（PDP Activation Procedure）PDP激活过程是为了开启终端设备在数据通信中使用IP（Internet Protocol）网络的能力。
终端设备通过IPv4或IPv6地址请求逻辑通道，以便在终端设备和LTE网络之间传输数据。
网络为终端设备分配地址和QoS（Quality of Service）参数等，并且建立了数据传输所需的电路。
第四步：无线承载资源分配（Radio Bearer Establishment）无线承载资源分配是为终端设备建立与LTE网络之间的物理通路，以进行数据传输。
在这个流程中，网络为终端设备分配物理资源，例如频段、时隙等。
终端设备和网络之间的无线链路建立后，数据传输可以开始。
第五步：UE Context释放过程（UE Context Release Procedure）UE Context释放过程是终端设备与网络之间断开连接的过程。
LTE常见信令流程总结
0.1控制面和用户面协议栈 (2)0.2S1接口控制面和用户面协议栈 (3)1 开机附着流程 (4)1.1正常流程 (4)1.2异常流程 (5)1.2.1 RRC连接建立失败 (5)1.2.2核心网拒绝 (6)1.2.3 eNB未等到Initial context setup request消息 (7)1.2.4 RRC重配消息丢失或者没收到RRC重配完成消息或者eNB内部配置UE的安全参数等失败 (7)2 UE发起的SERVICE REQUEST流程 (8)2.1正常流程 (8)2.2异常流程 (9)2.2.1 RRC连接建立失败 (9)2.2.2核心网拒绝 (10)2.2.3 eNB未等到Initial context setup request消息 (10)2.2.4 RRC重配消息丢失或者eNB内部配置UE的安全参数失败或者没有建立起来一个非GBR承载 (10)2.2.5 eNB建立专用承载失败 (10)2.2.6 eNB建立默认承载失败 (11)3网络发起的PAGING流程 (12)3.1S_TMSI寻呼 (12)3.2IMSI寻呼 (12)4 TAU流程： (12)4.1正常流程 (12)4.1.1 IDLE下发起的 (12)4.1.2 CONNECTED下发起的 (14)4.2异常流程 (14)5去附着 (14)5.1关机去附着 (14)5.2非关机去附着 (14)6切换流程 (16)7专用承载建立流程 (16)7.1正常流程 (16)7.2异常流程 (17)7.2.1 核心网拒绝 (17)7.2.2 eNB本地建立失败（核心网主动发起的建立） (17)7.2.3 eNB未等到RRC重配完成消息，回复失败 (18)7.2.4 UE NAS 层拒绝 .................................................................................................................... 18 7.2.5 上行直传NAS 消息丢失 ..................................................................................................... 19 8专用承载修改流程 ............................................................................................................................. 20 8.1正常流程 ...................................................................................................................................... 20 8.1.1 修改QoS .............................................................................................................................. 20 8.1.2 不修改QoS ，只修改TFT .................................................................................................. 20 8.2异常流程 ...................................................................................................................................... 21 8.2.1 核心网拒绝 .. (21)Serving GW PDN GWaeNodeB UE用户面协议0.2 S1接口控制面和用户面协议栈Control Plane User Plane1 开机附着流程1.1正常流程UE刚开机时，先进行物理下行同步，搜索测量进行小区选择，选择到一个suitable或者acceptable小区后，驻留并进行附着过程。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
LTE空口信令流程详解以及相关优化案例汇总1、附着信令流程1.1 、Attach附着信令流程（统计时延：红色的为开始和结束信令）EPS MM Attach requestEPS MM Unknown(0x0734)UL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationDL DCCH dlInformationTransferUL DCCH rrcConnectionReconfigurationCompleteEPS MM Security protected NAS messageEPS MM Authentication requestEPS MM Authentication responseEPS MM Unknown(0x077B)UL DCCH ulInformationTransferDL DCCH dlInformationTransferEPS MM Security protected NAS messageEPS MM Security mode commandEPS MM Security mode completeEPS MM Unknown(0x0790)UL DCCH ulInformationTransferDL DCCH ueCapabilityEnquiryUL DCCH ueCapabilityInformationDL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompleteEPS MM Security protected NAS messageEPS MM Attach acceptEPS SM Activate default EPS bearer context requestEPS SM Activate default EPS bearer context acceptEPS MM Attach completeEPS MM Unknown(0x072D)UL DCCH ulInformationTransferDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompleteattach.xlsAttach信令流程详解1.2、Detach去附着信令流程（统计时延：红色的为开始和结束信令）EPS MM Detach requestEPS MM Unknown(0x0734)UL DCCH ulInformationTransferDL DCCH dlInformationTransferEPS MM Security protected NAS messageEPS MM Detach acceptDL DCCH rrcConnectionReleaseEPS SM PDN connectivity requestdeatch.xlsDetach信令流程详解2、呼叫业务信令流程2.1、UE主叫信令流程（统计时延：红色的为开始和结束信令）EPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompleteUE 主叫信令.xlsUE主叫信令流程详解2.2、UE被叫信令流程（统计时延：红色的为开始和结束信令）DL PCCH PagingEPS MM Extended service requestUL CCCH rrcConnectionRequestDL CCCH rrcConnectionSetupUL DCCH rrcConnectionSetupCompleteDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH securityModeCommandDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationCompleteUE 被叫信令.xlsUE被叫信令流程详解3、重选与切换信令流程3.1、小区重选信令流程DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationDL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationDL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1 DL BCCH:DL SCH systemInformationBlockType1重选.xls重选信令流程详解3.2、基站内同频切换信令流程（统计时延：红色的为开始和结束信令）UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformationBlockType1DL BCCH:DL SCH systemInformation基站内同频切换信令流程详解基站内同频切换信令.xls3.3、基站间同频切换信令流程（统计时延：红色的为开始和结束信令）UL DCCH measurementReportDL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete DL BCCH:DL SCH systemInformationBlockType1DL DCCH rrcConnectionReconfigurationUL DCCH rrcConnectionReconfigurationComplete基站间同频切换信令流程详解基站间同频切换信令.xls4、跟踪区域更新信令流程4.1、新小区所属跟踪区域不在终端跟踪区域列表中信令流程4.2、周期性跟踪区域更新信令流程六、优化案例9.1、PUSCH BLER高案例问题现状：最近在上南路高青路做业务测试时发现PUSCH BLER较高，分别对Cell175进行了多次不同状态下的测试，分别为由其他小区切换至Cell175、处于定点状态下占用Cell175、处于移动状态下稳定占用Cell175进行测试，在这三种状态下，Cell175的PUSCH BLEW均很高，同时，在占用Cell175的时候，UE会多次出现重建的情况。
上南路高青路问题路段调整前测试情况：在切换占用上Cell175以后测试情况截图在定点状态下处于移动状态稳定占用Cell175调整措施：对Cell175进行了Lock&Unlock操作。
调整后复测情况说明：在对Cell175进行了相应的调整以后，在原问题路段及进行复测，复测过程中发现：原先切换至Cell175(Cell177切换至Cell175以及Cell174切换至Cell175)均会出现PUSCH BLEW偏高的问题已经得到了解决。
调整后，在切换占用上Cell175的时候，PUSCH BLEW值维持在10以下，原先在Cell175的过程中会频繁重建的问题也得到了解决。
调整后复测情况如下图所示：后续问题：已经抓取了UE侧和eNB侧的相关Trace，准备进一步分析定位问题。
9.2、天馈调整案例问题现状：在上南路永泰路路段附近进行业务测试时，UE在Cell183和Cell181之间切换的过程中会出现SNR突降，同时检测到许多奇怪的Cell ID的情况，导致切换失败事件频发。
怀疑是Cell181和Cell183小区之间的干扰所导致的，准备对Site61的天馈进行了相应的排查和调整。
Site61基站查勘情况1、Site61 Cell183 方位角由325度调整为355度，下倾角由0度调整为6度；Cell183方位角调整情况说明：如上图所示：由于Site61——PD125的实际位置与规划位置存在偏差，故对Cell183的天线方位角由325度调整为355度；同时，Cell183的电子下倾角由于工程的原因未进行下压，故今天将其由0度调整为6度。
2、Site61 Cell184 方位角保持160度不变，下倾角由0度调整为4度。
Cell184的电子下倾角由于工程原因未进行下压，故将其由0度调整为4度，Cell184的实际方位角为160度，已经处于最佳角度，故未进行调整。