Способ, система и устройство связи для информирования и предоставления параметров профиля качества обслуживания в сети

Способ, система и устройство связи для информирования и предоставления параметров профиля качества обслуживания в сети

Иллюстрации

Показать все

Реферат

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

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

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

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

Широко известный пример - система GSM (глобальная система мобильной связи). Изобретение предпочтительно относится к третьему поколению систем мобильной связи. В качестве примера, универсальная система мобильных телекоммуникаций (UMTS) используется в качестве примера такой системы связи третьего поколения.

В системах третьего поколения используются термины служба однонаправленного канала и служба. Служба однонаправленного канала - это телекоммуникационная служба, которая предоставляет возможность передавать сигналы между точками доступа. Вообще, служба однонаправленного канала соответствует более старому термину "канал трафика", который задает, например, скорость передачи данных и качество обслуживания (QoS), которые должны использоваться в системе, когда информация передается между устройством беспроводной связи и остальной частью системы. Служба однонаправленного канала между устройством беспроводной связи и базовой станцией - это, например, служба однонаправленного радиоканала, а служба однонаправленного канала между блоком управления радиосетью и базовой сетью - это, например, служба однонаправленного канала "Iu" (однонаправленный канал Interface UMTS). В системе UMTS интерфейс между блоком управления радиосетью и базовой сетью называется интерфейсом "Iu". В UMTS также предусмотрена так называемая часть GERAN, которая использует, помимо интерфейса "Iu", также интерфейс, называемый гигабитным интерфейсом. В данном соединении служба предоставлена сетью мобильной связи для выполнения задачи (задач), например службы данных выполняют передачу данных в системе связи, телефонные службы относятся к телефонным вызовам, мультимедиа и т.д. Таким образом, служба требует передачи данных, например, телефонного вызова или передачи потоков мультимедиа между устройством беспроводной связи и стационарными частями системы. Одна из важных задач в работе системы мобильной связи третьего поколения - управлять (инициализировать, поддерживать и завершать, в зависимости от потребности) службами однонаправленного канала таким образом, чтобы каждая запрошенная служба могла быть выделена мобильным станциям без потери доступной полосы пропускания.

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

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

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

Таблица 1
Класс	Первый класс (разговорный класс): реальное время, например, телефонный разговор- гарантированная пропускная способность- подтверждение приема не требуется	Второй класс (потоковый класс):реальное время, например, видеоинформация- гарантированная пропускная способность- подтверждение приема возможно- буферизация на прикладном уровне	Третий класс (интерактивный класс):интерактивный способ "наибольших усилий"- подтверждение приема- интернетобозреватель, сетевой теледоступ - канал управления в реальном времени	Четвертый класс (фоновый класс):фоновая передача по способу "наибольших усилий"- подтверждение приема- загрузка в фоновом режиме электронных почтовых сообщений, календарных событий и т.д.
Максимальная скорость передачи	<2048	<2048	<2048 - служебные сигналы	<2048 - служебные сигналы
Порядок доставки	Да/Нет	Да/Нет	Да/Нет	Да/Нет
Максимальный размер пакета (SDU)	1500 или 1502	1500 или 1502	1500 или 1502	1500 или 1502
Передача некорректных пакетов (SDU)	Да/Нет/-	Да/Нет/-	Да/Нет/-	Да/Нет/-
Остаточный коэффициент появления ошибочных битов	5*10-2, 10-2, 5*10-3, 10-3, 10-4, 10-5, 10-6	5*10-2, 10-2, 5*10-3, 10-3, 10-4, 10-5, 10-6	4*10-3,10-5, 6*10-8	4*10-3, 10-5, 6*10-8
Коэффициент ошибок пакета (SDU)	10-2, 7*10-3, 10-3,10-4, 10-5	10-1, 10-2, 7*10-3,10-3, 10-4, 10-5	10-3, 10-4, 10-6	10-3, 10-4, 10-6
Задержка передачи	100 мс - максимальное значение	250 мс - максимальное значение
Гарантированная скорость	<2048	<2048
Приоритет обработки трафика			1, 2, 3
Приоритет выделения	1, 2, 3	1, 2, 3	1, 2, 3	1,2, 3

Гарантированная скорость передачи используется для управления приемом и резервированием ресурса в RAN и CN, максимальная скорость передачи используется для управления по правилам в CN, т.е. скорость передачи не выше максимальной разрешена для того, чтобы входить в CN по GGSN; пакеты, которые превышают эту скорость передачи, будут исключены.

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

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

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

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

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

