Система связи

Система связи

Реферат

 

Изобретение относится к процессору сигнализации коммуникационной системы, предназначенному для обработки сообщений сигнализации Системы Связи # 7 для выбора виртуальных соединений асинхронного режима передачи (АРП) и выработки управляющих сообщений, указывающих на выбранные виртуальные соединения АРП. Техническим результатом является расширение функциональных возможностей. Процессор сигнализации содержит компьютерную систему, структуры данных, логику процедуры инициирования, логику процедуры завершения. Структура данных включает таблицу линий магистральных каналов, таблицу групп магистральных каналов, таблицу исключений, таблицу автоматической идентификации номеров, таблицу вызываемых номеров и таблицу маршрутизации. Логика процедуры инициирования и логика завершения хранятся в компьютерной системе и обеспечивают обработку информации сообщений сигнализации, которые относятся к инициирующей линии и к завершающей линии, и обеспечивают доступ к структурам данных для запроса завершающего виртуального соединения АРП в ответ на запрос из процедуры инициирования. 3 с. и 8 з.п. ф-лы, 134 ил.

Область техники Изобретение относится к обработке сигнализации в системе связи для установления каналов связи и, в частности, к обработке сообщений сигнализации Системы сигнализации #7 (SS7), для установления каналов связи.

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

В Соединенных Штатах преобладающей формой телекоммуникационной сигнализации является Система сигнализации #7 (SS7). Кроме того, разработано оборудование Асинхронного Режима Передачи (АРП), чтобы передавать все типы трафика с высокими скоростями по соединениям Синхронной Оптической Сети (СОСЕТ). Требуются процессоры сигнализации, которые могут обрабатывать сигнализацию SS7 и выделять соединения АРП.

Сущность изобретения Настоящее изобретение относится к процессору сигнализации системы связи, который обрабатывает сообщения сигнализации Системы сигнализации #7 (SS7), чтобы выделить виртуальные соединения Асинхронного Режима Передачи (АРП) и обеспечить управляющие сообщения, указывающие выделенные виртуальные соединения АРП. Процессор сигнализации содержит: компьютерную систему, структуры данных, логику процедуры инициирования и логику процедуры завершения. Компьютерная система запоминает структуры данных и выполняет записанную логику. Структура данных управления вызовом содержит информацию, относящуюся к индивидуальным вызовам. Структура данных сети содержит информацию, относящуюся к соединениям связи. Структура данных исключения содержит информацию, относящуюся к исключениям маршрутизации вызова. Структура данных номера вызывающего абонента содержит информацию, касающуюся номеров вызывающих абонентов. Структура данных номера вызываемого абонента содержит информацию, касающуюся номеров вызываемых абонентов. Структура данных маршрутизации содержит информацию, касающуюся вариантов выбора маршрутизации. Логика процедуры инициирования записана в компьютерной системе и обрабатывает информацию сообщений сигнализации SS7, которая относится к линии инициирования вызова и выбирает структуры данных для запроса завершающего виртуального соединения АРП. Логика процедуры завершения записана в компьютерной системе и обрабатывает информацию сообщений сигнализации SS7 для выбора завершающего виртуального соединения АРП в ответ на запрос из процедуры инициирования.

Описание чертежей Фиг.1 - блок-схема варианта осуществления изобретения.

Фиг.2 - блок-схема варианта осуществления изобретения.

Фиг.3 - блок-схема варианта осуществления изобретения.

Фиг.4 - блок-схема варианта осуществления изобретения.

Фиг.5 - логическая схема варианта осуществления изобретения.

Фиг.6 - логическая схема варианта осуществления изобретения.

Фиг. 7 - логическая таблица, используемая в варианте осуществления изобретения.

Фиг. 8 - логическая таблица, используемая в варианте осуществления изобретения.

Фиг. 9 - логическая таблица, используемая в варианте осуществления изобретения.

Фиг.10 - логическая таблица, используемая в варианте осуществления изобретения.

Фиг.11 - логическая таблица, используемая в варианте осуществления изобретения.

Фиг.12 - логическая таблица, используемая в варианте осуществления изобретения.

Фиг.13 - логическая таблица, используемая в варианте осуществления изобретения.

Фиг. 14 - логическая таблица, используемая в варианте осуществления изобретения.

