Руководство по эксплуатации Приложение 3


Скачать 370.83 Kb.
Название Руководство по эксплуатации Приложение 3
страница 1/3
Тип Руководство по эксплуатации
rykovodstvo.ru > Руководство эксплуатация > Руководство по эксплуатации
  1   2   3


НПО « ЮНИТЕЛ »

Цифровой междугородный коммутатор

ЦМК ЮНИТ СК 512


Руководство по эксплуатации

Приложение 3
Подсистема сервисных телефонных карт

г. Москва 2002 г.


ОГЛАВЛЕНИЕ




ВВЕДЕНИЕ


1.Структура ДКП

2.Структура ПО ДКП

2.1.инициализационные файлы

2.2.файлы данных

2.3.микропрограммы

3.База данных ДКП

4.Настройка ДКП

4.1.генерация карточек

4.2.настройка тарификации

ПРИЛОЖЕНИЕ А. Алгоритм работы платформы СТК

ПРИЛОЖЕНИЕ Б. Состав базы данных ЦМК ЮНИТ СК512

ВВЕДЕНИЕ



В состав штатного программного обеспечения (ПО) ЦМК ЮНИТ СК512 входит подсистема поддержки платформы сервисных телефонных карт. С одной стороны, она тесно интегрирована в общую схему работы комплекса, с другой же стороны, требует некоторых индивидуальных подходов к установке, настройке и эксплуатации.

Для поддержки дебетно-кредитной платформы (ДКП) в составе ПО ЦМК имеются модули генерации и загрузки карт, добавлены некоторые таблицы в базу данных (БД), добавлены диалоги в ПО администратора БД, шаблоны отчетов в ПО построения отчетных документов, а также два типа бланка в рабочее место телефониста (РМТ).

Платформа СТК может функционировать в двух режимах: автоматическом и ручном. В автоматическом режиме абонент самостоятельно осуществляет набор согласно сервисного меню ДКП (приложение А). При ручном режиме обслуживания абонент должен набрать только номер доступа на платформу. Далее весь диалог происходит с телефонистом ЦМК, который сообщает клиенту остаток средств на карточке и выполняет набор номера и соединение его с исходящим абонентом.

В следующих разделах настоящей инструкции будут рассмотрены принципы построения ДКП, состав данных и возможности по настройке параметров платформы СТК.



  1. Структура ДКП


Платформа сервисных телефонных карт представляет собой программно-аппаратный комплекс, состоящий из коммутационного оборудования и программного обеспечения ЦМК ЮНИТ СК512.

Коммутационное оборудование состоит из набора типовых элементов замены (ТЭЗ) согласно типам каналов (линий) и телефонных сигнализаций, по которым это оборудования включено в телефонную сеть общего пользования (ТфОП). ТЭЗы объединяются в корзины (крейты) и обеспечиваются необходимым питанием. Программные модули поддержки конкретных типов сигнализаций находятся на жестком диске управляющего сервера и загружаются в память соответствующих групповых устройств управления каналами (ГУУК) в момент старта каждого такого ГУУК. Таким образом, можно в любой момент изменить управляющий модуль, отвечающий на работу только части (обычно 64-х) каналов, без остановки всего комплекса.

Единственным ТЭЗом, который необходим всем ГУУК и связанным с ними каналам, является ТЭЗ цифрового поля MUX. В его же памяти находятся голосовые фразы, используемые для построения меню ДКП.

Управление стойкой коммутационного оборудования осуществляется по последовательным портам с компьютера, на котором исполняется специальное ПО. Каждое ГУУК и MUX имеют свой COM-порт. Поэтому при большом количестве каналов ЦМК может потребоваться установка в сервер расширителей СОМ-портов.

Минимально необходимый набор программного обеспечения сервера ЦМК содержит систему управления базами данных (СУБД) с заполненной информацией БД, а также программные модули управления стойкой коммутационного оборудования (КО).

В качестве СУБД используется Sybase SQL AnyWhere версии 5.0 для OS/2.

Сервер стойки состоит из группы программных модулей, каждый из которых выполняет определенную функцию.

  1. Структура ПО ДКП


Все специальное программное обеспечение платформы СТК находится в каталоге CL512 на диске C: сервера управления ЦМК СК512. Исключение составляют модули СУБД Sybase SQL AnyWhere версии 5.0, которые помещаются в каталог C:\SQLANY50 при инсталляции системы управления базами данных, а также модули рабочего места телефонистки (РМТ), если РМТ загружается удаленно с сервера. В этом случае ПО РМТ записывается в каталог C:\IBMLAN\DOSLAN\NET.

