<?xml version='1.0' encoding='utf-8'?>
<!DOCTYPE rfc [
  <!ENTITY nbsp    "&#160;">
  <!ENTITY zwsp   "&#8203;">
  <!ENTITY nbhy   "&#8209;">
  <!ENTITY wj     "&#8288;">
]>
<?xml-stylesheet type="text/xsl" href="rfc2629.xslt" ?>
<!-- generated by https://github.com/cabo/kramdown-rfc version 1.7.29 (Ruby 3.2.3) -->
<rfc xmlns:xi="http://www.w3.org/2001/XInclude" ipr="trust200902" docName="draft-xiong-tsvwg-technical-considerations-t4sat-00" category="info" submissionType="IETF" tocInclude="true" sortRefs="true" symRefs="true" version="3">
  <!-- xml2rfc v2v3 conversion 3.28.1 -->
  <front>
    <title abbrev="Technical Considerations for T4SAT ">Technical Considerations for Transport Layer Protocols Optimization for Satellite Networks (T4SAT)</title>
    <seriesInfo name="Internet-Draft" value="draft-xiong-tsvwg-technical-considerations-t4sat-00"/>
    <author initials="Q." surname="Xiong" fullname="Quan Xiong">
      <organization>ZTE Corporation</organization>
      <address>
        <email>xiong.quan@zte.com.cn</email>
      </address>
    </author>
    <author initials="J." surname="Liu" fullname="Jie Liu">
      <organization>GEE Space</organization>
      <address>
        <email>jie.liu33@geely.com</email>
      </address>
    </author>
    <date year="2025" month="June" day="10"/>
    <workgroup>tsvwg</workgroup>
    <abstract>
      <?line 28?>

<t>This document analyses the gaps of the existing transport layer technologies
and provides technical considerations for Transport Layer Protocols 
Optimization for Satellite Networks (T4SAT).</t>
    </abstract>
  </front>
  <middle>
    <?line 35?>

<section anchor="introduction">
      <name>Introduction</name>
      <t>It demands high-bandwidth and high-throughput data transmission in LEO (Low Earth Orbit) 
satellite networks as described in <xref target="I-D.yang-tsvwg-leo-transport-req"/>. The performance
of transport protocols will be impacted by the unique characteristics such as 
networks-highly dynamic topologies, long and variable propagation delays and time-varying 
channel errors. The optimization of transport layer technologies in LEO satellite networks
should consider:</t>
      <t>*the congestion control algorithms should be optimized to adapt the increasing bursty
 packet loss and significant delay variability.</t>
      <t>*the congestion control should decouple channel errors from congestion signals while 
adapting to rapid topology changes.</t>
      <t>*the ACK mechanism should adapt the transport layer to reduce spurious retransmissions.</t>
      <t>This document analyses the gaps of the existing transport layer technologies
