USB (Communications)

This article provides information about the communications aspects of Universal Serial Bus, USB: Signaling, Protocols, Transactions.

For broader coverage of this topic, see USB.

Signaling (USB PHY)

Signaling rate (transmission rate)

[1]Mode	Abbrev	Gross data rate	Introduced in
Low Speed	LS	1.5 Mbit/s (187.5 KB/s)	USB 1.0
Full Speed	FS	12 Mbit/s (1.5 MB/s)	USB 1.0
High Speed Also, Hi-Speed	HS	480 Mbit/s (60 MB/s)	USB 2.0
SuperSpeed	SS	5 Gbit/s (625 MB/s)	USB 3.0
SuperSpeed+	SS+	10 Gbit/s (1.25 GB/s)	USB 3.1
SuperSpeed+	SS+	20 Gbit/s (2.5 GB/s)	USB 3.2

The theoretical maximum data rate in USB 2.0 is 480 Mbit/s (60 MB/s) per controller and is shared amongst all attached devices. Some personal computer chipset manufacturers overcome this bottleneck by providing multiple USB 2.0 controllers within the southbridge.

According to routine testing performed by CNet, write operations to typical Hi-Speed hard drives can sustain rates of 25–30 MB/s, while read operations are at 30–42 MB/s;[2] this is 70% of the total available bus bandwidth. For USB 3.0, typical write speed is 70–90 MB/s, while read speed is 90–110 MB/s.[2] Mask tests, also known as eye diagram tests, are used to determine the quality of a signal in the time domain. They are defined in the referenced document as part of the electrical test description for the high-speed (HS) mode at 480 Mbit/s.[3]

According to a USB-IF chairman, "at least 10 to 15 percent of the stated peak 60 MB/s (480 Mbit/s) of Hi-Speed USB goes to overhead—the communication protocol between the card and the peripheral. Overhead is a component of all connectivity standards".[1] Tables illustrating the transfer limits are shown in Chapter 5 of the USB spec.

For isochronous devices like audio streams, the bandwidth is constant, and reserved exclusively for a given device. The bus bandwidth therefore only has an effect on the number of channels that can be sent at a time, not the "speed" or latency of the transmission.

• Low-speed (LS) rate of 1.5 Mbit/s is defined by USB 1.0. It is very similar to full-bandwidth operation except each bit takes 8 times as long to transmit. It is intended primarily to save cost in low-bandwidth human interface devices (HID) such as keyboards, mice, and joysticks.
• Full-speed (FS) rate of 12 Mbit/s is the basic USB data rate defined by USB 1.0. All USB hubs can operate at this speed.
• High-speed (HS) rate of 480 Mbit/s was introduced in 2001. All hi-speed devices are capable of falling back to full-bandwidth operation if necessary; i.e., they are backward compatible with USB 1.1 standard. Connectors are identical for USB 2.0 and USB 1.x.
• SuperSpeed (SS) rate of 5.0 Gbit/s. The written USB 3.0 specification was released by Intel and its partners in August 2008. The first USB 3.0 controller chips were sampled by NEC in May 2009,[4] and the first products using the USB 3.0 specification arrived in January 2010.[5] USB 3.0 connectors are generally backward compatible, but include new wiring and full-duplex operation.
• SuperSpeed+ (SS+) rate of 10 Gbit/s is defined by USB 3.1 and 20 Gbit/s, using 2 lanes, is defined by USB 3.2.

Transaction latency

For low-speed (1.5 Mbit/s) and full-speed (12 Mbit/s) devices the shortest time for a transaction in one direction is 1 ms.[6] High-speed (480 Mbit/s) uses transactions within each micro frame (125 µs)[7] where using 1-byte interrupt packet results in a minimal response time of 940 ns. 4-byte interrupt packet results in 984 ns.

Electrical specification

USB signals are transmitted using differential signaling on a twisted-pair data cable with 90 Ω ± 15% characteristic impedance.[8]

