Способ и система для резервирования ресурса в беспроводной сети связи
Изобретение относится к технике связи. Технический результат состоит в обеспечении возможности информирования обоих концов соединения о требовании соединения. Для этого в способе мультимедийные потоки передают из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи. Выбирают, по меньшей мере, один мультимедийный поток, передаваемый в принимающее устройство связи, определяют требования QoS для передачи упомянутого выбранного, по меньшей мере, одного мультимедийного потока, резервируют ресурсы передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока и выполняют процедуру установки между принимающим устройством связи и передающим устройством связи для активации одного соединения передачи пакетных данных. Запрашивают начало передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи и используют один контекст передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока, причем информацию о зарезервированных ресурсах передают в передающее устройство связи в начале или после начала передачи, по меньшей мере, одного мультимедийного потока, запрошенного с помощью принимающего устройства связи. 12 н. и 9 з.п. ф-лы, 4 ил., 1 табл.
Перекрестная ссылка на родственные заявки
Эта заявка испрашивает приоритет, согласно 35 USC 119, предварительной патентной заявке США № 60/483157, зарегистрированной 27 июня 2003 г.
Область техники
Областью технологии является область потоковой передачи мультимедийных данных в мобильных сетях, в которых мультимедийный сервер, мобильная сеть и потоковый клиент логически соединены, например, по протоколу потоковой передачи в реальном времени (RTSP), используемому для установки и управления сеансом, и, например, протоколу передачи данных в реальном времени (RTP) для передачи среды. Потоковые системы могут быть настраиваемыми по скорости или нет. Это изобретение относится к потоковым системам, настраиваемым по скорости, которые могут приспосабливать скорость информационного содержания (контента) и/или передачи к изменяющимся состояниям каналов сети.
Настоящее изобретение относится к способу в системе связи, в которой мультимедийные потоки передаются от передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи. Изобретение также относится к системе связи, содержащей передающее устройство связи, принимающее устройство связи и сеть связи для передачи мультимедийных потоков от передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи. Изобретение также относится к передающему устройству связи и принимающему устройству связи.
Уровень техники
В этом описании понятие "передающее устройство связи" относится к устройству связи, включающему в себя передатчик, предназначенный для передачи мультимедийных потоков в сеть связи. Понятие "принимающее устройство связи" относится к устройству связи, включающему в себя приемник, предназначенный для приема мультимедийных потоков из сети связи, соответственно. Очевидно, что одно и то же устройство связи может включать в себя как передатчик, так и приемник, таким образом обеспечивая возможность односторонней или двухсторонней связи с сетью связи. Беспроводное устройство связи включает в себя передатчик и/или приемник, реализующий беспроводную связь в беспроводной сети связи. Понятие "беспроводная система связи", такая как система мобильной связи, обычно относится к любой системе связи, которая делает возможным соединение беспроводной передачи данных между беспроводным устройством связи и стационарными частями системы, причем пользователь беспроводного устройства связи перемещается в области обслуживания системы. Типичной беспроводной системой связи является наземная мобильная сеть общего пользования (PLMN). Широко известным примером является система GSM (глобальная система мобильной связи). Изобретение предпочтительно относится к системам мобильной связи третьего поколения. В качестве примера, универсальная мобильная телекоммуникационная система (UMTS) используется в качестве примера такой системы связи третьего поколения.
В системах третьего поколения используются понятия "услуга канала-носителя" или "услуга". Услуга канала-носителя является типом телекоммуникационной услуги, которая предоставляет средство передачи сигналов между пунктами доступа. Обычно услуга канала-носителя соответствует понятию канала трафика, которое определяет, например, скорость передачи данных и качество обслуживания (QoS) для использования в системе, когда информация передается между беспроводным устройством связи и другой частью системы. Услуга канала-носителя между беспроводным устройством связи и базовой станцией, например, является услугой радиоканала-носителя, а услуга канала-носителя между устройством управления сетью радиосвязи и базовой сетью, например, является услугой канала Iu (канал-носитель UMTS-интерфейса). В системе UMTS интерфейс между устройством управления сетью радиосвязи и базовой сетью называется Iu-интерфейсом. В UMTS также имеется так называемая часть GERAN, которая использует дополнительно к Iu-интерфейсу также интерфейс, называемый Gb-интерфейсом. В этой связи с помощью мобильной сети связи обеспечивается услуга для выполнения задачи (задач); например, службы данных выполняют передачу данных в системе связи, телефонные службы относятся к телефонным вызовам, мультимедийным услугам и т.д. Следовательно, служба требует передачи данных, такой как телефонный вызов или передача мультимедийных потоков, между беспроводным устройством связи и стационарными частями системы. Важной задачей работы мобильных систем связи третьего поколения является управление (инициирование, поддержка и завершение в соответствии с потребностью) услугами канала-носителя таким образом, чтобы каждая запрошенная услуга могла быть распределена подвижным станциям без избыточного расходования имеющейся полосы частот.
Качество обслуживания, например, определяет, как обрабатываются протокольные блоки данных в мобильной сети связи во время передачи. Например, уровни QoS, определенные для адресов соединения, используются для управления последовательностью передачи, буферизацией (последовательностей пакетов) и отбрасыванием пакетов в узлах поддержки и шлюзовых узлах поддержки, в частности, когда два или более соединений имеют пакеты, передаваемые одновременно. Разные уровни QoS, например, определяют разные задержки для передач пакетов между разными концами соединения, а также разные скорости передачи в битах. Также число отброшенных и/или потерянных блоков данных пакетов может изменяться в соединениях с разными уровнями QoS.
Можно запрашивать разные QoS для каждого контекста PDP (протокол пакетных данных). Например, в соединениях электронной почты может разрешаться относительно длительная задержка при передаче потоков. Однако интерактивные приложения реального времени, такие как проведение видеоконференций, требуют передачи пакетов с высокой скоростью. В некоторых приложениях, таких как передачи файлов, важно, чтобы передача с коммутацией пакетов была без ошибок, причем в ошибочных ситуациях блоки данных пакетов передают повторно, если необходимо.
Для службы связи с коммутацией пакетов в системе UMTS предложено определение четырех различных классов трафика, и для характеристик этих классов трафика рассматривались разные критерии для разных типов соединения. Одним критерием, определенным для первого и второго классов, является то, что передача происходит в реальном времени, причем передача не должна иметь существенных задержек. Однако в таких классах точность передачи данных не является такой важной характеристикой. Соответствующим образом, передача данных не в реальном времени является достаточной для третьего и четвертого классов трафика, но они требуют относительно точной передачи данных. Примером связи первого класса реального времени является передача разговорных речевых сигналов в ситуации, в которой два или более человек переговариваются друг с другом посредством беспроводных устройств связи. Примером ситуации, в которой могла бы быть возможна связь второго класса в реальном времени, является передача видеосигнала для немедленного просмотра (потоковая передача). Пакетная передача не в реальном времени третьего класса может быть использована, например, для использования услуг баз данных, таких как просмотр исходных страниц Internet, в которых относительно точная передача данных с приемлемой скоростью является более важным фактором, чем передача данных в реальном времени. В системе в соответствии с этим примером, например, передача сообщений электронной почты и файлов может быть классифицирована в четвертую категорию. Конечно, число классов трафика не обязательно равно четырем, как упомянуто в настоящем описании, но изобретение может быть применено в системах связи с коммутацией пакетов, содержащих любое число классов трафика. Характеристики четырех представленных классов трафика кратко приведены в таблице 1.
| Таблица 1 | ||||
| Класс | Первый класс (разговорный класс): реальное время, например, телефонный разговор - гарантированная пропускная способность - нет подтверждения | Второй класс (класс потоковой передачи): реальное время, например, видеоинформация - гарантированная пропускная способность - возможно подтверждение - буферизация на уровне приложения | Третий класс (интерактивный класс): - интерактивный способ с наименьшими трудозатратами - подтверждение - браузер Internet Telnet - канал управления в реальном времени | Четвертый класс (класс фоновой передачи): фоновая передача с помощью способа наименьших трудозатрат - подтверждение - фоновая загрузка сообщений электронной почты, событий календаря и т.д. |
| Максимальная битовая скорость (Кбит/с) | <2048 | < 2048 | < 2048 непроизводительные потери | < 2048 непроизводительные потери |
| Последовательность доставки | Да/Нет | Да/Нет | Да/Нет | Да/Нет |
| Максимальный размер пакета (байт) (SDU, СБД (сервисный блок данных)) | ≤500 или 1502 | ≤500 или 1502 | ≤500 или 1502 | ≤500 или 1502 |
| Передача неправильных пакетов (СБД) | Да/Нет/- | Да/Нет/- | Да/Нет/- | Да/Нет/- |
| Коэффициент необнаруженных ошибок битов | 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 |
| Коэффициент ошибок пакета (СБД) | 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 с определенными параметрами. Затем сеть выбирает канал для связи с использованием некоторых основ для выбора, например, параметров беспроводного устройства связи, которые, возможно, использованы в запросе. Такие основы выбора могут быть недостаточно подходящими или точными, причем могут возникать ситуации, в которых услуга канала-носителя не может обеспечить достаточной пропускной способности передачи для соединения, или она предоставляет больше пропускной способности, чем требуется, при этом использование ресурсов сети является неэффективным.
Другой ситуацией, в которой может требоваться доставка мультимедийной информации, является ситуация, когда два беспроводных устройства связи взаимодействуют друг с другом, чтобы обмениваться мультимедийной информацией, такой как видео или неподвижные изображения. И в ситуации этого типа сеть должна зарезервировать достаточно ресурсов для связи. Однако при использовании способов предшествующего уровня техники не всегда возможно информировать оба конца соединения о требованиях соединения.
Основные потоковые системы являются неадаптивными. Например, современная потоковая служба с коммутацией пакетов (PSS), определенная в 3GPP (проект партнерства третьего поколения) в версиях 4 и 5, является неадаптивной. Потоковая служба с коммутацией пакетов в версии 6 будет адаптивной. Адаптивная характеристика определяется возможностью системы, т.е. как потокового сервера, так и клиента адаптироваться к изменяющимся состояниям каналов сети, таким как изменения битовых скоростей канала для согласованного QoS, задержек передачи, других параметров качества обслуживания, или даже изменения в базовой сети в случае передач обслуживания.
Для того чтобы сделать систему адаптивной, должно быть установлено некоторое соединение между потоковым сервером и клиентами. Это уже имеет место всякий раз, когда используется протокол RTSP для установки и управления сеансом. Однако передача необходимой информации между сервером и клиентом должна происходить корректным образом, чтобы гарантировать, что система является адаптивной, и, что может быть получено наилучшее качество обслуживания пользователя для потоковой передачи аудио и видео.
С этой целью некоторые способы предшествующего уровня техники дают возможность передачи информации QoS, поступающей из базовой мобильной сети, от потокового клиента в потоковый сервер. Это дает возможность большего взаимодействия между двумя концами соединения, чтобы сделать систему более адаптивной.
До сих пор не определена зависимость между параметрами QoS в конкретной среде мобильной сети и использованием контекста протокола PDP. Например, возможны различные случаи. В дальнейшем не рассматривается связанный поток протокола управления передачей в реальном времени (RTCP), связанный с каждым мультимедийным потоком протокола RTP. В качестве альтернативы, рассмотрение протокола RTP и связанного с ним потока RTCP как части одного и того же мультимедийного потока не изменяет существа проблемы.
1. Контекст PDP переносит только одни мультимедийные данные сеанса потоковой передачи.
2. Контекст PDP переносит все мультимедийные данные сеанса потоковой передачи в случае, когда имеется более одних таких данных.
Если потоковый клиент решает передать в виде сигнала в потоковый сервер, например, посредством RTSP, некоторые из параметров профиля QoS, например, гарантированную битовую скорость, максимальную битовую скорость или задержку передачи, могут возникать некоторые проблемы для сервера в правильной интерпретации профиля QoS и, в итоге, в характере сетевого соединения.
В RTSP имеются два возможных вида сеансов, которые являются так называемыми агрегированным управляемым сеансом и неагрегированным управляемым сеансом. Агрегированный управляемый сеанс является сеансом, в котором на уровне передачи всеми компонентами мультимедийного потока можно управлять с помощью одной команды, посланной в сервер с помощью клиента (например, одна команда RTSP-ВОСПРОИЗВЕДЕНИЕ для аудио- и видеокомпонентов). Если это не происходит, т.е., по меньшей мере, один компонент мультимедийных данных управляется отдельно в сеансе, тогда говорят, что сеанс имеет неагрегированное управление.
В дальнейшем раскрыты некоторые примеры, чтобы пояснить проблемы, которые связаны с согласованием параметров QoS для мультимедийных потоков. Следует заметить, что примеры и различные параметры, использованные в примерах, не являются ограничивающими, и в практических реализациях могут существовать различные типы параметров и комбинаций мультимедийных потоков.
Пример 1
В этом примере мультимедийный поток включает в себя два компонента (например, один аудиопоток и один видеопоток). Все разные компоненты мультимедийного потока передаются с использованием одного контекста PDP.
Предполагается, что потоковый клиент принял уведомление из потокового сервера (например, через протокол SDP (протокол описания сеанса)), что аудиопоток требует 12 Кбит в секунду, а видеопоток требует 52 Кбит в секунду. Также предполагается, что потоковый клиент устанавливает соединение с мобильной сетью с использованием одного контекста PDP, по которому клиент желает передать как аудио-, так и видеопоток, и что сеть предоставила контекст PDP со следующими (помимо других) параметрами профиля QoS:
гарантированная битовая скорость = 64 Кбит в секунду,
максимальная битовая скорость = 70 Кбит в секунду.
Допустим, что потоковый клиент желает информировать потоковый сервер о предоставленном QoS из сети для обеспечения возможности системе быть более адаптивной. Чтобы увеличить эффективность, клиент решает сигнализировать об этой информации перед началом воспроизведения двух компонентов мультимедийного потока. Следовательно, он выбирает передачу двух полей, приведенных выше, с использованием способа УСТАНОВИТЬ. Так как имеются два компонента, клиент посылает два поля, встроенные в два сообщения УСТАНОВИТЬ (одно для аудио и одно для видео), со следующей информацией:
УСТАНОВИТЬ (аудио)
гарантированная битовая скорость = 12 Кбит в секунду,
максимальная битовая скорость = 70 Кбит в секунду.
УСТАНОВИТЬ (видео)
гарантированная битовая скорость = 52 Кбит в секунду,
максимальная битовая скорость = 70 Кбит в секунду.
Гарантированная битовая скорость, переданная в виде сигнала в каждой команде с УТАНОВИТЬ, содержит необходимую полосу частот для каждого компонента мультимедийного потока (которая известна как потоковому серверу, так и потоковому клиенту), но информация о максимальной битовой скорости может быть только предоставленной максимальной битовой скорости в контексте PDP. Следовательно, в этом примере она не может быть ничем другим, как 70 Кбит в секунду, так как невозможно разделить максимальную битовую скорость между двумя компонентами. Способ УСТАНОВИТЬ интерпретируется с помощью потокового сервера, как описание для каждого компонента мультимедийного потока. Следовательно, сервер будет интерпретировать его таким образом, как если бы виртуально имелось два канала сети с характеристиками, описанными с помощью сообщений УСТАНОВИТЬ (один канал с гарантированной битовой скоростью 12 Кбит/с и максимальной битовой скоростью 70 Кбит/с и другой канал с гарантированной битовой скоростью 52 Кбит/с и максимальной битовой скоростью 70 Кбит/с). Кумулятивная гарантированная битовая скорость компонента мультимедийного потока равна 12+52=64 Кбит/с, которая является фактической гарантированной битовой скоростью сети контекста PDP. Сервер обеспечивает передачу максимальной битовой скорости 70 Кбит/с для аудио и максимальной битовой скорости 70 Кбит/с для видео. Когда используется один контекст PDP, это значит, что кумулятивная максимальная битовая скорость компонента мультимедийного потока равна 70+70=140 Кбит/с, которая не является максимальной битовой скоростью сети для контекста PDP. Так как поток каждого компонента может быть передан с переменной битовой скоростью, сумма мгновенных битовых скоростей двух компонентов мультимедийного потока может достичь 140 Кбит/с в любой момент времени. Однако каждая величина, большая чем максимальная битовая скорость, предоставленная сетью (в этом примере 70 Кбит/с), не допустима ввиду отсутствия ресурсов сети. Следовательно, сервер может неправильно интерпретировать информацию QoS контекста PDP. Это приводит к плохому QoS для пользователя.
С другой стороны, представление о разделении максимальной битовой скорости 70 Кбит/с пропорциональным способом между двумя компонентами мультимедийного потока могло бы обеспечить выполнение сервером почти оптимального использования канала разными компонентами. Сервер попытался бы использовать канал таким образом, как если бы имелось два отдельных контекста PDP.
Подобная проблема возникает, если информация о гарантированной битовой скорости, посланная в сервер, является тем, что действительно предоставляется сетью в контексте PDP. Например, если информация о предоставленной гарантированной битовой скорости 64 Кбит/с посылается в сервер в обоих сообщениях УСТАНОВИТЬ, то возникло бы даже больше проблем, так как серверу будет необходимо послать гарантированную битовую скорость 64 Кбит/с для аудио и 64 Кбит/с для видео, что приводит к полной гарантированной битовой скорость 128 Кбит/с, которая не доступна для QoS PDP в этом примере. Это создало бы переполнение буфера сети и плохое QoS для пользователя.
Пример 2
В этом примере мультимедийный поток также включает в себя два компонента (например, один аудиопоток и один видеопоток), но каждый поток передается с использованием отдельного контекста PDP.
Предполагается, что потоковый клиент принял уведомление из потокового сервера (например, по протоколу SDP), что аудиопоток требует 12 Кбит/с, а видеопоток бит требует 52 Кбит/с. Также предполагается, что потоковый клиент устанавливает соединение с мобильной сетью с использованием двух отдельных контекстов PDP, посредством которых клиент желает передать, соответственно, аудио- и видеопотоки, и что сеть предоставила контекст PDP со следующими (помимо других) параметрами профиля QoS:
Контекст PDP для аудио:
гарантированная битовая скорость 12 Кбит/с,
максимальная битовая скорость 20 Кбит/с.
Контекст PDP для видео:
гарантированная битовая скорость 52 Кбит/с,
максимальная битовая скорость 64 Кбит/с.
Предполагается, что потоковый клиент желает информировать потоковый сервер о предоставленном QoS из сети, чтобы дать возможность системе быть более адаптивной. Информация QoS может быть послана в команде PLAY (ВОСПРОИЗВЕДЕНИЕ). Команда ВОСПРОИЗВЕДЕНИЕ обычно интерпретируется сервером как команда агрегированного сеанса. Следовательно, должна быть послана только пара параметров. Клиент может принять решение послать гарантированную битовую скорость 12+52=64 Кбит/с и максимальную битовую скорость 20+64=84 Кбит/с. Это может привести к путанице на сервере, который может понять эту информацию так, что использован один контекст PDP с определенными параметрами QoS, что не имеет места в этом примере.
В обоих описанных выше случаях основной проблемой является то, что потоковый сервер не знает, какой тип канала сети зарезервирован для передачи данных (которая может быть либо одним, либо множеством контекстов PDP), поскольку он не имеет представления о типе назначения контекста PDP. Это представление имеется только на стороне потокового клиента.
Сущность изобретения
Следовательно, задачей настоящего изобретения является создание способа и системы, направленных на решение проблем возможных недоразумений, с которыми мог бы столкнуться сервер в случае информирования его клиентом об информации QoS контекста (контекстов) PDP сети.
Задачи изобретения решаются использованием вариантов способов сигнализации о параметрах для информирования сервера о характеристиках сеанса, предоставленных клиенту сетью.
В соответствии с первым аспектом настоящего изобретения предоставлен способ в системе связи, содержащий этапы, на которых:
выбирают, по меньшей мере, один мультимедийный поток для передачи в принимающее устройство связи,
определяют требования качества обслуживания (QoS) для передачи упомянутого выбранного, по меньшей мере, одного мультимедийного потока,
резервируют ресурсы передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
выполняют процедуру установки между принимающим устройством связи и передающим устройством связи для активации одного соединения передачи пакетных данных,
запрашивают начало передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи,
передают мультимедийные потоки из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи, причем передача содержит использование одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока,
причем способ дополнительно содержит передачу информации о зарезервированных ресурсах в передающее устройство связи на этапе или после этапа запроса начала передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи.
В соответствии со вторым аспектом настоящего изобретения предоставлен способ в системе связи, содержащий этапы, на которых:
выбирают, по меньшей мере, один мультимедийный поток, передаваемый в принимающее устройство связи,
определяют требования QoS для передачи выбранного, по меньшей мере, одного мультимедийного потока,
резервируют ресурсы передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
выполняют процедуру установки между принимающим устройством связи и передающим устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных,
запрашивают начало передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи,
передают мультимедийные потоки из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи, причем передача содержит использование одного контекста передачи данных для каждого выбранного мультимедийного потока,
причем способ дополнительно содержит этап передачи информации о зарезервированных ресурсах в передающее устройство связи в связи с процедурой установки.
В соответствии с третьим аспектом настоящего изобретения предоставлен способ в системе связи, содержащий этапы, на которых:
запрашивают с помощью принимающего устройства связи информацию о требованиях QoS для передачи, по меньшей мере, одного мультимедийного потока из передающего устройства связи в принимающее устройство связи,
запрашивают с помощью принимающего устройства связи ресурсы передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
резервируют с помощью беспроводной сети связи ресурсы для передачи,
передают с помощью беспроводной сети связи информацию о зарезервированных ресурсах в принимающее устройство связи,
выполняют процедуру установки с помощью принимающего устройства связи и передающего устройства связи для активации одного соединения передачи пакетных данных,
запрашивают с помощью принимающего устройства связи начало передачи, по меньшей мере, одного мультимедийного потока с помощью передачи команды начала передачи в передающее устройство связи, причем в команде также передают информацию о зарезервированных ресурсах в передающее устройство связи, и
передают мультимедийные потоки из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи с использованием одного соединения передачи пакетных данных.
В соответствии с четвертым аспектом настоящего изобретения предоставлен способ в системе связи, содержащий этапы, на которых:
запрашивают с помощью принимающего устройства связи информацию о требованиях QoS для передачи, по меньшей мере, одного мультимедийного потока из передающего устройства связи в принимающее устройство связи,
запрашивают с помощью принимающего устройства связи ресурсы передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
резервируют с помощью беспроводной сети связи ресурсы для передачи,
передают с помощью беспроводной сети связи информацию о зарезервированных ресурсах в принимающее устройство связи,
выполняют процедуру установки с помощью принимающего устройства связи и передающего устройства связи для активации, по меньшей мере, одного соединения передачи пакетных данных, причем процедура установки содержит этапы, на которых передают с помощью принимающего устройства связи информацию о зарезервированных ресурсах в передающее устройство связи и запрашивают начало передачи, по меньшей мере, одного мультимедийного потока с помощью передачи команды начала передачи в передающее устройство связи, причем в указанной команде не передают информацию о зарезервированных ресурсах в передающее устройство связи, и
причем способ дополнительно содержит этап передачи мультимедийных потоков из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи с использованием, по меньшей мере, одного соединения передачи пакетных данных.
В соответствии с пятым аспектом настоящего изобретения предоставлена система связи, содержащая:
средство, предназначенное для передачи мультимедийных потоков из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи,
средство, предназначенное для выбора, по меньшей мере, одного мультимедийного потока, передаваемого в принимающее устройство связи,
средство, предназначенное для определения требований QoS для передачи упомянутого выбранного, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для резервирования ресурсов передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для выполнения процедуры установки между принимающим устройством связи и передающим устройством связи для активации одного соединения передачи пакетных данных,
средство, предназначенное для запрашивания начала передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи,
средство, предназначенное для использования одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока, и
средство, предназначенное для передачи информации о зарезервированных ресурсах в передающее устройство связи в начале или после начала передачи, по меньшей мере, одного мультимедийного потока, запрошенного с помощью принимающего устройства связи.
В соответствии с шестым аспектом настоящего изобретения предоставлена система связи, содержащая:
средство, предназначенное для передачи мультимедийных потоков из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи, с использованием, по меньшей мере, одного соединения передачи пакетных данных,
средство, предназначенное для выбора, по меньшей мере, одного мультимедийного потока, передаваемого в принимающее устройство связи,
средство, предназначенное для определения требований QoS для передачи упомянутого выбранного, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для резервирования ресурсов передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для выполнения процедуры установки между принимающим устройством связи и передающим устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных,
средство, предназначенное для запрашивания начала передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи,
средство, предназначенное для использования одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока, и
средство, предназначенное для передачи информации о зарезервированных ресурсах в передающее устройство связи в связи с процедурой установки.
В соответствии с седьмым аспектом настоящего изобретения предоставлено передающее устройство связи, содержащее:
средство, предназначенное для передачи мультимедийных потоков в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи, с использованием, по меньшей мере, одного соединения передачи пакетных данных,
средство, предназначенное для приема информации о выбранном, по меньшей мере, одном мультимедийном потоке, передаваемом в принимающее устройство связи,
средство, предназначенное для приема запроса процедуры установки между принимающим устройством связи и передающим устройства связи для активации, по меньшей мере, одного соединения передачи пакетных данных,
средство, предназначенное для приема запроса начала передачи, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для использования одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока; и
средство, предназначенное для приема информации о зарезервированных ресурсах для упомянутого, по меньшей мере, одного соединения передачи пакетных данных в связи с процедурой установки.
В соответствии с восьмым аспектом настоящего изобретения предоставлено принимающее устройство связи, содержащее:
средство, предназначенное для приема мультимедийных потоков из передающего устройства связи, по меньшей мере, частично через беспроводную сеть связи с использованием, по меньшей мере, одного соединения передачи пакетных данных,
средство, предназначенное для выбора, по меньшей мере, одного мультимедийного потока, передаваемого в принимающее устройство связи,
средство, предназначенное для определения требований QoS для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для запрашивания ресурсов передачи из беспроводной сети связи для передачи упомянутого выбранного, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для инициирования процедуры установки между принимающим устройством связи и передающим устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных,
средство, предназначенное для запрашивания начала передачи, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для использования одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока; и
средство, предназначенное для передачи информации о зарезервированных ресурсах в передающее устройство связи в связи с процедурой установки.
В соответствии с девятым аспектом настоящего изобретения предоставлено беспроводное устройство связи, содержащее:
средство, предназначенное для передачи мультимедийных потоков в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи с использованием, по меньшей мере, одного соединения передачи пакетных данных,
средство, предназначенное для приема информации о выборе, по меньшей мере, одного мультимедийного потока, передаваемого в принимающее устройство связи,
средство, предназначенное для приема запроса процедуры установки между принимающим устройством связи и беспроводным устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных,
средство, предназначенное для приема запроса начала передачи, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для использования одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока, и
средство, предназначенное для приема информации о зарезервированных ресурсах для упомянутого, по меньшей мере, одного соединения передачи пакетных данных в связи с процедурой установки.
В соответствии с десятым аспектом настоящего изобретения предоставлено беспроводное устройство связи, содержащее:
средство, предназначенное для приема мультимедийных потоков из передающего устройства связи, по меньшей мере, частично через беспроводную сеть связи с использованием, по меньшей мере, одного соединения передачи пакетных данных,
средство, предназначенное для выбора, по меньшей мере, одного мультимедийного потока, передаваемого в беспроводное устройство связи,
средство, предназначенное для определения требований QoS для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для запрашивания ресурсов передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для инициирования процедуры установки между беспроводным устройством связи и передающим устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных,
средство, предназначенное для запрашивания начала передачи, по меньшей мере, одного мультимедийного потока,
средство, предназначенное для использования одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока; и
средство, предназначенное для передачи информации о зарезервированных ресурсах в передающее устройство связи в связи с процедурой установки.
Настоящее изобретение имеет преимущества по сравнению с системами и способами предшествующего уровня техники. Изобретение позволяет уведомить потоковый сервер о параметрах QoS, предоставленных для каждого контекста PDP. Это обеспечивает возможность более лучшей и точной адаптации с помощью задания более точных параметров профиля QoS.
Изобретение устраняет конфликт, который возникает из-за использования одного/множества контекстов PDP клиентом для сеанса потоковой передачи и параметра QoS, сигнализируемого в сервер.
Если процедура, описанная в изобретении, не используется, тогда мультимедийный сеанс не может извлечь пользу из информации о параметре QoS, а вместо этого имеется риск сильного ухудшения качества обслуживания.
Изобретение использует концепции беспроводной потоковой передачи и улучшает производительность мультимедийной потоковой передачи и адаптацию для беспроводной области, используя специфические протоколы 3GPP и кодеки.
Другое важное преимущество обеспечивается возможностью эффективного использования разности полосы частот, вычисленной как максимальная битовая скорость - гарантированная битовая скорость. Эта полоса частот может быть использована для адаптации полосы частот или для обработки максимумов битовой скорости видеоданных. Наконец, эта разность полосы частот может быть использована для предоставления наилучшего качества мультимедийных данных при кодировании мультимедийных потоков в реальном времени, например, с помощью оперативного изменения параметров кодирования (включая битовую скорость мультимедийного потока), которые повлияли на битовую скорость.
Краткое описание чертежей
Изобретение описано ниже более подробно со ссылками на прилагаемые чертежи, на которых показано следующее:
фиг. 1 - система, в которой может быть применен способ в соответствии с предпочтительным вариантом осуществления изобретения,
фиг. 2 - упрощенное представление в виде блок-схемы беспроводного устройства связи в соответствии с предпочтительным вариантом осуществления изобретения,
фиг. 3 - диаграмма сигнализации резервирования QoS и управления сеансом для клиента с одним контекстом PDP, и
фиг. 4 - диаграмма сигнализации резервирования QoS и управления сеансом для клиента с поддержкой множественного контекста PDP.
Подробное описание предпочтительного варианта осуществления изобретения
В дальнейшем описании предпочтительного варианта осуществления изобретения в качестве примера используется мобильная система связи типа UMTS, однако любому специалисту в данной области техники понятно, что изобретение не ограничено только этой системой, но оно также может быть применено в других системах связи, в которых можно определить разные уровни QoS для связи.
Ниже более подробно описан протокол описания сеанса (SDP).
В многоадресной магистрали (Mbone) Интернета используется инструментальное средство каталога сеанса для объявлений о мультимедийных конференциях и передачи адресов конференций и специфической для мультимедийного потока информации, необходимой для участия. Многоадресная магистраль является частью Интернета, которая поддерживает многоадресную передачу IP-протокола и, следовательно, дает возможность эффективной связи "многих со многими". Она широко используется для проведения мультимедийных конференций. Таким конференциям обычно свойственно то, что для участия в конференции жесткая координация членства конференции не обязательна, пользователь на сайте многоадресной магистрали должен только знать групповой адрес многоадресной передачи конференции и порты UDP (протокол пользовательских дейтаграмм) для потоков данных конференции.
Каталоги сеансов способствуют уведомлению о сеансах конференций и передают соответствующую информацию установки конференции возможным участникам. Протокол UDP разработан для передачи такой информации получателям, он является исключительно форматом, предназначенным для описания сеанса и не включает в себя транспортный протокол, а может передаваться с разными протоколами, включая протокол объявления сеанса, протокол инициирования сеанса, протокол потоковой передачи в реальном времени (RTSP), электронную почту, использующую расширения MIME (многоцелевые расширения электронной почты сети Интернет) и транспортный протокол гипертекста.
UDP является универсальным, так что он может использоваться для более широкого диапазона сетевых сред и приложений, чем просто каталоги сеансов многоадресной передачи.
Мультимедийная конференция является множеством из двух или более взаимодействующих устройств связи вместе с программным обеспечением, которые они используют для взаимодействия.
Мультимедийная конференция является множеством мультимедийных отправителей и получателей и потоков данных, проходящих от отправителей к получателям. Мультимедийная конференция является примером мультимедийного сеанса.
Ниже описаны некоторые детали настоящих определений протокола описания сеанса. Некоторые описания протокола являются необходимыми, а другие являются факультативными и отмечены символом '*'.
Описание сеанса
v = (версия протокола)
о = (идентификатор владельца/создателя и сеанса)
s = (имя сеанса)
i =* (информация о сеансе)
u =* (URI описания)
е =* (адрес электронной почты)
р =* (номер телефона)
с =* (информация о соединении не требуется, если включена во все компоненты мультимедийного потока)
b =* (информация о полосе частот)
Одно или более описаний времени (смотри ниже)
z =* (настройки временной зоны)
k =* (ключ шифрования)
а =* (ноль или более строк атрибутов сеансов)
Ноль или более описаний компонента мультимедийного потока (смотри ниже)
Описание времени
t = (время, когда сеанс является активным)
r =* (ноль или более раз повторения)
Описание компонента мультимедийного потока
m = (имя компонента мультимедийного потока и адрес транспортировки)
i =* (заголовок компонента мультимедийного потока)
c =* (информация о соединении не обязательна, если включена в уровень сеанса)
b =* (информация о полосе частот)
k =* (ключ шифрования)
a =* (ноль или более строк атрибутов компонента мультимедийного потока)
В соответствии с упомянутым выше документом, описание полосы частот определено следующим образом:
b=<модификатор>:<величина полосы частот>
Это определяет предложенную полосу частот, используемую сеансом или компонентом мультимедийного потока, и является факультативным.
<величина полосы частот> представлена в Кбит/с по умолчанию. Модификаторы могут определять, что могут быть использованы альтернативные единицы.
<модификатор> - это одно алфавитно-цифровое слово, дающее значение показателя полосы частот. Первоначально определены два модификатора:
СТ (Полное значение для конференций): если полоса частот сеанса или мультимедийного потока в сеансе отличается от ожидаемой полосы частот, для сеанса должна быть предусмотрена строка 'b=CT...', дающая предполагаемое верхнее ограничение используемой полосы частот. Основной целью этого является дать приблизительное представление о том, что, могут ли одновременно существовать два или более сеансов.
AS (максимум, специфический для приложения): полоса частот интерпретируется как специфическая для приложения, т.е. будет концепцией максимальной полосы частот приложения. Обычно это будет совпадать с тем, что установлено с помощью управляющего элемента 'максимальная полоса частот' приложения, если он применим. Для приложений, основанных на RTP, AS дает "полосу частот сеанса" RTP, как определено в разделе 6.2 RFC 1889 (RTP) (включая битовую скорость мультимедийного потока и непроизводительные затраты заголовков UDP/IP).
Протокол потоковой передачи в реальном времени является протоколом клиент-сервер для управления доставкой данных с характеристиками реального времени. Он используется для установления и управления одним или несколькими синхронизированными во времени непрерывными компонентами мультимедийного потока, такими как аудио или видео. RTSP передается с использованием транспортных протоколов, таких как UDP и TCP (протокол управления передачей). Иначе говоря, RTSP действует как дистанционный управляющий элемент сети для мультимедийных серверов. Источники данных могут включать в себя устройства подачи данных в реальном времени (например, видео и/или аудио реального времени) и запомненные кадры (например, неподвижные изображения). Клиент и сервер RTSP согласуют соответствующее множество параметров для доставки мультимедийного потока частично с использованием, например, синтаксиса SDP для описания этих параметров.
Фиг. 1 изображает часть системы UMTS, содержащую беспроводное устройство связи МТ1, узел 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, РИМ), например, для хранения данных контракта доступа абонента.
Кроме того, на фиг. 2 на упрощенной блок схеме показано беспроводное устройство связи МТ1 согласно предпочтительному варианту осуществления изобретения, которое в этом примере является устройством связи, содержащим функции обработки данных и функции подвижной станции, такое как коммутатор Nokia 9210i. Устройство беспроводной связи МТ1 содержит, например, один или более процессоров CPU, ЦП (центральный процессор), DSP, ПЦС (процессор цифровых сигналов), средство памяти МЕМ, модуль идентификационного кода абонента системы UMTS (USIM) или соответствующее средство, предназначенное для идентификации абонента, и радиочастотный блок (RF, РЧ), предназначенный для связи с базовой станцией 2. Процессор ЦП может интегрироваться, например, в интегральную схему 12 прикладной ориентации (ASIC), с его помощью может выполняться большое число логических функций беспроводного устройства связи МТ1. Средство памяти предпочтительно содержит память произвольного доступа (RAM, ОЗУ), память только для чтения (ROM, ПЗУ) и, по меньшей мере, часть памяти модуля USIM. Беспроводное устройство связи МТ1 также содержит один или более пользовательских интерфейсов, предпочтительно содержащих клавиатуру 13, 14, устройство 15, 16 отображения и аудиосредство, например микрофон 17, громкоговоритель 18 и кодек 19.
На фиг. 1 предполагается, что функции, связанные с управлением вызова (СМ, УВ), реализованы в беспроводном устройстве связи МТ1 и как в беспроводном центре 4 коммутации мобильной связи, так и в узле 5 доступа к пакетным данным. Эти функции управления вызовом составляют средство, предназначенное для инициализации, поддержания и завершения вызова. Следовательно, беспроводное устройство связи МТ1 и беспроводной центр 4 коммутации мобильной связи или узел 5 доступа к пакетным данным обмениваются сообщениями сигнализации вызова, чтобы инициализировать, поддерживать и завершать вызов. Функции управления каналом-носителем (ВМ, УК) и управления радиоресурсами (RM, УРР) реализованы в беспроводном устройстве связи МТ1 и в контроллере 3 радиосети. Функции управления каналом-носителем используются для выбора, например, одного или нескольких логических каналов в соответствии с характеристиками службы канала-носителя, выбранной для связи между беспроводным устройством связи МТ1 и базовой станцией 2, чтобы обеспечить качество обслуживания, согласующееся со службой канала-носителя. Функции управления радиоресурсами используются, например, для выбора радиоканала для радиосвязи между беспроводным устройством связи МТ1 и базовой станцией 2.
Соединение передачи пакетных данных между беспроводным устройством связи МТ1 и IP-сетью 7 может быть установлено из узла 5 доступа к пакетным данным (УДПД) через магистраль 6 пакетных данных и шлюз 8 пакетных данных (ШПД). Можно установить соединение передачи данных с коммутацией каналов между беспроводным устройством связи МТ1 и мобильной сетью связи через узел 1 радиодоступа, беспроводной центр 4 коммутации мобильной связи и шлюз для центра 9 коммутации мобильных служб (ШЦКМС). Этот шлюз для центра 9 коммутации мобильных служб содержит средство, предназначенное для установки соединения между мобильной сетью связи и второй сетью NW2, такой как GSM, PSTN (коммутируемая телефонная сеть общего пользования) или ISDN (цифровая сеть с интегрированными услугами).
Способ в соответствии с предпочтительным вариантом осуществления настоящего изобретения, предназначенный для приложений потоковой мультимедийной передачи, описан ниже со ссылкой на систему по фиг. 1 и диаграммы передачи сигналов по фиг. 3 и фиг. 4. Следующие реализации основаны на использовании протокола RTSP. Также параметры "QoSParams, MaxBW, GuaBW, TDelayMax и url" являются фиктивными именами параметров, которые являются концептуальными символами-заполнителями для объясненного выше изобретения. Они могут быть названы по-другому в реальных реализациях.
Во-первых, будут определены некоторые понятия. Клиент - это беспроводное устройство связи МТ1, а сервер - это провайдер услуг потоковой мультимедийной передачи (например, сервер 10 на фиг. 1) для клиента. Мультимедийный сеанс - это интервал времени, в течение которого происходит обмен мультимедийными данными между клиентом и сервером. Фаза установки мультимедийного сеанса - это интервал времени, в течение которого клиент и сервер обмениваются информацией установки, связанной с мультимедийным сеансом, например компонентами мультимедийного потока, используемыми в течение сеанса, информацией о полосе частот, информацией, связанной с мультимедийным кодеком и т.д. Контекст PDP - это логическое указание абстрактной границы между процессом резервирования ресурса QoS и подвижной станцией, выполняющей потокового клиента.
Клиент может быть в сети NW1 с обеспечением QoS, которая может предоставить некоторые гарантии клиенту на основании его ресурсов. Эти гарантии могут охватывать одно или более из следующего:
- максимальная битовая скорость (MaxBW): максимальная полоса частот, которая может быть использована согласованным мультимедийным компонентом или всем мультимедийным сеансом;
- гарантированная битовая скорость (GuaBW): величина полосы частот, которую процедура резервирования QoS гарантирует клиенту для согласованного мультимедийного компонента или всего мультимедийного сеанса;
- задержка передачи (TdelayMax): задержка (в миллисекундах), которую испытывает каждый блок данных во время передачи из сервера клиенту и наоборот;
- другие параметры также могут быть определены, но они не описаны подробно в настоящей заявке.
Изобретение охватывает две различные возможности, которые может испытывать клиент на основе его возможности иметь множество или один контекст PDP в течение мультимедийного сеанса.
Во-первых, ниже более подробно описана ситуация, в которой клиент может обрабатывать в каждый данный момент времени только один контекст PDP. Иначе говоря, клиент с поддержкой одного контекста PDP может иметь резервирование одного ресурса QoS в каждый данный момент времени, который охватывает все мультимедийные компоненты (т.е. аудио, видео и т.д.) в течение мультимедийного сеанса. Это значит, что мультимедийные данные, независимо от того, являются ли они видео или аудио и другими данными, совместно используют канал передачи с одним и тем же ресурсом QoS.
В первом сценарии агрегированный управляемый сеанс активизируют для беспроводного устройства связи МТ1 (клиент), имеющего поддержку только одного контекста PDP для потокового сеанса. В этом сценарии, если беспроводное устройство связи МТ1 имеет множество мультимедийных компонентов, чтобы установить для сеанса (например, аудио, а также сопровождающий видеопоток), то клиент не должен посылать согласованные параметры QoS, такие как максимальная битовая скорость MaxBW, гарантированная битовая скорость GuaBW, максимальная задержка передачи TdelayMax и любые другие параметры профиля QoS в сервер 10 во время фазы установки из-за проблемы, описанной в разделе, относящемся к уровню техники.
Согласованные параметры QoS должны быть посланы в сервер во время или после активизации передачи потока, т.е. с командой ВОСПРОИЗВЕДЕНИЕ или после того, как команда ВОСПРОИЗВЕДЕНИЕ передана из беспроводного устройства связи МТ1 в сервер 10.
Последовательность команд может быть следующей (фиг. 3):
Беспроводное устройство связи МТ1 передает 301 команду ОПИСАНИЕ СЕАНСА в сервер 10.
Сервер отвечает на эту команду с помощью передачи 302 описания SDP, включающего в себя информацию о различных мультимедийных потоках.
В приведенном выше описании SDP видео1 имеет определение b=AS, равное 50 Кбит/с, видео2 имеет определение b=AS, равное 20 Кбит/с, аудио1 имеет определение b=AS, равное 10 Кбит/с, и аудио2 имеет определение b=AS, равное 20 Кбит/с.
Затем в беспроводном устройстве связи МТ1 делается выбор, например, пользователем из сообщенных компонентов, чтобы выбрать потоки, передаваемые в беспроводное устройство связи МТ1.
В этом примере предполагается, что выбраны видео1 (50 Кбит/с) и аудио2 (20 Кбит/с), имеющие общую битовую скорость, равную 70 Кбит/с. После этого беспроводное устройство связи посылает 303 запрос услуги канала-носителя в сеть связи NW1. В запрос беспроводное устройство связи МТ1 включает желаемые параметры QoS (максимальную битовую скорость, равную 70 Кбит/с) для всех мультимедийных компонентов.
В этом примере сеть может гарантировать только 60 Кбит/с и обеспечивает максимальную битовую скорость, равную 80 Кбит/с. Затем NT информирует 304 беспроводное устройство связи МТ1 о предоставленных параметрах QoS для услуги канала-носителя. После согласования с сетью для услуги канала-носителя для сеанса PDP беспроводное устройство связи МТ1 передает 305 первое сообщение установки в сервер 10 для информирования о выбранном первом компоненте мультимедийного потока, т.е. видео1.
Сервер 10 отвечает 306 с помощью сообщения ПОДТВЕРЖДЕНИЕ, если выбор сделан.
Беспроводное устройство связи МТ1 также передает 307 второе сообщение установки в сервер 10 для информирования о выбранном втором компоненте мультимедийного потока, т.е. аудио2.
Сервер 10 отвечает 308 с помощью сообщения ПОДТВЕРЖДЕНИЕ, если выбор сделан.
Воспроизведение компонентов мультимедийного потока инициализируется с помощью передачи 309 команды ВОСПРОИЗВЕДЕНИЕ из беспроводного устройства связи МТ1 в сервер 10. В этом случае команда ВОСПРОИЗВЕДЕНИЕ включена с информацией, по меньшей мере, об одном из параметров QoS, относящихся к максимальной битовой скорости и гарантированной битовой скорости, которые предоставила сеть NT1.
Сервер отвечает на команду с помощью посылки ПОДТВЕРЖДЕНИЕ в беспроводное устройство связи МТ1.
Теперь, когда сервер 10 получил команду ВОСПРОИЗВЕДЕНИЕ, он знает, что существует один канал QoS с параметрами QoS, переданными в виде сигнала с помощью беспроводного устройства связи МТ1, и сервер 10 может адаптировать передачу выбранных компонентов мультимедийного потока в соответствии с этими параметрами.
После команды ВОСПРОИЗВЕДЕНИЕ беспроводное устройство связи МТ1 может обновить согласованные параметры QoS для всего мультимедийного сеанса с использованием другой команды RTSP, определенной в контексте потоковой системы.
Если мультимедийный сеанс является неагрегированным управляемым сеансом (например, аудио- и видеоданные выбирают из двух отдельных серверов), то беспроводное устройство связи МТ1 не должно посылать параметры QoS, так как серверы отдельных мультимедийных услуг не осведомлены ни друг о друге, ни о том факте, что мультимедийные компоненты совместно используют один и тот же зарезервированный канал QoS.
Во-вторых, ниже более подробно описана ситуация, в которой клиент может поддерживать множество контекстов PDP в каждый данный момент времени. Иначе говоря, клиент с поддержкой множества контекстов PDP может иметь множество резервирований ресурсов QoS в каждый данный момент времени, которые могут быть распределены между мультимедийными компонентами (т.е. аудио, видео и т.д.) в течение мультимедийного сеанса. Может иметься отдельный мультимедийный сеанс для каждого мультимедийного компонента (т.е. аудио, видео и т.д.) в течение мультимедийного сеанса. Все мультимедийные компоненты могут иметь разные резервирования ресурсов QoS.
Во втором сценарии, если беспроводное устройство связи МТ1 имеет множество мультимедийных компонентов, чтобы установить сеанс, и, если беспроводное устройство связи МТ1 желает активизировать множество контекстов PDP для разных мультимедийных компонентов, а также, если протокол управления сеансом не обеспечивает того, что указатели url мультимедийных компонентов устанавливают различия между мультимедийными компонентами, то беспроводное устройство связи МТ1 не должно посылать согласованные MaxBW, GuaBW, TdelayMax QoS и другие параметры профиля QoS в сервер с командой ВОСПРОИЗВЕДЕНИЕ, которая, вероятно, будет суммированием большинства из этих параметров. Вместо этого, параметры QoS должны быть посланы во время фазы установки каждого мультимедийного компонента.
Последовательность команд может быть следующей (фиг. 4):
Беспроводное устройство связи МТ1 передает (401) команду ОПИСАНИЕ СЕАНСА в сервер 10.
Сервер 10 отвечает на эту команду передачей (402) описания SDP, включающего в себя информацию о различных мультимедийных потоках
В приведенном выше описании SDP видео1 имеет определение b=AS, равное 50 Кбит/с, видео2 имеет определение b=AS, равное 20 Кбит/с, аудио1 имеет определение b=AS, равное 10 Кбит/с, и аудио2 имеет определение b=AS, равное 20 Кбит/с.
Затем в беспроводном устройстве связи МТ1 делается выбор, например, пользователем из сообщенных мультимедийных компонентов, чтобы выбрать потоки, передаваемые в беспроводное устройство связи МТ1. В этом примере заявитель допускает, что выбраны видео1, имеющее битовую скорость 50 Кбит/с, и аудио2, имеющее битовую скорость 20 Кбит/с. После этого беспроводное устройство связи посылает (403) первый запрос первой службы канала в сеть связи NW1. В запрос беспроводное устройство связи МТ1 включает желаемые параметры QoS (гарантированную битовую скорость 50 Кбит/с) для первого компонента среды (видео1). В этом примере сеть может гарантировать только 50 Кбит/с и дает возможность максимальной битовой скорости 80 Кбит/с. Затем сеть NW1 информирует (404) беспроводное устройство связи МТ1 о гарантированных параметрах QoS для первой услуги канала-носителя. Затем беспроводное устройство связи посылает (405) второй запрос второй услуги канала-носителя в сеть связи NW1. В запрос беспроводное устройство связи МТ1 включает желаемые параметры QoS (гарантированную битовую скорость 20 Кбит/с) для второго мультимедийного компонента (аудио1). В этом примере сеть может гарантировать только 20 Кбит/с для второго мультимедийного компонента (аудио1) и дает возможность максимальной битовой скорости 40 Кбит/с. Затем сеть NW1 информирует (406) беспроводное устройство связи МТ1 о гарантированных параметрах QoS для второй услуги канала-носителя. После согласования с сетью услуг канала-носителя для сеансов PDP беспроводное устройство связи МТ1 передает (407) первое сообщение установки в сервер 10 для информирования о выбранном первом мультимедийном потоке, т.е. видео1.
Сервер 10 отвечает (408) сообщением ПОДТВЕРЖДЕНИЕ, если выбор сделан.
Беспроводное устройство связи МТ1 также передает (409) второе сообщение установки в сервер 10 для информирования о выбранном втором мультимедийном потоке, т.е. аудио2.
Сервер 10 отвечает (410) сообщением ПОДТВЕРЖДЕНИЕ, если выбор сделан.
Воспроизведение потоков среды инициализируется передачей (411) команды ВОСПРОИЗВЕДЕНИЕ из беспроводного устройства связи МТ1 в сервер 10.
В этом случае команда ВОСПРОИЗВЕДЕНИЕ не включена с информацией о параметрах QoS, относящихся к максимальной битовой скорости и гарантированной битовой скорости, которые предоставляет сеть NW1.
Сервер отвечает (412) на команду посылкой ПОДТВЕРЖДЕНИЕ в беспроводное устройство связи МТ1.
В качестве альтернативы, в запросе ВОСПРОИЗВЕДЕНИЕ RTSP беспроводное устройство связи МТ1 может сделать следующее:
Теперь сервер может идентифицировать, какие параметры QoS соотнесены с каким мультимедийным компонентом, на основании своего URL (унифицированный адрес ресурса) мультимедийного компонента.
Теперь, когда сервер 10 принял команду ВОСПРОИЗВЕДЕНИЕ, ему известно, что существует множество каналов QoS с отдельными параметрами QoS, сигнализированными беспроводным устройством связи МТ1. Так как каждый мультимедийный компонент имеет свое собственное множество согласованных параметров QoS, справедливых для каждого контекста PDP, сервер может надежно связать каждый мультимедийный компонент с правильным каналом, согласованным по QoS, с правильно назначенными значениями.
Если согласование QoS происходит для конкретного контекста PDP (т.е. конкретного мультимедийного компонента), клиент может сигнализировать о новые значениях QoS с использованием любой из имеющихся команд RTSP путем корректного обращения к мультимедийному компоненту, для которого произошли изменения.
Если протокол управления сеансом дает возможность указателям url мультимедийного компонента устанавливать различие между мультимедийными компонентами, то параметры QoS могут сигнализироваться также в запросе ВОСПРОИЗВЕДЕНИЕ. Следующая последовательность псевдокоманд изображает возможный сценарий:
клиент -> сервер: Установить (мультимедийный компонент 1)
сервер -> клиент: ОК
клиент -> сервер: Установить (мультимедийный компонент 2)
сервер -> клиент: ОК
клиент -> сервер: воспроизвести (URL мультимедийного компонента 1 + согласованные параметры QoS для мультимедийного компонента 1; URL мультимедийного компонента 2 + согласованные параметры QoS для мультимедийного компонента 2)
сервер -> клиент: ОК
В приведенном выше примере сервер может устанавливать различие между мультимедийными компонентами, и параметры QoS назначены для каждого компонента использованием информации "URL мультимедийного компонента". Это поле является уникальным идентификатором мультимедийного компонента в сеансе. Если клиент и сервер могут использовать такой параметр, то беспроводное устройство связи МТ1 может выбрать послать параметры QoS либо на этапе установки, либо на этапе воспроизведения. Этот указатель URL мультимедийного компонента также дает возможность беспроводному устройству связи МТ1 обновлять параметры QoS во время сеанса, если происходит повторное согласование QoS.
Если мультимедийный сеанс является неагрегированным управляемым сеансом (например, аудио- и видеоданные выбирают из двух отдельных серверов), то клиент может надежно сигнализировать согласованные параметры QoS в команде УСТАНОВКА, а также в команде ВОСПРОИЗВЕДЕНИЕ, так как будут иметься отдельные команды для каждого мультимедийного компонента.
Поле URL мультимедийного компонента также может быть предоставлено, чтобы идентифицировать URL сеанса в первом примере, но ограничение относительно не посылки параметров QoS на этапе установки по-прежнему имеет силу для этого случая.
Если установка параметра QoS не содержит URL мультимедийного компонента, то запрос URL протокола управления потоковой передачей должен использоваться как основной URL для назначения параметра QoS.
Очевидно, что настоящее изобретение не ограничено только представленными выше вариантами осуществления, а может быть модифицировано в рамках объема прилагаемой формулы изобретения.
1. Способ передачи, по меньшей мере, одного мультимедийного потока из передающего устройства связи в принимающее устройство связи в системе связи, содержащий этапы, на которых
выбирают, по меньшей мере, один мультимедийный поток, передаваемый в принимающее устройство связи,
определяют требования QoS качества обслуживания для передачи упомянутого выбранного, по меньшей мере, одного мультимедийного потока,
резервируют ресурсы передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
выполняют процедуру установки между принимающим устройством связи и передающим устройством связи для активации одного соединения передачи пакетных данных,
запрашивают начало передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи,
передают мультимедийные потоки из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи, причем передача содержит использование одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока,
причем способ дополнительно содержит передачу информации о зарезервированных ресурсах в передающее устройство связи на упомянутом этапе или после упомянутого этапа запроса начала передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи.
2. Способ по п.1, содержащий определение, по меньшей мере, следующих параметров для соединения передачи данных:
максимальная битовая скорость,
гарантированная битовая скорость,
задержка передачи,
передают информацию об упомянутых параметрах в передающее устройство связи.
3. Способ передачи, по меньшей мере, одного мультимедийного потока из передающего устройства связи в принимающее устройство связи в системе связи, содержащий этапы, на которых
выбирают, по меньшей мере, один мультимедийный поток, передаваемый в принимающее устройство связи,
определяют требования QoS качества обслуживания для передачи упомянутого выбранного, по меньшей мере, одного мультимедийного потока,
резервируют ресурсы передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
выполняют процедуру установки между принимающим устройством связи и передающим устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных,
запрашивают начало передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи,
передают мультимедийные потоки из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи, причем передача содержит использование одного контекста передачи данных для каждого, по меньшей мере, одного выбранного мультимедийного потока,
причем в способе дополнительно передают информацию о предоставленных зарезервированных ресурсах из беспроводной сети связи в принимающее устройство связи и передают принятую информацию о предоставленных зарезервированных ресурсах из принимающего устройства связи в передающее устройство связи во время или после процедуры установки.
4. Способ по п.3, в котором процедура установки содержит этапы, на которых
посылают команду установки из принимающего устройства связи в передающее устройство связи для указания выбранного мультимедийного потока,
передают ответ на команду установки из передающего устройства связи в принимающее устройство связи.
5. Способ по п.4, дополнительно содержащий этап, на котором посылают команду из принимающего устройства связи в передающее устройство связи для запрашивания начала передачи выбранного мультимедийного потока.
6. Способ по любому из пп.3-5, в котором упомянутый этап передачи информации о предоставленных зарезервированных ресурсах из принимающего устройства связи в передающее устройство связи выполняют, когда запрашивают начало передачи, по меньшей мере, одного мультимедийного потока.
7. Способ по п.6, в котором используют протокол потоковой передачи в реальном времени.
8. Способ по п.7, в котором упомянутая процедура установки содержит посылку команды установки упомянутого протокола потоковой передачи в реальном времени.
9. Способ по п.7 или 8, в котором упомянутый этап запроса начала передачи, по меньшей мере, одного мультимедийного потока содержит подэтап посылки команды воспроизведения упомянутого протокола потоковой передачи в реальном времени.
10. Способ передачи, по меньшей мере, одного мультимедийного потока из передающего устройства связи в принимающее устройство связи в системе связи, содержащий этапы, на которых
запрашивают с помощью принимающего устройства связи информацию о требованиях QoS качества обслуживания для передачи, по меньшей мере, одного мультимедийного потока из передающего устройства связи в принимающее устройство связи,
запрашивают с помощью принимающего устройства связи ресурсы передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
резервируют с помощью беспроводной сети связи ресурсы для передачи, передают с помощью беспроводной сети связи информацию о зарезервированных ресурсах в принимающее устройство связи,
выполняют процедуру установки с помощью принимающего устройства связи и передающего устройства связи для активации одного соединения передачи пакетных данных,
запрашивают с помощью принимающего устройства связи начало передачи, по меньшей мере, одного мультимедийного потока с помощью передачи команды начала передачи в передающее устройство связи, причем в команде также передают информацию о зарезервированных ресурсах в передающее устройство связи, и
передают мультимедийные потоки из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи с использованием одного соединения передачи пакетных данных.
11. Способ передачи, по меньшей мере, одного мультимедийного потока из передающего устройства связи в принимающее устройство связи в системе связи, содержащий этапы, на которых
запрашивают с помощью принимающего устройства связи информацию о требованиях QoS качества обслуживания для передачи, по меньшей мере, одного мультимедийного потока из передающего устройства связи в принимающее устройство связи,
запрашивают с помощью принимающего устройства связи ресурсы передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока,
резервируют с помощью беспроводной сети связи ресурсы для передачи, передают с помощью беспроводной сети связи информацию о зарезервированных ресурсах в принимающее устройство связи,
выполняют процедуру установки с помощью принимающего устройства связи и передающего устройства связи для активации, по меньшей мере, одного соединения передачи пакетных данных, причем процедура установки содержит этапы, на которых
принимают с помощью принимающего устройства связи информацию о предоставленных зарезервированных ресурсах из беспроводной сети связи, передают с помощью принимающего устройства связи принятую информацию о предоставленных зарезервированных ресурсах в передающее устройство связи, и
запрашивают начало передачи, по меньшей мере, одного мультимедийного потока с помощью передачи команды начала передачи в передающее устройство связи, причем в команде передают информацию о предоставленных зарезервированных ресурсах в передающее устройство связи,
причем способ дополнительно содержит этап, на котором передают мультимедийные потоки из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи с использованием, по меньшей мере, одного соединения передачи пакетных данных.
12. Система связи, содержащая
средство для передачи мультимедийных потоков из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи,
средство для выбора, по меньшей мере, одного мультимедийного потока, передаваемого в принимающее устройство связи, взаимодействующее с средством для определения требований QoS качества обслуживания для передачи упомянутого выбранного, по меньшей мере, одного мультимедийного потока, и
средством для резервирования ресурсов передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока;
средством для выполнения процедуры установки между принимающим устройством связи и передающим устройством связи для активации одного соединения передачи пакетных данных, причем упомянутое средство соединено с упомянутым средством для передачи мультимедийных потоков;
средством для запрашивания начала передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи, взаимодействующего с упомянутым средством для передачи мультимедийных потоков;
средством для использования одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока, и средство для передачи информации о зарезервированных ресурсах в передающее устройство связи в начале или после начала передачи, по меньшей мере, одного мультимедийного потока, запрошенного с помощью принимающего устройства связи.
13. Система связи, содержащая
средство для передачи мультимедийных потоков из передающего устройства связи в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи, с использованием, по меньшей мере, одного соединения передачи пакетных данных, упомянутое средство взаимодействует с
средством для выбора, по меньшей мере, одного мультимедийного потока, передаваемого в принимающее устройство связи,
средством для определения требований QoS качества обслуживания для передачи упомянутого выбранного, по меньшей мере, одного мультимедийного потока, и
средством для резервирования ресурсов передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока;
средством для выполнения процедуры установки между принимающим устройством связи и передающим устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных, причем упомянутое средство соединено с упомянутым средством для передачи мультимедийных потоков;
средством для передачи информации о предоставленных зарезервированных ресурсах из беспроводной сети связи в принимающее устройство связи, и дополнительно, передачи принятой информации о предоставленных зарезервированных ресурсах из принимающего устройства связи в передающее устройство связи,
средством для запрашивания начала передачи, по меньшей мере, одного мультимедийного потока с помощью принимающего устройства связи, средство для использования одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока, причем упомянутое средство соединено с упомянутым средством для передачи мультимедийных потоков; и
причем указанное средство для передачи мультимедийных потоков выполнено с возможностью передачи информации о предоставленных зарезервированных ресурсах в передающее устройство связи в связи с процедурой установки.
14. Передающее устройство связи, содержащее
передатчик для передачи мультимедийных потоков в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи, с использованием, по меньшей мере, одного соединения передачи пакетных данных, причем передатчик предназначен для ответа на сообщение установки из принимающего устройства связи,
средство для приема информации о выборе, по меньшей мере, одного мультимедийного потока, передаваемого в принимающее устройство связи,
приемник для приема сообщения установки для процедуры установки между принимающим устройством связи и передающим устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных,
средство для приема запроса начала передачи, по меньшей мере, одного мультимедийного потока,
средство для использования одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока,
причем приемник дополнительно предназначен для приема информации о предоставленных зарезервированных ресурсах для упомянутого, по меньшей мере, одного соединения передачи пакетных данных из принимающего устройства связи в связи с процедурой установки.
15. Принимающее устройство связи, содержащее
средство для выбора, по меньшей мере, одного мультимедийного потока, передаваемого в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи, упомянутое средство взаимодействует с
средством для запрашивания ресурсов передачи из беспроводной сети связи для передачи упомянутого выбранного, по меньшей мере, одного мультимедийного потока,
средством для приема информации о предоставленных зарезервированных ресурсах из беспроводной сети связи,
средством для инициирования процедуры установки между принимающим устройством связи и передающим устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных для передачи выбранного мультимедийного потока,
средством для дополнительной передачи принятой информации о предоставленных зарезервированных ресурсах в передающее устройство связи в связи с процедурой установки, и
средством для запрашивания начала передачи выбранного, по меньшей мере, одного мультимедийного потока,
приемником для приема выбранного мультимедийного потока из передающего устройства связи с использованием, по меньшей мере, одного соединений передачи пакетных данных.
16. Беспроводное устройство связи, содержащее
передатчик для передачи мультимедийных потоков в принимающее устройство связи, по меньшей мере, частично через беспроводную сеть связи, с использованием, по меньшей мере, одного соединения передачи пакетных данных, причем передатчик предназначен для ответа на сообщение установки из принимающего устройства связи,
средство для приема информации о выборе, по меньшей мере, одного мультимедийного потока, передаваемого в принимающее устройство связи,
приемник для приема сообщения установки для процедуры установки между принимающим устройством связи и беспроводным устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных,
средство для приема запроса начала передачи, по меньшей мере, одного мультимедийного потока,
средство для использования одного контекста передачи данных в передаче выбранного, по меньшей мере, одного мультимедийного потока, и
причем приемник дополнительно предназначен для приема информации о предоставленных зарезервированных ресурсах для упомянутого, по меньшей мере, одного соединения передачи пакетных данных из принимающего устройства связи в связи с процедурой установки.
17. Беспроводное устройство связи, содержащее
средство для выбора, по меньшей мере, одного мультимедийного потока, передаваемого в беспроводное устройство связи, по меньшей мере, частично через беспроводную сеть связи, причем упомянутое устройство взаимодействует с
средством для определения требований QoS качества обслуживания для приема упомянутого выбранного, по меньшей мере, одного мультимедийного потока,
средством для запрашивания ресурсов из беспроводной сети связи для приема упомянутого выбранного, по меньшей мере, одного мультимедийного потока,
средством для приема информации о предоставленных зарезервированных ресурсах из беспроводной сети связи,
средством для инициирования процедуры установки между беспроводным устройством связи и передающим устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных,
средством для дополнительной передачи принятой информации о предоставленных зарезервированных ресурсах в передающее устройство связи, и
средством для запрашивания начала передачи выбранного, по меньшей мере, одного мультимедийного потока;
приемником для приема выбранного, по меньшей мере, одного мультимедийного потока из передающего устройства связи с использованием, по меньшей мере, одного соединения передачи пакетных данных.
18. Беспроводное устройство связи по п.17, в котором средство для инициирования процедуры установки предназначено для передачи команды установки в соответствии с протоколом потоковой передачи в реальном времени.
19. Беспроводное устройство связи по п.17, в котором средство для запрашивания начала передачи, по меньшей мере, одного мультимедийного потока предназначено для передачи команды воспроизведения в соответствии с протоколом потоковой передачи в реальном времени.
20. Способ передачи выбранного, по меньшей мере, одного мультимедийного потока из первого устройства связи во второе устройство связи в системе связи, содержащий этапы на которых
принимают из второго устройства связи запрос информации о требованиях качества обслуживания для передачи выбранного, по меньшей мере, одного мультимедийного потока из первого устройства связи во второе устройство связи;
выполняют процедуру установки с помощью первого устройства связи со вторым устройством связи для активации одного соединения передачи пакетных данных,
принимают из второго устройства связи команду о начале передачи для начала передачи выбранного, по меньшей мере, одного мультимедийного потока, причем команда также включает в себя информацию о ресурсах, зарезервированных с помощью беспроводной сети связи, и
передают мультимедийные потоки из первого устройства связи во второе устройство связи, по меньшей мере, частично через беспроводную сеть связи с использованием активированного соединения передачи пакетных данных.
21. Способ передачи, по меньшей мере, одного мультимедийного потока из первого устройства связи во второе устройство связи в системе связи, содержащий этапы, на которых
выбирают с помощью второго устройства связи, по меньшей мере, один мультимедийный поток, передаваемый второму устройству связи;
запрашивают с помощью второго устройства связи информацию о требованиях качества обслуживания для передачи, по меньшей, одного мультимедийного потока;
запрашивают с помощью второго устройства связи ресурсы передачи из беспроводной сети связи для передачи упомянутого, по меньшей мере, одного мультимедийного потока;
выполняют процедуру установки с помощью второго устройства связи с первым устройством связи для активации, по меньшей мере, одного соединения передачи пакетных данных, причем процедура установки содержит этапы, на которых:
принимают с помощью второго устройства связи информацию о предоставленных зарезервированных ресурсах из беспроводной сети связи, передают с помощью второго устройства связи принятую информацию о предоставленных зарезервированных ресурсах в первое устройство связи;
и запрашивают начало передачи выбранного, по меньшей мере, одного мультимедийного потока, посредством передачи с помощью второго устройства связи команды о начале передачи в первое устройство связи, причем команда также включает в себя информацию о зарезервированных ресурсах, и способ дополнительно включает в себя этап, на котором принимают с помощью второго устройства связи выбранный, по меньшей мере, один мультимедийный поток из передающего устройства связи, по меньшей мере, частично через беспроводную сеть связи с использованием, по меньше мере, одного соединения передачи пакетных данных.
