СПОСОБ И СЕТЕВОЙ ОБЪЕКТ ДЛЯ УПРАВЛЕНИЯ КАЧЕСТВОМ QoS

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

Настоящее раскрытие относится к технологии связи и, более конкретно, к способу и сетевому объекту для управления качеством обслуживания (QoS) услуги, которая должна предоставляться посредством поставщика услуг (SP) пользователю.

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

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

По мере распространения различных Интернет-приложений и приложений межмашинной связи (M2M) операторы сети мобильной связи плавно переходят к поставщикам трафик-канала, предоставляющим собственные сетевые возможности сторонним поставщикам SP (также известным как поставщики SP технологии "поверх сети (OTT)").

Когда пользователь желает осуществить доступ к услуге OTT, предоставляемой посредством поставщика SP услуг OTT, он/она выполняет операции на собственном пользовательском оборудовании UE для отправки запроса на обслуживание поставщику SP услуг OTT. После приема запроса на обслуживание поставщик SP, имеющий подписку с оператором сети мобильной связи, может запросить оператора предоставить конкретную возможность обеспечения качества QoS для услуги от имени пользователя.

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

Кроме того, пользователь также может иметь собственную подписку с оператором сети мобильной связи, которая может конфликтовать с возможностью обеспечения качества QoS, запрошенной посредством поставщика SP услуг OTT. Например, согласно подписке пользователя с оператором сети мобильной связи оператор сети мобильной связи должен предоставлять пользователю максимальную гарантированную скорость передачи двоичных данных (GBR), равную 1 Мбит/с, тогда как поставщик SP услуг OTT запрашивает для предоставляемой пользователю услуги скорость GBR, равную 2 Мбит/с.

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

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

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

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

В варианте осуществления запрос возможности обеспечения качества QoS дополнительно включает в себя индикацию установления приоритетов, в зависимости от подписки поставщика SP с оператором сети.

В варианте осуществления запрос возможности обеспечения качества QoS дополнительно включает в себя идентификатор (ID) пользователя для пользователя и/или идентификатор ID поставщика SP для поставщика SP. Способ дополнительно содержит этап извлечения, на основе идентификатора ID пользователя и/или идентификатора ID поставщика SP, индикации установления приоритетов, в зависимости от подписки поставщика SP с оператором сети, из базы данных пользователей.

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

В варианте осуществления индикация установления приоритетов указывает на то, следует ли запрошенному качеству QoS установить приоритет выше максимально допустимого качества QoS.

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

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

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

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

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

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

В варианте осуществления этап управления дополнительно содержит этап авторизации запрошенного качества QoS для услуги, когда запрошенное качество QoS допускается посредством максимально допустимого качества QoS для пользователя.

В варианте осуществления сетевой объект является объектом функции реализации политики и правил тарификации (PCRF), другой сетевой объект является объектом управления доступом к приложениям (AAC), а база данных пользователей реализуется в объекте репозитория профилей подписки (SPR).

Во втором аспекте сетевой объект обеспечивается для управления качеством обслуживания (QoS) услуги, которая должна предоставляться пользователю посредством поставщика услуг (SP). Сетевой объект содержит: блок приема, выполненный с возможностью приема от другого сетевого объекта запроса возможности обеспечения качества QoS, включающего в себя качество QoS, запрошенное посредством поставщика SP для услуги; блок извлечения, выполненный с возможностью извлечения профиля качества QoS пользователя из базы данных пользователей, причем профиль качества QoS включает в себя максимально допустимое качество QoS для пользователя, в зависимости от подписки пользователя с оператором сети; и блок управления, выполненный с возможностью управления качеством QoS, которое должно быть авторизовано для услуги на основе запрошенного качества QoS и максимально допустимого качества QoS.

В третьем аспекте сетевой объект обеспечивается для управления качеством QoS услуги, которая должна предоставляться пользователю посредством поставщика SP. Сетевой объект содержит приемопередатчик, процессор и память. Память содержит инструкции, которые могут быть выполнены посредством процессора, в результате чего сетевой объект получает возможность: принимать от другого сетевого объекта запрос возможности обеспечения качества QoS, включающий в себя качество QoS, запрошенное посредством поставщика SP для услуги; извлекать профиль качества QoS пользователя из базы данных пользователей, причем профиль качества QoS включает в себя максимально допустимое качество QoS для пользователя, в зависимости от подписки пользователя с оператором сети; и управлять качеством QoS, которое должно быть авторизовано для услуги на основе запрошенного качества QoS и максимально допустимого качества QoS.

Вышеописанные варианты осуществления первого аспекта также могут быть применены для второго и третьего аспектов.

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

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

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

В варианте осуществления индикация установления приоритетов указывает на то, следует ли запрошенному качеству QoS установить приоритет выше максимально допустимого качества QoS для пользователя, в зависимости от подписки пользователя с оператором сети.

В варианте осуществления индикация установления приоритетов указывает первый уровень приоритета качества QoS, в зависимости от подписки поставщика SP с оператором сети, чтобы позволить другому сетевому объекту осуществлять управление качеством QoS, которое должно быть авторизовано для услуги на основе сравнения между первым уровнем приоритета качества QoS и вторым уровнем приоритета качества QoS, в зависимости от подписки пользователя с оператором сети.

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

В варианте осуществления сетевой объект является объектом управления доступом к приложениям (AAC), а другой сетевой объект является объектом функции реализации политики и правил тарификации (PCRF).