and provides technical considerations for Transport Layer Protocols 
Optimization for Satellite Networks (T4SAT).</t>
    </section>
    <section anchor="definition-of-terms">
      <name>Definition of Terms</name>
      <t>This document uses the terms defined in <xref target="I-D.yang-tsvwg-leo-transport-req"/>:</t>
    </section>
    <section anchor="technical-considerations">
      <name>Technical Considerations for T4SAT</name>
      <section anchor="optimization-of-congestion-control-algorithms">
        <name>Optimization of Congestion Control Algorithms</name>
        <t>As per <xref target="I-D.yang-tsvwg-leo-transport-req"/>, frequent handovers and connection switching will increase
   packet loss ratio (e.g. over 60%). The congestion control algorithms should be selected and optimized to 
   tolerate the high packet loss ratio and predict bandwidth to control the congestion before the queues overflow.</t>
        <t>Bottleneck Bandwidth and Round-trip propagation time (BBR) is a congestion-based congestion control algorithm for 
   TCP, which actively measures bottleneck bandwidth (BtlBw) and round-trip propagation time (RTprop) based on the model 
   to calculate the bandwidth delay product (BDP) and then to adjust the transmission rate to maximize throughput and 
   minimize latency. In LEO satellite networks, the dynamic topology could add significant delay variability beyond the 
   inherent propagation latency and it also consumes valuable satellite capacity. The congestion control algorithms 
   should be optimized to adapt seamlessly to latency variations and RTT fluctuation based on precise RTT measurements.</t>
      </section>
      <section anchor="enhancement-of-congestion-notification">
        <name>Enhancement of Congestion Notification</name>
        <t>As per <xref target="I-D.yang-tsvwg-leo-transport-req"/>, random packet loss will lead to the failure of congestion control mechanisms. 
   For example, when receiving a congestion notification with packet loss, the loss-based congestion control algorithms, 
   such as Congestion-based Upon Bandwidth-Information (CUBIC), will reduce the congestion window and the throughput will 
   dramatically decrease.</t>
        <t>In LEO satellite networks, the packet loss will be divided into channel-error loss and congestion-based loss. The 
   time-varying channel-error loss will occur when packets are corrupted or dropped due to physical layer impairments 
   in the communication channel. It needs to retransmit the lost packets without reducing congestion window. The congestion 
   notification should distinguish channel-error loss and congestion-based loss. Explicit Congestion Notification (ECN) 
   can be used to achieve an end-to-end congestion notification and the type of packet loss could be encoding in the ECN 
   markings.</t>
      </section>
      <section anchor="adaptations-of-transport-protocols">
        <name>Adaptations of Transport Protocols</name>
        <t>As per <xref target="I-D.yang-tsvwg-leo-transport-req"/>, long and variable propagation delay is one of unique characteristics 
   in LEO satellite networks. The propagation delays (e.g.20-150ms RTT) are higher exceeding the terrestrial networks. 
   The Retransmission Timeout (RTO) mechanism will frequently misinterpret propagation delay as congestion. The 
   acknowledgments (ACKs) are not arriving on time, leading to unnecessary congestion window reduction and packet 
   retransmissions. Moreover, asymmetric uplink and downlink capacities cause ACK congestion and buffer overflows.
   The ACK mechanism in LEO satellite networks should adapt the transport layer to give ACKs higher priority during
   handovers and guarantee ACK delivery even during orbital transitions, reducing spurious retransmissions caused by
   orbital motion.</t>
      </section>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>To be discussed in future versions of this document.</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>Currently this document does not make an IANA requests.</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-informative-references">
      <name>Informative References</name>
      <reference anchor="I-D.yang-tsvwg-leo-transport-req">
        <front>
          <title>Transport Layer Protocol Requirement for LEO satellite</title>
          <author fullname="Feng Yang" initials="F." surname="Yang">
            <organization>China Mobile</organization>
          </author>
          <author fullname="Tina Tsou" initials="T." surname="Tsou">
            <organization>Tiktok</organization>
          </author>
          <date day="16" month="March" year="2025"/>
          <abstract>
            <t>   In recent years, high-bandwidth LEO (Low Earth Orbit) satellite
   networks, such as Starlink and OneWeb, have seen tremendous
   development and are gradually becoming an important part of the
   global Internet. However, due to the unique characteristics of
   satellite networks, using TCP for data transmission faces challenges
   in multiple aspects, such as high latency caused by long-distance
   propagation and high error rates due to signal attenuation. This
   proposal analyzes the typical characteristics of LEO satellite
   transmission and their impact on transport layer protocols, and
   finally summarizes the basic requirements that need to be considered
   for designing transport layer protocols tailored to LEO satellites.

            </t>
          </abstract>
        </front>
        <seriesInfo name="Internet-Draft" value="draft-yang-tsvwg-leo-transport-req-00"/>
      </reference>
    </references>
    <?line 113?>



  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA91YXW/byhF9F6D/MIBRwCpMwW1u++CH4tqKbuE2TdJEFyj6
