新版OMC信令跟踪使用

新版OMCR傻瓜使用小结

TDRNC无线软件部董莉萍

2007-7-30

从上周起后台管理工具OMCR升级到了2.21.200a版本，与以前的OMCR相比有了一些改动，包括把信令跟踪集成到其中，没有了单个版本入库功能等。本文档针对新的信令跟踪和单个版本入库提供一些基本的使用方法。

一信令跟踪和RTV

1.1 启动信令跟踪。启动OMC，单击菜单栏中“视图”，选下拉菜单中最后一项“RNC信令跟踪”。

图1.1.1

点击“文件”，要建立与RNC后台的连接，点击“连接”，在通讯地址设置对话框中填入RNC 地址，点击“确定”。

图1.1.2

1.2 信令跟踪系统的语言中英文选择。点击”工具”，选择“参数设置”。

在弹出对话框“系统参数设置”中选择“中文”或“英文”。

图1.1.5

2 使用信令跟踪我们主要跟踪三个方面的内容：小区跟踪，UE跟踪和信令跟踪。

2.1 小区跟踪。点击菜单栏中“任务管理”，选下拉菜单中“创建TD RTV任务”。

图1.2.1

在“任务公用信息设置”中填写“任务名称”，选择RNC ID,任务类型选“0-TD_RTV_CELL”。在“任务详细信息设置”中选择“跟踪的小区ID”即可进行小区跟踪。

图1.2.2

这样，就可以看到小区相关的信息了：

图1.2.3

其中，点击蓝框中的小三角可以看到“小区公共相关测量”中的“TCP”值的频点和时隙选

项（够隐蔽的哦）。

图1.2.4

2.2 UE跟踪。为跟踪RNC下所有UE的信令，点击“任务管理”的下拉菜单中“创建TD RNL 任务”，出现如下图的选项框图，选择9-RNL_UE_RNC。

图1.2.5

3信令跟踪

3.1 对于正在跟踪的信令可进行如下操作：上报，滚动显示，跟踪过滤，清空，查询版本。

图1.3.1

注意：进行“清空”操作后，前面的信令将被全部清空，不再保留。

可点击或“文件”下的，保存信令。

3.2 分析信令。选择“文件”下的打开历史信令。

点击右键或菜单栏上的“数据管理”可进行“显示过滤”，“数据统计”等一系列分析操作。

图1.3.3

二单个版本如何入库

单个版本入库要将其打入版本包中，我们以TDRNC_MPX86_CMP_X86_V1.21.200A_Z.BIN 版本入库为例讲述这一过程:

1手动手动修改配置文件生成补丁包。将单个版本放入TRNCV1.21.200a\patch\1.21.201a\Release路径下，使用VerNoChanger.exe修改其版本号为

TDRNC_MPX86_CMP_X86_V1.21.205A_Z.BIN（前面累计的版本号已到204A）。

图2.1.1

VersionConfig.ini和Release、FPGA文件夹必须在同一个目录下。修改\TRNCV1.21.200a\patch\1.21.201a路径下的VersionConfig.ini文件，使VersionNum=V1.21.205A（版本文件的版本号），CpuFpgaVerName=TDRNC_MPX86_CMP_X86_V1.21.205A_Z.BIN V1.21.205A，

CpuFpgaVerNum=1（本次实际入库的文件个数）。

2 单击“视图”，选择“软件版本管理”。

点击“RNC版本包管理”右键，选择“版本包入库”，加入补丁包。

图2.2.2

选择版本包存放路径，注意：手动修改配置文件后入库时请不要选择版本包校验。

3 可以看到补丁包V1.21.205A已加入版本包管理中。

点击，包下载。

图2.3.2 网元选择，选择RNC管理网元1821。

图2.3.3 点击，包激活。

图2.3.4 选择版本。

网元选择，选择RNC管理网元1821。

图2.3.6

然后出现“请重起相应的单板”要求。

4 启动SecureCRT，reboot单版。输入SSCShowVerInfo命令，可看到版本已入库。

图2.4.1

谈谈信令跟踪.

