Система для управления телекоммуникационным обслуживанием

Система для управления телекоммуникационным обслуживанием

Реферат

 

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

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

Телекоммуникационные сети используют коммутаторы для обработки вызовов и устанавливаемых соединений. Коммутаторы необходимы для осуществления взаимного обмена данными при выполнении указанной функции. Такой обмен данными между коммутаторами известен как сигнализация. Известным примером сигнализации является Система сигнализации #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 может также идентифициров