Интерфейс высокоскоростной передачи данных

Интерфейс высокоскоростной передачи данных

Иллюстрации

Показать все

Реферат

Перекрестные ссылки на родственные заявки

Настоящая заявка на патент претендует на приоритет по отношению к предварительной заявке № 60/502056 «Switchable Threshold Differential Interface», поданной 10 сентября 2003 года, права на которую принадлежат заявителю настоящего изобретения и содержание которой специально включено сюда по ссылке.

Область техники, к которой относится изобретение

Варианты осуществления изобретения в этом описании относятся к протоколу и процессу обработки цифровых сигналов для передачи или пересылки сигналов между хост-устройством и клиентским устройством высокоскоростными передачами данных. В частности, здесь раскрыт способ пересылки мультимедийных цифровых сигналов и сигналов других типов от хост-устройства или управляющего устройства на клиентское устройство для представления или отображения их конечному пользователю с использованием потребляющего малую мощность механизма пересылки высокоскоростной передачи данных, имеющего внутренние и внешние приложения для устройств.

Уровень техники

За последние несколько лет достигнуты значительные успехи в сфере компьютеров, продуктов, относящихся к электронным играм, и в сфере различных видеотехнологий (например, видеомагнитофоны (VCR) для дисков DVD и видеомагнитофоны высокой четкости) для обеспечения представления конечным пользователям указанного оборудования неподвижных изображений, видеоизображений, «видео по запросу» и графических изображений с все более высоким разрешением при включении в них текста определенных типов. В свою очередь, эти достижения открыли возможность использования электронных просмотровых устройств с более высоким разрешением, таких как видеомониторы высокой четкости, телевизионные мониторы высокой четкости (HDTV) или специализированные элементы для проецирования изображений. Для создания более реалистичного, содержательного или правильного восприятия мультимедийного продукта у конечного пользователя используется комбинирование указанных визуальных изображений с аудиоданными высокой четкости или высокого качества, например, при использовании устройств для воспроизведения звука с компакт-дисков типа CD, DVD, устройств воспроизведения объемного звука и других устройств, имеющих также соответствующие выходы для аудиосигналов. Вдобавок разработаны высокомобильные высококачественные аудиосистемы и механизмы передачи музыки, такие как MP3 плееры, для представления конечному пользователю только звука. Это привело к тому, что у обычных пользователей коммерческих электронных устройств, от компьютеров до телевизоров и даже телефонов, появились повышенные ожидания, поскольку они привыкли к высокому, а то и к высочайшему качеству выходного продукта.

В типовом сценарии представления видео, затрагивающем радиоэлектронную аппаратуру, видеоданные обычно пересылаются с использованием существующих технологий со скоростью, которая может быть лучше всего определена термином «низкая» или «средняя», то есть порядка от единиц до десятков килобит в секунду. Затем эти данные буферизируются или запоминаются в устройствах временной или долговременной памяти для их воспроизведения с задержкой (позднее) на желаемом просмотровом устройстве. Например, изображения могут пересылаться напрямую или с использованием сети Интернет с помощью программы, находящейся в компьютере, который имеет модем или устройство другого типа для подсоединения к сети Интернет для приема или передачи данных, пригодное для цифрового представления изображения. Аналогичную пересылку можно выполнить, используя беспроводные устройства, такие как портативные компьютеры, оборудованные беспроводными модемами, беспроводные персональные цифровые секретари (PDA) или беспроводные телефоны.

Как только данные приняты, они запоминаются локально в элементах, схемах или устройствах памяти, таких как ОЗУ или флэш-память, в том числе во внутренних или внешних запоминающих устройствах, таких как малогабаритные накопители на жестком диске, для последующего воспроизведения. В зависимости от объема данных и разрешающей способности изображения воспроизведение может начаться с относительно небольшой или с более длительной задержкой. То есть в некоторых случаях представление изображений открывает возможность воспроизведения до некоторой степени в реальном времени для изображений с очень малым или низким разрешением, когда не требуется большой объем данных, или с использованием буферизации того или иного типа, когда некоторая часть материала представляется с небольшой задержкой, а параллельно продолжается пересылка другого материала. Если в линии связи, используемой при пересылке, отсутствует прерывание или помехи от других систем или пользователей, связанных с используемым каналом пересылки, то, как только начинается представление данных, пересылка становится вполне прозрачной для конечного пользователя просмотрового устройства. Естественно, что при совместном использовании единого канала связи многими пользователями, например проводного соединения Интернет, пересылки могут прерываться или осуществляться медленнее, чем бы хотелось.

