Tactical Datalink Study GroupTDL SG

1
Tactical Datalink Study Group(TDL SG)
2002 Fall SimulationInteroperability Workshop
2
TDL SG Fall 02 SIWMorning Agenda

• 0830-0900 Meeting introduction and Study Group
  background (Adin Burroughs)
• 0900-0930 Review and status update of open
  action items (Dr. Rob Byers)
• 0930-1000 Invited Presentation Fidelity
  Interoperability in the Link-16 Sim Standard (Joe
  Sorroche, Adin Burroughs)
• 1000 - 1030 Break
• 1030-1100 Paper Presentation of TADIL TALES
  (02F-SIW-119) (Dr. Rob Byers, Adin Burroughs)
• 1100-1200 Open discussion/Review of TADIL
  TALES (Adin Burroughs)
• 1200-1330 Lunch Break

3
TDL SG Fall 02 SIWAfternoon Agenda

• 1330-1400 Additional discussion of TADIL TALES
  (Adin Burroughs)
• 1400-1430 Paper Presentation of Link-16 BOM
  (02F-SIW 120) (Graham Shanks)
• 1430-1500 Open discussion/Review of Link-16 BOM
• 1500-1530 Break
• 1530-1630 Open Q/A session on HLA additions to
  TALES methodologies (A.B)
• 1630-1645 Link16 Standard Product Development
  Group Discussion (Adin Burroughs)
• 1645-1700 Assignment of action items, meeting
  wrap-up (Adin Burroughs)
• 1700-?? Continued informal technical discussions
  (location TBAinvolving a pint?)
• Meeting minutes will be taken by Dr. Rob Byers
  and Mr. Joe Sorroche

4
Tactical Datalink Study GroupFall 02 SIW

• Introduction

5
TDL SG Leadership

• Adin Burroughs, TACCSF/SRC
• TDL SG Chair
• Joe Sorroche, TACCSF/ASRCC
• TDL SG Vice Chair
• Neil Barrett, JITC
• TDL SG Vice Chair
• Dr. Rob Byers, Northrop Grumman IT (DMT
  Standards)
• TDL SG Secretary
• Thomas Mullins, NAIC
• SAC Representative

6
TDL SG Goals

• Create a standard that can be used to exchange
  datalink data!
• Submit proposals for changes to DIS EBV Document
• Formatting of data inside PDUs
• Usage of PDUs
• TDL Enumerations
• Provide HLA guidelines for BOM implementation

7
TDL SG Approach

• Draft changes to the DIS EBV document
• Submit as package of changes after SG approval
• Goal is Jan 03 final submittal to EBV document
• Kick-Off PDG to develop SISO Standard from TDL SG
  Product
• Avoid any changes to the IEEE Specifications, if
  at all possible
• Identify HLA methods and approaches from work in
  DIS

8
TDL SG Expertise

• Working knowledge of JTIDS
• MIL-STD 6016A/B
• Working knowledge of TADIL-J/Datalinks
• Working knowledge of DIS HLA
• IEEE 1278.1 IEEE 1516
• Working Knowledge of radio frequencies/propagation
  
• Working knowledge of simulators
• Working knowledge of C2

9
TDL SG History

• Jul 01- TACCSF internal project to review current
  DIS Link-16 Implementation
• Oct 01 - Formed grass roots working group after
  community response to informal inquiries
• Nov 01- Meeting at I/ITSEC
• Initial Presentation of ideas, technical
  discussion
• Decided to pursue becoming official SISO Study
  Group
• Dec 01 - SISO EXCOM Approves TOR
• Feb 02 - SG Reflector, AFAMS webpage established
• Mar 02 - First official meeting of TDL SG (Spring
  SIW)
• Jun 02 - Interim SG meeting at TACCSF
• Jul 02 - SG Meeting at Euro-SIW
• Sep 02 - SG Meeting at Fall SIW
• Sep 02 Link-16 PDG Kickoff

10
Challenges with Current Standard

• Standard lacks detail for interoperability
• Multiple implementations in the wild
• Ability to exchange TADIL-J messages, no ability
  to simulate JTIDS networks
• No standard enumeration list for TDL types

11
Goals for New Standard