• Low-speed (LS) and Full-speed (FS) modes use a single data pair, labelled D+ and D−, in half-duplex. Transmitted signal levels are 0.0–0.3 V for logical low, and 2.8–3.6 V for logical high level. The signal lines are not terminated.
• High-speed (HS) mode uses the same wire pair, but with different electrical conventions. Lower signal voltages of −10 to 10 mV for low and 360 to 440 mV for logical high level, and termination of 45 Ω to ground or 90 Ω differential to match the data cable impedance.
• SuperSpeed (SS) adds two additional pairs of shielded twisted wire (and new, mostly compatible expanded connectors). These are dedicated to full-duplex SuperSpeed operation. The half-duplex lines are still used for configuration.
• SuperSpeed+ (SS+) uses increased data rate (Gen 2x1 mode) and/or the additional lane in the Type-C connector (Gen 1x2 and Gen 2x2 mode).

A USB connection is always between a host or hub at the A connector end, and a device or hub's "upstream" port at the other end.

Signaling state

The host includes 15 kΩ pull-down resistors on each data line. When no device is connected, this pulls both data lines low into the so-called single-ended zero state (SE0 in the USB documentation), and indicates a reset or disconnected connection.

Line transition state

The following terminology is used to assist in the technical discussion regarding USB PHY signaling.

Signal	Line transition state	Description	USB 1.x Low Speed (1.5 kΩ pullup on D−)		USB 1.x Full Speed (1.5 kΩ pullup on D+)
			D+	D−	D+	D−
J	Same as idle line state	This is present during a transmission line transition. Alternatively, it is waiting for a new packet.	low	high	high	low
K	Inverse of J state	This is present during a transmission line transition.	high	low	low	high
SE0	Single-Ended Zero	Both D+ and D− is low. This may indicate an end of packet signal or a detached USB device.	low	low	low	low
SE1	Single-Ended One	This is an illegal state and should never occur. This is seen as an error.	high	high	high	high

• The idle line state is when the device is connected to the host with a pull-up on either D+ and D−, with transmitter output on both host and device is set to high impedance (hi-Z) (disconnected output).
• A USB device pulls one of the data lines high with a 1.5 kΩ resistor. This overpowers one of the pull-down resistors in the host and leaves the data lines in an idle state called J.
• For USB 1.x, the choice of data line indicates what signal rates the device is capable of:
  • full-bandwidth devices pull D+ high,
  • low-bandwidth devices pull D− high.
• The K state has opposite polarity to the J state.

Line state (covering USB 1.x and 2.x)

Line state/signal	Description	USB 1.x Low-Speed	USB 1.x Full-Speed	USB 2.x High-Speed
Detached	No device detected. Both lines are pulled down by 15 kΩ pull-down resistors on the host side.	SE0 ≥ 2 µs	SE0 ≥ 2 µs	SE0 ≥ 2 µs
Connect	USB device pull ups on D+ or D− wakes the host from detached line state. This starts the USB enumeration process. This sets the idle state.	D− is pulled up by 1.5 kΩ device side.	D+ is pulled up by 1.5 kΩ device side.	Special chirping sequence
Idle / J	Host and device transmitter at Hi-Z. Sensing line state in case of detached state.	Same as detached or connect state.	Same as detached or connect state.
Sync	Start of a packet line transition pattern.	Line transitions: KJKJKJKK	Line transitions: KJKJKJKK	15 KJ pairs followed by 2 K’s, for a total of 32 symbols.
EOP	End of packet line transition pattern.	Line Transitions: SE0 + SE0 + J	Line Transitions: SE0 + SE0 + J
Reset	Reset USB device to a known initial state.	SE0 ≥ 2.5 ms	SE0 ≥ 2.5 ms
Suspend	Power down the device, such that it would only consume 0.5 mA from VBUS. Exits this state only after a resume or reset signal is received. To avoid this state a SOF packet (high-speed) or a keep alive (low-speed) signal is given.	J ≥ 3 ms	J ≥ 3 ms
Resume (host)	Host wants to wake device up.	K ≥ 20 ms then EOP pattern	K ≥ 20 ms then EOP pattern
Resume (device)	Device wants to wake up. (Must be in idle for at least 5 ms.)	Device drives K ≥ 1 ms Host then sends a resume signal.	Device drives K ≥ 1 ms Host then sends a resume signal.
Keep alive (low-speed)	Host wants to tell low speed device to stay awake.	EOP pattern once every millisecond.	Not applicable	Not applicable