Данные, используемые для создания неподвижных изображений или движущихся видеоизображений, часто сжимают, используя одну из нескольких известных технологий, таких как технологии, определенные стандартом Объединенной группы экспертов по машинной обработке фотографических изображений (JPEG), стандартом экспертной группой по вопросам движущегося изображения (MPEG) и стандартами других известных организаций или компаний, занимающихся стандартизацией в медийной и компьютерной индустрии, а также индустрии связи, для ускорения пересылки данных по линии связи. Эти стандарты позволяют пересылать изображения или данные быстрее, используя меньшее количество бит для пересылки данного количества информации.

Как только осуществлена пересылка данных на «локальное» устройство, такое как компьютер, имеющий запоминающий механизм, такой как память или магнитные или оптические запоминающие элементы, или на другие приемные устройства, результирующая информация распаковывается (или воспроизводится с использованием специальных декодирующих плееров), декодируется, если это необходимо, и готовится для адекватного представления на основе соответствующей доступной разрешающей способности и имеющихся управляющих элементов. Например, разрешение типового компьютерного видео в единицах разрешения экрана Х на Y пикселей обычно составляет от 480×640 пикселей, 600×800 пикселей и до 1024×1024 пикселей, хотя в общем случае возможно множество других значений разрешения по желанию либо по мере необходимости.

На представление изображения также влияет контент изображения, а также способность данных видеоконтроллеров манипулировать изображением с точки зрения некоторых заранее установленных цветовых уровней или глубины цвета (бит на пиксель, используемых для создания цветов) и интенсивностей, а также любых используемых дополнительных служебных битов. Например, типовое компьютерное представление предполагает использование от 8 до 32 или более бит на пиксель для представления различных цветов (теней и оттенков), хотя встречаются и другие значения.

Исходя из вышеуказанных значений понятно, что данное экранное изображение потребует пересылки примерно от 2,45 Мегабит (Мбит) до 33,50 Мбит данных в диапазоне типовых значений разрешающей способности и глубины от минимального до максимального значения соответственно. При просмотре видео или движущихся изображений со скоростью 30 кадров в секунду требуемое количество данных составит примерно от 73,7 до 1006 Мегабит в секунду (Мбит/с) или примерно от 9,21 до 125,75 Мегабайт в секунду (Мбайт/с). Вдобавок вместе с изображениями может потребоваться представление аудиоданных, например, при мультимедийном представлении, или отдельное представление аудиоданных с высоким разрешением, как, например, при воспроизведении высококачественной музыки на CD. Также могут быть использованы дополнительные сигналы, связанные с интерактивными командами, управляющими командами или сигналами. Каждая из этих опций еще более увеличивает количество данных, подлежащих пересылке. Кроме того, новейшие технологии передачи, в том числе телевидение высокой четкости (HD) и записи кинофильмов, могут потребовать дополнительного увеличения объема данных и управляющей информации. В любом случае, если требуется переслать данные изображений с высоким качеством или высоким разрешением, а также сигналы, несущие высококачественную аудиоинформацию или аудиоданные, то для обеспечения высококачественного восприятия этих данных конечным пользователем между элементами представления и источником или хост-устройством, которое выполнено с возможностью обеспечения данных указанных типов, потребуется линия связи для высокоскоростной пересылки данных.