Каталог CL512 имеет следующую структуру:

  • каталог BIN2 – содержит загрузочные модули ПО сервера управления стойкой, а также файлы данных и конфигурации;

  • каталог DB2 – содержит файл базы данных. Обычно он называется CL512V20.DB;

  • каталог COMLINE – содержит программные модули РМТ «COMLINE»;

  • каталог MAKECARD - содержит программные модули, необходимые для генерации карт СТК;

  • каталог DOC – содержит файлы документации на комплекс ЦМК СК512;

  • файл INSTALL.CMD применяется для создания папок и размещения ссылок на программные модули на рабочем столе оболочки OS/2;

  • файл MYTIME.CMD – применяется для автоматического изменения системной даты и времени на сервере ЦМК при переходе, например, на зимнее (летнее) время;

  • файл CL512.ICO -«иконка» для обозначения модуля сервера стойки на рабочем столе OS/2.

Наиболее важная информация находится в каталогах BIN2 и DB2. В директории BIN2 расположены загрузочные модули сервера стойки. Структура модулей следующая:

  • CL_SRV.EXE – основной модуль сервера стойки. Он распределяет память для остальных модулей и загружает их по мере необходимости;

  • CL_MUSAC.EXE – модуль управления коммутационным полем (MUX);

  • CL_EPIC.EXE – модуль управления ГУУК. Таких модулей в оперативной памяти компьютера может быть загружено несколько (по числу ТЭЗов ГУУК – ИКМ и EPIC);

  • CL_BASE.EXE – модуль обслуживания БД. Применяется для периодической чистки информации в БД и выгрузки во внешние форматы;

  • CL_CHIEF.EXE – ответный модуль для ПО профконтроля;

  • CL_WP.EXE - ответный модуль для ПО РМТ. Таких модулей в оперативной памяти компьютера может быть загружено несколько (по числу рабочих мест телефониста, включенных в данный момент);

  • CL_LIST.EXE – модуль ведения журнала CL512.LOG;

  • CL_MON.EXE – ответный модуль для ПО мониторинга нагрузки по входящим каналам;

  • CL_ORDER.EXE – модуль ведения очереди заказов;

  • DIALER.EXE – модуль управления маршрутизацией всех входящих и исходящих наборов. Обеспечивает поддержку всей логики работы ЦМК. Именно в нем заложен алгоритм работы ДКП. Единственный модуль ПО сервера стойки, имеющий доступ к БД;

  • CL_TLG.EXE – модуль отправки телеграмм по исходящим заказам с уведомлением;

  • DUMP.EXE – утилита включения/выключения сбора статистки по работе модулей CL_MUSAC.EXE, CL_EPIC.EXE и CL_WP.EXE. Загружается по необходимости оператором.

Кроме этих модулей в данном каталоге расположены необходимые для работы программ библиотеки – файлы с расширением DLL, а также файлы, созданные в процессе работы ПО ЦМК. Это, в основном, файлы журналов (LOG-файлы).

Так, если запустить утилиту DUMP.EXE с параметром 1, то будет включена диагностика для модулей CL_MUSAC.EXE, CL_EPIC.EXE и CL_WP.EXE. Если же параметр равен 0 (или вовсе без параметров), то диагностика будет отключена. При запуске утилиты DUMP.EXE с параметром En, где n-номер ГУУК считая с нуля, произойдет перезагрузка соответствующего ГУУК.

Файлы журналов имеют расширение «LOG». Для ГУУК - это файлы EPICxxxx.LOG, где xxxx – номер ГУУК, например EPIC0001.LOG. Для рабочих мест – это файлы WPxxxxxx.LOG, где xxxxxx – номер РМТ, например WP000001.LOG. Для MUX – это файл MUSAC.LOG, содержащий дамп памяти по установленным в данный момент конференциям и соединениям каналов, а также файлы MUSAC.IN и MUSAC.OUT, в которые выводится информация соответственно о входящих и исходящих командах ТЭЗа MUX. Файл CL512.LOG – содержит информацию об авариях, перезагрузках и других системных событиях. В файле SQL.LOG находится информация об ошибках, при работе с БД. Именно с просмотра сообщений этого журнала необходимо начинать поиск неисправностей при отсутствии соединений и ответа платформы СТК на входящие звонки.

Еще один файл CL_BASE.SQL, расположенный в каталоге BIN2, предназначен для задания управляющего сценария работы модуля CL_BASE.EXE. Этот сценарий будет выполнен в установленное время (см. содержание файла CL_BASE.CFG).
Рассмотренные выше модули используют для своей работы специальные инициализационные файлы и файлы хранения данных о текущей конфигурации комплекса. Эти файлы располагаются в поддиректории DATA директории BIN2 и могут быть объединены в группы.


  1. инициализационные файлы


