Результат интеллектуальной деятельности: УПРЕЖДАЮЩИЙ КРЕДИТНЫЙ КОНТРОЛЬ

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

Проект долгосрочного развития систем связи, LTE, 3GPP является стандартом технологий мобильной связи четвертого поколения, разработанным в рамках проекта партнерства третьего поколения, 3GPP, для усовершенствования стандарта универсальной системы мобильной связи, UMTS, в соответствии с будущими требованиями в отношении усовершенствованных услуг, например, более высоких скоростей передачи данных, повышенной эффективности и сниженных затрат. В типичной системе сотовой связи, беспроводные устройства или терминалы, также известные как мобильные станции и/или блоки пользовательского оборудования, UE, осуществляют связь через сеть радиодоступа, RAN, с один или более базовыми сетями.

Функциональные возможности Policy and Charging Control (управления политиками и начислениями), далее PCC, раскрыты в 3GPP TS 23.203 V12.4.0 (2014-03) для области Evolved 3GPP Packet Switched, включающей в себя возможности доступа 3GPP (GERAN/UTRAN/E-UTRAN) и возможности доступа, не связанные с 3GPP.

Архитектура PCC, которая проиллюстрирована на фиг. 1, содержит: функцию применения политики и начисления (Policy and Charging Enforcement Function), PCEF, 1, которая отвечает за обнаружение потока трафика и применение применимых политик к потокам пользовательского трафика; функцию правил политики и начисления (Policy and Charging Rules Function), PCRF, 4, которая отвечает за обеспечение сетевого управления для обнаружения потока трафика посредством выполнения политик и обеспечение правил PCC для PCEF 1 для каждого потока пользовательского трафика; функцию обнаружения трафика (Traffic Detection Function), TDF, 8, которая отвечает за осуществление обнаружения приложений и предоставление отчета об обнаруженных приложениях и описаниях потока данных услуг для PCRF 4; функцию связывания канала-носителя и сообщения о событиях (Bearer Binding and Event Reporting Function), BBERF, 7, которая отвечает за прием от PCRF 4 качества обслуживания, QoS, правил обработки каждого потока данных услуг и гарантирование, что поток данных услуг переносится по каналу-носителю с надлежащим QoS; функцию приложения (Application Function), AF, 6, которая отвечает за подачу на PCRF описания медиаматериала, подлежащего доставке на уровне канала-носителя; функцию инициирования начисления (Charging Trigger Function) CTF, 9, которая отвечает за инициирование событий начисления; систему начисления в режиме онлайн (Online Charging System), OCS, 2, которая оперируют информацией начисления, влияющей в реальном времени на предоставляемую услугу и управление необходимыми сетевыми ресурсами; систему начисления в режиме оффлайн (Offline Charging System), OFCS, 3, которая оперируют информацией начисления, не влияющей на услугу в реальном времени, но предоставляемой оператору после использования сетевых ресурсов; и хранилище профилей подписки (Subscription Profile Repository), SPR, 5, где хранятся данные подписки и услуг для абонентов системы связи.

Что касается осуществления связи между вышеупомянутыми элементами PCC, раскрытыми в 3GPP TS 23.203 V12.4.0 (2014-03), PCRF и PCEF осуществляют связь через так называемый интерфейс Gx, тогда как PCRF и AF осуществляют связь через так называемый интерфейс Rx. В частности, PCRF, таким образом обеспечивает правила управления для PCEF через этот интерфейс Gx, тогда как AF обеспечивает описание медиаматериала, подлежащего доставке на уровне канала-носителя для PCRF через этот интерфейс Rx.

Что касается правил управления, подаваемых от PCRF на PCEF, эти правила управления включают в себя, но без ограничения, правила PCC, раскрытые в 3GPP TS 23.203, и могут обеспечиваться после установления или модификации сеанса сеть доступа на основе связи по интернет-протоколу (IP Connectivity Access Network), далее IP-CAN.

Возвращаясь к фиг. 1, разные интерфейсы используются для соединения сетевых элементов в соответствии со стандартами PCC. Например, сервер 4 PCRF соединен с SPR 5 через интерфейс Sp, с 2 OCS через интерфейс Sy, с TDF 8 через интерфейс Sd и с BBERF 7 через интерфейс Gxx; PCEF 1 соединена с 2 OCS через интерфейс Gy, с OFCS 3 через интерфейс Gz; и CTF 12 соединена с OCS 22 через интерфейс 'Ro'.

