Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
2 Стандарты построения (Лк 2.2-4).doc
Скачиваний:
2
Добавлен:
01.05.2025
Размер:
438 Кб
Скачать
☆

2.6 Пакетная телефония Cisco

Архитектура пакетной телефонии Cisco основана на создании трех логических систем: управление соединением (connection control), управление вызовом (call control) и службы (services). Каждая система представляет отдельный функциональный аспект голосовой службы и взаимодействует с другими логическими системами с помощью простых открытых интерфейсов. Три системы организованы в иерархию, где управ­ление соединением находится на самом низком уровне, управление вызовом выше управления соединением, а службы выше управления вызовом. Функциональная композиция архитектуры пакетной телефонии Cisco приведена на рис. 14.1.

Рис. 14.1. Архитектура пакетной телефонии Cisco

Программный коммутатор предоставляет следующие функции системы управле­ния вызовом в архитектуре пакетной телефонии Cisco.

  • Система управления соединением или несущим каналом объединяет функ­циональные возможности, необходимые для установки, поддержания и раз­рыва голосового канала в пакетной сети. Примерами шлюзов-носителей (Media Gateway – MG), реализующих функции управления несущим кана­лом, являются Cisco AS5850, MGX8850, 2600, 3600 и 3810. Система управле­ния несущим каналом связана с системой управления вызовом и использует такие промышленные протоколы управления, как протокол управления шлю­зом-носителем (Media Gateway Control Protocol – MGCP).

  • Система управления вызовом включает функциональные возможности, необ­ходимые для сигнализации, обработки и маршрутизации голосовых вызовов по пакетной сети. Функции этого слоя близки к тем, которые осуществляет логика обработки вызова коммутатора TDM. К типичным функциям системы управления вызовом относится обработка протокола SS7, анализ цифр, а так­же манипулирование, перенаправление, поиск, возможности коммутации и взаимодействия с внешними сервисными логическими программами.

  • Система управления вызовом взаимодействует с системой управления соеди­нением с помощью протокола MGCP, протокола инициирования сеанса связи (Session Initiation Protocol – SIP), протокола Н.323 или MEGACO. Архитек­турной задачей этого интерфейса является упрощение разделения управления соединением и управления вызовом так, чтобы система управления вызовом не зависела от основного транспорта голосовых пакетов. Это позволяет ис­пользовать ту же систему управления вызовом шлюза MG слоя 3 (IP) или слоя 2 (ATM/FR – Asynchronous Transfer Mode/Frame Relay – режим асинхронной передачи/Frame Relay).

  • Для поддержки более гибких, дополнительных служб система управления вы­зовом может также взаимодействовать с системой служб. Этим интерфейсом обычно является стандартный протокол интеллектуальной сети (Intelligent Network – IN), выполняющийся поверх части транзакционных возможностей приложений (Transaction Capabilities Applications Part – TCAP) сети SS7, хотя существует и множество других дополнительных расширений от разных про­изводителей.

  • Система служб объединяет логику, необходимую для поддержки дополни­тельных служб, не связанных с коммутатором. Можно реализовать такие функции, как точка управления службой (Service Control Point – SCP) или сервисный узел (service node). При использовании точек SCP система управле­ния вызовом общается с ними, используя усовершенствованную интеллекту­альную сеть (Advanced Intelligent Network – AIN) или протокол IN поверх части TCAP сети SS7. Типичные приложения SCP включают преобразование номеров (800#), аутентификацию кода учетной записи, проверку достоверности кредитной карточки и виртуальную закрытую сеть (Virtual Private Net­work – VPN).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]