СИСТЕМА ДЛЯ УПРАВЛЕНИЯ ТЕЛЕКОММУНИКАЦИОННЫМ ОБСЛУЖИВАНИЕМ Российский патент 2000 года по МПК H04L12/66 

Описание патента на изобретение RU2144271C1

Изобретение относится к телекоммуникационным системам, более конкретно, к системе, которая управляет телекоммуникационным обслуживанием путем обработки сигнализации для формирования новой сигнализации для сетевых элементов, которые обеспечивают телекоммуникационное обслуживание.

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

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

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

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

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

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

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

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

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

Обработка обслуживания может включать проверку достоверности вызова, обработку вызова мобильного абонента/терминала, обработку вызова с использованием речевых сообщений, обработку вызова виртуальной частной сети, реализацию контроля эхо-сигнала, формирование информации расчетов, выбор виртуального соединения и обработку вызовов традиционной телефонной системы POTS. Сообщения сигнализации могут представлять собой традиционную сигнализацию. Они могут быть из того же самого протокола или из других протоколов сигнализации, например, такого как Пользовательская часть комплексного обслуживания (ISUP) системы сигнализации SS7 и Пользовательская часть широкополосного комплексного обслуживания (B-ISUP) системы сигнализации SS7.

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

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

Изобретение также относится к способу селективной проверки достоверности вызовов, который включает получение вызова и прием номера вызывающего абонента и номера вызываемого абонента для вызова. Затем определяется, не является ли вызываемый номер "800"- номером, и если вызываемый номер является "800"-номером, то производится обращение в базу данных "800"-номеров с номером вызываемого абонента перед обращением в базу данных проверки достоверности с номером вызывающего абонента, но если номер вызываемого абонента не является "800"-номером, то осуществляется обращение в базу данных проверки достоверности с номером вызывающего абонента, прежде чем осуществлять дальнейшую обработку номера вызываемого абонента.

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

Изобретение поясняется со ссылками на чертежи, на которых показано следующее:
Фиг. 1 - блок-схема варианта осуществления настоящего изобретения.

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

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

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

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

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

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

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

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

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

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

На чертежах соединения, по которым пересылается пользовательская информация, показаны одинарными линиями, а линии сигнализации, по которым пересылаются сообщения сигнализации, показаны двойными линиями. На фиг. 1 представлен базовый вариант изобретения. Процессор сигнализации 110 соединен с пользователем 115 линией 120. Процессор 110 также соединен с коммутатором 125 линией 130 и с элементом 135 - линией 140. Пользователь 115 соединен с коммутатором 125 посредством соединения 145. Коммутатор 125 соединен с элементом 135 посредством соединения 150. Исключая процессор 110, указанные компоненты известны из уровня техники. Пользователь 115 может представлять собой любой объект, который запрашивает обслуживания, требующего коммуникационного маршрута, например, телефон, компьютер, канал местной АТС. Коммутатор 125 может представлять собой любое устройство, которое устанавливает коммуникационные каналы в ответ на сигнализацию, например типа Northern Telecom DMS-250 или АТМ-коммутатор Fore Systems. Элемент 135 может представлять собой любое устройство, с которым осуществляется связь по вызову. Примерами таких устройств могут служить коммутатор, устройство перекрестной связи, сервер, усовершенствованная платформа или даже телефон или компьютер, являющийся местом назначения для вызова. Соединения 145 и 150 могут представлять собой любую среду передачи, которая обеспечивает пересылку пользовательской информации, например магистральные каналы DS3, виртуальные соединения SONET/ATM или беспроводные соединения. Каналы 120, 130, 140 могут представлять собой среду передачи, которая обеспечивает передачу телекоммуникационной сигнализации, например линия передачи 56 кбит данных, виртуальный канал для пересылки сигнализации системы SS7, линия протокола UDP/IP. Специалистам в данной области техники должно быть ясно, что сети обычно используют различные другие типы коммутаторов, соединений, линий и иных сетевых элементов, которые не показаны на фиг. 1 в целях наглядности чертежа. К таким другим сетевым элементам относятся пункты управления обслуживанием (ПУО), пункты пересылки сигналов (ППС), мультиплексоры, компенсаторы эхо-сигналов и многие другие.

Процессор 110 может представлять собой любую платформу обработки, конфигурированную для поддержки требований изобретения, что будет более подробно рассмотрено ниже. В процессе работы системы пользователь 115 запрашивает обслуживание, которое требует коммуникационного маршрута, путем сигнализации для сети. Эти сигналы направляются в процессор 110 по каналу 120. Специалистам в данной области техники должно быть ясно, что пункты пересылки сигналов могут использоваться для этой цели. Кроме того, сигналы внутреннего диапазона, такие как сигналы локального шлейфа, могут проходить через коммутатор, прежде чем они будут выделены из полосы и направлены к процессору 110. Любой метод направления пользовательской сигнализации к процессору 110 может быть использован в изобретении. Эта сигнализация известна как сигнализация установки вызова, и для системы SS7 это сообщение исходного адреса.

Важно отметить, что сигнализация установки вызова от пользователя 115 направляется к процессору 110 и не обрабатывается коммутатором 125, чтобы распознать запуск или установить коммуникационный маршрут. Процессор 110 не просто принимает запросы, формируемые коммутатором 125, которые генерируются в ответ на сигнализацию установки вызова от пользователя 115. Важно отметить, что процессор 110 не принимает соединений 145 или 150, которые передают действительный пользовательский трафик. Как таковой, процессор 110 связан с коммутатором только линией сигнализации. Он не связан с коммутационной матрицей и может быть внешним для коммутатора. Однако процессор сигнализации может действительно находиться физически в составе коммутатора, если он не связан с коммутационной матрицей и только связывается с коммутатором по линии сигнализации. Специалистам в данной области техники должно быть известно, каким образом центральный процессорный блок коммутатора связан с коммутационной матрицей.

Процессор 110 должен обрабатывать сигнализацию установки вызова. Для типового вызова это может включать проверку набранного номера, проверку достоверности вызывающего абонента, управление компенсатором эхо-сигнала, формирование информации расчетов, выбор соединений для вызова и генерирование сигнализации, включающей информацию, необходимую для завершения вызова. Эта сигнализация, генерируемая процессором 110, должна передаваться по линии 130 на коммутатор 125 для обеспечения обслуживания. Это может включать установку коммуникационных маршрутов по соединениям 145 и 150. Если требуется, то процессор 110 может также генерировать и передавать соответствующую сигнализацию к элементу 135 по линии 140 или к пользователю 115 по линии 120. Эта сигнализация может быть обычной сигнализацией, такой как сигнализация системы SS7.

На фиг. 2 представлен другой вариант осуществления изобретения, хотя изобретение не ограничено этим вариантом. Узкополосный коммутатор 215 показан соединенным с АТМ-коммутатором 225 посредством соединения 205. Процессор сигнализации 210 показан связанным с узкополосным коммутатором 215 посредством канала сигнализации 220. Процессор сигнализации 210 также связан АТМ-коммутатором 225 линией сигнализации 230.

Специалистам в данной области техники должно быть понятна логика построения и функциональные возможности коммутаторов 215 и 225. Оба коммутатора 215 и 225 содержат коммутационную структуру, которая соединена соединением 205. Коммутационная структура и соединение 205 передают пользовательскую информацию для вызова. Коммутационная структура и соединение 205 хорошо известны. Мультиплексор, обеспечивающий межсетевой обмен, может быть использован для преобразования трафика в соединении 205 между узкополосным и широкополосным форматами. Мультиплексор не показан в целях наглядности чертежа.

Для управления функцией коммутации требуется сигнализация. Канал сигнализации 220 соединен с уровнем 1 Части пересылки сообщений (МТР) системы сигнализации. Канал сигнализации в типовом случае представляет собой канал системы SS7. Уровень 1 МТР определяет физические и электрические требования к каналу 220. Уровень 2 МТР конфигурирован над уровнем 1 и поддерживает надежную транспортировку по линии 220 путем контроля статуса и выполнения проверки ошибок. Совместно уровни 1-2 МТР обеспечивают надежную транспортировку по индивидуальному каналу. Устройство потребует функциональных возможностей уровней 1-2 МТР для каждого канала, который оно использует. Уровень 3 МТР конфигурирован над уровнем 2 и обеспечивает функцию маршрутизации и управления для системы сигнализации в целом. Уровень 3 МТР направляет сообщения в надлежащий канал сигнализации (реально на уровень 2 МТР для данного канала). Уровень 3 МТР направляет сообщения к прикладным задачам, использующим уровни МТР, для доступа к системе сигнализации. Уровень 3 МТР также имеет функцию управления, которая предусматривает контроль статуса системы сигнализации и может предпринимать меры для восстановления обслуживания в системе. Уровни 1-3 МТР соответствуют уровням 1-3 базовой опорной модели межсоединений открытых систем (OSIBRF). Как уровни 1-3 МТР, так и модель OSIBRF хорошо известны в технике.

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

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

