кинь на мыло vpm, могу через 5-й AAS прогнать.

Последний раз делал года четыре назад, правда AAS 5-й версии, там еще в Browse Media File была опция "Generate raw file" - то есть там сразу можно было создать из vpm-файла файл-образ flash card, мину этап записи-считывания.  

Там не просто обрезка "спереди/сзади".
Если комп видит flash card, то надо просто переносить скомпилированный проект: Media/Load to Media, выбрать vpm файл и Transfer на  flash card, AAS все сам отрежет.

Хм. А абонент УПАТС сконфигурирован на городской АТС как простой абонент? Интересно...
Что мешает в вашей ситуации делать переадресацию этого абонентского номера на самой УПАТС?

Хм, а кто отбивается первым? Интересно бы трассу посмотреть.

Это из серии криворукости персонала оператора или конвертера сигнализации. Для отлавливания этих багов периодически ездит девушка с чемоданом АПУС(или как он там сейчас называется)  и проверяет правильность тарификации.
В ТУ на R1.5 прописан защитный интервал 3 с. после приема линейного сигнала "Ответ абонента" для этого случая. Поэтому исторически на наших сетях не тарифицировались разговоры длительностью  менее 3 секунд.  Кстати, на 4400 это отлично видно - если звонить по исходящей R1.5 - отсчет времени разговора четко начинается после 3-х секунд после ответа абонента.
И еще раз подчеркну - по СЛМ нет процедуры передачи-приема АОН (см. SDL-диаграмму у Гольдштейна). Поэтому надо смотреть, что фактически происходит привходящем вызове на канале  - с помощью протокол-тестера или трассировки.

Отлично. Особенно радует то, что оператор что-то сделал. Последнее время от тех.поддержки операторов добиться изменения чего-либо просто невозможно.
По поводу АОН - проблем быть не должно - вряд ли кто-нибудь будет тарифицировать 1.5 секунды, которые максимально длится запрос АОН. И чисто теоретически - ну не  может быть запроса АОН на входящем м/г (см. Б.С.Гольдштейна). Интересно было бы встать тестером (только где его найти сейчас?)  или, в крайнем случае, завести трассу.  

С вероятностью 80% -  работало, как и сейчас, не обращали внимания.
С вероятностью 20% - провайдер что-то поменял, и теперь голосовой тракт не проключается  до OXE, или где-то теряется PROGRESS INDICATOR и вызывающий не слышит зуммер.

Там по алгоритму - только "Отбой" (при м/г занятости) или  "Вмешательство" (при местной занятости) со стороны телефонистки.

Потому что ЦПУ знает состояние абонента Б локальной АТС после приема всех цифр номера абонента и выставляет  линейный сигнал "Абонент Б занят" ( с зуммером "Занято" или нет, не помню).

Коллеги, как уже писалось, центральная АТС всегда будет посылать линейный сигнал "Абонент Б свободен" при вызове на сетевого абонента, занят он или нет. В автомате работы м/г  сигнализации R1.5 нет состояния перехода от линейного сигнала "Абонент Б свободен" к линейному сигналу "Абонент Б занят". Даже если что-то получится с overflow на виртуально занятого абонента возможности подать линейный сигнал "Абонент Б занят".нет. Максимум - подключится зуммер "Занято", если его не было (в чем я сомневаюсь).
Оптимально (но маловероятно) - перейти на ISDN и забыть весь этот геморрой с отрыжками "ручной" сигнализации. Также маловероятно - договориться с провайдером проключать голосовой канал, чтобы вызывающий абонент слышал зуммер "Занято".

А что в трассе ABC-F видно между узлами при вызове на занятого абонента на узле Б?


Кроме этого, в R1.5 была тонкость. При входящем вызове на центральный узел ЦПУ не знает состояние абонента Б и всегда посылает линейный сигнал "Абонент Б свободен", но в случае занятости он должен проключать зуммер "Занято" при наличии линейного сигнала "Абонент Б свободен". Неплохо бы тестером ИКМ посмотреть и послушать. Предположу, так как оборудование провайдера не ловит зуммер "Занято", а, скорее всего, отслеживает только линейный сигнал, то оно и считает, что идет вызов.

Для начала проверить наличие патчей и установить последние - для 8770 они регулярно выпускаются.

Да, похоже на маркетинг. В лабе на CS1 несколько SIP ТГ работают. Что будет под реальной нагрузкой - не знаю.
C сайта производителя
Так что использование CPU6 и CS-1 с SIP'ом - на свой страх и риск.

ОК.  Поcледуем рекомендации Vad'a.
По поводу Fast Start'a - топикстартер может выбрать время и отключить Fast Start на одном узле OXE и проверить работоспособность.