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

Call trace功能介绍 跟踪类型定义 在规范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采集。 Management Based Trace 涉及的参数定义如下，可以通过SAM或者是WPS设置： 参数名定义isTRACEACTIVETRUE：开启Management Based Trace FALSE：关闭Management Based TraceTRACE IDTrace session的ID号calltracesessionnameCalltrace名称listofTracedCElls跟踪小区列表Trace depth跟踪内容定义，目前仅支持Maximum，决定了跟踪的UE数量。如果设置为Maximum，每个eNodeB最多同时跟踪100个UE，如果设置为Minimum,，每个eNodeB最多同时跟踪200个UEisS1MMETracedTRUE:记录S1接口信令消息 FALSE：不记录IsX2TracedTRUE:记录X2接口信令消息 FALSE：不记录isRRCTracedTRUE:记录Uu接口RRC信令消息 FALSE：不记录tceIPAddressSAM的IP地址，发送trace recordtceUdpPort只能设置为57054，如果是其它数值，那么不会采集trace informationtrafficThreshold（百分比）Event-Based Trace触发门限，每分钟eNodeB会计算连接的UE数，如果RRC连接UE数/maxnbrofusers低于门限值，那么开始记录rrcReestablishmentThreshold （绝对值）Event-Based Trace触发门限，每分钟eNodeB计算RRC连接重建数，超过门限定义值，就开始记录iratHOThreshold （绝对值）Event-Based Trace触发门限，每分钟eNodeB计算跨系统切换次，超过门限定义值，就开始记录 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； 呼叫切换到其它网络； 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 addre