Способ и система для резервирования ресурса в беспроводной сети связи

Способ и система для резервирования ресурса в беспроводной сети связи

Иллюстрации

Показать все

Реферат

Перекрестная ссылка на родственные заявки

Эта заявка испрашивает приоритет, согласно 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
Класс	Первый класс (разговорный класс): реальное время, например, телефонный разговор- гарантированная пропускная способность- нет подтверждения	Второй класс (класс потоковой передачи):реальное время, например, видеоинформация- гарантированная пропускная способность- возможно подтверждение- буферизация на уровне приложения	Третий класс (интерактивный класс):- интерактивный способ с наименьшими трудозатратами- подтверждение- браузер InternetTelnet- канал управления в реальном времени	Четвертый класс (класс фоновой передачи):фоновая передача с помощью способа наименьших трудозатрат- подтверждение- фоновая загрузка сообщений электронной почты, событий календаря и т.д.
Максимальная битовая скорость (Кбит/с)	<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 для передачи упомянутого, по меньшей мере, одного мультимедийного потока,

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

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

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

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

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

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

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

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