TD-SCDMA系统CDL工具问题分析流程指导书V1.011.doc

大唐移动通信工程有限公司
产品名称
密级
TD-SCDMA NPO
内部公开
产品版本
共34页

TD-SCDMA系统CDL工具问题分析
流程指导书

项目名称

文档编号

版 本 号

作 者

修订记录
日期
修订版本
描述
作者
2008-6-10
V1.0
初稿完成
刘进

目录
1. 引言 4
1.1. 编写目的 4
1.2. 预期读者和阅读建议 4
1.3. 文档约定 4
1.4. 参考资料 4
1.5. 缩写术语 4
2. 概述 5
2.1. CDL分析模块 5
2.2. 信令跟踪 5
3. CDL分析模块 6
3.1. 界面介绍 6
3.2. 功能及操作说明 6
3.2.1. CDL文件加载 7
3.2.2. 事件显示及解码显示 7
3.2.3. 事件检索及过滤 8
3.2.4. 用户信息显示 9
3.2.5. 用户信息过滤 10
3.2.6. 用户呼叫过程分析 11
3.2.7. 掉话分析 11
3.2.8. 切换统计 12
3.2.9. 特定用户管理 13
3.3. 应用场景分析 14
3.3.1. 单IMSI用户呼叫次数统计 14
3.3.2. 对某小区内呼叫情况统计 14
3.3.3. 关注呼叫保持时间特别短的用户 15
3.3.4. 整系统掉话分析 16
3.3.5. 单个用户掉话分析 17
3.3.6. 某特定用户的统计 18
3.3.7. 特定用户群的呼叫统计 19
3.3.8. 系统内切换统计 20
3.3.9. 单个用户的切换统计 20
3.3.10. 一对小区的切换分析情况 21
4. 信令跟踪 22
4.1. 信令跟踪开关设置 22
4.2. 信令跟踪实时监视及回放 24
4.3. 信令跟踪应用及案例介绍 25
4.3.1. 信令跟踪应用 25
4.3.2. 案例介绍 26

1. 引言
1.1. 编写目的
在项目现场优化工作中,网络优化工程师通过路测软件只能看到Uu口消息,其他Iu口、Iub等端口无法监控,收集问题信息太少,无法准确定位问题;在RNC端通过LDT对网络进行实时或离线跟踪,可以对问题进行准确的定位分析.本文档主要介绍LDT的离线CDL跟踪和实时的UE信令跟踪功能,为大家在优化工作中提供相应的参考.
1.2. 预期读者和阅读建议
本文档预期读者为网络规划优化相关人员以及机房操作人员
1.3. 文档约定
文档格式遵守公司技术类文档模板要求。
1.4. 参考资料
《LDT用户手册》
《RRM学员手册》
《异常信令流程分析IUSV1.0.0》
1.5. 缩写术语

2. 概述
该文档主要分为两个部分：第一部分介绍CDL分析模块和信令跟踪模块；第二部分使用信令跟踪以及CDL协助处理网络问题；
2.1. CDL分析模块
CDL分析模块包括3个方面的内容
l 界面介绍
从界面构成来讲解LDT的参数查询模块，重点讲述参数查询界面各元素的相互关系。
l 功能及操作说明
讲述配置管理模块的命令操作过程，包括配置对象数据的查询及单板状态查询命令。
l 应用场景分析
给出CDL典型的应用。
2.2. 信令跟踪
LDT的信令跟踪模块为研发人员提供了RNC子系统间UE呼叫消息监视功能，具体内容包括：
l 信令跟踪开关设置
l 信令跟踪实时监视及回放
l 信令跟踪应用及案例介绍

3. CDL分析模块
3.1. 界面介绍
CDL分析模块完成对CDL文件的加载、CDL事件解码显示、事件的过滤查询、对UE信息的解码，显示，分析等功能。在主菜单上选“维护”->“CDL分析”按钮，进入CDL分析界面，如下图所示：

与别的界面不同的是CDL分析界面分上下两部分，上面包括两个Tab页，一个用于显示CDL事件列表，另一个用于显示UE消息流程图；下面包含四个Tab页，分别是CDL事件二进制码流、CDL文件列表、IE树列表、及UE列表。

