УПРЕЖДАЮЩЕЕ НАЗНАЧЕНИЕ РЕСУРСА QoS ДЛЯ БЫСТРОГО УСТАНОВЛЕНИЯ СЕАНСА Российский патент 2011 года по МПК H04L12/56 

Настоящая заявка на патент притязает на приоритет предварительной заявки № 60/827,425, озаглавленной “Упреждающее назначение ресурса QoS для быстрого установления сеанса”, от 28 сентября 2006 г., права на которую переданы владельцу настоящего изобретения, и специально включенной в настоящее описание в качестве ссылки.

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

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

Изобретение относится к связи в беспроводной телекоммуникационной системе, более конкретно к установлению сеанса для приложений, которые имеют требования к качеству обслуживания (QoS).

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

Беспроводные системы связи развивались в течение различных поколений, включая аналоговую беспроводную телефонную службу первого поколения (1G), цифровую беспроводную телефонную службу второго поколения (2G) (включая сети промежуточных 2,5G и 2,75G) и беспроводную службу третьего поколения (3G) высокоскоростных данных с возможностью Internet. В настоящее время используется много разных типов беспроводных систем связи, включая сотовые системы и системы служб персональной связи (PCS). Примеры известных сотовых систем включают в себя сотовую аналоговую усовершенствованную мобильную телефонную систему (AMPS) и цифровые сотовые системы, основанные на множественном доступе с кодовым разделением (CDMA), множественном доступе с частотным разделением (FDMA), множественном доступе с разделением времени (TDMA), разновидность TDMA, глобальную систему мобильной связи (GSM) и новые гибридные цифровые системы связи, использующие как технологию TDMA, так и технологию CDMA.

Способ, предназначенный для обеспечения мобильной связи CDMA, был стандартизован в США Ассоциацией телекоммуникационной промышленности/Ассоциацией электронной промышленности в TIA/EIA/IS-95-А, озаглавленном “Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System”, упомянутом в настоящем описании как IS-95. Объединенные системы AMPS и CDMA описаны в IS-98 стандарта TIA/EIA. Другие системы связи описаны в стандартах IMT-2000/UM или Международная мобильная телекоммуникационная система 2000/Универсальная мобильная телекоммуникационная система, охватывающих стандарты, которые упоминают как широкополосный CDMA (WCDMA), CDMA2000 (например, такие как стандарты CDMA 1xEV-DO) или TD-SCDMA.

В беспроводной системе связи мобильные станции, портативные телефоны или терминалы доступа (АТ) принимают сигналы из базовых станций фиксированных позиций (также упоминаемых как узлы ячеек или ячейки), которые поддерживают линии связи или обслуживание в определенных географических областях, примыкающих к базовым станциям или окружающих базовые станции. Базовые станции обеспечивают точки входа в сеть доступа (AN)/сеть радиодоступа (RAN), которая обычно является сетью пакетных данных, использующей стандартные протоколы на основе Комитета инженерной поддержки сети Internet (IETF), которые поддерживают способы, предназначенные для дифференцирования трафика на основе требований к качеству обслуживания (QoS). Вследствие этого, базовые станции обычно взаимодействуют с АТ через эфирный интерфейс, а с AN через пакеты данных сети протокола Internet (IP).

В беспроводных телекоммуникационных системах функциональные возможности “нажми и говори” (РТТ) становятся популярными при обслуживании секторов и потребителей. РТТ может поддерживать речевую службу “диспетчерской связи”, которая работает через стандартные коммерческие беспроводные инфраструктуры, такие как CDMA, FDMA, TDMA, GSM и т.д. В модели диспетчерской связи связь между конечными точками (АТ) имеет место в виртуальных группах, в которой речь “говорящего абонента” передают одному или более “слушающих абонентов”. Один случай этого типа связи обычно упоминают как вызов диспетчерской связи или просто вызов РТТ. Вызов РТТ является иллюстрацией примера группы, которая определяет характеристики вызова. Группу, по существу, определяют с помощью списка участников и связанной информации, такой как имя группы или идентификация группы.

Так как мобильная связь увеличилась, качество обслуживания (QoS) стало важным, чтобы обеспечивать дифференцирование трафика и увеличенные функциональные возможности уровня обслуживания. Однако имеется много разных стандартов, чтобы описывать требования качества обслуживания в разных частях сетей. Например, сеть версии А 1xEV-DO конфигурируют для QoS, как описано в стандарте беспроводной сети IP cdma2000 версии 2.0 X.S0011-004-C 3GPP2: Quality of Service and Header Specification. Однако та же самая сеть описывает конфигурации QoS для данных, переданных через эфирный интерфейс между любым АТ и AN, в cdma2000 High Rate Packet Data Air Interface Specification версии 2.0 С.S0024-А 3GPP2. Та же самая сеть также дифференцирует QoS внутри AT и между АТ, так как QoS внутри АТ обеспечивает дифференцирование потоков данных, принадлежащих одному и тому же пользователю, в то время как QoS между АТ обеспечивает дифференцирование пакетов, принадлежащих разным пользователям. Вследствие этого, имеется потребность в комплексном QoS между АТ и AN для связи РТТ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