Эти файлы имеют расширение “CFG”, а имя – соответствующее имени модуля, для которого они предназначены.
CL_BASE.CFG – файл конфигурирования модуля CL_BASE.EXE
Содержит единственную секцию [BOOT].

Параметр TIME_WORK – устанавливает время исполнения файла C:\CL512\BIN2\CL_BASE.SQL в формате HH:MM.

Параметр CREATE_OUT – устанавливает возможность выгрузки данных по суткам. То есть, если значение этого параметра не равно 0, то из файла CL_BASE.SQL будет создан файл CL_BASE1.SQL, в конец которого добавится строка выгрузки данных в файл. Имя этого фала определяет дату, за которую подготовлены данные. Например, 04112002.txt – файл содержит данные за 4 ноября 2002 года. При формировании файла CL_BASE.SQL следует иметь ввиду, что после оператора SELECT, который определяет запрос на выборку данных, не нужно записывать оператор OUTPUT – он будет добавлен автоматически.

Параметр OUT_PATH – определяет путь к файлу выходных данных, например, «OUT_PATH = с:\cl512\out».

CL_ORDER.CFG - файл конфигурирования модуля CL_ORDER.EXE



Содержит единственную секцию [BOOT].

Параметр MAX_NUMBER_ORDER – содержит максимальное значение номера заказа. При превышении этого значения номер устанавливается в 1.


DIALER.CFG - файл конфигурирования модуля DIALER.EXE




Файл конфигурирования модуля DIALER.EXE модуля содержит несколько секций. Основной является секция [BOOT].


Параметр EPIC_TYPE – устанавливает тип плат E1, фактически это тип коммутатора. Для всех последних версий значение параметра должно быть равно 0.

Параметр FLAG_FORMAT- признак форматирования набора для МТР, то есть, если этот флаг установлен, то выходная строка набора дополняется «2»-ми до соответствующей длины, указанной в параметрах MTR_PACKET и ZONE_PACKET.

Параметр MAX_DIGIT_AON – устанавливает длину строки АОН для входящего абонента.

Параметр MAX_DIGIT_TOWN - при наборе городского абонента ждать набор установленного количества цифр.

Параметр DELAY_CALL – тайм-аут ожидания на подключение оператора к входящему вызову (в секундах). Если в течение этого времени вызов не был принят, он отбивается.

Параметр DELAY_DIGIT – тайм-аут (в секундах) между набором абонентом двух соседних цифр. Если это время превышено абоненту посылается «отбой».

Параметр MAX_DIGIT_PINCODE – устанавливает максимальную длину PIN-кода для карточек СТК. Превышение этого значения при наборе абонентом цифр приводит к запуску процедуры поиска соответствующей карточки в БД.

Параметр SPEACH – включает (1) или выключает (0) функции речевого сервера.

Параметр TYPE_TARIF – тип тарификации: 0-поминутная, 1-посекундная,2-первая поминутная, со второй-посинутно,3-с исчерпанием средств. Этот параметр в текущей версии используется только для тарификации автоматических разговоров. Тип тарификации для соединений через ДКБ берется с группы карточки.

Параметр STARDISCONNECT – разрешает (1) или запрещает (0) возможность отбоя абонента по ‘*’. Если STARDISCONNECT=1, то «отбить» исходящего абонента можно, нажав COUNT_STARS звездочек в течение TIME_STARS секунд.

Параметры TLG_C, TLG_Z, ATC_C, ATC_Z – устанавливают категории оператора (TLG) или абонента (ATC) для междугороднего (С) или зонового (Z) набора.

Параметры TOWN_CAT, MTR_CAT, MNTR_CAT устанавливают перечень категорий абонентов, для которых запрещен выход на город, межгород или международную связь соответственно.

Параметр DEFAULT_CAT устанавливает категорию абонента по умолчанию, если не определен АОН.

Параметр OPER_MASK – устанавливает маску для операторов при поиске исходящих каналов в ходе набора номера.

Параметр MAX_PIN_REPEATE – устанавливает количество попыток ввода PIN-кода абонентом.

Параметр RETRACE_TO_RMT – разрешает (1) или запрещает (0) передачу вызова от абонента CTK оператору в случае превышения им попыток набора PIN-кода.

Параметр FLAG_UE – определяет, называть размер остатка денежных средств на карте и стоимость разговора в условных единицах (1) или в национальной валюте (0).

Параметр ENTER_CTK_DELAY – определяет задержку (в секундах) перед началом обслуживания системой абонента по СТК.