Фиг. 15 - SDL (SDL - язык спецификаций и описаний) блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 16А-16Р - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 17А-17Е - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 18A-18F - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 19А-19С - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 20A-20D - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 21A-21D - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 22A-22Q - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 23А-23Т - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 24А-24М - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 25А-25В - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 26А-26В - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 27A-27D - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 28А-28В - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 29А-29С - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 30A-30L - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 31A-31D - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Фиг. 32А-32В - SDL блок-схемы логики, используемой в варианте осуществления изобретения.

Подробное описание На фиг. 1 представлен возможный вариант осуществления изобретения. Показаны Устройство Управления Вызовом/Соединением (УУВС) 100, устройство связи 110 и устройство связи 112. Устройство связи 110 связывается с устройством связи 112 посредством соединения 130. Устройство связи 112 связывается с другими устройствами связи (не показаны) через соединения 131, 132 и 133. УУВС 100 соединено с устройством связи 110 через линию 140 и с устройством связи 112 через линию 141. УУВС 100 соединено с другими устройствами связи (не показаны) через линию 142.

Устройство связи 110 может быть любым устройством, которое способствует связи по телекоммуникационным системам связи. Примерами могут быть коммутаторы, платформы обслуживания и оборудование в помещении клиента (ОПК). Примерами коммутаторов являются Nortel DMS-250 и Lucent 5ESS. Примеры платформ обслуживания - это устройства ответа голосом и главные компьютеры, которые осуществляют режимы обслуживания, такие как голосовое сообщение или использование карточек вызова. Примерами ОПК являются устройства РВХ (частной телефонной станции с выходом в общую сеть), устройства LAN (локальной сети), компьютеры, телефоны и коммутаторы. Все эти устройства известны в технике.

Устройство связи 112 может быть любым устройством, которое может устанавливать каналы связи в ответ на команды управления. Примерами могут быть коммутаторы и межсетевые мультиплексоры АРП. Соединение 130 может быть любым соединением, которое поддерживает связь между устройствами связи 110 и 112. Примеры включают соединения мультиплексной передачи с разделением по времени (ТDМ), такие как DS3, DS1, DS0, Е3, Е1 и Е0. Другие примеры включают СОСЕТ, системы синхронной цифровой иерархии (SDH), АРП, системы множественного доступа с кодовым разделением каналов (МДКР), CDMA, глобальную систему мобильной связи (GSM), системы персональной связи (PCS) и сотовые соединения. Соединения 131-133 подобны ему, но они не обязательно должны быть такими же, как соединение 130. Все эти соединения известны в технике.

УУВС 100 является процессором сигнализации. Система сигнализации #7 (SS7) является хорошо известной формой телекоммуникационной сигнализации. Сигнализация SS7 включает информацию, которой обмениваются устройства связи для установления трактов связи для пользователей. Тракты связи обычно состоят из набора связей между устройствами связи. Процессор сигнализации принимает сигналы, обрабатывает эти сигналы, чтобы выбрать соединения, и посылает команды управления к, по меньшей мере, одному устройству связи для реализации соединения. Подробное описание УУВС 100 следует далее.

Линии 140-142 - это любые линии, способные передавать сигналы или управляющие сообщения между УУВС и устройствами связи. Примерами могут служить SS7, цифровая сеть с комплексными услугами (ISDN) или линии протоколов Интернет UDP/IP (или TCP/IP) в сети ethernet. В некоторых примерах может быть также использована структура шины. Хотя это не показано в целях большей ясности, для маршрутизации связи по линиям могут быть использованы несколько промежуточных устройств, таких как маршрутизаторы, STP (промежуточные пункты сигнализации) или преобразователи сигналов. Эти устройства и линии известны в технике.

Изобретение функционирует следующим образом. Устройство связи 110 запрашивает тракт связи путем передачи данных сигнализации по линии 140. Эти данные сигнализации принимаются УУВС 100 и, если это требуется, преобразуются в SS7. УУВС обрабатывает сигнализацию и выбирает соединение, например, соединение 132. УУВС 100 генерирует управляющую команду, идентифицирующую соединения 130 и 132, и посылает ее к устройству связи 112 по линии 141.

Устройство связи 110 обычно занимает соединение к устройству связи 112 (это соединение представлено соединением 130). УУВС 100 может также выбрать это соединение и дать команду устройству связи использовать соединение 130. Устройство связи 112 устанавливает тракт связи от соединения 130 к соединению 132 в ответ на команду управления от УУВС 100. УУВС 100 может также послать дополнительные сигналы по линии 142, чтобы содействовать дальнейшему продолжению тракта связи. В результате обработки УУВС 100 устанавливается тракт связи от устройства связи 110 через устройство связи 112 по соединениям 130 и 132.