АТМ коммутатор 225 имеет АТМ-уровень, уровень АТМ- адаптации сигнализации и логику уровня 3 МТР, которая обеспечивает маршрутизацию, управление и транспортировку в системе сигнализации. Канал сигнализации 230, в типовом случае АТМ- виртуальное соединение, реализуемое средствами стандарта SONET иди DS3, соединен с АТМ-слоем. АТМ-слой аналогичен уровню 1 МТР и передает и принимает АТМ-элементы данных, содержащие сообщения сигнализации, в канале, указанном в заголовке элемента данных. Уровень АТМ-адаптации сигнализации упаковывает и распаковывает эти элементы данных, поддерживает индивидуальные виртуальные соединения, выполняет проверку ошибок и аналогичен уровню 2 МТР. Логика уровня 3 МТР в АТМ-коммутаторе 225 выполняет те же самые базовые функции, что и описанные выше для уровня 3 МТР, но широкополосный вариант уровня 3 МТР обновляется для поддержки потребностей широкополосных систем. АТМ-уровень, уровень АТМ-адаптации сигнализации и обновленный уровень 3 МТР хорошо известны в технике.

АТМ-коммутатор 225 имеет логику широкополосного протокола ISUB (В-ISUP), который поддерживает базовую обработку вызова в широкополосной среде для управления широкополосными средствами коммутации. Протокол B-ISUP использует уровень 3 МТР, уровень АТМ-адаптации сигнализации и АТМ-уровень для передачи сообщений в системе сигнализации. Информация, содержащаяся в сообщениях, генерируемых протоколом B-ISUP, используется телекоммуникационными сетями для установки коммуникационных маршрутов. Примерами информации протокола B-ISUP могут служить набранный номер и номер вызывающего абонента. Протокол B-ISUP использует различные типы сообщений для пересылки этой информации, примерами которых могут служить сообщение исходного адреса и ответное сообщение. Протокол В-ISUP хорошо известен в уровне техники.

АТМ-коммутатор 225 имеет логику обработки вызовов, которая обрабатывает информацию о вызове, обеспечиваемую протоколом B-ISUP для управления средствами коммутации и установления коммутационных маршрутов. Примером этого может служить назначение виртуального соединения вызову на основе набранного номера. Процессоры вызова АТМ-коммутатора хорошо известны в уровне техники.

Процессор 210 соединен с каналами сигнализации 220 и 230. Процессор 210 имеет МТР и АТМ-логику, описанные выше, которые позволяют ему взаимодействовать с компонентами, использующими протоколы ISUP или B-ISUP. Если сигнализация протоколов ISUP или B-ISUP не требуется, то соответствующие функции могут быть опущены.

Процессор 210 имеет логику интерфейса, которая обеспечивает перенос сигнализации между уровнем 3 МТР и администратором вызова/соединения (ABC). Процессор 210 имеет логику ABC, которая обеспечивает обработку информации сигнализации, принятой от интерфейса. Для типового вызова это может включать проверку достоверности набранного номера, подтверждение права доступа вызывающего абонента, управление компенсатором эхо-сигналов, генерирование данных расчетов, преобразование набранного номера, выбор маршрута для вызова, генерирование сигнализации для завершения вызова. Сигнализация, генерируемая ABC, будет пересылаться назад через интерфейс для передачи на коммутаторы 215 или 225.

В одном из вариантов осуществления узкополосный коммутатор 215 может представлять собой коммутатор канала местной АТС, а АТМ-коммутатор 225 может представлять собой коммутатор каналов взаимного обмена. Коммутатор каналов взаимного обмена обнаруживает ряд проблем при попытках межсетевого обмена с использованием существующих узкополосных коммутаторов каналов локальной АТС с их собственными АТМ-коммутаторами. Современные АТМ коммутаторы не поддерживают многие процедуры, требуемые для осуществления в коммутаторе каналов местной АТС надежным способом, такие как маршрутизация и осуществление расчетов. Кроме того, коммутаторы 215 и 225 не оснащены средствами осуществления обмена сигнализацией без модификации одного из коммутаторов в качестве блока межсетевого обмена с использованием сигнализации протокола ISUP или B-ISUP. Настоящее изобретение обеспечивает функцию межсетевого обмена между двумя коммутаторами и обеспечивает возможность обработки вызова. Это означает, что может быть использован намного менее сложный АТМ-коммутатор.

В данном варианте осуществления коммутатор 215 канала местной АТС может потребовать соединения посредством канала взаимного обмена. В результате коммутатор 215 канала местной АТС будет сигнализировать каналу взаимного обмена сообщением исходного адреса системы SS7 посредством канала сигнализации 220. Процессор 220 получает сообщение через свои уровни МТР и интерфейс. Интерфейс должен обеспечивать доставку сигнала к администратору вызова/соединения, а администратор вызова/соединения должен обрабатывать информацию сигнализации в сообщении исходного адреса. Это может включать проверку того, что набранный номер является законным, подтверждение права доступа вызывающего абонента путем проверки идентификационного номера автоматической связи, генерирование записи счета на оплату за обслуживание и управление компенсатором эхо-сигналов. Администратор вызова/соединения может также обрабатывать набранный номер для выбора соединения для вызова. Соответствующая часть этой информации будет компоноваться в соответствующее сообщение протокола B-ISUP и передаваться в интерфейс для последующей передачи посредством уровня 3 МТР, уровня АТМ-адаптации сигнализации и АТМ-уровня к АТМ-коммутатору 225, который будет осуществлять соединение по вызову. Это обеспечит расширение коммуникационного маршрута за пределы соединения 205, на основе сообщения сигнализации от администратора вызова/соединения. Как такой коммуникационный маршрут будет устанавливаться через коммутатор 215 и коммутатор 225.

Администратор вызова/соединения
На фиг. 3-9 показан вариант осуществления процессора сигнализации, который также называется администратором вызова/соединения. Хотя этот вариант осуществления является предпочтительным, изобретение не ограничивается данным конкретным вариантом осуществления.

На чертеже показан процессор сигнализации 310. Ссылочная позиция 315 указывает, что процессор сигнализации 310 может быть оснащен интерфейсом сигнализации уровня 1-2 МТР, интерфейсом сигнализации АТМ-уровня или уровня АТМ адаптации сигнализации, или обоими. Процессор сигнализации 310 должен быть оснащен уровнем 3 МТР 320, который функционирует, как описано выше для протоколов ISUP и B- ISUP. Также показано, что процессор сигнализации 310 оснащен интерфейсом ethernet 335. Интерфейс ethernet 335 представляет собой стандартную шину ethernet, поддерживающую протокол TCP/IP, который обеспечивает пересылку сообщений сигнализации от уровня 3 МТР к обработчику платформы 340. Совместно эти компоненты образуют интерфейс сигнализации для процессора сигнализации. Специалистам в данной области техники должно быть ясно, что другие интерфейсы и протоколы, которые могут обеспечивать интерфейс сигнализации, могут быть использованы в соответствии с изобретением.

Интерфейс сигнализации обеспечивает маршрутизацию выбранных сообщений протокола ISUP к обработчику платформы 340. Один из методов реализации этого состоит в выполнении процессора сигнализации 310 как пользовательской части пунктов пересылки сообщений. Преобразователь кода пункта может быть помещен между уровнем 2 МТР и уровнем 3 МТР пункта пересылки сообщений. Преобразователь кода пункта будет преобразовывать код пункта назначения сообщений, которые удовлетворяют определенным критериям, в код пункта, который идентифицирует процессор сигнализации 310. Критерии должны быть загружены в таблицу и должны включать код пункта источника, код пункта назначения, (код идентификации цепи) и различные комбинации этих критериев. Преобразование в этом местоположении в пункте пересылки сигналов может быть специфическим для канала сигнализации, используемого сообщением, так чтобы таблицы преобразования могли соответственно учитывать канал, используемый сообщением. После преобразования функция распределения уровня 3 МТР будет направлять сообщения сигнализации с преобразованным кодом пункта назначения к обработчику платформы 340 через интерфейс ethernet 335. Аналогичная функция преобразования может быть предусмотрена перед функцией маршрутизации уровня 3 МТР для преобразования кодов пункта для сообщений, передаваемых обработчиком платформы 340 через пункт пересылки сигналов. Вышеописанный способ раскрыт в заявке на патент США на "Телекоммуникационное устройство, систему и способ с усовершенствованным пунктом пересылки сообщений", поданной одновременно с данной заявкой, переуступленной правопреемнику настоящего изобретения.

