Жуть, 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.

не понял вопроса про 5-ю connection категорию. Она в категориях, по умолчанию у практически всех транков 5-я категория. Если откроете ее - там написано куда можно соединять. у вас в 5-й категории - все 1 или есть где-то 0?
Зачем вам накручивать - ARS+номер, а оттуда в SD - я не знаю. Вы сначала для тестов попадите сразу в SD, убедитесь в работоспособности, а потом если есть желание - занимайтесь тюнингом.

так же как и всегда - обычно через DID транслятор принятый снаружи номер отправляется на ячейку сокращенного набора (т.е. вы должны принятый снаружи номер превратить во внутренний номер - по сути в SD который набираете внутренними абонентами для звонка).
При этом почти единственный нюанс - в дефолтовой конфигурации транзит запрещен (надо править 5-ю connection COS - убирать там 0 из 5-й позиции)

У вас похоже ограничение на 4000 ячеек.
Или уменьшайте Direct Speed Dial (например до 1000), или разрешайте больше ячеек (cfgUpdate)

Когда номер закреплен за группой лиц (3-8 ) - то он будет маршрутизироваться на hunt group или на номер (а у других supervision), или звонит телефон, а другие могут ответить на вызов через захват в группе. Поэтому формировать правильный АОН при ВХОДЯЩЕЙ связи тоже рекомендуется (но не обязательно).

Лучше наверное использовать Entity (прописывать дефолтовский номер в Suppl.installation number). У private calling number есть один недостаток - при исходящей связи он работает хорошо, а при входящей связи - не используется. Т.е. приходит входящий вызов, абонент отвечает - станция отдает сообщение Connected number с номером абонента. При использовании АОН стандартным образом (DID транслятор и т.п.) все будет хорошо, а при использовании private calling number - будет отдана какая-нибудь фигня и на дисплее вызывающего абонента будет отображаться пилотный номер закрепленный за потоком.
Много где такое видел - звоните куда-то, а после ответа - появляется первый номер из диапазона, закрепленного за потоком.

Самое правильное - заставить Авайя присылать правильный АОН (короткий при звонке на ОХЕ, полный для транзитных звонков).
Второй вариант - формировать АОН на ОХЕ, для этого:
- Авайя присылает короткий номер;
- подключение к Авайя - ISDN, ОХЕ мастер, в транковой группе стоит галка private.

В этом случае:
- ОХЕ будет переделывать АОН (как если бы звонил наружу абонент ОХЕ с номером=присланный АОН, из Ентити=ентити указанному в TG);
- будет работать барринг (для всех звонков по TG - категория=указанная в TG, если включить barring в локальных параметрах TG).

Проблемы и достоинства:
- в тарификации вместо двух тикетов при транзитном звонке будет один (Charged number=АОН из Авайя);
- звонков в сторону Авайя в тарификации НЕ БУДЕТ;
- могут быть нюансы при звонке абонентов ОХЕ в Авайа (в Called номер перед  номером абонента Авайя будет добавляться Installation number из ентити вызывающего абонента) - хорошо видно в t3, лечится правкой NPD (говорите использовать Installation номер из NPD и не указываете Installation номер в ентити).