1 / 7

JAXA DTN Status update - NASA/JAXA Interoperability Testing -

JAXA DTN Status update - NASA/JAXA Interoperability Testing -. Oct., 2013 JAXA Kiyohisa Suzuki / Shinichi Inagawa CCSDS San Antonio meeting. JAXA DTN Status. 1. Major Objective for JAXA DTN testing activity

Télécharger la présentation

JAXA DTN Status update - NASA/JAXA Interoperability Testing -

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. JAXA DTN Status update- NASA/JAXA Interoperability Testing - Oct., 2013 JAXA KiyohisaSuzuki / Shinichi Inagawa CCSDS San Antonio meeting

  2. JAXA DTN Status 1. Major Objectivefor JAXA DTN testing activity The main objective is DTNtechnical demonstration under actual/simulated spacelink delay and disruption environment. JAXA planned and conducted joint DTN test activity with NASA under the bilateralagreementfor joint DTN activity. Internal LAN JAXA nodes JAXA nodes DRTS DRTS JAXA nodes JAXA nodes NASA nodes JAXA nodes Internet JAXA nodes NASA nodes

  3. JAXA DTN Status • Delay and Disruption Considered • Delay • Simulated propagation and processing delay are embedded in ground testing. • Actual propagation and processing delay are embedded in DRTS/DSS testing. • Disruption • Predictable disruption • A predictable disruption is an invisibility between visible paths of a spacecraft. • Unpredictable disruption • An unpredictable disruption is an intermittent invisibility in a visible path caused by effect of radio interference and/or heavy rain attenuation. • Simulation of rain attenuation process (only planned for DRTS/DSS testing) • The rain attenuation process is represented by mutation of RF level along time axis caused by heavy rain attenuation in the view of high-frequency spacelink. • A number of rain attenuation processes are simulated wherein tuning down/up the noise portion of C/N is performed at ground terminal. • Actual rain attenuation (only planned for DRTS/DSS testing : Extra item) • Actual rain attenuation is the actual RF level mutations along time axis caused by heavy rainfall. • JAXA plans to demonstrate this disruption in “thunder storm” or “typhoon” situation, if Ops situation would permit …..

  4. JAXA DTN Status • Ground Testing Phase-2 (Items completed) • JAXA/NASA DTN ground testing phase-2 was a precursor testing for DRTS/DSS testing. • Terrestrial joint demonstration for Contact Graph Routing (CGR) with Contact Plan which enables autonomous multipoint-to-multipoint DTN communication under simulated delay and disruption environment. • Terrestrial joint demonstration for DTN streaming communication (BSS: Bundle Streaming Service), which is a capability study of future usage.

  5. JAXA DTN Status • DRTS/DSS testing (Items completed except extra item) • A Spacelinkjoint demonstrationfor entire protocol suite (stack) of SSI (Solar System Internet) which are considered by CCSDS such as: • CFDP/DTN BP/DTN LTP/CCSDS ENCAP/CCSDS AOS/CCSDS CH&Codin/RF • Joint demonstration for CFDP file transfer ,Contact Graph Routing, and BSS • Confirmation for disruption tolerance under simulated / natural rain attenuation

  6. JAXA DTN Status • Findings • Some bugs found for ION implementation during 4-5 months • 3.1.0 (original baseline)-> 3.1.1 -> 3.1.2 ->3.1.3 (final for DRTS test) • Interoperability / Cross Support point of view • Distribution and updating contact plan • In the case of distribution and updating contact plan, need some considerations between agencies who have different security policy. • Even if on terrestrial internetwork, applications which both could use were limited. • For example, we could not use FTP/sFTP. We could use only CFDP/DTN. • A kind of protocol standard would be needed. • Expanding DTN NW management ? • Alternative protocols we are not considering now(such as CSTS on terrestrial)? • BSP or LTP with authentication will be covered all over nodes? • Disruption in physical layer (RF and mod) • Could confirm disruption tolerance such as simulated attenuation.

  7. Thank you !!

More Related