How Offline Siri Executes Device Settings in iOS 15

Starting in iOS 15, Apple introduced on-device speech processing, allowing Siri to execute requests like toggling Airplane Mode, adjusting brightness, and setting timers without an internet connection. This technical shift relies on local speech recognition powered by the Apple Neural Engine, on-device Natural Language Understanding (NLU), and direct integration with local iOS system daemons.

1. On-Device Automatic Speech Recognition (ASR)

In prior versions of iOS, audio recordings of user voice commands were streamed to Apple’s servers for processing. In iOS 15, on devices equipped with an A12 Bionic chip or newer, Siri runs Automatic Speech Recognition (ASR) entirely on the device. When you speak, the device's microphone captures the raw audio, and the Apple Neural Engine (ANE) processes the acoustic and language models in real time. This converts the audio waveform directly into text locally with zero latency caused by network round-trips.

2. On-Device Natural Language Understanding (NLU)

Once the spoken command is transcribed into text (for example, "Turn on Airplane Mode"), Siri passes the text to the local Natural Language Understanding (NLU) engine. The local NLU model parses the text to identify the user's intent and extract relevant parameters (slots):

  • Domain: System Settings / Connectivity
  • Intent: SetAirplaneModeIntent
  • Parameter/State: Enabled = True

Because the vocabulary and syntax for basic device settings are finite and deterministic, these models are compact enough to be stored and processed entirely in local memory.

3. Intent Resolution and System Privileges

After identifying the intent, Siri routes the command to the appropriate system service rather than an external web service. Siri operates with privileged access within iOS, interfacing directly with native frameworks such as Preferences.framework and private control daemons.

For toggling Airplane Mode:

  • Siri issues an internal inter-process communication (IPC) call to the core connectivity management service (often managed through Preferences or system-level radio management daemons).
  • The command does not pass through SiriKit extensions that third-party apps use; instead, it utilizes private system APIs designed exclusively for first-party operating system controls.

4. Direct OS Execution

The targeted system daemon receives the instruction from Siri, verifies that the request originates from an authenticated local user process, and applies the state change directly to the hardware radios (disabling cellular, Wi-Fi, and Bluetooth according to current Airplane Mode configurations).

Once the hardware state changes, the daemon returns a success signal to the Siri interface, which updates the visual UI element on the screen and delivers a voice confirmation, completing the cycle entirely offline in milliseconds.