3.2. 功能及操作说明
CDL分析工具是对工作站保存的CDL数据文件进行分析，从而达到问题定位的目的。LDT的CDL模块包括以下功能：
l CDL文件加载
l CDL事件显示
l CDL事件解析
l 事件检索与过滤
l 用户信息显示
l 用户检索
l 用户呼叫过程分析
l 掉话分析
l 切换统计
l 分析结果导出
l 特定用户掉话分析及结果导出
3.2.1. CDL文件加载
将鼠标移至CDL界面文件加载快捷按钮，点击确定后，弹出接口选择窗口，选择要加载的接口，点击《确定》按钮，开始加载。
　　注：提供单个CDL文件加载和多个CDL文件一起加载。

3.2.2. 事件显示及解码显示
CDL文件加载过程中，会对CDL事件进行分析，分析完的结果会以列表的方式显示在界面上，下图上半部分，鼠标选中要查看的事件记录行，解码结果会显示在界面的下方，如果需要查看码流，点击CDL事件码流Tab标签页。

3.2.3. 事件检索及过滤
在事件列表上右键点击会弹出操作界面，事件列表上鼠标右键弹出如下菜单：

              菜单项的功能如下：
· [设置行颜色] – 弹出行颜色设置界面；
· [设置过滤条件] – 弹出设置窗口，提供对事件列表的各种条件查询；
· [取消过滤] – 取消上次的过滤条件，事件列表恢复显示所有；
· [清除记录] – 清除当前的加载，包括事件列表、UE列表、切换、调话等列表，恢复各种操作状态；
· [事件列表信息导出Excel] – 提供导出功能；
·  鼠标单选记录，触发IE解码，提供IE树列表和二进制码流显示。分别显示在相应的界面上。
例如可根据不同的条件对事件进行过滤显示。提供按事件类型、事件名称、接口类型、UEID、CELLID、按时间、及复合查询。

3.2.4. 用户信息显示
cdl文件加载过程中会对UE信息进行自动分析，显示在UE列表中，如下图所示：

3.2.5. 用户信息过滤
在UE列表上右键点击弹出操作菜单，菜单操作功能如下：
· [设置过滤条件] – 弹出设置窗口，提供对UE列表的各种条件查询；
· [取消过滤] – 取消上次的过滤条件，UE列表恢复显示所有；
· [UE统计] – 弹出统计图；
· [UE分析保存为Excel] – 提供导出功能；
· 鼠标双击会进行流程显示。
　设置过滤条件，显示如下界面：

提供按照呼叫结果、失败原因、CELL ID、UEID、初始接入标识、IMSI及呼叫最短时长进行不同的检索。
3.2.6. 用户呼叫过程分析
CDL分析工具可对特定的用户进行呼叫流程显示，具体操作：在UE列表上选中要分析的UE记录行，鼠标双击显示流程图如下：
　如果要查看某条消息的信息，可把鼠标移动到流程图中的消息线条上，鼠标变为手形状后，右键确定后解码信息会现在下面的IE树列表中。
3.2.7. 掉话分析
   点击掉话分析快捷按钮，进行掉话分析，分析结果显示在CDL界面下方掉话分析标签页上，显示信息如下：

3.2.8. 切换统计
 CDL文件导入过程中同时会从Common ID中取出接入的IMSI，同时把IMSI用户添加到用户切换统计树状列表中，真正的分析结果需要手动点击《分析所有》下拉菜单子项触发，该功能同时提供查询单个用户的切换情况，通过选中左树IMSI节点触发条件查询，该IMSI所有的切换都将显示在右边列表中。

    在右区列表提供鼠标右击弹出一个操作菜单，菜单项可支持按照源、目标小区查询切换统计结果，并支持把结果保存到Excel表中。
3.2.9. 特定用户管理
     点击CDL主界面的加号图标（特定用户管理按钮），弹出特定用户管理界面如下：

 输入信息后，点击[增加用户]，添加特定用户信息，选中要删除的用户记录，点击[删除用户]可删除信息。特定用户的呼叫统计结果来源UE通话分析结果，仅提供把分析结果与特定用户信息的部分信息，（用户名）关联显示，如下：

         同时提供过滤，保存功能。过滤由用户列表中选择用户记录，双击鼠标触发；