В пятом аспекте сетевой объект обеспечивается для содействия управлению качеством обслуживания (QoS) услуги, которая должна предоставляться пользователю посредством поставщика услуг (SP). Сетевой объект содержит: блок приема, выполненный с возможностью приема запроса возможности обеспечения качества QoS от поставщика SP, где запрос включает в себя качество QoS, запрошенное посредством поставщика SP для услуги; блок определения, выполненный с возможностью определения, является ли поставщик SP авторизованным поставщиком SP на основе подписки поставщика SP с оператором сети; и блок пересылки, выполненный с возможностью пересылки запроса возможности обеспечения качества QoS на другой сетевой объект, который управляет качеством QoS, которое должно быть авторизовано для услуги, когда поставщик SP является авторизованным поставщиком SP.

В шестом аспекте сетевой объект обеспечивается для содействия управлению качеством QoS услуги, которая должна предоставляться пользователю посредством поставщика SP. Сетевой объект содержит приемопередатчик, процессор и память. Память содержит инструкции, которые могут быть выполнены посредством процессора, в результате чего сетевой объект получает возможность: принимать запрос возможности обеспечения качества QoS от поставщика SP, где запрос включает в себя качество QoS, запрошенное посредством поставщика SP для услуги; определять, является ли поставщик SP авторизованным поставщиком SP, на основе подписки поставщика SP с оператором сети; и пересылать запрос возможности обеспечения качества QoS на другой сетевой объект, который управляет качеством QoS, которое должно быть авторизовано для услуги, когда поставщик SP является авторизованным поставщиком SP.

Вышеописанные варианты осуществления четвертого аспекта также могут быть применены для пятого и шестого аспектов.

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

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

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

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

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

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

Фиг. 4 изображает схему последовательности операций, разъясняющую первый вариант реализации способа, изображенного на Фиг. 2, и способа, изображенного на Фиг. 3;

Фиг. 5 изображает схему последовательности операций, разъясняющую второй вариант реализации способа, изображенного на Фиг. 2;

Фиг. 6 изображает блок-схему сетевого объекта для управления качеством QoS, согласно варианту осуществления настоящего раскрытия;

Фиг. 7 изображает блок-схему сетевого объекта для содействия управлению качеством QoS, согласно варианту осуществления настоящего раскрытия; и

Фиг. 8 изображает блок-схему сетевого объекта, согласно другому варианту осуществления настоящего раскрытия.

Подробное описание

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

Фиг. 1 изображает общий вид иллюстративной сетевой среды, в которой может быть применено настоящее раскрытие. Когда пользователь выполняет операции на собственном пользовательском оборудовании 102 UE для осуществления доступа к услуге, предоставляемой посредством поставщика SP, пользовательское оборудование 102 UE отправляет запрос на обслуживание на объект 104 функции приложения (AF) поставщика SP через сеть доступа (AN) (включающую в себя точку 106 доступа (AP)) и опорную сеть (CN) (включающую в себя объект 108 управления мобильностью (MME) и шлюз 110 (GW)) оператора сети. После приема запроса на обслуживание, поставщик SP запрашивает оператора сети предоставить конкретную возможность обеспечения качества QoS для услуги от имени пользователя. Как изображено на Фиг. 1, объект 116 управления доступом к приложениям (AAC) размещается на границе сети CN и служит в качестве интерфейса между поставщиком SP и сетью CN. Сеть CN дополнительно включает в себя объект 114 функции реализации политики и правил тарификации (PCRF) для управления качеством QoS и объект 112 репозитория профилей подписки (SPR) для сохранения подписки пользователя с оператором сети. Подробное описание операций этих сетевых объектов будет представлено ниже.

Фиг. 2 изображает графическое представление алгоритма, демонстрирующее способ 200 управления качеством QoS услуги, которая должна предоставляться пользователю посредством поставщика SP, согласно варианту осуществления настоящего раскрытия. Способ 200 может быть применен в сетевом объекте для управления качеством QoS, например, в изображенном на Фиг. 1 объекте 114 PCRF, и включает в себя следующие этапы.

На этапе S210 запрос возможности обеспечения качества QoS принимается от другого сетевого объекта (например, от изображенного на Фиг. 1 объекта 116 AAC). Запрос возможности обеспечения качества QoS включает в себя качество QoS, запрошенное посредством поставщика SP для услуги. Используемый в настоящей заявке термин "качество QoS" может включать в себя, в числе прочего, один или более следующих параметров: скорость GBR, задержка передачи пакета, коэффициент потери пакетов и флуктуация времени задержки передачи пакета. Далее в настоящей заявке скорость GBR будет рассматриваться в качестве примера "качества QoS" без ограничения общности.

На этапе S220 профиль качества QoS пользователя извлекается из базы данных пользователей (например, из изображенного на Фиг. 1 объекта 112 SPR). Профиль качества QoS включает в себя максимально допустимое качество QoS для пользователя, в зависимости от подписки пользователя с оператором сети.

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

Далее вышеупомянутый способ 200 будет подробно описан со ссылкой на два конкретных варианта реализации.

В первом варианте реализации объект 116 AAC может выполнять предварительное управление качеством QoS для содействия управлению качеством QoS на объекте 114 PCRF (операции на объекте 116 AAC будут описаны ниже со ссылкой на Фиг. 3).