Как вариант интерфейс сигнализации SS7 с обработчиком платформы может быть выполнен с использованием коммерчески доступных программных средств SS7. Примером таких средств может служитm программное обеспечение интерфейса SS7, предоставляемое компанией Trillium, Inc. Сообщение сигнализации с кодом пункта назначения, совпадающее с кодом пункта для процессора сигнализации 310, будет маршрутизироваться к интерфейсу сигнализации процессора сигнализации 310 посредством пункта пересылки сигналов. Дополнительно, пункт пересылки сигналов может преобразовывать код пункта назначения сообщения сигнализации в код пункта процессора сигнализации 310, как описано выше. Однако поскольку процессор сигнализации 310 не является пользовательской частью пункта пересылки сигналов, то функция маршрутизации уровня 3 МТР в пункте пересылки сигналов будет маршрутизировать сообщение сигнализации 310 по каналу сигнализации. Интерфейс сигнализации будет принимать сообщение сигнализации и пересылать его к обработчику платформы 340.

Хотя преобразование кода пункта облегчает переход от существующих систем к системе, соответствующей изобретению, однако это не является существенным. Достаточным является любой способ передачи сигнализации к администратору вызова/соединения.

На чертежах показаны также обработчик платформы 340, обработчик сообщений 345 и обработчик данных 350. Обработчик платформы 340 представляет собой систему, которая принимает сообщения протоколов ISUP и B-ISUP от интерфейса ethernet 335 и маршрутизирует их к обработчику сообщений 345. Предпочтительно, обработчик платформы 340 выполнен с возможностью маршрутизации сообщений к конкретному процессору обработки сообщений на основе кода выбора линии сигнализации в сообщении. Обработчик сообщений 345 представляет собой систему, которая обменивается сигнализацией с обработчиком платформы 340 и контролирует требования к соединению и коммутации для вызовов. Он может выбрать и реализовать виды обслуживания и инициировать контроль эхо-сигналов. Он также осуществляет преобразование сигнализации между форматами протоколов ISUP и B-ISUP. Обработчик данных 350 представляет собой набор логических средств, связанный с обработчиком сообщений 345, обрабатывающий запросы обслуживания и обеспечивающий данные для обработчика сообщений 345. Обработчик данных 350 также управляет компенсаторами эхо-сигналов и генерирует записи счетов за вызов.

В последующем описании термин ISUP относится и к B-ISUP. В процессе работы сообщения протокола ISUP, которые удовлетворяют соответствующим критериям, маршрутизируются интерфейсом уровня 1-2 МТР и/или АТМ-интерфейсом 315, уровнем 3 МТР 320 и интерфейсом ethernet 335 к обработчику платформы 340. Обработчик платформы 340 будет маршрутизировать сообщения протокола ISUP к обработчику сообщений 345. Обработчик сообщений 345 будет обрабатывать информацию протокола ISUP. Это может включать проверку достоверности, отбраковку, определение, необходимы ли дополнительные данные для обработки вызова. Если нужно, то обработчик данных 350 будет вызываться и обеспечивать обработчика сообщений 345 соответствующими данными, чтобы обработчик сообщений 345 мог завершить обработку вызова. Обработчик сообщений 345 будет генерировать соответствующие сообщения протокола ISUP для осуществления вызова и передавать сигналы на обработчик платформы 340 для последующей передачи указанным элементам сети.

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

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

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

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

Обработчик платформы
На фиг. 4 представлен возможный вариант обработчика платформы. Обработчик платформы 410, показанный на фиг. 4, содержит обработчик пункта пересылки сигналов (ППС) 412, управляющую программу (супервизор) 414 и обработчик администратора вызова/соединения (ABC) 416.

Обработчик платформы 410 передает и принимает сообщения протокола ISUP к интерфейсу сигнализации и от этого интерфейса. ППС передает сообщения протокола ISUP с конкретными характеристиками к прикладной программе, расположенной выше ППС. Прикладной программой может быть администратор вызова/соединения, характеристики могут представлять собой код пункта источника, код места назначения, выбор канала сигнализации, код идентификации цепи и/или байт информации обслуживания. Соединение между обработчиком платформы 410 и ППС может представлять собой локальную сеть ethernet, передающую сообщения протокола ISUP, упакованные в пакеты протокола TCP/IP. Обработчик ППС 412 обеспечивает интерфейс ethernet-TCP/IP. Обработчик ППС 412 обеспечивает буферизацию и декомпоновку входящих пакетов для ABC и буферизацию и компоновку исходящих пакетов. Обработчик ППС 412 может также осуществлять проверку сообщений для основных потоков. Любой метод переноса сообщений сигнализации к обработчику платформы 410 может быть использован в изобретении.

Супервизор 414 обеспечивает управление и контроль операций администратора вызова/соединения (ABC). В числе этих операций запуск и выключение ABC, вход в систему и выход из системы различных модулей ABC, обработка административных сообщений (например, ошибка, предупреждение, статус и т.п.) от модулей ABC, обработка сообщений от сетевых операций, таких как упорядочение в очереди, команды конфигурации, обновления данных. Соединение для сетевых операций представляет собой человеко-машинный интерфейс, который позволяет администратору вызова/соединения управляться и контролироваться как удаленным, так и локальным оператором. Супервизор 414 осуществляет обработку, предусматривающую извлечение данных конфигурации из внутренних таблиц и конфигурирование ABC. Модули ABC также имеют внутренние таблицы, которые используются во взаимосвязи с этой процедурой. Супервизор 414 также осуществляет обмен данными с обработчиком ППС 412 и обработчиком ABC 416.

Обработчик ABC. 416 обменивается информацией протокола ISUP с обработчиком ППС 412. Обработчик ABC 416 также обменивается сообщениями протокола ISUP и управляющими сообщениями ABC с обработчиком сообщений. Соединение между обработчиком ABC 416 и обработчиком сообщений может быть локальной сетью протокола ethernet, передающей эти сообщения, капсулированные в пакеты протокола TCP/IP, однако могут быть использованы и другие известные способы. Обработчик ABC 416 будет обеспечивать интерфейс ethernet-TCP/IP. Обработчик ABC 416 обеспечивает буферизацию и декомпоновку входящих пакетов от обработчика сообщений и буферизацию и компоновку исходящих пакетов к обработчику сообщений. Обработчик ABC 416 может также осуществлять проверку сообщений для базового потока.

Внутренним образом обработчик платформы 410 оснащен двунаправленными каналами, которые обеспечивают обмен информацией между обработчиком ППС 412, супервизором 414 и обработчиком ABC 416. Каналы между обработчиком ABC 412, обработчиком ABC 416 и супервизором 412 пересылают диспетчерскую и административную информацию. Канал между обработчиком ППС 412 и обработчиком ABC 416 пересылает информацию сообщений протокола ISUP.

Обработчик платформы 410 принимает, осуществляет декомпоновку и буферизацию сообщений протокола ISUP, принятых из сети. Он может выполнять основные проверки сообщений, прежде чем пересылать их к обработчику сообщений. Если более одного обработчика сообщений соединено с обработчиком платформы 410, то сообщения протокола ISUP могут распределяться среди обработчиков сообщений на основе кода выбора канала сигнализации (ВКС) конкретного сообщения протокола ISUP. Обработчик ABC 416 получает команды маршрутизации от обработчика сообщений для маршрутизации определенных сообщений протокола ISUP для осуществления определенной обработки в обработчике сообщений. Обработчик платформы 410 также обеспечивает функцию супервизора и человеко-машинный интерфейс для администратора вызова/соединения.

Обработчик сообщений
На фиг.5 представлен обработчик сообщений. Обработчик сообщений 520, показанный на фиг. 5, содержит центр вызова 521, администратор подготовки 522, администратор завершения 523, администратор пункта обнаружения 528, администратор признака 524, вспомогательный администратор 525, администратор коммутации 526 и локальный ресурс 527. Главная функция обработчика сообщений 520 состоит в обработке сообщений протокола ISUP.

Центр вызова 521 реализует процедуру, которая принимает сообщения установки вызова от обработчика платформы. Установка вызова протокола ISUP инициируется сообщением исходного адреса (СИА). Когда центр вызова 521 принимает СИА, он создает экземпляр процедуры обработки администратора подготовки с данными, определяемыми информацией в СИА. Администратор подготовки 522 представляет любую из процедур обработки администратора подготовки, порождаемую центром вызова 521. Обработчик ABC получает команду о новом экземпляре обработки, так что последующие сообщения протокола ISUP, связанные с данным вызовом, могут передаваться непосредственно к соответствующему экземпляру обработки администратора подготовки 522 с помощью обработчика платформы.

