Таблица 4.3.5

Пример сценария с начислением платы, проводимым в SSP под управлением SCP, приведен на рисунке 4.3.11. Параметры начисления платы в операциях INAP-R отражают специфическую для каждой из услуг IN информацию и передаются в операциях FurnishCharginglnformation (FCI), ApplyCharging/ApplyChargingReport (AC/ACR), ActivateServiceFiltering (ASF). Передаются следующие параметры:

• Идентификатор услуги (InServiceldentity);

• Сторона, оплачивающая пользование услугой (ChargedParty);

• Добавка к стоимости (Surcharge);

• Класс тарифа (TariffRegimeCode);

• Модулятор частоты тарифных единиц (RateModulator);

• Информация, специфическая для услуги (ServiceSpecificlnfo).

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

• продолжительность пользования услугой;

• дату;

• номер тарифной зоны;

• сторону, оплачивающую пользование услугой;

• логический номер (набранный номер);

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

• номер вызывающего абонента;

• изменение тарифа;

• тип и размер дополнительной платы за услугу PRM;

специальную информацию (например, номер счета для оплаты услуг расчета по виртуальным картам АСС/ССС).

Определение стороны плательщика и уровня оплаты

Транзитная станция

Создание

одробной записи о вызове для стороны А

Входящая станция

Сторона В

Рис. 4.3.11 Начисление платы в SSP

Плата за услугу складывается из двух частей: стоимость вызова IN, учитывающая установление соединения в ТФОП, и стоимость самой услуги. После вычислений, проведенных биллинг-центром на основании обработанных учетных записей, производится выписка счетов всем участникам связи.

4.3.8.2 Принципы взаиморасчетов

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

Записи данных

Абонент услуг

SCEP

Информация учета стоимости

Статистические административные данные

Пользователь

INAP

АМА, pulse

Расчет абонента услуг за административный доступ

Расчет абонента услуг за выполнение услуги IN в SSP под управлением SCP

Расчет пользователя за использование услуги в сети общего пользования

Биллинг-центр

Рис. 4.3.12 Процедура расчета за услуги IN

Первый файл содержит данные с подробными учетными записями АМА или данные счетчиков, накапливаемыми на станции. Второй файл содержит записи АМА, предназначенные для поставщика услуг IN. В отличие от обычных записей они содержат дополнительные реквизиты (например, код услуги, плательщик, дополнительные характеристики и данные, которые используются при последующей обработке). Третий файл содержит статистические и административные данные для расчета с абонентом услуг за административный доступ. Например, абоненту нужно изменить требования к услуге, скажем, изменить план нумерации или расписание предоставления услуг Для этого абонент услуги инициирует запрос к SMP, выбирая соответственный компонент уровня услуг Результат выполнения каждого запроса предоставляется клиенту.

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

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

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