Управляющее сетевое устройство

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

 

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

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

Существуют различные кодеки, которые выполняются с возможностью реализовывать связь между пользовательскими терминалами. Различные кодеки предоставляют различное качество кодирования и также требуют различной вычислительной мощности. Один из кодеков может представлять собой кодек по стандарту предоставления улучшенных голосовых услуг (EVS). EVS может использоваться для сверхширокополосных и полнополосных VoLTE-услуг, описанных в документе GSMA "IMS Profile for Voice and SMS" IR.92.

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

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

WO2016184281 A1 относится к способу функциональной совместимости мультимедиа и устройству для этого, при этом способ содержит: определение, посредством панели управления, того, что первое абонентское устройство использует первый мультимедийный формат и второе UE, обменивающееся данными с первым UE, использует второй мультимедийный формат, причем второй мультимедийный формат представляет собой основной EVS-режим; и уведомление устройства пользовательской плоскости в отношении преобразования мультимедийного пакета в первом мультимедийном формате, передаваемого посредством первого UE, в мультимедийный пакет в совместимом EVS-режиме, и мультимедийного пакета в совместимом EVS-режиме, передаваемого посредством второго UE, в мультимедийный пакет в первом мультимедийном формате. Описанная технология реализует функциональную совместимость между мультимедийным форматом первого пользователя и мультимедийными данными второго пользователя на основе совместимого EVS-режима.

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

Тем не менее, не гарантируется то, что все терминалы или UE в сети поддерживают EVS-режим. Следовательно, может быть необходимым то, что характеристики гетерогенной сети должны удовлетворяться при поддержании самого лучшего качества аудиосигнала и устойчивости для участвующих терминалов.

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

Эта цель разрешается посредством предмета независимых пунктов формулы изобретения. Предпочтительные варианты осуществления определены в зависимых пунктах формулы изобретения.

Согласно варианту осуществления, сетевое устройство для управления вызовами между пользовательскими терминалами проверяет то, поддерживает или нет первый пользовательский терминал использование первого режима кодирования аудио для вызова, и то, намеревается или нет второй пользовательский терминал использовать второй режим кодирования аудио для вызова, и если первый пользовательский терминал поддерживает использование первого режима кодирования аудио для вызова и второй пользовательский терминал намеревается использовать второй режим кодирования аудио для вызова, переупаковывает первые данные вызова, отправленные из первого пользовательского терминала во второй пользовательский терминал и пакетизированные в первые пакеты, относящиеся ко второму режиму кодирования аудио, во вторые пакеты, относящиеся к первому режиму кодирования аудио, и переупаковывает вторые данные вызова, отправленные из второго пользовательского терминала в первый пользовательский терминал и пакетизированные в третьи пакеты, относящиеся ко второму режиму кодирования аудио, в четвертые пакеты, относящиеся к первому режиму кодирования аудио. Это имеет такое преимущество, что EVS-характеристики могут быть использованы в наиболее высокой степени в окружении со смешанным режимом, имеющем, например, EVS- и AMR-WB-терминалы.

В дополнительном варианте осуществления, сетевое устройство может выполнять проверку во время установления вызова между первым и вторым пользовательскими терминалами.

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

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

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

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

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

В еще одном дополнительном варианте осуществления, сетевое устройство может проверять то, указывает или нет первое начальное предложение вызова использование первого режима кодирования аудио, и если да, может перехватывать первое начальное предложение (310) вызова и передавать второе начальное предложение (320) вызова вместо первого начального предложения (310) вызова, причем второе начальное предложение (320) вызова указывает использование множества режимов кодирования аудио, включающих в себя первый режим кодирования аудио и второй режим кодирования аудио.

В дополнительном варианте осуществления, второй режим кодирования аудио может представлять собой AMR-WB, и первый режим кодирования аудио может представлять собой функционально совместимый AMR-WB-режим EVS.

В дополнительном варианте осуществления, второй режим кодирования аудио может представлять собой AMR-WB с использованием RTP-формата для AMR-WB, и первый режим кодирования аудио может представлять собой функционально совместимый AMR-WB-режим EVS с использованием RTP-формата для EVS.

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

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

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

Далее описывается изобретение относительно вариантов осуществления, которые проиллюстрированы на прилагаемых чертежах, на которых:

