сначала - что набирает абонент (первые цифры) - например 9 (префикс выхода)+ 8ХХХХХХ....
тогда ищем 8ХХХХ.... в правилах дискриминатора. Причем ищем все  с 8, т.е. если есть 8 и 8495 - то наборе 84951234567 - будут использованы правила 8495

Далее - у абонента есть Public network COS, например 2
Открываем COS/Access COS 2, в нем есть вложенные пункты - интересует Public Access COS - открываем (их 64 наверное у вас) - интересует 3 и 4

Есть нюанс - если абонент включен в группу (Hunt Group) - то у него используется категория группы, а не категория абонента (если хотите чтоб абоненты в группе пользовались индивидуальными категориями - в Hunt Group надо указывать Згидшс Public Network COS 255)

1. Человек набирает префикс выхода+номер
2. Что набирается после префикса - прописано в translator/ext. numbering plan/ discriminator/ discriminator rules
3. Для первых цифр номера (например "восемь") - указана Numbering area (например 3)
4. У абонента есть Public Network COS (Access COS), например 2 - COS/Access COS (2)/ Public Access COS (3) - стоят 0 или 1. Если 0 - то в нашем примере это означает - абоненту с категорией 2 запрещено набирать номера, у которых Numbering area=3.

Это основная идея баринга.

0 или 1 - рекомендую ставить сразу одинаково для всех режимов (день, ночь и т.д.)
Если звонки организованы через ячейки сокращенного набора (Speed dialing) - не забывайте в ячейках поставить галочку Barring, иначе при звонках через них категория абонента использоваться не будет.

В вашем случае:
1 - абоненты должны иметь разные категории (кому разрешен или запрешен МГ)
2 - в правилах дискриминатора - должна стоять для МГ Numbering area отличная от других.
3 - COS/Access COS/ Public Access COS - для категорий МГ и без МГ - Numbering Area (цифра в Public Access COS) - у первых должно быть 1111, у вторых 0000.

1. Для сигнализации (что мы видим в t3) - выбирается плата указанная в ТГ, а вот rtp  - могут быть указаны любые кодеки из данного IP домена.
2. Насчет конверсии а-law в m-law - я считаю не надо глумить голову, пусть тот кто поставил циску объяснит как переключить в тот закон, что работает на сетях у нас. А то понадобится позвонить в другое место - а у вас Direct RTP - пакеты побегут в другое место - там тоже начнете настраивать конверсию?

Два вопроса в одном сообщении - обычно отвечают только на один.  
Не уверен, но скорее всего - данный вызов не будет отмечен как не отвеченный (пропущенный) городской вызов, т.к. он был отвечен (оператором).
Нет к сожалению возможности живьем это проверить. Может кто с живой станцией под рукой сможет прокомментировать.

А при переадресации от других - появляется НЕ ОТВЕЧЕННЫЙ городской вызов?
И вопрос два - при ПЕРЕАДРЕСАЦИИ или при ПЕРЕДАЧЕ (transfer)?

Конечно. Что делать при поступлении внешнего вызова - написано там - если абонент свободен, занят, не отвечает и т.п.

Странно все это.
Чтоб звонки (внешние) не висели на аппарате (который разговаривает) - есть Public network COS - DID hold on busy set (уведомлять аппарат о втором вызове или считать его занятым) и Overflow on total busy (надо ли перетекать, если аппарат занят).
А есть клавиши multi-line и сколько их - это вопрос второй.

Первая трассировка - "из другого города по той же схеме"?
Сравните таймера (External services/trunk COS) в ISDN сигнализации.
Может одна станция считает что Alert слишком долго не приходит и отбивается.
Хотя у вас вроде станция 1 подключена по SIP - сравните трассировки SIP.

Кабель - обычный патчкорд. Только одна пара "передача", а вторая "прием" (оранжевая и синяя). Поэтому при подключении двух устройств - прием надо соединять с передачей и наоборот. В ОХО для простоты два разъема сделано, которые отличаются расположением этих пар.

Если Е1 в шлюз и Е1 в ОХО работает, то как минимум - подключая шлюз к ОХО - надо поменять режим Network mode (Master). Им был город, теперь мастером должен стать шлюз.
Ну и надеюсь - прием и передача - вы как надо включаете.

вы или в Хайкоме - должны при звонке на номер 493ххх отправлять в Алкатель 1130.
Или в Алкатель - в транковой группе поставить DID transcoding (использовать преобразование входящих номеров). А потом в правилах DID транслятора (скорее всего 0-го) прописать правила - 1000-1000-1000 (для звонков на 1ххх), 2000-2000-1000 (для звонков на 2ххх) и потом добавлять что вам надо для города - 3660-1130-1 и т.п.

use personal calling number  - это касается АОН при исходящем звонке. Если в NPD используемом при звонке разрешено использование номеров, если у абонента он прописан - то в качестве АОН будет отдан этот номер (3660 в вашем примере, хотя скорее всего надо 493650 или вообще 10 цифр).

у вас проблемы с настройкой входящей/исходящей связи в АЛКАТЕЛЬ или проблемы с настройкой транзита в HICOM?
Если второе - то немного не тот форум выбрали.
Если первое - напишите что уже сделали, что не получается.

Что было - сказать тяжело.
Теперь ведь не вспомнишь состояние INTOF и тайм-слотов в нем (config - не было ли что все тайм-слоты заняты).
Команды типа intint и tsint - что там было с тайм-слотами.
Имеет смысл попробовать посмотреть инциденты с прошлой сессии incvisu -b 1 (2, 3.. ) с того процессора, который был тогда main. Может были (сохранились) инциденты предшествующие возникновению проблемы.

Сругнулась на лицензии - естественно, поскольку у вас другой CPU-Id.
Не дает поставить другие лицензии - по простой причине - станция откажется ставить лицензии, если по какой-то позиции идет УМЕНЬШЕНИЕ функционала.

Соответственно - берете и копируете свой *.swk файл в папку /usr3/mao (точнее /DHS3data/mao) под именем software.mao.

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

Вариант 2 (правильный):
- запускаете с остановленной телефонией (с выключенным автостартом)
- swinst/ expert menu/ database management - create empty database (страна SU)
- ставите OPS файлы стандартным образом
- не забываете вернуть на место автостарт.

Второй путь правильный - потому что у вас гарантировано не остается "шлака" в базе от предыдущей базы и создастся оборудование как написано в hardware.mao файле.

настолько ли крупна сеть - например десятки станций и/или десятки тысяч абонентов?
На самом деле интересно другое - готовы ли вы платить деньги за обслуживание и в какой форме. С обслуживанием, в плане работ/оплаты - всегда все плохо - если у заказчика много проблем, то он не понимает за что платит деньги, если все хорошо - тем более не понимает за что платить