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小区后,驻留并进行附着过程。
LTE信令流程学习总结(一)
信令流程学习总结(一)------------Attach和Detach信令流程(一)作用Attach过程完成UE在网络的注册,完成核心网(EPC)对该UE默认承载的建立;Detach过程完成UE在网络侧的注销和所有EPS承载的删除。
(二)说明LTE中,Attach伴随着核心网处默认承载的建立;在无线网部分,LTE的attach与3G 的类似,完成相同的功能,而在核心网部分,除荐权、身份验证、用户注册以外,LTE还包含默认承载的建立,而3G中没有;detach过程UE/MME/SGSN/HSS均可发起detach过程;另外,若网络侧长时间没有获得UE的信息,则会发起隐式的Detach过程,即核心网将该UE的所有承载释放而不通知UE。
(三)Attach过程由于出发Attach流程的情景比较多,此处仅以最简单的UE开机Attach过程为例。
1、信令流程图2、流程说明:1处在RRC_IDLE态的UE进行Attach过程,首先发起随机接入过程,即MSG1消息;2eNB检测到MSG1消息后,向UE发送随机接入响应消息,即MSG2消息;3UE收到随机接入响应后,根据MSG2的TA调整上行发送时机,向eNB发送RRCConnectionRequest消息;4eNB向UE发送RRCConnectionSetup消息,包含建立SRB1承载信息和无线资源配置信息;5UE完成SRB1承载和无线资源配置,向eNB发送RRCConnectionSetupComplete 消息,包含NAS层Attach request信息;6eNB选择MME,向MME发送INITIAL UE MESSAGE消息,包含NAS层Attach request消息;7MME向eNB发送INITIAL CONTEXT SETUP REQUEST消息,请求建立默认承载,包含NAS层Attach Accept、Activate default EPS bearer context request消息;8eNB接收到INITIAL CONTEXT SETUP REQUEST消息,如果不包含UE能力信息,则eNB向UE发送UECapabilityEnquiry消息,查询UE能力;9UE向eNB发送UECapabilityInformation消息,报告UE能力信息;10eNB向MME发送UE CAPABILITY INFO INDICATION消息,更新MME的UE 能力信息;11eNB根据INITIAL CONTEXT SETUP REQUEST消息中UE支持的安全信息,向UE发送SecurityModeCommand消息,进行安全激活;12UE向eNB发送SecurityModeComplete消息,表示安全激活完成;13eNB根据INITIAL CONTEXT SETUP REQUEST消息中的ERAB建立信息,向UE 发送RRCConnectionReconfiguration消息进行UE资源重配,包括重配SRB1和无线资源配置,建立SRB2、DRB(包括默认承载)等;14UE向eNB发送RRCConnectionReconfigurationComplete消息,表示资源配置完成;15eNB向MME发送INITIAL CONTEXT SETUP RESPONSE响应消息,表明UE上下文建立完成;16UE向eNB发送ULInformationTransfer消息,包含NAS层Attach Complete、Activate default EPS bearer context accept消息;17eNB向MME发送上行直传UPLINK NAS TRANSPORT消息,包含NAS层Attach Complete、Activate default EPS bearer context accept消息。
LTE网络信令流程
LTE网络信令流程LTE(Long Term Evolution)是一种4G无线通信技术,为用户提供高速数据传输、低延迟和更好的用户体验。
LTE的信令流程包括以下几个方面:1.接入过程:- UE (User Equipment,即终端设备) 向eNodeB (Evolved Node B,即基站) 发送接入请求。
- eNodeB为UE分配临时标识(Temporary Mobile Subscriber Identity)。
- UE使用临时标识与eNodeB进行认证。
- 认证通过后,eNodeB为UE分配一个唯一的长期标识(Permanent Mobile Subscriber Identity)。
- UE通过接收到的参数,建立与eNodeB的关联,并向eNodeB发送最终接入请求。
- eNodeB将UE的接入请求转发到Mobility Management Entity (MME)。
2.切换过程:- UE在与当前eNodeB的通信中发现信号差或质量下降时,会发送切换请求。
- 当前eNodeB将切换请求发送给MME。
- MME负责查找可用的目标eNodeB,并向目标eNodeB发送切换申请。
- 目标eNodeB评估并验证切换请求。
- 目标eNodeB将切换响应发送给MME,MME将其转发给UE。
- UE收到切换响应后,与目标eNodeB建立新的连接,并与当前eNodeB断开连接。
3.建立和释放数据连接:- UE发送数据连接请求给eNodeB。
- eNodeB将请求发送给MME。
- MME确定UE的上下文信息,并将该信息转发给目标Serving Gateway(S-GW)。
- S-GW分析数据连接请求,并选择合适的Packet Data Network Gateway(P-GW)。
-S-GW将数据连接请求转发给P-GW。
-P-GW向UE发送数据连接响应。
-UE使用该响应设置与P-GW的数据连接。
-数据连接建立后,UE和P-GW之间可以进行数据传输。
LTE信令流程概要
LTE信令流程概要LTE(Long Term Evolution)是目前最为主流的4G无线通信技术,其信令流程是整个LTE网络中实现高效通信的关键。
以下是LTE信令流程的概要:1. 接入过程(Access Procedure)- 初始化:UE(User Equipment)向eNodeB(Evolved NodeB)发送RRC连接请求。
- 授权:eNodeB对UE的连接请求进行验证,并分配RA-RNTI (Random Access - Radio Network Temporary Identifier)。
- 随机接入:UE使用RA-RNTI和预定义的消息结构发送随机接入报文,包括Preamble、Random Access Response等。
- 小区标识:UE通过接收到的Random Access Response确认其接入小区并获取C-RNTI(Cell-Radio Network Temporary Identifier)。
- 连接建立:UE使用分配的C-RNTI建立与eNodeB之间的L1/L2连接。
- 传输建立:UE与eNodeB之间建立物理层连接,进行数据传输准备。
2. 平票配置(Bearer Setup)-小区选择:UE侦听到小区广播并选择目标小区。
-小区允许:小区向UE广播自身信息,包括小区ID、运行频段等。
-附着请求:UE选择合适的小区并发送附着请求。
-附着承认:小区收到附着请求后进行验证,并发送附着承认消息。
-附着完成:UE收到附着承认后与小区建立连接,完成附着过程。
- NAS(Non Access Stratum)连接:UE与MME(Mobility Management Entity)建立NAS连接,并提供UE的服务请求。
3. 初始上下行传输(Initial Uplink/Downlink Transmission)- 初始接入控制:UE与eNodeB之间进行初始接入控制信息的交互。
非常详细的LTE信令流程
非常详细的LTE信令流程LTE(Long Term Evolution)是一种4G无线通信技术,其信令流程是实现无线网络连接和通信的关键过程。
下面将详细介绍LTE的信令流程。
1.小区选择与测量当用户设备(UE)打开或处于空闲状态时,它将执行小区选择与测量过程。
UE会扫描周围的LTE小区,测量收到的信号强度以及质量,并选择最适合的小区作为连接目标。
2.随机接入一旦UE选择了目标小区,它将执行随机接入过程。
UE发送一个随机接入前导序列,以竞争小区资源。
小区随机选择一个UE,并向其分配一个临时标识(Temporary C-RNTI),通知UE随机接入成功。
3.接入请求UE发送接入请求消息,请求加入目标小区。
该消息包含UE的临时标识和UE的身份信息。
4.接入许可目标小区收到接入请求后,验证UE的身份,并如果UE满足接入条件,会发送接入许可消息给UE。
5.安全模式设置UE收到接入许可消息后,将根据小区配置和网络规划信息,在UE和小区间建立安全连接。
这包括UE和目标小区之间的安全策略协商和密钥生成。
6.链路配置UE和小区之间建立安全连接后,UE会接收链路配置消息。
该消息包含了控制信令和数据传输的参数配置,例如上行和下行的调制解调器配置以及系统带宽。
7.小区重选与测量UE在连接状态下会周期性地进行小区重选和测量过程,以寻找更适合的小区。
UE会测量当前连接小区以及周围其他小区的信号强度和质量,并根据一定的算法判断是否需要进行重选。
8.呼叫建立当UE需要进行呼叫时,它将发送呼叫请求消息给目标小区。
该消息包含呼叫相关的参数,例如呼叫类型和目标用户的身份信息。
9.呼叫确认目标小区收到呼叫请求后,会对呼叫进行验证,并发送呼叫确认消息给UE。
该消息包含了呼叫相关的参数配置。
10.呼叫设置UE接收到呼叫确认消息后,会执行呼叫设置过程。
UE和目标小区之间建立起连接,配置相关的信号和链路参数。
11.呼叫管理一旦呼叫建立,UE和目标小区之间的通话数据将通过信令流程管理。
LTE系统主要信令流程
LTE系统主要信令流程引言LTE(Long Term Evolution)是第四代移动通信技术,其特点是高速率、低延迟和更高的系统容量。
在LTE系统中,主要的通信过程需要依赖一系列的信令流程来实现。
本文将介绍LTE系统中主要的信令流程,包括系统接入过程、呼叫建立过程以及呼叫释放过程。
一、系统接入过程系统接入是指UE(User Equipment,用户设备)首次进入LTE网络时,与网络进行连接的过程。
主要的信令流程如下:1.小区搜寻过程:UE通过接收广播信道上的系统信息,实现对可用小区的搜寻。
系统信息包括小区标识、频率等信息。
2.小区选择过程:UE根据接收到的系统信息,选择适合自身的小区。
这个过程主要考虑小区的信号质量、信号强度等因素。
3.小区注册过程:UE选择了目标小区后,需要向目标小区进行注册。
UE通过随机访问信道发送带有身份信息的接入请求,目标小区收到请求后进行验证和鉴权。
4.分配临时标识过程:目标小区验证通过后,为UE分配临时的标识,用于后续的通信过程中的身份认证。
同时,UE也会得到小区的系统信息。
5.RRC连接过程:UE和目标小区建立RRC(Radio Resource Control,无线资源控制)连接。
在RRC连接建立后,UE可以与网络进行通信。
呼叫建立过程是指在LTE网络中,UE发起呼叫并与目标终端进行连接的过程。
主要的信令流程如下:1.呼叫请求过程:UE向网络发起呼叫请求。
呼叫请求中包含被叫号码、呼叫类型等信息。
2.寻呼过程:网络收到呼叫请求后,根据被叫号码进行寻呼。
寻呼过程可以通过广播信道或者专用的寻呼信道进行。
3.寻呼回应过程:被叫终端收到寻呼信息后,发送回应给网络。
回应中包含被叫终端的临时标识等信息。
4.呼叫建立过程:网络收到寻呼回应后,根据被叫终端的临时标识,与被叫终端建立起连接。
连接建立后,就可以进行语音或数据传输。
呼叫释放过程是指在LTE网络中,呼叫结束后双方终止连接的过程。
LTE空口信令解析(附着到FTP业务流程)
LTE空口信令解析(附着到进行FTP业务流程)
一、信令流程简介
1.1附着信令流程
UE开机或者飞行模式后进行小区选择,读取系统消息后,进行附着流程,附着流程包括
1、UE随机接入,RRC建立阶段;
2、UE能力认证;
3、UE身份认证;
4、NAS层鉴权加密(可选,初始附着除外)
5、NAS层安全模式;
6、AS侧安全模式;
7、建立E-RAB承载;
8、激活默认承载;
9、附着完成。
1.2FTP业务信令流程
UE在空闲态,如果要接收数据或者发送数据,UE会经历一下几个流程:
1、随机接入,建立RRC连接;
2、UE身份认证;
3、AS层安全模式;
4、建立E-RAB承载;
5、进行数据传输
UE在连接态要传数据,层3信令无明显特征;层1方面,假如存在PUSCH信道,随时可以传输数据,假如不存在,需通过PUCCH SR进行上行资源申请,如果PUCCH SR申请不到信道,UE会发起RACH竞争接入申请资源,RACH竞争不到,UE掉线,进入空闲态。
1.3 切换信令流程
切换流程一般包括测量控制下发,测量报告上报,测量判决,测量执行,信令流程图如下:
二、关键信令说明
2.1System Information Block Type1。
LTE常见信令流程总结
LTE常见信令流程总结LTE(Long Term Evolution)是第四代移动通信技术,为提供高速、高质量移动通信而设计。
在LTE网络中,信令流程是移动设备与基站之间进行通信的关键过程。
下面是LTE常见信令流程的总结:1.基站和选择:移动设备首先进行基站和选择,以确定最适合的基站进行连接。
移动设备通过采样和测量周围的信号强度、质量和延迟等参数,选择最强的信号基站。
2.同步和认证:一旦选择了要连接的基站,移动设备需要与基站进行同步和认证。
移动设备发送同步请求,基站回应同步确认,然后移动设备发送认证请求并提供其身份信息,基站验证这些信息来确保移动设备的合法性。
3.配置连接:在认证通过之后,基站将配置连接参数并发送给移动设备。
这些参数包括数据传输的带宽、传输格式以及其他网络设置等。
4.随机接入:在连接建立之后,移动设备可能需要发送小数据量的随机接入请求,以便在网络中获得一个可用的资源。
5. RRC连接建立:RRC(Radio Resource Control)是LTE中用于控制和管理无线资源的协议。
一旦移动设备成功发送了随机接入请求,基站会分配一个唯一的标识符给移动设备,用于RRC连接建立。
6.小区重选:在RRC连接建立之后,移动设备会不断进行小区重选,以便找到更适合的基站进行重连。
这是为了确保无线连接的稳定性和质量。
7.数据传输:一旦信道建立并完成小区重选,移动设备和基站之间可以进行数据传输。
移动设备通过调度算法发送和接收数据,以满足用户需求。
8.切换:在移动设备从一个小区移动到另一个小区时,需要进行切换操作。
这是为了保持通信的连续性并提供移动性支持。
9.呼叫释放:当通信结束或移动设备主动断开连接时,进行呼叫释放流程。
基站释放无线资源,并将移动设备返回到初始状态。
以上是LTE常见信令流程的总结。
这些信令流程是实现高效、稳定和高速移动通信的基础。
随着移动通信技术的发展,LTE信令流程也在不断演进和优化,以提供更好的用户体验和网络性能。
LTE网络信令流程及相关参数讲解
2、同等优先级的异频邻小区。与同频重选采用的R准则一致。
Rs = Qmeas,s + QHyst Rn = Qmeas,n - Qoffset
Rs = Qmeas,s + QHyst Rn = Qmeas,n - Qoffset
除满足Rn大于Rs外,对于所有的重选流程,还 需要满足以下两个条件方能执行重选:
1、持续TreselectionRAT时间; 2、UE在当前小区驻留超过1秒钟时间。
异频重选
异频重选通过Snonintrasearch启测,根据优先级通过相应门限进行判决。
UE
➢ 基于竞争
eNB
➢ 基于非竞争
1
Random Access Preamble
0
RA Preamble assignment
Random Access Response
2
Random Access Preamble
1
3
Scheduled Transmission
2
Random Access Response
UE
Source eNB
Target eNB
MME
Serving Gateway
1. Measurement Control packet data
0. Area Restriction Provided packet data
UL allocation 2. Measurement Reports
LTE完整信令流程
LTE完整信令流程LTE(Long Term Evolution)是一种高速无线通信技术,具有高速传输、低延迟和高效能的优点。
其完整的信令流程可以分为以下几个步骤:1. 初始接入过程(Initial Access Procedure):首先,用户设备(UE)通过寻呼消息(Paging)或广播消息(Broadcast)接收到小区的系统信息,以确定附近的LTE基站。
然后,UE选择一个小区,并发送随机接入信令(Random Access Preamble)到该小区。
基站收到该信令后,分配一个随机接入响应(Random Access Response),其中包含一个预定信道号(Preamble ID)和一个调度计时延迟(Timing Advance)参数。
最后,UE使用该信道与基站建立物理层协议连接。
2. 随机接入过程(Random Access Procedure):在建立了物理层协议连接之后,UE发送一个带有预定信道号的接入请求(Access Request)消息,以请求分配一个随机接入标识(Random Access ID)。
基站收到该消息后,进行随机接入控制过程,决定是否接受该请求。
如果接受该请求,基站发送随机接入响应(Random Access Response)消息,包含一个随机接入标识。
UE接收到该响应消息后,回复一个接入确认(Access Accept)消息,以确认接入过程的完成。
3. 安全性协商(Security Negotiation):4. 建立承载(Bearer Establishment):5. 数据传输(Data Transfer):在建立承载之后,UE和基站之间可以进行数据传输。
UE发送数据传输请求(Data Transfer Request)消息,其中包含要发送的数据以及相关的传输参数。
基站收到该请求后,进行调度过程,将待发送的数据按照合适的调度方式分配给UE。
然后,基站发送数据传输告示(DataTransfer Indication)消息,通知UE可以开始接收数据。
LTE信令流程总结
LTE信令流程总结LTE(Long Term Evolution)是一种用于移动通信的4G无线网络技术,其信令流程是实现设备之间通信的基础。
下面是一个关于LTE信令流程的总结,包含了主要的步骤和流程。
1.邻区和小区:LTE设备首先会附近的邻区和小区,以找到最强的信号源,并选择一个合适的小区进行连接。
2.小区选择:设备通过测量接收到的信号质量和强度来选择一个小区进行连接。
这个步骤主要是通过测量接收到的功率或信号质量来判断哪个小区信号最强。
3.小区切换:如果设备在当前小区中信号质量较差,它将尝试切换到一个信号质量更好的小区。
这个过程是无缝的,以确保通信的连续性。
4.随机接入过程:当设备刚开始连接到一个小区时,它需要进行随机接入过程。
这个过程包括发送随机接入信号和等待小区确认接入。
一旦小区确认接入成功,设备就可以开始进行数据传输了。
5.鉴权和安全:在设备成功接入小区之后,它需要进行鉴权和安全过程,以验证设备的身份,并确保通信的安全性。
这个过程通常涉及设备和核心网络之间的加密和解密操作。
6.建立承载:一旦设备通过鉴权和安全过程,它需要建立一个承载来传输和处理数据。
承载可以是数据连接,语音呼叫连接或任何其他类型的连接,取决于通信的需求。
7. 建立RRC连接:在设备成功建立承载之后,它需要建立一个RRC (Radio Resource Control)连接。
RRC连接会在设备和小区之间建立一个逻辑通道,以便进行通信和资源分配控制。
8.数据传输:一旦RRC连接建立成功,设备就可以开始进行数据传输了。
数据可以是网络之间的IP数据包,也可以是语音呼叫或其他类型的数据。
数据传输过程涉及资源分配、数据传输控制和错误检测等操作。
9.RRC连接维持:设备在数据传输过程中会定期发送RRC连接保持请求,以确保RRC连接的稳定性和连续性。
小区会以响应方式发送RRC连接保持确认,以表示连接仍然有效。
10.数据接收和处理:一旦设备发送数据,小区会接收并将其传输到核心网络中。
lte,uu接口层三,信令协议
竭诚为您提供优质文档/双击可除lte,uu接口层三,信令协议篇一:td层三信令过程学员手册uu接口信令解析td-scdmaRan系统网络优化Ran高层信令过程学员手册—mmcuu接口信令解析本文主要就mmc流程中的主被叫信令的outum解码进行重点ie分析,并加以标注,以助于网优人员通过查看信令快速有效定位问题。
下面分别对主被叫流程中的信令进行分别讲解:1.以从广州现网的outum中抓取的完整主叫流程为例:完整的moc流程:↑RRcconnectionRequest10:18:33.109↓RRcconnectionsetup10:18:33.828↑RRcconnectionsetupcomplete10:18:33.828↑cmserviceRequest10:18:34.875↓authenticationRequest10:18:34.875↑authenticationResponse10:18:34.875↓identityRequest10:18:34.875↑↓↑↑↓↑↓↓↑↓↓↑↓↑↑↓↑identityResponse10:18:34.875securitymodecommand10:1 8:35.859securitymodecomplete10:18:35.859setup10:18: 35.875tmsiReallocationcommand10:18:35.875tmsiReallocation complete10:18:35.875callproceeding10:18:36.890Radiobearersetup(dl-dcch)10:18:40.765Radiobearerset upcomplete10:18:41.578alerting10:18:42.453connect10 :18:43.484connectacknowledge10:18:43.484statusenquiry10:18:43 .484status10:18:43.484disconnect10:19:3.484Release1 0:19:4.281Releasecomplete10:19:4.281↓RRcconnectionRelease(dl-dcch)10:19:4.281↓RRcconnectionRelease(dl-dcch)10:19:4.281↑RRcconnectionReleasecomplete10:19:4.281↓RRcconnectionRelease(dl-dcch)10:19:4.281↑RRcconnectionReleasecomplete10:19:4.281↑RRcconnectionReleasecomplete10:19:5.281↑RRcconnectionReleasecomplete10:19:5.281RRcconnectionRequest信令流程说明:ue上行发送一个RRcconnectionRequest消息,请求建立一条RRc连接。
LTE完整信令流程
LTE完整信令流程LTE(Long Term Evolution)是第四代移动通信技术,其完整的信令流程涵盖了网络接入、鉴权和安全、呼叫建立和释放等方面。
以下是详细的LTE完整信令流程:1. 初始接入(Initial Access):- 移动台(User Equipment,简称UE)启动,并选择最强的目标小区,完成小区和同步。
- UE发送随机接入前导(Random Access Preamble)到目标小区,以请求接入。
- 目标小区回复指定随机接入响应前导(Random Access Response Preamble),包含临时标识和时隙分配。
- UE发送接入确认请求(Access Request)。
- 目标小区发送接入确认响应(Access Accept),标识初始接入成功。
2. 鉴权和安全(Authentication and Security):- UE发送鉴权请求(Authentication Request),向鉴权中心(Authentication Center,简称AuC)请求鉴权参数。
- AuC生成鉴权响应(Authentication Response),发送给UE。
3. 建立连接(Establishment of Connection):- UE发送连接请求(Connection Request)给目标小区,请求建立初始连接。
- 目标小区回复连接确认(Connection Setup)。
- UE发送连接接受(Connection Accept)给目标小区,确认连接建立。
- 目标小区发送连接确认(Connection Confirm),标识连接建立成功。
4. 寻呼(Paging):-当UE处于空闲状态时,网络通过广播通知目标小区需要找到该UE。
- 目标小区发送寻呼消息(Paging Message)到UE指定的寻呼信道。
- UE收到寻呼消息后,返回寻呼响应(Paging Response)。
- 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度,已经处于最佳角度,故未进行调整。