В этом варианте реализации запрос возможности обеспечения качества QoS может дополнительно включать в себя индикацию установления приоритетов в зависимости от подписки поставщика SP с оператором сети. На этапе S230, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS (например, когда запрашиваемая скорость GBR составляет 2 Мбит/с, а максимально допустимое качество QoS допускает 1 Мбит/с), управление качеством QoS, которое должно быть авторизовано для услуги также возможно осуществлять на основе индикации установления приоритетов.

В примере индикация установления приоритетов указывает на то, следует ли запрошенному качеству QoS установить приоритет выше максимально допустимого качества QoS. В этом случае на этапе S230, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS и индикация установления приоритетов указывает на то, что запрошенному качеству QoS следует установить приоритет выше максимально допустимого качества QoS, для услуги может быть авторизовано запрошенное качество QoS. Например, когда запрашиваемая скорость GBR составляет 2 Мбит/с, а максимально допустимое качество QoS допускает 1 Мбит/с, и при этом индикация установления приоритетов указывает на то, что запрошенному качеству QoS следует установить приоритет выше максимально допустимого качества QoS, для услуги может быть авторизована скорость GBR, равная 2 Мбит/с.

В противном случае, на этапе S230, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS и индикация установления приоритетов указывает на то, что запрошенному качеству QoS не следует устанавливать приоритет выше максимально допустимого качества QoS, запрос возможности обеспечения качества QoS может быть отклонен. В примере, в сообщение отклонения возможности обеспечения качества QoS может быть включена причина для уведомления поставщика SP о рекомендованном качестве QoS, допустимом посредством максимально допустимого качества QoS, чтобы поставщик SP мог отправить другой запрос возможности обеспечения качества QoS для запроса допускаемого качества QoS. В данном случае рекомендованное качество QoS может само по себе являться максимально допустимым качеством QoS. В качестве альтернативы, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS и индикация установления приоритетов указывает на то, что запрошенному качеству QoS не следует устанавливать приоритет выше максимально допустимого качества QoS, для услуги может быть авторизовано максимально допустимое качество QoS. Например, когда запрашиваемая скорость GBR составляет 2 Мбит/с, а максимально допустимое качество QoS допускает 1 Мбит/с, и при этом индикация установления приоритетов указывает на то, что запрошенному качеству QoS не следует устанавливать приоритет выше максимально допустимого качества QoS, запрос возможности обеспечения качества QoS может быть отклонен с целью уведомления поставщика SP о рекомендованном качестве QoS, составляющим 1 Мбит/с, или, в качестве альтернативы, для услуги может быть авторизована скорость GBR, равная 1 Мбит/с (или другая скорость GBR, допускаемая посредством максимально допустимого качества QoS, например, равная 0.8 Мбит/с).

В другом примере индикация установления приоритетов указывает первый уровень приоритета качества QoS, в зависимости от подписки поставщика SP с оператором сети, а профиль качества QoS дополнительно включает в себя второй уровень приоритета качества QoS, в зависимости от подписки пользователя с оператором сети. Например, первый уровень приоритета качества QoS может быть достаточно высоким, чтобы доминировать над любым уровнем приоритета, в зависимости от подписки пользователя с оператором сети, когда у поставщика SP имеется контракт с оператором сети о согласии производить оплату за всех своих пользователей для получения запрошенного качества QoS для услуги, независимо от их подписок с оператором сети. В другом примере поставщик SP может поделить своих пользователей на несколько категорий, такие как, например, "Золотая", "Серебряная" и "Бронзовая", и при этом поставщик SP может иметь контракт с оператором сети о согласии производить оплату за своих пользователей "Золотой" категории для получения запрошенного качества QoS для услуги, независимо от их подписок с оператором сети. В этом случае первый уровень приоритета качества QoS может быть достаточно высоким, чтобы доминировать над любым уровнем приоритета, в зависимости от подписки пользователя с оператором сети, когда пользователь является одним из пользователей "Золотой" категории. Соответственно, первый уровень приоритета качества QoS для пользователей "Серебряной" категории может быть ниже уровня для пользователей "Золотой" категории и выше уровня для пользователей "Бронзовой" категории. Например, второй уровень приоритета качества QoS может являться относительно высоким, когда оператор сети намеревается предоставить пользователю возможность обеспечения качества QoS на основе подписки пользователя с оператором сети, или относительно низким, когда оператор сети намеревается предоставить пользователю возможность обеспечения качества QoS на основе подписки поставщика SP с оператором сети. В этом случае на этапе S230, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS, управление качеством QoS, которое должно быть авторизовано для услуги также осуществляется на основе сравнения между первым уровнем приоритета качества QoS и вторым уровнем приоритета качества QoS. В частности, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS и сравнение указывает, что запрошенному качеству QoS следует установить приоритет выше максимально допустимого качества QoS, для услуги может быть авторизовано запрошенное качество QoS. Например, когда запрашиваемая скорость GBR составляет 2 Мбит/с, а максимально допустимое качество QoS допускает 1 Мбит/с, и при этом сравнение указывает, что запрошенному качеству QoS следует установить приоритет выше максимально допустимого качества QoS (например, когда первый уровень приоритета качества QoS равняется 3, а второй уровень приоритета качества QoS равняется 1, то в этом случае предполагается, что старшее значение уровня приоритета качества QoS указывает более высокий приоритет), для услуги может быть авторизована скорость GBR, равная 2 Мбит/с.

