СПОСОБ И УСТРОЙСТВО ДЛЯ КОНТРОЛЯ ОБЪЕМА ПОЛЬЗОВАНИЯ УСЛУГАМИ

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

Настоящее изобретение относится к технологиям связи, а более конкретно - к способу и устройству для контроля объема пользования услугами.

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

IP-сеть может предоставлять многочисленные виды услуг, такие как мультимедийный вызов, загрузка файла и просмотр web-страниц, и поэтому сеть должна иметь возможность обнаруживать различные потоки услуг, измерять и предоставлять отчет об информации о тарификации, такой как объем трафика и продолжительность, в центр тарификации. Организации, такие как 3GPP и форум по глобальной совместимости для микроволнового доступа (Worldwide Interoperability for Microwave Access, WiMAX), определили политику управления и тарификацию на основе архитектуры правил политики управления и тарификации (Policy Charging Control, РСС). Архитектура РСС позволяет сети обнаруживать различные потоки услуг и удовлетворять требования, такие как контроль качества обслуживания (QoS) и управление тарификацией для потоков услуг.

Архитектура РСС включает в себя функциональные объекты, такие как функцию обеспечения политики и тарификации (Policy Charging Enforcement Function, PCEF) и функцию реализации правил политики и тарификации (Policy Charging Rules Function, PCPvF). PCEF поддерживает перехват для одиночного потока услуг, группы потоков услуг или всех потоков услуг в сеансе. PCRF поддерживает регулирование объема пользования услугами на основании уровня правил и уровня сеанса и может динамически управлять полосой пропускания или правилами тарификации с использованием объема пользования, отчет о которой предоставляет PCRF. Интерфейс Gx используется между PCRF и PCEF для предоставления отчета о доставке политики и объема пользования: PCEF запрашивает у PCRF правила РСС через интерфейс Gx, PCRF предоставляет правили РСС для PCEF через интерфейс Gx, и PCEF предоставляет отчет об объеме пользования услугами, которую контролируют согласно правилам РСС, в PCRF через интерфейс Gx.

Однако существующий механизм контроля объема пользования не может удовлетворять следующим требованиям. Например, необходимо перехватить объем пользования определенным web-сайтом, таким как , и в то же самое время дополнительно перехватить объем пользования протоколом HTTP пользователями в сеансе для того, чтобы управлять качеством обслуживания, когда объем доступа Sina достигает определенного порога, и управлять качеством обслуживания определенного web-сайта, когда услуга HTTP требует определенного порога. Если используется контроль на уровне правила, то PCEF только предпочтительно накапливает поток услуг с определенным правилом во время идентификации, и отчет об объеме пользования потоком услуг предоставляется для правила, соответствующего протоколу HTTP, или правила, соответствующего . Таким образом, объем пользования для другого правила не является полным объемом пользования. Если используется контроль уровня сеанса, так как контроль уровня сеанса нацелен на контроль всех объемов пользования услугами пользователем в сеансе, поток услуг пользователей в сеансе, имеющих доступ к любому web-сайту за счет использования любого протокола, накапливается в правиле и отчет о них предоставляется в PCRF. Как таковой, объем пользования для пользователей, имеющих доступ к , нельзя выделить из объема пользования с применением протокола HTTP. Поэтому в настоящее время объем пользования услугами, отчет о котором PCEF предоставляет в PCRF, не является точным, что впоследствии приводит к сбою в точном управлении качеством обслуживания для других услуг.

Раскрытие изобретения

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

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

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

после определения совпадения информации о запросе услуг с информацией о заданном потоке услуг в указанной одной или множестве задач контроля услуг на уровне сеанса, накапливают объем пользования информацией о запросе услуг в указанной одной или множестве задач контроля услуг на уровне сеанса; и

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

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

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

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

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

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

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

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

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

фиг.2 - блок-схема алгоритма способа контроля объема пользования услугами, согласно второму варианту осуществления настоящего изобретения;

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

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

фиг.5 - схематичная структурная схема устройства для контроля объема пользования услугами, согласно второму варианту осуществления настоящего изобретения.