Ряд современных последовательных интерфейсов способны выполнять обработку со скоростями передачи данных порядка 115 килобайт в секунду (Кбайт/с) или 920 килобит в секунду (Кбит/с). Другие интерфейсы, такие как последовательные интерфейсы USB, могут пересылать данные со скоростями до 12 Мбайт/с, а также могут выполнять специальные высокоскоростные пересылки, например сконфигурированные с использованием Стандарта 1394 Института инженеров по электротехнике и электронике (IEEE), со скоростями примерно от 100 до 400 Мбайт/с. К сожалению, эти скорости не соответствуют желаемым высокоскоростным передачам данных, обсужденным выше, которые предполагается использовать с будущими беспроводными устройствами передачи данных и для других услуг, обеспечивающих содержательные выходные сигналы с высоким разрешением, которые приводят в действие портативные видеодисплеи или аудиоустройства. Сюда относятся компьютеры для деловых операций и других представлений, игровые устройства и т.д. Вдобавок эти интерфейсы для своей работы требуют использования значительного объема программных средств хоста или системы, а также клиента. Стеки протоколов также создают недопустимо большой объем служебной информации, особенно если речь идет о мобильных беспроводных устройствах или телефонных приложениях. Указанные устройства имеют серьезные ограничения на объем памяти и потребляемую мощность, если учесть, что вычислительные возможности уже практически исчерпаны. Кроме того, некоторые из этих интерфейсов используют громоздкие кабели, которые слишком тяжелы и не подходят для мобильных приложений, ориентированных на высокий эстетический уровень, а также сложные разъемы, которые повышают стоимость, или просто потребляют слишком большую мощность.

Имеются и другие известные интерфейсы, такие как аналоговый видеографический адаптер (VGA), интерактивное цифровое видео (DVI) или гигабитный видеоинтерфейс (GVIF). Первые два из них являются интерфейсами параллельного типа, которые обрабатывают данные с более высокими скоростями пересылки, но в них также используются тяжелые кабели и потребляется большая мощность, порядка нескольких ватт. Ни одна из этих характеристик не подходит для использования с портативными пользовательскими электронными устройствами. Даже третий интерфейс потребляет слишком большую мощность и использует дорогие или громоздкие разъемы.

У некоторых из вышеуказанных интерфейсов и других систем/протоколов для высокоскоростной передачи данных или механизмов пересылки, связанных с пересылками данных для стационарно установленного компьютерного оборудования, имеется еще один главный недостаток. Для обеспечения желаемых скоростей пересылки данных требуется значительная мощность и/или работа с большими значениями тока. Это значительно снижает пригодность указанных технологий для изделий, ориентированных на высокомобильного пользователя.

В общем случае для приспособления к указанным скоростям пересылки данных с использованием таких альтернатив, как оптоволоконные соединения и элементы, также потребуется ряд дополнительных преобразователей и элементов, которые значительно усложнят систему и увеличат ее стоимость, что совершенно нежелательно для продукта, действительно ориентированного на массового потребителя. Помимо высокой стоимости, присущей в общем случае современным оптическим системам, их требования к мощности и сложность препятствуют их широкому использованию для легких маломощных портативных прикладных систем.

Чего не хватает в индустрии портативных, беспроводных или мобильных приложений, так это технологии, обеспечивающей высокомобильным конечным пользователям высококачественное представление, будь то на основе аудио, видео или мультимедийного продукта. То есть при использовании портативных компьютеров, беспроводных телефонов, PDA или других высокомобильных устройств или оборудования связи современные системы или устройства представления видео- и аудиоданных просто не могут обеспечить выходной сигнал на желаемом высококачественном уровне. Часто недостаток качества восприятия является результатом того, что невозможно обеспечить скорости передачи данных, необходимые для пересылки данных для высококачественного представления. Это может относиться к пересылке данных на более эффективные, продвинутые или функционально насыщенные внешние устройства для их представления конечному пользователю или к пересылке между хостами и клиентскими устройствами, являющимися внутренними по отношению к портативным устройствам, таким как компьютеры, игровые автоматы, и беспроводными устройствами, такими как мобильные телефоны.

В последнем случае достигнут большой прогресс в повышении разрешающей способности внутренних видеоэкранов и других специализированных устройств ввода и/или вывода, а также соединений с беспроводными устройствами, подобными телефонам так называемого третьего поколения, и так называемым компьютерам типа «лэптоп». Однако внутренние шины данных и соединения, которые могут включать в себя установку соединения через поворачивающиеся или скользящие шарнирные или шарнирно-образные конструкции, которые поддерживают или соединяют видеоэкраны или другие элементы с основным корпусом, где находятся хост и/или различные другие управляющие элементы и выходные компоненты. Очень трудно построить интерфейсы для пересылки данных с высокой пропускной способностью, используя известные способы, в которых для достижения желаемой пропускной способности может потребоваться до 90 или более проводников, например, в беспроводном телефоне. Это порождает множество проблем, связанных с изготовлением, недопустимо высокими затратами и надежностью, которые требуют своего решения.

