КОНФИГУРИРОВАНИЕ ИНФОРМАЦИИ О КАЧЕСТВЕ ОБСЛУЖИВАНИЯ
QUALITY OF SERVICE INFORMATION CONFIGURATION

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ
Настоящая заявка испрашивает приоритет согласно патентной заявке США №60/943670, озаглавленной "QoS в UMB/CAN системах", поданной 13 июня 2007, содержание которой полностью включено в данный документ посредством ссылки.
ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Последующее описание относится, в целом, к беспроводной связи и, более конкретно, к конфигурированию и сохранению информации о качестве обслуживания.
УРОВЕНЬ ТЕХНИКИ
Системы беспроводной связи широко используются для передачи различного вида коммуникационного контента, например речи, данных и т.п. Типичными системами беспроводной связи могут быть системы множественного доступа, способные поддерживать связь с множеством пользователей посредством совместного использования доступных системных ресурсов (например, полосы пропускания, мощности передачи и т.п.). Примеры таких систем множественного доступа включают в себя системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA), системы множественного доступа с ортогональным частотным разделением (OFDMA) и т.д.
В общем, системы беспроводной связи множественного доступа могут одновременно поддерживать связь для множества мобильных устройств. Каждое мобильное устройство может связываться с одной или более базовыми станциями посредством передачи данных по прямым и обратным линиям связи. Под прямой линией связи (или нисходящей линией связи) понимается линия связи от базовых станций к мобильным устройствам, а под обратной линией связи (или восходящей линией связи) - линия связи от мобильных устройств к базовым станциям. Кроме того, связь между мобильными устройствами и базовыми станциями может быть установлена посредством систем с одним входом и одним выходом (SISO), систем с множеством входов и одним выходом (MISO), систем с множеством входов и множеством выходов (MIMO) и т.д.
T
R
T
R
S
S
T
R
S
MIMO-системы обычно используют множество (N) передающих антенн и множество (N) приемных антенн для передачи данных. MIMO-канал, сформированный с помощью N передающих и N приемных антенн, может быть разложен на N независимых каналов, которые также упоминаются как пространственные каналы, где N≤{N, N}. Каждый из N независимых каналов соответствует одному измерению. Кроме того, MIMO-системы могут обеспечить улучшенную производительность (например, повышенную спектральную эффективность, более высокую пропускную способность и/или большую надежность), если используются дополнительные измерения (размерности), созданные наборами передающих и приемных антенн.
MIMO-системы могут поддерживать различные методы дуплексной связи для разделения передач прямой и обратной линий связи в общей физической среде. Например, системы дуплексной связи с частотным разделением (FDD) могут использовать различные частотные диапазоны для прямой и обратной линий связи. Кроме того, в системах дуплексной связи с временным разделением (TDD) прямая и обратная линии связи могут использовать общий частотный диапазон. Однако традиционные способы могут предоставлять ограниченную обратную связь, касающуюся информации о канале, либо не предоставлять никакой обратной связи.
КРАТКОЕ ОПИСАНИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
Далее представлено упрощенное краткое описание одного или более вариантов осуществления, чтобы предоставить основное понимание таких вариантов осуществления. Это краткое описание не является исчерпывающим обзором всех предлагаемых вариантов осуществления и не предназначено ни для идентификации ключевых или критических элементов всех вариантов осуществления, ни для ограничения объема любого или всех вариантов осуществления. Его исключительной целью является представление некоторых понятий одного или более вариантов осуществления в упрощенной форме, как вводной части к более детальному описанию, которое будет представлено ниже.
В соответствии с одним или более вариантами осуществления и их соответствующим раскрытием описаны различные аспекты, относящиеся к способу инициирования качества обслуживания от сетевого узла. Способ может содержать установление функции плоскости трафика с сетью, а также выполнение конфигурирования качества обслуживания с сетью посредством использования функции плоскости трафика.
Согласно другому аспекту может иметься устройство беспроводной связи, содержащее устройство установки, которое устанавливает функцию плоскости трафика с сетью, и устройство настройки, которое выполняет конфигурирование качества обслуживания с сетью посредством функции плоскости трафика.
Дополнительным аспектом может быть устройство беспроводной связи. Устройство может содержать средство для установления функции плоскости трафика с сетью. Устройство может также содержать средство для выполнения конфигурирования качества обслуживания с сетью посредством использования функции плоскости трафика.
Кроме того, может иметься аспект, связанный с машиночитаемым носителем, хранящим машиноисполняемые команды для установления функции плоскости трафика с сетью и выполнения конфигурирования качества обслуживания с сетью посредством использования функции плоскости трафика.
Кроме того, может иметься аспект, касающийся системы беспроводной связи, которая включает в себя устройство, содержащее процессор. Процессор может быть конфигурирован, чтобы устанавливать функцию плоскости трафика с сетью и выполнять конфигурирование качества обслуживания с сетью посредством функции плоскости трафика.
Согласно одному аспекту может иметься способ инициирования качества обслуживания из сети, содержащий установление функции плоскости трафика через посредство сетевого узла, а также выполнение конфигурирования качества обслуживания с сетевым узлом посредством использования функции плоскости трафика.
Дополнительный аспект может облегчить использование устройства беспроводной связи. Устройство может включать в себя устройство установки, которое устанавливает функцию плоскости трафика через посредство сетевого узла, и устройство управления, которое выполняет конфигурирование качества обслуживания с сетевым узлом посредством использования функции плоскости трафика.
В одном аспекте может иметься устройство беспроводной связи, содержащее средство для установления функции плоскости через посредство сетевого узла и средство для выполнения конфигурирования качества обслуживания с сетевым узлом посредством использования функции плоскости трафика.
Кроме того, один аспект может касаться машиночитаемого носителя. Машиночитаемый носитель может хранить машиночитаемые команды для установления функции плоскости трафика через посредство сетевого узла. Также могут иметься команды для выполнения конфигурирования качества обслуживания с сетевым узлом посредством использования функции плоскости трафика.
В еще одном аспекте может иметься система беспроводной связи с устройством, содержащим процессор, конфигурированный для установления функции плоскости трафика через посредство сетевого узла и выполнения конфигурирования качества обслуживания с сетевым узлом посредством использования функции плоскости трафика.
Для достижения вышеуказанных и связанных целей, один или более вариантов осуществления содержат признаки, в дальнейшем полностью описанные и особо выделенные в формуле изобретения. Последующее описание и приложенные чертежи формулируют подробно определенные иллюстративные аспекты одного или более вариантов осуществления. Эти аспекты иллюстрируют лишь некоторые из разнообразных путей использования принципов различных вариантов осуществления, и описанные варианты осуществления не предназначены для охвата всех таких аспектов и их эквивалентов.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг.1 - иллюстрация системы беспроводной связи в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.2 - иллюстрация примера системы для связи с использованием информации о качестве обслуживания в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.3 - иллюстрация примера системы для инициализации передачи информации о качестве обслуживания в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.4 - иллюстрация примера системы для связи с использованием информации о качестве обслуживания с детальной сетевой конфигурацией в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.5 - иллюстрация примера системы для связи с использованием информации о качестве обслуживания с детальным описанием сетевого устройства в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.6 - иллюстрация примера системы для связи с использованием информации о качестве обслуживания с детализированным сетевым узлом в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.7 - иллюстрация примера конфигурации сети в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.8 - иллюстрация примера методологии беспроводной связи с использованием информации о качестве обслуживания в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.9 - иллюстрация примера методологии обработки множества блоков данных протокола в соответствии с различными аспектами, сформулированными здесь.
Фиг.10 - иллюстрация примера методологии передачи блока данных протокола в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.11 - иллюстрация примера устройства мобильной связи, которое улучшает использование информации о качестве обслуживания в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.12 - иллюстрация примера системы, которая способствует использованию информации о качестве обслуживания, инициированной сетевым узлом, в соответствии с различными аспектами, сформулированными в данном документе.
Фиг.13 - иллюстрация примера среды сети беспроводной связи, которая может использоваться, которая является сетевой конфигурацией, инициированной во взаимосвязи с различными системами и способами, описанными в данном документе.
Фиг.14 - иллюстрация примера системы, которая способствует использованию информации о качестве обслуживания, инициируемой сетевым устройством, в соответствии с различными аспектами, сформулированными здесь.
Фиг.15 - иллюстрация примера системы, которая способствует использованию информации о качестве обслуживания, которая является сетевой конфигурацией, инициируемой в соответствии с различными аспектами, сформулированными в данном документе.
Детальное описание
Методы, описанные в данном документе, могут использоваться для различных систем беспроводной связи, таких как системы множественного доступа с кодовым разделением (CDMA), системы множественного доступа с временным разделением (TDMA), системы множественного доступа с частотным разделением (FDMA), системы множественного доступа с ортогональным частотным разделением (OFDMA), FDMA с одной несущей (SC-FDMA) и другие системы. Термины "система" и "сеть" часто используются попеременно. CDMA-система может реализовать технологию радиосвязи, такую как Универсальный Наземный Радиодоступ (UTRA), CDMA2000 и т.д. UTRA включает в себя Широкополосный CDMA (W-CDMA) и другие варианты CDMA. CDMA2000 покрывает Временный Стандарт (IS)-2000, IS-95 и IS-856 стандартов. TDMA-система реализует технологию радиосвязи, такую как Глобальная Система Мобильной Связи (GSM). Система OFDMA реализует технологию радиосвязи, такую как Расширенный Универсальный Наземный Радиодоступ (Расширенный UTRA или E-UTRA), Ультра Мобильная Широкополосная (UMB) сеть, стандарт Института Инженеров по Электричеству и Электронике (IEEE) 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM и т.д. Универсальный Наземный Радиодоступ (UTRA) и E-UTRA являются частью Универсальной Мобильной Телекоммуникационной Системы (UMTS). Стандарт 3GPP Долгосрочного Развития (LTE) является новой версией UMTS, которая использует E-UTRA с применением OFDMA для нисходящей линии связи и SC-FDMA для восходящей линии связи. UTRA, E-UTRA, UMTS, LTE и GSM описаны в документах организации 3GPP (Проект партнерства третьего поколения). CDMA2000 и UMB описаны в документах организации 3GPP2 (Проект партнерства третьего поколения 2).
Здесь описываются различные варианты осуществления со ссылкой на чертежи, на которых одни и те же ссылочные позиции используются для обозначения одних и тех же элементов. В последующем описании, в целях объяснения, раскрываются многочисленные конкретные детали, чтобы обеспечить полное понимание одного или более вариантов осуществления. Должно быть очевидным, однако, что такие варианты осуществления могут быть осуществлены без данных конкретных деталей. В других случаях хорошо известные структуры и устройства показаны на блок-схеме, чтобы облегчить описание одного или более вариантов осуществления.
При использовании в этой заявке термины "компонент", "блок", "система" и т.п. предназначены для ссылок на связанное с компьютером устройство, т.е. обозначения либо аппаратных средств, программируемого оборудования, комбинации аппаратных средств и программного обеспечения, программного обеспечения, либо выполняемого программного обеспечения. Например, компонент может представлять, но не ограничен этим, процесс, выполняющийся на процессоре, процессор, устройство, поток выполнения, программу и/или компьютер. Для примера, и приложение, выполняющееся на вычислительном устройстве, и вычислительное устройство могут быть компонентом. Один или более компонентов могут постоянно находиться в пределах процесса и/или потока выполнения, и компонент может быть локализован на одном компьютере и/или распределен между двумя или более компьютерами. Кроме того, эти компоненты могут выполняться с различных машиночитаемых носителей, хранящих разнообразные структуры данных. Компоненты могут взаимодействовать посредством локальных и/или удаленных процессов, например, в соответствии с сигналом, имеющим один или более пакетов данных (например, данные от одного компонента, взаимодействующего с другим компонентом в локальной системе, распределенной системе и/или в сети, такой как Интернет, с другими системами посредством сигнала).
Кроме того, различные варианты осуществления описаны здесь в связи с устройством мобильной связи. Устройство мобильной связи может быть также названо системой, модулем абонента, станцией абонента, мобильной станцией, мобильным устройством, удаленной станцией, удаленным терминалом, терминалом доступа, пользовательским терминалом, терминалом, устройством беспроводной связи, пользовательским агентом, пользовательским устройством, или пользовательским оборудованием (UE). Устройство мобильной связи может быть мобильным телефоном, радиотелефоном, телефоном с Протоколом Инициирования Сессии (SIP), станцией местной беспроводной радиосвязи (WLL), персональным цифровым помощником (PDA), портативным устройством, имеющим возможность беспроводного подключения, вычислительным устройством или другим устройством обработки, соединенным с беспроводным модемом. Кроме того, различные варианты осуществления описаны здесь в отношении базовой станции. Базовая станция может быть использована для связи с устройством(ами) мобильной связи и может также упоминаться как точка доступа, узел B или используя другую терминологию.
Кроме того, различные аспекты или признаки, описанные в данном документе, могут быть осуществлены как способ, устройство или изделие с использованием стандартных методов программирования и/или проектирования. Термин "изделие", используемый в данном документе, предназначен для охвата компьютерной программы, доступной с любого машиночитаемого устройства, носителя или среды. Например, машиночитаемый носитель может представлять собой, но не ограничиваться этим, магнитное устройство памяти (например, жесткий диск, гибкий диск, магнитная лента и т.д.), оптический диск (например, компакт-диск (CD), цифровой универсальный диск (DVD) и т.д.), смарт-карту и устройство флэш-памяти (например, EPROM, карта, флэш-накопитель, ключ и т.д.). Кроме того, различные носители данных, описанные в данном документе, могут представлять собой одно или более устройств и/или других машиночитаемых носителей для хранения данных. Термин "машиночитаемый носитель" может включать в себя, без ограничения, беспроводные каналы и различные другие среды, способные хранить, содержать и/или передавать команду(ы) и/или данные.
На Фиг.1 показана система 100 беспроводной связи, соответствующая различным вариантам осуществления, представленным в данном документе. Система 100 содержит базовую станцию 102, которая может содержать множество групп антенн. Например, одна группа антенн может содержать антенны 104 и 106, другая группа может содержать антенны 108 и 110, и еще одна группа может содержать антенны 112 и 114. Две антенны показаны для каждой группы антенн, однако для каждой группы может быть использовано большее или меньшее количество антенн. Базовая станция 102 может дополнительно содержать цепь передатчика и цепь приемника, каждая из которых может в свою очередь содержать множество компонентов, связанных с передачей сигнала и приемом (например, процессоры, модуляторы, мультиплексоры, демодуляторы, демультиплексоры, антенны и т.д.), что является очевидным для специалиста в данной области техники.
Базовая станция 102 может осуществлять связь с одним или более мобильных устройств, таких как устройство 116 мобильной связи и устройство 122 мобильной связи; однако необходимо понимать, что базовая станция 102 может осуществлять связь с любым количеством мобильных устройств, подобных мобильным устройствам 116 и 122. Мобильные устройства 116 и 122 могут быть, например, сотовыми телефонами, смартфонами, ноутбуками, карманными устройствами связи, карманными вычислительными устройствами, спутниковыми радио, глобальными системами позиционирования, портативными компьютерами (PDA) и/или любым другим подходящим устройством для связи в системе 100 беспроводной связи. Как показано, устройство 116 мобильной связи осуществляет связь с антеннами 112 и 114, причем антенны 112 и 114 передают информацию на устройство 116 мобильной связи по нисходящей линии 118 связи и принимают информацию от мобильного устройства 116 по восходящей линии 120 связи. Кроме того, устройство 122 мобильной связи осуществляет связь с антеннами 104 и 106, где антенны 104 и 106 передают информацию на устройство 122 мобильной связи по нисходящей линии 124 связи и принимают информацию от мобильного устройства 122 по восходящей линии 126 связи. В дуплексной системе с частотным разделением (FDD) нисходящая линия 118 связи может использовать другой диапазон частот, нежели используемый восходящей линией 120 связи, и нисходящая линия 124 связи может, например, использовать другой диапазон частот, нежели используемый восходящей линией 126 связи. Кроме того, в дуплексной системе с временным разделением (TDD) нисходящая линия связи 118 и восходящая линия 120 связи могут использовать общий диапазон частот, и нисходящая линия 124 связи и восходящая линия 126 связи могут использовать общий диапазон частот.
Набор антенн и/или область, в которой они выделяются для связи, может упоминаться как сектор 102 базовой станции. Например, несколько антенн могут быть выделены для связи с мобильными устройствами в секторе области, покрываемой базовой станцией 102. При связи по нисходящим линиям 118 и 124 связи передающие антенны базовой станции 102 могут использовать формирование диаграммы направленности, чтобы улучшить отношение сигнал-шум нисходящих линий 118 и 124 связи для мобильных устройств 116 и 122. Кроме того, когда базовая станция 102 использует формирование диаграммы направленности для передачи на мобильные устройства 116 и 122, рассредоточенные в области покрытия, мобильные устройства в соседних сотах будут подвергаться меньшему влиянию по сравнению со случаем, когда базовая станция ведет передачу через единственную антенну на все ее мобильные устройства.
Со ссылкой на Фиг.2 описан пример системы 200 для конфигурирования качества обслуживания (QoS), используемого в передаче данных. Использование информации QoS позволяет резервировать существующие ресурсы связи, а именно ресурсы, могут быть выделены для сотовой связи. Конкретный сетевой узел может инициировать конфигурирование информации QoS, как например, устройство 116 мобильной связи по Фиг.1 или базовая станция 102 по Фиг.1. Однако сеть может также конфигурировать информацию QoS по отношению к сетевому узлу (например, такому как терминал доступа).
Сетевая конфигурация 202 может организовывать информацию QoS относительно взаимодействия с сетевым узлом 204. Устройство 206 установки устанавливает функцию плоскости трафика для сетевого узла 204. Функция плоскости трафика может быть представлением шлюза доступа, который агрегирует информацию о нагрузке и сообщает результат агрегирования к функции использования. Устройство 208 управления выполняет конфигурирование QoS с сетевым узлом 204 посредством функции плоскости трафика. Может иметься объект определения политики (например, находящийся в устройстве 206 установки, устройстве 208 управления, как отдельный объект и т.д.), используемый сетевой конфигурацией 202, который предоставляет динамические политики, связанные с QoS и передаваемые шлюзу доступа, так что шлюз доступа может установить Интернет протокол и получить доступ к сетевым ресурсам для сетевого узла, относящегося к этим решениям политики. Кроме того, сетевая конфигурация 202 может также содержать статические конфигурационные объекты (например, помещенные в устройство 206 установки, устройство 208 управления, отдельные объекты и т.д.), которые предоставляют статическую политику или информацию о конфигурации, связанную с QoS и передаваемую сетевому устройству 204.
С другой стороны, сетевой узел 204 может конфигурировать информацию QoS или получать авторизацию информации QoS от сетевой конфигурации 202. Устройство 210 установки используется для установления функции плоскости трафика с сетью (например, сетевая конфигурация 202). Устройство 212 настройки может выполнять конфигурирование качества обслуживания с сетью посредством использования функции плоскости трафика. Сетевой узел (например, терминал доступа) может инициировать установку QoS к шлюзу доступа, который может послать информацию в объект определения политики в пределах сетевой конфигурации 202 для авторизации. Объект определения политики предоставляет решение авторизации обратно шлюзу доступа и также предоставляет правила осуществления политики, связанные с авторизацией.
И в случае инициации в сетевом узле, и в случае инициации в сетевой конфигурации может быть обеспечена эффективная архитектура QoS (например, с использованием фильтра пакетов, установленного в сети доступа, и маркировки поля кода дифференцированных сервисов (DSCP) для предоставления QoS в обратном канале). Кроме того, возможно добавление нового атрибута QoS приоритета между пользователями (например, класс пользователя) из домашней аутентификации, авторизации и учета (HAAA) для доступа к сети для управления доступом и обработки QoS. Кроме того, может быть, по меньшей мере, один добавленный механизм для того, как сеть доступа маркирует DSCP в обратной линии и как шлюз доступа маркирует DSCP в прямой линии. Кроме того, может иметься поддержка основанного на услуге управления каналом-носителем (SBBC) для сети доступа (например, как и какие параметры SBBC посылаются в сеть доступа и т.п.). Поддержка может использоваться для решения таких задач, как действуют инициированное сетевым устройством 204 (например, инициированное терминалом доступа) QoS и инициированное сетевой конфигурацией 202 QoS совместно с SBBC/политикой и изменяют управление (PCC).
Кроме того, другие функциональные возможности могут использоваться в связи с QoS информацией. Может использоваться маркер для согласования резервирования в сетевых узлах, таких как Расширенный Узел B (eNB), с фактически полученными правилами (например, маркер исходит из сетевого узла 204 к прикладным функциям и функциям определения политики). Это может работать как альтернатива для согласования фильтром пакетов. Кроме того, сигнализация Спецификации интероперабельности (IOS) может использоваться для переноса информации политики вместо служб Diameter или Radius. Может также быть множество IP-адресов, ассоциированных с одной сессией политики между шлюзом доступа и объектом определения политики. В пределах сети доступа идентификации резервирования используются, чтобы идентифицировать QoS, зарезервированное для определенных приложений. Может произойти разбиение пространства идентификации резервирования на два: одно для инициирования сетевым узлом, а другое для инициирования сетевой конфигурацией. Информация может быть предоставлена сетевому узлу 204 так, чтобы можно было бы узнать, используется ли инициированное сетевым узлом и/или инициированное сетевой конфигурацией QoS для каждого приложения.
Со ссылкой на Фиг.3 описывается пример системы 300 для инициирования сообщения QoS от сети и/или сетевого узла. Терминал 302 доступа (например, сетевой узел) может осуществлять связь с функцией 306 приложения посредством сети 304 и шлюза 310 доступа. Сеть может осуществлять связь с функцией 306 приложения, точкой 308 определения политики и шлюзом 310 доступа.
Согласно режиму активной доставки («проталкивания») терминал 302 доступа может осуществлять связь с функцией 306 приложения посредством сети 304 и шлюза 310 доступа. Функция 306 приложения авторизует QoS и передает QoS к точке 308 определения политики для авторизации на основе сервиса. Точка 308 определения политики сообщает решение о политике шлюзу 310 доступа. В случае необходимости дополнительное управление каналом-носителем может быть выполнено терминалом 302 доступа, сетью 304 и шлюзом 310 доступа. Шлюз 310 доступа сравнивает авторизованный QoS с уровнем IP, который требуется для QoS. Результат сравнения используется для улучшения передачи QoS. Шлюз доступа предоставляет решения политики, принятые от точки 308 определения политики в сеть 304 для осуществления. Может иметься множество узлов в сети 304, вовлеченных в связь с терминалом 302 доступа. Механизм синхронизации может использоваться для обновления политики и информации об ее осуществлении для множества узлов в сети 304. Этот механизм синхронизации может также содержать взаимодействие с терминалом 302 доступа. Понятно, что система 300 может работать без сети 304, так что прямая связь устанавливается от терминала 302 доступа (например, в конфигурации инициированной терминалом доступа).
В другом варианте осуществления терминал 302 доступа (или сеть 304 в случае инициирования сетью), обменивается информацией с функцией 306 приложения. Функция 306 приложения авторизует параметры QoS и передает эти параметры в точку 308 определения политики, где могут иметься локальные IP-авторизованные QoS параметры (например, где точка 308 определения политик собирает управляющие политики). Обмен информацией может существовать между терминалом 302 доступа и шлюзом 310 доступа, а также между шлюзом 310 доступа и точкой 308 определения политики. Локальные IP-авторизованные QoS-параметры могут стать авторизованными QoS-параметрами IP-уровня шлюза 310 доступа. Шлюз 310 доступа сравнивает авторизованный QoS с IP-уровнем, который требуются для QoS. Результат сравнения может использоваться для улучшения передачи QoS.
Согласно одному варианту осуществления маркер передается между терминалом 302 доступа и функцией 306 приложения, а функция приложения передает маркер в точку 308 определения политики. Точка 308 определения политики затем передает маркер шлюзу 310 доступа и сети 304 с правилом QoS. Терминал 302 доступа затем передает тот же самый маркер сети 304 при запросе QoS. В результате сеть 304 может знать, что терминал 302 доступа запрашивает что-то связанное с тем, на что указывает функция 306 приложения. IOS может существовать между сетью 304 и шлюзом 310 доступа, или между множеством сетевых узлов в пределах сети 304. Пространство хранения идентификатора может быть использовано между терминалом 302 доступа и сетью 304 (например, сетью доступа) и может быть разделено на два пространства: одно для инициированного терминалом доступа QoS и одно для инициированного сетью QoS.
Терминал 302 доступа (например, устройство мобильной связи) и функция 306 приложения могут согласовать информацию, относящуюся к приложению. Функция 306 приложения передает информацию сервиса в точку 308 определения политики для авторизации. Точка определения политики авторизует сервис и устанавливает правила политики, основанные на информации об авторизованном сервисе. Точка 308 определения политики передает правила политики шлюзу 310 доступа, который перераспределяет правила в сеть 304. Шлюз 310 доступа или сеть инициируют установку QoS, основываясь на полученных правилах.
В варианте осуществления режима извлечения информации терминал 302 доступа может произвести настройку на основе QoS с сетью 304, базируясь на некоторой предварительно конфигурированной информации или приложении, которое терминал 302 доступа планирует запустить. Настройка может запустить запрос терминала 302 доступа на авторизацию от точки 308 определения политики. Как только QoS доступно или параллельно с установкой QoS, терминал 302 доступа и функция 306 приложения могут согласовать информацию приложения. Функция приложения может передавать информацию о сервисе в точку 308 определения политики для авторизации. Точка 308 определения политики может авторизовать сервис и установить соответствующие правила политики. Так как шлюз 310 доступа может предварительно запросить QoS для этого сервиса, точка 308 определения политики может соотнести правила с предыдущей авторизацией и послать обновление шлюзу 310 доступа. Шлюз доступа может предоставить решения политики, принятые от точки 308 определения политики, в сеть 304 для их осуществления. В сети 304 может иметься множество узлов, вовлеченных в связь с терминалом 302 доступа. Механизм синхронизации используется для обновления политики и информации об осуществлении на множестве узлов в пределах сети 304. Этот механизм синхронизации может также содержать взаимодействие с терминалом 302 доступа. Аспекты, раскрытые на Фиг.3, могут быть применены к другим аспектам, раскрытым здесь (например, для сетевой конфигурации 202 по Фиг.2 и/или сетевого узла 204 по Фиг.2).
На Фиг.4 представлен пример системы 400 для конфигурирования качества обслуживания, используемого при передаче данных посредством использования подробной сетевой конфигурации 202. Таким образом, система 400 представляет ситуацию инициированной сетью конфигурации 202. Устройство 206 установки используется для установления функции плоскости трафика для сетевого узла. Кроме того, устройство 208 управления может выполнять конфигурирование QoS с сетевым узлом 204 посредством использования функции плоскости трафика.
Различные другие модули могут использоваться для улучшения функциональных возможностей и работы QoS. Сетевая конфигурация может использовать сборщик 402, который собирает информацию QoS от шлюза доступа, причем шлюз доступа получает информацию QoS от функции правил изменения политики. Это может быть сделано до конфигурирования вызова, что не считается допустимым.
Кроме того, устройство 404 хранения может использоваться для хранения информации QoS до инициирования соединения связи, когда сохраняемая информация о качестве обслуживания конфигурирована. Традиционно считается, что информация QoS не может быть конфигурирована до установления соединения. Однако политики могут быть конфигурироваться и обмениваться между различными сетевыми узлами (например, сетевым узлом 204), сетевой конфигурацией 202 и т.п., что допускает совместное использование информации, и информация QoS будет использоваться во время осуществления вызова.
Согласно одному варианту осуществления, некоторое количество информации QoS может быть сохранено до осуществления вызова. Может использоваться фиксатор 406 для сохранения части информации QoS, часто до осуществления вызова. Сетевое устройство 204 использует часть информации QoS, которая была сохранена. Сетевая конфигурация 202 может затем освободить информацию QoS, которая не используется сетевым узлом 204. Обычно фиксатор 406 сохраняет часть, большую чем то, что может использоваться сетевым узлом 204. Это можно считать гарантией того, что вызов сможет начаться, так как достаточно информации QoS сохранено для сетевого узла 204, что способствует ускорению вызовов, так как информация QoS легко доступна.
Так как сетевая конфигурация 202 может иметь политики иные, чем, по меньшей мере, один сетевой узел 204, то различные результаты могут иметь место для сходных запросов. Поэтому может быть реализован модернизатор 408, который использует процедуру обновления для синхронизации, по меньшей мере, одной политики между сетевым узлом и сетью так, чтобы сходные результаты могли быть воспроизведены для сходных команд. Сетевой узел 204 использует приемник 410 для участия в связи и процессор 412 для ускорения работы. Использование системы 400 может привести к использованию частичной информации сессии на основании авторизации политики для улучшенного (например, оптимизированного) потока вызовов.
При использовании конфигурации QoS, как раскрыто в данном документе, могут быть использованы различные элементы функциональных возможностей. Это может быть предварительная авторизация из точки определения политики, чтобы обеспечить возможность резервирования QoS перед установкой вызова (например, части QoS, сохраненные до осуществления процедур установки вызова). Кроме того, это может быть политика синхронизация среди сетевых узлов посредством процедуры обновления контекста (например, перемещать полный набор правил каждый раз от шлюза доступа до сети, чтобы избегать ситуацию «гонки»). Кроме того, может использоваться политика авторизации на основании подписки совместно с политикой обновления и поздним связыванием, чтобы сделать возможным улучшенный поток вызовов.
На Фиг.5 показан пример системы 500 для конфигурирования качества обслуживания, используемого при передаче данных с использованием сетевого узла 204. Сетевой узел 204 предоставляет информацию сетевой конфигурации 202 для облегчения использования информации QoS. Приемник 502 используется сетевым узлом для участия в связи, и процессор 504 используется для обработки данных.
Сетевой узел 204 использует устройство 210 установки, которое устанавливает функции плоскости трафика с сетью (например, сетевая конфигурация 204). Устройство 212 настройки выполняет конфигурацию QoS с сетью посредством функции плоскости трафика. Различные функциональные возможности могут дать возможность применить разнообразные особенности использования информации QoS. Согласно одному варианту осуществления конфигурирование функции плоскости трафика делается посредством политики подписки, обновления политики и позднего связывания. Регистр 506 может сохранить информацию QoS до инициирования соединения; сохраненная информация QoS часто конфигурируется устройством 212 настройки.
Подобно тому, как было описано в реализации инициирования сетевым узлом (например, что показано на Фиг.4), различные политики могут привести к различным результатам, что может быть нежелательным. Балансировщик 506 устраняет нежелательное воздействие посредством использования процедуры обновления, чтобы синхронизировать, по меньшей мере, одну политику между сетевым узлом и сетью. В обычных системах связи временная идентификация может быть представлена объектам. Однако могут существовать проблемы коррекции, если та же самая временная идентификация не доступна на всех участвующих объектах. Может быть использован идентификатор 508, который предоставляет постоянную идентификацию сетевого узла для сети. Таким образом, может быть предоставлен постоянный Идентификатор Сетевого Адреса (NAI) от HAAA (например, сервер HAAA) шлюзу доступа, чтобы использовать для связи с точкой определения политики, которая также приняла ту же самую постоянную идентификацию от HAAA, для сопоставления.
На Фиг.6 представлена система 500 для передачи информации, как часть сети, например, посредством технологии радиодоступа Ультра Мобильной Широкополосной сети (UMB). eBS 602 (расширенная базовая станция, такая как базовая станция 102 на Фиг.1) может содержать DAP (Пункт получения данных) и/или SRNC (Контроллер Сигнала Радиосети) 604, который поддерживает справочную информацию сессии. DAP и/или SRNC 604 могут связываться с AGW 606 (шлюз доступа, такой как шлюз доступа 310 на Фиг.3). Посредством AGW 606 множество узлов могут связываться с eBS 602, причем AGW 606 предоставляет пользователю точку IP-соединения с сетью. AGW 606 может содержать AAA 608 (функция аутентификации, авторизации и учета), который предоставляет функцию аутентификации, авторизации и учета для терминала доступа, использующего сетевые ресурсы. Кроме того, AGW 606 может связываться с НА 610 (локальный агент), который обеспечивает функциональные возможности мобильности. LMA 612 (Локальный узел привязки мобильности) может иметь интерфейс с AGW 606 непосредственно или через связь с PCRF 614 (Функция политики и изменения правил), которая предоставляет стандарт, в котором может работать AGW 606. LMA 612 может функционировать как точка привязки для мобильного терминала и управляет состоянием доступности мобильного терминала.
На Фиг.7-10 показаны методологии, касающиеся передачи информации QoS. Хотя в целях простоты объяснения методологии показаны и описаны как ряд действий, понятно, что методологии не ограничены порядком действий, поскольку некоторые действия, в соответствии с одним или более вариантами осуществления, могут происходить в различных порядках и/или одновременно с другими действиями, в отличие от показанного и описанного здесь. Например, специалистам в данной области техники должно быть понятно, что методология могла быть альтернативно представлена как ряд взаимосвязанных состояний или событий, как в диаграмме состояний. Кроме того, не все показанные действия могут требоваться для осуществления методологии в соответствии с одним или более вариантами осуществления.
На Фиг.7 представлен пример методологии 700 использования информации QoS при установке, инициируемой сетевым узлом. В событии 702 устанавливается функция плоскости трафика с сетью. Информация QoS сохраняется до инициирования соединения в событии 704, что может быть облегчено при предварительной авторизации политики.
С установленной функцией плоскости трафика может быть выполнена QoS конфигурация с сетью посредством функции плоскости трафика через действие 706. Таким образом, конфигурируется сохраненная информация QoS (например, которая была сохранена посредством действия 706). В блоке 708 используется процедура обновления, чтобы синхронизировать, по меньшей мере, одну политику между сетевым узлом и сетью. Согласно одному варианту осуществления конфигурирование функции плоскости трафика выполняется посредством политики подписки, обновления политики и позднего связывания. Может быть также представлена постоянная идентификация сетевого узла для сети, выполняемая посредством действия 710, причем действие 710 может произойти, когда функция плоскости трафика установлена в событии 702 или ранее.
На Фиг.8 описан пример методологии 800 для использования информации QoS при установке, инициируемой сетевым узлом. В действии 802 устанавливается функция плоскости трафика для сетевого узла. При собранной плоскости трафика может выполняться сбор информации о качестве обслуживания от шлюза доступа в действии 804. Согласно одному варианту осуществления шлюз доступа получает информацию о качестве обслуживания из функции правил изменения политики. Может также выполняться конфигурирование QoS для сетевого узла посредством использования функции плоскости трафика в событии 806. Кроме того, информация QoS может быть сохранена до инициирования соединения, причем сохраненная информация QoS конфигурируется.
Часть информации QoS может быть сохранена при действии 808. Запрос может тогда быть послан некоторому объекту, и объект может предоставить ответ. Объект может предоставить ответ, который принимается в действии 810, и может выполняться проверка 812 для определения, указал ли объект часть информации QoS. Обычно, объект желает использовать часть сохраненного QoS и извещает сеть о своем желании, так что данная часть может указываться в событии 814. Также возможно, что требуется больше QoS, чем сохраненное QoS, и методология 800 может использоваться для обновления сохраненного QoS на основании текущего запроса. Однако, возможно, что никакое указание не было сделано узлом, таким образом сеть может определить, какое количество сохраненной информации QoS использовать. Определение может быть сделано посредством использования методов искусственного интеллекта.
Методы искусственного интеллекта могут использовать одну из многочисленных методологий для обучения на данных и затем получения выводов и/или определений, связанных с динамическим хранением информации в многочисленных модулях памяти (например, Скрытые Модели Маркова (HMMs) и связанные с ними прототипы моделей зависимости, более общие вероятностные графические модели, такие как сети Байеса, например, созданные в ходе поиска структуры с использованием модели Байеса для оценки или приближения, линейные классификаторы, такие как векторные машины поддержки (SVMs), нелинейные классификаторы, такие как способы, упоминаемые как методология "нейронной сети", методология с нечеткой логикой и другие подходы, которые выполняют объединение данных, и т.д.), в соответствии с осуществлением различных автоматизированных аспектов, описанных здесь. Кроме того, эти методы могут также содержать способы для сбора логических отношений, такие как программы автоматического доказательства теорем или более эвристические, основанных на правилах экспертные системы. Методы искусственного интеллекта могут использоваться, чтобы реализовать определения, раскрытые здесь. На основании определенной части используемого сохраненного раздела (например, запрашиваемой узлом, определенной и т.п.), остаток может быть освобожден в действии 816. Альтернативно, если необходимое QoS может быть большим, чем сохраненный раздел, дополнительные ресурсы могут быть предоставлены в действии 816. В событии 818 может использоваться процедура обновления, чтобы синхронизировать, по меньшей мере, одну политику между сетевым узлом и сетью.
На Фиг.9 показан пример методологии 900 для реализации инициированного сетевым узлом QoS. Подготовительные действия относительно информации о качестве обслуживания могут быть выполнены в событии 902. Первоначально, может быть выполнена аутентификация доступа и авторизация. При надлежащей аутентификации и/или авторизации может запускаться приложение.
В блоке 904 может обрабатываться запрос на использование информации QoS относительно приложения. Приложение посылает запрос QoS к сетевому узлу, а сетевой узел может отправить запрос дальше по сети. Сеть может авторизовать запрос QoS, модифицировать запрос, выполнить предложение, связанное с запросом и т.п.
В действии 906 может быть получен ответ, имеющий отношение к запросу использования информации QoS. В дополнение к посылке ответа QoS, сеть может передать данные конфигурации, которые могут быть специфичными для сети, предложения для сетевого узла и т.п. Сетевой узел может обработать ответ и данные конфигурации и отправить информацию приложению. Приложение может постоянно находиться на сетевом узле, в другом месте и т.п.
При надлежащем ответе приложение может быть активировано в событии 908. Кроме того, может быть ON-запрос, который используется в конфигурации, связанной с информацией QoS, посредством действия 910. Приложение может завершить ON-запрос на терминале доступа, причем терминал доступа посылает ON-запрос резервирования к сети доступа, который сеть может затем принять. Терминал доступа может затем переслать QoS к приложению. Запуск сигнализации может произойти в событии 912. Приложение вызывает Протокол Инициирования Сеанса (SIP) или не-SIP на сервере приложений. Если решено, что сигнализация завершена, данные могут перемещаться.
На Фиг.10 показан пример методологии 1000 для установки инициированного сетью QoS. При этом могут быть выполнены подготовительные действия в событии 1002. Они могут быть выполнены, когда терминал доступа (AT) выполняет успешную идентификацию доступа и авторизацию. Кроме того, могут осуществляться процедуры аутентификации и авторизации, и Пользовательский Профиль QoS может быть послан в SRNC. SRNC посылает Пользовательский Профиль QoS в eBS как информацию о сессии, что представлено действием 1004. Туннель между DAP и AGW может быть установлен в действии 1006. Также может назначаться IP-адрес. Так как SBBC поддерживается, AGW устанавливает маршрут с vPCRF и hPCRF. Статическая политика может быть послана от vPCRF и hPCRF к AGW, и AGW посылает ее в SRNC.
Начальные действия активации происходят в блоке 1008. Приложение может быть активировано. Приложение может также посылать App Activated (приложение активировано) в AT. Приложение может запускать SIP или Не-SIP сигнализацию на сервер приложений. Запущенный сигнализацией приложения сервер приложений посылает SBBC сигнал в vPCRF/hPCRF, причем vPCRF/hPCRF посылает SBBC сигнал в AGW, содержащий QoS сессии. Кроме того, AGW может послать SBBC сигнал в AN/DAP.
Сетевая авторизация может осуществляться в событии 1010. AN может авторизовать QoS на основании Пользовательского профиля QoS. AN может послать запрос конфигурации к AT, содержащий запрос ReservationKKQoS и TFT. AT может послать ответ конфигурации к AN. AN может также послать запрос Reservation ON к AT, содержащий предоставленное QoS. AT может также послать ForReservationAck и/или RevReservationAccept к AN, и AT пересылает QoS ON в приложение. Действия извещения могут иметь место в действии 1012, так что DAP извещает SRNC относительно QoS сессии, что может быть выполнено параллельно с AN авторизацией QoS на основании Пользовательского профиля QoS. DAP посылает реконфигурированную сессию в AT. Также AT может уведомить всех участников активного набора о получении новой сессии от SRNC.
Понятно, что в соответствии с одним или более аспектами, описанными здесь, выводы могут быть сделаны относительно того, должна ли использоваться передача QoS, определяя параметр периода активации и т.д. Как понимается здесь, термин "вывести" или "вывод" относится вообще к процессу рассуждения или вывода состояний системы, среды и/или пользователя из ряда наблюдений, как зафиксировано посредством событий и/или данных. Вывод может использоваться для идентификации конкретного контекста или действия или может генерировать распределение вероятности по состояниям, например. Вывод может быть вероятностным, то есть вычислением распределения вероятности по состояниям, представляющим интерес, на основе учета данных и событий. Вывод может также обращаться к методам, используемым для составления высокоуровневых событий из набора событий и/или данных. Такие выводы приводят к созданию новых событий или действий из ряда наблюдаемых событий и/или хранимых данных событий, независимо от того, являются ли события коррелированными в тесной временной близости и происходят ли события и данные из одного или нескольких событий и источников данных.
Согласно примеру один или более способов, представленных выше, содержат выводы, имеющие отношение к использованию информации QoS в сетевой установке. В качестве дополнительной иллюстрации, вывод может быть сделан относительно выбора числа физических кадров как параметра периода активации, основанного на выбранном приложении, желаемом энергосбережении и т.д. Понятно, что предшествующие примеры являются иллюстративными и не предназначены для ограничения числа выводов, которые могут быть сделаны, или способа, которым такие выводы могут быть сделаны, во взаимосвязи с различными вариантами осуществления и/или способами, описанными здесь.
На Фиг.11 представлена схема мобильного устройства 1100, которое способствует использование информации QoS, причем устройство 1100 мобильной связи может работать как сетевой узел (например, терминал доступа). Мобильное устройство 1100 содержит приемник 1102, который принимает сигнал от, например, приемной антенны (не показана) и выполняет затем типичные действия (например, фильтрацию, усиление, понижающее преобразование и т.д.) с принятым сигналом и оцифровывает обработанный сигнал для получения выборок. Приемник 1102 может быть, например, MMSE приемником, и может содержать демодулятор 1104, который демодулирует полученные символы и предоставляет их процессору 1106 для оценки канала. Процессор 1106 может быть процессором, предназначенным для анализа информации, принятой приемником 1102, и/или генерации информации для передачи передатчиком 1116, процессором, который управляет одним или более компонентами мобильного устройства 1100, и/или процессором, который анализирует информацию, принятую приемником 1102, создает информацию для передачи передатчиком 1116 и управляет одним или более компонентами мобильного устройства 1100.
Мобильное устройство 1100 может дополнительно содержать память 1108, которая операционно связана с процессором 1106, и может хранить данные, которые должны передаваться, принятые данные, информацию, связанную с доступными каналами, данные, связанные с проанализированным сигналом и/или уровнем помех, информацию, связанную с назначенным каналом, передающей мощностью, скоростью, или подобным, и любую другую подходящую информацию для оценки канала и связываться через канал. Память 1108 может дополнительно хранить протоколы и/или алгоритмы, связанные с оценкой и/или использованием канала (например, основанные на производительности, основанные на емкости и т.д.).
Понятно, что хранилище данных (например, память 1108), описанное здесь, может быть или энергозависимой памятью или энергонезависимой памятью, или может содержать и энергозависимую и энергонезависимую память. Для пояснения, а не ограничения, энергонезависимая память может содержать память только для чтения (ROM), программируемую ROM (PROM), электрически программируемую ROM (EPROM), электрически стираемую PROM (EEPROM) или флэш-память. Энергозависимая память может содержать память произвольного доступа (RAM), которая действует как внешняя кэш память. Для пояснения, а не ограничения, RAM доступна во многих формах, таких как синхронная RAM (SRAM), динамическая RAM (DRAM), синхронная DRAM (SDRAM), SDRAM с двойной скоростью (DDR SDRAM), расширенная SDRAM (ESDRAM), Synchlink DRAM (SLDRAM) и прямая Rambus RAM (DRRAM). Память 1108 рассматриваемых систем и способов рассматривается как содержащая, без ограничения указанным, эти и другие подходящие типы памяти.
Процессор 1102 может быть дополнительно операционно связан с устройством установки 1110 и/или устройством настройки 1112. Устройство установки 1110 устанавливает функцию плоскости трафика с сетью, и устройство настройки 1112 может выполнять конфигурирование QoS с сетью с использованием функции плоскости трафика. Устройство 1100 мобильной связи может дополнительно содержать модулятор 1114 и передатчик 1116, который передает сигнал (например, основной CQI и разностный CQI), например, к базовой станции, другому устройству мобильной связи и т.д. Хотя показано отдельно от процессора 1106, необходимо понимать, что устройство установки 1110 и/или устройство настройки 1112 может быть частью процессора 1106 или набора процессоров (не показано).
На Фиг.12 показана схема системы 1200, которая способствует передаче информации QoS, инициированной сетью, причем система 1200 может представлять сетевую конфигурацию. Система 1200 содержит базовую станцию 1202 (например, точку доступа) с приемником 1210, который принимает сигнал(ы) от одного или более мобильных устройств 1204 через набор приемных антенн 1206, и передатчик 1222, который передает к одному или более мобильным устройствам 1204 через набор передающих антенн 1208. Приемник 1210 принимает информацию от приемных антенн 1206 и связан с демодулятором 1212, который демодулирует принятую информацию. Демодулированные символы анализируются процессором 1214, который может быть подобным процессору, описанному выше со ссылкой на Фиг.11, и который соединен с памятью 1216, которая хранит информацию, связанную с оценкой уровня сигнала (например, пилот-сигнала) и/или уровня помех, данные, которые должны передаваться и приниматься, соответственно, к/от мобильного устройства 1204 (или другой базовой станции (не показана)), и/или любую другую подходящую информацию, связанную с выполнением различных действий и функций, сформулированных здесь.
Процессор 1214 дополнительно соединен с устройством установки 1218 и/или устройством управления 1220. Устройство установки 1218 устанавливает функцию плоскости трафика для сетевого устройства. Устройство управления 1220 может выполнять конфигурирование QoS с сетевым узлом посредством использования функции плоскости трафика. Хотя показано отдельно от процессора 1214, понятно, что устройство установки 1218 и/или устройство управления 1220 может быть частью процессора 1214 или набора процессоров (не показано).
Фиг.13 показывает пример системы 1300 беспроводной связи. Система 1300 беспроводной связи изображает одну базовую станцию 1310 и одно устройство 1350 мобильной связи ради краткости. Однако понятно, что система 1300 может содержать более чем одну базовую станцию и/или более чем одно устройство мобильной связи, причем дополнительные базовые станции и/или мобильные устройства могут быть существенно подобными или отличаться от приведенных для примера базовой станции 1310 и устройства 1350 мобильной связи, описанных ниже. Кроме того, понятно, что базовая станция 1310 и/или устройство 1350 мобильной связи могут использовать системы (Фиг.1-6 и 11-12) и/или способы (Фиг.7-10), описанные в данном документе, для облегчения радиосвязи между ними.
В базовой станции 1310 данные трафика для многих потоков данных предоставляются из хранилища 1312 данных к процессору 1314 данных передачи (ТХ). Согласно примеру, каждый поток данных может быть передан через соответствующую антенну. Процессор 1314 ТХ данных форматирует, кодирует и чередует поток данных трафика на основании конкретной схемы кодирования, выбранной для данного потока данных, чтобы предоставить кодированные данные.
Кодированные данные для каждого потока данных мультиплексируются с данными пилот-сигнала с использованием метода мультиплексирования с ортогональным частотным разделением (OFDM). Дополнительно или альтернативно, пилотные символы могут быть мультиплексированы с частотным разделением (FDM), мультиплексированы с временным разделением (TDM) или мультиплексированы с кодовым разделением (CDM). Пилотные данные обычно являются известным шаблоном данных, который обрабатывается известным способом и может использоваться в мобильном устройстве 1350 для оценки отклика канала. Мультиплексированные пилотные и кодированные данные для каждого потока данных модулируются (например, отображаются на символы) на основании конкретной схемы модуляции (например, двоичная фазовая манипуляция (BPSK), квадратурная фазовая манипуляция (QPSK), М-фазовая манипуляция (M-PSK), М-квадратурная амплитудная модуляция (M-QAM) и т.д.), выбранная для данного потока данных, чтобы предоставить символы модуляции. Скорость передачи данных, кодирование и модуляция для каждого потока данных могут быть определены командами, выполняемыми или предоставляемыми процессором 1330.
T
T
Символы модуляции для потоков данных предоставляются TX MIMO процессору 1320, который дополнительно обрабатывает символы модуляции (например, для OFDM). TX MIMO процессор 1320 затем предоставляет N потоков символов модуляции для N передатчиков (TMTR) 1322a-1322t. В различных вариантах осуществления TX MIMO процессор 1320 применяет веса формирования диаграммы направленности к символам потоков данных и к антенне, от которой передается символ.
T
T
Каждый передатчик 1322 принимает и обрабатывает соответствующий поток символов, чтобы предоставить один или более аналоговых сигналов, и дополнительно преобразует (например, выполняет усиление, фильтрацию и повышающее преобразование) аналоговый сигнал, чтобы предоставить модулированный сигнал, подходящий для передачи по каналу MIMO. Кроме того, N модулированных сигналов от передатчиков 1322a-1322t передаются от N антенн 1324a-1324t, соответственно.
R
В мобильном устройстве 1350 переданные модулированные сигналы принимаются N антеннами 1352a-1352r, и принятый сигнал от каждой антенны 1352 предоставляется на соответствующий приемник (RCVR) 1354a-1354r. Каждый приемник 1354 обрабатывает (например, фильтрует, усиливает и выполняет понижающее преобразование) соответствующий сигнал, оцифровывает обработанный сигнал для предоставления выборок и дополнительно обрабатывает выборки, чтобы предоставить соответствующий принятый поток символов.
R
R
T
Процессор 1360 данных приема (RX) принимает и обрабатывает N принятых потоков символов от N приемников 1354 на основе конкретного способа обработки приемника, чтобы предоставить N обнаруженных потоков символов. Процессор 1360 RX данных демодулирует, выполняет обращенное чередование данных и декодирует каждый обнаруженный поток символов, чтобы восстановить данные трафика для потока данных. Обработка RX процессором 1360 данных дополнительна к выполняемой TX MIMO процессором 1320 и процессором 1314 ТХ данных на базовой станции 1310.
Процессор 1370 периодически определяет, какую матрицу предварительного кодирования следует использовать, как обсуждалось выше. Кроме того, процессор 1370 может формулировать сообщение обратной линии связи, содержащее часть индекса матрицы и часть значения ранга.
Сообщение обратной линии связи может содержать различные типы информации относительно линия связи и/или принимаемого потока данных. Сообщение обратной линии связи может быть обработано процессором 1338 ТХ данных, который также принимает данные трафика для ряда потоков данных от источника 1336 данных, модулированных модулятором 1380, обработанных передатчиками 1354a-1354r и переданных назад к базовой станции 1310.
В базовой станции 1310 модулированные сигналы от мобильного устройства 1350 принимаются антеннами 1324, обрабатываются приемниками 1322, демодулируются демодулятором 1340 и обрабатываются процессором 1342 RX данных, чтобы извлечь сообщение обратной линии связи, переданное устройством мобильной связи 1350. Кроме того, процессор 1330 обрабатывает извлеченное сообщение, чтобы определить, какую матрицу предварительного кодирования использовать, для определения весов формирования диаграммы направленности.
Процессоры 1330 и 1370 могут направлять (например, контролировать, координировать, управлять и т.д.) работу базовой станции 1310 и устройства 1350 мобильной связи, соответственно. Соответствующие процессоры 1330 и 1370 могут быть связаны с памятью 1332 и 1372, которые хранят коды программы и данные. Процессоры 1330 и 1370 могут также выполнять вычисления для получения оценок частотного и импульсного отклика для восходящей линии и нисходящей линии, соответственно.
Понятно, что варианты осуществления, описанные в данном документе, могут быть осуществлены в аппаратных средствах, программном обеспечении, программируемом оборудовании, промежуточном программном обеспечении, микрокоде, или любой комбинации указанного. Для реализации аппаратными средствами модули обработки могут быть осуществлены с помощью одной или более специализированных интегральных схем (ASIC), процессоров цифрового сигнала (DSP), устройств обработки цифрового сигнала (DSPD), программируемых логических устройств (PLD), программируемых пользователем вентильных матриц (FPGA), процессоров, контроллеров, микроконтроллеров, микропроцессоров, других электронных модулей сконструированных для выполнения функций, описанных здесь, или комбинации указанного.
Когда варианты осуществления реализуются в программном обеспечении, программируемом оборудовании, промежуточном программном обеспечении или микрокоде, программном коде или сегментах кода, они могут быть сохранены в читаемой компьютером среде, такой как компонент памяти. Сегмент кода может представлять процедуру, функцию, подпрограмму, программу, вспомогательную процедуру, подпрограмму, модуль, пакет программ, класс, или любую комбинацию команд, структур данных или операторов программ. Сегмент кода может быть связан с другим сегментом кода или схемой аппаратных средств посредством передачи и/или приема информации, данных, параметров, аргументов или содержимого памяти. Информацию, аргументы, параметры, данные и т.д. можно переслать, отправить или передать с использованием любых подходящих средств, включая совместное использование памяти, пересылку сообщений, пересылку маркеров, передачу по сети и т.д.
Для программного выполнения способы, описанные в данном документе, могут быть осуществлены с помощью модулей (например, процедур, функций и т.д.), которые выполняют функции, описанные в данном документе. Программные коды могут быть сохранены в модулях памяти и могут выполняться процессорами. Блок памяти может быть реализован в процессоре или может быть внешним к процессору, в последнем случае он может связываться с процессором посредством различных средств, как известно специалистам в данной области.
На Фиг.14 показана система 1400, которая обеспечивает использование информации QoS в беспроводной связи. Например, система 1400 может постоянно находиться, по меньшей мере, частично в пределах мобильного устройства. Понятно, что система 1400 представлена как содержащая функциональные блоки, которые могут быть функциональными блоками, представляющими функции, реализуемыми процессором, программным обеспечением или комбинацией указанного (например, программируемым оборудованием). Система 1400 содержит логическую группу 1402 электронных компонентов, которые могут действовать во взаимосвязи. Например, логическая группа 1402 может содержать электронный компонент для установления функции плоскости трафика с сетью 1404. Кроме того, логическая группа 1402 может содержать электронный компонент для выполнения конфигурирования качества обслуживания с сетью посредством использования функции 1406 плоскости трафика.
Логическая группа 1402 может также содержать электронный компонент для сохранения информации о качестве обслуживания до инициирования линии связи, сохраненная информация о качестве обслуживания конфигурируется; электронный компонент для использования процедуры обновления, чтобы синхронизировать, по меньшей мере, одну политику между сетевым узлом и сетью, причем конфигурирование функции плоскости трафика может быть сделано посредством политики подписки, обновления политики и позднего связывания, и/или электронный компонент для предоставления постоянной идентичности сетевого узла сети; эти компоненты могут объединяться как часть электронного компонента для идентификации передачи модуля 1404 данных протокола управления и/или электронный компонент для приращения счетчика как прямой корреляции идентифицированной передачи для модуля 1406 данных протокола управления, как независимые узлы и т.п. Кроме того, система 1400 может содержать память 1408, которая хранит команды для выполнения функций, связанных с электронными компонентами 1404 и 1406. Хотя они показаны внешними к памяти 1408, понятно, что один или более электронных компонентов 1404 и 1406 могут находиться в памяти 1408.
На Фиг.15 показана система 1500, которая обеспечивает использование информации QoS в беспроводной связи. Например, система 1500 может постоянно находиться, по меньшей мере, частично в пределах мобильного устройства. Понятно, что система 1500 представлена как содержащая функциональные блоки, которые могут быть функциональными блоками, которые представляют функции, реализуемые процессором, программным обеспечением или комбинацией указанного (например, программируемым оборудование). Система 1500 содержит логическую группу 1502 электронных компонентов, которые могут действовать во взаимосвязи. Например, логическая группа 1502 может содержать электронный компонент для установления функции плоскости трафика для сетевого узла 1504. Кроме того, логическая группа 1502 может содержать электронный компонент для выполнения конфигурирования качества обслуживания с сетевым узлом посредством использования функции 1506 плоскости трафика.
Логическая группа 1502 может также содержать электронный компонент для сбора информации о качестве обслуживания от шлюза доступа, где шлюз доступа может получить информацию о качестве обслуживания из функции правил изменения политики, электронный компонент для сохранения информации о качестве обслуживания до инициирования линии связи, причем сохраненная информация о качестве обслуживания может быть конфигурирована, электронный компонент для сохранения части информации о качестве обслуживания; обычно сетевой узел использует часть раздела информации о качестве обслуживания, и/или электронный компонент для использования процедуры обновления для синхронизации, по меньшей мере, одной политики между сетевым узлом и сетью; эти компоненты могут объединяться как часть электронного компонента для аутентификации блока 1504 данных протокола управления и/или электронный компонент для формирования уведомления для модуля, который посылает блок данных протокола управления, чтобы сбросить счетчик при успешной идентификации блока 1506 данных протокола управления; как независимые устройства и т.п. Хотя показаны как внешние к памяти 1508, понятно, что электронные компоненты 1504 и 1506 могут находиться в пределах памяти 1510.
Кроме того, другие релевантные характеристики QoS могут быть реализованы в соответствии с аспектами, раскрытыми здесь. Понятно, что последующее описание используется в целях пояснения и никоим образом не предназначено для ограничения объема. Системы могут допускать IP-сервисы с дифференцированным QoS (такие как VoIP и других сервисы данных), определяемые и специфицируемые независимо в пределах границ воздушного интерфейса. Воздушный интерфейс UMB может поддерживать многочисленные IP-потоки. Каждый IP-поток может быть отображен на единственное хранение, идентифицированное посредством ReservationLabel, что, в свою очередь, может быть отображено на поток.
eBS может передавать данные со шлюзом доступа через PMIP GRE туннель. eBS создает туннель GRE для каждого AT, чтобы передавать кадры данных между AT и AGW. Данная сессия пакетных данных может поддерживать один или более IP-адресов. PMIP GRE туннель может нести многочисленные IP-потоки. IP-поток может быть последовательностью пакетов, которые совместно используют конкретную реализацию уровней протокола IETF. Например, RTP-поток может состоять из пакетов реализации протокола IP, все из которых могут совместно использовать одни и те же IP-адреса источника и адресата и номера портов UDP.
Архитектура QoS возможна в CAN системе. В прямой линии AGW может копировать DSCP внутреннего IP-заголовка к DSCP внешнего IP-заголовка с учетом авторизации DSCP маркирования, принимаемой от HAAA. После приема IP-потоков из AGW eBS может использовать фильтры пакетов, принятые от AT, для отображения прямого трафика на соответствующие резервирования радиоканалов, которые имеет различающуюся обработку QoS радиоканала.
Для восходящей линии связи eBS может маркировать DSCP внутреннего и внешнего IP-заголовка, на основании QoS радиоканала (например, QoS FlowProfilelD). Когда AT и AGW выполняет аутентификацию и авторизацию доступа с домашним сервером AAA, если MS аутентифицирован, домашний сервер AAA возвращает QoS абонента.
Информация плоскости через посещаемый сервер AAA передается к AGW. Профиль QoS абонента состоит из следующих 3GPP2 атрибутов: Максимальная авторизованная агрегированная ширина полосы для трафика лучшей попытки, Авторизованный IDS профиля потока для каждого направления, Максимальный приоритет для потока, Приоритет между пользователями (например, лучшая попытка, трафик QoS и т.д.), Отображение между ID Профиля потока и DSCP, Отображение между ID профиля потока и правилами политик (например, параметры памяти маркера), маркировки поля кода дифференцированных сервисов (DSCP) для прямой и обратной линий связи и т.д.
Могут использоваться маркировки разрешенных DSCP для MIPv4 обратного туннелирования. Если AGW (шлюз доступа, такой как шлюз 310 доступа на Фиг.3) принимает профиль QoS абонента от домашнего сервера AAA, он может предоставить атрибуты QoS (если доступны) за исключением некоторых случаев для маркировок разрешенных DSCP для MIPv4 обратного туннелирования от принятого профиля QoS абонента к SRNC для авторизации запроса QoS запроса и целей политик трафика.
AGW может хранить маркировки разрешенного DSCP для атрибутов прямой линии связи и обратной линии связи и атрибуты маркировок разрешенных DSCP для MIPv4 обратного туннелирования для последующего использования. В случае множества NAI для AT (например, терминала доступа) AGW может принимать профиль QoS абонента для каждого NAI. AGW может посылать соответствующий профиль QoS абонента к SRNC, так что SRNC обрабатывает множество профилей QoS абонента на каждый AT.
AGW может посылать локальные настройки профиля QoS абонента в SRNC всякий раз, когда профиль QoS абонента не включен в сообщение AAA. Профиль QoS каждого AT содержит Максимальную авторизованную агрегированную ширину полосы для трафика лучшей попытки. Если AGW принимает атрибут Максимальной авторизованной агрегированной ширины полосы для трафика лучшей попытки от AAA, он посылает эти данные в SRNC посредством EAP процедур аутентификации и авторизации доступа (AAA). AN (например, сеть 304 на Фиг.3) использует этот параметр для контроля доступа и управления радиоресурсами. Авторизованные IDS профиля потока для каждого направления включают в себя авторизованный список IDS профиля потока каждого AT для прямого направления и обратного направления.
IDS могут различаться для прямого и обратного направления. Параметры QoS, запрашиваемые AT, могут содержать набор IDS профиля потока для прямого направления и обратного направления. Если AGW принимает ID Авторизованного профиля потока от AAA, он может послать его в SRNC посредством EAP процедур аутентификации и авторизации доступа. AN может реализовать набор авторизованных профилей, не предоставляя IDS профилей, которые не появляются в списке ID Авторизованного профиля потока.
Профиль QoS каждого AT содержит Максимальный приоритет для потока. Если AGW принимает Максимальный приоритет для потока от AAA, он посылает эти данные в SRNC посредством EAP процедур аутентификации и авторизации доступа. Приложения в AT могут запрашивать приоритет потока для конкретного потока в областях QoS. AN может предоставить один из шестнадцати возможных уровней приоритета, но обычно не больший чем параметр Авторизованного Максимального приоритета для потока, в профиль QoS абонента. Это значение приоритета может использоваться в AN для управления доступом и распределением ресурсов для потока. Значения приоритета принятые из приложений, которые больше, чем Авторизованный Максимальный приоритет для потока, могут быть уменьшены до максимального значения. Потоки, связанные с более высокими значениями приоритета, могут получить предпочтение при доступе к сервисам по сравнению с потоками, ассоциированными с более низкими значениями приоритета. Предпочтение при распределении ресурсов также может быть отдано потокам с более высокими значениями приоритета.
Профиль QoS каждого AT содержит значение приоритета между пользователями. Если AGW принимает значение приоритета между пользователями от AAA, он может послать эти данные в SRNC посредством EAP процедур аутентификации и авторизации доступа. AN может использовать значение приоритета между пользователями для планирования пакетов по лучшим сетевым операторам и может не использовать эту возможность, назначая всем пользователям одно и то же значение параметра.
Профиль QoS каждого AT может содержать отображение между ID профиля потока и DSCP. Если AGW принимает отображение между ID профиля потока и атрибутом DSCP от AAA, он может послать его в SRNC посредством EAP процедур аутентификации и авторизации доступа. AN может использовать это для маркировки пакета обратной линии связи на основании предоставленного ID профиля потока.
Профиль QoS каждого AT может содержать отображение между ID профилем потока и правилами политик. Если AGW принимает отображение между ID профилем потока и атрибутом Gom правил политик от AAA, он может послать эти данные в SRNC посредством EAP процедур аутентификации и авторизации доступа. AN использует это для реализации политик для пакетов прямой линии связи на основании предоставленного ID профиля потока. Правила политик содержат параметры памяти маркера, такие как пиковая скорость, размер маркера, скорость маркера, максимальная задержка и т.д.
Профиль QoS каждого AT содержит маркировки Разрешенного DSCP в прямой и обратной линии связи. Если AGW принимает атрибут маркировок Разрешенного DSCP в обратной линии связи от AAA, он может послать его в SRNC посредством EAP процедур аутентификации и авторизации доступа. В соответствии со стандартами дифференцированных сервисов AT может маркировать пакеты (например, в обратном направлении). AN, однако может отменить маркировки дифференцированных сервисов, которые AT применяет к пакетам, на основании предоставленного QoS, отображения между ID профиля потока и DSCP, маркировок Разрешенного DSCP в обратной линии связи и его локальной политики. AGW может ограничить маркировки дифференцированных сервисов для пакетов прямой линии связи на основании маркировки Разрешенного DSCP для прямой линии связи или на основании его локальной политики.
Согласно одному варианту осуществления могут быть точки кода, определяющие, что величины меньшие, чем три бита (например, 3, 4, и 5), все равны нулю. Следовательно, может быть приблизительно восемь таких классов. Отсылка по умолчанию (часто называемая лучшей попыткой) является селектором класса с классом, равным 0. Могут использоваться классы Гарантированной отсылки (AF) и классы Ускоренной отсылки (EF). Атрибут может содержать три бита, 'A', 'E' и '0' битов. Когда установлен бит 'A', пакеты могут маркироваться любым классом AF. Когда установлен бит 'E', пакеты могут маркироваться классом EF. Когда установлен бит '0', пакеты могут маркироваться классами тестового/локального использования. Поле Max Class определяет максимальный класс, которым пользователь или AGW могут маркировать пакет.
Профиль QoS каждого AT может содержать маркировки Разрешенного DSCP для MIPv4 обратного туннелирования. Если AGW принимает эти данные, то AGW может сохранить их и использовать их, если MIPv4 обратное туннелирование разрешено. DSCP, поддерживаемые в этом документе, могут быть основаны на следующих RFC:
Атрибут содержит вышеупомянутые три бита 'A', 'E' и '0'. Когда установлен бит 'A', пакеты могут маркироваться любым классом AF. Когда установлен бит 'E', пакеты могут маркироваться классом EF. Когда установлен бит '0', пакеты могут маркироваться классами тестового/локального использования. Поле Max Class определяет максимальный класс, которым AGW может маркировать пакет при FA-HA обратном туннелировании. Например, если Max Class установлен как Класс селектора 3, все классы селектора, включая Класс селектора 3, разрешены. Если Max Class установлен как AF12, то разрешены маркировки AF12 и AF13. Когда все три бита сброшены и когда Max Class установлен в ноль, AGW может послать пакеты MIPv4 обратного туннеллирования, маркированные как «лучшая попытка». Если домашний сервер AAA хочет обновить профиль QoS абонента для AT (NAI), который был аутентифицирован, он может послать информацию профиля QoS абонента через посещаемый Сервер AAA к AGW. Если AGW принимает атрибуты Максимальной авторизованной агрегированной ширины полосы для трафика лучшей попытки, авторизованного IDS профиля потока для каждого направления, Максимального приоритета для потока, Приоритета между пользователями, Отображения между ID профиля потока и DSCP, Отображения между ID профиля потока и правилами политик, Маркировок Разрешенных DSCP для прямой линии связи и обратной линии связи, AGW может послать их в DAP. AGW может также переопределить сохраненный атрибут маркировок разрешенных DSCP для прямой линии связи и обратной линии связи этим новым принятым атрибутом. Если AGW принимает атрибут маркировок разрешенных DSCP для MIPv4 обратного туннелирования, он может переопределить сохраненный атрибут маркировок разрешенных DSCP для MIPv4 обратного туннелирования данным новым принятым атрибутом. Дифференциация QoS на обратном пути между AN и AGW основана на IETF DS архитектуре.
В прямой линии связи, когда AGW принимает пакеты из Интернета, AGW может скопировать DSCP внутреннего IP заголовка к DSCP внешнего IP заголовка с учетом параметра маркировки разрешенного DSCP для прямой линии связи, принятого от HAAA, и локальной политики. В обратной линии связи, когда AGW принимает пакет от eBS, AGW может сравнить адрес источника таких пакетов с адресом источника, который ассоциирован с аутентифицированным NAI. AGW может повторно маркировать пакет на основании параметра маркировки разрешенного DSCP для обратной линии связи и локальной политики.
Для прямой линии связи, после приема IP-потоков от AGW, eBS использует фильтры пакетов, принятые от AT, для отображения прямого трафика на соответствующие резервирования радиоканала, которые имеет отличающуюся обработку QoS. Для обратной линии связи, после приема IP-потоков от AT, eBS маркирует DSCP и внутренних и внешних IP-заголовков, на основании предоставленного QoS радиоканала (например, QoS FlowProfilelD), профиля QoS (отображения между ID профиля потока и атрибутом DSCP и параметром маркировки разрешенного DSCP в обратной линии связи), если он принят от AGW.
Если MIPv4 обратное туннелирование разрешено, AGW может скопировать (например, повторно маркировать) DSCP внутреннего IP-заголовка к DSCP внешнего IP-заголовка для MIP-обратного туннелированного трафика на основании атрибута маркировки Разрешенного DSCP для MIPv4 обратного туннелирования, принятого от домашнего сервера RADIUS, или на основании его локальной политики.
Для прямого трафика MIPv4 FA режима к AT HA может установить поле дифференцированных сервисов HA-FA туннеля на класс дифференцированных сервисов каждого принятого пакета, связанного с AT, на основании локальной политики. Для MIPv6 прямого трафика к AT HA может установить поле дифференцированных сервисов HA-AT туннеля на класс дифференцированных сервисов каждого принятого пакета, связанного с AT, на основании локальной политики.
Кроме того, могут быть другие параметры: 1 GRE ключ для каждого AT, для AT инициированного QoS (например, AT устанавливает TFT с AN и выполняет конфигурирование QoS с AN), для AN инициированного QoS; AGW принимает информацию QoS от PCRF и посылает ее к AN; AN может установить TFT с AT и выполняет конфигурирование QoS с AT; AN авторизует установку QoS на основании принятого профиля подписки QoS, через аутентификацию доступа и политику сессии QoS, принятую от AGW, если это имеет место.
AGW может передать политику сессии QoS и правила расчетов (тарификации), принятые из Ty к AN через Ty-интерфейс: идентификатор Потока (например, 5 записей, IP-адрес/порт источника/адресата, протокол и т.д.). Это может использоваться для расчетов и для QoS, авторизованного QoS на основе QCI сервиса, GBR, MBR и т.д., модели расчетов, на основе размера, продолжительности и т.д., офлайн/онлайн-расчетов, стробирования и т.д. AN может выполнять фильтрацию пакетов для OTA QoS обработки, и AN может сообщать учетную запись AGW.
Для OTA соединения QoS может быть реализовано другими RLP с другим QoS для обратной линии связи, eBS может маркировать DSCP обеих настроек. Для трафика нисходящей линии связи eBS, с помощью основанных на ОТА внутренних и внешних IP-заголовков, выполняет фильтрацию пакетов для QoS, предоставленного посредством OTA QoS (например, ID профиля), DSCP и обработки, основанной на отображении TFT принятого ID профиля, и разрешенного DSCP от AGW или AT. BS также может маркировать маркировку и т.д.
DSCP внутренних и внешних IP. Для прямой линии связи AGW может копировать DSCP внутренних заголовков, на основании TFT и OTA QoS IP-заголовков на DSCP внешнего IP-заголовка (например, ID профиля) с учетом авторизации маркировки DSCP.
Пользовательский профиль QoS (и статическая политика) может быть послан от HAAA к SRNC посредством успешной аутентификации: Максимальная авторизованная агрегированная ширина полосы для трафика лучшей попытки, Авторизованный IDS профиля потока для каждого направления, Максимальный приоритет для потока, Разрешенные маркировки дифференцированных сервисов, Приоритет между пользователями.
То, что было описано выше, содержит примеры одного или более вариантов осуществления. Конечно, невозможно описать каждую мыслимую комбинацию компонентов или методологий в целях описания вышеупомянутых вариантов осуществления, но специалисту в данной области должно быть понятно, что возможно множество дополнительных комбинаций и перестановок различных вариантов осуществления. Соответственно, описанные варианты осуществления предназначены для охвата всех таких изменений, модификаций и вариаций, которые соответствуют сущности и объему формулы изобретения. Кроме того, в той степени, в которой термин "включает" используется в подробном описании или в формуле изобретения, такой термин должен интерпретироваться включающим образом, подобно тому как интерпретируется термин "содержащий" при его использовании в качестве переходного слова в формуле изобретения.