3GPP TS 32.299 V12.4.0 (2014-03) для интерфейса Gy/Ro рекомендует/требует, чтобы запрос кредита отправлялся для тарификационной группы (Rating Group) (RG) при обнаружении согласующегося трафика. Согласно правилу кредитного контроля "diameter", в случае приема ответа от OCS, клиент приложения кредитного контроля "diameter" (Diameter Credit Control Application), DCCA, должен удостоверить, что только может быть включена ʹзапрашиваемаяʹ RG. Клиент DCCA начнет обрабатывать отказ в случае приема ʹнеожиданной RGʹ и, в ряде случаев, даже завершать соединение сети пакетной передачи данных (Packet Data Network), PDN, (в результате завершения сеанса кредитного контроля).

Если ответом сервера DCCA является блокирование или перенаправление пользователя, в зависимости от того, как клиент DCCA обрабатывает трафик в течение времени ожидания ответа от OCS, может случиться так, что ʹтрафик, подлежащий блокировкеʹ проходит через клиента DCCA. В случае перенаправления пользователю может понадобиться повторная попытка осуществления доступа к первоначальной услуге, чтобы быть перенаправленным, поскольку клиент DCCA пропустил момент для отправки универсальный указатель ресурса (Uniform Resource Locator), URL, перенаправления абоненту, ожидая ответ от OCS.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

Согласно некоторому аспекту это изобретение относится к способу, осуществляемому на сетевом элементе, для осуществления упреждающего кредитного контроля. Способ содержит этапы приема, от системы начисления в режиме онлайн по меньшей мере одной директивы упреждающего кредитного контроля для абонента, причем директива кредитного контроля применяется к по меньшей мере одной тарификационной группе; сохранения по меньшей мере одной директивы упреждающего кредитного контроля на сетевом элементе и применение по меньшей мере одной директивы упреждающего кредитного контроля в начале доставки контента или услуги, до того, как любая/ой услуга или контент, принятая/ый от абонента или адресующая/ий его, и принадлежащая/ий по меньшей мере одной тарификационной группе, пересылается от сетевого элемента. Благодаря приему упреждающего кредитного контроля, блокировка или перенаправление услуг, принадлежащих определенным тарификационным группам, осуществляется заранее, и следовательно, может применяться обработка сразу же при обнаружении согласующегося трафика. Такое решение позволяет оптимизировать обработку потока трафика на шлюзе сети пакетной передачи данных, поскольку требуется меньший объем буферизации. Причина в том, что, когда PCEF ожидает ответа от OCS, ей в ряде случаев приходится буферизовать трафик, а в других случаях пропускать трафик. Для случая буферизации возникает проблема емкости внутреннего буфера PCEF в случае высокоскоростного трафика. Это также будет влиять на производительность. Поэтому предложенный метод позволяет сократить объем ʹрастрачиваемойʹ полезной нагрузки.

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

Согласно некоторым аспектам способ дополнительно содержит указание способности принимать директивы кредитного контроля до обнаружения потока услуги. Таким образом, предложенный метод может быть необязательным признаком, который указывается сети.

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

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

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

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

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

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг. 1 - архитектура PCC в 3GPP

фиг. 2a - неупреждающая обработка кода результата

фиг. 2b - упреждающая обработка кода результата

фиг. 3a - директивы неупреждающего перенаправления

фиг. 3b - директивы упреждающего перенаправления

фиг. 4 - инициируемая RAR установка директив упреждающего перенаправления

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

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

фиг. 7 - иллюстративная конфигурация узлов сетевого элемента, согласно некоторым иллюстративным вариантам осуществления;

фиг. 8 - иллюстративная конфигурация узлов узла OCS, согласно некоторым иллюстративным вариантам осуществления;

ПОДРОБНОЕ ОПИСАНИЕ

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

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

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

Обработка кредитов в тарификационной группа (Rating Group), RG, обычно представляющей одну услугу или группу услуг, согласно существующему стандарту кредитного контроля, например, RFC и 3GPP TS, начинается, когда полезная нагрузка, согласующаяся с RG, обнаруживается на GW. Это создает опасность ʹчрезмерного использованияʹ, когда предполагается, что услуга подлежит блокировке, поскольку GW приходится ждать ответа от OCS. Это также может приводить к ʹзадержке перенаправленияʹ, и пользователь вынужден совершать повторную попытку осуществления доступа к услуге, чтобы быть перенаправленным.