фиг.5 - иллюстрация потоков RLP для приложения в соответствии, по меньшей мере, с одним вариантом осуществления изобретения;

фиг.6 - иллюстрация способа в соответствии, по меньшей мере, с одним вариантом осуществления изобретения;

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

фиг.8 - иллюстрация диаграммы потока сигналов в соответствии с традиционной системой.

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

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

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

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

Абонентская станция высокой скорости данных (HDR), упомянутая в настоящем описании как терминал доступа (АТ), может быть подвижной или стационарной и может взаимодействовать с одной или более базовыми станциями HDR, упомянутыми в настоящем описании как приемопередатчики объединения модемов (МРТ) или базовые станции (BS). Терминал доступа передает и принимает пакеты данных через один или более приемопередатчиков объединения модемов в контроллер базовой станции HDR, упомянутый как контроллер объединения модемов (МРС), контроллер базовой станции и/или центр коммутации мобильной связи. Приемопередатчики объединения модемов и контроллеры объединения модемов являются частями сети, называемой сетью доступа. Сеть доступа переносит пакеты данных между множеством терминалов доступа.

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

Фиг.1 иллюстрирует блок-схему одного иллюстративного варианта осуществления беспроводной системы 100 в соответствии, по меньшей мере, с одним вариантом осуществления изобретения. Система 100 может содержать терминалы доступа, такие как сотовые телефоны 102, находящиеся во взаимодействии через эфирный интерфейс 104 с сетью доступа или сетью радиодоступа (RAN) 120, которая может соединять терминал 102 доступа с аппаратурой сети, обеспечивающей возможность соединения данных между сетью с коммутацией пакетов (например, интрасетью, Internet и/или коммуникационной сетью 126) и терминалами 102, 108, 110, 112 доступа. Как изображено на фигуре, терминал доступа может быть сотовым телефоном 102, персональным цифровым ассистентом 108, устройством 110 персонального вызова, которое изображено на фигуре как двусторонний текстовый пейджер, или даже отдельной компьютерной платформой 112, которая имеет портал беспроводной связи. Таким образом, варианты осуществления изобретения могут быть реализованы в любом виде терминала доступа, включающего в себя портал беспроводной связи или имеющего функциональные возможности беспроводной связи, включая, без ограничения, беспроводные модемы, карты PCMCIA, персональные компьютеры, телефоны или любую их комбинацию или часть комбинации. Кроме того, как использованы в настоящем описании, понятия “терминал доступа”, “беспроводной аппарат”, ”клиентский аппарат”, “мобильный терминал” и любые их варианты могут быть использованы взаимозаменяемо.

Опять ссылаясь на фиг.1, компоненты беспроводной сети 100 и взаимосвязь элементов иллюстративных вариантов осуществления изобретения не ограничены проиллюстрированной конфигурацией. Система 100 является только иллюстративной и может включать в себя любую систему, которая дает возможность дистанционным терминалам доступа, таким как беспроводные клиентские вычислительные устройства 102, 108, 110, 112, взаимодействовать через эфир вместе и друг с другом и/или вместе и между компонентами, соединенным через эфирный интерфейс 104 и RAN 120, включая, без ограничений, коммуникационную сеть 126, Internet и/или другие дистанционные серверы.

RAN 120 управляет сообщениями (обычно посланными как пакеты данных), посланными в МРС/MSC 122. Коммуникационная сеть 126 может взаимодействовать с МРС/MSC 122 с помощью сети, Internet и/или коммутируемой телефонной сети общего пользования (PSTN). В качестве альтернативы, МРС/MSC 122 может соединяться непосредственно с Internet или внешней сетью. Обычно соединение сети или Internet между коммуникационной сетью 126 и МРС/MSC 122 переносит данные, а PSTN переносит речевую информацию. МРС/MSC 122 может быть соединен с множеством базовых станций (BS) или приемопередатчиков объединения модемов (MPT) 124. Способом, подобным коммуникационной сети, МРС/MSC 122 обычно соединен с MPT/BS 124 с помощью сети, Internet и/или PSTN для переноса данных и/или речевой информации. MPT/BS 124 может выполнять широковещательную передачу сообщений данных беспроводным способом в терминалы доступа, такие как сотовые телефоны 102. MPT/BS 124, МРС/MSC 122 и другие компоненты могут формировать RAN 120, как известно в данной области техники. Однако могут быть использованы альтернативные конфигурации, и изобретение не ограничено проиллюстрированной конфигурацией.

