TDD-13-1 Call trace功能与操作

Call trace功能介绍

1.跟踪类型定义

在规范TS32.422和TS32.423中定义了两种类型的call trace: Management Based Trace 和Signaling Based Trace ，Management Based Trace 采集的是eNodeB接口信息，Signaling Based Trace采集的是MME，EPC，以及eNodeB接口信息。两种方式采集的都是上层信令消息。eNodeB支持两种跟踪方式，但是一次只能激活一种，Management Based Trace优先级高于Signaling Based Trace。对于卡特系统，Management Based Trace通过SAM采集，Signaling Based Trace 由MME采集。

2.Management Based Trace

涉及的参数定义如下，可以通过SAM或者是WPS设置：

TRACE REFERENCE：

标识一个trace session的唯一ID号，组成方式：MCC+MNC+Trace ID，对于Signaling Based Trace，

Trace ID是激活消息中发给eNodeB。

TRACE Depth：

定义call trace采集的信令内容

Management Based Trace 又分为两种：cell traffic trace和Event-Based Trace。两种方式一次只能激活一种。如果trafficThreshold，rrcReestablishmentThreshold和iratHOThreshold 中任意一个参数值设置不为0，那么默认激活的是Event-Based Trace。

Cell traffic trace记录触发条件：

收到RRC Connection Request

收到S1接口的handover request

收到X2接口的handover request

以下情况停止记录：

呼叫结束；

呼叫从一个小区切换到另一个小区，而另一个小区未开启call trace；

呼叫切换到另一个eNodeB；

呼叫切换到其它网络；

3.Signaling Based Trace

只能通过核心网即MME侧激活。eNodeB从MME(跟踪命令)或者是其它eNodeB（切换）

中得到跟踪指令，通过定义IMSI号开启对单个UE的跟踪。

无线侧SAM上相关配置参数：

isSignBasedCTEnabled：设置为false，那么该eNodeB不能开启Signaling Based Trace tceIPAddress：eNodeB将跟踪结果发送到该地址，该地址一般是OMC IP地址tceUdpPort：发送跟踪结果的端口号

eNodeB收到trace activation command消息后即开始跟踪，参数采用收到的命令中定义的参数，除了以下两个参数：

TCE IP address：eNodeB总是将数据发送到SAM

Trace Depth：使用Maximum trace depth

记录触发条件：

收到S1AP：trace start

收到S1AP：initial context setup request

收到S1AP：handover request

收到X2:handover request

4.Call trace数据采集与存储

SAM必须定义一对辅服务器采集并存储call trace数据。一个主用，一个备用。当存储空间利用率达到80%(OMC定义）时，触发告警，利用率达到95%时，系统自动删除时间最早的数据文件。文件存储路径: base_directory/A_sender/trace_reference,，其中base_directory 一般为/opt/5620sam/calltrace。

文件名格式：AYYYYMMDD.HHMMoffseteNodeB.sender.reference.session.gz。TRACE信息二进制的形式上报到SAM，然后SAM转换为3GPP规定的格式

5.Call trace开启方法

两种方式：即时激活和定制任务。具体方法见附件。

Call

trace激活方法.docx

6.分析工具

卡特主要使用WTA和Edat进行后台分析。WTA为Edat的一部分，分析方法见附件：

edat操作说明书.do

cx