Многие операторы теряют доход, когда домашние абоненты переходят в другую сеть в случае блокировки использования той или иной услуги абонентом вследствие недостатка кредитных средств или другого ограничения, или когда абонент подлежит перенаправлению на портал допродажи или пополнения счета. Полезная нагрузка (полезные данные), которая инициирует управление квотами, проходит через обслуживающую сеть, но, в конце концов, отбрасывается домашним GW из-за кредитного контроля. Домашний оператор вынужден платить роуминговым партнерам за переданную полезную нагрузку хотя домашний оператор не получает от нее никакого дохода.

Предложенное здесь решение позволяет уменьшить такого рода ʹвыпадающий доходʹ и, в лучшем случае, обратить потери в возможность допродажи, когда перенаправление осуществляется с использованием директив упреждающего кредитного контроля. Директивы перенаправления, запрос блокировки услуг, а также назначение квоты должны иметь возможность предоставляться через интерфейс Gy до обнаружения трафика. Благодаря установленным с упреждением директивам перенаправления или запросу блокировки услуг, клиент приложения кредитного контроля "diameter" (Diameter Credit Control Application), DCCA, (например, шлюз) может совершать действие с трафиком по прибытии трафика, не ожидая ответа от OCS.

Фиг. 2a демонстрирует пример неупреждающей обработки кода результата, где может быть реализован предложенный способ. Фиг. 2a демонстрирует сигнализацию, когда внешний абонент 10, например, пользовательское оборудование, UE, устанавливает соединение с интернетом 20, т.е. сеанс работы в интернете.

Для кредитного контроля на сеансовой основе требуется несколько опросов: первый, промежуточный (необязательный) и окончательный опросы, заданные в IETF RFC 4006: "Diameter Credit-Control Application", на котором базируется 3GPP.

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

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

- Запрос завершения отправляется для завершения сеанса кредитного контроля и содержит информацию кредитного контроля, соответствующую существующему сеансу.

В этом примере сетевой элемент 1, реализующий функцию PCEF принимает начальный запрос 201 сеанса, который является запросом активации сеанса IP-CAN. В этом примере, который является запросом на командном уровне. Поэтому услуга еще не задана, но является лишь запросом соединения IP-CAN.

Для установления соединения сетевой элемент 1 отправляет запрос 202 кредитного контроля, CCR, где AVP "тип запроса CC" установлена на INITIAL_REQUEST, на 2 OCS.

После резервирования OCS возвращает ответ 203 кредитного контроля, CCA, где тип запроса CC установлен на INITIAL_REQUEST, на сетевой элемент для авторизации сеанса. После этого сетевой элемент 1 отправляет подтверждение 204 активации IP-CAN внешнему абоненту 10, и может начинаться доставка 205 услуги.

Как только услуга становится известной, сетевой элемент отправляет CCR с указанной тарификационной группой 206 на OCS. Сообщение CCR, где AVP "тип запроса CC" установлена на UPDATE_REQUEST, должно отправляться сетевым элементом между INITIAL_REQUEST и TERMINATION_REQUEST либо по запросу приложения кредитного контроля в течение времени действительности, либо по истечении времени действительности.

OCS возвращает ответ 209 кредитного контроля, где тип запроса CC установлен на UPDATE_REQUEST, на сетевой элемент 1, чтобы доставка контента/услуги могла продолжаться. Это CCA содержит кредитный контроль множественных услуг (Multiple Services Credit Control), MSCC, соответствующий тарификационной группе, установленной в запросе. Например, код результата указывает, что контент/услуга не предоставляется, она будет завершена, откуда следует, что прием данных 210 после CCA_update 209 будет завершен 211. Однако в течение времени ожидания ответа на UPDATE_REQUEST могут существовать запросы доступа в интернет 207, приводящие к блокировке трафика 208, т.е. использования услуги, проходящего через сеть.

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

Фиг. 7 демонстрирует пример сетевого элемента 1 для осуществления упреждающего кредитного контроля. Сетевой элемент представляет собой, например, PDN-GW, шлюз сети пакетной передачи данных (Packet Data Network Gateway). Сетевой элемент 1 согласно аспектам, содержит по меньшей мере одну память или схему 13. Память 13 выполнена с возможностью сохранять принимаемые или передаваемые данные и/или исполнимые программные инструкции. Память 13 также может быть выполнена с возможностью сохранять директивы упреждающего кредитного контроля. Память 13 может быть компьютерно-считываемой памятью любого пригодного типа и может относиться к энергозависимому и/или энергонезависимому типу.

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

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

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

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

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