Указанные проблемы и требования также характерны и для стационарных установок, где коммуникационные или вычислительные устройства сопрягаются, например, с бытовой техникой и другими бытовыми устройствами для обеспечения расширенных возможностей обработки данных, Интернет-соединений и соединений для пересылки данных или для встроенной развлекательной среды. В качестве другого примера можно привести самолеты и автобусы, где экраны для индивидуального представления видео и аудио смонтированы на спинках сидений. Однако в этих случаях часто бывает, что удобнее, эффективнее и легче с точки зрения обслуживания, чтобы основные управляющие элементы, выполняющие функции памяти, обработки и связи, находились на расстоянии от видимых экранов или аудиовыходов при обеспечении соединительной линии связи или канала для представления информации. Эта линия связи необходима для обработки значительного объема данных, чтобы обеспечить желаемую пропускную способность, как обсуждалось выше.

Таким образом, необходим новый механизм пересылки для увеличения пропускной способности при пересылке данных между хост-устройствами, обеспечивающими эти данные, и клиентскими устройствами или элементами отображения, представляющими выходной продукт конечным пользователям.

Заявители предложили такие новые механизмы пересылки в акцептованных патентных заявках США № 10/020520 и № 10/236657 «Generating And Implementing A Communication Protocol аnd Interface For High Data Rate Signal Transfer», права на которые принадлежат заявителю настоящего изобретения и содержание которых включено сюда по ссылке. Также имеется заявка № 10/860116 «Generating and Implementing a Signal Protocol and Interface for Higher Data Rates». Способы, обсужденные в этих заявках, могут значительно увеличить скорость пересылки больших объемов данных в сигналах высокоскоростной передачи данных. Однако потребности в постоянно растущих скоростях передачи данных, особенно когда это касается представления видеоданных, продолжают расти. Даже применительно к другим действующим разработкам все еще необходимо добиваться более высоких скоростей пересылки, повышать эффективность линий связи и их мощность. Следовательно, не отпала необходимость в разработке нового или улучшенного механизма пересылки, необходимого для увеличения пропускной способности при передаче данных между хост-устройствами и клиентскими устройствами.

Сущность изобретения

Варианты осуществления изобретения нацелены на устранение вышеуказанного и других недостатков, присущих современному уровню техники, причем в этих вариантах предложены новое средство, способ и механизм протоколирования и пересылки данных для пересылки данных между хост-устройством и приемным клиентским устройством с высокоскоростными передачами данных.

Варианты изобретения направлены на создание мобильного интерфейса цифровых данных (MDDI) для высокоскоростной пересылки цифровых данных между хост-устройством и клиентским устройством по каналу связи, который использует множество или ряд пакетных структур, связанных вместе для формирования коммуникационного протокола для передачи предварительно выбранного набора цифровых данных управления и представления между хост-устройством и клиентским устройством. Сигнальный коммуникационный протокол или канальный уровень используется физическим уровнем контроллеров линии связи хоста или клиента. По меньшей мере один контроллер линии, находящийся в хост-устройстве, соединен с клиентским устройством через канал или линию связи и выполнен с возможностью создания, передачи и приема пакетов, формирующих коммуникационный протокол, и для формирования цифровых данных представления в пакетах данных одного или нескольких типов. Интерфейс обеспечивает двунаправленную пересылку информации между хостом и клиентом, который может находиться в общей конструкции, выполняющей функцию корпуса или опорной конструкции.

Обычно все это реализуется в цифровом виде за исключением дифференциальных драйверов и приемников, которые можно легко реализовать на цифровой КМОП-микросхеме, причем для этого потребуется всего 6 сигналов, причем функционирование может происходить практически с любой скоростью передачи данных, которая удобна для разработчика системы. Простой протокол физического и канального уровня облегчает интеграцию, и такое простое решение плюс наличие состояния бездействия позволяет получить портативную систему с очень низким энергопотреблением.