Подробное описание изобретения

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

На фиг.1 изображена блок-схема алгоритма способа контроля объема пользования услугами, согласно первому варианту осуществления настоящего изобретения. Как показано на фиг.1, этот вариант осуществления включает в себя:

Этап 11. PCEF определяет, согласно одной из информации, состоящей из пяти частей, информации о протоколе и информации URL в принятой информации о запросе услуг, является ли информация о запросе услуг такой же, как и специфическая информация о потоке услуг в каждой задаче контроля услуг на уровне сеанса.

После того, как PCEF инициирует запрос на установление сеанса Gx+ в PCRF, PCRF отправляет многочисленные задачи контроля услуг на уровне сеанса в PCEF. Каждая задача контроля услуг на уровне сеанса включает в себя идентификатор класса контроля услуг на уровне сеанса, идентификатор задачи контроля и специфическую информацию о потоке услуг. Идентификаторы класса контроля услуг на уровне сеанса, соответствующие всем задачам контроля услуг на уровне сеанса, являются одинаковыми, идентификаторы задач контроля, соответствующие всем задачам контроля услуг на уровне сеанса, являются различными, и соответствующая информация о потоке услуг является также различной. Идентификатор класса контроля услуг на уровне сеанса показывает, что задача контроля используется для контроля объема пользования специфической услугой пользователя в текущем сеансе. Через идентификатор класса задачи контроля в задаче контроля услуг на уровне сеанса, PCEF может узнать о сумме за пользование специфической услугой пользователя в текущем сеансе по инструкции PCRF.

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

После приема информации о запросе на услугу в текущем сеансе, например, после приема запроса на просмотр HTTP, запроса на услугу RTSP, запроса на услугу короткого сообщения или запроса на услугу мультимедийного сообщения, PCEF распознает характеристики, такие как информация о порте (Port), состоящая из пяти частей, информация об универсальном указателе ресурса (Uniform Resource Locator, URL) и информация о протоколе в информации о запросе услуг. Кроме того, она сравнивает одну из информации, состоящей из пяти частей, информации о протоколе и информации о URL в информации о запросе услуг с одной из информации, состоящей из пяти частей, информации о протоколе и информации о URL, соответствующей специфической информации о потоке услуг; если, по меньшей мере, одна из информации, состоящей из пяти частей, информации о протоколе и информации о URL является одинаковой, определяют, что информация о запросе услуг является такой же, как и специфическая информация о потоке услуг. Информация о порте, состоящая из пяти частей, распознанная из информации о запросе услуг, включает в себя: IP-адрес отправителя и порт отправителя для отправления информации о запросе услуг, IP-адрес места назначения и порт места назначения для приема информации о запросе услуг, и номер протокола, соответствующий протоколу, который используется для обработки информации о запросе услуг.

Этап 12. После определения того, что информация о запросе услуг является такой же, как и специфическая информация о потоке услуг в одной или многочисленных задачах контроля услуг на уровне сеанса, PCEF накапливает сумму за пользование информацией о запросе услуг в одной или многочисленных задачах контроля услуг на уровне сеанса.

Этап 13. PCEF предоставляет отчет об идентификаторе задачи контроля и накопленной сумме за пользование информацией о запросе услуг в задаче контроля услуг на уровне сеанса в PCRF.

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

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

На фиг.2 изображения блок-схема алгоритма способа контроля объема пользования услугами, согласно второму варианту осуществления настоящего изобретения. В этом варианте осуществления, PCRF доставляет задачу контроля услуг на уровне сеанса в PCEF через интерфейс Gx+.

Этот вариант осуществления расширяет определение уровень контроля использования Usage-Monitoring-Level AVP путем добавления класса контроля: SESSION_RULE_LEVEL(2). Идентификатор класса контроля показывает, что доставленная задача контроля контролирует сумму за пользование специфической услугой в сеансе. Помимо этого, [Session-Usage-Monitoring-Flows] AVP в дальнейшем вновь добавляется для инструктирования специфической информации о потоке услуг, которая необходима для дальнейшего контроля, следующим образом: идентификатор задачи контроля специфической информации о потоке услуг.<CC-Answer>::=