• Standard, interoperable implementation
• Easy initial implementation
• Minimal impact on current users, e.g. NATO SIMPLE
  Standard
• Ability to ease transition from old formats to
  new
• Effects level simulation of JTIDS net
• Ability to route datalink data separately from
  truth data
• Minimize bandwidth utilization
• Discrete definitions of fidelity
• Identify FOM/SOM data items for HLA JTIDS
  emulation

12
Goals for New StandardEffects to be simulated

• Timeslot allocation/metering of data with nominal
  values or from an actual NDL
• Segmenting of data into NPGs
• Segmenting of data into Nets
• Multi-netting
• Crypto-netting
• Net entry procedures
• Synchronization
• Multiple NTRs

13
Goals for New StandardEffects to be simulated

• Relnav
• Multiple JTIDS units transmitting at same time
• Waveform/RF simulation
• Antenna, propagation details

14
Goals for New StandardEffects not covered

• Individual Pulses
• Effects of conflicting pulses if hopping patterns
  coincide

15
TDL SG _at_ Fall 02 SIW

• Sunday Night Link-16 PN Working Group
• Monday Morning SAC Briefing
• Tuesday TDL SG Meeting (all day), AF Night
  Briefing
• Wednesday SAC Meeting
• Thursday C4I Forum Update Briefing, SISC Meeting
• Friday TDL SG Outbrief
• Potential PDG Kickoff?

16
TDL SG Fall 02 SIW

• Update of SG Activities

17
TDL SG Fall 02 UpdateInterim Meeting (4 Jun 02)

• Covered
• A.I. 30 JTIDS Communications Modes 1, 2,4
• A.I. 31 Bandwidth restrictions for Low Fidelity
  Participants
• A.I. 11 Perceived Transmit Time
• A.I. 14 DIS timestamp as unique network
  synchronization ID
• A.I. 21 VMF/LET Signal PDU Structure
• A.I. 17 Timeslot Identification
• A.I. 23 DIS Voice Signal PDU Structure
• A.I. 15 FORSCOM/SPO/JITC Review
• Significant discussion on timeslot ID structure
  and JTIDS voice implementation (Minutes of SISO
  TDL SG meeting)

18
TDL SG Fall 02 UpdateEuro SIW

• Invited to present at Fall TDL ITS Meeting
• Recommended to make TDL SG product a formal SISO
  standard
• First Presentation of HLA Implementation
  Brainstorms
• TDL Family of BOMs
• Time Services Real time vs Non Real-Time
• Differing fidelity levels translated into HLA
• Significant interest from Allies on HLA version
  of standard
• Potential upgrade from current version of SIMPLE
• Australia Virtual Ship program already requesting
  the BOM for integration

19
TDL SG Fall 02 Update Post Euro-SIW

• Issuance of first formal revision of draft
  protocol
• 02F-SIW-119 TADIL TALES
• All HLA is currently TBD
• Link-16 Simulation Standard Product Nomination
  approved by SISO
• Kickoff at Fall SIW
• Interim meeting to occur at I/ITSEC 02
• Balloting tentatively to begin after Spring 03
  SIW
• First changes to DIS-EBV submitted, part of
  Change Block 2.

20
TDL SG Fall 02 UpdateImplementation Project

• Northrop Grumman currently implementing DIS-J
• Fidelity Level of 3 (No high fidelity
  synchronization)
• Initial Testing occurred 3-6 September
• Tested level 1 (Message Format and NTR play)
• Project to complete by 27 September
• Final testing to occur at TACCSF 24-26 September
• Currently investigating methods to implement and
  test fidelity level 4

21
TDL SG Fall SIW 02 UpdateWay Ahead

• TDL SG will be briefing at
• NATO TDL ITS (Sept 02)
• NMIA Datalinks Conference (Nov 02)
• International Data Link Symposium (Oct 02)
• (Tentative) DISA Link-16 OIRG/DLWG (TBD)
• PDG Kickoff
• Complete submittals of changes to DIS-EBV
• Next Year TOR for TDL Study Group?
• HLA completion of Link-16 (if needed)
• Link-11A, 22, TIBS?
• Standards work outside SISO? (NATO/DISA?)

