По идее - если в System - галка на Overlap seizure стоит - должно набирать не блоком.
Для ARS еще один из вариантов - в дискриминаторе указать количество цифр не точно, а 255 (иногда помогало).

И последнее - а у вас идет набор блоком - весь номер и Setup/Sending Complete, или просто Setup с НЕСКОЛЬКИМИ цифрами, но тем не менее без Sending Complete? Когда например накоплены цифры через SD.

галка  - DID транскодинг в транковой группе - отвечает за то, какой NPD станция САМА поставит в TG/NPD selector при автоматическом режиме.

Чаще всего мы в TG/NPD selector - указываем свой NPD в режиме NORMAL  - тогда эта галка не интересна.
Собственно вам надо смотреть - какой NPD используете в TG, а дальше идете в сам NPD и смотрите что прописано в Called DID id. Обычно для транковых групп используемых в серьезных транзитах ставят -1 (а дальше как-то разруливают звонки). Иначе для транзита - получая много разных цифр по входу - вы можете не разрулить их (поскольку DID позволяет формально внешний номер направить на внутренний, а внутренний номер - это до 8 цифр).

Внешний (и 4760) биллинг забирает информацию из данных тарификации. Что отложится - то и заберете. Откладываются тикеты обычно двумя путями:
- простой - в аккаунтинге (в фильтрах) присутствует 0 Unit Calls (т.е. просто откладывается инфа о всех звонках, поскольку ни откуда тарификационные импульсы в России не выдаются, станция не пытается посчитать его стоимость и т.п.).
- второй сложнее - когда настраивается Duration accounting (TG, тарифы, шкалы, арии). Там для некоторых TG в шкале можно задать Conversation timer (через какое время от начала соединения мы считаем соединение установленным - обычно нужен для TG типа NDDI). Но и для R1.5 может сработать.

Попросите оператора ненадолго выключить "Запрос АОН" и сравните, что происходит с тарификацией. Теоретически после этого - можно начинать бодаться с Алкатель, но это долго и не перспективно. Я много раз встречал ситуацию, когда "Запрос АОН" на входящей стороне приводил к возникновению ситуации "Ответ". Очень забавно выглядит - вы звоните в город по ISDN, на дальней стороне станция по R1.5. Вы звоните в удаленную станцию, она запрашивает АОН ("Ответ" + 500 Гц), у вас возникает состояние разговора (пошло тикать время), а с той стороны снимают "Запрос АОН", возвращаются в предответное состояние. Ваш абонент слышит КПВ или ЗАНЯТНО, вы ему предъявляете потом счет за звонок - а он реально не дозванивался. В общем все плохо, но сначала убедитесь, что проблема в этом.


Ну и как я в очередной раз спрашиваю - с conversation timer в шкале если побаловаться - что-то меняется в тикете?

У вас АОН при занятии канала запрашивают? Это Алкателем может считаться как "ответ".
Кроме того - вернусь к вопросу о шкалах - Conversation timer - если ставите 50 - начинает уменьшать время на 5 сек?

Давайте отделим мух от котлет. Что интересует конкретно.
Проверка на соответствие тарификации - не проводится на звонках в 5 сек.
Если сравниваете данные тарификации - тогда скажите что у вас написано в шкалах, и приходит ли запрос АОН при исходящем вызове.
Если проверяете тарификацию звонками к себе - выключите во входящей TG запрос АОН.

Жуть, NOS - это вообще пропадание сигнала. Сразу не работает или перестало (это к тому - надо ли спрашивать про синхру, CRC4, 75/120 Ом подключение)?
А PCM2 как что прописана? Просто PCM2 с SOSM coupler?

Это я к тому, что на поставленный вопрос ответить не могу, а вот вопросом на вопрос - запросто  

