信令流程及异常事件解决方案
大唐后台信令跟踪LDT异常事件解读
⼤唐后台信令跟踪LDT异常事件解读3、CDL⽂件掉话失败原因分析3.1、cdl分析关注要点⽬前的CDL⽂件使⽤LDT分析后，UE掉话对应的有“掉话事件”和“掉话原因”，掉话原因为关注的重点，具体掉话原因对应的有：1)RL failure or RLC error timer expiry。
RB建⽴后，掉话；2)Receive Ue TimerOut Response Message In DTD Proc。
RB建⽴失败，影响接通；3)切换过程中发⽣RL失败引起的掉话。
切换失败导致掉话；4)未知原因引起的掉话。
切换失败导致掉话；5)failed because cell update occurs。
⼩区更新失败导致掉话；6)Receive Ue Timeout Msg during HO。
切换失败导致掉话；7)⼩区更新超时。
实为切换失败掉话；8)RL Failure引起的掉话。
⽆线链路失败触发⼩区更新，导致掉话；9)user or link forece release。
UE在cs域和ps域中建⽴RAB，kpi中会统计为掉话或接⼊失败；10)RA THO, as waiting lu timer expire message, received a cell change order from utran failuremessage。
系统间切换失败导致掉线；11)rolled Fail during HO。
⼩区更新导致切换失败掉话；12)The reason for the action is expiry of timer TRELOCoverall.。
系统间切换失败导致掉话；13)RRC release when INTEGRITY CHECK fail。
RAB建⽴失败14)Cell Update Confirm 超时。
⼩区更新，掉线；15)Receive Ue Failure Response Message In DTD Proc。
5GSCGfailure流程及现网案例分析
5G SCG failure流程及现网案例分析▋问题背景规模试验期间，外场测试拉网发现存在大量SCG Failure现象，SCG Failure影响切换成功率，造成流量掉坑现象，对移动情况下实时用户速率体验造成严重影响。
SCG Failure比率是网络建设和优化水平的一个重要评判指标。
▋SCG failure信令流程1、信令流程：2、目前协议上对于SCGFailure定义的6个原因：①T310超时，RLF。
（常见）②随机接入问题③RLC达到最大重传次数④与SCG同步失败，一般为T304超时。
（常见）⑤SCG配置失败⑥SRB3完整性校验失败▋漏配邻区导致的T310超时1、处理分析：终端在735小区上报SN Change的测报，目标小区为169，未见基站下发SN Change重配。
2、解决措施检查NR侧735和169小区是否存在NR邻区关系；检查LTE337小区和目标侧NR169小区是否存在邻区关系。
▋SSB服务波束质差导致的T310超时1、分析处理：①终端在201小区SCGFailure前3秒SSB服务波束SINR=-5dB左右，同时不存在满足切换条件的邻区；②利用QCAT核实该异常时间点的波束级测量信息1）SCGFailure时间点2）SSB服务波束SINR=-6.2dB，已经很差了。
但是存在SINR质量更好的波束（SSB-index 5 SINR值为5.2dB）。
由于0xB97F只打印4个波束的情况，无法看到其他4个波束的SINR情况。
③从0xB975消息可以看到，最强波束为波束7，RSRP=-92.6，比服务波束高了6dB。
2、解决措施①推动解决SSB服务波束更新问题。
②在1未解决的情况下，建议配置SSB单波束规避。
▋NR侧无SN Change测控导致的T310超时问题分析：1、终端在164小区发生SCGFailure，SS-SINR质差导致T310超时。
终端在SINR异常的一段事件内未见上报SN Change测量报告；2、使用QCAT查看原始Log，4G侧信令显示，带SN切换后基站在13:52:53时间点已经把测控的内容下给UE了；3、但5G侧信令显示，终端在13:52:58时间点才打印出测控重配，相当于13:52:53~13:52:58这几秒终端是没有SN Change的测控，所以不上报MR。
信令流程讲解-寻呼流程
提升网络覆盖范围
优化基站布局
合理规划基站位置和数量，提高网络 覆盖的连续性和稳定性。
引入新型网络技术
如采用MIMO、Massive MIMO等新 型技术，提高信号传输质量和覆盖范 围。
加强设备维护和故障处理能力
定期巡检和维护
对基站、交换机等设备进行定期巡检和维护，确保设备正常运行。
建立快速响应机制
寻呼响应可以通过单向或双向的 方式发送。
寻呼结果处理
寻呼结果通知
01
当网络收到用户的寻呼响应后，会根据用户的响应内容进行处
理，例如向用户发送新消息、更新用户状态等。
未接收到响应的处理
02
如果网络在一定时间内未收到用户的寻呼响应，网络会采取相
应的措施，例如发送提醒消息或进行再次寻呼。
寻呼结果记录
03
寻呼请求通过无线信令网络发送，并由基站接收和转发给移 动用户。
寻呼类型
立即寻呼
当移动用户处于空闲状态时，立 即寻呼用于通知用户有来电或消 息。
状态寻呼
当移动用户处于通话状态时，状 态寻呼用于通知用户有来电或紧 急消息。
寻呼流程的重要性
保障通信服务质量
寻呼流程是移动通信网络中不可 或缺的一部分，它能够及时地将 来电或消息传递给用户，保障了 通信服务的质量和效率。
网络会对每次寻呼的结果进行记录，用于后续的分析和处理。
03
寻呼流程中的关键信令
Paging Request
用于请求特定移动台响应的信令。
当网络需要与一个或多个移动台通信时，它会向相关的基站发送寻呼请求。这个请 求会包含要寻呼的移动台的标识信息，例如IMSI（国际移动用户识别码）。基站会 根据这些信息向相应的移动台发送寻呼消息。
LTEattach信令流程详细解析
L TE Attach流程1.1 正常流程UE刚开机时，先进行物理下行同步，搜索测量进行小区选择，选择到一个s uitab le或者a ccept able小区后，驻留并进行附着过程。
附着流程图如下：Attach流程图说明：1)步骤1～5会建立RRC连接，步骤6、9会建立S1连接，完成这些过程即标志着N ASsignal lingc onnec tion建立完成，见协议24.301。
2)消息7的说明：UE刚开机第一次att ach，使用的IMS I，无Ident ity过程；后续，如果有有效的GUTI，使用GUTI attach，核心网才会发起Iden tity过程（为上下行直传消息）。
3)消息10~12的说明：如果消息9带了UE RadioCapabi lityIE，则eNB不会发送UECapabi lityE nquir y消息给U E，即没有10~12过程；否则会发送，U E上报无线能力信息后，eNB 再发U E Capabi lityInfo Indica tion，给核心网上报U E的无线能力信息。
为了减少空口开销，在IDLE下MME会保存UE RadioCapabi lity信息，在INITIAL CONTEX T SETUPREQUES T消息会带给eNB，除非UE在执行atta ch或者"firstTAU follow ing GERAN/UTRANAttach" or "UE radiocapabi lityupdate" TAU过程（也就是这些过程MME不会带UERadioCapabi lity信息给eNB，并会把本地保存的UE RadioCapabi lity信息删除，eNB会问U E要能力信息，并报给MME。
中国移动-LTE主要信令和流程超实用
• RRC协议的功能可划分为三大类：
•
对NAS层提供连接管理、消息传递
• 寻呼、系统信息的发送 • RRC连接和数据无线承载的建立、修改和释放 • UE和NAS间NAS消息的传递
根据RRC连接建立与否，划分为两个 RRC状态
---空闲状态（RRC_IDLE） ---连接状态（RRC_CONNECTED)
简化的网络架构
• TD-SCDMA和TD-LTE网络架构比较
TD-SCDMA
TD-LTE
LTE采用了更为扁平的网络架 构，不再有RNC，原来RNC的 功能合并到了eNB中
• 更小的时延 • 更低的网络节点和接口复杂度 • 不再支持宏分集/软切换
LTE各节点功能简介
MME / S-GW
MME / S-GW
• 从功能和服务的角度看L2
PDCP
ROHC Security
ROHC Security
Radio Bearers
ROHC Security
ROHC Security
• 从数据单元的角度看L2
RLC MAC
Segm. ARQ etc
...
Segm. ARQ etc
Segm. ARQ etc
...
Segm. ARQ etc
（eNodeB）
– 用户设备 （UE）
• EPC分为三部分：
– MME
(Mobility Management Entity, 负责信令处理部分）
– S-GW
(Serving Gateway , 负责本地网络用户数据处理部分）
– P-GW
(PDN Gateway，负责用户数据包与其他网络的处理 )
• 接入网（也称E-UTRAN）由eNodeB构成
nrdc信令流程
nrdc信令流程NRDC信令流程介绍本文详细说明了NRDC信令流程的各个环节。
NRDC信令流程是指自然资源检测中心（NRDC）所采用的信令处理流程。
流程一：信令发起1.确定待检测的自然资源类型。
2.填写信令发起表格，包括资源名称、地理位置、检测要求等内容。
3.提交表格至NRDC的信令发起部门。
流程二：信令受理1.NRDC信令发起部门接收到信令发起表格后，开始受理流程。
2.验证表格内容是否完整、合法。
3.如有问题，与信令发起方联系，要求补充或更正相关信息。
4.确认无误后，将信令转发至下一流程。
流程三：资源调配1.NRDC信令受理部门接收到信令后，进行资源调配工作。
2.根据信令的资源类型、地理位置等信息，决定调配哪些资源进行检测。
3.与相关部门协商，确定资源调配方案。
流程四：检测实施1.资源调配方案确定后，将相关信息反馈给信令受理部门。
2.NRDC信令受理部门协调资源提供方和检测方，确保检测实施。
3.检测方根据信令要求，进行相应的自然资源检测工作。
流程五：报告生成1.检测完成后，检测方生成自然资源检测报告。
2.报告内容包括检测结果、分析和建议等。
3.报告提交至NRDC信令受理部门。
流程六：报告审核1.NRDC信令受理部门收到检测报告后，进行审核。
2.确认报告内容是否符合要求。
3.如有问题，与检测方联系，要求补充或更正相关信息。
4.审核通过后，将报告转发至信令发起部门。
流程七：信令结束1.NRDC信令发起部门接收到检测报告后，确认整个信令流程已完成。
2.根据检测报告结果，进行后续管理和决策。
以上是NRDC信令流程的详细说明，每个流程环节都有其特定的任务和责任。
NRDC通过这个流程，能够高效地处理各类自然资源检测信令，确保其准确性和可靠性。
流程八：问题处理1.在信令流程中，可能会出现一些问题或异常情况。
2.当出现问题或异常时，相关部门需要及时处理和解决。
3.问题处理包括与信令发起方和检测方沟通，寻找解决方案。
nr 信令流程
nr 信令流程NR信令流程NR（New Radio）是5G无线通信技术中的一种，它引入了许多新的功能和技术，以满足对更高带宽、更低时延和更好连接稳定性的需求。
在NR中，信令流程起着至关重要的作用，它负责建立、维护和释放通信连接。
本文将以NR信令流程为主题，介绍其基本原理和流程。
一、信令流程概述NR信令流程是指在5G通信中，无线设备和基站之间进行通信所涉及的信令交换过程。
它主要包括小区搜索、小区选择、随机接入、RRC（Radio Resource Control）连接建立和释放等步骤。
1. 小区搜索小区搜索是指无线设备在开机或从空闲状态切换到连接状态时，首先需要搜索周围的小区，以便选择最佳的小区进行连接。
在小区搜索过程中，无线设备会扫描不同频段的信号，获取小区的相关信息，如小区ID、覆盖范围和信号质量等。
2. 小区选择小区选择是指无线设备在进行小区搜索后，根据一定的选择策略，选择最佳的小区进行连接。
选择最佳的小区可以提供更好的通信质量和网络性能。
在小区选择过程中，无线设备会评估不同小区的信号质量、覆盖范围和负载情况等因素，并选择最适合自己的小区进行连接。
3. 随机接入随机接入是指无线设备在选择了目标小区后，向基站发送随机接入请求。
随机接入请求包含设备的身份信息和随机接入前导，用于基站识别设备并分配资源。
基站在接收到随机接入请求后，会进行接入请求的验证和分配资源的过程。
4. RRC连接建立RRC连接建立是指无线设备和基站之间建立起RRC连接，以便进行后续的通信。
RRC连接建立过程中，无线设备和基站会进行身份验证、协商通信参数、分配资源等步骤。
一旦RRC连接建立成功，无线设备就可以进行上下行数据传输。
5. RRC连接释放RRC连接释放是指无线设备和基站之间的RRC连接被释放，通信结束或发生异常情况时会触发该过程。
RRC连接释放过程中，无线设备和基站会进行资源释放、状态切换等操作，以便准备下一次通信。
二、信令流程详解在NR中，信令流程涉及多个消息和过程，下面将对其中几个关键步骤进行详细介绍。
寻呼区边界不合理引起接入超时信令分析及解决方案
寻呼区边界引起接入超时信令分析及解决方案一、问题背景4月8日接到用户反映在电信枢纽大楼附楼使用C网手机是，接续时间太长。
二、主要做法测试分析1、测试网优中心组织测试人员到现场测试，共进行了23次拨打测试，测试情况如下表：2呼叫时长定义为主叫起呼到被叫振铃的时间，经过这几次拨打，我们发现该区域确实存在呼叫建立时间太长的现象（红色背景处），最长的一次呼叫时长为15.468s，这么长的呼叫接续时间，一般用户很难接受，用户感知相当差。
是什么原因造成接续时间超长？与以往的小灵通网优相比，CDMA网络优化有相当多的手段与工具，从何入手是很多同志共同的疑问，我们认为，无线网优最根本的还是空中无线接口，还是信令消息。
主叫信令流程如下：无线侧主叫接入成功的标志是service connection completion message。
我们取第15测试分析，此次为入呼叫时延最长的一次，找到10:46:08.108的主叫信令如下：从主叫信令上看，主叫发起呼叫origination message到服务建立完成service connect completion message ，共用了 1.36s，主叫侧接入正常。
手机占用的扇区为电信枢纽室内分布第2扇区，PN180。
再看看被叫的情况，被叫信令流程如下：除了BSC发起page message，手机接收到寻呼消息后，发起page response message外，其他过程与主叫类似。
现场接收到的信令如下：可见被叫没有发起page response message（寻呼响应消息），既然如此，那么当时被叫因为什么没有响应寻呼呢？现场信令的红色字体消息给出了答案，手机正在做registration——登记！当手机在做登记时，网络是寻呼不到的！于是下一个问题接踵而来，当时测试地点在室内，并没有移动，也没有开关机，为什么手机会发起登记消息？查看registration message消息具体内容，我们发现发起的登记为基于区域登记（zone-based registration）。
第四步：异常信令流程分析
只供内部使用异常信令流程分析1. 文档控制1）文档更新记录2）文档审核记录3）文档发行范围目录异常信令流程分析 (1)1引言 (5)1.1 编写目的 (5)1.2 预期读者和阅读建议 (5)1.3 本文编写的一些约定 (5)1.4 参考资料 (5)1.5 缩写术语 (5)2概述 (7)3基本信令流程及其典型异常流程分析与处理 (7)3.1 无线资源管理流程 (7)3.1.1 信令连接建立 (7)3.1.1.1 正常流程1－信令连接建立时，RRC连接建立在DCH上 (7)3.1.1.2 正常流程2－信令连接建立时，RRC连接建立在FACH上 (9)3.1.1.3 正常流程3－已存在一个域的信令连接时，建立另一个域的信令连接 (9)3.1.1.4 异常流程1－信令连接建立在DCH失败，NodeB无线链路建立失败 (10)3.1.1.5 异常流程2－信令连接建立在DCH失败，Iub接口AAL2建立失败 (11)3.1.1.6 异常流程3－信令连接建立在DCH失败，网络拒绝RRC连接建立 (11)3.1.1.7 异常流程4－信令连接建立在FACH失败，网络拒绝RRC连接建立 (12)3.1.1.8 异常流程5－Uu接口定时器超时，UE无响应 (13)3.1.1.9 异常流程6－UE收到无效的配置信息 (14)3.1.1.10 异常流程7－网络侧无响应 (16)3.1.1.11 异常流程8－Iu接口SCCP建立失败 (17)3.1.2 信令连接释放 (17)3.1.2.1 正常流程1－释放RRC连接 (17)3.1.2.2 正常流程2－仅释放Iu连接 (19)3.1.3 RAB建立 (21)3.1.3.1 正常流程 (21)3.1.3.2 异常流程1－Node B无线链路重配置失败 (22)3.1.3.3 异常流程2－Iub接口AAL2建立失败 (23)3.1.3.4 异常流程3－Uu接口RB建立失败 (25)3.1.3.5 异常流程3－Iu接口RAB建立失败 (27)3.1.4 测量控制 (27)3.1.4.1 正常流程 (27)3.1.4.2 异常流程 (28)3.1.4.3 异常流程2－测量信息配置不完整 (28)3.2 安全模式控制流程 (28)3.2.1 正常流程 (29)3.2.2 异常流程 (29)3.3 移动性管理管理流程 (30)3.3.1 切换流程 (30)3.3.1.1 Intra-Node B切换 (30)3.3.1.1.1 硬切换正常流程 (31)3.3.1.1.2 接力切换正常流程 (32)3.3.1.1.3 异常流程1－Node B失败 (33)3.3.1.1.4 异常流程2－UE响应切换失败 (33)3.3.1.1.5 异常流程3－定时器超时失败 (34)3.3.1.2 Inter-NB /Intra-RNC切换 (35)3.3.1.2.1 硬切换正常流程 (36)3.3.1.2.2 接力切换正常流程 (36)3.3.1.2.3 异常流程1－Node B失败 (37)3.3.1.2.4 异常流程2－UE 响应切换失败 (39)3.3.1.2.5 异常流程3－定时器超时失败 (41)3.3.1.3 Inter-RNC切换 (43)3.3.1.3.1 正常流程 (43)3.3.1.3.2 异常流程1－源RNC对目标RNC的重定位准备失败 (45)3.3.1.3.3 异常流程2－源RNC取消重定位 (45)3.3.1.3.4 异常流程3－源RNC侧UE配置失败 (46)3.3.1.3.5 异常流程4－目标RNC侧Iub接口过程失败 (48)3.3.1.3.6 异常流程5－目标RNC侧Iu接口AAL2建立失败 (50)3.3.2 小区/URA更新 (52)3.3.2.1 小区更新正常流程 (52)3.3.2.2 小区更新异常流程 (54)3.3.2.3 URA更新正常流程 (54)3.3.2.4 URA更新异常流程 (55)4无线链路失败分析与处理（Optional） (55)4.1 UE侧检测无线链路失败 (55)4.1.1 无线链路失败准则 (55)4.1.2 无线链路失败后UE的行为 (56)4.2 N ODE B侧检测无线链路失败 (56)4.2.1 Radio Link Failure Indication过程的典型原因 (56)4.2.2 Radio Link Failure Indication过程的典型应用 (56)5导致呼叫释放的异常分析 (57)5.1 CN发起U U接口释放 (57)5.2 UE发起U U接口释放 (57)5.3 U U接口RRC连接释放 (57)5.4 I U接口释放 (58)1引言1.1 编写目的本文针对TD-SCDMA系统基本信令流程中的异常流程进行了分析和处理描述，帮助读者了解典型异常情况下Uu、Iub、Iu接口的信令流程及相关实体上的处理方法。
异常事件详细分析
1.1 未接通事件1：被叫手机位置更新被叫手机RNC侧信令：（rnc侧信令时间等于空口信令时间+44秒）事件分析：UE沿图中方向行驶跨位置区，被叫位置更新导致本次呼叫未接通。
从主叫信令上看被叫已经上发了alerting，但从被叫信令看，被叫在位置更新结束后，有30秒中无信令（应是软件记录信令丢失，实际未丢失），实际上被叫已经上发了alerting和connect消息，但主叫已经超时。
主叫收到alerting的时间是10:42:09.8秒，一般connect至alerting的时间间隔是5秒左右，所以正常流程下主叫收到connect时间应该是10:42:14.8秒，但主叫上行disconnect时间是10：42：12.5，也就是主叫等不及connect就disconnect了（软件默认设置主叫connect时间是15秒）1.2 未接通事件2：未知原因导致未接通事件分析：UE沿望江路自西向东行驶，主叫手机占用社科院3小区，主叫上发rrcConnectSetupComplete,但没有上发CM SERVICE REQUEST,导致本次未接通。
由于rrc没有建立完成，所以RNC跟踪的信令不记录本次呼叫记录，因此看不出来是RNC没有收到rrcconnectsetupcomplete，还是RNC收到了，但UE异常没有发送CM service request消息。
查看该小区该时段上行干扰情况，从统计结果来看，无上行干扰。
所以应该是UE异常没有发送CM service request消息导致本次未接通。
1.3 未接通事件3：被叫频繁重选未及时收到寻呼导致未接通事件分析：UE沿图中方向行驶，主被叫均完成位置更新以后，主叫起呼，主叫call proceeding（10:47:29）后，被叫应该收到寻呼，查看被叫信令，被叫在10:47:30至10：47：40秒之间收到了4次寻呼，但都不是本次呼叫的寻呼，而是ps域寻呼，直到10：47：41秒才收到本次呼叫的寻呼，被叫手机响应本次寻呼完成。
无线侧简单QACT信令分析流程
无线侧简单QCAT信令分析流程一、软件安装部分1、安装软件介绍双击安装QCAT.06.30.22.00，安顺序要求下一步安装到结束就可以。
安装结束后在电脑程序中查询QCAT单击就可以进入软件，软件可以同时打开多个。
2、软件页面介绍打开软件后出现的页面如下：第一次打开软件时需要在配置页面设置信令类型按颜色显示，方便分析，具体如下：在Configuration中持续点击Use Friendly Viewer Colors待出现下拉菜单时由默认的false 改成true。
按上图1到4步骤打开测试数据，其中测试数据可以同时打开多个，也可以一次打开1次，主要看电脑性能。
打开测试数据后默认状态会显示数据所有信令，需要按点击上图1位置对多余信令进行筛选，图2为需要显示的信令，按需选择；也可以通过图3位置输入代码查找相应的信令。
Packets页面信令栏解释：#:信令编号Time:信令记录时间Type:信令代码Description:信令名称Subtitle:信令具体名称Direction:BS<<<MS(上行)；BS>>>MS(下行)Size:信令大小二、问题分析部分1、确认丢包位置调取0x1569IMS RTP Packet Loss信息可以查看丢包时间点及个数，正常RTP包20ms 一个，从人耳感知来讲1s以上丢包就有可能会感觉出现模糊或颤音断续丢字等现象，因此着重关注连续出现丢包数大于50个的，以下为0x1569IMS RTP Packet Loss信息：2016Jan1421:45:15.036[37]0x1569IMS RTP Packet LossVersion=4Number Lost=126Sequence Number=25726SSRC=69F9C823codecType=AMR_WBLossType=RTP NETWORK LOSSNum of Frame=02、确认丢包方向调取0x1569IMS RTP Packet Loss与0x1568IMS RTP SN and Payload这两个可以看RTP丢包信息和UE与ENODB之间传送的RTP包数；我们从0x1569IMS RTP Packet Loss 可以确认丢包的时间点及个数，但无法判断是BS->MS（下行）丢包还是MS->BS（上行）丢包，因此需要通过比对上下行包号判断丢包方向。
常见异常事件信令分析
常见异常事件信令分析目录：一、日常指标中常见异常事件 (2)1、SDCCH拥塞： (2)2、SDCCH分配失败： (3)2.1无线原因引起SDCCH分配失败： (3)2.2 BSS问题引起的SDCCH分配失败： (3)2.3 SDCCH分配失败信令分析： (3)3、SDCCH掉话 (7)3.1无线问题引起SDCCH掉话： (7)3.2 BSS问题引起SDCCH掉话： (7)3.3 SDCCH掉话信令分析 (8)4、TCH拥塞 (10)5、TCH分配失败 (11)5.1无线原因引起的TCH分配失败： (11)5.2 BSS原因引起的TCH分配失败： (12)5.3 TCH分配失败信令分析： (13)6、TCH掉话 (16)6.1无线问题引起TCH掉话： (16)6.2切换失败引起TCH掉话： (17)6.3 BSS内部原因引起TCH掉话： (17)6.4传输问题引起TCH掉话： (17)6.5 TCH掉话信令分析： (18)6.5.1 MC736掉话 (18)6.5.2 MC621掉话 (19)6.5.3 MC14C掉话 (21)6.5.4 MC739掉话 (21)6.5.5 正常的挂机 (22)7、切换异常事件 (26)7.1、无线原因引起的切换失败返回信令流程（小区间异步切换）： (26)7.2、系统原因（BSS问题）引起的切换失败 (26)7.3、切换失败信令分析： (26)二、DT测试中的异常事件 (30)1、未接通 (30)1.1由于TCH拥塞 (30)1.2位置更新引起 (33)2、paging失败 (35)3、TCH掉话 (35)三、附录 (38)Abis口信令名词缩写解释： (38)一、日常指标中常见异常事件日常指标中常见异常事件主要表现为：SDCCH拥塞、SDCCH分配失败、SDCCH 掉话、TCH拥塞、TCH分配失败、TCH掉话、TCH切换失败1、SDCCH拥塞：信令流程如下：MC02a 位置更新次数MC02h 所有主叫电话占用SDCCH次数MC04 SDCCH拥塞次数当用户发起CHANNEL REQUEST时，网络发现无空闲的SDCCH信道时，BSC将会：如果小区参数En_Imm_Ass_Rej=“True”，则发Immediately Assignment Reject；否则Channel Required消息。
总结4g信令处理流程
总结4g信令处理流程下载温馨提示:该文档是我店铺精心编制而成，希望大家下载以后，能够帮助大家解决实际的问题。
文档下载后可定制随意修改，请根据实际需要进行相应的调整和使用，谢谢!并且，本店铺为大家提供各种各样类型的实用资料，如教育随笔、日记赏析、句子摘抄、古诗大全、经典美文、话题作文、工作总结、词语解析、文案摘录、其他资料等等，如想了解不同资料格式和写法，敬请关注!Download tips: This document is carefully compiled by theeditor. I hope that after you download them,they can help yousolve practical problems. The document can be customized andmodified after downloading,please adjust and use it according toactual needs, thank you!In addition, our shop provides you with various types ofpractical materials,such as educational essays, diaryappreciation,sentence excerpts,ancient poems,classic articles,topic composition,work summary,word parsing,copy excerpts,other materials and so on,want to know different data formats andwriting methods,please pay attention!1. RRC 连接建立：UE 发送 RRCConnectionRequest 消息给 eNodeB，请求建立 RRC 连接。
非常详细的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和目标小区之间的通话数据将通过信令流程管理。
超详细gsm信令流程
GSM网络支持多种业务，如语音、短信、数据等。
GSM网络功能
无线资源管理
负责分配和释放无线资源，包括频谱、时隙、功率 等。
移动性管理
负责跟踪和管理移动用户的位置信息，实现呼叫的 路由和接续。
鉴权和加密
对移动用户的身份进行鉴权，对通信内容进行加密 ，确保通信安全。
用于数据传输和短信。
信令消息格式Βιβλιοθήκη 020103
SMS
短消息业务，用于发送短消息。
USSD
统一业务控制信号，用于发送交互式文本消息。
MMS
多媒体消息业务，用于发送彩信。
03
GSM信令流程
移动台开机流程
01
02
03
04
启动电源
移动台开机后，首先启动电源 ，进行硬件自检。
注册网络
身份验证
移动台通过接收广播信令，寻 找并注册到附近的GSM网络。
另一家运营商在用户反馈中了解到，部分用户存在呼叫延迟和掉 话的问题。通过引入AI技术对信令数据进行分析，该运营商识别 出了一些潜在的优化机会，并进行了相应的优化，有效改善了用 户感知的网络质量。
THANK YOU
感谢聆听
通话结束
通话结束后，双方移动台释放连接，网络释放资 源。
移动台位置更新流程
位置更新请求
当移动台从一个位置区域移动到另一个位置 区域时，会发起位置更新请求。
鉴权
网络对移动台进行鉴权，验证移动台的身份 信息。
注册新位置
移动台向网络注册新位置信息，包括所在的 基站和小区信息。
完成更新
网络完成位置更新处理，更新移动台的位置 信息，并发送响应给移动台。
LTE基本信令流程-开机附着流程
LTE基本信令流程-开机附着流程2014-01-13 15:23:21| 分类：LTE | 标签：|举报|字号大中小订阅1、正常流程：UE刚开机时，先进行物理下行同步，搜索测量进行小区选择，选择到一个suitable或者acceptable 小区后，驻留并进行附着过程。
附着流程图如下：说明：1) 步骤1～5会建立RRC连接，步骤6、9会建立S1连接，完成这些过程即标志着NAS signalling connection建立完成，见24.301。
2) 消息7的说明：UE刚开机第一次attach，使用的IMSI，无Identity过程；后续，如果有有效的GUTI，使用GUTI attach，核心网才会发起Identity过程（为上下行直传消息）。
3) 消息10~12的说明：如果消息9带了UE Radio Capability IE，则eNB不会发送UECapabilityEnquiry 消息给UE，即没有10~12过程；否则会发送，UE上报无线能力信息后，eNB再发UE Capability Info Indication，给核心网上报UE的无线能力信息。
为了减少空口开销，在IDLE下MME会保存UE Radio Capability信息，在INITIAL CONTEXT SETUP REQUEST消息会带给eNB，除非UE在执行attach或者"first TAU following GERAN/UTRAN Attach" or "UE radio capability update" TAU过程（也就是这些过程MME不会带UE Radio Capability信息给eNB，并会把本地保存的UE Radio Capability信息删除，eNB会问UE要能力信息，并报给MME。
注："UE radio capability update" TAU is only supported for changes of GERAN and UTRAN radio capabilities inECM-IDLE.）。
精定位信令流程及故障处理
原因分析：首先从PDE中提取相应时段的BIN文件，没有发现有关记录，收集客户 手机号码、终端型号等信息，进行信令跟踪，对比成功和失败的信令，发现手机可 以收到定位请求短信后；但是，在发起数据呼叫后很快被拒绝，导致无法建立到 MPC的TCP/IP连接。信令流程见下页：
解决方法：由于该故障是由于BSC的寻呼/起呼冲突处理机制不完善导致的，升级 BSC侧前台版本补丁，彻底解决该问题。 经验总结：因无线网络原因导致定位失败的故障比较难以查找和定位，耗时较长且 影响面大，省公司在BSC/BTS等设备升级后应第一时间安排第三方定位业务测试， 包括V1版本和V2版本。
10
第三方定位故障排查流程
开始
参考《第三方定位故障用户自查表》排除用户、终端的原因
结束
Y
故障排除
N 通过故障报告流程 上报故障 Y 根据L1接口返回的错误码，判断是 否属于MPC/PDE平台内部故障 N 通过QXDM等软件抓取测试手机的空口消息
Y 是否看到终端发 起起呼流程
是否看到正确的 data burst消息
业务提供商报请中国电信处理
第1章 定位业务涉及的网元和接口 第2章 定位业务流程 第3章 故障排除方法 第4章 典型案例分析
13
定位案例分析（1）
故障名称：中兴BSC升级后定位失败
故障现象： 09年12月某省公司C网中兴设备的BSC版本陆续升级，部分升级后分 公司的定位用户也出现手机用户的第三方定位无法正常定位，均报“定位激活失败” 错误
用户在特定区域内无法 被定位，离开该区 域后定位正常 用户在特定区域内定位 精度很低，离开该 区域后精度正常
电信内部原因
详细记录无法定位的区域，可以定位的区域，终 端型号，报请业务提供商处理 详细记录精度低的区域，终端型号，终端号码， 精度误差，报请业务提供商处理
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
MS主叫信令
1．信道请求Channel Request（Rach）MS→BTS
MS通过动态地在RACH信道（随机接入信道）上发送一个随机接入脉冲向一个（BTS）BTS申请一条信道。
2．申请信道Channel Required( BTS→BSC)
BTS向BSC发一条申请信道消息。
3．信道激活Channel Activation (BSC→BTS)
收到从BTS发来的申请信道消息后，BSC开始按照一定的条件为此次呼叫寻找和分配SDCCH信道，同时BSC向BTS发送一条信道激活消息。
4．信道激活证实Channel Activation ACK(BTS→BSC)
这是对信道激活消息的应答。
当BTS收到这条消息后，它开始在SACCH信道发送和接受消息。
5．立即指配命令immediate assignment (BSC→BTS)
BSC告诉BTS关于被使用的SDCCH信道。
6．立即指配immediate assignment (BTS→MS) AGCH
基站分系统通过AGCH信道告知移动台有关使用的SDCCH信道的情况，在这条消息中，包括的参数有：寻呼方式、SDCCH信道描述、随路SACCH、跳频、申请参数（与建立原因相同）、初始时间提前量和频率分配（跳频应用）。
7．CM业务请求CM service request (MS→BTS→BSC→MSC)
移动台向网络发送CM业务请求，目的是为连接管理子层实体申请服务
8．无编号确认UA(SDCCH)
9．鉴权Authentication Request MSC→BSC→BTS→MS
10．TMSI再分配命令TMSI Reallocation
11．建立Setup
MS处在SDCCH信道中，准备开始真正呼叫建立信令。
MS发送一建立消息给BSC，再被送到MSC。
BSC向MSC发送建立消息来告知MSC将要执行的呼叫。
12．呼叫接续Call Proceeding（MSC→BSC→MS (SDCCH)）
MSC对建立消息的响应。
当MS的呼叫控制实体接收到呼叫接续消息后，就进入“移动主叫接续”状态。
13．指配请求Assigment Activation BSC→BTS
开始了TCH（话音信道）的分配。
14．信道激活Assigment Activation ACK BTS→BSC
在BSC内部的信道保存和分配之后，它通过发送这条消息给BTS来激活TCH信道。
15．分配命令Assigment Command
BTS进一步把收到的消息发送给MS。
消息内容主要包括：信道描述、能量级别、小区信道描述、信道模式（全速率/半速率）和移动分配。
16．SABM（设置异步平衡模式）Layer2 （FACCH）
SABM主要用于建立一个第二层的连接
17．建立指示Establish Indication BTS→BSC
18．无编号确认（UA）（FACCH）
19．分配完成Assigment Complete MS→BTS→BSC→MSC (FACCH)
这条消息由移动台发送给网络以指示移动台已成功建立主信令链路。
20．SDCCH信道释放RFrelease
21．连接Connect
MSC通过BSS发送一连接消息给MS。
此消息向MS表明已经通过网络建立连接。
22．连接证实Connect Acknowledge
23．测量报告Measurement Report
24．撤销连接Disconnect
由MS发出撤销连接请求消息。
25．释放Release
释放消息送往MSC
26．释放完成Release Complete
释放完成消息被发送到MSC。
27．清除命令Clear command
这个消息由MSC发出，用来释放所有相关的资源。
28．释放信道Channel Release
使正在使用的TCH停止活动。
29．DISC
MS将发送第2层帧以拆除在上行方向上的连接，并通知BTS在TCH/FACCH信道中停止此次业务连接。
30．UA
BTS确认拆除帧，其结果：MS重新开始监听BCCH信道，并且所有的无线接口将被释放。
32．释放指示
BTS通知BSC，MS没有太多可利用的无线资源。
33．RF信道释放
BSC通知BTS释放其余无线资源。
34．RF信道释放确认
所有空闲的无线资源被释放后，BTS给BSC发送一确认消息，这些无线资源包括：TCH/FACCH和SACCH。
35．清除完成
此确认是SCCP数据（清除命令），此时BSC通知MSC所有与此次呼叫有关的无线资源被释放。
36．SCCP释放
当所有无线资源被释放，与此次呼叫有关的BSSAP连接不再需要。
此消息通知BSC释放SCCP连接，并作为RLSD消息发送。
37．SCCP释放确认
BSC通知MSC有关此次呼叫的专用SCCP连接被释放，并作为RLC消息发送。
相关信令分析
1.RACH接入失败
如果主叫手机没有发出“channel request”，确认位置更新、被寻呼、基站un-bared。
主叫手机发出信道请求消息（Channel Request）后，在规定时间（T3101）内未收到即时分配消息（Immediate Assignment），然后MS按照控制参数“max_retransmission”经过数次重传信道请求消息（Channel Request）仍然收不到回应，手机就会回到空闲模式或尝试小区重选择、Location Update。
如果小区重选择、Location Update也被拒绝，但SIM卡已经登录网络，则可能是VLR，HLR 有问题。
原因分析
可能的原因有两方面，一方面是BTS收到消息后发送时下行链路问题，可以测量RxLev 的B CCH电平值低于RXLEV_ACCESS_MIN或同频干扰邻频干扰值；
另一方面是BTS没有收到信道请求消息，（也有两种情况，一种情况是手机距离基站较远，基站收到手机信号低于基站TX灵敏度门限，这种情况发生概率较小，这时应检查手机锁定的基站是否正确合理（即Wrong Camp-On的情况），另一种情况是基站受到上行干扰，这种情况发生概率较大，这时应通过仪器内置的频谱分析功能（河南没有频谱仪）检查上行链路是否有干扰信号的类型和来源。
2.SDCCH拥塞
SDCCH拥塞是指当网络收到手机的RACH信道请求后没有回应即时分配消息（Immediate Assignment），而是即时分配拒绝消息（Immediate Assignment Reject），表示因SDCCH拥塞系统无法分配SDCCH给手机。
如果看到Immediate assignment但是手机没有发送SABM message（从lay2中可以看出来）来接入SDCCH，这时有必要确认此Immediate assignment是否是对此手机的响应，有可能在这只手机发起呼叫的同时，另有一只手机同时发起呼叫，而此消息是对后者的响应（这虽然极少见，但如果它一再发生，则需要检查该小区是否有话务量和能否成功发起呼叫）。
当手机送出SABM消息后，就等待基站返回UA消息。
如果等待SABM超时，就会自动释放信道。
这往往是由干扰造成或基站的上行通路有问题。
例如：往往在lay2中看到连续的SABM消息，导致的等待超时，引起起呼失败或切换失败，基本可以判断是载频或该频点存在问题。
3.TCH拥塞
TCH拥塞是指当移动台和网络在SDCCH上成功地交换服务申请、鉴权和加密等信令之后，网络应给移动台分配全速率业务信道（TCH/FS），并发分配命令消息（Assignment Command）。
如果在规定时间（T10）内移动台没有收到该消息就回到空闲状态，即因TCH拥塞系统无法分配TCH给手机。
（注意：在lay3中是无法判断TCH拥塞的情况的，最直接的方法是查看统计指标）
同时检查被叫是否是由于测得BCCH电平值低于RXLEV_ACCESS_MIN（显示NO SERVICE 模式）或同频干扰邻频干扰或其他原因在做Location Update而引起的接入失败。
相关问题分析流程
1、掉话分析
掉话：占用上TCH后没有收到Disconnet或Channel Release消息而回到空闲状态。
（注：掉话为有connect消息后的不正常释放）。
流程一
流程二
2、信号覆盖差分析
覆盖差：接近或低于测试规范定义的有效覆盖电平即认为是覆盖差，如果属于无主覆盖而且质量较差，也认为是覆盖差。
流程一
3、信号质量差分析
质量差：持续信号质量大于5或不连续很差但占用某块DRI时很差
流程二
4.切换问题分析
流程一
流程二
流程三
流程四
5、呼叫接续分析
呼叫正常接续为从主叫发出Channel Request到收到Connect消息进行通话，否则需要分析主被叫呼叫建立过程的信令流程，来分析出现未接通的现象（注：Channel Request 和CM SERVICE REQUEST同时出现才计为一次试呼）。
流程一
流程二
流程三。