Открыть Электронные книги
Категории
Открыть Аудиокниги
Категории
Открыть Журналы
Категории
Открыть Документы
Категории
Гольдштейн
СПбГУТ им. проф. М.А. Бонч-Бруевича
СЕТЕВОЕ ВЗАИМОДЕЙСТВИЕ
(ЭЛЕКТРОННЫЙ УЧЕБНИК)
Санкт-Петербург, 2008
Предисловие..............................................................................................................4
Часть 1. Сетевые архитектуры, протоколы, сетевое взаимодействие...........7
1.1. Основные понятия телефонной сигнализации........................................7
1.2. Элементы межстанционной сигнализации..............................................9
1.3. Эволюция межстанционной сигнализации.............................................12
1.4. Глобальная информационная инфраструктура....................................14
Литература к части 1...............................................................................................15
Часть 2. Эволюция протоколов сетевого взаимодействия в ТфОП...........16
2.1. Сигнализация по выделенным сигнальным каналам...........................16
2.2. Многочастотная сигнализация................................................................22
Литература к части 2...............................................................................................29
Часть 3. Сетевая общеканальная сигнализация №7......................................30
3.1. Предпосылки общеканальной сигнализации.........................................30
3.2. Принципы сети ОКС7...............................................................................33
3.3. Стек протоколов........................................................................................37
3.4. Подсистема переноса сообщений MTP..................................................40
3.4.1. Уровень 1................................................................................................40
3.4.2. Уровень 2................................................................................................40
3.4.3. Уровень 3................................................................................................48
3.5. Подсистема управления сигнальными соединениями SCCP..............55
3.6. Подсистема средств транзакций ТС.......................................................58
3.7. Подсистема ISUP......................................................................................63
3.8. Протокол интеллектуальной сети INAP..................................................67
3.9. ОКС7 поверх IP.........................................................................................69
3.10. Тестирование ОКС7..................................................................................76
3.10.1. Аттестационное тестирование................................................................77
3.10.2. Тестирование производительности........................................................81
3.10.3. Тестирование совместимости.................................................................81
3.10.4. Тестирование взаимодействия................................................................82
3.10.5. Регрессионное тестирование..................................................................83
3.10.6. Функциональное тестирование...............................................................83
3.11. Сетевой мониторинг ОКС7.......................................................................83
3.12. Заключение части 3..................................................................................96
Литература к части 3.............................................................................................97
Часть 4. Телекоммуникационные протоколы сетей сотовой связи
1
2G, 2.5G, 3G.............................................................................................98
4.1. Сетевое взаимодействие в сотовых сетях.............................................98
4.2. Модель протокола МАР..........................................................................100
4.3. Интерфейсы А, В, Аbis...........................................................................102
4.4. Обновление местоположения с помощью MAP..................................104
4.5. Входящий вызов в СПС из ТфОП.........................................................107
4.6. Исходящий вызов из СПС в ТфОП.......................................................110
Литература к части 4...........................................................................................111
Часть 5. Сетевое взаимодействие при предоставлении услуг
Интеллектуальной сети.......................................................................112
5.1. Эволюция услуг в ТфОП........................................................................112
5.2. Услуги Интеллектуальной сети..............................................................115
5.3. Подход компьютерной телефонии........................................................128
5.4. Услуги ТфОП и IP-сетей.........................................................................130
5.5. Конвергенция сетей и услуг связи.........................................................138
5.6. Заключение.............................................................................................141
Литература к части 5...........................................................................................141
Часть 6. Сетевое взаимодействие в NGN.......................................................141
6.1. Softswitch.................................................................................................141
6.2. Системы сигнализации..........................................................................143
6.3. Консорциум IPCC....................................................................................146
6.4. Эталонная архитектура Softswitch........................................................147
6.4.1. Транспортная плоскость........................................................................147
6.4.2. Плоскость управления обслуживанием вызова и сигнализации.......150
6.4.3. Плоскость услуг и приложений..............................................................150
6.4.4. Плоскость эксплуатационного управления..........................................151
6.5. Основы протокола SIP...........................................................................151
6.6. Архитектура сети SIP..............................................................................157
6.7. Структура сообщений SIP......................................................................163
6.8. Команды (запросы).................................................................................167
6.9. Ответы.....................................................................................................172
6.10. Сценарии сеансов связи........................................................................177
6.10.1. Алгоритм установления соединения с участием сервера
перенаправления..............................................................................................178
6.10.2. Алгоритм установления соединения с участием прокси-сервера...180
6.11 Н.323 в процессе эволюции IP-телефонии..........................................181
6.12. Архитектура и основные устройства сети Н.323.................................182
6.12.1. Терминал Н.323....................................................................................183
6.12.2. Шлюз H.323...........................................................................................184
6.12.3. Привратник............................................................................................184
6.13. Протоколы сетевого взаимодействия Н.323.........................................185
Литература к части 6...........................................................................................185
Список сокращений..........................................................................................186
2
Предисловие
В электронном учебнике рассмотрен один из важнейших
аспектов современных инфокоммуникационных сетей – сетевое
(межсетевое) взаимодействие - протоколы и интерфейсы,
позволяющие поддерживать соединения между пользователями и
осуществлять иные виды взаимодействия современных
телекоммуникационных сетей и систем. Курс содержит шесть частей.
Первая часть курса посвящена сетевым архитектурам,
протоколам, принципам сетевого взаимодействия: понятию сетевого
взаимодействия; эволюции систем сигнализации телефонных сетей
связи общего пользования (ССОП); основам протоколов TDM- и IP-
коммуникаций, проблемам взаимоувязанности Единой сети
электросвязи (ЕСЭ); модели глобальной информационной
инфраструктуры GII, протоколам и универсальным интерфейсам сети
доступа (AN) и транспортной сети (CN).
Вторая часть посвящена эволюции протоколов сетевого
взаимодействия в сетях фиксированной телефонной связи.
Рассматриваются программно-аппаратные средства сигнализации в
телефонных сетях связи общего пользования, принципы
сигнализации по двум выделенным сигнальным каналам (2bitCAS);
методы и средства адресной и линейной сигнализации, определение
номера вызывающего абонента и принципы учета для начисления
платы за услуги связи (metering for charging), SDL-спецификации
обслуживания входящего, исходящего и входящего междугородного
вызовов, приоритет междугородного вызова, привязка к физическому
уровню.
Третья часть является продолжением части 2 и посвящена
общеканальной сигнализации, стеку протоколов ОКС7 (SS7),
протоколам MTP, ISUP, SCCP, INAP, проблемам SS7 поверх IP,
рабочей группе SIGTRAN, средствам тестирования и мониторинга.
В четвертой части описываются телекоммуникационные
протоколы сетей мобильной связи поколений 1G, 2G, 2.5G, 2.75G, 3G
3
и 4G; основы сетевого взаимодействия в сетях подвижной связи
(СПС), принцип хэндовера; сетевое взаимодействие при роуминге;
протокол МАР стека ОКС7; сетевое взаимодействие в TDM-сетях
фиксированной и подвижной связи; сценарии для разных сетевых
взаимодействий.
Пятая часть описывает сетевое взаимодействие при
предоставлении услуг Интеллектуальной сети: архитектура
Интеллектуальной сети (IN), международные стандарты в области IN,
взаимодействие SSP и SCP; протокол INАР стека ОКС7; cетевое
взаимодействие при предоставлении услуг FreePhone, Televoting.
Ключевая шестая часть начинается с рассмотрения основ
сетевых архитектур сетей следующего поколения NGN (Next
Generation Networks). Там обсуждаются взаимодействие сетей Н.323
и SIP, функциональные возможности Softswitch и первые
международные стандарты в области NGN, рекомендации ITU-T
серии Y, архитектура NGN, стек протоколов Н.323, понятия шлюза и
гейткипера, организация конференций, протокол SIP, сетевое
взаимодействие H.323 и SIP, описание протоколов управления
медиашлюзами MGCP, MEGACO/H.248. Завершают часть 6 разделы,
посвященные тестированию протоколов сетевого взаимодействия
NGN.
Названные выше аспекты тестирования сетевого
взаимодействия составляют основу лабораторных работ по данному
курсу, которые проводятся на базе интерактивного учебного
комплекса СОТСБИ-У.
Учебник адресован магистрантам, изучающим сетевое
взаимодействие. Курс может быть полезен читателям и в качестве
введения в современные сетевые протоколы и в проблемы
тестирования взаимодействия инфокоммуникационных сетей.
4
Часть 1. Сетевые архитектуры, протоколы, сетевое
взаимодействие
Понятие сетевого взаимодействия; эволюция систем
сигнализации телефонных сетей связи общего пользования
(ССОП); протоколы TDM- и IP-коммуникаций, проблемы
взаимоувязанности единой сети электросвязи (ЕСЭ); модель
глобальной информационной инфраструктуры GII, протоколы и
универсальные интерфейсы сети доступа (AN) и транспортной
сети (CN).
5
соединения: во-первых, АТС должна распознать принимаемый ею
телефонный номер, чтобы направить вызов в абонентскую линию
адресата или к следующей станции в цепочке участвующих в
соединении станций; во-вторых, АТС должна выбрать свободный
канал в нужном направлении и информировать об этом канале
следующую станцию в цепочке; в-третьих, станции должны проверять
этот канал, вести его мониторинг и, наконец, освободить его по
окончании связи. Выполнение этих функций, относящихся к каналу,
требует обмена информацией между станциями, и этот обмен в
телефонных сетях как раз и есть сетевая сигнализация.
Первоначально процедура сигнализации была намного ближе к
исходному значению слова – блоки электромеханических АТС
декадно-шаговой или машинной системы, участвующие в
установлении телефонного соединения, обменивались
электрическими сигналами. Сигнальная информация для конечного
пользователя (абонента) предоставлялась (и продолжает
предоставляться сегодня) путем посылки ему акустических
(тональных) сигналов разных частот и разной длительности. Да и в
самих электромеханических АТС сигнализация ненамного
отличалась от того, что происходит на абонентских линиях при
снятии трубки, при наборе номера на дисковом телефонном
аппарате или при нажатии кнопок на тастатуре: телефонные станции
обмениваются линейными или акустическими сигналами по той же
линии, по которой разговаривают абоненты. Сигнализация этого типа
называется внутриполосной сигнализацией или, более развернуто,
сигнализацией в полосе частот телефонного канала, и она
эксплуатируется сегодня на большей части межстанционных
соединительных линия Единой сети электросвязи (ЕСЭ РФ).
6
увеличивается с того исторического момента, когда городские
телефонные сети стали состоять более чем из одной телефонной
станции. Последним усилием, направленным на предотвращение
межстанционной сигнализации, был тщательный отбор в
телефонные операторы барышень высокого роста (способных
дотянуться до дальних углов коммутаторных досок) и с громким
голосом (информация о вызываемом абоненте между первым и
четвертым коммутаторами, т.е. из конца в конец коммутаторного зала
первой петербургской телефонной станции, сообщалась устно). Этих
мер хватило ненадолго, и сегодня подавляющее большинство
соединений в телефонной сети проходит через несколько узлов и
станций (рис. 3.1).
Абонент А АТС А Абонент Б
Сигнализация по а.л.
Сигнализация по а.л.
Сигнализация по а.л.
СОЕДИНЕНИЕ
a)
Абонент А АТС А АТС Б Абонент Б
Сигнализация по а.л.
Сигнализация по с.л.
Сигнализация по а.л.
Сигнализация по с.л.
СОЕДИНЕНИЕ
б)
Рис. 1.1. Упрощенные сценарии установления соединения между
абонентами одной АТС (а) и с использованием
межстанционной сигнализации (б)
7
Кроме того, для организации одного соединения часто
используется множество разных систем сигнализации. В качестве
примера можно представить себе петербургского абонента сети GSM,
включающего свой мобильный телефон, скажем, в Майями и через
несколько секунд принимающего из своего же дома в Санкт-
Петербурге вызов, поступивший от принадлежащего ему
стационарного телефона, включенного в одну из координатных
станций Петербургской телефонной сети. Сигнальная информация,
необходимая для обслуживания такого вызова, переносится в сотнях
сигнальных сообщений между самыми разными узлами и станциями
международной и национальных сетей.
Функционирующие сегодня в отечественных ТфОП
межстанционные протоколы начинались с простых систем
сигнализации. В эволюции систем межстанционной сигнализации
можно выделить три фазы:
- импульсная сигнализация;
- многочастотная сигнализация ;
- общеканальная сигнализация.
Сигнализация двух первых типов до сих пор служит средством
взаимодействия АТС двух третей всепланетной ТфОП. То же
соотношение справедливо и для Единой сети электросвязи России.
Эти протоколы рассматриваются и в настоящем параграфе.
Последняя, третья фаза эволюции межстанционной сигнализации
началась одновременно с введением программно-управляемых
узлов коммутации. Сигнализация, представляющая собой
последовательность электрических сигналов, превратилась в
протоколы передачи по специальному каналу данных, относящихся к
большому количеству телефонных каналов, откуда, собственного
говоря, и появилось название «общеканальная сигнализация»,
которой посвящена отдельная глава.
8
Для межстанционной сигнализации всех типов справедливо
следующее (еще одно) определение: сигнализация – это обмен
между сетевыми элементами служебной информацией, на основе
которой сеть обеспечивает создание, сопровождение и разрушение
соединений, используемых ею для предоставления своим абонентам
услуг связи. Отметим попутно, что в сети с коммутацией каналов
(каковой является, в частности, телефонная сеть) сетевые ресурсы,
из которых составляется соединение, закрепляются за ним на все
время пользования услугой связи и не могут быть использованы в
других соединениях.
Системы сигнализации, рассматриваемые в этом параграфе, как
раз и были созданы для сетей с коммутацией каналов. Передача
данных появилась в начале 70-х годов и обусловила создание сетей,
в которых информация пользователей передается в виде коротких
пакетов, перемежающихся периодами «молчания». Поскольку паузы
между пакетами одного информационного потока можно
использовать для передачи пакетов других информационных потоков,
отпала необходимость отводить одни и те же сетевые ресурсы в
безраздельное пользование какому-то одному потоку на все время
его существования. Следовательно, для предоставления услуги связи
сеть не должна создавать т.н. «физическое» соединение. Примером
такой сети является Интернет. Ее возможности используются и в
технологии IP-телефонии, рассмотрению сетевого взаимодействия
для которой посвящается часть 6.
9
непосредственно по телефонному каналу и сигнализация по
выделенным сигнальным каналам (ВСК), представленные на рис. 1.2
и 1.3, соответственно.
Разговорный канал
Cигнализация
Разговорный канал
Cигнализация
Коммутация и Коммутация и
управление управление
АТС А АТС Б
Разговорный канал
Сигнализация
Коммутация
Рег/М
управление
Разговорный канал
Коммутация Сигнализация
Коммутация
Рег/М Рег/М
управление управление
АТС А АТС Б
10
Разговорный канал
Коммутация Коммутация
Сигнализация
Управление Управление
АТС А АТС Б
Разговорный канал
Сигнализация
Шлюз А Шлюз Б
11
глобальная информационная инфраструктура GII (Global
Information Infrastructure).
Абонент А
Информационный
терминал абонента
Информационный
терминал абонента
Транспортная сеть связи
Core Network
Информационная Информационная
составляющая Телекоммуникационная составляющая составляющая
Литература к части 1
1. Гольдштейн Б.С. Сигнализация в сетях связи. Том 1. – М.:
Радио и связь, 2005.
2. Кох Р., Яновский Г.Г. Эволюция и конвергенция в электросвязи. –
М.: Радио и связь, 2001.
3. Соколов Н.А. Беседы о телекоммуникациях. Монография в
четырех главах. –М.: Альварес Паблишинг, 2003 – 2004.
12
Часть 2. Эволюция протоколов сетевого
взаимодействия в ТфОП
Программно-аппаратные средства сигнализации в телефонных
сетях связи общего пользования, принципы сигнализации по двум
выделенным сигнальным каналам (2bitCAS); методы и средства
передачи адресной и линейной сигнализации, определение номера
вызывающего абонента и принципы учета для начисления платы
за услуги связи, SDL-спецификации обслуживания входящего,
исходящего и входящего междугородного вызовов.
13
том числе, и при незавершённых соединениях, доля которых часто
составляет около 40%.
Если отвлечься от средств общения телефонных барышень, то
можно считать, что телефонная сигнализация появилась в 1890 году
как составная часть изобретенной Алманом Строуджером из Канзас-
Сити автоматической телефонной станции, которая была в состоянии
принимать телефонный номер в виде импульсного набора. В течение
следующих ста лет развитие систем сигнализации происходило
вместе с эволюцией коммутационного оборудования. Существовал
довольно длительный период, с 1890 до 1976 года, когда все системы
сигнализации характеризовались следующими общими свойствами:
они были ориентированы на обычные телефонные услуги POTS;
они обеспечивали создание и разрушение соединения;
они предусматривали передачу сигналов либо по тем же каналам,
по которым передавалась речь, либо по выделенным сигнальным
каналам, каждый из которых был закреплен за определенным
речевым каналом.
Более строго, выделенный сигнальный канал, ВСК,
представляет собой ресурс межстанционного тракта передачи
(частоту в аналоговой системе передачи или временной интервал в
системе ИКМ), ассоциированный (поставленный в однозначное
соответствие) с определенным разговорным каналом этого тракта
передачи.
В цифровых ИКМ-системах передачи теоретически имеется
возможность организовать для каждого речевого канала от одного до
четырех ВСК. Реально же используется сигнализация по одному
(1ВСК) или по двум (2ВСК) выделенным сигнальным каналам. В
системе ИКМ-30 (2048 Кбит/с) биты 0, 1 шестнадцатого канального
интервала (16КИ) могут переносить сигнальную информацию для
разговорных каналов с 1 по 15, а биты 4, 5 – сигнальную
информацию для разговорных каналов с 16 по 30.
14
В аналоговых системах передачи с частотным разделением
каналов имеется возможность организовать один ВСК на частоте вне
разговорного спектра, например, на частоте 3825 Гц или 4000 Гц.
Возможна организация второго ВСК в разговорном спектре частот,
например, на частоте 2600 Гц.
К системам сигнализации по ВСК относятся следующие
протоколы: сигнализация 1ВСК для универсальных СЛ двустороннего
использования (индуктивный код), сигнализация 1ВСК для
односторонних СЛ с раздельными пучками СЛ и СЛМ (код «Норка»),
сигнализация 2ВСК для односторонних СЛ с раздельными пучками
СЛ и СЛМ, сигнализация 2ВСК для универсальных СЛ двустороннего
использования.
Сигнализация 1ВСК (индуктивный код) используется в сельских
сетях, где вследствие высокой стоимости линейных сооружений на
участках между ОС-УС и ОС-ЦС рекомендуется использовать общие
пучки местных и междугородных СЛ (универсальных СЛ) в
двустороннем режиме, то есть когда одна и та же линия может
использоваться как входящая и как исходящая.
Сигнализация 1ВСК для односторонних СЛ с раздельными
пучками СЛ и СЛМ (код «норка») используется при установлении
соединений как в городских сетях, так и на участках сельских сетей
ОС-УС, ОС-ЦС, УС-ЦС, ЦС-АМТС.
Сигнализация 2ВСК для универсальных СЛ двустороннего
использования применяется в сельских телефонных сетях на
участках ОС-УС, УС-ЦС. В зависимости от типа станционных
комплектов соединительных линий этот протокол может быть
реализован двумя способами:
Первый способ. Первый ВСК организуется либо в аналоговой
системе передачи на частоте вне разговорного спектра, либо в 0 или
16 канальном интервале цифровой системы передачи, а второй ВСК
– на частоте 2600 Гц в разговорном канале.
15
Второй способ. Оба сигнальных канала организуются в 0 или 16
канальном интервале цифровой системы передачи.
Сигнализация 2ВСК для односторонних СЛ с раздельными
пучками СЛ и СЛМ используется в городских телефонных сетях при
организации связи между декадно-шаговыми и координатными АТС,
а также между цифровыми и электромеханическими АТС.
Логика сигнализации 2ВСК лучше всего иллюстрируется
сценариями, приведенными на рис. 2.1, где в скобках указаны
значения битов в обоих сигнальных каналах для каждого сигнала и
состояния. В сценарии на рис. 2.1а показано, что в исходном
состоянии со стороны исходящей АТС в соединительную линию
передается сигнал «Исходное состояние» (11), а со стороны
входящей АТС – сигнал «Контроль исходного состояния» (01). Когда
исходящая АТС инициирует установление соединения, сигнал
«Исходное состояние» (11) сменяется сигналом «Занятие» (10), в
ответ на который от входящей АТС поступает сигнал
«Подтверждение занятия» (11), после чего система переходит в
предответное состояние, в котором оба сигнала продолжают
присутствовать. Если номер вызываемого абонента передается
декадным способом, то сигнал «Занятие» (10) сменяется поочередно
сигналами «Импульс» (00) и «Пауза» (10) или «Межцифровой
интервал» (10). Различие между паузой и межцифровым интервалом
заключается только в их длительности. При местном вызове
максимальная длительность паузы составляет 150 мс, а если пауза
оказывается длиннее, сигнал (10) идентифицируется как
«Межцифровой интервал». В рассматриваемом сценарии «а»
(абонент Б свободен, первым дает отбой абонент А), когда абонент Б
снимает трубку, от входящей АТС поступает сигнал «Ответ» (10),
после чего система переходит в разговорное состояние. При отбое
абонента А исходящая АТС передает сигнал «Разъединение» (11),
ответом на который служит сигнал «Контроль исходного состояния»
(01), и система переходит в исходное состояние.
16
Исходящая АТС Входящая АТС
Занятие (10)
Разъединение (11)
Занятие (10)
(00) Отбой
Разъединение (11)
18
Исходящая АТС Входящая АТС
Занятие (10)
20
5!
C 52 10
для кода "2 из 5" 2! 5 2! ,
6!
C 62 15
для кода "2 из 6" 2! 6 2 ! .
Многочастотные коды «2 из 5» и «2 из 6» относятся к
самопроверяющимся, поскольку они позволяют с помощью
несложной схемы выявить на приемной стороне ошибки, возникшие
при передаче (отсутствие одной из частот, присутствие более двух
частот). При необходимости можно запросить повторную передачу
комбинации, принятой с ошибкой. Это позволяет повысить
достоверность передачи. В многочастотном коде используются
частоты разговорного спектра, и потому этот код пригоден для
передачи сигналов по уплотненным линиям. В качестве сигнальных
используются частоты f0=700, f1=900, f2=1100, f4=1300, f7=1500,
f11=1700 Гц (индексы 0, 1, 2, 4, 7 и 11 подобраны так, чтобы их сумма
в каждой комбинации давала ту цифру, которую эта комбинация
обозначает; исключение составляет только цифра 0).
Показанная на рис. 2.2 передача кодовых комбинаций методом
«импульсный челнок» напоминает прямые и обратные движения
ткацкого челнока и происходит следующим образом. Вызывающее
устройство (например, регистр) подключается к вызываемому
устройству (например, к маркеру) и сигнализирует о своей готовности
передать информацию. Маркер посылает сигнал запроса, и в ответ
на него регистр передает некоторую часть информации. Затем от
маркера вновь поступает сигнал запроса (или сигнал подтверждения
приема), регистр передает следующую порцию информации и т. д.
Передав всю информацию, регистр освобождается. При таком
способе повышается достоверность передачи информации, но
возрастает и время ее передачи. Метод «импульсный челнок»
применяется в сетях сложной структуры. Он позволяет по-разному
передавать информацию, накопленную в регистре. В зависимости от
21
вида запроса, регистр может передать одну или несколько цифр
номера, номер полностью, повторно передать цифру, а также
перейти от одного способа передачи сигналов к другому.
Как видно на рис. 2.2, обмен сигналами начинается с сигнала
обратного направления. Почти на каждый сигнал обратного
направления следует ответный сигнал прямого направления.
Длительность сигнала составляет 455 мс. Интервал между приемом
и передачей – не менее 60 мс. Время ожидания очередного сигнала
на входящей АТС составляет 200-250 мс, на исходящей – 3.5-4 с.
Прямое
направление
Обратное
направление
23
начисления платы за услугу, а также для определения права
абонента пользоваться этой услугой. АТС может запрашивать
информацию АОН и в случае, если абонентом, к которому поступил
злонамеренный вызов, заказана услуга определения источника
такого вызова.
На АТС предусматривается возможность приема запроса и
передачи информации АОН на разных этапах установления
соединения, а именно:
после занятия соединительной линии (в случае вызовов к
АМТС);
при ожидании ответа;
при ответе вызываемого абонента;
во время разговора.
Передача информации АОН должна производиться при приеме
запроса – сигнала "Ответ", сопровождаемого частотным сигналом
500 Гц. Запрос может поступать многократно в любой фазе
соединения. Каждый запрос, начиная со второго, предваряется
сигналом «Снятие ответа», по которому соединение переводится в
предответное состояние.
Сигнал 500 Гц может поступить на АТС через 10-400 мс после
сигнала «Ответ». Минимальное время между двумя запросами
составляет 0.3±0.05 с; максимальное время фактически не
ограничено, однако при связи с АМТС оно не превышает 1.2±0.1 с.
Максимальное количество запросов при вызове АМТС – не более
трех (АМТС повторяет запрос после неудачной попытки определения
номера), при вызове местной АТС – не более двух, при вызовах
справочно-информационных, заказных и экстренных служб – не
ограничено.
Цикл передаваемой информации должен содержать одну цифру
категории и семь цифр номера вызывающего абонента, а также один
знак, отмечающий начало (конец) информации. В одном
24
«безынтервальном пакете» (т.н. «кодограмме АОН»), должно
содержаться не менее 13 знаков.
Порядок следования цифр в «безынтервальном пакете» должен
быть следующим:
начало передачи (комбинация 13);
цифра категории абонента;
цифра единиц номера;
цифра десятков номера;
цифра сотен номера;
цифра тысяч номера;
цифра десятков тысяч (третья цифра индекса станции);
цифра сотен тысяч (вторая цифра индекса станции);
цифра миллионов (первая цифра индекса станции);
начало передачи (комбинация 13).
Независимо от нумерации в местной телефонной сети (5-
значная или 6-значная) АТС должна всегда передавать информацию
АОН в виде семизначного зонового номера. Цифрами,
дополняющими индекс станции до трехзначного, могут быть 2 или 0.
Таким образом, информация АОН, передаваемая способом
«безынтервальный пакет», представляет собой последовательность
двухчастотных комбинаций кода «2 из 6», без пауз между ними.
Длительность передачи каждой комбинации равна 401 мс.
В начале параграфа отмечались недостатки декадного набора и
преимущества многочастотной сигнализации, однако и она не
лишена целого ряда недостатков. Помимо присущих любой
внутриполосной сигнализации ограничений информационного
содержания сигналов, быстродействия и помехоустойчивости, она не
исключает возможность имитации пользователями частотных
сигналов, что может обмануть оператора или нарушить работу сети.
Это же справедливо и в отношении АОН.
Литература к части 2
25
1. Гольдштейн Б.С. Системы коммутации. Учебник для
ВУЗов. 2-е издание, доп. и испр.//СПб.: BHV-2004.
2. Гольдштейн Б.С., Сибирякова Н.Г., Соколов А.В.
Сигнализация R1.5. Справочник// СПб.: BHV-2004.
26
Часть 3. Сетевая общеканальная сигнализация №7
Общеканальная сигнализация, стек протоколов ОКС7, перенос
транзакций МТР, протокол ISUP, протокол Интеллектуальной
сети INAP, протокол передачи информации для управления
потоками SCTP (Stream Control Transmission Protocol), рабочая
группа SIGTRAN, средства тестирования и мониторинга.
28
принцип основан на том, что для обмена между станциями
служебными сигналами используется сигнальный канал, общий для
некоторой группы межстанционных каналов и/или соединений. Этот
принцип по-английски называется CCS (Common Channel Signaling), а
по-русски – общеканальной сигнализацией.
В разные годы Международный консультативный комитет по
телеграфии и телефонии (МККТТ) разработал стандарты для
нескольких разных систем межстанционной сигнализации, присвоив
каждой из них свой порядковый номер. Системы с номерами от 1 до
5 устроены по принципу ВСК, а системы № 6 и № 7 – по принципу
общеканальной сигнализации. В системах №№ 1 – 5 существует
разделение сигналов на линейные и регистровые, а для их
передачи используются частоты из диапазона 300-3400 Гц (разные в
разных системах) или за верхней границей этого диапазона, но
меньше 4000 Гц. В системах №№ 6 и 7 такое разделение сигналов,
если и существует, то разве лишь по традиции, поскольку все без
исключения сигналы передаются одинаково – в виде сигнальных
сообщений – и воспринимаются одними и теми же устройствами. Обе
эти системы реализуются только на станциях с программным
управлением, а система № 7 – только в сетях с цифровыми
системами передачи.
Система сигнализации ОКС7 является универсальной в том
смысле, что она ориентирована на применение в телефонных сетях,
в сетях передачи данных, на стыках тех и других сетей с ISDN и в
самой ISDN, а также в сетях мобильной связи, в Интеллектуальной
сети и др. Функциональная архитектура ОКС7 является
многоуровневой, причем функции трех нижних уровней, которые
вместе обеспечивают перенос сигнальных сообщений от станции-
отправителя до станции-получателя, образуют платформу MTP
(Message Transfer Part – подсистему переноса сообщений),
необходимую во всех вариантах использования системы, а функции
более высоких уровней, в каждом варианте специфические,
29
выполняются соответствующими подсистемами-пользователями
этой платформы. В частности, при использовании в ТфОП и в ISDN
платформа MTP дополняется «сверху» подсистемой-пользователем
ISUP, а также подсистемой управления сигнальными соединениями
SCCP, которая предусматривает создание в сети ОКС виртуальных
соединений для переноса через эту сеть информации, вообще
говоря, не только сигнальной. Разные прикладные подсистемы,
встраиваемые в систему ОКС7 (TCAP, OMAP, INAP и другие),
обеспечивают техническую эксплуатацию сети ОКС, обмен
информацией между узлами управления услугами и узлами
коммутации услуг в Интеллектуальной сети и т. п. Очень ценное
свойство системы № 7 – она является открытой в том смысле, что
разрешает, по мере необходимости, вводить в нее новые (в том
числе, вновь создаваемые) подсистемы.
АТС
SP&
АТС
SP SP SP
сеть сигнализации
АТС C
АТС A АТС B
30
каналами, обеспечивающими двухстороннюю передачу сигнальной
информации, т.е. выполняющими функции сигнальных звеньев.
Совокупность пунктов сигнализации и сигнальных звеньев образует
сеть общеканальной сигнализации – сеть ОКС7.
Кроме коммутационных станций и узлов, функции пункта
сигнализации SP могут выполнять:
центры эксплуатационного управления сетью связи (OA&MC
- Operation, Administration and Maintenance Centers),
узлы управления услугами Интеллектуальной сети,
транзитные пункты сигнализации (STP - Signaling Transfer
Points).
Каждому SP присваивается свой уникальный код. Любые два SP,
между которыми возможен обмен сигнальной информацией,
являются сигнально связанными. Сигнальная связь (signaling
relation) двух SP может обеспечиваться либо прямым пучком
сигнальных звеньев, либо средствами сети ОКС с организацией
транзита. В первом случае пункты сигнализации (с точки зрения
структуры сети ОКС7) являются смежными, во втором – несмежными.
Наличие в сети ОКС и смежных, и несмежных SP обусловлено
тем, что в такой сети возможно, в принципе, использование трех
режимов сигнализации: связанного, несвязанного и квази-
связанного. В связанном режиме сигнальная информация,
относящаяся к сигнальной связи определенных SP, передается по
сигнальному звену, которое соединяет эти SP непосредственно. В
несвязанном режиме для передачи аналогичной информации
используется последовательно несколько сигнальных звеньев, а к
организации сигнальной связи привлекаются пункты сигнализации,
выполняющие функции транзитных (STP). Квазисвязанный режим
представляет собой частный случай несвязанного режима, а именно
случай, когда путь, по которому сигнальная информация проходит
через сеть, назначается заранее и является на данный период
31
времени фиксированным. Система ОКС7 поддерживает связанный и
квазисвязанный режимы сигнализации.
Возможные разные варианты структуры сети ОКС. На выбор того
или иного варианта могут влиять как структура сети связи,
обслуживаемой сетью ОКС, так и другие факторы. Если сеть ОКС
призвана формировать сигнальные связи, нужные исключительно
для управления коммутацией, самый подходящей структурой, скорее
всего, будет структура, ориентированная преимущественно на
поддержку связанного режима сигнализации и лишь в небольшой
степени – квазисвязанного режима (для малонагруженных
сигнальных связей). Если же сеть ОКС создается как общий ресурс
для удовлетворения всех потребностей в ее возможностях, то
высокая производительность сигнальных звеньев в сочетании с их
резервированием для обеспечения высокой надежности приводит к
структуре, ориентированной, главным образом, на квазисвязанный
режим, и дополненной при этом относительно небольшим
количеством прямых (и сильно загруженных) пучков сигнальных
звеньев, используемых в связанном режиме сигнализации.
Ниже будет показано, что возможности сети ОКС7 не ограничены
лишь функциями сигнализации, связанной с управлением
коммутацией. Для поддержки только сигнализации этого рода
наиболее естественным является связанный режим, что обусловлено
спецификой организации коммутируемых связей в сетях коммутации
каналов, в частности, в телефонных сетях, где соединение всегда
устанавливается последовательно по шагам. Исходящая АТС, выбрав
направление к станции назначения, обменивается сигнальной
информацией с ближайшей (в этом направлении) транзитной
станцией, например, с УИС; затем УИС обменивается сигнальной
информацией с другой транзитной станцией – УВС, а тот, в свою
очередь, – со станцией назначения. То же самое происходит и при
разрушении соединения: на каждом шаге разъединения обмен
сигнальной информацией происходит только между смежными
32
станциями. Ясно, что при таком алгоритме целесообразна такая
структура сети ОКС, когда SP, размещенные в смежных станциях
сети, тоже являются смежными.
Другое дело, если через сеть ОКС7 станут обмениваться
информацией несмежные SP. Поскольку функции транзита могут
быть предусмотрены в любом SP (а не только в STP), структура сети
ОКС7, ориентированная на связанный режим сигнализации,
обеспечит и такой обмен. Однако по мере роста его доли в общем
объеме информации, проходящей через сеть ОКС7, эта структура
будет становиться все менее и менее экономичной, и все более
целесообразной будет структура, предполагающая несвязанный
(квазисвязанный) режим. Примерами ситуаций, когда сеть ОКС
должна обеспечивать обмен сигнальной информацией между
несмежными SP, являются услуги виртуальной частной сети VPN
(Virtual Private Network). Процедуры предоставления услуги VPN
предусматривают ряд действий (проверку принадлежности одной и
той же частной сети, прав связи и т.п.), для выполнения которых
требуется обмен сигнальной информацией между SP, встроенными в
те АТС, абонентами которых являются разные члены VPN, в том
числе, между несмежными SP.
Другая группа примеров связана с организацией
Интеллектуальной сети IN. Для предоставления услуг IN необходим
обмен сигнальной информацией между узлами коммутации услуг
(SSP – Service Switching Points) и узлом управления услугами (SCP –
Service Control Point). Поскольку IN устроена так, что один SCP
обслуживает большое число SSP, пункты сигнализации сети ОКС,
встроенные в эти элементы IN, во многих случаях могут оказаться
несмежными.
Из всего сказанного следует, что в больших сетях связи структура
сети ОКС должна быть ориентирована на то, что в ней, с течением
времени, все более широко будет использоваться квазисвязанный
режим сигнализации.
33
3.3 Стек протоколов
Все эти идеи сети общеканальной сигнализации внедрялись
постепенно. В конце 1970-х годов американская AT&T внедрила во
всей своей сети систему сигнализации ОКС6. Более совершенная
система ОКС7 была специфицирована AT&T в 1980 году, и в том же
году она была утверждена МККТТ (теперь – ITU-T) в качестве
международного стандарта. Перечень рекомендаций МККТТ для
ОКС7 приведен в таблице 3.1. Необходимо, однако, отметить, что в
разных странах внедряются разные версии ОКС7. Например, США,
Канада, Япония и, частично, Китай внедрили у себя версию
Американского национального института стандартов ANSI. В Европе
реализована версия Европейского института стандартизации
электросвязи ETSI. Российские спецификации ОКС7, хотя и следуют
стандартам ETSI, имеют свои национальные особенности.
Таблица 3.1. Перечень рекомендаций ITU-T серии Q по вопросам
ОКС7
34
Интеллектуальной сети – INAP Q.1213 - Q.1215, Q.1218,
Q.1219, Q.1290
Соответствие ОКС7 и модели OSI Q.1400
Подсистема управления
сигнальными соединениями
SCCP
35
предоставляет услуг, которые предусматривают создание в сети ОКС
виртуальных соединений.
Рассмотрим подробнее, как организованы функции MTP в
каждом из этих уровней.
3.4.1. Уровень 1
Уровень 1 содержит функции, которые обеспечивают
использование физической среды для передачи битов и формируют
звено передачи данных, несущих сигнальную информацию. Это
звено образуется двумя каналами с противоположными
направлениями передачи (как правило, со скоростью 64 кбит/с в
каждом направлении), оборудованными на концах средствами
формирования интерфейса с вышележащим уровнем. Наличие этих
средств дает возможность уровню 1 стандартным образом
предоставлять уровню 2 услуги передачи битов, обеспечивая
независимость функций уровня 2 MTP (и, тем более, остальных
уровней) от характеристик передающей среды.
Полезно отметить, что цифровой канал (как прямого, так и
обратного направления), используемый для формирования звена
передачи данных, не должен использоваться ни для каких иных
целей. Обычно это - 16-канал из стандартной 30-канальной группы
системы ИКМ-передачи.
3.4.2. Уровень 2
Уровень 2 MTP содержит функции формирования (с
привлечением услуг уровня 1) сигнального звена между двумя
смежными SP и реализует процедуры, связанные с передачей
сигнальных сообщений по этому звену. Функции уровня 2 определяют
структуру информации, передаваемой по сигнальному звену, и
процедуры обнаружения и исправления ошибок.
Информация переносится от одного SP к другому в
информационных блоках, имеющих переменную длину и называемых
сигнальными единицами. Существует три типа сигнальных единиц:
36
значащая сигнальная единица (МSU), которая
предназначена для переноса сигнальных сообщений,
формируемых подсистемами-пользователями,
сигнальная единица статуса звена (LSSU), предназначенная
для переноса информации о статусе сигнального звена, по
которому она передается,
заполняющая сигнальная единица (FISU), обеспечивающая
фазирование звена и передаваемая при отсутствии
сигнальных единиц MSU и LSSU.
Для идентификации типа сигнальной единицы используется
один из ее элементов - индикатор длины LI, разным значениям
которого соответствуют:
LI=0 - заполняющая сигнальная единица,
LI=1 или 2 - сигнальная единица статуса звена,
LI2 - значащая сигнальная единица.
Наиболее сложной по своей структуре является значащая
сигнальная единица MSU. Ее формат представлен на рис. 5.3. MSU
содержит ряд полей, в которых размещается фиксированное
количество битов. Уровень 2 MTP обеспечивает присвоение значения
каждому биту внутри каждого поля при передаче и анализ этих
значений при приеме (исключение составляет поле сигнальной
информации, которое имеет переменную длину, и содержание
которого определяется функциями более высоких уровней).
Приведем краткие сведения о каждом поле.
Флаг выполняет функцию разделителя сигнальных единиц. Как
правило, закрывающий флаг одной сигнальной единицы является
открывающим флагом следующей сигнальной единицы.
Последовательность значений битов в поле флага следующая:
01111110.
37
Проверочная Поле сигнальной
Флаг Флаг
комбинация информации SIO LI FIB FSN BIB BSN
F F
CК SIF
8 16 8n, n 2 8 2 6 1 7 1 7 8
39
содержимого сигнальной единицы между последним битом
открывающего флага и первым проверочным битом (не считая битов,
введенных с целью исключить имитацию флага).
Передаваемые проверочные биты являются дополнением до “1”
образовавшегося остатка 16-битового поля, то есть “1” меняются на
“0” и наоборот. Это изменение производится для того, чтобы
минимизировать вероятность ошибки в работе оборудования
принимающей стороны.
Принимаемые биты анализируются на предмет соответствия
между ними и остальной частью принятой сигнальной единицы. Если
соответствия не обнаружено, регистрируется ошибка, а сигнальная
единица стирается. Стирание MSU приводит в действие механизм
исправления ошибок.
В ОКС7 предусмотрены два метода исправления ошибок.
Основной метод исправления ошибок применяется для
сигнальных звеньев, в которых время распространения в одном
направлении не превышает 15 мс. В противном случае используется
метод превентивного циклического повторения. Примером
использования метода превентивного циклического повторения
может служить случай, когда связь организуется по спутниковым
каналам. Сообщения, которые были приняты с искажениями
(например, из-за пакетов ошибок при передаче), передаются
повторно в той же последовательности, в какой они передавались
первый раз, так что для функций уровня 3 не возникает никаких
проблем с доставкой сообщений подсистемам-пользователям без
потерь и дублирования.
Если имеют место постоянные ошибки, уровень 3 уведомляется
об этом для того, чтобы он мог принять соответствующее решение,
например, решение изменить маршрут с использованием в нем
другого сигнального звена.
40
Основной метод исправления ошибок – это метод с
положительным и отрицательным подтверждением и повторной
передачей сигнальных единиц, принятых с искажениями.
Для передачи сигнальной информации от верхнего уровня SP-А к
такому же уровню SP-Б сигнальные единицы передаются через
уровень 3 МТР в уровень 2 МТР SP-А. В уровне 2 SP-А имеются
буфер передачи и буфер повторной передачи. Буфер передачи
используется для сохранения MSU перед ее передачей по
сигнальному звену, то есть действует как запоминающее устройство
до тех пор, пока пропускная способность звена не позволит послать
MSU. Буфер повторной передачи хранит копию MSU на случай, если
SP-Б примет ее с искажениями.
Каждая MSU содержит порядковый номер FSN, бит-индикатор
FIB, порядковый номер BSN и обратный бит-индикатор BIB. Когда
сигнальное звено функционирует нормально, FIB присваивается
конкретное значение (например, 0), и BIB также присваивается это
значение (0). Когда MSU принимается уровнем 2 в АТС А, она
поступает в буфер передачи. Буфер передачи работает по принципу
FIFO, то есть принятая первой MSU должна первой передаваться.
Когда сигнальное звено свободно, и подходит очередь для передачи,
следующей MSU присваивается FSN, на 1 больший (по модулю 128),
чем FSN последней переданной MSU. Затем очередная MSU
передается к SP-Б, а в буфер повторной передачи вводится ее копия.
В SP-Б принятый FSN сравнивается с ожидаемым (предыдущий
FSN плюс 1). Если принятое значение совпадает с ожидаемым,
содержимое MSU направляется в уровень 3. Значение FSN
копируется в поле BSN, а значение BIB остается неизменным. SP-А
воспринимает полученные BSN и BIB как положительное
подтверждение. При приеме верных BSN и BIB SP-А удаляет
содержимое MSU из буфера повторной передачи.
Если сравнение в SP-Б принятого FSN с ожидаемым
обнаруживает противоречие, возникшее, например, вследствие
41
функционирования механизма обнаружения ошибок и стирания
искаженных MSU, величина BIB изменяется на “1”, и SP-А получает
отрицательное подтверждение. В этом случае BSN присваивается
значение последнего правильно принятого FSN.
При приеме отрицательного подтверждения SP-А прерывает
передачу сигнальных единиц, и MSU, находящиеся в буфере
повторной передачи, передаются повторно, начиная с той, FSN
которой на “1” больше FSN последней положительно
подтвержденной MSU. Величина FIB меняется на “1” , а FIB и BIB
будут снова иметь одинаковые величины.
Метод исправления ошибок посредством превентивного
циклического повторения предусматривает положительное
подтверждение, циклическое повторение и упреждающее
исправление ошибок. При этом отрицательное подтверждение не
применяется, а индикацией искажения сообщения служит отсутствие
позитивного подтверждения. Исправление ошибок достигается
программируемым циклическим повторением неподтвержденных
MSU. Каждая сигнальная единица содержит FSN и BSN (как и в
основном методе), но FIB и BIB не используются, и им присваивается
значение “1”.
В период отсутствия новых ожидающих передачи MSU
начинается повторная передача MSU, хранящихся в буфере
повторной передачи. Во время повторной передачи сохраняются
первоначальные FSN. Если поступает новая сигнальная единица,
циклическое повторение прекращается, а новая MSU передается с
FSN, на единицу большим (по модулю 128) последнего присвоенного
значения. Если следующие новые MSU не принимаются,
рекомендуется циклическое повторение.
Неискаженная сигнальная единица положительно
подтверждается путем приема на АТС А значения BSN, равного
присвоенному FSN. После положительного подтверждения
соответствующая MSU удаляется из буфера повторной передачи.
42
Одним из недостатков этого метода является тот факт, что
буферы передачи и повторной передачи могут перегружаться. Для
предотвращения потери сообщения применяется процедура,
называемая вынужденным повторением. Количество MSU и
количество их байтов, хранящихся в буфере повторной передачи,
непрерывно контролируются. Если тот или другой параметр
достигает заранее установленного предельного значения, новые MSU
не принимаются, а приоритет отдается повторной передаче MSU,
хранящихся в буфере повторной передачи. Цикл повторной передачи
продолжается до тех пор, пока значения двух действующих
параметров не станут ниже установленных предельных значений.
3.4.3. Уровень 3
Уровень 3 MTP содержит функции, обеспечивающие
транспортировку сигнальных сообщений через сеть ОКС от
подсистемы-отправителя, которая размещена в одном SP, к
подсистеме-получателю, размещенной в другом (не обязательно
смежном) SP. Говоря об обеспечении такой транспортировки, мы
имеем в виду две группы функций:
функции обработки сигнальных сообщений, то есть, собственно,
функции их коммутации,
функции адаптации сети ОКС к происходящим в ней изменениям
(перегрузкам или повреждениям элементов сети), то есть функции
эксплуатационного управления сетью ОКС.
Состав функций в каждой из этих групп, а также их связь между
собой и с функциями других уровней MTP иллюстрирует рис. 5.4.
Рассмотрим обе группы функций более подробно.
Функции обработки сигнальных сообщений представлены в
уровне 3 MTP тремя функциональными блоками:
функциями сортировки сообщений, принимаемых от уровня
2, то есть разделения их на сообщения, адресованные в
“свой” SP, и на сообщения, адресованные в другой SP,
43
функциями распределения сообщений, адресованных в
“свой” SP, по подсистемам уровня 4,
функциями маршрутизации сообщений, подлежащих
передаче (как тех, которые пришли от подсистем уровня 4
или от функций эксплуатационного управления сетью ОКС,
размещенных в своем SP, так и тех, которые поступили от
уровня 2, но должны быть направлены в другой SP).
Работа всех трех функциональных блоков базируется на
следующем. Сообщения подсистем-пользователей МТР переносятся
в поле сигнальной информации SIF сигнальных единиц. Структура
сообщения, вообще говоря, бывает разной (в зависимости от его
принадлежности той или иной подсистеме-пользователю), однако его
обязательной частью во всех случаях является так называемая
маршрутная этикетка (см. рис. 5.4), содержащая, в частности,
данные об SP-отправителе (код OPC - Originating Point Code) и SP-
получателе (код DPC - Destination Point Code). Функции сортировки
сообщений, анализируя маршрутную этикетку, определяют, куда
нужно направить сообщение, принятое от уровня 2, - к функциям
распределения сообщений (если DPC совпадает с кодом “своего” SP)
или к функциям маршрутизации сообщений (если совпадения нет).
Третьим элементом маршрутной этикетки является поле
селектора сигнального звена (SLS – Signaling Link Selection), которое
служит для выбора сигнального звена, по которому должно
пересылаться к SP-получателю сообщение. Это звено уровень 3 МТР
либо выбирает сам, либо делает выбор, следуя указанию «сверху»,
т.е. от подсистемы-пользователя.
Функции эксплуатационного управления сетью ОКС тоже
представлены в уровне 3 MTP тремя функциональными блоками:
функциями управления сигнальным трафиком,
функциями управления сигнальными звеньями,
функциями управления сигнальными маршрутами.
44
Функции эксплуатационного управления обеспечивают
пребывание сети ОКС7 в состоянии, когда она способна
предоставлять услуги своим пользователям, и восстановление такого
состояния при нарушениях нормальной работы сигнальных звеньев
или пунктов сигнализации. Эти нарушения могут проявляться либо в
виде полного отказа звена или SP, либо в ухудшении условий доступа
к ресурсу (звену или SP) из-за его перегрузки.
Функции распределения, приняв от функций сортировки
сообщение, этикетка которого содержит в поле DPC код “своего” SP,
анализируют байт служебной информации SIF и направляют
сообщение к подсистеме-адресату.
45
Подсистемы Уровень 3 Уровень 2
уровня 4 МТР МТР
Сетевые функции
Распределение Сортировка
сообщений сообщений
Маршрутизация
сообщений
Управление
сигнальным
трафиком
Управление Управление
сигнальными сигнальными
маршрутами звеньями
Тестирование и техобслуживание
(МТР)
4 14 14
46
SLS - селектор сигнального звена
Рис. 3.5. Маршрутная этикетка
47
Функции управления сигнальными звеньями выполняют
процедуры:
деактивизации, восстановления, активизации сигнального
звена,
активизации пучка сигнальных звеньев.
Функции управления сигнальными маршрутами выполняют
процедуры:
управляемого транзита через данный STP в данном
направлении,
запрета транзита через данный STP в данном направлении,
разрешения транзита через данный STP в данном
направлении,
тестирования группы сигнальных маршрутов.
Служебная информация, которой обмениваются SP при
выполнении названных процедур, переносится через сеть в
сообщениях уровня 3 MTP, имеющих в байте SIO значение
сервисного индикатора (0000), которое является общим для всех
сообщений эксплуатационного управления. Эти сообщения имеют
маршрутную этикетку, формат и содержание которой стандартно
для всех сообщений уровня 3. Отличие заключается в том, что в
сообщениях, относящихся к эксплуатационному управлению
определенным сигнальным звеном, смысл поля SLS состоит не
только в выборе звена для передачи сообщения, но также и в
идентификации звена, которым данное сообщение управляет; если
же сообщение не относится к управлению сигнальным звеном, и
никакой другой код в поле SLS не внесен, то в нем записывается код
0000.
Следующие два элемента в форматах сообщений
эксплуатационного управления - так называемые коды заголовка H0
и H1. Код H0 содержит 4 бита и идентифицирует группу, к которой
относится сообщение. Например:
48
H0=0001 - сообщения перехода на резервное звено и
обратно,
H0=0100 - сообщения запрета/разрешения транзита,
H0=0101 - сообщения тестирования группы маршрутов,
H0=0110 - сообщения эксплуатационного запрета доступа, и
т.д.
Код H1 тоже содержит 4 бита, но смысл его зависит от того, к
какой группе сообщений эксплуатационного управления он относится.
Например, применительно к сообщениям перехода на резервное
звено и обратно:
H1=0001 означает сигнал-команду,
H1=0010 означает подтверждение,
а применительно к сообщениям запрета/разрешения транзита:
H1=0001 означает, что это - сообщение запрета,
H1=0101 означает, что это - сообщение разрешения.
Помимо кодов заголовка некоторые сообщения
эксплуатационного управления могут содержать поле с
дополнительной информацией, которая определяет область их
действия и, если нужно, порядковый номер той MSU, которая
предшествовала данному эксплуатационному сообщению.
Как уже упоминалось, необходимость в активизации тех или
иных процедур эксплуатационного управления возникает при
изменениях статуса тех или иных ресурсов сети ОКС. В зависимости
от причины изменения статуса ресурса (неисправность или
воздействие команд эксплуатационного управления) и от того, где это
изменение первоначально зафиксировано (в “своем” или в “не своем”
SP), информацию о нем уровень 3 MTP получает:
от средств контроля рабочих характеристик сигнального звена в
уровне 2,
в составе эксплуатационного сообщения, поступившего от другого
SP и доставленного в уровень 3 средствами уровня 2,
49
от собственных средств эксплуатационного контроля и
управления,
от центра эксплуатационного управления сетью через интерфейс с
подсистемой SCCP, обеспечивающей взаимодействие уровня 3
MTP с верхними уровнями протокола ОКС7 (TC, OMAP).
Полученные сведения об изменении статуса того или иного
ресурса уровень 3 MTP передает, смотря по обстоятельствам:
средствам уровня 2,
другому (или другим) SP,
собственным средствам эксплуатационного управления,
в центр эксплуатационного управления сетью.
При выполнении процедур эксплуатационного управления
уровень 3 MTP:
обменивается эксплуатационными сообщениями с другим (с
другими) SP,
передает соответствующие случаю индикации (запросы) в
центр и в собственные средства эксплуатационного
управления,
обменивается с уровнем 2 командами/ответами при
активизации и деактивизации сигнальных звеньев.
50
SCCP собственной системы адресации, не привязанной, как в MTP, к
номерам телефонных каналов.
SCCP предоставляет своим пользователям как услуги, не
предусматривающие создания в сети ОКС виртуального соединения,
так и услуги, ориентированные на соединение. Имеется четыре
класса услуг SCCP:
0 – базовый класс услуг без соединения; доставка сигнальных
сообщений в заданной последовательности не гарантируется.
1 – класс услуг без соединения; доставка сигнальных сообщений
в заданной последовательности гарантируется.
2 – базовый класс услуг, ориентированных на соединение, без
управления потоком сообщений.
3 – класс услуг, ориентированных на соединение, с управлением
потоком сообщений.
Заметим, что класс 1 сохраняет порядок следования сообщений,
используя механизм присвоения «сверху» значения SLS в
маршрутной этикетке. Благодаря этому на каждом участке маршрута
от SCCP-отправителя к SCCP-получателю все сообщения SCCP,
принадлежащие одному потоку, проходят через одно и то же
сигнальное звено, вследствии чего по всему маршруту сохраняется
очередность их следования.
Сообщение SCCP содержит маршрутную этикетку, код типа
сообщения и параметры. Параметры дополняют данные,
определяемые кодом типа сообщения. В общем случае параметр
состоит из названия, индикатора длины и поля данных. Название
кодируется одним байтом и однозначно определяет параметр.
Индикатор длины указывает количество байтов в параметре, а поле
данных содержит информацию (заметим, что не в каждом параметре
имеются все эти поля).
Существуют параметры трех видов – обязательные с
фиксированной длиной, обязательные с переменной длиной и
необязательные. Обязательные параметры с фиксированной длиной
51
содержатся в сообщениях любого типа. Положение и длина каждого
из этих параметров определяются типом сообщения, а поэтому их
названия и индикаторы длины в сообщения не включаются.
Обязательные параметры переменной длины также содержатся в
сообщениях всех типов. Название любого такого параметра тоже
определяется типом сообщения. Необязательные параметры могут
включаться или не включаться в сообщение того или иного типа.
Каждый необязательный параметр содержит название (один байт) и
индикатор длины (один байт) перед полем данных, передающим
содержание параметра.
Формат сообщения SCCP в общем виде показан на рис. 3.6.
Всего на сегодня специфицировано 19 сообщений (пять из них – для
нужд эксплуатационного управления).
52
Очередность передачи битов
Очередность
передачи
8 7 6 5 4 3 2 1 байтов
~
~ Маршрутная этикетка ~
~
Код типа сообщения
Обязательный параметр А
Обязательная
. фиксированная
. часть
Обязательный параметр F
.
.
Индикатор длины параметра Р
Параметр Р
Имя параметра = Х
Параметр Х
. Необязательная
. часть
Имя параметра = Z
Параметр Z
~ ~
Конец необязательных параметров
54
не предъявляющие жестких требований в отношении
задержек; при этом объем данных может быть очень
большим.
Как видно из рис. 3.7, функции TC образуют два подуровня –
Подуровень Компонентов (CSL) и Подуровень Транзакций (TSL).
Чтобы стало ясно, в чем тут дело, нужно определить ряд понятий,
связанных с тем, как разделены функции между этими подуровнями и
какие услуги каждый из них предоставляет подуровню,
расположенному выше.
55
принято говорить, что они связаны с обращением к одной и той же
операции.
Запрос (и отклик) представляет собой блок, называемый
компонентом. Компонент, связанный с обращением к определенной
операции, снабжается идентификатором (ID обращения), благодаря
чему одновременно могут быть активными несколько обращений,
причем обращения эти могут относиться как к одной и той же, так и к
нескольким разным операциям.
Множество функций, связанных с обработкой компонентов,
образует верхний подуровень TC – подуровень CSL. Через границу
между этим подуровнем и TC-пользователем компоненты проходят
индивидуально. Пользователь (инициатор) может передать к
подуровню CSL один за другим несколько компонентов до того, как
они будут переданы (в одном сообщении) второму TC-пользователю
(партнеру). Несколько компонентов, принятых в одном сообщении,
всегда передаются пользователю-адресату по одному и в той
последовательности, в какой они были переданы пользователем-
отправителем.
Последовательность компонентов, которыми обмениваются два
TC-пользователя при выполнении одного приложения, образует
диалог. Компоненты содержат параметр, идентифицирующий диалог
(так называемый ID диалога); у всех компонентов одного диалога этот
ID имеет одно и то же значение.
Диалоги могут быть неструктурированными и
структурированными. При неструктурированном диалоге TC-
пользователь передает компоненты, на которые не ожидается
откликов, так что связь между двумя TC-пользователями в явном
виде не определена. Компоненты передаются в однонаправленных
сообщениях, и сам факт передачи однонаправленного сообщения
говорит о неструктурированном диалоге. Пользователь может иметь
дело сразу с несколькими операциями; максимальное число
операций зависит от количества доступных в данное время
56
уникальных значений идентификатора ID обращения. Если при
приеме однонаправленного сообщения обнаружена ошибка
протокола, для уведомления об этом факте отправителя также
используется однонаправленное сообщение.
При структурированном диалоге связь между двумя TC-
пользователями определяется в явном виде – TC-пользователь
указывает начало, продолжение и окончание этой связи. Два TC-
пользователя могут вести одновременно несколько
структурированных диалогов, идентифицируя каждый из них с
помощью уникального ID диалога. Поскольку для каждого ID диалога
существует свое пространство имен ID обращений, один и тот же ID
обращения может повторяться в разных диалогах.
Структурированный диалог предполагается двусторонним – на фазе
его продолжения возможен дуплексный обмен компонентами.
Подуровень CSL предусматривает организацию соответствия
между запросами и откликами. Связанное с запросом операции
значение ID обращения вводится в отклик на этот запрос. Возможны
4 класса операций:
класс 1 – предусматривается отклик и при удаче, и при
неудаче,
класс 2 – предусматривается отклик только в случае неудачи,
класс 3 – предусматривается отклик только в случае удачи,
класс 4 – отклик не нужен ни в том, ни в другом случае.
Смысл и содержание каждого компонента определяется его
типом. Существуют компоненты следующих пяти типов.
INVOKE – обращение. Этот компонент запрашивает
выполнение встречной стороной определенной операции. Он
может быть связан с другой операцией, к которой
обращалась встречная сторона.
RETURN RESULT (NOT LAST) – часть данных с
информацией о результате выполнения операции. Имеется в
виду, что все данные с информацией о результате не могут
57
быть целиком размещены в одном компоненте, так что TC-
пользователю пришлось разделить их на несколько
сегментов. Данный компонент содержит один из этих
сегментов, за которым последуют другие.
RETURN RESULT (LAST) – последняя (или единственная)
часть данных с информацией о результате выполнения
операции. Этот компонент свидетельствует о том, что
операция успешно завершена.
RETURN ERROR – успешно завершить операцию не
удалось. Этот компонент содержит информацию о причине
того, что операция не была завершена.
REJECT – отказ в приеме к обработке компонента,
поступившего от встречной стороны. Компонент содержит
информацию о причине отказа – либо отсутствие ресурсов,
нужных для выполнения операции, либо наличие в
поступившем компоненте той или иной ошибки (компонент
неизвестного типа, с нестандартной или не соответствующей
случаю структурой, с недопустимым или используемым для
другой операции идентификатором обращения, с
неизвестным кодом операции, и т. п.)
Рассмотрим теперь функции и услуги подуровня транзакций
(TSL). Очевидно, что расположенный выше подуровень CSL является
пользователем подуровня TSL (или, для краткости, TSL-
пользователем); другие TSL-пользователи в настоящее время не
определены, однако подуровень TSL устроен так, что они, в
принципе, могут существовать.
Поддержка неструктурированного диалога TSL-пользователей
заключается в том, что TSL обеспечивает передачу сообщения,
содержащего один или несколько компонентов (связанных с
операциями класса 4), от “своего” TSL-пользователя, являющегося
отправителем, к TSL-пользователю, являющемуся адресатом. Если
для поддержки такого диалога требуется передать несколько TSL-
58
сообщений, логическая связь между ними (то есть их
принадлежность одной и той же транзакции) в явном виде не
определяется.
Поддержка структурированного диалога базируется на том, что
каждый TSL-пользователь идентифицирует транзакцию уникальным
ID транзакции, который присутствует во всех TSL-сообщениях,
относящихся к этой транзакции. Для каждой транзакции TSL-
пользователь указывает ее начало, продолжение и окончание; на
фазе продолжения возможен дуплексный обмен между TSL-
пользователями сообщениями “внутри” этой транзакции.
МАРШРУТНАЯ ЭТИКЕТКА
ИДЕНТИФИКАТОР КАНАЛА
ТИП СООБЩЕНИЯ
ОБЯЗАТЕЛЬНАЯ ЧАСТЬ
ФИКСИРОВАННОЙ ДЛИНЫ
ОБЯЗАТЕЛЬНАЯ ЧАСТЬ
ПЕРЕМЕННОЙ ДЛИНЫ
НЕОБЯЗАТЕЛЬНАЯ ЧАСТЬ
SETUP
IAM
CALL PROC IAM
INR
INR
(CPA REQ)
INF
(CPA) INF
SETUP
ALERTING
ACM
ACM
ALERTING CONNECT
Ответ (ANM)
CONNECT Ответ (ANM)
61
Исходящая АТС формирует сообщение протокола ISUP
«Информация» (INF) с недостающим CPA и передает его к входящей
АТС. Входящая АТС передает сообщение Q.931 SETUP к
оборудованию вызываемого пользователя Б, которое отвечает на это
сообщением Q.931 ALERTING. Входящая АТС передает в обратном
направлении сообщение протокола ISUP «Адрес достаточен» (ACM).
Когда исходящая АТС получает это сообщение, она передает к
оборудованию вызывающего пользователя сообщение Q.931
ALERTING.
Когда вызываемый абонент отвечает на вызов, его оборудование
передает сообщение Q.931 CONNECT к входящей АТС, которая, в
свою очередь, передает на транзитную АТС сообщение протокола
ISUP «Ответ» (ANM). Транзитная АТС пересылает сообщение ANM к
исходящей АТС, а та передает к оборудованию вызывающего
пользователя сообщение Q.931 CONNECT. В результате между
вызывающим и вызываемым пользователями устанавливается
соединение.
62
SSP – узел коммутации услуг (Service Switching Point), выполняет
функции коммутации абонентов между собой или между абонентом и
интеллектуальной периферией.
IP – интеллектуальная периферия (Intelligent Peripheral)
реализует необходимые для обеспечения услуги функции, например,
воспроизведение речевых информационных сообщений или прием
сигналов многочастотного набора от пользователя.
Функциональный объект поддержки доступа (CCAF – Call Control
Agent Function) обеспечивает пользователю доступ к услугам сети
независимо от лежащих в ее основе технологий. Базовая сеть связи
содержит функцию управления связью пользователя (CCF – Call
Control Function), функцию коммутации услуг и обеспечивает
взаимосвязь этих функций.
Функция управления услугами (SCF) контролирует процесс
предоставления услуг в целом. Функция хранения данных для услуг
(SDF) хранит информацию, необходимую функции (SСF), например,
данные о соответствии между физическим и логическим адресом, а
функция специализированных ресурсов (SRF), реализует запись и
воспроизведение речевых сообщений, а также генерацию и прием
сигналов многочастотного набора (DTMF).
Введение услуг и эксплуатационное управление ими
производятся с рабочей станции посредством функции доступа к
эксплуатационному управлению услугами (SMAF) и функции
эксплуатационного управления услугами (SMF).
Важно отметить, что возможны разнообразные варианты
распределения функций Интеллектуальной сети между физическим
оборудованием (см. рис. 3.10).
63
SSP
IP
CCF SRF
CCAF ISDN
DSS1 L3
E-DSS1 SCP
SSF PRI и BRI LAPD INAP SCF
TCAP
INAP SCCP
TCAP
SDF
MTP
SCCP
INAP
MTP
TCAP
SCCP
MTP
ИКМ
ИКМ
64
доставку сообщений каждого потока с сохранением очередности их
следования, возможность объединения нескольких сообщений в один
пакет SCTP, фрагментацию данных по мере необходимости,
устойчивость к перегрузкам и т.п.
Транспортный протокол
сигнализации SCTP
68
Транзитный пункт
Конечный пункт Шлюз сигнализации
сигнализации сигнализации (STP)
Функция орга-
ТСАР низации меж- ТСАР
сетевого обмена
SUA SUA SCCP SCCP
IP IP МТР1 МТР1
IP адресация
IP ОКС 7
69
SIGTRAN является не единственной рабочей группой IETF,
участвующей в определении новых протоколов для обеспечения
интеграции сетей ТфОП и IP. Следует еще упомянуть PINT (PSTN
and Internet Interworking – взаимодействие ТфОП и Интернет) и
SPIRITS (Service in the PSTN/IN Requesting Internet Service – запросы
услуг Интернет в ТфОП/IN). В PINT услуги ТфОП активизируются
путем запросов из IP-сети. Java-клиент SIP, встроенный в сервисное
Java-приложение на Web-сервере, создает запросы инициировать
телефонные вызовы в ТфОП. Цель состоит в том, чтобы обеспечить
Web-доступ к речевому контенту и осуществлять
телефонную/факсимильную связь из Интернет. В SPIRITS услуги IP-
сети активизируются путем запросов из ТфОП. SPIRITS, в первую
очередь, касается таких услуг, как уведомление о поступлении нового
вызова в сети Интернет, предоставление идентификатора
вызывающего абонента из сети Интернет и переадресация IP-
вызовов.
Рабочая группа ENUM в составе IETF разрабатывает схему
преобразования телефонных номеров E.164 в IP-адреса, используя
сервер доменовых имён DNS сети Интернет таким образом, что
любое приложение, включая SIP, может найти ресурсы, связанные с
уникальным телефонным номером.
Рабочая группа IPTEL разрабатывает протокол TRIP
маршрутизации телефонных вызовов по IP-сети (telephony routing
over IP), который представляет собой управляемый стратегией
межадминистративный доменовый протокол, информирующий
серверы адресов о доступности телефонных адресатов и
объявляющий атрибуты маршрутов к этим адресатам. TRIP
позволяет поставщикам, во избежание избыточного назначения
ресурсов или дублирования шлюзов, обмениваться информацией
маршрутизации, используя стандартные IP-протоколы.
70
Тестирование качества работы и совместимости протоколов
ОКС7 в современных телекоммуникационных сетях приобретает в
последние годы все более важное значение. При этом особое
внимание уделяется проверке корректности реализации протоколов
сигнализации и их совместимости в оборудовании разных
производителей. Добавление новых услуг и возможностей в
существующее оборудование влечет за собой новые группы
протоколов и необходимость тестирования не только их самих, но и
взаимодействия с существующими, уже однажды проверенными
протоколами. На каждом из этапов, через которые проходит любой
компонент сети связи, начиная от разработки и кончая эксплуатацией
в условиях реальной нагрузки, используются специальные методы
тестирования и анализа качества функционирования, которые
реализуются специализированными программно-аппаратными
средствами, представляющими собой отдельные приборы (протокол-
тестеры или анализаторы) и целые системы распределенного
наблюдения.
Значение термина «тестирование» не определено никакими
стандартами, поэтому многие используют для одних и тех же понятий
разные термины. Кроме того, тестирование является больше
искусством, чем наукой. Это является следствием того,что:
лишь некоторые термины в этой области стандартизированы в
мировом масштабе или имеют одинаковое толкование среди
специалистов (например, при измерении параметров
производительности можно встретить использование терминов
«тестирование производительности» или «тестирование
нагрузочной способности»);
отдачу от применения тестового оборудования трудно рассчитать
(например, дать ответ на вопрос о том, как много ошибок было
выявлено с помощью тестового оборудования);
71
практически невозможно оценить необходимый объем
тестирования (например, ответить на вопрос, можно ли выявить
больше ошибок за счет увеличения количества тестов на 10%).
Вкладывать деньги в тестирование не любят, так как
тестирование не добавляет дополнительных возможностей в уже
закупленное оборудование. Считается, что закупленное
оборудование должно работать безошибочно, если его разработка
выполнена корректно (в полном соответствии со спецификациями
заказчика).
Ниже приводится классификация применяемых в настоящее
время видов тестирования, обосновывается необходимость их
применения и рассматриваются типы тестового оборудования.
3.10.1. Аттестационное тестирование
Тестирование соответствия заданной спецификации является
единственным стандартизированным и широко распространенным
методом проверки корректности реализации протокола. Этот метод
основан на применении специализированного языка написания
тестов TTCN. Тестирование соответствия стандартизировано
международными организациями ETSI, ITU-T и ISO. За основной
документ, который называется ISO 9646, отвечает ISO. Главная идея
стандарта ISO 9646 состоит в том, что спецификация нового
протокола должна содержать комплект тестовых сценариев его
проверки. Вследствие своей узкоспециальной направленности эти
комплекты не являются общедоступными и, как правило, бесплатно
не распространяются. Тестовый комплект состоит из отдельных
тестовых сценариев, каждый из которых проверяет определенную
функцию из спецификации протокола. После прохождения сценария
ему назначается одно из трех значений результата выполнения:
успешный (passed), неубедительный (inconclusive) или неудачный
(failed).
Тестирование соответствия производится с помощью протокол-
тестеров в режиме симулятора протоколов (рис. 5.13). В соответствии
72
с методологией для тестирования каждого уровня протокола
разрабатывается отдельный комплект тестовых сценариев.
Симулятор проверяемого уровня протокола представляет собой одну
из функций профессиональной системы тестирования и использует
для своей работы эмуляторы протоколов нижестоящих уровней.
Стандарт ISO 9646 определяет для тестирования следующие
документы:
проформа PICS,
проформа PIXIT,
структура комплекта ATS и перечень целей тестирования TSS&TP,
комплект сценариев ATS на языке TTCN.
Так как стандарт любого протокола содержит обязательные и
необязательные части, то в зависимости от действительно
реализованных функций из всего комплекта выбираются лишь
необходимые сценарии. Выбор этих сценариев делается при помощи
специальной проформы PICS, заполняемой производителем
оборудования, которое подвергается проверке. Заполненная
производителем оборудования проформа PICS показывает, в какой
степени реализованы требования соответствующего стандарта (в
основном – необязательной его части). PICS используется для
статической оценки соответствия и выбора из ATS тех тестовых
сценариев, которые необходимы для проверки заявленных в PICS
функциональных возможностей. Для выполнения теста реальной
системы требуется дополнительная информация с описанием
данных, зависящих от тестируемой системы (SUT), таких как
информация маршрутизации, или данных, уточняющих информацию
PICS, например, в отношении диапазона поддерживаемых значений
параметров. Эти данные группируются в специальной форме,
которая называется PIXIT и заполняется лабораторией,
производящей тестирование системы по заявке ее производителя.
На платформе тестирования SNT (табл. 3.2), послужившей
базой, построена полная линейка тестового оборудования, в которую
73
входит компактный анализатор SNTlite, многопортовый
анализатор/симулятор общеканальных систем сигнализации SNT-
7531, анализатор/симулятор систем сигнализации и система
распределенного мониторинга и анализа сетевого взаимодействия
СПАЙДЕР.
Компактный анализатор SNTlite предназначен для оперативной
диагностики проблем, возникающих в процессе эксплуатации
коммутационных систем и требующих выезда специалиста на место
установки оконечного коммутационного оборудования (РАТС,
концентраторов, учрежденческих АТС или оборудования
беспроводного доступа). Анализатор SNTlite выполнен в виде
ноутбука, малогабаритного внешнего интерфейсного модуля для
подсоединения к первичному тракту ИКМ и программного
обеспечения для мониторинга и анализа протоколов российских
версий системы сигнализации ОКС7, применяемых в ЕСЭ РФ.
SNTlite определяет состояние и проверяет качество тракта ИКМ
(BERT).
75
успешно прошла предварительное тестирование соответствия.
Тестирование совместимости является ключевым аспектом для
Операторов, эксплуатирующих оборудование разных
производителей. Очевидно, что сетевые элементы одного
производителя должны корректно работать совместно с сетевыми
элементами другого производителя. Проверка этого может
проводиться в лабораторных условиях или непосредственно в сети
Оператора. На этапе тестирования совместимости проверяется, в
какой степени и при каких условиях разные реализации одного и того
же протокола могут работать совместно, давая ожидаемый результат.
Тесты этого вида могут применяться как ко всем протоколам,
используемым в интерфейсе, так и к какому-либо одному
выбранному протоколу.
3.10.4. Тестирование взаимодействия
Тестирование взаимодействия разных протоколов и систем
сигнализации приобретает важное значение для современных
телекоммуникационных сетей в связи с конвергенцией (взаимным
проникновением) сетей и услуг, наблюдаемой в таких областях как
передача данных, речи и мультимедиа; узкополосные и
широкополосные сети; стационарные и мобильные сети; сети с
временным разделением каналов и IP-сети. Для проведения тестов
взаимодействия при помощи системы тестирования используют
стандартные функции симуляции протоколов, дополненные
графическими редакторами тестовых сценариев и конструкторами
сообщений.
3.10.5. Регрессионное тестирование
С увеличением сложности телекоммуникационной
инфраструктуры процесс тестирования становится все более
систематизированным. В частности, спецификации тестов для
предыдущих версий оборудования используются для выборочной
проверки того, что в новом оборудовании прежние функции,
76
проверенные при тестировании старой версии, по-прежнему
работают правильно. Это называется регрессионным тестированием.
3.10.6. Функциональное тестирование
После регрессионного тестирования применяются тесты для
проверки новых функций. Такой порядок тестирования называется
функциональным. При проведении функционального тестирования
основной акцент делается на проверку системы в условиях
некорректной работы встречной стороны, создаваемых с помощью
симуляторов.
Все функции и протоколы, изучаемые с помощью платформы
SNT, приведены в описании лабораторных работ.
3.11. Сетевой мониторинг ОКС7
Лабораторные работы на базе системы мониторинга и анализа
сетей ОКС7 класса СПАЙДЕР (рис. 3.14) предназначены для
изучения постоянного наблюдения за состоянием элементов сети,
контроля качества связи, сбора информации о возникающих в сети
событиях, архивирования и статистической обработки информации
по разным критериям, трассировки вызовов в пределах сети,
генерации CDR, а также удаленного мониторинга и анализа сетевого
взаимодействия по ОКС7, применяемого в сетях ТФОП/ISDN/IN и/или
GSM/GPRS. Система состоит из нескольких удаленных модулей и,
как правило, одного центра наблюдения, соединенных между собой
по выделенной технологической сети передачи данных, обычно – IP-
сети. Удаленные модули устанавливаются непосредственно на
наблюдаемом объекте и подключаются к первичным трактам ИКМ,
содержащим звенья ОКС7, в режиме пассивного мониторинга.
Один удаленный модуль обеспечивает полнодуплексный
мониторинг и предварительную обработку данных от 32 звеньев в 16
трактах ИКМ. Кроме пересылки в центр наблюдения, данных о
состоянии звеньев и трейсов в реальном времени удаленный модуль
может одновременно выполнять функции локального мониторинга.
77
SP SP SP
Сигнальные звенья Сигнальные звенья
Сигнальные звенья
Спайдер RU Спайдер RU
Сеть TCP/IP
Пользователи
SP
Spider Agent
Сбор и первичная обработка данных, передаваемых по сети сигнализации,
мониторинг состояний физических трактов
81
аварийных ситуаций и перегрузок, а также для оценки
эффективности маршрутизации трафика в сети сигнализации.
СПАЙДЕР DR – подсистема сбора детализированной информации о
предоставленных услугах (CDR – Call Detailеd Record, TDR –
Transaction Detailed Record). Формирование этих записей
производится на основе сигнальной информации, и они могут быть
использованы для начисления платы, оценки качества обслуживания
и обнаружения несанкционированного доступа.
Основные функции модуля СПАЙДЕР Мониторинг:
мониторинг состояния элементов сети сигнализации в режиме
реального времени;
измерения нагрузки сети сигнализации;
регистрация аварийных ситуаций и перегрузок с генерацией
предупредительных сообщений;
сохранение проходящих по сети сигнальных пакетов для
последующего анализа;
декодирование сигнальных пакетов;
статистический анализ сигнального трафика.
Подсистема мониторинга и анализа использует информацию,
получаемую из сети сигнализации функциональным модулем
СПАЙДЕР Агент. Функция мониторинга состояний используется для
отображения аварийных ситуаций, возникающих в сети
сигнализации. Определение аварийных и текущих состояний
производится посредством анализа сообщений о статусе сигнальных
звеньев (LSSU). Система обеспечивает постоянное наблюдение за
элементами сети ОКС7, графическое отображение ее структуры,
состояния и нагрузки пучков сигнальных звеньев.
Модуль СПАЙДЕР АнтиФрод (AntiFraud) обеспечивает
обнаружение подозрительных с точки зрения несанкционированного
доступа вызовов в базе CDR, генерацию уведомлений и
формирование отчетов по таким вызовам в удобной форме.
82
СПАЙДЕР Трассировщик – модуль системы СПАЙДЕР,
предназначенный для трассировки вызовов (телефонных вызовов,
SMS и т.д.), т.е отслеживания всего сигнального обмена, связанного с
обслуживанием вызова. СПАЙДЕР QoS предоставляет информацию
о качестве обслуживания QoS (Quality of Services) в сети связи,
полученную на основе анализа данных CDR, которая позволяет
максимально эффективно использовать систему СПАЙДЕР для
улучшения работы сети, оценки эффективности маршрутизации
междугородного и международного трафика и многих других целей.
В целом, система СПАЙДЕР предоставляет оператору
распределенный мониторинг всех элементов сети ОКС7,
централизованный сбор и анализ данных (вне зависимости от типа
станций, включенных в сеть сигнализации), предварительную оценку
и отображение информации о функционировании сети. Система
является также эффективным инструментом для анализа качества
обслуживания и обнаружения несанкционированного доступа. В то же
время, модули системы могут использоваться и в качестве протокол-
тестера для локального мониторинга каналов сигнализации ОКС7.
Доступность информации о сети в режиме реального времени дает
оператору возможность предупредить возникновение перегрузок.
СПАЙДЕР Трассировщик предназначен для трассировки
вызовов в сети сигнализации. Функция трассировки вызовов
позволяет пользователю системы отслеживать последовательности
сообщений, которые связаны с прохождением вызовов в пределах
нескольких сетей (ТФОП, ISDN, GSM или NI), пользующихся услугами
ОКС7.
Параметрами для трассировки вызовов могут быть номера
вызываемого и вызывающего абонентов, NI, OPC, DPC, начала
вызова и любая другая информация, передаваемая по сети
сигнализации в процессе установления соединения.
Возможности трассировки вызова могут быть полезны для
мониторинга процессов взаимодействия между разными сетями,
83
определения корректности маршрутизации речевого и сигнального
трафика и для расследования фактов несанкционированного
доступа.
Трассировка вызовов может выполняться по заданным номерам
вызывающих или вызываемых абонентов c выводом всех
сообщений, относящихся к соединениям.
Возможности Трассировщика:
трассировка вызовов разных типов (обычные вызовы, SMS
и т.п.),
трассировка вызовов с учетом коммутации,
отслеживание процедур аутентификации, эстафетной
передачи при трассировке вызовов в мобильных сетях,
отображение сообщений в декодированной форме,
отображение маршрута на карте сети.
Возможна трассировка вызовов как в режиме реального
времени, так и в прошлом или будущем времени. Алгоритм
лабораторной работы трассировки обычного вызова:
1. Пользователь на центральном модуле задает параметры
вызова: коды пунктов источника и назначения (OPC и DPC
соответственно), номера вызывающего и вызываемого
абонентов, интервал времени, в котором поступил (должен
поступить) вызов. Некоторые параметры могут быть не заданы
или заданы в виде маски, например, только первые цифры
номера вызываемого или вызывающего абонентов.
2. Центральный модуль устанавливает по выделенной
транспортной сети соединения со всеми удаленными
модулями и передает им заданные пользователем параметры.
3. Удаленный модуль, зарегистрировав начальное адресное
сообщение IAM, удовлетворяющее заданным параметрам,
пересылает его центральному модулю в виде пакета,
содержащего само сообщение, время регистрации t и
84
уникальный номер сигнального звена в системе мониторинга
СПАЙДЕР.
4. После получения первого сообщения IAM от любого из
удаленных модулей, центральный модуль разгружает
соединения со всеми модулями.
5. Центральный модуль анализирует полученную информацию и,
вновь установив соединения с удаленными модулями,
передает им OPC, DPC, NI (Network Indicator – индикатор сети)
и CIC (Circuit Idenification Code – код идентификации канала),
которые определяют сигнальные сообщения, относящиеся к
вызову, трассировка которого производится, а также время
регистрации первого сообщения IAM tпег.
6. Удаленные модули производят поиск сигнальных сообщений с
указанными полями OPC, DPC, CIC и NI, зарегистрированных
после tнач=tрег –t, где t задан пользователем в архиве, и
пересылают найденные сообщения центральному модулю.
Далее удаленные тестирующие модули RU продолжают
регистрацию и отбор сообщений, относящихся к этому вызову
и передаваемых по сигнальным звеньям и также пересылают
их центральному модулю.
7. Центральный модуль отображает получаемую информацию в
режиме реального времени и может остановить трассировку в
любой момент по запросу пользователя.
8. Получив сообщение RLC, центральный модуль по истечении
интервала времени t закрывает разрушает с удаленными
модулями.
Так как каналы транспортной сети между удаленными и
центральным модулями загружены неравномерно, может возникнуть
ситуация, когда сообщение IAM будет зарегистрировано на
удаленном модуле 1 раньше, чем на модуле 2, но центральный
модуль первым получит пакет от модуля 2. Для того чтобы избежать
потери информации о регистрации сообщения IAM на модуле 1,
85
поиск сообщений в базе на этапе 6 начинается с момента времени,
меньшего чем tрег на t=tсис+tIAM, где tIAM – максимальная сквозная
задержка сообщения IAM в местной (0,9с), междугородной (2,3с),
международной (4с) сетях, а tсис – задержка передачи данных по
транспортной сети (по умолчанию t=5c).
Аналогично, на этапе 8 центральный модуль ожидает сообщения
RLC со всех звеньев в течение t. Пользователь может изменять этот
параметр, но при этом необходимо учитывать, что с увеличением t
возрастает вероятность обнаружения сигнальных сообщений,
относящихся к другим вызовам с теми же OPC, DPC, CIC и NI.
Вероятность наличия таких вызовов зависит от нагрузки на
соединительные линии, а именно от интенсивности поступления
вызовов и продолжительности их обслуживания, а также от
алгоритма выделения речевого канала на АТС. С уменьшением t
возможна потеря системой сообщений IAM и RLC.
Функция декодирования и анализа сообщений позволяет
отображать сообщения в расшифрованном виде с управляемой
степенью детализации и со встроенной функцией интерактивной
помощи в отношении сообщений и параметров выбранного
протокола.
Развитая система фильтрации по разным критериям позволяет
выделить из общей массы сообщений (до нескольких десятков
тысяч, накопленных, например, за сутки наблюдения), только те,
которые содержат необходимую пользователю информацию.
Фильтры позволяют провести детальное исследование обнаруженной
системой СПАЙДЕР Мониторинг проблемы, сокращая требуемое для
этого время до минимума.
Модуль СПАЙДЕР Мониторинг осуществляет сбор
статистической информации о работе отдельных узлов сети
сигнализации по различным параметрам. Предоставляются отчеты
по каждому из протоколов в количественном или процентном
86
формате по определяемым пользователем критериям. В
зависимости от типа измерений критериями могут быть OPC, DPC,
NI; тип протокола; типы сообщений, а также другие критерии
статистики работы элементов сети ОКС7 согласно рекомендации
ITU-T Q.752.
В заключение отметим еще подсистему качества обслуживания
QoS – это набор приложений СПАЙДЕР, предоставляющих отчеты на
основе CDR в удобном и ориентированном на специфические задачи
виде, что позволяет максимально эффективно использовать систему
для улучшения работы сети, оценки эффективности маршрутизации
междугородного и международного трафика и многих других целей.
Модуль СПАЙДЕР QoS использует данные СПАЙДЕР CDR и
позволяет:
- контролировать качество обслуживания, предоставляемое
другими операторами;
- производить учет трафика и верифицировать данные биллинга;
- оптимизировать использование ресурсов сети для увеличения ее
доходности.
Анализ и фильтрация записей CDR позволяют определить
самые длинные сеансы связи и самые активные потоки вызовов,
суммарное время разговора по отдельным направлениям связи,
выявить ЧНН, определить труднодоступные направления и т.п.
Использование набора уведомлений позволяет своевременно
обнаруживать отклонения качества обслуживания от заданного
уровня. Упоминавшийся выше модуль СПАЙДЕР QoS содержит
несколько приложений:
СПАЙДЕР QoS Long Distance Report – автоматическая и ручная
генерация отчетов о качестве обслуживания и о биллинге по
направлениям и по кодам регионов (для местной/
междугородной/ международной связи).
87
СПАЙДЕР QoS Mobile Report – генерация отчетов о качестве
обслуживания абонентов мобильных сетей, находящихся в
домашней сети или обслуживаемых при роуминге.
СПАЙДЕР QoS Alarms – уведомления, генерируемые при
обнаружении отклонений параметров качества обслуживания от
заданного уровня.
Средства генерации отчетов представляет собой самую важную
часть СПАЙДЕР QoS. Они включают в себя автоматическую
периодичную генерацию отчетов, функции ручной генерации отчетов
за произвольный интервал времени, интерфейс для просмотра
отчетов. Отчеты генерируются в универсальном формате csv и могут
обрабатываться с помощью стандартных офисных приложений (MS
Excel, MS Access и т. п.):
по кодам (междугородным и международным) с анализом до 6
начальных цифр кода;
по OPC/DPC с возможностью группировки нескольких кодов для
одного оператора;
по направлениям;
комбинированно.
Основой анализа по цифрам кода служит рекомендация ITU-T
E.164.
3.12.Заключение части 3
В качестве заключения к части 3 отметим, что рассмотренный в
ней стек протоколов общеканальной сигнализации №7 является
самым удачным изобретением МККТТ (и его преемника – ITU-Т), по
своему значению соизмеримым с созданным IETF другим известным
стеком протоколов TCP/IP. Получив этот результат, ITU-T даже и не
пытался приступить к разработке системы сигнализации №8,
ограничившись уже разработанными семью международными и
двумя региональными (R1 и R2) системами сигнализации, но
постоянно развивая и совершенствую стек протоколов ОКС7.
88
3.13. Литература к части 3
1. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. Подсистема МТР.
Стек протоколов ОКС7: Справочник по телекоммуникационным
протоколам. СПб. БХВ, 2003.
2. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. Подсистема ISUP.
Стек протоколов ОКС7: Справочник по телекоммуникационным
протоколам. СПб. БХВ, 2004.
3. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. Подсистема SCCP.
Стек протоколов ОКС7: Справочник по телекоммуникационным
протоколам. СПб. БХВ, 2006.
89
Часть 4. Телекоммуникационные протоколы сетей
сотовой связи 2G, 2.5G, 3G
поколения 1G, 2G, 2.5G, 2.75G, 3G и 4G; основы сетевого
взаимодействия в сетях подвижной связи (СПС), принцип
хэндовера; сетевое взаимодействие при роуминге; продолжение
рассмотрения стека протоколов ОКС7; протокол МАР стека
ОКС7; сетевое взаимодействие в TDM-сетях фиксированной и
подвижной связи; сценарии для разных видов сетевого
взаимодействия.
91
метод перевода управления обслуживанием вызова от одного центра
коммутации к другому и протокол МАР, поддерживающий
мобильность абонентов между разными сетями подвижной связи.
Роль «сосисок» на рис. 4.1 выполняют две разные СПС и
стационарная сеть связи – ТфОП. Сама модель полностью
абстрактна, не зависит от конкретной технологии и физической
конструкции сетей и позволяет разрабатывать MAP независимо от их
архитектуры.
Протокол MAP
С
СП
П
С
С
Cигнализация
ОКС7
ТфОП
93
ISDN. Рассмотрим несколько подробнее сетевые аспекты
интерфейсов и протоколов (рис.4.2).
Интерфейс между BTS и BSC называют Abis-интерфейс.
Большинство свойств этого интерфейса стандартизовано, кроме той
части, которая связана с конфигурацией и техобслуживанием станций
BTS, из-за чего BTS обычно соединяется с BSC того же
производителя. Один или несколько контроллеров BSC соединяются
с центром коммутации подвижной связи MSC, управляющим
установлением соединения, маршрутизацией вызова и многими
другими функциями. Из-за того что абоненты СПС перемещаются,
MSC, помимо задач обычной АТС, обязан обеспечивать ряд
специализированных функций, связанных, в частности, с
определением местонахождения абонента. Формально интерфейс
между MSC и VLR, называемый B-интерфейсом, стандартизован, но
никто из производителей оборудования, как правило, не
разрабатывал автономные VLR: оба они, MSC и VLR всегда
содержатся на одной и той же платформе, и интерфейс между ними
является внутрифирменным.
B
TCAP INAP S
TCAP INAP I D I
T S S
S T
U Голосовые U
U M A
P тракты ИКМ P
P A P
P
Сигнализация
SCCP
Сигнализация
HLR
STP
TCAP INAP
SCCP
SCCP
MTP3 сетевого уровня
MTP3 сетевого уровня
МТР2 уровня канала передачи данных
МТР2 уровня канала передачи данных
МТР1 физического уровня
МТР1 физического уровня
94
Рис.4.2. Стеки протоколов сетевого взаимодействия СПС
95
требует, чтобы его информация о местонахождении абонента
обновлялась каждый раз, когда тот перемещается в другую зону, а
HLR требует обновления своей информации о местонахождении
абонента только тогда, когда тот меняет VLR.
Обновление данных о местонахождении может происходить,
когда
MS только что включилась;
MS переместилась в пределах зоны одного и того же VLR, но в
новую зону местонахождения LA;
MS переместилась в новую зону VLR;
Сработал таймер обновления местонахождения.
Когда мобильный терминал абонента включается первый раз, он
сканирует радиоинтерфейс на предмет выбора соты с наиболее
мощным принимаемым сигналом, затем декодируется информация,
которая циркулярно передается станцией BTS, и мобильный
терминал регистрируется в соте с самым сильным принимаемым
сигналом (при условии, что эта сота не запрещена). Затем
мобильный терминал регистрируется в сети, инициируя обновление
данных о местонахождении, как показано на рис. 4.3.
96
BSS MSC/VLR HLR/AuC MSC/VLR
MS
Запрос канала
Немедленное
назначение
Запрос обновления
местоположения Завершение информации
L3 (запрос обновления Передача информации
местоположения) аутентификации
Передача информации
аутентификации RR
Запрос аутентификации
Ответ аутентификации
Обновление
местоположения
Отмена
местоположения
Отмена
Команда сброса
Сброс выполнен
Освобождение
канала
97
местонахождения, полученный мобильным терминалом, и
идентификатор мобильного терминала. Идентификатором
мобильного оборудования обычно служит либо номер International
Mobile Subscriber Identity (IMSI), либо номер Temporary Mobile
Subscriber Identity (TMSI), о чем мы поговорим в следующей лекции,
посвященной нумерации.
Этот номер передается через BSS в MSC с помощью типового
сообщения Complete Layer 3 Info (завершение информации уровня 3),
входящего в состав SCCP Connection Request протокола SCCP.
Если мобильный терминал пытается зарегистрироваться с
помощью TMSI, а этот TMSI не известен в MSC/VLR, то MSC/VLR
может запросить у мобильного терминала передачу IMSI. Кроме того,
MSC/VLR может запросить у мобильного терминала идентификатор
самого телефонного аппарата IMEI для проверки.
После приема запроса изменить данные о местонахождении
MSC/VLR может попытаться произвести аутентификацию терминала.
Если MSC/VLR уже не имеет аутентификационной информации, он
запрашивает эту информацию у HLR, используя операцию Send
Authentication Info протокола MAP. С помощью этого же протокола
домашний регистр HLR/AuC передает Return Result (RR) подсистемы
MAP с несколькими (до пяти) векторами аутентификации,
известными как триплеты. Каждый триплет содержит случайное
число (RAND) и параметр Signed Response (SRES). Узел MSC
передает в мобильный терминал запрос аутентификации
Authentication Request, который содержит только RAND. В мобильном
терминале выполняется такой же расчет, какой был сделан в
HLR/AuC, затем он передает Authentication Response, содержащий
параметр SRES. В свою очередь, MSC/VLR проверяет соответствие
SRES, принятого от мобильного терминала, параметру SRES,
принятому от HLR/AuC. Если соответствие подтверждено, MS
считается аутентифицированной.
98
На этой стадии MSC/VLR использует операцию Update Location
протокола MAP, чтобы информировать HLR о местонахождении
абонента. Сообщение в HLR содержит IMSI абонента и сигнал Global
Title Address (GTA) от MSC/VLR. Регистр HLR передает в VLR, где
ранее был зарегистрирован абонент (если таковой имеется),
сообщение Cancel Location (отмена местонахождения) протокола
MAP. Тогда VLR удаляет все записанные данные, относящиеся к
абоненту, и посылает в HLR сигнал Return Result.
Регистр HLR использует команду Insert Subscriber Data протокола
MAP для VLR, чтобы информировать VLR о совокупности
относящихся к рассматриваемому абоненту данных, включающих в
себя информацию о дополнительных услугах. В свою очередь, VLR
подтверждает получение информации. Затем HLR передает Return
Result, после получения которого MSC/VLR передает в мобильный
терминал сообщение DTAP Location Updating Accept. Затем он
ликвидирует соединение SCCP с BSS. Это заставляет BSS
освободиться от SDCCH путем передачи в мобильный терминал
сообщения Channel Release.
Для иллюстрации сетевого взаимодействия СПС и ТфОП
рассмотрим входящий и исходящий вызовы для СПС и ТфОП.
99
(Send Routing Information) протокола MAP в направлении к этому
HLR, чтобы позиционировать мобильный терминал. Информация SRI
содержит MSISDN абонента для определения IMSI.
Благодаря заранее произошедшему обновлению данных о
местонахождении HLR знает тот MSC/VLR, который обслуживает
этого абонента, и запрашивает в этом MSC/VLR операцию PRN
(Provide Roaming Number) протокола MAP, которая содержит IMSI
абонента. Этот MSC/VLR назначает из пула временный номер MSRN
(Mobile Station Roaming Number) для данного вызова и возвращает
этот номер в HLR. В свою очередь, HLR возвращает номер MSRN в
GMSC.
Полученный MSRN для ТфОП является реальным
(пересчитанным) номером вызываемого абонента. Его можно
использовать для маршрутизации вызова через любую
промежуточную сеть между GMSC и гостевым MSC/VLR, что
фактически и делает GMSC. Он маршрутизирует вызов к MSC/VLR
путем передачи IAM с MSRN в качестве номера вызываемой
стороны. После того как этот IAM принят, MSC/VLR получает оттуда
MSRN, узнает IMSI, для которого был назначен MSRN, после чего
этот номер MSRN можно вернуть в пул для использования другим
вызовом.
Далее MSC запрашивает в BSS передачу вызова абоненту с
помощью сообщения Paging Request, которое указывает зону
местонахождения, где следует искать абонента. После приема
вызова мобильный терминал пытается получить доступ к сети с
помощью передачи сообщения Channel Request, на которое
подсистема BSS отвечает сообщением Immediate Assignment с
указанием мобильному терминалу переключиться на SDCCH.
Мобильный терминал переключается на этот SDCCH и указывает
сети, что он отвечает на вызов. Тогда BSS пересылает ответ в MSC.
На этой стадии MSC инициирует шифрование, так как передаваемые
через радиоинтерфейс речь и данные должны быть зашифрованы.
100
После получения сообщения Setup мобильный терминал
передает в MSC сообщение Call Confirmed, указывающее, что он
располагает необходимой для установления соединения
информацией. Сообщение Call Confirmed действует как команда MSC
установить тракт до мобильного терминала. Поэтому MSC начинает
процедуру назначения, которая создает канал между MSC и BSS, и
канал между BSS и MS (вместо SDCCH). После создания канала в
мобильный терминал абонента посылается вызов, а в MSC
передается сообщение Alerting. Это сообщение запускает генерацию
акустического сигнала контроля посылки вызова и передачу
сообщения ACM обратно к исходящей АТС телефонной сети общего
пользования через GMSC. Как только вызываемый пользователь
ответит, мобильный терминал передает в MSC сообщение Connect.
Оно запускает передачу из MSC сообщения ANM обратно к
исходящей АТС и открытие двухстороннего тракта. И, наконец, в
вызываемый мобильный терминал передается сообщение Connect
Acknowledgement, и начинается разговор.
101
BSS MSC/VLR HLR GMSC ТфОП
MS
IAM
SRI (MSISDN)
PRN (IMSI)
PRN RR (MSRN)
SRI RR (MSRN)
IAM (MSRN)
Paging
Paging Request
Channel Request
Immediate
Assignment
Paging Response
Complete Layer 3 Info
(Paging response)
Cipher Mode
Command
Ciphering Mode
Command
Ciphering Mode
Complete
Cipher Mode
Complete
Setup
Call Confirmed
Assignment Request
Assignment Command
Assignment Complete
Assignment Complete
Alerting
ACM
ACM
Connect
ANM
ANM
Connect Acknowledge
102
того как BSS выделила мобильному терминалу SDCCH, этот
вызывающий мобильный терминал отправляет в MSC сообщение
CM Service Request1, содержащее информацию о типе услуги,
которую хочет вызвать мобильный терминал (в предлагаемом
сценарии это вызов с мобильного терминала, но может быть также и
другая услуга, например, отправка SMS).
По аналогии с рис. 4.4 сценарий исходящего вызова
заканчивается тем, что после ответа с вызываемого телефона ТфОП
возвращается сообщение Answer Message (ANM). Это приводит к
открытию контроллером MSC двухстороннего тракта до мобильного
терминала, а также к передаче из MSC в мобильный терминал
сообщения Connect. После приема сообщения Connect вызывающий
мобильный терминал отвечает сообщением Connect Acknowledge,
после чего обе стороны ведут разговор, а с точки зрения начисления
платы начат отсчет времени разговора.
Литература к части 4
1. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. Стек ОКС7.
Подсистема МАР. Серия «Телекоммуникационные
протоколы»//СПб.: БХВ-2008
1
Здесь CM означает Connection Management.
103
Часть 5. Сетевое взаимодействие при
предоставлении услуг Интеллектуальной сети
архитектура Интеллектуальной сети (IN), первые международные
стандарты в области IN, предыстория создания IN;
взаимодействие SSP и SCP; протокол INАР стека ОКС7; cетевое
взаимодействие при предоставлении услуг FreePhone, Televoting и
др.; беспроводная Интеллектуальная сеть (WIN); архитектура
CAMEL; протокол САР стека ОКС7
104
Исторически первыми в этом перечне были дополнительные
услуги цифровых АТС с программным управлением, примерами
которых являлись:
- сокращенный набор номера – абонент, пользующийся этой
услугой, может установить нужное соединение, набрав вместо
полного номера вызываемого абонента заранее присвоенный ему
сокращенный номер;
- соединение без набора номера (прямая связь) – услуга позволяет
абоненту установить соединение с заранее зарегистрированным
номером, не набирая этот номер (с выдержкой времени или без
выдержки времени);
- повторный вызов абонента без набора номера – услуга
позволяет абоненту, имеющему телефонный аппарат с
многочастотной тастатурой, повторно соединиться с номером,
который был набран последним, не набирая этот номер снова;
- безусловная переадресация – услуга дает абоненту возможность
заказать, на время своего отсутствия, переадресацию входящих к
нему вызовов к другому абоненту;
- переадресация при занятости – услуга предоставляет абоненту
возможность заказать переадресацию к другому абоненту
вызовов, поступающих, когда сам он занят другим разговором;
- уведомление о новом вызове – услуга уведомляет абонента,
занятого разговором с другим абонентом, о том, что его вызывает
третий абонент;
- побудка – услуга позволяет абоненту назначить время, когда
станция должна передать ему автоматически сигнал вызова;
возможен заказ либо однократной побудки, либо многократной (т.е.
ежесуточно, вплоть до отмены услуги);
- наведение справки и конференцсвязь трех абонентов – услуга
позволяет абоненту перевести связь с другим абонентом в режим
удержания и соединиться с третьим абонентом, чтобы навести у
него справку. После ответа третьего абонента, абонент,
105
пользующийся услугой, может организовать конференцсвязь трех
абонентов, вернуться к первоначальному соединению, переведя
связь с третьим абонентом в режим удержания, или вернуться к
первоначальному соединению окончательно, отключив третьего
абонента;
- запрет исходящей связи – услуга позволяет абоненту временно
запретить для своего аппарата исходящую междугородную связь и
связь с платными службами, или исходящую связь всех видов,
кроме связи с экстренными спецслужбами;
- временный запрет входящей связи – услуга заключается в том,
что абонент запрещает направлять к нему либо все входящие
вызовы, либо только местные;
- исходящая связь по коду-паролю – абонент, который пользуется
услугой, запрещающей для его аппарата какой-либо вид
исходящей связи, может получать связь этого вида, используя
всякий раз код-пароль, набираемый перед набором нужного ему
номера;
- определение номера вызывающего абонента – услуга позволяет
абоненту при злонамеренном входящем вызове определить с
помощью администрации номер вызывающего абонента, если тот
включен в ту же местную сеть;
- передача информации АОН к аппарату вызываемого абонента –
эта услуга предоставляется абоненту, если он имеет право
пользования индивидуальной установкой АОН;
- ввод, замена и отмена личного кода-пароля – услуга
предоставляет абоненту право назначать, изменять или отменять
личный код-пароль, необходимый для пользования некоторыми
дополнительными услугами.
Справедливости ради следует отметить, что несмотря на
разнообразие дополнительных услуг в различных системах
современных АТС, практически все они оказались не востребованы
подавляющим большинством абонентов. Иная ситуация
106
складывалась с теми же услугами, но перенесенными со
станционного уровня на сетевой, согласно рассматриваемой в
следующем параграфе концепции Интеллектуальной сети.
107
данных, была запрограммирована и так называемая логика услуг,
состоящая из сценариев, которые описывают ту или иную услугу.
С этого исторического момента логика услуг окончательно
переместилась за пределы АТС, что и составило суть концепции
Интеллектуальной сети (IN). Общая архитектура IN включает в себя
(рис. 11.1) еще две важные системы – узел среды создания услуг
SCEP и узел эксплуатационного управления услугами SMP, –
которые служат для программирования услуг и для рассылки
программ и данных, необходимых для их выполнения, по логическим
объектам, участвующим в процессе предоставления услуг. Для
поддержки информационных потоков между узлами сети IN
специфицирован прикладной протокол интеллектуальной сети
INAP (Intelligent Network Application Protocol), который определяет
синтаксис и семантику вызываемых операций, назначение и порядок
их обработки. Протокол INAP (российская версия INAP-R) вырос из
транзакций, поддерживающих взаимодействие между АТС и базой
данных через сеть ОКС; в настоящее время он базируется на
прикладном протоколе поддержки транзакций (TCAP) из стека
протоколов системы сигнализации ОКС7, рассмотренного в части 3.
SMP SCEP
TCP/IP
или X.25
SCP
Cеть ОКС7
SSP/IP SSP
INAP
ТФОП
108
Главным преимуществом концепции Интеллектуальной сети
является возможность быстро создавать новые
телекоммуникационные услуги в соответствии со специфическими
для каждой из них требованиями, обеспечивая одновременную и
повсеместную доступность этих услуг для всех абонентов ТфОП.
Сами такие услуги, первоначально стандартизованные ITU-T в списке
CS-1, предоставляют довольно широкие (с точки зрения ТфОП)
возможности. Выпущенные в развитие концепции IN стандарты CS-2,
а также стандарты CS-3 и CS-4 потенциально могут дать еще более
широкие возможности. И все же, главное значение IN для
современных телекоммуникаций – не в списках услуг CS, а в
основной идее, состоящей в том, чтобы отделить логику услуг от
функций коммутации, построив соответствующую платформу. Эту
платформу составляют определенным образом взаимодействующие
функциональные блоки, реализуемые, в общем случае, в разных
физических объектах – узлах IN. Функции коммутации выполняют
узлы SSP, логика услуг размещается в узлах SCP, создается эта
логика в узле SCEP и распределяется по всем SCP узлом SMP. При
создании логики любой услуги используется набор
стандартизованных независимых от услуг конструкционных блоков,
что значительно упрощает работу программистов. Это особенно
важно в связи с тем, что в условиях жесткой конкурентной борьбы
оператор сети связи должен уметь предоставлять услуги,
ориентированные на группы пользователей с сильно
различающимися потребностями, и иметь возможность быстро
создавать и развертывать новые услуги.
Для описания процессов, происходящих в SSP при
предоставлении услуг, установлении соединения и обслуживании
вызова вплоть до разъединения, в концепции IN используется модель
базового процесса обслуживания вызова (BCP – Basic Call Process).
Модель содержит последовательность отображающих состояния
этого процесса точек (PIC – Point in call), между которыми могут
109
присутствовать точки обнаружения (DP – Detection point) обращений к
услугам IN или событий, которые представляют интерес с точки
зрения логики услуг IN. Триггерные точки обнаружения обращений к
услугам – TDP (trigger detection points) – отмечают приостановку
базового процесса BCP для обращения к логике услуг IN,
происходящую в соответствии с заранее назначенным критерием.
Таким критерием может быть определенное сочетание цифр в
набранном абонентом номере, префикс, категория вызывающей
абонентской линии и т.д. Важно отметить, что эксплуатационный
персонал SSP может сам определять триггерные точки (т.е. делать их
обнаруживаемыми) и назначать критерии для обращения к IN в тех
или иных фазах обслуживания вызовов.
Концептуальная модель IN отражает эту архитектуру в терминах
плоскостей (planes). Плоскость услуг касается только описания
услуг в плане их свойств. Глобальная функциональная плоскость
(global functional plane) описывает программные блоки, не зависящие
от услуг (service-independent building blocks, SIB). Распределенная
функциональная плоскость (distributed functional plane) отображает
элементы архитектуры, участвующие в обмене сообщениями IN, в
виде функциональных объектов (functional entities, FE) и
информационных потоков (information flows, IF), которые моделируют
обмен сообщениями между FE. Физическая плоскость (physical
plane) описывает аппаратно-программные блоки, называемые
физическими объектами (physical entities, PE). Модель, показанная на
рис. 5.2, содержит эти четыре расположенные одна над другой
плоскости, дающие (каждая – со своей степенью детализации)
абстрактное представление тех возможностей, которыми обладает
сеть, построенная в соответствии с концепцией IN.
Верхняя плоскость модели – плоскость услуг – представляет
услуги так, как они «видны» конечному пользователю. Такое
представление не содержит информации о способе и деталях
реализации услуги в сети. Зато на этой плоскости видно, что услуги
110
(services) компонуются из одной или из нескольких разных
стандартизованных составляющих, каждую из которых пользователь
воспринимает как одно из характерных свойств или, что то же самое,
как один из атрибутов услуги (service features. SF).
Услуга 1
Услуга 2
SF1
SF3
SF2
Плоскость услуг
SIB1
POI
BCP
POR SIB2
SIBn
IF
I EF
F F
EF E EF
F F
A EF
E E
A EF A
FE2 EF
Информационные потоки (IF)
FE1 FE3
Распределенная функциональная плоскость
PE2
FE1 FE2
FE3
P
PE1
Физическая плоскость
112
руководства пользователя IN. Представленные на рис. 5.2
функциональные плоскости отражены в остальных значениях
индекса y: 2 – рекомендации, относящиеся к плоскости услуг, 3 – к
глобальной функциональной плоскости, 4 – к распределенной
функциональной плоскости и 5 – к физической плоскости. Значение у
= 8 – это рекомендации для прикладного протокола INAP. Как и для
большинства других стандартов ITU-T, региональные органы
стандартизации разрабатывают национальные спецификации IN.
Несмотря на то, что как в CS-1, так и в CS-2 стандарты для IN
обеспечили формализованную модель создания услуг
спецификациями блоков SIB – рекомендации Q.1203 (общие
аспекты), Q.1213 (CS-1) и Q.1223 (CS-2), – после CS-2
стандартизация SIB прекратилась.
Функциональная архитектура IN CS-1 и механизм активизации
взаимодействия между ее элементами представлены на рис. 5.3,
являющимся, в определенном смысле, развитием рис. 5.1 (более
детально отражены подмножество стандартизованных к настоящему
моменту FE и их взаимосвязь). FE интеллектуальной сети
группируются в соответствии с их ролью в поддержке IN: FE,
участвующие в выполнении услуг, и FE, участвующие в создании
услуг и управлении услугами.
113
SDF
К другим узлам SCP и/или SDP в
SDP этой или другой сети
SCF
SDF
SCP
Сеть ОКС7
SCF
SRF SDF
AD
IP
SCF SRF
SCF SSP
SSF CCF SSF
CCF
SRF
SN
"Проверка права на
исходящий вызов"
Authorize_Origination_Attempt
"Проверка успешна"
Origination_Attempt_Authorized
"Прием информации"
Collect_Information
"Информация накоплена"
Collected_Information
"Анализ информации"
Analyse_Information
"Информация проанализирована"
Analysed_Information
"Выбор маршрута"
Select_Route
"Маршрут не найден"
Route_Select_Failure
"Проверка прав установления связи"
Authorize_Call_Setup
"Установление связи"
Исх.ст. "Запрос от Send_Call
пользователя" Исх.ст. "Занято"
O_Mid_Call "Вызов принят" O_Called_Party_Busy
O_Term_Seized
Исх.ст. "Оповещение"
O_Alerting
Исх.ст. "Отсутствие ответа"
Исх.ст. "Запрос от пользователя"
O_No_Answer
O_Mid_Call "Ответ"
O_Answer
Исх.ст. "Запрос от пользователя"
O_Mid_Call Исх. ст. "Активное состояние"
O_Active
"Повторный ответ"
O_Re-answer
Исх.ст. "Связь приостановлена"
O_Suspend
Исх.ст. "Приостановка связи"
Исх.ст. "Разъединение" O_Suspended
O_Disconnect
116
Рис. 5.4. Модель BCSM
117
SCEP/SMP
SCP
HLR
Proxy
Сеть Сеть
TCP/IP ОКС7
MSC/SSP IP
Сервер
SSCP IP
Шлюз
Привратник Привратник
SSP IP
Шлюз
118
централизация биллинга и управления услугами, ограничивающая
возможности выполнения этих функций конечными
пользователями,
и некоторые другие.
Разрабатываемые сегодня интеллектуальные коммутационные
платформы на базе технологий компьютерной телефонии третьего
поколения сами являются интегрированными коммутаторами и
процессорами поддержки услуг с начислением платы за них. Это
объективно вызывает смещение интеллекта из традиционных узлов
IN к краям сети, чему посвящен следующий параграф.
119
применимые в сфере CTI, например, прикладной интерфейс АТС-
компьютер SCAI (Switch-Computer Application Interface).
Следует обратить внимание на сходство методов и терминологии
IN и CSTA, SCAI и т.п. Это и не удивительно, поскольку как
концепции, так и цели CTI очень схожи с концепциями и целями IN.
Базовой концепцией CSTA, например, является соединение, которое
определяется как логический объект, абстрактно отображающий
ассоциацию между определенным устройством CSTA и сеансом
связи, в котором участвует это устройство (устройство CSTA – это
объект, отображающий физический или логический компонент сети,
например, терминал пользователя, сетевой интерфейс и др.; сеанс
связи, или просто сеанс, – это логический объект, отображающий
процесс обслуживания вызова, т.е. процесс предоставления
пользователю нужной ему связи или услуги, сопровождения этой
связи/услуги и ее прекращения/отмены). Переход объекта
соединение от одного состояния к другому вызывается либо
действием пользователя, либо операцией CSTA. Рис. 5.6
демонстрирует модель состояний «соединения» CSTA.
Нулевое
(исходное)
Извещение
о вызове
Иницииро-
вание
Отказ
Поста-
новка
в очередь Х
Х
Х
Установ- Х Х
ление Удержание
соединения
120
Тенденция конвергенции ТфОП и IP-сетей ведет к переходу от
традиционного подхода Интеллектуальной сети к
неинтеллектуальным IP-сетям с интеллектуальными средствами,
устанавливаемыми на краях сети (вплоть до персональных
компьютеров оконечных пользователей). Это связано с тем, что
практически все элементы архитектуры IP-сетей – шлюзы,
маршрутизаторы, привратники, программные коммутаторы,
терминалы (PC, WAP), клиентские приложения (браузеры, FTP, е-
mail, чат), сетевые серверы (RADIUS, LDAP, DNS), серверы
приложений (HTTP, FTP, Java, SIP, POP3) – управляются совершенно
разными сетевыми структурами, а весьма многие из этих элементов
вообще никак не управляются.
Эта тенденция приводит сегодня к проектированию наиболее
перспективных и доходных IN-услуг, которые в подавляющем
большинстве случаев достаточно быстро окупаются. При этом
проводится интеграция новых и существующих услуг с современной
инфраструктурой IP-сети и услуг Интернет.
Например, совместными усилиями ТфОП и Интернет
реализуется услуга Internet Call Waiting (ICW), обеспечивающая
телефонный вызов пользователя, занятого сеансом с Интернет.
Получив извещение о телефонном вызове, пользователь имеет
возможность приостановить сеанс с Интернет и либо ответить на
этот вызов, либо переадресовать его на другую линию или к
почтовому ящику и т.п. Еще одним примером услуг того же класса
является услуга Click-to-Dial (CTD), дающая пользователю
возможность во время сеанса с Интернет произвести исходящий
телефонный вызов путем активизации пиктограммы на экране
компьютера. Особенно эффективное использование этой услуги
связано с возможностью вызвать телефонного оператора той
компании, которая интересует пользователя, просто нажав на
указатель на Web-странице этой компании.
121
Ее модификация известна как услуга запроса из Интернет
обратного телефонного вызова (Click-to-Dial-Back) и позволяет
пользователю, находящемуся в Интернет, запрашивать телефонное
соединение с другим абонентом, устанавливаемое через ТфОП. Как
и в некоторых других приведенных выше примерах гибридных
(ТфОП/Интернет) услуг, важным предварительным условием
является то, что пользователь услугой должен иметь как телефонный
доступ к ТфОП (через телефонный аппарат), так и доступ к Интернет
(через РС). Типичное применение такой услуги – т.н. онлайновый
шоппинг (online shopping) или Интернет-магазин: пользователь,
просматривающий онлайновый каталог товаров, щелкает мышью на
кнопке, инициируя при этом запрос телефонного вызова к нему от
представителя службы сбыта интересующего его Интернет-магазина.
Следует отметить, что как и в случае с рассмотренными выше
услугами Freephone из списка CS-1, здесь могут быть реализованы
гибкие опции оплаты услуги, а также маршрутизация вызова в
зависимости от времени суток, дня недели, наличия незанятых
операторов на разных объектах и т.д.
Рассмотрим работу услуги click-to-call-back подробнее (рис. 5.7).
Пользователь А хочет, чтобы с ним связался по телефону оператор
службы сбыта того Интернет-магазина, Web-страницу которого он в
настоящее время просматривает, и щелкает мышью на
соответствующей кнопке. Предполагается, что А зарегистрирован у
поставщика услуги и, таким образом, может быть должным образом
аутентифицирован. Сеть Интернет передает полученный от A запрос
на Web-сервер (B), который формирует соответствующий запрос к
SCP (или SN) Интеллектуальной сети (С). В результате выполнения
логики услуги в SCP и под воздействием его команды
соответствующему SSP последний сперва создает соединение с
оператором службы сбыта F (участок 1), затем – соединение с
пользователем А (участок 2) и, наконец, объединяет эти два участка в
двустороннюю связь между А и F. При этом узел SMP отвечает за
122
передачу в SСР логики услуги, созданной в среде SCE, и на Web-
сервер – параметров, относящихся к этой услуге. Услугу click-to-call-
back можно затем дополнить до полноценной функции Сall-центра.
Узел SN может, например, выбирать оператора F в зависимости от
времени суток, дня недели, доступности оператора, его нагрузки по
сравнению с нагрузкой других, не занятых в данный момент
операторов службы, и т.д. Информация об опыте реализации этой
услуги приведена в RFC 2458.
B
Web-
сервер
Интернет
A
C
SCP
SCE SMP или
SN
SSP
I
BR P
D N A
IS и IN
ил
SSP SSP
1 F
2
SCE - Среда создания услуг
SN - Узел услуг (интеллектуальная платформа)
SMP - Узел эксплуатационного управления услугами
SSP - Узел коммутации услуг
123
окончании презентации интеллектуальная платформа будет
создавать вызов обычным для услуги click-to-call-back путем.
Услуга Internet customer profile management ICPM позволяет
управлять профилем услуги Интеллектуальной сети с персонального
компьютера прямо из Web-страницы. В настоящее время
пользователь услугой IN может управлять ее профилем при помощи
сигналов DTMF или с помощью оператора, что гораздо менее
удобно.
Услуга второй виртуальной линии VSL (virtual second line)
позволяет пользователю ответить на входящий телефонный вызов,
не прерывая сеанса связи с Интернет. Для этого может быть
использован специальный шлюз, преобразующий речевой сигнал в
поток передачи речи к терминалу пользователя по протоколу VoIP
(Voice over IP). Реализация этой услуги представлена на рис. 5.8.
A
1
Сервер
АТС удаленного
доступа
Б
3
3
3
2
3 Интернет
Шлюз
IP-телефонии
124
Пусть пользователь Б заказал себе услугу второй виртуальной
линии. С точки зрения АТС она представляет собой услугу
переадресации вызова к шлюзу IP-телефонии, когда вызываемый
абонент занят. Если абонент А звонит занятому абоненту Б (маршрут
1), то АТС, согласно логике услуги, переадресует вызов к шлюзу
(маршрут 2), который определяет Интернет-адрес пользователя Б, а
затем переправляет вызов средствами IP-телефонии к РС
пользователя Б (маршрут 3). На экране этого PC появляется
уведомление о входящем телефонном вызове, и затем происходит
телефонный разговор.
Услуга запрос факсимильной связи из Интернет (click-to-fax)
позволяет пользователю запрашивать из сети Интернет (через IP-
хост) передачу факсимильного сообщения по указанному номеру. Эта
услуга особенно привлекательна в тех случаях, когда сообщение
нужно передать лицу, у которого есть факсимильный аппарат, но нет
доступа к Интернет. Рассмотрим в качестве примера сценарий, когда
пользователь Интернет бронирует место в одной из гостиниц на
пляжах Флориды, пользуясь Web-страницей московского
турагентства, содержащей информацию о гостиницах в основных
крупных городах мира. Предположим, что та гостиница в Майами,
которую выбрал пользователь, не имеет доступа к Интернет, но
имеет факсимильный аппарат. Пользователь заполняет бланк заказа
места в гостинице и затем щелкает мышью на кнопке для оправления
заполненного бланка поставщику услуги. Оборудование этого
поставщика формирует запрос факсимильной связи и пересылает
его вместе с бланком заказа на узел ТфОП. При получении запроса и
приложенной к нему информации, ТфОП преобразует информацию в
формат факсимильной связи и пересылает её в гостиницу во
Флориде.
Еще одна услуга – запрос из Интернет ответа по факсу (click-
to-fax-back) – позволяет пользователю, находящемуся в сети
Интернет, запрашивать через IP-хост передачу ему факсимильного
125
сообщения. Теперь клиент из предыдущего примера может запросить
от гостиницы подтверждение, которое та передаст по факсу. Другое
полезное применение этой услуги – случай, когда объем графической
информации, который пользователь должен получить, настолько
велик, что передача её к РС пользователя по Интернет заняла бы
много времени и потребовала бы слишком большого объема
дисковой памяти.
Услуга получение Интернет-контента в речевой форме (voice-
access-to-content) дает возможность пользователю, находящемуся в
Интернет, запросить определенную информацию из Интернет с
передачей ее в речевой форме через ТфОП, используя в качестве
устройства получения информации свой телефонный аппарат.
Вариантом этой услуги является использование телефонного
аппарата как для запроса информации из Интернет, так и для
получения этой информации. Другими словами, пользователь просит
с телефонного аппарата, используя речевые команды, чтобы на его
телефонный аппарат через ТфОП поступила в речевой форме
определенная информация из Интернет. Наиболее перспективна эта
услуга для абонентов сетей мобильной связи, т.к. они смогут
совмещать управление автомобилем с прослушиванием Web-
информации, что сопряжено с гораздо меньшим риском для жизни,
чем получение информации в цифровой форме из Интернет.
Заметим, что слово click (щелчок мышью) в названиях этих услуг
не следует понимать буквально и рассматривать как предписанный
способ активизации услуг. Это слово используется для того, чтобы
подчеркнуть тот факт, что инициирование рассматриваемых услуг
происходит в сети Интернет, где наиболее распространенным
действием пользователя является наведение стрелки мышью на
объект с последующим щелчком кнопкой мыши.
Во встречном направлении, ТфОП с помощью IN может немало
сделать для IP. Сегодня роль оператора местной телефонной сети
сводится, в большинстве случаев, к организации коммутируемой
126
связи между пользователем и Интернет-поставщиком (ISP). Услуги IN
могут помочь оператору местной телефонной сети оптимизировать
доступ к Интернет-поставщику, организовать для таких соединений
альтернативный биллинг, предоставить универсальный номер для
всех ISP Point of Presence (IPоP), организовать бесплатные вызовы
Freephone, предоплаченные вызовы Prepaid calling и т.п. В полном
соответствии с правилом «помогая другим, поможешь и себе»
местная телефонная сеть может не только повысить свои доходы за
счет предоставления IN-услуг для доступа пользователей к Интернет,
но и уменьшить расходы путем наискорейшего отвода IP-трафика из
своей сети к Интернет-поставщику.
Внедрение услуг на основе IP-протокола означает, что
потребуются сведенные вместе IN-услуги передачи речи и передачи
данных. Один аспект этого состоит в том, что IN-услуги перестанут
быть такими, что запрос к IN-серверу создается только при вызове,
обслуживание которого требует обращения к IN. Приложения
передачи данных, функционирующие в системах типа клиент/сервер,
часто требуют выполнения тех же действий для каждого вызова или
сеанса связи и предъявляют высокие требования к существующим
системам ОКС7/IN, а генерирующее эти запросы программное
обеспечение часто имеет более высокий уровень взаимодействия,
чем сигнализация, связанная с телефонным вызовом. Со временем
разница между этими двумя типами IN-приложений будет исчезать,
но сегодняшние платформы IN, ориентированные на речевой трафик
с коммутацией каналов, могут встретить весьма серьезные трудности
при обслуживании трафика передачи данных и пакетов, а также
объединенного трафика.
127
коммутационных узлов мобильных сетей и/или из оконечных точек IP-
сетей, аналогичного доступу из узлов коммутации услуг (SSP)
обычных ТфОП. В первую очередь, это относится к организации
триггерных точек в процессе обработки вызова с передачей/приемом
в этих точках сигналов, нужных для последующей маршрутизации, а
также к организации доступа к IN-услугам, предоставляемым
сетевыми компонентами типа SCP. Отметим некоторые другие
аспекты представленной на рис. 5.9 конвергенции ТфОП/IN и IP.
Подключение ТфОП/ISDN к IP с использованием первичного доступа
PRA ISDN зачастую обходится гораздо дороже, чем подключение с
применением широко используемого сегодня операторами связи
протокола сигнализации ОКС7. Для снижения расходов лучше всего
подключать сеть IP к сети PSTN/ISDN через сервер удаленного
доступа RAS, управляемый по протоколу MGCP.
ТфОП
Интеллектуальная
периферия SCP
Интернет-серверы
База данных
ATC
ATC
Привратники
Шлюзы
ИНТЕРНЕТ
ОКС7 АТС IPU
VoIP
SSP
IP IP
Маршрутизатор
Маршрутизатор Коммутатор
RAS
модемы IP-СЕТЬ
Пользователь
Абонент Абонент
IP
129
(PRIN - PRoportion Intelligent Network). Суть PRIN-подхода
заключается в том, что ряд услуг, скажем, федерального класса,
реализуется с помощью централизованного SCP, подключаемого по
протоколу INAP, а часть услуг регионального класса проходит через
один из многочисленных узлов услуг SN, распределенных на
окраинах сети и включаемых через интерфейсы PRI, ISUP и даже
2ВСК. Следует подчеркнуть, что совсем не обязательно, чтобы
федеральные услуги организовывались исключительно через SCP.
Сегодня изобретены чрезвычайно интересные технологии
распределенного сетевого интеллекта, позволяющие устанавливать
логику услуг где угодно в сети, а данные для маршрутизации – в
сетевых базах данных, и, таким образом, организовывать
федеральные услуги на базе объединения распределенных SN.
5.6. Заключение
Анализ рассмотренных в главе элементов Интеллектуальной
сети, оборудования компьютерной и IP-телефонии, узлов услуг SN
позволяет сделать заключение о том, что независимо от того, где
расположен интеллект услуги – в центре сети или на ее краях, –
объединенные в процессе конвергенции функциональные
возможности сетей IN и IP позволят наиболее эффективно
организовать сетевое взаимодействие с целью управления как
услугами, уже внедренными или готовыми к внедрению, так и совсем
новыми услугами, которые еще только будут придуманы в результате
объединения усилий специалистов новой индустрии
инфокоммуникаций.
Литература к части 5
1. Гольдштейн Б.С., Ехриель И.М., Рерле Р.Д. Интеллектуальные
сети//М.: Радио и связь-2000.
2. Гольдштейн Б.С., Фрейнкман В.А. Call-центры и компьютерная
телефония//СПб.: BHV-2002.
130
Часть 6. Сетевое взаимодействие в NGN
Взаимодействие сетей Н.323 и SIP. Функциональные возможности
Softswitch: первые международные стандарты в области NGN,
рекомендации ITU-T серии Y, архитектура NGN, стек протоколов
Н.323, понятия шлюза и гейткипера, организация конференций,
протокол SIP, сетевое взаимодействие H.323 и SIP. Описание
протоколов управления медиашлюзами MGCP, MEGACO/H.248.
Тестирование протоколов сетевого взаимодействия NGN.
6.1. Softswitch
Основу сетевого взаимодействия в сетях связи следующего
поколения NGN (Next Generation Network) составляет гибкий
коммутатор Softswitch. Термин Softswitсh был придуман Айком
Элиотом при разработке интерфейса между интерактивной речевой
системой (IVR) и АТС с коммутацией каналов в операторской
компании MCI. Перейдя в 1997 году из MCI в компанию Level3
Communications, он, вместе с Эндрю Дуганом и Маурицио Аронго,
придумал понятия Call Agent и Media Gateway. Ими же была начата
разработка контроллера транспортного шлюза MGC (Media
Gateway Controller), функции которого, как и функции Call Agent,
собственно говоря, и выполняет Softswitch. Тогда же Кристиан
Хюйтема из компании Bellcore придумал протокол управления
шлюзами сигнализации SGCP (Signaling Gateway Control Protocol).
На базе этих разработок и совместными усилиями этих специалистов
в IETF была создана первая спецификация протокола управления
шлюзами MGCP (Media Gateway Control Protocol). Это одна ветвь
родословной Softswitch.
Другим предшественником Softswitch является привратник GK
(Gatekeeper). Более того, названия контролер MGC и привратник
GK являются терминами, адекватными ранним формам Softswitch.
Понятие привратник зародилась в технологии H.323,
рассматриваемой ниже в этой части.
131
В задачи привратника входит преобразование адресов (имени
или адреса электронной почты – для терминала или шлюза – и
транспортного адреса) и управление доступом (авторизация доступа
в сеть). Согласно принципам рекомендации H.323 привратник должен
управлять действиями в определенной зоне сети, представляющей
собой совокупность одного или нескольких шлюзов и управляющего
ими единственного привратника. При этом привратник
рассматривается как логическая функция, а не как физический
объект.
Softswitch является носителем интеллектуальных
возможностей сетевого взаимодействия, который координирует
управление обслуживанием вызовов, сигнализацию и функции,
обеспечивающие установление соединения через одну или
несколько сетей.
Подчеркнем, что Softswitch – это не только одно из сетевых
устройств. Это также и сетевая архитектура, и даже, в определенной
степени, - идеология построения сети. Именно поэтому основной
упор в приведенном определении сделан на функциональные
возможности. При этом, строго говоря, под данное здесь
определение не подпадают отдельные устройства с ограниченными
функциями – привратники Н.323 или SIP-прокси, которые в
рекламных целях их продавцы также именовали Softswitch.
В первую очередь, Softswitch управляет обслуживанием
вызовов, т.е. установлением и разрушением соединений, выполняя
функции Call Agent . Точно так, как это имеет место в традиционных
АТС с коммутацией каналов, если соединение установлено, то эти
функции гарантируют, что оно сохранится до тех пор, пока не даст
отбой вызвавший или вызванный абонент. В число функций
управления обслуживанием вызова Call Agent входят распознавание
и обработка цифр номера для определения пункта назначения
вызова; а также распознавание момента ответа вызываемой
стороны, момента, когда один из абонентов кладет трубку, и
132
регистрация этих действий для начисления платы. Таким образом,
Softswitch фактически остается все тем же привычным
коммутационным узлом, только без цифрового коммутационного
поля. Отметим, что Softswitch является более точным термином, чем
Call Agent, т.к. последний, в большинстве случаев, предполагает
некое программное обеспечение обслуживания вызовов,
функционирующее на стандартном компьютере.
Другой термин - контроллер транспортного шлюза MGC -
является в большей степени синонимом Softswitch и подчеркивает
тот факт, что он управляет транспортными шлюзами и шлюзами
доступа по протоколу H.248 и ему подобным, рассматриваемым в
главе 6.
Softswitch координирует обмен сигнальными сообщениями
между сетями, т.е. поддерживает функции Signaling Gateway (SG).
Выше сигнализация в сети связи уже сравнивалась с системой
кровообращения в человеческом организме. Если продолжить эту
аналогию, то Softswitch организует это кровообращение и, к тому же,
при необходимости, - переливание крови между разными
организмами. Иначе говоря, Softswitch координирует действия,
обеспечивающие соединение с логическими объектами в разных
сетях и преобразует информацию в сообщениях с тем, чтобы они
были понятны на обеих сторонах несходных сетей, что будет
несколько подробнее рассмотрено в следующем параграфе.
133
опций используются протокол E-DSS1 первичного доступа ISDN,
протокол абонентского доступа через интерфейс V5 (или его Sigtran-
версию V5U), а также все еще актуальная в отечественных сетях
связи сигнализация по выделенным сигнальным каналам R1.5.
Основными протоколами сигнализации управления
транспортными шлюзами являются MGCP и MEGACO/H.248, а
основными протоколами сигнализации взаимодействия между
коммутаторами Softswitch являются SIP-T и BICC.
На рис. 6.1 представлено взаимодействие Softswitch с
различными существующими и перспективными элементами сети
связи общего пользования (ССОП). Там же видно и разделение
функций Softswitch по управлению соединениями в нижележащем
уровне транспортных (медиа) шлюзов, а также взаимодействие
Softswitch и серверов приложений на верхнем уровне.
Нижний уровень в этом контексте может рассматриваться как
транспортная плоскость, в которой физически передается как
речевой трафик, так и трафик данных. Такая уровневая структура
обеспечивает гибкость выбора аппаратного обеспечения (различных
транспортных шлюзов).
Верхний уровень на рис. 6.1 восходит по своей идеологии к узлу
управления услугами SCP (Service Control Point) классической
Интеллектуальной сети, рассмотренной в части 4. Но, будучи на 20
лет моложе последнего, этот уровень позволяет через прикладные
программные интерфейсы API типа JAIN или PARLAY создавать
массу новых приложений, которые невозможны в архитектуре
традиционной телефонии с коммутацией каналов.
134
Ñåðâåðû ï ðèëî æåí èé
IP-òåëåô î í
Í .323 Áèëëèí ã API WIN SCP IN WEB
Í .323- -R
ñåòü AAA
AP
OSA ,
AY
RA
EL
Ãåéòêèï åð /IN T
PIN M L
PAPL
D
AN
M
IU
CA
R X
S
Í. T
32 S IG
Í .323 3
òåðì èí àë -T Äðóãèå
SIP , SIP
BICC, Softswitch
SIP- H.323
SIP- SIP, SIP-2.0 H.22
òåëåô î í MGC 5, H
ñåòü SIP- P, M .245
ñåðâåð EGA Äðóãèå
Ì ÊÄ SI C O/ H
G .248 IP-ø ëþ çû
, 8 TR
CP .24 AN (IP-ñåòü)
M
MG O/ H
EG
SIP-òåðì èí àë
M O/ H
C
MEGAC
.24
GA
AC
MGCP
GC .2
E
CO P ,
/H
M
P , 48
GA GC
ME M ISUP
,
O/ H.24
2B+D IAD SG Òô Î Ï /ISDN
SHDSL M
SHDSL TD
8
AG PRI AG RTP
IAD
P
ÓÀÒÑ
RT
TG
ADSL Ñåòü
MAK
ÓÀÒÑ RTP IP-ñåòü
MAK TG
RTP
135
простым и удобным в эксплуатации образом, придуманным рабочей
группой SIGTRAN, о чем говорилось в части 3.
Для взаимодействия Softswitch между собой могут применяться
два протокола, один из которых – SIP (SIP-T), разработанный
комитетом IETF и рассматриваемый далее в этой части, а второй –
BICC, специфицированный ITU-T. Сегодня на роль главного
протокола сетевого взаимодействия претендует протокол SIP-T, хотя
BICC обладает возможностью работы и с сигнализацией DSS1, а не
только с ОКС7. Например, в известном решении ENGINE компании
Ericsson взаимодействие между телефонными серверами
(Softswitch) происходит по протоколу BICC CS-1, ориентированном на
работу поверх транспорта ATM (AAL1/AAL2) с последующим
переходом на BICC CS-2, предназначенным для работы в IP-сетях.
Хотя и SIP-T, и BICC представлены на рис. 6.1 и обладают на сегодня
практически одинаковыми функциональными возможностями, а
находящийся в разработке BICC CS-3 даже предусматривает
возможность взаимодействия с SIP-T, всё же практическое
внедрение BICC в оборудовании Softswitch производится обычно из
соображений необходимости работы в ATM-сети. Дальнейшие же
усилия ITU и IETF концентрируются сегодня на развитии SIP и H.248
для сетей NGN.
136
При этом IPPC не является органом стандартизации. Он только
продвигает стандарты путем проведения тестов функциональной
совместимости, выработки спецификаций и типовых реализаций для
компаний, желающих разработать приложения на основе стандартов,
установленных IETF и ITU, которые как раз и являются органами
стандартизации. В свою очередь, IPCC организует также проведение
тестов функциональной совместимости, проводит учебные
конференции и учреждает отраслевые рабочие группы по тем или
иным важным направлениям.
137
Эксплуатационное
управление
Абонентские данные,
поддержка биллинга,
SMNP
Услуги и
приложения
Интеллек-
Сервер услуг и приложений туальные
(SCP, логика управления услугой, сети
ISDN
LDAP-серверы)
Управление
вызовами и
SIP, сигнализация Сеть
MGCP, транспортных
Медиа- H.248 Call-Agents, гейткиперы, SIP/SIP-T, коммутаторов
сервер H.323, BICC
контроллеры медиашлюзов
Транспортная
плоскость
Транспортный домен
(маршрутизаторы, ТфОП
коммутаторы, QoS) ОКС7
IP-телефония Домен
IP-PBX взаимодействия
(медиашлюзы,
шлюзы сигнализации и
Домен не IP-доступа взаимодействия) Сети
(шлюзы доступа, IP
VoIP
AG, RAN, IAD)
IP-телефония
УПАТС
138
также средства обеспечения качества обслуживания QoS (Quality of
Service).
Домен взаимодействия (Interworking Domain) включает в себя
устройства преобразования сигнальной или пользовательской
информации, поступающей со стороны внешних сетей, в вид,
пригодный для передачи по сети IP-телефонии, а также обратное
преобразование. В этот домен входят такие устройства, как шлюзы
сигнализации (Signaling Gateways), обеспечивающие преобразование
сигнальной информации между разными транспортными уровнями,
транспортные шлюзы или медиашлюзы (Media Gateways),
выполняющие функции преобразования пользовательской
информации между разными транспортными сетями и/или разными
типами мультимедийных данных, и шлюзы взаимодействия
(Interworking Gateways), обеспечивающие взаимодействие различных
протоколов сигнализации на одном транспортном уровне.
Домен доступа, отличного от IP (Non-IP Access Domain),
предназначен для организации доступа к сети IP-телефонии
различных IP-несовместимых терминалов. Он состоит из шлюзов
Access Gateways для подключения учрежденческих АТС, аналоговых
кабельных модемов, линий xDSL, транспортных шлюзов для
мобильной сети радиодоступа стандарта GSM/3G, а также устройств
интегрированного абонентского доступа IAD (Integrated Access
Devices) и других устройств доступа. Что же касается IP-терминалов,
например, SIP-телефонов, то они непосредственно подключаются к
домену транспортировки по протоколу IP без участия Access
Gateway.
6.4.2. Плоскость управления обслуживанием вызова и
сигнализации
Плоскость управления обслуживанием вызова и сигнализации
(Call Control & Signaling Plane) управляет основными элементами
сети IP-телефонии и, в первую очередь, теми, которые принадлежат
транспортной плоскости. В этой плоскости ведётся управление
139
обслуживанием вызова на основе сигнальных сообщений,
поступающих из транспортной плоскости, устанавливаются и
разрушаются соединения, используемые для передачи
пользовательской информации по сети. Плоскость управления
обслуживанием вызова и сигнализации включает в себя такие
устройства, как контролер медиашлюзов MGC (Media Gateway
Controller), сервер управления обслуживанием вызова Call Agent,
привратник Gatekeeper и LDAP-сервер.
6.4.3. Плоскость услуг и приложений
Плоскость услуг и приложений (Service & Application Plane)
реализует управление услугами и/или приложениями в сети IP-
телефонии, их логику и выполнение. Устройства в этой плоскости
содержат логику выполнения услуги и управляют этими услугами
путем взаимодействия с устройствами, находящимися в плоскости
управления обслуживанием вызова и сигнализации. Плоскость услуг
и приложений состоит из таких устройств, как серверы приложений
Application Servers и серверы дополнительных услуг Feature Servers.
Плоскость услуг и приложений может также управлять
специализированными компонентами передачи пользовательской
информации, например, медиасерверами, которые выполняют
функции конференцсвязи, IVR и т.п.
6.4.4. Плоскость эксплуатационного управления
На плоскости эксплуатационного управления (Management
Plane) поддерживаются функции активизации абонентов и услуг,
техобслуживания, биллинга и другие функции эксплуатационного
управления сетью. Плоскость эксплуатационного управления может
взаимодействовать с некоторыми или со всеми другими тремя
плоскостями либо по стандартному протоколу (например, по
протоколу SNMP), либо по внутренним протоколам и интерфейсам
API.
141
начинали рассматривать как предпочтительный протокол сетевого
взаимодействия для установления сеансов VoIP по IP-сетям. С
самого начала, по сравнению с ближайшим соперником – протоколом
H.323, рассматриваемым ниже, – у него было много преимуществ,
самыми важными из которых были возможность использовать его не
только для установления телефонных сеансов, но и для других услуг,
таких как транспортировка текущих сообщений и уведомление о
присутствии, ну и, конечно, изначальное ориентирование на
Интернет. К тому же, рассматриваемая в следующем параграфе
схема адресации в SIP и ее расширяемость обеспечили успех за
пределами телефонии. Другие протоколы телефонной сигнализации,
включая H.323, не располагают примитивами, которые можно
использовать для реализации таких же услуг, сохраняя ту же
структуру сигнализации.
На самом деле, справедливость восторжествовала с небольшим
опозданием – значительная часть сетей IP-телефонии оказалась
построенной не на SIP, а все плюсы и достоинства этого протокола
раскрылись уже после появления SIP-T. Примерно в это же время в
телекоммуникационный мир пришло понятие Softswitch и, если
можно так выразиться, они нашли друг друга, и SIP-Т занял
лидирующее место и как протокол взаимодействия для разных
Softswitch, без которых уже не представлялись сети IP-телефонии и
NGN, и как протокол установления мультимедийной связи.
Вышеизложенного уже достаточно, чтобы оправдать решение
начать обсуждение протоколов сетевого взаимодействия именно с
SIP, а не с Н.323.
Помимо немногословности в основу протокола SIP были
заложены следующие принципы:
предоставление услуг независимо от местоположения
пользователя, т.е. персональная мобильность пользователей,
основанная на присвоении пользователю уникального
идентификатора, который позволяет ему перемещаться в
142
пределах сети и получать связь в любом ее месте вне
зависимости от своего местоположения путем дистанционной
регистрации в Softswitch при помощи специального сообщения
REGISTER;
определение готовности пользователей участвовать в сеансе
связи, для чего в протоколе SIP определены рассматриваемые
ниже специальные коды ответов для предоставления детальной
информации о текущей готовности пользователя к связи;
масштабируемость сети, построенной на базе протокола SIP;
интеграция в стек протоколов Интернет, разработанных IETF для
передачи мультимедийной информации и включающих в себя
протокол резервирования ресурсов RSVP (Resource ReserVation
Protocol), рассмотренные в предыдущей главе протокол реального
времени RTP и протокол передачи потоков в реальном времени
RTSP, а также протокол описания сеанса связи SDP (Session
Description Protocol), рассматриваемый ниже в этой главе;
взаимодействие с протоколами сигнализации Н.323, MGCP,
MEGACO/H.248, DSS1 и ОКС7, включая возможность переносить
в сигнальных сообщениях SIP не только специфический SIP-
адрес, но и телефонный номер формата Е.164 или любого другого
формата;
расширяемость протокола SIP, характеризуемая возможностью
дополнять протокол функциями поддержки новых услуг и его
адаптации к работе с различными приложениями.
Еще одним важным принципом протокола SIP является его
независимость от транспортных технологий. В качестве транспорта
могут использоваться протоколы UDP или TCP. Протокол UDP
позволяет быстрее, чем TCP, доставлять сигнальную информацию
(даже с учетом повторной передачи не подтвержденных сообщений),
а также вести параллельный поиск местонахождения пользователей
и передавать приглашения к участию в сеансе связи в режиме
многоадресной рассылки. В свою очередь, протокол ТСР упрощает
143
работу с межсетевыми экранами и гарантирует надежную доставку
данных. При использовании протокола ТСР разные сообщения,
относящиеся к одному вызову, либо могут передаваться по одному
TCP-соединению, либо для каждого запроса и ответа на него может
создаваться отдельное TCP-соединение. На практике обычно
используется протокол UDP, который, к тому же, облегчает обработку
ситуаций аварийного переключения серверов. Команды передаются
на порт 5060 по умолчанию. Команды SIP могут также передаваться
на любой другой порт терминала или Softswitch, если номер этого
порта заранее сообщен отправителю. Вариант переноса сигнальных
сообщений SIP транспортным протоколом с установлением
соединения TCP обычно не практикуется. Возможен также перенос
запросов и ответов протокола SIP транспортным протоколом SCTP,
рассмотренным выше в части 3.
В организуемом с помощью SIP сеансе связи может
передаваться мультимедийная информация любого вида: речь,
видео и данные, а также любая их комбинация, в связи с чем
необходимо организовать обмен между участниками предполагаемой
связи сведениями о характере передаваемой информации. Для этой
цели чаще всего SIP дополняется еще одним протоколом – описания
сеанса связи SDP, – информация которого передается в теле
сообщения протокола SIP. Поскольку в течение сеанса связи может
производиться его модификация (например, приглашение других
пользователей к уже существующему сеансу, в частности, к
конференциям в режиме многоадресной рассылки), предусмотрена
передача сообщений SIP с новыми описаниями сеанса средствами
SDP.
Для передачи речевой информации IETF предлагает
использовать протокол RTP, но сам протокол SIP не исключает
возможность применения для этих целей других протоколов сетевого
взаимодействия.
144
Ранее считалось, что SIP уступает Н.323 в организации
мультимедийных конференций. Но по мере эволюции в SIP
реализованы возможности присоединения новых участников к уже
существующему сеансу связи, т.е. двусторонний сеанс связи может
перейти в конференцию. В общем случае SIP предусматривает
организацию конференций трех видов:
создаваемых в режиме многоадресной рассылки (multicasting),
когда информация передается на один multicast-адрес, а затем
доставляется сетью конечным адресатам;
создаваемых при помощи устройства управления конференции
MCU, к которому участники конференции передают информацию в
режиме точка-точка, а MCU, в свою очередь, обрабатывает ее и
рассылает участникам конференции;
создаваемых путем соединения каждого пользователя с каждым в
режиме точка-точка.
Для организации взаимодействия с существующими
приложениями IP-сетей и обеспечения вышеупомянутой мобильности
пользователей протокол SIP использует принцип адресации,
подобный электронной почте. В качестве адресов используются
специальные универсальные указатели ресурсов URL (Universal
Resource Locators), называемые SIP URL.
Различаются SIP-адреса следующих типов:
имя@домен,
имя@хост,
имя@IP-адрес,
№телефона@шлюз.
SIP-адрес состоит из двух частей. Первая часть адреса – это имя
пользователя, зарегистрированного в домене сети или на рабочей
станции. Если вторая часть адреса идентифицирует какой-либо
шлюз, то в первой указывается телефонный номер абонента.
Во второй части адреса указывается имя домена сети, хоста или
шлюза. Для определения IP-адреса устройства необходимо
145
обратиться к службе доменовых имен DNS (Domain Name Service).
Если же во второй части SIP-адреса размещается IP-адрес, то с
рабочей станцией можно связаться непосредственно.
В начале адреса ставятся ключевое слово, например ’sip:’,
указывающее, что это именно SIP URL. Существуют также другие
URL (например, ‘tel:’). Ниже приводятся примеры SIP-адресов:
sip: alex@niits.ru
sip: boris@218.10.12.123
tel: +78129998877@sip-gateway.ru
Кроме того, разработан ряд методов совместной работы
оборудования SIP с преобразователями сетевых адресов NAT
(Network Address Translator). Существует целый ряд таких решений:
протокол STUN (Simple Traversal of UDP Through NAT); TURN
(Traversal Using Relay NAT); SIP Application Layer Gateways (ALGs);
протокол MIDCOM (Middlebox Communication); SIP Symmetric
Response Routing по RFC 3581; Firewall Enhancement Protocol по RFC
3093 и др.
Запрос
148
(User Agent Client) и сервером агента пользователя UAS (User
Agent Server). Заметим, что сервер UAS и клиент UAC могут (но не
обязаны), непосредственно взаимодействовать с пользователем, а
другие клиенты и серверы SIP этого делать не могут. UAC и UAS
могут быть реализованы как непосредственно в терминале
пользователя, так и в программном обеспечении универсальных
устройств доступа, например, мультисервисных абонентских
концентраторов.
Прокси-серверы (Proxy Servers) получили свое название от
английского proxy – ”представитель” и обеспечивают обработку
запросов, поступающих от терминалов пользователей, с целью
предоставления услуг связи. Порядок обработки запроса и
дальнейшие действия прокси-сервера зависят от типа запроса. Это
может быть поиск и вызов пользователя, маршрутизация запроса,
предоставление услуги и т.д. Как и агент пользователя, прокси-сервер
тоже состоит из клиентской и серверной частей, поэтому он может
принимать вызовы, инициировать собственные запросы и передавать
ответы на запросы. Прокси-сервер может быть реализован
совместно с сервером определения местоположения,
рассматриваемым ниже, или помещаться отдельно от него, но иметь
возможность связываться с ним по протоколам LDAP по RFC 1777,
rwnois по RFC 2167 или любому другому протоколу.
Предусматривается два типа прокси-серверов: с сохранением данных
о состояниях stateful и без сохранения данных о состояниях stateless.
Сервер первого типа хранит в памяти историю процесса
обслуживания вызова, в частности, первый поступивший запрос,
который является причиной генерации одного или нескольких
исходящих запросов, также запоминаемых сервером. Все запросы
хранятся в памяти сервера только до окончания транзакции, т.е. до
получения соответствующих ответов. Сервер stateful позволяет
предоставить большее количество услуг и допускает применение
упрощенных терминалов пользователей, но требует большей
149
вычислительной мощности. Прокси-сервер должен работать в
режиме stateful при использовании для передачи сигнальной
информации протокола ТСР, при работе в режиме многоадресной
рассылки сигнальной информации, или при множественной рассылке
запросов, когда один запрос, поступивший на прокси-сервер,
передается одновременно по нескольким направлениям. Сервер
stateless лишь ретранслирует запросы и ответы, которые принимает.
Он требует менее быстродействующей платформы, т.к. ее
производительность не тратится на контроль состояний текущих
процессов обслуживания вызовов, вследствие чего сервер может
обслужить большее количество пользователей. Недостатком такого
режима является то, что он позволяет реализовать лишь наиболее
простые услуги. Впрочем, прокси-сервер может для одних вызовов
функционировать с сохранением данных о состояниях, а для других –
без сохранения, но во всех случаях выполняет свои основные
функции: – пересылает сообщения к агентам пользователей и
предоставляет такие функции, как определение местонахождения
пользователей, авторизация и учет пользователей. В рассмотренной
выше эталонной архитектуре IPCC им соответствуют функция
маршрутизации и функция учета;
Серверы перенаправления (Redirect servers) всегда являются
серверами без сохранения данных о состояниях. Сервер
перенаправления предназначен для определения текущего IP-адреса
терминала вызываемого пользователя. Вызывающий пользователь
посылает на сервер сообщение с известным ему адресом
вызываемого пользователя, а прокси-сервер перенаправляет вызов
на текущий адрес пользователя. Для реализации этой функции
сервер перенаправления должен взаимодействовать с сервером
определения местонахождения. Сервер перенаправления не
терминирует вызовы и не инициирует свои собственные запросы. Он
только сообщает адрес вызываемого пользователя или прокси-
сервера, и уже по этому адресу инициатор запроса передает новый
150
запрос. Сервер перенаправления не содержит клиентскую часть
программного обеспечения. Но пользователю не обязательно
связываться с каким-либо SIP-сервером, он может вызвать другого
пользователя непосредственно, но при условии, что знает его точный
адрес. Сценарий установления соединения в этом случае будет
выглядеть следующим образом: сначала клиент получает от сервера
перенаправления адрес вызываемого UA, а затем связывается прямо
с ним.
Серверы регистрации местонахождения пользователей
(Registrars или Location servers) позволяют агентам регистрировать
свое местоположение, реализуя тем самым услуги мобильности с
помощью протокола SIP. О своем местонахождении пользователь
сообщает специальному серверу с помощью сообщения REGISTER.
Возможны два режима регистрации пользователя: он может
передать свой новый адрес один раз, а может регистрироваться
периодически через определенные промежутки времени. Первый
способ подходит для случая, когда терминал включен постоянно, и
его пользователь не перемещается по сети, а второй – если
терминал пользователя часто перемещается или выключается.
Фактически сервер определения местонахождения пользователя
представляет собой базу адресной информации. Кроме постоянного
адреса пользователя в базе данных указывается один или несколько
текущих адресов. Как уже отмечалось, этот сервер может быть
реализован совместно с прокси-сервером, в этом случае он
называется registrar, или отдельно – тогда его называют location
server, – но с возможностью связываться с прокси. В спецификациях
протокола SIP сервер определения местонахождения представлен
как отдельный сетевой элемент, однако принципы его работы не
регламентированы.
Резюмируя все вышесказанное, отметим, что в сети SIP
присутствуют следующие основные элементы: терминалы, прокси-
серверы и серверы перенаправления.
151
6.7. Структура сообщений SIP
Согласно рассмотренной в предыдущем параграфе архитектуре
«клиент-сервер» все сообщения SIP делятся на запросы клиента
серверу и ответы сервера клиенту. Так, для инициирования
установления соединения вызывающий пользователь должен
сообщить серверу ряд обязательных параметров, в том числе,
параметры информационных каналов, адрес вызываемого
пользователя и другую информацию. Указанные параметры
передаются в соответствующем SIP-запросе. От вызываемого
пользователя передается ответ на запрос, также содержащий ряд
параметров. Все сообщения протокола SIP – запросы и ответы –
представляют собой последовательности текстовых строк, структура
и синтаксис которых, как уже упоминалось ранее, соответствуют
протоколу НТТР. На рис. 6.4 представлена структура сообщения
протокола SIP.
Стартовая строка
Заголовки
Пустая строка
Тело
сообщения
154
Заголовок Via необходим, чтобы избежать зацикливания запроса,
а также в тех случаях, когда требуется, чтобы запросы и ответы
обязательно проходили по одному и тому же пути (например, при
использовании межсетевого экрана firewall). Дело в том, что запрос
может проходить через несколько прокси-серверов, каждый из
которых принимает, обрабатывает и переправляет запрос к
следующему прокси-серверу, пока этот запрос не достигнет адресата.
В заголовке Via указывается весь путь, пройденный запросом:
каждый прокси-сервер добавляет поле со своим адресом. При
необходимости (например, чтобы обеспечить секретность)
действительный адрес может скрываться. Например, пусть запрос на
своем пути обрабатывался двумя прокси-серверами: сначала
сервером niits.ru, потом sip.telecom.com. Тогда в запросе появятся
следующие поля: Via: SIP/2.0/UDP
sip.telecom.com:5060;branch=721e418c4.1 и Via: SIP/2.0/UDP
niits.ru:5060, где параметр branch означает, что на сервере
sip.telecom.com запрос был размножен и направлен одновременно по
разным направлениям, и наш запрос был передан по направлению,
которое идентифицируется 721e418c4.1. Содержимое полей Via
копируется из запросов в ответы на них, и каждый сервер, через
который проходит ответ, удаляет поле со своим именем.
В заголовок Record-route прокси-сервер вписывает свой адрес –
SIP URL, – если хочет, чтобы следующие запросы прошли через него.
Сообщения протокола SIP могут содержать так называемое
тело сообщения. Некоторые запросы, например, запрос BYE, не
содержат тела сообщения. С ответами дело обстоит иначе: тело
сообщения могут содержать любые ответы, но содержимое их тела
довольно сильно различается.
Заголовок Content-Type определяет формат описания сеанса
связи. Само описание сеанса, например, в формате протокола SDP,
включается в тело сообщения.
Заголовок Content-Length показывает размер тела сообщения.
155
6.8. Команды (запросы)
Запросы (команды) SIP или, как их называют в спецификациях,
SIP-методы (methods), предназначены для выполнения широкого
круга задач при предоставлении базовых и дополнительных услуг
связи в стационарных сетях и в сетях подвижной связи. С помощью
запросов клиент сообщает о своем текущем местонахождении,
приглашает пользователей принять участие в сеансах связи,
модифицирует уже установленные сеансы, завершает их и т.д.
Сервер определяет тип принятого запроса по названию, указанному в
стартовой строке. В этой же строке в поле Request-URI указан SIP-
адрес оборудования, которому этот запрос адресован. Содержание
полей То и Request-URI может быть различным, например, в поле То
указан адрес абонента, а в Request-URI – адрес прокси-сервера,
через который проходит запрос.
Команда INVITE приглашает пользователя принять участие в
сеансе связи и обычно содержит описание сеанса связи, вид
принимаемой информации и параметры (список возможных
вариантов параметров), необходимые для приема информации. В
нем может также указываться вид информации, который
вызывающий пользователь желает передавать, и данные,
необходимые для аутентификации абонента. В случае
необходимости изменения характеристик подготовленных или уже
используемых каналов передается запрос INVITE с новым описанием
сеанса связи. Для приглашения нового участника к уже
установленному соединению также используется сообщение INVITE.
Команда ACK подтверждает прием ответа на команду INVITE,
содержит описание сеанса связи, переданное вызывающим
пользователем и используется только совместно с запросом INVITE,
т.е. этим сообщением оборудование вызывающего пользователя
показывает, что на свой запрос INVITE оно получило окончательный
ответ.
156
Команда CANCEL отменяет обработку ранее переданных
запросов с такими же, как и в команде CANCEL значениями полей
Call-ID, To, From и CSeq, но не влияет на те запросы, обработка
которых уже завершена. Например, команда CANCEL применяется
тогда, когда прокси-сервер размножает запросы для поиска
пользователей по нескольким направлениям и по одному из них его
находит. Тогда обработку запросов, разосланных по всем остальным
направлениям, сервер отменяет при помощи команды CANCEL.
Командой BYE оборудование вызываемого или вызывающего
пользователей завершает соединение. Сторона, получившая запрос
BYE, должна прекратить передачу речевой (мультимедийной)
информации и подтвердить это ответом 200 ОК.
При помощи команды REGISTER пользователи сообщают свое
текущее местонахождение. В этом сообщении содержатся поле То с
адресом, который надо сохранить или модифицировать на сервере,
поле From с адресом инициатора регистрации (зарегистрировать
пользователя может другое лицо, например, секретарь может
зарегистрировать своего начальника), поле Contact с новым адресом
пользователя, по которому должны передаваться все дальнейшие
запросы INVITE (если в команде поле Contact отсутствует,
регистрация остается неизменной, а в случае отмены регистрации
здесь размещается символ “*”), и поле Expires, в котором
указывается время в секундах, по истечении которого регистрация
заканчивается (если это поле отсутствует, то по умолчанию
назначается время – 1 час). Регистрацию можно отменить и
передачей сообщения REGISTER с полем Expires, которому
присвоено значение 0, и с соответствующим полем Contact.
Командой OPTIONS вызывающий пользователь запрашивает
информацию о возможностях терминального оборудования
вызываемого пользователя. В ответ на этот запрос оборудование
вызываемого пользователя сообщает требуемую информацию.
Применение команды регламентировано теми случаями, когда
157
существует необходимость узнать о возможностях оборудования до
установления соединения.
После испытания протокола SIP в реальных сетях оказалось, что
для решения ряда задач вышеуказанных шести запросов
недостаточно. Так, не был предусмотрен способ передачи
информации управления соединением или другой информации во
время разговорной сессии. Для решения этой задачи был предложен
новый запрос INFO, который можно использовать для переноса
между шлюзами сигнальных сообщений в течение сеанса связи, для
переноса сигналов DTMF, созданных в ходе сеанса, для переноса
информации об остатке на счёте (билинговой информации), для
переноса между участниками сеанса связи изображений и другой не
потоковой информации. Запрос INFO не изменяет состояния
процесса обработки SIP-вызовов, как не изменяет и состояния
сеансов связи, инициированных при помощи протокола SIP. Однако
он обеспечивает перенос дополнительной информации прикладного
уровня, которая может способствовать в дальнейшем более
производительному функционированию приложений, использующих
протокол SIP для доставки информации.
Протокол SIP определяет два типа ответов на запрос,
инициирующий соединение: предварительные и окончательные.
Окончательные ответы несут результат обработки запроса и
передаются «надёжно», т.е. с подтверждением. Предварительные
ответы несут информацию о текущей стадии обработки запроса, но
передаются без подтверждения. Однако в некоторых случаях,
включая взаимодействие с ТфОП, необходим механизм,
обеспечивающий надёжность передачи предварительных ответов.
Для этого вводится механизм надёжности по схеме, схожей с
существующими механизмами для окончательных ответов класса 2хх
на запрос INVITE. Используется запрос PRACK, который играет ту же
роль, что и ACK, но для предварительных ответов. Однако здесь
158
имеется принципиальное различие – PRACK является обычным SIP-
сообщением и требует при его получении передачи ответа 200 (ОК).
Возникают случаи, когда необходимо изменить некоторые
параметры сеанса (например, тип кодека) до прихода окончательного
ответа на начальное сообщение INVITE, для чего вводится запрос
UPDATE. Он используется следующим образом: вызывающая
сторона передает сообщение INVITE, в поле заголовка Allow
которого, среди запросов прочих типов, помещается UPDATE для
того, чтобы указать на способность вызывающей стороны принимать
запросы этого типа. Любой ответ (предварительный или
окончательный) вызываемой стороны тоже содержит заголовок Allow
с указанным в нём значением UPDATE. Далее вызывающая сторона
может создать запрос UPDATE, который содержит предложение с
описанием сеанса связи в формате SDP для обновления параметров
сеанса. На этот запрос передается ответ с указанием принятых
параметров (также в формате SDP).
Объекты сети SIP могут подписаться на предоставление
информации о состоянии определённого ресурса или процесса
обслуживания вызова в сети при помощи сообщения SUBSCRIBE.
Объекты, располагающие этими сведениями (или объекты,
действующие от их лица), будут передавать уведомления NOTIFY
каждый раз, когда состояние изменится. Запрос типа MESSAGE
предназначен для реализации служб интерактивного обмена
текстовыми сообщениями с использованием модели, аналогичной
отправке SMS. Запрос REFER, передаваемый отправителем,
предписывает получателю связаться с третьей стороной, используя
контактную информацию, которая содержится в этом сообщении.
Такой механизм может быть использован для многих целей,
например, для переадресации вызова Call Transfer.
6.9. Ответы
159
После приема и интерпретации запроса, адресат (прокси-сервер)
передает ответ на полученный запрос. Назначение ответов бывает
разным, в том числе: подтверждение установления соединения,
передача запрашиваемой информации, сообщение о неисправностях
и т.д. Структуру и виды ответов протокол SIP унаследовал от
протокола НТТР. Определено шесть типов ответов, которые несут
разную функциональную нагрузку. Тип ответа кодируется трехзначным
числом. Самой важной является первая цифра, она определяет
класс ответа, остальные две цифры лишь дополняют первую. В
некоторых случаях оборудованию даже необязательно знать все
коды ответов, но интерпретировать первую цифру ответа оно должно
обязательно.
Ответы делятся на предварительные (информационные) и
окончательные. Информационные ответы показывают, что запрос
находится в стадии обработки, и кодируются трехзначным числом,
начинающимся с единицы 1хх (provisional). Некоторые ответы,
например, 100 Trying, предназначены для обнуления таймеров в
оборудовании пользователя. Если до срабатывания таймера ответ на
запрос не получен, считается, что запрос потерян, и может (по
усмотрению изготовителя) производиться его повторная передача.
Этот информационный ответ аналогичен сообщению CALL
PROCEEDING протокола Q.931. Еще один распространенный ответ
180 Ringing; его назначение идентично назначению сигнала
«Контроль посылки вызова» в ТфОП или сообщению ALERTING
протокола Q.931. Если прокси-сервер передает ответ 181 Call
Forwarding, он может также указать в теле сообщения, к какому
пользователю он переправляет вызов. Ответ 182 Queued for Service
используется в приложениях, которые позволяют ставить текущий
вызов в очередь до тех пор, пока не будут обслужены вызовы,
находящиеся перед ним. Основными пользователями этой
возможности являются отделы обслуживания клиентов в крупных
корпорациях. Ответ 183 Session Progress аналогичен сообщению
160
CALL PROGRESS протокола Q.931 и используется для того, чтобы
заранее получить описание сеанса информационного обмена от
шлюзов на пути к вызываемому пользователю таким образом, чтобы
мог быть проключен ранний речевой тракт ещё до того, как
вызывающий пользователь получит сигнал КПВ. Этот ответ
используется, например, при взаимодействии протокола SIP с сетью
ТфОП, когда передача ответа Session Progress с SDP-описанием
шлюза ТфОП позволяет входящей АТС послать сигнал КПВ. Среди
других вариантов использования этого ответа – воспроизведение
приветственного объявления или музыкальной фразы при входе в
домен перед установлением соединения. Ответ 189 на запрос
REFER используется для предоставления текущей информации о
состоянии соединения, переключаемого на другой номер в фазе
разговора. При этом ожидается получить либо ответ об успешной
обработке, либо ответ об отказе вызываемой стороны.
Окончательные ответы кодируются трехзначными числами,
начинающимися с цифр 2, 3, 4, 5 и 6. Все они означают завершение
обработки запроса, а каждый из них в отдельности – результат
обработки запроса.
Ответы 2хх (success) означают, что запрос был успешно
обработан. Базовым ответом данной группы является сообщение 200
ОК. Значение этого ответа зависит от соответствующего запроса,
например: ответ 200 ОК на запрос INVITE означает, что вызываемый
пользователь согласен принять участие в сеансе связи, а в теле
ответа указываются возможности оборудования вызываемого
пользователя; ответ 200 ОК на запрос BYE означает завершение
связи, а в теле ответа никакой информации не переносится; ответ
200 ОК на запрос CANCEL означает отмену поиска, и в теле ответа
тоже не переносится никакой информации; ответ 200 ОК на запрос
REGISTER означает, что регистрация прошла успешно; ответ 200 ОК
на запрос OPTION означает согласие вызываемого пользователя
161
сообщить возможности своего оборудования, которые и содержатся в
теле ответа.
Ответы 3хх (redirection) информируют оборудование
вызывающего пользователя о новом местонахождении вызываемого
пользователя или переносят другую информацию, которая может
быть использована, чтобы с ним связаться. В ответе 300 Multiple
Choices указывается несколько SIP-адресов, по которым можно
найти вызываемого пользователя, а вызывающему пользователю
предлагается выбрать один из них. Ответ 301 Moved Permanently
означает, что вызываемый пользователь больше не находится по
адресу, указанному в запросе, и направлять запросы нужно на адрес,
указанный в поле Contact. Ответ 302 Moved Temporary означает, что
пользователь временно (промежуток времени может быть указан в
поле Expires) находится по другому адресу, указанному в поле
Contact, и все запросы нужно посылать туда.
Ответы 4хх (client error) информируют о том, что в запросе
обнаружена ошибка. После получения такого ответа пользователь не
должен передавать тот же самый запрос без его модификации. Ответ
400 Bad Request означает, что запрос не понят из-за синтаксических
ошибок в нем. Ответ 401 Unauthorized означает, что запрос требует
проведения процедуры аутентификации пользователя. Существуют
разные варианты аутентификации, и в ответе может быть указано,
какой из них использовать в данном случае. Ответ 403 Forbidden
означает, что сервер понял запрос, но отказался его обслуживать.
Повторный запрос посылать не следует. Причины могут быть
разными, например, запросы с этого номера не обслуживаются и т.д.
Непосредственно из HTTP заимствован ответ 404 Not Found. А ответ
485 Ambiguous означает, что адрес вызываемого пользователя не
однозначен. Ответ 486 Busy Here означает, что вызываемый
пользователь в настоящий момент занят и не желает (не может)
принять входящий вызов.
162
Ответы 5хх (server error) информируют о том, что запрос не
может быть обработан из-за ошибки сервера. Ответ 500 Server
Internal Error означает, что сервер не имеет возможности обслужить
запрос из-за внутренней ошибки. Клиент может попытаться повторно
послать запрос через некоторое время. Ответ 501 Not Implemented
означает, что в сервере не реализованы какие-либо функции,
необходимые для обслуживания запроса. Ответ передается в том
случае, когда сервер не может распознать тип запроса, полученного
им от любого из пользователей. Ответ 502 Bad Gateway
информирует о том, что сервер, функционирующий в качестве шлюза
или прокси-сервера, принимает некорректный ответ от сервера, к
которому он направил запрос. Ответ 503 Service Unavailable
указывает, что сервер не может в данный момент обслужить вызов
вследствие перегрузки или проведения технического обслуживания.
Ответы 6xx (global failure) информируют о том, что соединение
с вызываемым пользователем установить невозможно. Ответ 600
Busy Everywhere сообщает, что вызываемый пользователь занят и
не желает принимать вызов в данный момент. Ответ может
содержать указание на время, подходящее для его вызова. Если с
пользователем можно связаться по другому адресу или, к примеру,
оставить сообщение на речевой почтовый ящик, то используется
ответ 486 Busy Here. Ответ 603 Decline означает, что вызываемый
пользователь не желает принимать входящие вызовы, не указывая
причину отказа. Ответ 604 Does Not Exist Anywhere означает, что
вызываемого пользователя не существует.
Запросы и ответы на них образуют SIP-транзакцию. Она
происходит между клиентом и сервером и включает в себя все
сообщения, начиная с первого запроса и заканчивая окончательным
ответом. После того как мы рассмотрели запросы и разные ответы на
них, видно, что протокол SIP предусматривает различные алгоритмы
установления соединения.
163
6.10. Сценарии сеансов связи
Протоколом SIP предусмотрено 3 основных типа сценариев
установления соединения: с участием прокси-сервера, с участием
сервера перенаправления и непосредственно между
пользователями. Различие между этими сценариями заключаются в
процедуре поиска и приглашения вызываемого пользователя. В
первом случае эти функции возлагает на себя прокси-сервер, а
вызывающему пользователю необходимо знать только постоянный
SIP-адрес вызываемого пользователя. Во втором случае
вызывающая сторона самостоятельно устанавливает соединение, а
сервер перенаправления вызова лишь преобразует постоянный
адрес вызываемого абонента в его текущий адрес. И, наконец, в
третьем случае вызывающему пользователю для установления
соединения необходимо знать текущий адрес вызываемого
пользователя.
Перечисленные сценарии являются базовыми. Прежде чем
вызов достигнет адресата, он может пройти через несколько прокси-
серверов или сначала попасть на сервер перенаправления, а затем
пройти через один или несколько прокси-серверов. Кроме того,
прокси-серверы могут размножать запросы и передавать их по
разным направлениям и т.д.
6.10.1. Алгоритм установления соединения с участием
сервера перенаправления
В этом разделе описан алгоритм установления соединения с
участием сервера перенаправления вызовов. Администратор сети
сообщает пользователям адрес сервера перенаправления.
Вызывающий пользователь передает запрос INVITE (1) на известный
ему адрес сервера перенаправления и порт 5060, используемый по
умолчанию (рис. 4.3), и указывает в запросе адрес вызываемого
пользователя. Сервер перенаправления запрашивает текущий адрес
вызываемого абонента у сервера определения местонахождения (2),
который сообщает ему требуемый адрес (3). Сервер
164
перенаправления в ответе 302 Moved temporarily передает
вызывающей стороне текущий адрес вызываемого абонента (4) или
может сообщить список зарегистрированных адресов вызываемого
пользователя и предложить вызывающему пользователю самому
выбрать адрес. Вызываемая сторона подтверждает прием ответа 302
передачей сообщения ACK (5).
Теперь вызывающая сторона может связаться непосредственно
с вызываемой стороной. Для этого она передает новый запрос
INVITE (6) с тем же идентификатором Call-ID, но с другим номером
последовательности CSeq. В теле сообщения INVITE указываются
возможности вызывающей стороны в формате протокола SDP.
Вызываемая сторона принимает запрос INVITE и начинает его
обработку, о чем сообщает ответом 100 Trying (7) встречному
оборудованию для рестарта его таймеров. После завершения
обработки поступившего запроса оборудование вызываемого
пользователя сообщает своему пользователю о поступлении
входящего вызова, а встречной стороне передает ответ 180 Ringing
(8). После приема вызываемым пользователем входящего вызова
удаленной стороне передается сообщение 200 ОК (9), в котором
содержится описание возможностей вызываемого терминала в
формате протокола SDP. Терминал вызывающего пользователя
подтверждает прием ответа запросом АСК (10). На этом фаза
установления соединения закончена, и начинается разговорная фаза.
По завершении разговорной фазы передается запрос BYE (11),
который подтверждается ответом 200 ОК (12).
165
Сервер
Вызывающий Сервер Вызываемый
определения
пользователь перенаправления пользователь
местоположения
1. INVITE
2. Запрос определения
местоположения
3. Ответ с текщим
адресом
4. 302 Moved Temporarily
5. ACK
6. INVITE
7. 100 Trying
8. 180 Ringing
9. 200 ОК
10. АСК
Разговорная фаза
11. BYE
12. 200 ОК
Запросы
Ответы
167
Сервер
Вызывающий Вызываемый
Прокси-сервер определения
пользователь пользователь
местоположения
1. INVITE
2. Запрос определения
местоположения
3. Ответ с текщим
адресом
4 INVITE
5. 180 Ringing
5. 180 Ringing
6. 200 ОК
6. 200 ОК
7. АСК
7. АСК
Разговорная фаза
8. BYE
8. BYE
9. 200 ОК
12. 200 ОК
Запросы
Ответы
Терминал Терминал
Н.323 Н.323
IP - сеть
ТфОП/ ТфОП/
ISDN ISDN
170
Такой терминал может дополнительно поддерживать передачу
текстовых сообщений. Помимо текстового и аудио-терминалов в
рекомендации Н.323 определяются терминалы других видов, такие
как упрощенный терминал защищенной текстовой, аудио- или
видеосвязи.
6.12.2.Шлюз H.323
Шлюз Н.323 преобразует информацию (сигнализацию, речь и
др.), поступающую со стороны ТфОП с постоянной скоростью, в вид,
пригодный для передачи по IP-сетям, а также производит обратное
преобразование. Последние версии Н.323 не обошли стороной идеи
декомпозиции шлюзов, которые пропитали практически все, что
связано с NGN и IP-телефонией. В рекомендации
идентифицированы интерфейсы и функции, которые должны быть
использованы при декомпозиции шлюзов H.323. Конечные
реализации шлюзов могут являться группой из двух и более
функциональных компонентов внутри одного физического устройства.
По этой причине интерфейсы могут иметь возможность прозрачного
переноса сообщений других протоколов.
6.12.3. Привратник
Первоначальная идея о сосредоточении в привратнике всего
интеллекта сетей IP-телефонии, базирующихся на рекомендации ITU
H.323, не потеряла свою актуальность с изобретением Softswitch, но
видоизменилась следующим образом: к самому Softswitch теперь
предъявляется требование обладать всеми функциями привратника
для управления сетями по протоколу Н.323.
Напомним наиболее важные функции, выполняемые
привратником:
преобразование alias-адреса в транспортный адрес сетей с
маршрутизацией пакетов IP (IP-адрес и номер порта TCP).
управления доступом пользователей системы к услугам IP-
телефонии.
171
контроль и резервирование пропускной способности сети, а также
управление ею.
маршрутизация сигнальных сообщений между терминалами,
расположенными в одной зоне.
При отсутствии в сети привратника преобразование адреса
вызываемого абонента, поступающего со стороны ТфОП в формате
E.164, в транспортный адрес IP-сетей должно выполняться шлюзом
или полностью возлагаться на Softswitch.
IP
Канальный уровень
Физический уровень
172
Литература к части 6
1. Гольдштейн А.Б., Гольдштейн Б.С. Softswitch. –СПб.: БХВ, 2006.
2. Кох Р., Яновский Г.Г. Эволюция и конвергенция в электросвязи. –
М.: Радио и связь, 2001.
173
Список сокращений
АЛ Абонентская линия
АТС Автоматическая телефонная станция
БС Базовая станция
ВСК Выделенные сигнальные каналы
ЕСЭ Единая сеть электросвязи
ИКМ Импульсно-кодовая модуляция
ИС Интеллектуальная сеть
MTP Подсистема переноса сообщений
ОКС7 Сеть общеканальной сигнализации
ССОП Cети связи общего пользования
СПС Сети подвижной связи
СРВ Ступень распределения вызовов
ТфОП Телефонные сети общего пользования
УСС Узел спецслужб
2bitCAS Два выделенных сигнальных канала
AN (Access Network) Универсальный интерфейс сети доступа
BS (Base Station) Базовая станция
BSC (Base Station Controller), Контроллер базовых станций
BSSMAP (BSS Management Application Протокол управления
Part)
BCP (Basic Call Process) Модель базового процесса обслуживания вызова
CAS (Channel Associated Signaling) Сигнализация по выделенным каналам
CCS (Common Channel Signaling) Общеканальная сигнализация
CSL Подуровень Компонентов
CPA Адрес вызываемого пользователя
CCAF (Call Control Agent Function) Функциональный объект поддержки доступа
CCF (Call Control Function) функцию управления связью пользователя
CDR (Call Detailеd Record) Подсистема сбора детализированной
информации о предоставленных услугах
CIC (Circuit Idenification Code) Код идентификации канала
CL (Cancel Location ) Отмена местоположения
CSTA (Computer-Supported Telephony Набор стандартов, разработанных Европейской
Applications) ассоциацией производителей компьютеров
DPC (Destination Point Code) SP-получатель
DTAP (Direct Transfer Application Part). Подсистема сквозной передачи сообщений
DP (Detection point) Точки обнаружения
DFP (Distributed functional plane) Распределенная функциональная плоскость
DNS (Domain Name Service). Служба доменновых имен
EDP (Event detection point) Точки обнаружения события
FISU Заполняющая сигнальная единица
GII (Global Information Infrastructure) Глобальная информационная инфраструктура
GFP (Global functional plane) Глобальная функциональная плоскость
GK (Gatekeeper) Привратник
IN Интеллектуальная сеть
ITU Международный союз электросвязи
ID Идентифицирующий диалог
IP (Intelligent Peripheral) Интеллектуальная периферия
IUA Протокол уровня адаптации для ISDN-
пользователя
INAP (Intelligent Network Application Прикладной протокол интеллектуальной сети
Protocol)
ICW (Internet call waiting) Услуга, обеспечивающая телефонный вызов
пользователя
IAD (Integrated Access Devices) Интегрированный абонентский доступ
LSSU Сигнальная единица статуса звена
LI Индикатор длины
174
LU (Location Update) Обновление местоположения
MSC (Mobile Switching Center) Центр коммутации подвижной связи
MAP (Mobile Application Part) Протокол сигнализации
MSRN (Mobile Station Roaming Number) Временный номер
MGCP (Media Gateway Control Protocol) Протокола управления шлюзами
NGN Архитектура сетей следующего поколения
MGC (Media Gateway Controller) Контроллер транспортного шлюза
NP Network Performance Производительность сети
NI (Network Indicator) Индикатор сети
NGN (Next Generation Network) Сети связи следующего поколения
NAT (Network Address Translator) Преобразователь сетевых адресов
OA&MC (Operation, Administration and Центры эксплуатационного управления сетью
Maintenance Centers) связи
OPC (Originating Point Code) SP-отправитель
PINT (PSTN and Internet Interworking) Взаимодействие ТфОП и Интернет
PIC (Point in call) Последовательность отображающих состояния
этого процесса точек
PP (Physical plane) Физическая плоскость
POI (Point Of Initiation) Инициирующие точки
POR (Point Of Return) Точки возврата
PRIN-подход (PRIN - PRoportion Подход пропорциональной архитектуры
Intelligent Network) Интеллектуальной сети
QoS (Quality of Service) Качество обслуживания
SP (Signaling Point) Пункты сигнализации
STP (Signaling Transfer Points) Транзитные пункты сигнализации
SCP (Service Control Point) Узлы управления услугами
SSP (Service Switching Points) Узлы коммутации услуг
SLS (Signaling Link Selection) Селектор сигнального звена
SMAF Эксплуатационное управление услугами
SMF Функции эксплуатационного управления услугами
SCTP (Stream Control Transmission Протокол передачи информации для управления
Protocol) потоками
SPIRITS (Service in the PSTN/IN Запросы услуг Интернет в ТфОП/IN
Requesting Internet Service)
SF (Service features) Атрибуты услуги
SIB (Service independent building block) Конструкционные блоки
SSF (Service switching function) Функциональный объект коммутации услуг
SCF (Service control function) Функциональный объект управления услугами
SRF (Specialized resource function) Функциональный объект специализированных
ресурсов
SDF (Service data function) Функциональный объект предоставления данных
для услуг
SGCP (Signaling Gateway Control Протокол управления шлюзами сигнализации
Protocol)
SET (Simple Endpoint Type) Упрощенный терминал пользователя SET
TC (Transaction Capabilities) Средства транзакций
TSL Подуровень Транзакций
TRIP (Telephony routing over IP) Маршрутизации телефонных вызовов по IP-сети
TDP (Trigger detection points) Триггерные точки обнаружения
TP (Transport Plane) Транспортная плоскость
VPN Виртуальная частная сеть
175