Администратор подготовки 522 устанавливает блок памяти, называемый исходным блоком управления вызовом. Блок управления вызовом обеспечивает информационный архив для информации, специфической для вызова. Например, исходный блок управления вызовом может идентифицировать следующее: блок управления вызовом, администратор подготовки, обработчик сообщений, исходный канал местной АТС, магистральная цепь канала местной АТС, АТМ-виртуальная цепь, АТМ-виртуальный маршрут, номер вызывающего абонента, набранный номер, преобразованный набранный номер, информация исходной линии, класс обслуживания автоматической идентификации номера, выбранный маршрут, номер выбранного маршрута, выбор канала сигнализации, код исходного пункта, код пункта-адресата, индикатор обслуживания, статус компенсации эхо- сигналов, причина разъединения, статус вызова, указатели к соседним блокам управления вызовом. Кроме того, блок управления вызовом будет также содержать различные моменты времени, когда приняты сообщения сигнализации, такие как завершающее адресное сообщение, ответное сообщение, приостановленное сообщение, итоговое сообщение, сообщение разъединения. Специалистам в данной области техники известны и другие данные, которые могут быть использованы.

Администратор подготовки 522 выполняет обработку вызова в соответствии с Базовой Моделью Состояния Вызова (BCSM), рекомендованной Международным Союзом по телекоммуникациям, но с некоторым исключением. Администратор подготовки 522 обрабатывает сообщение исходного адреса, проходящее через каждый пункт в вызове, пока не будет обнаружен пункт обнаружения. Когда он обнаружен, администратору пункта обнаружения 528 направляется сообщение и обработка в администраторе подготовки 522 приостанавливается, пока администратор пункта обнаружения 528 не ответит. Примером пункта обнаружения для администратора подготовки 522 была бы выдача разрешения на попытку подготовки.

Администратор пункта обнаружения 528 принимает сообщения от администратора подготовки 522, обусловленные пунктом обнаружения, обнаруженным в процессе обработки вызова. Администратор пункта обнаружения 528 будет идентифицировать, не активизирован ли пункт обнаружения. Активизированный пункт обнаружения имеет определенные критерии, которые, при их удовлетворении, могут повлиять на обработку вызова. Если пункт обнаружения не активизирован, то администратор пункта обнаружения 528 передаст непрерывный сигнал назад к администратору подготовки 522. Это сообщение инструктирует администратора подготовки 522 продолжать обработку вызова до следующего пункта обнаружения. Если пункт обнаружения активизирован, то администратор пункта обнаружения 528 будет проверять, удовлетворены ли критерии для пункта обнаружения. Если администратор пункта обнаружения 528 требует помощи в обработке активизированного пункта обнаружения, то он передаст сообщение администратору признака 524.

Администратор признака 524 будет принимать сообщения от администратора пункта обнаружения 528 и будет направлять сообщение либо вспомогательному администратору 525, либо администратору коммутации 526. Сообщения с конкретными признаками будут направляться вспомогательному администратору 525, который будет обрабатывать эти признаки вызова. В типовом случае это признаки не-IN, такие как управление эхо-сигналами или выставление счета в традиционной телефонной системе (POTS). Примерами IN признаков являются преобразование 800-номера или преобразование номера мобильного терминала. Администратор признака 524 будет направлять информацию назад к администратору пункта обнаружения 528 (затем к администратору подготовки 522), когда она принимается от вспомогательного администратора 525 или от администратора коммутации 526.

Администратор коммутации 526 будет определять, должен ли запрос обрабатываться локальным ресурсом 527 или обработчиком данных. Локальный ресурс 527 будет структурирован для обеспечения данных, хранящихся в обработчике сообщений 520. Примеры таких данных включают таблицу проверки достоверности автоматической идентификации номера, которая проверяет номер вызывающего абонента, таблицу преобразования набранного номера для преобразования номеров системы POTS в команды маршрутизации, или таблицы преобразования N00 для преобразования 800-номеров в команды маршрутизации. Примерами команд маршрутизации, обеспечиваемыми таблицами, является конкретное соединение доступа или виртуальное соединение. Примером данных в обработчике данных являются таблицы маршрутизации виртуальной частной сети или комплексные планы 800 маршрутизации.

В типовом случае администратор подготовки 522 выполняет обработку по соответствующим пунктам в вызове до пункта, указывающего, что установка разрешена. В этот момент администратор подготовки 522 будет передавать команду в центр вызова 521 для создания экземпляра обработки администратора завершения. Администратор завершения 523 представляет собой любой из этих администраторов завершения. Администратор подготовки 522 будет переносить информацию сообщения исходного адреса к администратору завершения 523. Администратор завершения 523 устанавливает блок памяти, называемый завершающим блоком управления вызовом. Блок управления вызовом обеспечивает архив для хранения информации, специфической для вызова, и сходен по построению с исходным блоком управления вызовом.

Администратор завершения 523 также работает в соответствии с моделью BCSM, но с некоторыми исключениями. Администратор завершения 523 продолжает обработку вызова, проходящего через его собственные пункты в вызове, пока не будут обнаруживаться пункты обнаружения. Когда такой пункт обнаружен, администратору пункта обнаружения 528 направляется сообщение и обработка в администраторе завершения 523 приостанавливается, пока администратор пункта обнаружения 528 не ответит. Примером пункта обнаружения для администратора завершения 523 была бы выдача разрешения завершения, за которой последовало бы разрешение на установку вызова администратором подготовки 522. Сообщения от администратора завершения 523 к администратору пункта обнаружения 528 обрабатываются, как описано выше для сообщений с администратора подготовки 522. Когда обработка администратора завершения 523 закончена, он формирует сообщение сигнализации для передачи через обработчик платформы 410 к соответствующим элементам сети.

Обработчик сообщений 520 осуществляет обмен данными с обработчиком данных с использованием протокола пересылки данных. Примерами таких протоколов могут быть UDP/IP, Протокол прикладных программ интеллектуальной сети (INAP), который содержится в подуровне компонентов Раздела Прикладных программ функциональных средств транзакций (ТСАР).

Обработчик данных
На фиг. 6 показан вариант осуществления обработчика данных. Обработчик данных 630, показанный на фиг. 6, содержит центр управления обслуживанием 631,
выбор обслуживания 632, центр логики обслуживания 633, обработку признаков 634, центр данных обслуживания 635, администратора данных обслуживания 636, контроль эхо-сигналов 637, средства расчета 638. Обработчик данных 630 принимает сообщения запроса обслуживания от обработчика сообщений. Эти сообщения обусловлены активизированными пунктами обнаружения, запускающими обработчик сообщений для обращения к обработчику данных 630. Сообщения также обусловлены признаками, реализованными вспомогательным администратором. Центр управления обслуживанием 631, центр логики обслуживания 633 и центр данных обслуживания являются статическими процедурами обработки, создаваемыми при запуске. Центр управления обслуживанием 631 создает экземпляры администраторов выбора вида обслуживания в режиме от вызова к вызову. Центр управления обслуживанием 631 уведомляет администратора коммутации о маршрутизации последующих сообщений запроса обслуживания для данного вызова к соответствующему администратору выбора вида обслуживания. Администратор выбора вида обслуживания 632 представляет любого из администраторов выбора вида обслуживания, создаваемых центром управления обслуживанием 631.

Администратор выбора вида обслуживания 632 выполняет сервисную часть обработки вызова. Администратор выбора вида обслуживания 632 идентифицирует различные виды обслуживания, связанные с каждым сообщением, и реализует обслуживание посредством сообщений в центр логики обслуживания 633. Центр логики обслуживания 633 принимает сообщения от администратора выбора вида обслуживания 632 и создает экземпляры конкретных процедур обработки, требуемых для идентифицированных видов обслуживания. Примерами таких процедур обработки являются N00, посылка сообщений, режим мобильного абонента/терминала, виртуальная частная сеть. Процедуры обработки представляют собой программы логики обслуживания, которые реализуют требуемые виды обслуживания для вызова. Процедура обработки 634 представляет одну из процедур обработки, создаваемых центром логики обслуживания 633. Процедура обработки 634 получает доступ к сетевым ресурсам и данным, требуемым для реализации обслуживания. Это связано с выполнением независимых сервисных блоков (НСБ). НСБ представляют собой набор функций. Примером функции является извлечение вызываемого номера из сообщения сигнализации. НСБ комбинируются для формирования вида обслуживания. Примером НСБ является преобразование вызываемого номера.

