Расширения сообщения описания сеанса

Расширения сообщения описания сеанса

Иллюстрации

Показать все

Реферат

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

Настоящее изобретение относится к потоковой передаче разноформатной информации и данных и, в частности, к расширениям сообщения описания сеанса.

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

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

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

Протокол описания сеанса (SDP, ПОС), запрос рабочей группы сети для комментариев (RFC, ЗДК) 2327, апрель 1998 г., представляет собой формат, построенный на основе текста, используемый для описания свойств презентации мультимедийных данных, называемой "сеансом", и свойств одного или больше потоков разноформатных данных, содержащихся в презентации. Протокол SDP был разработан как протокол на уровне прикладной программы, предназначенный для описания мультимедийных сеансов, для объявления о сеансе, для приглашения к сеансу и для других форм инициирования мультимедийных сеансов. SDP можно использовать в согласовании с другими протоколами, такими как протокол потоковой передачи данных в режиме реального времени (RTSP, ППРВ) или протокол передачи гипертекста (HTTP, ППГТ), для описания и/или согласования свойств мультимедийного сеанса, используемого для потоковой передачи данных.

Однако свойства SDP ограничены представлением мультимедийных данных, которые поддаются описанию. Одно из решений для устранения такого ограничения состоит во внедрении в сообщение SDP отличающегося заголовка файла, такого как заголовок файла ASF (УФП, усовершенствованный формат потоковой передачи данных или формат усовершенствованных систем). Такое решение описано, например, в заявке на американский патент № 2003/0236912 под названием "System and Method for Embedding a Streaming Media Format Header Within a Session Description Message". Однако внедрение такого заголовка файла может создавать проблемы, например, при этом может возникнуть требование, чтобы получатель такого сообщения SDP обладал возможностью анализировать и понимать различные заголовки файлов, и может привести к увеличению размера сообщения SDP, которое включает отличающийся заголовок файла. Таким образом, было бы предпочтительно обеспечить способ преодоления этих ограничений протокола SDP, без необходимости обеспечения возможности анализа и понимания получателями внедренного отличающегося заголовка файла (такого как ASF).

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

Ниже описаны расширения сообщения описания сеанса. Такие расширения расширяют информацию, которая может быть включена в сообщение описания сеанса для передаваемых в потоковом режиме разноформатных данных.

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

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

Одинаковые ссылочные позиции используются в данном документе для обозначения одинаковых компонентов и/или свойств.

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

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

На фиг.3 представлен пример формата сообщения описания сеанса.

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

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

Подробное описание предпочтительного варианта осуществления

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

На фиг.1 представлена сетевая среда 100, которую можно использовать для потоковой передачи разноформатных данных с использованием описанных здесь расширений сообщения описания сеанса. В среде 100 множество (а) вычислительных устройств 102 (1), 102 (2),..., 102 (a) - клиентов подключены к множеству (b) вычислительных устройств 104 (1), 104 (2). ..., 104 (b) серверов через сеть 106. Предполагается, что сеть 106 может быть представлена любой из множества обычных сетевых топологий и типов (включая кабельные и/или беспроводные сети), в которой используется любое множество обычных сетевых протоколов (включая общедоступные и/или частные протоколы). Сеть 106 может включать, например, Интернет, а также, возможно, по меньшей мере, участки одной или нескольких локальных вычислительных сетей (LAN, ЛВС).

Вычислительные устройства 102 и 104 могут представлять собой любые из разнообразных обычных вычислительных устройств, включая настольные ПК, рабочие станции, универсальные компьютеры, устройства для работы с Интернет, игровые консоли, переносные ПК, сотовые телефоны, карманные персональные компьютеры (PDA, КПК) и т.д. Одно или больше устройств 102 и 104 могут представлять собой устройства одного типа, или в качестве альтернативы, устройства различных типов.

Устройства 104 серверы могут быть предоставлены любыми из множества данных, доступных для потоковой передачи в устройства 102 - клиенты. Термин "потоковая передача" используется для указания того, что данные, представляющие разноформатные данные, передают по сети в устройство-клиент, и что воспроизведение содержания может начаться до того, как передаваемое содержание будет полностью передано (например, при передаче данных в соответствии с потребностью, в отличие от предварительной полной поставки данных до начала воспроизведения). Данные могут быть общедоступными или, в качестве альтернативы, ограниченными данными (например, с ограниченным доступом только для определенных пользователей, доступными только, если будет оплачен соответствующий денежный взнос и т.д.). Данные могут представлять собой любые разнообразные данные одного или нескольких типов содержания, такие как аудиоданные, видеоданные, текст, анимация и т.д. Кроме того, данные могут быть предварительно записаны или в качестве альтернативы, они могут передаваться в режиме "прямой трансляции" (например, цифровое представление концерта, снимаемого во время проведения концерта и которые становятся доступными для потоковой передачи через короткий промежуток времени после съемки).

