Область техники, к которой относится изобретение
Настоящее изобретение относится к способу в системе связи, в которой потоки мультимедиа передаются от отправляющего устройства связи принимающему устройству связи, по меньшей мере, частично посредством сети беспроводной связи. Изобретение также относится к системе связи, содержащей отправляющее устройство связи, принимающее устройство связи и сеть связи для передачи потоков мультимедиа от отправляющего устройства связи к принимающему устройству связи, по меньшей мере, частично посредством сети беспроводной связи. Изобретение дополнительно относится к отправляющему устройству связи и принимающему устройству связи.
Уровень техники
В данном описании термин отправляющее устройство связи относится к устройству связи, включающему в себя передатчик, выполненный с возможностью отправлять потоки мультимедиа сети связи. Термин принимающее устройство связи относится к устройству связи, включающему в себя приемник для приема потоков мультимедиа от сети связи соответственно. Очевидно, что одно и то же устройство связи может включать в себя и передатчик, и приемник, тем самым предоставляя возможность односторонней и двусторонней связи с сетью связи. Беспроводное устройство связи включает в себя передатчик и/или приемник, реализующий беспроводную связь в сети беспроводной связи. Термин система беспроводной связи, например система мобильной связи, обычно означает любую систему связи, которая делает возможным соединение для беспроводной передачи данных между устройством беспроводной связи и стационарными частями системы, при этом пользователь устройства беспроводной связи перемещается в рабочем диапазоне системы. Типичная система беспроводной связи - наземная сеть мобильной связи общего пользования (PLMN).
Широко известный пример - система GSM (глобальная система мобильной связи). Изобретение предпочтительно относится к третьему поколению систем мобильной связи. В качестве примера, универсальная система мобильных телекоммуникаций (UMTS) используется в качестве примера такой системы связи третьего поколения.
В системах третьего поколения используются термины служба однонаправленного канала и служба. Служба однонаправленного канала - это телекоммуникационная служба, которая предоставляет возможность передавать сигналы между точками доступа. Вообще, служба однонаправленного канала соответствует более старому термину "канал трафика", который задает, например, скорость передачи данных и качество обслуживания (QoS), которые должны использоваться в системе, когда информация передается между устройством беспроводной связи и остальной частью системы. Служба однонаправленного канала между устройством беспроводной связи и базовой станцией - это, например, служба однонаправленного радиоканала, а служба однонаправленного канала между блоком управления радиосетью и базовой сетью - это, например, служба однонаправленного канала "Iu" (однонаправленный канал Interface UMTS). В системе UMTS интерфейс между блоком управления радиосетью и базовой сетью называется интерфейсом "Iu". В UMTS также предусмотрена так называемая часть GERAN, которая использует, помимо интерфейса "Iu", также интерфейс, называемый гигабитным интерфейсом. В данном соединении служба предоставлена сетью мобильной связи для выполнения задачи (задач), например службы данных выполняют передачу данных в системе связи, телефонные службы относятся к телефонным вызовам, мультимедиа и т.д. Таким образом, служба требует передачи данных, например, телефонного вызова или передачи потоков мультимедиа между устройством беспроводной связи и стационарными частями системы. Одна из важных задач в работе системы мобильной связи третьего поколения - управлять (инициализировать, поддерживать и завершать, в зависимости от потребности) службами однонаправленного канала таким образом, чтобы каждая запрошенная служба могла быть выделена мобильным станциям без потери доступной полосы пропускания.
Качество обслуживания определяет, например, как модули данных протокола (PDU) (протокольные блоки данных) обрабатываются в сети мобильной связи в ходе передачи. Например, уровни качества обслуживания, заданные для адресов подключения, используются для контроля порядка передачи, буферизации (строк пакетов) и отклонения пакетов в режимах поддержки и шлюзовых режимах поддержки, особенно когда два или более соединения имеют пакеты, которые должны быть переданы одновременно. Различные уровни обслуживания определяют, например, различные задержки для передач пакета между различными концами соединения, а также различные скорости передачи. Кроме того, число отклоненных и/или потерянных модулей пакетных данных может варьироваться в соединениях с различными уровнями обслуживания.
Есть возможность запросить различные уровни обслуживания для каждого контекста PDP. Например, в соединениях для электронной почты в передаче пакетов может быть разрешена относительно большая задержка. Тем не менее, интерактивные приложения реального времени, такие как видеоконференции, требуют передачи пакета на высокой скорости передачи. В некоторых приложениях, таких как передача файла, важно, чтобы передача с коммутацией пакетов была безошибочной, причем в случаях ошибки модули пакетных данных передавались повторно при необходимости.
Для службы связи с коммутацией пакетов в системе UMTS предполагалось задание различных классов трафика, и для свойств этих классов трафика цель состояла в том, чтобы предусмотреть различные критерии для различных типов соединения. Один критерий, заданный для первого и второго классов, - чтобы передача осуществлялась в реальном времени, при этом передача не должна иметь существенных задержек. Тем не менее, в таких классах точность передачи данных - не такое важное свойство. Соответственно передача данных не в реальном времени достаточна для третьего и четвертого классов трафика, однако для них требуется относительно точная передача данных. Примером связи первого класса в реальном времени является передача речевых сигналов в ситуации, когда два или более человека ведут дискуссию друг с другом посредством устройств беспроводной связи. Примером ситуации, когда может быть допустима связь второго класса в реальном времени, является передача видеосигнала для немедленного просмотра. Пакетная связь третьего класса не в реальном времени может быть использована, например, для использования служб базы данных, таких как просмотр домашних страниц Интернета, где относительно точная передача данных на приемлемой скорости передачи - более важный фактор, чем передача данных в реальном времени. В системе согласно данному примеру, например, передача электронных почтовых сообщений и файлов может быть отнесена к четвертой категории. Естественно, число классов трафика необязательно равно четырем, как указано здесь, но изобретение может быть применено в системах связи с коммутацией пакетов, содержащих любое число классов трафика. Свойства четырех представленных классов трафика кратко представлены в табл. 1.
- гарантированная пропускная способность
- подтверждение приема не требуется
реальное время, например, видеоинформация
- гарантированная пропускная способность
- подтверждение приема возможно
- буферизация на прикладном уровне
интерактивный способ "наибольших усилий"
- подтверждение приема
- интернетобозреватель, сетевой теледоступ - канал управления в реальном времени
фоновая передача по способу "наибольших усилий"
- подтверждение приема
- загрузка в фоновом режиме электронных почтовых сообщений, календарных событий и т.д.
1500 или 1502
1500 или 15021500 или 15021500 или 1502
10-5, 6*10-8
10-4, 10-5
10-3, 10-4, 10-5
Гарантированная скорость передачи используется для управления приемом и резервированием ресурса в 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 может быть интегрирован, к примеру, в специализированную интегральную схему 12 (ASIC), с помощью которой можно выполнять большое число логических функций устройства MT1 беспроводной связи. Запоминающее средство предпочтительно содержит оперативную память (RAM), постоянное запоминающее устройство (ROM) и, по меньшей мере, часть памяти модуля идентификации абонента USIM. Устройство MT1 беспроводной связи также содержит один или более пользовательских интерфейсов, предпочтительно содержащих клавиатуру 13, 14, дисплей 15, 16 и звуковое средство, к примеру микрофон 17, динамик 18 и кодек 19.
На фиг. 1 предположим, что функции, связанные с управлением вызова (CM), реализованы в устройстве MT1 беспроводной связи и в беспроводной мобильной коммутационной станции 4 и узле 5 доступа с коммутацией пакетов. Эти функции управления вызовом являются средством инициализации, поддержания и завершения вызова. Вследствие этого устройство MT1 беспроводной связи и беспроводная мобильная коммутационная станция 4 или узел 5 доступа с коммутацией пакетов обмениваются сигнальными сообщениями для того, чтобы инициировать, поддерживать и завершать вызов. Функции управления однонаправленным каналом (BM) и управления радиоресурсами (RM) реализованы в устройстве MT1 беспроводной связи и в контроллере 3 радиосети. Функции управления однонаправленным каналом употребляются для того, чтобы выбирать, например, один или несколько логических каналов согласно свойствам службы однонаправленного канала, выбранной для связи между устройством MT1 беспроводной связи и базовой станцией 2 для того, чтобы предоставлять качество обслуживания, соответствующее службе однонаправленного канала. Функции управления радиоресурсами используются, например, для того, чтобы выбирать радиоканал для радиодоступа между устройством MT1 беспроводной связи и базовой станцией 2.
Соединение для передачи данных с коммутацией пакетов между устройством MT1 беспроводной связи и IP-сетью 7 может быть настроено из узла 5 доступа с коммутацией пакетов (PDAN) посредством магистрали 6 с коммутацией пакетов и шлюза 8 с коммутацией пакетов (PDG). Можно настроить соединение для передачи данных с коммутацией цепей между устройством MT1 беспроводной связи и сетью мобильной связи посредством узла 1 радиодоступа, беспроводной мобильной коммутационной станции 4 и шлюза к мобильной коммутационной станции 9 (GWMSC). Этот шлюз к мобильной коммутационной станции 9 содержит средство для настройки соединения между сетью мобильной связи и второй сетью NW2, например GSM, PSTN или ISDN.
По существу, настоящее изобретение может быть применено в двух различных типах ситуаций: потоковые мультимедийные приложения и разговорные мультимедийные приложения.
Далее будет описан способ согласно предпочтительному варианту осуществления настоящего изобретения для потоковых мультимедийных приложений относительно системы фиг. 1.
Пользователь устройства MT1 беспроводной связи запускает приложение в устройстве MT1 беспроводной связи, например, с помощью пользовательского интерфейса устройства MT1 беспроводной связи. Приложением является, например, игра, мультимедийное приложение, приложение прослушивания радиоканала, приложение просмотра документа или приложение обозревателя, например WWW-обозревателя в сети. Программный код данного приложения может быть предварительно загружен, к примеру, с сервера 10, соединенного с IP-сетью, и сохранен в запоминающем средстве MEM устройства беспроводной связи. Устройство MT1 беспроводной связи имеет окружение исполнения для исполнения таких приложений. Оно активируется посредством запроса на обслуживание, переданного приложением. Функция окружения исполнения в устройстве беспроводной связи - это, например, определять требования, относящиеся к качеству обслуживания приложения.
Реализация среды исполнения и запрошенное приложение контролируются процессором CPU устройства беспроводной связи. Также возможно, что устройство беспроводной связи содержит более одного процессора CPU, но далее предполагается, что предусмотрен только один процессор CPU для исполнения приложения.
Когда пользователь хочет выбрать мультимедийное представление для просмотра, отправляется запрос устройством MT1 беспроводной связи серверу 10 для того, чтобы получить информацию о выбираемых мультимедийных представлениях. Запрос - это, например, сообщение DESCRIBE согласно протоколу RTSP. Устройство MT1 беспроводной связи может быть рассмотрено как потоковый клиент с коммутацией пакетов (клиент PSS). Запрос дополнительно передается потоковому серверу (потоковому серверу с коммутацией пакетов, серверу PSS), в данном случае, например, серверу 10 IP-сети 7. Сервер 10 рассматривает запрос и извлекает информацию о запрошенном представлении для того, чтобы выяснить, по меньшей мере, максимальную скорость передачи, необходимую для передачи предлагаемого представления. Представление может быть сохранено в закодированной форме на сервере 10, при этом сервер уже имеет информацию о максимальной скорости передачи. Если, тем не менее, представление не сохранено в закодированной форме (к примеру, живое представление), сервер 10 оценивает максимальную скорость передачи, используя какой-либо подходящий способ для этого. Когда сервер 10 собрал информацию о максимальной скорости передачи, информация о максимальной скорости передачи вставляется в качестве поля атрибута в определение протокола описания сеанса. Информация определения протокола описания сеанса передается от сервера 10 устройству MT1 беспроводной связи посредством IP-сети 7 и беспроводной сети MT1. Это может быть выполнено посредством отправки ответного сообщения от сервера 10 устройству MT1 беспроводной связи через беспроводную сеть NW1. Сообщением является, например, сообщение "200/OK" протокола RTSP, включающее в себя информацию о выбираемых мультимедийных представлениях и некоторых параметрах, относящихся к мультимедийному представлению, таких как информация о максимальной скорости передачи и максимальном размере SDU.
Когда пользователь выбрал мультимедийное представление для просмотра посредством устройства MT1 беспроводной связи, информация SDP рассматривается в устройстве MT1 беспроводной связи, и запрос на контекст PDP (или службу однонаправленного канала), использующий эти параметры, предложенные сервером, формируется и передается сети NW1 беспроводной связи. В запросе устройство MT1 беспроводной связи определяет, по меньшей мере, максимальную скорость передачи, необходимую для соединения. Другими параметрами могут быть, например, максимальный размер SDU, гарантированная скорость передачи, задержка передачи и т.д., как представлено в табл. 1. Запрос рассматривается в беспроводной сети NW1, и осуществляется выбор службы однонаправленного канала. Сеть NW1 беспроводной связи пытается выбрать такую службу однонаправленного канала для соединения, которая максимально соответствует запрошенному качеству обслуживания и которая не резервирует сетевых ресурсов больше, чем необходимо. Информация о выбранной службе однонаправленного канала передается устройству MT1 беспроводной связи. Параметры могут соответствовать (быть идентичными) параметрам, предложенным сервером 10, или их значения могут быть снижены сетью NW1 беспроводной связи, например, из-за вероятных ограничений по подписке пользователя или недостаточности сетевых ресурсов.
После этого запрос на настройку или начало передачи выбранного мультимедийного приложения отправляется устройством MT1 беспроводной связи серверу 10 (посредством беспроводной сети NW1). Сообщение запроса содержит информацию о параметрах профиля качества обслуживания, предоставленных сетью NW1 беспроводной связи. Параметры сообщаются, например, в полях заголовка сообщения, например:
3gpp-GrantedMaxbitrate: <значение>
3gpp-GrantedMaxSDUsize:<значение>
3gpp-GrantedTransferDelay:<значение>
Синтаксис первых двух аналогичен заданному для соответствующих атрибутов SDP. Синтаксис третьего атрибута (предоставленная задержка передачи) тождественен синтаксису второго атрибута и предпочтительно он выражается в миллисекундах. Предоставленная задержка передачи указывает задержку, в рамках которой пакеты передаются от сети NW1 беспроводной связи потоковому клиенту.
Предоставленные параметры могут преимущественно передаваться с помощью сообщений RTSP, к примеру, как сообщение SETUP или сообщение PLAY после того, как контекст PDP был активирован в устройстве MT1 беспроводной связи, но предоставленные параметры также могут передаваться с помощью другого сообщения протокола RTSP или сообщения другого протокола в течение всей продолжительности сеанса. Предпочтительное решение должно вставлять два заголовка в первое сообщение SETUP, отправленное устройством MT1 беспроводной связи серверу 10. После того, как сообщение принято, сервер 10 рассматривает, соответствуют ли предоставленные параметры качества обслуживания предложенным параметрам. Если существуют значительные различия между предложенными и предоставленными параметрами, сервер 10 может принять решение о том, следует ли изменить настройки передачи потока мультимедиа для того, чтобы он передавался или нет. Сервер, например, может изменить способ пакетирования на такой способ, который наиболее подходит для предоставленных параметров качества обслуживания. Сервер также может изменить размер SDU при необходимости.
Далее изображены некоторые неограничивающие примеры согласно предпочтительному варианту осуществления настоящего изобретения:
SDP:
a=3gpp-maxbitrate:70
a=3gpp-maxSDUsize: 1000
RTSP:
C->S: SETUP rtsp://example.com/foo/bar/baz.rm RTSP/1.0 CSeq: 302
транспортный уровень:
RTP/AVP;unicast;client_port=4588-4589
3gpp-GrantedMaxbitrate:64
3gpp-GrantedMaxSDUsize:800
3gpp-GrantedTransferDelay:2000
Передача запрошенного мультимедийного приложения от сервера 10 может начаться после того, как установлено подключение для устройства MT1 беспроводной связи. Передача преимущественно выполняется в пакетном формате, при этом мультимедийное представление заключается в пакеты протокола, который используется в IP-сети 7. Пакетами являются, например, IP-пакеты. В беспроводной сети NW1 IP-пакеты доставляются посредством протоколов и средства беспроводной сети NW1.
Представление может содержать такие сегменты, в которых скорость передачи превышает гарантированную скорость передачи сеанса. Тем не менее, может быть нецелесообразно резервировать ресурсы согласно максимальной скорости передачи, а, к примеру, может быть принята во внимание средняя скорость передачи. В способе согласно еще одному предпочтительному варианту осуществления настоящего изобретения еще один известный параметр, дельта пропускной способности, может быть использован в вышеупомянутых ситуациях. Этот параметр выражает разницу между максимальной скоростью передачи и гарантированной скоростью передачи и, следовательно, может быть рассчитан как максимальная скорость передачи - гарантированная скорость передачи. Эта дельта пропускной способности может быть использована для адаптации пропускной способности или для обработки максимумов скорости передачи видео. Эта дельта пропускной способности также может быть использована для предоставления оптимального качества носителя информации при кодировании потоков мультимедиа в реальном времени, например, посредством изменения на лету параметров кодирования, которые имеют влияние на скорость передачи.
Также возможно, что существуют две или более альтернатив, такие, чтобы закодировать поток мультимедиа. Пример такого преимущества приведен далее. Клиент PSS выдает сообщение DESCRIBE RTSP серверу PSS. Сервер отвечает с помощью описания SDP (включенного в так называемое ответное сообщение "200/OK"). Описание SDP содержит несколько альтернатив одного и того же потока мультимедиа, каждая из которых предназначена для различных средних и/или максимальных скоростей (например, choicel - GBR = 64 Кбит/с, MBR = 64; choice2 - GBR = 64, MBR = 128). Максимальная скорость передачи выше, чем средняя скорость передачи, может быть использована для того, чтобы, например, исключить время первоначальной буферизации. Клиент PSS выбирает предпочтительный поток носителя информации согласно предпочтениям конечного пользователя и возможностям завершения и запрашивает контекст PDP с параметрами профиля качества обслуживания, которые соответствуют средней и максимальной скорости передачи предпочтительного потока. Если предоставленные параметры профиля качества обслуживания ниже, чем запрошенные, клиент PSS должен выбрать альтернативный поток носителя информации, чьи параметры скорости передачи вписываются в диапазон предоставленных параметров профиля качества обслуживания. Наконец, клиент PSS выдает запрос SETUP серверу PSS, указывающий выбранный поток носителя информации.
Фиг. 2 изображает другую ситуацию, в которой может быть применено настоящее изобретение. Она относится к разговорным мультимедийным приложениям. Существует два или более устройств беспроводной связи, обменивающихся данными друг с другом посредством одной или более сетей NW1 связи, например, с помощью разговорных мультимедийных приложений. Первое устройство MT1 беспроводной связи осуществляет присоединение к сети NW1 беспроводной связи и активацию контекста PDP для того, чтобы начать обмен данными с коммутацией пакетов с сетью. Это известные процедуры, при этом не требуется описывать их более подробно здесь. Кроме того, второе устройство MT2 беспроводной связи выполняет аналогичные задачи с той же сетью NW1 беспроводной связи или с другой сетью беспроводной связи (не показана). Сеть NW1 беспроводной связи резервирует определенные ресурсы для устройств MT1, MT2 беспроводной связи для контекста PDP. Первое устройство MT1 беспроводной связи может проинформировать второе устройство MT2 беспроводной связи о максимальной скорости передачи, которую разрешено использовать первому устройству MT1 беспроводной связи, когда оно кодирует потоки мультимедиа для передачи второму устройству MT2 беспроводной связи. Информация о максимальной скорости передачи может быть сообщена с помощью вышеописанного поля атрибута протокола описания сеанса. Соответственно второе устройство MT2 беспроводной связи может проинформировать первое устройство MT1 беспроводной связи о максимальной скорости передачи процесса кодирования информации о носителе информации. Тем не менее, сообщения RTSP применимы с разговорными мультимедийными приложениями. Когда необходимая информация передана другой стороне сеанса, связь может начаться. Оба устройства MT1, MT2 беспроводной связи знают о максимальной скорости передачи и/или максимальном размере SDU, при этом устройства MT1, MT2 беспроводной связи могут адаптировать передачу согласно параметрам.
Устройства MT1, MT2 беспроводной связи могут также информировать об адаптированных параметрах другую сторону сеанса. Адаптированные параметры включают в себя, например, один или несколько из следующих: предоставленная максимальная скорость передачи, предоставленный максимальный размер модуля данных службы и/или предоставленная задержка передачи.
Фиг. 4a изображает в качестве упрощенной блок-схемы пример системы для передачи потоковых приложений от сервера 10 к устройству MT1 беспроводной связи. Стрелки 401 изображают потоки передачи потокового приложения. Пунктирные стрелки 402 изображают передачу информации о предложенных и предоставленных параметрах в ходе настройки потокового приложения.
Фиг. 4b изображает в качестве упрощенной блок-схемы пример системы для выполнения либо односторонних разговорных приложений (однонаправленное, стрелки 403), либо двусторонних разговорных приложений (двунаправленное, стрелки 404) между устройствами MT1, MT2 беспроводной связи. Стрелки 403 и 404 соответственно изображают потоки передачи разговорного приложения. Пунктирные стрелки 405 изображают передачу сообщений в ходе настройки разговорного приложения.
Очевидно, что настоящее изобретение не ограничено исключительно представленными выше вариантами осуществления, оно может быть модифицировано в рамках области применения прилагаемой формулы изобретения.
Настоящее изобретение относится к области связи для передачи потоков мультимедиа. Потоки мультимедиа передаются в системе связи от отправляющего устройства связи принимающему устройству связи, по меньшей мере, частично посредством сети беспроводной связи. Информация о потоке мультимедиа передается принимающему устройству связи, при этом информация содержит, по меньшей мере, один параметр передачи потока мультимедиа для резервирования сетевых ресурсов. Параметр - это максимальная скорость передачи, которая необходима для передачи, или максимальный размер модуля данных службы, который должен использоваться при передаче. Принимающее устройство связи информирует отправляющее устройство связи о параметрах профиля качества обслуживания, которые сеть беспроводной связи предоставила для передачи. Технический результат заключается в повышении эффективности передачи потоков мультимедиа в сети связи. 7 н. и 28 з.п. ф-лы, 1 табл., 5 ил.
предоставленной максимальной скорости передачи в битах,
предоставленном максимальном размере модуля служебных данных,
предоставленной задержке передачи.
максимальной скорости передачи в битах, максимальном размере модуля служебных данных.
предоставленной максимальной скорости передачи в битах,
предоставленном максимальном размере модуля служебных данных,
предоставленной задержке передачи.
максимальной скорости передачи в битах, максимальном размере модуля служебных данных.
предоставленной максимальной скорости передачи в битах,
предоставленном максимальном размере модуля служебных данных,
предоставленной задержке передачи.
детектор для определения, по меньшей мере, одного из следующих параметров передачи потока мультимедиа:
максимальной скорости передачи в битах, требуемой передачей потока мультимедиа,
максимального размера модуля служебных данных, и передатчик для отправки, по меньшей мере, упомянутого параметра принимающему устройству связи для резервирования сетевых ресурсов.
предоставленной максимальной скорости передачи в битах,
предоставленном максимальном размере модуля служебных данных,
предоставленной задержке передачи.
детектор для определения, по меньшей мере, одного из следующих параметров передачи потока мультимедиа:
максимальной скорости передачи в битах, требуемой передачей потока мультимедиа,
максимального размера модуля служебных данных, и передатчик для отправки, по меньшей мере, упомянутого параметра второму устройству беспроводной связи для резервирования сетевых ресурсов.
в котором системная информация о потоке мультимедиа описана с помощью протокола описания сеанса, при этом отправляющее устройство связи содержит приемник для приема информации о зарезервированных ресурсах связи для соединения с принимающим устройством связи и переданной от принимающего устройства связи, причем информация о зарезервированных ресурсах связи содержит, по меньшей мере, одно из следующего:
предоставленную максимальную скорость передачи в битах,
предоставленный максимальный размер модуля служебных данных,
предоставленную задержку передачи.
детектор для определения, по меньшей мере, одного из следующих параметров передачи потока мультимедиа:
максимальной скорости передачи в битах, требуемой
передачей потока мультимедиа,
максимального размера модуля служебных данных,
компоновщик сообщения для задания полю атрибута протокола описания сеанса значения определенного параметра, и
передатчик для отправки, по меньшей мере, упомянутого поля атрибута принимающему устройству связи для резервирования сетевых ресурсов.
32 Принимающее устройство связи, предназначенное для использования в системе связи, для приема потоков мультимедиа, переданных от отправляющего устройства связи, по меньшей мере, частично посредством сети беспроводной связи, при этом принимающее устройство связи содержит передатчик для отправки запроса на резервирование сетевых ресурсов для соединения с принимающим устройством связи во время приема выбранного потока мультимедиа и для отправки информации о зарезервированных ресурсах связи для соединения с принимающим устройством связи отправляющему устройству связи, при этом упомянутая информация о зарезервированных ресурсах содержит, по меньшей мере, информацию об одном из следующего:
предоставленной максимальной скорости передачи в битах,
предоставленном максимальном размере модуля служебных данных,
предоставленной задержке передачи.
селектор для выбора потока мультимедиа, который должен быть передан от отправляющего устройства связи в принимающее устройство связи,
передатчик для отправки информации о выборе отправляющему устройству связи и запроса информации о, по меньшей мере, одном из следующих параметров передачи потока мультимедиа:
максимальной скорости передачи в битах, требуемой
передачей потока мультимедиа, и
максимальном размере модуля служебных данных, и
при этом передатчик выполнен с возможностью отправки запроса на резервирование сетевых ресурсов для приема выбранного потока мультимедиа.
предоставленную максимальную скорость передачи в битах,
предоставленный максимальный размер модуля служебных данных,
предоставленную задержку передачи.
максимальной скорости передачи в битах, требуемой
передачей потока мультимедиа,
максимального размера модуля служебных данных, и передатчик для отправки, по меньшей мере, упомянутого параметра упомянутому другому устройству беспроводной связи для резервирования сетевых ресурсов.
| ЕР 1241911 А2, 18.09.2002 | |||
| RU 99113030 А, 20.05.2001 | |||
| СПОСОБ ПОЛУЧЕНИЯ СМАЗКИ ДЛЯ ХОЛОДНОЙ ОБРАБОТКИМЕТАЛЛОВ | 0 |
|
SU241592A1 |
| СПОСОБ ПОЛУЧЕНИЯ СОСТАВА ДЛЯ РЕГУЛИРОВАННОГО ВЫДЕЛЕНИЯ АКТИВНЫХ СОЕДИНЕНИЙ | 1990 |
|
RU2073998C1 |
