Широкополосная система связи

 

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

Предшествующий уровень В настоящее время технология режима асинхронной передачи (ATM - Asynchronous Transfer Mode) разработана для обеспечения функциональных возможностей широкополосной коммутации. Некоторые ATM системы используют перекрестную ATM связь для обеспечения виртуальных соединений. Устройства перекрестной связи не имеют средств обработки сообщений сигнализации. Сообщения сигнализации представляют собой сообщения, которые используются телекоммуникационными сетями для установления или разъединения вызовов. Таким образом, перекрестная ATM связь не обеспечивает установление соединений на базе "от вызова к вызову". В результате, соединения через системы перекрестных связей должны быть предусмотрены заранее. Они обеспечивают относительно жесткую коммутационную структуру. Ввиду такого ограничения, ATM системы перекрестной связи главным образом использовались для обеспечения специализированных соединений, таких как долговременные виртуальные цепи (ДВЦ) и долговременные виртуальные маршруты (ДВМ). Но они не обеспечивают ATM коммутацию в режиме от вызова к вызову, как это требуется для обеспечения коммутируемых виртуальных цепей (КВЦ) или коммутируемых виртуальных маршрутов (КВМ). Специалистам в данной области техники хорошо известны преимущества, обеспечиваемые использованием КВЦ и КВМ по сравнению с ДВЦ и ДВМ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На фиг. 1 представлен вариант осуществления настоящего изобретения. На схеме показаны система связи 100, пользователь 110 и пользователь 120. Система связи 100 содержит ATM мультиплексор 130, обеспечивающий межсетевой обмен, мультиплексор 140, обеспечивающий межсетевой обмен, ATM систему перекрестной связи 150, систему обработки сигнализации 160. Пользователь 110 соединен с мультиплексором 130 посредством соединения 180. Мультиплексоры 130 и 140 соединены через систему перекрестной связи 150 соединением 181. Мультиплексор 140 соединен с пользователем 120 соединением 182. Система обработки сигнализации 160 связана с пользователем 110 линией 190, с мультиплексором 130 линией 191, с мультиплексором 140 линией 192, с пользователем 120 линией 193.

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

Пользователь 110 и пользователь 120 могут представлять собой любое сообщество, которое поставляет телекоммуникационный трафик в сеть 100. Некоторыми из таких примеров могут быть коммутатор канала местной АТС, аппаратура в помещении пользователя. В типовом случае пользовательский трафик будет подаваться в систему 100 в формате DS3, DS1 или OC-3, которые имеют встроенные цепи DS0 и VT 1.5. Соединения 180 и 182 представляют любое соединение, которое может быть использовано пользователем 120 для доступа к системе 100, и должны включать в себя форматы такие как E1, E3 и DS2. Как таковые, эти соединения иногда называются соединениями доступа. Соединения 180 и 182 в типовом случае должны быть соединениями DS0. встроенными в соединение DS3, однако изобретение совместимо с другими соединениями, примерами которых могут быть частичное DS1, свободное DS3 или четное SONET OC-3. Каналы 190 и 193 представляют собой любые линии, способные передавать сообщения сигнализации, например линии Системы сигнализации #7 (SS7). ATM система перекрестной связи 150 представляет собой систему, которая обеспечивает множество виртуальных соединений. Такая система может состоять из индивидуальных ATM устройств перекрестных соединений, связанных между собой ATM соединениями с использованием DS3 или SONET для пересылки данных. Примером ATM системы перекрестной связи может служить NEC Model 10. Соединение 181 может представлять собой любое виртуальное соединение. В типовом случае виртуальное соединение будет использовать DS3 или SONET для пересылки данных. ATM система перекрестной связи 150 может обеспечивать множество виртуальных соединений в системе перекрестной связи, и виртуальное соединение 181 представляет собой одно из таких соединений. Так как виртуальные соединения являются логическими маршрутами, многие физические маршруты могут использоваться на основе предварительно предусмотренной ATM системы перекрестной связи 150. Линии 191 и 192 могут представлять собой любые каналы, обеспечивающие пересылку сообщений данных. Примерами таких линий могут служить SS7 или UDP/IP. Компоненты, описываемые в данном разделе, хорошо известны в технике.

Система обработки сигнализации 160 представляет собой любую систему обработки, которая может принимать и обрабатывать сигнализацию для выбора виртуальных соединений, и затем генерировать и передавать сигнализацию для идентификации выбора. Различные формы сигнализации могут быть использованы в изобретении, включая SS7, C7 и сигнализацию интерфейса пользователь/сеть (UNT). Предпочтительный вариант осуществления процессора сигнализации детально описан ниже.

Мультиплексор 130 может представлять собой любую систему мультиплексирования, обеспечивающую помещение пользовательской информации, поступающей по соединению 180, в виртуальное соединение, выбранное системой обработки сигнализации 160. В типовом случае это предусматривает прием сообщений сигнализации от системы обработки сигнализации 160, которая идентифицирует назначения виртуальных соединений соединению доступа в режиме от вызова к вызову. Мультиплексор должен преобразовывать пользовательский трафик из соединения доступа 180 в ATM элементы, которые идентифицируют выбранное виртуальное соединение. Мультиплексор 140 подобен мультиплексору 130. Предпочтительный вариант осуществления таких мультиплексоров также детально рассмотрен ниже.