Параметр ENTER_END_PINCODE – определяет признак окончания ввода PIN-кода абонентом. Если значение параметра равно 0, то идентификация PIN-кода начинается сразу после превышения набора значения параметра MAX_DIGIT_PINCODE. Если же значение этого параметра равно 1, то идентификация PIN-кода начинается либо по нажатии абонентом ‘#’, если длина набора не превышает значения параметра MAX_DIGIT_PINCODE, либо по превышении значения этого параметра.

Параметр QUEUE_IN_SIZE устанавливает длину очереди входящих звонков. Если все рабочие места заняты, то входящий вызов ставится в очередь, длина которой равняется значению этого параметра, и абоненту проигрывается сообщение «Ждите ответа». Максимальное размер очереди равен 200.

Параметр NOT_SAY_TIME – определяет, говорить время разговора и остаток на карте (0) или нет (1).

Параметр RETRACE_CALL – передавать входящие звонки (1) или нет (0) на другой коммутатор в случае, если нет загруженных РМТ на локальном ЦМК.

Параметр MY_AON определяет номер АОН, который подставляется в формат набора по команде @N или же выдается на соседний ЦМК при переадресации входящего звонка.
Секция [CALL] определяет список номеров доступа на платформу ЦМК ЮНИТ СК512. Каждому номеру доступа присваивается определенный тип службы, на который затем можно назначить тип бланка, загружаемый при отработке входящего вызова на РМТ. Формат записи следующий: номер_доступа = тип_службы.
Секция [SERVICE] содержит номера телефонов бесплатных служб. Для выхода абонента на конкретную службу ему необходимо набрать # и номер телефона службы.
Секция [RETRACE] определяет номера вызова для переадресации входящих звонков на другой коммутатор, если значение параметра RETRACE_CALL равно 1. Формат записи в этой секции следующий: тип_службы=номер_доступа.
Секция [CALL_STR] определяет для номеров доступа строку, которая будет появляться у оператора в слоте вызова. Формат записи следующий: номер_доступа = название.


EPIC.CFG - файл конфигурирования модулей CL_EPIC.EXE



В этом файле используется только один параметр - EPIC_TYPE секции [BOOT]. Он определяет тип ЦМК. Для всех ныне выпускаемых версий значение этого параметра должно быть равно 0. Остальные параметры этого файла игнорируются.


EPICxxxx.CFG - файл конфигурирования модулей CL_EPIC.EXE




Каждый файл EPICxxxx.CFG используется для конфигурирования соответствующего модуля CL_EPIC.EXE согласно его номера. Номер EPIC зависит от местоположения ТЭЗа в крейте и может быть прочитан в техместе на обозначении этой платы.


Единственная секция [BOOT] содержит следующие параметры:

EPIC_TYPE - определяет тип ЦМК. Для всех ныне выпускаемых версий значение этого параметра должно быть равно 0.

EPIC_MASTER – устанавливает мастер-поток для ЦМК. Если значение этого параметра равно текущему модулю, то текущая плата является задающей (мастер).

FILE_EPIC – указывает на файл-загрузчик для этой платы.

SIZE_EPIC – размер файла-загрузчика в байтах

OFFSET_EPIC – смещение, по которому записывается программа, содержащаяся в файле-загрузчике.

FILE_ADSP_DM – программа для ADSP.

SIZE_ADSP_DM – размер программы для ADSP.

FILE_ADSP_PM – программа для ADSP.

SIZE_ADSP_PM – размер программы для ADSP.

COMSPEED – скорость COM-порта управления ТЭЗ EPIC.

TIMEOUT_DISCONNECT – тайм-аут (в секундах) между попытками разъединения на канале. Процедура разъединения запускается при получении ошибки отбоя от канала.

COUNT_DISCONNECT – количество попыток разъединения. Если за отведенное время канал не пришел в исходное состояние, он выключается из работы. Об этом делается запись в файл CL512.LOG.

TIME_TO_AUTO_DISCONNECT - тайм-аут (в секундах) между попытками отбоя на канале. Процедура отбоя запускается при получении ошибки отбоя от канала.

FLAG_CHECK – разрешает (1) запуск процедуры контроля «присутствия» своего ТЭЗа в системе.

CHECK_DELAY – периодичность запросов на присутствие ТЭЗа в системе.

CHECK_COUNT – количество проверок на присутствие ТЭЗа в системе. По истечении этого числа происходит информирование устройств MUX и DIALER.


MUSAC.CFG - файл конфигурирования модулей MUSAC.EXE



Единственная секция [BOOT] содержит следующие параметры:

COMSPEED - скорость COM-порта управления ТЭЗ MUX.

SPEACH – разрешение (1) использовать функции голосового сервера.