В противном случае, на этапе S230, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS и сравнение указывает, что запрошенному качеству QoS не следует устанавливать приоритет выше максимально допустимого качества QoS, запрос возможности обеспечения качества QoS может быть отклонен. В примере, в сообщение отклонения возможности обеспечения качества QoS может быть включена причина для уведомления поставщика SP о рекомендованном качестве QoS, допустимом посредством максимально допустимого качества QoS, чтобы поставщик SP мог отправить другой запрос возможности обеспечения качества QoS для запроса допустимого качества QoS. В данном случае рекомендованное качество QoS может само по себе являться максимально допустимым качеством QoS. В качестве альтернативы, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS, и сравнение указывает, что запрошенному качеству QoS не следует устанавливать приоритет выше максимально допустимого качества QoS, для услуги может быть авторизовано максимально допустимое качество QoS. Например, когда запрашиваемая скорость GBR составляет 2 Мбит/с, а максимально допустимое качество QoS допускает 1 Мбит/с, и при этом сравнение указывает, что запрошенному качеству QoS не следует устанавливать приоритет выше максимально допустимого качества QoS (например, когда первый уровень приоритета качества QoS равняется 2, а второй уровень приоритета качества QoS равняется 3, то в этом случае предполагается, что старшее значение уровня приоритета качества QoS указывает более высокий приоритет), запрос возможности обеспечения качества QoS может быть отклонен с целью уведомления поставщика SP о рекомендованном качестве QoS, составляющим 1 Мбит/с (или, например, 0.8 Мбит/с), или, в качестве альтернативы, для услуги может быть авторизована скорость GBR, равная 1 Мбит/с (или другая скорость GBR, допускаемая посредством максимально допустимого качества QoS, например, 0.8 Мбит/с).

Во втором варианте реализации объект 116 AAC не передает индикацию установления приоритетов на объект 114 PCRF в запросе возможности обеспечения качества QoS. Вместо этого, запрос возможности обеспечения качества QoS может дополнительно включать в себя идентификатор ID пользователя и/или идентификатор ID поставщика SP. После приема запроса возможности обеспечения качества QoS, объект 114 PCRF может извлечь, на основе идентификатора ID пользователя и/или идентификатора ID поставщика SP, индикацию установления приоритетов, в зависимости от подписки поставщика SP с оператором сети, из базы данных пользователей. В этом варианте реализации база данных пользователей поддерживает, для каждого пользователя, индикацию установления приоритетов, связанную с каждым из одного или более поставщиков SP. Для конкретного пользователя, индикация установления приоритетов, связанная с конкретным поставщиком SP, может зависеть от контракта обслуживания между пользователем и поставщиком SP (например, от того, к какой категории относится пользователь, а именно, к "Золотой", "Серебряной" или "Бронзовой") и от подписки поставщика SP с оператором сети (например, от того согласен ли поставщик SP производить оплату за всех своих пользователей или только за пользователей "Золотой" категории для получения запрошенного качества QoS). Подобно вышеупомянутому первому варианту реализации, на этапе S230, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS, управление качеством QoS, которое должно быть авторизовано для услуги также возможно осуществить на основе индикации установления приоритетов. Подробное описание этапа S230, подобное вышеприведенному применительно к первому варианту реализации, также применяется к этому варианту реализации, и повторяться не будет.

В этом варианте реализации способ 200 может дополнительно включать в себя процесс предварительного управления качеством QoS. В частности, профиль качества QoS поставщика SP может быть извлечен из другой базы данных (которая также может быть реализована в изображенном на Фиг. 1 объекте 112 SPR) на основе идентификатора ID пользователя и/или идентификатора ID поставщика SP. Профиль качества QoS поставщика SP включает в себя максимально допустимое качество QoS для поставщика SP, в зависимости от подписки поставщика SP с оператором сети. Когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS для поставщика SP (например, когда запрошенное качество QoS составляет 2 Мбит/с, а максимально допустимое качество QoS для поставщика SP составляет 1.5 Мбит/с), запрос возможности обеспечения качества QoS может быть отклонен.

В противном случае в обоих вариантах реализации на этапе S230, когда запрошенное качество QoS допускается посредством максимально допустимого качества QoS для пользователя (например, когда запрошенное качество QoS составляет 0.5 Мбит/с, а максимально допустимое качество QoS для пользователя составляет 1 Мбит/с), запрошенное качество QoS для услуги может быть авторизовано.

Фиг. 3 изображает графическое представление алгоритма, демонстрирующее способ 300 для содействия управлению качеством QoS услуги, которая должна предоставляться пользователю посредством поставщика SP, согласно варианту осуществления настоящего раскрытия. Способ 300 может быть применен в сетевом объекте для содействия управлению качеством QoS, например, в изображенном на Фиг. 1 объекте 116 AAC, и включает в себя следующие этапы.

На этапе S310 запрос возможности обеспечения качества QoS принимается от поставщика SP (например, от объекта 104 AF поставщика SP). Запрос включает в себя качество QoS, запрошенное посредством поставщика SP для услуги.

На этапе S320 определяется, является ли поставщик SP авторизованным поставщиком SP, на основе подписки поставщика SP с оператором сети.

Например, подписка поставщика SP с оператором сети может быть сохранена на объекте 116 AAC или иным образом извлекаться посредством этого объекта.

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