Transmission

USB data is transmitted by toggling the data lines between the J state and the opposite K state. USB encodes data using the NRZI line coding:

• 0 bit is transmitted by toggling the data lines from J to K or vice versa.
• 1 bit is transmitted by leaving the data lines as-is.

To ensure that there are enough signal transitions for clock recovery to occur in the bitstream, a bit stuffing technique is applied to the data stream: an extra 0 bit is inserted into the data stream after any occurrence of six consecutive 1 bits. (Thus ensuring that there is a 0 bit to cause a transmission state transition.) Seven consecutively received 1 bits are always an error. For USB 3.0, additional data transmission encoding is used to handle the higher data rates required.

Transmission example on a USB 1.1 full-speed device

Example of a Negative Acknowledge packet transmitted by USB 1.1 full-speed device when there is no more data to read. It consists of the following fields: clock synchronization byte, type of packet, and end of packet. Data packets would have more information between the type of packet and end of packet.

• Synchronization Pattern: A USB packet begins with an 8-bit synchronization sequence, 00000001₂. That is, after the initial idle state J, the data lines toggle KJKJKJKK. The final 1 bit (repeated K state) marks the end of the sync pattern and the beginning of the USB frame. For high-bandwidth USB, the packet begins with a 32-bit synchronization sequence.
• End of Packet (EOP): EOP is indicated by the transmitter driving 2 bit times of SE0 (D+ and D− both below max.) and 1 bit time of J state. After this, the transmitter ceases to drive the D+/D− lines and the aforementioned pull-up resistors hold it in the J (idle) state. Sometimes skew due to hubs can add as much as one bit time before the SE0 of the end of packet. This extra bit can also result in a "bit stuff violation" if the six bits before it in the CRC are 1s. This bit should be ignored by receiver.
• Bus Reset: A USB bus is reset using a prolonged (10 to 20 milliseconds) SE0 signal.

USB 2.0 speed negotiation

USB 2.0 devices use a special protocol during reset, called chirping, to negotiate the high bandwidth mode with the host/hub. A device that is USB 2.0 High Speed capable first connects as a Full Speed device (D+ pulled high), but upon receiving a USB RESET (both D+ and D− driven LOW by host for 10 to 20 ms) it pulls the D− line high, known as chirp K. This indicates to the host that the device is high bandwidth. If the host/hub is also HS capable, it chirps (returns alternating J and K states on D− and D+ lines) letting the device know that the hub operates at high bandwidth. The device has to receive at least three sets of KJ chirps before it changes to high bandwidth terminations and begins high bandwidth signaling. Because USB 3.0 uses wiring that is separate and additional to that used by USB 2.0 and USB 1.x, such bandwidth negotiation is not required.

Clock tolerance is 480.00±0.24 Mbit/s, 12.00±0.03 Mbit/s, and 1.50±0.18 Mbit/s.

Though high bandwidth devices are commonly referred to as "USB 2.0" and advertised as "up to 480 Mbit/s," not all USB 2.0 devices are high bandwidth. The USB-IF certifies devices and provides licenses to use special marketing logos for either "basic bandwidth" (low and full) or high bandwidth after passing a compliance test and paying a licensing fee. All devices are tested according to the latest specification, so recently compliant low bandwidth devices are also 2.0 devices.

USB 3.0

USB 3 uses tinned copper stranded AWG-28 cables with 90±7 Ω impedance for its high-speed differential pairs and linear feedback shift register and 8b/10b encoding sent with a voltage of 1 V nominal with a 100 mV receiver threshold; the receiver uses equalization.[9] SSC clock and 300 ppm precision is used. Packet headers are protected with CRC-16, while data payload is protected with CRC-32.[10] Power up to 3.6 W may be used. One unit load in Super Speed mode is equal to 150 mA.[10]