Фиг. 1 показывает концептуальное сетевое устройство, соединенное с пользовательскими терминалами согласно варианту осуществления настоящего изобретения;

Фиг. 2 показывает последовательность служебных сигналов между абонентскими устройствами согласно варианту осуществления настоящего изобретения; и

Фиг. 3 показывает другую последовательность служебных сигналов между абонентскими устройствами согласно другому варианту осуществления настоящего изобретения.

Как упомянуто выше, преимущественно использовать EVS-режим, поскольку он предоставляет повышенное качество аудиосигнала и устойчивость. В случаях, если все терминалы, участвующие в вызове, так называемые "ветви вызова", имеют возможность использовать EVS, EVS используется прогнозируемо.

В случаях, если только одна ветвь вызова поддерживает EVS, например, UE, и, вероятно, также сеть, с которой она соединяется, поддерживает EVS, и другое UE либо его соединенная сеть не допускает поддержку EVS, а поддерживает только AMR-WB, повышенная устойчивость к ошибкам EVS по-прежнему может быть использована посредством использования EVS в EVS-поддерживаемой ветви вызова.

Согласно принципу этой заявки, использование EVS в сетях с характеристиками гетерогенных устройств, либо если сети с различными характеристиками кодеков взаимно соединяются, принудительно активируется. Технология основывается на SDP-модификации в сетевых SIP-узлах, которые, например, могут представлять собой сетевые CSCF- или ATCF-узла в IMS.

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

Этот принцип может упрощаться посредством использования первичного EVS-режима в ветви EVS-вызова и выполнять транскодирование в AMR-WB в сети. Ветвь EVS-вызова затем извлекает выгоду из превосходной устойчивости к ошибкам, как в восходящей линии связи, так и в нисходящей линии связи. Повышенная устойчивость к ошибкам EVS, в частности, в канально-ориентированном режиме обеспечивает возможность ослаблять целевую BLER в ветви вызова, которая соответствует улучшенному отношению SNR "сигнал-шум" и покрытию соты в помещениях/вне помещений.

Кроме того, EVS IO-режим может использоваться, и переупаковка в сети может выполняться. Эта процедура переупаковки уже выполняется во время одномоментного сеанса голосовой связи и передачи данных (SRVCC), при котором, во время EVS VoLTE/VoLTE-вызова, одно UE переключается на CS-сеть и в силу этого должно переключаться на AMR-WB. В этом случае, EVS-кодек может непрерывно использоваться до и после переключения сети. Кодек может переключаться из первичного в EVS IO-режим, чтобы удовлетворять функциональной совместимости с обеими сетями. Это также обеспечивает вариант использования, в котором EVS IO-режим непосредственно согласуется во время установления вызова. С большой вероятностью, преимущественным относительно устойчивости к ошибкам и качества аудиосигнала является использование EVS IO вместо унаследованного (legacy) AMR-WB.

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

Как описано выше, oUE и tUE могут обмениваться данными не непосредственно, а через IMS, которая может управлять связью. В случае если кодек AMR-WB (по стандарту широкополосного адаптивного многоскоростного кодирования) согласуется, UE (например, oUE и tUE) могут использовать AMR-WB IO-режим в качестве альтернативной реализации AMR-WB для отправляющей и/или приемной стороны. Это поведение может быть полезным по сравнению с унаследованным AMR-WB. Поскольку именно только производитель UE принимает решение на предмет того, чтобы реализовывать AMR-WB с использованием AMR-WB IO или нет, оператор или IMS-сеть не могут командовать UE осуществлять это.

Далее поясняется технология, в которой оператор или IMS-сеть командует UE с поддержкой EVS использовать встроенные функционально совместимые AMR-WB-режимы через EVS IO-режим для вызова в UE без поддержки EVS, например, вместо унаследованного AMR-WB. Это может реализовываться посредством следующих SDP-модификаций во время установления вызова:

В первой категории модификаций, oUE поддерживает EVS, включающий в себя EVS IO, и tUE поддерживает только AMR-WB.

В этой первой категории, согласно модификации 1a, при приеме ответа tUE на начальное предложение oUE, IMS знает, что oUE поддерживает EVS IO-режим и что tUE поддерживает только AMR-WB. Согласно модификации 1b, IMS заменяет i) AMR-WB посредством "запуска EVS в EVS IO-режиме" в этом и последующих ответах, и ii) "запуск EVS в EVS IO-режиме" посредством AMR-WB в последующих предложениях.

