Hello Chen,
Thank you for posting question on Microsoft Windows Forum!Well! The fact of the matter is that Microsoft has not published a Windows‑specific roadmap for Non‑Terrestrial Networks (NTN), Direct‑to‑Cell (D2C), or 6G support. Current public information points to industry‑wide reliance on 3GPP Releases 17–20 for NTN/D2C evolution, with 6G standardization expected around 2029–2030. Windows ecosystem readiness will therefore depend on hardware OEMs, modem vendors, and standards adoption rather than a standalone Microsoft roadmap.
Windows manages cellular connectivity through the Network Driver Interface Specification (NDIS) and Mobile Broadband (MBIM) interfaces. Historically, Windows treats cellular modules abstractly through standard data classes (e.g., LTE, 5G NSA/SA) via IHV-provided miniport drivers. On the other hand, rather than building separate satellite-only connection stacks, the industry-wide evolution toward 3GPP Release 17/18 standards (which introduced NR-NTN and IoT-NTN) means that future Windows readiness will rely heavily on how modem silicon vendors implement these standard air interfaces. If a modem abstracts satellite or D2C links as standard cellular bearers (or via standardized band classes and Extended Service capabilities), the Windows OS stack interacts with them transparently as an extension of standard wide-area networking.
The plausible explanation to the query of key platform dependencies and limitations is that since NTN and D2C links involve extreme propagation delays, high Doppler shifts (especially in Low Earth Orbit constellations), and strict link-budget constraints, the heavy lifting of timing synchronization, ephemeris data handling, and Doppler compensation must be managed autonomously at the modem and baseband firmware layer. The Windows OS relies on the modem to handle these transient link dynamics without timing out standard network sockets. On the other hand, maintaining a link with a satellite hundreds or thousands of kilometers away requires significantly higher transmission power budgets than a nearby terrestrial cell tower. PC form factors (laptops, rugged tablets, and fixed wireless boxes) face distinct thermal and battery constraints compared to handheld smartphones, making antenna efficiency and modem power states critical. Also, early NTN implementations (such as 3GPP NB-IoT NTN) are optimized for low-bandwidth messaging, telemetry, and emergency alerts rather than high-throughput broadband. While broadband LEO satellite links exist, integrating them natively into a PC operating system requires careful consideration of connection manager behavior, background sync throttling, and Windows Update policies over high-latency, metered satellite backhauls.
Based on the currently best available information. The recommended approach is to encourage your WWAN module and chipset vendors to disclose their specific roadmaps for 3GPP Release 17/18 NTN hardware readiness and MBIM driver support and help OEM customers distinguish between low-bandwidth emergency/messaging D2C capabilities versus high-throughput LEO broadband requirements, as the hardware, antenna design, and OS-level data management expectations differ vastly.
Please note: Windows supports conventional cellular connectivity through its existing mobile broadband architecture, but OEMs should not assume that Windows provides native, end-to-end NTN, Direct-to-Cell (D2C), or 6G-specific functionality without explicit confirmation from Microsoft and the relevant modem and network partners.
The following articles might be useful for your further reference.
- https://techcommunity.microsoft.com/blog/windows-itpro-blog/introducing-the-windows-11-roadmap/4397783
- https://www.microsoft.com/en-us/research/project/6g-space/
Hope the above information is helpful!