При вызове от пользователя 110 к пользователю 120 система работает следующим образом. Пользователь 110 будет передавать сообщение сигнализации по линии 190 в систему 100, инициирующую вызов. Система обработки сигнализации 160 будет обрабатывать это сообщение. Такая обработка будет включать проверку достоверности, отбраковку, трансляцию, выбор маршрута, контроль эхо-сигналов, сетевое управление, сигнализацию и выставление счета. В частности, будет выбираться виртуальное соединение через ATM систему перекрестной связи 150 от мультиплексора 130 к мультиплексору 140, а также будет выбираться соединение от мультиплексора 140 к пользователю 120. Хотя возможно множество различных соединений, показаны только выбранные соединения - соединение 181 и соединение 182. В общем случае выбор базируется на наборе номера, однако обработка может быть связана с множеством других факторов, в том числе с сетевыми нагрузками и с пользовательскими командами маршрутизации. Система обработки сигнализации 160 будет затем посылать сигнализацию, отражающую сделанный выбор, в мультиплексоры 130 и 140.

Пользователь 110 также будет устанавливать соединение с системой 100. Это соединение представлено соединением 180 с мультиплексором 130. Хотя для наглядности показано только одно соединение, однако ясно, что возможны различные соединения. Выбранное соединение будет идентифицироваться в сигнализации от пользователя 110 к системе 100. Система обработки сигнализации 160 будет включать идентификацию этого соединения в свой сигнал, передаваемый на мультиплексор 130.

Если требуется, то пользователь 120 будет принимать сигнализацию для облегчения завершения вызова. Сигнализация от системы обработки сигнализации 160 будет показывать, что система 100 соединена с пользователем 120 посредством соединения 182. В типовом случае пользователь 120 будет осуществлять прием и подтверждать соединение в сообщении сигнализации, передаваемом назад к системе 100.

Мультиплексор 130 будет принимать сигнализацию от системы обработки сигнализации 160, идентифицирующей соединение 180 в качестве соединения доступа и соединение 181 в качестве выбранного виртуального соединения через ATM систему перекрестной связи 150. Мультиплексор 130 будет преобразовывать пользовательскую информацию из соединения 180 в ATM элементы данных. Мультиплексор 130 будет указывать соединение 181 в заголовках элементов данных. Соединение 181 должно предусматриваться через ATM систему перекрестной связи 150 от мультиплексора 130 к мультиплексору 140.

Мультиплексор 140 должен принимать сигнализацию от системы обработки сигнализации 160, идентифицирующую соединение 181 в качестве выбранного виртуального соединения и соединение 182 в качестве выбранного соединения доступа к пользователю 120. Мультиплексор 140 преобразует элементы данных, поступающие по соединению 182, в пользовательскую информацию, соответствующую соединению 182 с пользователем 120. Хотя в вышеприведенном примере используются два мультиплексора, однако может быть использован и один мультиплексор для вызовов, которые поступают в систему 100 и выходят из нее через один и тот же мультиплексор. В этом случае система ATM должна просто обеспечивать виртуальное соединение назад к тому же самому мультиплексору.

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

На фиг. 2 представлен другой вариант осуществления изобретения. В данном варианте пользовательская информация от соединения доступа может быть мультиплексирована на уровень DS0, но это не требуется в других вариантах осуществления. Кроме того, в данном варианте используется система сигнализации SS7, хотя в изобретении могут использоваться и другие системы сигнализации, например С 7 или UNI.

На фиг. 2 показан интерфейс DS0 210, уровень ATM адаптации 220, ATM интерфейс 230, назначение DS0 - виртуального соединения 240, администратор вызова/соединения 250 и пункт пересылки сигнала 260. Также показаны соединения 280-283 и линии 290-292.

Соединение 280 может быть любым соединением из группы соединений, которые содержат информацию, которая должна быть преобразована в формат DS0. Примерами таких соединений являются соединения ОС-3, VT1.5, DS3, DS1. Интерфейс DS0 210 обеспечивает преобразование пользовательской информации этих форматов в формат DS0. Уровень ATM адаптации 220 содержит как подуровень сходимости, так и уровень сегментации и повторной компоновки. Уровень ATM адаптации 220 обеспечивает прием пользовательской информации в формате DS0 от интерфейса DS0 210 и преобразование информации в ATM элементы данных. Уровни ATM адаптации хорошо известны в технике, в частности, информация об уровне ATM адаптации содержится в документе 1.363.1 Международного Союза по телекоммуникациям (ITU). Уровень ATM адаптации для речевых сигналов также описан в заявке 08/395745 от 28 февраля 1995 г. на "Обработку элементов данных для передач речевых сигналов". ATM интерфейс 230 обеспечивает прием ATM элементов данных и передачу их по соединению 283. Соединение 283 представляет собой стандартное соединение DS3 или SONET, обеспечивающее передачу ATM элементов данных. Соединение 281 обеспечивает передачу данных в формате DS0, а соединение 282 - передачу ATM элементов данных.

Очевидно, что коммуникационный маршрут, образованный соединениями 280-283, может быть установлен для передачи пользовательской информации. Хотя коммуникационный маршрут описан от соединения 280 к соединению 283, однако изобретение очевидным образом применимо и для выполнения обратной обработки в противоположном направлении. Если коммуникационный маршрут является двунаправленным, то пользовательская информация в ATM элементах, поступающая по соединению 283, будет обрабатываться для выдачи в соединение 280 в соответствующем формате. Специалистам в данной области техники должно быть ясно, что отдельные соединения также могут быть установлены в каждом направлении, или может потребоваться только одно соединение для одного направления передачи данных. Эти компоненты и способ их работы известны из уровня техники. Линии сигнализации 290 и 291 представляют собой линии стандарта SS7.

