Phones that run windows

Содержание
  1. Supported devices for Your Phone app experiences
  2. Description of Windows Mobile Device Center
  3. Introduction
  4. More information
  5. Frequently asked questions
  6. Device will not connect
  7. Device is disconnected when syncing large files
  8. Minimum hardware requirements
  9. Section 1.0 — Introduction
  10. 1.1 Overview
  11. 1.1.1 Purpose of this specification
  12. 1.1.2 Windows operating systems
  13. 1.1.3 Device types supported by Windows
  14. 1.1.4 Organization of this specification
  15. 1.1.5 Specification updates
  16. 1.1.6 Design verification and compliance
  17. 1.2 Minimum hardware requirements summary for Windows 10
  18. Section 2.0 — Minimum hardware requirements for WindowsВ 10 Mobile
  19. 2.1 SoC
  20. 2.2 Memory
  21. 2.4.2 Pixel aspect ratio
  22. 2.4.3 Refresh rate for display panel hardware
  23. 2.4.4 Display brightness levels
  24. 2.5 Sensors
  25. 2.5.1 Ambient light sensor
  26. 2.6 Hardware buttons
  27. 2.6.1 Button placement requirements for phones that run WindowsВ 10 Mobile
  28. 2.6.1.1 Start, Back, and Search button placement
  29. 2.6.1.2 Power button placement
  30. 2.6.1.3 Volume Up and Volume Down button placement
  31. 2.6.1.4 Camera button placement
  32. 2.6.1.5 Start, Back, and Search buttons with FWVGA
  33. 2.7 Accessibility
  34. 2.8 Trusted Platform Module (TPM)
  35. Section 3.0 — Minimum hardware requirements for WindowsВ 10 for desktop editions
  36. 3.1 Processor
  37. 3.2 Memory
  38. 3.3 Storage
  39. 3.3.1 Storage device size
  40. 3.3.2 Storage controller
  41. 3.4 Display and graphics
  42. 3.4.1 Resolution, bit depth, and size
  43. 3.4.2 Graphics
  44. 3.5 Networking
  45. 3.6 Hardware buttons
  46. 3.7 Trusted Platform Module (TPM)
  47. Section 4.0 — Minimum hardware requirements for Windows ServerВ 2016
  48. 4.1 Processor
  49. 4.2 Buses
  50. 4.3 Memory
  51. 4.4 Storage
  52. 4.4.1 Storage device size
  53. 4.4.2 Storage controller
  54. 4.5 Display and graphics
  55. 4.5.1 Resolution and bit depth
  56. 4.5.2 Graphics
  57. 4.6 Networking
  58. 4.7 Trusted Platform Module (TPM)
  59. Section 5.0 — Minimum hardware requirements for IoT Core
  60. 5.1 Processor
  61. 5.2 Memory
  62. 5.3 Storage
  63. 5.4 Trusted Platform Module (TPM)
  64. 5.5 graphics
  65. Section 6.0 — Shared minimum hardware requirements for components
  66. 6.1 Touch, touch pad, and active pen
  67. 6.2 Multimedia
  68. 6.2.1 Camera
  69. 6.2.1.1 Camera specifications
  70. 6.2.1.2 Camera flash
  71. 6.2.1.3 Additional Cameras
  72. 6.2.2 Audio
  73. 6.2.2.1 Audio decode and encode
  74. 6.2.2.2 Audio codec hardware
  75. 6.2.2.3 Audio routing
  76. 6.3 Wireless communications
  77. 6.3.1 Cellular
  78. 6.3.2 Bluetooth
  79. 6.3.3 Wi-Fi
  80. 6.3.4 A-GNSS
  81. 6.3.5 FM radio
  82. 6.3.6 Near Field Communication (NFC)
  83. 6.4 Sensors
  84. 6.4.1 Accelerometer
  85. 6.4.2 Proximity sensor
  86. 6.4.3 Gyroscope
  87. 6.4.4 Magnetometer
  88. 6.5 Hardware notifications
  89. 6.6 Hardware button behavior
  90. 6.6.1 Button wake up requirements for devices that support low-power idle states
  91. 6.6.2 Power button behavior
  92. 6.6.3 Camera button behavior
  93. 6.6.4 Rotation lock button behavior
  94. 6.7 Connectors
  95. 6.7.1 USB
  96. 6.7.2 Headphone/headset
  97. 6.7.3 SD card slot
  98. 6.7.4 SIM slot
  99. 6.7.5 Video output
  100. 6.8 UEFI and Secure Boot
  101. 6.9 Accessibility

Supported devices for Your Phone app experiences

As we share new features for the Your Phone app, some of them are dependent on the operating system or type of device you have. Please check the list below to determine if your device is eligible for these experiences.

Currently Link to Windows is only available on the following Android devices in select markets:

Recently released devices:

Samsung Galaxy Fold

Samsung Galaxy Note20 5G

Samsung Galaxy Note20 Ultra 5G

Samsung Galaxy S21 5G

Samsung Galaxy S21+ 5G

Samsung Galaxy S21 Ultra 5G

Samsung Galaxy XCover Pro

Samsung Galaxy Z Flip

Samsung Galaxy Z Flip 5G

Samsung Galaxy Z Fold2 5G

Other eligible devices:

Samsung Galaxy S10e

Samsung Galaxy A8s

Samsung Galaxy A30s

Samsung Galaxy A31

Samsung Galaxy A32

Samsung Galaxy A32 5G

Samsung Galaxy A40

Samsung Galaxy A41

Samsung Galaxy A42 5G

Samsung Galaxy A50

Samsung Galaxy A50s

Samsung Galaxy A51

Samsung Galaxy A51 5G

Samsung Galaxy A52

Samsung Galaxy A52 5G

Samsung Galaxy A60

Samsung Galaxy A70

Samsung Galaxy A70s

Samsung Galaxy A71

Samsung Galaxy A71 5G

Samsung Galaxy A72

Samsung Galaxy A80

Samsung Galaxy A90s

Samsung Galaxy A90 5G

Samsung Galaxy Note9

Samsung Galaxy Note10

Samsung Galaxy Note10+

Samsung Galaxy Note10 Lite

Samsung Galaxy S9

Samsung Galaxy S9+

Samsung Galaxy S10

Samsung Galaxy S10+

Samsung Galaxy S10 Lite

Samsung Galaxy S20

Samsung Galaxy S20+

Samsung Galaxy S20 FE

Samsung Galaxy S20 Ultra

Samsung Galaxy Xcover 5

Phone screen is available on Android devices in select markets running Android 9.0 or greater that have Link to Windows installed (for some devices, it may be preinstalled). These phones include:

Recently released devices:

Samsung Galaxy Fold

Samsung Galaxy Note20 5G

Samsung Galaxy Note20 Ultra 5G

Samsung Galaxy S21 5G

Samsung Galaxy S21+ 5G

Samsung Galaxy S21 Ultra 5G

Samsung Galaxy XCover Pro

Samsung Galaxy Z Flip

Samsung Galaxy Z Flip 5G

Samsung Galaxy Z Fold2 5G

Other eligible devices:

Samsung Galaxy A8s

Samsung Galaxy A30s

Samsung Galaxy A31

Samsung Galaxy A32

Samsung Galaxy A32 5G

Samsung Galaxy A40

Samsung Galaxy A41

Samsung Galaxy A42 5G

Samsung Galaxy A50

Samsung Galaxy A50s

Samsung Galaxy A51

Samsung Galaxy A51 5G

Samsung Galaxy A52

Samsung Galaxy A52 5G

Samsung Galaxy A60

Samsung Galaxy A70

Samsung Galaxy A70s

Samsung Galaxy A71

Samsung Galaxy A71 5G

Samsung Galaxy A72

Samsung Galaxy A80

Samsung Galaxy A90s

Samsung Galaxy A90 5G

Samsung Galaxy Note9

Samsung Galaxy Note10

Samsung Galaxy Note10+

Samsung Galaxy Note10 Lite

Samsung Galaxy S9

Samsung Galaxy S9+

Samsung Galaxy S10

Samsung Galaxy S10+

Samsung Galaxy S10e

Samsung Galaxy S10 Lite

Samsung Galaxy S20

Samsung Galaxy S20+

Samsung Galaxy S20 FE

Samsung Galaxy S20 Ultra