Во второй категории модификаций, oUE поддерживает только AMR-WB, и tUE поддерживает EVS, включающий в себя EVS IO.

В этой второй категории, согласно модификации 2a, при приеме начального предложения из oUE (содержащего только AMR-WB), IMS добавляет "запуск EVS в EVS IO-режиме" в предложение, перенаправляемое в tUE.

Согласно модификации 2b, если tUE отвечает "запуском EVS в EVS IO-режиме", IMS знает, что oUE поддерживает только AMR-WB, но tUE поддерживает EVS IO-режим.

Согласно модификации 2c, IMS заменяет i) "запуск EVS в EVS IO-режиме" посредством AMR-WB в этом и последующих ответах и ii) AMR-WB посредством "запуска EVS в EVS IO-режиме" в последующих предложениях.

Например, в системе с двумя терминалами, UE1 и UE2, может возникать случай, в котором IMS знает, что UE1 поддерживает только AMR-WB, и UE2 поддерживает EVS и в силу этого преобразует AMR-WB в EVS IO.

Согласно модификации 1a, IMS-сеть заменяет "AMR-WB" посредством "EVS", в частности, EVS IO- характеристиками в сообщении ответа, если ответ содержит AMR-WB, но не содержит EVS и начальное предложение, содержащее EVS.

Согласно модификации 1b, IMS-сеть заменяет "AMR-WB" посредством "EVS", в частности, EVS IO-характеристиками в сообщении предложения, если предложение содержит AMR-WB, но не содержит EVS, и начальное сообщение ответа, содержащее EVS.

Согласно модификации 2, tUE может тестироваться на предмет EVS IO-поддержки. В этом случае, IMS-сеть добавляет характеристики EVS IO в предложение вызова, если предложение содержит AMR-WB, но не содержит EVS. IMS "знает", что UE1 поддерживает EVS, и UE2 поддерживает только AMR-WB и в силу этого преобразует EVS IO в AMR-WB.

Согласно третьему классу модификаций, в частности, для модификации 3a, IMS-сеть заменяет EVS IO посредством AMR-WB-характеристик в сообщении ответа, если сообщение ответа содержит EVS IO, и начальное предложение вызова не содержит EVS.

Дополнительно, в третьем классе модификаций, согласно модификации 3b, IMS-сеть заменяет EVS IO посредством AMR-WB-характеристик в предложении вызова, если предложение вызова содержит EVS IO и начальное сообщение ответа не содержит EVS.

В дальнейшем поясняются SDP-модификации во время предложения/ответа наряду с релевантными частями команд SIP относительно фиг. 2 и 3. Следует отметить, что последовательность сообщений уменьшается до релевантных касательно согласования кодеков сообщений. Кроме того, SDP-сообщения сокращаются, чтобы улучшать удобочитаемость. Два приведенных примера основаны на примерах установления одного PMN-вызова, поясненных в разделе 3.2 документа "GSMA FCM.01 - VoLTE Service Description and Implementation Guide (Version 2.0)". Дополнительная информация содержится в документе "3GPP 26445 Annex A3.3.3", который содержит подробное описание использования SDP-параметров, и в документе "GSMA IR.92 chapter 2.4.3.3", который описывает конкретные для EVS SDP-ограничения для VoLTE.

Все модификации предположительно реализуются в экземплярах IMS-сети, уже искажающих SDP-сообщения, например, они могут реализовываться в P-CSCF или других экземплярах IMS-сети, таких как ATCF (функция управления передачей доступа), уже присутствующих для SRVCC. Переупаковка может реализовываться, например, в процессоре функции мультимедийных ресурсов (MRFP) (подлежит уточнению) или в шлюзах передачи доступа (ATGW).

Фиг. 1 показывает систему 100, содержащую сетевое устройство 110 согласно настоящему изобретению. Сетевое устройство 110 проверяет то, имеет или нет первый пользовательский терминал 120 возможность поддерживать использование первого режима кодирования аудио для вызова, и проверяет то, намеревается или нет второй пользовательский терминал 130 использовать второй режим кодирования аудио для вызова. В этом варианте осуществления, первый режим кодирования аудио и второй режим кодирования аудио могут отличаться, и первый режим кодирования аудио может означать EVS, тогда как второй режим кодирования аудио может означать AMR-WB. Специалистам в данной области техники должно быть очевидным, что упомянутые аудиорежимы представляют собой просто примеры и также могут содержать различные технологии кодирования.

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