Линия 292 представляет собой линию передачи данных, например, ethernet - соединение, использующее протокол передачи данных UDP/IP. Пункт пересылки сигнала 260 представляет собой устройство, которое маршрутизирует сообщения сигнализации. Пункты пересылки сигналов хорошо известны в технике. Администратор вызова/соединения 250 идентифицируется своим собственным кодом пункта сигнализации. Пункт пересылки сигналов 260 будет маршрутизировать сообщения сигнализации, адресованные на этот код пункта, к администратору вызова/соединения 250. В некоторых вариантах осуществления пункт пересылки сигналов 260 может также преобразовывать другие коды пунктов в код пункта для администратора вызова/соединения 250, так что эти сообщения сигнализации также маршрутизируются к администратору вызова/соединения 250. Хотя преобразование кода пункта не является существенным, однако оно облегчает переход от сети к системе, соответствующей изобретению. Преобразование может реализовываться с использованием таблицы преобразования, находящейся между уровнем 2 и уровнем 3 функции пересылки сообщений пункта пересылки сигналов 260. Таблица преобразования должна преобразовывать код пункта назначения сообщения в код администратора вызова/соединения 250, так чтобы функция маршрутизации уровня 3 пересылки сообщений пересылала сообщения к администратору вызова/соединения 250. Преобразование кода пункта может основываться на многих факторах. В качестве примеров можно привести код пункта назначения, линию сигнализации, код идентификации цепи, тип сообщения и различные комбинации этих и других факторов. Например, сообщения пользовательского фрагмента интегрированного обслуживания (ISUP) системы SS7c конкретными комбинациями OPC/DPC (код источника/код адресата) могут преобразовываться относительно DPC в код пункта администратора вызова/соединения 250. Эти сообщения сигнализации затем будут маршрутизироваться к администратору вызова/соединения 250 посредством пункта пересылки сигналов 260. Возможный вариант подходящего пункта пересылки сообщений раскрыт в заявке на патент США на "Телекоммуникационное устройство, систему и способ с усовершенствованным пунктом пересылки сигналов" поданной одновременно с данной заявкой тем же заявителем.

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

Блок назначения 240 представляет собой интерфейс управления, который принимает сообщения от администратора вызова/соединения 250. В частности, блок назначения 240 идентифицирует назначения DS0/виртуальное соединение в сообщениях из линии 292. Эти назначения выдаются на уровень ATM адаптации 220 для реализации. Как таковой, уровень ATM адаптации получает идентификатор виртуального маршрута и идентификатор виртуального канала для каждого вызова от блока назначения 240. Уровень ATM адаптации 220 также получает идентификацию DS0 для каждого вызова (или DS0 для N x 64 вызовов). Уровень ATM адаптации 220 затем преобразует пользовательскую информацию между идентифицированным DS0 и идентифицированным ATM виртуальным соединением. Подтверждения, что назначения реализованы, могут передаваться назад к администратору вызова/соединения 250, если это необходимо.

В процессе работы вызовы обрабатываются следующим образом. Сообщения сигнализации для вызовов поступают по линии 290 и маршрутизируются пунктом пересылки сигналов 260 к администратору вызова/соединения 250. Соединения доступа в типовом случае устанавливаются одновременно с сигнализацией. Все эти соединения представлены соединением 280. Интерфейс DS0 210 преобразует трафик в соединении 280 в формат DS0 и выдает преобразованные данные формата DS0 на уровень ATM адаптации 220 по соединению 281.

Сигнализация, принятая администратором вызова/соединения 250, будет идентифицировать соединения доступа для вызовов (т.е. конкретные DS0 в соединении 280), и содержать информацию вызова, такую как набранный номер. Администратор вызова/соединения 250 будет обрабатывать сигнализацию и выбирать соединения для вызова. Поскольку множество виртуальных соединений предварительно предусмотрены от ATM интерфейса 230 к другим адресатам сети, администратор вызова/соединения 250 может выбрать виртуальное соединение к адресату. Процедура выбора может выполняться посредством таблиц преобразования. Например, таблица может использоваться для преобразования части набранного номера в идентификатор виртуального маршрута. Идентификатор виртуального канала может быть выбран на базе имеющихся в распоряжении идентификаторов виртуальных каналов для выбранного идентификатора виртуального маршрута. Комбинация идентификатора виртуального маршрута и идентификатора виртуального канала должна соответствовать однозначно определенному виртуальному соединению, предварительно предусмотренному от ATM интерфейса 230 к соответствующему адресату сети. Варианты выбора представляют назначения DS0 - виртуальное соединение, которые выдаются блоку назначения 240 по линии 292.

Блок назначения 240 принимает назначения DS0- виртуальное соединение и выдает их на уровень ATM адаптации 220. Когда уровень ATM адаптации 220 принимает конкретное назначение, он преобразует пользовательскую информацию от указанного DS0 в элементы, которые идентифицируют указанные идентификатор виртуального маршрута и идентификатор виртуального канала. Эти элементы подаются на ATM интерфейс 230 по соединению 282. Интерфейс ATM 230 принимает элементы данных и представляет их в формате пересылки для соединения 283. Элементы данных затем транспортируются по выбранному виртуальному соединению в соответствующее место назначения.

Вызовы выходят из сети через соединение 280. В этом случае администраторы вызова/соединения в пунктах источников вызовов выбирают виртуальные соединения к интерфейсу ATM 230. Администраторы вызова/соединения источников вызовов также передают сообщения сигнализации к администратору вызова/соединения 250. Сообщения сигнализации идентифицируют адресатов вызовов и выбирают виртуальные соединения. Администратор вызова/соединения 250 должен иметь перечень имеющихся соединений доступа для идентифицированных адресатов. Администратор вызова/соединения 250 будет выбирать соединения доступа к адресату из указанного перечня. Например, соединение, выбранное администратором вызова/соединения 250 может представлять собой DS0, встроенное в DS3, соединенное с каналом местной АТС. Виртуальные соединения в соединении 283 и выбранные соединения доступа в соединении 280 выдаются в блок назначения 240 по линии 292. Блок назначения 240 выдает эти назначения на уровень ATM адаптации 220.