Фиг.2 изображает конкретный вариант осуществления изобретения, хотя возможны и другие варианты. Показаны УУВС 200, устройство связи 210, Межсетевой Блок АРП (МСБ) 212 и кроссовое соединение АРП 220. Устройство связи 210 связано с МСБ АРП 212 соединением 230. МСБ АРП 212 связано с кроссовым соединением АРП 220 соединением 234. Кроссовое соединение АРП 220 соединено с другими устройствами (не показаны) через соединения 231, 232 и 233. УУВС 200 связано с устройством связи 210 линией 240, с МСБ АРП - линией 241 и с другими устройствами - линией 242.

Эти элементы подобны элементам, описанным выше для соответствующих ссылочных позиций на фиг.1, за исключением того, что устройство связи 112 заменено на МСБ АРП 212, кроссовое соединение АРП 220 и соединение 234. Кроме того, устройство связи 210 и соединение 230 не используют АРП. МСБ АРП 212 - это устройство, которое осуществляет межсетевое сопряжение (преобразование) сигналов связи, отличных от АРП (не-АРП) и сигналов связи АРП в ответ на команды управления из УУВС 200. Кроссовое соединение АРП 220 - это устройство, которое обеспечивает множество предварительно предусмотренных виртуальных соединений АРП с МСБ АРП 212. Каждое из соединений 231-233 несет виртуальные соединения. Примером кроссового соединения АРП 220 может быть NEC модель 20. Соединение 234 - это соединение АРП.

В процессе функционирования не-АРП устройство связи 210 запрашивает тракт связи путем посылки сигналов по линии 240. УУВС 200 принимает и обрабатывает эти сигналы, чтобы выбрать виртуальное соединение АРП. Это виртуальное соединение должно уже быть подготовлено через кроссовое соединение АРП 220 к соответствующему пункту назначения. Например, виртуальное соединение "А" может содержать тракт в пределах соединений 234 и 232, взаимно соединенных кроссовым соединением АРП 220, а виртуальное соединение "В" может содержать тракт в пределах соединений 234 и 233, взаимно соединенных кроссовым соединением АРП 220. УУВС 200 может выбрать виртуальное соединение "В" и подать команду управления к МСБ АРП 212, идентифицирующую соединение 230 и виртуальное соединение "В". МСБ АРП 212 осуществляет межсетевое сопряжение не-АРП сигналов связи в соединении 230 с АРП сигналами связи в виртуальном соединении "В". УУВС 200 может также послать дополнительный сигнал по линии 242, чтобы обеспечить дальнейшее распространение соединения вызова. В результате устанавливается тракт связи от устройства связи 210 через МСБ АРП 212 и кроссовое соединение АРП 220 в пределах соединений 230, 234 и 233.

УУВС 200, МСБ АРП 212 и кроссовое соединение АРП 220 способны обеспечить виртуальные соединения АРП к множеству пунктов назначения. Изобретение обеспечивает выбор и осуществление соединения с множеством пунктов назначения на основании прямых соединений. УУВС 200 может сделать это без управления кроссовым соединением АРП или коммутатором на основе прямого соединения. Кроссовое соединение АРП 220 уже выполнено с возможностью соединения АРП с множеством пунктов назначения. УУВС 200 может маршрутизировать вызов путем выбора соединения АРП и осуществления межсетевого сопряжения не-АРП и АРП соединений с помощью МСБ АРП 212.

В одном из вариантов осуществления устройство связи 210 является обычным коммутатором линий, а соединение 230 представляет собой занятый коммутатором канал DS0 для вызова. Коммутатор (устройство 210) посылает Сообщение Начального Адреса SS7 (СНА) по линии 240 к УУВС 200. УУВС 200 обрабатывает это СНА, например, путем проверки вызываемого номера. Затем УУВС 200 выбирает Идентификатор Виртуального Тракта/Идентификатор Виртуального Канала АРП (ИВТ/ИВК), представляющий виртуальное соединение, подготовленное через кроссовое соединение 220 к соответствующему пункту назначения. УУВС 200 посылает управляющее сообщение к МСБ АРП 212 по линии 241, которое идентифицирует DS0 и выбранный ИВТ/ИВК. УУВС 200 посылает также другое СНА к пункту назначения по линии 242. МСБ АРП 212 преобразует DS0 и выбранный ИВТ/ИВК в ответ на управляющую команду. Межсетевое сопряжение обеспечивает преобразование DS0 в элементы данных АРП и помещение ИВТ/ИВК в заголовки элементов. В результате, устанавливается тракт связи от коммутатора (устройства 210) через МСБ АРП 212 и кроссовое соединение АРП 220 через DS0 и выбранный ИВТ/ИВК (соединения 230, 234 и 232).