Согласно некоторым аспектам запрос кредитного контроля является начальным запросом или запросом обновления, как описано выше. Однако также возможно, что OCS инициирует контакт, что будет дополнительно представлено на фиг. 4.

Согласно некоторым аспектам способ дополнительно содержит указание S2a способности принимать директивы кредитного контроля до обнаружения потока услуги. Если обработка упреждающего кредитного контроля является обязательным признаком, может быть желательно, чтобы абонент указывал сети свою способность принимать директивы кредитного контроля до обнаружения потока услуги. Такая способность, например, включена в начальный запрос кредитного контроля. Такое указание может осуществляться, например, с использованием Request Service Unit, RSU, в сообщении начального запроса. Такое решение означает, что Request Service Unit понадобиться ввести на командном уровне в 3GPP TS 32.299 V12.4.0 (2014-03).

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

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

Возвращаясь к примеру, показанному на фиг. 2, модифицированный сценарий, в котором реализован упреждающий кредитный контроль, проиллюстрирован на фиг. 2b. Этапы 201ʹ и 202ʹ соответствуют этапам 201 и 202 на фиг. 2a. Однако введение упреждающего кредитного контроля означает, например, что Multi Service Credit Control, MSCC, может быть альтернативно включен в начальный ответ 203ʹ кредитного контроля (Credit Control Answer) (CCA_initial, отправленный с OCS) в качестве ответа на начальный запрос 202ʹ кредитного контроля (Credit Control Request) (CCR_initial, отправленный сетевым узлом) для тарификационной группы (Rating Group), которая не включена в этот CCR. Это означает, что OCS может отправлять директивы кредитного контроля прежде чем услуга станет известна сетевому элементу. Затем сетевой узел отправляет подтверждение 204ʹ сеанса абоненту, как в предыдущем примере, приведенном на фиг. 2a.

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

В этом альтернативном MSCC OCS может включать в себя другие ʹкоды результатаʹ, кроме ʹуспехʹ, например, путем включения указания конечного блока, FUI, или действия конечного блока, FUA, т.е. ʹперенаправитьʹ или ʹзавершитьʹ, что будет дополнительно объяснено ниже.

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

Затем способ содержит сохранение S4 по меньшей мере одной директивы упреждающего кредитного контроля на сетевом элементе. Этот этап означает, например, что директивы устанавливаются на сетевом элементе, таким образом, что они могут применяться к входящему трафику. Сохранение того или иного рода требуется, чтобы иметь возможность применять директивы в более поздний момент времени. Схема 12 обработки выполнена с возможностью сохранять по меньшей мере одну директиву упреждающего кредитного контроля на сетевом элементе. По меньшей мере одна директива упреждающего кредитного контроля обычно сохраняется в памяти 13. Согласно некоторым аспектам сетевой элемент содержит предназначенный для этого блок 124 хранения.

Способ дополнительно содержит применение S5 по меньшей мере одной директивы упреждающего кредитного контроля в начале доставки контента или услуги, до того, как любая/ой услуга или контент, принятая/ый от абонента или адресующая/ий его, и принадлежащая/ий по меньшей мере одной тарификационной группе, пересылается от сетевого элемента. Это означает, что директивы кредитного контроля устанавливаются до обнаружения потока услуги, таким образом, что, когда запрашивается новый сеанс, директивы могут применяться уже в начале доставки, до пересылки какого-лицо трафика. Таким образом, весь нежелательный трафик можно блокировать или перенаправлять. Поэтому при обнаружении трафика, согласующегося с RG, поскольку OCS заранее установила директивы, сетевой элемент может сразу же начинать применение обработки. В случае, когда предполагается ʹблокировкаʹ (то есть, установлен код результата с типом ошибки), полезная нагрузка будет отбрасываться; в случае, когда предполагается ʹперенаправлениеʹ, перенаправляемый трафик будет сразу перенаправляться. Схема 12 обработки выполнена с возможностью применения по меньшей мере одной директивы упреждающего кредитного контроля в начале доставки контента или услуги. Согласно некоторым аспектам сетевой элемент содержит предназначенный для этого блок 125 применения.

Согласно некоторым аспектам способ дополнительно содержит блокировку S6a услуги или контента, которая/ый согласуется с по меньшей мере одной директивой упреждающего кредитного контроля. Например, весь трафик данных блокируется для пользователей, имеющих определенный тип подписки. Согласно некоторым аспектам способ дополнительно содержит перенаправление S6b услуги или контента, которая/ый согласуется с по меньшей мере одной директивой упреждающего кредитного контроля. Перенаправление может быть желательно в целях маршрутизации, когда тарификационная группа соответствует определенному источнику. URL перенаправления также включается в случае FUA=ʹперенаправитьʹ.

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

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