Samsung Galaxy A72

Apps is available on Android devices in select markets running Android 9.0 or greater that have Link to Windows installed. If your Android device is running Android 11.0¹ or higher, you may be eligible for the multiple apps experience. Those devices have an asterisk* next to them.

Recently released devices:

Samsung Galaxy Fold*

Samsung Galaxy Note20 5G*

Samsung Galaxy Note20 Ultra 5G*

Samsung Galaxy S21 5G*

Samsung Galaxy S21+ 5G*

Samsung Galaxy S21 Ultra 5G*

Samsung Galaxy XCover Pro

Samsung Galaxy Z Flip*

Samsung Galaxy Z Flip 5G*

Samsung Galaxy Z Fold2 5G*

Other eligible devices:

Samsung Galaxy A8s

Samsung Galaxy A30s

Samsung Galaxy A31

Samsung Galaxy A40

Samsung Galaxy A41

Samsung Galaxy A42 5G

Samsung Galaxy A50

Samsung Galaxy A50s

Samsung Galaxy A51

Samsung Galaxy A51 5G

Samsung Galaxy A60

Samsung Galaxy A70

Samsung Galaxy A70s

Samsung Galaxy A71

Samsung Galaxy A71 5G

Samsung Galaxy A80

Samsung Galaxy A90s

Samsung Galaxy A90 5G

Samsung Galaxy Note9

Samsung Galaxy Note10*

Samsung Galaxy Note10+*

Samsung Galaxy Note10 Lite*

Samsung Galaxy S9

Samsung Galaxy S9+

Samsung Galaxy S10

Samsung Galaxy S10+

Samsung Galaxy S10e

Samsung Galaxy S10 Lite

Samsung Galaxy S20*

Samsung Galaxy S20+*

Samsung Galaxy S20 FE*

Samsung Galaxy S20 Ultra*

¹ Android 11 availability depends on your mobile device, market availability, and your mobile provider.

Samsung Note10 series

Samsung Galaxy Note20 series

Samsung Galaxy S10 series

Samsung Galaxy S20 series

Samsung Galaxy Z Flip

RCS messaging availability is varied

Whether RCS messaging is available to you also depends on the mobile operator network that you use and the country you live in.

Description of Windows Mobile Device Center

This article describes the new application that replaces ActiveSync in Windows Vista.

Applies to: В Windows
Original KB number: В 931937

The content in this article is for Windows Mobile Device Center which is no longer supported. The corresponding downloads have been removed from the Microsoft Download Center. Here are some additional references for Windows 10 environments.

To access your phone on your PCs, you can use Your Phone application on your system. For more information review Your Phone app help & learning — Microsoft Support and Your Phone updates — Windows Insider Program | Microsoft Docs.

To learn more about mobile device management on Windows 10 review Mobile device management — Windows Client Management | Microsoft Docs.

For more information on configuring Windows 10 mobile devices review Configure Windows 10 Mobile devices — Configure Windows | Microsoft Docs.

Introduction

Microsoft Windows Mobile Device Center replaces ActiveSync for Windows Vista.

Windows Mobile Device Center offers device management and data synchronization between a Windows Mobile-based device and a computer.

For Windows XP or earlier operating systems, you must use Microsoft ActiveSync.

More information

Download and install Windows Mobile Device Center 6.1 if you run Windows Vista on your computer and you want to sync content between your mobile phone and your computer. Windows Mobile Device Center is compatible only with Windows Vista.

If you run Windows XP or an earlier version of Windows, you have to download Microsoft ActiveSync.

You can use Windows Mobile Device Center 6.1 only with phones that run Windows Mobile 2003 or a later version. ActiveSync and Windows Mobile Device Center do not work with Windows Embedded CE 4.2 or 5.0, Pocket PC 2002, or Smartphone 2002 devices.

To determine which Windows Mobile operating system you’re using if your phone doesn’t have a touch screen, click Start, click Settings, and then click About.

If your phone has a touch screen, tap Start, tap the System tab, and then tap About. To sync content to any of these devices, you must use a USB or serial cable, your computer’s Internet connection, and File Explorer.

Windows Mobile Device Center includes the following features:

Windows Mobile Device Center has a new, simplified partnership wizard and has improved partnership management.

The photo management feature helps you detect new photos on a Windows Mobile-based device. Then, this feature helps you tag the photos and import the photos to the Windows Vista Photo Gallery.

You can use Microsoft Windows Media Player to synchronize music files and to shuffle music files on a Windows Mobile-based device.

A new device browsing experience lets you quickly browse files and folders. Additionally, you can open documents that are on a Windows Mobile-based device directly from a computer.

You must use Microsoft Outlook 2002, Outlook 2003, or Office Outlook 2007 to sync your email, contacts, tasks, and notes from your computer.

Enhanced user interface

Windows Mobile Device Center has a simple user interface that helps you quickly access important tasks and configure a Windows Mobile-based device.

Frequently asked questions

Q1: How do I start Windows Mobile Device Manager?

A1: First, make sure that your device is connected to the computer. A splash screen will be displayed when Windows Mobile Device Center detects your phone and starts. You must use a USB cable to connect your phone to your computer the first time that you use Windows Mobile Device Center to sync.

Q2: Can I install Windows Mobile Device Manager on Windows XP?

A2: No, you have to use ActiveSync with Windows XP or earlier Windows operating systems.

Q3: How do I sync my Windows Mobile phone with Windows Device Manager on Windows Vista?

A3: Follow these steps to set your phone’s sync settings your phone with Windows Vista:

  1. Plug your device into your computer by using the USB cable or cradle. The Windows Mobile Device Center Home screen appears on your computer.
  2. On your computer, click Mobile Device Settings.
  3. Click Change content sync settings.
  4. Select the check box next to each information type that you want to synchronize, and then click Next.
  5. To synchronize with an Exchange Server, enter server information that was provided by a network administrator, and then click Next. Otherwise, click Skip.
  6. Enter the Device name, and then clear the check box if you do not want a shortcut for WMDC created on your desktop.

Q4: Does Windows Mobile Device Manager work with phones that don’t run Windows Mobile?

Device will not connect

The driver installation may not have completed successfully. If you think this may be the case, follow these steps:

  1. Keep your Mobile device connected to the computer.
  2. From the desktop, click Start, and then type devmgmt.msc in the Search programs and files box.
  3. In the Device Manager window, look under the Network adapters node for Microsoft Windows Mobile Remote Adapter. If this is not present, go to step 5. Otherwise, right-click Microsoft Windows Mobile Remote Adapter, and then select Uninstall.
  4. Look under the Mobile Devices node for Microsoft USB Sync. If this is not present, go to step 6. Otherwise, right-click Microsoft USB Sync, and select Uninstall.
  5. Disconnect and then reconnect your device. Your device driver will be reinstalled, and Windows Mobile Device Center will be launched.For more information about connectivity-related problems, see the ActiveSync USB connection troubleshooting guide.

Device is disconnected when syncing large files

If you have problems syncing music, pictures, or other large files in which the connection suddenly closes, there may be an issue with a serial driver that is installed on the device. Unless you are using a VPN server or a firewall that is blocking your large files from synchronization, you may try switching your device into RNDIS mode to fix your large file sync problem. If your device has a USB to PC option, you might use this workaround:

On the device, go to Settings and then Connections. Look for a USB to PC option.

To enable RNDIS USB, select the Enable advanced network functionality check box in the USB to PC options, and then tap OK.

If this option is already selected, do not clear this selection or this workaround will not work.

Warm-boot the device. To do this, hold down the power button and then press the reset button, or remove the battery.

Turn on the device.

When the device is restarted, dock the device and try again.

RNDIS takes a little while to connect. Please be patient and wait for the device to connect.

If, after you follow the previous steps, you cannot connect at all, just switch back to serial USB to sync.

Minimum hardware requirements

Section 1.0 — Introduction

1.1 Overview

This specification defines the minimum hardware requirements for WindowsВ 10 and all types of devices or computers designed for WindowsВ 10, version 1703 or later versions. Microsoft will build and test the WindowsВ 10 OS against the requirements described in this specification.

1.1.1 Purpose of this specification

This specification defines the minimum hardware requirements necessary to:

  • Boot and run WindowsВ 10.
  • Update and service WindowsВ 10.
  • Provide a baseline user experience that is comparable with similar devices and computers.