Для вызова в обратном направлении УУВС 200 получает СНА по линии 242 и выбирает DS0 к устройству связи 210. ИВТ/ИВК, используемый при вызове, и выбранный DS0 будут обеспечены к МСБ АРП 212 по линии 241. МСБ АРП 212 преобразует ИВТ/ИВК и выбранный DS0 в ответ на управляющую команду. В результате, устанавливается тракт связи к коммутатору (устройству 210) через кроссовое соединение АРП 220 и МСБ АРП 212 по ИВТ/ИВК и выбранному DS0 (соединения 232, 234 и 230). С учетом вышеописанного можно видеть, как могут быть обеспечены двухсторонние соединения АРП между двумя коммутаторами через два МСБ АРП и кроссовое соединение АРП. УУВС выбирает ИВТ/ИВК и исходящий DS0. Первый МСБ АРП будет обеспечивать межсетевое сопряжение входящего DS0 и ИВТ/ИВК. Второй МСБ АРП обеспечивает межсетевое сопряжение ИВТ/ИВК и исходящего DS0.

Важно отметить, что коммутаторы могут быть обеспечены виртуальными соединениями АРП к соответствующим пунктам назначения, которые выбираются по принципу от вызова к вызову. Это может быть выполнено без необходимости управления коммутирующей матрицей АРП или кроссовым соединением по принципу от вызова к вызову.

Межсетевой блок АРП Предпочтительный вариант осуществления МСБ АРП описан ниже. На фиг.3 показан возможный вариант межсетевого мультиплексора АРП, который пригоден для использования в качестве МСБ АРП для настоящего изобретения. Другие версии МСБ АРП и мультиплексоров, которые удовлетворяют требованиям изобретения, также могут быть использованы. Показаны управляющий интерфейс 300, интерфейс ОС-3 305, интерфейс DS3 310, интерфейс DS1 315, интерфейс DS0 320, цифровой процессор сигнала 325, Уровень Адаптации АРП (УАА) 330 и интерфейс ОС-3 335.

Управляющий интерфейс 300 принимает сообщения от УУВС. В частности, управляющий интерфейс 300 обеспечивает назначения DS0/виртуальное соединение к УАА 330 для выполнения. Управляющий интерфейс 300 может принять управляющее сообщение от УУВС с командой для DS0 320. Эти команды могут быть для присоединения DS0 к: 1) другим DS0, 2) цифровому процессору сигнала 325 или 3) УАА 330 (обходя цифровой процессор сигнала 325). Управляющий интерфейс 300 может принимать управляющие сообщения от УУВС с командами для цифровой обработки сигнала 325. Примером такой команды могла бы быть команда блокировки эхо-компенсатора на отдельном соединении.

Интерфейс ОС-3 305 принимает формат ОС-3 и выполняет преобразование в формат DS3. Интерфейс DS3 310 принимает формат DS3 и выполняет преобразование в формат DS1. Интерфейс DS3 310 может принимать DS3 от интерфейса ОС-3 305 или от внешнего соединения. Интерфейс DS1 315 принимает формат DS1 и выполняет преобразование в формат DS0. Интерфейс DS1 315 может принимать DS1 от интерфейса DS3 315 или от внешнего соединения. Интерфейс DS0 320 принимает формат DS0 и обеспечивает интерфейс к цифровому процессору сигнала 325 или УАА 330. В некоторых вариантах осуществления интерфейс DS0 320 способен непосредственно соединять между собой отдельные DS0. Это может быть случай, когда вызов является входящим и исходящим для данного мультиплексора. Это может быть также полезно для проверки непрерывности коммутатором. Интерфейс ОС-3 330 принимает элементы данных АРП от УАА 330 и передает их в типовом случае по соединению с кроссовым соединением.