CH_SPEACH – номер первого канала голосового сервера.

COUNT_SPEACH – количество каналов голосового сервера.

TYPE_SYNC – тип синхронизации: 0 – синхронизация от внутреннего генератора, 1- синхронизация от внешнего генератора.

LOG_IS_ON – разрешить (1) или запретить (0) запись в журнал трассировок MUSAC.LOG.

TLG.CFG - файл конфигурирования модулей CL_TLG.EXE



Содержит путь к каталогу, куда записываются файлы с текстами телеграмм уведомлений.
CALLINDX.DAT – перечень строк вызова
В этом файле перечислены строки вызова согласно тому, что записано в секции [CALL_STR] файла DIALER.CFG. Используется модулем CL_CHIEF.EXE для установки описательных параметров в программе профгонтроля.


CL_TECH.DAT – файл конфигурирования модуля CL_TECH.EXE



В этом файле записаны стартовые значения для программы места технического контроля. Структура его следующая:

первое число - количество установленных в стойке коммутатора блоков (от 0 до 17)

второе число – тип цифрового поля ( 0 - 512, 1 - 1024)

третье число – номер канала гарнитуры РМТП

четвертое число - параметр, определяющий включено ли автоматическое отслеживание изменения состояний каналов в процессе работы (допустимые значения 0 или 1). Если значение этого параметра равно 1, то с периодичностью, указанной в пятом параметре (в миллисекундах, типовое значение 100) осуществляется проверка изменения состояний каналов. Далее следует (шестой параметр) имя редактора текста вызываемого программой при просмотре журнала ошибок. И, наконец, седьмой параметр, устанавливает тип диалога для конфигурирования потоков с сигнализацией ОКС-7.

Ниже сверху вниз располагаются номера плат управления блоками в соответствии их месторасположением.

При загрузке рабочего места технического персонала эти установки будут приняты по умолчанию. Далее в процессе работы количество блоков в стойке не может быть изменено.

SYSTEM.DAT – файл описания загружаемых модулей
Этот файл содержит перечень модулей, загружаемых при старте сервера стойки. Такими модулями являются CL_MUSAC.EXE, DIALER.EXE, CL_LIST.EXE, CL_BASE.EXE, CL_ORDER.EXE, CL_TLG.EXE. Сюда могут быть добавлены и другие модули - главный модуль CL_SRV.EXE загрузит их при старте. Кроме того, в процессе работы есть возможность заменить любой из модулей. Для этого необходимо в каталог C:\CL512\BIN2 записать новый модуль, причем его имя должно отличаться от уже имеющегося, используя Dos Navigator открыть файл SYSTEM.DAT клавишей F3, затем нажать клавишу F4, не меняя длин имен записанных там файлов исправить соответствующий модуль согласно нового имени, нажать F2 и затем ESC. Затем необходимо в окне сервера стойки набрать строку RLS n, где n – номер модуля в файле SYSTEM.DAT считая с 0, и нажать .

Следует помнить, что этот файл является двоичным и редактирование его с помощью текстового редактора может привести к его порче!

PHRASESx.DAT – файлы описания голосового меню ДКБ
В этих файлах содержатся описания предложений, используемых при построении голосового меню платформы СТК. В каждой строке первое число – длительность проговаривания фразы. Если по истечении этого времени (в секундах) абонент не сделает никаких действий, система его отключит. Далее следуют номера фраз, записанных в ТЭЗ MUX. После точки с запятой располагаются комментарии.

CL512.INI


Этот файл содержит строку, используемую при доступе к БД модуля CL_BASE.EXE.



  1. файлы данных


В представленных ниже файлах хранятся структуры данных, загружаемых в процессе работы комплекса, и общая конфигурация ЦМК.

CALLPH.DAT – форматы наборов для каналов

CHANNEL.DAT – состояния и настройки каналов

EPIC.DAT - состояния и настройки ГУУК

MUSAC.DAT - состояния и настройки MUX

NUMBER.DAT – текущий номер заказа

ORDERS.DAT – файл очереди заказов

P2WSK.DAT – установки потоков E1

SLOTTYPE.DAT – типы слотов в крейтах ЦМК

TLG_N.DAT – текущий номер телеграммы

TYPECALL.DAT – типы наборов

WP.DAT – установки РМТ



  1. микропрограммы


Файлы, имеющие расширение «LOA», используются при загрузке ТЭЗ ГУУК. Название такого файла прописывается в соответствующем файле EPICxxxx.CFG как значение параметра FILE_EPIC.

