Главная  Новые телекоммуникационные услуги 

[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] [ 105 ] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159]

Таблица 4.3.5

Сценарии

ОперацииINAP

FurnishCharginglnformation

ТФОП

SendCharginglnformation ( Charge/No - Charge)

FurnishCharginglnformation, ApplyCharging/ApplyChargingReport

INAP-R

SSF+SCF

FurnishCharginglnformation, ApplyCharging/ApplyChargingReport

INAP-R

SSF+SCF

FurnishCharginglnformation, ApplyCharging/ApplyChargingReport

INAP-R

SSF+SCF

FurnishCharginglnformation, ApplyCharging/ApplyChargingReport

Пример сценария с начислением платы, проводимым в 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

IN АМА

АМА, pulse

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

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

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

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

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



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

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

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

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



[0] [1] [2] [3] [4] [5] [6] [7] [8] [9] [10] [11] [12] [13] [14] [15] [16] [17] [18] [19] [20] [21] [22] [23] [24] [25] [26] [27] [28] [29] [30] [31] [32] [33] [34] [35] [36] [37] [38] [39] [40] [41] [42] [43] [44] [45] [46] [47] [48] [49] [50] [51] [52] [53] [54] [55] [56] [57] [58] [59] [60] [61] [62] [63] [64] [65] [66] [67] [68] [69] [70] [71] [72] [73] [74] [75] [76] [77] [78] [79] [80] [81] [82] [83] [84] [85] [86] [87] [88] [89] [90] [91] [92] [93] [94] [95] [96] [97] [98] [99] [100] [101] [102] [103] [104] [ 105 ] [106] [107] [108] [109] [110] [111] [112] [113] [114] [115] [116] [117] [118] [119] [120] [121] [122] [123] [124] [125] [126] [127] [128] [129] [130] [131] [132] [133] [134] [135] [136] [137] [138] [139] [140] [141] [142] [143] [144] [145] [146] [147] [148] [149] [150] [151] [152] [153] [154] [155] [156] [157] [158] [159]

0.002