Цифровой процессор сигнала 325 обеспечивает различные процедуры цифровой обработки для отдельных DS0 в ответ на команды управления, полученные через управляющий интерфейс 300. Примеры цифровой обработки включают: детектирование тонального сигнала, передачу тонального сигнала, закольцовывание, детектирование речевого сигнала, речевые сообщения, эхо-компенсацию, сжатие и шифрование. В некоторых вариантах осуществления цифровая обработка сигнала 325 может управлять проверкой непрерывности. Например, УУВС может подать команду мультиплексору обеспечить закольцовывание для проверки непрерывности и применения эхо-компенсации для вызова. Цифровой процессор сигнала 325 соединен с УАА 330. Как уже обсуждалось, сообщения DS0 от интерфейса DS0 320 могут пропускать цифровой процессор сигнала 325 и непосредственно подаваться на УАА 330.

УАА 330 содержит как подуровень конвергенции, так и уровень сегментации и реассемблирования (УСР). УАА 330 принимает информацию пользователя в формате DS0 от интерфейса DS0 320 или цифрового процессора сигнала 325 и преобразовывает эту информацию в элементы АРП. УАА известны в технике, и информация о них содержится в документе I.363 Международного Союза Связи (ITU). УАА для речевого сигнала также описан в патентной заявке номер 08/395745 от 28 февраля 1995 г. на "Обработку элементов данных для передачи речевого сигнала". УАА 330 получает идентификатор виртуального тракта (ИВТ) и идентификатор виртуального канала (ИВК) для каждого вызова от управляющего интерфейса 300. УАА 330 также получает идентификацию DS0 для каждого вызова (или множества DS0 для N64 вызова). УАА 330 затем преобразует информацию пользователя между идентифицированным DS0 и идентифицированным виртуальным соединением АРП. Подтверждения, что назначения выполнены, могут при необходимости передаваться обратно к УУВС. Вызовы со скоростью передачи, кратной 64 кбит/сек, определяют как N64 - вызовы. УАА 330 может принимать управляющие сообщения через управляющий интерфейс 300 для N64 - вызовов.

Как уже обсуждалось выше, мультиплексор также обслуживает вызовы в противоположном направлении - от интерфейса ОС-3 335 к интерфейсу DS0 320. Этот трафик будет преобразован в АРП другим мультиплексором и маршрутизирован к ОС-3 кроссовым соединением по выбранному ИВТ/ИВК. Управляющий интерфейс 300 обеспечит для УАА 330 назначение выбранного ИВТ/ИВК для выбранного исходящего DS0. Этот мультиплексор преобразует элементы АРП с выбранным ИВТ/ИВК в заголовках элементов в формат DS0 и подает их в выбранное исходящее соединение DS0.

Технология обработки ИВТ/ИВК описана в патентной заявке номер 08/653852 от 28 мая 1996 г. на "Систему связи с системой обработки соединения".

Соединения DS0 являются двунаправленными, а соединения АРП обычно однонаправленные. В результате, для каждого DS0 обычно потребуются два виртуальных соединения в противоположных направлениях. Как уже обсуждалось, это может быть осуществлено за счет использования кроссового соединения с парными ИВТ/ИВК в противоположном направлении в качестве исходных ИВТ/ИВК. Для каждого вызова мультиплексоры будут конфигурированы так, чтобы автоматически вызывать конкретный парный ИВТ/ИВК, чтобы обеспечить двунаправленное виртуальное соединение для согласования двунаправленного DS0 в вызове.

Процессор сигналов Процессор сигнализации определяется как устройство управления вызовом/соединением (УУВС). Он принимает и обрабатывает сигналы вызова и управляющие сообщения для выбора соединений, которые устанавливают тракты связи для вызовов. В предпочтительном варианте осуществления УУВС обрабатывает сигнализацию SS7 для выбора соединений для вызова.

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

На фиг. 4 показан вариант осуществления УУВС. В варианте по фиг.4 УУВС 400 управляет мультиплексором обеспечения межсетевого обмена АРП, который выполняет межсетевое сопряжение DS0 и ИВТ/ИВК. Однако, этот УУВС может управлять другими устройствами связи и соединениями в других вариантах осуществления.

УУВС 400 содержит модуль сигнализации 410, модуль управления 420 и модуль прикладных программ 430. Каждый из этих модулей 410, 420 и 430 соединен с другими модулями.