3.3. 应用场景分析
3.3.1. 单IMSI用户呼叫次数统计
通过UE列表中过滤功能，将该IMSI进行过滤，界面即可打印出该IMSI用户发生呼叫总次数，以及呼叫各种情况，包括接入小区，终结小区，呼叫保持时间等

3.3.2.  对某小区内呼叫情况统计
通过UE列表中过滤功能，进行CELL_ID进行过滤，界面即可打印出该小区内用户发生呼叫总次数，以及呼叫各种情况，包括接入小区，终结小区，呼叫保持时间等；
通过UE分析保存为EXCEL表格，即可按照EXCEL表格筛选功能实现，对接入小区，终结小区，某小区内接入用户数、某小区内终结用户数进行统计。

3.3.3. 关注呼叫保持时间特别短的用户
CDL提供呼叫保持时间的过滤功能，可以对呼叫保持时间进行筛选，进而关注某些特殊过程，比如电话一接通就断掉的情况；
通过设置较短时间来进行察看。

3.3.4. 整系统掉话分析
通过点击RNC掉话分析按钮，实现系统掉话分析统计，并按照序列号进行罗列（即实现了统计功能），对掉话时间、掉话域、掉话原因进行了罗列。掉话分析是大概意义上的分析，保证了绝大部分掉话分析的正确性，如果要对某过程心存疑惑，则需要核对码流仔细分析掉话原因

3.3.5. 单个用户掉话分析
整系统掉话分析基础上，通过IMSI进行过滤，实现单用户掉话分析功能；考虑到IMSI过长不好输入，提供双击用户列表后，单击用户列表，即可以实现列表栏中内容的复制。

3.3.6. 某特定用户的统计
双击特定用户列表即可转生成该用户详细的呼叫统计，察看图一 到 图二：

生成：

此表中包括该用户在CDL加载时间段内在某个小区进行呼叫的详细情况，包括呼叫保持时长、掉话时间、以及何种类型呼叫、呼叫结果。
3.3.7. 特定用户群的呼叫统计
通过特殊用户呼叫分析提供的显示所有呼叫，则切换为特定用户群的呼叫统计；

察看特定用户呼叫过程，则双击呼叫分析列表中该特定用户，则直接调出该用户呼叫过程码流；

3.3.8. 系统内切换统计
提供系统内所有用户切换的统计功能，即统计尝试切换次数和失败次数；对统计结果可以导出为EXCEL表格。

3.3.9. 单个用户的切换统计
点击该用户IMSI，就可以统计出该用户切换的尝试次数，失败次数；包括源小区、目标小区、切换时间、结果、失败原因。

3.3.10. 一对小区的切换分析情况
提供一对小区的切换统计，如下图示：

4. 　信令跟踪
LDT的信令跟踪模块为研发人员提供了RNC子系统间UE呼叫消息监视功能，具体内容包括：
l 信令跟踪开关设置
l 信令跟踪实时监视及回放
l 信令跟踪应用及案例介绍
4.1. 信令跟踪开关设置
在LDT主界面[维护]主菜单上点击子菜单项[Ue跟踪]，弹出Ue跟踪界面如下：
激活任务
跟踪任务查询
去激活任务

跟踪激活分为Ue跟踪激活、Next_N跟踪激活、Cell跟踪激活、No.7跟踪激活，界面分别如下：

l UE跟踪激活

UE ID为每次呼叫过程中RNC给UE分配的临时标识，针对每一次呼叫，当UE在呼叫过程中发生了重定位过程，在目标RNC中会重新给该次呼叫分配新的标识；该标识可以从RRC Connection Setup 或者Radio Bearer Reconfiguration 中读取。
l Next_N跟踪激活

l Cell跟踪激活

l No.7跟踪激活

4.2. 信令跟踪实时监视及回放
在消息监视开关打开以后，LDT将会实时接收来自后台各子系统上报的各类消息，并将消息按照固定的格式解码，打印到如下的界面中：

选中任何一条消息，该消息的解码结果会以两种方式分别显示在跟踪界面显示区的IE树列表和消息二进制码流标签页上。其中UE列表中会显示所有跟踪到的UEID；
  在消息显示列表中可点击鼠标右键选择“保存码流”完成码流的保存。
在进行后台分析的时候，同样在消息显示列表中可点击鼠标右键选择“导入文件”导入相应的码流进行分析，界面与实时监控的界面完全一致。

