JNXRFID · Know-how Series · Deployment Reality KH‑006

The Count Is Right and the Line Is Still Moving

A correct count that arrives too late to keep the line moving is not a counting problem. It is a throughput problem, and throughput is set by how many tags are in the zone at once, not by how fast one tag is read.

13 min read · Applies to UHF passive RFID · Tag density, anti-collision and read-point throughput · First edition, October 2026

Our counts are correct. Every pallet is eventually read, nothing is missed, and the report matches. But the line still waits at the read point, and the gap between the pallet arriving and the result appearing keeps growing. The reader is the newest thing we bought. What is actually making it slow?

A count that is eventually right is not the same as a count that is fast enough to let the line continue. When many tags are in one read zone at the same time, the reader cannot read them simultaneously: it detects the collision, selects one tag, asks the others to wait, and repeats. Every repeat costs a full round trip, so the time to clear a zone grows with the number of tags in it. The reader is not failing and nothing is being missed. It is spending its capacity on repetitions, and it looks like a slow reader because the queue is invisible from the outside.

Correct is not the same as fast

The symptom is worth stating precisely, because it is regularly misread as a broken installation. Nothing is missed. Every pallet is eventually read, and the report is right. What changes is the delay: the pallet has already moved on by the time the result appears, and at the busiest moment that delay is long enough to stop the line.

Three different causes produce this same visible symptom, and they need three different answers:

The governing principle: a read rate is a property of a zone and its contents, not of a tag in isolation. A single tag on a bench tells you nothing about a hundred tags in a pallet position.

Anti-collision is a queue, and every queue costs time

The EPC Gen2 air interface is built for a dense world. When several tags answer in the same instant, the reader detects the collision, selects one tag, and asks the rest to hold. It reads the selected tag, then repeats for the next. This is the Q algorithm: the reader works through the population one tag at a time, and the number of round trips grows with the number of tags present.

This is why a quoted tags-per-second figure is a ceiling, not an expectation. It describes the rate at which the reader can process replies when it is not fighting other tags for the same instant. The same reader against a denser population takes proportionally longer, because each additional tag adds a round trip rather than adding a parallel reply.

Two further mechanisms compound it:

Splitting a zone is a throughput decision. Two smaller zones that each hold half the tags do not read twice as fast per zone, but they clear the same pallet in roughly half the elapsed time, and the read point stops being the constraint.
A reader and a read zone full of tags. Several tags answer in the same instant, so the reader selects one of them, asks the others to wait, and reads the selected tag. A second panel shows the same population split across two smaller zones, where each zone holds fewer tags and therefore clears faster.
Anti-collision is a queue. Every extra tag in the zone adds a round trip, so the time to clear a position grows with the population in it.

Measure the lag before you change anything

The measurement that matters is not a read rate quoted in a datasheet. It is the time between a tag entering the zone and its result appearing, measured with the real population present. Four numbers separate the three causes above, and each one points at a different decision.

Measurements that separate density, coupling and downstream delay in RFID read-point lag
MeasureHowWhat it separates
Time to clear one pallet positionTime from the leading edge entering the zone to the last tag reported, with the real load in place.Whether the read point is the constraint at all.
Tag count in the zoneCount the labels actually in the position, including those hidden behind the first layer.Density from everything else. This is the number the round trips scale with.
Read rate in a sparse zoneRepeat the same measurement with one tag per position.Whether the reader or the environment is limiting the reply.
Interval between pallet movementsMeasure the gap the process actually leaves, not the gap the layout intends.Whether the delay upstream of the zone is the real constraint.

Run the first and third together. If the sparse-zone rate is close to the manufacturer's figure and the loaded rate is far below it, the cause is density or coupling, and the answer lies in the zone and the population, not in the reader. If the sparse rate is also low, the environment or the tag construction is involved, and that is a different article.

A bench figure cannot be compared with a loaded zone. The quoted rate is measured against a population that does not collide. Comparing it with a loaded aisle is how a working reader gets replaced by a faster one that behaves identically.
Three timelines showing the same visible symptom of a slow read point. The first shows many short round trips caused by a dense zone. The second shows weak replies with retries caused by tags bundled tightly together. The third shows a fast read preceded by a long wait for the previous pallet to clear.
Density, coupling and upstream delay look identical from the floor. Only the first is fixed by making the zone smaller.

What actually raises throughput

Once density is confirmed as the cause, the controls are ordered by what they change. Reading them in the wrong order is expensive, because a hardware change is the last step, not the first.

  1. Reduce the tag count per zone. Read a defined zone rather than a generous one. Fewer tags per zone means fewer round trips, and it is a layout change rather than a purchase.
  2. Remove the coupling. Separate the labels physically, or change to a construction that is not affected by a neighbour at close range.
  3. Give the read point somewhere to be. A read point positioned where pallets are forced to stop, rather than where they happen to pass, converts a moving target into a stationary one.
  4. Only then consider the reader. A reader with a higher quoted ceiling helps only when the zone, the population and the dwell are already settled. It does nothing for coupling, and it does nothing for a bottleneck that sits upstream of the antenna.
Order matters. Zone first, population second, hardware last. Skipping to hardware is the single most common reason an RFID throughput problem is still a throughput problem after a purchase.

A diagnostic sequence that finds the constraint

The steps below are the order that wastes the least. Each one either eliminates a cause or names the next measurement, and none of them requires a purchase to be made first.

Ordered steps to locate the constraint behind RFID read-point lag
StepActionDecision it produces
1Count the tags in one pallet position with the real load in place.Whether density is even in play.
2Time the zone with the real load, then with a single tag per position.Whether the read point or the environment is limiting the reply.
3Compare the loaded time against the interval between pallet movements.Whether the read point is the constraint on the line at all.
4Split one zone into two and repeat the measurement.Whether a layout change recovers the throughput.
5Only if steps 1 to 4 leave the read point binding, size the reader against the measured rate.Which reader, and what it must deliver.

The output of step 5 is a number, not a product name. A read point quoted at a peak rate and specified against a measured loaded rate are different purchases, and the second one is the one that can be held to a specification.

A five-step sequence. Step one counts the tags in one pallet position. Step two times the zone with the real load and then with a single tag. Step three compares the loaded clear time against the interval between pallet movements. Step four splits one zone into two and repeats the measurement. Step five, reached only when the read point is still binding, sizes the reader against the measured rate.
Four measurements name the bottleneck. The purchase is the last step, not the first.

What to specify when you buy

When the read point genuinely is the constraint, the specification has to describe a loaded zone rather than an empty one. Four fields decide it.

Fields to specify when procuring an RFID read point for a dense zone
FieldState it asWhy
Tag population per zoneThe real count, including the layers you cannot see.Round trips scale with the population present.
Required clear timeThe elapsed time the position may occupy the zone.It converts a throughput problem into a rate specification.
Zone geometryThe area the antenna must cover, and what it must not cover.It fixes the population the reader has to resolve.
Operating environmentSteel racking, liquid, wet board, and the density of each.It decides whether the reply rate is a radio question or a layout question.

Ask for the figure to be quoted against a loaded zone, with the population stated. A supplier who quotes only a peak rate is telling you about an empty room. A supplier who quotes a rate at a stated population is telling you about yours.

Proof is a measured number. The number that can be held to a specification is the time to clear a zone with a stated tag count, measured on the floor, before the purchase.

From measurement to specification

Give us the loaded number, not the empty-room one

The measurement that settles this is the time to clear one zone with the real tag count in it, repeated with the pallets actually moving at your interval. Send us that and the population, and the reader, the antenna and the zone come back as a specification rather than a shortlist.