СИСТЕМА И СПОСОБ ДЛЯ ПРЕДОСТАВЛЕНИЯ УСЛУГИ SIP-ТРАНКА СИСТЕМЕ ТЕЛЕФОННОЙ СВЯЗИ
SYSTEM AND METHOD FOR PROVIDING SIP-TRUNK SERVICE TO TELEPHONE COMMUNICATION SYSTEM

ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится к технической области системы связи на базе SIP-транка. В частности, настоящее изобретение относится к способу и системе предоставления услуги SIP-транка в среде hetnet.
УРОВЕНЬ ТЕХНИКИ
Приведенное ниже описание предшествующего уровня техники предназначено для предоставления справочной информации, относящейся к области раскрытия. Этот раздел может содержать определенные аспекты уровня техники, которые могут быть связаны с различными отличительными признаками настоящего раскрытия. Однако следует понимать, что данный раздел используется только для улучшения понимания читателем настоящего раскрытия, а не в качестве признания предшествующего уровня техники.
Старые технологии связи, например, телефонная сеть общего пользования (ТфОП) с ее аналоговыми линиями, линиями ISDN BRI, E1 или T1, сегодня в основном устарели. В настоящее время технология телефонной связи переходит от ТфОП к гибким SIP-транкам, где SIP-транки - это телефонные линии, передаваемые по IP с использованием протокола SIP. Используя этот стандартный протокол, провайдеры телекоммуникационных услуг (VoIP) подключают один или несколько каналов к УТС (телефонная станция) клиента. Телефонные номера и DID (номера при прямом входящем наборе) привязываются к SIP-транку. Во многих случаях номера могут быть перенесены на SIP-транк.
SIP-транк позволяет УТС конечной точки отправлять и принимать звонки через Интернет. Поскольку SIP использует сигнальный протокол для нескольких прикладных систем реального времени, SIP-транк способен управлять приложениями для передачи голоса, видео и приложениями почтовой службы. Это также технология передачи голоса по Интернету (VoIP) и услуга потокового мультимедиа на основе протокола инициирования сеанса (SIP), с помощью которой сервис-провайдеры интернет-телефонии (ITSP) предоставляют телефонные услуги и услуги объединенной связи клиентам, имеющим учрежденческую телефонную станцию (IP-УТС) и средства объединенной связи на основе SIP. Большинство приложений объединенной связи обеспечивают передачу голоса, видео и других потоковых мультимедийных данных, таких как совместное использование рабочего стола, веб-конференции и общая виртуальная интерактивная доска.
Кроме того, доступность услуги SIP-транка является серьезной проблемой для предоставления услуг клиентам, даже если один из пограничных контроллеров сеансов доступа предприятия (ESBC) вышел из строя или недоступен из ядра Мультимедийной подсистемы на базе IP (IMS) или УТС, например, «черная точка», которая обычно определяется как географическая область, где наблюдается недоступность услуг, что может быть вызвано выходом из строя одного из объектов. Существующие решения в области услуг SIP-транка не смогли обеспечить предоставление услуг клиентам в случае «черной точки» для этих клиентов. Последствия таких «черных точек» охватывают отключение/перерыв в обслуживании, перебои в работе Интернета, низкий уровень лицензионного соглашения по программному обеспечению (SLA) для голосовых услуг, отсутствие гарантии сохранения того же номера при отказе любого из узлов доступа, простои в обслуживании, даже если первичные узлы изолированы, и отсутствие гарантии сохранения доходов из-за проблем с непрерывностью обслуживания.
Существующие методики снижения возможных рисков при отказе одного из узлов доступа неэффективны для оптимального решения проблемы отключения электроэнергии. Таким образом, в данной области существует потребность в поиске решения для системы и способа, обеспечивающих доступность услуги SIP-транка, когда один из узлов доступа выходит из строя, соединенный по локальной сети с оптоволоконной магистралью или наоборот, и без (или с минимальным воздействием) влияния на опыт абонента, если один из пограничных контроллеров сеансов доступа предприятия (ESBC) выходит из строя или недоступен из ядра Мультимедийной подсистемы на базе IP (IMS) или УТС. Поэтому с учетом вышеуказанных недостатков существующих подходов в данной области техники существует потребность в эффективном решении для предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе [102] телефонной связи сервером [101] приложений по сети фиксированной связи.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Данный раздел предназначен для представления в упрощенной форме некоторых объектов и аспектов настоящего раскрытия, которые более подробно описаны ниже в подробном описании. Данная сущность изобретения не предназначена для определения отличительных признаков или объема заявленного предмета.
Для преодоления по меньшей мере нескольких проблем, связанных с известными решениями, представленными в предыдущем разделе, объектом настоящего изобретения является система и способ для предоставления услуги SIP-транка системе телефонной связи (например, предприятию) сервером приложений по беспроводной сети. Другим объектом настоящего раскрытия является предоставление системы и способа для обеспечения доступности услуг SIP-транка, когда один из узлов доступа вышел из строя, а система соединена по локальной сети с оптоволоконной магистралью или наоборот. Еще одним объектом настоящего раскрытия является обеспечение системы и способа для предоставления услуги с максимальным периодом безотказной работы для голосовых услуг и обеспечение альтернативного решения в случае простоев в работе. Еще одним объектом настоящего раскрытия является предоставление системы и способа для обеспечения непрерывности обслуживания и уменьшения простоев в работе, даже если первичные узлы изолированы. Еще одним объектом настоящего раскрытия является снижение стоимости простоя в обслуживании для всех клиентов дома/предприятия в их сети.
Для достижения по меньшей мере некоторых из вышеупомянутых целей настоящее раскрытие предоставляет способ и систему для предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети. Первый аспект настоящего изобретения относится к способу предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети. Способ содержит установление соединения между по меньшей мере одной системой телефонной связи и первым сетевым объектом беспроводной сети через первый узел доступа, при этом указанный первый сетевой объект подключен к серверу приложений. Кроме того, по меньшей мере одна система телефонной связи начинает получать по меньшей мере одну услугу SIP-транка через первый узел доступа от сервера приложений, подключенного к первому сетевому объекту. Кроме того, по меньшей мере одна система телефонной связи динамически проверяет связь с первым сетевым объектом через первый узел доступа. Кроме того, по меньшей мере одна система телефонной связи устанавливает соединение между по меньшей мере одной системой телефонной связи и вторым сетевым объектом беспроводной сети через второй узел доступа, в случае если соединение между по меньшей мере одной системой телефонной связи и первым сетевым объектом через первый узел доступа вышел из строя, при этом указанный второй сетевой объект подключен к серверу приложений. Кроме того, по меньшей мере одна система телефонной связи передает запрос сигнализации на предоставление по меньшей мере одной услуги SIP через второй узел доступа на сервер приложений, подключенный ко второму сетевому объекту. Затем сервер приложений, подключенный ко второму сетевому объекту, обрабатывает запрос сигнализации, полученный от по меньшей мере одной системы телефонной связи через второй узел доступа. Наконец, сервер приложений, подключенный ко второму сетевому объекту, предоставляет по меньшей мере одну услугу SIP-транка по меньшей мере одной системе телефонной связи через второй узел доступа.
Еще один аспект настоящего изобретения относится к системе предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети. Система содержит сервер приложений, по крайней мере одну систему телефонной связи, по крайней мере один сетевой объект и по крайней мере один узел доступа. Сервер приложений выполнен с возможностью предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи через беспроводную сеть. По меньшей мере один сетевой объект подключен к серверу приложений. По меньшей мере один сетевой объект выполнен с возможностью маршрутизации по меньшей мере одной услуги SIP-транка к по меньшей мере системе телефонной связи. По меньшей мере одна система телефонной связи выполнена с возможностью установления соединения с первым сетевым объектом беспроводной сети через первый узел доступа. По меньшей мере одна система телефонной связи также выполнена с возможностью получения по меньшей мере одной услуги SIP-транка через первый узел доступа от сервера приложений, подключенного к первому сетевому объекту. По меньшей мере одна система телефонной связи также выполнена с проверкой связи с первым сетевым объектом через первый узел доступа. По меньшей мере одна система телефонной связи дополнительно выполнена с возможностью установления соединения со вторым сетевым объектом сети через второй узел доступа в случае, если соединение с первым сетевым объектом через первый узел доступа не удается. Кроме того, по меньшей мере одна система телефонной связи выполнена с возможностью передачи запроса сигнализации на предоставление по меньшей мере одной услуги SIP через второй узел доступа на сервер приложений, подключенный ко второму сетевому объекту. Затем сервер приложений выполнен с возможностью на обработку запроса сигнализации, полученный от по меньшей мере одной системы телефонной связи через второй узел доступа. Затем сервер приложений выполнен с возможностью предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи через второй узел доступа.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Сопроводительные чертежи, которые содержатся в настоящем документе и являются частью настоящего раскрытия, иллюстрируют примерные варианты осуществления раскрытых способов и систем, в которых одинаковые ссылочные номера относятся к одинаковым частям на разных чертежах. Компоненты на чертежах не обязательно выполнены в масштабе, вместо этого акцент сделан на наглядной иллюстрации принципов настоящего изобретения. Кроме того, варианты осуществления, показанные на фигурах, не следует рассматривать как ограничивающие раскрытие, но возможные варианты способа и системы в соответствии с раскрытием проиллюстрированы здесь, чтобы подчеркнуть преимущества изобретения. Следует понимать, что раскрытие таких чертежей содержит раскрытие электрических компонентов или схем, обычно используемых для реализации таких компонентов.
Фиг. 1 показана примерная блок-схема системы [100] для  предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети, в соответствии с примерными вариантами осуществления настоящего раскрытия.
На фиг. 2 показана примерная блок-схема способа, изображающая способ [200] для предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети в соответствии с примерными вариантами осуществления настоящего раскрытия.
На фиг. 3 показана примерная высокоуровневая схема потока вызовов, изображающая способ [300] для предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети, в соответствии с примерными вариантами осуществления настоящего раскрытия.
На фиг. 4 показана другая примерная высокоуровневая схема потока вызовов, изображающая способ [400] для предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети, в соответствии с примерными вариантами осуществления настоящего раскрытия.
На фиг. 5 показана примерная схема потока сигналов [500], изображающая примерный способ предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети с использованием VoLTE/FLP-вызовов, когда первичный пограничный контроллер сеансов доступа предприятия (ESBC) вышел из строя, в соответствии с примерными вариантами осуществления настоящего раскрытия.
На фиг. 6 показана примерная схема [600] потока сигналов, изображающая примерный  способ предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети с использованием Offnet-вызовов, когда первичный пограничный контроллер сеансов доступа предприятия (ESBC) вышел из строя/не доступен, в соответствии с примерными вариантами осуществления настоящего раскрытия.
На фиг. 7 показана примерная схема [700] потока сигналов, изображающая примерный способ предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети с использованием Offnet-вызовов и первичный пограничный контроллер сеансов доступа предприятия (ESBC) вышел из строя/не доступен, в соответствии с другим примерным вариантом осуществления настоящего раскрытия.
Вышесказанное становится более очевидным из следующего более подробного описания раскрытия.
ПОДРОБНОЕ РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
В следующем раскрытии, в целях пояснения, изложены различные конкретные детали, чтобы обеспечить глубокое понимание вариантов осуществления настоящего раскрытия. Однако будет очевидно, что варианты осуществления настоящего раскрытия могут быть реализованы без этих конкретных деталей. Несколько описанных ниже функций могут использоваться независимо друг от друга или в любой комбинации с другими функциями. Отдельная функция может не решать все вышеперечисленные проблемы или решать только некоторые из них. Некоторые из проблем, рассмотренных выше, не могут быть полностью решены ни одной из описанных здесь функций.
В последующем раскрытии представлены только примерные варианты осуществления, и оно не предназначено для ограничения объема, применимости или конфигурации раскрытия. Скорее, последующее раскрытие примерных вариантов осуществления предоставит специалистам в данной области техники описание, позволяющее реализовать примерный вариант осуществления. Следует понимать, что в функции и расположение элементов могут быть внесены различные изменения без отклонения от сути и объема изложенного изобретения.
Конкретные детали приведены в следующем раскрытии, чтобы обеспечить глубокое понимание вариантов осуществления изобретения. Тем не менее, специалисту в данной области будет понятно, что варианты осуществления изобретения могут быть реализованы без этих конкретных деталей. Например, схемы, системы, сети, процессы и другие компоненты могут быть показаны в виде компонентов в форме блок-схемы, чтобы не перегружать варианты осуществления изобретения излишними деталями. В других случаях известные схемы, процессы, алгоритмы, структуры и методики могут быть показаны без излишних деталей, чтобы избежать перегружение вариантов осуществления изобретения.
Также следует отметить, что отдельные варианты осуществления изобретения могут быть описаны как процесс, который изображается в виде блок-схемы, технологической схемы, схемы потоков данных, структурной схемы или блок-схемы. Хотя блок-схема может описывать операции как последовательный процесс, многие из них могут выполняться параллельно или одновременно. Кроме того, порядок операций может быть изменен. Процесс завершается, когда его операции закончены, но может иметь дополнительные шаги, не содержащиеся в фигуре. Процесс может соответствовать способу, функции, процедуре, части программы, подпрограмме и т.д. Когда процесс соответствует функции, его завершение может соответствовать возврату функции в вызывающую или главную функцию.
В соответствии с использованием в настоящем документе, «система телефонной связи» относится к любой электрической, электронной, электромеханической и вычислительной многолинейной сети телефонных аппаратов. Например, система телефонной связи может быть одним из устройств предприятия, в том числе, но не ограничиваясь этим, учрежденческая телефонная станция (УТС), унифицированный граничный элемент (UBE) и диспетчер объединенных коммуникаций (UCM), или любую другую подобную систему телефонной связи, очевидную для специалиста в данной области. Пользователи системы телефонной связи могут общаться внутри сети (в рамках сети) и за ее пределами (с внешним миром), используя различные каналы связи, такие как Voice over IP, ISDN или аналоговые.
В соответствии с использованием в настоящем документе, «процессор» или «обрабатывающее устройство» содержит один или несколько процессоров, в которых процессор относится к любой логической схеме для обработки команд. Процессор может представлять собой процессор общего назначения, процессор специального назначения, обычный процессор, цифровой сигнальный процессор, множество микропроцессоров, один или несколько микропроцессоров в сочетании с ядром ЦОС, контроллер, микроконтроллер, специализированные интегральные схемы, схемы с программируемыми вентильными матрицами, любые другие типы интегральных схем и т. д. Процессор может выполнять обработку данных кодирования сигнала, обработку ввода/вывода и/или любую другую функциональность, которая обеспечивает работу системы в соответствии с настоящим раскрытием. Более конкретно, процессор или обрабатывающее устройство являются аппаратными процессорами.
В соответствии с использованием в настоящем документе, «контроллер» или «блок управления» содержит один или несколько контроллеров, где контроллер относится к любой логической схеме для обработки команд. Контроллер может представлять собой контроллер общего назначения, контроллер специального назначения, обычный контроллер, контроллер цифрового сигнала, множество микроконтроллеров, один или несколько микроконтроллеров совместно с ядром ЦОС, микроконтроллер, специализированные интегральные схемы, схемы с полевыми программируемыми вентильными матрицами, любые другие типы интегральных схем и т. д. Контроллер может выполнять кодирование сигналов, обработку данных, обработку ввода/вывода и/или любую другую функциональность, которая обеспечивает работу системы в соответствии с настоящим раскрытием. Более конкретно, контроллер или блок управления представляет собой аппаратный процессор.
В соответствии с использованием в настоящем документе, «запоминающее устройство» относится к машине или машиночитаемому носителю, в том числе любой механизм для хранения информации в форме, считываемой компьютером или аналогичной машиной. Например, машиночитаемый носитель содержит блок памяти только для чтения («ROM»), блок памяти с произвольным доступом («RAM»), носитель на магнитном диске, оптический носитель, устройство флэш-памяти или другие типы машинодоступных носителей.
В соответствии с использованием в настоящем документе, «беспроводная сеть» может содержать, но не ограничиваться, любую корпоративную сеть с проводными и беспроводными интерфейсами, или частную или общественную беспроводную сеть LTE, сеть 5G или любую другую сеть, которая может быть реализована или развернута в настоящее время, или любую беспроводную сеть, которая может быть развернута в будущем, что очевидно для специалиста в данной области техники. Беспроводная сеть способна предоставлять услуги SIP-транка для систем телефонной связи (например, УТС, UBE, UCM и т. д.)
Системы, изображенные на некоторых из фигур, могут быть представлены в различных конфигурациях. В некоторых вариантах осуществления изобретения системы могут быть сконфигурированы как распределенная система, где один или несколько компонентов системы распределены по одной или нескольким сетям в облачной вычислительной системе.
Настоящее раскрытие предоставляет систему и способ предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети. Решение настоящего изобретения направлено на обеспечение доступности услуги SIP-транка при выходе из строя одного из узлов доступа, когда такой узел доступа соединен в локальной сети с оптоволоконной магистралью.
В соответствии с использованием в настоящем документе, «сетевой объект» - это объект, обслуживающий сеть для предоставления голосовых услуг (звонков) и услуг передачи данных системы телефонной связи (например, УТС, UBE или UCM). Сетевой объект может содержать, но не ограничиваться этим, пограничный контроллер сеансов доступа предприятия (E-SBC), база данных абонентов (HSS), сервер доменных имен (DNS), функцию управления сеансом прокси-вызова (P-CSCF), функцию управления сеансом опроса вызова (I-CSCF), функцию управления сеансом обслуживания вызовов (S-CSCF), функцию управления сеансом экстренного вызова (E-CSCF), функцию управления границей межсетевого соединения (I-BCF) и функцию управления шлюзом прорыва (BGCF), а также любые подобные объекты, очевидные для специалиста в данной области.
На фиг. 1 показана примерная блок-схема системы [100] для  предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети, в соответствии с примерными вариантами осуществления настоящего раскрытия. Система [100] содержит сервер [101] приложений, первый сетевой объект [104A], второй сетевой объект [104B], первый узел [103A] доступа, второй узел [103B] доступа и по крайней мере одну систему [102] телефонной связи. Первый сетевой объект [104A] и второй сетевой объект [104B] могут совместно называться по меньшей мере одним сетевым объектом [104]. Аналогично, первый узел [103A] доступа и второй узел [103B] доступа могут совместно называться по меньшей мере одним узлом [103] доступа.
Сервер [101] приложений выполнен с возможностью предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе [102] телефонной связи через беспроводную сеть. Сервер [101] приложений подключен к по меньшей мере одному сетевому объекту [104], и, соответственно, сервер [101] приложений предоставляет по меньшей мере одну услугу SIP-транка по меньшей мере одной системе [102] телефонной связи через по меньшей мере один сетевой объект [104]. Настоящее изобретение предусматривает, что  по меньшей мере одна услуга SIP является услугой вызова.
Например, в настоящем изобретении сервер [101] приложений представляет собой сервер приложений бизнес-телекоммуникаций (BTAS). BTAS может быть частью базовой сети ядра Мультимедийной подсистемы на базе IP (IMS) проводной линии предприятия, которая предоставляет услуги SIP-транка для предприятия. BTAS может быть интегрирован с существующей экосистемой сети, такой как Мультимедийная подсистема на базе IP (IMS), программы с открытыми исходными кодами (OSS), системы поддержки деятельности предприятия (BSS) и т. д. BTAS может быть выполнен с возможностью обеспечения полнофункциональной телефонии вместе с мультимедийной прикладной системой, которая объединяет коммуникации в режиме реальном времени, такие как обмен мгновенными сообщениями, присутствие, голосовая/видео телефония и конференция, а также может быть интегрирована с другими приложениями, такими как электронная почта, календарь, контакты, голосовая почта и факс.
Кроме того, BTAS может быть выполнен с возможностью предоставления услуг абонентам предприятия на основе настроенных политик, например, политики фильтрации вызовов, политики маршрутизации вызовов. BTAS также может содержать функции, в том числе (но не ограничиваясь ими) парковку вызовов, прием вызовов, делегирование вызовов, консоль помощника и т. д. Кроме того, BTAS может быть выполнен с возможностью управления переводом номеров и маршрутизацией вызовов наряду с возможностью активации/деактивации функций на основе специального кода/кода вертикального обслуживания. BTAS также может быть интегрирован с веб-сервисами, такими как, REST, SOAP/XML, HTML5 и т. д. для обеспечения дополнительных функциональных возможностей.
Кроме того, настоящее изобретение предусматривает, что BTAS может также реализовать изменения в конфигурации для обеспечения переадресации вызова по определенным кодам ответа. BTAS может быть выполнен с маршрутизацией вызова в сетевой объект на основе кодов причин. Например, BTAS может быть выполнен с возможностью на определение и выполнение по крайней мере одного из запросов 408 request timeout (истекло время ожидания), 500 server internal error (внутренняя ошибка сервера), 503 service unavailable (сервис недоступен) и 480 temporary unavailable (временная недоступность), и на основе одного из вышеупомянутых кодов причин для первичного домена BTAS может направлять вызовы на S-CSCF.
По меньшей мере один сетевой объект беспроводной сети подключен к серверу [101] приложений. По меньшей мере один сетевой объект выполнен с возможностью для маршрутизации по меньшей мере одной услуги SIP-транка к по меньшей мере системе [102] телефонной связи. По меньшей мере один сетевой объект [104] может быть соединен с другими сетевыми объектами и с другими сетевыми элементами. Например, настоящее изобретение предусматривает, что по меньшей мере сетевой объект [104] является пограничным контроллером сеансов доступа предприятия (ESBC). Соответственно, пограничный контроллер сеансов доступа предприятия (ESBC) подключен по меньшей мере к одной системе телефонной связи и к серверу [101] приложений. Настоящее изобретение также предусматривает, что первый сетевой объект [104A] является первичным пограничным контроллером сеансов доступа предприятия (PR-ESBC), а второй сетевой объект [104B] является вторичным пограничным контроллером сеансов доступа предприятия (GR-ESBC).
Кроме того, примерный пограничный контроллер сеансов доступа предприятия (ESBC) может быть выполнен как голосовой межсетевой экран для защиты элементов основной сети от распределенных атак типа «отказ в обслуживании» (DDoS) и других неожиданных потенциальных вторжений со стороны предприятий. Пограничный контроллер сеансов доступа предприятия (ESBC) может быть выполнен как единая точка контакта для клиентской сети для получения услуг SIP-транка. Кроме того, пограничный контроллер сеансов доступа предприятия (ESBC) может быть выполнен для осуществления контроля допуска вызовов (CAC) для входящего трафика, отправленного корпоративным клиентом, на основе одновременных вызовов и вызовов в секунду (CPS) для конкретной магистрали или клиента.
Кроме того, пограничный контроллер сеансов доступа предприятия (ESBC) может быть выполнен с предоставлением нескольких интерфейсов доступа для корпоративных клиентов, таких как обслуживание через MPLS, ILL и публичный Интернет. Корпоративные клиенты обычно используют частную IP-адресацию в пределах предприятия. Взаимодействие с клиентами с таким перекрывающимся частным адресным пространством будет осуществляться сервис-провайдером. Пограничный контроллер сеансов доступа предприятия (ESBC) может предоставить решение для обработки нескольких перекрывающихся IP-адресов клиентов путем разделения VLAN/VRF по клиентам прямо от помещения клиента до пограничного контроллера сеансов доступа предприятия (ESBC).
По меньшей мере одна система [102] телефонной связи выполнена с возможностью установления соединения с по меньшей мере одним сетевым объектом [104]. По меньшей мере одна система [102] телефонной связи может дополнительно содержать по меньшей мере один телефонный аппарат (например, абонентов предприятия). По меньшей мере одна система [102] телефонной связи выполнена с возможностью связи с первым сетевым объектом [104A] беспроводной сети через первый узел [103A] доступа.
По меньшей мере одна система [102] телефонной связи также выполнена с возможностью получения по меньшей мере одной услуги SIP-транка через первый узел [103A] доступа от сервера [101] приложений, подключенного к первому сетевому объекту [104A]. Например, УТС устанавливает соединение с первичным пограничным контроллером сеансов доступа предприятия (PR-ESBC) через первый узел доступа, например, Протокол передачи голоса по Интернету (VoIP), и начинает пользоваться услугами SIP-транка через VoIP от BTAS, подключенного к PR-ESBC.
По меньшей мере одна система [102] телефонной связи также выполнена с возможностью проверки связи с первым сетевым объектом [104A] через первый узел [103A] доступа. По меньшей мере одна система [102] телефонной связи также выполнена с возможностью проверки связи с первым сетевым объектом [104A] через первый узел [103A] доступа. По меньшей мере одна система телефонной связи может быть одной из учрежденческих телефонных станций (УТС), унифицированных граничных элементов (UBE) и диспетчеров объединенных коммуникаций (UCM), или любой другой подобной системой, которая может быть доступна специалисту в данной области. Например, УТС может передавать SIP OPTIONS ping на пограничном контроллере сеансов доступа предприятия (ESBC) для проверки работоспособности соединения с последним через регулярные промежутки времени (скажем, через каждые 10 секунд), причем этот промежуток времени может быть изменен. В другом случае пользовательское оборудование обнаруживает сбои на основе таймаутов запросов (истекло время ожидания).
По меньшей мере одна система [102] телефонной связи дополнительно выполнена с возможностью установления соединения со вторым сетевым объектом [104B] сети через второй узел [103B] доступа в случае, если соединение с первым сетевым объектом [104A] через первый узел [103A] доступа не удается. Настоящее изобретение также предусматривает, что первый сетевой объект [104A] является первичным пограничным контроллером сеансов доступа предприятия (PR-ESBC), а второй сетевой объект [104B] является вторичным пограничным контроллером сеансов доступа предприятия (GR-ESBC). Настоящее изобретение далее предусматривает, что  первый узел [103A] доступа и второй узел [103B] доступа основаны на протоколе инициирования сеанса (SIP). В одном из вариантов настоящего изобретения, в котором по меньшей мере одна услуга SIP является услугой вызова, изобретение предусматривает, что первый узел [103A] доступа и второй узел [103B] доступа основаны на Протоколе передачи голоса через Интернет (VoIP). Например, в эксплуатации, в случае, если связь между первичным пограничным контроллером сеансов доступа предприятия (PR-ESBC) в сети и УТС не работает, но вторичный пограничный контроллер сеансов доступа предприятия (GR-ESBC здесь) может быть доступен с УТС, последняя устанавливает соединение с GR-ESBC.
Кроме того, по меньшей мере одна система [102] телефонной связи выполнена с возможностью передачи запроса сигнализации на предоставление по меньшей мере одной услуги SIP через второй узел [103B] доступа на сервер [101] приложений, подключенный ко второму сетевому объекту [104B]. Кроме того, настоящее изобретение также содержит  конфигурирование по меньшей мере одной системы [102] телефонной связи для получения по меньшей мере одной услуги SIP-транка от сервера [101] приложений, подключенного ко второму сетевому узлу [104B] через второй узел [103B] доступа. Согласно настоящему изобретению, конфигурация по меньшей мере одной системы [102] телефонной связи для получения по меньшей мере одной услуги SIP-транка от второго сетевого объекта [104B] через второй узел [103B] доступа дополнительно содержит выполнение по меньшей мере одного из протоколов управления передачей (TCP) или протокола пользовательских дейтаграмм (UDP) или любого другого протокола соединения, известного специалисту в данной области.
Система [100] настоящего изобретения далее предусматривает, что по меньшей мере одна система [102] телефонной связи получает по меньшей мере одну услугу SIP-транка от второго сетевого узла [104B] через второй узел [103B] доступа на основе IP-адреса второго сетевого объекта [104B]. В вышеуказанном случае, если соединение между первичным граничным контроллером сеансов доступа предприятия (PR-ESBC) в сети и УТС не работает, но вторичный пограничный контроллер сеансов доступа предприятия (GR-ESBC здесь) может быть доступен с УТС, первичный и вторичный IP-адреса прокси-сервера SIP как IP-адреса PR- и GR-ESBC настроены на УТС. Таким образом, УТС использует доступное TCP-соединение (или UDP) для сигнализации в направлении IP-адресов GR-ESBC и начинает передавать данные на GR-ESBC по TCP-соединению (или UDP).
Система [100] настоящего изобретения дополнительно содержит то, что по меньшей мере одна система [102] телефонной связи регистрирует по меньшей мере один телефонный аппарат в сети и предоставляет Частный мультимедийный идентификатор IP (IMPI) и Общедоступный мультимедийный идентификатор IP (IMPU) каждому из по меньшей мере одного телефонного аппарата. Настоящее изобретение также предусматривает, что каждый из по меньшей мере одного телефонного аппарата содержит по меньшей мере один Частный мультимедийный идентификатор IP (IMPI) и по меньшей мере один Общедоступный мультимедийный идентификатор IP (IMPU), причем различные IMPI и IMPU используются для соединения через различные сетевые объекты.
В соответствии с использованием в настоящем документе, «Частный мультимедийный идентификатор IP (IMPI)» можно понимать как уникальный постоянно выделенный глобальный идентификатор, присвоенный оператором домашней сети, в форме идентификатора доступа к сети (NAI), т. е. user.name@domain, и используется, например, для целей регистрации, авторизации, администрирования и учета. В соответствии с использованием в настоящем документе, «Общедоступный мультимедийный идентификатор IP (IMPU)» можно понимать как идентификатор, используемый любым пользователем для запроса связи с другими пользователями (например, контактный номер, указанный на визитной карточке).
Затем сервер [101] приложений выполнен с возможностью обработки запроса сигнализации, полученный от по меньшей мере одной системы [102] телефонной связи через второй узел [103B] доступа. Например, настоящее изобретение предусматривает, что для запроса сигнализации, полученного в BTAS от УТС через SIP (второй узел доступа), BTAS обрабатывает запрос сигнализации так, как если бы он исходил от PR-ESBC. Затем сервер [101] приложений выполнен с возможностью предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе [102] телефонной связи через второй узел [103B] доступа.
Сеть может также содержать в себя базу данных абонентов (HSS), сервер доменных имен (DNS), функцию управления сеансом прокси-вызова (P-CSCF), функцию управления сеансом опроса вызова (I-CSCF), функцию управления сеансом обслуживания вызовов (S-CSCF), функцию управления сеансом экстренного вызова (E-CSCF), функцию управления границей межсетевого соединения (I-BCF) и функцию управления шлюзом прорыва (BGCF), где указанные компоненты обеспечивают предоставление необходимых голосовых услуг в сети. Например, HSS может быть выполнен для регистрации и хранения данных одного или нескольких абонентов, использующих два различных Частных мультимедийных идентификатора IP (IMPI), используя один и тот же домен.
В другом случае DNS может быть выполнен для отслеживания разрешения URI на основе запроса, полученного от одного или нескольких абонентов, и может быть выполнен для дополнительных записей домена, которые должны быть разрешены сетевыми объектами, например, GR-ESBC. В другом случае изобретение предусматривает, что компоненты P-CSCF, S-CSCF, I-CSCF, E-CSCF, BGCF, I-BCF способствуют предоставлению голосовых услуг, как уже известно в области SIP-транка.
Настоящее изобретение предусматривает, что второй сетевой объект [104B] подключен к серверу [101] приложений по меньшей мере через один из блоков функции контроля состояния вызова (CSCF) и блока функции контроля границы соединения (IBCF). Хотя на фиг. 1 показано ограниченное количество пользовательского оборудования [200], сетевого объекта [300], адаптера [102], сервера [200] приложений, однако специалистам в данной области будет понятно, что изобретение предусматривает использование множества таких компонентов.
На фиг. 2 показана примерная блок-схема способа, изображающая способ [200] для предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе телефонной связи сервером приложений по беспроводной сети в соответствии с примерными вариантами осуществления настоящего раскрытия.
Способ начинается с шага 202. На шаге 204 способ содержит установление соединения между по меньшей мере одной системой [102] телефонной связи и первым сетевым объектом [104A] беспроводной сети через первый узел [103A] доступа, в котором указанный первый сетевой объект [104A] подключен к серверу [101] приложений. Затем на шаге 206, по меньшей мере одна система [102] телефонной связи начинает получать по меньшей мере одну услугу SIP-транка через первый узел [103A] доступа от сервера [101] приложений, подключенного к первому сетевому объекту [104A].
Кроме того, на шаге 208, по меньшей мере одна система [102] телефонной связи динамически проверяет связь с первым сетевым объектом [104A] через первый узел [103A] доступа. По меньшей мере одна система [102] телефонной связи динамически проверяет связь с первым сетевым объектом [104A] через первый узел [103A] доступа. Например, по меньшей мере одна система [102] телефонной связи динамически проверяет связь с первым сетевым объектом [104A] через первый узел [103A] доступа через каждые 10 секунд, причем этот временной интервал может быть различным. Например, настоящее изобретение предусматривает, что по меньшей мере одна система [102] телефонной связи может обнаруживать сбои на по меньшей мере одном узле доступа [104] на основе таймаутов запросов (истекло время ожидания).
Кроме того, на шаге 210 по меньшей мере одна система [102] телефонной связи устанавливает соединение между по меньшей мере одной системой [102] телефонной связи и вторым сетевым объектом [104B] беспроводной сети через второй узел доступа, в случае если соединение между по меньшей мере одной системой [102] телефонной связи и первым сетевым объектом [104A] через первый узел [103A] доступа не работает, при этом указанный второй сетевой объект [104B] подключен к серверу [101] приложений. Например, в случае, если соединение между первичным пограничным контроллером сеансов доступа предприятия (PR-ESBC) в сети и УТС не работает, УТС устанавливает соединение со вторичным граничным контроллером сеансов доступа предприятия (GR-ESBC здесь) можно связаться с УТС, первичного и вторичного IP-адресов прокси-сервера SIP в качестве IP-адресов PR и GR-ESBC настраиваются на УТС.
Способ [200] настоящего изобретения предусматривает, что первый сетевой объект [104A] является первичным пограничным контроллером сеансов доступа предприятия (PR-ESBC), а второй сетевой объект [104B] является вторичным пограничным контроллером сеансов доступа предприятия (GR-ESBC). Настоящее изобретение далее предусматривает, что  первый узел [103A] доступа и второй узел [103B] доступа основаны на протоколе инициирования сеанса (SIP).  В одном из вариантов настоящего изобретения, в котором по меньшей мере одна услуга SIP является услугой вызова, настоящее изобретение предусматривает, что первый узел [103A] доступа и второй узел [103B] доступа основаны на Протоколе передачи голоса через Интернет (VoIP). Например, в эксплуатации, в случае, если связь между первичным пограничным контроллером сеансов доступа предприятия (PR-ESBC) в сети и УТС не работает, но вторичный пограничный контроллер сеансов доступа предприятия (GR-ESBC здесь) может быть доступен с УТС, последняя устанавливает соединение с GR-ESBC.
Кроме того, способ [200] способа [200] настоящего изобретения также содержит  конфигурирование по меньшей мере одной системы [102] телефонной связи для получения по меньшей мере одной услуги SIP-транка от сервера [101] приложений, подключенного ко второму сетевому узлу [104B] через второй узел [103B] доступа. Настоящее изобретение предусматривает, что по меньшей мере одна система [102] телефонной связи выполнена с возможностью получения по меньшей мере одной услуги SIP-транка от второго сетевого объекта [104B] через второй узел [103B] доступа, далее содержит выполнение, на по меньшей мере одной системе [102] телефонной связи, по меньшей мере одного из протокола управления передачей (TCP) и протокола пользовательских дейтаграмм (UDP) или любого другого протокола соединения данных, известного специалисту в данной области техники.
Способ [200] настоящего изобретения далее предусматривает, что по меньшей мере одна система [102] телефонной связи получает по меньшей мере одну услугу SIP-транка от второго сетевого узла [104B] через второй узел [103B] доступа на основе IP-адреса второго сетевого объекта [104B]. В вышеуказанном случае, если соединение между первичным граничным контроллером сеансов доступа предприятия (PR-ESBC) в сети и УТС не работает, но вторичный пограничный контроллер сеансов доступа предприятия (GR-ESBC здесь) может быть доступен с УТС, первичный и вторичный IP-адреса прокси-сервера SIP как IP-адреса PR- и GR-ESBC настроены на УТС. Таким образом, УТС использует доступное TCP-соединение (или UDP) для сигнализации в направлении IP-адресов GR-ESBC и начинает передавать данные на GR-ESBC по TCP-соединению (или UDP).
Способ [200] настоящего изобретения дополнительно содержит то, что по меньшей мере одна система [102] телефонной связи регистрирует по меньшей мере один телефонный аппарат в сети и предоставляет Частный мультимедийный идентификатор IP (IMPI) и Общедоступный мультимедийный идентификатор IP (IMPU) каждому из по меньшей мере одного телефонного аппарата. Настоящее изобретение также предусматривает, что каждый из по меньшей мере одного телефонного аппарата содержит по меньшей мере один Частный мультимедийный идентификатор IP (IMPI) и по меньшей мере один Общедоступный мультимедийный идентификатор IP (IMPU), причем различные IMPI и IMPU используются для соединения через различные сетевые объекты.
Кроме того, на шаге 212, по меньшей мере одна система [102] телефонной связи передает запрос сигнализации на предоставление по меньшей мере одной услуги SIP через второй узел доступа на сервер [101] приложений, подключенный ко второму сетевому объекту [104B].
Затем, на шаге 214, сервер [101] приложений, подключенный ко второму сетевому объекту [104B], обрабатывает запрос сигнализации, полученный от по меньшей мере одной системы [102] телефонной связи через второй узел доступа. Наконец, на шаге 216, сервер [101] приложений, подключенный ко второму сетевому объекту [104B], предоставляет по меньшей мере одну услугу SIP-транка по меньшей мере одной системе [102] телефонной связи через второй узел доступа. Способ завершается на шаге 218.
На фиг. 3 показана примерная высокоуровневая схема потока вызовов, изображающая способ [300] для предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе [102] телефонной связи сервером [101] приложений по беспроводной сети, в соответствии с примерными вариантами осуществления настоящего раскрытия. В одном из примеров способ начинается с шага 301. На шаге 302 УТС (телефонная система) проверяет связь с первым сетевым объектом (PR-ESBC), посылая OPTION ping, и на шаге 306, при обнаружении трех последовательных сбоев, УТС проверяет доступность альтернативного пограничного контроллера сеансов доступа предприятия (ESBC) (шаг 312) и начинает посылать вызовы в сторону GR-ESBC. Соответственно, на шаге 316, GR-ESBC отправляет вызов соответствующему зарегистрированному P-CSCF и, в свою очередь, S-CSCF. На шаге 324 BTAS будет рассматривать этот вызов как звонок, поступивший по VoIP. BTAS CDR будет отражать, являются ли звонки исходящими от PR или GR-ESBC на основе домена, полученного в звонке. На шаге 306, определив, что первый узел доступа работает, на шаге 310, УТС восстановит сбой соединения и начнет посылать трафик на PR-ESBC, который будет следовать нормальному потоку вызовов. В качестве альтернативы, УТС может решить не переводить трафик на первичный пограничный контроллер сеансов доступа предприятия (ESBC) (или может сделать это в контролируемой фазе, чтобы избежать существующих сбоев вызовов при восстановлении первичного канала).
В другом случае, настоящее изобретение предусматривает, что телефонный аппарат [102] ( УТС или UBE или UCM) идентифицирует сбой в соединении с PR-ESBC и, таким образом, начинает передавать вызовы на GR-ESBC. Далее GR-ESBC отправляет вызов на соответствующий зарегистрированный P-CSCF, который в свою очередь направляет вызов на зарегистрированный S-CSCF. Далее S-CSCF передает вызов на BTAS, который обрабатывает вызов таким образом, что вызов возник через PR-ESBC, и обрабатывает вызов обычным образом. Соответственно, BTAS отражает, являются ли звонки исходящими от PR-ESBC или GR-ESBC на основе домена, полученного в звонке. Настоящий пример далее предусматривает, что после восстановления сбоя соединения система телефонной связи посылает вызовы (или в целом трафик) на PR-ESBC, который будет следовать нормальному потоку вызовов. Далее изобретение предусматривает, что абонент системы телефонной связи может решить не переводить трафик на PR-ESBC после восстановления сбоя канала связи и может продолжать передавать трафик по GR-ESBC.
На фиг. 4 показана другая примерная высокоуровневая схема потока вызовов, изображающая способ [400] для предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе [102] телефонной связи сервером [101] приложений по беспроводной сети, в соответствии с примерными вариантами осуществления настоящего раскрытия. В одном из примеров способ начинается с шага 301. На шаге 404 вызовы полученные BTAS, будут опробованы на PR-ESBC в качестве первого выбора, поскольку ENUM всегда разрешает первичный домен. На шаге 406 PR-ESBC отправляет ответ об ошибке 503/500 в BTAS. На шаге 408 BTAS проверяет, имеет ли УТС конфигурацию GR-ESBC. На шаге 416 BTAS заменяет исходный домен на домен GR-ESBC, и BTAS рассматривает этот вызов как новый исходный вызов и направляет его в тот же S-CSCF (например, несвоевременная переадресация). Далее, на шаге 420, S-CSCF отправит вызов в IBCF на основе DNS-запроса, отправленного для домена GR. На шаге 422, IBCF отправит вызов в соответствующий I-CSCF, а I-CSCF перенаправит вызов в S-CSCF, где клиент зарегистрирован в домене GR. Затем, на шаге 412, когда вызов достигает BTAS, он будет рассматриваться как обычный запрос на завершение вызова в GR-ESBC.
Кроме того, примерная схема потока вызовов предусматривает, что вызов будет завершен через S-CSCF и P-CSCF на GR-ESBC. Соответственно, GR-ESBC прервет звонок на УТС. На шаге 406, определив, что первый узел доступа работает, на шаге 412, УТС при восстановлении соединения вызовы будут рассматриваться как нормальное завершение и не вернутся к GR, пока УТС не отправит код причины (408, 480, 500 или 503).
Примерная схема потока вызовов далее содержит то, что в случае нескольких сбоев на основном пути BTAS может выбрать черный список основного маршрута и продолжать пробовать путь один раз в 10 или 100 вызовов (в зависимости от конфигурации). BTAS добавит GR-домен на основании кодов ошибок, а также в случае внесения PR-маршрута в черный список.
Далее, примерная схема потока вызовов на фиг. 4 дополнительно содержит обеспечение двойной регистрации от пограничного контроллера сеансов доступа предприятия (ESBC), где оба ESBC будут регистрироваться в ядре Мультимедийной подсистемы на базе IP (IMS) с различными доменами. Первичный пограничный контроллер сеансов доступа предприятия (ESBC) будет иметь первичный домен, а GR-ESBC будет иметь сконфигурированный вторичный домен. Реестр будет состоять из одного и того же номера, но с разными доменами. Общедоступный мультимедийный идентификатор IP (IMPU) и Частный мультимедийный идентификатор IP (IMPI) в реестре будут отличаться на основе домена, используемого в соответствии с первичным и вторичным пограничным контроллером сеансов доступа предприятия (ESBC). Выбор S-CSCF со стороны HSS может быть одинаковым или разным, так как эти регистрации могут находиться на разных S-CSCF.
На фиг. 5 показана примерная схема [500] потока сигналов, изображающая примерный способ предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе [102] телефонной связи сервером [101] приложений по беспроводной сети с использованием VoLTE/FLP-вызовов, когда первичный пограничный контроллер сеансов доступа предприятия (ESBC) вышел из строя, в соответствии с примерными вариантами осуществления настоящего раскрытия. Высокоуровневая диаграмма потока сигналов на фиг.5 содержит PR-ESBC, GR-ESBC, P-CSCF, I-CSCF, S-CSCF и HSS, и предусматривает события, когда происходит вызов VoLTE/FLP и первичный пограничный контроллер сеансов доступа предприятия (ESBC) вышел из строя.
Согласно схеме потока сигналов на фиг. 5, ENUM всегда будет разрешать запрос к первичному домену номера, который является регистрацией первичного пограничного контроллера сеансов доступа предприятия (ESBC). BTAS принимает решение о переадресации вызова в домен GR после получения ответа от первичного домена о том, переадресовывать или нет. В результате BTAS будет выполнять маршрутизацию на основе домена и направит INVITE к IBCF домена FLP GR.
На фиг. 6 показана примерная схема [600] потока сигналов, изображающая примерный способ предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе [102] телефонной связи сервером [101] приложений по беспроводной сети с использованием Offnet-вызовов, когда первичный пограничный контроллер сеансов доступа предприятия (ESBC) вышел из строя/не доступен, в соответствии с примерными вариантами осуществления настоящего раскрытия. Высокоуровневая диаграмма потока сигналов на фиг.6 содержит PR-ESBC, GR-ESBC, P-CSCF, I-CSCF, S-CSCF, IBCF и HSS, и предусматривает события, когда выбирается Offnet-вызов в случае когда первичный пограничный контроллер сеансов доступа предприятия (ESBC) вышел из строя.
Согласно схеме потока сигналов на фиг. 6, ENUM всегда будет разрешать запрос к первичному домену номера, который является регистрацией первичного пограничного контроллера сеансов доступа предприятия (ESBC). MGCF будет выполнять здесь запрос ENUM перед отправкой INVITE в ядро Мультимедийной подсистемы на базе IP (IMS). Таким образом, ядро Мультимедийной подсистемы на базе IP (IMS) всегда будет получать запросы в формате SIP. BTAS принимает решение о переадресации вызова в домен GR после получения ответа от первичного домена о том, переадресовывать или нет. BTAS будет выполнять маршрутизацию на основе домена и направит INVITE к IBCF домена FLP GR.
На фиг. 7 показана примерная схема [700] потока сигналов, изображающая примерный способ предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе [102] телефонной связи сервером [101] приложений по беспроводной сети с использованием Offnet-вызовов, когда первичный пограничный контроллер сеансов доступа предприятия (ESBC) вышел из строя/не доступен, в соответствии с примерными вариантами осуществления настоящего раскрытия. Высокоуровневая схема потока сигналов на фиг.7 содержит PR-ESBC, GR-ESBC, P-CSCF, I-CSCF, S-CSCF, MGCF, IBCF и HSS, и предусматривает события, когда выбирается вызов Offnet в случае когда первичный пограничный контроллер сеансов доступа предприятия (ESBC) вышел из строя.
Согласно схеме потока сигналов на фиг. 7, MGCF будет выполнять здесь запрос ENUM перед отправкой INVITE в ядро Мультимедийной подсистемы на базе IP (IMS). Таким образом, ядро Мультимедийной подсистемы на базе IP (IMS) всегда будет получать запрос в формате SIP, а BTAS будет принимать решение о переадресации вызова на домен GR по получению ответа от первичного домена, например, переадресовывать или нет. В результате BTAS будет выполнять маршрутизацию на основе домена и направит INVITE к IBCF домена FLP GR.
Поэтому, как видно из вышеприведенного раскрытия, настоящее изобретение предоставляет систему и способ для предоставления по меньшей мере одной услуги SIP-транка по меньшей мере одной системе [102] телефонной связи сервером [101] приложений  по беспроводной сети, даже когда один из узлов доступа вышел из строя, в то время как такая телефонная система подключена по локальной сети с оптоволоконной магистралью или наоборот. Таким образом, настоящее изобретение обеспечивает техническое усовершенствование услуг на основе SIP-транка, которые полностью зависели от VoIP для получения услуг и приводили к нарушению обслуживания при потере связи через VoIP. Кроме того, решение настоящего изобретения выгодно тем, что оно обеспечивает максимальное время бесперебойной работы голосовых услуг за счет альтернативного механизма подключения в случае простоя. Таким образом, настоящее решение обеспечивает решение проблемы прерывания обслуживания в случае отказа узла доступа, обеспечивая непрерывность обслуживания, даже если первичные узлы изолированы, тем самым обеспечивая лучший пользовательский опыт.
Интерфейс, модуль, память, база данных, процессор и компонент, изображенный на фигурах и описанный в настоящем документе, может присутствовать в виде аппаратного обеспечения, программного обеспечения и их комбинации. Показанные связи между этими компонентами/модулями/интерфейсами в системе [100] являются примерными, и любые компоненты/модули/интерфейсы в системе [100] могут взаимодействовать друг с другом посредством различных логических связей и/или физических связей. Кроме того, компоненты/модуль/интерфейс могут быть соединены другими возможными способами.
Хотя на фигурах представлено ограниченное количество серверов, шлюзов, пользовательского оборудования, беспроводной сети, интерфейса, модуля, памяти, базы данных, процессора и компонента, однако специалисты в данной области оценят, что общая система настоящего изобретения содержит любое количество и различные типы объектов/элементов, таких как серверы, шлюзы, пользовательское оборудование, беспроводная сеть, интерфейс, модуль, память, база данных, процессор и компонент.
Хотя в настоящем документе значительное внимание уделено раскрытым вариантам осуществления изобретения, следует понимать, что могут быть выполнены многие варианты осуществления изобретения и что многие изменения могут быть внесены в варианты осуществления изобретения без отступления от принципов настоящего изобретения. Эти и другие изменения в вариантах осуществления настоящего изобретения будут очевидны специалистам в данной области, при этом следует понимать, что приведенное выше описание осуществления является иллюстративным и не ограничивающим.