<?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-yue-moq-transporting-sensing-data-00" category="std" consensus="true" submissionType="IETF" version="3">
  <!-- xml2rfc v2v3 conversion 3.28.1 -->
  <front>
    <title abbrev="Challenges in Transporting Sensing Data with Media Over QUIC">Challenges in Transporting Sensing Data with Media Over QUIC</title>
    <seriesInfo name="Internet-Draft" value="draft-yue-moq-transporting-sensing-data-00"/>
    <author initials="Y." surname="Yue" fullname="Yi Yue" role="editor">
      <organization>China Unicom</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
        <email>yuey80@chinaunicom.cn</email>
      </address>
    </author>
    <author initials="F." surname="Li" fullname="Feile Li" role="editor">
      <organization>China Unicom</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
        <email>lifl100@chinaunicom.cn</email>
      </address>
    </author>
    <author initials="W." surname="Liu" fullname="Wei Liu" role="editor">
      <organization>China Unicom</organization>
      <address>
        <postal>
          <city>Beijing</city>
          <country>China</country>
        </postal>
        <email>liuw550@chinaunicom.cn</email>
      </address>
    </author>
    <author initials="C." surname="Yang" fullname="Chenchen Yang" role="editor">
      <organization>Huawei Technologies Co., Ltd.</organization>
      <address>
        <postal>
          <city>Shanghai</city>
          <country>China</country>
        </postal>
        <email>yangchenchen7@huawei.com</email>
      </address>
    </author>
    <author initials="A." surname="Akhavain" fullname="Arashmid Akhavain" role="editor">
      <organization>China Unicom</organization>
      <address>
        <postal>
          <city>Ottawa</city>
          <country>Canada</country>
        </postal>
        <email>arashmid.akhavain@huawei.com</email>
      </address>
    </author>
    <author initials="K." surname="Zhang" fullname="Kuan Zhang" role="editor">
      <organization>Huawei Technologies Co., Ltd.</organization>
      <address>
        <postal>
          <city>Shanghai</city>
          <country>China</country>
        </postal>
        <email>zhangkuan3@huawei.com</email>
      </address>
    </author>
    <date year="2025" month="May" day="28"/>
    <area>Web and Internet Transport</area>
    <workgroup>moq</workgroup>
    <keyword>Internet-Draft</keyword>
    <abstract>
      <?line 75?>

<t>This document proposes leveraging Media Over QUIC (MOQ) to address the challenges of transmitting large-scale, real-time sensing data in 6G networks. By building on QUIC's low-latency and multiplexing capabilities, MOQ offers a flexible and efficient transport mechanism tailored to the dynamic and high-throughput requirements of 6G environments. The approach focuses on enabling protocol adaptability across diverse application scenarios such as autonomous driving, smart cities, and industrial IoT, while ensuring efficient data fragmentation, secure and anonymous transmission, and end-to-end QoS awareness. Through information-aware endpoints and optimized data delivery mechanisms, this solution supports scalable, reliable, and intelligent sensing data distribution in next-generation wireless networks.</t>
    </abstract>
  </front>
  <middle>
    <?line 79?>

<section anchor="intro">
      <name>Introduction</name>
      <t>With the advent of 6G networks, there is an exponential increase in the volume and diversity of data generated by connected devices, sensors, and applications. This data, known as "sensing data," encompasses a wide range of information, including environmental, contextual, and behavioral data that can be leveraged for various advanced applications like autonomous driving, smart cities, and industrial IoT. However, transmitting this sensing data efficiently in a 6G environment poses a significant challenge due to its large volume, distributed and massive number of sources , dynamic nature, and stringent real-time requirements.</t>
      <t>Media Over QUIC (MOQ) <xref target="I-D.ietf-moq-transport"/>, a protocol designed to enable efficient media transport over QUIC, presents a promising solution for addressing these challenges. QUIC, being a modern transport protocol, provides low-latency, multiplexed connections with enhanced congestion control, making it well-suited for real-time communication in dynamic networks. MOQ builds on QUIC's capabilities to offer a robust and flexible framework for the high-throughput and low-latency transmission of multimedia data.</t>
      <t>This document explores how MOQ can be leveraged to efficiently transmit sensing data in 6G networks, focusing on its potential to handle the unique requirements of real-time, high-volume data streams while ensuring reliability, scalability, and low overhead. The use of MOQ for data transport in this context can significantly improve the user experience and enable innovative services in next-generation wireless communication networks.</t>
    </section>
    <section anchor="conventions-and-definitions">
      <name>Conventions and Definitions</name>
      <t>The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 <xref target="RFC8174">RFC2119</xref> when, and only when, they appear in all capitals, as shown here. 
