LTE 空口信令流程详解
- 格式:doc
- 大小:3.69 MB
- 文档页数:21
LTE完整信令流程分析LTE(Long Term Evolution)是4G移动通信技术的一种,其完整信令流程可以分为以下几个步骤:小区、小区选择、多路径环境估计、寻呼和分配、随机接入、授权和安全过程、连接和传输。
首先是小区。
移动设备需要找到一个合适的基站进行连接。
移动设备会周期性地扫描周围的频率和小区,以获得可用的信号质量和相应的小区信息。
接下来是小区选择。
移动设备根据收到的小区广播信息,选择一个最佳的小区进行连接。
选择的依据可以是信号强度、小区负载等因素。
然后是多路径环境估计。
移动设备需要识别并估计信号传输过程中所处的多径环境,以便后续的信号处理和解码。
接着是寻呼和分配。
一旦移动设备完成小区选择,它会请求网络进行寻呼以注册到网络中。
网络会为移动设备分配一个临时标识,并通知移动设备在哪个频率和时间上进行下一步操作。
然后是随机接入。
移动设备在分配的频率和时间上,通过发送一个随机接入信令来请求网络的资源分配。
网络收到请求后会返回分配的资源。
接着是授权和安全过程。
网络会验证移动设备的身份,并通过认证过程分配相应的资源。
同时还会启动安全机制来保护用户数据的传输。
最后是连接和传输。
通过授权和安全过程后,移动设备和网络建立连接,并开始进行数据传输。
LTE使用OFDMA(正交频分复用)和MIMO(多输入多输出)技术来提高系统容量和吞吐量。
除了以上流程,LTE还涉及QoS(服务质量)、移动性管理和位置更新等功能来保证通信的稳定性和无缝性。
总的来说,LTE的完整信令流程包括了小区、小区选择、多路径环境估计、寻呼和分配、随机接入、授权和安全过程、连接和传输等步骤。
通过这些步骤,移动设备可以顺利地连接到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、激活默认承载;
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
2.2System Information Block Type2(其他系统消息也是与SIB2组合在⼀
起在SI消息中下发,SI系统消息可能会包含多个SIB,这⾥不详细列举,⽐如SIB3/SIB4携带同频重选参数信息,SIB5携带异频重选参数信息,SIB6-8携带异系统重选参数信息等)。
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空口信令流程详解以及相关优化案例汇总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信令流程介绍技术文件编号:版本:拟制审核会签标准化批准目录1概念介绍 (4)1.1控制面和用户面协议栈 (4)1.2承载概念 (4)1.3连接概念 (5)2开机附着流程 (6)2.1正常流程 (6)2.2异常流程 (9)2.2.1 RRC连接建立失败 (9)2.2.2核心网拒绝 (10)2.2.3 eNB未等到Initial context setup request消息 (11)2.2.4 RRC重配消息丢失或者没收到RRC重配完成消息或者eNB 内部配置UE的安全参数等失败 (12)3 UE发起的SERVICE REQUEST流程 (14)3.1正常流程 (14)3.2异常流程 (16)3.2.1 RRC连接建立失败 (16)3.2.2核心网拒绝 (17)32.3 eNB未等到Initial context setup request消息 (18)3.2.4 RRC重配消息丢失或者eNB内部配置UE的安全参数失败或者没有建立起来一个非GBR承载 (18)3.2.5 eNB建立专用承载失败 (18)3.2.6 eNB建立默认承载失败 (18)4网络发起的PAGING流程 (20)4.1S_TMSI寻呼 (20)4.2IMSI寻呼 (20)5TAU流程: (20)5.1正常流程 (21)5.1.1 IDLE下发起的 (21)5.1.2 CONNECTED下发起的 (25)5.2异常流程 (25)6去附着 (26)6.1关机去附着 (26)6.2非关机去附着 (26)7切换流程 (28)8专用承载建立流程 (30)8.1正常流程 (30)8.2异常流程 (32)8.2.1 核心网拒绝 (32)8.2.2 eNB本地建立失败(核心网主动发起的建立) (32)8.2.3 eNB未等到RRC重配完成消息,回复失败 (34)8.2.4 UE NAS层拒绝 (34)8.2.5 上行直传NAS消息丢失 (36)9专用承载修改流程 (37)9.1正常流程 (37)9.1.1 修改QoS (38)9.1.2 不修改QoS,只修改TFT (39)9.2异常流程 (40)9.2.1 核心网拒绝 (40)9.2.2 eNB回复失败 (40)9.2.3 UE NAS层拒绝 (40)9.2.4 上行直传NAS消息丢失 (40)10专用承载释放流程 (41)11空口RRC信令 (42)1 概念介绍1.1 控制面和用户面协议栈控制面协议栈用户面协议栈1.2 承载概念EPS bearer:An EPS bearer uniquely identifies traffic flows that receive a common QoS treatment between a UE and a PDN GW E-RAB: An E-RAB uniquely identifies the concatenation of an S1 Bearer and the corresponding Data Radio Bearer. When an E-RAB exists, there is a one-to-one mapping between this E-RAB and an EPS bearer of the Non Access Stratum.Data Radio Bearer : the Data Radio bearer transports the packets of an E-RAB between a UE and an eNB. There is an one-to-one mapping between the E-RAB and the Data Radio Bearer 。
LTE信令流程分析LTE(Long Term Evolution)是第四代移动通信(4G)标准之一,为提高用户数据速率、降低网络访问时延、提高系统容量等目标而设计。
第一步是接入过程,移动设备刚刚上电或从休眠状态醒来时需要进行接入过程,该过程包括小区、小区选择、随机接入以及RRC连接建立等。
首先,移动设备进行小区,即附近所有的LTE小区,并获取相应的小区信息,如频点、物理小区ID等。
然后,设备根据一定的选择策略选出需要进行接入的小区。
接下来,设备进行随机接入过程,即向选定的小区发送接入请求,并等待接收到的响应。
最后,设备与小区建立RRC(Radio Resource Control)连接,该连接用于传递控制信息。
第二步是寻呼与分配,当移动设备在LTE网络中需要进行呼叫或数据传输时,需要进行寻呼与分配过程。
寻呼过程是小区向设备发送寻呼消息,设备收到消息后根据自己的标识进行回应,以使小区将后续的数据分配给设备。
数据分配过程是小区将数据分配给设备进行传输。
第三步是资源分配与传输,设备通过与小区的交互,获取到LTE系统中的无线资源,包括时隙、频段等。
之后,设备与小区进行物理信道的配置,包括功率、调制方式等参数的配置。
最后,设备与小区通过物理信道进行数据传输。
第四步是切换过程,当设备从当前小区移动到另一个小区时,需要进行切换过程。
切换可以是基于同一频点的切换,或者是基于不同频点的切换。
在切换过程中,设备会与新小区进行信号质量测量,然后与新小区进行切换协商,最后完成切换。
切换过程需要保证设备与网络的连续性和数据传输可靠性。
第五步是释放过程,当设备不再需要与LTE网络进行交互时,需要进行释放过程,即设备与小区断开连接,释放占用的资源,以便其他设备使用。
综上所述,LTE信令流程包括接入过程、寻呼与分配、资源分配与传输、切换过程以及释放过程。
通过这些流程,LTE网络能够实现高速数据传输、低时延、高系统容量等优势,为用户提供更好的通信服务。
LTE网络信令流程LTE(Long Term Evolution)是一种4G移动通信技术,其信令流程是指移动终端与LTE网络之间进行通信时所涉及到的信令交互流程。
以下是关于LTE网络信令流程的详细介绍,共计1200字:首先,当移动终端开机或进入LTE网络覆盖范围时,需要进行一系列的信令交互以建立起移动终端与LTE基站之间的初始连接。
这个过程被称为接入过程,一般包括以下几个步骤:步骤一:移动终端向LTE基站发起随机接入请求(RRCConnectionRequest),请求加入基站的覆盖范围。
该请求包括相关标识和目标基站的编号以及一些其他信息。
步骤二:LTE基站接收到移动终端的随机接入请求后,会向移动终端返回一个接入确认(RRCConnectionSetup),告知移动终端可以开始与基站进行连接。
同时,LTE基站会为该移动终端分配一个临时标识(C-RNTI)。
步骤四:LTE基站接收到移动终端的接入请求确认后,会向移动终端发送一个初始直达控制分配(InitialDirectTransfer),进一步建立起移动终端与基站之间的初始连接。
接下来的步骤是在初始连接建立后,移动终端与LTE网络之间进行信令交互,以进行各种数据业务的传输和处理。
通常包括以下几个过程:步骤五:移动终端发送一个小区广播请求(CellSelection),请求LTE基站提供当前小区及邻近小区的系统信息。
此举旨在让移动终端获取必要的系统信息,以选择最佳的基站进行连接。
步骤六:LTE基站接收到移动终端的小区广播请求后,会向移动终端返回当前小区和邻近小区的系统信息。
步骤七:根据接收到的系统信息,移动终端选择一个合适的小区,并发送小区选择确认(CellSelectionConfirm)给基站。
步骤八:LTE基站接收到移动终端的小区选择确认后,会向移动终端分配一个临时标识(P-RNTI),并发送接入配置(RRCConnectionReconfiguration)以便为移动终端进行具体的配置。
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空口信令流程详解以及相关优化案例汇总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度,已经处于最佳角度,故未进行调整。