[ «ССС УТВЕРЖДЕН АПК АРМТ.100.000-11 32 04 - ЛУ АППАРАТНО-ПРОГРАММНЫЙ КОМПЛЕКС АВТОМАТИЗИРОВАННЫХ РАБОЧИХ МЕСТ ТЕЛЕФОНИСТОВ АВТОМАТИЗИРОВАННЫЙ МЕЖДУГОРОДНЫЙ КОММУТАТОР Коммутационное оборудование РУКОВОДСТВО СИСТЕМНОГО ...»
Специализированное конструкторское бюро «ПРОМИНФОРМ»
ССС
УТВЕРЖДЕН
АПК АРМТ.100.000-11 32 04 - ЛУ
АППАРАТНО-ПРОГРАММНЫЙ КОМПЛЕКС
АВТОМАТИЗИРОВАННЫХ РАБОЧИХ МЕСТ ТЕЛЕФОНИСТОВ
АВТОМАТИЗИРОВАННЫЙ МЕЖДУГОРОДНЫЙ КОММУТАТОР
Коммутационное оборудование
РУКОВОДСТВО СИСТЕМНОГО ПРОГРАММИСТА
АПК АРМТ.100.000-11 32 04 г. Миасс 2009 Лист АПК АРМТ.100.000-11 Содержание 1 ОБЩИЕ СВЕДЕНИЯ1.1 Схема комплекса
1.2 Основные понятия и определения
1.3 Условия применения
1.4 Модель функционирования системы
1.5 Конференции. Программный способ создания
2 СТРУКТУРА КОМПЛЕКСА
2.1 Взаимодействие программ комплекса
2.2 Программа ДИСПЕТЧЕР
2.2.1 Общие сведения 2.2.2 Пользовательский интерфейс программы ДИСПЕТЧЕР 2.2.2.1 Форматы ручных команд программы ДИСПЕТЧЕР
2.2.2.2 Описание строковых команд программы «ДИСПЕТЧЕР»
2.2.3 Настройка программы 2.2.3.1 Файл CANN.CFG
2.2.3.1.1 Раздел [ИКМТРАНЗИТ]
2.2.3.2 Файл HARD.CFG
2.2.3.2.1 Шаблоны
2.2.3.2.2 Раздел [System0]
2.2.3.2.3 Раздел [ЗАГРУЖАЕМЫЕ_ФРАЗЫ]
2.2.3.2.4 Раздел [ФРАЗЫ]
2.2.3.2.5 Раздел [MultiSysCfg]
2.2.3.2.6 Раздел [ВХОДЯЩИЕ]
2.2.3.2.7 Раздел [ЗАЩИТА_ГАРНИТУРЫ]
2.2.3.2.8 Раздел [РАСПРЕДЕЛЕНИЕ КАНАЛОВ]
2.2.3.2.9 Раздел [ДЛИНА_ПРИНИМАЕМОГО_НОМЕРА_СЛУЖБЫ]
2.2.3.2.10 Раздел [ДЕКОДИРОВКА_НОМЕРА_СЛУЖБЫ]
2.2.3.2.11 Раздел [НАПРАВЛЕНИЯ]
2.2.3.2.12 Раздел [AССOЦИАЦИЯ_ГАРНИТУР]
2.2.3.2.13 Настройка перехода на летнее время
2.2.3.2.14 Прочие параметры файла HARD0.CFG
2.2.4 Подсистема конвертора сигнализации (транзитных соединений) 2.2.4.1 Назначение
2.2.4.2 Порядок обработки внешнего входящего вызова (транзита)
2.2.4.3 Транзит сигнализации
2.2.4.4 Применение правила ОПЕРАТОР для балансировки нагрузки сети коммутаторов. Транзит нагрузки
2.2.5 Подсистема конференц связи 2.2.5.1 Назначение
2.2.5.2 Описание
2.2.5.3 Конфигурация
2.2.6 Технология «Активной гарнитуры» Лист АПК АРМТ.100.000-11 2.2.6.1 Назначение
2.2.6.2 Концепция
2.2.7 Технология записи переговоров операторов 2.2.7.1 Назначение
2.2.7.2 Концепция
2.2.7.3 Реализация
2.2.8 Конфигурирование параметров сети программы диспетчер 2.2.8.1 Общие положения
2.2.8.2 Конфигурирование протокола NETBEUI (Загрузка с сервера WINDOWS NT — MSCLIENT)
2.2.8.3 Конфигурирование протокола NETBIOS поверх TCPIP (Загрузка с флэш карты или жесткого диска)
2.2.8.4 Конфигурирование протокола NETBIOS (Загрузка с сервера NOWELL — NWCLIENT)
2.2.8.5 Проверка сетевых настроек
2.3 Конфигурации модулей
2.3.3.1 Общие сведения
2.3.3.2 Порядок создания фраз для МОС4
2.3.3.3 Порядок создания мелодии для МОС4
2.3.3.4 Двухчастотная генерация
1 ОБЩИЕ СВЕДЕНИЯ
АМК является аппаратно-программным комплексом и состоит из следующих частей:• аппаратное (техническое) обеспечение, • программное обеспечение, • информационное обеспечение.
Общая структура аппаратно-программного комплекса АМК приведена на рисунке 1.
Аппаратно-программный комплекс АМК Программное Информационное Техническое обеспечение обеспечение обеспечение Программы управления электронным коммутатором (МКЦ, МИКМ, МОС) Программа ДИСПЕТЧЕР Программа АРМ Т и АРМ администратора, сервисное ПО Программное обеспечение АМК включает в себя следующие программы:
1. Встроенное ПО (обязательная часть):
• программа МОНИТОР модуля МКЦ;
• программа МОНИТОР модуля МИКМ;
• программа модуля МОС;
• программа ДИСПЕТЧЕР, выполняемая управляющим компьютером (PCA) 2. Сервисное ПО (опциональный список):
• программа универсального автоматизированного рабочего места телефониста (АРМ Т);
• программа рабочего места администратора коммутаторного цеха (АРМ администратора);
• программа рабочего места обслуживающего персонала (АРМ ТО);
• КХС (АРМ контрольно-хронометрической службы);
• АПП (PIN – кодирование);
• АРМ PG (управление гарнитурой рабочего места оператора на базе АМК);
• ПО сторонних разработчиков.
Программы МОНИТОР выполняются встроенными процессорами модулей МКЦ и МИКМ и осуществляют следующие основные функции:
• прием линейных сигналов действующей в данном канале системы сигнализации, их анализ и передачу в случае необходимости программе ДИСПЕТЧЕР;
• управление программно-управляемыми элементами модуля канала в соответствии с командами управления от ДИСПЕТЧЕРА.
Программа МОС обеспечивает управление модулем МОС для обеспечения генерации и анализа различных, применяемых в телефонии сигналов.
Далее в настоящем Руководстве рассматривается комплекс программ и соответствующего информационного обеспечения (далее по тексту - комплекс).
Существуют различные варианты модулей сопряжения, отличающиеся конструктивно, например, МВС, ПВС, МС, МЧ, МТ. Далее под обозначениями МВС, МВТ, МВЧ будут пониматься любые конструктивные варианты.
Цифровое коммутационное поле (ЦКП) – устройство, обеспечивающее пересылку цифровых данных от каждого из 512 входов на любое подмножество из выходов. Кроме того, на выход могут быть направлены непосредственные данные с заданным цифровым кодом, если задать программно для этого выхода так называемый режим сообщения.
Например, для задания нулевого сигнала на выходе используется константа (0х55).
Входы (выходы) объединены по 32 в однопроводные потоки. Данные разных входов (выходов) в потоке разделены во времени, так что каждому входу (выходу) соответствует свой временной интервал. На ЦКП приходит 16 потоков и 16 потоков выходит из ЦКП.
Входы и выходы можно перенумеровать целыми числами от 0 до 511 (0х1FF).
Входы и выходы с одинаковыми номерами объединяются вне ЦКП, образуя двунаправленных каналов передачи цифровых данных (каналы ЦКП). В данной реализации коммутатора 256 каналов ЦКП используется в служебных целях для обеспечения связи с модулем обработки сигналов (см. ниже) и построения конференций.
Конференция – телефонный разговор с возможностью участия в нем более двух человек (например, телефонист и два абонента). Каждому участнику конференции передается суммарный сигнал от всех остальных участников.
Коммутируемые каналы связи (каналы связи) – внешние средства, подключаемые к аппаратуре коммутатора. Каналы связи обеспечиваются внешними аналоговыми линиями связи вместе с соответствующей аппаратурой, каналами внешних цифровых потоков и т.п. Между каналами связи и каналами коммутатора должно быть установлено взаимно-однозначное соответствие.
Канал коммутатора – воображаемая двунаправленная линия, реализуемая внутренними программно-аппаратными средствами коммутатора, обеспечивающая двунаправленную передачу данных между цифровым коммутационным полем и каналом связи. Данные, переносимые каналом, со стороны ЦКП всегда являются цифровыми.
Данные на противоположной стороне канала могут быть как цифровыми, тогда канал называется цифровым, так и аналоговыми, и в этом случае в канале (аппаратно) производится необходимое преобразование из аналоговой формы в цифровую, и обратно, а канал называется аналоговым. ЦКП соединяется с абонентом или гарнитурой телефониста через канал коммутатора и канал связи (внешнюю линию связи или внешний цифровой поток).
Пара любых каналов коммутатора позволяет установить соединение абонента с абонентом или гарнитурой через ЦКП и обеспечивает анализ и синтез соответствующей линейной и регистровой сигнализации в ходе процессов установления и завершения соединения. В каждом канале коммутатора протекает независимый собственный процесс и обеспечивается логика сопряжения по сигнализации с внешними каналами. Канал может быть однозначно указан номером входа (выхода) ЦКП, с которым он связан. На рисунке представлена логическая модель коммутации и связывания каналов в конференцию.
К каналу «k»
коммутатора Рисунок 2 – Связывание каналов в конференцию Логические связи показаны только для канала k, связи для k1 и k2 аналогичны.
Данные Sk от канала k через ЦКП поступают на выход i служебного канала и далее на вход конференции. Суммарный сигнал (Sk1+Sk2) с выхода конференции поступает на вход i служебного канала и через ЦКП на канал k. Особенность реализации: входы (выходы) конференций, также как и входы (выходы) ЦКП пространственно объединяются в 32интервальные однопроводные потоки.
Функционально коммутатор как программно-аппаратный комплекс разделяется на модули, которые обмениваются сообщениями о происходящих событиях, связанных с изменениями сигналов или состояний, а также о необходимости выполнить некоторые действия (такие сообщения для адресатов-получателей являются командами). Модули – выделяемые по функциональному признаку объекты, способные передавать и принимать сообщения. Модули реализованы внутренними программно-аппаратными средствами коммутатора. Имеются модули следующих типов:
1. МКЦ – модуль коммутации центральный. Модуль обеспечивает коммутации каналов через ЦКП и управление аналоговыми каналами.
2. МИКМ – модуль ИКМ. Модуль обеспечивает сопряжение внешних цифровых потоков с внутренними и управление цифровыми каналами.
3. МОС – модуль обработки сигналов. Модуль позволяет генерировать сигналы множеством программно реализованных выходных каналов МОС и распознавать сигналы множеством программно реализованных входных каналов МОС.
Управляющий контроллер – управляющий компьютер коммутатора. Управляющий контроллер выполняет программу ДИСПЕТЧЕР, которая реализует следующие виртуальные «каналы ДИСПЕТЧЕРА»:
0) распределитель МОС (адрес = 1000);
1) обработчик сообщений от модулей об изменении состояния канала (адрес = 2) обработчик сообщений цифровых потоков (адрес = 1002);
3) обработчик фраз (адрес = 1003);
4) обработчик файловых команд (адрес = 1004);
5) менеджер внутренних команд контроллера, команды от клавиатуры и т.д. (адрес 6) менеджер сеансов телефонистов, где номер РМ – номер рабочего места (адрес = 1200+номер РМ). Например, команды «Сброс», «Послать вызов», «Набрать номер» порождаются программой рабочего места телефониста и после преобразования формата передаются программой ДИСПЕТЧЕР каналам.
Модули МКЦ. МИКМ, МОС существуют аппаратно, имеют встроенные процессоры, связаны с шиной ISA управляющего контроллера и обмениваются сообщениями через этот контроллер. Все перечисленные модули могут обмениваться сообщениями, причем адресатами сообщений являются как адресуемые через модули каналы, так и модули в целом. Каналы не могут непосредственно обмениваться сообщениями. Сообщения аналоговых каналов посылаются и принимаются модулем МКЦ, а сообщения цифровых каналов – модулем МИКМ.
Аналоговые каналы сопрягаются с аналоговыми линиями связи и линиями гарнитур с помощью аппаратных модулей МВС, МВТ, МВЧ, не содержащих встроенных процессоров. Эти модули содержат программно-управляемые элементы (ключи), дифференциальные системы и кодеки, но не передают и не принимают сообщений.
Параметрами передачи кодеков, а также ключами можно управлять программно с помощью сообщений каналам через модуль МКЦ. Управляющие данные от МКЦ в модули МВС, МВТ, МВЧ и сигналы от этих модулей в обратном направлении будут периодически доставляться специальными потоками.
Цифровые каналы соединяются через модуль МИКМ с каналами внешних цифровых потоков.
Алгоритмы процессов управления каналами описаны и реализованы программно в виде графов состояний и переходов. Состояния соответствуют вершинам (узлам) графа, а переходы соответствуют соединяющим вершины дугам (ветвям), с которыми соотнесены условия, в случае истинности которых переход выполняется, а также действия при выполнении переходов. Выполнение определяемого графом алгоритма производится программой МИКМ (для цифровых каналов) или программой МКЦ (для аналоговых каналов) с помощью процедуры, интерпретирующей описание графа.
Для каждого типа канала (т.е. алгоритма управления) можно построить отображение множества состояний на некоторое единое множество обобщенных состояний так, чтобы обеспечить независимость последующей обработки обобщенных состояний на верхнем уровне системы от типа канала. При этом отображаемые состояния процессов управления в общем случае определяются как текущей вершиной, так и предысторией – дугой, по которой в ходе процесса был выполнен переход в текущую вершину. Такие отображения также заданы описаниями графов, так что при изменении обобщенного состояния канал посылает сообщение о переходе.
В процессе управления каналом требуется анализировать или создавать сигналы.
Для анализа сигналов цифровые данные канала коммутируются на вход некоторого виртуального входного канала МОС через один из служебных каналов ЦКП. И, наоборот, при необходимости синтезировать сигналы, в канал пересылаются цифровые данные из выходного канала МОС.
Рассмотренные выше понятия «аналоговый канал», «цифровой канал», «входной канал МОС», «выходной канал МОС», «канал ДИСПЕТЧЕРА» не пересекаются. Понятие «канал коммутатора» объединяет только аналоговые и цифровые каналы и относится к внутренним средствам коммутатора, а входные и выходные каналы МОС можно называть «каналами МОС». Соотношение между понятиями «модуль» и «канал» таково: «модуль посылает и принимает сообщения каналов». Внешние средства, подключаемые к коммутатору для обеспечения связи с абонентами, обозначаются понятием «канал связи».
Программы комплекса выполняются на IBM-совместимых персональных компьютерах класса 486-DX и выше в операционной системе MS-DOS версии 6.22 или более поздней. Для Windows-программ комплекса необходимо ОЗУ не менее 32 Мбайт.
Программы комплекса могут применяться при наличии технических средств, включающих электронный коммутатор с управляющим компьютером, персональные компьютеры для автоматизированных рабочих мест телефонистов, файл-сервер для хранения и поддержки баз данных и файлов данных и локальную вычислительную сеть (ЛВС), объединяющую компьютеры системы.
Основой АМК является модуль МКЦ2 или модуль МКЦ3 (далее по тексту МКЦ), который содержит цифровое, полнодоступное коммутационное поле емкостью 512 х каналов. Логически все коммутационное поле поделено на две части: пространство разговорных каналов и пространство служебных каналов.
Такое решение обусловлено потенциальной необходимостью коммутации любого разговорного канала на служебный канал с целью выдачи в него определенного сигнала, либо для анализа сигналов в канале. Анализ регистровой сигнализации и генерация сигналов в каналы выполняется модулем обработки сигналов (далее по тексту МОС).
Коммутационное поле модуля МКЦ можно представить в виде устройства, в которое входят 16 ST-BUS потоков по 32 канала в каждом (512 каналов) от различных модулей и выходят 16 ST-BUS потоков (512 каналов) к тем же модулям. Задачей этого устройства является прием цифровых данных с входа, и передача в один или несколько выходов в соответствии с моделью коммутации на данный момент времени. Каждому модулю соответствуют выходы коммутационного поля с теми же номерами, что и входы.
Каждый модуль, подсоединяемый к модулю МКЦ, обладает количеством каналов кратным 32 (по количеству каналов в ST-BUS потоке). Любой коммутируемый канал в системе можно идентифицировать либо его адресом в коммутационном поле (номером входа равным номеру выхода), либо модулем и относительным номером, определяющим канал среди каналов модуля. Каналы каждого модуля имеют свой базовый номер. Модули объединяются друг с другом и управляющим компьютером по шине ISA и имеют свои начальные адреса портов ввода - вывода.
Количество и начальные номера (адреса) каналов в поле коммутации, адреса вводавывода задаются при описании модулей в файле конфигурации HARD0.CFG.
Название модуля Каждый модуль в системе, подключенный к модулю МКЦ, обладает своим микропроцессором, который осуществляет управление каналами, связанных с ним ST-BUS потоков. Кроме того, для синхронизации процессов в разных модулях, модули должны обмениваться сообщениями.
В данном комплексе передача сообщений между модулями осуществляется средствами шины ISA с использованием механизма прерываний и (при необходимости) буферизацией сообщений в PCA-контроллере (встроенный в коммутационное оборудование АМК одноплатный управляющий компьютер, далее по тексту РСА).
Чтобы в момент прерывания РСА мог определить, кому предназначено то или иное сообщение, считанное в момент прерывания из модуля, каждому модулю присвоен уникальный идентификатор в виде шестнадцатеричного числа от 0x1 до 0xf (где 0x признак шестнадцатеричной системы счисления). Числа 0 и F зарезервированы. Этот момент находит свое отражение при описании модулей в файле конфигурации HARD0.CFG, см. пример 1. Идентификатор модуля используется для определения полного адреса канала в сообщениях межмодульного обмена. Например, 0xB003 - это канал номер 3, находящийся в модуле В. Данный канал в поле коммутации модуля МКЦ имеет адрес 0xE0+3 = 0xE3 (если базовый адрес каналов модуля B равен 0xE0).
Пример 2. Для того чтобы коммутировать канал с адресом 405F на канал модуля МОС 8001, где модуль МОС описан в файле HARD.CFG как:
МОС1 8 8 32 0x80 0x220 0x238 11 mos520.lda mos.cfg необходимо выдать команду: 4081.b.405F (либо команду com.4081.405F).
1.5 Конференции. Программный способ создания Под конференцией понимается разговор с возможностью участия в нем более чем двух человек. Например, в конференции могут участвовать телефонист и два абонента.
Каждый участник конференции слышит всех других участников, и не слышит самого себя.
На данном этапе развития комплекса существует один способ создания конференций – так называемый «Программный способ – с использованием модуля МОС»
В данной модели создания конференций используются программно-аппаратные средства модуля МОС.
Например: Для создания конференции между абонентом 4000 (нулевой канал в модуле МКЦ), абонентом 6001 (первый канал модуля МИКМ, описанного со смещением 0x160 в поле коммутации) и телефонистом 405F (находящимся в модуле МКЦ) должны быть произведены следующие коммутации:
Принимающие Кроме данных коммутаций в модуль МОС выдаются специальные команды для извещения последнего о факте создания (разрушения) конференции. На основании этих команд модуль МОС осуществляет алгоритм сложения “голосовых” данных, указанных в командах слотов.
Кроме того, иногда создаются и другие модели коммутации, когда в конференции число передающих участников отличается от числа принимающих или участвуют служебные каналы. Операция контроля разговора двух абонентов посредством телефониста является частным случаем конференции из трех участников.
Применение команд коммутации, вводимых с клавиатуры, опасно, т.к. может разрушить модель коммутации. Например, телефонист слушает некий канал в состоянии конференции. Мы вводим команду 0xb (либо com -коммутировать в одном направлении) для канала гарнитуры данного телефониста. Вместо того, чтобы слушать конференцию, гарнитура будет слушать указанный в команде канал, и телефонист не сможет продолжить нормальную работу. Для восстановления прежнего состояния необходимо знать номер канала конференции, в которую была включена гарнитура, либо повторить команду извлечения гарнитуры телефониста и вставки ее обратно.
2 СТРУКТУРА КОМПЛЕКСА
В типовых случаях взаимодействие программ комплекса происходит по следующей схеме (на примере комплекса программ АМК):логический сигнал от приемника канала
ДИСПЕТЧЕР
команда управления Рисунок 3 – Типовые схемы взаимодействия программ комплекса Изменение входных сигналов на линии обнаруживаются программами МОНИТОР модулей МКЦ, МИКМ, которые примерно один раз в 3-5 миллисекунды опрашивают все каналы. Программа анализирует текущее состояние канала (при необходимости - на основании анализа частотных составляющих сигнала модулем МОС) и переводит процесс управления каналом в одно из обобщенных состояний. Об изменении обобщенного состояния канала, программа МОНИТОР информирует программу ДИСПЕТЧЕР путем выработки прерывания по шине ISA. Программа ДИСПЕТЧЕР анализирует статус распределения канала. Если канал принадлежит какому-нибудь сеансу, то информация об изменении передается в соответствующий АРМ. Если МОНИТОР сообщает о переходе в состояние "входящий вызов", ДИСПЕТЧЕР ищет свободное рабочее место, способное обработать данный входящий вызов. Если будет найдено свободное РМ с разрешенной входящей группой, соответствующей входящей группе канала, то на данное РМ посылается сообщение о входящем вызове. В результате, телефонист видит на экране монитора своего рабочего места индикатор входящего вызова.Если свободного РМ с разрешенной входящей группой, соответствующей входящей группе канала, нет, то канал помещается программой ДИСПЕТЧЕР в очередь входящих вызовов. В случае, если очередной входящий вызов невозможно поместить в очередь, такой канал будет сброшен. Очередь входящих вызовов сканируется при освобождении рабочих мест на предмет распределения им нового входящего вызова. Если обобщенное состояние канала, находящегося в очереди входящих вызовов, перейдет в неразговорное состояние, то такой канал будет сброшен и удален из очереди. Кроме того, существует параметр – максимальное время нахождения канала в очереди входящих вызовов, по истечении которого, также произойдет сброс.
Сообщения между программой ДИСПЕТЧЕР и программами АРМ передаются через ЛВС.
Программа является связующим звеном между комплексом автоматизированных рабочих мест телефонистов и программами управления нижнего уровня (мониторами).
Одна программа ДИСПЕТЧЕР поддерживает функционирование коммутационного оборудования под управлением одного РСА. Если необходимо обеспечить совместное согласованное функционирование нескольких экземпляров коммутационного оборудования, каждое из которых работает под управлением своего PCA, а также обеспечить соединение адресного пространства коммутационных полей, то тогда все экземпляры коммутационного оборудования объединяются в единую программноаппаратную систему с использованием цифровых перемычек. Такая архитектура построения называется «многостоечным вариантом исполнения».
Программа ДИСПЕТЧЕР выполняет следующие основные функции:
- учет всех наличных в данный момент времени ресурсов, таких как каналы связи, активные АРМ Т, АРМ ТО и т.п., - планирование и выделение требуемых каналов связи по запросам АРМ телефонистов, - обнаружение входящих вызовов и назначение для них соответствующих АРМ телефонистов для последующего обслуживания и переназначения входящих вызовов при необходимости, - осуществление транзитной передачи сообщений о состоянии каналов от программ МОНИТОР к АРМу, владеющему каналом в данный момент времени, и осуществление транзитной передачи команд управления от АРМов в программы МОНИТОР, - осуществление диалога с оператором в режимах прямого управления оборудованием и выдача различной справочной информации на монитор, - накопление и вывод различного рода статистики по ресурсам, - выполнение контрольно-диагностических операций в процессе эксплуатации телефонной периферии, - визуальное отображение на экране видеотерминала оперативной информации для обслуживающего персонала.
- межстоечное взаимодействие.
Программа выполняется на микро - PC коммутационного оборудования в среде MS DOS и связана с другими программами через ЛВС.
2.2.2 Пользовательский интерфейс программы ДИСПЕТЧЕР Для запуска программы ДИСПЕТЧЕР необходимо в командной строке MS-DOS ввести disp263w hard0.cfg 0, Где:
disp263w – текущий исполняемый файл соответствующей версии программы ДИСПЕТЧЕР, hard0.cfg- файл, содержащий описание оборудования, находящегося в стойке и некоторых программных настроек системы;
0 – номер системы.
Также можно воспользоваться командным файлом disp0.bat:
:beg disp247w hard0.cfg @if errorlevel==2 goto beg Оператор «@if errorlevel==2 goto beg» необходим для реализации команды RELOAD.
После запуска программы ДИСПЕТЧЕР на экране монитора появляются несколько окон. Окно - локальная область экрана, служащая для отображения определенной информации. На любом компьютере ЛВС комплекса можно запустить программу CONSOL для отображения информации, от программы ДИСПЕТЧЕР. Некоторые из окон способны обрабатывать ввод с клавиатуры. Клавиатурный ввод всегда направляется в активное окно. Активным окном является такое окно, в котором в данный момент находится курсор, или окно выделено двойной псевдографической линией. Переключение между окнами осуществляется при помощи «мыши» либо при нажатии клавиши ALT+. Номер окна - это цифра, высвечиваемая в левом верхнем углу каждого окна с рамкой.
Для получения дополнительной информации активизируйте окно и нажмите клавишу F1.
После запуска программы, на экране по умолчанию появляются три окна как показано на рисунке 4.
1. Окно сообщений - высвечивает посылаемые в модуль команды и принимаемые из модуля сообщения, а также информацию о ходе загрузки программы, сообщения об ошибках (окно активизируется одновременным нажатием клавиш Alt +0).
2. Окно ручных команд - позволяет пользователю выдавать команды в модули, открывать новые окна, выдавать диагностические сообщения (Alt +1). В нижней части Окна ручных команд находятся панель отключения/подключения протоколов:
Состояние протокола индицируется яркой подсветкой соответствующей надписи. Данные опции можно отключить (подключить) нажатием соответствующих клавиш на клавиатуре.
Запись протоколов производится в файлы, определенные параметрами PrtFileName – имя файла протокола сообщений, ErrPrtFileName – имя протокола ошибок, в файле Нard.cfg(см.рисунок 7).
Указанные файлы протоколов хранятся в папке Prt.
На рисунке 9 представлено содержимое папки Prt: Имена файлов, начинающиеся с символа тильды (~), это так называемые архивные копии протокола, т.е. файлы, записанные за предыдущий период ведения соответствующего протокола. В зависимости от интервала, заданного в файле Hard.cfg – для файла протокола сообщений заполнение до переключения происходит в течение определенного времени (в приведенном примере это 600 сек), файл протокола ошибок переключается, после достижения определенного размера (в данном случае – это 10 Кб)( см. рисунок 7).
Внимание! Вывод сообщений обмена в окно номер 0 (поле ) и запись в протокол сообщений (поле ) должны быть отключены во время штатной эксплуатации комплекса. Включение вышеупомянутых протоколов производить только по явному указанию службы технической поддержки.
3. Окно статусной информации (Alt +2) - позволяет наблюдать некоторые статистические параметры: P, MP, Mem, Stack, ClCan, MMosUse.
P период основного цикла программы в ms MP максимальный зафиксированный период основного цикла программы Mem количество свободной памяти в системе в байтах Stack свободный стек программы ClCan адрес текущего канала чистильщика каналов InSz очередь входящих вызовов. Если InSz не равен 0, то при помощи команды PINCOM можно распечатать перечень каналов в очереди Mmos % максимального пикового значения использования ресурсов МОС с момента последнего включения (перезагрузки) статива Кроме видимых в первый момент окон, возможно, появление дополнительных интерфейсных конструкций. Рассмотрим наиболее употребительные из них.
4. Окно коммутаций и состояния каналов Выдачей команды COMMUT из окна ручных команд инициируется на экране программы консоли или непосредственно на мониторе, подключенном к коммутационному оборудованию, возникает следующее окно (окно № 3 на рисунке 10):
Данное окно показывает распределение коммутационного поля (вызов (Alt +3)). В каждой ячейке коммутационного поля содержится номер ячейки коммутационного поля, которую она слышит. Значение «FFF» означает, что данная ячейка слушает «тишину».
Значение «---» означает, что для данной ячейки коммутационного поля канал не описан в файле конфигурации каналов Cann.cfg. Любые другие цифровые значения обозначают адрес ячейки-передатчика для данной ячейки.
Ячейки коммутационного поля могут иметь различные цвета в зависимости от состояния канала, ассоциированного с данной ячейкой коммутационного поля:
Белое на синем - канал свободен, находится в исходном состоянии.
Желтое на синем - канал либо распределен некому владельцу, либо находится не в исходном состоянии.
Черное на красном - канал находится в состоянии ошибки.
Черное на зеленом - канал слушает не тишину и не МОС.
Черное на синем - канал замаскирован.
Темно-желтое поле – канал заблокирован.
Когда курсор находится на ячейке коммутационного поля, принадлежащей некому физическому каналу, то в нижней части обсуждаемой формы видна строка информации о выделенном канале.
Для каналов линий связи строка содержит следующие значения:
Adr полный адрес канала в форме MkcA адрес в модуле МКЦ Rm рабочее место, владеющее данным каналом (-1 канал не распределен на рабочее Ec расширенный код состояния канала Ty номер графа алгоритма St обобщенное состояние Gr текущая вершина графа алгоритма InId строковый идентификатор канала (как в файле Cann.cfg) InGr входящая группа (как в файле Cann.cfg) Prop битовая маска свойств канала (как в файле Cann.cfg) Outg исходящая группа (как в файле Cann.cfg) G вершина графа состояния гарнитуры (смотри сетевую команду 0x63) L флаг блокировки коммутации канала с передатчиком канала МОС E При E (ear) = 1 - “опасное” состояние; E=0 -“неопасное ” состояние Этот признак введен как в телефонных каналах, так и в каналах перемычки (для отображения состояния удаленного канала).
Если в момент “опасного” состояния гарнитура АРМ телефонистки слышит канал, то канал запоминается в гарнитуре в ячейке LCan, а сама гарнитура начинает слушать некий предопределенный генератор (н-р, КПВ или ЗАНЯТО). Если при исчезновении опасного состояния гарнитура все еще слушает предопределенный генератор – она снова коммутируется на запомненный канал.
Conf идентификатор конференции, в которой находится канал List Полный адрес канала, которого слушает рассматриваемый нами канал LMos канал МОС, который необходимо слушать при выполнении операции блокировки канала с каналом МОС LCan запомненный в момент блокировки МОС канал, который будет слушать наш канал после снятия блокировки Stat статус распределения канала. Известны следующие статусы:
Free - канал свободен Link - канал распределен рабочему месту Rm Incom - канал находится в очереди входящих вызовов Actrl - канал находится в очереди аварийного управления Для каналов МОС строка видоизменяется и содержит следующие значения:
Adr Полный адрес канала в форме MkcA адрес в модуле МКЦ Mask состояние канала (1 – канал замаскирован, 0 – нет) Conf идентификатор конференции, в которой находится канал List полный адрес канала, которого слушает рассматриваемый нами канал IOwn владелец приемника OOwn владелец передатчика PMod модуль, которому Ist статус распределения входящего канала:
Link - канал распределен рабочему месту Rm Incom - канал находится в очереди входящих вызовов Actrl - канал находится в очереди аварийного управления Ost статус распределения исходящего канала (аналогично Ist) Окно состояния коммутационного поля, как правило, используется для оперативной оценки состояния канала, определения текущей вершины графа алгоритма, статуса распределения.
5. Окно дампа памяти модуля Посредством команды «MMEM. » на экране программы консоли или непосредственно на мониторе, подключенном к коммутационному оборудованию, открывается окно дампа памяти модуля (см. рисунок 11). Данное окно служит для отладки программ соответствующего модуля. Как правило, пользоваться ими можно только под руководством разработчика программного обеспечения. Содержимое ячеек памяти модуля может изменяться в зависимости от версии загруженного программного модуля. Однако, существуют адреса памяти данных, по которым хранится информация в оговоренном формате.
Для модулей МИКМ и МКЦ с адреса 0x3d00 (в МКЦ3 - с адреса 0х3000) хранится таблица каналов как это описано в документе ISA.TXT. По адресу 0x3F00 определен буфер приема сообщений, по адресу 0x3F20 - буфер передачи.
Для более полной информации о предопределенных адресах смотрите файл ISA.TXT, в рабочем каталоге...\KC_PROG\DISP.
ВНИМАНИЕ ! Необдуманная запись в ячейки памяти программ или памяти данных любого модуля может привести к непредсказуемым последствиям, вплоть до остановки комплекса. Не пользуйтесь этой возможностью без обоснованной необходимости.
6. Окно состояния ИКМ потоков Посредством команды ikmstat на экране программы консоли или непосредственно на мониторе, подключенном к стативу, открывается окно состояния ИКМ потоков, содержащее следующую информацию:
NП – номер потока, LOST – отсутствует входящий сигнал, AIS – приходит сигнал всех единиц, SYNC – нет кадровой синхронизации, RAIS – нет кадровой синхронизации на удаленном конце, MFSYNC – нет мультикадровой синхронизации, RMFSYNC – нет мультикадровой синхронизации на удаленном конце, CRC – нет синхронизации CRC4, RCRC – нет синхронизации на удаленном конце.
EDSSL2 – состояние слоя 2 сигнализации EDSS 2.2.2.1 Форматы ручных команд программы ДИСПЕТЧЕР Рассмотрим более подробно формат ручных команд.
Допустимы три формата команд:
......
Где:
Пр - номер канала приемника Коп - код сообщения Сn - слово тела сообщения Например: 8005.2.3e8.0 - Каналу 5 модуля МОС 8 генерировать частоту 1000Гц.
Надо отметить, что в качестве источника в сообщении проставляется значение 1100.
#.......
Где:
Пр - номер канала приемника Ист - номер канала источника Коп - код сообщения Сn - слово тела сообщения Например: #8005.4001.3.5 - Каналу 5 модуля МОС 8 генерировать цифру 5 по текущей сетке частот, а код завершения операции послать каналу 1 модуля МКЦ 4.
....
Где:
Стр - строковая команда Пар n - параметры строковых команд Например: PSESS.1 - Распечатать информацию по сеансу номер г) [путь\]ИмяФайла_без_расширения Добавить набранную команду в конец файла Кроме выдачи строковых команд, окно ввода команд способно обрабатывать функциональные клавиши, назначение которых показывается в нижней части основного окна.
Для обеспечения соответствия версий загружаемых алгоритмов версиям ПО модулей МКЦ и МОС проводится проверка соответствия ПО модуля МКЦ версии его оборудования:
в МКЦ2 нельзя загружать ПО с версией более или равной 3.00;
в МКЦ3 нельзя загружать ПО с версией меньше 3.00.
Данная информация берется из ячеек модуля МКЦ:
3828 – версия алгоритмов;
3829 – минимальная версия основного модуля;
382А – минимальная версия МОС.
2.2.2.2 Описание строковых команд программы «ДИСПЕТЧЕР»
? или H или HELP Высветить окно помощи с описанием строковых команд BCMD63.«on,off» Включить -on, выключить - off контроль команд CANSESS.«РМ» Показать каналы, распределенные на рабочее место «РМ»
CLCAN.«on,off» Включить -on, выключить - off чистильщик каналов COM.«адр1».«адр2» Коммутировать канал «адр2» на канал «адр1»
COM2.«адр1».«адр2» Коммутировать в двух направлениях каналы «адр2» и COMSPY.«ашп».«адр» Каналу «ашп» слушать прием канала «адр»
CONNECT.«РМ» Распечатать список соединений РМ CONNECT. «РМ». CREATE. Создать соединение (конференцию) для РМ с «id». «КолКан». «ТрКонф» идентификатором Id, где CONNECT.«РМ». Добавить канал в существующее соединение (конференцию) «ADD».«id».«кан».«ТипКом». для РМ с идентификатором Id, где «DEL». «id».«кан» (конференции) для РМ с идентификатором Id, где CONNECT.«РМ». Удалить соединение с идентификатором Id для данного РМ DELALL.«id»
DELAY.«мс» Установить задержку между исполнением команд из DELSPY.«ашп» Отключить следящий подслушивающий канал «ашп»
DELSESS..«NumRm» Удалить сеанс связи с РМ.
DIAL.«адр».«номер» Набрать номер «номер» по каналу «адр»
DIALDTMF. Произвести набор номера в канале «адр» DTMF кодом «адр».«номер»
DOG.«on,off» Включить (выключить) сторожевой таймер DOSPY.«ашп».«адр» Каналу «ашп» слушать прием и передачу канала «адр», для ERRBEEP.«on,off» Разрешить или запретить звук при возникновении ошибки FREE.«NumRm».«адр» Освободить канал «адр», закрепленный за рабочим местом GETPARAM Выводит в окно сообщений список всех изменяемых GETPARAM.«имя» Прочитать значение параметра «имя».
IKMSYNC.«ид».«ном» Установить синхронизацию МКЦ от потока «ном» МИКМ IKMSTAT Показать статус цифровых потоков. Количество цифровых INISTBUS. Рестартовать потоки STBUS модуля. Связана с LOADALLDSP.«ид.» Заново загрузить программу модуля MASK.«адр» Замаскировать канал «адр». После выполнения команды MEM8980.«ид.» Показать дамп верхней и нижней памяти МС 8980 модуля MMEM.«модуль» Показать окно памяти модуля MOSRINGRESURS. Управление кольцевым распределением ресурсов МОС «on,off»
NETSTAT Дать информацию о сетевых параметрах NONTTIINGR. «гр1»,…, Входящие группы, для которых запрещено рассылать «грN» сообщения NTTI (NO_TEL_TO_INCOM – нет рабочих мест 1. NONTTIINGR.16,15 – запретить рассылку сообщений NTTI для 16 и NOPFRASE.«адр» Отменить генерацию фразы в канал «адр»
OUT.«адр».«дан» Записать «дан» в порт ввода-вывода «адр»
OUTB.«адр».«дан» Записать байт «дан» в порт ввода-вывода «адр»
PERIND.«мс» Установить период обновления дампа модулей PERRAON.«on,off» Разрешить или запретить считать ошибкой PFRASE.«адр».«N» Выдать фразу номер «N» в канал «адр»
Если команда выдана без параметров, то печатается список PCAN.«адр» Показать состояние канала «адр»
PCONNECT.«NumRm» Распечатать список соединений РМ «NumRm»
PSERVECE Распечатать список всех номеров служб RESDAMADG Сбросить признак останова всех модулей PCONFIRON Показать состояние модулей конференции. Информация PINCOM распечатывает очередь входящих той системы, на которой выдана данная команда. Оценить, пуста-ли очередь, можно PMOD.«модуль» Показать конфигурацию модуля с идентификатором PRTCAN.«адр» Задать канал-фильтр для вывода в протокол. В протокол «источника» или «приемника» имеется канал «адр». Имя файла протокола вводится в файле HARD0.cfg параметром PrtFileName (например, PrtFileName =PRT\prt0.mes;).Для необходимо набрать в консоли Диспетчера PRTCAN (без параметров). Снять фильтр можно заданием канала FFFF.
PRTRM. «РМ» Задать номер рабочего места «РМ», сетевые пакеты которого убедиться, что данный фильтр включен, необходимо набрать в консоли Диспетчера PRTPM (без параметров). Снять PSESS. «РМ» Показать состояние РМ связи с рабочим местом «РМ»
PSPY.«адр» Показать блок данных слежения за каналом PSPYOBJ.«ашп» Показать информацию о шпионе RECFG Перечитать конфигурацию каналов из файла cann.cfg, а SETDOG.«тип» Задать тип сторожевого таймера (1 - 6134P, 2 - 6143P, 3 V) SETTIME.чч.мм.сс Установить время «чч.мм.сс» в управляющем контроллере SETPARAM. Установить параметр из файла HARD0.CFG в значение SS7TRACE. - включить - выключить трассировку SS7, (для разрушения TESTALL Тест, проверяющий нормальное функционирование МОС VOICE.«ИдМОС».«адр».«Ти Запись «голосовых» данных в файл, с последующим пКом».»ТипКодир».«ИмяФ» просмотром программой VIEWER.AMK NOVOICE. «ИдМОС» Отмена записи «голосовых» данных VREC.«on,off» Разрешить или запретить видеозапись РМ (используется UNMASK. «адр» Размаскировать канал «адр»
Параметр «on,off» принимает значения on - выключить или off - включить.
Параметр «РМ» обозначает номер рабочего места и определяется как в файле ws.cfg.
Параметр «модуль» обозначает идентификатор модуля, например, 4 - МКЦ, 6 - МИКМ, - МОС.
Параметр «адр» для каждого канала печатается в окне коммутаций и состояния каналов в информации о каналах. Для получения информации о каналах, необходимо встать на нужный канал, выбрав его посредством клавиш управления курсором.
Для быстрого ввода строковой команды выберите из окна помощи (F1) нужную команду и нажмите F1, команда появится в окне ручных команд. Далее достаточно ввести параметры команды.
Команда RELOAD используется при необходимости перезагрузки программы ДИСПЕТЧЕР и программ модулей, например, в аварийных ситуациях. Команда DOWN предназначена для закрытия системы. Команда MASK (маскировать) - позволяет оперативно блокировать сообщения канала, когда канал изымается техником из распределения телефонистам. При этом рекомендуется дождаться завершения соединения по данному каналу, чтобы не прервать разговор абонентов. Замаскированный канал возвращается в распределение командой UNMASK. Команда RECFG дает возможность изменить конфигурацию каналов, не прерывая выполнение программы ДИСПЕТЧЕР.
Команда CLCAN позволяет включить или выключить так называемый «чистильщик» каналов. Если «чистильщик» включен (рекомендуется), ДИСПЕТЧЕР будет автоматически посылать команды сброса на каналы, находящиеся в состоянии ошибки. В некоторых случаях полезно получать протоколы, содержащие только сообщения, связанные с одним из каналов коммутатора или только одним РМ. Выбрать такой канал (РМ) можно командой PRTCAN (PRTRM).
Информацию, вводимую в командной строке окна ручных команд, можно направлять в файл следующим образом:
Команда MASK.4000>file запишет в файл FILE команду MASK.4000.
Команда PCONFIRON>+file (либо PCONFIRON>>file)добавит в файл FILE команду PCONFIRON.
Далее этот файл можно исполнить, введя команду 0x81: t(T1,0)? t0/ 2->0x82: t(T2,0)? t0/ КОНЕЦ_ГРАФА Генератор алгоритмов, начиная с версии 2.07 (GG207.EXE), выводит в выходной файл ALGS*.LDA информацию о допустимых параметрах алгоритмов.
Данная информация используется программой Диспетчер как справочник корректности описания параметров в файле CANN.CFG. При создании алгоритмов параметрам всегда задаются значения по умолчанию, которые применяются в том случае если явно параметры канала в файле CANN.CFG заданы не были.
2.2.3.1.1 Раздел [ИКМТРАНЗИТ] Под транзитом сигнализации в данном контексте понимается передача битов сигнализации одного канала – в биты сигнализации другого канала. Такая «прозрачная»
передача позволяет организовать уплотнение ИКМ трактов, а также транзит не используемых каналов в другие системы передачи.
Удобством такой передачи служит то, что для ее трансляции не нужно знать о типе используемой сигнализации в потоках. Но это достоинство лишает нас возможности анализа набираемых в потоке направлений и соответственно функций динамической маршрутизации трафика. Возможно только «жесткое» закрепление одного канала потока – за другим каналом. Другим ограничением является то, что осуществлять транзит можно только в пределах одного модуля ИКМ.
Пример секции:
[ИКМТРАНЗИТ] 0x7001 0x7022 ;Тр-т сигнализации первого канала потока 1 и 2-го потока 0x7002 0x7021 ;Тр-т сигнализации 2-го канала потока 1 и 1-го к-ла потока 0x7003 0x7023 ;Тр-т сигнализации 3-го канала потока 1 и 3-го к-ла потока Секция поддерживает команду RECFG.
Сами каналы с транзитной сигнализацией должны быть определены в файле CANN.CFG в разделе соответствующих модулей как каналы с типом сигнализации 0x81 без входящих и исходящих групп (чтобы не учавствовать в других распределениях).
Например:
[МИКМ1] 0x01 0x81 - - АТС_КВАНТ 00000 ; Транзит...
0x1F 0x81 - - АТС_КВАНТ 00000 ; Транзит 2.2.3.2 Файл HARD.CFG Файл HARD.CFG содержит описание оборудования, находящегося в стативе и некоторых программных настроек системы. Файл содержит несколько разделов. Раздел начинается словом, заключенным в квадратные скобки, например - [ФРАЗЫ]. Структура каждого раздела описана ниже.
2.2.3.2.1 Шаблоны
ПРАВИЛА ОПИСАНИЯ ШАБЛОНОВ СРАВНЕНИЯ
Шаблон сравнения – это запись, служащая для ответа на вопрос – подходит сравниваемое значение для данного шаблона – или нет. Шаблоны активно используются в файле HARD.CFG для более удобного определения правил указываемых в различных секциях. Шаблон состоит из сравниваемых знаков и специальных символов.Сравниваемые знаки – самый простой элемент шаблона. Он означает, что в данной позиции сравниваемой строки должен находиться именно данный символ. Например, шаблон «82» подходит только для сравниваемой строки «82». Однако жизнь не такая простая, и оказалось, что нужно иметь ответы на вопросы вида «А не начинается ли набираемая строка с символов 82 и имеет 0 или более других знаков за данными цифрами?» Для решения таких и более сложных задач в шаблоны введено понятие специальных управляющих знаков.
• * - означает «ноль или более любых символов» Например, под шаблон 123* подойдут строки вида «123», «12390», «123-ля-ля-ля», но строки вида • ? – в позиции данного знакоместа должен находиться любой символ.
Например, под шаблон 0?? подойдут строки «003», «004», «00Ф», но строки • [] – выражение в данных скобках описывает множество значений в данной позиции знакоместа по закону ИЛИ. Множества бывают включающие и исключающие. Рассмотрим сначала включающие множества.
Общий вид включающего множества можно представить следующей записью:
[n1,n2…nn], где n – последовательность символов, которые могут находиться в данном знакоместе. Например, под шаблон 12[4,7,89]? Подойдут записи «1241», «1272», «12893», «12891» и не подойдут строки вида «12», «124», «0347». Иными словами – после цифр 1 и 2 ожидаются цифры 4 или 7 или 89, а после любой из этих цифр должен быть еще один любой знак.
Общий вид исключающего множества можно представить следующей записью:
[^n1,n2…nn], где n – последовательность символов, которые могут находиться в данном знакоместе, а знак «^» - признак исключения. Например, под шаблон 12[^4,7,89] подойдут любые записи, начинающиеся с цифры 12 и не содержащие после них цифр 4,7,
ПРАВИЛА ОПИСАНИЯ ШАБЛОНОВ НАБОРА
Шаблон набора для исходящей группы направления несет в себе иную смысловую нагрузку, чем в обсуждаемые выше по тексту в данном разделе шаблоны сравнения. Данный вид шаблона необходим не для сравнения, а для формирования аппаратно специфичной для данного типа каналов информации о набираемом номере.Общий формат данных шаблонов можно представить в виде:
«цифра в набор {{n} {[позиция 1 в набираемом номере{, позиция n в набираемом номере номер } {- {n, конечная позиция в набираемом номере}}}.
Итак, для решения задач преобразования набора в шаблоны также введено понятие специальных управляющих знаков.
• n – В контексте записи «[цифра-n]» означает «подставить в данную позицию набираемый номер начиная с позиции «цифра».
В контексте записи «n» - означает «подставить в данную позицию номер, • [] – определяют границы описываемого множества позиций символов Поясним вышесказанное на примерах для набираемого номера 83513529985:
Шаблон набора Полученный результирующий набор для [2-n]13522820B 351352998513522820B Таким образом, используя шаблоны набора, мы можем формировать из набираемого номера любую последовательность символов, для выдачи ее непосредственно в сопряженное с аппаратурой комплекса оборудование.
2.2.3.2.2 Раздел [System0] В общем случае, данный файл может содержать несколько описаний оборудования для нескольких систем (стативов). Каждая конфигурация оборудования начинается строкой вида [System ] и кончается либо при встрече конца файла, либо при встрече описания следующего раздела в квадратных скобках. Номер системы и имя файла конфигурации hard.cfg задаются при запуске ДИСПЕТЧЕРА.
. Например: disp263w.exe hard.cfg 0, где 0 - номер системы, указывающий какую секцию описания оборудования [System] считывать из файла hard.cfg Каждая строка описания оборудования представлена в следующем виде:
Строковый идентификатор модуля Строковый идентификатор модуля - строка, служащая для идентификации модуля в файле CANN.CFG.
идентификации модуля на шине ISA.
Тип модуля - шестнадцатеричное уникальное число, служащее для идентификации типа модуля. Модуль может быть следующих типов: PC=1, MKP=2, MOС=8, МОС4= 84, MIKM=6, MKC=4, МИС=5, МКЦ3=3, MIKM3=63.
Максимальное количество каналов в модуле - определяется количеством STBUS потоков, обслуживаемых модулем.
Начальный адрес каналов в поле коммутации модуля МКЦ - смотри выше «Взаимодействие программных и аппаратных средств».
Базовый адрес портов ВВ модуля - базовый адрес на шине ISA Вектор прерывания - вектор, используемый модулем для извещения программы Диспетчер о неком событии.
Файл управляющей программы - так как модули МИКМ, МКЦ, МОС не имеют встроенного ПЗУ для постоянного хранения программ и данных, то данные программы грузятся программой диспетчер в момент своего запуска.
2.2.3.2.3 Раздел [ЗАГРУЖАЕМЫЕ_ФРАЗЫ] Данная секция позволяет загрузить фразы в модуль с архитектурой МОС4 и определить доступные фразы в модуле МОС3.
По умолчанию, модулем МОС4 "понимаются" WAV файлы с типом кодирования – 6 WAVE_FORMAT_ALAW (CCITT A-Law) 8кГц, 8бит, моно производимые стандартными звуковыми редакторами (например утилитой SNDREC32.EXE операционной системы WINDOWS), а также файлы мелодий с расширением *.m4, производимые из MIDI исходных файлов программными утилитами СКБ Проминформ.
Используя упомянутый выше алгоритм сжатия, и имея объем ОЗУ в 32Мб, данный модуль позволяет хранить до 60 минут звуковой информации.
Секция поддерживает операцию RECFG.
Мелодии — аналогичны по свойствам предопределенным генераторам. Т.е. по сути являются «бесконечными». Иными словами - мелодии не имеет окончания. Поэтому для корректного воспроизведении мелодии нужно указывать время ее звучания в мс.
Например:
PFRASE.400f.100, генерировать фразу 100 в канал 400F в течении 10 секунд.
Пример секции:
[ЗАГРУЖАЕМЫЕ_ФРАЗЫ] ; перечень фраз загружаемых в модули системы ; Идент. Номер Файл Описание фразы в ; модуля фразы фразы "двойных кавычках" - 1 frz\1.wav "Ваш вызов не может быть обслужен" - 2 frz\2.wav "Телефонистка занята, ожидайте" - 100 frz\Melod.m4 "Мелодия" Если поле «Идент.модуля» равен '-' или 0 – то это означает что фраза будет загружена во все модули варианта МОС4, иначе указывается конкретный модуль.
В случае совместного использования «старых» модулей МОС3 (МОС25) и модулей МОС4 или только модулей МОС3 (МОС25), в обсуждаемой секции необходимо определить и фразы загружаемые в МОС3 (МОС25). Это необходимо только для информирования системы управления фразами программы Диспетчер о их наличии.
Напомним, что загрузка фраз МОС3 (МОС25) производится по правилам из файла MOS.CFG Например:
На узле связи использовались фразы 1, 2, 3, 50, 51, 52 и 100, Причем фразы 1, 2, загружались из файла FRAZA3.LDA (определяется в файле MOS.CFG) в модуль МОС 8.
Тогда секция [ЗАГРУЖАЕМЫЕ_ФРАЗЫ] должна выглядеть следующим образом:
[ЗАГРУЖАЕМЫЕ_ФРАЗЫ] ; перечень фраз загружаемых в модули системы ; Идент. Номер Файл Описание фразы в ; модуля фразы фразы "двойных кавычках" 8 1 FRAZA3.LDA "Ваш вызов не может быть обслужен" 8 2 FRAZA3.LDA "Телефонистка занята, ожидайте" 8 100 FRAZA3.LDA "Мелодия" Предопределенные генераторы 50, 51 и 52 определять не надо, программа Диспетчер сделает это автоматически.
Если такую процедуру не провести, то при попытке генеации фразы рабочие места будут получать ошибку 121 - "Нет фразы с таким идентификатором".
Примечание Не пытайтесь загружать фразы в модуль МОС4 из «старых» файлов с расширением LDA, у них несовместимый формат.
Примечание 2:
Фразы из секции [ЗАГРУЖАЕМЫЕ ФРАЗЫ] во время операции RECFG переписывают фразы загруженные внешним ПО с идентичными номерами фраз.
Внимательно следите за идентификаторами фраз внешнего программного обеспечения.
Примечание 3:
"Номер фразы" из секции [ЗАГРУЖАЕМЫЕ ФРАЗЫ] может быть использован в качестве номера фразы в секции [ФРАЗЫ] файла HARD0.CFG для задания соответствия между событием и реакцией на него со Этиже номера служат для идентификации фраз в программах АПП, IVR, АЦВ, АРМТ, Consol и т.д....
2.2.3.2.4 Раздел [ФРАЗЫ] Программа ДИСПЕТЧЕР способна отслеживать некий перечень событий возникающих в процессе обработки сигнализации. Каждое событие можно ассоциировать с некоей фразой. Фразы идентифицируются определенным числом. Набор фраз загружается из файла специального формата в модуль МОС на этапе загрузки программы ДИСПЕТЧЕР. Имя файла с записанными фразами указывается в качестве параметра для модуля МОС в файле HARD.CFG. Во все модули МОС загружаются одинаковые файлы с одинаковым набором фраз. Известны следующие предопределенные события, для которых определены следующие фразы:
1. Нет открытой входящей группы у всех телефонистов для обработки данного входящего вызова.
2. Есть телефонисты для обработки входящего вызова в канале, но все они заняты и не способны в данный момент его принять и обработать.
3. Входящий вызов попал на экран телефониста, но она еще не подключилась к данному входящему вызову микрофоном.
События ассоциируются с фразами посредством таблицы, состоящей из следующих колонок:
1) Событие – номер предопределенного события, 2) Перечень фраз, ассоциированных с данным событием, 3) Время начала - время начала действия правила генерации данной 4) Время конца - время окончания действия правила генерации данной 5) Входящая группа – входящая группа, для которой определено данное правило. Представляет собой шаблон номеров входящих групп. Например, значение 3 означает только группу 3, значение * - любую группу, [10,3] правило действует для 10й и 3й групп 6) Свойство – 1 - не генерировать NTTI сообщение при действии данного правила (см. описание команды NONTTIINGR) Например, запись в секции [ФРАЗЫ] файла HARD0.CFG может иметь следующий вид:
; Событие Фраза Время начала Время конца Вх.группа Свойства Если длительность паузы после фразы не указана и описано только одно речевое сообщение (как это сделано в предыдущем примере), то такая фраза будет повторяться бесконечно с интервалом в 5 секунд.
Если определено несколько правил - то применяется первое подходящее для данного входящего вызова. Колонки со второй по пятую – могут отсутствовать. Это означает, что такая запись действует круглосуточно, для всех входящих групп и не меняет свойства канала.
Приведем пример файла HARD0.CFG, где показана возможность создания последовательности фраз:
[ФРАЗЫ] ;Событие Фраза Здесь для события №1 определено следующее:
1. Генерировать фразу 1, после ее генерации пауза 1 сек.
2. Затем генерировать фразу 2, после ее генерации пауза 2 сек.
3. Затем генерировать мелодию 100 бесконечно.
Фразы перестают генерироваться при подключении к каналу гарнитуры, либо при сбросе канала. Переход канала в неразговорное состояние не влияет на генерацию. При выполнении операции RECFG секция ФРАЗЫ перечитывается. Кроме фраз, загружаемых в модуль МОС явно из файла фраз, существуют предопределенные фразы, которые модуль МОС может генерировать независимо от того, загружен в него файл фраз или нет.
Существуют следующие предопределенные фразы:
• 50 - ЗАНЯТО • 52 – непрерывный тон 425Гц • 100 - Мелодия (полонез Огинского только в семействе МОС2x) Мелодию, генерируемую одним каналом МОС, может слушать неограниченное число каналов, тогда как для генерации фразы выделяется один канал МОС на каждый запрос.
Сигналы ЗАНЯТО, КПВ, 425Гц генерируются каналами МОС (так называемыми предопределенными генераторами). Этим каналам в момент старта программы ДИСПЕТЧЕР выдается команда генерации. Как правило – это первые три канала в МОС1, соответственно данные предопределенные генераторы отсутствуют в файле FRAZA?.LDA и их не надо определять в секции [ЗАГРУЖАЕМЫЕ_ФРАЗЫ].
Существует возможность для любого события определить пустую фразу, так чтобы при наступлении такого события никакие фразы в канал не выдавались (в этом случае тональные сигналы определяются поведением графа алгоритма канала). Такая фраза помечается знаком минус '-'.
2.2.3.2.5 Раздел [MultiSysCfg] В общем случае возможна согласованная работа нескольких стоек с коммутационным оборудованием, объединенных локальной единой сетью цифровыми перемычками, соединяющими коммутационные поля данных систем. Основная идея – организация отображения адресного пространства коммутационного поля одной системы в адресное пространство другой. Решение этого вопроса позволяет осуществлять межстоечную передачу каналов, распределение каналов с определенными исходящими группами из соседних систем, распределение и обработка входящих вызовов, порожденных в соседних стоек, увеличивает надежность системы в целом.
Для корректной работы комплекса программе ДИСПЕТЧЕР необходима информация о конфигурации реальных аппаратных и программных средств, связываемых систем. Рассмотрим следующий пример:
[MultiSysCfg] Рассмотрим описание сегмента В данном примере говорится о том, что существуют две системы - Система5 и Система6. Данные системы соединены между собой двумя цифровыми перемычками (две строки описания с одинаковыми значениями номеров системы).
Сегмент 1 включен в коммутационное поле системы 1 с адреса 141.
Сегмент 1 включен в коммутационное поле системы 2 с адреса 141.
Сегмент 1 включен в систему 1 посредством модуля с идентификатором 6.
Сегмент 1 включен в систему 2 посредством модуля с идентификатором 6.
Количество голосовых каналов в сегменте 15.
В общем случае, системы могут быть объединены N количеством цифровых перемычек, и для каждого сегмента необходимо добавлять в описываемый раздел строку описания сегментов. Необходимо только чтобы описания систем в различных файлах HARD.CFG были идентичны между собой. Следует отметить, что при описании в качестве перемычки цифрового потока, его необходимо описывать как два сегмента (по причине наличия в непрерывном адресном пространстве цифрового потока служебных тайм слотов, по которым нельзя передавать голосовую информацию). Пример выше как раз описывает подобный случай. Распределение каналов цифровой перемычки осуществляется по следующему алгоритму:
Система с большим номером распределяет каналы от конца перемычки к началу.
Система с меньшим номером распределяет каналы с начала перемычки и по возрастанию.
Такой алгоритм позволяет решить проблему "встречного занятия" каналов.
2.2.3.2.6 Раздел [ВХОДЯЩИЕ] Раздел [ВХОДЯЩИЕ] предназначен для динамической формирования входящей группы канала по номеру вызываемой службы. Раздел поддерживает операцию RECFG. В нем содержится три четыре параметра «Телефон службы», «Входящая группа», «Идентификатор», «Свойства».
Параметр «Идентификатор», аналогично параметру "Входящая группа", в момент входящего вызова подставляется вместо идентификатора канала из файла CANN.CFG. т. е.
это ВЫХОДНЫЕ парамтры секции. Если поле параметра не описано или содержит знак "-", то такое поле считается неопределенным и идентификатор берется из CANN.CFG.
Параметр «Тел.службы» вычленяется из поля Nb пакета с входящим вызовом. Для более детального представления возможных значений данного поля, можно выдать ручную команду PCAN. в окне ручных команд и проанализировать cодержимое параметра ServNum.
Параметер телефон службы является шаблоном а не строкой с которой д.б. полное соответствие.Например:
Тел.службы равный подойдет для всех вызовов в номера служб которых начинаются с 09.
91? - подойдет для всех вызовов в номера служб которых начинаются с 09 и длиной в знака.
* - подойдет для любых вызовов Параметр «Тип линии (свойства)» аналогичен соответствующему полю в CANN.CFG. При его отсутствии, берется значение из вышеупомянутого файла для данного канала.
Параметер «Для_вх.» определяет для какой оригинальной входящей группы предназначена данное правило. Поле является шаблоном. Например:* - все правила, 1 – входящая группа 1 и т. д.. По умолчанию поле содержит знак * - т.е. Правило подходит для всех вызовов.
Параметры «Начало» и «Конец» определяют период начала и конца действия данного правила.
Используя значения полей «Для_вх.», «Начало» и «Конец» и тип лини (свойства канала) возможно организовывать динамическую маршрутизацию вызовов устанавливая бит 17 свойств (функции АТС). Это позволяет в определенные промежутки времени (например вечером) организовывать транзит входящих вызовов минуя операторов в автоматическом режиме на любые направления, определенные в секции [НАПРАВЛЕНИЯ]. Для более подробной информации обратитесь к разделу Подсистема конвертора сигнализации (транзитных соединений) Пример:
[ВХОДЯЩИЕ] ;Номер_службы Вх.гр. Идентификатор Свойства Для_вх. Начало Конец;
служба Текущие ограничения:
Номер службы извлекается, как правило, только алгоритмами с импульсными пакетами 2,3, EDSS и ОКС (ИКМ алгоритмы 84, 88, 91, A0) Иными словами работает со всеми алгоритмами сообщающими о номере набранной абонентом службы.
Однако указав в качестве номера службы * (звездочку) и оперируя параметрами Для_вх.
Начало и Конец можно добиваться вполне приемлемого результата (маршрутизация на основании входящей группы).
Сообщать о номере набранной службы возможно и сообщением 2e в фазе предшествующей входящему вызову, что позволяет обрабатывать номера служб декадных алгоритмов.
// ExtCode - 02h = EPPACK0 - Импульсный пакет Nb Ka Na "B" // ExtCode - 03h = EPPACK1 - Импульсный пакет Kвыз Nb "B" // ExtCode - 06h = EPDSS1 - Пакет CSS nnnnnnn@aaaа // ExtCode - 07h = EPSS7 - Пакет CSS nnnnnnnnnnn@kaaaаaaa 2.2.3.2.7 Раздел [ЗАЩИТА_ГАРНИТУРЫ] В данном разделе организовывается защита гарнитуры от неприятных частот в канале. Программа ДИСПЕТЧЕР анализирует обобщенные состояния каналов на предмет их совпадения с состояниями каналов данного алгоритма, описанными в секции [ЗАЩИТА_ГАРНИТУРЫ] файла HARD0.CFG. При обнаружении опасной для ушей звуковой сигнализации программа ДИСПЕТЧЕР анализирует, не слушает ли гарнитура данный канал и не распределен ли данный канал программе АРМ Телефониста (т.е.
гарнитура программа АРМ Техника уже не будет защищена). Если это так, то канал запоминается в гарнитуре в ячейке Lcan, а сама гарнитура начинает слушать некий предопределенный генератор. Если при исчезновении опасного состояния гарнитура все еще слушает предопределенный генератор, то она снова коммутируется на канал, запомненный в ячейке Lcan. Сигнализация в каналах должна соответствовать ОГСТФ. В противном случае возможны ситуации, когда реально в канале уже можно слышать ответ абонента, хотя по сигнализации мы его еще не достигли, а гарнитура будет слышать предопределенный генератор до достижения каналом разговорного состояния.
Данный раздел перечитывается командой RECFG.
Значение поля «Идентификатор предопределенного генератора» аналогично значениям, обсуждаемым при описании секции [ФРАЗЫ] Ниже приведен пример использования данного раздела в файле hard0.cfg:
;[ЗАЩИТА_ГАРНИТУРЫ] ; Номер Состояния Идентификатор ; алгоритма с неприятной предопределенного Параметры "номер алгоритма" и "состояния" считываются в шестнадцетиричном формате.
2.2.3.2.8 Раздел [РАСПРЕДЕЛЕНИЕ КАНАЛОВ] Секция [РАСПРЕДЕЛЕНИЕ_КАНАЛОВ] позволяет определять правила распределения исходящих каналов в зависимости от исходящей группы направления. Если для исходящей группы не существует явно определенного правила, то используется стратегия распределения "по кольцу, начиная с младших адресов". Секция поддерживает команду RECFG.
Пример секции:
;[РАСПРЕДЕЛЕНИЕ_КАНАЛОВ] ; Исх. группа - номер исх. группы ; Кольцо - 0 - С НАЧАЛА ИЛИ КОНЦА в зависимости от направления, ; Направление - 1 - ПО ВОЗРАСТАНИЮ адресов, ; Исх. группа Кольцо Направление 2.2.3.2.9 Раздел [ДЛИНА_ПРИНИМАЕМОГО_НОМЕРА_СЛУЖБЫ] Секция позволяет определить количество цифр сообщаемое входящим каналом для идентификации его как номера службы. Данная информация сообщается графу алгоритма по его запросу как правило еще до момента поступления входящего вызова (см. ISA.TXT, команды 0x96, 0x97) Пример секции:
[ДЛИНА_ПРИНИМАЕМОГО_НОМЕРА_СЛУЖБЫ] ; Определение длины номера службы по запросу алгоритма канала 2.2.3.2.10 Раздел [ДЕКОДИРОВКА_НОМЕРА_СЛУЖБЫ] Секция необходима для маршрутизации входящих вызовов с установленным 17-м битом (0x20000) свойств с целью определения «Метки исходящего направления» и применения этой метки к секции [НАПРАВЛЕНИЯ] с последующим поиском исходящего маршрута, а также для выделения номер абонента (а) из информации по АОН.
Параметры «Номер службы», «Номер абонента», «Входящая группа» являются входными параметрами. Другими словами – только при соответствии входящего вызова данным шаблонам – правило считается найденным и производится просмотр секции
НАПРАВЛЕНИЯ.
[ДЕКОДИРОВКА_НОМЕРА_СЛУЖБЫ] ; Номер Номер Входящая Метка исходящего Декодировка ; службы абонента группа направления номера абонента А изменений первую цифру (только если звонок с номера 575999) 2.2.3.2.11 Раздел [НАПРАВЛЕНИЯ] Секция предназначена для определения исходящего направления как местных, так и транзитных вызовов по шаблону набора (номеру сервиса), метке исходящего направления и категории абонента. Перечень доступных групп для каждого направления представлен в виде их списка, формата (), перечисленных через запятую.Группы объявлены в порядке приоритета их использования слева направо. Если в первой по приоритету группе нет свободных каналов, то используется следующая по приоритету группа и т.д.
НОМЕР ГРУППЫ – цифровой номер исходящей группы файла CANN.CFG. Специальная группа ОПЕРАТОР означает перевод на оператора коммутаторного цеха.
ШАБЛОН НАБОРА – определяет правила преобразования номера набираемой службы, категории абонента и номера вызывающего абонента при выдаче их в исходящий канал. В шаблоне набора можно использовать специальные символы подстановки:
• n – набираемый абонентом номер или номер службы при транзите • k – категория абонента • a – номер абонента А • [@] - закодированный АОН - 1,5 посылки Пример секции:
[НАПРАВЛЕНИЯ] ; Маршрутизация исходящего вызова ; где, k-категория абонента, а - номер абонента ; Шаблон Метка исходящего Категория Исходяшие группы 2.2.3.2.12 Раздел [AССOЦИАЦИЯ_ГАРНИТУР] Секция необходима для определения адреса гарнитуры ( см. раздел Технология «Активной гарнитуры») регистрируемого рабочего места и ассоциации канала — Шпиона для целей записи переговоров телефониста (см. раздел Технология записи переговоров операторов). Режим работы определяется значением колонки «Тип ассоциации». При типе ассоциации 0 — запись предназначена для технологии «активной гарнитуры». При типе ассоциации 1 — запись предназначена для подсистемы записи разговоров оператора.
Если правила для регистрируемого РМ не обнаружено, то (для типа ассоциации 0) используется старая методика определения адреса гарнитуры из файла WS.CFG Если правило обнаружено, то на основании метки исходящего направления и правил определенных в секции [НАПРАВЛЕНИЯ] определяется перечень доступных исходящих групп, выделяется свободный канал и в него выдается команда набора определенного в секции номера. Шаблоны n, к и a используемые в секции [НАПРАВЛЕНИЯ] заполняются данными из колонок Набираемый номер, АОН при наборе и Категория при наборе соответственно.
Колонка «Номер рабочего места» - является шаблоном. Например, запись * означает - все рабочие места, запись [3,4] - рабочее место 3 и 4 и т.д.. Синтаксис определяется действующими правлами описания шаблонов программы Диспетчер. (см.
соответствующий раздел документации) Колонка «АОН» - может содержать специальные шаблонные символы l - личный номер оператора и r - рабочее место оператора. Данное свойство позволяет, например, формировать записи вида 214#29_2012_03_23_18_03_17.spx для личного номера оператора 214 на рабочем месте Символ — (тирэ) в любой колонке (кроме колонки номера рабочего места) означает что данный парметр не задан (пустое поле) Пример секции:
[AССOЦИАЦИЯ_ГАРНИТУР] ;
2.2.3.2.13 Настройка перехода на летнее время Внутренние часы статива не используют встроенный в операционную систему порядок перехода на летнее время, т.к. он жестко привязан к модели перехода (даты, время и пр) американского (по предположениям :)континента.
Соответственно переменная TZ установлена как TZ=LST.Время перехода на летнее - зимнее время регулируется следующими параметрами (файл HARD0.CFG):
IsDoDayLight=Yes — где Yes - осуществлять переход на летнее время. Начиная с версии ПО 3.10 переход на летнее — зимнее время отключен по умолчанию (No). Если параметер IsDoDayLight равен Yes, то используются следующие изменяемые настроечные параметры (после знака равно - значение по умолчанию):
Начало периода (летнего времени):
DLBegMonth =3 ; месяц начала летнего времени 1- DLBegWeekOfMonth=5 ; неделя начала летнего времени 1-5. 5 - последняя неделя DLBegDayOfWeek =0 ; День недели 0-6. 0 - воскресенье DLBegHour =2 ; Час перехода DLEndMonth =10 ; месяц конца летнего времени 1- DLEndWeekOfMonth =5 ; неделя конца летнего времени 1-5. 5 - последняя неделя DLEndDayOfWeek =0 ; День недели 0-6. 0 - воскресенье DLEndHour =2 ; Час перехода минус 1 (т.е. 3 часа локального времени) При наступлении летнего периода локальное время сдвигается на час вперед. В конце летнего периода — на час назад. Для России это происходит в последнее воскресенье марта, 2 часа утра и в последнее воскресенье октября, в 3 часа утра локального времени соответственно.
Также нужно иметь ввиду, что в процессе работы время статива устанавливается с рабочих мест, перечень номеров которых может быть указан параметром GoodTimeRm.
Соответственно на всех операторских РМ должно быть правильно выставлено локальное время, временная зона и правило перехода на летнее время.
2.2.3.2.14 Прочие параметры файла HARD0.CFG Кроме разделов, служащих для описания оборудования, в данный файл включены конфигурационные строки вида =. Рассмотрим их подробнее.
Значения в фигурных скобках – типичная величина параметра.
AutoExecFile Имя командного файла программы Диспетчер, выполняемого при {=autofile} загрзагрузке ActGrnWaitGrnAnsw Активная гарнитура. Таймаут (сек.) неответа абонента 0 - ждать ответа ActGrnPauseBefoDial Активная гарнитура. Пауза (сек.) перед повторным набором (поиском CanTabFile Имя файла таблицы каналов модулей, определяющий состав и свойства {=Cann.cfg} подключаемых к оборудованию линий.
CheckLostInt Yes - Проверять на потерянные прерывания (то есть обнаруживать {=No} события, когда произошло прерывание, но ни один модуль не "признался" в этом.) В случае обнаружения такого события, будет CheckTime Cкрытый изменяемый параметр - период сверки времени с ОС АРМ {=3600} телефониста. По умолчанию - 3600 сек. При значении параметра равном 0 - сверка времени не выполняется. Активизируется, если версия программного интерфейса обмена с диспетчером программы АРМТ ConfBridgCfgFileNa Определяет файл хранящий конфигурацию конференц моста. в формате me {=Cb.Cfg} XML. Изменение параметров конференц моста (и соответственно файла Debug Yes – запуск программы ДИСПЕТЧЕР при отсутствии модулей МКЦ, DispNotReadyModul Высвечивание информации о неготовности модуля принять данные DoDamadgMsg Yes – Выдача сообщений о возможных повреждениях в модуле {=Yes} No – Запрет выдачи подобных сообщений DoPriorIncom Yes – входящий вызов с высоким приоритетом (0xF) распределяется на {=Yes} РМ даже если оно занято, предыдущий вызов сбрасывается No – входящий вызов, при условии занятости всех РМ, вне зависимости DtmfListTime Минимальная длительность DTMFнаборов, воспринимаемая DtmfSil Минимальная длительность перерыва между DTMF наборами в мс.
{=5} Н-р, если DtmfSil=5, а перерыв между DTMF наборами составил 3 мс, то DtmfTime Длительность импульса и паузы при DTMF донаборах.
{=100} ErrContextEnable Произвести запись контекста ошибки, переименовав файл протокола в {=No} tmp*.$$$ (Yes,No). Чтобы получить протокол ошибок с расширенной информацией о ошибке необходимо чтобы была включена запись ErrPrtFileName Имя файла протокола ошибок. Фиксирует только сообщения об ErrPrtSz Максимальный размер файла протокола ошибок в Кб.
{=10} GoodTimeRm перечень рабочих мест (в порядке приоритета) рекомендуемых для {=} синхронизации времени. -1 - любое подходящее РМ GOODTIMERM=1,3,-1 ; синхронизировать время с РМ1 или РМ2, или с Неопределенное (пустое) значение параметра – синхронизировать время GrnSpyDestroyTime Секция [АССОЦИАЦИЯ_ГАРНИТУР] Время в сек. ожидания новой {=10} двусторонней коммутации в системе записи операторов — по истечению которого соединение разрушается и запись прекращается. 0 — не HoldTime Время удержания каналов в сек. за РМ после его аварийного {=60} отсоединения от сети. Это событие может возникнуть, например, если перегрузить АРМ, за которым числятся каналы, кнопкой RESET. После обнаружения данного события, в течение указанного времени все соединения таких каналов остаются неизменными, а после истечения данного промежутка такие каналы сбрасываются и помечаются свободными. После этого они могут быть распределены любому ImpulsLevel Уровень сигнала выдаваемого перед разъединением абонентов.
{=22827} Соответствие уровней смотри в файле Levels.txt Например, ImpulsLevel=22827 примерно –8Db IncomFraseMetod Способы генерации фразы при входящем вызове {=2} 0 – коммутировать канал на фразу, не давая «ответ телефониста»
1 – всегда давать команду «ответ телефониста» при входящем вызове 2 – дать команду «ответ телефониста» при входящем вызове при Команда «Ответ телефониста» м.б. нужна для некоторых типов каналов IncomMetod Метод распределения входящих вызовов, прописывается в файле 1. IncomMetod=1. Глобальный метод: все входящие вызовы имеют одну очередь. Такое решение имеет смысл тогда, когда телефонистки разрешают себе все входящие группы или разрешают множественное принятие входящих вызовов. Недостаток - неравномерность распределения нагрузки при нескольких открытых входящих группах.
Телефонистки должны открывать все входящие группы, либо нужна 2. IncomMetod=2. Групповой метод: ведется отдельная очередь по каждой входящей группе. Метод позволяет выровнять нагрузку в случае одной разрешенной входящей группы. Как правило, используется в цехах, где присутствует специализация РМ. (например, выделенное РМ "ВРМ" или РМ "Справка 09" и т.д.) Если телефонистка разрешает несколько входящих групп, то она будет участвовать в нескольких очередях, и возможна ситуация, когда по всем очередям указатель следующей свободной станции м.б. позиционирован на нее. Результат неравномерность распределения нагрузки при нескольких открытых входящих группах. Телефонистки не должны открывать более одной входящей группы, иначе произойдет неравномерное распределение 3. IncomMetod=3. Стековый метод: все рабочие места в единой глобальной очереди. Очередь всегда сканируется с головы. Станция, на которую распределен входящий вызов, ставится в конец. РМ, открывшие большее количество рабочих групп, будут получать входящие чаще.
Для многостативных вариантов входящий вызов всегда пытается распределиться в «родной системе». Если нет РМ, способных его там обработать, то входящий вызов пытается распределиться в соседних стативах, согласно очередности распределения у «соседа».
Исходя из вышесказанного, необходимо распределять входящие каналы между стативами таким образом, чтобы интенсивность входящих вызовов в каждой системе была бы примерно одинакова.
По умолчанию, для версий программы ДИСПЕТЧЕР 2.27 и ниже Примечание: Данные рекомендации действуют только для «цифрового»
IncomQueueSz Размер очереди входящих вызовов. Количество каналов, с входящими {=20} вызовами, которые может запомнить программа, в случае, если нет ни одного рабочего места, способного обработать входящий вызов. В случае если очередной входящий вызов невозможно поместить в очередь, такой канал будет сброшен. Очередь входящих вызовов сканируется каждую секунду, с целью поиска станции, способной обработать входящий вызов. Если канал, находящийся в очереди, изменит свое состояние с состояния "входящий вызов" на какое-либо IncomQueueTime Период обращения в соседний статив с целью распределения входящего LenAon Длина номера для конкретного населенного пункта (параметр MaxIncomTime Максимальное время нахождения канала в очереди входящих вызовов в {=60} сек. По истечении данного времени, канал, находящийся в очереди MaxRegistryTime Максимальное время (в сек.) ожидания успешной регистрации. Если по {=60} истечению данного таймаута регистрации не произошло - сеанс Значение 0 (с версии 2.82.) - отменяет проверку таймаута максимального MaxSess Количество сеансов связи. Диспетчер воспринимает не боле MaxSess {=20} сеансов одновременно. Этот параметр позволяет более эффективно MinPriorTontti Минимальный приоритет входящего вызова начиная с которого {=0} рассылаются сообщения об отсутствии открытой входящей группе на ModulSeqSz Длина очереди сообщений модулей. Для защищенного режима значение MsgInFile Имя файла журнала сообщений начальнику смены {=x:\aks\rc_files\ks_ main.msg} NetBiosnAdapt Выбор протокола низкого уровня для протокола NETBIOS NetFileName Имя файла с сетевым NETBIOS именем, идентифицирующего {=..\..\disp0.yes} программу ДИСПЕТЧЕР. Используется внешними программами для NetPresent Yes - Использовать сетевые ресурсы. С программой можно общаться по NoAnswTimeOut Функции АТС. Таймаут неответа абонента Б 0 - ждать ответа бесконечно PrintAllIkmErr По умолчанию установлен No PrtFileName Имя файла протокола. Сетевые сообщения, фиксируемые в протоколе, {=PRT\prt0.mes} имеют свой порядковый номер ID и метку времени Time.
PrtTime Время заполнения одного файла протокола и переключение на другой PrtLevel Выводить в протокол данные трассировки:
{=1} 0 - выводить все; 1 - выводить "запрещенные" команды в кратком виде RestoreModuls По умолчанию установлен Yes, {=Yes} автоматическое восстановление остановившехся модулей,производится до 10 попыток "мягкого" восстановления, если все попытки неудачны АПК АРМТ.100.000-11 32 04 Лист то производится полная перезагрузка модуля SendQueueState Yes – cообщать телефонисткам о состоянии очереди входящих вызовов TimeZone Разница между московским и местным всеменем (время Москвы минус {=-2} локальное время) Например — для Челябинска TimeZone= - Также введен параметр UseOldTime, по умолчанию (для совместимости с предыдущими версиями) = Yes, вляющий на правило вычисления Для Челябинска при UseOldTime = No эффективная вычисленная в при UseOldTime = Yes эффективная вычисленная таймзона равна 3 - (-2) Рекомендуется использовать UseOldTime = No для совместимости с TypTimer Тип устройства "таймер", применяемого в системе.
UsedPower Данный параметр сообщает АРМ техника, какие напряжения {=7} контролируются в стативном оборудовании (бит 0 - +5В, бит 1 - -5В, бит При UsedPower = 7 контролируется все три напряжения.
UseIrq Yes – используются прерывания от модулей {=No} No – работа ведется по опросу готовности UseOldTime Параметр используется при формировании TimeZone {=Yes} Yes – используется обычная схема формирования TimeZone (смотри No– применяется при работе с СС (сбором статистики), в файл сообщений начальнику смены отправляется время по Гринвичу.
При высвечивании времени на экране диспетчера выводятся локальное время статива без искусственной поправки на смещение TimeZone. Для корректного высвечивания времени в программе - сообщения начальнику смены - загрузите новую версию данного продукта и обновите АРМТ для WINDOWS во избежание разницы в показаниях.
UseSaveEar Yes – разрешение операции "защита гарнитуры" от неприятных частот в {=Yes} канале для многостативных вариантов.
No – запрет операции "защита гарнитуры" частот в канале для многостативных вариантов. Введено сообщение в межстативном Сделано упрощающее предположение, что для межстативного обмена исходящий канал в исходном состоянии находится в неопасном для гарнитуры состоянии и при его распределении "защиты гарнитуры" от Сброс любого телефонного канала или канала перемычки переводит Признак "Е" (EAR - Уши) в окне состояний каналов (COMMUT) в строке «Информация о каналах» обозначает опасное состояние, если он равен 1. Иначе - состояние "неопасное". Этот признак введен как в телефонных каналах, так и в каналах перемычки. Следует помнить, что при Е=1, гарнитура АРМ телефонистки слышит не сам канал, а канал предопределенный генератор (см. замечания для версии 2.20).
Для реализации данной функции используется два подхода:
а) Диспетчер анализирует обобщенные состояния каналов на предмет их совпадения с состояниями каналов данного алгоритма описанными в секции [ЗАЩИТА_ГАРНИТУРЫ] файла HARD0.CFG. Если найдено совпадение, то диспетчер считает что в канале "опасная для ушей" звуковая сигнализация. Данная секция способна перечитываться б) Диспетчер получает из алгоритма обслуживания графа специальное сообщение - EAR = 0x2d, параметры которого говорят о текущем При обнаружении любым из методов "опасного" состояния Диспетчер анализирует, не слушает ли гарнитура данный канал ? Если это так, то начинает слушать некий предопределенный генератор (сейчас это КПВ или ЗАНЯТО). При исчезновении опасного состояния и если гарнитура все еще слушает предопределенный генератор - она снова Первый подход можно реализовать мгновенно, но при условии, что в узле сигнализация в каналах соответствует ОГСТФ. В противном случае возможны ситуации, когда реально в канале уже можно слышать ответ абонента, хотя по сигнализации мы его еще не достигли, а гарнитура будет слышать предопределенный генератор до достижения каналом Второй подход предпочтительнее, т.к. алгоритм канала способен реально (посредством МОС) определить наличие опасных частот.
Однако графы алгоритмов в узлах должны быть доработаны и обновлены для использования ими сообщения EAR.
"
Защита" гарнитуры работает только для сеансов телефонисток и не Usestat Yes – использовать сеанс СС (сбора сообщений) {=No} No – используется по умолчанию, при этом идет запись в файл VideoMemPresent Yes - PC с видеосистемой, адрес 0xb8000000l;
{=Yes} No - Отображение идет в память данных, просмотреть содержимое видео-вывода можно только с помощью утилиты CONSOL, которая обеспечивает удаленный доступ к ресурсам программы ДИСПЕТЧЕР, выполняющейся в микро PC статива АМК. После запуска, данная программа полностью эмулирует функции клавиатуры и монитора консоли микро PC статива АМК. Использование данной утилиты позволяет отказаться от применения монитора и клавиатуры непосредственно на стативе. Запуск данной программы происходит Чтобы в сети одновременно можно было запустить более одной копии программы, надо после табельного номера задать уникальное имя.
Следует отметить, что данной утилитой в рабочем комплексе следует пользоваться достаточно осторожно, т.к. неумелое использование данной утилиты, равно как и использование непосредственного управления стативом с его клавиатуры может нарушить нормальную работу АРМ Т. Например, использование команд коммутации в модуле МКЦ может разрушить модель коммутации. Системный администратор должен принять меры по ограничению доступа к данной утилите.
ViewDelay Время, по истечении которого автоматически закрываются окна WriteMsgErrPrt По умолчанию установлен Yes {=Yes} Отключить – включить протокол ошибок при старте программы WriteMsgPrt Yes - Запись сообщений, выводимых на экран в протокол по умолчанию, {=No} включается только по указанию разработчиков программы No – Запрет записи, рекомендуется для корректной работы программы WriteMsgWin Yes - Вывод сообщений для модулей на экран по умолчанию, {=No} включается только по указанию разработчиков программы.
No – Запрет вывода, рекомендуется для корректной работы программы 2.2.4 Подсистема конвертора сигнализации (транзитных Данная функциональная возможность расширяет функции АМК, посредством ввода возможности автоматического выбора исходящего направления и ввода функции транзита входящих вызовов.
Правила установки соединений регулируются набором дополнительных секций в файле HARD0.CFG и битов свойств в файле CANN.CFG Для реализации используются секции [ДЕКОДИРОВКА_НОМЕРА_СЛУЖБЫ] и [НАПРАВЛЕНИЯ], а также бит свойств канала 2.2.4.2 Порядок обработки внешнего входящего вызова (транзита) Порядок обработки внешнего входящего вызова определяется следующими шагами:
1. При получении входящего вызова, анализируются свойства линии заданные в файле HARD0.CFG. (Если определена секция «входящие», ври вычислении свойств используются ее правила) Если в свойствах линии установлен бит 17 (счет с 0) – «Функции АТС», то, номер службы и входящая группа вызова сравнивается с правилами определенными в секции [ДЕКОДИРОВКА_НОМЕРА_СЛУЖБЫ] с целью определения «метки исходящего направления» и преобразования номера абонента согласно правил в графе «Декодировка номера абонента А»
2. После определения «метки исходящего направления» по секции [ДЕКОДИРОВКА_НОМЕРА_СЛУЖБЫ] и декодирования по ней же номера абонента, номер службы и «метка исходящего направления» сравниваются с правилами в секции [НАПРАВЛЕНИЯ], и происходит поиск исходящей группы транзитного направления.
3. После определения исходящей группы направления происходит поиск свободного канала и выдача в него набора, измененного согласно шаблона указываемого в круглых скобках как параметр исходящей группы секции [НАПРАВЛЕНИЯ].
4. Создается двунаправленное соединение абонента А с абонентом Б. (по состоянию «ожидание ответа» или «занято») 5. Разрушение соединения происходит при переходе:
А) Канала абонента А в неразговорное состояние Б) Канала абонента Б в неразговорное состояние (еcли только не установлен бит (0x40000) свойств канала) В) При неответе абонента Б свыше времени определенного параметром NoAnswTimeOut=60 сек. По умолчанию.
Таким образом систему АМК гранит можно использовать для решения вопросов конвертирования любых видов сигнализации (ОКС7, EDSS, 2ВСК, 1ВСК и пр.), обеспечения выхода на абонентов тех коммутаторных цехов, которые работают по расписанию (например - телефонистки работают только днем) и иных способов построения независимой сети связи на базе коммутаторов 2.2.4.3 Транзит сигнализации Система предоставляет возможность трансляции сигнализации 2ВСК в «прозрачном режиме» на основе «жесткой» коммутации без анализа сигнализации в канале. Смотрите детали описания в п. 2.2.3.1.1.Раздел [ИКМТРАНЗИТ] 2.2.4.4 Применение правила ОПЕРАТОР для балансировки нагрузки сети коммутаторов. Транзит нагрузки.
При эксплуатации сети коммутаторных цехов зачастую встает вопрос балансировки нагрузки нескольких коммутаторов. Например — в городе А с коммутатором К1 принято решение отказаться от ночной смены. Но ночную нагрузку коммутатора К1 (пусть и небольшую) необходимо транслировать на операторов города Б с коммутатором К2.
Как решить подобную задачу (см. рисунок 13) ?
Для решения данной задачи возможен следующий (наряду с методом организацией межсистемной перемычки) способ, состоящий из следующих шагов:
1. На каналах коммутатора К1 для которых необходимо обеспечить транзит входящих вызовов устанавливаем свойство «функции АТС»
2. В секции [ДЕКОДИРОВКА_НОМЕРА_СЛУЖБЫ] определяем метку исходящего вызова для данной входящей группы — номера службы.
3. В секции [НАПРАВЛЕНИЯ] для данной метки исходящего вызова определяем правла вызова.
Например: ОПЕРАТОР,1(n),2([2-n]к563a). Для решения поставленной перед нами задачи - правило ОПЕРАТОР должно стоять первым в списке, т. е. изначально в нашем примере входящий вызов будет стремиться быть распределенным на оператора, если это не удастся за время МахIncomTime, либо в системе нет зарегистрированных операторов, вызов будет пытаться распределиться в исходящую группу 1, а если в исходящей группе 1 нет свободных каналов — то в исходящую группу 2. Направления обеих исходящих групп входят как входящие каналы коммутатора К2.
Алгоритм распределения вызовов с участием правила ОПЕРАТОР предствлено на рисунке Обсуждаемый выше способ распределения нагрузки позволяет организовать гибкий график работы подчиненных узлов связи, отказаться от ночных смен. Для реализации этого — в починенном цехе этого достаточно только завершить работу всех АРМ телефонистов — нагрузка автоматически будет распределяться в центральный узел.
В отличии от способа организации межсистемной перемычки — данный способ не требует кроме обеспечения каналов связи — обеспечения локальной вычислительной сети объединяющей два цеха, что в целом повышает общую надежность системы.
Но также данный способ требует тщательного планирования маршрутов движения входящих вызовов из коммутатора К1 в К2 и доступа к исходящим группам коммутатора К1 со стороны коммутатора К2, основанных на номере набираемой службы и правил секции [ДЕКОДИРОВКА_НОМЕРА_СЛУЖБЫ] 2.2.5 Подсистема конференц связи 2.2.5.1 Назначение Система телефонных аудиоконференций предназначена для организации конференц-моста между участниками в количестве до 244 человек в одной конференции.
Число одновременно создаваемых конференций и участников ограничивается ресурсами аппаратной части (количеством модулей МОС).
2.2.5.2 Описание Программная часть системы аудиоконференций состоит из программы Диспетчер (v2. или более поздней), исполняющейся в АМК и настоящей программы настройки и мониторинга аудиоконференций - cbmon.exe.
Программа настройки и мониторинга не является необходимой для функционирования системы аудиоконференций – конференции могут создаваться Диспетчером без ее участия (по расписанию или входящему звонку), подключение и отключение программы настройки и мониторинга не влечет за собой прерывание исполняемых аудиоконференций.
Оператор программы настройки и мониторинга может контролировать исполнение аудиоконференций, изменять настройки конференций и абонентов, начинать и завершать конференции, редактировать расписание автоматического начала конференций на месяцев вперед, выделять нескольких абонентов конференции (в том числе и себя) в приватную подконференцию, изолированную от основной, строить отчеты по состоявшимся аудиоконференциям.
Создаваемые аудиоконференции могут быть с групповым вызовом (после начала конференции начинается автоматический обзвон абонентов) и входом по входящему вызову (конференция создается и ожидает входа абонентов, абонент должен позвонить на определенный номер и пройти аутентификацию по АОН или паролю). Если абоненту выделены соответствующие права, его звонок на заданный номер может инициировать начало конференции, в том числе и с групповым вызовом.
Каждому абоненту может быть назначено несколько номеров телефонов. Номера обзваниваются в порядке их расположения в настройках. Переход к следующему номеру происходит по истечении всех попыток дозвона по предыдущему (количество попыток задается в настройках). Если не удалось дозвониться до абонента по последнему номеру, автоматических попыток дозвона больше не делается. Абоненту, ответившему на вызов, транслируется фраза-приветствие (задается в настройках конференции), после чего он включается в конференцию.
Более подробое описание функций находится в документе
ПРОГРАММА “НАСТРОЙКА И МОНИТОРИНГ АУДИОКОНФЕРЕНЦИЙ”
РУКОВОДСТВО ОПЕРАТОРА
2.2.5.3 Конфигурация Хранение конфигурации подсистемы конференций определяется настройкой парамтра ConfBridgCfgFileName файла HARD0.CFG. По умолчанию это файл CB.CFG.Файл представляет собой XML файл хранящий настройки конференц моста. Изменение параметров конференц моста (и соответственно файла CB.CFG) производится с помощью программы «Настройки и мониторинга аудиоконференций».
2.2.6 Технология «Активной гарнитуры»
2.2.6.1 Назначение В ряде случаев бывает необходимо «вынести» гарнитуру рабочего места на достаточно значительные расстояния, используя для этих целей штатные каналы связи и каналы IP телефонии. Данная технология позволяет создавать территориально распределенные рабочие места, в результате чего отпадает необходимость концентрации операторов в относительной близи коммутационного оборудования.
2.2.6.2 Концепция Для обеспечения возможности использования любого канала АМК Гранит (в том числе и каналов с сигнализацией предусматривающей набор номера) в качестве канала гарнитуры предусматривается следующий порядок работы:
При сетевой регистрации рабочего места в стативном оборудовании программа Диспетчер из регистрационного пакета данных (косвенно — из файла WS.CFG) определяет номер рабочего места.
Определив номер рабочего места, программа Диспетчер просматривает правила определенные в секции [AССOЦИАЦИЯ_ГАРНИТУР]. При нахождении правила относящегося к данному РМ, по метке исходящего вызова происходит определение исходящей группы и свободного канала, выделяемого данному РМ в качестве канала гарнитуры. В канал выделенный для канала гарнитуры выдается команда набора номера, которая может транслироваться в вызов на любой номер телефона. (в том числе, при наличии шлюза IP телефонии — в VOIP вызов).
«