RU2513711C2 - Триггер события услуги - Google Patents

Триггер события услуги Download PDF

Info

Publication number
RU2513711C2
RU2513711C2 RU2012124020/08A RU2012124020A RU2513711C2 RU 2513711 C2 RU2513711 C2 RU 2513711C2 RU 2012124020/08 A RU2012124020/08 A RU 2012124020/08A RU 2012124020 A RU2012124020 A RU 2012124020A RU 2513711 C2 RU2513711 C2 RU 2513711C2
Authority
RU
Russia
Prior art keywords
service
function
payment
policy
detected
Prior art date
Application number
RU2012124020/08A
Other languages
English (en)
Other versions
RU2012124020A (ru
Inventor
ДЕ ЛА ТОРРЕ АЛОНСО Мигель Анхель МУНОС
Original Assignee
Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Телефонактиеболагет Лм Эрикссон (Пабл) filed Critical Телефонактиеболагет Лм Эрикссон (Пабл)
Publication of RU2012124020A publication Critical patent/RU2012124020A/ru
Application granted granted Critical
Publication of RU2513711C2 publication Critical patent/RU2513711C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0681—Configuration of triggering conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5003—Managing SLA; Interaction between SLA and QoS
    • H04L41/5019—Ensuring fulfilment of SLA
    • H04L41/5022—Ensuring fulfilment of SLA by giving priorities, e.g. assigning classes of service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/028—Capturing of monitoring data by filtering
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Meter Arrangements (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

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

Description

Область техники, к которой относится изобретение
Это изобретение относится к триггеру события услуги и, более конкретно, к триггеру события услуги для разрешения модификации параметров качества обслуживания для сеанса пользователя на основании изменений в сеансе.
Уровень техники
В базовой сети мобильной сети связи должны быть предоставлены ресурсы для передачи данных между двумя пользователями и ресурсы, которые предоставляют, чтобы определять качество обслуживания, испытываемое пользователями. В сети, как определено с помощью Проекта партнерства 3-го поколения (3GPPP) ETSI, определены функция правил стратегии и оплаты (PCRF), функция осуществления стратегии и оплаты (PCEF) и опорная точка Gx, расположенная между PCRF и PCEF. Как определено в TS 29.212 3GPP, опорную точку Gx используют для предоставления и удаления правил управления стратегией и оплатой (PCC) из PCRF в PCEF и передачи событий плоскости трафика из PCEF в PCRF. Следовательно, опорная точка Gx может быть использована для управления оплатой, управления стратегии или для того и другого.
В случае сети, как определено в 3GPP, PCEF может быть осуществлена в шлюзовом узле поддержки GPRS (GGSN), и известно, что GGSN может поддерживать технологию глубокого инспектирования пакетов (DPI), которая позволяет узлу выполнять инспектирование пакетов и классификацию услуг в данных, проходящих через него. Более конкретно, IP-пакеты классифицируют, в соответствии со сконфигурированным деревом правил, таким образом, что их назначают в конкретный сеанс услуг.
Однако известное использование технологии DPI в GGSN не позволяет никакой дифференциации услуг на основании классификации услуг.
Сущность изобретения
В соответствии с первым аспектом настоящего изобретения предоставлен узел функции осуществления стратегии и оплаты для телекоммуникационной сети, содержащий устройство обнаружения трафика услуг, предназначенное для выполнения обнаружения трафика услуг во время сеанса, процессор, предназначенный для обнаружения предварительно определенного состояния услуги из упомянутого обнаружения трафика услуг, и интерфейс, предназначенный для уведомления функции правил стратегии и оплаты об обнаруженном состояния услуги посредством события услуги, определенного в AVP триггера события, через опорную точку Gx.
Это имеет преимущество, выражающееся в том, что функция правил стратегии и оплаты может устанавливать подходящие правила управления стратегией и оплатой, например, для того, чтобы позволить достичь желаемого качества обслуживания для обнаруженного состояния услуг.
В одном варианте осуществления интерфейс дополнительно адаптирован уведомлять функцию правил стратегии и оплаты о том, что является ли обнаруженное состояние услуг началом услуги или окончанием услуги, посредством AVP начала-окончания услуг через опорную точку Gx. Это позволяет функции правил стратегии и оплаты устанавливать подходящие правила управления стратегией и оплатой, когда начинают услугу, а затем повторно устанавливать первоначальные правила управления стратегией и оплатой, когда заканчивают услугу.
В одном варианте осуществления интерфейс дополнительно адаптирован уведомлять функцию правил стратегии и оплаты о связанном IP-адресе посредством AVP IP-адреса через опорную точку Gx и уведомлять функцию правил стратегии и оплаты об информации о потоке для сеанса посредством другого AVP, такого как AVP описания содержания среды.
В одном варианте осуществления интерфейс дополнительно адаптирован уведомлять функцию правил стратегии и оплаты об услуге, для которой применяется обнаруженное состояние услуг, посредством AVP идентификатора приложения через опорную точку Gx.
В соответствии с другими аспектами изобретения предоставлена функция правил стратегии и оплаты, сконфигурированная для приема уведомления из узла функции осуществления стратегии и оплаты, и способы работы, соответствующие функции осуществления правил стратегии и оплаты первого аспекта.
Краткое описание чертежей
Фиг.1 - блок-схема, изображающая часть телекоммуникационной сети, в соответствии с аспектом изобретения.
Фиг.2 - блок-схема последовательности этапов, иллюстрирующая способ, в соответствии с аспектом изобретения.
Фиг.3 изображает поток сообщений во время первой части способа фиг.2.
Фиг.4 изображает поток сообщений во время второй части способа фиг.2.
Подробное описание изобретения
Фиг.1 изображает часть телекоммуникационной сети, в частности часть базовой сети 10 мобильной сети связи, как определенной в спецификациях 3GPP.
Одним элементом базовой сети 10 является шлюзовой узел поддержки GPRS (GGSN) 12. Как общепринято, сеть радиодоступа (RAN) 14 мобильной сети связи соединена с GGSN 12, что дает возможность пользовательскому оборудованию (UE) 16 создавать вызов через подходящий беспроводный интерфейс. Вызов может быть маршрутизирован обратно через RAN 14 в другое UE в сети или он может быть соединен через сеть пакетных данных 18, такую как Internet, с фиксированной линией связи или мобильным устройством связи, или в случае сеанса данных с дистанционным сервером. Этот аспект сети является общепринятым и не будет дополнительно описан в настоящей заявке.
Как общепринято, GGSN 12 включает в себя функцию осуществления стратегии и оплаты (PCEF). В этом случае PCEF включена в GGSN, который имеет блок 22 обнаружения трафика услуг, что дает возможность ему выполнять глубокое инспектирование пакетов (DPI). Это позволяет инспектирование пакетов и классификацию услуг, которая состоит из классификации IP-пакетов, в соответствии со сконфигурированным деревом правил, таким образом, что их назначают в конкретный сеанс услуг. Узел с функциональными возможностями DPI захватывает трафик пользователя и сигнализации и может назначать IP-пакеты в конкретный сеанс услуг, а также обнаруживать состояния начала услуг и окончания услуг.
PCEF также включает в себя процессор 24, который выполняет часть процесса, описанного более подробно ниже, и блок 26 интерфейса, предназначенный для соединения с другими блоками в базовой сети 10.
Несмотря на то что фиг.1 изображает блок 22 обнаружения трафика услуг, процессор 24 и блок 26 интерфейса как отдельные блоки для простоты понимания, следует понимать, что соответственные функции могут быть выполнены с помощью любого общеизвестного средства и что на практике эти блоки не обязательно должны быть узнаваемыми как отдельные.
В других вариантах осуществления PCEF может быть осуществлена в шлюзе сети пакетных данных (PDN).
Как общепринято, базовая сеть 10 также включает в себя функцию правил стратегии и оплаты (PCRF) 28, структура которой опять является общепринятой, включая процессор 30, который выполняет часть процесса, описанного более подробно ниже, и блок 32 интерфейса, предназначенный для соединения с другими блоками в базовой сети 10. Например, PCRF 28 может быть осуществлена в контроллере стратегии учета услуг Ericsson.
Несмотря на то что фиг.1 изображает процессор 30 и блок 32 интерфейса как отдельные блоки для простоты понимания, следует понимать, что соответственные функции могут быть выполнены с помощью любого общеизвестного средства и что на практике эти блоки не обязательно должны быть узнаваемыми как отдельные.
PCEF 20 также соединена с автономной системой оплаты (OFCS) 34 и оперативной системой 36 оплаты, которая включает в себя пункт 38 управления обслуживанием специализированных приложений для расширенной логики мобильной сети (CAMEL) и блок 40 управления разрешением на основании потока данных услуг.
PCRF 28 соединена с банком профилей подписки (SPR) 42 и с функцией приложения (AF) 44. Например, AF 44 может быть уполномоченной функцией управления сеансом вызова (P-CSCF) подсистемы IP-мультимедиа (IMS).
PCEF 20 и PCRF 28 связываются через опорную точку Gx, как определено в TS 29.212 3GPP. Опорную точку Gx используют для предоставления и удаления правил PCC из PCRF в PCEF и передачи событий плоскости трафика из PCEF в PCRF. Опорная точка Gx может быть использована для управления оплатой, управления стратегии или для того и другого.
PCRF 28 и AF 44 связываются через опорную точку Rx, как определено в TS 29.214 3GPP, которую используют для того, чтобы обмениваться информацией сеанса прикладного уровня между PCRF и AF.
PCEF 20 и OFCS 34 связываются через опорную точку Gz, в то время как PCEF 20 и OCS 36 связываются через опорную точку Gy, а PCRF 28 и SPR 42 связываются через опорную точку Sp.
Общая структура, описанная выше, изображена в TS 29.214 3GPP и, таким образом, не будет дополнительно описана в настоящей заявке.
Способ, в соответствии с настоящим изобретением, теперь будет описан более подробно со ссылкой на фиг.2 в виде блок-схемы последовательности этапов, и фиг.3 и фиг.4, изображающие поток сообщений между различными узлами. А именно, фиг.2 изображает этапы, выполняемые в PCEF 20 и PCRF 28, в то время как фиг.3 и фиг.4 изображают сообщения, передаваемые между UE 16, PCEF 20 и PCRF 28 и другим UE или сервером, с которым соединено UE 16.
Процесс начинается в момент времени, когда UE 16 уже имеет универсальный контекст протокола пакетных данных (PDP), созданный с помощью дистанционного UE/сервера. На этапе 60 PCEF выполняет глубокое инспектирование пакетов (DPI) или другой вид обнаружения трафика услуг в трафике данных.
До начала процесса PCEF снабжают множеством услуг, для которых события должны быть уведомлены в PCRF. Например, система может быть сконфигурирована таким образом, что определенные услуги идентифицируют как высококачественное содержание, в то время как другие услуги идентифицируют как не высококачественное содержание. В качестве более специфического примера, музыкальные или видеоклипы, критичные ко времени, или собственный портал оператора могут быть, в частности, идентифицированы как высококачественное содержание, в то время как услуги, такие как обмены файлами между одноранговыми узлами, могли бы быть рассмотрены как не высококачественное содержание. PCEF могла бы быть сконфигурирована для распознавания любой из этих услуг. PCRF должна быть снабжена тем же самым множеством услуг и стратегией, которая будет применяться для каждой из этих услуг.
Таким образом, на этапе 62 PCEF выполняет мониторинг трафика до тех пор, пока она не обнаружит начало одной из предоставленных услуг, также указанного как точка 64 на фиг.3. PCEF может обнаруживать начало услуги с помощью любого подходящего метода, например с использованием эвристических методов, разрешенных с помощью использования DPI.
Когда PCEF обнаруживает состояние начала услуги, на этапе 66 она запускает таймер бездеятельности. Затем, на этапе 68, PCEF 20 уведомляет PCRF 28 о состоянии начала услуги посредством команды запроса управления разрешением (CCR) через интерфейс Gx с использованием установки AVP триггера события в значение, указывающее вновь определенное событие услуги.
В этом проиллюстрированном варианте осуществления изобретения вновь определенный AVP информации услуг используют для того, чтобы передать дополнительную информацию для того, чтобы позволить PCRF обработать это уведомление.
AVP начала-окончания услуг указывает, соответствует ли событие либо началу, либо окончанию услуги (следовательно, в этом случае, он установлен, чтобы указывать событие начала услуги).
AVP кадрированного IP-адреса содержит IP-адрес, связанный с сеансом IP-CAN, закодированный, как специфицировано в RFC 4005. Другой AVP, такой как AVP описания содержания среды, содержит соответственную информацию о потоке. Например, сигнализация RTSP передает информацию об IP-адресах и портах, соответствующих потокам аудио- или видеоданных транспортного протокола реального времени (RTP), согласованным во время сигнализации, таким образом, что PCRF может создавать вторичные контексты PDP согласно этим согласованным IP-адресам и портам.
AVP идентификатора приложения содержит информацию, которая идентифицирует конкретную обнаруженную услугу (например, потоковый протокол реального времени (RTSP)). Эта информация может быть использована с помощью PCRF для предоставленного дифференцированного QoS для разных услуг приложений.
На этапе 70 PCRF принимает уведомление из PCEF и сигнализирует это с помощью посылки сообщения ответа управления разрешением (CCA) с кодом результата, указывающим, что уведомление было успехом.
На этапе 72 PCRF устанавливает соответствующие правила РСС с помощью передачи в PCEF сообщения запроса повторного санкционирования (RAR) Gx. Это позволяет модификацию существующего канала-носителя (или создание специализированного канала-носителя) с установками либо более высокого, либо более низкого QoS, в зависимости от услуг, которое начинают. На этапе 74, PCEF подтверждает прием этой команды с помощью посылки в PCRF ответа повторного санкционирования с кодом результата, указывающим, что уведомление было успехом.
В ответ на уведомление PCRF может требовать любых подходящих этапов для управления предоставлением услуг в ответ на обнаруженное состояние услуг. Это может включать в себя модификацию установок QoS для сеанса услуг, а это, в свою очередь, может состоять из любых из следующих действий из неполного списка, содержащего модификацию установленного контекста PDP Gx (т.е. когда GGSN действует как PCEF), изменение приоритета обработки трафика (ТНР) для существующего канала-носителя, изменение максимальной скорости передачи в битах (MBR) для существующего канала-носителя, управление шириной полосы частот IP-потока или инициирование сети специализированного канала-носителя IP-CAN с динамическими правилами РСС (т.е. когда GGSN действует как PCEF).
Например, лучшее QoS может быть предоставлено для определенных исключительных услуг, таких как страница портала оператора сети, тоновые сигналы звонков, музыкальные или видеоклипы или равноправное содержание 3-й стороны для того, чтобы гарантировать ширину полосы частот, требуемую этой конкретной услугой, в то время как худшее QoS может быть предоставлено для определенных услуг низкой ценности, таких как обмены файлами между одноранговыми узлами, не спонсированные загрузки и тому подобные, таким образом, что эти услуги принимают свое требование полной ширины полосы частот, только когда доступна.
Следует заметить, что также было бы возможным инициировать любое другое действие, когда PCRF уведомляют о состоянии начала услуги.
После этого поток услуг может происходить, как изображено в 76 на фиг.3, и, как упомянуто выше, это может требовать соответственной сигнализации контекста PDP для того, чтобы создать вторичный контекст 80 PDP между UE 16 и PCEF 20. В других случаях услуга может быть выполнена через существующий контекст PDP, и нет необходимости создавать вторичный контекст PDP.
Когда обнаруженная услуга выполняется, PCEF выполняет этап 82 процесса, изображенного на фиг.2, для того, чтобы определить истек ли таймер бездеятельности (т.е. была ли услуга неактивной в течение предварительно определенного периода времени, установленного с помощью таймера). Если нет, процесс проходит на этап 84, на котором определяют, обнаружено ли состояние окончания услуги. Если нет, процесс возвращается на этап 82. PCEF может обнаруживать окончание услуги с помощью любого подходящего метода, например с использованием эвристических методов, разрешенных с помощью использования DPI.
Если определено на этапе 82, что таймер бездеятельности истек, или определено на этапе 84, что обнаружено состояние окончания услуги, процесс проходит на этап 86, на котором PCEF 20 уведомляет PCRF 28 посредством команды запроса управления разрешением (CCR) через интерфейс Gx с помощью использования установки AVP триггера события в значение, указывающее вновь определенное событие услуги.
В этом проиллюстрированном варианте осуществления изобретения вновь определенный AVP информации услуг используют для того, чтобы передать дополнительную информацию для того, чтобы позволить PCRF обработать это уведомление.
AVP начала-окончания услуг в этом случае установлен таким образом, чтобы указывать событие окончания услуги. AVP кадрированного IP-адреса содержит IP-адрес, связанный с сеансом IP-CAN, закодированный, как специфицировано в RFC 4005. Другой AVP, такой как AVP идентификатора приложения, содержит информацию, которая идентифицирует конкретную обнаруженную услугу (например, потоковый протокол реального времени (RTSP)).
На этапе 88 PCRF принимает уведомление из PCEF и сигнализирует это с помощью посылки сообщения ответа управления разрешением (CCA) с кодом результата, указывающим, что уведомление было успехом.
На этапе 90 PCRF удаляет ранее установленные правила РСС с помощью передачи в PCEF сообщения запроса повторного санкционирования (RAR) Gx. Это позволяет восстановление первоначальных установок QoS с помощью модификации существующего канала-носителя (или удаления специализированного канала-носителя, созданного для этой услуги). На этапе 92 PCEF подтверждает прием этой команды с помощью посылки в PCRF ответа повторного санкционирования с кодом результата, указывающим, что уведомление было успехом.
Как изображено на фиг.4, когда вторичный контекст PDP был создан между UE 16 и PCEF 20, соответственная сигнализация 94 контекста PDP может быть использована для того, чтобы разрушить вторичный контекст PDP на этапе 96.
Изобретение описано выше со ссылкой на ситуацию, в которой PCEF реагирует на предварительно определенное состояние услуги в виде начала услуги или окончания услуги заданной услуги. Аналогичной процедуре можно следовать в случае обновление услуги.
Например, когда пользователь приостанавливает выполнение потоковой услуги или когда новый поток добавляют к существующей услуге, такой как добавление видеокомпоненты к существующему речевому вызову IMS, это может быть обнаружено с помощью PCEF с помощью подходящего метода, например с помощью эвристических методов, разрешенных с помощью использования DPI.
AVP начала-окончания услуг в этом случае устанавливают таким образом, чтобы указывать событие обновления услуги, а уведомление в PCRF могло бы инициировать модификацию параметров QoS для сеанса услуг.
Как описано до сих пор, способ включает в себя передачу через интерфейс Gx. Однако локальное решение без участия Gx также является возможным. В этом случае PCEF должна быть предоставлена множеством услуг (например, таких как RTSP, как описано ранее), для которых эта функциональная возможность должна быть инициирована, а также должна быть предоставлена локальной стратегией, которая будет применяться для каждой из этих услуг. PCEF может быть сконфигурирована для обнаружения состояния начала услуг, как описано выше, и после такого обнаружения PCEF запускает таймер бездеятельности. На основании локальных стратегий, предоставленных для этой услуги, PCEF затем может инициировать модификацию существующего канала-носителя или создание специализированного канала-носителя с установками более высокого или более низкого QoS, в зависимости от услуги, которую начинают. Когда PCEF обнаруживает состояние окончания услуги, или истекает таймер бездеятельности, PCEF (на основании локальных стратегий, предоставленных для этой услуги) должна восстановить предыдущие установки QoS с помощью модификации существующего канала-носителя или с помощью удаления специализированного канала-носителя, ранее созданного для услуги.
Таким образом, предоставлено усовершенствование в интерфейс Gx, позволяющее PCEF, которая может выполнять обнаружение трафика услуг, уведомлять PCRF о состоянии услуги посредством специфического события в AVP триггера события. Это позволяет PCRF устанавливать соответствующие правила РСС, для того чтобы модифицировать параметры QoS для этого конкретного сеанса пользователя.

Claims (20)

1. Узел функции осуществления стратегии и оплаты для телекоммуникационной сети, содержащий
устройство обнаружения трафика услуг, для выполнения обнаружения трафика услуг во время сеанса,
процессор, для обнаружения предварительно определенного состояния услуги из упомянутого обнаружения трафика услуг, и
интерфейс, для уведомления функции правил стратегии и оплаты об обнаруженном состоянии услуги посредством события услуги, определенного в AVP триггера события, через опорную точку Gx,
причем процессор сконфигурирован для определения того, обнаружено ли состояние окончания услуги, и
причем интерфейс сконфигурирован для уведомления функции правил стратегии и оплаты посредством события окончания услуги, если процессор определяет, что обнаружено состояние окончания услуги.
2. Узел функции осуществления стратегии и оплаты по п.1, дополнительно содержащий таймер и в котором процессор дополнительно сконфигурирован для определения того, истек ли таймер, и в котором интерфейс дополнительно сконфигурирован для уведомления функции правил стратегии и оплаты посредством события окончания услуги, если процессор определяет, что таймер истек.
3. Узел функции осуществления стратегии и оплаты по п.1, в котором интерфейс дополнительно адаптирован уведомлять функцию правил стратегии и оплаты о том, является ли обнаруженное состояние услуги началом услуги или окончанием услуги, посредством AVP начала-конца услуг через опорную точку Gx.
4. Узел функции осуществления стратегии и оплаты по п.1, в котором интерфейс дополнительно адаптирован уведомлять функцию правил стратегии и оплаты о связанном IP-адресе для сеанса посредством AVP IP-адреса и об информации о потоке посредством AVP описания содержания среды через опорную точку Gx.
5. Узел функции осуществления стратегии и оплаты по п.1, в котором интерфейс дополнительно адаптирован уведомлять функцию правил стратегии и оплаты об услуге, для которой применяется обнаруженное состояние услуги, посредством AVP идентификатора приложения через опорную точку Gx.
6. Способ для управления предоставлением услуг в узле функции осуществления стратегии и оплаты телекоммуникационной сети, причем способ содержит этапы, на которых
выполняют обнаружение трафика услуг во время сеанса,
обнаруживают предварительно определенное состояние услуги из упомянутого обнаружения трафика услуг и
уведомляют функцию правил стратегии и оплаты об обнаруженном состоянии услуги посредством события услуги, определенного в AVP триггера события через опорную точку Gx,
причем способ дополнительно содержит этапы, на которых
определяют, обнаружено ли состояние окончания услуги, и
причем этап, на котором уведомляют функцию правил стратегии и оплаты об обнаруженном состоянии услуги, содержит этап, на котором уведомляют функцию правил стратегии и оплаты посредством события окончания услуги, если состояние окончания услуги определено как обнаруженное.
7. Способ по п.6, дополнительно содержащий этап, на котором
определяют, истек ли таймер, и,
причем этап, на котором уведомляют функцию правил стратегии и оплаты об обнаруженном состоянии услуги, содержит этап, на котором уведомляют функцию правил стратегии и оплаты посредством события окончания услуги, если определяют, что таймер истек.
8. Способ по п.6, дополнительно содержащий этап, на котором
уведомляют функцию правил стратегии и оплаты о том, является ли обнаруженное состояние услуги началом услуги или окончанием услуги, посредством AVP начала-окончания услуги через опорную точку Gx.
9. Способ по п.6, дополнительно содержащий этап, на котором
уведомляют функцию правил стратегии и оплаты о связанном IP-адресе для сеанса посредством AVP IP-адреса и об информации о потоке посредством AVP описания содержания среды через опорную точку Gx.
10. Способ по п.6, дополнительно содержащий этап, на котором
уведомляют функцию правил стратегии и оплаты об услуге, к которой применяется обнаруженное состояние услуги, посредством AVP идентификатора приложения через опорную точку Gx.
11. Узел функции правил стратегии и оплаты для телекоммуникационной сети, содержащий
интерфейс, для приема уведомления из функции осуществления стратегии и оплаты об обнаруженном предварительно определенном состоянии услуги посредством события услуги, определенного в AVP триггера события через опорную точку Gx, и
контроллер, для управления предоставлением услуги в ответ на обнаруженное состояние услуги,
причем интерфейс сконфигурирован для приема уведомления, из узла функции правил стратегии и оплаты, об определении того, что обнаружено состояние окончания услуги, посредством события окончания услуги.
12. Узел функции правил стратегии и оплаты по п.11, в котором интерфейс дополнительно сконфигурирован для приема, из узла функции осуществления стратегии и оплаты, уведомления об определении того, что таймер истек, посредством события окончания услуги.
13. Узел функции правил стратегии и оплаты по п.11, в котором интерфейс дополнительно адаптирован принимать уведомление о том, является ли обнаруженное состояние услуги началом услуги или окончанием услуги, посредством AVP начала-окончания услуги через опорную точку Gx.
14. Узел функции правил стратегии и оплаты по п.11, в котором интерфейс дополнительно адаптирован принимать уведомление о связанном IP-адресе для сеанса посредством AVP IP-адреса и об информации о потоке посредством AVP описания содержания среды через опорную точку Gx.
15. Узел функции правил стратегии и оплаты по п.11, в котором интерфейс дополнительно адаптирован принимать уведомление об услуге, к которой применяется обнаруженное состояние услуги, посредством AVP идентификатора приложения через опорную точку Gx.
16. Способ управления предоставлением услуг в узле телекоммуникационной сети, причем способ содержит этапы, на которых
в функции осуществления стратегии и оплаты:
выполняют обнаружение трафика услуг во время сеанса,
обнаруживают предварительно определенное состояние услуги из упомянутого обнаружения трафика услуг и
уведомляют функцию правил стратегии и оплаты об обнаруженном состояния услуги посредством события услуги, определенного в AVP триггера события, через опорную точку Gx,
причем способ в функции осуществления и оплаты дополнительно содержит этап, на котором
определяют, обнаружено ли состояние окончания услуги, и
причем этап, на котором уведомляют функцию правил стратегии и оплаты об обнаруженном состоянии услуги, содержит этап, на котором уведомляют функцию правил стратегии и оплаты посредством события окончания услуги, если событие окончания услуги определено как обнаруженное, и
в функции правил стратегии и оплаты:
принимают уведомление об обнаруженном состоянии услуги посредством события окончания услуги и
управляют предоставлением услуги в ответ на обнаруженное состояние услуги.
17. Способ по п.16, причем способ в функции осуществления стратегии и оплаты дополнительно содержит этап, на котором
определяют, истек ли таймер, и
причем этап, на котором уведомляют функцию правил стратегии и оплаты об обнаруженном состоянии услуги, дополнительно содержит этап, на котором уведомляют функцию правил стратегии и оплаты посредством события окончания услуги, если определяют, что таймер истек.
18. Способ по п.16, дополнительно содержащий этап, на котором в функции осуществления стратегии и оплаты
уведомляют функцию правил стратегии и оплаты о том, является ли обнаруженное состояние услуги началом услуги или окончанием услуги, посредством AVP начала-окончания услуги через опорную точку Gx.
19. Способ по п.16, дополнительно содержащий этап, на котором в функции осуществления стратегии и оплаты
уведомляют функцию правил стратегии и оплаты о связанном IP-адресе для сеанса посредством AVP IP-адреса и об информации о потоке посредством AVP описания содержания среды через опорную точку Gx.
20. Способ по п.16, дополнительно содержащий этап, на котором в функции осуществления стратегии и оплаты
уведомляют функцию правил стратегии и оплаты об услуге, к которой применяется обнаруженное состояние услуги, посредством AVP идентификатора приложения через опорную точку Gx.
RU2012124020/08A 2009-11-13 2009-11-13 Триггер события услуги RU2513711C2 (ru)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2009/065161 WO2011057672A1 (en) 2009-11-13 2009-11-13 Service event trigger

Publications (2)

Publication Number Publication Date
RU2012124020A RU2012124020A (ru) 2013-12-20
RU2513711C2 true RU2513711C2 (ru) 2014-04-20

Family

ID=42272087

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2012124020/08A RU2513711C2 (ru) 2009-11-13 2009-11-13 Триггер события услуги

Country Status (7)

Country Link
US (1) US20120275300A1 (ru)
EP (1) EP2499858B1 (ru)
JP (1) JP5481563B2 (ru)
ES (1) ES2439006T3 (ru)
PL (1) PL2499858T3 (ru)
RU (1) RU2513711C2 (ru)
WO (1) WO2011057672A1 (ru)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8862869B1 (en) * 2010-11-30 2014-10-14 Tellabs Operations, Inc. Method and apparatus for providing network initiated session encryption
US20140153391A1 (en) * 2011-06-22 2014-06-05 Telefonaktiebolaget L M Ericsson (Publ) Method for Policy Control and Method for Bearer Control as Well as Corresponding Servers, Systems and Computer Programs
WO2013004271A1 (en) * 2011-07-01 2013-01-10 Telefonaktiebolaget L M Ericsson (Publ) Method and node for controlling bearer related resources as well as a corresponding system and computer program
US11223570B2 (en) * 2011-09-29 2022-01-11 Telefonaktiebolaget Lm Ericsson (Publ) Methods and network nodes for controlling resources of a service session as well as corresponding system and computer program
US9173073B2 (en) * 2011-12-19 2015-10-27 Motorola Solutions, Inc. Method and apparatus for processing group event notifications and providing group policy in a communication system
CN103220158B (zh) * 2012-01-21 2016-12-14 阿尔卡特朗讯 一种对赞助数据应用进行计费控制的方法与设备
WO2013185334A1 (zh) * 2012-06-15 2013-12-19 华为技术有限公司 获取服务质量QoS控制信息的方法、装置和系统
WO2014032289A1 (zh) * 2012-08-31 2014-03-06 华为技术有限公司 带宽控制方法、装置及系统
WO2014154263A1 (en) * 2013-03-27 2014-10-02 Telefonaktiebolaget L M Ericsson (Publ) Quality of experience in communication networks
WO2015043662A1 (en) * 2013-09-27 2015-04-02 Telefonaktiebolaget L M Ericsson (Publ) Methods, devices and computer programs for providing a service or service component requiring a specific packet-forwarding treatment
CN105376796A (zh) * 2014-08-26 2016-03-02 中兴通讯股份有限公司 接入网拥塞状态上报、拥塞信息的更新处理方法及装置
EP3304943B1 (en) 2015-06-01 2019-03-20 Telefonaktiebolaget LM Ericsson (publ) Moving device detection
EP3425992B1 (en) * 2016-03-31 2020-11-04 Huawei Technologies Co., Ltd. Event reporting method and device
WO2017178066A1 (en) * 2016-04-15 2017-10-19 Telefonaktiebolaget Lm Ericsson (Publ) Extended failure codes over gx
WO2018082044A1 (zh) * 2016-11-04 2018-05-11 华为技术有限公司 一种网络热点控制的方法以及相关设备
EP3552348B1 (en) * 2016-12-06 2020-10-14 Telefonaktiebolaget LM Ericsson (PUBL) Quality of service for a video streaming service
WO2018172548A1 (en) * 2017-03-24 2018-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Qos flows inactivity counters
US11197131B2 (en) * 2019-12-11 2021-12-07 Motorola Solutions, Inc. System and method for variable length talk permit tone
CN114615096B (zh) * 2021-11-19 2024-03-08 亚信科技（中国）有限公司 基于事件驱动架构的电信计费方法、系统及相关设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2003917A9 (en) * 2006-03-31 2009-04-15 Huawei Technologies Co., Ltd. Deciding method and system for service information in mobile communication system
US20090156213A1 (en) * 2007-10-25 2009-06-18 Spinelli Vincent Interworking gateway for mobile nodes
US20090177650A1 (en) * 2006-06-28 2009-07-09 Justus Petersson Method, communication system and collection controller allowing third party influence on the provision of a service to a user station
RU2372746C2 (ru) * 2004-03-12 2009-11-10 Нокиа Корпорейшн Способ, устройство и компьютерный программный продукт, обеспечивающие поддержку качества обслуживания в беспроводной системе связи

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7916700B2 (en) * 2004-06-30 2011-03-29 Nokia Corporation Dynamic service information for the access network
CN101110766B (zh) * 2007-03-23 2010-04-21 华为技术有限公司 一种信令ip流承载事件上报的控制方法和功能实体
BRPI0721599B1 (pt) * 2007-04-27 2019-10-15 Telefonaktiebolaget Lm Ericsson (Publ) Método e nó para uso num sistema de telecomunicações de acesso sem fio
EP1988680B1 (en) * 2007-04-30 2010-03-24 Nokia Siemens Networks Oy Policy control in a network
CN101325780B (zh) * 2007-06-15 2010-07-07 华为技术有限公司 策略控制实现方法和系统、及策略和计费执行实体
EP2129074A1 (en) * 2008-05-30 2009-12-02 Nokia Siemens Networks Oy Method of deciding to release communication resources
US7957314B2 (en) * 2008-12-12 2011-06-07 Cisco Technology, Inc. System and method for provisioning charging and policy control in a network environment

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2372746C2 (ru) * 2004-03-12 2009-11-10 Нокиа Корпорейшн Способ, устройство и компьютерный программный продукт, обеспечивающие поддержку качества обслуживания в беспроводной системе связи
EP2003917A9 (en) * 2006-03-31 2009-04-15 Huawei Technologies Co., Ltd. Deciding method and system for service information in mobile communication system
US20090177650A1 (en) * 2006-06-28 2009-07-09 Justus Petersson Method, communication system and collection controller allowing third party influence on the provision of a service to a user station
US20090156213A1 (en) * 2007-10-25 2009-06-18 Spinelli Vincent Interworking gateway for mobile nodes

Also Published As

Publication number Publication date
WO2011057672A1 (en) 2011-05-19
EP2499858B1 (en) 2013-10-23
ES2439006T3 (es) 2014-01-21
US20120275300A1 (en) 2012-11-01
PL2499858T3 (pl) 2014-03-31
RU2012124020A (ru) 2013-12-20
JP2013511175A (ja) 2013-03-28
EP2499858A1 (en) 2012-09-19
JP5481563B2 (ja) 2014-04-23

Similar Documents

Publication Publication Date Title
RU2513711C2 (ru) Триггер события услуги
CN100586071C (zh) 获取策略和计费执行功能实体能力的方法及设备
US11647085B2 (en) Service redirection from a policy and charging control architecture
US9503483B2 (en) Method and apparatuses for identifying and reporting quality of service rules applicable to a communication session
EP2521305B1 (en) Method, device and system for controlling user session policy
EP2727433B1 (en) Method, apparatuses and computer program for controlling bearer related resources
US20130322365A1 (en) Methods and apparatus for mitigating service interruption
WO2008128470A1 (fr) Procédé, système et entité de réalisation de détection d'événement
KR101884048B1 (ko) 네트워크 자원들을 관리하기 위한 방법들과 노드들, 및 상응하는 시스템과 컴퓨터 프로그램
WO2010069170A1 (zh) 一种实现策略和计费控制的方法
WO2013044959A1 (en) Methods and network notes for controlling resources of a service session as well as corresponding system and computer program
KR20130034553A (ko) 이동 통신망에서 과금 시행 처리 장치 및 과금 정책 규칙 설정 방법
WO2011063688A1 (zh) 策略和计费规则功能实体的选择方法及系统
WO2011085621A1 (zh) 业务处理方法及系统
WO2013159617A1 (zh) 一种网络拥塞的处理方法、系统和控制网元
WO2014180210A1 (zh) 一种控制网络拥塞的方法和负荷感知功能
WO2009056046A1 (fr) Procédé de fin de session
WO2011026409A1 (zh) 一种会话更新方法、装置和系统
EP2348769A1 (en) METHOD AND DEVICE FOR IMPLEMENTING QoS PRE-AUTHORIZATION IN ROAMING SCENARIO
CN108781475B (zh) 一种事件上报的方法及装置
WO2014183716A1 (zh) 一种策略控制方法及装置、网关设备、存储介质
CN101453340A (zh) 获取策略和计费执行功能能力的方法及设备