Согласование широкополосных кодеков

Согласование широкополосных кодеков

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

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

Уровень техники

Большинство используемых в настоящее время систем кодирования речи основано на речи по узкополосной полосе пропускания телефона. Полоса пропускания телефона, номинально, ограничена порядком 300-3400 Гц, и дискретизация осуществляется при частоте 8 кГц. Это ограничение, встроенное в обычную телефонную систему, относится к тому времени, когда была установлена служба. Присущие обычной телефонной коммутируемой сети общего пользования (PSTN) ограничения полосы пропускания налагают ограничение на качество связи.

Возрастающее внедрение сквозных цифровых сетей, таких как беспроводные сети 2G и 3G, должно позволять использование более широкой полосы пропускания для речи, что должно обеспечивать качество связи, которое значительно превосходит качество связи PSTN и создает ощущение «непосредственного общения».

При широкополосном кодировании речи (AMR-WB) сигнал дискретизируют, например, при 16 кГц, и полоса частот ограничена, например, 100-7000 Гц, что приводит к качеству речи, близкому к качеству речи при «непосредственном общении».

Современные сети уже поддерживают функцию Управления Внеполосным Транскодером (OoBTC) для согласования кодеков.

Однако согласование пока поддерживает только узкополосные виды кодеков и PCM.

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

Международная заявка PCT/EP 2004/002229 решает проблему, состоящую в том, как обеспечивать оптимальное качество данных и/или минимизировать потребности в полосе пропускания в базовой телекоммуникационной сети связи и предлагает усовершенствованную обработку списка кодеков для сетей GSM/WCDMA.

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

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

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

Однако следует отметить, что для достижения улучшенного качества речи алгоритм широкополосного кодирования обычно требует мощности обработки кодирования/декодирования DSP порядка в 2-4 раза большего, чем требовал узкополосный кодек.

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

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

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

Раскрытие изобретения

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

Согласно изобретению выполняют способ, описанный в пунктах 1, 10, 13 и 14 формулы изобретения. Дополнительно, изобретение воплощено в устройствах, которые описаны в пунктах 16-21 формулы изобретения, и в программном обеспечении, которое описано в пункте 22 формулы изобретения. В соответствующих зависимых пунктах формулы изобретения описаны предпочтительные варианты осуществления.

Первый предложенный способ выполняют в узле, таком как Сервер Управления Вызовами, при установке вызова.

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

Дополнительно узел может извлекать информацию конфигурации относительно того, поддерживает ли Узел Радиодоступа широкополосный кодек.

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

Анализируют информацию относительно того, поддерживает ли терминал широкополосный кодек, информацию конфигурации относительно того, поддерживает ли Узел Радиодоступа широкополосный кодек и информацию относительно того, поддерживает ли медиа шлюз широкополосный кодек.

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

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

Однако если медиа шлюз поддерживает широкополосный кодек и если терминал поддерживает широкополосный кодек, то широкополосный кодек включают в список поддерживаемых кодеков.

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

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

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

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

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

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

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

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

Дополнительно в узле, таком как Транзитный Центр Коммутации, выполняют третий предложенный способ для возврата списка доступных кодеков для установки вызова или для согласования кодеков в середине вызова. Узел извлекает из службы информацию конфигурации относительно того, поддерживает ли служба широкополосный кодек.

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

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

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

Если медиа шлюз не поддерживает широкополосный кодек, то обеспеченный список поддерживаемых кодеков не содержит широкополосный кодек.

Если служба не поддерживает широкополосный кодек, то обеспеченный список поддерживаемых кодеков не содержит широкополосный кодек.

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

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

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

Дополнительно предложены Устройства и Программное обеспечение, применяемые для выполнения вышеупомянутых способов.

Краткое описание чертежей

Теперь будет подробно описано изобретение, согласно приложенным таблицам и чертежам.

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

Таблица 2 представляет включение широкополосного кодека в список доступных кодеков при различных установках, согласно изобретению.

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

Фиг.1 изображает установку согласно изобретению.

Фиг.2 изображает устройство согласно изобретению.

Осуществление изобретения

В последующем описании в качестве широкополосного кодека предполагают адаптивный многоскоростной речевой кодек (AMR-WB).

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

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

Далее описана обработка широкополосного кодека в инициирующем Сервере Управления Вызовами, таком как MSC-сервер.

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

Перед созданием списка поддерживаемых кодеков (SCL) инициирующий Сервер Управления Вызовами (MSC 1) должен осуществить проверку, какие кодеки поддерживаются другими элементами, участвующими в вызове.