The goal of this specification is to enable OEMs, ODMs, SoC vendors, and other component vendors to make early design decisions for devices and computers that will run WindowsВ 10.

This specification does not provide compatibility and certification requirements for devices and computers that run WindowsВ 10 or implementation guidance for exceptional user experiences. Microsoft will provide this guidance in other documents at a later date.

1.1.2 Windows operating systems

Windows is available in the following editions.

Table 1: Windows operating systems

An OS that is designed for mobility. This OS runs Universal Windows apps and exisiting Microsoft Store apps.

An edition of WindowsВ 10 Mobile built for enterprise devices that need flexibility in chassis implementation, long term servicing lifecycle and enables the enterprise to manage platform updates.

OS Definition
WindowsВ 10 Mobile
WindowsВ 10 for desktop editions (Home, Pro, Enterprise, and Education)

An OS that is designed for performing traditional PC tasks that uses the desktop experience. This OS runs native Win32 apps, Universal Windows apps, and existing apps from the Microsoft Store.

An edition of WindowsВ 10 desktop for industry devices that supports advanced lockdown capabilities, Windows desktop application and Windows apps support for standard industry devices, large tablets and stationary computing devices

Note: In this specification, all requirements that apply to WindowsВ 10 for desktop editions also apply to WindowsВ 10 IoT Enterprise, unless noted otherwise. There are no additional requirements unique to WindowsВ 10 IoT Enterprise.

An OS that is designed and optimized for use on servers.

An OS built for ARM, x86 and x64 that enables building low cost, small footprint devices that support Universal Apps.

1.1.3 Device types supported by Windows

Table 2 lists the device types that run Windows and the operating system editions that can run on them. In cases where the requirements for an OS differ based on the device type, this specification points out those differences.

Table 2: Device types for Windows 10 and Server 2016

One of the following:

  • Fixed all-in-one PC. Integrates a display with other hardware components in a single chassis.
  • Portable all-in-one PC. Integrates a display and a battery with other hardware components in a single chassis for home or office portability.
Device type Definition Supported processor types Supported Windows operating systems
Phone A handheld device that combines cellular connectivity, a touch screen, rechargeable power source, and other components into a single chassis. ARM (32-bit) WindowsВ 10 Mobile
Tablet A device that combines a display, rechargeable power source, and other components into a single chassis. An attachable keyboard is optional. x86* or x64 processors and SoCs WindowsВ 10 for desktop editions
Laptop A clamshell device with an attached keyboard. x86* or x64 processors and SoCs WindowsВ 10 for desktop editions
2-in-1 A device that combines a display, rechargeable power source, and pointing device into a single chassis together with a mechanically attached keyboard. x86* or x64 processors and SoCs WindowsВ 10 for desktop editions
All-in-one x86* or x64 processors and SoCs WindowsВ 10 for desktop editions
Desktop PC Traditional desktop PCs x86* or x64 processors and SoCs WindowsВ 10 for desktop editions
Server Traditional server computers, to include pedestal, micro, rack mount, blade, high density/modular, partitionable, SoC x64 processors Windows ServerВ 2016
Small footprint IoT device Small footprint, purpose built devices like gateways with or without display support ARM (32-bit only) SoCs, x86 or x64 processors and SoCs IoT Core

* For details, see Section 3.1

For example form factor configurations, see Form factors.

1.1.4 Organization of this specification

This specification is organized into the following sections:

  • Section 1.2 provides a high-level overview of hardware requirements for all WindowsВ 10 operating systems, with a focus on required or optional components.
  • The following sections provide detailed requirements that are unique to each OS:
    • Section 2.0: Minimum hardware requirements for WindowsВ 10 Mobile
    • Section 3.0: Minimum hardware requirements for WindowsВ 10 for desktop editions
    • Section 4.0: Minimum hardware requirements for Windows ServerВ 2016
    • Section 5.0: Minimum hardware requirements for IoT Core
  • Section 6.0 provides additional component requirements that are not unique to a specific edition of the WindowsВ 10 operating system.

1.1.5 Specification updates

Updates to this specification may be released in the future as requirements change.

1.1.6 Design verification and compliance

Ultimately, the device manufacturer is responsible for complying with all applicable laws and regulations. If a device manufacturer identifies a requirement in this specification or the related documents that is inconsistent with an applicable law or regulation, the device manufacturer is responsible for notifying Microsoft of this inconsistency and recommending a compliant modification.

1.2 Minimum hardware requirements summary for Windows 10

Table 3 summarizes the hardware requirements for all Windows 10 operating systems.

NoteВ В In this table, all requirements in the WindowsВ 10 Mobile column also apply to WindowsВ 10 Mobile Enterprise, except where specified otherwise. All requirements in the WindowsВ 10 for desktop editions column also apply to WindowsВ 10 Enterprise.

Table 3: Minimum hardware requirements summary

One of the SoCs listed in section 2.1

1 GHz or faster processor or SoC

For details, see 3.1

1.4 GHz or faster 64-bit processor or SoC

For details, see 4.1

400 MHz or faster x86, x64 processor or ARM SoC

For details, see 5.1

For details, see 2.2

1 GB for 32-bit OS

2 GB for 64-bit OS

For details, see 3.2

For details, see 4.3

256 MB available to the OS for devices without display support

512 MB available to the OS for devices with display support, depending on resolution

For details, see 5.2

8 GB flash storage

For details, see 2.3

For details, see 3.3

For details, see 4.4

For details, see 5.3

For details, see 2.8

For details, see 3.7

For details, see 4.7

For details, see 5.4

Less than 9-inches

7-inches or greater required for tablets, 2-in-1s, laptops, and All-in-one

Optional for desktop PCs

For details, see 5.5

WVGA, FWVGA, WXGA, qHD, 720p (HD), or 1080p (FHD), WQHD

For details, see 2.4

SVGA (800 x 600) or higher

For details, see 3.4

XGA (1024 x 768) or higher

For details, see 4.5

32 bits of color per pixel

32 bits of color per pixel

32 bits of color per pixel

Required for phones

Optional for other devices

Optional (data only; no voice support)

Optional (data only; no voice support)

Required for phones

Optional for other devices

Required for phones

Optional for other devices

Wi-Fi and cellular is required for phones

At least one option for network connectivity is required for other devices (such as Wi-Fi)

At least one option for network connectivity is required (such as Wi-Fi or an Ethernet adapter)

The following are required:

  • A Gigabit Ethernet adapter
  • A network adapter that supports PXE

For details, see 6.4

For details, see 2.5.1

Components Operating system
WindowsВ 10 Mobile WindowsВ 10 for desktop editions Windows ServerВ 2016 IoT Core
Processor
Security Trusted Platform Module (TPM)
Touch, touch pad, and active pen

For details, see 6.1

For details, see 6.2.1

Required for phones that run WindowsВ 10 Mobile

Optional for other devices that run WindowsВ 10 Mobile and for any devices that run WindowsВ 10 Mobile Enterprise

For details, see 6.2.2

Required for phones

Optional for other devices

Required for phones

Optional for other devices

Required for phones that run WindowsВ 10 Mobile

Optional for other devices that run WindowsВ 10 Mobile and for any devices that run WindowsВ 10 Mobile Enterprise

Required for phones

Optional for other devices

Wireless

For details, see 6.3

2G / 2.5G / 3G (UMTS/EvDO) / 4G (HSPA) cellular radio
Notification

For details, see 6.5

Required for phones

Optional for other devices

See 2.6 for the required, optional, and not supported buttons

See 6.6 for button behavior requirements

See 3.6 for the required, optional, and not supported buttons

See 6.6 for button behavior requirements

Power button is required, all other buttons are not supported

See 6.6 for button behavior requirements

All buttons are optional

See 6.6 for button behavior requirements

Volume Up / Volume Down
Start
Back / Search
Camera
Rotation lock
Connectors

For details, see 6.7

Required for phones

Optional for other devices

At least one video output port is required for desktop PCs

Optional for other devices

Required for phones

Optional for other devices

Section 2.0 — Minimum hardware requirements for WindowsВ 10 Mobile

This section provides detailed hardware requirements that apply to any device that runs WindowsВ 10 Mobile. See Table 2 for the list of devices that can run WindowsВ 10 Mobile. For additional component requirements that may also apply, see Section 6.