tiJX4l6Tu8zu0rKukf/eM7MkRfkjtl+bB4dc7s7nmTOzyrJsOrm9oHfTSeFy
q2p9QYVXm5jdGWe3WQy3O/zVeWlNrqosdzaYQnsV8Tlk8aegYnZ+Pp3kKl6Q
sRs3nYR2XZsQsCHuG8i7Xq5+mU6iiRVeVr0oWhyJoo3ztPLKhsb5SB/UXnv6
7F10uasCfWqiqc3vsle2flVRV5WJmj7quHP+JtDp6qevl6sZTSdqvfYaXv1t
OqEXNPKR6WS3vSBxdTrB6TaWzl/wY0YpJP9ulaX/cERYovPY/t/VEgI9rBVx
vK5rZaoLksjNv+HIz79HPc9dPc8t4R/vOcj8h9H0wbSDwL8vl/S1UbkeifrN
6Hll2nfvft5qXe1ZFptlna+h9VbDSOIFDvxoia6z9/O9GvJXaZfFPraZ19/E
OZiSZaTWAZ/yyO+r0gQCDtpa20jKqmofdKBYatqqJpDbyLO+MyEau6VBJlWS
L8GJq9zW6IA42oIa724R8kADhCh/S96nkzdkfk4Ht2pTFJXmtxO6ttG7os1F
xP2JGb1+5x3XkQoE3BaBSrMtszUed6aIJbELshRL79pt2bTYqqJKnncoB+zp
w/ITnX5wO1oqj3Of/NpERmIYjLW9sQoh1iH3Zq0LPnp//1K2vn+f0wpxb7SX
NFvGCOdiCFszBGxnqorWmkwNKEVoWO8lZ60131pNeak42dpzBvNAoc1LtgiY
6uzL2N9qT8UeMDU5Rdd0GT2jCsCWmNwqb9S60qy4UduUnEIDBUG+I2U6w6Y9
owTkUCprdUXae+dDcsaN83rkzGMs9RF+HE1EuHRtVQyoEmT/kT3GylYHEY9H
pLwiVW2dN7Gs4Xg6th4MQaiiI1WoJkrAjM29VoEdWLc+xD3qCiG90TDQheRm
MFtrNkC1jcn7LjAGNu7nUpvPmdLpL3Tu2qaSxIxCRBvv6vEx1qQ4vaXBZtQW
2ykl6MirxhR9nvYiCcfmQyAuF/+kWvOyCXWv+ODoo8BDokZ5aApN641rA97H
eE+i/0+44oTe642xpofhSnug4/6kGFYzt0EDxOr3x263vcuygeTQ66v6ojfh
5RYFi55rwmLWyclxi4QniwN6Fh3oLgf88xl0pMvApPIqY8+ASQ0KgddAUuFu
tU9FAGusTtwadibmJWdbaKgrIWloR7UjltOpnm/nxILor+d/mCVaeG3VBl1p
4Tc24aiERVt0FcdHS3KY0Z7QnzCnC5NHOlA+JPSKH5TuWiMdSSLi0CLzbPum
crt5F84rFzHkIBo3dHXUQ7641haIqGmOGJNpkk6vrr7MCKhSI2XoQUEXP4yG
gEPUrhafz5gZmMpzngFA3zUC33rYuD7YdHDy9CpWV7uZ2OZ/ZNuXFa/NKJnD
y/C+diC7Ps4EROZt1cf6oCMRYpNaLTS+/5z0YZdNVPtbG0YU1HfTlDZHtbqT
pNKo9/J50VujOOUjK7b5fo4m/0yLOBMVD9oZaLKjwRdYHFnfu2R10mxsqT1X
wThYnRVin4GZVRAUBbBEgLSqlWZ5sC1XgCP3iFdgXrT+sF0FrepKh4C0Y623
RZxINCIQXK1oUyEVbTJ5yChKIDdBy4YONcxtieXBK0tb8sQhfHdMKx9dlLil
+ffthOKZR+qjyhTeqLQS7zjmG8zBsIg1PxGmoa2FeYrTL6gJfadqtFQuCSAN
3mlzy5w0ri+yI9uhNR4RRIIMP72iDrE7pagbpRYPi/jXBscGPsiu+1kdq6eL
X6+uF7Oz5HfXdh/Qzs4gSru+dMbVIIdEN65sLBGlyJObTrTbhUT+vFAdj1IA
oBWGuzE3My7yNJ5kMp4cBqBHhMVfEqgTPYznwCdkiC6X561PyUp2QLbnEHjf
Nkzx2F2g2Bo8Fq1wQ1Pug/TLNEvwsGu8oLYv0i6Kdd3aPsudflBFhPsa076M
Oh35xD7ncbCCYeEQZ8mLePAwK4/qV7QfYasf9NIY1JpQvjGYy7umMiCL5yqP
TpeLj7OkGRzGqWtDRw9oxvpWQzpp5niX6SM9x5YOCMOtnettDIq8px9Qiys4
Fl2IobtjZOVvsD7QxiVTU8c/PFcNY9t4YHs7Z7ziCsK91Flx4ZlbT4+Rp0ui
u2w9vtnIwPLn8+xPfzkHL4MvZwJUHi80004OUMmomwZCdF90VYD0IDi1a3z+
cjRR0wp1wkhDv/00Gw3rUh/93MVd3eBCAtHg7PiE4yqMkjsqQyTSul2li22q
kVNcCUIyHgjA/z4xZNf2z4SBu9tFy9MdmguK+AlWktIY0NMhRnQ+vDPQvzA8
8cB0BjP3dY3PaMe4+xh7I4chzspL1xz53pcrQFkuMCPVvHndbjaIeT+AMeq6
yB7fdp5N8qvuQVvMUiww9DlucB/yPBUUuBmlH4MeTMPbFlBDipIhSAtEIHKo
QtsdAp2tTQQsRKFcMcDCA8c8d+lKseD7vGjthdROct3fJL5qcCkb+OAicX8S
ui9P3R5WLhF+yNsQ0v1l00Zuu+xXX8JxfPWZdz+tXH68fKzL4Dr4lJ5F630C
8pEsPCDXjMRa3QhbiViBfegGEf5NZw14TSf/A5uimDCzFAAA

-->

</rfc>