4.3. 信令跟踪应用及案例介绍
4.3.1. 信令跟踪应用
UMTS（Universal Mobile Telecommunication System）通用移动通信系统与第二代移动通信系统在逻辑结构方面基本相同。如果从功能上看，可以分成一些不同功能的子网(subnetwork),主要包括核心网(Core Network，CN)和无线接入网(Radio Access Network，RAN)两部分。核心网主要处理UMTS系统内部所有的话音呼叫、数据连接和交换，以及与外部其它网络的连接和路由选择。无线接入网完成所有与无线有关的功能。这两个子网与用户终端设备(User Equipment，UE)一起构成了完整的UMTS系统，其结构如下图所示。图中UTRAN(UMTS Terrestrial Radio Access Network)执行RAN的功能，它与核心网CN之间的接口为Iu（电路域的Iu-CS接口，分组域的Iu-PS接口、以及广播域的Iu-BC），与用户终端设备UE之间的接口为Uu。在UTRAN内部，Node B与RNC之间的接口为Iub接口，RNC与RNC之间的接口为Iur接口。

在工程师日常工作过程中，通过前后台软件的测试分析往往只能跟踪到Uu口的情况，这对处理网络问题提供的支持是远远不够的，我们必须要能够更进一步的了解各个接口的信令过程才能具体的定位问题。LDT的信令跟踪为我们提供了Uu口、Iub口、Iu口等等接口以及一些内部接口的消息码流，通过对某一个终端的详细跟踪就可以发现出现网络问题的具体环节以及原因值，从而制定相应的解决措施。
4.3.2. 案例介绍
1. UE上发测量报告不发生切换案例
Ø 故障现象
在广州试验网测试过程中发现RNC9中广州湛塘路站点附近，周围站点都不能切入该站，在达到切换门限时UE不停上发测量报告，但一直收不到切换命令。
Ø 案例分析
在该站底下发起业务，发现各业务都正常，且能够切出到周围小区去，说明该站基本功能正常，怀疑该站GPS不准，但测试过程发现在该站下小区间也不能正常切换，且该站没有告警，ISCP值也正常，让机房对该站进行复位，问题依旧。数据配置的问题可能行比较大。
检查该站邻区与周围的邻区配置，邻区关系也都互相配置。
无法发生切换测试过程如图：
UE1空闲态驻留在湛塘路1小区，信号电平－70dbm

查看信令，发现UE上发测量报告后，没有受到下行任何消息，让机房进行单用户跟踪，通过机房跟踪UE信令，发现UE在上报测量报告后，RNC向CN发起了重定位过程，重定位指向目标RNC ID：1007

周围已经并没有RNC ID为1007的基站，且目标小区CI：66025764

该CI现网中并不存在，所以CN返回RELOCATION Preparation Failure.导致切换过程无法继续

CN返回RELOCATION Preparation Failure.
现网中查询并没有该CI所标识的小区，由于该站是从RNC7割接至RNC9的站点，检查割接前的数据发现该CI是湛塘路1小区割接前的CI。说明当UE上报测量报告后，RNC根据上报频点码子仍然检索到的是目标小区割接前数据并发起了RNC间切换流程，但实际上该数据已经失效，导致CN指示目标小区在目标RNC中找不到。
检查周围站点邻区列表，发现与湛塘路割接前的小区邻区关系都没有删除，让机房清除该站割接前的所以旧数据，该处切换关系恢复正常。
Ø 案例总结：
对于割接站点，割接完成后要清除割接前的旧数据。
割接后需要第一时间对该站进行验证。

2. RAB建立失败案例
Ø 故障现象
保定RNC2496做CS12.2K短呼验证其接入成功率时候发现在RAB建立时候建立成功率非常差，问题点发生在保津高速沿线，其呼叫建立成功率非常低，沿线呼叫成功率大概就50％。
Ø 案例分析
以南张3小区为例说明问题点:
现象：在此小区连续的呼叫中，总是一次成功，一次失败，比如第一次失败，第二次必然成功，第三次必然失败，第四次必然成功….…，失败和成功交替出现。问题是失败没有出现过拨打2次2次都失败，总是失败成功间隔的。
路测中信令流程如下：