Указанные элементы содержат инициирующий терминал (TE), инициирующую Сеть Радиодоступа (RAN 1) и Медиа Шлюз (MGW 1).

В частности, поддерживает ли инициирующий терминал (TE) широкополосный кодек (AMR-WB)?

Эта информация (TE_sup) может быть принята из терминала (TE) в рамках сигнализации установки вызова.

Дополнительно, поддерживает ли широкополосный кодек (AMR-WB) инициирующий Узел Радиодоступа (RAN 1), который является, например, Контроллером Базовых Станций (BSC) в Сети GSM и Контроллером Радиосети (RNC) в сети WCDMA?

Проверка этой информации (RAN_sup) может быть осуществлена в соответствии с информацией конфигурации в Сервере Управления Вызовами (MSC 1).

И дополнительно, поддерживает ли инициирующий Медиа Шлюз (MGW 1) широкополосный кодек (AMR-WB)?

Этой информацией (MGW_sup) либо управляет оператор в Сервере Управления Вызовами (MSC 1), либо Сервер Управления Вызовами (MSC 1) может получить эту информацию из Медиа Шлюза (MGW 1), например, посредством функции H.248 Audit.

Вышеупомянутую информацию анализируют. Анализ выполняют в соответствии с таблицей 1, которая организована по столбцам в соответствии с поддержкой в Терминале (TE_sup), в Сети Радиодоступа (RAN_sup), в Медиа Шлюзе (MGW_sup) и решением, которое находится в последнем столбце.

Если, например, широкополосный кодек (AMR-WB) поддерживают Терминал (TE_sup = да), Сеть Радиодоступа (RAN_sup = да) и Медиа Шлюз (MGW_sup = да), то AMR-WB поддерживают на сквозном маршруте и, следовательно, AMR-WB включают в Список Поддерживаемых Кодеков (oSCL) в качестве Непосредственного Кодека.

Однако требуется особое внимание в том случае, если терминал (TE_sup = да) и MGW (MGW_sup = да) поддерживают AMR-WB, но узел Радиодоступа (RAN_sup = нет) не осуществляет поддержку.

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

По этой причине AMR-WB включают в Список Поддерживаемых Кодеков (oSCL) в качестве косвенного кодека.

Однако если терминал и/или MGW не поддерживает AMR-WB, то AMR-WB не включают в Список Поддерживаемых Кодеков (oSCL).

Пока обработка Списка Поддерживаемых Кодеков (oSCL) осуществлялась внутри Сервера Управления Вызовами (MSC 1).

Затем этот внутренний Список Поддерживаемых Кодеков (oSCL) передают в качестве Списка Поддерживаемых Кодеков (SCL) в направлении оконечного Сервера Управления Вызовами (MSC 2) в процедуре OoBTC при установке вызова. Как указано на фиг.1, термин «в направлении», как предполагается, охватывает также передачу через промежуточные Серверы Управления Вызовами (MSC x).

Как очевидно из описанного выше, если в Сервере Управления Вызовами (MSC 1) существует такая логика обработки, то предполагается, что в Сервере Управления Вызовами (MSC 1) также поддерживают широкополосный кодек AMR-WB.

Однако, в Сервере Управления Вызовами (MSC 1) может существовать дополнительный флажок для дезактивации использования AMR-WB для узла в целом. Такой флажок может использоваться для запрета использования широкополосного кодека в случае загрузки Сервера Управления Вызовами. Такой флажок также может быть частью информации конфигурации.

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

Такая информация может быть доступна в Гостевом Регистре Местоположения (VLR) и может быть извлечена Сервером Управления Вызовами (MSC 1).

Далее, согласно фиг.1, описана обработка Широкополосного кодека (AMR-WB) в оконечном Сервере Управления Вызовами, таком как MSC-сервер (MSC 2).

При установке вызова в оконечном Сервере Управления Вызовами (MSC 2) оконечный Сервер Управления Вызовами (MSC 2) действует как оконечный узел OoBTC и должен создать собственный Список Поддерживаемых Кодеков (tSCL), который используют дополнительно к принятому Списку Поддерживаемых Кодеков (SCL) для выбора кодека, который должен быть использован при вызове. Установка воспроизведена на фиг.1.

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

Создание списка поддерживаемых кодеков (tSCL) может вызываться при приеме списка поддерживаемых кодеков (oSCL) из инициирующего (MSC 1) или промежуточного узла (MSC x).