Устройство 102 - клиент может принимать передаваемые в режиме потоковой передачи разноформатные данные из сервера 104, в котором содержание передаваемых в режиме потоковой передачи разноформатных данных записано в виде файла, или в качестве альтернативы, из сервера 104, который принимает передаваемые в режиме потоковой передачи разноформатные данные из некоторого другого источника. Например, сервер 104 может принимать передаваемые в потоковом режиме разноформатные данные из другого сервера, в котором передаваемое в потоковом режиме содержание разноформатных данных записано в виде файла, или может принимать передаваемые в потоковом режиме разноформатные данные из некоторого другого источника (например, кодера, который кодирует событие в режиме "прямой трансляции").

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

На фиг.2 представлен пример устройства - клиента и сервера, которые могут передавать в потоковом режиме содержание в виде разноформатных данных, с использованием описанных здесь расширений сообщения описания сеанса. Устройство 102 - клиент включает проигрыватель 142 передаваемых в потоковом режиме разноформатных данных, сконфигурированный для доступа к модулю 144 потоковой передачи данных устройства 104 сервера. Содержание разноформатных данных, включая сообщение (сообщения) 146 описания сеанса, передают в потоковом режиме из модуля 144 потоковой передачи данных в проигрыватель 142 передаваемых в потоковом режиме разноформатных данных, в котором передаваемые в потоковом режиме разноформатные данные могут быть представлены пользователю устройства 102 - клиента. Разноформатные данные 146, передаваемые в потоковом режиме передачи, могут быть переданы в потоковом режиме в соответствии с различными протоколами, такими как протокол потоковой передачи данных в режиме реального времени (RTSP) или протокол передачи гипертекста (HTTP). Хотя это не показано на фиг.2, одно или больше дополнительных устройств (например, брандмауэров, маршрутизаторов, шлюзов, мостов и т.д.) могут быть установлены между устройством 102 - клиентом и устройством 104 сервера.

Одно или несколько сообщений описания сеанса используют для описания свойств презентации мультимедийных данных, передаваемых в потоковом режиме, в качестве разноформатных данных 146, передаваемых в потоковом режиме. Для таких сообщений описания сеанса можно использовать различные форматы или протоколы разноформатных данных. Пример такого формата мультимедийных данных представляет собой протокол описания сеанса (SDP), запрос рабочей группы сети для комментариев (RFC) 2327, апрель 1998 г. В некоторых вариантах выполнения описанное здесь сообщение описания сеанса представляет собой сообщение в соответствии с форматом SDP, описанным в RFC 2327.

Хотя для описания свойств презентации мультимедийных данных можно использовать различные форматы, одно или больше сообщений описания сеанса передают из модуля 144 потоковой передачи данных в мультимедийный проигрыватель 142 потоковой передачи данных, который включают идентификатор (идентификаторы) свойств. Одиночное сообщение описания сеанса может быть передано с помощью модуля 144 потоковой передачи данных для определенной презентации мультимедийных данных, или в качестве альтернативы, может быть передано множество сообщений описания сеанса. Если передают множество сообщений описания сеанса, такое множество сообщений может включать ту же информацию, другую информацию или накладывающуюся информацию.

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

На фиг.3 показан пример формата сообщения описания сеанса. Хотя сообщение описания сеанса представлено на фиг.3 в виде конкретного примера, такое сообщение может иметь формат с полями или участками, расположенными в другом порядке или, в качестве альтернативы, они могут быть распределены в разных сообщениях.

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

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

Сообщение 180 описания сеанса и структура сообщения 180 более подробно описаны ниже, в частности, в отношении SDP. Следует понимать, что эти конкретные структуры представлены только в качестве примеров и что сообщение описания сеанса может принимать различные формы.

Участок 182 описания уровня сеанса начинается с определенного поля, называемого полем версии протокола. Аналогично, каждый из участков 184 описания уровня разноформатных данных начинается с определенного поля, называемого полем названия разноформатных данных и адреса передачи. В определенных вариантах выполнения множество полей одинакового типа могут быть включены в сообщение описания сеанса (например, одиночное сообщение описания сеанса может иметь два или больше поля атрибута).