Ссылаясь на фиг.2, терминал 200 доступа (в настоящем описании беспроводной аппарат), такой как сотовый телефон, имеет платформу 202, которая может принимать и выполнять приложения программного обеспечения, данные и/или команды, переданные из RAN 120, которые могут, в конечном счете, поступать из коммуникационной сети 126, Internet и/или других дистанционных серверов или сетей. Платформа 202 может включать в себя приемопередатчик, соединенный с возможностью действия с интегральной схемой прикладной ориентации (“ASIC” 208) или другим процессором, микропроцессором, логической схемой или другим устройством обработки данных. ASIC 208 или другой процессор выполняет уровень интерфейса прикладного программирования (“API”) 210, который взаимодействует с любыми резидентными программами в памяти 212 беспроводного аппарата. Память 212 может состоять из постоянной памяти или памяти с произвольным доступом (RAN и ROM), EEPROM, карт флэш-памяти или любой памяти, обычной для компьютерных платформ. Платформа 202 также может включать в себя локальную базу 214 данных, которая может хранить приложения, неактивно используемые в памяти 212. Локальная база 214 данных обычно является ячейкой флэш-памяти, но может быть любым вторичным запоминающим устройством, как известно в данной области техники, таким как магнитный носитель, EEPROM, оптический носитель, лента, гибкий или жесткий диск или тому подобное. Внутренние компоненты платформы 202 также могут быть соединены с возможностью действия с внешними устройствами, такими как антенна 222, дисплей 224, кнопка 228 “нажми и говори” и клавиатура 226, среди других компонентов, как известно в данной области техники.

Таким образом, вариант осуществления изобретения может включать в себя терминал доступа, включающий в себя функциональную возможность выполнять функции, описанные в настоящей заявке. Как будет понятно специалистам в данной области техники, различные логические элементы могут быть осуществлены в дискретных элементах, модулях программного обеспечения, выполняемых в процессоре, или в любой комбинации программного обеспечения и аппаратного обеспечения, чтобы выполнять функциональные возможности, раскрытые в настоящей заявке. Например ASIC 208, память 212, API 210 и локальная база 214 данных, - все могут быть использованы совместно, чтобы загружать, запоминать и выполнять различные функции, раскрытые в настоящей заявке, и, следовательно, логические схемы, предназначенные для того, чтобы выполнять эти функции, могут быть распределены по различным компонентам. В качестве альтернативы функциональные возможности могли бы быть включены в один дискретный компонент. Таким образом, признаки терминала доступа на фиг.2 должны быть рассмотрены только иллюстративно, а изобретение не ограничено проиллюстрированными признаками или монтажом.

Беспроводная связь между терминалом 102 доступа и RAN 120 может быть основана на разных технологиях, таких как множественный доступ с кодовым разделением (CDMA), множественный доступ с разделением времени (TDMA), множественный доступ с частотным разделением (FDMA), глобальная система мобильной связи (GSM) или других протоколах, которые могут быть использованы в беспроводной сети связи или сети передачи данных. Передача данных обычно происходит между клиентским устройством 102, MPT/BS 124 и МРС/MSC 122. МРС/MSC 122 может быть соединен с множеством сетей данных, таких как коммуникационная сеть 126, PSTN, Internet, виртуальная частная сеть и тому подобные, таким образом давая возможность терминалу 102 доступа осуществлять доступ в более широкую сеть связи. Как обсуждено в предыдущем и известно в данной области техники, передача речи и/или данных может быть выполнена в терминалы доступа из RAN с использованием множества сетей и конфигураций. Таким образом, иллюстрации, предоставленные в настоящей заявке, не предназначены ограничивать варианты осуществления изобретения, а только должны помочь в описании аспектов вариантов осуществления изобретения.

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

Передачи, завершаемые с помощью АТ, в АТ в квантованном режиме работы могут быть доставлены с использованием стандартного подхода персонального вызова, как описано в 3GPP2 C.S0024-A. Фиг.8 иллюстрирует детали этого стандартного подхода персонального вызова. Фиг.8 допускает, что АТ находится в квантованном режиме и не имеет канала трафика (т.е. закрыл свое соединение 1xEV-DO), но все же имеет состояние РРР, поддерживаемое в PDSN. Когда данные для АТ поступают в сеть, их маршрутизируют через интерфейс А10/А11 из PDSN в PCF. При допущении связи один к одному между PCF и BSC данные поступают через интерфейс А8/А9 в BSC, где предполагают расположен АТ. BSC подготавливает сообщение системы персонального вызова и выполняет лавинную рассылку сообщений во все секторы BTS, находящиеся в его полномочиях. Когда АТ слышит персональный вызов, он отвечает с помощью инициирования запроса установки канала трафика через сообщение “запрос соединения”. Остаток потока вызова является сигнализацией, предназначенной для установки канала трафика, как определено с помощью стандарта 1xEV-DO. После того, как физический канал установлен и послано подтверждение приема RTC, RAN посылает данные в АТ через канал трафика. Однако варианты осуществления изобретения не ограничены этим осуществлением, как будет понятно специалистам в данной области техники, оно предоставлено только как подробный пример, чтобы помочь в объяснении вариантов осуществления изобретения.

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