Интерфейс ATM 230 будет демультиплексировать элементы данных, поступающие из соединения 283, и выдавать их на уровень ATM адаптации 220. Уровень ATM адаптации 220 преобразует пользовательскую информацию в элементы данных в формате DS0. Уровень ATM адаптации 220 осуществляет это преобразование так, что элементы данных из конкретных виртуальных соединений выдаются в назначенное соединение DS0 в соединении 281. Интерфейс DS0 будет преобразовывать данные в DS0 формате из соединения 281 в соответствующий формат, такой как DS3, для соединения 280. Специалистам в данной области техники известны способы мультиплексирования и транспортировки сигналов формата DS0.

Из вышеизложенного описания следует, что пользовательская информация для вызовов может передаваться от соединения 280 к соединению 283 и в обратном направлении от соединения 283 к соединению 280. Интерфейс DS0 210 и интерфейс ATM 230 обеспечивают передачу пользовательской информации в соответствующих форматах на уровень ATM адаптации 220. Уровень ATM адаптации 220 преобразует пользовательскую информацию из формата DS0 в ATM формат на основе назначений с блока назначения 240. Администратор вызова/соединения 250 может выбрать назначения DS0-виртуальное соединение, которые обеспечивают реализацию процедуры.

ATM мультиплексор, обеспечивающий межсетевой обмен На фиг. 3 представлен вариант осуществления мультиплексора, который пригоден для использования настоящего изобретения, однако имеются и другие варианты мультиплексоров, которые соответствуют настоящему изобретению. На фиг. 3 показаны интерфейс управления 300, интерфейс оптического канала уровня 3 (OC-3), интерфейс цифрового сигнала уровня 3 (DS3) 310, интерфейс цифрового сигнала уровня 1 (DS1) 315, интерфейс цифрового сигнала уровня 0 (DS0) 320, блок цифровой обработки сигналов 325, уровень ATM адаптации 330 и интерфейс OC-12 335.

Интерфейс OC-3 305 принимает данные формата OC-3 и осуществляет преобразование в формат DS3. Интерфейс DS3 310 принимает данные формата DS3 и осуществляет преобразование в формат DS1. Интерфейс DS3 310 может принимать данные формата DS3 от интерфейса OC-3 305 и от внешнего соединения. Интерфейс DS1 315 принимает данные формата DS1 и осуществляет преобразование в формат DS0. Интерфейс DS1 315 может принимать данные формата DS1 от интерфейса DS3 310 или от внешнего соединения.

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

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

Блок ЦОС 325 соединен с уровнем ATM адаптации 330. Уровень ATM адаптации 330 работает, как описано выше. Получаемые от управляющего интерфейса 300 назначения DS0 -виртуальное соединение реализуются уровнем ATM адаптации 330 путем преобразования из формата DS0 в формат ATM.

Вызовы со скоростью передачи битов, превышающей 64 кбит/с, определяются как N x 64 вызовы. Если необходимо, уровень ATM адаптации 330 может обеспечить прием управляющих сообщений посредством интерфейса управления 300 от администратора вызова/соединения для N x 64 вызовов. Администратор вызова/соединения будет выдавать команды уровню ATM адаптации 330 для группировки данных формата DS0 для вызова.

ATM система перекрестной связи На фиг. 4 представлены виртуальные соединения, обеспечиваемые ATM системой перекрестной связи, согласно возможному варианту осуществления изобретения, хотя специалистами в данной области техники могут быть предложены различные другие способы обеспечения виртуальных соединений, совместимые с изобретением. На фиг. 4 показаны виртуальные соединения 410, 412, 414, 416, 418 и 420. Эти виртуальные соединения обеспечивают взаимное соединение мультиплексоров A, B и C с помощью перекрестных связей Y и Z. Виртуальные соединения обеспечиваются между каждым мультиплексором. Каждый мультиплексор должен иметь виртуальный маршрут к системе перекрестной связи, который указан для каждого мультиплексора возможного адресата. Виртуальный маршрут AB содержит виртуальное соединение 412 от мультиплексора A к мультиплексору B. Для вызовов, которые берут начало и заканчиваются в одном и том же мультиплексоре, для этой цели предусмотрены виртуальные соединения 410, 416 и 420. Виртуальные соединения 414 и 418 соединяют мультиплексоры A/C и B/C соответственно. Различные маршруты для различных виртуальных соединений могут быть предусмотрены между одними и теми же двумя мультиплексорами.

В каждом виртуальном маршруте содержатся тысячи виртуальных каналов (не показаны). Виртуальные соединения предусмотрены с помощью перекрестных связей комбинаций идентификатора виртуального маршрута (ИВМ)/идентификатора виртуального канала (ИВК) в перекрестных соединениях Y и Z. Если вызов входит в мультиплексор A и должен завершиться в мультиплексоре B, то администратор вызова/соединения выберет виртуальный маршрут AB. Выбор может базироваться на преобразовании набранного номера. В пределах виртуального маршрута AB администратор вызова/соединения будет выбирать конкретный виртуальный канал. Этот выбор может основываться на имеющихся ИВК в конкретном ИВМ. Таким путем предварительно предусмотренные виртуальные соединения могут выбираться в режиме от вызова к вызову.

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

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

Работа в сети На фиг. 5 представлен вариант осуществления изобретения, соответствующий конкретному сценарию телекоммуникационной сети, хотя изобретение не ограничено этим конкретным сценарием. На фиг. 5 показаны система связи 500, пользователи 512, 514, 516, пункты пересылки сигналов 518, 520, 522, 524, мультиплексоры 526, 528, 530, 532. администраторы вызова/соединения 534, 536, 538, 540, ATM устройство перекрестной связи 542, 544, 546. Для простоты соединения и линии сигнализации не пронумерованы. Все эти компоненты описаны, и администраторы вызова/соединения также обсуждены ниже.

