BiTel

Здравствуйте.
Возникла задача тарификации надбавки в выделенных звонках (те являются частью переадресации)
есть у конкретного клиента (= телефона он же НОМЕР_А)
-список НОМЕРОВ которые он может использовать для дальнейшей переадресации (номера_В),
-цена за минуту переадресации - на звонок с Номера_А на любой из номеров_В. - выступает в качестве надбавки к основному тарифу.
При этом номера_В - могут быть и сотовые и городские- тогда мы к основному тарифу (зоновый, местный) прибавляем стоимость переадресации.
Скажите какими узлами лучше реализовать подобную схему.
Заранее спасибо

А как в первичном логе будет выглядеть эта переадресация?

<edit>
будет 2 строки:
с номера -> на номер:
1) номерX -> номерA
2) номерА -> номерВ (если из заданного списка то тарифицирем с надбавкой)
будем тарифицировать строку 2

Я не очень силен в телефонии, объясните суть сервиса переадресации.. Все звонки сразу заруливаются на другие номера или как-то иначе?

суть переадресации в 2ух словах.
кто-то (не важно ) звонит на номер, который в биллинге заведен на клиента (номер А), при этом автоматически независимо от себя при настроенной переадресации попадает на номераВ (может быть несколько). при этом в логах создается 2 строки на это факт звонка
т.е. получается цепочка
КТО-то -> номерА -> НомераB (1 из списка)
(1) (2)
НомераB могут быть как местные так и сотовые.,
необходимо реализовать надбавку к основному тарифу (процесс 2) за переадресацию Х рубл/мин

Мы такой вариант реализовали перенеся номер, с которого переадресуется, на субдоговор и сделав специальный тарифный план, в котором уже есть добавленная стоимость. Недостаток в том, что любые звонки с этого номера имеют добавленную стоимость . По другому никак, т.к. биллингу непонятно чем звонки переадресации отличаются от обычных звонков. И в логах они естественно у вас не отличаются. Есть вариант в принципе в скрипте обработки логов станции определить ситуацию перевода звонка и переделывать номер абонента переадресации (например заменить в нем код города на "левый") а уж в договоре добавить этот номер телефона с левым кодом города в субдоговор и установить нужный тарифный план.

Если запись типа, как указано в второй строке, гарантировано всегда идет после первой, то в принципе скриптами предобработки можно их превращать в нужный вид и в биллинге соответственно разносить.
Мы например пришли к тому, что бы скриптом предобработки классифицировать услуги и добавлять буквенный индекс услуги к номеру порта звонящего.
Например порт А010612, абонентский номер у него - 45555. соответственно в биллинге:
ZA010612 - Зоновый вызов c этого порта и соответственно номера
MA010612 - Местный вызов
LA010612 - МГ-МН вызов
RA010612 - А это могло бы быть перенаправление.

Ну и тарифные планы соответственно...

Кстати, вопрос разработчикам: Указание номера как числовой последовательности (и вообще соответствия его E164) обязательно или просто рекомендовано? Биллинг на данном этапе это где-то как-то контролирует? А в будущем как с этим предполагается?
Потому как было бы удобней (логичней) добавлять такие индексы к номеру звонящего абонента.

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

Интересно. Если не затруднит, не покажете скрипт предобработки, который выполняет такую модификацию?

_________________
God Bless Linux! and blessings to FreeBSD!

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