Ссылаясь на фиг.3, предоставлена диаграмма потока сигналов, иллюстрирующая аспекты вариантов осуществления изобретения. Сервер 302 приложений (например, сервер QChat^®) может генерировать запрос, 305, для связи с терминалом 304 доступа, требующий ресурсов QoS. Сервер 302 приложений может отметить запрос 305, как требующий ресурсов QoS, который затем может быть обнаружен, 307, с помощью RAN 120. RAN 120 может использовать эту информацию, чтобы назначить ресурсы QoS, 327, до запроса, поступающего из терминала 304 доступа. Затем RAN 120 может выслать персональный вызов, 310 (обычно через множество секторов) в терминал 304 доступа. Затем терминал 304 доступа может запросить соединение, 320. После приема запроса соединения RAN 120 может определить, в каком секторе находится терминал 304 доступа. Затем RAN 120 может назначить ресурсы QoS, 327, и установить соединение 330, обслуживающее терминал 304 доступа. Однако, если RAN 120 отслеживает местоположение терминала 304 доступа с достаточной степенью разрешения, чтобы определить, в каком секторе находится терминала 304 доступа, RAN 120 может назначить ресурсы QoS даже до запроса 320 соединения. После приема информации относительно запрошенной связи терминал 304 доступа может распознать, что для этой связи требуются ресурсы QoS, и может проверить назначение ресурса QoS, 340, в установленном соединении. Так как ресурсы QoS были уже назначены в RAN 120, терминал 304 доступа может непосредственно принять запрос, 350. Это исключает дополнительную задержку терминала доступа, который должен запрашивать ресурсы QoS после того, как принята начальная информация относительно запрошенной связи. Если терминал 304 доступа принял запрошенную связь (например, вызов PTT/QChat^®), она может быть передана в сервер приложений (например, сервер QChat^®), 355, и связь может произойти.

Таким образом, вариант осуществления изобретения может включать в себя устройство (например, RAN, BSC, BTS), включающее в себя логическое устройство, сконфигурированное с возможностью обнаружения связи, требующей ресурсов QoS, логическое устройство, сконфигурированное с возможностью осуществления персонального вызова в целевой аппарат (например, терминал доступа), и логическое устройство, сконфигурированное с возможностью назначения ресурсов QoS до установления соединения с целевым аппаратом.

Как замечено выше, варианты осуществления изобретения могут уменьшить задержки процесса в приложениях, чувствительных к задержке. Система групповой связи (PTT/ QChat^®) является примером системы, чувствительной к задержке, которая может использовать уменьшенные времена соединения, предложенные с помощью упреждающего назначения QoS, раскрытого в настоящей заявке. Система групповой связи также может быть известна как система “нажми и говори” (PTT), система QChat^®, сетевая широковещательная служба (NBS), диспетчерская система или система связи одного абонента с несколькими. Обычно группа пользователей терминалов доступа может взаимодействовать друг с другом с использованием терминала доступа, назначенного каждому участнику группы. Выражение “участник группы” обозначает группу пользователей терминалов доступа, санкционированных взаимодействовать друг с другом. Несмотря на то, что системы групповой связи/системы PTT могут быть рассмотрены, как осуществляющие связь между несколькими участниками, система не ограничена этой конфигурацией и может применяться к связи между отдельными устройствами на основе “один к одному”.

Группа может действовать через существующую систему связи без требования существенных изменений в существующую инфраструктуру. Таким образом, контроллер и пользователи могут действовать в системе, которая может передавать и принимать пакетную информацию с использованием протокола Internet (IP), такой как система множественного доступа с кодовым разделением (CDMA), система множественного доступа с разделением времени (TDMA), глобальная система мобильной связи (GSM), спутниковые системы связи, комбинации наземной проводной и беспроводной систем и тому подобные.

Участники группы могут взаимодействовать друг с другом с использованием назначенного терминала доступа, такого как терминалы 102, 108 и 304 доступа (АТ). АТ могут быть проводными или беспроводными устройствами, такими как наземные беспроводные телефоны, проводные телефоны, имеющие функциональную возможность “нажми и говори”, спутниковые телефоны, обеспеченные функциональной возможностью “нажми и говори”, переносные портативные или настольные компьютеры, устройства персонального вызова или любая их комбинация. Кроме того, каждый АТ может быть в состоянии посылать и принимать информацию либо в защищенном режиме или незащищенном (открытом) режиме. Следует понять, что не подразумевается, что ссылка на АТ должна быть ограничена проиллюстрированными или перечисленными примерами и может заключать в себе другие устройства, которые имеют функциональные возможности передавать и принимать пакетную информацию в соответствии с протоколом Internet (IP).

Когда участник группы желает передать информацию другим участникам группы, участник может запросить привилегию передачи с помощью нажатия клавиши или кнопки “нажми и говори” (например, 228 на фиг.2) в АТ, который генерирует запрос, отформатированный для передачи через распределенную сеть. Например, запрос может быть передан через эфир в один из АТ 102 или большее число МРТ 124 (или базовых станций). MPC/MSC 122, который может включать в себя широко известную функцию межсетевого взаимодействия (IWF), узел обслуживания пакетных данных (PDSN) или функцию управления пакетами (PCF) для обработки пакетных данных, может существовать между MPT/BS 124 и распределенной сетью. Однако запросы также могут быть переданы через коммутируемую телефонную сеть общего пользования (PSTN) в коммуникационную сеть 126. Коммуникационная сеть 126 может принять запрос и предоставить его в RAN 120.