В процессе работы пользователь 510 может направить вызов стандарта 800 в систему 500. Пользователь 510 может соединяться с мультиплексором 526 посредством соединения DS3. Вызов 800 будет занимать соединение DS0, встроенное в DS3, соединенное с мультиплексором 526. Пользователь 510 будет передавать сообщение исходного адреса системы SS7 через пункт пересылки сигналов 518 к системе 500. Пункт пересылки сигналов 520 выполнен с возможностью маршрутизации сообщения исходного адреса администратору вызова/соединения 534. Сообщение исходного адреса содержит такую информацию, как набранный номер, номер вызывающего пользователя, код идентификации цепи. Код идентификации цепи идентифицирует соединение DS0, использованное пользователем 510 для вызова.

Администратор вызова/соединения 534 обрабатывает сообщение исходного адреса и идентифицирует данный вызов как вызов системы 800.

Администратор вызова/соединения будет преобразовывать набранный номер на основе плана маршрутизации для абонентов системы 800 либо с использованием собственной базы данных, либо путем доступа к пункту управления обслуживанием (не показан). Например, вызовы формата 800 от пользователя 510 могут маршрутизироваться к пользователю 512 в рабочее время суток, к пользователю в ночное время, а к пользователю 516 - в выходные дни. Если вызов размещен от пользователя 512 в выходной день, то вызов будет маршрутизироваться к пользователю 516. Администратор вызова/соединения 534 будет выбирать предварительно предусмотренное виртуальное соединение от мультиплексора через ATM устройство перекрестной связи 542 и ATM устройство перекрестной связи 544 к мультиплексору 530. Администратор вызова/соединения 534 будет передавать сообщение исходного адреса к администратору вызова/соединения 538 через пункт пересылки сигналов 520 и пункт пересылки сигналов 522. Сообщение исходного адреса будет указывать, что вызов должен маршрутизироваться к пользователю 516 и будет идентифицировать выбранное виртуальное соединение, предназначенное для использования для достижения мультиплексора 530.

В типовом случае мультиплексор 530 будет соединен с пользователем 516 с помощью соединения DS3. Администратор вызова/соединения 538 будет выбирать соединение DS0, встроенное в DS3, и будет передавать сообщение исходного адреса пользователю 516 через пункты пересылки сигналов 522 и 524. Код идентификации канала сообщения исходного адреса будет указывать, что вызов должен маршрутизироваться к пользователю 516 посредством выбранного соединения DS0. Пользователь 516 будет передавать ответное сообщение посредством администратора вызова/соединения 524 назад в систему 500.

Администратор вызова/соединения 534 будет также передавать сообщение протокола UDP/IP к мультиплексору 526, содержащее для него команду компоновать пользовательскую информацию в соединении DS0 от пользователя 510 в ATM элементы данных с заголовком, идентифицирующим выбранное виртуальное соединение. Администратор вызова/соединения 538 будет передавать сообщение протокола UDP/IP к мультиплексору 530, содержащее для него команду декомпоновать ATM элементы из выбранного виртуального соединения и выдать на выход пользовательскую информацию в выбранное соединение DS0 к пользователю 516. ATM устройство перекрестной связи 542 будет маршрутизировать ATM элементы из мультиплексора 526 к ATM устройству перекрестной связи 544, основываясь на заголовке элемента данных. Аналогичным образом, ПТМ устройство перекрестной связи 544 будет маршрутизировать эти элементы данных к мультиплексору 530, основываясь на заголовке элемента данных. Как таковая, пользовательская информация вызова будет передаваться от пользователя 510 к пользователю 516 по соединению DS0 от пользователя 510, виртуальному соединению, выбранному администратором вызова/соединения 534, и соединению DS0 к пользователю 516, выбранному администратором вызова/соединения 538. Мультиплексоры будут реализовывать выбор администраторов вызова/соединения.

Вызов требует, чтобы речевой канал был предоставлен в распоряжение в обоих направлениях. Как таковые, соединения DS0 и виртуальные соединения должны быть двунаправленными. Передача по каналу приема (от пользователя 516 к пользователю 510) произойдет, после того как завершающее адресное сообщение будет принято системой 500. Передача по каналу передачи (от пользователя 510 к пользователю 516) произойдет, после того как ответное сообщение будет принято системой 500. Это может быть осуществлено, не разрешая мультиплексору 530 высвобождать какие-либо элементы данных для вызова до тех пор, пока ответное сообщение не будет принято системой 500.

Если пользователь 510 размещает вызов в ночное время, администратор вызова/соединения 534 определит, что адресатом является пользователь 514. Соответственно для вызова будет выбрано предварительно предусмотренное виртуальное соединение от мультиплексора 526 через ATM устройства перекрестной связи 542 и 546 к мультиплексору 528. Администратор вызова/соединения будет выбирать DS0 для пользователя 514.

Если бы пользователь 510 разместил вызов в дневное время, то администратор вызова/соединения определил бы, что адресатом является пользователь 512. Соответственно для данного вызова было бы выбрано виртуальное соединение от мультиплексора 526 через ATM устройство соединения 542 и назад к мультиплексору 526. Администратор вызова/соединения 534 также обеспечил бы выбор DS0 соединения для пользователя 512.

Администратор вызова/соединения Фиг. 6-12 относятся к предпочтительному варианту осуществления процессора сигнализации, также известного как администратор вызова/соединения, однако может быть использован любой процессор, который поддерживает требования, установленные для изобретения. На фиг. 6 представлен процессор сигнализации, пригодный для использования в соответствии с изобретением. Процессор сигнализации 510 в типовом случае будет отделен от мультиплексора, однако специалистам в данной области техники ясно, что они могут быть размещены вместе. Кроме того, процессор сигнализации может поддерживать один мультиплексор или несколько мультиплексоров.

