СПОСОБ, УСТРОЙСТВО И СИСТЕМА ДЛЯ ОБРАБОТКИ ТОНАЛЬНОГО СИГНАЛА В МЕДИАПОТОКЕ
METHOD, APPARATUS AND SYSTEM FOR PROCESSING TONE IN MEDIA STREAM

Область техники, к которой относится изобретение
Настоящее изобретение относится к области технологий связи и, в частности, к способу, устройству и системе для обработки тонального сигнала в медиапотоке.
Уровень техники
Контроллер медиашлюза (MGC) и медиашлюз (MG) являются двумя ключевыми компонентами сети с коммутацией пакетов, в архитектуре которой услуга и носитель отделены друг от друга. MGC осуществляет функцию управления услугой, а MG осуществляет функцию медианосителя, для отделения плана управления услугой от плана медианосителя и, таким образом, для достаточного обобществления сетевых ресурсов, упрощения обновления оборудования и расширения услуги, и снижения затрат на развитие и обслуживание.
Под управлением MGC MG может устанавливать передачу медиапотока с помощью другого оборудования, например пользовательского агента (UA), представляющего пользователя. В некоторых конфигурациях услуги тональные сигналы, связанные с осуществлением вызова и передаваемые между MG и UA, например тональный сигнал занятости, вызывной тональный сигнал, тональный сигнал факсового вызова (CNG) и тональный сигнал ответа на идентификацию вызываемой стороны факсимильной связи (CED), будут передаваться через медиапоток. MG должен извлекать эти тональные сигналы из принятого медиапотока и удалять эти тональные сигналы из медиапотока, если они больше не нужны для последующей передачи или обработки медиапотока, в противном случае будут возникать проблемы типа растраты ресурсов обработки и принятия неверного решения относительно осуществления вызова.
При реализации настоящего изобретения авторы изобретения поняли, что существующая технология имеет следующую проблему в современной архитектуре с разделением MGC-MG - не существует эффективного механизма, позволяющего MGC управлять MG при удалении тональных сигналов из медиапотока.
Раскрытие изобретения
Варианты осуществления настоящего изобретения предусматривают способ, устройство и систему для обработки тонального сигнала в медиапотоке, которые позволяют MG обрабатывать тональный сигнал в медиапотоке.
Вариант осуществления настоящего изобретения предусматривает способ обработки тонального сигнала в медиапотоке, включающий в себя этапы, на которых:
принимают на медиашлюзе (MG) команду, выданную контроллером медиашлюза (MGC), которая переносит параметр свойства для управления удалением тональных сигналов из медиапотока, и
удаляют или не удалют (резервируют) на MG тональный сигнал в медиапотоке согласно параметру свойства.
Другой вариант осуществления изобретения дополнительно предусматривает медиашлюз, включающий в себя:
блок задания свойства, выполненный с возможностью задавать параметр свойства для управления удалением тонального сигнала из медиапотока согласно команде от контроллера медиашлюза; и
блок обработки, выполненный с возможностью обрабатывать тональный сигнал в медиапотоке согласно параметру свойства, заданному блоком задания свойства.
Другой вариант осуществления изобретения дополнительно предусматривает систему для обработки тонального сигнала в медиапотоке, включающую в себя контроллер медиашлюза (MGC) и медиашлюз (MG), в которой
MGC выполнен с возможностью подавать команду на MG, предписывающую MG задавать параметр свойства для управления удалением тонального сигнала из медиапотока; и
MG выполнен с возможностью задавать параметр свойства согласно команде от MGC и удалять или резервировать тональный сигнал в медиапотоке согласно параметру свойства.
Согласно вариантам осуществления изобретения MGC задает свойство Tone Removal («удаление тонального сигнала») для MG, что позволяет MG обрабатывать тональный сигнал в медиапотоке и при необходимости удалять тональные сигналы, и, таким образом, позволяет избежать проблем, например неоправданного расхода ресурсов обработки и принятия неверного решения относительно осуществления вызова.
Краткое описание чертежей
Фиг.1 - схема построения сети с использованием MG и MGC согласно варианту осуществления настоящего изобретения.
Фиг.2 - блок-схема варианта осуществления 1 настоящего изобретения.
Фиг.3 - блок-схема варианта осуществления 2 настоящего изобретения.
Фиг.4 - блок-схема варианта осуществления 3 настоящего изобретения.
Фиг.5 - блок-схема варианта осуществления 4 настоящего изобретения.
Фиг.6 - структурная схема системы согласно варианту осуществления 5 настоящего изобретения.
Осуществление изобретения
Для пояснения технических решений изобретения ниже приведено подробное описание изобретения со ссылкой на чертежи и варианты осуществления.
На фиг.1 схематически представлено построение сети с использованием медиашлюза (MG) и контроллера медиашлюза (MGC) согласно варианту осуществления настоящего изобретения.
Протоколы управления (медиа)шлюза являются основными протоколами связи между MG и MGC, в которых широко применяются H.248/MeGaCo и Media Gateway Control Protocol (MGCP).
Согласно H.248, взятому в порядке примера, ресурсы на MG имеют общее название Terminations («окончания») и включают в себя Physical Termination («физическое окончание») и Ephemeral Termination («эфемерное окончание»). Physical Termination представляет физические сущности, существующие практически постоянно, например временной слот TDM, Ephemeral Termination представляет публичные ресурсы, высвобождаемые после эфемерного использования, например поток RTP. Кроме того, особое «окончание», именуемое Root Termination («корневое окончание»), представляет MG целиком. Взаимосвязь между «окончаниями» имеет общее название Context («контекст»), который может включать в себя множественные «окончания», и, таким образом, взаимосвязь между «окончаниями» можно описывать посредством Topology («топологии»). «Окончание», не связанное с другими «окончаниями», включается в особый «контекст», именуемый Null Context («пустой контекст»).
Согласно вышеописанной абстрактной модели соединений взаимодействие между услугой и носителем фактически является операцией над Termination и Context. Такая операция осуществляется посредством запроса (Request) и ответа (Reply) команды (Command) между MGC и MG. Типы команд включают в себя Add, Modify, Subtract, Move, AuditValue, AuditCapabilities, Notify и ServiceChange. Параметр команды также называется описателем (Descriptor) и подразделяется на Property («свойство»), Signal («сигнал»), Event («событие»), Statistic («статистику») и т.д. Для удобства параметры, связанные с услугой, логически объединяются в Package («пакет»).
Контроль над MG, осуществляемый MGC, может относиться к Termination или потоку на Termination. Характеристики, не относящиеся исключительно к потоку на Termination, описываются посредством описателей TerminationState, например ServiceState и EventBufferControl. Характеристики, относящиеся исключительно к потоку на Termination, описываются посредством описателей Media, которые включают в себя ряд описателей Stream. Каждый описатель Stream включает в себя описатель LocalControl, описатель Local и описатель Remote в отношении одного потока. Описатель LocalControl включает в себя информацию управления, связанную с потоком, например Mode, ReserveGroup, ReserveValue, и т.д. Описатели Local и Remote, соответственно, включают в себя характеристики потоков, принимаемых локальной и удаленной сторонами, например адрес, порт и кодек, в форме Session Description Protocol (SDP).
Таким образом, чтобы MGC мог управлять MG при удалении тональных сигналов из медиапотока, протоколы управления (медиа)шлюза необходимо расширить. Настоящее изобретение будет подробно описано ниже со ссылкой на несколько вариантов осуществления.
Вариант осуществления 1
На фиг.2 показана логическая блок-схема этого варианта осуществления, которая включает в себя следующие этапы:
Этап 101: MG принимает команду, выданную MGC, которая переносит параметр свойства для управления удалением тональных сигналов из медиапотока; и
Этап 102: MG удаляет или резервирует тональные сигналы в медиапотоке согласно параметру свойства.
Вариант осуществления 2
В этом варианте осуществления Property используется для указания, подлежат ли тональные сигналы удалению из медиапотока. Property можно задавать в текущем Package или новом Package и в формате «Package ID/Property ID». Например, новый Package можно называть «Media Stream Tone Removal (mstr) Package» и Property можно называть «Tone Removal (tr)» для использования в формате «mstr/tr».
Property имеет логический тип (Boolean), где значение «ON» указывает удаление тональных сигналов из медиапотока, и значение «OFF» указывает отсутствие удаления тональных сигналов из медиапотока. Кроме того, исходно заданное значение (т.е. когда Property не задан) равно «OFF». Property задается для определенного потока, чтобы предписывать, удалять или нет тональные сигналы из потока, и, таким образом, используется в описателе LocalControl, заданном для определенного потока, и включает в себя информацию управления потока.
Когда MGC должен удалять тональные сигналы из определенного медиапотока на MG, MGC задает вышеупомянутое свойство tr для MG, и задает значение, равное ON. MGC может передавать задание свойства посредством команды, например добавления, перемещения, изменения и т.д., где задание свойства переносится в описателе LocalControl для медиапотока. После приема задания свойства от MGC MG удаляет обнаруженные тональные сигналы из медиапотока до переноса медиапотока на следующую секцию передачи (например, другое «окончание») или обработки (например, кодового преобразования). Упомянутое здесь обнаружение может представлять собой одно из следующих действий: MG обнаруживает все тональные сигналы, которые он может обнаружить, и MG обнаруживает все тональные сигналы, предписанные MGC. Если MGC задает значение свойства tr, равное OFF, MG не будет осуществлять никаких операций по удалению тональных сигналов из медиапотока. Если MGC не задает свойство tr, MG будет продолжать с исходно заданным значением OFF.
На фиг.3 показана логическая блок-схема этого варианта осуществления, которая включает в себя следующие этапы:
Этап 201: MGC подает команду на MG для задания свойства Tone Removal для MG в отношении конкретного медиапотока на MG.
MGC может подавать команду, например добавления, перемещения, изменения, и т.д. на MG. Команда переносит свойство Tone Removal в описателе LocalControl для медиапотока. В этом варианте осуществления значение свойства Tone Removal задается равным ON, и можно заранее задать, что MG должен удалять все тональные сигналы, предписанные MGC. Предполагается, что MGC предписывает MG обнаруживать вызывной тональный сигнал, и вызывной тональный сигнал в медиапотоке подлежит удалению.
По завершении задания MGC может при необходимости подавать команду на MG для изменения значения свойства.
Этап 202: MG принимает команду от MGC и сохраняет задание.
Этап 203: MG обнаруживает, включает ли в себя медиапоток вызывной тональный сигнал, и, если да, процесс переходит к этапу 204; в противном случае процесс сразу переходит к этапу 205.
Этап 204: MG удаляет обнаруженный вызывной тональный сигнал из медиапотока.
Этап 205: MG переносит медиапоток на следующую секцию передачи или обработки.
Вариант осуществления 3
В этом варианте осуществления свойство используется для указания списка тональных сигналов, подлежащих удалению из медиапотока. Это свойство можно задавать в текущем Package или новом Package и использовать в формате «Package ID/Property ID». Например, новый Package можно называть «Media Stream Tone Removal (mstr)» и свойство можно называть «Tone Removal list (tr1)» для использования в формате «mstr/tr1».
Свойство имеет тип String («строка»), и значение является списком тональных сигналов, подлежащих удалению из медиапотока. Когда значение равно NULL, это означает, что никакие тональные сигналы не подлежат удалению из медиапотока; когда значение равно подстановочному символу «*», представляющему ALL, это означает, что все тональные сигналы подлежат удалению из медиапотока. Исходно заданное значение (т.е. когда свойство не задано) равно NULL. Свойство задается для конкретного потока для указания тональных сигналов, подлежащих удалению из этого потока, и, таким образом, используется в описателе LocalControl, который задается для конкретного потока и включает в себя информацию управления для этого потока.
Когда MGC должен удалять тональные сигналы из определенного медиапотока на MG, MGC задает вышеупомянутое свойство tr1 для MG и включает тональные сигналы, подлежащие удалению из медиапотока, в значение свойства tr1. MGC может переносить задание свойства посредством команды, например добавления, перемещения, изменения и т.д., путем переноса задания свойства в описателе LocalControl для медиапотока. После приема задания свойства от MGC MG может удалять тональные сигналы, обнаруженные и включенные в значение свойства из медиапотока, до переноса медиапотока на следующую секцию передачи (например, другое «окончание») или обработки (например, кодового преобразования). Если MGC задает значение свойства tr1 как NULL, MG не будет осуществлять никаких операций, связанных с удалением тональных сигналов из медиапотока, а если MGC задает значение свойства tr1 как подстановочный символ «*», представляющий ALL, MG будет удалять все обнаруженные тональные сигналы из медиапотока. Обнаружение здесь можно задавать как одно из следующих действий: MG обнаруживает все тональные сигналы, которые он может обнаружить, и MG обнаруживает все тональные сигналы, предписанные MGC. Если MGC не задает свойство trl, MG будет продолжать с исходно заданным значением NULL.
На фиг.4 показана логическая блок-схема этого варианта осуществления, которая включает в себя следующие этапы:
Этап 301: MGC подает команду на MG для задания свойства Tone Removal List («список удаления тональных сигналов») для MG в отношении конкретного медиапотока на MG.
MGC может подавать команду, например добавления, перемещения, изменения и т.д., которая переносит свойство Tone Removal List в описателе LocalControl для медиапотока на MG. В настоящем варианте осуществления свойству Tone Removal List присваивается значение подстановочного символа «*» и можно заранее задать, что MG должен удалять все тональные сигналы, которые он может обнаружить, т.е. все обнаружимые тональные сигналы, подлежащие удалению из медиапотока.
По завершении задания MGC может, при необходимости, подавать команду на MG для изменения значения свойства.
Этап 302: MG принимает команду от MGC и сохраняет задание.
Этап 303: MG обнаруживает, включает ли в себя медиапоток какой-либо тональный сигнал, который он может обнаружить, и, если да, процесс переходит к этапу 304; в противном случае процесс сразу переходит к этапу 305.
Этап 304: MG удаляет все тональные сигналы, которые он может обнаружить, из медиапотока.
Этап 305: MG переносит медиапоток на следующую секцию передачи или обработки.
Вариант осуществления 4
В этом варианте осуществления свойства, расширенные в двух вышеописанных вариантах осуществления, используются совместно, и tr1 обрабатывается как необязательный параметр, который эффективен только, когда tr присвоено значение ON, для дополнительного указания списка тональных сигналов, подлежащих удалению из медиапотока. Исходно заданное значение tr равно OFF и исходно заданное значение tr1 равно подстановочному символу «*», представляющему ALL. Комбинация может представлять собой одно из следующих:
когда tr не задано и ему присвоено значение OFF, это означает, что никакие тональные сигналы не подлежат удалению из медиапотока, и нет смысла использовать tr1;
когда tr присвоено значение ON, и tr1 присвоено значение списка, включающего в себя по меньшей мере один тональный сигнал, это означает, что любой обнаруженный тональный сигнал, который включен в список, подлежит удалению из медиапотока;
когда tr присвоено значение ON, и tr1 присвоено значение NULL, это означает, что никакие тональные сигналы не подлежат удалению из медиапотока, или удаление не имеет смысла;
когда tr присвоено значение ON, и tr1 не задано или ему присвоено значение подстановочного символа «*», представляющего ALL, это означает, что все обнаруженные тональные сигналы подлежат удалению из медиапотока.
Обнаружение здесь можно задавать как одно из следующих действий: MG обнаруживает все тональные сигналы, которые он может обнаружить, и MG обнаруживает все тональные сигналы, предписанные MGC.
На фиг.5 показана логическая блок-схема настоящего варианта осуществления.
Этап 401: MGC подает команду на MG для задания свойства Tone Removal для MG в отношении конкретного медиапотока на MG и в необязательном порядке для задания свойства Tone Removal List.
MGC может подавать команду, например, добавления, перемещения, изменения и т.д., которая переносит свойство Tone Removal и необязательное свойство Tone Removal List в описателе LocalControl для медиапотока на MG. В настоящем варианте осуществления свойству Tone Removal присвоено значение ON, свойству Tone Removal List присвоено значение «тональный сигнал занятости» и «тональный сигнал факсового вызова», и можно заранее задать, что MG должен удалять все тональные сигналы, предписанные MGC. В этом случае предполагается, что MGC предписывает MG обнаруживать вызывной тональный сигнал и тональный сигнал занятости, т.е. тональный сигнал занятости подлежит обнаружению и удалению из медиапотока.
По завершении задания MGC может при необходимости подавать команду на MG для изменения значения свойства tr и/или свойства tr1.
Этап 402: MG принимает команду от MGC и сохраняет задание.
Этап 403: MG обнаруживает, включает ли в себя медиапоток какой-либо тональный сигнал занятости, и, если да, процесс переходит к этапу 404; в противном случае процесс переходит сразу к этапу 405.
Этап 404: MG удаляет обнаружимый тональный сигнал занятости из медиапотока.
Этап 405: MG переносит медиапоток на следующую секцию передачи или обработки.
Вариант осуществления 5
Вариант осуществления изобретения предусматривает систему для реализации вышеупомянутого процесса на тональных сигналах в медиапотоке. Согласно фиг.6 система включает в себя MGC 60 и MG 61.
MGC 60 включает в себя блок 601 подачи команды, выполненный с возможностью подавать команду на MG 61, предписывать MG 61 задавать параметр свойства для управления удалением тональных сигналов из медиапотока, и команда может представлять собой команду Add (добавление), Move (перемещение) или Modify (изменение) и т.д.
MG 61 способен задавать параметр свойства согласно команде, поданной с MGC 61, и удалять или резервировать тональные сигналы в медиапотоке согласно параметру свойства, где MG 61 включает в себя блок 611 задания свойства и блок обработки 612.
Блок 611 задания свойства выполнен с возможностью задавать параметр свойства для управления удалением тональных сигналов в медиапотоке согласно команде MGC 60, где параметр свойства включает в себя свойство Tone Removal и/или свойство Tone Removal list.
Блок обработки 612 выполнен с возможностью обрабатывать, если принятый медиапоток переносит тональные сигналы, тональные сигналы в медиапотоке согласно параметру свойства для управления удалением тональных сигналов в медиапотоке, заданному блоком задания свойства 611, и переносить медиапоток на следующую секцию передачи (например, другое «окончание») или обработки (например, кодового преобразования).
Блок обработки 612 может дополнительно включать в себя блок удаления 6121 для удаления обнаруженных и указанных тональных сигналов из медиапотока согласно значению свойства Tone Removal и/или свойства Tone Removal List. Характеристики обнаружения аналогичны описанным выше в отношении способов, отвечающих изобретению, и поэтому их подробное описание опущено.
Согласно варианту осуществления изобретения MGC предписывает MG при необходимости удалять или резервировать тональные сигналы в медиапотоке, подавая команду на MG для задания свойства Tone Removal и/или свойства Tone Removal List.
Из описаний вышеозначенных вариантов осуществления специалисты в данной области техники могут легко понять, что изобретение можно реализовать в виде оборудования или в виде сочетания программного обеспечения и необходимой общей аппаратной платформы. На основании этого понимания техническое решение изобретения можно реализовать в виде программного продукта, который может храниться в энергонезависимом запоминающем устройстве (например, CD-ROM, флэш-памяти, переносном жестком диске и т.д.) и включать в себя инструкции, которые позволяют компьютерному оборудованию (например, ПК, серверу или сетевому оборудованию) выполнять способы согласно вариантам осуществления изобретения.
Выше описаны лишь некоторые иллюстративные варианты осуществления настоящего изобретения, которые не призваны как-либо ограничивать объем изобретения. Любые модификации, эквиваленты и усовершенствования, отвечающие принципам изобретения, подлежат включению в объем изобретения.