- •1. Постановка задачи
- •2. Разработка обобщенной функциональной схемы цов
- •3. Определение характеристик цов
- •4. Разработка алгоритмов обработки вызовов, поступающих на цов
- •5. Разработка структурной схемы цов
- •6. Разработка сценариев взаимодействия цов с сетями общего пользования
- •Заключение
- •Список сокращений
- •Список литературы
6. Разработка сценариев взаимодействия цов с сетями общего пользования
Сценарий входящего вызова, с учётом используемого протокола сигнализации, рассматривается на рисунке 9.
Рис. 9. Сценарий установления входящего соединения
Пользователь, инициирующий вызов, снимает трубку, тем самым посылает сообщение SETUP с назначенной меткой соединения. Сообщение SETUP включает в себя также информационные элементы, которые информируют сеть о требуемых характеристиках средств доставки информации. После приема цифр номера в сообщении Setup, шлюз передает запрос INVITE в сторону оборудования оператора, который содержит описание сессии, а также данные необходимые для аутентификации абонента. Вызываемая сторона принимает запрос INVITE и начинает его обработку, о чем сообщает ответом 100 Trying встречному оборудованию для перезапуска его таймеров (т.е. шлюзу). Шлюз посылает сообщение Call Proceeding, которое подтверждает прием сообщения SETUP и указывает, что вся информация, необходимая для установления соединения, получена и соединение. РМО далее посылает сообщение шлюзу 180 Ringing, значащее что оператор получил сигнал о входящем вызове от своего UA. Шлюз в свою очередь отправляет ALERTING, которое говорит о том, что вызываемый оператор свободен и готов принять вызов. 200 OK – запрос успешно выполнен. Шлюз инициирует соединение сообщением CONNECT. Далее происходит обратный ответ Connect Ack и ACK, свидетельствующее о получении ответа. Происходит разговор. Вызывающая сторона кладёт трубку, отправляется сообщение DISCONNECT на шлюз, а тот в свою очередь сообщение BYE оператору. Оператор подтверждает получение запроса на разъединение (200 ОК). И последними сообщениями в этом сценарии становятся запрос-ответ шлюза к АТС. Release подтверждает получение disconnect оператором, а release complete подтверждает получение release АТС.
Заключение
Резюмируя вышеизложенное, подведём итоги выполнения курсовой работы. Были рассмотрены и рассчитаны параметры моделей ЦОВ M/M/v/K и M/M/v/v, на основе которых был сделан вывод, касательно выбора между этими моделями. Модель M/M/v/K, обладая наличием очереди с длиной k = 9, позволяет достичь таких показателей, как вероятность отказа p = 0.000914 и среднее время ожидания w = 3.14 сек при v = 8 операторов. Модель M/M/v/v позволяет достичь вероятности отказа равной p = 0.00047, при этом требуя v = 14 операторов. Из чего исходит очевидный вывод в экономическом преимуществе модели M/M/v/K относительно модели M/M/v/v.
Список сокращений
ACD |
Automatic Call Distribution – сервер распределения вызовов |
EDSS1 |
Extended Digital Subscriber Signalling #1 – протокол цифровой абонентской сигнализации |
IVR |
Сервер интерактивного речевого взаимодействия |
H.323 |
Протокол сигнализации (включает в себя протоколы RAS, H.225, H.245) |
SIP |
Session Initiation Protocol – протокол инициирования сеансов |
VoIP |
VoiceOverIP - технология передачи речевой информации по сетям с маршрутизацией пакетов IP |
РМО |
Рабочее место оператора |
СМО |
Система массового обслуживания |
СРВ СРИ |
Сервер распределения вызовов (см. также ACD) Система распределения информации |
ТФОП |
Телефонная сеть общего пользования |
ЦОВ |
Центр обслуживания вызовов |