Принятию и использованию этого интерфейса способствует то, что он незначительно повышает стоимость устройства, потребляет очень мало мощности при возможности питания дисплеев через этот же интерфейс с использованием стандартных напряжений батарей и может быть приспособлен к устройствам, имеющим форм-фактор, подходящий для карманного варианта. Интерфейс имеет возможность масштабирования для поддержания значений разрешения сверх разрешения HDTV, он поддерживает одновременно стерео, видео и аудио 7.1 для устройства отображения, выполняет условные обновления для любой области экрана и поддерживает множество типов данных в обоих направлениях.

Согласно дополнительным аспектам вариантов изобретения по меньшей мере один клиентский контроллер или клиентский приемник линии связи расположен в клиентском устройстве и соединен с хост-устройством через канал или линию связи. Клиентский контроллер линии связи также выполнен с возможностью создания, передачи и приема пакетов, формирующих коммуникационный протокол, и формирования цифровых данных представления в пакетах данных одного или нескольких типов. В общем случае хост-контроллер или контроллер линии связи использует конечный автомат для обработки пакетов данных, используемых в командах, или подготовки сигнала и обработки запросов определенных типов, но может использовать более медленный процессор общего назначения для манипулирования данными и рядом менее сложных пакетов, используемых в коммуникационном протоколе. Хост-контроллер содержит один или несколько дифференциальных драйверов линии, в то время как клиентский приемник содержит один или несколько дифференциальных приемников линии, соединенных с каналом связи.

Пакеты группируют вместе в медиакадры, которые передаются между хост-устройством и клиентским устройством, причем они имеют заранее определенную фиксированную длину с заранее определенным количеством пакетов, имеющих разную переменную длину. Каждый из пакетов содержит поле длины пакета, одно или несколько полей пакетных данных и поле контроля с помощью циклического избыточного кода. Пакет заголовка субкадра пересылается или позиционируется в начале пересылок других пакетов хост-контроллера линии связи. Один или несколько пакетов типа видеопоток и пакетов типа аудиопоток используются коммуникационным протоколом для пересылки данных типа видео и данных типа аудио соответственно от хоста к клиенту по прямой линии связи для представления пользователю клиентского устройства. Один или несколько пакетов типа инкапсуляция обратной линии связи используется коммуникационным протоколом для пересылки данных от клиентского устройства на хост-контроллер линии связи. Эти пересылки в некоторых вариантах включают в себя пересылку данных от внутренних контроллеров, имеющих по меньшей мере одно устройство MDDI, на внутренние видеоэкраны. Другие варианты включают в себя пересылку на внутренние акустические системы и пересылки от различных устройств ввода, включая джойстики и комплексные клавиатуры для внутренних хост-устройств.

Пакеты типа заполнитель создаются хост-контроллером линии связи для занятия периодов передачи по прямой линии связи, которые не содержат данных. Для пересылки видеоинформации коммуникационный протокол использует множество других пакетов. Такие пакеты включают в себя пакеты типа цветовая карта, пересылка блока бит, заполнение областей битовой карты, заполнение шаблона битовой карты и разрешение прозрачного цвета. Пакеты типа поток, определенный пользователем, используются коммуникационным протоколом для пересылки данных, определенных пользователем интерфейса. Для пересылки данных на или от устройств ввода пользователя, связанных с клиентским устройством, коммуникационный протокол использует пакеты типа данные клавиатуры и данные указательного устройства. Для завершения пересылки данных по каналу связи в любом направлении коммуникационный протокол использует пакет типа отключение линии связи.

Канал связи обычно содержит или использует кабель, имеющий набор из четырех или более проводников, а также экран. Вдобавок можно использовать, если это необходимо, печатные провода или проводники, причем некоторые из них находятся на гибких подложках.