Если необходимо перегрузить микропрограмму для определенного ГУУК, следует исправить значение параметра FILE_EPIC в файле EPICxxxx.CFG , в окне сервера стойки набрать RLE n, где n – номер ГУУК, и нажать . После этого произойдет сброс всех каналов данного ГУУК, начнется загрузка программы, о чем свидетельствует перемигивание светодиодов Rx и Tx, и закончится инициализацией каналов.
Таким образом, из сказанного выше видно, что вся структура и рабочие модули комплекса ЦМК ЮНИТ СК512 расположены в каталоге BIN2 и при желании всегда могут быть скопированы в архив для обеспечения безопасности или восстановлены из архива.



  1. База данных ДКП


База данные ЦМК ЮНИТ СК512 представляет собой один файл, обычно имеющий имя CL512V20.DB, и располагающийся в каталоге C:\CL512\DB2. Доступ к данным БД осуществляется через специальное ПО – сервер БД. Для того, чтобы все программы смогли получить необходимые данные, сервер БД должен быть загружен в память компьютера.

Типичная строка загрузки сервера с файлом БД ЦМК выглядит так:

C:\SQLANY50\OS2\DBSRV50.EXE –x NetBIOS –c 128M C:\CL512\DB2\CL512V20.DB


Здесь параметр «–x» устанавливает только один сетевой протокол доступа к серверу со стороны сетевых клиентов – NetBIOS, а параметр «–c» указывает серверу выделить 128 мегабайт оперативной памяти. Если количество РМТ больше 15 следует к параметру «-n» добавить ключ, уточняющий максимальное количество NetBIOS-сессий:
-x NetBIOS{SESSIONS=32}
Полный перечень ключей строки запуска сервера можно получить, запустив DBSRV50.EXE без параметров.

Сервер БД может исполняться как на том же компьютере, где работает сервер стойки, так и на отдельном сервере. В первом случае ПО сервера стойки само найдет сервер БД, во втором случае необходимо предварительно запустить клиента БД:

C:\SQLANY50\OS2\DBCLIENT.EXE –x NetBIOS CL512V20



В данном случае параметр CL512V20 описывает имя сервера БД. Это имя должно быть точно такое же, как задано при запуске сервера БД.

При запуске сервера БД можно явно указать имя сервера. Для этого используется параметр «-n», например,

-n DUBL.

В этом случае сервер БД будет загружен с именем DUBL, а при запуске клиента БД также необходимо будет задать эту строку.

Если при запуске сервера БД параметр «-n» не задан, то серверу БД будет присвоено имя, совпадающее с именем файла базы данных.

В процессе работы комплекса базу данных ЦМК ЮНИТ СК512 необходимо периодически обслуживать. Для этого в файл CL_BASE.SQL включаются скрипты, которые чистят данные в определенных таблицах, тем самым уменьшая общий объем файла БД.

Но тем не менее, частые операции вставки-удаления данных в БД приводят к сильной дефрагментации файла базы данных. Поэтому время от времени необходимо проводить, так называемый, Rebuild БД.

Для этого:

  1. завершите работу РМТ

  2. выключите стойку

  3. остановите сервер стойки командой QUIT

  4. остановите сервер базы данных командой Alt+X

  5. сохраните базу данных в какой-нибудь временный каталог

  6. запустите ISQL

  7. выберите окно Window

  8. выберите Database Tools и в появившемся окне - Rebuild Database

  9. Database File c:\cl512\db\cl512.db

  10. User id DBA

  11. Password SQL

  12. нажмите Rebuild - появится новое окно, где укажите путь к новому файлу и его имя, например, С:\cl512\CL512v20.db

  13. нажмите ОК и ждите завершения операции. Скорость и время зависит от производительности машины и количества информации в таблицах Automate, ArcOrder и др.

  14. по окончании выберите Transaction Log Name, укажите путь к новому файлу БД, нажмите Change , кнопку NO Transaction и ОК.

  15. скопируйте новую базу в C:\cl512\db2

  16. перезапустите компьютер.


В процессе работы комплекса наиболее интенсивно заполняются следующие таблицы:

Automate – данные по состоявшимся разговорам

ArcOrder - данные по состоявшимся заказам

OperBilling данные по подключению операторов к каналам с РМТ

StatIn статистика по входящим звонкам

WorkOperators – данные по работе операторов

Таким образом, периодическое обслуживание этих таблиц можно запрограммировать в файле CL_BASE.SQL.

Полное описание таблиц БД ЦМК находится в приложении Б.



  1. Настройка ДКП


