Разработка алгоритмов обработки вызовов, поступающих на цов
Рисунок 4 – Алгоритм обслуживания входящего вызова
При поступлении входящего вызова система может находиться в одном из трех состояний:
Есть свободные операторы, которые могут обслужить входящий вызов и предоставить запрашиваемую информационную услугу;
Все операторы заняты, однако присутствуют свободные места в очереди на ожидание обслуживания. В этом случае входящий вызов ставится в очередь, где он ожидает освобождения оператора. В случае, если вызов дождался освобождения, то он передается далее на обслуживание, если не дождался – покидает систему и соединение завершается.
При поступлении входящего вызова все операторы и все места в очереди на ожидание заняты. Входящий вызов получает отказ в обслуживании.
Разработка структурной схемы цов
Рисунок 5 – Структурная схема ЦОВ
Согласно проведенным расчетам при заданных интенсивностях поступления и обслуживания вызовов для удовлетворения определенным условиям качества обслуживания достаточно иметь в 12 рабочих место операторов и 11 мест в очереди для ожидания.
Из ТфОП входящий вызов попадает в шлюз, который обеспечивает взаимодействие между сетью с коммутацией пакетов и телефонной сетью с коммутацией каналов. Далее вызов поступает в сервер распределения вызовов, который проверяет состояние обслуживающих вызовы операторов. В случае наличия свободных он направляет вызов на обслуживание в соответствии с заданным сценарием (любой свободный оператора, наименее занятый, более опытный и т.п.). Если свободных операторов в настоящий момент нет, то вызов ставится в очередь. В случае отсутствия свободных мест в очереди вызов получает отказ в обслуживании, клиенту выдается зуммер «Занято», вызов завершается.
Оператор при получении входящего вызова узнает у клиента, какая информационная услуга ему необходима, обращается к соответствующему серверу приложений и при получении от него ответа предоставляет услугу клиенту. После чего вызов завершается.
Вся информация о поступивших и обслуженных вызовах хранится в базе данных, на основании которой можно формировать различные статистические отчеты и оценивать эффективность работы ЦОВ.
Разработка сценариев взаимодействия цов с сетями общего пользования
Рисунок 6 – Диаграмма установления соединения
После приема цифр номера в сообщении Setup, шлюз передает запрос INVITE в сторону оборудования оператора. Вызываемая сторона принимает запрос INVITE и начинает его обработку, о чем сообщает ответом 100 Trying встречному оборудованию для перезапуска его таймеров (т.е. шлюзу).
Шлюз посылает сообщение Call Proceeding и начинает устанавливать соединение.
После завершения обработки поступившего запроса оборудование вызываемой стороны сообщает своему пользователю (т.е. оператору) о входящем вызове, а встречной стороне передает ответ 180 Ringing.
Шлюз посылает АТС сообщение Alerting, которое указывает на то, что вызываемый пользователь извещается о входящем вызове.
После приема вызываемым пользователем входящего вызова удаленной стороне передается сообщение 200 OK.
АТС посылается сообщение Connect – соединение, которое требует подтверждения Connect Acknowledge.
Шлюз подтверждает прием ответа запросом АСК. На этом фаза установления соединения закончена и начинается разговорная фаза.
Разъединение инициируется вызывающей стороной (т.е. АТС) – передается сообщение Disconnect.
Реакцией шлюза на это является запрос BYE, который подтверждается ответом 200 OK.
К АТС посылается Release – чтобы освободить канал и метку соединения для следующих соединений. В ответ посылается Release Complete.