Хост-контроллер линии связи запрашивает информацию о возможностях отображения у клиентского устройства, чтобы определить, какой тип данных и какие скорости передачи данных способен обеспечить клиент через указанный интерфейс. Контроллер линии связи клиента передает на хост-контроллер линии связи информацию о возможностях отображения или представления, используя по меньшей мере один пакет типа возможности клиента. Коммуникационный протокол использует множество режимов пересылки, причем каждый из них допускает пересылку различных максимальных количеств битов данных одновременно в течение заданного периода времени, при этом каждый режим можно выбрать путем согласования между контроллером линии связи хоста и контроллером линии связи клиента. Эти режимы пересылки динамически настраиваются во время пересылки данных, причем в обратной линии связи не обязательно использовать тот же режим, который используется в прямой линии связи.

Согласно другим аспектам некоторых вариантов изобретения хост-устройство содержит устройство беспроводной связи, такое как беспроводный телефон, беспроводный PDA или портативный компьютер с размещенным в нем беспроводным модемом. Типовое клиентское устройство содержит портативный видеодисплей, например микродисплейное устройство, и/или портативную систему представления аудиоданных. Кроме того, хост может использовать средства или элементы памяти для запоминания данных представления или мультимедийных данных, подлежащих пересылке для представления пользователю клиентского устройства.

Согласно еще одним аспектам некоторых вариантов изобретения хост-устройство содержит контроллер или управляющее устройство линии связи с драйверами, описанными ниже, которые находятся в портативном электронном устройстве, таком как устройство беспроводной связи, например беспроводный телефон, беспроводный PDA или портативный компьютер. В этой конфигурации типовое клиентское устройство содержит клиентскую схему, или интегральную схему, или модуль, соединенный с хостом и находящийся в том же устройстве и связанный с внутренним видеодисплеем, таким как экран с высоким разрешением для мобильного телефона, и/или портативная система представления аудиоданных, или в системе или устройстве ввода некоторого альтернативного типа.

Краткое описание чертежей

Далее со ссылками на сопроводительные чертежи подробно описаны дополнительные признаки и преимущества изобретения, а также структура и функционирование различных вариантов изобретения. На этих чертежах одинаковые ссылочные позиции обычно указывают на идентичные, функционально подобные и/или структурно подобные элементы или этапы обработки, а чертеж, на котором элемент появляется впервые, указывается крайней левой значащей цифрой (цифрами) в ссылочной позиции.

Фиг.1А - базовая среда, в которой могут функционировать варианты изобретения, включая использование микродисплейного устройства или проектора в сочетании с портативным компьютером или другим устройством обработки данных;

Фиг.1В - базовая среда, в которой могут функционировать варианты изобретения, включая использование микродисплейного устройства или проектора и элементы аудиопредставления, используемые в сочетании с беспроводным приемопередатчиком;

Фиг.1С - базовая среда, в которой могут функционировать варианты изобретения, включая использование внутренних устройств отображения или аудиопредставления, используемых в портативном компьютере;

Фиг.1D - базовая среда, в которой могут функционировать варианты изобретения, включая использование внутренних элементов отображения или аудиопредставления, используемых в беспроводном приемопередатчике;

Фиг.2 - иллюстрация общей концепции мобильного интерфейса цифровых данных (MDDI) с соединениями между хостом и клиентом;

Фиг.3 - иллюстрация структуры пакета, полезного для реализации пересылок данных от клиентского устройства на хост-устройство;

Фиг.4 - иллюстрация использования контроллера линии связи MDDI и типов сигналов, передаваемых между хостом и клиентом по проводникам физической линии связи для передачи данных для интерфейса типа 1;

Фиг.5 - иллюстрация использования контроллера линии связи MDDI и типов сигналов, проходящих между хостом и клиентом по проводникам физической линии связи для передачи данных для интерфейсов типов 2,3 и 4;

Фиг.6 - иллюстрация структуры кадров и субкадров, используемых для реализации протокола интерфейса;

Фиг.7 - иллюстрация общей структуры пакетов, используемых для реализации протокола интерфейса;

Фиг.8 - иллюстрация формата пакета заголовка субкадра;

Фиг.9 - иллюстрация формата и контента пакета заполнителя;

Фиг.10 - иллюстрация формата пакета видеопотока;

Фиг.11А-11Е - иллюстрации формата и контента для дескриптора формата видеоданных, использованного на фиг.10;