Protocol layer

During USB communication, data is transmitted as packets. Initially, all packets are sent from the host via the root hub, and possibly more hubs, to devices. Some of those packets direct a device to send some packets in reply.

After the sync field, all packets are made of 8-bit bytes, transmitted least-significant bit first. The first byte is a packet identifier (PID) byte. The PID is actually 4 bits; the byte consists of the 4-bit PID followed by its bitwise complement. This redundancy helps detect errors. (A PID byte contains at most four consecutive 1 bits, and thus never needs bit-stuffing, even when combined with the final 1 bit in the sync byte. However, trailing 1 bits in the PID may require bit-stuffing within the first few bits of the payload.)

USB PID bytes

Type	PID value (msb-first)	Transmitted byte (lsb-first)	Name	Description
Reserved	0000	0000 1111
Token	1000	0001 1110	SPLIT	High-bandwidth (USB 2.0) split transaction
	0100	0010 1101	PING	Check if endpoint can accept data (USB 2.0)
Special	1100	0011 1100	PRE	Low-bandwidth USB preamble
Handshake			ERR	Split transaction error (USB 2.0)
	0010	0100 1011	ACK	Data packet accepted
	1010	0101 1010	NAK	Data packet not accepted; please retransmit
	0110	0110 1001	NYET	Data not ready yet (USB 2.0)
	1110	0111 1000	STALL	Transfer impossible; do error recovery
Token	0001	1000 0111	OUT	Address for host-to-device transfer
	1001	1001 0110	IN	Address for device-to-host transfer
	0101	1010 0101	SOF	Start of frame marker (sent each ms)
	1101	1011 0100	SETUP	Address for host-to-device control transfer
Data	0011	1100 0011	DATA0	Even-numbered data packet
	1011	1101 0010	DATA1	Odd-numbered data packet
	0111	1110 0001	DATA2	Data packet for high-bandwidth isochronous transfer (USB 2.0)
	1111	1111 0000	MDATA	Data packet for high-bandwidth isochronous transfer (USB 2.0)

Packets come in three basic types, each with a different format and CRC (cyclic redundancy check):

Handshake packets

Field	Sync	PID	EOP
Bits		8
Signal	KJ KJ KJ KK	XXXX XXXX	00J

Handshake packets consist of only a single PID byte, and are generally sent in response to data packets. Error detection is provided by transmitting four bits, which represent the packet type twice, in a single PID byte using complemented form. The three basic types are ACK, indicating that data was successfully received; NAK, indicating that the data cannot be received and should be retried; and STALL, indicating that the device has an error condition and cannot transfer data until some corrective action (such as device initialization) occurs.[11][12]

USB 2.0 added two additional handshake packets: NYET and ERR. NYET indicates that a split transaction is not yet complete, while ERR handshake indicates that a split transaction failed. A second use for a NYET packet is to tell the host that the device has accepted a data packet, but cannot accept any more due to full buffers. This allows a host to switch to sending small PING tokens to inquire about the device's readiness, rather than sending an entire unwanted DATA packet just to elicit a NAK.[11][12]

The only handshake packet the USB host may generate is ACK. If it is not ready to receive data, it should not instruct a device to send.

Token packets

Token packets consist of a PID byte followed by two payload bytes: 11 bits of address and a five-bit CRC. Tokens are only sent by the host, never a device. Below are tokens present from USB 1.0:

• IN and OUT tokens contain a seven-bit device number and four-bit function number (for multifunction devices) and command the device to transmit DATAx packets, or receive the following DATAx packets, respectively.
  • IN token expects a response from a device. The response may be a NAK or STALL response or a DATAx frame. In the latter case, the host issues an ACK handshake if appropriate.
  • OUT token is followed immediately by a DATAx frame. The device responds with ACK, NAK, NYET, or STALL, as appropriate.