В данном случае другой сетевой объект может являться, например, изображенным на Фиг. 1 объектом 114 PCRF.

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

В примере способ 300 может дополнительно включать в себя этап генерирования индикации установления приоритетов на основе подписки поставщика SP с оператором сети. Индикация установления приоритетов может быть включена в запрос возможности обеспечения качества QoS, пересылаемый на другой сетевой объект (например, на объект 114 PCRF).

В примере индикация установления приоритетов указывает на то, следует ли запрошенному качеству QoS установить приоритет выше максимально допустимого качества QoS для пользователя, в зависимости от подписки пользователя с оператором сети.

В качестве альтернативы, индикация установления приоритетов указывает первый уровень приоритета качества QoS, в зависимости от подписки поставщика SP с оператором сети, чтобы позволить другому сетевому объекту осуществлять управление качеством QoS, которое должно быть авторизовано для услуги на основе сравнения между первым уровнем приоритета качества QoS и вторым уровнем приоритета качества QoS, в зависимости от подписки пользователя с оператором сети. Первый и второй уровни приоритета качества QoS были описаны в описании вышеупомянутого способа 200, и их повторное подробное описание будет опущено.

В данном случае индикация установления приоритетов может быть сгенерирована любыми различными способами. В качестве примера, запрос возможности обеспечения качества QoS может включать в себя идентификатор ID пользователя и/или идентификатор ID поставщика SP. Объект 116 AAC может генерировать индикацию установления приоритетов на основе идентификатора ID поставщика SP, независимо от идентификатора ID пользователя. Например, объект 116 AAC может генерировать для всех пользователей конкретного поставщика SP индикацию установления приоритетов, указывающую на то, что запрошенному качеству QoS следует установить приоритет выше максимально допустимого качества QoS для пользователя. В качестве альтернативы, объект 116 AAC может сначала определить, на основе идентификатора ID пользователя, категорию, к которой относится пользователь по отношению к поставщику SP. Затем объект 116 AAC может генерировать индикацию установления приоритетов на основе категории пользователя. Например, объект 116 AAC может генерировать, только для пользователей, которым посредством конкретного поставщика SP присваивается статус приоритетных пользователей, индикацию установления приоритетов, указывающую на то, что запрошенному качеству QoS следует установить приоритет выше максимально допустимого качества QoS для пользователя.

В некоторых случаях способ 300 может дополнительно включать в себя процесс предварительного управления качеством QoS. В частности, сначала определяется, допускается ли запрошенное качество QoS посредством максимально допустимого качества QoS для поставщика SP, в зависимости от подписки поставщика SP с оператором сети. Затем, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS для поставщика SP (например, когда запрошенное качество QoS составляет 2 Мбит/с, а максимально допустимое качество QoS для поставщика SP составляет 1.5 Мбит/с), запрос возможности обеспечения качества QoS может быть отклонен. В противном случае, когда запрошенное качество QoS допускается посредством максимально допустимого качества QoS для поставщика SP, запрос возможности обеспечения качества QoS может быть переслан на объект 114 PCRF.

Далее будут дополнительно разъясняться вышеупомянутые способы 200 и 300. Фиг. 4 изображает схему последовательности операций, разъясняющую первый вариант реализации способа 200 и 300.

Как изображено на Фиг. 4, на этапе 4.1 пользовательское оборудование 102 UE отправляет запрос на обслуживание (например, в сообщении запроса гипертекстового транспортного протокола (HTTP)) на объект 104 AF поставщика SP (через узлы сети AN и CN, не изображенные на Фиг. 4), запрашивающий доступ к услуге, предоставляемой посредством поставщика SP. На этапе 4.2 объект 104 AF отправляет запрос возможности обеспечения качества QoS (например, в сообщении запроса протокола HTTP) на объект 116 AAC, включающий в себя запрошенное качество QoS для услуги, а также идентификатор ID приложения, идентификатор ID пользователя и идентификатор ID поставщика SP. Затем объект 116 AAC определяет, является ли поставщик SP авторизованным поставщиком SP, на основе подписки поставщика SP с оператором сети. При отрицательном результате определения, на этапе 4.3 объект 116 AAC отправляет сообщение отклонения на объект 104 AF. В некоторых случаях объект 116 AAC может выполнить предварительное управление качеством QoS для определения, допускается ли запрошенное качество QoS посредством максимально допустимого качества QoS для поставщика SP. При отрицательном результате определения, на этапе 4.4 объект 116 AAC отправляет отклонение возможности обеспечения качества QoS на объект 104 AF. С другой стороны, если поставщик SP является авторизованным поставщиком SP, и если запрошенное качество QoS допускается посредством максимально допустимого качества QoS для поставщика SP, когда применяется предварительное управление качеством QoS, объект 116 AAC генерирует индикацию установления приоритетов на основе подписки поставщика SP с оператором сети, включает индикацию установления приоритетов в запрос возможности обеспечения качества QoS и пересылает его на объект 114 PCRF (например, в сообщении запроса аутентификации и авторизации протокола Diameter (AAR)) на этапе 4.5. После приема запроса возможности обеспечения качества QoS с запрошенным качеством QoS и индикацией установления приоритетов, объект 114 PCRF отправляет запрос профиля пользователя на объект 112 SPR для извлечения профиля качества QoS пользователя на этапе 4.6. На этапе 4.7 объект 112 SPR отправляет ответ на запрос профиля пользователя обратно на объект 114 PCRF, включающий в себя максимально допустимое качество QoS для пользователя и, по возможности, уровень приоритета качества QoS. Затем объект 114 PCRF определяет авторизуемое для услуги качество QoS, и отправляет ответ на запрос возможности обеспечения качества QoS (например, в ответном сообщении аутентификации и авторизации протокола Diameter (AAA)) на объект 116 AAC, соответственно, на этапе 4.8 (за подробным описанием можно обратиться к этапу S230, изображенному на Фиг. 2). В данном случае ответ на запрос возможности обеспечения качества QoS может указывать отклонение (по возможности, с целью уведомления поставщика SP о рекомендованном качестве QoS), авторизацию запрошенного качества QoS или авторизацию максимально допустимого качества QoS (качества QoS, допускаемого посредством максимально допустимого качества QoS). На этапе 4.9 объект 116 AAC пересылает ответ на запрос возможности обеспечения качества QoS (например, в созданном сообщении протокола HTTP) на объект 104 AF. Если ответ на запрос возможности обеспечения качества QoS указывает авторизацию качества QoS, то на этапе 4.10 объект 104 AF отправляет ответ на запрос обслуживания (например, в ответном сообщении протокола HTTP) на пользовательское оборудование 102 UE.