Фиг.12 - иллюстрация использования упакованных и неупакованных форматов для данных;

Фиг.13 - иллюстрация формата пакета аудиопотока;

Фиг.14 - иллюстрация использования формата с байтовым выравниванием и упакованного формата PCM для данных;

Фиг.15 - иллюстрация формата пакета потока, определенного пользователем;

Фиг.16 - иллюстрация формата пакета цветовой карты;

Фиг.17 - иллюстрация формата пакета инкапсуляции обратной линии связи;

Фиг.18 - иллюстрация формата пакета возможностей клиента;

Фиг.19 - иллюстрация формата пакета данных клавиатуры;

Фиг.20 - иллюстрация формата пакета данных указательного устройства;

Фиг.21 - иллюстрация формата пакета отключения линии связи;

Фиг.22 - иллюстрация формата пакета клиентского запроса и состояния;

Фиг.23 - иллюстрация формата пакета пересылки блока бит;

Фиг.24 - иллюстрация формата пакета заполнения области битовой карты;

Фиг.25 - иллюстрация формата пакета заполнения шаблона битовой карты;

Фиг.26 - иллюстрация формата пакета канала данных линии связи;

Фиг.27 - иллюстрация формата пакета запроса на переключение типа интерфейса;

Фиг.28 - иллюстрация формата пакета подтверждения типа интерфейса;

Фиг.29 - иллюстрация формата пакета переключения типа исполнения;

Фиг.30 - иллюстрация формата пакета разблокирования прямого аудиоканала;

Фиг.31 - иллюстрация формата пакета частоты выборки обратного аудиосигнала;

Фиг.32 - иллюстрация формата пакета служебных данных для защиты цифрового контента;

Фиг.33 - иллюстрация формата пакета разблокирования прозрачного цвета;

Фиг.34 - иллюстрация формата пакета измерения задержки передачи в прямом и обратном направлениях;

Фиг.35 - временная диаграмма событий при прохождении пакета измерения задержки при передаче в прямом и обратном направлениях;

Фиг.36 - простая реализация генератора и блока контроля CRC, пригодных для реализации изобретения;

Фиг.37А - временная диаграмма сигналов CRC для устройства по фиг.36 при посылке пакетов данных;

Фиг.37В - временная диаграмма сигналов CRC для устройства по фиг.36 при приеме пакетов данных;

Фиг.38 - этапы обработки для типового запроса обслуживания при отсутствии конфликтной ситуации;

Фиг.39 - этапы обработки для типового запроса обслуживания выданного после того, как началась последовательность повторного запуска линии связи, параллельно запуску линии связи;

Фиг.40 - иллюстрация того, каким образом может передаваться последовательность данных с использованием кодирования DATA-STB;

Фиг.41 - схемы, пригодные для создания сигналов DATA и STB из входных данных на хосте и последующего восстановления этих данных у клиента;

Фиг.42 - драйверы и оконечные резисторы, пригодные для реализации одного варианта изобретения;

Фиг.43 - этапы и уровни сигналов, используемые клиентом для защиты услуги от хоста, и этапы и уровни сигналов, используемые хостом для обеспечения указанной услуги;

Фиг.44 - относительные промежутки между переходами на линии Data0, другой линии данных (DataX) и линии (Stb) стробирующих импульсов;

Фиг.45 - иллюстрация наличия задержки ответа, которая может появиться, когда хост блокирует драйвер хоста после пересылки пакета;

Фиг.46 - иллюстрация наличия задержки ответа, которая может появиться, когда хост разрешает драйверу хоста переслать пакет;

Фиг.47 - иллюстрация взаимосвязи на входе приемника хоста между временными характеристиками пересылаемых данных и передними и задними фронтами стробирующих импульсов;

Фиг.48 - характеристики переключения и соответствующая задержка выходного сигнала клиента, возникающая из-за особенностей временных характеристик при обратной передаче данных;

Фиг.49 - диаграмма высокого уровня, иллюстрирующая этапы обработки сигналов и условия, при которых может быть реализована синхронизация, с использованием конечного автомата;

Фиг.50 - иллюстрация типичных значений задержки, с которой сталкиваются при обработке сигналов в прямом и обратном каналах в системе, где используется интерфейс MDDI;

