Ну вобщем станция HiPath 4000 V4 R1.6.22.

Есть щлюз HG3550. Абоненты которые не нем сидят при исходящих звонках в тарификации определяются как "999999". При внутристанционных звонка и входящей тарификации номера абонентов HG определяются правильно. Номера HG прописаные как единое номерное пространство станции.

По аналогичной схеме (единое номерное пространство) подключены 2 станции по Е1. С ними тарификация исходящих звонков верная.

COT, COP, COS транков HG и E1 аналогичные.
В чем может быть проблемка?

Обычно, девятки это отражение АМО TLZO :

ADD-TLZO:INC,999999;
ADD-TLZO:INT,999999;
ADD-TLZO:OUTG,999999;

У вас чего-то не описано для новых плат или каналов или абонентов (АОН), поэтому по умолчанию бъется это в соотв. поля CDR..

Обычно, девятки это отражение АМО TLZO :

ADD-TLZO:INC,999999;
ADD-TLZO:INT,999999;
ADD-TLZO:OUTG,999999;

У вас чего-то не описано для новых плат или каналов или абонентов (АОН), поэтому по умолчанию бъется это в соотв. поля CDR..

Вот и непонятно, что и где не описано. Согласно реген файлу плата прописывается только в ADD-FBTN:TRKNO, чтобы по ней исходящая связь тарифицировалась.

Посмотрите описание АМО TLZO :
...If no entry exists for TBL=INC, STNO=< >, the dummy entry = 999999.
Оно гласит, что это срабатывает т.к. в поступающей информации в нужном поле CDR ее нет.. Словите такой звонок трейсом, и узнаете, что это транзит к примеру или еще чего нибудь без идентификации в нужном поле CDR (напри мер транзит с одного на другого оператора с потерей идентификации номера..)

Вот номер 3100 звонит на городской 798998

файлик

Файл call.txt снят с порта HG
Файл call1.txt снят с потока городского провайдера

1.Можно предложить в TLZO заменить вход /исход, чтобы понять и уточнить, на каком участке это происходит, а то всегда у вас пишутся девятки:
АDD-TLZO:INC,999999;
ADD-TLZO:INT,888888;
ADD-TLZO:OUTG,777777;

2.Пропишите TLZO на транки :(пример)
ADD-TLZO:MTLC,1,1,13,0,0&&30,345201;
3.Из трейса видно что представления номеров разные, может это как-то в влияет на заполнение полей , хотя вряд-ли, но надо ковыряться и у***** , SELG и.т.п.
NumberingPlanIdentification: Unknown
NumberDigits: "3100"
InfoElem: Called party number (H'70)
NumberingPlanIdentification: Unknown
TypeOfNumber: Unknown (H'0)
NumberDigits: "1798998"

NumberDigits: "3100"
InfoElem: Called party number (H'70)
TypeOfNumber: Subscriber number (H'4)
NumberDigits: "83452798998"

1.Можно предложить в TLZO заменить вход /исход, чтобы понять и уточнить, на каком участке это происходит, а то всегда у вас пишутся девятки:
АDD-TLZO:INC,999999;
ADD-TLZO:INT,888888;
ADD-TLZO:OUTG,777777;

Звонки пошли с номером "777777"


2.Пропишите TLZO на транки :(пример)
ADD-TLZO:MTLC,1,1,13,0,0&&30,345201;

Это получится один исходящий номер на поток. По сути ничем не отличается от текущей ситуации.


3.Из трейса видно что представления номеров разные, может это как-то в влияет на заполнение полей , хотя вряд-ли, но надо ковыряться и у***** , SELG и.т.п.
NumberingPlanIdentification: Unknown
NumberDigits: "3100"
InfoElem: Called party number (H'70)
NumberingPlanIdentification: Unknown
TypeOfNumber: Unknown (H'0)
NumberDigits: "1798998"

NumberDigits: "3100"
InfoElem: Called party number (H'70)
TypeOfNumber: Subscriber number (H'4)
NumberDigits: "83452798998"

Разные типы - это в LODR правило так для провайдера прописано. Все остальные абоненты АТС через него нормально тарифицируются.

Скажу прямо, в "дистанционном" режиме помогать с тонкостями тарификации почти невозможно..Категория трудностей здесь максимальная (по данным Сименса) . Больно много факторов , которые необходимо держать и проверять, включая софт и его патчи - к примеру. Даже смена протокола обмена канала в транзите иногда меняет поля в CDR. Поэтому нужно много экспериментировать, сделав свое направление , свой SELG и.т.п. и "тыкаясь" выловить причину...Лучше обратитесь к Сименсоводам, конкретно поставив задачу, а они ее вычислят (за деньги, конечно)..

Хочу еще добавить..
1.Поле DESTPATY в FTBL возвращает коды TLZO по ошибкам "АОНа".
2.При входящей связи DESTPATY и CHRGEE одинаковы, но можно это изменить через АМО CHA-GEFE:INCOLD,Y;Записывается CALLEPATY Правда для этого нужно бы задействовать свой FTBL, отличный от общего, но для пробы -действуйте и смотрите..