Data transmission: IGCSE Computer Science Complete Notes

Your Data Takes a Wild Journey Every Time You Hit Send

Here is something that might surprise you: when you send a single photo to a friend, that image does not travel as one neat package from your phone to theirs. It gets chopped into dozens (sometimes hundreds) of tiny pieces, each piece potentially taking a completely different route across the internet, bouncing through routers in different cities or even different countries, before being stitched back together at the other end. And your friend sees the photo in under a second. That is data transmission, and it is one of the most elegant pieces of engineering behind every click, tap, and swipe you make.

This topic is a favourite in the Cambridge IGCSE Computer Science (0478) exam. Examiners love asking about packets, transmission types, error detection, and encryption. So let's walk through everything you need to know - clearly and without the textbook jargon.

Packets and Packet Switching

Why not just send data as one big continuous stream? Think about it. If you sent a massive file as a single block and any part of the connection failed halfway through, you would have to start again from scratch. That is why data gets split into packets.

What Is a Packet?

A packet is a small chunk of data that travels independently across a network. Every packet has three main parts:

How Packet Switching Works

Imagine you and three friends each need to drive from London to Edinburgh, but you each take a different motorway because of traffic. You all arrive at different times, but you meet up at the destination and regroup. That is essentially packet switching.

1. The original data is broken into packets, each labelled with a packet number and the total packet count.
2. Each packet is sent independently across the network. Routers along the way decide the best route for each packet based on current network traffic.
3. Packets can take different routes to the destination, which means they often arrive out of order.
4. The receiving device uses the packet numbers in the headers to reassemble the packets into the correct order.
5. If any packets are missing or corrupted (detected via the trailer), the receiver requests retransmission of just those specific packets.

Types of Data Transmission: Direction

Not all data travels in the same way. The first distinction the syllabus wants you to understand is about direction - who can send and who can receive at any given moment.

Methods of Data Transmission: Serial vs Parallel

The second distinction is about how the bits physically travel along a connection. This trips up a lot of students, but it is actually quite straightforward once you see the difference.

Serial transmission sends bits one after another along a single wire (one data channel). Picture a queue of people walking through a single narrow doorway - they go through one at a time.

Parallel transmission sends multiple bits simultaneously along multiple wires (multiple data channels). Picture eight people walking through eight doorways side by side at the same time.

Sounds like parallel is always faster, right? Not quite. Here is where it gets interesting.

The key takeaway: serial for long distances, parallel for short distances. Over long cables, parallel wires suffer from "skew" where bits on different wires arrive at slightly different times, corrupting the data. Serial avoids this entirely because everything travels on one wire.

USB: The Universal Serial Bus

You plug in USB devices every day, but have you thought about what makes USB so popular? The name gives it away: Universal Serial Bus. It uses serial transmission, and it comes with some seriously useful features:

• Universal - one standard connector works with many different devices (keyboards, mice, printers, storage drives, phones)
• Hot-swappable - you can plug and unplug devices without shutting down the computer. The operating system detects the change automatically
• Powers devices - USB cables can supply electrical power, so many peripherals do not need a separate power cable
• Automatic driver detection - the operating system can automatically find and install the correct driver software when a new USB device is connected

Error Detection Methods

Data does not always arrive perfectly. Electrical interference, signal degradation over long distances, synchronisation problems between sender and receiver - all of these can flip a 1 to a 0 or vice versa. So how does the receiving device know something went wrong?

That is where error detection comes in. The IGCSE syllabus covers four methods, and each has its own strengths and limitations.

1. Parity Check

This is the simplest method. Before transmission, the sender counts the number of 1s in a byte and adds an extra bit (called a parity bit) to make the total number of 1s either odd or even, depending on the agreed system.

• Even parity: the parity bit is set so the total number of 1s (including the parity bit) is even
• Odd parity: the parity bit is set so the total number of 1s is odd

Example: Suppose we are using even parity, and the data bits are 1010110. That contains four 1s (already even), so the parity bit is set to 0, giving 10101100. If the data were 1010111 (five 1s, which is odd), the parity bit would be 1 to bring the total to six (even), giving 10101111.

The receiver counts the 1s. If the count does not match the expected parity, an error is detected.

2. Checksum

A checksum works by adding up all the data values being transmitted. The sender calculates a total, sends it along with the data, and the receiver recalculates the sum from the received data. If the two totals match, the data is likely correct. If they do not match, an error occurred somewhere.

Think of it like adding up a receipt. If the shop says your total is 47 and you add the items yourself and get 43, you know something is wrong - you just do not know which item was mispriced.

3. Echo Check

This one is beautifully simple. The receiver sends the data straight back to the sender. The sender compares the returned data to the original. If they match, the transmission was successful. If they differ, the sender knows an error occurred and can retransmit.