В системе, которая содержит сетевое устройство 110, первый пользовательский терминал 120, второй пользовательский терминал 130 и возможно также дополнительные пользовательские терминалы 140, предполагается, что активные сетевые узлы в плоскости управления и пользовательской плоскости присутствуют с IMS, используемой в качестве синонима для всех сетевых узлов в EPC и IMS, предусмотренных в установлении вызова. Вызывающий пользовательский терминал или абонентское устройство соответствуют вышеуказанному oUE и вызываемому UE для вышеуказанного tUE.

В общем, oUE отправляет и принимает данные из IMS, которая представляет собой мультимедийную подсистему на базе IP-протокола, с которой соединяется абонентское устройство или пользовательские терминалы. Также tUE соединяется с IMS, в силу чего связь между oUE и tUE упрощается через IMS.

При установлении кодека, используемого для связи и в случае, если используется AMR-WB, UE могут использовать AMR-WB IO-режим в качестве альтернативной реализации AMR-WB для отправляющей и/или приемной стороны. Как упомянуто выше, это поведение является полезным по сравнению с унаследованным AMR-WB, но именно производитель UE принимает решение на предмет того, чтобы реализовывать AMR-WB с использованием AMR-WB IO, и UE не может предписываться осуществлять это посредством IMS-сети.

Далее предоставляется технология, в которой оператор/IMS-сеть командует UE с поддержкой EVS использовать встроенные AMR-WB рабочие режимы через EVS IO-режим для вызова в UE без поддержки EVS, вместо унаследованного AMR-WB. Это может реализовываться посредством вышепоясненных SDP-модификаций во время установления вызова.

При приеме ответа tUE на начальное предложение oUE, IMS знает, что oUE поддерживает EVS IO-режим, и tUE поддерживает только AMR-WB. IMS заменяет AMR-WB посредством "запуска EVS в EVS IO-режиме" в этом и последующих ответах, и "запуск EVS в EVS IO-режиме" посредством AMR-WB в последующих предложениях.

Фиг. 1 иллюстрирует сетевое устройство 110, поддерживающее связь с двумя пользовательскими терминалами 120 и 130. Как описано выше, сетевое устройство 110 проверяет то, намереваются или нет терминалы использовать конкретный режим кодирования аудио для вызова. Например, сетевое устройство 110 может проверять то, намеревается или нет первый терминал 120 использовать режим кодирования аудио, связанный со стандартом EVS, и то, намеревается или нет второй пользовательский терминал 130 использовать другой режим кодирования аудио, например, AMR.

При условии, что первый и второй пользовательские терминалы намереваются использовать общий режим кодирования аудио, связь может выполняться без дополнительных усилий. В случае если первый пользовательский терминал 120 поддерживает связанный с EVS режим кодирования аудио, далее называемый "первым режимом кодирования аудио", и второй пользовательский терминал намеревается использовать связанный с AMR режим кодирования аудио, далее называемый "вторым режимом кодирования аудио", сетевое устройство 110 должно прикладывать дополнительные усилия. Подробнее, сетевое устройство 110 переупаковывает данные, отправленные из первого пользовательского терминала 120, из первого во второй режим кодирования аудио, и переупаковывает данные, отправленные из второго пользовательского терминала, из второго режима кодирования аудио в первый режим кодирования аудио.

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

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

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

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

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

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

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

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

Очевидно, что различные режимы кодирования аудио могут использоваться, и в вариантах осуществления, второй режим кодирования аудио может представлять собой AMR-WB-режим, и первый режим кодирования аудио может представлять собой функционально совместимый AMR-WB-режим EVS.

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

В отношении режимов кодирования аудио, эти режимы могут представлять аудиоконтент с использованием одинакового синтаксиса кодирования или с использованием одинаково синтаксически анализируемых рабочих данных либо взаимно передаваемых друг другу без транскодирования. Без транскодирования, например, может означать "без необходимости повторного квантования".

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

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