Указанные элементы содержат оконечный терминал (TE), оконечную Сеть Радиодоступа (RAN 2) и Медиа Шлюз (MGW 2).

В частности, поддерживает ли оконечный терминал (TE) широкополосный кодек (AMR-WB)?

Эта информация (TE_sup) может быть принята из терминала (TE) в рамках сигнализации установки вызова.

Дополнительно, поддерживает ли широкополосный кодек (AMR-WB) оконечный Узел Радиодоступа (RAN 2), который является, например, Контроллером Базовых Станций (BSC) в Сети GSM и Контроллером Радиосети (RNC) в WCDMA?

Проверка этой информация (RAN_sup) может быть осуществлена в соответствии с информацией конфигурации в оконечном Сервере Управления Вызовами (MSC 2).

И дополнительно, поддерживает ли оконечный Медиа Шлюз (MGW 2) широкополосный кодек (AMR-WB)?

Этой информацией (MGW_sup) либо управляет оператор в Сервере Управления Вызовами (MSC 2), либо Сервер Управления Вызовами (MSC 2) может получить эту информацию из Медиа Шлюза (MGW 2), например, посредством функции H.248 Audit.

Вышеупомянутую информацию анализируют. Анализ выполняют в соответствии с таблицей 1, которая организована по столбцам в соответствии с поддержкой в Терминале (TE_sup), в Сети Радиодоступа (RAN_sup), в Медиа Шлюзе (MGW_sup) и с решением, которое находится в последнем столбце.

Если, например, широкополосный кодек (AMR-WB) поддерживают Терминал (TE_sup = да), Сеть Радиодоступа (RAN_sup = да) и Медиа Шлюз (MGW_sup = да), то AMR-WB поддерживают на сквозном маршруте и, следовательно, AMR-WB включают в Список Поддерживаемых Кодеков (oSCL) в качестве Непосредственного Кодека.

Однако требует особого внимания случай, где терминал (TE_sup = да) и MGW (MGW_sup = да) поддерживают AMR-WB, но узел Радиодоступа (RAN_sup = нет) не осуществляет поддержку.

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

По этой причине AMR-WB включают в Список Поддерживаемых Кодеков (tSCL) в качестве косвенного кодека.

Однако если терминал и/или MGW не поддерживает AMR-WB, то AMR-WB не включают в Список Поддерживаемых Кодеков (tSCL).

Список поддерживаемых кодеков (tSCL) должен обрабатываться внутри Сервера Управления Вызовами (MSC 2).

Как очевидно из описанного выше, если в Сервере Управления Вызовами (MSC 2) существует такая логика обработки, то предполагается, что в Сервере Управления Вызовами (MSC 2) также поддерживают широкополосный кодек (AMR-WB).

Однако в Сервере Управления Вызовами (MSC 2) может существовать дополнительный флажок для дезактивации использования AMR-WB для узла в целом. Такой флажок может быть использован для запрета использования широкополосного кодека в случае загрузки Сервера Управления Вызовами. Такой флажок также может быть частью информации конфигурации.

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

Такая информация может быть доступна в Гостевом Регистре Местоположения (VLR) и может быть извлечена Сервером Управления Вызовами (MSC 2). Гостевой Регистр Местоположения (VLR) может быть идентичным Гостевому Регистру Местоположения (VLR) для инициирующего терминала, но может быть также другим Гостевым Регистром Местоположения (VLR).

Затем оконечный Сервер Управления Вызовами (MSC 2) должен выбрать лучший кодек из Списка Поддерживаемых Кодеков (SCL), принятого через сеть из инициирующего Сервера Управления Вызовами (MSC 1), и собственного Списка Поддерживаемых Кодеков (tSCL).

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

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

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

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

Анализ выполняют в соответствии с таблицей 2, которая организована по столбцам в соответствии с поддержкой в инициирующем Списке Поддерживаемых Кодеков (oSCL_sup) и в оконечном Списке Поддерживаемых Кодеков (tSCL_sup), и первое решение относительно выбранного кодека находится во втором столбце от конца, и второе решение относительно включения широкополосного кодека (AMR-WB) в список доступных кодеков находится в последнем столбце.

Если инициирующий Список Поддерживаемых Кодеков (oSCL_sup = непосредственный) и оконечный Список Поддерживаемых Кодеков (tSCL_sup = да) содержат общий широкополосный кодек (AMR-WB) в качестве «Непосредственного Кодека», то общий широкополосный кодек (AMR-WB) является доступным на сквозном маршруте. Следовательно, общий широкополосный кодек (AMR-WB) выбирают для вызова и включают в Список Доступных Кодеков (ACL).