Специалистам в данной области техники известны вышеуказанные виды обслуживания, хотя они никогда не выполнялись системой, соответствующей изобретению. Виды обслуживания типа N00 представляют собой, например, вызов 800, 900 или 500 - типа, при котором набранный номер используется для доступа к обработке вызова и логике расчетов за обслуживание, определяемой обслуживаемым абонентом. Пересылка сообщений обуславливает соединение вызывающего абонента со службой речевых сообщений. Например, прием сообщения разъединения по причине занятости будет представлять собой сигнал запуска, распознаваемый обработчиком сообщений. В ответ обработчик сообщений будет создавать экземпляр процедуры обработки для пересылки сообщений, определяемый в случае, если вызов, направляемый конкретному набранному номеру, потребует платформы пересылки речевых сообщений. В этом случае администратор вызова/соединения будет выдавать команду пункту коммутации обслуживания (ПКО) о подсоединении вызывающего абонента к платформе пересылки речевых сообщений. Режим мобильного абонента/терминала включает распознавание, что набранный номер принадлежит мобильному абоненту, что требует преобразования с использованием базы данных для определения текущего номера. База данных обновляется, когда вызываемая сторона изменяет свое местоположение. Виртуальная частная сеть (ВЧС) представляет собой индивидуальный план набора номеров. Он используется для вызовов из конкретных специализированных линий, с конкретных вызывающих номеров или к конкретным набираемым номерам. Вызовы маршрутизируются, как определено в данном конкретном плане.

При исполнении сервисного независимого блока (СНБ) для обеспечения обслуживания процедура обработки 634 обращается к центру данных обслуживания 635 для создания экземпляра администратора данных обслуживания 636. Администратор данных обслуживания 636 обращается к сетевым базам данных, которые обеспечивают данные, требуемые для обслуживания. Доступ может быть облегчен с помощью пересылки сообщений на уровне ТСАР к пункту управления обслуживанием (ПУО). Администратор данных обслуживания 636 представляет собой любого из администраторов обслуживания, создаваемых центром данных обслуживания 635. После того как данные получены, они переносятся к процедуре обработки 634 для последующей реализации обслуживания. Когда процедура обработки предусматривает выполнение завершения вызова, информация обслуживания направляется назад к обработчику сообщений и, в конечном счете, к администратору источника или администратору завершения вызова.

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

Для вызовов в традиционной телефонной системе (POTS) запрос счета на оплату будет проходить от администраторов источника и завершения вызова через вспомогательного администратора. Для вызовов в интеллектуальной сети (IN) запрос будет поступать от блока выбора типа обслуживания 632. Блок расчетов 638 будет генерировать запись счета на оплату из блоков управления вызовом. Запись счета на оплату будет пересылаться в систему расчетов через ее интерфейс. Примером интерфейса системы расчетов может быть протокол I.Е. Е.Е. 802.3 FTAM.

В некоторый момент в процессе установки вызова администратор источника вызова, администратор завершения или даже процедура обработки пункта обнаружения будет проверять данные информации обслуживания пользователя и информацию исходной линии для оценки необходимости в контроле эхо-сигналов. Если вызов представляет собой вызов с использованием передачи данных, то обработчику данных 630 пересылается сообщение. Более конкретно, сообщение маршрутизируется через вспомогательный администратор к администратору контроля эхо-сигналов 637 в обработчике данных 630. Основываясь на коде идентификации цепи, администратор контроля эхо-сигналов 637 может выбрать, какой компенсатор эхо-сигналов и цепь DSO требуют отключения. Для осуществления этого вырабатывается сообщение, передаваемое по стандартной линии передачи данных на соответствующий компенсатор эхо-сигнала или систему управления эхо-сигналом. Как только для вызова получено сообщение разъединения, компенсатор эхо-сигналов вновь включается. Для типового вызова эта процедура повторяется дважды. Один раз - для компенсатора эхо-сигналов на стороне доступа, и другой раз - для компенсатора эхо-сигналов на удаленной стороне. Администратор вызова/соединения, который обрабатывает сообщение исходного адреса для конкретного сегмента вызова, будет осуществлять управление конкретными компенсаторами эхо-сигналов для данного сегмента.

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

Сообщение исходного адреса инициирует вызов и содержит информацию установки вызова, например, набранный номер. Сообщения исходного адреса пересылаются в направлении вызова для установки вызова. При осуществлении этой процедуры сообщения уровня TCAP могут передаваться для получения доступа удаленных данных и обработки. Когда сообщения исходного адреса достигнут конечного элемента сети, сообщение завершающего адреса посылается в обратном направлении для индикации того, что требуемая информация получена, и вызываемая сторона может быть уведомлена. Если вызываемая сторона ответила, то в обратном направлении посылается сообщение ответа, указывающее, что соединение по вызову может использоваться. Если вызывающая сторона оставляет телефон включенным ("зависает"), то направляется сообщение о разъединении, указывающее, что соединение не используется и может быть прервано. Если вызываемая сторона зависает, то посылается сообщение приостановления, и если вызывающая сторона восстанавливает соединение, то сообщение восстановления поддерживает линию открытой, однако если нет повторного соединения, то посылается сообщение разъединения. Если соединения свободны, то посылаются сообщения полного разъединения для индикации того, что соединение может быть использовано повторно для другого вызова. Специалистам в данной области техники должны быть известны и другие сообщения протокола ISUP, выше перечислены только основные. Из изложенного следует, что сообщение исходного адреса устанавливает вызов.

В предпочтительном варианте обработка вызова отличается от базовой модели вызова, рекомендованной ITU, хотя в других вариантах может быть обеспечено полное соответствие этой модели. На фиг. 7-10 показан предпочтительный вариант обработки вызова. Согласно фиг. 7, когда на этапе 705 принято сообщение исходного адреса для вызова, центр вызова на этапе 710 создает экземпляр администратора источника.

Администратор источника начинает обработку вызова путем передачи сообщения разрешения администратору пункта обнаружения. Администратор пункта обнаружения проверяет информацию сообщения исходного адреса, включая набранный номер, код идентификации цепи и информацию исходной линии, для выполнения на этапе 715 определения обслуживания. Это делается для подтверждения, требует ли запрошенное обслуживание подтверждения права доступа на этапе 720. Современные системы обработки вызова и модель BCSM ITU предусматривают проверку права доступа, прежде чем выполнять определение обслуживания. Важным преимуществом предпочтительного варианта изобретения по сравнению с известными способами обработки вызовов является проверка информации сообщения исходного адреса, прежде чем определять проверку права доступа, даже если такая проверка требуется. Например, вызывающая сторона может не оплачивать счет за вызов. Вызываемая сторона оплачивает счет по 800 - вызовам, и подтверждение права доступа может не потребоваться. Если на этапе 720 определено, что проверка подтверждения права доступа не требуется, то обработка вызовов переходит непосредственно к В. Преимуществом данной процедуры является то, что она позволяет избежать ненужных преобразований по таблицам подтверждения права доступа для существенной части вызовов.

Если на этапе 720 определено, что подтверждение права доступа требуется, то на этапе 725 производится проверка по таблице подтверждения права доступа. Эта проверка позволяет убедиться в том, может ли быть предоставлен вызов и решает возможные проблемы с оплатой за вызов. Например, вызовы от идентификаторов номеров автоматической связи, которые просрочены по платежам, вызывают проблемы с уплатой счетов и не могут быть подтверждены для доступа. Проверка подтверждения права доступа может потребовать посылки сообщений от администратора пункта обнаружения через администратора процедуры обработки и администратора коммутации к локальным ресурсам для обращения к таблицам. Таблица может содержать перечни разрешенных или неразрешенных идентификаторов номеров автоматической связи, или и те, и другие. Если на этапе 730 принимается решение о том, что вызов не разрешен, то на этапе 735 предоставляется соответствующая обработка для вызова (маршрутизация к оператору или посылка сообщения).

Если на этапе 730 вызов разрешен, то виды обслуживания, идентифицированные на этапе 715, проверяются на этапе 740 для определения того, может ли быть маршрутизирован вызов. Это обычно делается для вызовов в традиционной телефонной системе POTS. Если на этапе 740 определяется, что никакого дополнительного обслуживания не требуется, то набранный номер преобразуется в команду маршрутизации на этапе 745. Команда маршрутизации может представлять собой конкретное виртуальное соединение и/или соединение доступа. Затем процедура обработки переходит к А. Если на этапе 740 требуются дополнительные виды обслуживания, то обработка переходит к В.

На фиг. 8 представлена обработка в А после того, как маршрут выбран. На этапе 805 создается администратор завершения. Администратор завершения несет ответственность за обработку в соответствии с моделью BCSM ITU. Однако в некоторых вариантах осуществления процедура обработки может несколько отличаться от этой модели. Например, пункты обнаружения, такие как выбора средств обработки и подтверждения права доступа для вызова, могут быть опущены.

Возможности канала анализируются на этапе 810 для определения на этапе 815 того, не является ли вызов вызовом с передачей данных. Этот анализ может осуществляться в другом месте на протяжении обработки вызова (например, администратором источник после того, как маршрут выбран). Если на этапе 815 определено, что имеет место вызов с передачей данных, то на этапе 820 обработчику данных отправляется сообщение контроля эхо-сигналов. Команды контроля эхо-сигналов создаются на этапе 825. Команды контроля эхо-сигналов идентифицируют соединение для вызова, который требует контроля эхо-сигналов. Это сообщение может быть передано системе контроля эхо-сигналов по обычному каналу передачи данных от администратора вызова/соединения к системе контроля эхо-сигналов.