Abbreviations and definitions used in this document:
*MOQ: Media Over QUIC
*V2V: Vehicle-to-Vehicle.
*P2P: Point-to-Point</t>
    </section>
    <section anchor="use-cases">
      <name>Use Cases</name>
      <t><xref target="I-D.lcurley-moq-use-cases"/> defines several use cases for MOQ, while this document focuses on MOQ use cases in the context of sensing data transmission.
## Autonomous Vehicles
Autonomous vehicles rely on real-time sensing data from onboard sensors (e.g., LiDAR, cameras) and external sources (e.g., traffic signals, nearby vehicles). MOQ facilitates the efficient and reliable transmission of this data in the following ways:
1. Vehicle-to-Vehicle (V2V) Communication: MOQ over QUIC establishes low-latency, multiplexed streams between vehicles, enabling the exchange of situational data like location, speed, and hazards in real-time.
2. Data Prioritization: High-priority sensing data, such as collision warnings, is tagged for immediate transmission, while less critical data, like traffic updates, is sent with lower priority to optimize bandwidth.</t>
      <section anchor="smart-cities">
        <name>Smart Cities</name>
        <t>Smart cities generate diverse types of sensing data from devices such as traffic cameras, pollution monitors, and utility sensors. MOQ enhances urban management through:
1. Adaptive Data Aggregation: Sensors stream data to edge servers via MOQ's multiplexed connections, which dynamically adapt to varying link conditions to prevent packet loss during congestion.
2. Real-Time Event Streaming: For critical events (e.g., emergencies or system failures), MOQ ensures prioritized and low-latency delivery of sensor data to central control systems or cloud platforms for immediate response.</t>
      </section>
      <section anchor="industrial-iot">
        <name>Industrial IoT</name>
        <t>Factories equipped with IoT sensors require reliable, low-latency communication to monitor and optimize operations. MOQ supports industrial IoT through:
