RU2165678C2

RU2165678C2 - Способ управления связью и соединением

Info

Publication number: RU2165678C2
Application number: RU97116719/09A
Authority: RU
Inventors: Кантола Раймо
Original assignee: Нокиа Телекоммьюникейшнз Ой
Priority date: 1995-03-09
Filing date: 1996-03-11
Publication date: 2001-04-20
Also published as: NO974129L; JPH11501784A; CA2214004A1; US5878128A; BR9607449A; NZ302700A; AU704869B2; EP0815691A1; NO974129D0; WO1996028942A1; AU4881696A

Abstract

Изобретение относится к управлению соединениями и связью в телекоммуникационной сети. Технической результат состоит в использовании услуг, предоставляемых универсальными компонентами предоставляемого обслуживания. Архитектура системы, предоставляющей обслуживание, содержит систему управления соединениями, систему управления обслуживанием и систему управления сеансом связи. Специальное программное обеспечение адаптации формирует описание логической конфигурации коммуникации между сторонами, участвующими в обслуживании, и описание статуса средств соединения, которое описывает физическое соединение между абонентами и АТС. В ответ на запрос системе обслуживания от телекоммуникационной сети система управления обслуживанием выдает описание желательного коммуникационного статуса, который соответствует затребованному обслуживанию, и описание состояния средств соединения. Система управления сеансом связи определяет, какой тип коммуникационного статуса соответствует данному статусу соединений, с использованием описания переданного ей статуса средств соединения. В ответ на этот статус соединения система управления соединением осуществляет соединения таким образом, что устанавливается соединение, соответствующее желательному виду обслуживания. 2 с. и 15 з.п.ф-лы, 6 табл., 4 ил.

Description

Область техники
Изобретение относится к управлению соединениями и связью в телекоммуникационной сети.

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

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

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

Принцип архитектуры, представленной в указанной заявке PCT, имеет возможность дальнейшего развития. В заявках на Европейский патент EP-0631456 и EP-0631457 описана архитектура, в которой различные традиционные функции обработки при вызове, такие как управление коммутацией или управление каналами, управление вызовом и управление соединением, выделены в отдельные прикладные процедуры.

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

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

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

Информационная модель, представленная на фиг. 1, упрощенно иллюстрирует понятие коммуникационного статуса. Интерфейсы потока представляют абстрактные описания устройств, а интерфейсы связи представляют абстрактные описания либо локальных соединений, либо соединений дальней связи. И те, и другие управляются посредством соответствующего операционного интерфейса, который предоставляет функции для создания, модифицирования и исключения объектов. На чертеже представлены стороны, участвующие в обмене данными, и их интерфейсы, когда эти стороны принимают участие в сеансе связи. Поток представляет собой однонаправленный поток битов, характеризуемый заданной структурой кадра (формат, кодирование) и качеством параметров обслуживания, которые определяют временное выравнивание кадров, требования синхронизации между потоками и т.п. Система Управления Сеансом Связи (УСС) обеспечивает интерфейс для определения связей интерфейсов потока в явном виде и для управления связью. Термин "связь потока" определяет соотношение между интерфейсами потока. Виртуальные устройства представляют собой абстрактные описания реальных физических устройств. Потоки представляют собой однонаправленные потоки от одного пункта к другому пункту или от данного пункта к среднему пункту, т.е. они состоят из одной или более ветвей. Ветвь потока определяется между источником и каждым из потребителей. Понятие логический граф соединений (ЛГС) эквивалентно понятию "связь потока". Он включает в себя логические узлы, соединенные логическими каналами через логические шлюзы.

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

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

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

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

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

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

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

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

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

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

Краткое описание чертежей
Фиг. 1 - информационная модель коммуникационного состояния в новой сети;
Фиг. 2 - информационная модель в виде концепций логического графа соединений;
Фиг. 3 - схематичное представление сети согласно первому варианту осуществления изобретения;
Фиг. 4 - схематичное представление сети согласно второму варианту осуществления изобретения.

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

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

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

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

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

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

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

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

На фиг. 3 схематично представлен первый вариант осуществления изобретения, предусматривающий взаимодействие с интеллектуальной сетью. В определенных Международным Телекоммуникационным Союзом технических характеристиках интеллектуальной сети Q.1214 ITU-T или в описании интеллектуальной сети Intelligent Network Capability Set 1 Core INAP ETS 300 374-1 указано, что пункт коммутации обслуживания (ПКО) должен иметь по меньшей мере Функции Коммутации Обслуживания (ФКО), включающие в себя пункты обнаружения и таблицы запуска, а также функции управления вызовом. Только в целях моделирования на чертеже добавлены функции 503 и 504. В конкретных вариантах осуществления интеллектуальной сети они могут быть реализованы как составная часть функции управления вызовом. Позиция 501 относится к пункту коммутации обслуживания, а позиция 506 - к системе обслуживания, основанной на новой архитектуре. Между ПКО 501 и системой обслуживания 506 используются протоколы, соответствующие таблицам 1-6.

Таблица 1 ( см. в конце текста).

Отображение событий программы межсетевого обмена (ПМСО) представлено в табл. 2.

Протокол в случае новых событий представлен в табл. 3.

Предложено видоизменение этого протокола: в исходном пункте обнаружения, где формируется сообщение начального пункта обнаружения (lnitial_ID) с помощью ПКО, пункт обнаружения сам маркируется как точка входа в систему обслуживания новой архитектуры. Следовательно, ПКО немедленно переходит в состояние поддержки вызова и ожидания передачи процедуры системе обслуживания (ср. то же самое состояние, в которое ПКО переходит после приема события S1 согласно вышеприведенному протоколу) и пересылает модифицированное сообщение Initial_DP к СО. Модифицированное сообщение Initial_DP будет переносить дополнительную информацию, которая относилась к событию C4 в вышеприведенном протоколе. После этого СО может манипулировать состоянием ресурсов соединений посредством событий S2 и S3.

Выше все другие события МСО были обозначены как C2. Это означает, что в одном из вариантов осуществления изобретения оно реализовано как дополнение к существующему протоколу МСО.

В вышеприведенных примерах статус соединения унаследованной сети описан следующими параметрами: ИД канала, ИД пула входящего конечного пункта, ИД входящего маршрута, ИД коммутатора.

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

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

На фиг. 4 представлен пример второго варианта осуществления изобретения. Заметим, что унаследованная АТС не обязательно должна содержать перечисленные функции, такие как управление вызовом 402, управление соединением 403 и управление каналом 404. Эти функции показаны только для примера. На фиг. 4 ссылочной позицией 401 обозначена унаследованная АТС, а ссылочной позицией 406 - система обслуживания, основанная на новой архитектуре, которая должна принимать на себя управление ресурсами унаследованной сети для конкретных видов обслуживания. Протоколы приведены в табл. 4.

Отображение событий DSS1 (речевой сигнал в цифровой форме) и CCSS#7 (общая коммуникационная поддержка) представлено в табл. 5.

Протокол в случае новых событий представлен в табл. 6.

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

Claims

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

16. Способ по п.14, отличающийся тем, что система управления соединениями в системе предоставления обслуживания предоставляет интерфейсу упомянутое описание статуса средств соединения, в ответ на которое конечная АТС определяет и выполняет физическое соединение, которое соответствует этому описанию.

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