Приступая к настройке комплекса ЦМК ЮНИТ СК512 необходимо убедиться, что последовательные порты управляющего компьютера соединены со стойкой, база данных CL512V20 загружена и имеет хотя бы одно активное соединение, сервер стойки также загружен. Для контроля конфигурации ЦМК и состояния каналов необходимо запустить программу рабочего места технического контроля (РМТК). Описание РМТК можно найти в документации на ЦМК приложение 2. В рабочем состоянии каналы должны быть включены и «гореть» зеленым цветом. На слотах, соответствующих ТЭЗ ГУУК И MUX, индикаторы также должны быть зелеными.

Настройку и проверку работоспособности платформы СТК можно выполнить на примере канала прямого абонента. Тип канала должен быть установлен прямой абонент тон с подключенным телефоном с тональным номеронабирателем. Вообще, на всех входящих ЗСЛ и линиях, обслуживающих входящие звонки СТК возможно три варианта прихода звонка:

1. звонок, поступающий на линию, должен быть безусловно обслужен оператором (звонок на оператора СТК). Для этого на входящей линии устанавливается признак Не автомат и тип службы входящего звонка 7 (тип службы передается на рабочие места и в дальнейшем определяет, какой тип бланка подставить и на какое рабочее место послать вызов).

В каталоге IBMLAN\DOSLAN\NET располагается файл blank.dat. В нем перечислены типы бланков, обслуживаемых на РМТ. Содержимое файла должно иметь примерно такой вид:
0,0,МТР/МнТР (исходящий)

1,0,МТР/МнТР (входящий)

2,0,Городская справка

3,0,Заказ с ПП

4,1,Транзит

5,0,Справка по заказу

6,1,Заказ через СТК

7,0,Доплата на карту
При необходимости можно удалить неиспользуемые типы бланков, но номер бланка изменить нельзя! Указанный файл считывается рабочим местом телефониста в момент старта программы.

Запустите рабочее место телефониста. Зарегистрируйтесь под паролем администратора, по клавише F5 войдите в таблицу установка типов бланков. Установите для типов служб соответствующие бланки: 0- исходящий, 1-входящий, …7-тип бланка СТК (7 зарезервировано под СТК). В таблице Режимы работы создайте новый режим работы, например, СТК и укажите, какие типы служб звонков должен видеть оператор в данном режиме или добавьте тип службы 7 в любой уже существующий режим работы, затем сделайте пересменку и войдите в данном режиме. Это позволит телефонисту получить входящий звонок с 7-ым типом службы.

На рабочем месте технического персонала на входящем канале (тот порт, с которым мы работаем) в поле входящий установите галочку напротив 0 – (можно другую или все от 0 до F) для выделения пучка входящих каналов. Входящий пучок будет искать исходящий пучок с точно такой же маской, например, пучок с установленной 0-ой позицией будет искать исходящие линии и каналы, на которых установлена в поле исходящий галочка также в 0-ой позиции. Если все галочки установлены, то выход возможен на любой исходящий канал, у которого есть хотя бы одна любая галочка. Выбор идет по принципу И. Данная процедура конфигурирования позволит в дальнейшем выделить на СТК группу каналов автоматики и не занимать каналы телефонистов.

При выходе на каналы телефонистов, работающих по протоколу СЛМ, возможно вклинивание СТК в разговор, занятых местным соединением, а это недопустимо. Хотя и в этом случае возможно внести изменения в формат набора по данным каналам (возможно только для пакетных каналов), если вместо категории D (14 – категория телефонист) поставить @С, при наборе абонентом на канал будет передана категория 13(абонент), а при наборе телефонистом 14-я.

В рабочем месте технического персонала встаньте на канал (линию), нажмите далее, установите все, что было сказано выше. Нажмите кнопку настройка и в поле строка вызова установите название линии, например СТК. Установите дополнительные галочки - запрос АОН (если необходимо запрашивать АОН на данной линии), разрешенные для данной линии (только для лини работающих в автоматическом режиме) типы связи город, межгород, международная. Для линий типа не автомат установите все галочки.

Проверьте – при входящем звонке должен поступить звонок на рабочее место телефониста. После подключения и вызова бланка заказа, должен выйти бланк СТК. Сбросьте бланк и вызов через Alt-F8.
2. Настройка линий для автоматического обслуживания абонентов СТК. Для этого установите на канале одновременно галочки автомат и неавтомат. При звонке на данную СЛ по умолчанию всегда будет произведено соединение на автоответчик и в случае не приема цифр ( не успел, нет тонального номеронабирателя и др.) в течение времени, установленного в файлах PHRASESx.DAT в первой позиции предложения, используемого в качестве приглашения, вызов будет направлен на телефонистку.

3. Тип линии с автоматическим приемом цифр и возможностью префикс-анализа (ЗСЛ). Анализ входящего номера происходит по шаблону номеров указанных в секции [CALL] файла dialer.cfg.
; секция номеров входящих служб