NoteВ В Throughout this specification, all requirements for WindowsВ 10 Mobile also apply to WindowsВ 10 Mobile Enterprise except where specified otherwise.

2.1 SoC

Table 4 lists the supported SoCs for devices that run WindowsВ 10 Mobile. Any official variants that are available from the SoC vendor (for example, a version of the SoC with a higher clock speed) are also supported.

Table 4: SoCs with integrated modems supported in devices that run WindowsВ 10 Mobile

Qualcomm Technologies, Inc.

Snapdragon 820, 810, 808, 617, 210

Table 5 lists the additional supported SoCs for devices that run WindowsВ 10 Mobile Enterprise . These SoCs do not have cellular support, and are intended for devices that either use Wi-Fi only or do not have network connectivity. Devices that run the WindowsВ 10 Mobile Enterprise can use any of the SoCs listed in Table 4 and Table 5.

Table 5: Wi-Fi only SoCs supported in devices that run WindowsВ 10 Mobile Enterprise

Manufacturer SoC

Qualcomm Technologies, Inc.

Snapdragon 810, 808, 617, 210 (All: APQ variants only)

Existing Windows Phones that include the SoCs listed in Table 6 can be updated to WindowsВ 10 Mobile.

Table 6: SoCs supported in Windows Phones that can be updated to WindowsВ 10 Mobile

Manufacturer SoC

Qualcomm Technologies, Inc.

Snapdragon 810, 808, 801, 800, 617, 410, 400, 210, 200, S4 Plus

2.2 Memory

The RAM requirements for devices that run WindowsВ 10 Mobile are listed in Table 7.

Table 7: RAM requirements for devices that run WindowsВ 10 Mobile

Manufacturer SoC

2560 x 1440 (WQHD)

Display resolution Baseline RAM requirements Maximum RAM carve-out by SoC vendor/OEM components
≥ 3 GB
Display type Resolution Aspect Ratio Diagonal size
WQHD (QHD) 2560×1440 16:9 5” to 7”
1080p (FHD) 1920 x1080 16:9 3.7” to 7”
720p (HD) 1280 x 720 16:9 3.7” to 7”
WXGA 1280 x 768 15:9
WXGAвЃ¶ 1280 x 800 16:10 6.01″ to > 9″
XGA 1027 x 768 4:3 7″ to > 9″
WSVGA 1027 x 600 17:10 7″ to > 9″
qHD⁷ 960 x 540 16:9 3.7” to 6”
FWVGA⁸ 854 x 480 16:9 3.5” to 5”
WVGA 800 x 480 16:9 3.5” to 5”

вЃ¶This resolution is not natively supported. Windows Phone 10 supports WXGA 1280 x 800 displays by rendering the UI at 1280 x 768 resolution (15:9 aspect ratio) and displaying pillarboxes for the unused pixels.

вЃ·Windows Phone 10 supports native qHD resolution in addition to scaling from HD or WVGA to qHD.

вЃёFWVGA resolutions always have software navigation buttons enabled.

2.4.2 Pixel aspect ratio

Display pixels in devices that run Windows 10 Mobile must be square—that is, have an aspect ratio of 1:1.

2.4.3 Refresh rate for display panel hardware

The display panel hardware in devices that run WindowsВ 10 Mobile must support an update and refresh rate of 59.97 В±0.03 Hz. The range for smart panels (panels that support self-refresh) is extended to 59.97 В±3.0 Hz at room temperature (25ЛљC). Update rate is defined as the rate at which new frames can be sent to the display hardware. The refresh rate is defined as the number of times in a second that display hardware draws the data. This specification applies for all display configurations and all supported overlay modes (primary + secondary).

2.4.4 Display brightness levels

All displays in devices that run WindowsВ 10 Mobile must support a minimum of 16 levels of brightness.

2.5 Sensors

2.5.1 Ambient light sensor

If the device includes an ambient light sensor, it must support a reporting rate of ≥4 Hz.

2.6 Hardware buttons

Table 10lists the required, optional, and not supported hardware buttons for devices that run WindowsВ 10 Mobile and WindowsВ 10 Mobile Enterprise .

All other buttons not included in this table, including custom hardware buttons specified by the OEM, are optional. See section 6.6 for additional requirements about hardware button behavior.

Table 10: Button implementation requirements for WindowsВ 10 Mobile and WindowsВ 10 Mobile Enterprise

Operating system Power Volume Up/ Volume Down Start Back/Search Camera Rotation lock
WindowsВ 10 Mobile Required Required Required for phones that use a WVGA displayвЃ¶ Optional for all other devicesвЃ· Required for phones that use a WVGA displayвЃ¶ Optional for all other devicesвЃ· Optional Not supported
WindowsВ 10 Mobile Enterprise Required Required Optional Optional Optional Not supported

вЃ¶ Phones that use a WVGA display must include Start, Back, and Search buttons that are implemented in hardware (as mechanical or capacitive buttons). For phones that use a non-WVGA display, hardware-implemented Start, Back, and Search buttons are optional. If the OEM chooses to not include hardware-implemented Start, Back, and Search buttons on a phone that uses a non-WVGA display, the OEM must configure the OS to render these buttons via software. For more information, see the Windows 10 Partner Documentation when it is available.

вЃ· For phones that use a non-WVGA display, see the previous footnote. For tablets and other devices, software-rendered Start, Back, and Search buttons are always available through the OS.

2.6.1 Button placement requirements for phones that run WindowsВ 10 Mobile

This section provides button placement requirements that are specific to phones that run WindowsВ 10 Mobile. These requirements do not apply to any other device that runs WindowsВ 10 Mobile or WindowsВ 10 Mobile Enterprise . Figure 1 shows the placement of the Back, Start, and Search controls for phones.

Figure 1: Button placement for phones

The Start, Back, and Search buttons must be in alignment as shown in Figure 2.

Figure 2: Button vertical offset restrictions for phones

2.6.1.1 Start, Back, and Search button placement

The Search, Start, and Back buttons must be placed directly below the display.

Button locations in relation to one another are as follows:

  • Start is located below the display, centered horizontally on the phone.
  • Back is located to the left of Start.
  • Search is located to the right of Start.

Additional buttons, text, logos, or graphics must not be placed on the front of the phone in the area surrounding the Start, Back, and Search buttons, defined as:

  • The area to the left or right of the three buttons, horizontally.
  • The area within 4 mm of the top and bottom of the three buttons, vertically.

Figure 1 shows the disallowed region, which is outlined in red.

2.6.1.2 Power button placement

The Power button must not be placed in the disallowed region on the front of the phone, which is outlined in red in Figure 1.

2.6.1.3 Volume Up and Volume Down button placement

The Volume Up and Volume Down buttons must not overlap the zone that contains the Search, Start, and Back buttons.

2.6.1.4 Camera button placement

If a camera button is implemented, the requirements for positioning it on the phone are as follows:

  • The camera button must be positioned so that it enables natural landscape left camera behavior.
  • The camera button must be positioned to facilitate camera operation with the right index finger while holding the phone in landscape left orientation.
  • The camera button must not be placed on the face of the phone.

2.6.1.5 Start, Back, and Search buttons with FWVGA

On phones that use an FWVGA display panel, the following button options are available.

  • You can choose not to include mechanical or capacitive Start, Back, and Search buttons. In this case, the Windows Phone OS reserves the bottom 54 scan lines to render the Start, Back, and Search buttons through software.
  • You can include mechanical or capacitive Start, Back, and Search buttons. In this case, the OEM must select from the Windows Phone natively supported resolutions (WVGA for scale-up, and HD for scale-down), and the display driver will then scale the output. Selecting FWVGA with mechanical or capacitive buttons without scaling to a different resolution is not supported.

NoteВ В Phones that use a combination of an FWVGA display and the MSM8x10 or MSM8x12 applications processor must use software-rendered Start, Back, and Search buttons. Mechanical or capacitive Start, Back, and Search buttons are not supported on these phones.

2.7 Accessibility

In regions where TTY support is required by regulation, phones that run WindowsВ 10 Mobile must support a TTY mode for compatibility with standard TTY text devices plugged in through the 3.5-mm headset jack. In regions where hearing aid compatibility (HAC) is required by regulation, the minimum HAC device rating considered hearing-aid compatible is M3 or T3.