Фиг.51 - иллюстрация измерения граничной задержки при передаче в прямом и обратном направлениях;

Фиг.52 - иллюстрация изменений скорости передачи данных в обратной линии связи;

Фиг.53 - графическое представление значений делителя скорости в обратной линии связи в функции скорости передачи данных по прямой линии связи;

Фиг.54А и 54В - этапы, выполняемые при работе интерфейса;

Фиг.55 - общий вид устройства интерфейса, обрабатывающего пакеты;

Фиг.56 - иллюстрация формата пакета прямой линии связи;

Фиг.57 - типовые значения для задержки распространения и асимметрии в интерфейсе линии связи типа 1;

Фиг.58 - временные диаграммы для данных, стробирующих импульсов (STB) и восстановления тактовых импульсов в линии связи типа 1 для примерной обработки сигналов через интерфейс;

Фиг.59 - типовые значения для задержки распространения и асимметрии в интерфейсах линии связи типа 2, типа 3 или типа 4;

Фиг.60А, 60В и 60С - иллюстрации различных возможных вариантов временных диаграмм двух сигналов данных и сигналов MDDI_Stb друг относительно друга для идеального случая, а также при запоздалом и преждевременном поступлении соответственно;

Фиг.61 - примеры интерфейсных разъемов, используемых с интерфейсами типа 1/типа 2, с распределением контактов по линиям;

Фиг.62А и 62В - возможные временные диаграммы сигналов MDDI_Data и DDI_Stb для интерфейсов типа 1 и типа 2 соответственно;

Фиг.63 - диаграмма высокого уровня, иллюстрирующая альтернативные этапы обработки сигналов и условия, при которых может быть реализована синхронизация с использованием конечного автомата;

Фиг.64 - примеры относительных временных диаграмм для ряда тактовых периодов и временные соотношения для бит различных пакетов обратной линии связи и значений делителя;

Фиг.65 - пример обработки пересылки кода ошибки;

Фиг.66 - устройство, полезное для обработки пересылки кода ошибки;

Фиг.67А - обработка пересылки кода ошибки для кодовой перегрузки;

Фиг.67В - обработка пересылки кода ошибки для приема кода;

Фиг.68А - этапы обработки для запуска, инициированного хостом;

Фиг.68В - этапы обработки для запуска, инициированного клиентом;

Фиг.68С - этапы обработки для запуска, инициированного хостом и клиентом при конфликтной ситуации;

Фиг.69 - иллюстрация формата пакета запроса характеристик VCP;

Фиг.70 - иллюстрация формата ответного пакета характеристик VCP;

Фиг.71 - иллюстрация формата ответного списка характеристик VCP;

Фиг.72 - иллюстрация формата установки пакета характеристик VCP;

Фиг.73 - иллюстрация формата пакета запроса действительных параметров;

Фиг.74 - иллюстрация формата ответного пакета действительных параметров;

Фиг.75 - иллюстрация формата пакета возможностей изображения альфа-курсора;

Фиг.76 - иллюстрация формата пакета карты прозрачности альфа-курсора;

Фиг.77 - иллюстрация формата пакета сдвига изображения альфа-курсора;

Фиг.78 - иллюстрация формата пакета видеопотока альфа-курсора;

Фиг.79 - иллюстрация формата пакета возможностей масштабированного видеопотока;

Фиг.80 - иллюстрация формата пакета настройки масштабированного видеопотока;

Фиг.81 - иллюстрация формата пакета подтверждения масштабированного видеопотока;

Фиг.82 - иллюстрация формата пакета масштабированного видеопотока;

Фиг.83 - иллюстрация формата пакета запроса конкретного состояния;

Фиг.84 - иллюстрация формата пакета ответного списка действительных состояний;

Фиг.85А - иллюстрация формата пакета параметров задержки обработки пакета;

Фиг.85В - иллюстрация формата пункта списка параметров задержки;

Фиг.86 - иллюстрация формата пакета возможностей персонального дисплея;

Фиг.87А - иллюстрация формата пакета клиентского сообщения об ошибках;

Фиг.87В - иллюстрация формата пункта списка соо