Модуль сигнализации 410 внешне связан с системами SS7 - в частности, с системами, имеющими блок передачи сообщений (БПС), блок пользователя ISDN (БПЦС), блок управления соединением сигнализации (БУСС), блок прикладных программ интеллектуальной сети (БППИС) и блок прикладных программ транзакций (БППТ). Блок управления 420 внешним образом связан для обеспечения управления мультиплексором, эхо-сигналами, ресурсами, выставлением счетов и операциями.

Модуль сигнализации 410 содержит функции уровней БПС 1-3, БПЦС, БУСС, БППИС и БППТ и обеспечивает передачу и прием сообщений SS7. Вместе эти функции определяются как "стек SS7" и хорошо известны в технике. Программное обеспечение, требуемое специалисту для конфигурации стека SS7, коммерчески доступно, например, от компании Trillium.

Блок управления 420 состоит из различных внешних интерфейсов, включающих интерфейс мультиплексора, интерфейс эхо-сигналов, интерфейс управления ресурсами, интерфейс выставления счетов и интерфейс операций. Интерфейс мультиплексора осуществляет обмен сообщениями, по меньшей мере, с одним мультиплексором. Эти сообщения содержат назначения DS0 к ИВТ/ИВК, подтверждения и информацию состояния. Интерфейс управления эхо-сигналом обменивается сообщениями с системами управления эхо-сигналом. Сообщения, обмениваемые с системами управления эхо-сигналом, могут включать команды для разрешения или блокировки эхо-компенсации в отдельных DS0, подтверждения и информацию состояния.

Интерфейс управления ресурсами обменивается сообщениями с внешними ресурсами. Примерами таких ресурсов являются устройства, которые осуществляют проверку непрерывности, шифрование, сжатие, детектирование/передачу тонального сигнала, детектирование речевого сигнала и речевые сообщения. Сообщения, обмениваемые с ресурсами, являются командами для подключения ресурса к отдельному DS0, подтверждениями и информацией о состоянии. Например, сообщение может дать команду ресурсу проверки непрерывности обеспечить закольцовывание или передачу и детектирование тонального сигнала для проверки непрерывности.

Интерфейс выставления счетов передает информацию, касающуюся выставления счетов, системам выставления счетов. Типичная информация для выставления счетов включает в себя стороны, участвующие в вызове, время вызова и любые специальные свойства, применимые для вызова. Интерфейс операций обеспечивает конфигурирование и управление УУВС 400. Специалисту в данной области техники должно быть ясно, как выполнить программное обеспечение для интерфейса в модуле управления 420.

Модуль прикладных программ 430 обрабатывает информацию сигнализации от модуля сигнализации для выбора соединений. Идентификация выбранных соединений подается в модуль управления 420 для интерфейса мультиплексора. Модуль прикладных программ 430 ответственен за проверку правильности, преобразование, маршрутизацию, управление вызовом, исключение, отображение на экране и обработку ошибок. Кроме того, чтобы обеспечить требования управления мультиплексором, модуль прикладных программ 430 также обеспечивает требования для управления эхо-сигналами и управления ресурсами для соответствующего интерфейса модуля управления 420. Дополнительно модуль прикладных программ 430 генерирует информацию сигнализации для передачи модулем сигнализации 410. Эта информация сигнализации может быть сообщениями БПЦС, БППИС, БППТ к внешним элементам сети. Информация, касающаяся каждого вызова, запоминается в блоке управления вызовом (БУВ) для этого вызова. БУВ может быть использован для слежения за вызовом и выставления счета за вызов.

Блок прикладных программ 430 функционирует согласно Базовой Модели вызова (БМВ), определенной ITU. Экземпляр БМВ создается для управления каждым вызовом. БМВ включает процедуру инициирования и процедуру завершения. Модуль прикладных программ 430 включает функцию коммутации служб (ФКС), которая используется для вызова функции управления службами (ФУС). Обычно ФУС содержится в пункте Управления Службами (ПУС). ФУС запрашивается сообщениями БППТ и БППИН. Процедуры инициирования и завершения получают доступ к удаленным базам данных с функцией интеллектуальной сети (ИС) через функцию ФКС.

Программные требования для модуля прикладных программ 430 могут быть выполнены на языке спецификации и описания (SDL), определенном в ITU-TZ.100. SDL может быть преобразован в код Си. Дополнительно коды Си и СИ++ могут быть добавлены, как это требуется, для установления среды функционирования.