Ссылаясь на фиг.4, один или более серверов 302 групповой связи (например, QChat^®) могут осуществлять мониторинг трафика системы групповой связи через ее соединение с распределенной сетью. Так как сервер 302 групповой связи может быть соединен с распределенной сетью через множество проводных и беспроводных интерфейсов, географическая близость с группой участников является необязательной. Обычно сервер 302 групповой связи управляет связями между беспроводными устройствами установленных участников группы (АТ 304, 472, 474, 476) в системе РТТ. Проиллюстрированная беспроводная сеть является только иллюстративной и может включать в себя любую систему, посредством которой дистанционные модули взаимодействуют через эфир между собой и друг с другом и/или между компонентами с компонентами беспроводной сети, включающей в себя, без ограничения, операторов связи беспроводной сети и/или серверы. Кроме того, последовательность серверов 302 групповой связи может быть соединена в LAN 450 серверов групповой связи.

Сервер (серверы) 302 групповой связи может быть соединен с узлом обслуживания пакетных данных (PDSN) поставщика беспроводных услуг, таким как PDSN 452, изображенным на данной фигуре резидентным в коммуникационной сети 426. Каждый PDSN 452 может взаимодействовать с контроллером 464 базовой станции 460 через функцию 462 управления пакетами (PCF). PCF 462 может находиться в базовой станции 460. Коммуникационная сеть 426 управляет сообщениями (обычно в виде пакетов данных), посланными в MSC 458. MSC 458 может быть соединен с одной или более базовыми станциями 460. Способом, подобным коммуникационной сети, MSC 458 обычно соединен с BTS 466 как с помощью сети, так и/или с помощью Internet для передачи данных и с помощью PSTN для речевой информации. В конечном счете, BTS 466 выполняет широковещательную передачу сообщений в беспроводные АТ и принимает сообщения из беспроводных АТ беспроводным способом, таких как сотовые телефоны 304, 472, 474, 476, как широко известно в данной области техники. Таким образом, общие детали системы групповой связи не будут дополнительно обсуждены. Однако следующее описание будет обсуждать конкретные аспекты конкретных систем (например, QChat^®, 1xEV-DO), чтобы предоставить дополнительные детали относительно вариантов осуществления изобретения.

В вариантах осуществления изобретения сервер 302 (например, сервер QChat^®) может устанавливать значения точки кода дифференцированных служб (DSCP), чтобы идентифицировать пакеты данных в сети, для которых QoS может быть предоставлен с упреждением. Кроме того, могут быть использованы преобразования ID профиля 1xEV-DO в потоки резервирований QoS, чтобы идентифицировать потоки данных в сети, для которых QoS может быть предоставлено с упреждением. Система может использовать DSCP, чтобы отличать трафик QChat^® от трафика всех других данных в сети. Данные QChat^®, завершаемые с помощью АТ, могут быть отмечены с помощью значений DSCP QChat^® в поле тип службы (TOS) (или поле DS) дейтаграммы IP. Эти значения DSCP идентифицируют требования QoS сети IP и разные механизмы доставки данных для завершаемого с помощью АТ QChat^® пакетного трафика. Структура дифференцированных сервисов может быть использована для разграничения пакетов IP без необходимости поддерживать состояние на поток и сигнализацию в каждом сетевом сегменте. Маршрутизаторы могут проверять значения DSCP в поступающих пакетах IP и предоставлять соответственное состояние на сетевой сегмент в каждый поток. Обычно эта информация не была бы модифицирована с помощью ни одного из компонентов сети между сервером 302 приложений и PSDN 452.

Как обсуждено выше, в АТ 304 осуществляют персональный вызов, чтобы подготовить его канал трафика, для того чтобы установить связь (например, вызов QChat^®). Вызов QChat^® принимают с помощью целевого АТ 304, если как канал трафика, так и ресурсы QoS для сигнализации входящего вызова и среды QChat^® являются доступными (дополнительные детали относительно ресурсов QoS предоставлены ниже и на фиг.5). Так как АТ 304 не знает в момент времени приема персонального вызова, что ему сообщают с помощью персонального вызова о вызове QChat^®, он не может выдать запрос QoS для потоков QChat^® входящего вызова, когда он посылает свое сообщение запроса соединения. В традиционных системах АТ 304 должен был бы ждать, чтобы принять пакеты сигнализации QChat^®, для того чтобы определить, что он требует ресурсы QoS для вызова QChat^®. Однако, чтобы уменьшить эту задержку, в соответствии с вариантами осуществления настоящего изобретения, RAN 120 выполняет упреждающее назначение QoS для вызова QChat^®, как обсуждено в предыдущем описании. Таким образом, когда запрос соединения принимают из АТ 304 QChat^®, которому осуществлен персональный вызов в ответ на отмеченные данные DSCP QChat^®, RAN (например, BSC 464/BTS 466) определяет, что необходимо назначить ресурсы QoS (например, сигнализацию входящего вызова и среды QChat^®), без явного запроса с помощью АТ. Кроме того, RAN 120 сигнализирует в АТ 304, что ресурсы QoS являются доступными.

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