Фиг. 2 показывает пример последовательности служебных сигналов связи между вызывающим абонентским устройством (oUE), которое допускает EVS и AMR-WB, и вызываемым абонентским устройством (tUE), допускающим использование AMR-WB. Эти абонентские устройства могут соединяться с управляющим сетевым устройством, как описано выше, управляющее сетевое устройство допускает обмен данными с использованием как EVS, так и AMR-WB и транслирует/преобразует сообщения между EVS и AMR-WB. Это управляющее сетевое устройство может представлять собой мультимедийную подсистему на базе IP-протокола (IMS), как описано в нижеприведенном примере.

На этапе 210, SDP-предложение отправляется из oUE в IMS. Это сообщение указывает то, что могут использоваться как EVS, так и AMR-WB. На этапе 220, сообщение перенаправляется из IMS в tUE. В этом сообщении, упоминается только AMR-WB-режим. Этап 210 и этап 220 представляют сообщение SIP-приглашения. Этапы 210 и 220 относятся к проверке 400a, при которой проверяется, с использованием предложения вызова, то, поддерживают или нет терминалы использование первого и/или второго режима кодирования аудио, и то, какой режим кодирования аудио указывается для вызова.

В качестве ответа на SIP-приглашение, сообщение, в этом случае SDP-ответ, отправляется на этапе 230 из tUE в IMS, причем это сообщение имеет AMR-WB-формат. На этапе 240, сообщение перенаправляется из IMS в oUE, преобразованное в EVS-режим. Этапы 230 и 240 представляют сообщение SIP 183 "ход выполнения". Этапы 230 и 240 связаны с проверкой 400b, при которой проверяется, с использованием SDP-ответа, то, какой режим кодирования аудио указывается для вызова.

На этапе 250, SIP-предложение отправляется из oUE в IMS с использованием EVS-режима. Этап 250 связан с сообщением SIP-обновления. На этапе 260, сообщение SDP-предложения отправляется из IMS в tUE, с использованием AMR-WB-режима.

На этапе 270, сообщение SDP-ответа отправляется из tUE в IMS с использованием AMR-WB. Этап 270 связан с сообщением SIP 200 "хорошо". На этапе 280, сообщение SDP-ответа перенаправляется в oUE с использованием EVS-режима.

В этом варианте осуществления, EVS IO используется в oUE, и WB AMS используется в tUE. Сеть, здесь представленная посредством IMS, может выполнять переупаковку, чтобы упрощать соединение между oUE и tUE. Здесь, транскодирование не требуется.

Дополнительно, в этом варианте осуществления, применяются вышеуказанные модификация 1a (IMS-сеть модифицирует SDP-ответ посредством обмена AMR-WB с EVS IO)) и модификация 3b (IMS-сеть обменивается EVS IO посредством AMR-WB (в 2-ом SDP-предложении)).

Фиг. 3 показывает аналогичную последовательность служебных сигналов/последовательность сигналов, как показано и описано относительно фиг. 2, между вызывающим абонентским устройством (oUE) и вызываемым абонентским устройством (tUE), но в этом случае oUE допускает AMR-WB, и tUE допускает EVS и AMR-WB. Также здесь, oUE и tUE могут соединяться с управляющим сетевым устройством, как описано выше, причем управляющее сетевое устройство допускает обмен данными и с использованием как EVS, так и AMR-WB и трансляцию/преобразование сообщений между EVS и AMR-WB. Это управляющее сетевое устройство может представлять собой мультимедийную подсистему на базе IP-протокола (IMS).

На этапе 310, "SDP-предложение" отправляется из oUE в IMS в AMR-WB-режиме. На этапе 320, SDP-предложение отправляется/перенаправляется из IMS в tUE, в этом случае в EVS-режиме. Этапы 310 и 320 могут быть связаны с "SIP-приглашением". Этапы 310 и 320 связаны с проверкой 400c, при которой проверяется, с использованием предложения вызова, то, поддерживают или нет терминалы использование первого и/или второго режима кодирования аудио, и то, какой режим кодирования аудио указывается для вызова.