• SETUP operates much like an OUT token, but is used for initial device setup. It is followed by an eight-byte DATA0 frame with a standardized format.
• SOF (Start of Frame) Every millisecond (12000 full-bandwidth bit times), the USB host transmits a special SOF (start of frame) token, containing an 11-bit incrementing frame number in place of a device address. This is used to synchronize isochronous and interrupt data transfers. High-bandwidth USB 2.0 devices receive seven additional SOF tokens per frame, each introducing a 125 µs "microframe" (60000 high-bandwidth bit times each).

USB 2.0 also added a PING Token and a larger three-byte SPLIT Token

• PING asks a device if it is ready to receive an OUT/DATA packet pair. PING is usually sent by a host when polling a device that most recently responded with NAK or NYET. This avoids the need to send a large data packet to a device that the host suspects is unwilling to accept it.[13] The device responds with ACK, NAK, or STALL, as appropriate.
• SPLIT is used to perform split transactions. Rather than tie up the high-bandwidth USB bus sending data to a slower USB device, the nearest high-bandwidth capable hub receives a SPLIT token followed by one or two USB packets at high-bandwidth, performs the data transfer at full- or low-bandwidth, and provides the response at high-bandwidth when prompted by a second SPLIT token. It contains a seven-bit hub number, 12 bits of control flags, and a five-bit CRC.

OUT, IN, SETUP, and PING token packets

Field	Sync	PID	ADDR	ENDP	CRC5	EOP
Bits		8	7	4	5
Signal	KJ KJ KJ KK	XXXX XXXX	XXXX XXX	XXXX	XXXXX	00J

• ADDR: Address of USB device (maximum of 127 devices).
• ENDP: Select endpoint hardware source/sink buffer on device. (E.g. PID OUT would be for sending data from host source buffer into the USB device sink buffer.)
  • By default, all USB devices must at least support endpoint buffer 0 (EP0). This is since EP0 is used for device control and status information during enumeration and normal operation.

SOF: Start-of-frame

Field	Sync	PID	Frame number	CRC5	EOP
Bits		8	11	5
Signal	KJ KJ KJ KK	XXXX XXXX	XXXX XXXX XXX	XXXXX	SE0 SE0 J

• Frame number: This is a frame number that is incremented by the host periodically to allow endpoints to identify the start of the frame (or microframe) and synchronize internal endpoint clocks to the host clock.

SSPLIT and CSPLIT: Start-split transaction and complete split transaction

S/C Mode	Field
0 = SSPLIT		Sync	PID	Hub address	S/C	Port number	S	E	ET	CRC5	EOP
1 = CSPLIT		Sync	PID	Hub address	S/C	Port number	S	U	ET	CRC5	EOP
	Bits		8	7	1	7	1	1	2	5
	Signal	KJ KJ KJ KK	XXXX XXXX	XXXX XXX	X	XXXX XXX	X	X	XX	XXXXX	SE0 SE0 J

• S/C: Start complete
  • 0 = SSPLIT: Start split transaction
  • 1 = CSPLIT: Complete split transaction
• S: 1 = Low speed, 0 = High speed
• E: End of full speed payload
• U: U bit is reserved/unused and must be reset to zero (0 B)
• EP: End point type (00 = control), (01 = isochronous), (10 = bulk), and (11 = interrupt)

Data packets

Field	Sync	PID	DATA	CRC16	EOP
Bits		8	0-8192	16
Signal	KJ KJ KJ KK	XXXX XXXX	(XXXX XXXX)*byteCount	XXXX XXXX XXXX XXXX	SE0 SE0 J

A data packet consists of the PID followed by 0–1,024 bytes of data payload (up to 1,024 bytes for high-speed devices, up to 64 bytes for full-speed devices, and at most eight bytes for low-speed devices),[14] and a 16-bit CRC.

There are two basic forms of data packet, DATA0 and DATA1. A data packet must always be preceded by an address token, and is usually followed by a handshake token from the receiver back to the transmitter. The two packet types provide the 1-bit sequence number required by stop-and-wait ARQ. If a USB host does not receive a response (such as an ACK) for data it has transmitted, it does not know if the data was received or not; the data might have been lost in transit or it might have been received but the handshake response was lost.

