1、DBM“航迹与计划相关配置”中“自动相关参数”：“相关最小权重值（含）”与“直接相关权重值（含）”的不同：航班号，二次代码，地址码，三个都计算完 满足直接相关权重，那就直接相关（直接权重是在相关区内的），如果是不满足直接相关，满足最小权重，就会再去判断航迹的位置，满足位置（首次相关参数）条件，才相关。

*fdp.online.ini：配置了B_COUPLE_CHECK_SSR=T参数，但是联程航班还是会出现后程航班（SSR不一样）计划相关前面的航迹的问题；好像是满足“相关最小权重值（含）”条件就不检查B_COUPLE_CHECK_SSR=T参数了！（这个参数配置的目的是，针对出港或区内的航班，在满足相关权重的基础上，还需要SSR一致才允许相关：现场是1.2.4P3版本，还没这个功能，1.2.5P3版本有）

2、rdp进程的日志MSDP1_RDP_20230403_02.log

日志样例：

2023-04-03 02:31:08.839622[info][FUSE]update sysTrack,data code=4532,callsign=CCA2806,sysTrackNo=1890--->synTrackNo=1748,ret=1,synTrackNobefore=1748

2023-04-03 02:07:32.671257[info][FUSE]getSensorDatasFromFuseTimeGroup, start sysTrackNO=1407,timeGroups index i+1=1,code=7451,sensorID,sspTrackId,dataTime(2,468,1680487648453125)(4,1719,1680487650607910)(6,1591,1680487650200195)(7,203,1680487649960937)(8,29,1680487650828125)

字段定义：

字段名

说明

timestamp

日志时间：2023-04-03 02:31:08.839622

level

日志级别：[info]

处理类型

[FUSE] ：融合航迹处理

[SSP]: 单监视源处理

message

日志消息：update sysTrack,data ……

航班号

callsign=CCA2806

二次码

code=4532

系统航迹号

sysTrackNo=1890（系统内部使用的航迹号）

同步航迹号

synTrackNo=1748（在fdp日志里记录：计划和synTrackNo关联）

单雷达航迹融合为雷达融合航迹（搜索关键字getSensorDatas）

(2,468,1680487648453125)(4,1719,1680487650607910)(6,1591,1680487650200195)(7,203,1680487649960937)(8,29,1680487650828125)

*：每个括号第一个数字就是监视源id（id是在dbm上配置的对应）。表示：监视源id：2,4,6,7,8形成雷达融合航迹sysTrackNO=1407

*：rdp是把多部单雷达航迹融合为雷达融合航迹，adp是把多部单adsb航迹融合成adsb融合航迹，msdp是把雷达融合航迹和adsb融合航迹融合为系统航迹。

主备状态

ret=1（1是主用，0是备用）

 3、msdp进程的日志MSDP1_MSDP_20230403_02.log

日志样例：

2023-04-0302:00:00.333587[info][FUSE]getSensorDatasFromFuseTimeGroup, start sysTrackNO=1191,timeGroups index i+1=1,code=4275,sensorID,sspTrackId,dataTime(10001,1708,1680487196864426)(10002,472,1680487199290475)

2023-04-03 02:00:00.346301[info][FUSE]update sysTrack,data code=5312,callsign=CSN6619,sysTrackNo=630--->synTrackNo=1761,ret=1,synTrackNobefore=1761

2023-04-03 02:28:48.154781[info][FUSE]getSensorDatasFromFuseTimeGroup, start sysTrackNO=1639,timeGroups index i+1=1,code=6200,sensorID,sspTrackId,dataTime(10001,1571,1680488924598884)(10002,467,1680488914270683)

字段定义：

字段名

说明

timestamp

日志时间：2023-04-0302:00:00.333587

level

日志级别：[info]

处理类型

[FUSE] ：融合航迹处理

message

日志消息：getSensorDatasFromFuseTimeGroup, s ……

航班号

callsign=CSN6619

二次码

code=4275

系统航迹号

sysTrackNO=1191（系统内部使用的航迹号）

同步航迹号

synTrackNo=1748（在fdp日志里记录：计划和synTrackNo关联）

主备状态

ret=1（1是主用，0是备用）

系统航迹（雷达融合航迹和adsb融合航迹经msdp融合融合后）

sysTrackNO=1639,timeGroups index i+1=1,code=6200,sensorID,sspTrackId,dataTime(10001,1571,1680488924598884)(10002,467,1680488914270683)

*：10001是融合雷达，10002是融合adsb

*：sysTrackNO是内部航迹号，不是同步航迹号

*：sysTrackNo=630--->synTrackNo=1761：这里对应到synTrackNo，然后FDP日志里使用synTrackNo和计划关联。

 

4、fdp进程的日志FDP1_fdp_20230403_0005.log

日志样例：

2023-04-03 00:00:04.858,18810,info,0,# FdpCoreTrackManager::dealCoupledResult {{"timestamp":"2023-04-03 00:00:04.827","sequence":8949,"trackType":"TRACK_ACC_NORMAL","coupled":[{"trackid":602,"planidList":[{"k":12,"v":501098348}]},{"trackid":448,"planidList":[{"k":12,"v":501867995}]},……,{"trackid":657,"planidList":[{"k":12,"v":501780451}]}]}}

2023-04-03 00:02:13.847,18810,info,0,# MP: (501589475,04022235,CES5459,ZSSS,ZBHH) PLAN(CES5459,A5674,781234)CHECKCOUPLE# v[12] :IS MATCH TRACK {(TK[CORE,2561s,ACN518,001],(A5674,781234,CES5459),EL(1,0,641))}

字段定义：

字段名

说明

timestamp

日志时间：2023-04-03 00:00:04.858

线程id

18810

level

日志级别：info

日志id

0（用于开启某些计算过程的日志，可以通过配置指定打印id对应的日志）

固定前缀

MP:（MP：后面跟计划信息（planid，etd（日期+时间），航班号，起飞机场，目的机场））

message

日志消息：# FdpCoreTrackManager::dealCoupledResult {{"timestamp" ……

航班号

CES5459

二次码

A5674

trackid

ACN518（acn是ACC NORMAL航迹，acd是ACC DRAD航迹：518即来自MSDP的synTrackNo，这里看出和计划planid：501589475关联）（查询相关的关键字：CHECKCOUPLE）

初步匹配结果记录


{"trackid":720,"planidList":[{"k":12,"v":501288906}]}

K是权值加和（ssr，航班号，24位地址码是否一致的权值，相关权值配置在dbm上），v是对应计划的planid

*：是fdp核心线程收到相关线程的初步匹配计算结果的日志记录，fdp程序内的计算自动相关的线程通过匹配ssr、航班号和24位地址码，初步筛选出来信息匹配的航迹与计划的信息。写给fdp的核心线程处理，再检查其他条件，最终判断航迹与计划是否能够自动相关。初步匹配，满足相关权值配置，还需要fdp核心线程检查其他相关条件：如，计划状态，偏航，航向偏差，过点高度偏差，过点时间差等。