Фиг. 5 изображает схему последовательности операций, разъясняющую второй вариант реализации способа 200.

Как изображено на Фиг. 5, на этапе 5.1 пользовательское оборудование 102 UE отправляет запрос на обслуживание (например, в сообщении запроса гипертекстового транспортного протокола (HTTP)) на объект 104 AF поставщика SP (через узлы сети AN и CN, не изображенные на Фиг. 5), запрашивающий доступ к услуге, предоставляемой посредством поставщика SP. На этапе 5.2 объект 104 AF отправляет запрос возможности обеспечения качества QoS (например, в сообщении запроса протокола HTTP) на объект 116 AAC, включающий в себя запрошенное качество QoS для услуги, а также идентификатор ID приложения, идентификатор ID пользователя и идентификатор ID поставщика SP. Затем объект 116 AAC определяет, является ли поставщик SP авторизованным поставщиком SP, на основе подписки поставщика SP с оператором сети. При отрицательном результате определения, на этапе 5.3 объект 116 AAC отправляет сообщение отклонения на объект 104 AF. Если поставщик SP является авторизованным поставщиком SP, то на этапе 5.4 объект 116 AAC пересылает запрос возможности обеспечения качества QoS на объект 114 PCRF (например, в сообщении AAR протокола Diameter). После приема запроса возможности обеспечения качества QoS с запрошенным качеством QoS, объект 114 PCRF выполняет процесс предварительного управления качеством QoS. То есть, на этапе 5.5 объект 114 PCRF отправляет запрос профиля поставщика SP на объект 112 SPR для извлечения профиля качества QoS поставщика SP. На этапе 5.6 объект 112 SPR передает ответ на запрос профиля поставщика SP обратно на объект 114 PCRF, включающий в себя максимально допустимое качество QoS для поставщика SP. Затем объект 114 PCRF определяет, допускается ли запрошенное качество QoS посредством максимально допустимого качества QoS для поставщика SP. При отрицательном результате определения, на этапе 5.7 объект 116 AAC отправляет ответ на запрос возможности обеспечения качества QoS (например, в сообщении AAA протокола Diameter) на объект 104 AF, который в свою очередь пересылает его (например, в созданном сообщении протокола HTTP) на объект 104 AF на этапе 5.8. В противном случае, если запрошенное качество QoS допускается посредством максимально допустимого качества QoS для поставщика SP, то на этапе 5.9 объект 114 PCRF отправляет запрос профиля пользователя на объект 112 SPR для извлечения профиля качества QoS пользователя и индикации установления приоритетов на основе идентификатора ID пользователя и/или идентификатора ID поставщика SP. На этапе 5.10 объект 112 SPR передает ответ на запрос профиля пользователя обратно на объект 114 PCRF, включающий в себя максимально допустимое качество QoS для пользователя, индикацию установления приоритетов, и, по возможности, уровень приоритета качества QoS. Затем объект 114 PCRF определяет авторизуемое для услуги качество QoS и отправляет ответ на запрос возможности обеспечения качества QoS (например, в сообщении AAA протокола Diameter) на объект 116 AAC, соответственно, на этапе 5.11 (за подробным описанием можно обратиться к этапу S230, изображенному на Фиг. 2). В данном случае ответ на запрос возможности обеспечения качества QoS может указывать отклонение (по возможности, с целью уведомления поставщика SP о рекомендованном качестве QoS), авторизацию запрошенного качества QoS или авторизацию максимально допустимого качества QoS (качества QoS, допускаемого посредством максимально допустимого качества QoS). На этапе 5.12 объект 116 AAC пересылает ответ на запрос возможности обеспечения качества QoS (например, в созданном сообщении протокола HTTP) на объект 104 AF. Если ответ на запрос возможности обеспечения качества QoS указывает авторизацию качества QoS, то на этапе 5.13 объект 104 AF отправляет ответ на запрос обслуживания (например, в ответном сообщении протокола HTTP) на пользовательское оборудование 102 UE.