To solve this problem, the device keeps track of the type of DATAx packet it last accepted. If it receives another DATAx packet of the same type, it is acknowledged but ignored as a duplicate. Only a DATAx packet of the opposite type is actually received.

If the data is corrupted while transmitted or received, the CRC check fails. When this happens, the receiver does not generate an ACK, which makes the sender resend the packet.[15]

When a device is reset with a SETUP packet, it expects an 8-byte DATA0 packet next.

USB 2.0 added DATA2 and MDATA packet types as well. They are used only by high-bandwidth devices doing high-bandwidth isochronous transfers that must transfer more than 1024 bytes per 125 µs micro frame (8,192 kb/s).

PRE packet (tells hubs to temporarily switch to low speed mode)

A hub is able to support low bandwidth devices mixed with other speed device via a special PID value, PRE. This is required as a USB hub functions as a very simple repeater, broadcasting the host message to all connected devices regardless if the packet was for it or not. This means in a mixed speed environment, there is a potential danger that a low speed could misinterpret a high or full speed signal from the host.

To eliminate this danger, if a USB hub detects a mix of high speed or full speed and low speed devices, it, by default, disables communication to the low speed device unless it receives a request to switch to low speed mode. On reception of a PRE packet however, it temporarily re-enables the output port to all low speed devices, to allow the host to send a single low speed packet to low speed devices. After the low speed packet is sent, an end of packet (EOP) signal tells the hub to disable all outputs to low speed devices again.

Since all PID bytes include four 0 bits, they leave the bus in the full-bandwidth K state, which is the same as the low-bandwidth J state. It is followed by a brief pause, during which hubs enable their low-bandwidth outputs, already idling in the J state. Then a low-bandwidth packet follows, beginning with a sync sequence and PID byte, and ending with a brief period of SE0. Full-bandwidth devices other than hubs can simply ignore the PRE packet and its low-bandwidth contents, until the final SE0 indicates that a new packet follows.

	Full speed PRE preamble		Hub setup enable output to low speed devices.	Low speed packet example						Hub disable output to low speed devices.
Field	Sync	PID (PRE)		Sync	PID	ADDR	ENDP	CRC5	EOP
Bits		8			8	7	4	5
Signal	KJ KJ KJ KK	XXXX XXXX		KJ KJ KJ KK	XXXX XXXX	XXXX XXX	XXXX	XXXXX	00J

Transaction

OUT transaction

	OUT transaction (3 packets total)
	Host	Host	Device
Packet PID	OUT	DATAx	ACK
Packet type	Token	Data	Handshake
Description	Tell device on ADDRx to start listening for incoming data packet on endpoint EPx.	Tell USB device the data that you want to send to it.	Device tells the host that it has successfully received and loaded the data payload to buffer EPx.

IN transaction

	IN transaction (3 packets total)
	Host	Device	Host
Packet PID	IN	DATAx	ACK
Packet type	Token	Data	Handshake
Description	Tell device on ADDRx to send any data that it has on its endpoint buffer EPx.	Device checks its EPx endpoint buffer and sends the requested data to host.	Host lets device know that it has successfully received the payload and has loaded the payload into its EPx buffer.

SETUP transaction

This is used for device enumeration and connection management and informs the device that the host would like to start a control transfer exchange.

	SETUP transaction (3 packets total)
	Host	Host	Device
Packet PID	SETUP	DATA0	ACK
Packet type	Token	Data	Handshake
Description	Tell device on ADDRx to start setup mode and be ready for a data packet.	Send to device the 8 bytes long setup packet.	Device acknowledge reception of SETUP data and updates its setup state machine.

• Depending on the setup packet, an optional data packet from device to host or host to device may occur.

Setup packet

A setup transaction transfers an 8-byte setup packet to the device. The setup packet encodes the direction and length of any following data packets.

Field	Offset	Bytes	Bits	Description
bmRequestType	0	1	0–4	Recipient: USB software component being addressed 0 = Device 1 = Interface 2 = Endpoint 3 = Other 4–31 (reserved)
			5–6	Type: Used with bRequest byte 0 = Standard (supported by all USB devices) 1 = Class (Depends on USB device class) 2 = Vendor 3 (reserved)
			7	Direction: 0 = Host to device, or no data transfer (wLength == 0) 1 = Device to host (wLength > 0 bytes of status returned)