For additional accessibility guidance, see section 6.9.

2.8 Trusted Platform Module (TPM)

Devices that run WindowsВ 10 Mobile must include a Trusted Platform Module (TPM) that implements version 2.0 of the TPM specification. The TPM can be a firmware-based solution integrated into the SoC or included as a discrete component in the device. The TPM 2.0 must meet the following requirements:

  • An EK certificate must be either pre-provisioned to the TPM by the hardware vendor or be capable of being retrieved by the device during the first boot experience.
  • It must ship with SHA-256 PCR banks and implement PCRs 0 through 23 for SHA-256. Note it is acceptable to ship TPMs with a single switchable PCR bank that can be used for both SHA-1 and SHA-256 measurements.
  • It must support TPM2_HMAC command.

For detailed TPM information, see Trusted Platform Module Technology Overview on TechNet.

Section 3.0 — Minimum hardware requirements for WindowsВ 10 for desktop editions

This section provides detailed hardware requirements that apply to any device that runs WindowsВ 10 for desktop editions. See Table 2 for the list of devices that can run WindowsВ 10 for desktop editions. For additional component requirements that may also apply, see section 6.0.

NoteВ В Throughout this specification, all requirements for WindowsВ 10 for desktop editions also apply to WindowsВ 10 Enterprise.

3.1 Processor

Devices that run WindowsВ 10 for desktop editions require a 1 GHz or faster processor or SoC that meets the following requirements:

  • Compatible with the x86* or x64 instruction set.
  • Supports PAE, NX and SSE2.
  • Supports CMPXCHG16b, LAHF/SAHF, and PrefetchW for 64-bit OS installation

* Beginning with Windows 10, version 2004, all new Windows 10 systems will be required to use 64-bit builds and Microsoft will no longer release 32-bit builds for OEM distribution. This does not impact 32-bit customer systems that are manufactured with earlier versions of Windows 10; Microsoft remains committed to providing feature and security updates on these devices, including continued 32-bit media availability in non-OEM channels to support various upgrade installation scenarios.

3.2 Memory

Devices that run WindowsВ 10 for desktop editions must meet the RAM requirements shown in Table 11.

Table 11: RAM requirements for devices that run WindowsВ 10 for desktop editions

OS architecture RAM requirement
32-bit >= 1 GB
64-bit >= 2 GB

3.3 Storage

3.3.1 Storage device size

Devices that run WindowsВ 10 for desktop editions must include a storage device that meets the size requirements shown in Table 12.

Table 12: Storage size requirements for devices that run WindowsВ 10 for desktop editions

OS version OS architecture Storage capacity
Windows 10, version 1809 and prior 32-bit 16 GB or greater
64-bit 20 GB or greater
Windows 10, version 1903 32-bit and 64-bit 32 GB or greater
Windows 10 IoT Enterprise, version 1903 and prior 32-bit 16 GB or greater
64-bit 20 GB or greater

3.3.2 Storage controller

Storage controllers used in devices that run WindowsВ 10 for desktop editions must meet the following requirements:

  • Storage controllers must support booting using the Extensible Firmware Interface (EFI) and implement device paths as defined in EDD-3.
  • Storage host controllers and adapters must meet the requirements for the device protocol used and any requirements related to the device storage bus type.
  • Bus-attached controllers must implement the correct class/subclass code as specified in the PCI Codes and Assignments v1.6 specification.

3.4 Display and graphics

3.4.1 Resolution, bit depth, and size

WindowsВ 10 for desktop editions supports a minimum display resolution of SVGA (800 x 600) with a depth of 32 bits on each output simultaneously, and a minimum diagonal display size for the primary display of 7-inches or larger. Tablets, 2-in-1s, and laptops that run WindowsВ 10 for desktop editions must include a display that meets the minimum requirements listed earlier. A display is optional for desktop PC’s that run WindowsВ 10 for desktop editions.

Note Display size requirements do not apply to Windows 10 IoT Enterprise

3.4.2 Graphics

Devices that run WindowsВ 10 for desktop editions must include a GPU that supports DirectX 9 or later.

3.5 Networking

Devices that run WindowsВ 10 for desktop editions must include at least one network connectivity option, such as Wi-Fi or an Ethernet adapter.

3.6 Hardware buttons

Table 13 lists the required, optional, and not supported hardware buttons for devices that run WindowsВ 10 for desktop editions. All other buttons not included in this table, including custom hardware buttons specified by the OEM, are optional. See section 6.6 for additional requirements about hardware button behavior.

Table 13: Button implementation requirements for WindowsВ 10 for desktop editions

Device type Power button Volume Up/ Volume Down button Start button Back/Search button Camera button Rotation lock button
Tablets Required Required OptionalвЃё Not supported Not supported Optional
Other devices Required Required for devices with detachable keyboards. Optional for all other devices OptionalвЃё Not supported Not supported Optional

вЃё A software-rendered Start button is always available through the OS.

3.7 Trusted Platform Module (TPM)

As of July 28, 2016, all new device models, lines or series must implement and be in compliance with the International Standard ISO/IEC 11889:2015 or the Trusted Computing Group TPM 2.0 Library and a component which implements the TPM 2.0 must be present and enabled by default from this effective date.

The following requirements must be met:

  • All TPM configurations must comply with local laws and regulations.
  • Firmware-based components that implement TPM capabilities must implement version 2.0 of the TPM specification.
  • An EK certificate must either be pre-provisioned to the TPM by the hardware vendor or be capable of being retrieved by the device during the first boot experience.
  • It must ship with SHA-256 PCR banks and implement PCRs 0 through 23 for SHA-256. Note that it is acceptable to ship TPMs with a single switchable PCR bank that can be utilized for SHA-256 measurements.
  • It must support TPM2_HMAC command.

For detailed TPM information, see Trusted Platform Module Technology Overview on TechNet, and for TPM 1.2 and 2.0 version comparisons, see TPM recommendations, also on TechNet.

Note While TPM requirements are highly encouraged for Windows 10 IoT Enterprise, it is not required. The use of a TPM for Windows 10 IoT Enterprise devices is determined based on the usage and security requirements of each device.

Section 4.0 — Minimum hardware requirements for Windows ServerВ 2016

This section provides detailed hardware requirements that apply only to computers that run Windows ServerВ 2016. For additional component requirements that may also apply, see section 6.0.

4.1 Processor

Computers that run Windows ServerВ 2016 require a 64-bit 1.4 GHz or faster processor or SoC that meets the following requirements:

  • Compatible with the x64 instruction set.
  • Supports NX and DEP.
  • Supports CMPXCHG16b, LAHF/SAHF, and PrefetchW.
  • Supports Second Level Address Translation (EPT or NPT).

4.2 Buses

Computers that run Windows ServerВ 2016 must support PCI Express natively.

4.3 Memory

Computers that run Windows ServerВ 2016 must include at least 512 MB RAM. The RAM must use ECC or similar technology to prevent single-bit errors from causing system failure.

4.4 Storage

4.4.1 Storage device size

Computers that run Windows ServerВ 2016 must include a 60 GB or larger storage device.

4.4.2 Storage controller

Computers that run Windows ServerВ 2016 must include a Windows Compatible storage adapter that is compliant with the PCI Express architecture specification. Persistent storage devices on servers classified as hard disk drives must not be PATA. Windows ServerВ 2016 does not allow ATA/PATA/IDE/EIDE for boot, page, or data drives.

4.5 Display and graphics

4.5.1 Resolution and bit depth

Windows ServerВ 2016installation option of Server with Desktop Experience supports a minimum display resolution of XGA (1024 x 768) with a depth of 32 bits on each output simultaneously. The Nano Server installation option only requires VGA support if you want to use the Recovery Console locally.

4.5.2 Graphics

A GPU is optional for computers that run Windows ServerВ 2016. If a GPU is included, it must support DirectX 9 or later.

4.6 Networking

Computers that run Windows ServerВ 2016 must include the following in a Windows Compatible driver:

  • A Gigabit Ethernet adapter
  • A network adapter that is compliant with the PCI Express architecture specification.
  • A network adapter that supports Pre-boot Execution Environment (PXE). The network adapter may optionally support network debugging (KDNet).