Процессор сигнализации 610 содержит уровень 1 участка пересылки сообщений (УПС) 612, уровень 2 УПС 615, уровень 3 УПС 620. Уровень 1 УПС 612 определяет физические и электрические характеристики линии сигнализации. Уровень 2 УПС 615 находится выше уровня 1 и поддерживает надежную транспортировку по линии сигнализации путем контроля статуса и выполнения проверки ошибок. Совместно уровни 1- 2 УПС обеспечивают надежную транспортировку данных по индивидуальному каналу связи. Устройство требует функциональных возможностей уровней 1-2 УПС для каждого канала связи, которое оно использует. Уровень 3 УПС 620 находится выше уровня 2 и обеспечивает функции маршрутизации и управления для системы сигнализации в целом. Уровень 3 620 УПС направляет сообщения в надлежащий канал сигнализации (действительно на уровень 2 УПС для данного канала). Уровень 3 УПС 620 направляет сообщения к прикладным программам с использованием уровней УПС для доступа к системе сигнализации. Уровень 3 УПС 620 также имеет функцию контроля, обеспечивающую контроль состояния системы сигнализации и принятие соответствующих мер для восстановления обслуживания в системе. Уровни 1-3 УПС соответствуют уровням 1-3 базовой опорной модели межсоединений открытой системы (OSIBRF). Как УПС 1-3, так и модель OSIBRF хорошо известны в технике.

Для процессора сигнализации 610 также показаны интерфейс ethernet 635, обработчик платформы 640, обработчик сообщений 645 и обработчик данных 650. Интерфейс ethernet 635 является стандартной шиной ethernet, поддерживающей протокол TCP/IP, которая пересылает сообщения сигнализации от уровня 3 УПС к обработчику платформы 640. Кроме того, если для обмена данными с мультиплексорами используется протокол UDP/IP, то интерфейс ethernet 635 будет разрешать связь с мультиплексорами. Специалистам в данной области техники должно быть ясно, что другие протоколы и интерфейсы, которые поддерживают указанные функции, также могут быть использованы в соответствии с изобретением.

В соответствии с настоящим изобретением логические средства интерфейса сигнализации (указанные позициями 612, 615, 620 и 635) будут обеспечивать маршрутизацию выбранных сообщений протокола ISUP к обработчику платформы 640. Способы осуществления этого описаны выше. Предпочтительно, интерфейс SS7 с обработчиком платформы 640 может быть выполнен с использованием коммерчески доступных программных средств системы SS7. Примером таких программных средств является программное обеспечение интерфейса SS7, предоставляемое компанией Trillium, Inc.

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

В последующем описании термин ISUP относится и в B-ISUP. В процессе работы сообщения протокола ISUP, которые удовлетворяют соответствующим критериям, маршрутизируются участком пересылки сообщений (УПС) и/или ATM интерфейсом 615, уровнем 3 УПС 620 и интерфейсом ethernet 635 к обработчику платформы 640. Обработчик платформы 640 будет маршрутизировать сообщения протокола ISUP к обработчику сообщений 645. Обработчик сообщений 645 будет обрабатывать информацию протокола ISUP. Это может включать проверку достоверности, отбраковку, определение, необходимы ли дополнительные данные для обработки вызова. Если нужно, то обработчик данных 650 будет вызываться и обеспечивать обработчика сообщений 645 соответствующими данными, чтобы обработчик сообщений 645 мог завершить обработку вызова. Обработчик сообщений 645 будет генерировать соответствующие сообщения протокола ISUP для осуществления вызова и передавать сигналы на обработчик платформы 640 для последующей передачи указанным элементам сети.

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

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

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

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

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

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

Обработчик платформы На фиг. 7 представлен возможный вариант обработчика платформы. Обработчик платформы 710, показанный на фиг. 7, содержит обработчик пункта пересылки сигналов (ППС) 712, управляющую программу (супервизор) 714 и обработчик администратора вызова/соединения (ABC) 716. Обработчик платформы 710 передает и принимает сообщения протокола ISUP к интерфейсу сигнализации (позиции 312, 315, 320 и 335) и от этого интерфейса. Обработчик ППС 712 обеспечивает интерфейс ethernet-TCP/IP. Обработчик ППС 712 обеспечивает буферизацию декомпоновку входящих пакетов для ABC и буферизацию и компоновку исходящих пакетов. Обработчик ППС 712 может также осуществлять проверку сообщений для основных потоков. Любой метод переноса сообщений сигнализации к обработчику платформы 710 может быть использован в изобретении.

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

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

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

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

Обработчик сообщений
На фиг. 8 представлен обработчик сообщений. Обработчик сообщений 820, показанный на фиг. 8, содержит центр вызова 821, администратор подготовки 822, администратор завершения 823, администратор пункта обнаружения 828, администратор признака 824, вспомогательный администратор 825, администратор коммутации 826 и локальный ресурс 827. Главная функция обработчика сообщений 820 состоит в обработке сообщений протокола ISUP.

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

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

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

Администратор пункта обнаружения 828 принимает сообщения от администратора подготовки 822, обусловленные пунктом обнаружения, обнаруженным в процессе обработки вызова. Администратор пункта обнаружения 828 будет идентифицировать, не активизирован ли пункт обнаружения.