После того как на этапе 815 определено, что вызов не является вызовом с передачей данных, или после обработки на этапе 830, относящейся к контролю эхо-сигналов, на этапе 835 создается сообщение исходного адреса. Это новое сообщение исходного адреса включает соответствующую информацию для обработки вызова, например, выбранный маршрут. Новое сообщение исходного адреса передается обработчику платформы на этапе 840. В типовом случае сообщение исходного адреса может содержать команды маршрутизации в цифровом поле вызываемого номера. Это означает, что цифры могут не представлять действительный вызываемый номер, но могут содержать другую информацию маршрутизации, распознаваемую сетевыми элементами. Сетевые элементы должны иметь возможность обрабатывать команды маршрутизации. Вызываемый номер может помещаться в другое поле в сообщении исходного адреса.

На фиг. 9 представлена обработка в В. К этому моменту уже известна различная информация, относящаяся к вызову, в частности разрешение вызова и требования обслуживания. Информация вызова затем анализируется на этапе 905, как это необходимо для обеспечения обслуживания по вызову. Если обработчик данных не требуется на этапе 910, то обслуживание осуществляется, и на этапе 915 выбирается маршрут. Это может иметь место, если обслуживание может быть непосредственно реализовано администратором источника или с использованием локального ресурса. Например, конкретные 800-преобразования или профили обслуживания набранного номера (например, направление вызова) могут быть запомнены в локальном ресурсе. В этом случае выбор маршрута может быть выполнен локальным ресурсом, после того как информация проанализирована для идентификации корректной записи в базе данных локального ресурса. Если используется локальный ресурс, то сообщения должны маршрутизироваться от процессора пункта обнаружения через администратор процедуры обработки и администратор коммутации к локальному ресурсу.

Если на этапе 910 определено, что обработчик данных требуется для вызова, то сообщение передается к обработчику данных на этапе 920. Пересылка сообщений в типовом случае осуществляется от процессора пункта обнаружения к администратору процедуры обнаружения и администратору коммутации и к обработчику данных. После приема сообщения в обработчике данных центр управления обслуживанием на этапе 925 создает экземпляр процедуры обработки для выбора обслуживания. Процедура обработки для выбора обслуживания анализирует сообщение от процессора пункта обнаружения и на этапе 930 выбирает процедуры обработки для вызова. Например, вызов от вызывающего абонента в виртуальной частной сети может быть направлен на номер службы персональной связи. В этом случае будут создаваться процедуры обработки для виртуальной частной сети и для службы персональной связи.

Каждая процедура обработки на этапе 940 будет определять, требуются ли данные. Например, процедура обработки для мобильного абонента потребует доступа к базе данных для определения текущего номера телефона вызываемой стороны. Если на этапе 940 определено, что данные требуются, то на этапе 945 центр данных обслуживания создает администратора данных обслуживания. Администратор данных на этапе 950 управляет сеансом работы и осуществляет доступ в соответствующую базу данных. После того как данные получены (или не требуются), на этапе 955 реализуется соответствующее обслуживание с помощью созданной процедуры обработки. Для некоторых процедур, например обслуживания 800-типа, это может представлять собой выбор маршрута. Результаты процедуры обработки возвращаются к администратору источника для соответствующего использования. Если процедура обработки не требует маршрутизации, то администратор источника должен выбрать маршрут с использованием локального ресурса или иной процедуры обработки.

Сообщение исходного адреса само содержит множество полей информации. Приведенная таблица представляет элементы сообщения исходного адреса с учетом информационного содержания и обработки вызова.

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

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

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

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

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

Сетевые операции
Из вышеизложенного обсуждения можно видеть, что изобретение обеспечивает прием и обработку сигнализации для выбора соединений для вызова. Изобретение также обеспечивает обслуживание в процессе обработки вызова. На фиг. 10 показан конкретный вариант осуществления изобретения, относящийся к сети, однако следует иметь в виду, что изобретение применимо и для других условий осуществления. Показаны сети 1001, 1002 и 1003. Сеть 1001 содержит узкополосный коммутатор 1005 и пункт пересылки сигналов (ППС) 1010. Узкополосный коммутатор соединен с сетью 1002 соединением 1015. Узкополосный коммутатор связан с ППС 1010 каналом 1020, а ППС 1010 соединен с сетью 1002 каналом 1025. Соединение 1015 передает пользовательский трафик. Каналы 1020 и 1025 передают сообщения сигнализации. Узкополосные коммутаторы, ППС, соединения и каналы сигнализации могут выть выполнены в различных вариантах и хорошо известны в технике. Сеть 1003 аналогичным образом снабжена узкополосным коммутатором 1030, ППС 1035, соединением 1040, каналом 1045 и каналом 1050.

Сеть 1002 содержит АТМ коммутатор 1055, АТМ коммутатор 1060, мультиплексор 1065, мультиплексор 1070, блок контроля эхо-сигналов 1068 и блок контроля эхо-сигналов 1078. Мультиплексор 1065 соединен с блоком контроля эхо-сигналов 1068. Мультиплексор 1065 соединен с блоком контроля эхо-сигналов 1078. Блок контроля эхо-сигналов 1068 соединен с узкополосным коммутатором 1005 посредством соединения 1015. Мультиплексор 1065 соединен с АТМ коммутатором 1055 посредством соединения 1075. АТМ коммутатор 1055 соединен с АТМ коммутатором 1060 посредством соединения 1080. АТМ коммутатор 1060 соединен с мультиплексором 1070 посредством соединения 1085. Блок контроля эхо-сигналов 1078 соединен с узкополосным коммутатором 1030 посредством соединения 1040. Также показаны ППС 1090 и ППС 1095. ППС 1090 связан с ППС 1010 каналом 1025. ППС 1090 соединен с АТМ коммутатором 1055 посредством канала 1105. ППС 1090 связан с ППС 1095 каналом 1100. ППС 1095 соединен с АТМ коммутатором 1060 посредством канала 1110. ППС 1095 связан с ППС 1035 каналом 1050. Эти компоненты хорошо известны в технике.

Сеть 1002 также содержит администратор вызова/соединения (ABC) 1115 и ABC 1120. ABC 115 соединен с ППС 1090 посредством канала 1125 и с блоком контроля эхо-сигнала 1068 посредством канала 1128. ABC 120 соединен с ППС 1095 посредством канала 1130 и с блоком контроля эхо-сигнала 1078 посредством канала 1138. ABC и связанные с ними каналы выполнены для обеспечения работы, как описано выше в отношении настоящего изобретения. Процедура вызова осуществляется следующим образом.

Сеть 1001 передает вызов в сеть 1002. Это означает, что коммутатор 1005 будет использовать соединение 1015 для соединения с сетью 1002. Сообщение сигнализации будет передано по каналу 1020 через ППС 1010 и по каналу 1025 в сеть 1002. Сеть 1002 принимает сообщение сигнализации в ППС 1090. Сообщение сигнализации будет представлять собой сообщение протокола ISUP системы сигнализации SS7 и, в частности, содержать сообщение исходного адреса. ППС 1090 будет маршрутизировать сообщения протокола ISUP от коммутатора 1005 к ABC 1115. Может иметь место случай, когда сообщение реально передавалось к компоненту иному, чем ABC 1115, но направлено к ABC 1115 сетью 1002. ABC 1115 обрабатывает сообщение исходного адреса. Обработка может включать подтверждение права доступа, анализ информации вызова, выбор маршрута, как описано выше. В свою очередь, это может включать вызовы традиционной телефонной системы POTS или вызовы, требующие дополнительного обслуживания, такие как N00, виртуальной частной сети, режима мобильности абонента/терминала. В таком варианте ABC 1115 может выбрать соединение 1080 в качестве команды маршрутизации для АТМ-коммутатора 1055. Сообщение исходного адреса протокола B-ISUP системы сигнализации SS7 будет формироваться в ABC 1115 и передаваться к АТМ коммутатору 1055 по каналу 1125 через ППС 1090 и по каналу 1105. АТМ-коммутатор 1055 будет принимать команду маршрутизации и выбирать соответствующий идентификатор виртуального маршрута (ИВМ)/идентификатор виртуального канала (ИВК) в соединении 1080 и формировать соответствующее сообщение исходного адреса протокола ISUP, отражающее выбранные идентификатор виртуального маршрута и идентификатор виртуального канала. Кроме того, команда маршрутизации от ABC 115 может идентифицировать реальный ИВМ и оставлять выбор ИВК для АТМ-коммутатора 1055.