4.7 Trusted Platform Module (TPM)

For devices or computers that run Windows ServerВ 2016, a Trusted Platform Module (TPM) is optional. If a TPM is implemented, the following requirements must be met:

  • Hardware-based and firmware-based TPMs must implement version 2.0 of the TPM specification.
  • An EK certificate must either be pre-provisioned to the TPM by the HW vendor or be capable of being retrieved by the device during the first boot experience.
  • It must ship with SHA-256 PCR banks and implement PCRs 0 through 23 for SHA-256. Note that it is acceptable to ship TPMs with a single switchable PCR bank that can be utilized for both SHA-1 and SHA-256 measurements.

A UEFI firmware option to turn off the TPM is not required.

For detailed TPM information, see Trusted Platform Module Technology Overview on TechNet.

Section 5.0 — Minimum hardware requirements for IoT Core

This section provides detailed hardware requirements that apply only to devices that run IoT Core. For additional component requirements that may also apply, see section 6.0.

5.1 Processor

Devices that run IoT Core require an ARM SoC or x86, x64 processor/SoC that meets the following requirements:

  • x86/x64 processor/SoC:
    • 400 MHz or faster.
    • Compatible with the x86 or x64 instruction set.
    • Supports PAE, NX and SSE2.
    • Supports CMPXCHG16b, LAHF/SAHF, and PrefetchW for 64-bit OS installation
  • ARM SoCs:
    • Compatible with the ARMv7 instruction set

NoteВ В Faster processor performance may be required based on the design and functionality of the device.

For a sample of enabled SoCs, see Enabled SoCs.В

5.2 Memory

Devices that run IoT Core must meet the RAM requirements shown in Table 14.

Table 14: RAM requirements for devices that run IoT Core

Display support RAM requirement*
Without display support >= 256 MB available to the OS
With display support >= 512 MB available to the OS
(>= 768 MB for 64bit Processors)

* Available RAM needed after any carve-out by SoC vendor/OEM components. A minimum of 512 MB of RAM is required for update functionalilty. Additional RAM may be required based on the design and functionality of the device and display resolution.

5.3 Storage

Devices that run IoT Core must include a minimum of 2 GB of storage.

Note: A minimum of 1GB of storage is to remain free for update functionality. Additional storage may be required based on the design and functionality of the device.

5.4 Trusted Platform Module (TPM)

As of July 28, 2016, WindowsВ 10 Mobile Enterprise editions based on IoT Mobile licensing for all new devices and platforms must implement and be in compliance with the TPM 2.0 ISO/IEC 11889 standard with either an integrated firmware-based solution or included as a discrete component. IoT Core requirements for TPM 2.0 are optional.

TPM 2.0 must meet the following requirements:

  • An EK certificate must either be pre-provisioned to the TPM by the hardware vendor or be capable of being retrieved by the device during the first boot experience.
  • It must ship with a SHA-256 PCR bank and implement PCRs 0 through 23 for SHA-256. Note it is acceptable to ship TPMs with a single switchable PCR bank that can be used for both SHA-1 and SHA-256 measurements.

TPM 2.0 will be required for IoT Core in a future release

For detailed TPM information, see Trusted Platform Module Technology Overview on TechNet.

5.5 graphics

A GPU is optional for computers that run Windows 10 IoT Core. If a GPU is included, it must support DirectX 9 or later.

Section 6.0 — Shared minimum hardware requirements for components

This section provides minimum requirements for components that apply to more than one OS or device type. For each component in this section, the specified requirements apply if the component is implemented for a given device.

Refer to Table 3 to determine whether the components in this section are required or optional for each OS and device type.

6.1 Touch, touch pad, and active pen

If a touch solution, a precision touch pad solution, or an active pen solution is implemented, the solution must meet the requirements in Table 15. For additional guidance about user experience and compatibility, refer to the related content in the Hardware Lab Kit.

Table 15: Touch, precision touch pad, and active pen requirements for Windows 10

The solution must be HID compliant per the Windows specification for touch digitizer reporting, active pen digitizer reporting, or precision touchpad digitizer reporting, as appropriateвЃ№. Solutions that are not HID compliant will not function with Windows 10.

The solution must provide input data by using one of the following options:

  • One of the bus-specific HID miniport drivers included with Windows (USB, I2C or Bluetooth). For this scenario, the touch solution must follow the bus-specific HID requirements.В№вЃ°
  • A third-party HID miniport driver.

All necessary bus drivers and third-party HID miniport drivers (if applicable) for the solution must be available on Windows Update, part of the factory image, and functional in Windows PE.

The solution must report all genuine contacts to the operating system. The solution must not generate false contact reports (also known as ghost points), whether the device is running on AC or DC power.

False contact reports render a device unusable and may prevent the user from successfully servicing or performing basic interactions with the device.

For gestures such as zoom and pinch to be enabled, a touch or precision touch pad digitizer must be able to detect, track, and report at least 2 contacts simultaneously. For additional guidance about accessibility compliance, user experience and compatibility for simultaneous contact reporting, please refer to the related content in the Hardware Lab Kit.

В№вЃ°For HID over I2C requirements, see HID Over I2C Protocol Specification. For HID over Bluetooth requirements, see HID Service Specification.

6.2 Multimedia

6.2.1 Camera

If a camera is implemented, it must meet the requirements in this section.

6.2.1.1 Camera specifications

The camera must support the following requirements:

  • The camera must have a resolution of VGA or better.
  • For camera button specifications, see section 6.6.3 «Camera button behavior.»
  • The camera must support auto exposure (AE) and auto white balance (AWB).

Autofocus is optional, but highly recommended for rear-facing cameras.

Functional specifications for the camera are shown in Table 16 (for still pictures) and Table 17 (for video).

Table 16: Camera still-capture functional specifications

Requirement Description
HID compliance
Simultaneous contact reporting
Parameter Minimum requirement
Still image resolution 640 x 480 (VGA)
Viewfinder (preview) resolution 640 x 480 (VGA) with frame rate ≥ 15 FPS (for rear-facing and forward-facing camera) with lighting ≥ 200 lux. In low light conditions the frame rate should maintain a minimum of 10 FPS for all supported resolutions. For higher resolutions, the device must support the same frame rate requirements.
Pixel aspect ratio 1:1 (square pixels)
Defective pixelsВ№В№ 0 defective pixels in center 50% image; 20 gray levels from neighboring pixels when imaging black, white, and 18% gray images.

В№ВІ This requirement applies only if autofocus is available.

Table 17: Camera video functional specifications

Parameter Minimum requirement
Video capture resolution 640 x 480 (VGA)
Viewfinder (preview) resolution 640 x 480 (VGA) with frame rate ≥ 15 FPS (for rear-facing and forward-facing camera) with lighting ≥ 200 lux. In low light conditions the frame rate should maintain a minimum of 10 FPS for all supported resolutions.
Defective pixelsВ№Ві 0 defective pixels in center 50% image; 20 gray levels from neighboring pixels when imaging black, white, and 18% gray images.

6.2.1.2 Camera flash

A camera flash is optional. If implemented, functional specifications for the camera flash are shown in Table 18.

Table 18: Camera flash requirements

Parameter Minimum requirement
Flash type Either a xenon or an LED electronic flash . In the case of a Xenon flash, a mechanical shutter for the camera is mandatory.
Control On, Off, and Auto modes are required.
Positional accuracy Flash peak w/in 15% of frame center.

6.2.1.3 Additional Cameras

Any camera present on the device in addition to the primary camera must meet all the requirements outlined in this section if they are used for still image or video capture. The requirements do not apply to cameras used exclusively to implement functionality other than still image or video capture.

6.2.2 Audio

6.2.2.1 Audio decode and encode

Windows 10 provides several software audio encoders and decoders. The supplied codecs must not be removed or modified. OEMs may add software or hardware audio decoders or encoders not provided by Microsoft.

6.2.2.2 Audio codec hardware

If audio render or capture is implemented, the audio codec hardware must meet the following requirements:

  • The codec must support at least one of the following bit depths and containers:
    • 8 bit (unsigned) integer
    • 16 bit integer
    • 20 bit integer in a 24 bit container
    • 24 bit integer
    • 24 bit integer in a 32 bit container
    • 32 bit integer
  • The codec must support at least one of the following channel configurations:
    • (mono)
    • (stereo)
    • 2.1
    • 3.1
    • 4.0
    • 5.0
    • 5.1
    • 7.1
  • The samples must be either integer or IEEE 754 float.
  • If the device supports both input and output capabilities, the audio device must support independent selection of formats and support concurrent streaming at arbitrarily selected formats subject to resource limitation.