УУВС 400 может быть образовано вышеописанным программным обеспечением, загруженным в компьютер. Компьютер может представлять собой Integrated Micro Product (IMP) FT-Sparc 600, использующий операционную систему Solaris и обычные системы базы данных. Может быть желательно использовать многопоточный режим операционной системы Unix.

Из фиг. 4 можно видеть, что модуль прикладных программ 430 обрабатывает информацию сигнализации, чтобы управлять многочисленными системами и обеспечивать соединения вызовов и предоставление услуг. Сигнализацией SS7 обмениваются с внешними системами через модуль сигнализации 410, а управляющей информацией обмениваются с внешними системами через модуль управления 420. Предпочтительным является то, что УУВС 400 не интегрировано в коммутатор ЦПУ, который присоединен к коммутирующей матрице. В отличие от ПУС, УУВС 400 обеспечивает обработку сообщений БПЦС независимо от запросов БППТ.

Обозначения сообщений SS7 Сообщения SS7 хорошо известны. Обозначения для различных сообщений SS7 широко используются. Специалистам в данной области техники известны обозначения следующих сообщений: АСМ - Сообщение Завершения Адресации ANM - Сообщение Ответа BLO - Блокировка BLA - Подтверждение Блокировки CPG - Осуществление Вызова CRG - Информация Оплаты CGB - Блокировка Группы Линий CGBA - Подтверждение Блокировки Группы Линий GRS - Сброс Группы Линий GRA - Подтверждение Сброса Группы Линий CGU - Разблокирование Группы Линий CGUA - Подтверждение Разблокирования Группы Линий CQM - Запрос Группы Линий CQR - Ответ на Запрос Группы Линий CRM - Сообщение Резервирования Линии CRA - Подтверждение Резервирования Линии CVT - Проверка Правильности Линии CVR - Ответ на Проверку Правильности Линии CFN - Сбой СОТ - Непрерывность CCR - Запрос Проверки Непрерывности ЕХМ - Сообщение Выхода INF - Информация INR - Запрос Информации IAM - Начальный Адрес LPA - Подтверждение Закольцовывания РАМ - Прохождение REL - Разъединение RLC - Разъединение Завершено RSC - Сброс Линии RES - Возобновление SUS - Приостановка UBL - Разблокирование UBA - Подтверждение Разблокирования UCIC - Код Идентификации Необорудованной Линии Таблицы УУВС Обработка вызова обычно связана с двумя аспектами. Во-первых, входящее соединение или соединение инициирования вызова распознается процедурой инициирования вызова. Например, начальное соединение, которое вызов использует для входа в сеть, является инициирующим соединением в этой сети. Во-вторых, исходящее или "завершающее" соединение выбирается процедурой завершения вызова. Например, завершающее соединение подключается к инициирующему соединению, чтобы распространить соединение вызова по сети. Эти два аспекта обработки вызова определяются как инициирующая сторона вызова и сторона завершения вызова.

На фиг. 5 изображена структура данных, используемая модулем прикладных программ 430, чтобы выполнить БМВ. Это осуществляется с помощью ряда таблиц, которые дают ссылки одна на другую различными путями. Указатели в типовом случае содержат следующую функцию и обозначения следующего индекса. Следующая функция указывает на следующую таблицу, а следующий индекс указывает на точку входа или диапазон точек входа в эту таблицу. Структура данных имеет таблицу 500 линий магистральных каналов (ТЛК), таблицу 502 групп магистральных каналов, таблицу 504 исключений, таблицу 506 АИН, таблицу 508 вызываемых номеров и таблицу 510 маршрутизации.

Таблица 500 линий магистральных каналов содержит информацию, относящуюся к соединениям. Обычно эти соединения являются соединениями DS0 или АРП. Первоначально таблица 500 линий магистральных каналов используется, чтобы найти информацию об инициирующем соединении. Затем эта таблица используется для нахождения информации о завершающем соединении. Когда инициирующее соединение обрабатывается, номер группы каналов в таблице 500 линий каналов указывает на доступную группу каналов для инициирующего соединения в таблице 502 групп каналов.

Таблица 502 групп каналов содержит информацию, относящуюся к группам инициирующих и завершающих каналов. Когда обрабатывается инициирующее соединение, таблица 502 групп каналов обеспечивает информацию, относящуюся к группе каналов для запускающего соединения, и в типовом случае указывает на таблицу 504 исключений.