22
TDL SG Fall 02 SIW

• Action Item Update Action Item Tracker

23
TDL SG Fall 02 SIWInvited Presentation

• Fidelity Interoperability in the Link-16 Sim
  Standard
• Joe Sorroche, Adin Burroughs

24
TDL SG Fall 02 SIW02F-SIW-119

• TADIL-TALES
• Rob Byers, Adin Burroughs

25
TDL SG Fall 02 SIW02F-SIW-120

• Link-16 BOM
• Graham Shanks

26
TDL SG Fall 02 SIW

• Open QA/Discussion of DIS and HLA Methodologies

27
TDL SG Fall 02 SIW

• Meeting Wrapup

28
BackUp Slides
29
TDL SG On-Line Resources

• AFAMS Hosted Discussion Server Document
  Repository
• http//www.afams.af.mil
• Click on programs and exercises, listed on this
  page
• Discussion Server still in beta form
• SISO Reflector
• http//www.sisostds.org
• DMSO Reflector
• Currently not in use, has archives for Nov-Jan 01

30
TDL SG Terms of Reference

• TDL SG TOR

31
TDL SG _at_ Spring 02 SIW

• Monday Morning SAC Briefing
• Tuesday Night AF Night Briefing
• Wednesday All day Meeting, Flamingo Room
• Synchronization
• Transmitter PDU
• Improvements to methodologies from I/ITSEC
  meeting
• Once methodologies are agreed upon, move towards
  words for DIS EBV
• HLA inclusion RPR FOM and more
• Thursday SISC Briefing

32
JTIDS/Link-16 Synchronization Tutuorial

• Presented by Mr. Joe Sorroche

33
Link-16 Synchronization

• System Timing and Synchronization
• TDMA Architecture requires that each participant
  know when its transmit timeslots occur
• JUs must be syncd with a common network time to
  receive and transmit on the network
• Network Time Reference (NTR)
• Any JU can be a NTR
• Relative Time
• The clock of one participant is designated as the
  Net Time Reference
• External Time Reference (ETR)
• GPS
• Other JUs are either primary or secondary users
• Primary users use the active mode for fine sync
• Secondary users use the passive mode for fine sync

34
Link-16 Synchronization

• Four steps for Synchronization
• Initial Net Entry
• Coarse Synchronization
• Fine Synchronization
• Synchronization Maintenance

35
Link-16 Synchronization

• Initial Net Entry
• Prior to entering the net, a terminal will not
  know the current time slot number
• It will know time accurately enough to know that
  a future time slot has not yet occurred
• Initial Entry Time slot blocks occur every 12
  seconds, starting with the initial slot in the
  frame.
• The NTR always transmits a J0.0 Initial Entry
  Message in these time slots.
• Initial Net Entry occurs on receipt of a valid
  net entry message

36
Initial Entry Time Slots
Initial Time Slot in Epoch
.
.
.
.
12 Seconds 1536 Time Slots
12 Seconds 1536 Time Slots
12 Seconds 1536 Time Slots
37
Coarse Synchronization

• Coarse Synchronization
• Achieved by receiving error-free Initial Entry
  Message
• JU must adjust its clock to identify time slots
• JU cannot transmit until Fine Synchronization is
  achieved
• Exception Round Trip Timing (RTT) Interrogation
  Messages

38
Fine Synchronization

• Fine Synchronization
• When Coarse Sync is achieved, a JU automatically
  begins the fine Sync process
• Actively
• Passively
• Active Mode
• Uses RTT based on RTT Interrogation and Reply
  Messages
• Interrogating JU transmits a RTT Interrogation
  message
• Time of Arrival (TOA) is determined
• Interrogating JU determines clock correction
  based on TOA

39
RTT Interrogation Message
40
RTT Interrogation Message
TOA I Time-of-Arrival of the RTT Interrogation
Message as determined by the responding
terminal. TOA R Time-of-Arrival of the RTT
Reply Message as determined by the interrogating
terminal. t d 4275 µsec, the known reply time
in the time slot t p Propagation time of the
RTT messages E Initial clock offset between the
two terminals, it is the error to be corrected by
the synchronizing terminal.
t p TOA I - E (RTT Interrogation) t p TOA R
E - Td (RTT Reply) E TOA I - TOA R t d
2
41
RTT A Interrogation Message