В таблице I, представленной ниже, показаны примеры полей, которые могут быть включены на участке 182 описания уровня сеанса. Таблица I включает название каждого примера поля, аббревиатуру или тип для каждого примера поля и краткое описание каждого примера поля. В определенных вариантах выполнения требуются поле версии протокола, поле владельца/создателя и идентификатора сеанса, поле названия сеанса и поле описания времени, в то время как все другие поля в таблице I используются в случае необходимости.

Таблица I
Название	Тип	Описание
protocol version (версия протокола)	v=	Версия SDP.
origin (происхождение)	o=	Инициатор сеанса (например, имя пользователя и адрес главного устройства пользователя), плюс идентификатор сеанса и номер версии сеанса.
session name (название сеанса)	s=	Название сеанса.
session information (информация сеанса)	i=	Информация о сеансе.
URI of description (УИР (унифицированный идентификатор ресурса) описания)	u=	Указатель на дополнительную информацию о сеансе.
email address (адрес электронной почты)	e=	Адрес электронной почты человека, ответственного за сеанс.
phone number (номер телефона)	p=	Номер телефона лица, ответственного за сеанс.
connection information (информация о соединении)	c=	Данные о соединении, описывающие соединение для сеанса, такие как тип сети, тип используемой адресации и адрес соединения.
bandwidth information (информация о полосе пропускания)	b=	Предложенная полоса пропускания, используемая сеансом.
time description (описание времени)		Смотри Таблицу II, приведенную ниже.
time zone adjustments (регулировки временной зоны)	z=	Указывает регулировку времени и смещения для обеспечения времени в режиме экономии дневного света.
encryption key (ключ шифрования)	k=	Указывает механизм, используемый для получения ключа шифрования для сеанса с помощью внешних средств, или из включенного закодированного ключа шифрования.
attribute (атрибут)	a=	Атрибут сеанса, расширяющего SDP.

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

Таблица II
Название	Тип	Описание
time the session is active (время, когда сеанс является активным)	t=	Время начала и остановки сеанса.
zero or more repeat times (ноль или больше раз повторения)	r=	Указывает количество раз повторений сеанса.

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

Таблица III
Название	Тип	Описание
media announcement (уведомление разноформатных данных)	m=	Тип разноформатных данных потока разноформатных данных, порт переноса, в который требуется передать поток разноформатных данных, транспортный протокол для потока разноформатных данных и формат(форматы) разноформатных данных для потока разноформатных данных.
media title (название разноформатных данных)	i=	Информация о потоке разноформатных данных (например, метка для потока разноформатных данных).
connection information (информация о соединении)	c=	Данные соединения, описывающие соединение для потока разноформатных данных, такие как тип сети, тип используемой адресации и адрес соединения.
bandwidth information (информация о полосе пропускания)	b=	Предложенная полоса пропускания, используемая потоком разноформатных данных.
encryption key (ключ шифрования)	kr=	Указывает механизм, используемый для получения ключа шифрования, для потока разноформатных данных с помощью внешнего средства или из включенного закодированного ключа шифрования.
attribute (атрибут)	a=	Атрибут потока разноформатных данных, расширяющих SDP.

В некоторых вариантах выполнения описанные здесь расширения сообщения описания сеанса включены как поля атрибута в описании 182 уровня сеанса и/или в одно или больше описаний 184 уровня разноформатных данных.

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

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

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

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

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

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

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

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

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

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

Таблица IV

Название	Описание
Mutual Exclusivity (взаимная исключительность)	Указывает, являются ли потоки мультимедийных данных взаимно исключающими.
Marker (маркер)	Индексы, удобные для пользователя потока (потоков) разноформатных данных.
Script Command (команда сценария)	Указывает текст (или другие данные), которые требуется отображать, или идентификатор сетевой страницы, который требуется отобразить в определенный момент времени, во время воспроизведения потока (потоков) разноформатных данных.
Leaky Bucket	При воспроизведении с постоянной скоростью передачи битов содержания, поступающего с переменной скоростью передачи битов, указывает, какое количество данных потока (потоков) разноформатных данных клиент должен помещать в буфер.
Caching Information (информация кэширования)	Указывает информацию о кэшировании потока (потоков) разноформатных данных, например, следует ли кэшировать поток (потоки), как долго поток (потоки) рассматриваются свежими и т.д.
RTP Encapsulation (инкапсулирование RTP)	Указывает параметры инициализации кодека, обычно среди широкого разнообразия кодеков для данных, переданных с использованием RTP (ПРВ, транспортный протокол реального времени).
Bandwidth Sharing (совместное использование полосы пропускания)	Указывает потоки, которые совместно используют полосу пропускания, благодаря чему максимальная полоса пропускания набора указанных потоков меньше, чем сумма максимальных полос пропускания отдельных потоков.
Stream Prioritization (назначения приоритета для потока)	Указывает, какие потоки должны иметь приоритет по сравнению с другими потоками (например, какие потоки должны быть или не должны быть отброшены в случае перегрузки сети).