图0 路程中测试的信令流程
从图0的测试中可以看到RB建立完成后，被直接RELEASE掉了。且呼叫事件中显示为OUTGOING_CALL_BLOCK。释放原因也为正常释放。
呼叫序列标中也显示为：

图00 呼叫序列表显示
从图00看到呼叫失败的原因为呼叫拥塞。但在下一次呼叫又成功了，在图00中时间为15:27:14。然后在第3次呼叫又失败，时间为15:28:22(图0中)，每次失败时候事件中显示为OUTGONG_CALL_BLOCK(呼叫拥塞)。
现用户都没有，怎么会拥塞呢？
机房TRACE跟踪分析：
RAB失败时候UE TRACE 跟踪信令：

图1 RAB建立失败信令
从图1看到，RB建立完成后，CN直接给RNC发送一条释放的信令,而RAB成功时候UE TRACE跟踪信令：

图2 RAB建立成功时候信令
结合图1和图2从UU,IUB,IU口看到，失败和成功区别是失败时候没有 RAB ASSIGNMENT RESPONSE，而是CN直接给RNC发生一条释放的直传信令，
DIRECT TRANSFER解码如下：

图3 DIRECT TRANSFER 释放信令解码
图3可以看到，CN发给RNC为正常释放。
取消UU,IUB,IU过滤条件后发现有如下规律：
RAB失败时候信令：

图4 失败时候内部A2接口解码
从图4看到，有A2接口上的IUSP_ALCAP_EST_REQ，但没有TNSS的回应。在描述中使用IU CS链路中ALCAP业务通路业务板标识为1287。
RAB成功时候信令：

图5 成功时候内部A2接口解码
结合图4和图5可以看到，成功时候IUSP_ALCAP_EST_REQ和ALCAP_IUSP_EST_CFM成对出现，且现在要求建立的ALCAP业务通路业务板标识为1286，TNSS回应了IUSP要求建立ALCAP业务通路。所以能正常RNC给CN发送RAB ASSIGNMENT RESPONSE。而失败的A2接口信令IUSP_ALCAP_EST_REQ没有ALCAP_IUSP_EST_CFM回应。

统计了沿线测试的路线结合以上分析，凡呼叫建立中IUSP_ALCAP_EST_REQ要求建立在业务板标识为1287的都失败，要求建立在1286上的都成功。

图6 IUCS数据链路3上建立成功

图7 IUCS数据链路4上建立失败
观察了测试TRACE。从南张开始到保津高速沿线，IUSP_ALCAP_EST_REQ建立请求都是在1286和1287上交替出现。造成呼叫建立成功率只有50％。
Ø 案例处理
和机房组协调后，机房组反馈业务板标识为1287的ALCAP业务链路无任何告警。机房组对1287 ALCAP链路进行闭塞和解闭塞操作。
对链路操作后进行沿线短呼测试，故障已经排除，RAB建立成功率为100％。
复测后的信令流程图如下：

图8 优化后信令流程图
在短呼时候的呼叫序列表如下

图9 优化后呼叫序列表
UE TRACE跟踪信令显示如下：

