- Reading time: 3 minutes
- Price: Free download
- Published: 17th September 2026
- Word count: 819 words
- File format: Text
Why do you want to study this course or subject?
The community radio station where I volunteer broadcasts from a room above a library, and my first job there was coiling cables. Within a few weeks I was allowed to sit with the station's technical volunteer while he traced why one microphone channel carried a faint hum. Watching him work through the signal path step by step, rather than guessing, made me want to understand what was actually happening to a signal between a person speaking and a listener hearing it in their kitchen. That curiosity has pulled me steadily towards communication engineering rather than electronics in general. What interests me is that a message has to survive a hostile journey. It is attenuated, delayed, reflected and mixed with noise, and yet we expect video calls to hold together on a moving train. I find it satisfying that engineers answer this with mathematics I am already meeting: sine waves added together, probability applied to errors, logarithms used to compare power levels. Reading an introductory account of Shannon's work on channel capacity was the point where the subject stopped feeling like a collection of gadgets. The idea that a noisy channel still has a definite limit on reliable information rate, and that clever coding can approach it, struck me as a genuinely useful thing to know rather than a curiosity. I want a degree that takes me from circuits and signals through to antennas, coding and networks, because I would like to work on the infrastructure that people only notice when it fails.
How have your qualifications and studies helped you to prepare?
Mathematics is the subject I rely on most. Fourier ideas are not on my syllabus, but trigonometric identities, complex numbers in Further Maths and the behaviour of exponential functions have all reappeared when I have read about modulation and filtering, so I have tried to keep my algebra fast and accurate rather than merely correct. Physics has given me the electricity and waves foundations I expect to build on: my favourite practical involved measuring the speed of sound using standing waves in a tube, partly because the result depended entirely on how carefully we identified the nodes, which taught me more about measurement uncertainty than any worksheet. In Computer Science I chose a programming project that suited my interests, writing a Python tool that reads a text file, encodes it with a simple parity scheme, deliberately flips bits at a chosen error rate and reports how many corrupted blocks are detected. It is not sophisticated, but building it forced me to think about the difference between detecting and correcting errors, and about why real systems interleave data. My coursework write-up also pushed me to explain technical decisions clearly to a reader who had not seen my code. Outside lessons I attended a college STEM club session on the electromagnetic spectrum and have been working through online material on decibels and signal-to-noise ratio, keeping a notebook of worked examples so that the units and conversions become automatic.
What else have you done to prepare outside of education, and why are these experiences useful?
Through a college scheme I spent two supervised days with the field team at a regional internet provider. I was an observer with a hard hat and a clipboard, not an engineer: I held a torch, passed tools, recorded readings that the technician dictated and asked questions in the van between jobs. Even in that limited role I learned a great deal. I saw an optical power meter used at a customer's socket and had explained to me why a reading a few decibels low pointed to a bend or a dirty connector rather than a fault at the exchange. I also noticed how much of the work was diagnostic reasoning and polite communication with residents who simply wanted their connection back. At the radio station my responsibilities are real but modest. I set up microphones for the Saturday music show, label and test cables, and keep a fault log so recurring problems are not rediagnosed each week. When our live output once distorted badly, I was the one who checked gain levels and found an input set far too high; the technical volunteer confirmed it, and I now check levels before every show. My weekend supermarket job has taught me to stay methodical during busy periods and to explain things simply to customers. Coaching younger players at my badminton club has been similarly useful, since breaking a serve down into stages is not unlike explaining a process to someone from the beginning. I am used to working steadily in teams where the practical result matters and I look forward to laboratory work in a degree.
This example has 4,491 characters across the three answers. Use it for ideas and structure. Your own UCAS answers must fit within 4,000 characters in total, including spaces.
Why this example works — strengths and ways to improve
This is a specific, credible draft with genuine subject understanding, well-chosen school evidence and honest framing of modest roles. Its main problem is length: at 4,491 characters it exceeds the 4,000 limit, so you need to cut roughly 500 characters. The weakest material is the final section's generic supermarket and badminton links, which dilute otherwise strong technical reflection.
Subject motivation
a message has to survive a hostile journey
This phrase shows you understand what distinguishes communication engineering from general electronics. Your Shannon paragraph turns curiosity into a concept, a definite limit on reliable information rate, rather than gadget enthusiasm. The radio hum anecdote grounds it personally. The closing line about infrastructure is apt, though the opening answer could be trimmed slightly.
Academic preparation
deliberately flips bits at a chosen error rate
Your parity project is excellent evidence because it is accessible yet directly relevant, and you reflect on detecting versus correcting errors and interleaving. Linking complex numbers and exponentials to modulation shows you see where school maths leads. The STEM club sentence adds little compared with your decibels notebook and could go.
Evidence and reflection
why a reading a few decibels low pointed to a bend
Here you connect an observed measurement to reasoning about where a fault lies, which echoes your decibels study without duplicating it. The standing-waves practical similarly yields a real lesson about uncertainty. Reflection is strongest when tied to technical cause and effect, as in these moments, rather than skill claims.
Relevant experience
keep a fault log so recurring problems are not rediagnosed
The radio station duties are concrete and show you applying methodical diagnosis yourself, especially the gain fault you found. However, the supermarket and badminton sentences rely on forced links to explaining things simply, and they are the obvious place to cut when reducing length, as they add little distinctive evidence.
Credibility and voice
I was an observer with a hard hat and a clipboard
You explicitly avoid sounding like a professional, which makes your claims more trustworthy. Phrases like 'not sophisticated' and 'real but modest' show calibrated honesty. The voice is personal and economical throughout. Just watch that the radio volunteer appears in both answers one and three; that is acceptable since the uses differ.
Structure and format
No quotation captures this issue: the three answers total 4,491 characters, over the 4,000 limit. Each answer comfortably exceeds 350 characters, so cuts can be distributed. Removing the generic part-time job and coaching links, the STEM club line and some repetition in answer one would bring you within range without losing substance.
What you’ve done well
- Your Python parity project shows accessible, self-directed work with genuine reflection on error detection versus correction.
- You frame the internet provider placement honestly as observation, then extract a precise technical insight about decibel losses.
- Your motivation section explains why communication engineering specifically, using Shannon's channel capacity idea rather than vague passion.
How this draft could improve
- Cut about 500 characters to meet the 4,000 limit; start with the supermarket and badminton sentences, which make forced links.
- Remove or merge the STEM club session, which is thinner than your notebook of worked decibel examples.
- Tighten the final sentence of answer three, which ends on a generic teamwork claim rather than on a specific insight.