LTE中的接入信令排查
- 格式:doc
- 大小:1.53 MB
- 文档页数:14
LTE基本信令过程LTE(Long Term Evolution,即长期演进)是第四代移动通信技术,其基本信令过程包括小区、小区选择、网络注册、会话建立和释放等。
下面将详细介绍LTE基本信令过程。
1.小区:LTE设备首先进行小区,以寻找并确定其所在位置附近的LTE基站。
小区分为两个步骤,即小区搜寻和小区同步。
在小区搜寻阶段,设备周围的LTE信号,并检测基站的物理广播信道(PBCH)以获取系统信息。
在小区同步阶段,设备获取基站的时钟和传输时隙,以及频率和增益校准等信息。
2.小区选择:一旦设备完成小区,并获取到基站的系统信息,就会根据一定的策略选择一个最优的小区。
小区选择的依据通常是信号质量和信号强度。
设备会对候选小区进行测量,并选择信号质量较好的小区。
3.网络注册:设备通过小区选择后,会将自己的标识信息发送给基站进行网络注册。
网络注册主要有两个步骤,即随机接入过程(Random Access Procedure)和系统接入过程(System Access Procedure)。
在随机接入过程中,设备向基站发送随机接入信号以寻求网络的许可。
在系统接入过程中,设备向基站发送身份验证和安全策略相关的信息,并获得网络的控制信道,开始与网络进行通信。
4.会话建立:网络注册成功后,设备就可以开始与网络进行数据通信。
设备会与网络进行交互,建立信道和分配资源。
具体的过程包括建立安全连接、分配物理资源、建立信道和分配调度资源。
设备和网络通过这些步骤进行数据传输的准备工作。
5.数据传输:一旦设备和网络建立了信道和资源的分配,并完成准备工作,就可以进行数据传输了。
数据传输过程中,设备通过分配的资源进行上下行数据传输。
设备和网络之间通过物理信道进行数据的发送和接收。
6.会话释放:会话释放是指设备和网络之间通信结束后的清理工作。
设备会向网络发送释放信号,并释放所分配的资源。
网络接收到释放信号后,会对设备进行注销和清理工作,确保资源的回收和清空。
LTE基本概念及信令流程分析分解LTE(Long Term Evolution)是一种第4代(4G)移动通信技术,具有高速数据传输、低延迟、更高的频谱效率和更好的覆盖范围等特点。
LTE基本概念及信令流程分析分解如下:1.基本概念:a.用户面:用户面是指移动设备和LTE网络之间传输数据的部分,主要涉及无线链路、空中接口等。
LTE使用OFDMA(正交频分多址)和MIMO (多输入多输出)等技术,提供高速数据传输和频谱效率。
b.控制面:控制面是指移动设备和LTE网络之间传输控制信息的部分,主要涉及信令过程、协议等。
控制面用于管理无线资源、连接建立和维护等功能,确保通信的可靠性和稳定性。
2.信令流程分析分解:a.接入过程:i.基站选择:移动设备通过扫描周围的基站,选择信号强度最强的基站作为接入点。
ii. 尝试连接:移动设备发送连接请求(RRC Connection Request)给选择的基站。
iii. 寻呼过程:基站通过广播信道向所有连接到该基站的设备发送寻呼消息,通知设备建立连接。
iv. 建立连接:设备收到寻呼消息后,发送连接确认(RRC Connection Setup)给基站确认建立连接。
v.建立数据通路:设备和基站之间建立数据通路,以实现数据传输。
b.数据传输过程:i.资源分配:基站分配资源给设备,包括子载波、时隙等。
ii. 数据传输:设备通过无线链路向基站发送数据,基站收到数据后进行解码和分析。
iii. 反馈信息:基站发送ACK/NACK(确认/否认)给设备,告知数据传输是否成功。
iv. 集束赋形:如果使用了MIMO技术,则基站根据反馈信息调整天线的赋形,提高信号质量和数据传输速率。
v. 端到端延迟控制:LTE通过QCI(QoS Class Identifier)来实现不同业务的延迟控制,保证对延迟敏感的应用(如VoIP)具有较低的延迟。
c.连接释放过程:i. 释放请求:设备发送连接释放请求(RRC Connection Release)给基站,请求释放连接。
LTE基本信令过程整理LTE(Long Term Evolution)是4G移动通信技术的一种,具有高速、高效、低时延的特点。
在实现这些特点的过程中,涉及到多个信令过程,下面将对LTE基本信令过程进行整理。
1.UE上电和初始接入过程:UE(User Equipment)上电后,会扫描附近的小区,到合适的小区后,进行小区的选择和初始接入过程。
这个过程涉及到小区、小区选择、小区广播等信令过程。
2.建立RRC连接:RRC(Radio Resource Control)连接是UE与eNodeB之间的控制连接,用于传递控制信息。
建立RRC连接的过程中,包括小区选择、小区重选、RRC连接请求、RRC连接建立等信令过程。
3.小区重选:UE在连接着一个小区的情况下,如果检测到其他小区的信号质量更好,则可能会进行小区重选。
小区重选的过程中,涉及到小区重选评估、小区重选选择、小区重选完成等信令过程。
4.流程描述:4.1小区:UE在上电后,会进行小区,即扫描附近的小区,获取相应的小区信息,如小区的频率、位置区域码等。
4.2小区选择:在小区完成后,UE会根据一定的算法选择最佳的小区,通常是信号质量最好的小区。
4.3小区广播:一旦UE选择了一个小区,该小区会发送广播消息给UE,包含小区的系统信息、小区的生命周期等。
4.4RRC连接请求:UE在选择好小区后,会向小区发送RRC连接请求,请求建立与小区的RRC连接。
4.5RRC连接建立:小区收到UE的RRC连接请求后,如果符合条件,则会向UE发送RRC连接建立控制信息,用于建立RRC连接。
4.6小区重选评估:在UE连接着一个小区的情况下,如果检测到其他小区的信号质量更好,则会进行小区重选评估,评估其他小区的可用性。
4.7小区重选选择:根据小区重选评估的结果,UE会选择信号质量最好的小区进行连接,进行小区重选选择。
4.8小区重选完成:UE与当前小区的连接断开后,会与选择的新小区建立RRC连接,完成小区重选。
LTE基本信令流程LTE(Long Term Evolution)基本信令流程主要包括接入过程、数据传输过程和释放过程。
下面将详细介绍每个过程的信令流程。
一、接入过程(RRC连接建立过程):1. 手机发起连接请求:手机向基站发送RRC连接请求信令(RRC Connection Request),并指定连接的原因(例如寻呼、位置更新等)。
2. 基站分配临时C-RNTI:基站接收到连接请求信令后,为手机分配临时C-RNTI(Cell Radio Network Temporary Identifier),并向手机发送RRC连接允许信令(RRC Connection Setup)。
4. 确认建立连接:基站接收到RRC连接确认信令后,向手机发送RRC连接重新配置信令(RRC Connection Reconfiguration),并携带基站的系统配置信息。
二、数据传输过程:1. 上行数据传输:手机向基站发送上行数据传输请求信令(UL Data Transfer Request),并携带上行数据(例如语音、视频或其他应用数据)。
2. 数据传输:基站接收到上行数据传输请求信令后,将上行数据转发到核心网,并向手机发送上行数据传输确认信令(UL Data Transfer Acknowledgement)。
3.下行数据传输:基站向手机发送下行数据(例如网页、视频流等)。
4. 数据接收确认:手机接收到下行数据后,向基站发送下行数据传输确认信令(DL Data Transfer Acknowledgement)。
三、释放过程:1. 释放请求:手机或基站发起释放请求,向对方发送RRC连接释放请求信令(RRC Connection Release)。
3.释放完成:发起方接收到释放确认信令后,释放连接。
除了上述基本信令流程外,LTE还包括以下一些重要的信令流程:1.小区:手机在上电或小区切换时,需要进行小区以找到合适的基站。
LTE核心网信令流程LTE核心网信令流程(Long Term Evolution Evolved Packet Core Signaling Procedure)是指LTE网络中用于控制和管理移动通信的信令流程。
LTE核心网由多个功能节点组成,包括MME(Mobility Management Entity)、S-GW(Serving Gateway)、P-GW(Packet Gateway)等。
下面将详细介绍LTE核心网信令流程的各个步骤。
1. 包鉴定和加密过程(Inter-Ambassador):在设备连接到LTE网络之前,需要进行包鉴定和加密过程,以确保数据的安全性。
这个过程中使用了从设备到LTE网络的SAE(System Architecture Evolution),并通过UE(User Equipment)和MME之间的接口进行连接。
2.接入过程(RAU,跟踪区切换):当UE从一个区域切换到另一个区域时,会触发接入过程。
在这个过程中,UE与MME建立控制面和用户面电路的连接,并且在新位置进行注册。
MME将UE的会话信息发送给新的SGW和PGW。
3.PDP激活过程:在用户进行数据通信时,需要进行PDP(Packet Data Protocol)激活过程。
在这个过程中,UE向MME发送激活请求,MME将请求发送给SGW 和PGW,并返回会话标识以及目标SGW和PGW的地址。
UE使用这些信息建立用户数据通道。
4.用户数据传输:在UE成功激活PDP连接后,就可以进行用户数据传输。
用户数据通过SGW和PGW进行中继,SGW负责控制面和用户面的数据传输,PGW负责数据的计费和IP地址映射。
5. UE Context更新过程:当UE移动到另一个区域时,UE Context需要进行更新,以保持UE的会话信息的最新状态。
UE Context更新包括UE的位置更新、SGW的变化等。
UE Context更新通常与接入过程一起触发。
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 TDD问题定位和优化指导书-接入篇本文介绍了用户接入的流程和用户接入失败时问题定位的基本方法,常见问题排查方法部分主要面向网络维护人员,介绍了一些常见问题的定位排查手段和方法,主要应用场景为通过KPI指标发现问题,通过CHR、告警日志、标口跟踪、UE侧log进行问题定位。
1 概念和基本原理1.1 基本概念(1)用户Attach流程:图1 用户接入流程(2)随机接入流程介绍随机接入过程的发生有以下五种场景:1、从空闲态转到连接态的初始接入;2、无线链接失败后的接入;3、切换过程中的接入;4、当UE处于连接态时下行数据到达时因为某些原因需要随机接入,如上行失步时有下行数据到达;5、当UE处于连接态时上行数据到达时因为某些原因需要随机接入,如上行失步时有上行行数据到达;随机接入分为竞争接入与非竞争接入两种,其中竞争随机接入适用于上述1、2、5三种场景,而非竞争随机接入适用于3、4两种场景。
随机接入基本流程如下:UE eNBUEeNB图2 随机接入流程图(左:基于竞争的随机接入右:基于非竞争的随机接入)1.2 接入流程话统介绍1.2.1随机接入话统随机接入过程分为基于竞争的随机接入和基于非竞争的随机接入两种基本过程。
“RA 测量(小区)(RA.Cell)”统计小区内不同随机接入过程的前导接收次数、RAR发送次数以及竞争过程中的Contention Resolution发送次数,用于分析随机接入的负载、成功率等相关情况。
1.2.2RRC连接建立请求话统统计eNodeB内各小区收到的RRC的建立请求次数。
RRC Connection Request消息是UE 向eNodeB发送的第一条RRC信令消息,目的是请求建立一条RRC连接。
1.2.3RRC连接建立尝试话统统计小区内不同类型RRC的建立尝试次数,即eNodeB响应UE的RRC Connection Request 消息并下发RRC Connection Setup消息的次数。
lte信令流程LTE(Long Term Evolution)是第四代移动通信技术的一种,它具有高速、低延迟和高容量的特点,被广泛应用于现代移动通信系统中。
LTE信令流程是指在LTE网络中,用户设备和基站之间进行通信时所涉及的信令过程。
以下是一个典型的LTE信令流程。
首先,当用户设备上电后,它会扫描附近的基站,并发送一个Attach Request信令给其中一个基站。
这个信令包含了用户设备的标识信息和网络相关的配置参数。
接着,基站收到Attach Request信令后,会对用户设备进行身份验证,并为其分配一个临时的标识(Temporary Mobile Subscriber Identity,TMSI),这个标识将在后续的通信中用于识别用户设备。
然后,基站会发送一个Attach Accept信令给用户设备,该信令确认了用户设备的身份并告知用户设备已经成功连接到网络。
这个信令还包含了用户设备的临时标识和其他网络相关的配置参数。
接下来,用户设备收到Attach Accept信令后,会发送一个Attach Complete信令给基站,以确认连接的建立。
在发送这个信令之前,用户设备会更新自己的标识信息,使用从基站收到的临时标识。
此后,用户设备会周期性地发送一个Location Update信令给基站,以通知网络它仍然处于活动状态。
这个信令中包含了用户设备的标识信息和位置信息。
当用户设备需要发起一个呼叫时,它会发送一个RRC Connection Setup信令给基站,该信令用于建立与基站之间的无线连接。
这个信令中包含了用户设备的标识信息和通话相关的配置参数。
基站收到RRC Connection Setup信令后,会分配一个无线链路资源给用户设备,并发送一个RRC Connection Setup Complete 信令给用户设备,以确认连接的建立。
这个信令中还包含了无线链路资源的分配信息。
当呼叫结束后,用户设备会发送一个RRC Connection Release 信令给基站,以通知网络它不再需要无线连接。
1.1 接入信令
图 错误!文档中没有指定样式的文字。-1 协议定义的UE接入流程
(MSG2)-Random Access Response
MSG1
(MSG3)RRCConnectionRequest
eNB
MME
UE
INITIAL UE MESSAGE
(Attach request)
UECapabilityInformation
INITIAL CONTEXT SETUP REQUEST
(Attach Accept)
UECapabilityEnquiry
(MSG4)RRCConnectionSetup
(MSG5)RRCConnectionSetupComplete
(Attach request)
SecurityModeComplete
SecurityModeCommand
RRCConnectionReconfiguration
(Attach accept)
RRCConnectionReconfigurationComplete
INITIAL CONTEXT SETUP RESPONSE
ULInformationTransfer
(Attach Complete)
UPLINK NAS TRANSPORT
(Attach Complete)
UE CAPABILITY INFO INDICATION
Identity/Authentication/Security
一般由于时延优化的原因UE能力查询会提前
以上协议定义的流程,对应在后台信令跟踪工具上的信令如下图所示,在解决UE接入
故障时,务必跟踪和保存故障信令,与下图中信令进行对比(既包含了S1\UU口信令,
也包含了基站内部模块信令),以快速确定故障位置。
图 错误!文档中没有指定样式的文字。-2 信令流程1
图 错误!文档中没有指定样式的文字。-3 信令流程2
图 错误!文档中没有指定样式的文字。-4 信令流程3
图 错误!文档中没有指定样式的文字。-5 信令流程4
1.2 UE无法接入故障排查指导
故障现象
UE接入时,发现无法正常激活,对比上文信令流程,确认UE接入未走到最后attach
complete一步。
故障排查
1. 确定网管侧是否有UE的接入信令:
(1) 如果在网管侧看到有MSG3,说明UE正常发起接入流程,请跳过第2步
的操作;
(2) 否则,需检查网管信令跟踪是否开启正确,然后按照第2步检查UE是否发
起接入。
2. 检查UE是否发起接入:
(1) 首先检查UE的频段、制式是否与应接入的小区对应,SIM卡是否正确插入;
(2) 打开UE信令跟踪(UE信令跟踪方法需要UE厂商提供),检查UE是否
正确读取到对应小区广播信息(MIB、SIB);
(3) 查看UE是否成功发送MSG1,如果没有请采集UE信令Log发送到第一
响应组联系后方排查分析;
(4) 查看UE是否成功发送MSG3,如果没有请检查随机接入过程是否正常完
成,请采集UE信令Log发送到第一响应组联系后方排查分析;
(5) 如果UE发送MSG3,请同时查看网管上的接入信令中是否有对应的
MSG3,如有,进入第3步排查,否则请采集UE信令Log发送到第一响应
组联系后方排查分析。
3. UE没有收到MSG4:
(1) 查看网管基站侧信令是否下发MSG4,基站不发MSG4的情况比较少见,
一般属于SRB接纳失败或者UE GID分配失败,初开站时不会有此问题,
如外场出现该故障现象,请采集UE信令Log发送到第一响应组联系后方
排查分析;
(2) 如果网管侧下发MSG4但是UE没有收到,请采集UE信令Log发送到第
一响应组联系后方排查分析。
4. 网管上UE的接入信令到MSG4后没有MSG5:
(1) 确定UE侧是否发出MSG5,如果没有,先确认UE收到的配置中天线端口
数与实际配置的TM模式是否不符,然后采集UE信令Log发送到第一响
应组联系后方排查分析;
(2) 如果UE侧发出MSG5而基站侧没有收到,请直接采集UE信令Log发送
到第一响应组联系后方排查分析。
5. eNB在S1口发出初始UE消息后无响应:
(1) 首先需要打开内部信令跟踪查看是否有选路失败的消息,是否选路失败的
查看方法如下图所示,红圈部分如果不为0则为选路失败。如属实请核查
IP地址、SCTP偶联和静态路由数据配置是否正确,如果有错请修改后重
试,否则请采集UE信令Log发送到第一响应组联系后方排查分析;
图 错误!文档中没有指定样式的文字。-6 包含S1口选路信息的内部信令
图 错误!文档中没有指定样式的文字。-7 内部信令中S1口选路失败的详细信息
(2) 如无选路失败的信令,需要在S1口抓包确认MME是否回复初始上下文建
立消息,如果没有,请联系核心网侧工程师协助排查,如MME已回复但基
站未收到,请采集UE信令Log发送到第一响应组联系后方排查分析。
6. 初始UE消息发出后又有NAS直传,然后直接收到MME S1 RELEASE
COMMOND
(1) 此种情况属于UE attach被MME直接拒绝,需要确认UE使用的SIM卡是
否已经开户;
(2) 查看UE侧的NAS信令,查看UE被释放的原因,协调核心网侧工程师沟
通解决,必要时请采集UE信令Log发送到第一响应组联系后方支持排查
分析;
(3) 确认UE的APN接入点信息是否正确,查看方法如下图所示,如果确认存
在该问题,需联系核心网侧工程师对接排查。
图 错误!文档中没有指定样式的文字。-8 UE侧异常信令
图 错误!文档中没有指定样式的文字。-9 UE侧异常信令详细内容
7. 出现UE能力查询超时:需要确定UE侧是否成功发出UE能力,如果UE侧发出
但控制面没有收到或UE侧没有发出,请确认问题后采集UE信令Log发送到第
一响应组联系后方支持排查分析。
8. UE上报安全失败:
(1) 需要确定接入UE的协议版本,R8或者R9,并查看eNB给UE配置的安
全模式;
(2) 确认存在该问题后,请采集UE信令Log发送到第一响应组联系后方排查
分析。
9. UE在S1口回复初始上下文建立失败:
(1) 确定是否有重配消息下发,如果没有可能的原因:编码失败,用户面、基
带配置失败、承载建立失败,检查基带资源中天线个数与小区配置中天线
端口数以及TM模式的配置是否对应;
(2) 如建立失败原因为重配超时,需要确定UE侧是否收到重配并成功发送重配
完成,确认存在该问题后,请采集UE信令Log发送到第一响应组联系后
方排查分析。
10. UE正常接入过后一段时间内释放:
(1) 检查user inactive开关是否打开(释放特点:UE无业务时释放),在信令
跟踪中可以看到消息EV_DCM_REL_IND,并且其释放子类型为8;
图 错误!文档中没有指定样式的文字。-10 确认user inactive开关是否打开
(2) 查看内部信令是否为UPM路径保活失败;如果想临时关闭保活规避该问
题,请telnet到CC板,在产品进程中执行RnluGtpuKeepAliveDisable命
令,如需要开保活,则执行RnluGtpuKeepAliveEnable命令;
图 错误!文档中没有指定样式的文字。-11 查看内部信令是否为UPM路径保活失败
其他问题,请采集UE信令Log发送到第一响应组联系后方排查分析。
故障解决
UE可以正常接入小区,在信令跟踪中,出现如下图中81和98两条信令。
图 错误!文档中没有指定样式的文字。-12 UE接入成功
rrc connection reconfiguration有很多种,如网络侧发测量控制,物理信道重配,RB重
配,RB建立,RB释放,传输格式指示信道控制等,都是以 rrc connection reconfiguratio
n的形式表现出来,所以要看下 rrc connection reconfiguration里面说包含的信息是什
么,从而找到问题的答案。
CSFB信令
CSFB信令跟踪.xlsx
1.3 UE测试数据信令分析
1、 异频切换信令消息
测量
假如发生测量会有下面这2条消息
邻区配置检查
服务小区
邻区列表信令
准备切换的小区
掉线