На этапе 330, "SDP-ответ" отправляется из tUE в IMS с использованием EVS-режима. На этапе 340, SDP-ответ перенаправляется из IMS в oUE, с использованием AMR-WB-режима. Оба этапа 330 и 340 могут быть связаны с сообщением SIP 183 "ход выполнения". Этапы 330 и 340 связаны с проверкой 400d, при которой проверяется, с использованием SDP-ответа, то, какой режим кодирования аудио указывается для вызова.

На этапе 350, сообщение SDP-предложения отправляется из oUE в IMS с использованием AMR-WB-режима. Этап 350 может быть связан с сообщением SIP-обновления. На этапе 360, SDP-предложение перенаправляется из IMS в вызываемое UE с использованием EVS-режима.

На этапе 370, сообщение SDP-ответа отправляется из tUE в IMS с использованием EVS-режима. Этап 370 может быть связан с сообщением SIP 200 "хорошо". На этапе 380, SDP-ответ этапа 370 перенаправляется из IMS в oUE с использованием AMR-WB-режима.

В этом варианте осуществления, EVS IO используется в tUE, и AMS-WB используется в oUE. Сеть, здесь представленная посредством IMS, может выполнять переупаковку, чтобы упрощать соединение между oUE и tUE. Также здесь, транскодирование не требуется.

Дополнительно, в этом варианте осуществления, применяются вышеуказанная модификация 2 (IMS-сеть добавляет EVS IO в SDP-предложение, чтобы тестировать tUE на предмет EVS (в начальном SDP-предложении)), модификация 3a (IMS-сеть обменивается EVS IO посредством AMR-WB (в SDP-ответе)) и модификация 1b (IMS-сеть обменивается AMR-WB посредством EVS IO (в 2-ом SDP-предложении)).

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

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

В зависимости от определенных требований к реализации, варианты осуществления изобретения могут быть реализованы в аппаратных средствах или в программном обеспечении. Реализация может выполняться с использованием цифрового носителя хранения данных, например, гибкого диска, DVD, Blu-Ray, CD, ROM, PROM, EPROM, EEPROM или флэш-памяти, имеющего сохраненные электронно считываемые управляющие сигналы, которые взаимодействуют (или допускают взаимодействие) с программируемой компьютерной системой, так что осуществляется соответствующий способ. Следовательно, цифровой носитель хранения данных может быть машиночитаемым.

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

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

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

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

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

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

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

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

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

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

Оборудование, описанное в данном документе, может реализовываться с использованием аппаратного оборудования либо с использованием компьютера, либо с использованием комбинации аппаратного оборудования и компьютера.

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

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

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

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

1. Сетевое устройство (110) для управления вызовом между пользовательскими терминалами, выполненное с возможностью:

проверять (400) то, поддерживает или нет первый пользовательский терминал (120) использование первого режима кодирования аудио для вызова, и то, намеревается или нет второй пользовательский терминал (130) использовать второй режим кодирования аудио для вызова;

если первый пользовательский терминал (120) поддерживает использование первого режима кодирования аудио для вызова и второй пользовательский терминал (130) намеревается использовать второй режим кодирования аудио для вызова:

переупаковывать (402a) первые данные вызова, отправленные из первого пользовательского терминала (120) во второй пользовательский терминал (130) и пакетизированные в первые пакеты, относящиеся к первому режиму кодирования аудио, во вторые пакеты, относящиеся ко второму режиму кодирования аудио, и

переупаковывать (402b) вторые данные вызова, отправленные из второго пользовательского терминала (130) в первый пользовательский терминал (120) и пакетизированные в третьи пакеты, относящиеся ко второму режиму кодирования аудио, в четвертые пакеты, относящиеся к первому режиму кодирования аудио,

при этом сетевое устройство (110) дополнительно выполнено с возможностью

проверять (400a) то, указывает или нет первое начальное предложение (210) вызова, отправленное из вызывающего пользовательского терминала в вызываемый пользовательский терминал, использование второго режима кодирования аудио для вызова;

если первое начальное предложение (210) вызова указывает использование второго режима кодирования аудио для вызова:

перехватывать первое начальное предложение (210) вызова и перенаправлять второе начальное предложение (220) вызова в вызываемый пользовательский терминал вместо первого начального предложения (210) вызова, причем второе начальное предложение (220) вызова указывает использование первого режима кодирования аудио для вызова;