The downside? It doubles the amount of data traffic (everything gets sent twice), and it cannot tell you where the error is. It also assumes the return path is equally reliable, which is not always true.

4. Check Digit

A check digit is an extra digit calculated from the original data and appended to it. Barcodes and ISBN numbers use this method. The receiver performs the same calculation on the received data and compares the result to the check digit. If they do not match, an error has been detected.

For example, the last digit of a barcode is not random. It is mathematically derived from all the other digits. If a scanner misreads one digit, the check digit calculation will fail, alerting the system to a problem.

Encryption

So your data is travelling across networks, potentially through dozens of routers and switches, maybe over public Wi-Fi. What stops someone from intercepting it and reading the contents? That is where encryption comes in.

Encryption converts readable data (plaintext) into an unreadable scrambled form (ciphertext) using a mathematical algorithm and a key. Only someone with the correct key can reverse the process and read the original data.

Why Encryption Matters

Without encryption, every email, password, and bank transaction you send across a network is like writing a message on a postcard - anyone who handles it can read it. Encryption puts that message in a locked box. Even if someone intercepts the box, they cannot open it without the key.

Symmetric Encryption

Symmetric encryption uses the same key to both encrypt and decrypt the data. The sender encrypts the plaintext with the key, sends the ciphertext, and the receiver decrypts it with the same key.

The problem? Both parties need to have the key. If you have to send the key across the network before you can start encrypting, an attacker could intercept the key itself. That is the fundamental challenge with symmetric encryption: secure key distribution.

Asymmetric Encryption

Asymmetric encryption solves the key distribution problem by using two different but mathematically linked keys: a public key and a private key.

1. The receiver generates a key pair and shares the public key openly (anyone can have it).
2. The sender uses the receiver's public key to encrypt the message.
3. Only the receiver's private key (which they never share) can decrypt the message.

Even if an attacker intercepts the public key and the encrypted message, they cannot decrypt it without the private key. That is what makes asymmetric encryption so powerful for secure communication over the internet.

Worked Exam-Style Question

Model Answer:

(a) Packet switching [4 marks]

• The file is broken down into packets, each with a header containing the source and destination IP addresses, packet number, and total number of packets. [1 mark]
• Each packet is routed independently across the network, potentially taking different routes depending on network traffic. [1 mark]
• Packets may arrive at the destination out of order. [1 mark]
• The receiving device uses the packet numbers to reassemble the packets into the correct order. If any packet is missing or corrupted, retransmission is requested. [1 mark]

(b) Serial vs parallel [2 marks]

• Over 200 km, parallel transmission would suffer from skew, where bits travelling on different wires arrive at slightly different times, causing data corruption. [1 mark]
• Serial transmission sends bits one at a time along a single wire, eliminating skew and making it more reliable over long distances. It is also cheaper because fewer wires are needed. [1 mark]

(c) Asymmetric encryption [3 marks]

• The receiving office generates a public key and a private key. The public key is shared with the sending office. [1 mark]
• The sending office uses the public key to encrypt the file before transmission. [1 mark]
• Only the receiving office's private key can decrypt the data. Even if an attacker intercepts the encrypted data, they cannot read it without the private key. [1 mark]

Common Mistakes to Avoid

• Saying packets always take the same route. They do not. Each packet is routed independently, and different packets from the same message can take entirely different paths. That is the whole point of packet switching.
• Confusing serial and parallel suitability. Parallel is faster over short distances, but serial is better for long distances because of skew. Many students get this backwards.
• Forgetting that parity checks miss even-numbered errors. If two bits flip, the parity still looks correct. Examiners specifically test this limitation.
• Describing encryption keys vaguely. "Two keys are used" is not enough. State that the public key encrypts and the private key decrypts, and that only the private key is kept secret.
• Mixing up simplex and half-duplex. Simplex is strictly one-way - the receiver can never send. Half-duplex allows both directions, just not at the same time. A walkie-talkie is half-duplex, not simplex.
• Saying echo check "corrects" errors. It detects them. The sender must then retransmit the data. None of the four IGCSE error detection methods actually fix the error - they only flag that something went wrong.

Self-Check Questions

Test yourself on data transmission before your exam. Try answering without scrolling back up:

1. Describe the three parts of a data packet and the role of each. (Think header, payload, trailer.)
2. Explain why serial transmission is preferred over parallel for long-distance data transfer. (Hint: what happens to signals on parallel wires over long distances?)
3. A system uses even parity. The data bits are 1101001. What is the parity bit, and what would the full byte look like? (Count the 1s carefully.)
4. What is the main difference between symmetric and asymmetric encryption? (Focus on keys.)
5. Give one limitation of using a checksum for error detection.

If you can answer those five questions clearly and confidently, you are well prepared for the data transmission section of your IGCSE Computer Science paper. Keep practising exam-style questions, pay attention to the specific details examiners want, and remember: precision beats waffle every time.