В [Flow-Information] это может представлять собой [URL], что означает контроль потока услуг для доступа к специфическому URL.

Как показано на фиг.2, этот вариант осуществления включает в себя:

Этап 1a. PCEF отправляет запрос на установление сеанса в PCRF через сообщение CCR-Initial.

PCEF отправляет запрос на установление сеанса на основании одного пользователя, то есть, IP-адрес одного отправителя, в PCRF через сообщение CCR (запрос управления кредитом) для запроса PCRF для доставки задачи контроля, соответствующей пользователю, или IP-адреса. Как таковая, после того, как пользователь входит в режим онлайн, PCEF контролирует сумму за пользование специфической услугой пользователя, согласно задаче контроля, доставленной PCRF.

Этап 2а. PCRF доставляет две задачи контроля услуг на уровне сеанса в PCEF через сообщение GX ССА (ответ управления кредитом).

Каждая задача контроля услуг на уровне сеанса включает в себя идентификатор класса контроля, идентификатор задачи контроля и специфическую информацию о потоке услуг. Например, для отчета в случае, когда контролируемый объем трафика пользователя, осуществляющего доступ к web-сайту Google достигает специфической величины, и отчета, когда контролируемый объем трафика пользователя при использовании протокола HTTP достигает специфической величины, PCRF доставляет следующие две задачи контроля услуг уровня (содержание [представляет собой фактические отправленные значения) в PCEF:

В содержании сообщения, SESSION_RULE_LEVEL(2) показывает, что идентификатор класса задачи контроля представляет собой класс 2, Monitor-key(m1) показывает, что идентификатор задачи А контроля представляет собой m1, и Monitor-key(m2) показывает, что идентификатор задачи В контроля представляет собой m2; Granted-Service-Unit (3МВ) показывает, что задача А контроля инструктирует, что объем пользования, который должен быть достигнут для отчета о специфическом потоке услуг, соответствует размеру услуг 3 MB; Flow-Description(protocol:http) показывает, что специфический поток услуг задачи В контроля представляет собой поток услуг использования протокола HTTP; URL() показывает, что специфический поток услуг задачи А представляет собой поток услуг доступа к .

Этап 3а. После приема информации о запросе услуг PCEF определяет, согласно одной из суммы за использование информации о протоколе и информации о URL в принятой информации о запросе услуг, является ли информация о запросе услуг такой же, как и специфическая информация о потоке услуг в каждой задаче контроля услуг на уровне сеанса.

Вслед за задачами контроля услуг на уровне сеанса, PCEF может сначала распознать характеристики, такие как информация, состоящая из пяти частей, о порте, информация о URL и информация о протоколе в информации о запросе услуг посредством технологии углубленной инспекции пакетов. Характеристики, такие как информация, состоящая из пяти частей, и информация о URL в информации о запросе услуг, сравниваются с характеристиками потока услуг URL(), инструктированного [Session-Usage-Monitoring-Flows] в задачи А контроля. Если один из всех элементов информации, как информация о запросе услуг, так и задачи А контроля, является одинаковым, то они показывают, что информация о запросе услуг является специфической информацией о потоке услуг в задаче А контроля, и предоставляют отчет в PCRF через Monitor-key(m1), когда специфический объем пользования достиг своего значения для услуг размером 3 Мб. Помимо этого PCEF может дополнительно согласовывать характеристики, такие как информация, состоящая из пяти частей, и информация о URL в информации о запросе услуг с характеристиками потока услуг Flow-Description(protocol:http), инструктированного с помощью [Session-Usage-Monitoring-Flows] в задачи В контроля. Если один из элементов информации, как информация о запросе услуг, так и задача В контроля, является одинаковым, то показывают, что информация о запросе услуг представляет собой специфическую информацию о потоке услуг в задачи В и предоставляют отчет в PCRF через Monitor-key(m2), когда специфический объем пользования достигает своего значения для услуг размером 3 Мб.

Этап 4а. После определения того, что информация о запросе услуг является такой же, как и специфическая информация о потоке услуг в одной или многочисленных задачах контроля на уровне сеанса, PCEF накапливает сумму за пользование информацией о запросе услуг в одной или многочисленных задачах контроля услуг на уровне сеанса и предоставляет отчет об идентификаторе задач контроля и накопленной сумме за пользование информацией о запросе услуг в задачах контроля услуг на уровне сеанса в PCRF.

Предположим, что пользователь использует трафик размером 3 Мб, при доступе к . PCEF распознает, что поток услуг дополнительно принадлежит потоку услуг, который использует протокол HTTP. Затем PCEF предоставляет отчет о сумме за пользование следующим образом:

В вышеупомянутой команде CCRU сообщения PCEF предоставляют отчет о сумме за пользование услугами размером 3 Мб при осуществлении доступа к www.google.com.hk в PCRF через идентификатор m1 задачи контроля, и PCEF предоставляет отчет о соответствующей сумме за пользование услугами размером 3 Мб при осуществлении доступа к информации о потоке услуг HTTP в PCRF через идентификатор m2 задачи контроля. Содержание в квадратных скобках в вышеупомянутой команде CCRU представляет собой сообщения, которые показывают значения данных, фактически отправленные с помощью PCEF в PCRF.

Этап 5а. PCRF регулирует задачи контроля услуг на уровне сеанса, согласно сумме за пользование услугами, отчет о которой предоставляет PCEF, и доставляет новые задачи контроля услуг на уровне сеанса в PCEF.

PCEF предоставляет отчет об объеме трафика, который использует пользователь при осуществлении доступа к в сеансе и объеме трафика пользователя при использовании протокола HTTP в сеансе. PCRF выполняет управление накоплением для объема пользования, отчет о которой предоставляет PCEF, таким образом, чтобы управлять качеством обслуживания web-сайта Google, когда объем доступа Google достигает определенного порога, и управлять качеством обслуживания специфического web-сайта, когда услуга HTTP достигает определенного порога.

На фиг.3 изображена блок-схема алгоритма способа контроля объема пользования услугами, согласно третьему варианту осуществления настоящего изобретения. Различие между этим вариантом осуществления и предыдущим вариантом осуществления заключается в следующем: PCRF доставляет идентификатор класса контроля и идентификатор контроля в задаче контроля услуг на уровне сеанса в PCEF только через интерфейс Gx+ и доставляет специфическую информацию о потоке услуг в задаче контроля услуг на уровне сеанса в PCEF через вновь добавленный интерфейс синхронизации потока услуг. Интерфейс синхронизации потока услуг должен осуществлять передачу Monitor-key и flow-info, в сообщении ССА, где flow-info включает в себя информацию о порте и информацию о URL.

Как показано на фиг.3, этот вариант осуществления включает в себя:

Этап 1b. PCEF отправляет запрос на установление сеанса в PCRF через сообщение CCR-Initial.

Этап 2b. PCRF доставляет идентификаторы класса контроля и идентификаторы задач контроля в двух задачах контроля услуг на уровне сеанса в PCEF через сообщение GX ССА.

Например, чтобы контролировать объем трафика пользователя при осуществлении доступа к web-сайту Google и использовании протокола HTTP, PCRF помещает как идентификаторы задачи контроля, так и специфическую информацию о потоке услуг, в задачи контроля услуг на уровне сеанса в сообщения SOAP и отправляет сообщения в PCEF через интерфейс синхронизации потока услуг. Например, отправляется следующая информация: Flow-ID: m1; URL: ; Flow-ID: m2; Protocol: http; Granted-Service-Unit: 3 MB.

После приема сообщения CCR-Initial из PCEF, PCRF доставляет идентификаторы задачи контроля и идентификаторы задачи контроля в двух задачах контроля услуг на уровне сеанса в PCEF.

В сообщении CCA доставляется только та информация, которая имеет к этому отношению, в Usage-Monitoring-Information, и информация в [Session-Usage-Monitoring-Flows] не доставляется. Через Monitor-key, принятой из интерфейса синхронизации потоков услуг и Monitor-key в Usage-Monitoring-Information, специфицированную информацию о потоке услуг, принятую из интерфейса синхронизации потоков услуг, можно коррелировать с SESSION_RULE_LEVEL(2) в Usage-Monitoring-Information для получения полной информации о задаче контроля.

Этап 3b. После приема информации о запросе услуг, PCEF определяет, согласно одной из информации, состоящей из пяти частей, о порте, информации о протоколе и информации о URL в принятой информации о запросе услуг, является ли информация о запросе услуг такой же, как и специфическая информация о потоке услуг в каждой задаче контроля услуг на уровне сеанса.

Этап 4b. После определения того, что информация о запросе услуг является такой же, как и специфическая информация о потоке услуг в одной или многочисленных задачах контроля услуг на уровне сеанса, PCEF накапливает сумму за пользование информацией о запросе услуг в одной или многочисленных задачах контроля услуг на уровне сеанса, и предоставляет отчет об идентификаторе задачи контроля и накопленной сумме за пользование информацией о запросе услуг в задачах контроля услуг на уровне сеанса в PCRF.

Предположим, что пользователь использует трафик размером 3 Мб при доступе к . PCEF распознает, что поток услуг дополнительно принадлежит потоку услуг при использовании протокола HTTP. Затем PCEF сообщает о сумме за пользование следующим образом:

Содержание в квадратных скобках в CCRU представляет собой информацию, которая показывает значение данных, фактически отправленных PCEF в PCRF.

Этап 5b. PCRF регулирует задачи контроля услуг на уровне сеанса, согласно сумме за пользование услугами, отчет о котором предоставляет PCEF, и доставляет новые задачи контроля услуг на уровне сеанса в PCEF.

PCEF знает, что доставленные в текущий момент времени многочисленные задачи контроля представляют собой задачи контроля услуг на уровне сеанса для контроля информации о многочисленных специфических потоках услуг пользователя в сеансе и узнает идентификаторы задач контроля через идентификаторы задачи контроля во всех задачах контроля на уровне сеанса, доставленных с помощью PCRF из интерфейса Gx+. PCEF получает специфическую информацию о потоке услуг во всех задачах контроля услуг на уровне сеанса и соответствующие идентификаторы задач контроля, доставленные с помощью PCRF через интерфейс синхронизации потоков услуг.

На фиг.4 изображена структурная схема устройства для контроля объема пользования услугами, согласно первому варианту осуществления настоящего изобретения. Как показано на фиг.4, этот вариант осуществления включает в себя: модуль 41 определения, модуль 45 накопления и модуль 42 предоставления отчета.

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

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

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

Модуль 42 предоставления отчета выполнен с возможностью предоставления отчета об идентификаторе задачи контроля и накопленной сумме за пользование информацией о запросе услуг в задаче контроля услуг на уровне сеанса в функцию реализации правил политики и тарификации (PCRF).

Кроме того, на базе фиг.4, этот вариант осуществления дополнительно включает в себя: модуль 43 установления сеанса и модуль 44 приема.

Модуль 43 установления сеанса выполнен с возможностью отправления запроса на установление сеанса в PCRF.

Модуль 44 приема выполнен с возможностью приема каждой задачи контроля услуг на уровне сеанса из PCRF.

Модуль 44 приема выполнен специфическим образом с возможностью приема каждой задачи контроля услуг на уровне сеанса, отправленной с помощью PCRF через интерфейс Gx+. Модуль 44 приема специфическим образом выполнен с возможностью приема идентификатора класса задачи контроля и идентификатора задачи каждой задачи контроля услуг на уровне сеанса, отправленной с помощью PCRF через интерфейс Gx+, и приема специфической информации о потоке услуг и идентификатора задачи контроля для каждой задачи контроля услуг на уровне сеанса, отправленной с помощью PCRF через интерфейс синхронизации информации о потоке услуг.

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

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

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

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