bRequest	1	1	Setup command: When Recipient = 0 (Device) and Type = 0 (Standard), defined requests are: 0 = GET_STATUS (2-byte read) 1 = CLEAR_FEATURE (0 bytes; feature selected by wValue) 3 = SET_FEATURE (0 bytes; feature selected by wValue) 5 = SET_ADDRESS (0 bytes; address in wValue) 6 = GET_DESCRIPTOR (wLength-byte read; descriptor type & index in wValue) 7 = SET_DESCRIPTOR (wLength-byte write; descriptor type & index in wValue) 8 = GET_CONFIGURATION (1-byte read) 9 = SET_CONFIGURATION (0 bytes; configuration selected by wValue)
wValue	2	2	Parameter value: Interpretation depends on bRequest
wIndex	4	2	Secondary parameter: Specifies the Interface or Endpoint this request is addressed to. For string descriptors (Recipient = Device), this is the language code.
wLength	6	2	Data transfer length: The number of bytes to be transferred after the setup packet.

Control transfer exchange

The control transfer exchange consist of three distinct stages:

• Setup stage: This is the setup command sent by the host to the device.
• Data stage (optional): The device may optionally send data in response to a setup request.
• Status stage: Dummy IN or OUT transaction, which is probably for indicating the end of a control transfer exchange.

This allows the host to perform bus management action like enumerating new USB devices via retrieving the new device device descriptors. Retrieval of the device descriptors would especially allow for determining the USB Class, VID, and PID, which are often used for determining the correct USB driver for the device.

Also, after the device descriptor is retrieved, the host performs another control transfer exchange, but instead to set the address of the USB device to a new ADDRx.

References

1. "USB 2.0's Real Deal", News & Trends, PC World, 28 February 2002, archived from the original on 5 December 2010
2. "Seagate FreeAgent GoFlex Ultra-portable" (review). CNet. Archived from the original on 14 April 2011. Retrieved 22 May 2011.
3. Schwarz, Rohde (2012-05-25). "USB 2.0 Mask Testing" (PDF). Retrieved 2012-07-12.
4. "NEC ready to sample 'world's first' USB 3.0 controller chip". Archived from the original on 23 May 2009. Retrieved 15 June 2009.
5. "When will USB 3.0 products hit the market?". Archived from the original on 30 April 2009. Retrieved 11 May 2009.
6. "Mouse stuff you ought to know about", Urban terror, 9 August 2008, archived from the original on 11 October 2014
7. OS dev - Universal Serial Bus, 1 February 2011, archived from the original on 5 September 2012
8. "USB in a NutShell—Chapter 2—Hardware". Beyond Logic.org. Archived from the original on 20 August 2007. Retrieved 25 August 2007.
9. "Technical Specifications of the USB 3.0 SuperSpeed Cables". Archived from the original on 14 April 2011. 100717 usb3.com
10. "Universal Serial Bus 3.0 Specification, Rev 1.0 November 12, 2008" (PDF). Archived (PDF) from the original on 13 November 2013. 100717 usb3.com
11. "USB Made Simple, Part 3. Data Flow". usbmadesimple.co.uk. 2008. Archived from the original on 5 October 2014. Retrieved 17 August 2014.
12. "USB in a NutShell, Chapter 3. USB Protocols". beyondlogic.org. 17 September 2010. Archived from the original on 5 August 2014. Retrieved 17 August 2014.
13. "Part 7, High Speed Transactions: Ping Protocol". usbmadesimple.co.uk. 2008. Archived from the original on 3 October 2014. Retrieved 16 August 2014.
14. "USB in a Nut Shell". Chapter 4 - Endpoint Types. Archived from the original on 2 September 2014. Retrieved 5 September 2014.
15. "Debugging Common USB Issues". Archived from the original on 15 June 2013. Retrieved 5 June 2013.