В настоящее время не существует способа просигнализировать в сквозном режиме, какова максимальная скорость передачи, используемая приложением, например видеоприложением. Потоковый сервер не может просигнализировать о максимальной скорости передачи закодированного потока мультимедиа потоковому клиенту (принимающему устройству беспроводной связи). Последний обладает информацией только о гарантированной скорости передачи, но не о максимальной скорости передачи. Клиент затем может принять три типа решений. Во-первых, клиент может выбрать значение максимальной скорости передачи (MBR), равное гарантированной скорости передачи (GBR). Это может вызвать потери пакета и низкое качество приема, если скорость передачи превышает гарантированную скорость передачи (= максимальной скорости передачи). Например, если GBR = MBR = 60 Кбит/с, и сжатый видеосигнал закодирован при 60 Кбит/с в среднем, но возникают некоторые единичные максимумы скорости передачи при 64 Кбит/с, то следствием будет определенный период потерь пакета с принимающей стороны (период равен времени, когда скорость передачи превышает 60 Кбит/с). Чтобы избежать этой ситуации, MBR и GBR могут быть заданы таким образом, что GBR = MBR = 64 Кбит/с. Это исключит потери пакетов, но преобразует в неэффективную обработку сетевых ресурсов за счет излишней технологии, поскольку пропускная способность от 60 до 64 Кбит/с не будет использована вообще, генерируя потери в среднем в 4 Кбит/с.

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

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

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

Разговорное мультимедийное приложение в устройстве мобильной связи не может сигнализировать о максимальной скорости передачи сеанса другому устройству мобильной связи. Это означает, что каждое устройство связи (симметрично) может узнать, на какой гарантированной скорости передачи другое устройство связи закодирует потоки мультимедиа. Тем не менее, каждое устройство связи (симметрично) не сможет узнать, какова максимальная скорость передачи по каналу "вниз". Другими словами, каждое устройство связи не сможет узнать, на какой максимальной скорости передачи другое устройство связи закодирует потоки мультимедиа.

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

Разговорное мультимедийное приложение также может быть приложением односторонней связи (однонаправленное разговорное мультимедийное приложение) или приложением связи "один-ко-многим" (широковещательным или радиовещательным). Сеанс потоковой передачи мультимедиа может также быть приложением связи "один-ко-многим".

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

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

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

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

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

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

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

максимальной скорости передачи,

максимальном размере модуля данных службы.

Система связи согласно настоящему изобретению характеризуется тем, что система связи содержит

детектор определения, по меньшей мере, одного из следующих параметров передачи потока мультимедиа:

максимальной скорости передачи, требуемой передачей потока мультимедиа,

максимального размера модуля данных службы и

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

Отправляющее устройство связи согласно настоящему изобретению характеризуется тем, что отправляющее устройство связи содержит

детектор для определения, по меньшей мере, одного из следующих параметров передачи потока мультимедиа:

максимальной скорости передачи, требуемой передачей потока мультимедиа,

максимального размера модуля данных службы,

компоновщика сообщения для задания полю атрибута протокола описания сеанса значения определенного параметра и

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

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

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

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

максимальной скорости передачи, требуемой передачей потока мультимедиа,

максимальном размере модуля данных службы и

передатчик для отправки запроса на резервирование сетевых ресурсов для приема выбранного потока мультимедиа.

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

предоставленную максимальную скорость передачи,

предоставленный максимальный размер модуля данных службы,

предоставленную задержку передачи.

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

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

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

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

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

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

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

Описание чертежей

Далее изобретение будет описано более подробно относительно прилагаемых чертежей, на которых:

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

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

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

фиг. 4a показывает пример настройки потокового приложения между сервером и устройством беспроводной связи, и

фиг. 4b показывает пример настройки разговорного приложения между двумя устройствами беспроводной связи.

Подробное описание изобретения

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

Далее протокол описания сеанса будет описан более подробно.

В широковещательной магистрали (Mbone) Интернета средство каталога сеанса используется для того, чтобы оповещать о мультимедийных конференциях и передавать адреса конференции и другую относящуюся к носителю информации информацию, необходимую для участия. Широковещательная магистраль - это часть Интернета, которая поддерживает широковещание по протоколу IP и, таким образом, разрешает эффективную связь "многие-ко-многим". Она используется исключительно для мультимедийных конференций. Такие конференции обычно имеют такое свойство, что постоянная координация членства в конференции не обязательна; чтобы принять конференцию, пользователь на узле широковещательной магистрали должен знать только широковещательный групповой адрес конференции и порты UDP для потоков данных конференции.

Каталоги сеанса помогают в оповещении о сеансах конференции и передают важную информацию по настройке конференции предполагаемым участникам. SDP предназначен для того, чтобы передавать такую информацию принимающим. SDP - это исключительно формат описания сеанса, он не содержит протокола транспортного уровня и может быть передан с помощью различных протоколов, в том числе Session Announcement Protocol, Session Initiation Protocol, Real-Time Streaming Protocol (RTSP), электронной почты, использующей расширения MIME, и Hypertext Transport Protocol.

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

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

Сеанс мультимедиа - это набор отправителей и принимающих мультимедиа и потоков данных, текущих от отправителей к принимающим. Мультимедийная конференция - пример сеанса мультимедиа.

Далее будут описаны некоторые подробности настоящих определений протокола описания сеанса относительно страницы 8 документа "Internet Engineering Task Force: draft-ietf-mmusic-sdp-new-10.txt" от 27 мая 2002 года. Некоторые описания протокола являются обязательными, некоторые - необязательными. Необязательные элементы помечены '*'.

Описание сеанса

v= (версия протокола)

o= (владелец/создатель и идентификатор сеанса)

s= (имя сеанса)

i=* (информация о сеансе)