Когда ресурсы канала трафика и ресурсы QoS для резервирований сигнализации входящего вызова и среды QChat^® являются доступными в секторе целевой АТ, RAN сигнализирует, что ресурсы QoS являются доступными как для прямой, так и обратной линий связи с помощью передачи сообщений FwdReservationOn и RevReservationOn для резервирований сигнализации входящего вызова и среды. Этот поток вызовов проиллюстрирован на фиг.7. Сообщения FwdReservationOn и RevReservationOn планируют раньше сообщения установки вызова QChat® таким образом, чтобы целевой АТ знал, что он имеет необходимые ресурсы QoS в момент времени приема пакета установки вызова QChat®, и мог принять вызов QChat® без какой-либо дополнительной задержки. Следует заметить, что если некоторые из резервирований сигнализации входящего вызова и среды уже назначены целевой АТ в момент времени поступления пакета установки вызова QChat®, RAN будет только активизировать резервирования сигнализации входящего вызова и среды, которые не назначены в этот момент времени с использованием сообщений FwdReservationOn и RevReservationOn.

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

Когда ресурсы канала трафика являются недоступными в секторе целевого АТ, RAN отвергает запрос канала трафика с помощью передачи сообщения ConnectionDeny согласно стандарту 1xEV-DO, версия А.

Для вызовов QChat®, завершаемых с помощью АТ, когда цель вызова осуществляет персональный вызов после поступления пакета установки вызова QChat®, RAN может указать, что ресурсы QoS для обоих резервирований сигнализации входящего вызова и среды предоставлены с помощью передачи сообщения FwdReservationOn и RevReservationOn для резервирований сигнализации входящего вызова и среды QChat® во время установки канала трафика.

Для вызовов QChat®, завершаемых с помощью АТ, когда цель вызова передана персональным вызовом после поступления пакета установки вызова QChat®, RAN может планировать сообщения FwdReservationOn и RevReservationOn для резервирований сигнализации входящего вызова и среды QChat® до сообщения установки QChat®, если как ресурсы канала трафика, так и ресурсы QoS для резервирований QChat® являются доступными.

Если некоторые из резервирований сигнализации входящего вызова и среды уже назначены целевой АТ в момент времени поступления пакета установки вызова QChat®, RAN может только активизировать резервирования сигнализации входящего вызова и среды, которые не назначены в этот момент времени с использованием сообщений FwdReservationOn и RevReservationOn.

Для вызовов QChat®, завершаемых с помощью АТ, когда цель вызова передана персональным вызовом после поступления пакета установки вызова QChat®, RAN установит канал трафика, если ресурсы канала трафика являются доступными, независимо от ресурсов QoS, являющихся доступными для резервирований входящего сообщения и среды QChat®.

Версия А 1xEV-DO предназначена для того, чтобы обеспечить эффективный доступ к сетям пакетных данных, и широко основана на Internet для своей сетевой архитектуры. Элементы сети протокола Internet (IP) прохождения трафика данных в PDSN 452, PCF 462 и RAN 120 могут быть основаны на стандартных протоколах на основе инженерной поддержки сети Internet (IETF), которые поддерживают способы, предназначенные для дифференцирования трафика на основе требований QoS. QoS между АТ 304 и сетью версии А 1xEV-DO конфигурируют, как описано в стандарте беспроводной сети IP cdma2000 X.S0011-004-C, версия А, 3GPP2: Quality of Service and Header Reduction specification, содержание которого включено в настоящее описание в качестве ссылки. Трафик данных, переданный через эфирный интерфейс между АТ 304 и RAN 120, может быть сконфигурирован для соответственной обработки QoS через протоколы версии А 1xEV-DO, как описано в спецификации эфирного интерфейса высокоскоростных пакетных данных cdma2000 С.S0024-А, версия А, 3GPP2, содержание которой включено в настоящее описание в качестве ссылки. Версия А 1xEV-DO обеспечивает стандартные механизмы, чтобы предлагать QoS внутри АТ и между АТ. QoS внутри АТ обеспечивает дифференцирование потоков данных, принадлежащих одному и тому же пользователю, в то время как QoS между АТ обеспечивает дифференцирование пакетов, принадлежащих разным пользователям.

Чтобы достичь QoS, дифференцирование трафика должно быть доступно комплексно. Все компоненты сети, включая АТ 304, RAN 120 (BTS 466, BSC 464), PDSN 452 и маршрутизаторы Internet, должны осуществлять/поддерживать QoS. Комплексное QoS в сети версии А 1xEV-DO может быть достигнуто посредством следующих механизмов:

Фильтры пакетов: фильтры пакетов в PDSN преобразуют потоки прямого трафика в АТ и определяют обработку QoS, которая должна быть применена к прямому трафику данных. АТ сигнализирует запросы QoS, которые устанавливают фильтры пакетов в этой PDSN, как описано в стандарте беспроводной сети IP cdma2000 X.S0011-004-C, версия А, 3GPP2: Quality of Service and Header Reduction specification.

Профили QoS (ID профилей): профили QoS и/или ID профили являются механизмом, чтобы определять (предварительно определять) соответственные параметры эфирного интерфейса и требования QoS сети для службы данных. Этот короткий идентификатор, который использует АТ при запросе резервирования QoS для потока с RAN. Стандартные назначения ID профилей, доступные для различных служб данных, описаны в стандартах TSB58 Administration of Parameter Value Assignments for cdma2000 Spread Spectrum, содержание которых включено в настоящее описание в качестве ссылки.

Отметка обратного трафика: АТ может отмечать данные обратного трафика в соответствии с условиями и стандартами дифференцированных служб (DiffServ). Эти отметки определяют обработку сети QoS, запрошенную для данных, внешних в PDSN.

