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条消息
邻区配置检查
服务小区

邻区列表信令
准备切换的小区

掉线