u=* (URL-адрес описания)

e=* (адрес электронной почты)

p=* (номер телефона)

c=* (информация о подключении - необязательна, если включена во все носители информации)

b=* (информация о пропускной способности)

Одно или более описаний времени (см. ниже)

z=* (настройки часового пояса)

k=* (ключ шифрования)

a=* (ноль или более строк атрибута сеанса)

Ноль или более описаний носителя информации (см. ниже)

Описание времени

t= (время, когда сеанс активен)

r=* (ноль или более раз повторений)

Описание носителя информации

m= (имя и транспортный адрес носителя информации)

i=* (заголовок носителя информации)

c=* (информация о подключении - необязательна, если включена на уровне сеанса)

b=* (информация о пропускной способности)

k=* (ключ шифрования)

a=* (ноль или более строк атрибута носителя информации)

В данном предпочтительном варианте осуществления настоящего изобретения атрибут, информирующий о максимальной скорости передачи в SDP, составлен следующим средством:

a=3gpp-maxbitrate:<значение>

где <значение> выражено с тем же синтаксисом, что и <значение пропускной способности> в параметре SDP b=AS. Это заданный пользователем атрибут.

Альтернативный способ задать этот параметр - использовать новый дескриптор пропускной способности:

b=X-3gpp-maxbitrate:<значение пропускной способности>

X-дескрипторы означают опытные дескрипторы для SDP.

Согласно вышеупомянутому документу описание пропускной способности задается следующим образом:

b=<модификатор>:<значение пропускной способности>.

Это задает предложенную пропускную способность, которая должна использоваться сеансом или носителем информации, и является необязательным.

<Значение пропускной способности> измеряется по умолчанию в килобитах в секунду. Модификаторы могут задавать, что альтернативные модули должны быть использованы.

<Модификатор> - это одно буквенно-цифровое слово, задающее численное значение пропускной способности. Первоначально определены два модификатора:

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

AS (специализированный максимум): пропускная способность интерпретируется как специализированная для приложения, т.е. будет понятием приложения о максимальной пропускной способности. Обычно она будет совпадать с той, что задана в средстве управления приложения "максимальная пропускная способность", если подходит. Для основанных на RTP приложений AS дает "пропускную способность сеанса" RTP как заданную в разделе 6.2 RFC 1889 (RTP) (включая скорость передачи носителя информации и накладные расходы заголовков UDP/IP).

Real Time Streaming Protocol - это клиент-серверный протокол для управления доставкой данных со свойствами реального времени. Он используется для того, чтобы установить и контролировать либо однократно, либо несколько раз синхронизированные потоки непрерывного носителя информации, такие как звук и видео. RTSP передается вместе с протоколами транспортного уровня, такими как UDP и TCP. Другими словами, RTSP выступает в качестве средства удаленного управления сетью для серверов мультимедиа. Источники данных могут включать в себя как потоки живых данных (к примеру, видео и/или звук в реальном времени), так и сохраненные клипы (к примеру, фотоснимки). Клиент и сервер RTSP договариваются о подходящем наборе параметров для доставки носителя информации, частично используя, к примеру, синтаксис SDP для того, чтобы описать эти параметры.

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

a=3gpp-maxSDUsize:<значение>,

где <значение> выражено в целом числе (число байт). Это также заданный пользователем атрибут.

Фиг. 1 показывает часть системы UMTS, содержащей устройство MT1 беспроводной связи, узел 1 радиодоступа (RAN), который содержит базовую станцию 2 (BS) и контроллер 3 радиосети (RNC), который управляет базовой станцией 2 и маршрутизирует соединения между базовой станцией 2 и остальной системой, беспроводную мобильную коммутационную станцию 4 (WMSC) и узел 5 доступа с коммутацией пакетов (PDAN) в качестве вариантов маршрутизации помимо контроллера 3 радиосети. Система UMTS согласно фиг. 1 также содержит, к примеру, магистральную сеть 6 и шлюз 8 с коммутацией пакетов (PDG) к другим пакетным сетям, например к IP-сети 7, в которой устройство беспроводной связи может обмениваться данными, к примеру, с сервером 10, соединенным с IP-сетью. Более того, фиг. 1 показывает шлюз 9 с коммутацией цепей (шлюз к мобильной коммутационной станции, GWMSC) для того, чтобы соединиться, к примеру, со второй сетью NW2 мобильной связи и опорным реестром 11 положения (HLR), к примеру для того, чтобы сохранять указанные в контракте данные по доступу абонента.

Дополнительно, фиг. 3 показывает в сокращенной блок-схеме последовательности операций способа устройство MT1 беспроводной связи, соответствующее предпочтительному варианту осуществления изобретения, которым в данном примере является устройство связи, содержащее функции обработки данных и функции мобильной станции, например Nokia™ 921 Oi™ Communicator. Устройство MT1 беспроводной связи содержит, к примеру, один или более процессоров CPU, DSP, запоминающее средство MEM, модуль идентификации абонента UMTS (USIM) или соответствующее средство идентификации абонента, а также радиочасть RF для обмена данными с базовой станцией 2. Процессор CPU может быть интегрирован, к примеру, в специализир