Активизированный пункт обнаружения имеет определенные критерии, которые, при их удовлетворении, могут повлиять на обработку вызова. Если пункт обнаружения не активизирован, то администратор пункта обнаружения 828 передаст непрерывный сигнал назад к администратору подготовки 822. Это сообщение инструктирует администратора подготовки 822 продолжать обработку вызова до следующего пункта обнаружения. Если пункт обнаружения активизирован, то администратор пункта обнаружения 828 будет проверять, удовлетворены критерии для пункта обнаружения. Если администратор пункта обнаружения 828 требует помощи в обработке активизированного пункта обнаружения, то он передаст сообщение администратору признака 824.

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

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

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

Администратор заверения 823 устанавливает блок памяти, называемый завершающим блоком управления вызовом. Блок управления вызовом обеспечивает архив для хранения информации, специфической для вызова, и сходен по построению с исходным блоком управления вызовом.

Администратор завершения 823 также работает в соответствии с моделью BCSM, но с некоторыми исключениями. Администратор завершения 823 продолжает обработку вызова, проходящего через его собственные пункты в вызове, пока не будут обнаруживаться пункты обнаружения. Когда такой пункт обнаружен, администратору пункта обнаружения 828 направляется сообщение и обработка в администраторе завершения 823 приостанавливается, пока администратор пункта обнаружения 828 не ответит. Примером пункта обнаружения для администратора завершения 823 была бы выдача разрешения завершения, за которой последовало бы разрешение на установку вызова администратором подготовки 822. Сообщения от администратора завершения 823 к администратору пункта обнаружения 828 обрабатываются, как описано выше для сообщений с администратора подготовки 822. Когда обработка администратора завершения 823 закончена, он формирует сообщение сигнализации для передачи через обработчик платформы 410 к соответствующим мультиплексорам и, возможно, пользователям. Обработчик сообщений 820 осуществляет обмен данными с обработчиком данных с использованием протокола пересылки данных. Примерами таких протоколов могут быть UDP/IP, Протокол прикладных программ интеллектуальной сети (INAP), который содержится в подуровне компонентов Раздела Прикладных программ функциональных средств транзакций (TCAP).

Обработчик данных
На фиг. 9 показан вариант осуществления обработчика данных. Обработчик данных 930, показанный на фиг. 9, содержит центр управления обслуживанием 931, выбор обслуживания 932, центр логики обслуживания 933, обработку признаков 934, центр данных обслуживания 935, администратора данных обслуживания 936, контроль эхо-сигналов, средства расчета 938. Обработчик данных 930 принимает сообщения запроса обслуживания от обработчика сообщений. Эти сообщения обусловлены активизированными пунктами обнаружения, запускающими обработчик сообщений для обращения к обработчику данных 930. Сообщения также обусловлены признаками, реализованными вспомогательным администратором. Центр управления обслуживанием 931, центр логики обслуживания 933 и центр данных обслуживания являются статическими процедурами обработки, создаваемыми при запуске. Центр управления обслуживанием 931 создает экземпляры администраторов выбора вида обслуживания в режиме от вызова к вызову. Центр управления обслуживанием 931 уведомляет администратора коммутации о маршрутизации последующих сообщений запроса обслуживания для данного вызова к соответствующему администратору выбора вида обслуживания. Администратор выбора вида обслуживания 932 представляет любого из администраторов выбора вида обслуживания, создаваемых центром управления обслуживанием 931.

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

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

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

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

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

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

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

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

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

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

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

Если на этапе 1030 вызов разрешен, то виды обслуживания, идентифицированные на этапе 1015, проверяются на этапе 1040 для определения того, может ли быть маршрутизирован вызов. Это обычно делается для вызовов в традиционной телефонной системе POTS. Если на этапе 1040 определяется, что никакого дополнительного обслуживания не требуется, то набранный номер преобразуется в команду маршрутизации на этапе 1045. Команда маршрутизации может представлять собой конкретное виртуальное соединение и/или соединение доступа. Затем процедура обработки переходит к A. Если на этапе 1040 требуются дополнительные виды обслуживания, то обработка переходит к B.

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

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

После того как на этапе 1115 определено, что вызов не является вызовом с передачей данных, или после обработки на этапе 1125, относящейся к контролю эхо-сигналов, на этапе 1135 создается сообщение сигнализации. Это новое сообщение сигнализации идентифицирует соединения доступа и виртуальное соединение для вызова. Новое сообщение сигнализации может также содержать команды контроля эхо-сигналов. Новое сообщение сигнализации передается обработчику платформы на этапе 1140.

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

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

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

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

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

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

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

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

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

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

Формула изобретения

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

2. Способ по п. 1, отличающийся тем, что при приеме сигнализации для вызова принимают сообщение установки вызова.

3. Способ по п. 1, отличающийся тем, что при приеме сигнализации для вызова принимают сообщение исходного адреса системы сигнализации # 7.

4. Способ по п. 1, отличающийся тем, что при приеме пользовательской информации для вызова из конкретного соединения принимают пользовательскую информацию из соединения цифрового сигнала нулевого уровня (DSO).

5. Способ по п. 1, отличающийся тем, что при приеме пользовательской информации для вызова принимают речевую информацию.

6. Способ по п.1, отличающийся тем, что при выборе виртуального соединения выбирают виртуальное соединение на основании набранного номера.

7. Способ по п.1, отличающийся тем, что при выборе виртуального соединения выбирают виртуальное соединение на основании обработки вызова NOO.

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

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

10. Способ по п.1, отличающийся тем, что асинхронные данные передают по соединению стандарта для синхронной оптической сети (SONET).

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

12. Способ по п. 11, отличающийся тем, что реализация требований ЦОС включает контроль эхо-сигналов для вызова.

13. Способ по п. 11, отличающийся тем, что реализация требований ЦОС включает шифрование вызова.

14. Способ по п. 11, отличающийся тем, что реализация требований ЦОС включает регулировку уровня в децибелах для вызова.

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

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

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