QoS в сети версии А 1xEV-DO также основано на соответствующем преобразовании или связывании следующих элементов для сеанса РРР АТ, таких как следующие:

Поток IP (приложения): требования QoS прикладного уровня в АТ и PDSN определяют с помощью идентификации уникальных потоков IP. Метку резервирования связывают с потоком IP, чтобы идентифицировать требования QoS для потока между АТ и RAN. Затем поток IP преобразуют в поток RLP, который наилучшим образом удовлетворяет требованиям QoS.

Поток RLP (канала): потоки протокола радиоканала (RLP) назначают на основании требований QoS (например, конфигурации параметра RLP) для потоков верхних уровней. Потоки IP с одинаковыми требованиями QoS могут быть преобразованы в один и тот же поток RLP. В обратном направлении поток RLP преобразуют в поток RTCMAC.

Поток RTCMAC: потоки RTCMAC назначают на основании требований QoS, которые определяют задержку физического уровня и/или потребности пропускной способности для потока верхнего уровня. Например, потоки могут быть потоками с малой задержкой или высокой пропускной способностью. Потоки RLP с одинаковыми требованиями QoS могут быть преобразованы в один и тот же поток RTCMAC.

Как замечено выше, разные приложения могут иметь разные требования QoS. Например, QChat® по версии А 1xEV-DO принимает доставку данных с высоким приоритетом и малой задержкой посредством спецификации требований QoS сети. QChat® использует назначение трех (3) потоков в АТ:

1. Поток для сигнализации установки вызова.

2. Поток для сигнализации входящего вызова.

3. Поток для среды.

Каждый поток IP QChat® имеет конкретные требования QoS и его преобразуют в три отдельных потока RLP. АТ с возможностью QChat® может иметь до четырех активных потоков RLP, когда активно в вызове QChat®, три потока для QChat® и один для потока наилучшей попытки (ВЕ) по умолчанию. Требования QoS для среды QChat® могут быть рассмотрены как подобные среде VoIP, и, следовательно, этот поток RLP может быть совместно использован с VoIP. Фиг.5 иллюстрирует множество потоков 500 RLP для АТ 304 с возможностью QChat® при связи с сетью 120 доступа. Требования QoS для каждого потока могут быть определены через профили QoS.

Несмотря на то что предыдущее описание предоставляет много деталей, специфичных для QChat® и сети 1xEV-DO, чтобы предоставить подробную иллюстрацию различных аспектов вариантов осуществления изобретения, специалисты в данной области техники поймут, что варианты осуществления изобретения не ограничены конкретным приложением и/или сетью. Варианты осуществления изобретения могут включать в себя любое приложение, которое имеет требования QoS. Кроме того, любая сеть, которая может поддерживать назначение ресурсов QoS, также может быть включена в варианты осуществления изобретения.

В виду предыдущего раскрытия, специалисты в данной области техники поймут, что варианты осуществления изобретения включают в себя способы выполнения последовательности действий, операций и/или функций, раскрытых ранее. Ссылаясь на фиг.6, представлена блок-схема последовательности этапов, иллюстрирующая, по меньшей мере, один способ в соответствии с вариантами осуществления изобретения. Например, способ может включать в себя обнаружение запроса связи, направленного в терминал доступа, требующего ресурсов QoS, 602. В терминал доступа может быть осуществлен персональный вызов, 604. Ресурсы QoS могут быть назначены, 610, и связь может быть установлена, имеющая назначенные ресурсы QoS, 612, до того, как сделан конкретный запрос ресурса QoS из терминала доступа. Как проиллюстрировано на фиг.6, назначение ресурсов QoS может быть выполнено после того, как принят запрос 654 соединения, в случае, когда RAN не может определить сектор, обслуживающий терминал доступа, до приема запроса соединения. Однако, как обсуждено выше в связи с фиг.3, назначение ресурса QoS может иметь место до приема запроса соединения, когда RAN может определить сектор, обслуживающий терминал доступа, до приема запроса соединения из терминала доступа.

Однако, если ресурсы являются недоступными, 608, способ, все же, может перейти к установке связи с терминалом доступа, 614. Это даст возможность терминалу доступа попытаться запросить ресурсы QoS. Например, терминал доступа принимает персональный вызов, 652, и посылает запрос соединения, 654, традиционным способом. Когда терминал доступа принимает начальную связь, он может определить, требуются ли ресурсы QoS для запрошенной связи и назначены ли они, 656. Если ресурсы QoS были назначены с упреждением на этапе 612, тогда запрос связи может быть принят, 658. Однако, если ресурсы QoS не требуются для запрошенной связи и они не были назначены (например, 614), тогда терминал доступа может запросить ресурсы QoS из RAN, 660. Специалисты в данной области техники поймут, что проиллюстрированная блок-схема последовательности этапов способа и описание специально не детализирует каждый вариант или сигнализацию нижнего уровня, чтобы не отвлекать от обсуждаемых признаков. Например, не проиллюстрирован случай, когда RAN отвергает запрос соединения, так как он имел бы в результате отсутствие соединения, и является широко известным, и только бы отвлекал от описания вариантов осуществления изобретения.

