Слежение за SOF
Функции, поддерживающие изохронные каналы должны получить и понять лексему SOF, чтобы поддерживать предбуферирование как описано ранее. При условии, что SOFs могут быть разрушены, устройство должно быть подготовлено, чтобы оправиться от разрушенного SOF. Эти требования касаются только полно скоростных устройств при изохронных передачах, так как низко скоростные устройства не видят SOFs на шине.(These requirements limit isochronous transfers to full speed devices only, since low speed devices do not see SOFs on the bus.) Также, так как SOF пакеты могут быть повреждены при передачи, устройства поддерживающие изохронные передачи, должны уметь синтезировать существование SOF, который они не могут видеть из-за ошибки на шине.
Изохронные передачи требуют, чтобы соответствующие данные были переданы в соответствующем кадре. USB требует, что, когда обеспечена изохронная передача к хост контроллеру, это идентифицирует номер кадра для первого кадра. (USB requires that when an isochronous transfer is presented to the host controller, it identifies the frame number for the first frame.) Хост контроллер не должен передать первую транзакцию прежде чем будет указан номер кадра. Каждая последующая транзакция из IRP должна передаваться в успешных(succeeding) кадрах. Если нет задержанных транзакций для текущего кадра, то хост контроллер ничего не передаст по изохронному каналу.(If there are no transactions pending for the current frame, then the host controller must not transmit anything for an isochronous pipe.) Если указаный номер кадра передан, хост контроллер должен пропустить (то есть, не передавать) все транзакции, пока номер соответствующий текущему кадру не достигнут.(If the indicated frame number is passed, the host controller must skip (i.e., not transmit) all transactions until the one corresponding to the current frame is reached.)