18. Способ по п.17, отличающийся тем, что при приеме сигнализации для вызова принимают сообщение установки вызова.

19. Способ по п.17, отличающийся тем, что при приеме сигнализации для вызова принимают сообщение исходного адреса системы сигнализации # 7.

20. Способ по п.17, отличающийся тем, что при приеме пользовательской информации для вызова из первого соединения доступа принимают пользовательскую информацию из соединения цифрового сигнала нулевого уровня (DSO).

21. Способ по п.17, отличающийся тем, что при приеме пользовательской информации для вызова принимают речевую информацию.

22. Способ по п.17, отличающийся тем, что виртуальное соединение выбирают на основе набранного номера.

23. Способ по п.17, отличающийся тем, что виртуальное соединение выбирают на основе обработки вызова типа NOO.

24. Способ по п.17, отличающийся тем, что виртуальное соединение выбирают на основе обработки вызова частной виртуальной сети.

25. Способ по п.17, отличающийся тем, что виртуальное соединение выбирают на основе обработки вызова, предусматривающего обслуживание мобильного абонента/терминала.

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

27. Способ по п.26, отличающийся тем, что при приеме первого сигнала для вызова принимают сообщение установки вызова.

28. Способ по п.26, отличающийся тем, что при приеме первого сигнала для вызова принимают сообщение исходного адреса системы сигнализации # 7.

29. Способ по п.26, отличающийся тем, что при приеме пользовательской информации для вызова из первого соединения доступа принимают пользовательскую информацию из соединения цифрового сигнала нулевого уровня (DSO).

30. Способ по п.26, отличающийся тем, что при приеме пользовательской информации для вызова принимают речевую информацию.

31. Способ по п.26, отличающийся тем, что при выборе виртуального соединения выбирают виртуальное соединение на основании набранного номера.

32. Способ по п.26, отличающийся тем, что виртуальное соединение выбирают на основе обработки вызова типа NOO.

33. Способ по п.26, отличающийся тем, что виртуальное соединение выбирают на основе обработки вызова частной виртуальной сети.

34. Способ по п.26, отличающийся тем, что виртуальное соединение выбирают на основе обработки вызова, предусматривающего обслуживание мобильного абонента/терминала.

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

36. Система по п.35, отличающаяся тем, что содержит АТМ систему перекрестной связи, соединенную с асинхронным мультиплексором, обеспечивающим межсетевой обмен, и выполненную для обеспечения множества виртуальных соединений с асинхронным мультиплексором, обеспечивающим межсетевой обмен.

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

38. Мультиплексор по п.37, отличающийся тем, что интерфейс доступа включает интерфейс цифрового сигнала нулевого уровня (DSO).

39. Мультиплексор по п.37, отличающийся тем, что интерфейс доступа включает интерфейс цифрового сигнала первого уровня (DS1).

40. Мультиплексор по п.37, отличающийся тем, что интерфейс доступа включает интерфейс цифрового сигнала третьего уровня (DS3).

41. Мультиплексор по п.37, отличающийся тем, что интерфейс доступа включает интерфейс оптического канала третьего уровня (ОС-3).

42. Мультиплексор по п.37, отличающийся тем, что интерфейс доступа включает интерфейс оптического канала 12 уровня (ОС-12).

43. Мультиплексор по п.37, отличающийся тем, что интерфейс доступа включает интерфейс первого уровня мультиплексирования (Е1).

44. Мультиплексор по п.37, отличающийся тем, что интерфейс доступа включает интерфейс третьего уровня мультиплексирования (Е3).

45. Мультиплексор по п.37, отличающийся тем, что сигнализация для каждого вызова идентифицирует конкретное соединение цифрового сигнала нулевого уровня (DSO) для данного вызова.

46. Мультиплексор по п.37, отличающийся тем, что асинхронный интерфейс включает интерфейс оптического канала третьего уровня (ОС-3).

47. Мультиплексор по п.37, отличающийся тем, что асинхронный интерфейс включает интерфейс оптического канала 12 уровня (ОС-12).

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

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

50. Мультиплексор по п.49, отличающийся тем, что цифровой процессор сигналов обеспечивает контроль эхо-сигналов.

51. Мультиплексор по п.49, отличающийся тем, что цифровой процессор сигналов обеспечивает шифрование.

52. Мультиплексор по п.49, отличающийся тем, что цифровой процессор сигналов обеспечивает сжатие цифрового речевого сигнала.

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

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

55. Система по п.54, отличающаяся тем, что первый сигнал представляет собой сообщение исходного адреса системы сигнализации # 7.

56. Система по п. 54, отличающаяся тем, что первое соединение доступа представляет собой соединение цифрового сигнала нулевого уровня (DSO).

57. Система по п.54, отличающаяся тем, что пользовательская информация представляет собой речевую информацию.

58. Система по п.54, отличающаяся тем, что виртуальное соединение выбрано на основе набранного номера.

59. Система по п.54, отличающаяся тем, что виртуальное соединение выбрано на основе обработки вызова типа NOO.

60. Система по п.54, отличающаяся тем, что виртуальное соединение выбрано на основе обработки вызова виртуальной частной сети.

61. Система по п.54, отличающаяся тем, что виртуальное соединение выбрано на основе обработки вызова, предусматривающего обслуживание мобильного абонента/терминала.

РИСУНКИ

Рисунок 1, Рисунок 2, Рисунок 3, Рисунок 4, Рисунок 5, Рисунок 6, Рисунок 7, Рисунок 8, Рисунок 9, Рисунок 10, Рисунок 11, Рисунок 12, Рисунок 13, Рисунок 14, Рисунок 15, Рисунок 16, Рисунок 17, Рисунок 18, Рисунок 19