1. Real-Time Monitoring: MOQ streams sensor data such as vibration or temperature directly to monitoring systems, ensuring fast anomaly detection and response.
2. Redundant Transmission: For critical sensing data, MOQ can enable redundant streams over QUIC to ensure delivery even under adverse network conditions.</t>
      </section>
    </section>
    <section anchor="problem-statement">
      <name>Problem Statement</name>
      <t>The application of Media Over QUIC (MOQ) for transmitting sensing data in 6G networks presents several key challenges that must be addressed to ensure its feasibility and effectiveness. These challenges are as follows:</t>
      <section anchor="multi-scenario-applicability">
        <name>Multi-Scenario Applicability</name>
        <t>Sensing data in 6G networks is generated in diverse scenarios, ranging from autonomous vehicles to smart cities and industrial IoT. Each scenario imposes unique requirements on the transport protocol, such as varying latency, throughput, and reliability demands. These use cases may involve real-time synchronous or asynchronous data transmission, as well as point to point (P2P) or multi-point communication modes. Ensuring that MOQ can adapt to these diverse requirements without compromising performance or introducing overhead remains a significant challenge , e.g., how to differentiate transmissions of sensing data flows with varying demands.</t>
      </section>
      <section anchor="efficient-data-transmission">
        <name>Efficient Data Transmission</name>
        <t>The sheer volume and velocity of sensing data in 6G networks necessitate highly efficient transport mechanisms. MOQ must address issues such as reducing overhead for small and frequent data packets, optimizing transmission for bursty data patterns, and ensuring low-latency delivery even under high traffic loads. Balancing efficient utilization of network resources while maintaining robust performance is critical. Avoid redundant data collection and transmission, e.g., to cache data on demand.</t>
      </section>
      <section anchor="anonymity">
        <name>Anonymity</name>
        <t>In applications such as smart cities and industrial IoT, sensing data often includes sensitive or identifiable information. Ensuring anonymity during transmission is essential to protect user privacy and comply with regulatory requirements. MOQ must integrate mechanisms to obscure identifying information in data streams while maintaining the integrity and usability of the transmitted data. Data sources and data consumers are not aware of each other.</t>
      </section>
      <section anchor="data-security">
        <name>Data Security</name>
        <t>Sensing data in 6G networks is often critical to the operation of real-time systems, making it a prime target for cyber threats such as interception, tampering, and unauthorized access. MOQ must incorporate advanced security measures to guarantee the confidentiality, integrity, and authenticity of data in transit. Additionally, the protocol must address the challenge of securely transmitting data in dynamic and heterogeneous network environments, including cross-domain communication. Data payload is visible only to data sources and data consumers, and is invisible to intermediate nodes. The payload needs to be encrypted.</t>
      </section>
      <section anchor="traceability">
        <name>Traceability</name>
        <t>Sensing data logs can be recorded, and data collection and consumption history is traceable.</t>
      </section>
      <section anchor="information-awareness">
        <name>Information Awareness</name>
        <t>MOQ endpoints should be aware of key contextual information related to sensing data to enable efficient and intelligent data distribution. This includes:
1. Network Awareness: The MOQ endpoint should have knowledge of network-related sensing data, such as cell or sensing area information, to optimize data distribution decisions.
2. QoS Awareness: MOQ should ensure QoS guarantees for the collection and transmission of sensing data, adjusting delivery mechanisms accordingly.
Service Awareness: The MOQ endpoint should identify the intended service or application utilizing the sensing data. This enables proper classification, retrieval, and provisioning of sensing data to authorized services.</t>
      </section>
    </section>
    <section anchor="requirement">
      <name>Requirement</name>
      <section anchor="protocol-flexibility-for-multi-scenario-support">
        <name>Protocol Flexibility for Multi-Scenario Support</name>
        <t>TBD</t>
      </section>
      <section anchor="efficient-data-fragmentation-and-multiplexing">
        <name>Efficient Data Fragmentation and Multiplexing</name>
        <t>TBD</t>
      </section>
      <section anchor="interoperability-and-scalability-for-quic">
        <name>Interoperability and Scalability (for QUIC)</name>
        <t>TBD</t>
      </section>
      <section anchor="network-information-awareness">
        <name>Network information awareness</name>
        <t>TBD</t>
      </section>
      <section anchor="qos-information-awareness">
        <name>QoS information awareness</name>
        <t>TBD</t>
      </section>
      <section anchor="service-information-awareness">
        <name>Service information awareness</name>
        <t>TBD</t>
      </section>
    </section>
    <section anchor="security-considerations">
      <name>Security Considerations</name>
      <t>TBD</t>
    </section>
    <section anchor="iana-considerations">
      <name>IANA Considerations</name>
      <t>TBD</t>
    </section>
  </middle>
  <back>
    <references anchor="sec-combined-references">
      <name>References</name>
      <references anchor="sec-normative-references">
        <name>Normative References</name>
        <reference anchor="RFC2119" target="https://www.rfc-editor.org/info/rfc2119" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.2119.xml">
          <front>
            <title>Key words for use in RFCs to Indicate Requirement Levels</title>
            <author fullname="S. Bradner" initials="S." surname="Bradner"/>
            <date month="March" year="1997"/>
            <abstract>
              <t>In many standards track documents several words are used to signify the requirements in the specification. These words are often capitalized. This document defines these words as they should be interpreted in IETF documents. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="2119"/>
          <seriesInfo name="DOI" value="10.17487/RFC2119"/>
        </reference>
        <reference anchor="RFC8174" target="https://www.rfc-editor.org/info/rfc8174" xml:base="https://bib.ietf.org/public/rfc/bibxml/reference.RFC.8174.xml">
          <front>
            <title>Ambiguity of Uppercase vs Lowercase in RFC 2119 Key Words</title>
            <author fullname="B. Leiba" initials="B." surname="Leiba"/>
            <date month="May" year="2017"/>
            <abstract>
              <t>RFC 2119 specifies common key words that may be used in protocol specifications. This document aims to reduce the ambiguity by clarifying that only UPPERCASE usage of the key words have the defined special meanings.</t>
            </abstract>
          </front>
          <seriesInfo name="BCP" value="14"/>
          <seriesInfo name="RFC" value="8174"/>
          <seriesInfo name="DOI" value="10.17487/RFC8174"/>
        </reference>
      </references>
      <references anchor="sec-informative-references">
        <name>Informative References</name>
        <reference anchor="I-D.ietf-moq-transport" target="https://datatracker.ietf.org/doc/html/draft-ietf-moq-transport-11" xml:base="https://bib.ietf.org/public/rfc/bibxml3/reference.I-D.ietf-moq-transport.xml">
          <front>
            <title>Media over QUIC Transport</title>
            <author fullname="Suhas Nandakumar" initials="S." surname="Nandakumar">
              <organization>Cisco</organization>
            </author>
            <author fullname="Victor Vasiliev" initials="V." surname="Vasiliev">
              <organization>Google</organization>
            </author>
            <author fullname="Ian Swett" initials="I." surname="Swett">
              <organization>Google</organization>
            </author>
            <author fullname="Alan Frindell" initials="A." surname="Frindell">
              <organization>Meta</organization>
            </author>
            <date day="28" month="April" year="2025"/>
            <abstract>
              <t>This document defines the core behavior for Media over QUIC Transport (MOQT), a media transport protocol designed to operate over QUIC and WebTransport, which have similar functionality. MOQT allows a producer of media to publish data and have it consumed via subscription by a multiplicity of endpoints. It supports intermediate content distribution networks and is designed for high scale and low latency distribution.</t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-ietf-moq-transport-11"/>
        </reference>
        <reference anchor="I-D.lcurley-moq-use-cases" target="https://datatracker.ietf.org/doc/html/draft-lcurley-moq-use-cases-00" xml:base="https://bib.ietf.org/public/rfc/bibxml3/reference.I-D.lcurley-moq-use-cases.xml">
          <front>
            <title>Media over QUIC - Use Cases</title>
            <author fullname="Luke Curley" initials="L." surname="Curley">
              <organization>Discord</organization>
            </author>
            <date day="16" month="January" year="2025"/>
            <abstract>
              <t>MoQ is designed to serve live tracks over a CDN to viewers with varying latency and quality targets: the entire spectrum between real-time and VOD. However, it's difficult to understand how to use the transport given the layering and complexity of live media delivery. This document outlines how an application could use MoQ to deliver video, audio, and metadata in a variety of scenarios.</t>
            </abstract>
          </front>
          <seriesInfo name="Internet-Draft" value="draft-lcurley-moq-use-cases-00"/>
        </reference>
      </references>
    </references>
  </back>
  <!-- ##markdown-source:
H4sIAAAAAAAAA61aW28bNxZ+F6D/QCQPmxSSkGTbbaunKr5sjMZxGjsNsos+
UDOUxPUMqQ45cpQi/32/c0jOcGzFCdoiCCTNhTzX73zn0NPpdDzy2ldqLo42
sqqUWSsntBFXjTRuaxuvzVpcKuPo81h6KW6034hzVWopLnaqEb+8PTsS45Fc
Lhu1+8vLlLYwsoY4ZSNXfrpv1bS2v099ts7UhXWmJdaZPnkyHtmls5Xyys3H
o3aLy/yNPvFR4GNtm/1cOF+OR65d1to5bc3Vfot9zk6uTsej8Uhvm7nwTev8
sydPfnzyDBo1Ss7FO7UU0pTizHjVGOV7lcajG9tcrxvbbucCQo5H12qPS+W8
e3h6TFrQ8rL1G9tAHBgchnFz8X72vlX4EdR9r0X4aZu1NPqj9JCQrKmNFG+N
LmyNm6qWupoLWGX/w5OfCrrZ8r1ZYXC7seRI2NTbBj8L7aH1c6X/B2vRb9sa
T4bgVTNRTmcvdSfJqdKVEnzha2Sp9Kp6+uRvFOYdhGk7ad4pDVla8dXStDff
ffc3SnM0ey/5iSDO0UaZAv8FXb0r1ItW3kDgK1VsjK3sWiMLjuxsIl76cpb5
Dy8XcaXvf9rwS7Ogx0E5Lzd4YSP1fYIuZovrjdxJbTphF410m1qXIt35WivK
+OJMxhe/QsYL7+WNHEgojSxzEX+e/WeTG/PnVhrBl/60JT/S29dY559/zYzj
kbFNjb13BBnizenRs6dPf4xff3j6/bdzxgizyp86mx7PtPKrIUKlO1XRNpXa
883WqWkhHcMS/ZtOp0IuHd4pGB2uNtoJQF9bK+PFtrFbi4dFpYCMck2YeRsp
H51f/PJYeCtkWTbKOeE3ShQ99tqVYIlq7Rl7K9ms1dQVslITAWCrpl7XSkQo
FQSlhNf/+rcAbBGuuZl4vhfLVlclPWAN7/sPCGVvphUw1RR7Bsa6rbzeVuoD
PVbIrVzqSnv4ayIgIwRZqcYJKVb0yBLQQi+p1UoXmpTt7CZq+BoR4Grh4Vvb
qJL0I73KPQJGF/zmRq83U78B6q4329ZDl99b3SgyHGsNDZTZ6cYavjQTV1hA
bmFTWWzECjYmy0IdZeSyIplxy9vCVjCl3PogPlQrGguzlvB143iFShccnMIV
eLfR1gnXYk0J7Vpvja1tixcavcOqE+FqCaWKaAoSXZsS5aXRshJn9moibjaE
tPBA25AcvU3YGyt4nlTgPbGcQjwF40ljzZ43iy7mchb2UKacejvFh/jFXgqk
ZKMM4oPswDYTXRBbM+Xb9M7WarIfrWC3iAz9EdZnMUpVkQn2vXugjad4Rc1t
gz3aLTkQVxBeMCpHWKXDt6C4V1Wl16TbIOJKTfZYhmUQfkZ98FM8hqjnSzfw
bEXR3QVlyh6gU1kp+vWQqm1jy7bgV/54qOnnJ7r1jjgGBZAsd7R3CI+0Fqmh
oL4mvYX6sLUGD5F3tCmQIvA6RKLXd9C0DrYP8UABgsVYhygu7LXcA1eMUQX9
KNVOF+R5Utg2MQSyMGKXUNpjkYm4NvbGUCg9yA00eQDnANG20lHUEmsqlYDT
14r2z1w5IaGrlnM1i39ZTUgmD7u29J1kWCqAurYNFGUF/EYiTmGCpUqIA/mx
sthRlCPMYD5pCjUUH7X2Wv2pyJ+JF/aGNpoMMSpEVR4fXUpUe/KFvJXdIsCk
FE6vjcajEtc6EBRlqwhBNCKT4S/6cdKHHalEEAbzwq/CtPUSAAvLOts28J6Y
dNhjpEf+BXXobcPR3CNpjkMcpYcR+48/DleNT5+wdA9FpSKVAgIyUKkMHmpe
uQdOm/aYYAHlGAl5LSADmbJLVPJprBfB3ng4KxqzuMhS0V0JTluCxWYbJfFo
H7tDKA6qwaQvBRA8ZgJHCnN9ZTYhiHAHm7FAFJoNrVfLa9pTe3EDpJi6VvsY
g72FkQc1UTqZ0KJzTVexqOBwyXJZwcprEtmTKxLUa+wSQckO7WoTQLdWtBjv
Tbl/u97Q43kJzCGYIodtEDxEITy7W96BNFTdnNjYG5b4Tu6R07PIT0lyX7We
hNIWSzWF/Nb6CGdYDqYHXLJCMOHvrbpTNzs7T4LKEfN4K8S7krW7XbACyHO5
nETsjz+ikTgyN0qWoQqj8tJOpDJZN4BPF1yMtbBThCu2SpbXhAA1hV3UwsGH
sKRqYKQikoqQKNoYu2OSBoM1jML31pZhXA0qzUNwTkOlg8OY9jhWK200/w6e
VQJdn6C2D9h9/vby6sEkfIpXF/z9zQni8M3JMX2/fLF4+bL7kp64fHHx9uVx
/61/8+ji/Pzk1XF4GVfFrUvni/cPgrUfXLy+Ort4tXj5oDNkF3BU4xEDS8WF
uAFGMPA5QpkCOKgIoMXzo9fi6bfiv5H7/sbfiPr+Br+rSC+sgR/CT3hhTwVB
yYaxuaoo0zRKDoE+gHxDFY0q7Az0fsHjAS17S5a9Jcmb5R25wZW/QazMb3Nf
XP712a9z8ava6KJSRHfiV/jsm9fPXs/Fa6IzdIO/BE++RfQdEQcfjwIIHyTo
nz4FwRRVIsrHisOW73HUQqLE3IZWzqglRXj/ViQRKa6puuR5nAMIFHj4UCz6
mhoVg8zZxV28SAm4p/0+w+dXqAC4vbSyKRMNEY/UbE1tlD5evAE3ANyh2Xsc
8ucDTS2gcap+8VlISGjE2cjeNfA5yE6S43EA3pUsKP1p+sIK9wWLFk+M8A5g
+kSCkqFWtgJ2kBY3ck8d09PZAV+LRwiCx8jPLHnnoePoSi6qDHF8t7mvUCVw
WyLxFTr7pNWk7xBYmw9EfwPvAv9recNEoZgKVbZIXH2rVBkSZiM/SoIGnXkJ
Xn42C1Ow1yBYDZKga3sJerfh4n7gzUnXbKAAQyeGMNkY3IeoMKGX68TbdM0F
yKtbDUII2wB6tGsR5Z8EBZKf4wiNVyU2Eeo3DAi7drJRIY2dglhCUzBTvwmg
+VBcMgM84pI7Hl1mfLCjy11n5ffb0K/ejd3IoTvNk4AxakFDYIpAbWprqNeP
fBPXqmRAXAzxGQkI0KaBwKAcBsWWUzeW9xBqC+oCqXiwgxbrdaPW0TuXMYdC
yMT0Ra0u16HUUKMLjKPdwDs+w4bYDdAnshfg5j50nrQUGPee23VtrumlMgIk
bgG2uYnZyuJaebiDutNQiHtGFULrDUXaFeHBCb9yyfLiybk4RXh0vucFuzSH
LUCSTUFewlNu77yqkdW6AvF1jyfRiI5+pTjgPvE2JepaxujUrtZbgc7ZE6ZG
4hc34f2Kyral2GIRamrcrUDGnujPnEoRdjboKMajU1nA/SQ68RpUpTJELW52
0BcpT9ac5lIPaQBkjSE1aIrxJfKHGFRd7ztscYYh1fvjPKzJruDXI/jkZkrR
vtPLSFWIiqqad6YZQAklCiaGnZBM84MtJz1BW0nmt7aWFXnFhwiMcNzZkwOm
bE1J3dNVBhi3omWIRom4RtLVdCsklXoY5h7GseQpMijywERLIuJlwIFIvLKo
n4Vh2UOgpMUeNeIYvqKMDcQrn8kQrzzYcDGPz7vMe0h03z6l2k/cLpuqcatc
U9ewVKmTSk0aK0jEe6Wk02mKFGZdZPhdN4cZdl1Mz6SLZS9MCBHg54Qe08s4
ahKLoGtcFph6jxbaZUMJ6pMi0nZzqwmPEDhCCGblAWoBlfI2/mAXf0ITtbQo
sXPuxg/2F6GyH+oku2hPyJdqdN9zTTICEfQvFdC77IzZc61a0qAAvctO5axo
bwqsZkhDSuj89x0OxuSVulD65LkYoy9/eQR2+ZiWYGyfhotD4KCmGYKdpBzk
kEnJ0uF8aL2TYwa2ItiyLS/bt/DIfR71UKtDuBgnXtzuxR4Lq9RSm8+PQwAM
jPPUdkKEUlMfzC3iLaJwoBpTZAZATX5KLojhetKRPS6bOYyEZAUJQ2Jmk7Sd
AmGKg7T7chJ1k+YVlPrcmQLK7p0eR2DmLE3DcQjSZjyCwGpoO0IJxDs5ncYB
5JBuEBsKLpImFgH2ak5i6eVl2zgKzPCCJyLt0kQ2RsLBEpkBISnXUZzKSorv
52iqTTGcDjO5+djBXsJNKBppe6B5FAwe/7lTD6OOPIp0zwHBeXZWlxmGsxrE
M7OKMcyR2BmgogME4pgAD4aoSEGx4EE1fDwenZnh8DC54gsgMxmGhl3BfHHS
qeKskLka5URJsbzScQbQTUazXJRJnkScBm6ERQjOu5kJYRT0D6MG8J2djCce
lJnUBlM6gBy2cKqFKwcTwD4GqedeM+PtQ5TZ89LxRD/KzUmVic3AfXf4knuV
IDWsnkpN6xJCcmOl+soXx/mx7UiRwn148DVsVPNBDUQy1oeTA1pGEcpbGpUn
t/ISl3Qewa79QikKPutYRDzS6XjUYPbUc5h+IEiTTLrlaYTrOdmKPY1pUSCU
9H0o8XCjUNvQg3lJhInn0WwZE07gA2EtCi7FmY8K2wBGyEvdsNtFDeE3GUgv
ZF+3Eib1SqWefhX8J8Pgq3NHHPdjT7pb5AcGOo5UtadmI3Ad6gJ4pNKPgAcA
NjjdC4hJwZMNB33ugsGBGXhfY4kQULlLaJGfkeVnB3zqNS0txdmwssXQ2co9
YRN5dofaRMnGQyGqKPeHVjwKIEelN2k6T15LLN+E4kn1Iu1j0Eq7OL4CdDb7
LWI5RSLKTKFiyN8KxMquXZqsgi7bpkwt+SFwC0Jy6ACHHeez5oaT1q+ytqNP
0EU6WxuPQmeUTtEc6ndVMkVMScQ8sjuHGeQ5vMhEjRjXYC50YPJ/+zDtziFa
PFNKCBnaj1fR553Ac7ZwLnSSeSMBpnQWVXFT25eXaRLzMzMJ4ktUQ+Nd+tuZ
4fFUPi+4e/ZXqoJHGi70I3R0mUnLnVIQMPJseqBLRdcN6+8pWbdpBmKh/B9S
LHCZO2echBGIGdyt9jMKLR4kf40JE5538IziXqZJNNPPrG0JtTyBeS5f9GQI
Acd/E6CoSaajqpVOk6ZGwYZql472+FiGtGVyc3vQaEWGgWk0Hufcb/riFUP9
dQKiUz4cCWWFJ6DDzuQydMBgec+PD5PB0/wkm+U8z/5mIH+R/26KS0PWP132
JwviEQlA3d3j/LUU4HlayT47+wcpbL74UPL1Fx7sKiCdETh4Pc4F+FggPXO2
eLU4fH/0f6r3Zol8JwAA

-->

</rfc>