Это сообщение исходного адреса от АТМ-коммутатора 1055 будет маршрутизироваться по каналу 1105 через ППС 1090 и по каналу 1100 к ППС 1095. ППС 1095 будет маршрутизировать это сообщение исходного адреса по каналу 1130 к ABC 1120. ABC 1120 будет обрабатывать сообщение исходного адреса протокола B-ISUP и выбирать сеть 1003, в частности, соединение 1085 и/или коммутатор 1030 в качестве команды маршрутизации для коммутатора 1060. Сообщение исходного адреса протокола B-ISUP будет формироваться в ABC 1120 и пересылаться к коммутатору 1060 по каналу 1130 через ППС 1095 и по каналу 1110. АТМ коммутатор 1060 выбирает надлежащие ИВМ/ИВК (или, возможно, только ИВК) в соединении 1085 и генерирует сообщение протокола B-ISUP, отражающее сделанный выбор. Это сообщение протокола B-ISUP маршрутизируется по каналу 1110 через ППС 1095 и по каналу 1130 к ABC 1120. ABC 1120 обрабатывает сообщение исходного адреса протокола B-ISUP для создания сообщения исходного адреса протокола ISUP для узкополосного коммутатора 1030. Сообщение исходного адреса протокола ISUP пересылается к коммутатору 1030 по каналу 1130, через ППС 1095, по каналу 1050, через ППС 1035 и по каналу 1045. Мультиплексоры 1065 и 1070 преобразуют трафик между узкополосным форматом и АТМ форматом. ABC отслеживает эти соединения через мультиплексоры и тем самым может уравнять узкополосные соединения и АТМ соединения с каждой стороны конкретного мультиплексора.

ABC 1115 проверяет сообщение исходного адреса для определения того, является ли вызов вызовом с передачей данных. Если это так, то компенсатор эхо-сигналов в выбранном соединении необходимо отключить. Это выполняется с помощью передачи сообщения с ABC 1115 на блок контроля эхо-сигналов 1068 по каналу 1128. Та же самая процедура имеет место между ABC 1120 и блоком контроля эхо-сигналов 1078 с использованием канала 1138.

Узкополосный коммутатор 1030 в типовом случае формирует сообщение завершающего адреса для указания вызываемой стороны, которая уведомляется, и сообщение ответа для указания того, что вызываемая сторона ответила. Эти сообщения пересылаются назад в сеть 1002 и к ABC 1120. ABC 1120 и ABC 1115 подают команды на коммутаторы 1055 и 1060 для обеспечения сквозного прохода по выбранным соединениям и сигнализируют сети 1001 о статусе вызова. Если сторона завершает вызов, то сетями 1001 и 1003 передаются сообщения приостановки, разъединения и полного отбоя, как это необходимо, чтобы разъединить связь по вызову. ABC 1120 и ABC 1115 обрабатывают эти сообщения и подают команды на коммутаторы 1055 и 1060 для использования этих ИВМ/ИВК для других вызовов. В этот момент каждый ABC генерирует информацию счета на оплату вызова.

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

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

Пункты сигнализации и связанные с ними центральные процессорные блоки сгруппированы с коммутатором, причем центральный процессорный блок коммутатора связан с коммутационной матрицей. Добавленные функциональные средства такой системы увеличивают ее стоимость и снижают ее гибкость.

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

Для специалистов в данной области техники очевидны различные варианты, которые будут удовлетворять требованиям настоящего изобретения. Изобретение не ограничивается описанными выше вариантами осуществления, а определяется пунктами формулы изобретения.

Похожие патенты RU2144271C1

название год авторы номер документа
ШИРОКОПОЛОСНАЯ СИСТЕМА СВЯЗИ 1996
  • Джозеф Майкл Кристи
RU2144208C1
ТРАНСПОРТНАЯ СИСТЕМА АРП 1996
  • Джозеф Майкл Кристи
RU2144738C1
СПОСОБ, СИСТЕМА И УСТРОЙСТВО УПРАВЛЕНИЯ ТЕЛЕФОННОЙ СВЯЗЬЮ 1995
  • Джозеф Майкл Кристи
RU2138919C1
УСТРОЙСТВО, СИСТЕМА И СПОСОБ ТЕЛЕСВЯЗИ С УСОВЕРШЕНСТВОВАННЫМ ПУНКТОМ ПЕРЕДАЧИ СИГНАЛОВ 1996
  • Джозеф Майкл Кристи
  • Альберт Дэниель Дьюри
  • Майкл Джозеф Гарднер
  • Вилльям Лайл Вили
RU2157595C2
ИНТЕРФЕЙС ШИРОКОПОЛОСНОЙ СИСТЕМЫ СВЯЗИ 1997
  • Кристи Джозеф М.
  • Гарднер Майкл Джозеф
  • Дюри Альберт Дэниэл
  • Вили Вилльям Лайл
  • Нельсон Трэйси Ли
RU2197785C2
ТРАНЗИТНАЯ СИСТЕМА СВЯЗИ ДЛЯ КОММУТИРУЕМОГО ПОТОКА ТРАФИКА 1997
  • Кристи Джозеф М.
  • Гарднер Майкл Джозеф
  • Дюри Альберт Дэниэл
  • Вили Вилльям Лайл
  • Нельсон Трэйси Ли
RU2176435C2
ИНТЕРФЕЙС ШИРОКОПОЛОСНОЙ СИСТЕМЫ СВЯЗИ 1997
  • Гарднер Майкл Джозеф
  • Нельсон Трэйси Ли
  • Вили Вилльям Лайл
  • Кристи Джозеф М.
  • Дюри Альберт Дэниел
RU2187208C2
СИСТЕМА И СПОСОБ СОПРЯЖЕНИЯ ЛОКАЛЬНОГО УСТРОЙСТВА СВЯЗИ 1997
  • Кристи Джозеф М.
  • Гарднер Майкл Джозеф
  • Дюри Альберт Дэниэл
  • Вили Вилльям Лайл
  • Нельсон Трэйси Ли
RU2189706C2
СИСТЕМА И СПОСОБ ДЛЯ ОБЕСПЕЧЕНИЯ УСОВЕРШЕНСТВОВАННЫХ СЛУЖБ ДЛЯ ТЕЛЕКОММУНИКАЦИОННОГО ВЫЗОВА 1997
  • Кристи Джозеф М.
  • Нельсон Трэйси Ли
RU2210189C2
СИСТЕМА СВЯЗИ 1997
  • Кристи Джозеф М.
  • Вили Вилльям Лайл
  • Хауэлл Роял Д.
RU2189117C2

Иллюстрации к изобретению RU 2 144 271 C1

Реферат патента 2000 года СИСТЕМА ДЛЯ УПРАВЛЕНИЯ ТЕЛЕКОММУНИКАЦИОННЫМ ОБСЛУЖИВАНИЕМ

Заявлена система, обеспечивающая обработку сигнализации в телекоммуникационной системе. Сигнализация для вызова принимается в процессоре сигнализации. Процессор сигнализации обрабатывает вызов и генерирует новую сигнализацию на основе результатов обработки. Новая сигнализация передается к сетевым элементам. Процессор сигнализации не связан с коммутационной матрицей и только осуществляет связь с сетевыми элементами по каналам сигнализации. Достигаемым техническим результатом является то, что предлагаемая система не зависит от функциональных возможностей, обеспечиваемых для коммутатора поставщиком службы коммутации, и не требует использования средств транспортировки. 5 с. и 24 з.п.ф-лы, 10 ил., 1 табл.

Формула изобретения RU 2 144 271 C1