Если только один из Списков Поддерживаемых Кодеков (tSCL, oSCL) содержит широкополосный кодек (AMR-WB) в качестве «непосредственного кодека», в то время как другие списки поддерживаемых кодеков содержат широкополосный кодек (AMR-WB) в качестве «косвенного кодека», то упомянутый широкополосный кодек (AMR-WB) включают в список доступных кодеков (ACL), но не выбирают.

Если оба Списка Поддерживаемых Кодеков (tSCL, oSCL) содержат широкополосный кодек (AMR-WB) в качестве «косвенного кодека» (oSCL_sup = косвенный, tSCL_sup = косвенный), то упомянутый широкополосный кодек (AMR-WB) не включают в список доступных кодеков (ACL) и не выбирают, и применяют правила выбора для узкополосной связи и, следовательно, выбирают узкополосный кодек.

Если инициирующие Списки Поддерживаемых Кодеков (oSCL) содержат широкополосный кодек (AMR-WB) в качестве «непосредственного кодека» (oSCL_sup = непосредственный), и широкополосный кодек (AMR-WB), не считая кодека (PCM), заданного по умолчанию, является единственным кодеком, поддерживаемым инициирующим Узлом Управления Вызовами (MSC 1), в то время как оконечный Узел Управления Вызовами (MSC 2) не поддерживает широкополосный кодек (AMR-WB) вовсе, то различные операторы могут выбирать различные решения, то есть либо выбрать кодек (PCM), заданный по умолчанию, который, как известно, приводит к большей ширине полосы пропускания передачи в базовой сети, либо выбрать широкополосный кодек (AMR-WB), который обязательно включает в себя транскодирование, что, как описано выше, приводит к неэффективному использованию обработки ресурсов.

В любом другом случае, то есть широкополосный кодек (AMR-WB) не включен ни в один из Списков Поддерживаемых Кодеков (tSCL, oSCL) в качестве «Непосредственного Кодека» или в качестве «Косвенного Кодека», широкополосный кодек (AMR-WB) ни выбирают, ни включают в список доступных кодеков (ACL) и применяют правила выбора узкополосной связи и, следовательно, выбирают узкополосный кодек.

Затем Список Доступных Кодеков (ACL), созданный в соответствии с вышеупомянутым анализом, возвращают в инициирующий узел (MSC 1).

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

Далее описана обработка широкополосных Кодеков в Узлах без Радиодоступа.

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

Обычно это имеет место, когда вызывают службу (SRV) и воспроизводят объявление, относящееся к службе.

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

Если оператор сохранил объявления при широкополосном качестве, то должен быть выбран широкополосный кодек (AMR-WB). В этом случае широкополосный кодек (AMR-WB) также включают в ACL.

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

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

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

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

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

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

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

Следовательно, узел (TSC) может извлекать информацию конфигурации (SRV_sup) относительно того, поддерживает ли служба (SRV) широкополосный кодек (AMR-WB), причем информацию принимают из службы (SRV).

Поддерживает ли медиа шлюз (MGW) широкополосный кодек (AMR-WB), узнают способом, идентичным описанному выше, то есть информацию либо обеспечивает оператор, либо ее извлекают из медиа шлюза (MGW).

Как уже описано, информацию (SRV_sup) относительно того, поддерживает ли служба (SRV) широкополосный кодек (AMR-WB), и информацию (MGW_sup) относительно того, поддерживает ли медиа шлюз (MGW) широкополосный кодек (AMR-WB), анализируют, и в зависимости от анализа обеспечивают список поддерживаемых кодеков (oSCL, tSCL).

Описанные выше способы обеспечивают возможность установки вызова. Однако обработку широкополосного кодека (AMR-WB) в середине вызова поддерживают посредством других навыков.

Как указано выше, после того как завершена установка вызова и вызов установлен, оконечный Сервер Управления Вызовами (MSC 2) содержит информацию относительно возможностей инициирующего Сервера Управления Вызовами (MSC 1), так как он содержит информацию относительно (SCL), который является по меньшей мере подсовокупностью кодеков, поддерживаемых Сервером Управления Вызовами (MSC 1).

Если широкополосный кодек (AMR-WB) включен в список поддерживаемых кодеков (SCL) в качестве «Непосредственного Кодека», то в инициирующем Сервере Управления Вызовами (MSC 1) поддерживают широкополосный кодек (AMR-WB).

