В телекоммуникациях рейтинг - это деятельность по определению стоимости конкретного звонка. [1] Процесс рейтинга включает преобразование данных, связанных с вызовами, в денежный эквивалент.
Данные, связанные с вызовом, генерируются в различных точках сети, или измерения могут проводиться сторонним оборудованием, таким как сетевые зонды. Обычно эти данные поддаются количественной оценке и конкретны. Собранные таким образом данные об использовании затем либо упаковываются оборудованием, либо могут быть отправлены на шлюз для зарядки и т. Д.
Рейтинговые системы обычно используют некоторые или все следующие типы данных о звонке:
- Свойство времени звонка (день недели, дата, время суток)
- Количество использования (продолжительность звонка, объем данных, количество сообщений, количество песен)
- Пункт назначения звонка (стационарный, за границу и т. Д.)
- Источник звонка / Местоположение звонящего (для мобильных сетей)
- Премиум-сборы (сторонние сборы за премиум-контент, стоимость физических предметов, таких как билеты в кино)
Обычно тарифицируются индивидуальные звонки, а затем оцененные суммы отправляются в биллинговую систему для выставления счета абоненту. Часто рейтинговая система является модулем более крупной архитектуры «Биллинг системы».
Рейтинговая система должна быть адаптирована к постоянно меняющейся ценовой политике, стратегической целью которой является стимулирование спроса. [2]
Структуры данных
Для выполнения расчетов рейтинга необходимо создать подробную запись вызова / EDR. [ необходима цитата ] Подробная запись о вызове [3] [4] (CDR, также известная как запись данных о вызове ) [5] представляет собой «запись о настройке и завершении вызова», [5] и ее формат «варьируется в зависимости от поставщика услуг связи. или программы », некоторые из которых могут быть настроены пользователем. [6]
EDR расшифровывается как Event Data / Detail Record . Записи EDR используются для систем, которые взимают больше, чем вызовы - контент. например, покупка мелодий звонка. [ необходима цитата ] Сгенерированный CDR / EDR может не иметь формы, подходящей для конкретной рейтинговой системы. В этом случае может потребоваться программное обеспечение, известное как система посредничества, для преобразования данных в форму, полезную для рейтинговой системы. Система посредничества также полезна для сбора данных из различных источников для объединения в одну запись.
В разговорной речи CDR обычно относится к любому типу записи: голосовой, SMS или данных.
Варианты дизайна: поддержка конфигурации без программирования
В сложных системах требуется гибкость для изменения и поддержки системы с помощью интерфейса, более понятного для человека, чем программный код, например, редактирования таблиц, в которых определяется поведение системы. Это обеспечивает как более быстрое редактирование, так и возможность предоставить настройку и обслуживание системы непрограммистам, например бизнес-аналитикам / аналитикам тарифов. Эта гибкость достигается за счет более тяжелого вычислительного времени [ сомнительно ] . Поддержка текстовой конфигурации «внешнего кода» для оценки количества случаев и этапов процесса алгоритмической оценки иногда называется «рейтингом на основе правил». [7] Рейтинг на основе правил является одним из простых примеров использования более общей техники контрольных таблиц .
Поскольку рынок телекоммуникаций испытывает растущее давление со стороны новых технологий (например, WiMAX ), ведущими факторами дифференциации между конкурирующими операторами часто являются инновации в предложениях новых продуктов и время выхода на рынок. Это приводит к естественному противоречию между возможностями, которые предлагает:
- системы только с традиционной конфигурацией (в которых продукты, которые может настроить один оператор, также могут быть предложены другим),
- системы, основанные на правилах (в которых новые предложения могут быть легко созданы, но соображения производительности могут не позволить их предлагать массовым рынкам) и
- запрограммированные системы (в которых вы можете создать намного больше инноваций, но время вывода на рынок и стоимость внедрения могут быть выше).
В реальных жизненных ситуациях даже самые настраиваемые системы обычно имеют этап реализации, на котором новые возможности создаются с использованием методов программирования, и этап конфигурации, на котором новые возможности настраиваются и предлагаются массовому рынку.
Комплексный рейтинг
По мере роста конкуренции в сфере телекоммуникаций рейтинг становится все более сложным. В некоторых сценариях оценки используется несколько измерений.
Пример:
- Оценка загрузки видео может включать измерение количества минут, объема данных, качества передачи данных, как указано в соглашении об уровне обслуживания (SLA), и стоимости использования (авторских прав) видео.
Пример:
- Сеанс данных, представляющий просмотр сеанса видео по запросу с единовременной оплатой, не должен взимать с пользователя плату за объем данных, поскольку он уже был оплачен за видео. Эти два события зарядки взаимосвязаны, и объем данных, потраченный на потоковую передачу видео, не взимается с пакета данных / учетной записи пользователя.
Комплексный рейтинг может также включать параметры, не связанные с сетью. Некоторые рейтинговые данные могут поступать из подсистем обслуживания клиентов или выставления счетов.
Пример:
- Когда в подсистеме выставления счетов запускается использование выше определенной суммы, механизм оценки может назначить более низкую ставку для пользователя. Это также известно как скорость корректировки и может быть сложно моделировать в некоторых системах.
Сложное рейтинговое поведение может быть связано с конкретным реальным или виртуальным поведением.
Пример:
- Подписчики, которые играют в аффилированную онлайн-игру, могут обменивать внутриигровую валюту, оборудование или поощрительные жетоны на звонки со скидкой другим игрокам игры.
Среди вопросов, связанных с рейтингом, которые являются неожиданными источниками сложности, - переход на летнее время. [8]
Рейтинг в нейтральной валюте
Современные рейтинговые системы также могут быть нейтральными по отношению к валюте. Некоторые международные операторы электросвязи предоставляют возможность расчетов с абонентами в нескольких валютах. В этом сценарии механизм оценки создает запись фактурирования, не зависящую от валюты. Это биллинговая система, которая предназначена для преобразования виртуальной валюты в актуализированную стоимость.
Переоценка
В некоторых сценариях может потребоваться переоценка вызовов, но не все механизмы оценки способны на это. Существует философский аргумент относительно полезности повторной оценки, на который нет однозначного правильного ответа:
Про перерейтинг
- Полезно иметь возможность исправлять выявленные ошибки.
- Расчет комплексных скидок может быть невозможен до тех пор, пока не будут получены все вызовы для платежного цикла.
- Повторный рейтинг решает проблемы с поздним поступлением CDR. Часто нельзя полагаться на поток CDR, которые достигают процессов оценки, чтобы доставить вызовы в том порядке, в котором они необходимы для доступа клиентов к их биллинговой информации. Когда вы взимаете плату за услуги, предоставляемые другими поставщиками (например, международные звонки, сделанные в роуминге в регионе другого оператора, услуги, выставленные на ваш домашний номер с телефона-автомата или другого удаленного места), эти CDR могут быть отложены и поступать не по порядку. ожидается в отчетах об использовании для клиентов. Когда записи об использовании поступают не по порядку, вам может потребоваться переоценка ранее полученных записей об использовании.
Против переоценки
- Аргументы за переоценку на самом деле основаны на умирающей парадигме: выставление счетов осуществляется в пакетной системе, и у клиента нет доступа к незарегистрированной информации. На самом деле это уже не так:
- Современные биллинговые системы являются конвергентными (они могут одновременно обрабатывать рейтинги в режиме реального времени и партии на одной платформе). Повторный рейтинг невозможен для событий в реальном времени, потому что они больше не будут в реальном времени по определению.
- Современные биллинговые системы с интерфейсами самообслуживания (чтобы клиент мог видеть свои расходы на веб-сайте почти в реальном времени) означают, что переоценка невозможна. Для покупателя было бы неприемлемо видеть одну цену в один день, а другую - позже.
- Повторный рейтинг должен быть завершен до выставления счета, который обычно проводится ежемесячно. Иногда невозможно выполнить повторный рейтинг для всех CDR, которые должны быть повторно оценены, потому что цикл выставления счетов уже закрыт. Закрытый счет является юридическим документом и не может быть изменен ни при каких обстоятельствах.
- Повторная оценка является естественной расточительностью: телекоммуникационное оборудование стоит дорого и обычно должно использоваться почти на полную мощность, чтобы максимизировать отдачу от инвестиций. Повторное присвоение рейтинга означает, что необходимо приобрести дополнительную емкость и обычно не используется.
- Повторный рейтинг часто рассматривается как подстраховка от человеческой ошибки. Однако при наличии подстраховки вероятность возникновения ошибок выше, а качество и тщательность тестирования и планирования могут снизиться.
Смотрите также
Рекомендации
- ^ Карл Райт, Service Level LLC (2001) Что такое рейтинг? Что такое биллинг? Архивировано 2 января 2007 г. в Wayback Machine , выпуск № Rating Matters. 6, 21 марта 2001 ISSN 1532-1886
- ^ Susana Schwartz (2006) Гонка операторов мобильной связи за внедрение моделей розничной торговли в мире биллинга и OSS сегодня 10/2006
- ^ Линн С. Коффман, Джеффри Н. Томпсон, Джон М. Кауфман (1994) Биллинговая система с индексированием данных
- ^ M Золотов (2004) Патент США 6718023 Метод и система для создания интегрированных баз данных записи сведений о вызовах (CDR) в реальном времени в системах управления телекоммуникационными сетями.
- ^ a b DP Diekelman, CB Stockwell (1996) Патент США 5,555,444 Метод и устройство для прогнозирования работы системы связи
- ^ «Подробная запись звонков - Обзор новостей OSS по биллингу в телекоммуникационных компаниях» . Проверено 25 сентября 2007 .
- ^ Карл Райт, Service Level LLC (2002) Рейтинг на основе кода программы против рейтинга , основанного на таблицах, и на основе правил , вопрос рейтинга n. 12, 13 ноября 2002 г. ISSN 1532-1886
- ↑ Карл Райт, Service Level LLC. Почему день не всегда 24 часа. Архивировано 26 сентября2004 г. в Wayback Machine.
Внешние ссылки
- Система выставления счетов за межсетевые соединения в реальном времени и способ использования
- Сборник информационных ресурсов по рейтингам и биллингу (Service Level LLC)
- Карл Райт, ООО «Уровень обслуживания» (2003 г.) , рейтинг « Блок времени» , выпуск № рейтинговых вопросов. 15, 28 февраля 2003 г. ISSN 1532-1886