信令跟踪在维护工作中的运用目前移动通信竞争激烈,客户对移动运营商的要求越来越高。运营商对我们的要求也就更高。优质的网络是我们公司发展的基础,确保网络的正常运行是我们公司的立足之本。在这里简要谈谈信令跟踪在网络维护工作中的运用。 所谓信令跟踪分析是指用仪表收集跟踪移动通信的无线链路上的信令数据并加以整理,从中查找出异常的指标数据;利用软件进行分析,找出故障所在,并有效地解决排除,最终达到提高网络运行质量的目的。 信令跟踪在网络优化工作中也是比较重要的一步,它主要用来查找硬件的隐性故障和干扰频点等问题;无线链路上的信令提供了较全面的质量数据。用阿尔卡特公司的DAFNE软件分析的数据中可以看到各频点的上下行接收电平、上下信道质量、上下行信道质量差、上下行路径损耗、上下行路径差、信道质量分布表、时间提前量分布、信令统计等信息。 那么我们怎么通过这些数据来分析网络中的隐藏的故障呢?下面通过对网络中平常的一些隐性故障的处理来介绍一下信令跟踪分析数据的运用。 由于无线环境的恶劣性,移动通信的无线信道无时不经受着来自外界或本身的干扰。我们怎么从信令数据中查找受干扰的频点呢?一般说来,干扰直接影响信道质量的下降,但对信道的电平则没有多大的影响。所以我们可以查看上下行信道的quality值和上下行的路径损耗值(一般要求上下行信道的quality值在0.5以下,假设某个频点的质量较差,而它的上下行路径损耗与其它频点相差不大,那么这个频点受干扰的可能性比较大。 网络设备的硬件隐性故障问题一直是我们维护人员最头痛的,比如说某基站的 无线原因掉话一直很多,我们可以在分析报告中查看路径损耗值及路径损耗差与信道质量。一般路径损耗差在-10至1dB之间(当然也可以将目标定得高一点,信道质量在0.5以下,如果上行损耗过大或下行损耗过大都很容易引起掉话,所以要更换相应频点的硬件。比如义乌小商品市场的一个基站,每天均有10多次的信道掉话,

LTE切换失败问答题分析案例分析

X2IPPATH配置问题导致切换不成功 关键字：X2IPPATH 切换 【现象描述】 切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause为transport-resource-unavailable，切换不成功，如下图所示。 【原因分析】 对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种： （1）传输资源不够用； （2）没有配置IPPATH； （3）IPPATH中的邻居节点配置错误。 由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。所以可以先重点怀疑IPPATH配置的问题，在处理过程中需要对X2口和IPPATH问题排查处理，一步步解决问题。 【处理过程】 每次切换到目标小区完成后，UE会读取目标小区的系统消息（RRC_SIB_TYPE1）,该消息中可以看到目标小区的CGI，通过CGI中的基站ID确认目标基站B2的ID。从该次切换的切换命令 （RRC_CONN_RECFG）可以找到目标小区CELL2的PCI，在目标基站B2中用MML命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。 先查看B2基站对应的IPPATH有没有配置，如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。在webLMT上的命令如下： LST SCTPLNK；检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。 DSP X2INTERFACE；检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId。

(整理)华为CDMA信令流程详解.

1 信令分析 在分析问题时，请参照正确的流程，逐步检查到底哪一条消息没有收到，并且分析上一条消息里面携带的内容，从而定位原因所在。 1.1 主被叫呼叫建立流程 1.1.1正常信令 在分析接入问题时，请参照上图所示正确的流程，逐步检查到底哪一条消息没有收到，且分析上一条消息里面携带的内容，从而定位原因所在 【注】Abis-BTS setup消息里面，携带了接入的小区、扇区、walsh码、频点。 关键点1：BSC向MSC发送CM Service Request后，是否收到Assignment Request。如果没有收到MSC发的Assignment Request,等到6s后定时器超时，基站会给手机发送release order.这种情况是A1接口失败。 关键点2：BTS是否向BSC发送Abis-BTS Setup Ack。Abis如有问题，如误码高、信令链路带宽不足等，将会体现为Abis无法建链成功，话统原因“指配资源失败” 关键点3：是否发送ECAM（扩展信道指配消息）消息。如Abis正常建链，但却没有发送ECAM消息，在话统里面会体现为“指配资源失败”，可能原因是walsh、CE、power不足。 关键点4：是否在F-DSCH发送order message，如没有收到，说明捕获业务信道前导帧

失败。 关键点5：是否发送Assignment complete。如发送表明呼叫建立成功。如没有收到，在话统里面体现为“信令交互失败”。 被叫流程与主叫几乎完全一致，被叫中的Paging Response相当于主叫的origination message。 1.1.2典型异常信令 1、A1接口失败。 2、传输误码率高导致指配资源失败

NGN课设信令追踪与分析sip协议剖析

武 夷 学 院 课程设计报告 数学与计算机学院 课程名称： 软交换与NGN 设计题目： NGN 网络信令跟踪与分析（SIP ）协议 学生班级： 13通信工程（1）班 学生姓名： 张骞文 何凯翔 曾德彪 陈永荣 指导教师： 石贵民 完成日期： 2016-06-17

课程设计项目研究报告 目录 第 1 章项目简介 (1) 1.1 项目名称 (1) 1.2 开发人员 (1) 1.3 指导教师 (1) 第 2 章项目研究意义 (1) 2.1 课程设计概述 (1) 2.2 需求分析及研究意义 (1) 2.3 项目内容 (1) 第 3 章采用的技术 (1) 3.1 SOFTX3000实验脚本 (3) 3.2 IAD实验脚本 (5) 第 4 章课程设计项目进度表 (7) 第 5 章课程设计任务分配表 (7) 第 6 章达到的效果 (8) 6．1程序设计思想 (8) 6．2 程序最终结果 (8) 第 7 章设计心得 (21) 第 8 章参考文献 (22)

第 1 章项目简介 1.1 项目名称 NGN网络信令跟踪与分析（SIP）协议 1.2 开发人员 张骞文（组长）、何凯翔、陈永荣、曾德彪 1.3 指导教师 石贵民 第 2 章项目研究意义 2.1 课程设计概述 通过本次实验，让学生加深对语音分组交换的理解并初步掌握SIP协议的各种消息流程以及分组交换消息抓包解析方法。 2.2 需求分析及研究意义 1、SoftX3000 1台； 2、IAD若干台； 3、实验终端电脑若干台； 4、电话机若干部； 2.3 项目内容 SIP协议 会话启动协议SIP（Session Initiation Protocol ）是由 IETF 提出并主持研究的一个在IP 网络上进行多媒体通信的应用层控制协议，它被用来创建、修改、和终结一个或多个参加者参加的会话进程。这些会话包括Internet 多媒体会议、Internet 电话、远程教育以及远程医疗等。即所有的因特网上交互式两方或多方多媒体通信活动，统称为多媒体会话。参加会话的成员可以通过组播方式、单播联网方式或者两者结合的方式进行通信。

信令跟踪

ATU指标保障信令跟踪 1.提前远程登录到当次所跑网格范围内的所有BSC服务器 以衡阳网格2为例，所需登录的BSC有281，282，283，284，285，286这6台服务器。中兴信令跟踪的命令为： telnet ip地址 gomcr gomcr123 ls cd ums-svr cd tools ls cd zxgomcr-sigtrace ls cd server ls ./server.sh 运行结果如下图： 出现connected则连接成功。

2.登录信令跟踪 用户名、密码不变，服务器地址为所要登录的BSC服务器IP地址，端口号不变。 登陆界面 登录后界面如下： 点击齿轮状图标进入跟踪设置界面，如下图

选择BSC然后更新配置，勾选MS选项进入IMSI号设置界面 添加所要跟踪的ATU主被叫IMSI号，完成设置。 当ATU设备开始测试时，信令会自动刷新，这时要过滤出我们所需要用的6条信令：信道请求，DTAP消息，切换执行，切换命令，清除命令和释放完成。 在出现信令时右键单击选择过滤，如下图。

单击过滤后出现过滤器，选中所需要的信令如下图。

从信道请求，DTAP消息，清除命令，释放完成这四条信令中我们可以看到一次通话的完整过程，若挂机时在DTAP消息中的拆链未出现而直接出现清除命令和释放完成，则是非正常挂机，即掉话。若在DTAP消息中出现连接后直接出现清除命令和释放完成则是未接通。 从切换执行中，我们可以看到每次ms切换时的当前小区和目的小区以及切换理由，如下图 从切换命令中，可看到BSC间的切换，这时就需要切换到另一个BSC进行跟踪。

优化考试题库(案例分析-卡特)

目录 1高掉话高分配失败案例 (2) 1.1小区高掉话案例1 (2) 1.2小区高掉话案例2 (2) 1.3小区高掉话案例2 (2) 2信令分析案例 (4) 3区域性掉话案例 (6) 3.1区域性掉话案例1 (6) 3.2区域性掉话案例2 (6) 4切换失败案例 (8) 4.1INTER BSC切换失败高小区检查 (8) 4.2INTRA BSC切换失败高小区检查 (8) 5全网优化案例 (11) 6答案 (13) 6.1高掉话高分配失败案例答案 (13) 6.1.1高掉话高分配失败案例答案1 (13) 6.1.2高掉话高分配失败案例答案2 (13) 6.1.3高掉话高分配失败案例答案2 (13) 6.2信令分析案例答案 (14) 6.3区域性掉话案例分析答案 (14) 6.3.1区域性掉话案例答案1 (14) 6.3.2区域性掉话案例答案2 (14) 6.4切换失败案例答案 (15) 6.4.1INTER BSC切换失败高小区答案 (15) 6.4.2INTRA BSC切换失败高小区检查 (15) 6.5全网优化案例答案 (16)

1高掉话高分配失败案例 1.1小区高掉话案例1 以下是某个小区Abis信令统计数据， 所用频率平均上行 接收电平 平均下行 接收电平 平均上行 接收质量 平均下行 接收质量 平均上行 路径损耗 平均下行 路径损耗 上下行路径 损耗差值 上下行质 量差值 手机平 均发射 功率 基站平 均发射 功率 采样数呼叫 次数 1 -88.84 -73.79 1.0 2 0.32 120.44 112.79 7.65 -0.7 31.61 39 4369 85 91 -85.79 -77.3 3 0.06 0.18 115.7 4 116.33 -0.59 -0.11 29.9 5 34. 6 3023 41 82 -80.64 -76.62 0.15 0.29 106.79 111.59 -4.8 -0.14 26.15 34.9 7 633 19 49 -79.53 -76.71 0.31 1.12 106.46 113.46 -7 -0.81 26.94 36.5 3406 81 TA分布： TA 0 1 2 3 4 5 6 7 百分比11.8% 55.6% 29.4% 0.4% 0.4% 0.0% 0.4% 0.2% 问题1：判断导致该小区高掉话率、TCH高分配失败率的可能原因。 问题2：该小区BCCH是占用哪个频点。 问题3：该小区上下行路径损耗是否正常，路径损耗与哪些因素有关，写出相关的计算公式。 问题4：在空间损耗中，主要损耗原因有哪些？当这些因素扩大一倍，损耗相差几个db? 1.2小区高掉话案例2 现象：某小区的TCH分配失败率及掉话率很高；根据统计报告观察，均为MC736和MC746B掉话和分配失败，且集中在各个TRX上。 问题1：请列出在几种掉话种类及计数器。 问题2：发生此类问题有几种可能。 问题3：碰到此类问题，请列出优化思路及处理方法。 1.3小区高掉话案例2 瓦口1在几个忙时均为坏小区，掉话组成为MC14C，看告警，仅有LOSS-OF-SDCCH，推断为某频点硬件有问题，关跳频、创报告、观察每个频点的占

LTEvolte投诉处理流程大全(SEQ使用方法+信令分析详解+投诉案例处理)-1120

处理流程以及数据提取方法一、投诉处理流程 二、SEQ提取数据方法 VOLTE用户投诉处理（支持实时和历史记录详单） 1、登录后，SQM》投诉用户单据查询 2、投诉用户单据查询-跟踪号码 输入号码136XXXX0505

3、投诉用户单据查询-数据查询结果（均可钻取详单） 4、投诉用户会话跟踪-创建跟踪任务(提取信令) 5、投诉用户会话跟踪-实时跟踪结果 6、信令详单提取

7、语音质量单据查询（这功能暂时我们没权限） 可针对单号码进行语音、视频质量查询，查询单号码某次通话过程中GM\S1-U口丢包情况、是否存在单通、单通时长，同时可以通过5S分片具体定位丢包时间点。

三、VOLTE根据信令分析 TD-LTE__VoLTE-SIP完整信令解析 对关键流程的解释如下表所示： 1）主叫发INVITE消息，触发主叫RRC建立过程，INVITE消息中包含被叫方的号码，主叫方支持的媒体类型和编码等。

2）主叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载。例如在本例中，信令无线承载SRB-ID=2;QCI=9的默认承载的eps-BearerID=5,DRB-ID=3;QCI=5的SIP信令承载的eps-BearerID=6,DRB-ID=4 3）核心网侧收到主叫的INVITE消息以后，给主叫发送INVITE的应答消息，INVITE 100表示正在处理中。 4）核心网向处于空闲态的被叫发INVITE消息，由于被叫处于空闲态，所以核心网侧触发寻呼消息，寻呼处于空闲态的被叫用户 5）被叫建立SRB2信令无线承载，QCI9默认承载和QCI5 SIP信令无线承载 6）核心网在QCI5 RB承载上，给被叫用户发送INVITE消息 7）被叫对INVITE消息的响应 被叫收到寻呼但未收到INVITE请求，核心网问题 8）被叫方通知主叫方，自己所支持的媒体类型和编码。 9）主叫建立QCI1的数据无线承载，用于承载语音数据，使用UM方式。例如本例中，eps-BearerID=7，DRB-ID=5。关键参数包括头压缩参数，TTI Bundling，SPS。DRX参数也会按照语音业务的要求进行重新配置。 10）被叫建立QCI1的数据无线承载。例如本例中QCI1承载的eps-BearerID=7，DRB-ID=5。 11）核心网通知主叫终端的SM层，建立QCI=1的承载,例如：eps-BearerID=7 12）主叫收到被叫的INVITE 183消息 被叫上发sip183后，在激活EPS承载之前，终端上报了1条A3测报，激活EPS后，发生切换重配置消息中释放了QCI=1的DRB。起呼时MME进行激活EPS承载流程过程中，恰好发生S1切换时，由于EPS承载建立未完成，MME在切换准备阶段，对下发到目标小区的切换准备的请求消息中不携带QCI=1的VOLTE专载，导致VOLTE专载源小区完成的情况下，在目标小区被释放，切换完成后呼叫中断，重配置消息释放DRB承载，无线网与核心网配合问题 13）核心网通知被叫终端的SM层，建立qci=1的承载 14）主叫收到INVITE 183消息以后，发送确认消息PRACK，启动资源预留过程， 15）被叫收到主叫的PRACK以后，返回PRACK 200响应，启动资源预留过程， 16）主叫收到被叫的PRACK 200以后，发送UPDATE消息，标明资源预留成功。

LTE信令跟踪说明

1.1 在eNodeB下进行实时性能监控和测试 在“信令跟踪管理”界面下，还可以进行eNodeB传输性能、小区性能、用户性能和RRU性能的监控和测试。 图 1 eNodeB性能监控和测试功能 1.1.1监控小区性能 小区性能监控功能主要监控项有业务满意率监控、总吞吐量监控、业务数/用户数监控、RB使用情况监控、RSSI统计监控、ICIC监控、虚拟MIMO监控、干扰检测监控等，DBR统计和被调度用户统计。 小区性能监控任务登记，需要设置被监控小区的Local Cell ID，可以设置监控周期和文件保存的路径，文件保存的格式有“csv”和“mmf”两种。 图 2 小区性能监控

常用小区性能监控项有总吞吐量监控、用户数监控、RB使用情况监控和RSSI统计监控。 1.1.2监控扇区性能 扇区监控主要监控上行宽频扫描功能 图 1 扇区监控性能 1.1.3传输监控性能 传输性能监控主要包括IP链路监控、IP PATH性能监控、IP性能监控、SCTP性能监控、UDP 灌包测试监控、本地流过路流监控和资源组监控。 图 2 传输监控性能 1.1.4用户监控性能 用户性能测试功能主要监控项有下行RSRP/RSRQ监控、误码率监控、Power Headroom监控、信道质量监控、调度监控、RLC业务量监控、吞吐量监控、AQM监控、上行功控监控、下行功

控监控、上行ICIC监控和按MCS阶数统计监控。 图 3 用户性能测试 用户性能测试功能任务登记，需要选择被测量的基站（站点数目最多可以选择30个），设置跟踪用户的信息，监控周期和文件保存的路径，文件保存的格式有“csv”和“mmf”两种。 1.1.5R RU监控性能 该任务用于监测RRU输出功率和温度的性能状况，每个RRU最多能启动的监测任务为：●一个输出功率监测任务（注：SPC310之前的版本该项监控不准） ●一个温度监测任务 图 4 RRU监控性能

信令跟踪分析工具操作手册解读

TD-SCDMA RAN 系统 RNC 信令跟踪分析工具操作手册 1 信令跟踪分析工具操作手册声明 TD-SCDMA RAN 系统 RNC 信令跟踪分析工具操作手册 声明 产品类别:□ TDR2000 ■ TDR3000 □ TDB03C □ TDB09A □ TDB144A □ OMC-R □ 其他 产品版本: 资料版本:V1.0.1 文档编号:DTM4.387.401SM 大唐移动通信设备有限公司为客户提供全方位的技术支持,用户可与当地的大唐移动办事处联系,也可直接与公司总部客服中心联系。 大唐移动通信设备有限公司 地址:北京市海淀区学院路 29号邮编:100083 网址:https://www.wendangku.net/doc/7215195830.html,

客户服务电话:800-990-8800 客户服务邮箱:support@https://www.wendangku.net/doc/7215195830.html, 大唐移动通信设备有限公司 版权所有,保留一切权利。 本资料及其包含的所有内容为大唐移动通信设备有限公司(大唐移动所有, 受中国法律及适用之国际公约中有关著作权法律的保护。未经大唐移动书面授权,任何人不得以任何形式复制、传播、散布、改动或以其它方式使用本资料的部分或全部内容,违者将被依法追究责任。 由于产品版本升级或其它原因,本手册内容会不定期进行更新。除非另有约定,本手册仅作为使用指导,本手册中的所有陈述、信息和建议不构成任何明示或暗示的担保。 声明信令跟踪分析工具操作手册 为了我们能更好地为您服务,请填写您对我们资料的意见,并传真至: 010-********大唐移动通信设备有限公司客服中心,或通过邮箱 support@https://www.wendangku.net/doc/7215195830.html,反馈,我们将对好的建议给予奖励。 1. 请您对以下表格中各项进行评价, 并将评价结果填写在相应单元。 (打“ ?”

信令跟踪指导02

2.1.1 选项说明 无连接消息：指寻呼、电路管理等无连接消息； DTAP消息：指A接口透明传输的CC层、MM层等消息； BSSMAP：指GSM 0808协议规定的A接口消息； SCCP号：指连接消息中的SCCP连接号，一般不用填。 2.1.2 举例说明 图2-1是一个完整的A接口PAGING消息。 图2-1A接口PAGING消息的详细信息

(1) 在SCCP消息类型（SCCP Message Type）中显示，该消息是一 类无连接消息； (2) 在BSSMAP消息类型（Message Type）中显示，该消息为PAGING 消息； (3) 在IMSI code中包含了要寻呼的IMSI号码，在这条消息里是 460005*********； (4) 在LAC栏里显示该寻呼消息下发的位置区为8506（十六进制）。 2.2 NO.7信令跟踪 2.2.1 功能说明 No.7信令系统以功能划分模块，各模块完成相对独立的功能，模块间靠 原语传递各种业务信息和网络管理信息。其层次结构如图2-2所示。 注：a,b,c 为MTP业务原语 e,d 网络业务原语 f TC-原语 图2-2No.7信令系统的层次结构 其层次结构各部分的功能简单介绍如下： 1、消息传递部分（MTP）：包括三个功能级，分为信令数据链路（物理 层，MTP一层）、信令链路功能（链路层，MTP二层）和信令网功能（网 络层，MTP三层）三个层次； 2、信令连接控制部分（SCCP）：加强MTP部分的功能，提供相当于 OSI网络层的功能； 3、电话用户部分（TUP）：主要规定有关电话呼叫的建立和释放的功能 和程序，此外还支持部分的用户补充业务； 4、ISDN用户部分（ISUP）：在ISDN环境中提供话音和非话音交换所 需的功能，以支持基本的承载业务和补充业务；

LTE案例分析

1覆盖类 1.1 概述 覆盖类问题只要涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等。 在TD-LTE中一般认为RSRP<-110dBm，认为是弱覆盖。 越区覆盖：由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远，从而越区覆盖到其他站点覆盖的区域，并且在该区域终端接收到的信号电平较好。 过覆盖：指网络中存在过度的覆盖重叠，容易引起干扰和乒乓切换； 无主导小区：指某一片区域内服务小区和邻区的接收电平相差不大，不同小区之间的下行信号在小区重选门限附近的区域，并且无主导覆盖的区域接收电平一般或者较差，在这种情况下由于网络频率复用的原因，导致服务小区的SINR不稳定，可能发生空闲态主导小区频繁重选、连接态频繁切换，无主导覆盖也可认为是弱覆盖的一种。 导频污染：指在某一点存在过多（一般认为大于等于3个）的强导频，但却没有一个足够强的主导频； 1.2弱覆盖 1.2.1弱覆盖分析 造成弱覆盖的原因有： 1、规划的站点由于种种原因如物业等没有开起来； 2、天线方位角、下倾角不合理，如下倾角过低； 3、在站建起来后，由于新建楼宇的遮挡，导致部分区域RSRP很差； 4、站点过高，如四十多米或更高，会造成塔下黑 5、下倾角、方位角由于条件所限，无法调整，如：美化邓杆站点不方便调整天线的方位角（3个天线方位要一起转，因为外面有罩子盖住下倾角无法调整，如科技园四、海德三路等；深大校园里站点天线都是放在美化罩子（长方体的箱子）里面，对天线的下倾角和方位角调整范围也有影响（如：深大、深大南校等））。 针对以上原因建议的方案有：

1、推动客户将规划站点尽快开起来； 2、调整天线方位角、下倾角到合理位置； 1.2.2天线方位角不合理导致弱覆盖 现象：科技园三的102和104小区由于天线被住宅楼遮挡,导致覆盖区域内部分道路信号较弱,存在弱覆盖，科技园三站点周围的地物如图： 图表 1科技园三周围地物 调整前道路的电平值如下图： 图表 2优化前科技园三覆盖 措施：将104小区的方位角由20度调整为40度；将102的方位角由150度调整到100度；调整后弱覆盖得到改善,如下图：

LTE核心网常见投诉案例分析

LTE核心网常见投诉案例分析 案例一：临时方案用户预换卡不能使用2、3G业务 【故障现象】 临时方案的用户，在更换USIM卡但未开通4G业务的情况下，在4G网络的覆盖下，用4G手机终端可能无法正常使用2,3G业务。只能在4G手机上设置“2,3G only”，才能恢复正常使用。 【故障分析】 临时方案的用户，在更换USIM卡但未开通4G业务的情况下，当前BOSS系统只是将用户的IMSI鉴权信息通过BOSS指令存储到HSS，并未建立IMSI和MSISDN的关联，即未放号为签约用户的任何2、3G的分组域、电路域和4G 业务的签约信息。这种场景下HSS给MME返回 DIAMETER_ERROR_USER_UNKNOWN的错误码，MME收到HSS的DIAMETER_ERROR_USER_UNKNOWN码后，给终端返回#8 “EPS services and non-EPS services not allowed”的NAS原因值。终端收到“EPS services and non-EPS services not allowed”的NAS值后，不再尝试重新选网。【故障解决】 针对这种临时方案的用户，如果只更换USIM卡不签约4G业务，根据测试，MME给终端返回#7 “EPS services not allowed”的NAS值能够使终端较快地重选到2、3G网络。根据协议中定义的映射规则，HSS需要给MME返回DIAMETER_ERROR_UNKNOWN_EPS_SUBSCRIPTION (5420) with Error Diagnostic of NO_GPRS_DATA_SUBSCRIBED的错误原因值，对应到HSS上，

常用7号信令跟踪代码

ACB 接入拒绝信号(Access barred singnal) ACC 自动拥塞控制信息消息(Automatic congestion control information message)（暂不使用） ACM 地址收全消息（注）(Address complete message(note) ADI 地址不全信号(Address incomplete singnal) ANC 应答信号、免费(Answer signal, charge) ANN 应答信号、免费(Answer signal, no charge) ANU 应答信号、计费未说明(Answer signal, unqualified)（暂不使用） BlA 闭塞证实信号(Blocking-acknowledgement signal) BLO 闭塞信号(Blocking signal) BSM 后向建立消息(Backward set-up message) CBK 挂机信号(Clear-back signal) CCF 导通故障信号(Continuity-failure signal) CCL 主叫用户挂机信号(Calling party clear signal) CCM 电路监视消息(Circuit supervision message) CCR 请求导通检验信号(Continuity-check-request signal) CFL 呼叫故障信号(Call-failure signal) CGC 电路和群拥塞信号(Circuit -froup-congestion ignal) CHG 计费消息(Charging message)（暂不使用） CLF 拆线信号(Clear-forward signal) CNM 电路网管理消息(Circuit network management message group) COT 导通信号(Continuity signal) CSM 呼叫监视消息(Call supervision message) DPN 不提供数字通路信号(Digital path not provided signal) EUM 扩充的后向建立不成功信息消息(Extended unsuccessful back ward setup infomration message)（暂不使用） FAM 前向地址消息(Forward address message) FOT 前向转移信号(Forward-transfer signal)（只在国际半自动接续中使用） FSM 前向建立消息(Forward set-up message) GRA 电路群复原证实消息(Circuit group reset-acknowiedgement message) GRM 电路群监视消息(Circuit group supervision messages) GRQ 一般请求消息(General request massage) GRS 电路群复原消息(Circuit group reset message) GSM 一般前向建立信息消息(General forward set-up information message) HBA 面向硬件故障的群闭塞证实消息(Hardware faliure oriented group blocking-acknowledgement message)

Volte用户信令跟踪系统操作手册

福建移动VOLTE用户信令分析系统 操作手册 版本:V1.0 单位： 编写人员： 2016年3 月22 日

目录 第一章系统登录 (3) 一、系统登入 (3) 第二章功能介绍 (4) 一、Volte跟踪用户管理 (4) 二、用户信令回溯 (7) 三、XDR详单查询 (9) 第三章关于白名单号码 (10) 一、特别说明 (10) 二、使用介绍 (10)

第一章系统登录 一、系统登入 1.从集中性能管理平台的“网络系统”登录VOLTE模块。左下边有“跟踪用户管理”、“用户信令回溯” 和”XDR详单查询”。

第二章功能介绍 一、Volte跟踪用户管理 功能描述：用于对Volte跟踪用户的数据信息管理（增删改查等），每个账户只能同时进行3个号码（白名单号码除外）的跟踪。 操作说明： 1.在工单号码查询框里边输入工单号查询； 2.点击新增按钮，在弹出框中填入相关信息，即可新增用户信息； 3.选中某个工单号码，点击修改按钮，则可在浏览器中弹出用户信息框，在用户信息框中可进行数据 的修改操作； 4、选中用户，点击删除按钮，则可对用户信息删除操作。 注意： 使用本功能模块之前，请先创建BOP工单，在工单中填写上需要跟踪的用户号码。 若需使用“用户信令回溯”和“XDR详单查询”功能模块，必须先添加相应工单号码的用户跟踪！！ 用户跟踪管理界面如下： 功能简介： 1、查询功能：输入工单号码，即可查询该工单号是否已添加在跟踪管理中；当状态一栏显示为红色的”运行中”即表示该工单目前跟踪正常。

2、添加新工单号码跟踪：对于一个新的工单号码，若需要对其跟踪，就需要在用户跟踪管理中添加；（1）进入该界面后，点击新增用户，弹出如下对话框。根据需要，工单号码、开始时间，结束时间，号码 类型，操作人员为必填项，填写完毕点击确定即可。 号码。

LTE中的接入信令排查

1.1 接入信令 图错误！文档中没有指定样式的文字。-1 协议定义的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发送到第一响应组联系后方排查分析。

M3UA协议信令跟踪简介

M3UA协议信令跟踪简介 1术语 AS：应用服务器。AS是一个服务于特定路由关键字（RK）的逻辑实体，用于处理NO.7信令SIO/DPC/OPC/CIC_范围所识别的所有PSTN中继的呼叫过程。也就是说AS处理与该AS相关的TG的信令业务。AS可以有一个或多个ASP来处理信令业务。AS与RK之间有一一对应的关系。 ASP：应用服务器进程。ASP作为AS的激活或备用进程。例如ASP可以是MGC、IP SCP 或IP HLR的进程。ASP要求必须包含一个SCTP端点，且可以配置ASP处理不少于一个AS的信令业务。ASP并非某一个固定的进程，不同的环境下可以有不同的进程作为ASP处理信令业务，但要求必须有一个SCTP端点。 网络外貌：The Network Appearance is a M3UA local reference shared by SG and AS.网络外貌用于区分在同一个SCTP流上传输的不同的信令业务。网络外貌主要是为了应用于多网络的情况，通过不同的网络外貌可以识别相同的NO.7信令网上下文。 RK：路由关键字描述了一组SS7的参数和参数值，这组参数可以唯一确定某一特定AS处理的信令业务的范围。即RK与AS间存在一一对应关系，且RK决定了AS要处理的信令业务的范围。路由关键字中的参数不能基于多个目的地信令点码。 RC：路由上下文，一个路由上下文惟一识别一个路由关键字。RC可以说是RK的索引值。 LM：层管理。相当于是一个节点功能，它处理M3UA层和本地管理实体间的输入和输出。 SGP：信令网关的进程实例。它作为SG的激活、备用、负荷分担或广播等业务进程为之服务。一个SG可以包含一个或多个SGP，其中的一个或几个可以正常处理信令业务。拥有不少于一个SGP的SG可以认为是一个逻辑实体，即此时的SG可以用于处理信令业务。对于SS7网络而言，以及对于该SG所支持的AS而言，该SG所包含的SGP具有同等重要的作用。 Where an SG contains more than one SGP, the SG is a logical entity and the contained SGPs ate assumed to be coordinated into a single management view to the SS7 network and to the supported AS. Signalling Process：信令进程指利用M3UA与其它信令进程交互的进程实例。SGP、ASP和IPSP都是信令进程。 Stream：指SCTP流，是从一个SCTP端点到另一相关SCTP端点的单向逻辑通路。 2M3UA协议单元 M3UA消息格式中包含一个公共消息头，之后是0个或多个由消息类型定义的参数，考虑到前向兼容性，所有消息类型都带有兼容性参数。

信令跟踪基础

基础篇 1.BSS系统中信令的应用 (2) 1.1.BSS系统中涉及到的信令及其主要内容 (2) 2.BSS系统的信令模型 (2) 2.1.概述 (2) 2.2.物理层 (3) 2.3.链路层 (3) https://www.wendangku.net/doc/7215195830.html,PD（Link Access Procedure on the D-channel） (3) https://www.wendangku.net/doc/7215195830.html,PDm（Link Access Protocol on Dm channel） (4) 2.4.网络层 (4) 2.5.SS7信令协议栈 (4) 2.5.1.MTP1(Message Transfer Part). 4 2.5.2.MTP2. 4 2.5. 3.MTP3. 4 2.5.4.SCCP（Signaling Control Connection Part） (4) 3.各层信令在BSS系统中的作用 (5) 3.1.无线资源层（RR） (5) 3.2.移动管理层（MM） (5) 3.3.呼叫控制（CC） (6) 3.4.BTS管理层（BTSM） (7) 3.5.BSS 应用层（BSSAP） (8) 4.K1205的基本操作 (9) 4.1.K1205的作用和简介 (9) 4.2.K1205的操作 (9) 4.2.1.硬件 (9) 4.2.2.架设与连线 (9) 4.2.3.基本操作 (9) 4.2.4.监视（Monitor） (10) 4.2.5.Capture RAM (10) 4.2.6.过滤器（Filter） (11) 4.2.7.ABIS信令跟踪流程 (11) 5.DAFNE简单分析 (11) 5.1.软件使用 (11) 5.2.简单分析 (11)

LTE后台常用操作指导书(华为)

LTE后台操作指导书

目录 一、常用指令： (3) 二、提取CHR文档： (7) 三、制作批处理脚本文档 (9) 3.1加扰测试脚本： (9) 3.2日常告警全网TDL&TDS基站状态&告警查询-XXXX脚本 (9) 3.3基站小区去激活脚本 (9) 3.4基站小区邻区数据修改脚本 (10) 四、集中任务管理安全操作： (10) 4.1日常告警全网TDL&TDS基站状态&告警查询 (10) 4.2基站小区去激活 (13) 4.3基站小区邻区数据修改 (13) 五、LTE常用信令（问题）跟踪Check List V1.0 (13) 5.1 端到端虚用户跟踪 (13) 5.2 CELL DT (15) 5.3 IFTS (16) 5.4 一键式日志（BRDLOG）采集方法 (19) 5.5 接入类问题分析数据 (20) 5.6 切换类问题分析数据 (20) 5.7 业务性能问题分析数据 (20) 5.8 干扰问题分析数据 (21) 六、经验总结........................................................................................................... 错误！未定义书签。 6.1深圳LTE-FTP服务器操作指导书-朱占磊(hw) ......................................................... 错误！未定义书签。 6.2 LTE站点天线权值添加指引-张海春 ......................................................................... 错误！未定义书签。 6.3 LTE站点在集中任务管理模块实现小区级批处理操作-林界滨.............................. 错误！未定义书签。 6.4 LTE KPI指标监控日报撰写-李三明 ........................................................................... 错误！未定义书签。 6.5 LTE虚用户跟踪流程及注意事项-马志磊 ................................................................. 错误！未定义书签。 6.6 LTE灌包操作及问题定位指导-余世坛 ..................................................................... 错误！未定义书签。

LTE典型案例分析

LTE典型案例分析

覆盖类 1.1 概述 覆盖类问题只要涉及弱覆盖、越区覆盖、过覆盖、无主导小区、上下行不平衡及导频污染等。 在TD-LTE中一般认为RSRP<-110dBm，认为是弱覆盖。 越区覆盖：由于基站天线挂高过高或下倾角过小引起的该小区覆盖距离过远，从而越区覆盖到其他站点覆盖的区域，并且在该区域终端接收到的信号电平较好。 过覆盖：指网络中存在过度的覆盖重叠，容易引起干扰和乒乓切换； 无主导小区：指某一片区域内服务小区和邻区的接收电平相差不大，不同小区之间的下行信号在小区重选门限附近的区域，并且无主导覆盖的区域接收电平一般或者较差，在这种情况下由于网络频率复用的原因，导致服务小区的SINR不稳定，可能发生空闲态主导小区频繁重选、连接态频繁切换，无主导覆盖也可认为是若覆盖的一种。 导频污染：指在某一点存在过多（一般认为大于等于3个）的强导频，但却没有一个足够强的主导频； 1.2弱覆盖 1.2.1弱覆盖分析 造成弱覆盖的原因有： 1、规划的站点由于种种原因如物业等没有开起来； 2、天线方位角、下倾角不合理，如下倾角过低； 3、在站建起来后，由于新建楼宇的遮挡，导致部分区域RSRP很差； 4、站点过高，如四十多米或更高，会造成塔下黑 5、下倾角、方位角由于条件所限，无法调整，如：美化邓杆站点不方便调整天线的方位角（3个天线方位要一起转，因为外面有罩子盖住下倾角无法调整，如科技园四、海德三路等；深大校园里站点天线都是放在美化罩子（长方体的箱子）里面，对天线的下倾角和方位角调整范围也有影响（如：深大、深大南校等））。 针对以上原因建议的方案有： 1、推动客户将规划站点尽快开起来；

非常详细的LTE信令流程

LTE信令流程

目录 第一章协议层与概念 (5) 1.1控制面与用户面 (5) 1.2接口与协议 (5) 1.2.1NAS协议（非接入层协议） (7) 1.2.2RRC层（无线资源控制层） (7) 1.2.3PDCP层（分组数据汇聚协议层） (8) 1.2.4RLC层（无线链路控制层） (8) 1.2.5MAC层（媒体接入层） (9) 1.2.6PHY层（物理层） (10) 1.3空闲态和连接态 (12) 1.4网络标识 (13) 1.5承载概念 (14) 第二章主要信令流程 (16) 2.1 开机附着流程 (16) 2.2随机接入流程 (19) 2.3 UE发起的service request流程 (23) 2.4寻呼流程 (26) 2.5切换流程 (27) 2.5.1 切换的含义及目的 (27) 2.5.2 切换发生的过程 (28) 2.5.3 站内切换 (28) 2.5.4 X2切换流程 (30) 2.5.5 S1切换流程 (32) 2.5.6 异系统切换简介 (34) 2.6 CSFB流程 (35) 2.6.1 CSFB主叫流程 (36) 2.6.2 CSFB被叫流程 (37) 2.6.3 紧急呼叫流程 (39) 2.7 TAU流程 (40) 2.7.1 空闲态不设置“ACTIVE”的TAU流程 (41)

2.7.2 空闲态设置“ACTIVE”的TAU流程 (43) 2.7.3 连接态TAU流程 (45) 2.8专用承载流程 (46) 2.8.1 专用承载建立流程 (46) 2.8.2 专用承载修改流程 (48) 2.8.3 专用承载释放流程 (50) 2.9去附着流程 (52) 2.9.1 关机去附着流程 (52) 2.9.1 非关机去附着流程 (53) 2.10 小区搜索、选择和重选 (55) 2.10.1 小区搜索流程 (55) 2.10.1 小区选择流程 (56) 2.10.3 小区重选流程 (57) 第三章异常信令流程 (60) 3.1 附着异常流程 (61) 3.1.1 RRC连接失败 (61) 3.1.2 核心网拒绝 (62) 3.1.3 eNB未等到Initial context setup request消息 (63) 3.1.4 RRC重配消息丢失或eNB内部配置UE的安全参数失败 (64) 3.2 ServiceRequest异常流程 (65) 3.2.1 核心网拒绝 (65) 3.2.2 eNB建立承载失败 (66) 3.3 承载异常流程 (68) 3.3.1核心网拒绝 (68) 3.3.2 eNB本地建立失败（核心网主动发起的建立） (68) 3.3.3 eNB未等到RRC重配完成消息，回复失败 (69) 3.3.4 UE NAS层拒绝 (70) 3.3.5上行直传NAS消息丢失 (71) 第四章系统消息解析 (72) 4.1 系统消息 (73) 4.2 系统消息解析 (74) 4.2.1 MIB （Master Information Block）解析 (74) 4.2.2 SIB1 （System Information Block Type1）解析 (75) 4.2.3 SystemInformation消息 (77) 第五章信令案例解析 (83) 5.1实测案例流程 (84)