Согласно некоторым аспектам по меньшей мере одна директива упреждающего кредитного контроля содержит коды результата, соответствующие правилам, применяющимся соответствующим группам начисления. Код результата MSCC может быть любым кодом результата с типом ошибки, который можно применять для уровня MSCC. Наиболее подходящим может быть код результата AVP: 10, 11, 12 и 5031, заданный в 3GPP TS 32.299 раздел V12.4.0 (2014-03).

Возвращаясь к фиг. 7, первый приемный модуль 121, модуль 122 отправки, второй приемный модуль 123, блок 124 хранения, блок 125 применения и блок 126 предписания реализованы аппаратными средствами или программными средствами или в их комбинации. Модули 121, 122, 123, 124, 125 согласно некоторым аспектам реализованы в виде компьютерных программ, хранящихся в памяти 14 которые выполняются в схеме 12 обработки. Сетевой элемент 1 дополнительно выполнен с возможностью реализации всех аспектов изобретения, описанных в отношении вышеупомянутых способов. Сетевой элемент также содержит соответствующие модули. Поэтому согласно одному аспекту изобретение относится к компьютерной программе, содержащей компьютерный программный код, который, при выполнении на сетевом элементе, предписывает сетевому элементу 1 выполнять способы, описанные выше и ниже.

Фиг. 8 демонстрирует пример узла 2 системы начисления в режиме онлайн для обеспечения возможности упреждающего кредитного контроля на сетевом элементе 1. Узел системы начисления в режиме онлайн содержит сетевой интерфейс 21 и схему обработки или контроллер 22, который выполнен с возможностью обеспечивать, в системе начисления в режиме онлайн по меньшей мере одну директиву упреждающего кредитного контроля для абонента, применяющуюся к по меньшей мере одной тарификационной группе, и отправлять, с использованием сетевого интерфейса 21, на сетевой элемент, обеспеченную по меньшей мере одну директиву упреждающего кредитного контроля, до того, как любая/ой услуга или контент, принятая/ый от абонента или адресующая/ий его, и принадлежащая/ий по меньшей мере одной тарификационной группе, пересылается от сетевого элемента, тем самым обеспечивая возможность применения по меньшей мере оодной директивы упреждающего кредитного контроля к услуге или контенту в начале доставки контента или услуги.

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

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

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

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

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

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

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

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

Согласно некоторым аспектам способ дополнительно содержит прием S11, от сетевого элемента, запроса кредитного контроля, соответствующего абоненту, причем по меньшей мере одна директива упреждающего кредитного контроля обеспечивается в ответе кредитного контроля, отправленном в ответ на запрос кредитного контроля. Схема 22 обработки выполнена с возможностью принимать S11, от сетевого элемента, запрос кредитного контроля, с использованием сетевого интерфейса 21. Согласно некоторым аспектам узел OCS содержит предназначенный для этого приемный модуль 221. Со ссылкой фиг. 2b уже объясненный типичный сценарий, в котором OCS принимает CCR на командном уровне, т.е. в котором ни одна тарификационная группа не задана. Согласно предложенному методу OCS в ответ отправляет CCA, содержащий директивы кредитного контроля, например MSCC, для по меньшей мере одной тарификационной группы.

На фиг. 6 показана другая альтернатива инициирования предложенного способа, в которой узел 2 OCS инициирует установку упреждающих директив путем отправки запроса повторной авторизации (Re-Authorization Request), RAR, 405 на сетевой элемент. Для запрашивания повторной авторизации кредита для услуги или тарификационной группы, сервер включает в тарификационную группу пару значений атрибутов (Attribute Value Pair), AVP. Если повторная авторизация кредита еще не осуществляется (т.е. сеанс кредитного контроля находится в открытом состоянии), клиент кредитного контроля, который принимает сообщение RAR, где Id сеанса указывает активный на данный момент сеанс кредитного контроля, должен квитировать запрос путем отправки сообщения 406 ответа повторной авторизации, RAA, и должен инициировать повторную авторизацию кредита для сервера путем отправки сообщения 407 запроса кредитного контроля, где AVP "тип запроса CC" установлена на значение UPDATE_REQUEST. Затем узел 2 OCS может вставлять директивы упреждающего кредитного контроля в соответствующий CCA 408. В этом примере CCA содержит директивы кредитного контроля, соответствующие нескольким тарификационным группам, т.е. RG1, RG2, RG3. Для RG2 ʹкодом результатаʹ является FUI=ʹперенаправитьʹ. Поэтому приходящий трафик 409 RG2 отныне будет перенаправляться на узел, заданный посредством URL 410, который обычно принимается от OCS в CCA совместно с FUI. Поэтому согласно некоторым аспектам отправку инициирует OCS.

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