Соответственно, для вышеописанного способа 200 обеспечивается сетевой объект. Фиг. 6 изображает блок-схему сетевого объекта 600 для управления качеством QoS услуги, которая должна предоставляться пользователю посредством поставщика SP, согласно варианту осуществления настоящего раскрытия. Сетевой объект 600 может являться, например, изображенным на Фиг. 1 объектом 114 PCRF.

Как изображено на Фиг. 6, сетевой объект 600 включает в себя блок 610 приема, выполненный с возможностью приема от другого сетевого объекта запроса возможности обеспечения качества QoS, включающего в себя качество QoS, запрошенное посредством поставщика SP для услуги. Сетевой объект 600 дополнительно включает в себя блок 620 извлечения, выполненный с возможностью извлечения профиля качества QoS пользователя из базы данных пользователей, причем профиль качества QoS включает в себя максимально допустимое качество QoS для пользователя, в зависимости от подписки пользователя с оператором сети. Сетевой объект 600 дополнительно включает в себя блок 630 управления, выполненный с возможностью управления качеством QoS, которое должно быть авторизовано для услуги на основе запрошенного качества QoS и максимально допустимого качества QoS.

В варианте осуществления запрос возможности обеспечения качества QoS дополнительно включает в себя индикацию установления приоритетов, в зависимости от подписки поставщика SP с оператором сети.

В варианте осуществления запрос возможности обеспечения качества QoS дополнительно включает в себя идентификатор ID пользователя и/или идентификатор ID поставщика SP. Блок 620 извлечения 620 является дополнительно выполненным с возможностью извлечения, на основе идентификатора ID пользователя и/или идентификатора ID поставщика SP, индикации установления приоритетов, в зависимости от подписки поставщика SP с оператором сети, из базы данных пользователей.

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

В варианте осуществления индикация установления приоритетов указывает на то, следует ли запрошенному качеству QoS установить приоритет выше максимально допустимого качества QoS.

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

В варианте осуществления блок 630 управления является выполненным с возможностью, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS, а индикация установления приоритетов указывает на то, что запрошенному качеству QoS не следует устанавливать приоритет выше максимально допустимого качества QoS: отклонения запроса возможности обеспечения качества QoS с целью уведомления поставщика SP о рекомендованном качестве QoS, допустимом посредством максимально допустимого качества QoS, или авторизации максимально допустимого качества QoS для услуги.

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

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

В варианте осуществления блок 630 управления является выполненным с возможностью, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS и сравнение указывает, что запрошенному качеству QoS не следует устанавливать приоритет выше максимально допустимого качества QoS: отклонения запроса возможности обеспечения качества QoS с целью уведомления поставщика SP о рекомендованном качестве QoS, допустимом посредством максимально допустимого качества QoS, или авторизации максимально допустимого качества QoS для услуги.

В варианте осуществления блок 620 извлечения является дополнительно выполненным с возможностью извлечения, на основе идентификатора ID поставщика SP, профиля качества QoS поставщика SP из другой базы данных. Профиль качества QoS поставщика SP включает в себя максимально допустимое качество QoS для поставщика SP, в зависимости от подписки поставщика SP с оператором сети. Блок 630 управления является дополнительно выполненным с возможностью отклонения запроса возможности обеспечения качества QoS, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS для поставщика SP.

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

В варианте осуществления сетевой объект 600 является объектом функции реализации политики и правил тарификации (PCRF), другой сетевой объект является объектом управления доступом к приложениям (AAC), а база данных пользователей реализовывается в объекте репозитория профилей подписки (SPR).

Каждый из блоков 610-630 может быть реализован в качестве чисто аппаратного решения или в качестве комбинации программных и аппаратных средств, например, посредством одного или более следующих компонентов: процессор или микропроцессор и соответствующие программные средства, а также память для сохранения программных средств, программируемое логическое устройство (PLD) или другой электронный компонент(ы) или схема обработки, сконфигурированная для выполнения вышеописанных действий, и продемонстрированная, например, на Фиг. 2.

Соответственно, для вышеописанного способа 300 обеспечивается сетевой объект. Фиг. 7 изображает блок-схему сетевого объекта 700 для содействия управлению качеством QoS услуги, которая должна предоставляться пользователю посредством поставщика SP, согласно варианту осуществления настоящего раскрытия. Сетевой объект 700 может являться, например, изображенным на Фиг. 1 объектом 116 AAC.

Как изображено на Фиг. 7, сетевой объект 700 включает в себя блок 710 приема, выполненный с возможностью приема запроса возможности обеспечения качества QoS от поставщика SP, где запрос включает в себя качество QoS, запрошенное посредством поставщика SP для услуги. Сетевой объект 700 дополнительно включает в себя блок 720 определения, выполненный с возможностью определения, является ли поставщик SP авторизованным поставщиком SP, на основе подписки поставщика SP с оператором сети. Сетевой объект 700 дополнительно включает в себя блок 730 пересылки, выполненный с возможностью пересылки запроса возможности обеспечения качества QoS на другой сетевой объект, который управляет качеством QoS, которое должно быть авторизовано для услуги, когда поставщик SP является авторизованным поставщиком SP.

В варианте осуществления сетевой объект 700 дополнительно включает в себя блок отклонения (не изображен), выполненный с возможностью отклонения запроса возможности обеспечения качества QoS, когда поставщик SP не является авторизованным поставщиком SP

