IoT Fundamentals · Study deck

Voice Compression: Codec and Link Constraints

A door intercom can sound clear on the bench but break into gaps on its radio link.

Physics Phoebe is your guide for this deck.

signalprocessingvoice
Physics Phoebe, the module guide, in a scene from this chapter.
iotclass.org

After studying this chapter

Learning objectives

You will be able to:

  • test why voice gets compressed with a concrete scenario and pass criteria
  • 'validate apply it: match the codec to the link with a concrete scenario and pass criteria'
  • Explain: The audio format, packet overhead, loss, and delay must fit the same path.
  • Explain: You will compare audio codecs against a PCM baseline and include packet costs when judging whether voice fits a link.
iotclass.org

Major section

In 60 Seconds

The audio format, packet overhead, loss, and delay must fit the same path.

  • Analog-to-digital converter means a circuit that turns microphone voltage into numbers; it is often shortened to ADC.
  • Latency means the delay between speech and useful playback.
  • This runway does not prove that one codec fits every voice task.
iotclass.org

Major section

Start With the Story

You will compare audio codecs against a PCM baseline and include packet costs when judging whether voice fits a link.

  • The mathematical gist.: At the chapter's $8$ kHz rate, Nyquist gives a $4$ kHz content ceiling.
  • Phoebe separates sample rate from bit depth and works the chapter's 9.9 dB quiet-talker case.

Numbers to remember

9.9 dBand works the chapter's 9.9 dB quiet-talker case.
iotclass.org

Major section

Why Voice Gets Compressed

Raw digital audio is bandwidth-hungry.

  • Capturing speech as plain samples produces a steady stream of bits that can overwhelm the narrow, low-power links many IoT devices use.
  • Voice compression shrinks that stream so speech fits the link.
  • Compression sits after the same sampling and quantization steps covered in the ADC chapter.

Key terms

Lossy compression
Lossy compression is the norm for voice.

Why it matters

A speech codec such as AMR-NB, Opus configured for speech, or Codec2 can reduce the carried voice stream by modelling speech and tolerating small perceptual losses.

Review voice as a complete link: speech task, capture chain, PCM baseline, codec mode, packet budget, and real-speech validation.
Review voice as a complete link: speech task, capture chain, PCM baseline, codec mode, packet budget, and real-speech validation.
iotclass.org

Major section

Why Voice Gets Compressed (continued)

The path is familiar from sampling: a microphone signal is sampled and quantized into numbers, and then compressed before it is packetized and sent.

  • Lossy compression is the norm for voice.
  • Unlike a file you must reconstruct exactly, speech only needs to stay intelligible and natural enough, so voice codecs discard detail the ear barely notices in exchange for a much smaller stream.
  • If this gives you the trade-off, you can stop here.
iotclass.org

Major section

Why Voice Gets Compressed (continued)

Mind the delay Interactive conversation needs low end-to-end latency, which limits how much audio you can batch.

  • Think of shorthand note-taking: you do not capture every word, only enough to reconstruct the meaning.
  • Raw 8 kHz, 16-bit, mono PCM is 128 kbps before packet headers, and classic 8-bit narrowband PCM is still 64 kbps.
  • Working on bench Wi-Fi does not prove a codec works over a constrained field link.
iotclass.org

Major section

Apply It: Match the Codec to the Link

The practical job is to pick a codec and bit rate the link can sustain, size the packets to balance overhead against latency and loss, and confirm the result by listening over the real link.

  • A practical review starts with the worst hour of the deployment, not the best bench measurement.
  • Header Overhead Share.

Key terms

If your job
If your job is to choose a codec and packet size, you can stop here.

Why it matters

Validate with real speech.: Listen to representative voices and conditions, because tone tests do not capture intelligibility or conversational delay.

Codec choice moves along a payload/fidelity axis, but every option still needs packet, latency, loss, CPU, energy, and listening validation.
Codec choice moves along a payload/fidelity axis, but every option still needs packet, latency, loss, CPU, energy, and listening validation.
iotclass.org

Major section

Apply It: Match the Codec to the Link (continued)

A Wi-Fi door station may have enough throughput but suffer roaming gaps and jitter when the access point is busy.

  • An LTE-M tracker may have enough coverage for telemetry but limited uplink budget for live speech.
  • A phone-tethered wearable may depend on BLE connection interval and app foreground behavior.
  • The axis shows the trade-off between waveform fidelity and payload size; the lower note lists costs beyond codec bit rate.
iotclass.org

Major section

Apply It: Match the Codec to the Link (continued)

Size the packets.: Each packet carries header overhead, so very small audio packets waste bandwidth on headers, while large packets add delay and lose more audio per dropped packet.

  • Low, overhead is amortized.
  • Those hand-offs make A release record proves the full path, not just the advertised codec bit rate actionable within: The Packet-Sizing Trade-Off.
  • If your job is to choose a codec and packet size, you can stop here.
iotclass.org

Deck summary

Key takeaways

The audio format, packet overhead, loss, and delay must fit the same path.

  • You will compare audio codecs against a PCM baseline and include packet costs when judging whether voice fits a link.
  • Raw digital audio is bandwidth-hungry.
  • The path is familiar from sampling: a microphone signal is sampled and quantized into numbers, and then compressed before it is packetized and sent.
  • Mind the delay Interactive conversation needs low end-to-end latency, which limits how much audio you can batch.
iotclass.org

Retrieval practice

Recall check 1 of 2

Physics Phoebe says: answer from memory, then check your reasoning.

Q1Why is lossy compression normal and acceptable for voice links?

ASpeech only needs to stay intelligible
BIt preserves the original sample values
CBecause voice contains no important information
DIt reduces end-to-end delay by shrinking packets
Show answer

Answer: A Voice does not require exact-sample reconstruction, so dropping minor detail buys large savings.

iotclass.org

Retrieval practice

Recall check 2 of 2

Physics Phoebe says: answer from memory, then check your reasoning.

Q2To cut header overhead, a team puts many audio frames into each packet on an interactive voice link. What is the main cost?

AIt changes the codec into a lossless audio format
BIt prevents packet loss on weak wireless links
CIt raises latency and loses more audio per dropped packet
DIt removes the need to validate speech quality
Show answer

Answer: C Batching amortizes headers but increases delay and the audio destroyed by each loss.

iotclass.org

Print reference

Answers

Answer key.

  1. A · Voice does not require exact-sample reconstruction, so dropping minor detail buys large savings.
  2. C · Batching amortizes headers but increases delay and the audio destroyed by each loss.
iotclass.org