6.2.2.3 Audio routing

If audio is implemented on a device with cellular support, the device must route audio output between the sources and destinations shown in Table 18. For each destination, the routing requirement applies only if the device includes the destination component.

NoteВ В All the audio routing destinations in Table 19 are required on phones.

NoteВ В Table 19: Audio output routing requirements for devices with cellular support

Destination Cellular RX source Mix of Cellular RX and Cellular TX sourceВ№вЃµ
Handset Speaker Required N/A
Loudspeaker Required N/A
Wired headset/headphone Required N/A
Bluetooth Hands-Free Profile Required N/A
Processor Optional Required

В№вЃµ Mix of cellular RX and TX is required for voice call recording.

If audio is implemented on a device with cellular support, the device must route audio input between the sources shown in Table 20 and cellular TX. For each source, the routing requirement applies only if the device includes the source component.

Table 20: Audio input routing requirements for devices with cellular support

Source Destination – Cellular TX
Handset microphone Required
Wired headset microphone Required
Bluetooth Hands-Free Profile microphone Required
Processor Optional

If audio is implemented on a device with FM stereo support, the device must route audio output between the FM stereo and the destinations shown in Table 21. For each destination, the routing requirement applies only if the device includes the destination component.

NoteВ В All the audio routing destinations in Table 21 are required on phones.

NoteВ В Table 21: Audio output routing requirements for devices with FM stereo

Destination Source – FM stereo
Loudspeaker Required
Wired headset microphone Required
Processor Optional

6.3 Wireless communications

6.3 Wireless communications Devices running Windows 10 must meet the wireless communication requirements in this section.

6.3.1 Cellular

If cellular connectivity is implemented, it may be provided by a modem that is integrated into the SoC, or by a modem that is attached to the device internally or externally as a dongle (for devices that do not use a SoC).

For devices that use a modem that is integrated into the SoC, the following requirements apply:

  • Only the SoCs listed in Table 4 and Table 6 are supported.
  • The device must use the Microsoft Radio Interface Layer (RIL) and Mobile Broadband (MBB) interfaces as the only interface to the modem.
  • Cellular voice is supported only on one internal modem using the Microsoft RIL. Use of an external modem for these purposes is not allowed. Only one modem is supported through the RIL for cellular voice support.

For devices that use an off-SoC modem:

  • Data-only modems must comply with the MBIM 1.0 (or later) specification.
  • Modems that support data and voice must comply with the Microsoft RIL and MBB specifications.

If cellular connectivity is implemented, the modem must support at least one of the following technologies:

  • HSPA with 3.6 Mbps (minimum) downlink and 2 Mbps (minimum) uplink speed
  • HSPA+ with 7.2 Mbps (minimum) downlink and 2 Mbps (minimum) uplink speed
  • CDMA2000 1xEV-DO Rev. A
  • CDMA2000 3xEV-DO Rev. B
  • LTE Category 1,2 (minimum)
  • TD-SCDMA
  • TD-LTE
  • SGLTE

Modems that support GSM/GPRS/EDGE only are not allowed.

6.3.2 Bluetooth

If Bluetooth is implemented, the solution must comply with the Bluetooth 4.0 specification and include support for the Bluetooth Low Energy protocol.

6.3.3 Wi-Fi

If Wi-Fi is implemented, the solution must support at least 802.11b/g.

6.3.4 A-GNSS

If Assisted Global Navigation Satellite System (A-GNSS) is implemented on a device with cellular support, the receiver must support a Secure User Plane Location implementation that complies with the following specifications:

  • OMA-ERP-SUPL-V2_0-20120417-A
  • 3GPP TS 34.171
  • 3GPP TS 36.355
  • TIA/EIA/IS-801-B

NoteВ В The TIA/EIA/IS-801-B specification is optional unless it is required by the mobile operator. Microsoft expects that only mobile operators with CDMA networks will require compliance with this specification.

For a device with CDMA support for China, the A-GNSS receiver must also support GNSS User Plane 1X, complying with:

  • TIA/EIA/IS-801-1 and IS-801-B
  • gpsOne Mobile Station Sensor Interface Application TCP/IP Wrapper Interface Specification, September 24, 2002, document number CL93-V2246-1 Rev. B, for the support of V2 User Plane Location for CDMA

Support for GLONASS, BeiDou, Gallileo and QZSS are optional. Note that support for some of these constellations are required in certain countries but not others. OEMS should select a GNSS chip with the most suitable constellation support for the country in which the device will be sold.

The OEM must follow the latest silicon vendor guidelines to optimize A-GNSS performance and power consumption.

6.3.5 FM radio

If FM radio is implemented, the mobile device must be able to mix audio generated by the application processor with FM audio. Table 22 shows additional technical requirements for the FM radio.

Table 22: FM radio technical requirements

≤16 sec (with 50 kHz spacing)

≤8 sec (with 100 kHz spacing)

≤4 sec (with 200 kHz spacing)

Required tuning features
Band support Worldwide (76 MHz to 108 MHz) with 50 kHz, 100 kHz and 200 kHz spacing
Programmable channel spacing 50 kHz, 100 kHz, or 200 kHz spacing
Seek tuning Required
FM chip initialization or power-on time ≤2 sec
Sweep time (Total time taken to an automatic search to sweep from 88 to 108 MHz or 76 to 90 MHz—or reverse direction—assuming no channels found)
Required additional features
FM antenna Required
RDS/RBDS text display Hardware must supply “error-corrected information words” as specified in Section 5 of the RDS specification: IEC 62106 Edition 2.0, 2009-07

6.3.6 Near Field Communication (NFC)