Согласно фиг. 8, приемный модуль 221, блок 222 обеспечения и блок 223 отправки реализованы аппаратными средствами или программными средствами или в их комбинации. Модули 221, 222, 223 согласно некоторым аспектам реализованы в виде компьютерных программ, хранящихся в памяти, которые выполняются в схеме 22 обработки. Узел OCS дополнительно выполнен с возможностью реализации всех аспектов изобретения, описанных в отношении способов, осуществляемых на вышеупомянутом узле OCS. Узел OCS также содержит соответствующие модули. Поэтому, согласно одному аспекту, изобретение относится к компьютерной программе, содержащей компьютерный программный код, который, при выполнении на узле OCS, предписывает узлу 2 OCS выполнять способы, описанные выше и ниже.

Изобретение можно описать в разных темах, хотя они совместно используют один и тот же принцип ʹупрежденияʹ. Одним примером является упреждающая обработка кода результата, ранее проиллюстрированная на фиг. 2b. Другая альтернатива предусматривает директивы упреждающего перенаправления, кратко упомянутые выше.

Фиг. 3a и 3b демонстрирует директивы неупреждающего перенаправления и директивы упреждающего перенаправления соответственно. Сигнализация, показанная на фиг. 3a и 3b, соответствует фиг. 2a и 2b с тем отличием, что CCA 309 содержит код результата ʹFUI=перенаправитьʹ. Этот код результата означает, что предполагается перенаправление трафика на сервер 30 ʺпополнения счетаʺ. Поэтому, в отношении фиг. 3a, трафик, который предполагается перенаправлять, должен проходить через сеть, в ожидании ответа на обновление CCR.

Этого нет на фиг. 3b, где директива перенаправления установлена с упреждением, путем включения FUI в начальный CCA 303ʹ. URL перенаправления, например, сервера 30 ʺпополнения счетаʺ также включается в CCA в случае FUA=ʹперенаправитьʹ. Пополнение счета означает портал 'пополнения'. Это услуга, которую оператор предоставляет конечному пользователю для обновления учетной записи для кредита. Поэтому при дальнейшем запрашивании 305ʹ интернет-услуги, соответствующей конкретной тарификационной группе, сетевой узел может сразу же перенаправлять 306ʹ запрос путем отправки 308ʹ URL перенаправления абоненту. Поэтому все пакеты будут перенаправляться 309ʹ с начала доставки. Никакой трафик, предположительно подлежащий перенаправлению, не пропускается.

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

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

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

Следует отметить, что, хотя терминология из 3GPP LTE использовалась здесь для объяснения иллюстративных вариантов осуществления, это не следует рассматривать как ограничение объема иллюстративных вариантов осуществления только вышеупомянутой системой. Другие беспроводные системы, в том числе WCDMA, WiMax, UMB и GSM, также могут извлекать пользу из раскрытых здесь иллюстративных вариантов осуществления.

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

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

Различные описанные здесь иллюстративные варианты осуществления описаны в общем контексте этапов способа или процессов, которые могут быть реализованы в одном аспекте в виде компьютерного программного продукта, воплощенного в компьютерно-считываемом носителе, включающем в себя компьютерноисполняемые инструкции, например, программный код, выполняемый компьютерами в сетевых окружениях. Компьютерно-считываемый носитель может включать в себя сменные и стационарные запоминающие устройства, включающие в себя, но без ограничения, постоянную память, ROM, оперативную память, RAM, компакт-диски, CD, цифровые универсальные диски, DVD и т.д. В общем случае, программные модули могут включать в себя процедуры, программы, объекты, компоненты, структуры данных и т.д., которые осуществляют конкретные задачи или реализуют те или иные абстрактные типы данных. Компьютерно-исполняемые инструкции, связанные структуры данных и программные модули представляют примеры программного кода для выполнения этапов раскрытых здесь способов. Конкретная последовательность таких исполнимых инструкций или связанных структур данных представляет примеры соответствующих действий для осуществления функций, описанных в таких этапах или процессах.

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