1. Способ обработки вызова, при котором пользователь передает сообщение исходного адреса в телекоммуникационную сеть, которая содержит по меньшей мере один сетевой элемент, соединенный с коммуникационным маршрутом, и в которой процессор сигнализации связан с сетевым элементом и с пользователем и является внешним по отношению к сетевому элементу, отличающийся тем, что принимают сообщение исходного адреса от пользователя в процессоре сигнализации, выполняют обработку вызова в процессоре сигнализации в ответ на сообщение исходного адреса для формирования сообщения контроля эхо-сигнала, которое выдает команду контроллеру эхо-сигнала компенсировать эхо-сигнал для телекоммуникационного обслуживания и для генерирования нового сообщения сигнализации, которое идентифицирует виртуальное соединение для обеспечения телекоммуникационного обслуживания, передают сообщение контроля эхо-сигнала из процессора сигнализации на контроллер эхо-сигнала и передают новое сообщение сигнализации из процессора сигнализации в сетевой элемент, связанный с коммуникационным маршрутом. 2. Способ по п. 1, отличающийся тем, что выполнение обработки вызова включает проверку достоверности вызова. 3. Способ по п. 1, отличающийся тем, что выполнение обработки вызова включает идентификацию вида обслуживания. 4. Способ по п. 1, отличающийся тем, что выполнение обработки вызова включает обработку вызова типа N 00. 5. Способ по п. 1, отличающийся тем, что выполнение обработки вызова включает обработку вызова в режиме мобильности абонента/терминала. 6. Способ по п. 1, отличающийся тем, что выполнение обработки вызова включает обработку вызова с передачей речевых сообщений. 7. Способ по п. 1, отличающийся тем, что выполнение обработки вызова включает обработку вызова виртуальной частной сети. 8. Способ по п. 1, отличающийся тем, что выполнение обработки вызова включает генерирование информации счета на оплату. 9. Способ по п. 1, отличающийся тем, что выполнение обработки вызова включает обработку вызова традиционной системы телефонной связи (POTS). 10. Способ по п. 1, отличающийся тем, что передача нового сообщения сигнализации к сетевому элементу включает передачу нового сообщения сигнализации на коммутатор режима асинхронной передачи (ATM-коммутатор). 11. Способ по п.1, отличающийся тем, что передача нового сообщения сигнализации к сетевому элементу включает передачу сообщения системы сигнализации # 7(SS7). 12. Способ по п.1, отличающийся тем, что прием сообщения сигнализации установки вызова и передача нового сообщения сигнализации включают прием и передачу сообщений сигнализации с различными протоколами сигнализации. 13. Способ по п.1, отличающийся тем, что прием сообщения сигнализации установки вызова включает прием сообщения протокола ISUP (Пользовательской части комплексного обслуживания) Системы сигнализации # 7(SS7), а передача нового сообщения сигнализации включает передачу сообщения протокола B-ISUP (Пользовательской части широкополосного комплексного обслуживания) Системы # 7 (SS7). 14. Система обработки сигнализации для обработки телекоммуникационной сигнализации, содержащая интерфейс сигнализации, предназначенный для связи с каналом сигнализации и для передачи и приема сообщений сигнализации по каналу сигнализации, и процессор вызова/соединения, который связан с интерфейсом сигнализации, отличающаяся тем, что процессор вызова/соединения выполнен с возможностью осуществления обработки вызова в ответ на прием сообщения исходного адреса для формирования сообщения контроля эхо-сигнала, которое выдает команду контроллеру эхо-сигнала осуществлять компенсацию эхо-сигнала для телекоммуникационного обслуживания для вызова, и генерирования нового сообщения сигнализации, которое идентифицирует виртуальное соединение для обеспечения телекоммуникационного сообщения. 15. Система по п. 14, отличающаяся тем, что обработка вызова включает проверку правильности вызова. 16. Система по п.14, отличающаяся тем, что обработка вызова включает идентификацию вида обслуживания. 17. Система по п.14, отличающаяся тем, что обработка вызова включает обработку вызова типа N00. 18. Система по п.14, отличающаяся тем, что обработка вызова включает обработку вызова в режиме мобильности абонента/терминала. 19. Система по п.14, отличающаяся тем, что обработка вызова включает обработку вызова с передачей речевых сообщений. 20. Система по п.14, отличающаяся тем, что обработка вызова включает обработку вызова виртуальной частной сети. 21. Система по п.14, отличающаяся тем, что обработка вызова включает генерирование информации счета на оплату. 22. Система по п.14, отличающаяся тем, что обработка вызова включает обработку вызова традиционной системы телефонной связи (POTS). 23. Система по п.14, отличающаяся тем, что сетевой элемент представляет собой коммутатор режима асинхронной передачи (ATM-коммутатор). 24. Система по п.14, отличающаяся тем, что новое сообщение сигнализации представляет собой сообщение Системы сигнализации # 7(SS7). 25. Система по п.14, отличающаяся тем, что сообщение сигнализации установки вызова и новое сообщение сигнализации включает сообщения сигнализации с различными протоколами сигнализации. 26. Система по п.14, отличающаяся тем, что сообщение сигнализации установки вызова включает сообщение протокола ISUP Системы сигнализации # 7 (SS7), а новое сообщение сигнализации включает сообщение протокола B-ISUP Системы сигнализации # 7(SS7). 27. Компьютерная система для телекоммуникационной системы, не являющаяся внешней по отношению к сетевому элементу, причем компьютерная система функционирует при управлении от программных логических средств и имеет возможность подсоединения к каналу сигнализации, отличающаяся тем, что содержит программные логические средства приема для выдачи команды компьютерной системе принимать сообщение исходного адреса из канала сигнализации, программные логические средства обработки сигнализации для выдачи команды компьютерной системе обрабатывать сообщение исходного адреса для формирования сообщения контроля эхо-сигнала, выдающего команду контроллеру эхо-сигнала компенсировать эхо-сигнал для телекоммуникационного обслуживания, и для генерирования нового сообщения сигнализации, идентифицирующего виртуальное соединение для обеспечения телекоммуникационного обслуживания, и программные логические средства передачи для выдачи команды компьютерной системе передавать новое сообщение сигнализации по каналу сигнализации к сетевому элементу и для передачи сообщения контроля эхо-сигнала к контроллеру эхо-сигнала. 28. Телекоммуникационная система для предоставления телекоммуникационного обслуживания пользователям системы, содержащая множество ATM-коммутаторов, множество ATM-мультиплексоров, множество ATM-соединений, причем АТМ-соединения обеспечивают взаимные соединения АТМ-коммутаторов, АТМ-соединения соединяют АТМ-коммутаторы с АТМ-мультиплексорами, отличающаяся тем, что содержит множество процессоров сигнализации, являющихся внешними по отношению к АТМ-коммутаторам, причем указанные процессоры обеспечивают прием сообщения исходного адреса от пользователя для осуществления вызова, обработку сообщения исходного адреса для формирования сообщения контроля эхо-сигнала, которое выдает команду контроллеру эхо-сигнала компенсировать эхо-сигнал для телекоммуникационного обслуживания, и передачу сообщения контроля эхо-сигнала контроллеру эхо-сигнала, а также генерирование и передачу нового сообщения сигнализации, которое идентифицирует виртуальное соединение для АТМ-коммутатора осуществлять телекоммуникационное обслуживание для вызова, и множество каналов сигнализации, связывающих процессоры сигнализации с пользователями и с АТМ-коммутаторами. 29. Телекоммуникационная система для предоставления телекоммуникационного обслуживания пользователям системы, содержащая множество ATM-коммутаторов, множество ATM-соединений, причем АТМ-соединения обеспечивают взаимные соединения АТМ-коммутаторов, отличающаяся тем, что содержит множество процессоров сигнализации, являющихся внешними по отношению к АТМ-коммутаторам, причем указанные процессоры обеспечивают прием сообщения исходного адреса от пользователя для вызова, обработку сообщения исходного адреса для формирования сообщения контроля эхо-сигнала, которое выдает команду контроллеру эхо-сигнала компенсировать эхо-сигнал для телекоммуникационного обслуживания, и передачу сообщения контроля эхо-сигнала для контроллера эхо-сигнала, а также генерирование и передачу нового сообщения сигнализации, которое идентифицирует виртуальное соединение для АТМ-коммутатора, чтобы обеспечить телекоммуникационное обслуживание для вызова, и множество каналов сигнализации, связывающих процессоры сигнализации с пользователями и с АТМ-коммутаторами.

Документы, цитированные в отчете о поиске Патент 2000 года RU2144271C1

US 5003584 A, 26.03.91
US 4748658 A, 31.05.88
US 5377186 A, 27.12.94
УНИФИЦИРОВАННЫЙ МОДУЛЬ АВТОМАТИЧЕСКОЙ ТЕЛЕФОННОЙ СТАНЦИИ С ПРОЦЕССОРНЫМ УПРАВЛЕНИЕМ 1992
  • Геворгян Г.А.
  • Морозов Г.Г.
  • Мурыгин Д.В.
  • Пантелеев Ю.В.
  • Субботин В.С.
  • Синяков А.Р.
RU2039411C1
СПОСОБ КОНТРОЛЯ ДОСТОВЕРНОСТИ ДИСКРЕТНОЙ ИНФОРМАЦИИ 1991
  • Бобов М.Н.
  • Богданов М.А.
  • Дорошкевич П.В.
RU2019047C1
КОММУТАЦИОННОЕ УСТРОЙСТВО 1994
  • Самхарадзе Тамази Георгиевич
RU2041571C1
СПОСОБ МНОГОКАНАЛЬНОЙ ПЕРЕДАЧИ И ПРИЕМА СИГНАЛОВ С ИМПУЛЬСНО-КОДОВОЙ МОДУЛЯЦИЕЙ 1991
  • Тихонов О.С.
  • Пустыгин Е.В.
  • Рабинович Г.В.
  • Харьков В.И.
RU2007880C1

RU 2 144 271 C1

Авторы

Джозеф Майкл Кристи

Ману Чанд Бахл

Альберт Дэниель Дьюри

Майкл Джозеф Гарднер

Дэниель Чарльз Сбиза

Вильям Лайл Вили

Даты

2000-01-10Публикация

1996-09-03Подача