• Addressed Round Trip Timing message
• addressed to a specific terminal on list which
  has the highest time quality
• assigned as dedicated access time slots
• about 1 time slot per 12 seconds
• Only the terminal that has been addressed will
  reply
• if no specific RTT-A assignment is made, the
  terminal will automatically steal a dedicated
  access PPLI time slot for RTT-A

42
RTT B Interrogation Message

• Broadcast Round Trip Timing message
• messages are broadcast (not addressed to any
  specific terminal)
• Contains the interrogators Quality time, Qt
• Any terminal with a higher Qt can reply
• assigned as contention pool using nets 1 - 15
• Interrogating terminal sends RTTs on the net
  number equal to the highest Qt in its table of
  sources
• Each terminal listens for RTTs in RTT-B NPG on
  the net number equal to its own Qt and replies on
  that net number

43
Passive Mode

• Passive Mode
• Requires no transmissions (e.g., radio silent)
• Must be receiving PPLI messages directly (not
  relayed)
• Must know own position
• own position can be self-supplied (e.g., F-15
  INS)
• own position can be calculated using JTIDS
  navigation
• When Fine Sync is achieved, a JU begins
  transmitting and receiving messages
• Synchronization Maintenance
• JUs monitor clock performance
• Perform Fine Sync process, either active or
  passive
• If clock errors exceed defined limits, a JU stops
  message transmission and re-initiates fine Sync
  process
• JU does not stop RTT interrogation messages

44
DIS-J Synchronization
45
DIS-J High Fidelity Synchronization
ProceduresStep 1

• An NTR shall begin by issuing Transmitter
  PDU/Signal PDU Net Entry message pairs at a rate
  in accordance with the JTIDS terminal
  specification (In timeslot A-0-6 at a rate of
  every 12 seconds).
• A unique randomly generated key shall be filled
  into the network synchronization ID field of the
  transmitter PDU. The primary JTIDS duty field
  shall contain a NTR enumeration.

46
DIS-J High Fidelity Synchronization Step 1
J0.0 Net Entry Msg Every 12 Secs

• Transmitter PDU
• network synch ID 001
• Transmit Time 1200
• Primary Duty NTR

• Signal PDU
• Filled with J0.0
• Contains timeslot information

47
DIS-J High Fidelity Synchronization Step 2

• The receiving JTIDS Unit Terminal (JU) then
  updates its own terminal time by taking the
  terminal perceived time, and adding the amount of
  time for the message to traverse the distance
  between the two entities.
• It also shall fill its own network
  synchronization ID in the transmitter PDU with
  the network synchronization ID received from the
  NTR.
• This key shall be used in all transmitter PDUs as
  long as the JU remains in synchronization with
  the same NTR
• The JU is now considered to be in coarse
  synchronization.

48
DIS-J High Fidelity Synchronization Step 2

• After Signal Reception checking, JU Internal DB
  updated with
• Updated Terminal TimePerceived Receive Time
• network synch ID001
• StateCoarse Synch
• Timeslots from received J0.0

49
DIS-J High Fidelity Synchronization Step 3

• The JU then transmits the appropriate Signal PDU
  RTT message (A or B) and Transmitter PDU pairs.
• If RTT-Bs are transmitted, then the RTT-B shall
  be transmitted on the net number equivalent to
  the highest received own unit Time Quality.
• The JU will use its own terminal perceived time
  in the transmitter PDU.

50
DIS-J High Fidelity Synchronization Step 3

• JU Transmits (in assigned timeslot)
• Transmitter PDU
• network synch ID 001
• Updated Terminal Perceived Time (1203)
• State Coarse Synch
• Primary Duty JU
• Signal PDU
• Contains RTT A/B

51
DIS-J High Fidelity Synchronization Step 4

• The appropriate NTR/JU will answer (in accordance
  with the JTIDS terminal specification), using the
  JU perceived time and the entity distance to
  calculate the perceived receive time. The
  RTT/transmitter PDU pair is then transmitted.