В варианте осуществления сетевой объект 700 дополнительно включает в себя блок генерирования (не изображен), выполненный с возможностью генерирования индикации установления приоритетов на основе подписки поставщика SP с оператором сети. Блок 730 пересылки является выполненным с возможностью включения индикации установления приоритетов в запрос возможности обеспечения качества QoS, пересылаемый на другой сетевой объект.

В варианте осуществления индикация установления приоритетов указывает на то, следует ли запрошенному качеству QoS установить приоритет выше максимально допустимого качества QoS для пользователя, в зависимости от подписки пользователя с оператором сети.

В варианте осуществления индикация установления приоритетов указывает первый уровень приоритета качества QoS, в зависимости от подписки поставщика SP с оператором сети, чтобы позволить другому сетевому объекту осуществлять управление качеством QoS, которое должно быть авторизовано для услуги на основе сравнения между первым уровнем приоритета качества QoS и вторым уровнем приоритета качества QoS, в зависимости от подписки пользователя с оператором сети.

В варианте осуществления блок 720 определения является дополнительно выполненным с возможностью определения, допускается ли запрошенное качество QoS посредством максимально допустимого качества QoS для поставщика SP, в зависимости от подписки поставщика SP с оператором сети. Блок 730 пересылки является выполненным с возможностью пересылки запроса возможности обеспечения качества QoS на другой сетевой объект, когда запрошенное качество QoS допускается посредством максимально допустимого качества QoS для поставщика SP. Блок отклонения является дополнительно выполненным с возможностью отклонения запроса возможности обеспечения качества QoS, когда запрошенное качество QoS не допускается посредством максимально допустимого качества QoS для поставщика SP.

В варианте осуществления сетевой объект является объектом управления доступом к приложениям (AAC), а другой сетевой объект является объектом функции реализации политики и правил тарификации (PCRF).

Каждый из блоков 710-730 может быть реализован в качестве чисто аппаратного решения или в качестве комбинации программных и аппаратных средств, например, посредством одного или более следующих компонентов: процессор или микропроцессор и соответствующие программные средства, а также память для сохранения программных средств, программируемое логическое устройство (PLD) или другой электронный компонент(ы) или схема обработки, сконфигурированная для выполнения вышеописанных действий, и продемонстрированная, например, на Фиг. 3.

Фиг. 8 изображает блок-схему сетевого объекта 800, согласно другому варианту осуществления настоящего раскрытия.

Сетевой объект 800 может быть обеспечен для управления качеством QoS услуги, которая должна предоставляться пользователю посредством поставщика SP. Сетевой объект 800 включает в себя приемопередатчик 810, процессор 820 и память 830. Память 830 содержит инструкции, которые могут быть выполнены посредством процессора 820, в результате чего сетевой объект 800 получает возможность: принимать от другого сетевого объекта запрос возможности обеспечения качества QoS, включающий в себя качество QoS, запрошенное посредством поставщика SP для услуги; извлекать профиль качества QoS пользователя из базы данных пользователей, причем профиль качества QoS включает в себя максимально допустимое качество QoS для пользователя, в зависимости от подписки пользователя с оператором сети; и управлять качеством QoS, которое должно быть авторизовано для услуги на основе запрошенного качества QoS и максимально допустимого качества QoS.

В качестве альтернативы, сетевой объект 800 может быть предоставлен для содействия управлению качеством QoS услуги, которая должна предоставляться пользователю посредством поставщика SP. Соответственно, память 830 содержит инструкции, которые могут быть выполнены посредством процессора 820, в результате чего сетевой объект 800 получает возможность: принимать запрос возможности обеспечения качества QoS от поставщика SP, где запрос включает в себя качество QoS, запрошенное посредством поставщика SP для услуги; определять, является ли поставщик SP авторизованным поставщиком SP, на основе подписки поставщика SP с оператором сети; и пересылать запрос возможности обеспечения качества QoS на другой сетевой объект, который управляет качеством QoS, которое должно быть авторизовано для услуги, когда поставщик SP является авторизованным поставщиком SP.

Настоящее раскрытие также обеспечивает, по меньшей мере, один компьютерный программный продукт в форме энергонезависимой или энергозависимой памяти, такой как, например, электрически стираемая программируемая постоянная память (EEPROM), флэш-память и жесткий диск. Компьютерный программный продукт включает в себя компьютерную программу. Компьютерная программа включает в себя: код/машиночитаемые инструкции, которые при выполнении посредством процессора 820 побуждают сетевой объект 800 к выполнению действий, например, процедур, описанных выше со ссылкой на Фиг. 2 или 3.

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

Процессор может являться одиночным процессором (CPU), однако он также может содержать два и более блоков обработки. Например, процессор может включать в себя микропроцессоры общего назначения; процессоры для обработки набора команд и/или связанные наборы микросхем и/или специализированные микропроцессоры, такие как, например, специализированные интегральные схемы (ASIC). Процессор также может содержать плату памяти для кэширования. Компьютерная программа может быть выполнена посредством компьютерного программного продукта, соединенного с процессором. Компьютерный программный продукт может содержать машиночитаемый носитель, на котором сохраняется компьютерная программа. Например, компьютерный программный продукт может являться флэш-памятью, оперативной памятью (RAM), постоянной памятью (ROM), или памятью EEPROM, при этом в альтернативных вариантах осуществления вышеописанные компьютерные программные модули могут быть распределены в различных компьютерных программных продуктах в форме блоков памяти.

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