Для расшифровок - всегда смотрю стандарт ETS 300 102-1 Integrated Services Digital Network (ISDN); User-network interface layer 3, Specifications for basic call control. Не знаю есть ли он на русском, если вы про лог Н323 переживаете - значить SIP трассировки не смотрели  
21 а0 - 2 - national, 1 - ISDN/Telephony numbering plan, a - presentation restricted, 0 - user-provided, not screened.
левый номер, сгенеренный абонентом (не проверенный сетью), звонок ISDN/National с признаком "не отображать".

Но это чаще всего не причем. В Алкатель маршрутизация звонка практически не зависит от calling number. Единственная на моей памяти проблема - звонок на DISA с автоматической подстановкой, когда это влияет.

Проблемы с транзитом всегда:
- запрет по connection COS 5,
- не правильная DID трансляция (использование DID трансляции при полных транзитах - если вам может прийти на вход ВСЕ что угодно - в NPD по входу не надо использовать DID транслятор, пишите -1 и все разруливайте, или забыли про добавление/удаление цифр во входящей TG),
- набор номера не блоком (при использовании IP телефонии).

По исходящей связи - один из удобных способов:
в NPD - Authorize personal calling num use + Yes - после этого у абонентов можете сказать Use private calling number=yes и прописать АОН. Но как говорил, будут проблемы с отображением АОН при входящем номере.
Поэтому мне больше нравится с Entity (как написано выше). Не забываем два нюанса:
- если абонент в hunt group - то он пользуется правилами entity указанными в HG;
- осторожно с пилотным номером вашего потока (типа 2123800) - не давайте его боссу. При кривых/ не отданных АОН этот номер будет подставляться городом, соответственно на него будут отзваниваться разные люди.

А чего у вас Calling number такой 12 81?

Мне кажется не нравится 12, 1 - это International, а 2 - такого я в стандарте не увидел.

После удаления - у вас что-то осталось в префикс плане или в phone book ссылающееся на SD?
Может не все поудалялось?

Попробуйте (если ничего не нашлось по пункту выше) - подвинуть диапазон снизу. (т.е. 0-4000 можно править как в 0-1000, так и в 3000-1000). суть одна, просто в разных местах будет лежать.

Где-то ошиблись - добавили лишнюю/пропустили цифру или еще чего.
Посмотрите через maohist что делали.

если бы надо было смотреть access категорию так бы и писал.  
какие-то проблемы с DID трансляцией.
Сделайте упрощенный эксперимент:
- создайте абонента (например) 2000, через DID транслятор попадите на данного абонента.
- удалите абонента 2000 и создайте SD 2000 (IP) - чтоб набором 2000 с внутреннего номера вы попадали куда надо на астерикс.
- проверьте - что туда-же попадает и внешний звонок (по номеру, по которому вы звонили на абонента 2000).

Ну и при проблемах - приведите t3 трассировку звонка.

Вопрос индикации вызова обычно прост:
- проверьте - работает ли динамик аппарата (режим громкой связи, настройка громкости звонка через меню и т.п.), если не помогает - разбирать аппарат, ремонтировать и т.п. в рамках своих возможностей.
- если динамик работает - выключить/включить аппарат (на предмет программных и аппаратных глюков) - может поможет.
- если динамик работает - проверьте, что абонент не перенастроил звонок (поставил маленький уровень, назначил отложенный/прогрессивный звонок - не помню точно как называется - это когда звонок подаваемый спустя некоторое время, удобно для телефонистов, или когда громкость звонка потихоньку нарастает, удобно для секретарей).

Вроде все - сломался, глюк или настроен не правильно - иного не дано.

говоря про connection категорию - я говорил о connection категории (не trunk COS)  
Connection COS или connection categories (в зависимости от используемого языка).
Находится соответственно в Classes of Services или в categories.

а trunk COS - 19, это другое, это описание сигнализации (External services/ trunk COS). Там можно увидеть, что 19 - это ISDN, а зайдя внутрь - можно увидеть какая connection COS у транков с 19-ой Trunk COS (по умолчанию 5).

Поэтому, повторюсь в очередной раз - посмотрите 5-ю connection COS.