• If method is RTT-A, the addressed JU shall answer
• If method is RTT-B, All participants with a TQ
  equal to net number of transmitted interrogation
  shall answer.
• Detailed procedures are contained in JTIDS Class
  2 Terminal Specification and MIL-STD 6016B

52
DIS-J High Fidelity Synchronization Step 4
NTR Answers within SAME timeslot

• Transmitter PDU
• network synch ID 001
• Transmit Time 1204
• Primary Duty NTR

• Signal PDU
• Filled with RXed RTT A/B

JU updates own terminal time with received
terminal time
53
DIS-J High Fidelity Synchronization Step 4

• The JU shall then update its own terminal time
  with the received round trip time.
• After the appropriate number or RTT exchanges
  have occurred (depending whether the RTT-A or
  RTT-B method of synchronization was used), the JU
  shall consider itself to be in fine
  synchronization and shall continually issue RTT
  message pairs to maintain synchronization at
  rates specified within the JTIDS terminal
  specification
• Transmitter PDUs shall be issued when
• TX any J0.x, RTT A/B (re-synchronization), PPLI
  (J2.X) and on transition to Radio Silence/exit
  from Sim

54
DIS-J Low FidelitySynchronization

• Steps 1 2 shall be the same as the High
  Fidelity Synchronization, except for
• The transmitted J0.0 message shall be filled with
  dummy timeslot information
• After reception of the J0.0 net entry message,
  the JU shall skip straight to the fine
  synchronization state.
• Steps 3 4 (RTT Synchronization) shall not be
  accomplished
• Transmitter PDUs shall then be transmitted when
• TX any J0.x,PPLI (J2.X, nominally once/12 secs)
  (and on transition to Radio Silence/exit from
  Sim)

55
DIS-J Mixed Fidelity Synchronization

• High Fidelity NTR, Low fidelity JU
• Each shall participate at their native modes
• NTR shall transmit J0.0 signal transmitter PDU
  pairs
• Receiving Low Fidelity JU shall
• Accept J0.0 data, transmission information
• Discard timeslot information
• Skip RTT synchronization and report
  synchronization state as fine synchronization
• ALL HIGH FIDELITY PARTICIPANTS WILL OPERATE AT
  NORMAL HIGH FIDELITY MODE

56
DIS-J Mixed Fidelity Synchronization

• Low Fidelity NTR, High Fidelity Participants
• Each shall participate at their native modes
• Low fidelity NTR will transmit J0.0 with zeroed
  timeslot information or user entered timeslot
  information with a correct transmitter PDU
• High Fidelity JU shall either
• Use NDL assigned timeslots or (if the mission
  requires) received timeslot information.
• RTT-As or RTT-Bs can be exchanged with other high
  fidelity participants already in fine
  synchronization.
• If there are no other high fidelity participants
  in fine synchronization to exchange RTTs with,
  the JU will skip straight to Fine Synchronization
  

57
DIS-J Synchronization Additional Notes

• To be in compliance with standard, if the
  real-world system can act as NTR, the simulator
  must be able to act at least as low fidelity NTR.
  
• If no simulators in a simulated JTIDS net are
  capable of acting as a NTR, participants shall be
  able to set the network synchronization ID to
  zero and transmit the synchronization state of
  fine synchronization.
• Re-synchronization procedures must be
  re-accomplished if a unit falls out of the link
  
• 60 seconds without reception of PPLI.

58
DIS-J Synchronization Additional Notes (contd)

• If a network synchronization ID does not match a
  JUs own network synchronization ID, the data will
  not be considered to have been received. All Fs
  in the network synchronization ID field shall be
  accepted as a wildcard matching any network
  synchronization ID.
• Simulated terminals shall accept net entry
  messages (J0.0) from any simulated transmitting
  terminal within reception range. If a new NTR
  with a different network synch ID is closer than
  the original NTR, resynchronization with the new
  NTR shall occur. This may lead to re-synch
  battles and may take down the net
• If crypto information is being used in the signal
  PDUs, then the crypto information must match
  before another J0.0 is accepted.
• Simulators in compliance with this standard shall
  at a minimum have the capability to identify the
  NPG and net number of transmitted data in the
  signal PDU