Каждое из расширений, включенных в кратком виде в таблицу IV, более подробно описано ниже. Различные примеры синтаксиса описаны ниже для различных расширений. Следует понимать, что здесь показаны только примеры и что другие синтаксисы можно использовать в случае альтернативы. Например, могут быть изменены параметры порядка параметров. В качестве другого примера могут быть изменены названия конкретных атрибутов (например, название описанного ниже атрибута взаимной исключительности может быть изменено на другое название, чем "а=group").

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

Сами идентификаторы могут быть сгенерированы с использованием множества различных способов. В определенных вариантах выполнения идентификаторы представляют собой идентификаторы сеансов RTP. В этих вариантах выполнения отдельные потоки мультимедийных данных передают в потоковом режиме передачи данных из устройства сервера в устройство-клиент, с использованием транспортного протокола реального времени (RTP), как описано в запросе рабочей группы сети для комментариев (RFC) 3550, июль 2003 г. RTP обеспечивает функции сетевого транспорта из конца в конец, пригодного для прикладных программ, передающих данные в режиме реального времени, таких, как аудиоданные, видеоданные или данные моделирования, с использованием многоадресной или одноадресной сетевой услуги. Каждый поток мультимедийных данных передают в потоковом режиме передачи данных с использованием различных сеансов RTP. Таким сеансам RTP могут быть назначены номера различным образом, например, с использованием атрибута "a=mid:", как описано в Grouping of Media Lines in the Session Description Protocol (SDP) Network Working Group Request for Comments (RFC) 3388, декабрь 2002. В других вариантах выполнения сеансам RTP могут быть назначены номера другими способами, например, с использованием атрибута "a=stream:" или некоторого другого атрибута. В качестве альтернативы, идентификаторы могут быть сгенерированы путем простого использования некоторых идентификаторов в виде идентификаторов Потока ASF, которые назначены в заголовке файла ASF.

Взаимная исключительность

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

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

Расширения взаимной исключительности включены в описание уровня сеанса с использованием атрибута "a=group". Синтаксис для атрибута "a=group" определен следующим образом:

a. = group: ExclusionType StreamNumbers

Параметр ExclusionType (тип исключительности) может быть установлен в различные значения для указания типа взаимной исключительности. Например, параметр ExclusionType может быть установлен в значение "MBR", для указания того, что потоки являются взаимоисключающими на основании скорости передачи битов, но также может быть установлен в значение "LANG" для указания того, что потоки являются взаимоисключающими на основе языка. В определенных вариантах выполнения, при установлении расширения взаимной исключительности информации в заголовке файла ASF, если значение "Exclusion Type" GUID (ГУИД, глобально уникальный идентификатор) в объекте Bitrate Mutual Exclusion Object (объект взаимного исключения на основе скорости передачи битов) или в объекте Advanced Mutual Exclusion Object (объект улучшенного взаимного исключения) заголовка файла ASF представляет собой ASF_Mutex_Language, тогда параметр ExclusionType устанавливается в значение "LANG", и если значение "Exclusion Type" GUID в объекте Bitrate Mutual Exclusion Object или в объекте Advanced Mutual Exclusion Object заголовка файла ASF представляет собой ASF_Mutex_Bitrate, тогда параметр ExclusionType устанавливается в значение "MBR".

Параметр StreamNumbers (количество потоков) содержит список потоков, к которым относится взаимное исключение. Эти потоки идентифицированы, например, по их сеансам RTP. В определенных вариантах выполнения, при установлении расширения взаимной исключительности на основе информации в заголовке файла ASF, для каждого потока в поле "Stream Numbers" объекта Bitrate Mutual Exclusion Object или объекта Advanced Mutual Exclusion Object файла ASF, к списку потоков в параметре StreamNumbers добавляют число, назначенное для соответствующего сеанса RTP.

Маркер

Расширение маркера указывает индексы, удобные для пользователя в потоке(потоках) разноформатных данных. Такие индексы, удобные для пользователя, предназначены для простого понимания читателем-человеком. Расширение маркера включено в описание уровня сеанса с использованием атрибута "a=marker".

В определенных вариантах выполнения пар