; номер телефона = номер типа специализации, номер меню, тип алгоритма

[CALL]

813=0

815=0

22222=1

59444=1

058=7,1,1
Где, например, при приеме цифр 813 происходит соединение на оператора, звонку присваивается 0 тип службы, при открытии бланка вызывается исходящий бланк. При звонке на 058 происходит соединение на платформу СТК с англоязычной поддержкой. Здесь вторая цифра «1» – означает второй тип языковой поддержки. Всего может быть три типа языковой поддержки. Фразы для соответствующего типа программируются в файлах PHRASESx.DAT – PHRASES0.DAT, PHRASES1.DAT, PHRASES2.DAT. Третья цифра в строке описания префикса выхода на СТК означает тип меню. Может принимать два значения – 0 или 1. Если установлена 1, то устанавливается линейный тип меню, без сервисной поддержки.

Секция [CALL] может содержать до 256 номеров телефонов. При выборе лучше пользоваться серийным номером, это практичнее и проще в обслуживании.


  1. генерация карточек


Для проверки работоспособности платформы необходимо, чтобы в БД была загружена хотя бы одно карточка. Для генерации партии карт необходимо воспользоваться утилитой MAKECARD.EXE. При первой генерации необходимо создать файл истории карточек. В дальнейшем этот файл будет всегда учитываться при генерации. Создание файла истории осуществляется с помощью утилиты crtbht.exe, расположенной в директории MAKECARD.

Для создания пробной серии карт запускаем утилиту gencard.exe. Далее следуем запросам программы.
Введите количество цифр в номере карты ==> 1 – разрядность должна быть достаточной для хранения самого длинного номера. Если номер карты меньше этого значения, он дополняется слева нулями.
Введите номер первой карты ==>1- карта имеет номер, каждая последующая серия должна начинаться со следующего по порядку номера от конца предыдущей


  1   2   3

Похожие:

Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации жскф 405242. 004 Рэ содержание
Приложение а сборочные чертежи дотэс приложение б схема электрическая принципиальная дотэс
Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации Ш. 05. 00. 00 Рэ
Приложение а перечень документов, на которые даны ссылки в руководстве по эксплуатации
Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации Руководство по эксплуатации серии стоматологических установок wod
Данное руководство по эксплуатации ■ Храните руководство по эксплуатации в надежном месте и обращайтесь к нему в случае возникновения...
Руководство по эксплуатации Приложение 3 icon Приложение №1 к аукционной документации технические характеритики...
Приложение №1), инструкцией о порядке производства работ посторонними организациями в эксплуатируемых сооружениях Московского метрополитена...
Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации Кассир, администратор
Приложение а образцы печатаемых документов
Руководство по эксплуатации Приложение 3 icon Правила соревнований Вступили в силу 23 августа 2013 года Содержание
Правило 13. Протесты приложение а – обязанности технического делегата приложение в – обязанности менеджера соревнований приложение...
Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации 4383006700
Ваша установка оборудована микропроцессорным контроллером, обеспечивающим контроль и отображение технической информации: о работе...
Руководство по эксплуатации Приложение 3 icon Руководство по монтажу (13) Инструкция по эксплуатации (16)
Приложение А: emc предложения по установке и использованию сварочного аппарата (22)
Руководство по эксплуатации Приложение 3 icon Руководство оператора
Нц-31 Блок питания бпс18 Техническое описание и инструкция по эксплуатации. Приложение о 087. 141. То
Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации ваюу. 435Х21. 001ИЭ
Приложение Список параметров двигателя, устанавливаемых в константах группы 14. 99
Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации дсмк. 421417. 002РЭ
Приложение Б. Габаритные, установочные и присоединительные размеры преобразователя "Топаз-138"
Руководство по эксплуатации Приложение 3 icon Контрольно кассовая машина «Касби 03Ф» Руководство по эксплуатации Кассир, администратор
Приложение а образцы печатаемых документов
Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации пмек. 407111. 001 Рэ
Приложение а – Габаритные и присоединительные размеры измерительного блока с креплением на стену
Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации рэ 407251. 002-2007
Приложение М. Метрологические характеристики средств измерений, задействованных при поверке сур
Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации 833. 004 Рэ
Приложение №1 Перечень образцовых средств измерений, которые используются при проверке преобразователей
Руководство по эксплуатации Приложение 3 icon Руководство по эксплуатации мекю. 425629. 005 Рэ
Приложение А. Прибор приемно-контрольный пожарный ппкп (6 каналов). Габаритно-установочные размеры 21

Руководство, инструкция по применению




При копировании материала укажите ссылку © 2024
контакты
rykovodstvo.ru
Поиск