Работает, но при условии, что выход в город осуществляется НЕ ПО PRI-транкам. В случае PRI система так же честно, и даже в некотором смысле - успешно пытается вывести абонента повторно на линию и перенабрать номер, а вот далее...
Все зависит от конкретной ситуации. Обычно абонент, услышав BUSY после набора, активирует функцию, которую пока условно назовем "автоповтор", например, нажимая запрограммированную на Dterm клавишу. При этом BUSY может быть получен по одной из трех причин, в соответствии с чем активируется одна из 3х различных функций:
a) набирался номер МЕСТНОГО абонента, который был занят;
б) набирался номер ВНЕШНЕГО абонента, но в этот момент ВСЕ предусмотренные маршрутизацией (в том числе - LCR) транки, доступные для данного вызывающего абонента, были заняты;
в) набирался номер ВНЕШНЕГО абонента, вызов успешно маршрутизировался вне системы (в город), но конечный абонент оказался занят.
В случае а) активируется и успешно работает CALL BACK.
В случае б) активируется Outgoing Trunk Queuing.
В ISDN System Manual в разделе Digital Trunk Data Assignment прямо предложено запрещать фичу Outgoing Trunk Queuing для В-рута: 3528>B_rt=0. Тем не менее (по результатам собственных экспериментов) могу сказать, что назначение "1" не ломает работу PRI, и более того - занятость всех голосовых каналов потока (разумеется, эксперименты велись не с полным 30-канальным потоком) вполне корректно обрабатывалась фичей.
В случае в) активизируется Timed Queue - Dterm.
Эта фича представляет собой автоматический N-кратный повтор процедуры попытки установления соединения с внешним абонентом, причем цикл повторов прерывается ТОЛЬКО вручную, снятием трубки с Dterm. Эта фича вполне корректно работает на СО-линиях, а вот на PRI замечены следующие неприятные особенности: во-первых, эта фича конфликтует с Automatic Idle Return (приходится либо отказаться от последней для абонента Dterm, собирающегося активно пользоваться Timed Queue, либо инструктировать такого абонента снимать трубку быстрее, чем сработает Idle Return), и во-вторых, что гораздо хуже, - вызов вообще обрывается, как только приходит Ring Back Tone. Глубоко причины не анализировал, но создается впечатление, как будто система в этом случае принимает соответствующее сообщение PRI за сигнал отбоя. Это приводит к невозможности полноценного применения клавиши CB\Q (9000>sta#,key#=F0004) в системе, где в LCR включены PRI - руты. Вероятно именно этим обусловлено требование 3528>B_rt=0.
Еще раз подчеркну - здесь приведены мои собственные соображения, которые могут не совпасть с официальной (документальной) точкой зрения, и более того, не претендуют на ИСТИНУ В ПОСЛЕДНЕЙ ИНСТАНЦИИ.
|
, хотя от этого, конечно, не легче. А сам вопрос связан вот с чем: иногда в неверно инсталлированных системах возникает путаница с тонами. Если на шильдике процессора в конце обозначения стоят символы " ......(RU) " , то необходимо проверить, чтобы 483>00=04 или =00 (не "NONE").