Если широкополосный кодек (AMR-WB) включен в список поддерживаемых кодеков (SCL) в качестве «Косвенного Кодека», то широкополосный кодек (AMR-WB) не поддерживают в текущем узле Радиодоступа (RAN 1).

Если широкополосный кодек (AMR-WB) не включен в список поддерживаемых кодеков (SCL), то отсутствует возможность использования широкополосного кодека (AMR-WB) для этого вызова.

Дополнительно также инициирующий Сервер Управления Вызовами (MSC 1) может восстанавливать информацию относительно возможностей оконечного Сервера Управления Вызовами (MSC 2) из предварительно переданного списка поддерживаемых кодеков (SCL) и из списка доступных кодеков (ACL), принятого в ответ на переданный список поддерживаемых кодеков (SCL).

Восстановление выполняют в соответствии с таблицей 3, которая организована по столбцам в соответствии с кодеком, переданным в списке поддерживаемых кодеков (SCL), который исходит из обеспеченного внутри списка поддерживаемых кодеков (oSCL), кодеком, выбранным для вызова, кодеком, принятым в списке доступных кодеков (ACL), и восстановлением подсовокупности кодеков, доступных в оконечном узле (MSC 2).

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

Дополнительно, даже если широкополосный кодек (AMR-WB) был включен в список поддерживаемых кодеков (SCL), оконечный Сервер Управления Вызовами (MSC 2) может не обеспечивать широкополосный кодек вовсе.

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

По этой причине любой Сервер Управления Вызовами может начать согласование Кодеков в середине вызова для установления широкополосного кодека (AMR-WB) для вызова, как только они обнаруживают, что для вызова стал доступным широкополосный кодек (AMR-WB).

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

Если теперь широкополосный кодек (AMR-WB) стал доступным в первом Сервере Управления Вызовами, например, из-за передачи обслуживания в Сети Радиодоступа, то первый Сервер Управления Вызовами может определить посредством информации относительно второго Сервера Управления Вызовами, что широкополосный кодек (AMR-WB) должен стать доступным на сквозном маршруте, или в качестве «непосредственного кодека».

Так как задача состоит в обеспечении по возможности наивысшего качества речи, то может быть начато повторное согласование кодеков.

Для повторного согласования кодеков первый Сервер Управления Вызовами создает новый Список Поддерживаемых Кодеков (SCL), как описано выше, и передает вновь созданный Список Поддерживаемых Кодеков (SCL) в направлении второго Сервера Управления Вызовами.

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

Однако при обратной ситуации, то есть широкополосный кодек (AMR-WB) был выбран для вызова и, следовательно, также включен в список доступных кодеков (ACL) и стал недоступным в первом Сервере Управления Вызовами, например, из-за передачи обслуживания в Сети Радиодоступа, Сервер Управления Вызовами, выполняющий передачу обслуживания или перемещение, должен инициировать процедуру согласования кодеков в середине вызова для изменения при вызове на узкополосный кодек.

Могут быть применены процедуры и логика, идентичные имеющим место при установке вызова. Однако теперь новый доступный узел Радиодоступа не поддерживает широкополосный кодек (AMR-WB), следовательно, для вызова должен быть выбран любой узкополосный кодек, но не широкополосный кодек (AMR-WB).

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

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

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

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

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

Дополнительно такие устройства могут содержать средство (300) анализа информации, такое как блок обработки. Это средство может применяться для анализа информации относительно того, поддерживает ли терминал широкополосный кодек, информации конфигурации относительно того, поддерживает ли Узел Радиодоступа широкополосный кодек, и информации относительно того, поддерживает ли медиа шлюз широкополосный кодек. Дополнительно это средство может применяться для анализа принятого списка поддерживаемых кодеков и обеспеченного списка поддерживаемых кодеков.

Дополнительно такие устройства могут содержать средство (300) обеспечения списка поддерживаемых кодеков и/или списка доступных кодеков, такое как блок обработки.

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

Дополнительно такие устройства могут содержать средство (300) выбора кодека, такое как блок обработки.

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

Дополнительно такие устройства могут содержать также средство (300) обнаружения изменения в установке, такое как блок обработки.

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

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

Список сокращений

ACL Список доступных кодеков

AMR Адаптивный многоскоростной

AMR-WB Широкополосный AMR

SCL Список поддерживаемых кодеков

SC Выбранный Кодек

oSCL инициирующий Список Поддерживаемых Кодеков

tSCL оконеч