Таблица 504 исключений используется, чтобы идентифицировать различные условия исключений для вызова, которые могут повлиять на маршрутизацию или другую обработку вызова. Обычно таблица 504 исключений указывает на таблицу 506 АИН. Хотя таблица 504 исключений может указывать непосредственно на таблицу 502 групп каналов, таблицу 508 вызываемых номеров или таблицу 510 маршрутизации.

Таблица 506 АИН используется, чтобы идентифицировать любые особые характеристики, относящиеся к номеру вызывающего абонента. Номер вызывающего абонента известен как автоматическая идентификация номера (АИН). В сообщении SS7 информация АИН передается в поле номера вызывающей стороны или в поле номера для расчета. Таблица 506 АИН обычно указывает на таблицу 508 номеров вызываемых абонентов. Хотя таблица 506 АИН может указывать непосредственно на таблицу 502 групп каналов или таблицу 510 маршрутизации.

Таблица 508 номеров вызываемых абонентов используется, чтобы идентифицировать требования маршрутизации, основанные на вызываемом номере. Это соответствует случаю для стандартных телефонных разговоров. Таблица 508 номеров вызываемых абонентов обычно указывает на таблицу 510 маршрутизации, но может указывать и на таблицу 502 групп каналов.

Таблица 510 маршрутизации имеет информацию, относящуюся к маршрутизации вызова для различных соединений. Таблица 510 маршрутизации вводится указателем из таблицы 504 исключений, или таблицы 506 АИН, или таблицы 508 вызываемых номеров. Таблица маршрутизации обычно указывает на группу каналов в таблице 502 групп каналов.

Когда таблица 504 исключений, таблица 506 АИН, таблица 508 вызываемых номеров или таблица 510 маршрутизации указывают на таблицу 502 групп каналов, они эффективно выбирают группу завершающих каналов. Когда завершающее соединение обрабатывается, номер группы каналов в таблице 502 групп каналов указывает на группу каналов, которая содержит доступное завершающее соединение в таблице 500 линий каналов.

Линия завершающего канала используется для распространения вызова по сети. Линия канала обычно является линией ИВТ/ИВК или DS0. Таким образом, можно видеть, что путем перемещения по таблицам для вызова может быть выбрано завершающее соединение.

Фиг.6 является дополнением к фиг.5. Таблицы, показанные на фиг.5, присутствуют, но для ясности их указатели опущены. Фиг.6 иллюстрирует дополнительные таблицы, которые могут быть доступны из таблиц по фиг.5. Они включают таблицу 600 ИД УУВС, таблицу 604 обработки, таблицу 606 запросов/ответов и таблицу 608 сообщений.

Таблица 600 ИД УУВС содержит коды указаний SS7 различных УУВС. Она может быть доступна из таблицы 502 групп каналов и содержит указания обратно в таблицу 502 групп каналов.

Таблица 604 обработки идентифицирует различные специальные действия, которые должны быть предприняты в процессе обработки вызова. Это обычно приводит к передаче сообщения об разъединении (REL) и значения причины выхода (кода условия). Таблица 604 обработки может быть доступна из таблицы 500 линий каналов, таблицы 502 групп каналов, таблицы 504 исключений, таблицы 506 АИН, таблицы 508 вызываемых номеров, таблицы 510 маршрутизации и таблицы 606 запросов/ответов.

Таблица 606 запросов/ответов содержит информацию, используемую для вызова ФУС. Она может быть доступна из таблицы 502 групп каналов, таблицы 504 исключений, таблицы 506 АИН, таблицы 508 вызываемых номеров и таблицы 510 маршрутизации. Она указывает на таблицу 502 групп каналов, таблицу 504 исключений, таблицу 506 АИН, таблицу 508 вызываемых номеров, таблицу 510 маршрутизации и таблицу 604 обработки.

Таблица 608 сообщений используется для выдачи команд для сообщений от стороны завершения вызова. Она может быть доступна из таблицы 502 групп каналов и указывает на таблицу 502 групп каналов.

Фиг. 7-14 изображают примеры различных таблиц, описанных выше. Фиг.7 показывает пример таблицы линий каналов. Первоначально таблица линий каналов используется для доступа к информации об инициирующей линии. Затем при обработке она используется для обеспечения информации о линии завершения. Для обработки иницииру