RU2582066C2

RU2582066C2 - Способ и система инфокоммуникации

Info

Publication number: RU2582066C2
Application number: RU2013151138/08A
Authority: RU
Inventors: Элдар Али Оглы Разроев
Original assignee: Элдар Али Оглы Разроев
Priority date: 2013-11-18
Filing date: 2013-11-18
Publication date: 2016-04-20
Also published as: RU2013151138A

Abstract

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

Description

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

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

Для преодоления преград между этими видами общедоступных услуг необходимо либо выбрать единую схему идентификации абонентов, либо разработать метод трансляции одной схемы в другую. Для решения задачи вторым способом разработаны предложения ENUM (E.164 NUmberMapping - отображение адресов стандарта Е.164) рабочей группы IETF. Подход ENUM, описанный в RFC 3761 (ftp://ftp.rfc-editor.org/in-notes/rfc3761.txt), состоит в дополнительном назначении всем абонентам IP-телефонии, подключенным к Интернету или частной IP-сети, идентификаторов еще одного типа - телефонных номеров стандарта E.164. Однако на конечных узлах и даже сетях, в которых вызов терминируется, эти телефонные номера не используются - они нужны только для идентификации вызываемого абонента стороной-инициатором, применяющей обычный телефон, и маршрутизации вызова в пределах традиционной телефонной сети. Затем телефонные номера преобразуются в имена Интернета с помощью известной службы - системы доменных имен (DNS). Используемый при этом подход подобен тому, который применяется для решения обратной задачи - нахождению имени узла по его IP-адресу (домен верхнего уровня агра традиционно отводится для решения обратной задачи - нахождение имени по адресу с помощью зоны in-addr.arpa). С этой целью создана зона e164.агра, куда могут входить зоны, соответствующие цифрам телефонного номера, например зоны верхнего уровня 1, 7, 33, 44 для номеров, принадлежащих абонентам Североамериканского региона, России, Франции и Великобритании соответственно.

Для преобразования телефонного номера в DNS-имя используется специальный тип записи - NamingAthorityPointer (NAPTR). Изначально данная запись предназначалась для перечисления сервисов, которые поддерживает организация, администрирующая данный домен (RFC 2915). Такие записи находятся только в зонах самого нижнего уровня, где располагается база номеров, которую провайдер получил для обслуживания конечных абонентов. Зоны же верхнего уровня содержат только обычные ссылки на серверы имен зон более низкого уровня.

Например, запись sip:Petrov@firma.ru сообщает о том, что с абонентом можно связаться, направив ему вызов по протоколу SIP на имя Petrov@firma.ru. И если имени Petrov@firma.ru соответствует телефонный номер +79001234567, то связанная с этим абонентом запись, возможно, содержится в зоне 3.2.1.0.0.9.7.е164.агра (обратный порядок записи цифр телефонного номера согласуется с принятым в DNS правилом расположения старшей части имени справа, а не слева, как в телефонии). Запись может находиться и в зоне 4.3.2.1.0.0.9.7.е164. агра, если все номера диапазона +79001234xxx переданы еще более мелкому провайдеру (в предыдущем примере предполагалось, что все номера +7900123xxxx принадлежали одному провайдеру). Деление телефонного номера на зоны производится по цифрам в полном соответствии с административной ответственностью каждой конкретной организации за отображение телефонных номеров на DNS-имена (точнее, на URL-адреса, которые в дополнение к DNS-имени имеют префикс, указывающий на протокол доступа к ресурсу). Чем больше уровней подчиненности провайдеров IP-телефонии, тем больше составных компонентов в имени зоны.

ENUM является общедоступной услугой и контроль за телефонным номером лежит на плечах конечного пользователя. Провайдеры связи, вкладывающие большие средства в расширение сетей, не заинтересованы в предлагаемой универсальности. Кроме того, возможности DNS позволяют создавать ограниченные (внутренние) сети ENUM. В этом случае нет необходимости, в отличие от глобального варианта, вести переговоры с ITU, другими государствами и международными организациями. Примером закрытой сети являются GSMA Pathfinder, позволяющая телефонным операторам взаимодействовать на уровне IP. Закрытыми сетями также являются платформы для VoIP-провайдеров.

Метод ENUM имеет следующие недостатки:

- Для полноценной реализации ENUM требуется, чтобы национальный регулятор связи утвердил RIPE NCC коды страны (E.164 countrycodes), сейчас это сделано в 54 странах, среди которых нет России. Кроме того, применительно к России и ряду других стран, требуется изменение нормативно-правовых актов.

- В мире нет единых стандартов реализации ENUM. Например решения, которые разработаны для реализации ENUM в США и ЕС, не могут работать в российских сетях электросвязи. Это обусловлено особенностями национальной специфики сигнализации ОКС-7, законодательно установленными принципами маршрутизации голосового трафика и политикой государственного регулирования в области связи.

- Существует угроза безопасности данных ENUM. Чтобы стать полезными, записи пространства имен е164.агра должны быть доступны всем. Хакер легко сможет получить все адреса электронной почты из этого пространства имен, перебрав все возможные номера. Затем он может получить возможность подделать NAPTR записи, связанные с номером Е.164, и перенаправлять звонки, поступающие на этот номер.

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

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

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

- Использование ENUM не освобождает абонента от необходимости организовывать переадресацию для каждого своего терминального устройства (идентификатора) отдельно.

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

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

Известны способ и система инфокоммуникации (заявка US 2011026468, «Мультисетевой телефон», МПК H04W 40/00, 2011), которые включают блок коммутации, с помощью которого при получении входящего голосового вызова на номер пользователя производится выбор адреса доставки вызываемого пользователя и осуществляется соединение.

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

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

Указанный технический результат достигается следующим образом.

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

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

В качестве идентификаторов в схеме адресации телефонных номеров могут быть использованы номера на основе международного стандарта E.164, а в качестве идентификаторов в схеме Интернет-адресации - номера в системе имен DNS.

При этом уникальные идентификаторы связаны заранее определенным правилом, устанавливающим между ними однозначное соответствие, например уникальные идентификаторы содержат совпадающие символы.

Правило, устанавливающее соответствие между идентификатором в схеме адресации телефонных номеров и идентификатором в схеме Интернет-адресации, может быть установлено в следующем выражении: идентификатору в схеме адресации телефонных номеров типа «+<код страны><код сети><телефонный номер сети>», присваивается DNS-имя типа: «<телефонный номер сети>.<код сети>.<код страны>.<цифровое наименование домена верхнего уровня>», а также SIP-идентификатор типа: «<телефонный номер сети>@<код сети>.<код страны>.<цифровое наименование домена верхнего уровня>».

Правило, устанавливающее соответствие между идентификатором в схеме адресации телефонных номеров и идентификатором в схеме Интернет-адресации, может содержать условие, при котором для трансляции вызова из телефонной сети в сеть Интернет символ «*» при наборе на телефонной клавиатуре заменяют символом «.» в DNS-имени и SIP-идентификаторе, а символ «#» на телефонной клавиатуре заменяют символом «@» в SIP-идентификаторе.

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

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

Заявленное изобретение иллюстрируется следующими фигурами.

На фиг.1 приведена блок-схема взаимосвязей сетевых элементов,

где 1 - терминалы пользователя, использующего идентификаторы по типу заявленного способа;

2 - DNS-сервер;

3 - IP/PSTN шлюзы;

4 - блок коммутации/маршрутизации (Блок КМ) телефонной сети общего пользования, как правило коммутатор;

5 - блок КМ сети Интернет, как правило маршрутизатор;

6 - терминал пользователя телефонной сети (например, телефон);

7 - терминал пользователя сети Интернет (например, компьютер).

На фиг.2 и 3 приведены сценарии звонков.

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

В случае недоступности вызываемого пользователя в телефонной сети, один из Блоков КМ (либо сети вызывающего, либо вызываемого пользователя) может запросить данные DNS-зоны домена верхнего уровня, используемого в заявленном способе. Данный запрос может быть адресован DNS-серверу либо к хранимой у оператора реплике. В запросе телефонный номер изменяется по установленному правилу на DNS-имя и/или SIP-идентификатор. В ответ на запрос, Блок КМ получает IP-адрес, на который переадресовывает вызов.

Если первичный вызов был направлен в сеть Интернет, то в случае недоступности вызываемого пользователя, один из Блоков КМ (либо сети вызывающего, либо вызываемого пользователя) может переадресовать вызов в телефонную сеть на идентификатор, определяемый путем трансформации DNS-имени или SIP-идентификатора по установленному правилу.

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

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

В случае если вызов осуществляется из сети Интернет в телефонную сеть, то Блок КМ осуществляет подстановку А-номера (идентификатора телефонной сети вызывающего пользователя), определяя его путем трансформации DNS-имени или SIP-идентификатора по установленному правилу.

При вызове из телефонной сети в сеть Интернет замена идентификатора вызывающего пользователя может не осуществляться.

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

Заявляемый способ и работа заявляемой системы осуществляется следующим образом.

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

При установлении соединения с одним из средств связи вызываемого пользователя Блок КМ должен получить вызов от вызывающего пользователя в виде одного из идентификаторов вызываемого абонента (телефонной или Интернет сети). Далее Блок КМ направляет вызов в соответствующую идентификатору сеть. Если вызов осуществляется из телефонной сети в сеть Интернет, то Блок КМ предварительно преобразует набор, сделанный на телефонной клавиатуре, в DNS-имя или SIP-идентификатор в соответствии с описанным правилом замены символов.

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

Если в сети вызывающего пользователя интеллектуальная переадресация не осуществляется, а вызываемый абонент недоступен, то интеллектуальную переадресацию может осуществить Блок КМ сети вызываемого абонента в соответствии с персональными настройками пользователя и/или правилом, устанавливающим строгое соответствие идентификаторов.

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

Для реализации заявляемого способа используют систему, которая включает:

1 - терминалы пользователя, использующего идентификаторы, по типу заявленного способа;

2 - DNS-сервер;

3 - IP/PSTN шлюзы;

Реализацию способа при маршрутизации голосовых вызовов осуществляют следующим образом.

Запрос на установление голосового вызова от устройства вызывающего пользователя 6 или 7, адресованный на уникальный идентификатор, принимают с помощью Блока КМ 4 или 5 соответственно. Посредством программного обеспечения соответствующего Блока КМ фиксируют факт получения этого запроса и анализируют его, извлекая из этого запроса адресную информацию, включающую идентификатор вызывающего пользователя и идентификатор вызываемого пользователя. На основании адресной информации осуществляют маршрутизацию вызова между терминалами вызывающего и вызываемого пользователей, задействуя необходимые Блоки КМ и Шлюзы. В случае недоступности для соединения терминала вызываемого пользователя, запрос на соединение перемаршрутизируется в альтернативную сеть, при этом используется альтернативный идентификатор, определяемый по заранее установленному правилу.

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

Claims

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

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

3. Способ по п. 2, в котором в качестве каналов пакетной передачи используют сеть Интернет.

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

5. Способ по п. 1, в котором в качестве индикаторов в схеме адресации телефонных номеров используют номера на основе международного стандарта Е.164, а в качестве индикаторов в схеме Интернет-адресации используют номера в системе имен DNS.

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

7. Способ по п. 5, в котором правило, устанавливающее соответствие между индикатором в схеме адресации телефонных номеров и индикатором в схеме Интернет-адресации, установлено в следующем выражении: индикатору в схеме адресации телефонных номеров типа "+ <код страны> <код сети> <телефонный номер сети>" присваивается DNS-имя типа:
<телефонный номер сети>. <код сети>. <код страны>. <цифровое наименование домена верхнего уровня>", а также SIP-идентификатор типа: "<телефонный номер сети> @ <код сети>. <код страны>. <цифровое наименование домена верхнего уровня>".

8. Способ по п. 5, в котором для трансляции вызова из телефонной сети в сеть Интернет символ «*» на телефонной клавиатуре заменяют символом «.» в DNS-имени и SIP-идентификаторе, а символ «#» на телефонной клавиатуре заменяют символом «@» в SIP-идентификаторе.

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

10. Способ по п. 8, в котором в качестве терминала используют смартфон, и/или компьютер, и/или планшет.

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

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

13. Система по п. 12, в которой в качестве коммутируемых каналов связи используют телефонную сеть.

14. Система по п. 12, в которой в качестве каналов пакетной передачи используют сеть Интернет.

15. Система по п. 12, в которой в качестве индикаторов в схеме адресации телефонных номеров используют номера на основе международного стандарта Е.164, а в качестве индикаторов в схеме Интернет-адресации используют номера в системе имен DNS.

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

17. Система по п. 16, в которой уникальные идентификаторы содержат совпадающие символы.

18. Система по п. 16, в которой правило, устанавливающее соответствие между индикатором в схеме адресации телефонных номеров и индикатором в схеме Интернет-адресации, установлено в следующем выражении: индикатору в схеме адресации телефонных номеров типа «+ <код страны> <код сети> <телефонный номер сети>», присваивается DNS-имя типа: «<телефонный номер сети>. <код сети>. <код страны>. <цифровое наименование домена верхнего уровня>», а также SIP-идентификатор типа: «<телефонный номер сети> @ <код сети>. <код страны>. <цифровое наименование домена верхнего уровня>».

19. Система по п. 16, в которой для трансляции вызова из телефонной сети в сеть Интернет символ «*» на телефонной клавиатуре заменяют символом «.» в DNS-имени и SIP-идентификаторе, а символ «#» на телефонной клавиатуре заменяют символом «@» в SIP-идентификаторе.

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

21. Система по п. 20, в которой в качестве терминала используют смартфон, и/или компьютер, и/или планшет.

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