If implemented, the NFC implementation must meet the following requirements:

  • The NFC controller must support peer-to-peer exchange as specified by NFC Forum.
  • The NFC controller must support reader/writer mode, in which the device accesses the information stored in passive tags.
  • The NFC controller must support all three technology types specified by the NFC Forum on the RF layer:
    • ISO/IEC 14443-A
    • ISO/IEC 14443-B
    • ISO/IEC 18092 (Felica)
  • In reader/writer mode, the NFC controller must support interoperation with the tag types specified by the NFC Forum (currently NFC Forum Tag Types 1–4).
  • If Card Emulation is implemented, the NFC controller must be connected to the default (slot 0) UICC slot by using SWP-line as specified by the ETSI. If you cannot connect the SWP line to slot 0 due to physical limitations, the OEM must indicate the slot value to which it is connected by using registry settings.

    6.4 Sensors

    6.4.1 Accelerometer

    If the device includes an accelerometer sensor, it must support three-axis.

    6.4.2 Proximity sensor

    If the non-desktop device includes a proximity sensor, it must be oriented to sense objects that are close to the device display or resting on the top of the device display.

    NoteВ В Devices may use the touch controller as a capacitive-based proximity sensing solution instead of an infrared-based proximity sensor.

    6.4.3 Gyroscope

    If the device includes a gyroscope sensor, it must support three-axis.

    6.4.4 Magnetometer

    If the device includes a magnetometer, it must support three-axis.

    6.5 Hardware notifications

    Phones that run WindowsВ 10 Mobile must include a vibration mechanism such as a vibration motor, vibration speaker, or haptics transducer controllable by the OS. A vibration mechanism is optional for other devices that run Windows 10. If a vibration mechanism is implemented for devices other than phones, the mechanism is not required to be controllable by the OS.

    Devices that run Windows 10 may optionally include notification LEDs (NLEDs).

    6.6 Hardware button behavior

    This section provides behavior requirements for hardware buttons. To determine which hardware buttons are required or optional for each OS and device, see the «Hardware buttons» row in Table 3 and sections 2.6 (for WindowsВ 10 Mobile) and 3.6 (for WindowsВ 10 for desktop editions).

    NoteВ В The requirements in this section do not apply to WindowsВ 10 Mobile Enterprise. Microsoft recommends that buttons implemented on devices running WindowsВ 10 Mobile Enterprise comply with the requirements in this section, but compliance is not required.

    6.6.1 Button wake up requirements for devices that support low-power idle states

    On devices that support low-power idle states, certain hardware buttons must be able to interrupt and wake up the device’s application processor from its lowest supported idle state as shown in Table 23. This capability is needed for the OS power policy manager to control when a button press is processed and when it is ignored. This capability does not require the display to come on. A supported device must meet both of the following requirements:

    • They run WindowsВ 10 Mobile or WindowsВ 10 for desktop editions.
    • The LOW_POWER_S0_IDLE_CAPABLE flag is set in the Fixed ACPI Hardware Table (FADT).

    Table 23: List of wake-up sources for devices that support low-power idle states

    Source (action) Source type Wake-up capability
    Camera button (full press) Button
    Camera button (half press of a dual-action button, if implemented) Button Optional
    Volume Up/Down buttons Button Required if an audio stream is active to adjust the volume.
    Start button Button Optional
    Headset remote Volume Up button Button on the wired headset accessory Required if an audio stream is active to adjust the volume.
    Headset remote middle button Button on the wired headset accessory Required
    Headset remote Volume Down button Button on the wired headset accessory Required if an audio stream is active to adjust the volume.
    Power button Button Required
    Search button Button Optional
    Back button Button Optional
    Rotation lock Button/slider Optional

    6.6.2 Power button behavior

    If the Power button is implemented, it must meet the following requirements:

    When the device is off, pressing the power button must turn on the device. In addition, the device must show activity when it is turned on (such as vibrating or turning on the display).

    The device must implement a hardware timer to allow for either turning off the device or power cycling the device (turning off the device and then turning it on again) regardless of the current state of the device. This must be implemented by using at least one of the following options:

    • Press and hold the Power button.
    • Press and hold the Power button and the Volume Down button at the same time.

    Either of these button options must start the hardware timer. The duration of the timer must be as follows:

    • For devices that run WindowsВ 10 for desktop editions and support low power idle states, the timer must be 10 seconds.
    • For devices that run WindowsВ 10 for desktop editions but do not support low power idle states, or for devices that run Windows ServerВ 2016, the timer must be 4 seconds.
    • For devices that run WindowsВ 10 Mobile, the timer must be 10 seconds.

    For a definition of a device that supports low power idle states, see 6.6.1.

    Releasing any of the buttons used to start the timer must stop the timer. Upon expiration of the timer, the device must either power cycle or turn off the device.

    NoteВ В We recommend that the Power and Volume Down combination be used to start a power cycle on devices where the display is the only sign of life (for example, devices with no fan or LED).

    6.6.3 Camera button behavior

    If a dedicated camera button is implemented, it can be a dual-action camera button with the ability to detect “half-press” and “full-press” as distinct separate actions or a single-action camera button that does not support a «half-press» functionality.

    6.6.4 Rotation lock button behavior

    A screen rotation lock button can be implemented. The rotation lock button can either be a press button or a slider that is stateless as long as there is no mechanical position.

    6.7 Connectors

    For each of the connector types listed in this section, the following requirements apply to any device that includes the connector type.

    6.7.1 USB

    USB is optional for all devices and computers that run Windows 10. Windows 10 supports the following USB controllers:

    • Function controllers
    • Host controllers
    • Dual-role OTG controllers

    Guidance about supporting USB function and host controllers will be provided in the Windows 10 Partner Documentation when it is available.

    6.7.2 Headphone/headset

    If the device includes a 3.5-mm stereo headphone/headset jack, it must meet the following requirements:

    • It must provide stereo output.
    • It must detect insertion and removal of the headphone/headset and generate an interrupt to the OS.
    • It must wake the device if the device is in connected standby mode.

    Additionally, if the device supports a headset with a microphone, it must communicate the presence or absence of the headset microphone to the OS.

    6.7.3 SD card slot

    If the device includes an SD card slot, it must meet the following requirements:

    • The SD card slot must be able to support the operation of an SD 3.0 compliant SD card. All SD 3.0 specification requirements (https://www.sdcard.org/) such as supply voltage must be met.
    • The SD card slot may optionally support hot swap, that is, insertion or removal while the device is turned on.
    • If the slot supports hot swap, all card insertion/removal events must be reported to the OS and must be wake-up sources for the device. Neither OEM hardware circuitry nor device driver software must take any observable custom actions, such as waking up the device display, based on SD card insertion or removal.
    • If the slot does not support hot swap, it must be designed so that the card cannot be inserted or removed while the device is in normal operation. For example, it could be obstructed by the battery to make it impossible to insert or remove the card when the battery is present.

    6.7.4 SIM slot

    If the device supports a single SIM card, it must include one SIM slot. If the device supports dual SIM, it must include two SIM slots.

    If the device includes two SIM slots, we recommend that OEMs include a numbered label for each slot. Some parts of the OS UI refer to the SIM slots by number, and including these labels will help provide a more consistent user experience.

    The SIM slots are radio technology agnostic.

    6.7.5 Video output

    For a list of device types and operating systems where a video output port is required, optional, or not supported, see Table 3.

    Devices that run Windows 10 must be compliant with the Microsoft WMDRM/PlayReadyВ® Compliance Rules and Robustness Rules with respect to output protections.

    Windows 10 supports the following video output ports on devices where a video output port is required or optional:

    • HDMI
    • DVI
    • DisplayPort
    • HD-15 (typical VGA connection)
    • S-Video
    • Component
    • Composite

    6.8 UEFI and Secure Boot

    WindowsВ 10 for desktop editions and WindowsВ 10 Mobile and IoT Core must boot into UEFI mode by default and ship with UEFI Secure Boot enabled. System firmware must be compliant with the UEFI Specification Version 2.3.1 or higher.

    OEM systems for special purpose commercial systems, build to order, and customer systems with a custom image are not required to ship with UEFI Secure Boot enabled.

    WindowsВ 10 for desktop editions and IoT Core systems can optionally support the ability to disable Secure Boot via firmware setup. WindowsВ 10 Mobile systems must not implement the ability to disable Secure Boot. WindowsВ 10 for desktop editions and WindowsВ 10 Mobile systems must implement measurements into PCR [7].

    NoteВ В No systems should allow programmatic disabling of Secure Boot during boot services or after exiting EFI boot services.

    6.9 Accessibility

    Most Windows 10 operating systems include the Narrator screen reader feature for accessibility. For Narrator to work correctly on a device that uses touch for the primary means of user input, the device must include a touch controller that can report at least four simultaneous contacts. OEMs should be aware of this when planning devices for markets with accessibility requirements.

    Where providing user input or output device connection points, provide at least one input and/or output connection that conforms to an industry standard non-proprietary format, directly or through the use of commercially available adapters.

    Numeric keys arranged in a rectangular keypad layout must have the number five key tactilely distinct from the other keys. If key repeat is supported, the delay before repeat must be adjustable to 2 seconds or more. Keystroke should be adjustable of at least 0.5 seconds. And, the status of all locking or toggle controls must be discernible visually and either through touch or sound.

    All mechanically operated controls and keys shall comply with accessibility standards. In other words, all controls and keys for the normal operation of a desktop or portable computer must be accessible. This includes the keyboard, keypad, power switch, reset button, unlocking controls for docking stations, and release buttons for expansion cards and drives.

    Hardware controls need to balance between the need to prevent accidental activation, especially for users with tremors or limited coordination, and the need to allow activation without using excessive force. The force required to activate controls and keys shall be 5 lbs. (22.2 N) maximum. In other words, mechanically operated controls must be usable with one hand, without particular motions (twisting of the wrist, tight grasping, pinching) or considerable exertion (more than five pounds of force).

    Provide a means to discern without vision each operable part of the experience such that users of all abilities are able to manipulate and control a device as expected. Example, visually impaired users should be able to operate the device.

    Where hardware is intended for shared use and speech output is available, a tactile indication of the means to initiate the speech mode of operation shall be provided.

    Architecturally installed or free-standing non-portable products intended to be used in one location must have all controls necessary to access full functionality positioned for users with limited reach (such as for people who use wheelchairs).

    Do not use color as the only visual means of conveying information. Do not use color in a way that requires the user to discriminate between hues, indicate an action, prompt a response, or distinguish a visual element.

    Читайте также:  Linux lock account failed login
    Оцените статью