проверять (400b) то, указывает или нет первый ответ (230) на второе начальное предложение (220) вызова, отправленное из вызываемого пользовательского терминала в вызывающий пользовательский терминал, использование первого режима кодирования аудио для вызова;

если первый ответ (230) указывает использование первого режима кодирования аудио для вызова:

перехватывать первый ответ (230) и перенаправлять второй ответ (240) в вызывающий пользовательский терминал вместо первого ответа (230), причем второй ответ (240) указывает использование второго режима кодирования аудио для вызова; и

обеспечивать то, что вызываемый пользовательский терминал поддерживает использование первого режима кодирования аудио для вызова и вызывающий пользовательский терминал намеревается использовать второй режим кодирования аудио для вызова, так что вызываемым пользовательским терминалом является первый пользовательский терминал (120) и вызывающим пользовательским терминалом является второй пользовательский терминал (130).

2. Сетевое устройство (110) по п.1, выполненное с возможностью осуществлять упомянутую проверку во время установления вызова между первым и вторым пользовательскими терминалами (120, 130).

3. Сетевое устройство (110) по п.1, при этом первое начальное предложение (210) вызова, отправленное из вызывающего пользовательского терминала в вызываемый пользовательский терминал, подчиненно указывает использование первого режима кодирования аудио для вызова.

4. Сетевое устройство (110) по п.1, выполненное с возможностью, если первый ответ (230) указывает использование второго режима кодирования аудио для вызова:

перенаправлять первый ответ (230) в вызывающий пользовательский терминал, причем первый ответ (230) указывает использование второго режима кодирования аудио для вызова, и

обеспечивать то, что ни первый пользовательский терминал (120), ни второй пользовательский терминал (130) не поддерживают использование и не намереваются использовать первый режим кодирования аудио для вызова.

5. Сетевое устройство (110) по п.1, выполненное с возможностью:

проверять (400d) то, указывает или нет первый ответ (330), отправленный из вызываемого пользовательского терминала в вызывающий пользовательский терминал в ответ на первое начальное предложение (310) вызова, отправленное из вызывающего пользовательского терминала в вызываемый пользовательский терминал и указывающее использование любого из группы из одного или более режимов кодирования аудио для вызова, которой принадлежит первый режим кодирования аудио, использование второго режима кодирования аудио;

если первый ответ (330) указывает использование второго режима кодирования аудио для вызова:

перехватывать первый ответ (330) и перенаправлять второй ответ (340) в вызывающий пользовательский терминал вместо первого ответа (330), причем второй ответ (340) указывает использование первого режима кодирования аудио для вызова, и

обеспечивать то, что вызывающий пользовательский терминал поддерживает использование первого режима кодирования аудио для вызова и вызываемый пользовательский терминал намеревается использовать второй режим кодирования аудио для вызова, так что вызывающим пользовательским терминалом является первый пользовательский терминал (120) и вызываемым пользовательским терминалом является второй пользовательский терминал (130).

6. Сетевое устройство (110) по п.5, при этом первое начальное предложение (310) вызова, отправленное из вызывающего пользовательского терминала в вызываемый пользовательский терминал, по меньшей мере, подчиненно указывает использование первого режима кодирования аудио.

7. Сетевое устройство (110) по п.5, при этом сетевое устройство (110) выполнено с возможностью проверять (400c) то, указывает или нет первое начальное предложение (310) вызова, отправленное из вызывающего пользовательского терминала в вызываемый пользовательский терминал, использование первого режима кодирования аудио,

если первое начальное предложение (310) вызова указывает использование первого режима кодирования аудио, перехватывать первое начальное предложение (310) вызова и перенаправлять второе начальное предложение (320) вызова вместо первого начального предложения (310) вызова, причем второе начальное предложение (320) вызова указывает использование множества режимов кодирования аудио, включающее в себя первый режим кодирования аудио и второй режим кодирования аудио.

8. Сетевое устройство (110) по п.1, при этом второй режим кодирования аудио представляет собой AMR-WB, а первый режим кодирования аудио представляет собой функционально совместимый с AMR-WB режим EVS.

9. Сетевое устройство (110) по п.1, при этом второй режим кодирования аудио представляет собой AMR-WB с использованием формата RTP для AMR-WB, и первый режим кодирования аудио представляет собой функционально совместимый с AMR-WB режим EVS с использованием формата RTP для EVS.

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

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

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