Введение

Протокол кодирования телетекстовых страниц, закодированных по стандарту NAPLPS, NABTS (North American Broadcast Teletext Specification) — это протокол, используемый для кодирования телетекстовых страниц, закодированных по стандарту NAPLPS, а также других типов цифровых данных в интервале обратного прохода (VBI) аналогового видеосигнала. Он стандартизирован стандартом EIA 516 и имеет скорость передачи данных 15,6 кбит/с на строку видео (с коррекцией ошибок). В 1986 году он был включен в международный стандарт CCIR 653 (ныне ITU R BT.653) как система телетекста CCIR C.

История

NABTS был первоначально разработан как протокол канадским департаментом связи совместно с их промышленным партнером Norpak для системы Telidon. Аналогичные системы были разработаны BBC в Европе для системы Ceefax и позднее стандартизированы как Всемирная система телетекста (WST, также известная как CCIR Teletext System B). Однако различия в европейских и североамериканских телевизионных стандартах, а также большая гибкость стандарта Telidon привели к созданию нового механизма передачи данных, оптимизированного по скорости. NABTS был стандартом, используемым для CBS ExtraVision и NBC NBC Teletext. Кратковременный сервис Time Teletext, принадлежавший подразделению Time Video Information Services компании Time, Inc., и несколько экспериментальных сервисов, запущенных бостонской станцией PBS WGBH, также использовали NABTS. В связи с тем, что телетекст не получил широкого распространения в Северной Америке, NABTS нашёл новое применение в функциях передачи данных WebTV для Windows под управлением Windows 98, а также в ныне не существующей системе Intercast. Канадская компания Norpak продавала и производила кодировщики и декодировщики для NABTS до прекращения аналогового вещания в Северной Америке в начале 2010-х годов; в 2010 году она была приобретена консорциумом Ross Video. В настоящее время NABTS всё ещё используется в устаревших аналоговых видеосистемах для передачи данных в закрытых сетях по телевизионному или видеосигналу.

Описание

В обычном видеосигнале NTSC имеется 525 "линий" видеосигнала. Они разделены на два полукадра, известных как "поля", которые передаются каждые 60-е доли секунды. Эти полукадры сливаются на экране и воспринимаются глазом как единый кадр видео, обновляемый каждые 30-е доли секунды. Каждая линия каждого поля занимает 63,5 мкс для передачи, из которых 50,3 мкс приходятся на видео и 13,2 мкс – на "мертвое время" с обеих сторон, используемое для сигнализации телевизору о завершении линии, что известно как горизонтальный интервал гашения (HBI). Когда процесс сканирования достигает конца экрана, он возвращается в начало во время вертикального интервала гашения (VBI), который, как и HBI, требует некоторого "мертвого времени" для правильного формирования сигнала на экране. В этом случае "мертвое время" представлено неиспользуемыми линиями изображения, обычно верхними 22 линиями кадра. NABTS кодирует данные в видеосигнал в виде серии точек с фиксированной скоростью 5,7272 Мбит/с. Каждая линия поля имеет 50,3 мкс видеоплощади, доступной для передачи, что обеспечивает 288 бит на линию или 36 байт. В NABTS три байта используются для аппаратной синхронизации, еще три – для адреса пакета, два – для информации о последовательности, оставляя 28 байт для данных и избыточной информации о коррекции ошибок (FEC). Теоретически, коды NABTS могут использоваться на любой из 262 строк дисплея, что позволяет передавать до 262 x 28 = 7336 байт данных на кадр. Однако, как правило, данные размещаются только в неиспользуемых линиях вертикальной области кадрирования. Линии 1–9 используются для вертикальной синхронизации, линия 21 – для скрытых субтитров, а все последующие линии (начиная с 22) формируют телевизионное изображение. Это оставляет 10 строк, с 10-й по 20-ю, которые можно использовать для передачи данных. При частоте 60 полей в секунду эти 10 строк, каждая из которых содержит 288 бит, кодируют в общей сложности 172 800 бит/с, однако 20% этой скорости требуется для служебных целей, поэтому для данных конечного пользователя более типичны скорости 115 200 бит/с. Приложения, требующие меньшей пропускной способности, могут использовать меньшее количество строк.