Маркетинг придумывает такие условия быстро, но вопрос в том, что должно уметь оборудование, чтобы их исполнить. В этой статье разберем, почему часть идей упирается не в биллинг, а в сеть, из чего собирается персональная услуга, как распределены функции между узлами и как быстро понять, готова ли ваша сеть к персональным тарифам.
Из чего собирается персональная услуга
Большинство условий тарифа сводится к нескольким простым действиям над трафиком. Сначала оборудование классифицирует трафик, то есть определяет, к какому приложению он относится. После этого с трафиком можно сделать четыре вещи:
- Отнести трафик к соответствующей группе учета.
- Присвоить трафику класс обслуживания.
- Ограничить скорость.
- Управлять доступом: разрешить, заблокировать или перенаправить.
Рисунок 1 — Четыре действия над трафиком, из которых собираются условия тарифа
Большинство условий тарифа — это комбинации четырех действий. Чтобы видео не расходовало пакет, его трафик учитывают в отдельной группе, а не в основной. Приоритет мессенджеру — это разметка его трафика классом обслуживания. А портал после исчерпания пакета — перенаправление трафика при исчерпании квоты вместо блокировки. Если разложить маркетинговую идею на эти действия, сразу видно, что она требует от сети. Некоторым условиям сеть вообще не нужна. Например, общий пакет на семью почти целиком реализуется в OCS: квоты сессиям всех участников семьи OCS выдает из общего остатка.
Подробнее о группах учета, квотах и порогах — в статье «Что упало, то пропало? Как заранее рассчитать потери при учете трафика».
Почему это нельзя сделать в OCS
Часто можно услышать: тариф — коммерческая сущность, значит, его и должна реализовать система тарификации. Система тарификации выдает квоты и задает условия их расходования, но классифицировать трафик, ограничивать скорость и перенаправлять абонента на портал она не может.
В исполнении тарифа участвуют четыре элемента:
- PCRF — система управления политиками, которая определяет, какие услуги доступны абоненту.
- OCS — система онлайн-тарификации. Определяет, сколько абонент может потратить по каждой группе учета.
- PCEF — узел применения политик и тарификации на плоскости управления. Сводит правила PCRF и квоты OCS в конфигурацию для узла обработки.
- DPI — узел обработки на плоскости данных, через который проходит трафик абонентов. Он классифицирует трафик и выполняет над ним те самые четыре действия.
Каждое такое действие на DPI оформляется как услуга, то есть правило обработки трафика: учет, разметка, ограничение скорости или управление доступом. Все услуги, которые действуют для абонента, вместе составляют его набор услуг.
Рисунок 2 — Функции PCRF и OCS
Полный цикл выглядит так:
- Абонент подключается, и PCEF запрашивает у PCRF, какие услуги доступны абоненту.
- PCRF возвращает правила: к каким группам учета относить приложения, какие классы обслуживания, ограничения скорости и правила доступа применять.
- PCEF запрашивает у OCS квоты по каждой группе учета и получает их вместе с условиями расходования.
- PCEF сводит оба ответа в конфигурацию и создает на DPI сессию абонента с услугами, профилями и порогами. DPI начинает обрабатывать трафик абонента.
- Когда расход по группе учета достигает порога, DPI отправляет отчет PCEF. PCEF передает расход в OCS и запрашивает новую квоту заранее.
- Если OCS выдает новую квоту, PCEF устанавливает на DPI новый порог. Вместе с последней квотой OCS сообщает, что делать после ее исчерпания, например, ограничить доступ белым списком и перенаправлять остальные запросы на портал оплаты. Когда последняя квота израсходована, PCEF меняет набор услуг на DPI, не разрывая сессию.
PCRF и OCS задают разные параметры, и меняются эти параметры с разной частотой. Набор услуг меняется вместе с маркетинговыми акциями, квота — с каждым платежом. Если совместить эти функции в одной системе, систему тарификации придется перенастраивать под каждую новую акцию.
Требования к оборудованию
Ниже шесть требований. По ним удобно проверять, готова ли сеть к персональным тарифам.
Отдельный счетчик на каждую группу учета
Если оборудование считает только суммарный объем трафика абонента, услугу с раздельной тарификацией реализовать нельзя. Поэтому у абонента должно быть столько независимых счетчиков, сколько у него групп учета, у каждого свой порог, и при исчерпании квоты по одной группе действие должно применяться только к ее трафику
У каждого счетчика еще и свой порог со своим действием. Например, основной пакет закончился — абонента перенаправляют на портал оплаты. Если видеосервис внесен в белый список, видео продолжает работать, потому что у его группы учета своя квота.
Смена набора услуг без пересоздания сессии
При исчерпании пакета состав услуг должен меняться во время сессии. Если новую конфигурацию можно применить только через разрыв и повторное подключение, каждое исчерпание пакета приводит к обрыву связи, а каждое пополнение — еще к одному. У активного абонента таких изменений может быть несколько в день, и каждый обрыв подключения он замечает. Для него это выглядит как плохая связь, и претензии он предъявляет оператору.
Отчеты по порогу, а не только по расписанию
Оборудование должно отправлять отчет о потреблении в первую очередь при достижении порога. Отчеты по расписанию остаются дополнением, например для ограничения срока действия квоты (Validity-Time) или тарифов по времени. Отправка по расписанию вынуждает выбирать между частыми сообщениями и устаревшими данными. При отправке по порогу точность известна заранее: объем потребления, о котором PCEF еще не знает, по каждой группе учета не превышает величины порога.
Ограничение скорости отдельно от учета
Скорость и объем — независимые параметры. Безлимит на 128 кбит/с после исчерпания пакета меняет ограничение скорости, а учет продолжается. Ночной трафик со скидкой, наоборот, меняет правило списания, но не скорость. Если оборудование не позволяет менять эти параметры независимо, часть тарифных условий реализовать не получится.
Именованные профили вместо полной конфигурации в каждой команде
Комбинаций правил у оператора десятки, а абонентов — миллионы. Если передавать полную конфигурацию в каждой команде создания сессии, каждая команда становится большой, и подключение абонентов создает лишнюю нагрузку на PCEF, DPI и канал между ними. Конфигурацию выгоднее заранее загрузить на DPI под собственным именем. Такая именованная конфигурация называется профилем. Команда создания сессии тогда содержит только ссылку на профиль.
Учет без потерь при обслуживании сети
Персональному тарифу должны доверять и абонент, и оператор. Если при плановой замене узла часть потребления теряется или учитывается дважды, возникает расхождение. Потерянное потребление — прямые потери оператора, двойной учет — претензии абонентов. Где теряется учет и как этого избежать, разобрано в статье «Что упало, то пропало? Как заранее рассчитать потери при учете трафика».
Что становится возможным
Если оборудование отвечает этим требованиям, персональные услуги реализуются так:
| Услуга | Как реализуется |
| Сервис без расхода пакета | Отдельная группа учета, трафик по которой не расходует основную квоту |
| Приоритет приложению | Класс обслуживания по правилу классификации |
| Раздельная тарификация режима модема | Трафик в режиме модема выделяется отдельным правилом классификации и учитывается в собственной группе учета |
| Портал после исчерпания пакета | После исчерпания квоты доступ не блокируется полностью. Абоненту остаются доступны ресурсы из белого списка, остальной трафик блокируется, а HTTP-запросы перенаправляются на портал оплаты |
| Ограничение скорости после исчерпания пакета | Меняется профиль скорости, трафик продолжает учитываться, но не расходует пакет |
| Детский или корпоративный профиль | Набор услуг фильтрации, который PCRF включает по признаку абонента |
| Устройства интернета вещей | Белый список адресов, разрешенных устройству, пороги, соразмерные небольшому трафику, и отдельная группа учета |
| Выделенный публичный адрес | Услуга трансляции адресов, которой управляет политика, а не план адресации |
| Семейный или общий пакет | OCS выдает квоты сессиям всех участников из общего остатка пакета |
Отдельно стоит отметить последние две строки. Выделенный публичный адрес можно продавать как услугу без изменения плана адресации, только если трансляция адресов назначается абоненту политикой. Иначе тариф придется задавать подсетью, из которой выдан адрес. Общий пакет от сети почти ничего не требует: квоты всем участникам OCS выдает из общего остатка. Возможный перерасход ограничен суммой квот, выданных участникам одновременно
Что персонализация требует от эксплуатации
Персональные услуги заметно увеличивают затраты на разбор обращений абонентов. Обращение «у меня не работает» перестает быть однозначным. У абонента может быть исчерпан пакет по одной группе учета и не исчерпан по другой, может быть включен белый список или действовать ограничение скорости. Поэтому вместе с персональными тарифами нужны еще две вещи.
Сквозная трассировка по абоненту
В одном месте должны быть видны сигнальный обмен по абоненту через все узлы, состояние его сессии, действующие правила и остатки по каждой группе учета. Без этого затраты на поддержку растут вместе с числом тарифных условий.
Проверяемость тарифа
Для каждой услуги нужен способ убедиться, что она действительно применяется. Знать, что правило установлено, недостаточно. Нужно видеть, что трафик конкретного приложения попал в нужную группу учета и размечен нужным классом обслуживания.
Итог
Персональный тариф реализует не биллинг и не сеть по отдельности, а их связка, в которой у каждого участника своя функция:
- PCRF определяет, какие услуги доступны абоненту;
- OCS определяет, сколько абонент может потратить;
- PCEF сводит правила PCRF и квоты OCS в конфигурацию для DPI;
- DPI классифицирует трафик и выполняет четыре действия: учитывает, размечает, ограничивает скорость и управляет доступом.
Чтобы проверить готовность сети к персонализации, достаточно ответить на два вопроса: есть ли независимый счетчик и независимый порог на каждую группу учета и можно ли изменить набор услуг действующей сессии, не разрывая подключение.
Если на оба вопроса ответ «да», большинство тарифных условий можно реализовать на существующем оборудовании. Остальные требования из этой статьи определяют, насколько удобной будет эксплуатация и насколько надежным учет.