图10 A2口1287上信令建立成功图
结合图8、图9和图10 可以看到，在业务板标识为1287上的ALCAP业务通路已经能成功建立，RNC成功向CN发送RAB ASSIGNMENT RESPONSE。呼叫建立成功。
Ø 案例总结
机房ALCAP业务通路如果出现故障（比如案例中的故障）没有任何告警和错误信息，如果链路发生严重误码或者其它问题应该有提示告警。
在分析中结合了UE TRACE才在A2口跟踪到问题点，路程中软件能发现的问题很少，需要加强在A1、A2、内部接口的信令涵意和告警的培训。
个人工作业务总结
本人于2009年7月进入新疆中正鑫磊地矿技术服务有限公司(前身为“西安中正矿业信息咨询有限公司”)，主要从事测量技术工作，至今已有三年。
在这宝贵的三年时间里，我边工作、边学习测绘相专业书籍，遇到不懂得问题积极的请教工程师们，在他们耐心的教授和指导下，我的专业知识水平得到了很到的提高，并在实地测量工作中加以运用、总结，不断的提高自己的专业技术水平。同时积极的参与技术培训学习，加速自身知识的不断更新和自身素质的提高。努力使自己成为一名合格的测绘技术人员。
在这三年中，在公司各领导及同事的帮助带领下，按照岗位职责要求和行为规范，努力做好本职工作，认真完成了领导所交给的各项工作，在思想觉悟及工作能力方面有了很大的提高。
在思想上积极向上，能够认真贯彻党的基本方针政策，积极学习政治理论，坚持四项基本原则，遵纪守法，爱岗敬业，具有强烈的责任感和事业心。积极主动学习专业知识，工作态度端正，认真负责，具有良好的思想政治素质、思想品质和职业道德。
在工作态度方面，勤奋敬业，热爱本职工作，能够正确认真的对待每一项工作，能够主动寻找自己的不足并及时学习补充，始终保持严谨认真的工作态度和一丝不苟的工作作风。
在公司领导的关怀以及同事们的支持和帮助下，我迅速的完成了职业角色的转变。
一、回顾这四年来的职业生涯，我主要做了以下工作：
1、参与了新疆库车县新疆库车县胡同布拉克石灰岩矿的野外测绘和放线工作、点之记的编写工作、1:2000地形地质图修测、1:1000勘探剖面测量、测绘内业资料的编写工作，提交成果《新疆库车县胡同布拉克石灰岩矿普查报告》已通过评审。
2、参与了库车县城北水厂建设项目用地压覆矿产资源评估项目的室内地质资料编写工作，提交成果为《库车县城北水厂建设项目用地压覆矿产资源评估报告》，现已通过评审。
3、参与了《新疆库车县巴西克其克盐矿普查》项目的野外地质勘查工作，参与项目包括：1:2000地质测图、1:1000勘查线剖面测量、测绘内业资料的编写工作；最终提交的《新疆库车县康村盐矿普查报告》已通过评审。
4、参与了新疆哈密市南坡子泉金矿2009年度矿山储量监测工作，项目包括：野外地质测量与室内地质资料的编写，提交成果为《新疆哈密市南坡子泉金矿2009年度矿山储量年报》，现已通过评审。
6、参与了《新疆博乐市五台石灰岩矿9号矿区勘探》项目的野外地质勘查工作，项目包括：1:2000地质测图、1:1000勘探剖面测量、测绘内业资料的编写工作，并绘制相应图件。
7、参与了《新疆博乐市托特克斜花岗岩矿详查报告》项目的野外地质勘查工作，项目包括：1:2000地质测图、1:1000勘探剖面测量、测绘内业资料的编写工作，并绘制相应图件。
通过以上的这些工作，我学习并具备了以下工作能力：
1、通过实习，对测绘这门学科的研究内容及实际意义有了系统的认识。加深对测量学基本理论的理解，能够用有关理论指导作业实践，做到理论与实践相统一，提高分析问题、解决问题的能力，从而对测量学的基本内容得到一次实际应用，使所学知识进一步巩固、深化。
2、熟悉了三、四等控制测量的作业程序及施测方法，并掌握了全站仪、静态GPS、RTK等测量仪器的工作原理和操作方法。
3、掌握了GPS控制测量内业解算软件（南方测绘 Gps数据处理）以及内业成图软件（南方cass）的操作应用。能够将外业测量的数据导入软件进行地形图成图和处理。
4、在项目技术负责的指导下熟悉了测量技术总结的编写要求和方法，并参与了部分项目测量技术总结章节的编写工作。
5、在项目负责的领导下参与整个测量项目的组织运作，对项目的实施过程有了深刻理解。通过在项目组的实习锻炼了自己的组织协调能力，为以后的工作打下了坚实基础。
二、工作中尚存在的问题
从事测绘工作以来，深深感受到工作的繁忙、责任的重大，也因此没能全方位地进行系统地学习实践，主要表现为没有足够的经验，对于地形复杂的地段理解不够深刻；理论知识掌握不够系统，实践能力尚为有限。以上问题，在今后工作中自己将努力做到更好。
三、今后的工作打算
通过总结四年来的工作，我无论从工作技术上，还是从世界观、人生观、价值观等各个方面，都有了很大的提高。今后，我会在此基础上，刻苦钻研，再接再厉，使自己在业务知识水平更上一层楼，为测绘事业的发展，贡献自己的力量。

第 36 页 共 36 页