ДИНАМИЧЕСКОЕ ПЕРЕКЛЮЧЕНИЕ МЕЖДУ УСЛУГАМИ ЦИФРОВОГО ТЕЛЕВИДЕНИЯ
DYNAMIC SWITCHING BETWEEN DIGITAL TELEVISION SERVICES

ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к области цифрового телевидения (DTV), например, в Цифровом Видео- и Телевещании (DVB) и телевидения на основе протокола Internet (IP), более конкретно, к переключению между услугами цифрового телевидения. Изобретение обеспечивает способ создания вариантов услуги цифрового телевидения, передатчика, приемника цифрового телевидения, системы цифрового телевидения и сигнала цифрового телевидения.
УРОВЕНЬ ТЕХНИКИ
Известны различные телевизионные услуги (или каналы), например, временные различные вариантные версии, связанные с базовой услугой, предлагаемые различным зрителям базовой услуги. Например, это может быть в форме временного интервала, в котором передаются различные передачи местных новостей в различные части страны. В системах аналогового телевидения с этим справляются посредством передачи этих различных передач местных новостей с помощью отдельных передатчиков, поскольку все телевизионные передачи передаются зрителям с помощью отдельных локальных передатчиков, или посредством кабеля или беспроводным способом.
В цифровом телевидении цифровой поток данных, представляющий видео и аудио содержимое, передается модулированным на несущей частоте. Новейшей тенденцией в широковещательной передаче сигналов цифрового телевидения является широковещательная передача только общего сигнала цифрового телевидения всем зрителям по всей стране. Это означает, что требуется очень большая пропускная способность канала связи для того, чтобы непрерывно резервировать пропускную способность канала связи для передачи одной услуги, включая одну базовую услугу и, например, 5 различных вариантных услуг, несмотря на тот факт, что такие вариантные услуги могут фактически представлять точно такое же содержимое за исключением, например, 20 минут для 5 версий местных новостей два раза в день. Еще большая пропускная способность потребуется в ближайшем будущем, когда будет предложено множество услуг с качеством телевидения высокой четкости (HD) в качестве вариантной услуги для телевидения со стандартным разрешением (SD).
Для того чтобы эффективно обрабатывать такую передачу базовой услуги и ассоциированных вариантных услуг, можно пакетировать все услуги в сигнал цифрового телевидения, например, с использованием различных несущих частот и/или с использованием различных методик мультиплексирования. Цифровое Видео- и Телевещание (DVB) определяет различные средства для создания некоторой гибкости, например, для изменения местоположения потока данных содержимого в мультиплексной передаче, или посредством связывания услуги с другой мультиплексной передачей на другой несущей частоте (смотри EN300468). Тем самым возможно сохранить пропускную способность канала связи, поскольку содержимое вариантных услуг передается только в те моменты времени, когда оно отличается от содержимого базового канала. Были определены некоторые механизмы, смотри IEC62216, которые используют существующие DVB-сигналы (EN300468), или были определены в последнее время в DVB, смотри DVB/GBS0600. Таким образом, требуется приемник цифрового телевидения для зрителя для переключения между базовой услугой, которая может быть передана по одному каналу, и ассоциированной вариантной услугой на другом канале, когда это необходимо, например, для того чтобы решить, какую из вариантных услуг выбрать в соответствии с заданными правами доступа, предпочтениями зрителя или почтовым индексом зрителя, для того чтобы обеспечить возможность выбора вариантной услуги с соответствующими местными новостями.
Тем не менее, упомянутые механизмы переключения услуг страдают от ряда недостатков, связанных с прямым и обратным переключением между услугами, а предложенные способы являются достаточно сложными, что приводит к сложным и неудовлетворительным осуществлениям приемника.
КРАТКОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ
Следуя вышеприведенным разъяснениям, можно увидеть, что объектом настоящего изобретения является обеспечение способа, позволяющего осуществлять простое автоматическое переключение между базовой услугой и вариантной услугой в системе цифрового телевидения. Кроме того, способ должен быть обратно совместимым с существующими стандартами и оборудованием.
В соответствии с первым аспектом, изобретение обеспечивает способ создания вариантов базовой услуги в системе цифрового телевидения посредством переключения между базовой услугой и вариантной услугой, причем базовая услуга является услугой по умолчанию, на которую должен настраиваться приемник, причем вариантная услуга является услугой, которая выбирается на стороне приемника и связывается с базовой услугой посредством служебной связи, определяющей отношение переключения между базовой услугой и вариантной услугой, и причем первый поток данных представляет содержимое базовой услуги, а второй поток данных представляет содержимое вариантной услуги, причем способ включает в себя этапы, на которых:
- включают данные, представляющие информацию переключения, в первый поток данных,
- принимают первый поток данных,
- считывают данные, представляющие информацию переключения, и
- переключаются с базовой услуги на вариантную услугу в соответствии с данными, представляющими информацию переключения.
Такой способ обладает преимуществом, заключающимся в том, что он обеспечивает возможность приемнику переключаться с базовой услуги на вариантную услугу, и он может быть осуществлен без необходимости во введении множества дополнительных параметров, выходящих за пределы современных стандартов. Если выполнена настройка на прием потока данных, представляющего аудио и видео содержимое базовой услуги, то данные, представляющие информацию переключения, также автоматически принимаются, и приемник может инициировать переключение с базовой услуги на вариантную услугу, или на конкретную услугу из множества вариантных услуг. Информация переключения может быть включена в состав существующих частей, уже определенных в потоке данных сигнала цифрового телевидения, и, таким образом, этот способ использует уже существующие механизмы. Тем самым, этот способ обеспечивает обратную совместимость с существующими приемниками. Кроме того, изменение существующих приемников для переключения в соответствии с этим способом является простой задачей. Результатом этого является более высокая степень сходства для универсального осуществления на рынке в том смысле, что все необязательные возможности описателя могут быть осуществлены в приемниках. Это сможет гарантировать значительно более надежное осуществление для телевизионных вещательных компаний. Кроме того, этот способ предлагает высокую скорость настройки благодаря тому, что базовая услуга является услугой по умолчанию, на которую должен настраиваться приемник.
Базовая услуга и (одна или более) вариантная услуга (услуги) могут быть эквивалентными по содержимому, но различаться по качеству, например, телевидение с HD против телевидения с SD. В альтернативном варианте, базовая услуга и (одна или более) вариантная услуга (услуги) могут различаться по содержимому, например, вариантная услуга (услуги) являются различными версиями местных новостей, но предлагают одинаковое качество.
Изобретение предлагает решения для следующих задач.
1) Определение эффективной концепции переключения для услуг/каналов, которые являются доступными в различных версиях, посредством обеспечения возможности услугам основываться на общей базовой услуге для всех общих передач, и переключения только на фактический канал, который выбирается, если имеется сигнализация. Этот механизм является более надежным и простым, чем механизм, который задает переключение “по событию” от фактического канала к базовому каналу, и, как следствие, вышеуказанный механизм обеспечивает возможность переключения данных для различных услуг, которые должны быть переданы только один раз для всех общих событий. Только если/когда существует событие, характерное для одной из вариантных услуг, данным EPG для этой вариантной услуги необходимо это передать.
2) Новый способ обработки различий в состоянии Условного Доступа между базовой услугой и вариантной услугой, в котором задано автоматическое переключение услуги/канала, который эффективно обрабатывает автоматический выбор базовой услуги и вариантной услуги в случае, если имеются две (эквивалентные по содержимому, но различные по качеству: например, SD и HD) эквивалентные версии некоторого события. В настоящее время такой механизм не определен.
3) Новый способ синхронизации между базовой услугой и вариантной услугой, предпочтительно использующий идентификаторы (id) событий, который позволяет избежать проблемы переключения назад и вперед, возникающей в результате неточной синхронизации по двум услугам, которые переключаются между собой.
4) Новый способ для возврата от переключения к передаче с “более высоким качеством” в том случае, когда оказывается, что передача имеет плохое качество приема.
Далее будут описаны примеры вариантов осуществления.
Данные, представляющие информацию переключения, могут быть включены в часть раздела определения услуги первого потока данных. Главным образом, данные, представляющие информацию переключения, могут включать в себя непустое событие в Электронной Программе Передач вариантной услуги, включенной в первый поток данных. Электронная Программа Передач вариантной услуги может быть включена как в первый поток данных, так и во второй поток данных для того, чтобы обеспечить возможность приемнику переключиться обратно от вариантной услуги к базовой услуге, указанной посредством события, указанного в Электронной Программе Передач второго потока данных. Данные, представляющие информацию переключения, могут быть включены в часть Электронной Программы Передач в форме отношения к событию, указанному в Таблице Информации о Событиях. Отношение к событию, указанному в Таблице Информации о Событиях, представляет собой одно из следующего: окончание события и начало события. В этих случаях существующие структуры данных потоков данных используются для переключения между базовой услугой и вариантной услугой. Поскольку приемник по умолчанию настраивается на базовую услугу, нет необходимости в передаче всех данных EPG/EIT для вариантной услуги (услуг) и в вариантной услуге (услугах), и в базовой услуге.
Первый и второй потоки данных могут быть представлены в различных несущих частотах. В таком случае, данные, представляющие информацию переключения, могут включать в себя данные, идентифицирующие второй поток данных, посредством которого приемник может идентифицировать несущую частоту второго потока данных. В альтернативном варианте, приемник выполняет частотное сканирование для того, чтобы определить местоположение потоков данных в сети передачи, посредством чего приемник определяет несущую частоту второго потока данных.
Данные, представляющие информацию переключения, могут включать в себя информацию, позволяющую приемнику базовой услуги переключаться на множество различных вариантных услуг. Предпочтительно, приемник определяет, на какую услугу из множества различных вариантных услуг переключиться. Приемник может определить, на какую услугу из множества различных вариантных услуг переключиться, на основе различных стратегий. Главным образом, приемник может определить вариантную услугу, на которую переключиться на основе свойств возможностей приемника, например, SD-приемника, который не будет переключаться на HD-услугу, прав доступа события в базовой услуге, и прав доступа события в вариантных услугах. Такие права доступа могут быть сохранены на микропроцессорной карте, которая считывается приемником, или предварительно сохраненных правах доступа в памяти приемника. Дополнительно, приемник может определить вариантную услугу, передающую местные новости, на основе почтового индекса, ассоциированного с пользователем, например, данных почтового кода, сохраненного в приемнике. Содержимое различных вариантных услуг может представлять временные различные версии одного одновременно переданного содержимого. В альтернативном варианте или дополнительно, вариантные услуги могут представлять различные качества одного и того же содержимого (например, HD-видеосигнала или SD-видеосигнала и/или стереофонического аудиосигнала или аудиосигнала с эффектом окружающего звука).
Способ может дополнительно включать в себя этапы, на которых:
- включают данные, представляющие вторую информацию переключения, во второй поток данных,
- принимают второй поток данных,
- считывают данные, представляющие вторую информацию переключения, и
- переключаются с вариантной услуги на базовую услугу в соответствии с данными, представляющими вторую информацию переключения. Тем самым, приемник может переключиться обратно на базовую услугу с вариантной услуги на основе данных в потоке данных вариантной услуги.
Приемник может определить показатель качества приема вариантной услуги, причем приемник определяет, что следует переключиться на базовую услугу в том случае, когда качество приема вариантной услуги ниже заданного уровня. Таким образом, приемник сможет автоматически переключиться обратно с HD-услуги на SD-услугу в том случае, когда качество приема HD-услуги является низким, таким образом, избавляя пользователя от задачи ручного переключения. Приемник может обеспечить пользователя необязательной возможностью предотвращения переключения с базового канала на вариантный канал.
Данные, представляющие служебную связь между базовой услугой и вариантной услугой, могут быть переданы как часть части раздела определения услуги или вариантной услуги или базовой услуги.
Во втором аспекте, изобретение обеспечивает передатчик цифрового телевидения, выполненный с возможностью передачи сигнала цифрового телевидения, представляющего базовую услугу и вариантную услугу, причем базовая услуга является услугой по умолчанию, на которую должен настраиваться приемник, причем вариантная услуга является услугой, которая выбирается на стороне приемника и связывается с базовой услугой посредством служебной связи, определяющей отношение переключения между базовой услугой и вариантной услугой, и причем первый поток данных представляет содержимое базовой услуги, а второй поток данных представляет содержимое вариантной услуги, и причем передатчик выполнен с возможностью включения данных, представляющих информацию переключения, в первый поток данных для того, чтобы обеспечить возможность приемнику переключаться с базовой услуги на вариантную услугу соответственно.
В третьем аспекте, изобретение обеспечивает приемник цифрового телевидения, выполненный с возможностью приема сигнала цифрового телевидения, представляющего базовую услугу и вариантную услугу, причем базовая услуга является услугой по умолчанию, на которую должен настраиваться приемник, причем вариантная услуга является услугой, которая выбирается приемником и связывается с базовой услугой посредством служебной связи, определяющей отношение переключения между базовой услугой и вариантной услугой, и причем первый поток данных представляет содержимое базовой услуги, а второй поток данных представляет содержимое вариантной услуги, причем приемник выполнен с возможностью:
- считывания данных, представляющих информацию переключения, включенную в первый поток данных, и
- переключения с базовой услуги на вариантную услугу в соответствии с данными, представляющими информацию переключения.
В четвертом аспекте, изобретение обеспечивает систему передачи цифрового телевидения, включающую в себя:
- передатчик цифрового телевидения, выполненный с возможностью передачи сигнала цифрового телевидения, представляющего базовую услугу и вариантную услугу, в соответствии со вторым аспектом, и
- приемник цифрового телевидения, выполненный с возможностью приема сигнала цифрового телевидения и переключения между базовой услугой и вариантной услугой, в соответствии с третьим аспектом.
В пятом аспекте, изобретение обеспечивает сигнал цифрового телевидения, представляющий базовую услугу и вариантную услугу, причем базовая услуга является услугой по умолчанию, на которую должен настраиваться приемник, причем вариантная услуга является услугой, которая выбирается на стороне приемника и связывается с базовой услугой посредством служебной связи, определяющей отношение переключения между базовой услугой и вариантной услугой, и причем первый поток данных представляет содержимое базовой услуги, а второй поток данных представляет содержимое вариантной услуги, и причем первый поток данных включает в себя данные, представляющие информацию переключения, обеспечивающую возможность приемнику переключаться на вариантную услугу соответственно.
В шестом аспекте, изобретение обеспечивает исполняемый компьютером программный код, выполненный с возможностью выполнения способа в соответствии с первым аспектом. Такой программный код может быть предназначен для исполнения в специализированном процессоре, или может быть предназначен для исполнения в процессоре общего назначения, например, процессоре в PC. Исполняемый компьютером программный код может передаваться на носителе данных, таком как: жесткий диск, CD, DVD, плата памяти, карта памяти и т.д.
Следует учитывать, что преимущества и эквивалентные варианты осуществления, упомянутые в отношении первого аспекта, также применимы в отношении второго, третьего, четвертого, пятого и шестого аспектов.
Аспекты настоящего изобретения, описанные выше, могут быть каждый объединены с любыми другими аспектами или их подаспектами/вариантами осуществления. Эти и другие аспекты изобретения станут очевидными и будут разъяснены при обращении к вариантам осуществления, описанным далее.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Варианты осуществления изобретения будут описаны, исключительно в качестве примера, со ссылкой на чертежи, на которых:
Фиг.1 иллюстрирует блок-схему варианта осуществления системы цифрового телевидения в соответствии с изобретением.
Фиг.2 иллюстрирует потоки данных базовой услуги и вариантной услуги, каждая из которых передает данные, представляющие информацию переключения.
Фиг.3 иллюстрирует пример использования Таблицы Информации о Событиях для обеспечения информации переключения, позволяющей приемнику переключаться между базовой услугой и вариантной услугой.
Фиг.4-6 иллюстрируют соответствующие примеры переключения между базовой услугой и различными вариантными услугами и, таким образом, получения различных режимов работы приемников с различными предварительно установленными правами доступа.
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
Фиг.1 показывает систему цифрового телевидения в соответствии с изобретением. Передатчик цифрового телевидения DTVT передает сигнал цифрового телевидения DTVS, и этот DTVS-сигнал принимается приемником цифрового телевидения DTVR. Приемник выдает в ответ на сигнал цифрового телевидения соответствующий аудио-видео выходной сигнал AVS. Затем этот выходной сигнал AVS может быть применен к телевизионному приемнику TVS или отдельным аудио и видео устройствам.
Как это проиллюстрировано, сигнал цифрового телевидения DTVS включает в себя два потока данных, а именно первый поток данных DS1, который включает в себя представление содержимого базовой услуги, на которую приемник DTVR должен настраиваться по умолчанию. Второй поток данных DS2 также включается в состав сигнала DTVS, и этот второй поток данных DS2 включает в себя представление содержимого вариантной услуги. Скобки указывают, что данные, представляющие информацию переключения SI включаются в поток данных DS1 базовой услуги. После считывания этой информации переключения SI приемник получает возможность переключиться на вариантную услугу, то есть, настроиться на второй поток данных DS2 и, таким образом, принять и декодировать содержимое вариантной услуги. Информация переключения SI предпочтительно включается в данные Электронной Программы Передач потока данных DS1 базовой услуги, например, в форме Таблицы Информации о Событиях, связывающей переключение с базовой услуги на вариантную услугу с окончанием или началом события. Тем самым, существующие структуры данных могут быть использованы для создания вариантов некоторого количества различных услуг, а именно, одной базовой услуги и множества вариантных услуг, причем конкретный выбор вариантов определяется на стороне приемника, например, посредством покупки прав доступа пользователем и т.д.
Приемник предпочтительно выполняет проверку до переключения в соответствии с информацией переключения, например, проверку микропроцессорной карты, вставленной в приемник DTVR, указывающей оплаченные права доступа. Дополнительно, также проверяется возможность приемника, например, возможности SD/HD-декодирования для того, чтобы избежать переключения SD-приемника без возможностей HD-декодирования на услугу с HD-качеством.
Два потока данных DS1, DS2 могут быть представлены на одной и той же или различных несущих частотах. В этом случае, информация переключения SI может включать в себя данные, косвенно указывающие приемнику DTVR несущую частоту, на которой представлен поток данных DS2 вариантной услуги.
Представлен новый способ обработки (не только HD) услуг с региональными (или другими типами версий) необязательными выходными сигналами. В известном смысле, он представляет собой инверсию существующего типа linkage_descriptor (описатель_связывания) одновременной передачи, так как базовая услуга не является “исходной услугой”, но базовая услуга представляет собой “целевую услугу”. Его эффективность переноса данных EIT для услуг с большой степенью совместного использования является значительно более высокой, и он предлагает преимущества в скорости настройки.
Основной идеей, на которой основан способ согласно изобретению, для создания вариантов базовой услуги является “попросить пользователя” переключиться или не переключаться между событиями на основе сигнализации, передаваемой телевизионной вещательной компанией. Несмотря на то, что качество приема подаваемого сигнала с HD может потребовать некоторого вмешательства пользователя для предотвращения нежелательного переключения для канала, принятие такого решения на основе события создаст существенное ухудшение для пользователя. Такая проблема наилучшим образом решается на уровне “установки предпочтений” или во время установки.
Создание этой подсказки для других целей (то есть, “событие одновременной передачи” не являлось бы действительной одновременной передачей) не является допустимым применением. То есть, существует необходимость в обработке состояний плохого приема, и для решения этой задачи является предпочтительным полностью отказаться от подсказки пользователю (+сообщение) и решения на основе отслеживания связей, и взять за основу локальные установки приемника для управления решением отслеживать связь в зависимости от качества приема. По сравнению с существующими решениями, побочный эффект этого будет заключаться в том, что исчезнут все сложности работы с текстовыми строками и языками.
Фиг.2 иллюстрирует информацию переключения SI перекрестно передаваемую в данных EPG, включенных в первый поток данных DS1 и второй поток данных DS2, представляющие базовую услугу и вариантную услугу соответственно. Соответствующее аудио-видео содержимое двух услуг обозначается AVC1 и AVC2. Для общих событий, в потоке данных DS1 базовой услуги требуются только данные EPG. Однако, для события, характерного для одной вариантной услуги, данные EPG для этой вариантной услуги требуются как в самой вариантной услуге, так и в базовой услуге.
Фиг.3 иллюстрирует связи между базовой услугой MS и двумя вариантными услугами VS1, VS2. Вариантные услуги VS1, VS2 связаны с базовой услугой MS посредством данных SL1, SL2 служебной связи, определяющих отношение переключения для базовой услуги. Такие данные SL1, SL2 служебной связи предпочтительно передаются в части раздела определения услуги MS или базовой услуги или вариантных услуг VS1, VS2.
Как это проиллюстрировано, данные Таблицы Информации о Событиях EIT(VS1), EIT(VS2), передаваемые в базовой услуге, указывают событие, которое приемник может выбрать для переключения с базовой услуги MS на одну из вариантных услуг VS1, VS2, например, варианты местных новостей, в то время как базовая услуга MS не имеет содержимого в течение этого периода (показан пунктирной линией). После окончания события вариантных услуг VS1, VS2, переключение обратно на базовую услугу MS не требует информации EIT, указания в виде “No EIT(VS1)” и “No EIT(VS2)”, поскольку данные EIT(VS1), EIT(VS2) предписывают переключение на одну из вариантных услуг VS1, VS2, могут быть использованы для указания приемнику просто переключиться обратно в ответ на пустое содержимое одного из двух вариантных услуг VS1, VS2, на которые настроен приемник.
Фиг.4-6 иллюстрируют другие примеры создания различных вариантов R1-R4 базовой услуги MS, указанных как различные маршруты (показаны с помощью различных типов линий), посредством переключения между различными событиями базовой услуги MS и двумя вариантными услугами VS1, VS2.
Фиг.4 иллюстрирует два варианта R1, R2, в которых базовая услуга MS передает национальные новости, за которыми следует переключение на одну из двух вариантных услуг VS1, VS2, передающих различные версии местных новостей. После события местных новостей, оба варианта R1, R2 переключаются обратно на базовую услугу MS, передающую общие события для обоих вариантов R1, R2. Главным образом, базовая услуга MS может быть в HD-качестве, в то время как вариантные услуги VS1, VS2 представляют собой услуги в SD-качестве. Сценарий, представленный на фиг.4, может быть обработан посредством размещения описателя связывания в каждом событии для региональной услуги за исключением региональных событий. Приемник настраивается на региональную услугу для выбора своего регионального предпочтения (HD-услуга может быть полностью скрыта).
Фиг.5 иллюстрирует пример разделенных событий, а именно три варианта R1, R2, R3, основанные на различных правах доступа, для различных событий в базовой услуге MS и двух вариантных услугах VS1, VS2. Базовая услуга MS может быть в HD-качестве, в то время как вариантные услуги VS1, VS2 представляют собой услуги в SD-качестве. Таким образом, различные части события “последняя ночь студенческих балов” одновременно передаются в HD-качестве и SD-качестве.
Фиг.6 иллюстрирует другой пример разделенных событий, а именно, для локальных вариантов R1, R2, R3, R4, основанных на различных временных режимах переключения между содержимым, передаваемым в базовой услуге MS и двух вариантных услугах VS1, VS2. В известном смысле, этот сценарий очень похож на предыдущий сценарий с HD с региональным необязательным выходным сигналом, проиллюстрированный на фиг.5. Четыре услуги/канала потребовали бы четырех регионов, и каждый имел бы отдельную запись в SDT. Остаются в силе те же соображения, что и для сценария с HD с региональным необязательным выходным сигналом. Следует отметить, что во всех сценариях с HD с необязательным выходным SD-сигналом существует недостаток, заключающийся в том, что таблицы EIT умножаются на число регионов, для которых существуют, по существу, почти идентичные услуги/каналы со случайным отличием. Эта ситуация с HD услугами/каналами с региональным необязательным выходным сигналом может потребовать больше внимания, чем требуется в настоящее время, но действующие в настоящее время приемники могут все еще работать через 10 лет.
В нижеследующем описывается больше подробностей, характерных для осуществления.
Event_info_source (источник_информации_о_событиях): в случае событий, когда канал/услуга выполняет одновременную передачу, информация о событии, которое должно быть отображено конечному пользователю, должна быть основана на EIT “исходной услуги/канала”, то есть, базовой услуге, поскольку базовая услуга находится под управлением последовательности событий, которая определяет саму услугу. То есть, если выполняется изменение расписания, то базовая услуга может изменить EIT, чтобы отразить это. Информация из вариантной услуги должна быть использована только в описателях компонента. Кажется, нет необходимости в том, чтобы использовать информацию в целевой EIT для просмотра пользователем. Единственной проблемой может быть передача информации EITother_pf в целевую EIT для этой цели. В качестве еще более простого варианта осуществления, используется только EITpf вариантной услуги (мультиплексной). Это не позволяет использовать определенные сценарии “частичного переключения”, в которых услуга может выбрать одновременную передачу только части HD-события на HD-канале. Однако следует учитывать, насколько общими являются такие сценарии частичного переключения. В целом, это является наиболее простым предложением. Преимуществом такого предложения является то, что вся информация EIT (включая описатели компонентов) может быть найдена в одной EIT и что EIT базовой услуги и вариантной услуги являются равными.
Return Table (Таблица Возврата): в существующих системах DTV, механизм таблицы возврата задает два механизма: механизм, основанный на EITpf базовой услуги, и механизм, синхронизирующий до окончания события в вариантной услуге. Один вариант осуществления связан с определенным выше вариантом осуществления EIT: а именно, взять за основу EITpf вариантной услуги и синхронизировать до окончания события в вариантной услуге. Недостатком этого решения является то, что в последовательности двух событий одновременной передачи приемник может переключаться обратно на базовую услугу и далее на вариантную услугу. В другом варианте осуществления, связанном с определенным выше вариантом осуществления EIT, решение основывается на постоянном отслеживании EITother_pf базовой услуги. Это имеет дополнительное преимущество, заключающееся в том, что базовая услуга остается под управлением оператора: у оператора будет сохраняться полное, осуществляемое в режиме реального времени, управление во время переключения, например, такое управление может быть использовано оператором для того, чтобы прервать событие одновременной передачи для важных экстренных информационных сообщений или некоторого другого изменения расписания в любой момент времени.
Target_listed (перечисленные_цели): присутствие услуг в мультиплексном сигнале, не перечисленных в SDT, по-видимому, не согласуется с общими правилами DVB. В странах, которые используют механизм LCN, эта услуга может быть скрыта для списка услуг пользователя. Тем не менее, в некоторых странах, в которых механизм LCN не используется, “отмена перечисления” услуги не является необязательной возможностью. В одном варианте осуществления, услуга с непривлекательным именем вводится в качестве несущей для подаваемого сигнала с HD одновременной передачи, например, услуга с именем “Временный канал вспомогательного подаваемого сигнала”. Она может появиться в списках услуг приемника, но она не будет действовать в качестве фактора распределения, например, в случае если используется EIT базовой услуги, она даже может не иметь своей EIT, или просто не перечислять события в EIT, и ее состоянием может быть “не_работает” в случае, если в эфире нет событий.
Далее рассматриваются различные проблемы, связанные с аспектами визуализации услуги, на которую может быть оказано воздействие посредством механизма связывания.
Отслеживание рабочего состояния SDT: рабочее состояние базовой SDT представляет собой управляющий фактор в решении визуализировать услугу. Если выполнено переключение на вариантную услугу, то его отслеживание может быть более затруднительным. Нельзя сказать определенно, отслеживают ли современные приемники рабочее состояние SDT непрерывно. Однако это не рассматривается в качестве серьезной проблемы.
Проблемы CA: неоднозначная ситуация, касающаяся решения по переключению, возникла бы, если бы вариантная услуга переключения имела отличные состояния CA, чем базовая услуга (в частности, если бы она имела состояние “более дорогостоящая”). Наличие сообщения для обеспечения возможности пользователю переключиться может показаться решением для этой проблемы, но оно по-прежнему усиливает ухудшение для конечного пользователя. В одном варианте осуществления, приемник запрашивает систему CA, может ли вариантная услуга быть (условно) дешифрована. Если это так, то приемник переключился бы на вариантную услугу и визуализировал ее. В случае если персональный идентификационный код должен был бы быть введен (например, для дополнительной авторизации платежа), то приемник мог бы остановиться и подождать окончания диалога (обнаружение этого состояния с помощью Общего Интерфейса может быть ненадежным). В предпочтительном варианте осуществления, с этой ситуацией полностью справляются при осуществлении приемника. Предпочтительно, приемник всегда переключается на вариантную услугу независимо от состояния CA, но если обнаружена ситуация “не декодирована”, то приемник переключится обратно (предположительно, он может декодировать исходное событие). Приемники могут улучшить этот режим работы в случае, если эта ситуация часто возникает на рынке (то есть, посредством предварительного обнаружения состояния шифрования целевого события).
Родительский Рейтинг: это может быть разумным допущением, чтобы событие вариантной услуги имело тот же самый родительский рейтинг, что и базовая услуга одновременной передачи. То есть, может быть использован выбор EIT (согласно EIT_info_source).
Целевое Качество Приема: в случае если услуга имеет плохое качество приема, переключение на нее может привести к неудовлетворению пользователя. Следует отметить, что прием мультиплексного сигнала и его таблиц, возможно, может происходить при значительно худших BER, чем те, которые являются необходимыми для того, чтобы могла получиться какая-нибудь приемлемая визуализация видео. Могут быть выбраны два способа управления переключением: 1) пользователь “удаляет из списка” вариантную услугу в списке услуг (или посредством использования некоторого другого управления предварительной установкой), пользователь может таким образом постоянно блокировать переключение на такую плохую услугу, или 2) при переключении, приемник может динамически выполнить автоматическое обнаружение плохого уровня качества приема и решить автоматически переключиться обратно. Тем не менее, настройка алгоритма на выполнение этого автоматического переключения является очень ненадежной. То есть, возможно, является необходимым предложить пользовательскую необязательную возможность “переключиться-обратно-на-SD” в меню пользователя.
Синхронизация событий: трудной проблемой построения сети является точная синхронизация сигнализации EIT с содержимым, и даже более того, точная синхронизация информации EIT между различными услугами/каналами. Поэтому, механизм, который использует return_table = “at end of next event” (“при окончании следующего события”). Эта проблема может быть решена посредством задания конкретно end_event (событие_окончания): то есть, изменить описатель следующим образом:
return_table
1 bslbf
…
…
switchback_event_id
16 uimsbf
return_table (таблица_возврата): когда этот бит равен “1”, приемник должен вернуться к базовой услуге, когда event_id (идентификатор_события) в вариантной услуге совпадает с switchback_event_id (то есть, по передаче события в EIT вариантной услуги). Дополнительные подробности осуществления в этом отношении предпочтительно соответствуют определениям GBS0600.
switchback_event_id (идентификатор_события_обратного_переключения): это event_id события вариантной услуги, которая активно требует обратного переключения на базовую услугу связи. Его значение является действительным только тогда, когда return_table = 1 (то есть, синхронизировать обратное переключение по переходу события). Предлагается добавить switchback_event_id в описатель одновременной передачи.
Дополнительные соображения касательно HD услуги/канала с региональным необязательным выходным сигналом: можно предусмотреть три решения для того, чтобы справиться с некоторыми недостатками, связанными с обработкой HD-каналов с региональными необязательными выходными сигналами: 1) Использовать способ передачи EITother (EIT для другого потока данных) более эффективно, например, посредством введения связи из региональной услуги для того, чтобы, в общем, ссылаться на EIT HD-услуги почти для всех событий за исключением тех, что явно перечислены в EIT региональной услуги. 2) Создать понятие ветви региональности или, в более общем виде, ее “service_version” (“версии_услуги”), используя новый описатель связывания. Это очевидно вводит новую концепцию “версий_услуги” с предпочтением на уровне пользовательского интерфейса. Основными недостатками этого является то, что должна быть введена новая концепция навигации по услугам, и то, что структуры EIT изменяются в значительной степени несовместимым образом и, таким образом, требуют внимания. 3) Создать понятие “полупостоянного” замещения (региональной) услуги базовой услугой со “случайным” обратным переходом по ветви; то есть, каким-либо образом реверсировать механизм связывания без введения новой концепции “версии услуги”.
Обращаясь к 1), описанному выше, предпочтительным решением для EIT_version linkage (связывания версии_EIT) Исходного Предложения является следующее:
if (linkage_type == 0x0E) {
for (i=0; i < N; i++) {
<mrow><mtable><mtr><mtd><mrow /></mtd><mtd><mrow /></mtd><mtd><mrow /></mtd></mtr></mtable></mrow>
private_data_byte
8 bslbf
}
По существу, поле, специфичное для связи, может быть пустым. При соответствующих соображениях переносу в EIT_other может быть задана его структура переноса (может быть полезным передавать его во всех подчастях таблицы, по меньшей мере, один раз). В альтернативном варианте он может быть передан в SDT. Семантика определяет то, что до тех пор, пока некоторое событие не будет передано явным образом в EIT этой услуги, события являются идентичными событию услуги, на которое делается ссылка.
Обращаясь к 2), описанному выше, предпочтительным решением для service_version_link (связь_версии_услуги) Исходного Предложения является следующее:
if (linkage_type == 0x0E) {
<mrow><mtable><mtr><mtd><mrow /></mtd><mtd><mrow /></mtd><mtd><mrow /></mtd></mtr></mtable></mrow>
service_version 8
uimsbf
for (i=0; i < N; i++) {
<mrow><mtable><mtr><mtd><mrow /></mtd><mtd><mrow /></mtd><mtd><mrow /></mtd></mtr></mtable></mrow>
private_data_byte
8 bslbf
}}
Описатель передается в SDT для указания версий услуги, которая представляется пользователю, и в EIT для указания того, когда основная услуга имеет необязательный выходной сигнал для ее конкретной версии. Для каждой версии услуги требуется другой описатель.
Поле версии услуги указывает версию услуги. Пользователь может выбрать свою любимую версию услуги в пользовательском интерфейсе приемника. Имя услуги передается в SDT целевой связи. Замечание: переключение семантики касательно EIT должно выполняться для перечисления целевой EIT и целевой SDT в UI.
Обращаясь к 3), описанному выше, в данном случае описывается предпочтительное решение для общей mother_service link (связи базовой_услуги). Эта необязательная возможность является почти аналогичной необязательной возможности, описанной в 1): связь передается в SDT базовой услуги и помечает как “полунепрерывное” замещение этой услуги “базовой услугой”. Существует несколько необязательных возможностей для размещения “обратного переключения” в базовую услугу: а) по специальной связи, подобной той, что описана в 2), но используя тройку услуг, а не service_version (версию_услуги) в качестве “квалификации” для связи (для того, чтобы пометить различные связи для различных версий базовой услуги). b) В альтернативном варианте, это может быть выполнено посредством EIT исходной услуги согласно 1), посредством определения переноса описателя связывания в EITpf исходной услуги.
Последнее предложение является наиболее простым, и оно рассматривается в данном случае. Результирующий предпочтительный описатель связывания “mother_service_linkage type” (“тип связывания_базовой_услуги”) представляет собой следующее:
if (linkage_type == 0x0E) {
for (i=0; i < N; i++) {
<mrow><mtable><mtr><mtd><mrow /></mtd><mtd><mrow /></mtd><mtd><mrow /></mtd></mtr></mtable></mrow>
private_data_byte
8 bslbf
}}
Последняя необязательная возможность является предпочтительной, и она практически аналогична региональной услуге, передающей описатель связывания simulcast_type (типа_одновременной_передачи) в каждом событии EIT за исключением некоторого количества, и она дополняет предложение 1) для упрощения описателя одновременной передачи. Преимущество такого решения заключается в том, что оно также почти полностью совместимо с действующими в настоящее время системами: действующий в настоящее время приемник будет видеть все региональные каналы и базовую услугу, но просто не сможет автоматически переключиться. Таким образом, по существу, предложено определять описатель связывания типа “mother_service” (“базовая_услуга”), который может быть передан в таблице SDT, и указывает на то, что услуга представляет собой версию “mother service” за исключением событий, перечисленных явным образом в ее EIT, или "version” (“версию”) этой услуги.
Резюмируя, изобретение обеспечивает способ создания вариантов услуги DTV, способ, который проще, чем способ, определенный в GBS0600, и этот способ может обрабатывать все сценарии случаев использования для связывания одновременной передачи почти идентичным образом, что и в GBS0600. Этот способ вводит переключение между базовой услугой и вариантной услугой, причем базовая услуга представляет собой услугу по умолчанию, на которую должен настраиваться приемник, а вариантная услуга представляет собой услугу, выбираемую на стороне приемника и связываемую с базовой услугой посредством служебной связи, определяющей отношение переключения между базовой услугой и вариантной услугой. Этот способ определяется включением информации переключения в поток данных базовой услуги, приемом потока данных базовой услуги, считыванием информации переключения, и переключением с базовой услуги на вариантную услугу соответственно. Информация переключения может быть передана в данных EPG и, таким образом, использует существующие структуры данных. Данные EPG базовой услуги, например, в форме данных EIT, могут быть использованы для передачи данных переключения, за исключением событий вариантной услуги, отличных от базовой услуги, причем данные EPG/EIT предпочтительно перекрестно передаются базовой услугой и вариантной услугой. Предпочтительно, приемник выбирает, на какую услугу из множества возможных вариантных услуг переключиться, например, на основе возможностей приемника и/или прав доступа. Таким образом, эффективность переноса EIT для услуг с большой степенью совместного использования является высокой, и она предоставляет преимущества в скорости работы. Кроме того, этот способ приведет к более простым и совместимым осуществлениям приемника.
Этот способ снижает количество необязательных возможностей у телевизионных вещательных компаний, но его вероятность более совместимых осуществлений является значительным преимуществом, так же как и вносимое им улучшение синхронизации между базовой услугой и вариантной услугой. Этот новый способ может обрабатывать не только HD-услуги с региональными (или другими типами версий) необязательных выходных сигналов. В известном смысле он представляет собой инверсию существующего типа linkage_descriptor (описатель_связывания) одновременной передачи, так как базовая услуга больше не является исходной услугой, но базовая услуга представляет собой целевую услугу.
Определенные конкретные детали раскрытого варианта осуществления изложены с целью разъяснения, а не ограничения для того, чтобы обеспечить ясное и полное понимание настоящего изобретения. Тем не менее, специалистам в данной области техники должно быть понятно, что настоящее изобретение может быть осуществлено в других вариантах осуществления, которые не соответствуют в точности подробностям, изложенным в данном документе, без значительного отклонения от сущности и объема данного раскрытия. Кроме того, в этом контексте, и в целях краткости и ясности, подробное описание известных устройств, схем и методологий опущено для того, чтобы избежать излишних подробностей и возможной путаницы. Термины «включает в себя» и «включающий в себя» не исключают присутствия других элементов и этапов. Дополнительно, несмотря на то, что отдельные признаки могут быть включены в различные пункты, они, возможно, могут быть преимущественно объединены, и включение в состав различных пунктов не предполагает, что некоторая комбинация признаков не является осуществимой и/или преимущественной. Дополнительно, ссылки в единственном числе не исключают множества. Таким образом, ссылки на объект в единственном числе, «первый», «второй» и так далее не исключают множества. Кроме того, ссылочные позиции в пунктах формулы изобретения не должны истолковываться в качестве ограничивающих объем изобретения.