Более подробная иллюстрация сигнализации предоставлена на фиг.7, которая иллюстрирует конкретные аспекты, по меньшей мере, одного варианта осуществления изобретения. Фиг.7 иллюстрирует вызов QChat®, завершаемый с помощью терминала доступа с упреждающим назначением QoS, таким как описано ранее. Например, детали относительно сигнализации между сетью 120 доступа и АТ 304 во время установки канала трафика в АТ 304 включены в эту фигуру. Эти детали прокомментированы на фигуре, а дополнительное подтверждение не предоставлено в настоящем описании. Кроме того, эти детали, несмотря на то, что иллюстрируют детали осуществления в соответствии, по меньшей мере, с одним вариантом осуществления, не должны быть истолкованы как ограничивающие все варианты осуществления изобретения проиллюстрированными аспектами.

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

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

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

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

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

Способы, последовательности и/или алгоритмы, описанные в связи с вариантами осуществления, раскрытыми в настоящей заявке, могут быть осуществлены непосредственно в аппаратном обеспечении, в модуле программного обеспечения, выполняемом с помощью процессора, или в комбинации первого и второго. Модуль программного обеспечения может находиться в памяти RAM, флэш-памяти, памяти ROM, памяти EPROM, памяти EEPROM, в регистрах, на жестком диске, на сменном диске, CD-ROM или любом другом виде носителя информации, известного в данной области техники. Иллюстративный носитель информации соединен с процессором таким образом, что процессор может считывать информацию из носителя информации и записывать информацию в носитель информации. В качестве альтернативы, носитель информации может быть объединен с процессором. Процессор и носитель информации могут находиться в ASIC. ASIC может находиться в терминале пользователя (например, терминале доступа). В качестве альтернативы процессор и носитель информации могут находиться как дискретные компоненты в терминале пользователя.

В одном или более иллюстративных вариантах осуществления описанные функции могут быть осуществлены в аппаратном обеспечении, программном обеспечении, программно-аппаратном обеспечении или любой их комбинации. Если осуществлены в программном обеспечении, функции могут быть запомнены как одна или более инструкций или код в машиночитаемом носителе, или переданы через машиночитаемый носитель. Машиночитаемый носитель включает в себя как компьютерный носитель информации, так и носитель информации, включающий в себя любой носитель, который облегчает передачу компьютерной программы из одного места в другое. Носитель информации может быть любым доступным носителем, доступ к которому может быть осуществлен с помощью компьютера. В качестве примера, а не ограничения, такой машиночитаемый носитель, может содержать RAM, ROM, EEPROM, CD-ROM или другую память на оптическом диске, память на магнитном диске или другие аппараты магнитной памяти или любой другой носитель, который может быть использован, чтобы переносить или запоминать желаемый программный код в виде инструкций или структур данных, и доступ к которому может быть осуществлен с помощью компьютера. Также любое подключение соответственно называют машиночитаемым носителем. Например, если программное обеспечение передают из web-сайта, сервера или другого дистанционного источника с использованием коаксиального кабеля, волоконно-оптического кабеля, витой пары, цифровой абонентской линии (DSL) или беспроводных технологий, таких как инфракрасное излучение, радиоволны и микроволны, тогда коаксиальный кабель, волоконно-оптический кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасное излучение, радиоволны и микроволны включены в определение носителя. Дискета и диск, как использованы в настоящей заявке, включают в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), гибкий диск и диск blu-ray, где дискеты обычно воспроизводят данные магнитным способом, в то время как диски воспроизводят данные оптическим способом с помощью лазеров. Комбинации вышеперечисленного также должны быть включены с рамки объема машиночитаемого носителя.

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

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

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

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

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

3. Способ по п.2, в котором ресурсы QoS назначают до запроса соединения.

4. Способ по п.2, в котором терминал доступа проверяет назначенные ресурсы QoS в установленном соединении.

5. Способ по п.4, в котором терминал доступа непосредственно принимает запрос связи без запроса дополнительных ресурсов QoS.

6. Способ по п.1, в котором запрос связи предназначен для вызова "нажми и говори".

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

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

9. Способ по п.1, в котором ресурсы QoS назначают для резервирований сигнализации входящего вызова и среды.

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

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

12. Устройство по п.11, дополнительно содержащее
логическое устройство, сконфигурированное с возможностью персонального вызова терминала доступа,
логическое устройство, сконфигурированное с возможностью приема запроса соединения из терминала доступа, и
логическое устройство, сконфигурированное с возможностью установления соединения с терминалом доступа с назначенными ресурсами QoS.

13. Устройство по п.12, в котором ресурсы QoS назначают до запроса соединения.

14. Устройство по п.12, в котором терминал доступа проверяет назначенные ресурсы QoS в установленном соединении.

15. Устройство по п.14, в котором терминал доступа непосредственно принимает запрос связи без запроса дополнительных ресурсов QoS.

16. Устройство по п.11, в котором запрос связи предназначен для вызова "нажми и говори".

17. Устройство по п.11, в котором значения точки кода дифференцированных услуг (DSCP) используют, чтобы обнаруживать запрос связи, требующий QoS услуг.

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

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

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

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

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

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

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

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

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

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

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

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

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