СПОСОБ ПЕРЕДАЧИ НОМЕРА ВЫЗЫВАЮЩЕГО АБОНЕНТА, СООБЩЕНИЕ, ШЛЮЗОВОЕ УСТРОЙСТВО И УСТРОЙСТВО УПРАВЛЕНИЯ ШЛЮЗОМ Российский патент 2015 года по МПК H04M1/57 

Описание патента на изобретение RU2549827C2

ОБЛАСТЬ ТЕХНИКИ

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

- прием закодированных в цифровом формате первых данных, в состав которых входит номер вызывающего абонента.

УРОВЕНЬ ТЕХНИКИ

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

- Представление идентификации вызывающей линии CLIP (Calling Line Identification Presentation) для цифровой сети с интеграцией служб (Integrated Services Digital Network, ISDN) в соответствии со стандартом ITU-T Q.731.7, согласно которому обрабатываются только цифровые данные. Способ CLIP используется, например, в Европе, главным образом, в Германии.

- Идентификация вызывающего абонента CID (Caller Identification) или идентификация номера вызывающего абонента CNID (Calling Number Identification) в основном этот способ используется на линиях связи телефонной сети (POTS, Plain Old Telephone Service), то есть на аналоговых линиях. CID используется, например, в таких странах, как США и Канада, в которых эта услуга называется "call-display" (визуальное отображение номера вызывающего абонента).

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

Однако для IP-телефонии, передачи речи по протоколу Интернет (VoIP, Voice over IP) использовать традиционные службы уже невозможно.

Кроме того, множество абонентов услуг IP-телефонии также используют аналоговые линии для VoIP.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

- прием закодированных в цифровом формате первых данных, в состав которых входят цифры номера вызывающего абонента,

- использование принятых первых данных для генерации по меньшей мере одного тонального сигнала для каждой цифры и

- передачу тонального сигнала в телефонный аппарат вызываемого абонента,

при этом все операции выполняются автоматически в шлюзовом устройстве, которое передает данные между сетями с использованием отличающихся друг от друга протоколов передачи, причем шлюзовое устройство управляется устройством управления и для передачи данных между шлюзовым устройством, и устройством управления используется протокол комитета по инженерным вопросам интернета IETF (International Engineering Task Force,) RFC 3015 (Request For Comment) или протокол международного союза электросвязи - сектора стандартизации электросвязи (ITU-T, International Telecommunication Union - Telecommunication Standardization Sector) H.248.1, или протокол, основанный на одном из этих протоколов.

В соответствии с другим вариантом осуществления настоящего изобретения предлагается сообщение, соответствующее протоколу IETF RFC 3015 или ITU-T H.248.1, или протоколу, основанному на одном из этих протоколов,

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

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

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

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

В соответствии с другим вариантом осуществления настоящего изобретения предлагается шлюзовое устройство, содержащее:

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

- блок генерации, который генерирует по меньшей мере один тональный сигнал для каждой цифры, и

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

Кроме того, предлагается устройство управления шлюзом, содержащее:

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

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

ОБЩЕЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

Способ передачи номера вызывающего абонента может включать:

- прием закодированных в цифровом формате первых данных, в состав которых входят цифры номера вызывающего абонента,

- использование принятых первых данных для генерации по меньшей мере одного тонального сигнала для каждой цифры,

- передачу тонального сигнала в телефонный аппарат вызываемого абонента,

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

при этом шлюзовое устройство управляется устройством управления, причем для передачи данных между шлюзовым устройством и устройством управления используется протокол IETF RFC 3015 или протокол ITU-T Н.248.1, или протокол, основанный на одном из этих протоколов.

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

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

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

Технический эффект настоящего изобретения заключается в возможности предоставления услуг идентификации вызывающего абонента CID или идентификации номера вызывающего абонента CNID в том числе абонентам, использующим протокол VoIP, но все еще подключенным к аналоговым линиям или к средствам аналогового доступа. Этот эффект достигается путем небольшого расширения функциональных возможностей протокола управления медиа-шлюзами (MEdia GAteway Control) MEGACO/H. 248, то есть протокола, входящего в набор протоколов, которые прочно укоренились на рынке.

Способ также может включать:

сохранение данных, которые определяют по меньшей мере один тональный сигнал для каждого значения цифры,

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

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

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

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

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

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

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

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

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

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

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

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

Способ может включать:

- прием тонального сигнала, который указывает на то, что вызываемый абонент запрашивает номер вызывающего абонента, и

- запрос передачи первых данных после приема тонального сигнала.

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

Способ может включать:

- после приема первых данных передачу сообщения, которое подтверждает факт корректного приема и/или пересылки первых данных. Это сообщение может потребоваться для выполнения правил протокола MEGACO/H.248.

Для выполнения способа могут использоваться сообщения, соответствующие протоколу IETF RFC 3015 или протоколу ITU-T Н.248.1, или протоколу, основанному на одном из этих протоколов,

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

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

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

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

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

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

Шлюзовое устройство может содержать:

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

- блок генерации, который генерирует по меньшей мере один тональный сигнал для каждой цифры, и

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

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

при этом шлюзовое устройство управляется устройством управления, причем для передачи данных между шлюзовым устройством и устройством управления используется протокол IETF RFC 3015 или протокол ITU-T Н.248.1, или протокол, основанный на одном из этих протоколов.

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

Устройство управления шлюзом может содержать:

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

при этом устройство управления шлюзом функционирует в соответствии с протоколом IETF RFC 3015 или ITU-T Н.248.1, или протоколом, основанным на одном из этих протоколов.

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

на фиг.2 показан более общий способ реализации процесса идентификации номера вызывающего абонента;

на фиг.3 показан алгоритм выполнения сигнализации ANI в соответствии с протоколом Н.248;

на фиг.4 показана блок-схема контроллера медиа-шлюза;

на фиг.5 показана блок-схема медиа-шлюза;

на фиг.6 показан алгоритм выполнения сигнализации ANI;

на фиг.7 показан алгоритм передачи пакета andisp;

на фиг.8 показан алгоритм передачи ответа на поступление пакета andisp, передаваемого после завершения посылки ANI;

на фиг.9 показан алгоритм передачи ответа на поступление пакета andisp, пересылаемого немедленно;

на фиг.10 показан алгоритм изменения режимов работы канала перед/после передачи информации ANI.

ПОДРОБНОЕ ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ НАСТОЯЩЕГО ИЗОБРЕТЕНИЯ

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

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

На фиг.1 показана схема соединения двух абонентских терминалов, СРЕА (абонентское оборудование А) и СРЕВ (абонентское оборудование В), с IP-сетью 10, которая функционирует согласно протоколу Интернет. Абонент А вызывает абонента В, и абоненту В требуется узнать номер абонента А.

Оборудование абонента А непосредственно подключено к IP-сети 10 по линии 26, например, с использованием средств поставщика интернет-услуг. Абонент В подключен к местной телефонной станции (LO, local exchange) по линии 20, которая также называется аналоговой линией, поскольку по ней передаются аналоговые речевые данные.

Местная телефонная станция LO подключена к медиа-шлюзу MG по речевой линии 22 и к контроллеру MGC медиа-шлюза - по линии 28 сигнализации. Медиа-шлюз MG и контроллер MGC медиа-шлюза соединяются по линии 30 управления. Для управления передачей данных между медиа-шлюзом MG и контроллером MGC медиа-шлюза используется управляющий протокол MEGACO или Н.248.

Оборудование СРЕВ, местная телефонная станция LO, медиа-шлюз MG и контроллер MGC медиа-шлюза образуют сеть 12 доступа.

Контроллер MGC медиа-шлюза подключен к сети 10 по линии 32 сигнализации. Медиа-шлюз MG подключен к сети 10 по речевой линии 24. Медиа-шлюз MG и контроллер MGC медиа-шлюза в альтернативном варианте могут быть реализованы в одном устройстве. Контроллер MGC медиа-шлюза обычно управляет несколькими медиа-шлюзами. Медиа-шлюз MG может представлять собой изделие семейства Surpass hiG, например Surpass hiG 1200, производимое компанией NSN (Nokia Siemens Networks Oy), или медиа-шлюз другого производителя. Контроллер MGC медиа-шлюза может представлять собой изделие семейства hiQ, производимое компанией NSN (Nokia Siemens Networks Оу), например hiQ 8000, или контроллер медиа-шлюза другого производителя.

В альтернативном варианте как абонент А, так и абонент В могут быть подключены к местной телефонной станции LO. Этот вариант также называется IP-транкинг. Протоколы, используемые в IP-сети 10 для установления VoIP-соединения, хорошо известны в этой области техники, к ним относятся, например, протоколы инициирования сеансов (SIP, Session Initiation Protocol) и управления в реальном времени (RTP, Real Time Control Protocol). Кроме того, в этой области техники также хорошо известны протоколы сигнализации в сети 12 доступа, используемые для установления соединения.

Помимо этого, абонент В или абонент А может подключаться к учрежденческой телефонной станции, которая соединена с Интернет.

На фиг.2 показан в общем виде способ реализации процесса идентификации номера вызывающего абонента. На чертеже показаны три обозначенные символом t временные шкалы, на которых одинаковые временные отметки расположены на одном уровне по горизонтали, а более ранние временные отметки расположены по вертикали над более поздними временными отметками. Предполагается, что медиа-шлюз MG обнаруживает тональные сигналы запроса для всех абонентов, которые непосредственно по умолчанию подключены к медиа-шлюзу MG. В альтернативном варианте может осуществляться запрос обнаружения, как это более подробно показано ниже на фиг.3.

В момент времени, обозначенный меткой ТО, вызываемый абонент В желает узнать телефонный номер вызывающего абонента А, который установил или пытается установить соединение с вызываемым абонентом В. Для этого абонент В нажимает соответствующую кнопку на своем оборудовании СРЕВ. Оборудование СРЕВ генерирует аналоговый тональный сигнал 50 запроса и передает его по линии 20 в местную телефонную станцию LO. Местная телефонная станция LO пересылает тональный сигнал 50 в медиа-шлюз MG по речевой линии 22.

Медиа-шлюз MG в момент времени, обозначенный меткой Т2, передает сообщение 52 уведомления в контроллер MGC медиа-шлюза по линии 30 сигнализации. Сообщение 52 уведомления указывает на то, что вызываемый абонент В запрашивает телефонный номер вызывающего абонента А. Предполагается, что контроллеру MGC медиа-шлюза уже известен этот номер, поскольку, например, номер передан в процессе установления соединения, или контроллер запрашивает номер с использованием способа, описание которого не относится к данному изобретению. В момент времени, обозначенный меткой Т4, контроллер MGC медиа-шлюза передает номер абонента А в медиа-шлюз MG по линии 30 с использованием информационного сообщения 54.

В момент времени, обозначенный меткой Т6, медиа-шлюз MG дополнительно переводит речевой канал, установленный по линии 20, из режима передачи речи в режим передачи данных сигнализации. В альтернативном варианте режим работы речевого канала может не изменяться. Медиа-шлюз MG передает в оборудование СРЕВ данные о номере посредством тональных сигналов 56 в момент времени, обозначенный меткой Т8.

Оборудование СРЕВ преобразует тональные сигналы в данные для отображения и высвечивает на экране номер абонента А. В альтернативном варианте могут использоваться другие способы предоставления информации о номере.

После передачи тональных сигналов 56 медиа-шлюз MG при необходимости в момент времени, обозначенный меткой Т10, возвращает речевой канал в режим передачи речи. Затем между абонентом А (вызывающим абонентом) и абонентом В (вызываемым абонентом) устанавливается речевое соединение.

На фиг. 3 показан алгоритм выполнения сигнализации ANI в соответствии с протоколом Н.248. На чертеже показаны три обозначенные символом t временные шкалы, на которых одинаковые временные отметки расположены на одном уровне по горизонтали, а более ранние временные отметки расположены по вертикали над более поздними временными отметками.

Контроллер MGC медиа-шлюза передает в медиа-шлюз MG по линии 30 в момент времени, обозначенный меткой ТО, сообщение 100 добавления контекста. Термин "контекст" описан в протоколе MEGACO/H.248 и относится в этом случае к данным, которые описывают конфигурацию и состояние оборудования СРЕВ.

Контроллер MGC медиа-шлюза передает в медиа-шлюз MG по линии 30 в момент времени, обозначенный меткой Т2, сообщение 102 модификации. Сообщение 102 модификации известным образом изменяет вновь созданный контекст в соответствии с характеристикой оборудования СРЕВ.

Контроллер MGC медиа-шлюза передает в медиа-шлюз MG по линии 30 в момент времени, обозначенный меткой Т4, дополнительное сообщение 104 модификации. Сообщение 104 модификации относится к событию Е, которое определено в пакете "ani" и которому присвоен идентификатор (ID, IDentification) "reqd" события для указания на то, что медиа-шлюз MG должен обнаружить тональные сигналы запроса, переданные из СРЕВ вызываемого абонента с целью запроса номера вызывающего абонента. Событие "reqd" более подробно описывается ниже в разделе 5.1.2.1.

Сообщение 104 модификации содержит параметр ts описания события, которому присвоено значение "both" (оба режима) для указания на то, что медиа-шлюз MG должен обнаруживать тональные сигналы запроса синусоидальной формы с частотой 500 Гц или прямоугольной формы с частотой 500 Гц. Параметр "ts" более подробно описывается ниже в разделе 5.1.2.1. Медиа-шлюз MG сконфигурирован для обнаружения обоих тональных сигналов в ответ на сообщение 104 модификации.

В момент времени, обозначенный меткой Т6, контроллер MGC медиа-шлюза передает сообщение 106 модификации в медиа-шлюз MG. Сообщение 106 модификации относится к сигналам SG и указывает на то, что вызывающий абонент А пытается установить соединение. Сообщение 106 модификации содержит параметры "alert/ri" описания сигнала, указывающие на то, что вызываемый абонент В должен быть уведомлен путем посылки вызывного тонального сигнала, при этом термин "alert" относится к пакету уведомления, определенному в рамках протокола Н.248.23.

В момент времени, обозначенный меткой Т8, в ответ на сообщение 106 модификации медиа-шлюз MG передает вызывной тональный сигнал 108 в оборудование СРЕВ. Вызывной тональный сигнал 108, например, генерируется путем подачи определенного уровня напряжения в линию 20.

После поступления вызова в оборудование СРЕВ вызывающий абонент В снимает трубку, в результате чего генерируется сигнал 110 снятия трубки, при этом, например, в линию 20 подается определенный уровень напряжения. Сигнал 110 снятия трубки генерируется в момент времени, обозначенный меткой Т10.

Медиа-шлюз MG обнаруживает сигнал 110 снятия трубки и в момент времени, обозначенный меткой Т12, передает сообщение 112 уведомления в контроллер MGC медиа-шлюза в ответ на сигнал 110 снятия трубки. Сообщение 112 уведомления содержит параметр "al/of зарегистрированного события, который указывает на то, что на оборудовании СРЕВ была снята трубка после уведомления.

Контроллер MGC медиа-шлюза обрабатывает сообщение 112 уведомления путем пересылки сообщения в сеть 10, например соответствующего сообщения протокола инициирования сеансов (SIP, Session Initiation Protocol), которое указывает на то, что вызываемый абонент В готов принять вызов.

В момент времени, обозначенный меткой Т14, из контроллера MGC медиа-шлюза в медиа-шлюз MG передается сообщение 114 модификации, указывающее, что режимом МО передачи для контекста является SR, то есть режим передачи и приема (send and receive).

В момент времени, обозначенный меткой Т16, вызываемый абонент В нажимает кнопку на своем оборудовании для запроса телефонного номера вызывающего абонента А. В результате этого, после нажатия кнопки в момент времени, обозначенный меткой Т16, оборудование СРЕВ передает синусоидальный тональный сигнал 116 с частотой 500 Гц. Тональный сигнал 116 передается по линии 20 и линии 22 и принимается в медиа-шлюзе MG.

Медиа-шлюз MG обнаруживает тональный сигнал 116 и в ответ на это в момент времени, обозначенный меткой Т18, передает сообщение 118 уведомления в контроллер MGC медиа-шлюза. Сообщение 118 уведомления содержит параметр "ani/reqd{ts=500sine}" дескриптора зарегистрированного события, предназначенный для указания на то, что обнаружен синусоидальный тональный сигнал с частотой 500 Гц. Параметр "ts" зарегистрированного события более подробно описывается ниже в разделе 5.1.2.1.

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

В момент времени, обозначенный меткой Т20, контроллер MGC передает сообщение 120 модификации в шлюз MG. Сообщение 120 модификации относится к сигналам SG и содержит данные, определенные ниже в разделе 5.1.3.1. Сообщение 120 также содержит информацию о событии Е ("ani/ce") для указания на то, что шлюз MG должен передать сообщение если пересылки информации ANI (номер вызывающего абонента и категория) была завершена, см. ниже раздел 5.1.2.2.

Данные в этом примере содержат блок db=42334335304331303342 в соответствии с разделом 5.1.3.1.1.1, приведенным ниже. Эти данные представляют собой ASCII-код последовательности "В3С50С103В", который соответствует номеру вызывающего абонента "3011055" и третьей категории вызывающего абонента, как более подробно описано ниже в разделе 1.2.

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

В ответ на сообщение 120 модификации шлюз MG использует таблицу 1, приведенную ниже в разделе 1.1, для генерации соответствующих тональных сигналов, например тонального сигнала 1100 Гц и тонального сигнала 1700 Гц, соответствующих коду 0×42 или символу "В". Оба тональных сигнала передаются одновременно по линии 20. Таким образом, тональные сигналы 122 генерируются в момент времени, обозначенный меткой Т24. В альтернативном варианте для генерирования тональных сигналов используются другие схемы кодирования.

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

А=700 Гц; В=900 Гц; С=1100 Гц; D=1300 Гц, Е=1500 Гц; F=1700 Гц.

В соответствии с этой схемой кодирования db=CFBCDFBDDEDFABDEBCCF. Медиа-шлюз MG на основе символов CF генерирует тональные сигналы с частотами 1100 Гц и 1700 Гц непосредственно для начального символа "В". Остальные символы обрабатываются таким же образом для передачи номера "3011055" и категории "3" вызывающего абонента.

Если оборудованием СРЕВ принимаются тональные сигналы 122, то эти сигналы декодируются и отображаются на экране этого оборудования.

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

В момент времени, обозначенный меткой Т28, шлюз MG передает в контроллер MGC сообщение 124 уведомления в соответствии с запросом, содержащимся в сообщении 120 модификации, для указания на то, что передача телефонного номера выполнена. При этом используется событие "ani/ce", которое более подробно описывается ниже в разделе 5.1.2.2.

В момент времени, обозначенный меткой Т30, вызывающий абонент А и вызываемый абонент В разговаривают 126. По окончании телефонного вызова, например, вызываемый абонент В кладет трубку в момент времени, обозначенный меткой Т32. Таким образом, сигнал 128, оповещающий о положенной трубке, генерируется на линии 20, и этот сигнал также передается в шлюз MG по линии 22. В ответ на сигнал 128, оповещающий о положенной трубке, шлюз MG передает сообщение 130 уведомления, которое содержит параметр "al/on" зарегистрированного события, указывающий на то, что трубка снова положена. Сообщение 130 уведомления передается в момент времени, обозначенный меткой Т34, из шлюза MG в контроллер MGC по линии 30.

В ответ на сообщение 130 уведомления и в ответ на поступление последующих данных сигнализации из сети 10 контроллер MGC генерируется сообщение 132 модификации. Сообщение 132 модификации передается по линии 30 из контроллера MGC в шлюз MG в момент времени, обозначенный меткой Т36. Сообщение 132 модификации предназначено для обновления контекста с учетом окончания вызова.

В момент времени, обозначенный меткой Т38, контроллер MGC передает в шлюз MG сообщение 134 удаления для удаления взаимосвязи в данном контексте между структурой данных, представляющей вызывающего абонента А, и структурой данных, представляющей вызываемого абонента В.

Это означает, что все сообщения, показанные на фиг.3, соответствуют исходному протоколу MEGACO/H.248 или расширению этого протокола, как описано ниже.

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

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

На фиг.4 показаны основные компоненты контроллера MGC медиа-шлюза. Контроллер MGC содержит:

- блок 150 центрального процессора, также называемый CPU (central processing unit),

- блок 152 памяти, в котором хранится код операций, исполняемых CPU 150, и данные,

- блок 154 передачи, предназначенный для передачи сигналов по линии 28 в местную телефонную станцию LO,

- блок 158 передачи, предназначенный для передачи в шлюз MG управляющих сообщений по линии 30,

- блок 162 передачи, предназначенный для передачи в сеть 10 сообщений сигнализации,

- блок 156 приема, предназначенный для приема сигналов, поступающих из местной телефонной станции LO по линии 28,

- блок 160 приема, предназначенный для приема сообщений, поступающих из шлюза MG по линии 30,

- блок 164 приема, предназначенный для приема из сети 10 сообщений сигнализации,

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

На фиг.5 показаны основные компоненты медиа-шлюза MG. Медиа-шлюз MG содержит:

- блок 180 центрального процессора, также называемый CPU (central processing unit),

- блок 182 памяти, в котором хранится код операций, исполняемых CPU 180, и данные,

- блок 184 передачи, который передает тональные сигналы (122) и аналоговый речевой сигнал в оборудование СРЕВ и локальную телефонную станцию LO по линии 22, например, с использованием только линии или с использованием только заранее заданного временного кадра, содержащего несколько временных интервалов,

- блок 188 передачи, который передает речевой сигнал в сеть 10 по линии 24, то есть, передает закодированные в цифровом формате речевые данные в пакетах данных,

- блок 192 передачи, который по линии 30 передает сообщения, например сообщения 112, 118, 124 и 130, в контроллер MGC,

- блок 186 приема, предназначенный для приема речевых и тональных сигналов, например 108, 110, 116 и 128, поступающих из местной телефонной станции LO по линии 22,

- блок 190 приема, предназначенный для приема пакетов речевых данных, поступающих из сети 10 по линии 24, и

- блок 194 приема, который по линии 30 принимает управляющие сообщения, например сообщения 102, 104, 106, 114, 120, 132 и 134, из контроллера MGC.

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

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

Другими словами, описывается пакет, соответствующий протоколу Н.248 (MEGACO).

1. Область техники и предпосылки создания вариантов осуществления настоящего изобретения

Автоматическое определение номера ANI (Automatic Number Identification) является одним из способов представления идентификации вызывающей линии (CLIP, calling line identification presentation). Эта услуга широко используется в телефонных коммутируемых сетях общего пользования (PSTN, Public Switched Telephone Network) в России и в некоторых других европейских странах. Кроме того, эта услуга является специфичным способом реализации метода CLIP, поскольку в ее рамках частота, формат данных и алгоритм выполнения сигнализации отличаются от других способов выполнения CLIP (Bellcore/NTT/ETSI (европейский институт стандартизации электросвязи), частотная манипуляция (FSK, Frequency Shift Keying) и двухтональный многочастотный набор (DTMF, Dual-Tone Multi-Frequency) и тому подобное).

1.1 Частота передачи данных

Информация ANI должна представляться в виде последовательности сигналов двух частот, передаваемых без паузы между ними. Однако этот способ отличается от стандартного способа реализации CLIP в среде двухтонального многочастотного набора (DTMF). Это объясняется тем, что используются другой набор частот. В таблице 1 показано различие между способами CLIP, реализованными согласно ANI и DTMF.

Таблица 1. Сравнение CLIP ANI и DTMF Номер, определяющий информацию о частоте Первичная/вторичная частота Первичная/вторичная частота DTMF (Гц) ANI (Гц) 1 697/1209 700/900 2 697/1336 700/1100 3 697/1477 900/1100 4 770/1209 700/1300 5 770/1336 900/1300 6 770/1477 1100/1300 7 852/1209 700/1500 8 852/1336 900/1500 9 852/1477 1100/1500 А 697/1633 900/1700 В 770/1633 1100/1700 С 852/1633 1300/1700 D 941/1633 1500/1700 941/1209 0/0 0 941/1336 941/1477 # 1300/1500 700/1700

1.2 Формат данных

Информация ANI обычно включает в свой состав метку начала/конца, категорию вызывающего абонента и номер вызывающего абонента. Номер вызывающего абонента состоит из семи цифр. Если номер вызывающего абонента содержит менее 7 цифр, например 5 или 6 цифр, дополнительные цифры задаются в виде начальных данных, например 22 или 00. Если номер содержит более 7 цифр, передаются только последние 7 цифр. Информация ANI должна передаваться в следующем порядке:

1 - метка начала/конца;

2 - цифра категории вызывающего абонента;

3 - 7-я цифра;

4 - 6-я цифра;

5 - 5-я цифра;

6 - 4-я цифра;

7 - 3-я цифра;

8 - 2-я цифра;

9 - 1-я цифра;

10 - метка начала/конца.

Информация ANI может циклически передаваться 2 или 3 раза. Номер вызывающего абонента передается в обратном порядке. Для указания метки начала/конца используется частота 1100/1700, которая представлена номером 'В', и категория вызывающего абонента обозначается следующим образом:

1 - Стандартный абонент. Разрешены междугородные вызовы.

2 - Гостиничный абонент. Разрешены междугородные вызовы с немедленной оплатой.

3 - Абонент, которому предоставлены только местные услуги.

4 - Приоритетный абонент.

5 - Телефон с возможностью бесплатного звонка. Вызовы не оплачиваются, но регистрируются.

6 - Междугородный платный телефон.

7 - Абонент, использующий дополнительные услуги. Разрешены междугородные вызовы.

8 - Приоритетный абонент, использующий дополнительные услуги.

9 - Местный платный телефон.

0 или 10 - Категория зарезервирована.

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

Например, если номер вызывающего абонента - '3011055' и категория этого абонента равна '3', то информация ANI будет представлена в виде 'В3С50С103В', при этом первая цифра '3' означает категорию вызывающего абонента.

1.3 Алгоритм выполнения сигнализации

Как показано на фиг. 6, тональный сигнал запроса ANI передается телефонным аппаратом вызываемого абонента после снятия этим абонентом трубки. Если коммутационная станция LE обнаруживает тональный сигнал запроса ANI, она передает в телефонный аппарат информацию ANI. В связи с этим перед передачей ANI требуется передать тональный сигнал запроса ANI.

Тональный сигнал запроса ANI характеризуется следующими параметрами: частота: 500 +/- 5 Гц; уровень: в диапазоне минус 32 - минус 4 дБмО; продолжительность: более 90 мс. Этот сигнал может поступить в местную коммутационную станцию LE в интервале времени от 10 до 275 мс после уведомления о снятии трубки. Он представляет собой синусоидальный сигнал с частотой 500 Гц или сигнал прямоугольной формы с частотой 500 Гц. Поскольку два сигнала отличаются различным характером частотного спектра, в последующих частях описания они обозначаются как синусоидальный сигнал с частотой 500 Гц и сигнал прямоугольной формы с частотой 500 Гц.

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

2. Проблема

Услуга ANI может быть успешно внедрена в PSTN. Но может ли она корректно применяться в VoIP-сети без внесения каких-либо изменений? Нет. Перед перенесением этой услуги в VoIP-сеть необходимо решить множество проблем.

2.1 Неэффективность пакета andisp в рамках протокола Н.248

В рамках протокола Н.248 определен пакет andisp (согласно протоколу ITU-T Н.248. 23), который используется для передачи в абонентское оборудование CPE (Customer Premises Equipment) информации о вызывающем абоненте, такой как номер вызывающего абонента, данные услуги передачи коротких сообщений, интерфейса услуги активных каталогов (ADSI, Active Directory Service Interface), индикатор ждущего сообщения или уведомление об оплате.

Как показано на фиг. 7, пакет andisp и информация о вызывающем абоненте передаются синхронно. То есть, во-первых, MGC передает пакет andisp в медиа-шлюз MG. После приема пакета MG немедленно передает информацию о вызывающем абоненте в СРЕ. Таким образом, передача информации о вызывающем абоненте управляется контроллером MGC.

Может ли пакет andisp использоваться для передачи информации ANI? Во-первых, предположим, что этот способ может обеспечить требуемые результаты. ANI представляет собой специальную разновидность CLIP. MG передает информацию ANI только в том случае, если принимает тональный сигнал запроса из СРЕ. Следовательно, пакет andisp и информация ANI передаются асинхронно. Асинхронная операция может выполняться двумя способами: первый заключается в том, что MG не передает ответ на поступление andisp до окончания передачи информации ANI. В этом случае MGC может ожидать ответное сообщение в течение длительного периода времени. Второй заключается в том, что MG буферизирует номер вызывающего абонента только после приема пакета andisp и сразу же передает в MGC ответное сообщение на поступление пакета andisp. Если контроллер MGC принимает ответное сообщение на поступление пакета andisp, он предполагает что MG завершил передачу информации ANI, однако фактически MG может ожидать тонального сигнала запроса и не передавать информацию ANI. MGC может продолжать процесс передачи других сообщений в MG, что может привести к возникновению непредвиденной ошибки, см. фиг. 8 и фиг. 9.

2.2 Неидентифицируемое изменение режима работы канала Передача информации ANI осуществляется после снятия трубки. Если трубка снята, MG должен создать речевой канал, работающий в режиме передачи речи и используемый для переговоров между вызывающим и вызываемым абонентом. Однако информация ANI может передаваться в режиме передачи данных сигнализации. Таким образом, переход речевого канала из режима передачи речи в режим передачи данных сигнализации должен осуществляться перед передачей информации ANI, а по окончании передачи речевой канал должен возвращаться в режим передачи речи. В настоящее время изменение состояния канала выполняется прозрачно для MGC. То есть, MGC не осведомлен об этом событии. Таким образом, MGC может передавать сообщения Н.248, связанные с каналом, например сообщение модификации, что приведет к возникновению сбоя при передаче сообщения по протоколу Н.248 или к неудачному выполнению процедуры передачи информации ANI (см. фиг. 10).

2.3 Отсутствие поддержки передачи категории вызывающего абонента

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

Варианты осуществления настоящего изобретения

Определение и использование пакета ANI в протоколе Н.248 могло бы простым образом решить проблему, связанную с пересылкой ANI из PSTN в VoIP-сеть.

5. Варианты осуществления и преимущества

Изложенная выше проблема заключается в том, что в протоколе Н.248 четко не определены события/сигналы и алгоритм управления, используемые для ANI. Однако определение нового пакета в рамках протокола Н.248 позволяет реализовать гибкий способ формирования ANI. Новые дополнительные пакеты могут определяться таким образом, чтобы передача ANI плавно осуществлялась из сети PSTN в VoIP-сеть.

5.1 Определение пакета ANI

Имя пакета: пакет автоматической идентификации номера Идентификатор пакета: ani, (ОхХХХХ) Описание: этот пакет определяет события и сигналы для ANI. Версия: 1 Расширения: отсутствуют

5.1.1 Свойства

Отсутствуют

5.1.2 События

5.1.2.1 Обнаружен запрос ANI

Имя события: обнаружен запрос ANI Идентификатор события: reqd (0×0001) Описание: с помощью этого события в MG передается запрос на обнаружение тонального сигнала запроса ANI, поступающего из СРЕ вызываемого абонента, например из телефона. Обычно в состав тонального сигнала запроса ANI входит синусоидальный тональный сигнал с частотой 500 Гц и тональный сигнал прямоугольной формы с частотой 500 Гц. Параметры дескриптора событий: тип тонального сигнала Имя параметра: тип тонального сигнала Идентификатор параметра: ts (0×0001) Описание: Указывает тип тонального сигнала запроса ANI Тип: нумерованный Необязательный: нет Возможные значения: "500sine" (0×0001) - должен обнаруживаться тональный синусоидальный сигнал с частотой 500 Гц "500square" (0×0002) - должен обнаруживаться тональный сигнал прямоугольной формы с частотой 500 Гц "Both" (0x0003) - должны обнаруживаться оба сигнала Значение по умолчанию: "Both" Параметры дескриптора зарегистрированных событий: тип тонального сигнала Имя параметра: тип тонального сигнала Идентификатор параметра: ts (0×0002) Описание: указывает тип обнаруженного тонального сигнала запроса ANI, тональный сигнал синусоидальной или прямоугольной формы. Тип: нумерованный Возможные значения: "500sine" (0×0001) - должен обнаруживаться тональный синусоидальный сигнал с частотой 500 Гц "500square" (0x0002) - должен обнаруживаться тональный сигнал прямоугольной формы с частотой 500 Гц Значение по умолчанию: отсутствует

5.1.2.2 Событие завершения передачи ANI

Имя события: событие завершения передачи ANI Идентификатор события: се (0×0002) Описание: указывает на то, что обнаружено завершение процедуры передачи информации ANI Параметры дескриптора событий: отсутствуют Параметры дескриптора зарегистрированных событий: отсутствуют

5.1.3 Сигналы

5.1.3.1 Сигнализация общих данных

Имя сигнала: сигнализация общих данных Идентификатор сигнала: data (0×0003) Описание: передача информации ANI Тип сигнала: сжатый Продолжительность: конфигурируется

5.1.3.1.1 Дополнительные параметры

5.1.3.1.1.1 Блок данных

Имя параметра: блок данных Идентификатор параметра: db (0×0003) Описание: блок данных содержит информацию ANI, предназначенную для передачи в СРЕ и состоящую из 10 цифр. Каждая цифра закодирована с использованием ASCII-кода. Меткой начала/конца последовательности является цифра 'В', вторая цифра обозначает категорию вызывающего абонента, а остальные 7 цифр являются номером вызывающего абонента, представленным в обратном порядке. Если номер вызывающего абонента содержит менее 7 цифр, дополнительные цифры задаются в виде начальных данных, например 2 или 0. С другой стороны, если номер содержит более 7 цифр, используются только последние 7 цифр.

Данные представлены в следующем формате:

1 - метка начала/конца;

2 - идентификатор, категория вызывающего абонента;

3 - 7-я цифра;

4 - 6-я цифра;

5 - 5-я цифра;

6 - 4-я цифра;

7 - 3-я цифра;

8 - 2-я цифра;

9 - 1-я цифра;

10 - метка начала/конца.

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

Значение категории определяется в разделе 1.2.

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

Тип: строка октетов Является ли необязательным: да Возможные значения: см. приведенное выше описание Значение по умолчанию: отсутствует

5.1.4. Статистика

Отсутствует

5.1.5. Процедуры

Если MGC указывает MG на необходимость передачи информации ANI, то используется следующий дескриптор сигналов: Signals{ani/data{db=…}}

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

По окончании передачи информации ANI шлюз MG вначале переводит речевой канал из режима передачи данных сигнализации в режим передачи речи, а затем посылает в MGC следующее сообщение. Notify=port_l{observedEvents=1234{ani/ce}}.

Каждая цифра в информации ANI закодирована с использованием ASCII-кода. Например, метка начала/конца представлена цифрой 'В', кодом которой является 0×42 (где 0х указывав т на шестнадцатеричную систему счисления). Значением кода цифры 'С является 0x43, код цифры '1' равен 0×31 и т.д.

5.2 Алгоритм выполнения сигнализации в соответствии с протоколом Н.248

На фиг.3 показан алгоритм выполнения сигнализации в соответствии с протоколом Н.248 для вызываемого абонента и сообщения 104, 118, 120 и 124, используемые для ANI.

Modify=port_l{E=1234{ani/reqd{ts=both}}}

MGC передает в MG сообщение запроса, указывающее на необходимость обнаружения тонального сигнала запроса ANI, включающего синусоидальный тональный сигнал с частотой 500 Гц и тональный сигнал прямоугольной формы с частотой 500 Гц. После приема сообщения MG конфигурирует два детектора: один используется для обнаружения синусоидального тонального сигнала с частотой 500 Гц, другой - для обнаружения тонального сигнала прямоугольной формы с частотой 500 Гц.

Notify=port_l{obsen/edEvents=1234{ani/reqd{ts=500sine}}}

MG уведомляет MGC об обнаружении синусоидального тонального сигнала с частотой 500 Гц. Если MG обнаруживает тональный сигнал прямоугольной формы с частотой 500 Гц, то параметру 'ts' присваивается значение равное '500 square'.

Modify=port_l{SG{ani/'data{db-…}}, E=1234{ani/ce}}

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

Notify=port_l{ani/ce}

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

6. Список аббревиатур

ANI Automatic Number Identification (автоматическое определение номера) CLIP Calling Line Identification Presentations (предоставление идентификации вызывающей линии) DTMF Dual-Tone Multi-Frequency (двухтональный многочастотный набор) PSTN Public Switched Telephone Network (телефонная коммутируемая сеть общего пользования) VoIP Voice over IP (передача речи по IP-протоколу) MEGACO Media Gateway Control Protocol (протокол управления медиа-шлюзами) LE Local exchange (местная коммутационная станция) MGC Media Gateway Control (контроллер медиа-шлюза) MG Media Gateway (медиа-шлюз) CPE Customer Premises Equipment (абонентское оборудование)

7. Подтверждение применения

Сообщения протокола Н.248, которыми обмениваются MGC и MG, могут перехватываться. Использование пакета ANI становится очевидным, если сообщение состоит из пакетов ANI.

Дополнительные замечания

Для выполнения способа передачи информации автоматического определения номера (ANI) в том виде, в котором он описан выше, могут заимствоваться некоторые технические подробности (помимо прочего, те же частоты), характерные для системы R1 регистровой сигнализации по соединительным линиям, используемой между устаревшими аналоговыми телефонными станциями в США. Этот способ может соответствовать рекомендациям Q.320 и Q.323 ITU-T.

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

Предлагается способ для передачи информации ANI из медиа-шлюза в абонентское оборудование СРЕ. Между контроллером медиа-шлюза и непосредственно медиа-шлюзом пакет информации ANI передается с использованием расширенного протокола MEGACO Н.248, передача информации абоненту основана на схеме многочастотной внутриполосной непрерывной передачи, описанной выше.

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

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

Перечень обозначений

0…Т10 - временные отметки

t0…t38 - временные отметки

СРЕА Customer Premises Equipment А (абонентское оборудование А) А вызывающий абонент В вызываемый абонент СРЕВ Customer Premises Equipment В (абонентское оборудование В) LO Local Office (местная телефонная станция) MG Media Gateway (медиа-шлюз) MGC Media Gateway Controller (контроллер медиа-шлюза) 10 IP-сеть 12 сеть доступа 20 линия 22, 24 речевая линия 26 линия 28 линия сигнализации 30 линия управления 32 линия сигнализации 50 тональный сигнал 52 сообщение уведомления 54 информационное сообщение 56 тональные сигналы 100 сообщение добавления контекста 102, 104, 106 сообщение модификации 108 тональный сигнал вызова 110 сигнал снятия трубки 112 сообщение уведомления 114 сообщение модификации 116 тональный сигнал 118 сообщение уведомления 120 сообщение модификации 122 тональные сигналы 124 сообщение уведомления 126 разговор 128 сигнал, оповещающий о положенной трубке 130 сообщение уведомления 132 сообщение модификации 134 сообщение удаления 150 центральный процессор 152 блок памяти 154, 158, 162 блок передачи 156, 160, 164 блок приема 180 центральный процессор 182 блок памяти 184, 188, 192 блок передачи 186, 190, 194 блок приема

Похожие патенты RU2549827C2

название год авторы номер документа
СПОСОБ КОНТРОЛЯ ПЕРЕГРУЗКИ МЕДИА-ШЛЮЗА ДОСТУПА И МЕДИА-ШЛЮЗ ДОСТУПА 2006
  • Ван Вэйян
  • Ли Сяошуан
RU2391790C2
ШЛЮЗ СРЕДЫ ПЕРЕДАЧИ ДЛЯ ПРЕДОСТАВЛЕНИЯ УСЛУГ PSTN/ISDN В СЕТЯХ СЛЕДУЮЩЕГО ПОКОЛЕНИЯ 2003
  • Хакль Катрин
  • Хельд Вальтер
  • Рукштуль Ханспетер
RU2326503C2
СИСТЕМА И СПОСОБ ФОРМИРОВАНИЯ ТОНАЛЬНОГО СИГНАЛА ВЫЗОВА 2003
  • Ли Донг Кью
RU2252488C1
СПОСОБ РЕАЛИЗАЦИИ МОНИТОРИНГА СОСТОЯНИЯ УСТАНОВЛЕННОГО В МЕДИА-ШЛЮЗЕ КОНТРОЛЛЕРА МЕДИА-ШЛЮЗА 2005
  • Линь Янбо
RU2357367C2
СПОСОБ ДЛЯ БАЗИРУЮЩЕЙСЯ НА IP ТРАНСПОРТИРОВКИ УСЛУГ 2006
  • Ся Муцян
RU2371874C2
СПОСОБЫ И УСТРОЙСТВА В ТЕЛЕКОММУНИКАЦИОННОЙ СЕТИ 2009
  • Нолдус Рогир, Аугуст, Каспар, Йозеф
RU2513914C2
СПОСОБ ОБСЛУЖИВАНИЯ МАРШРУТИЗАЦИИ В СИСТЕМЕ, ИСПОЛЬЗУЮЩЕЙ ПРОТОКОЛ ПЕРЕДАЧИ РЕЧЕВЫХ СООБЩЕНИЙ ПО ИНТЕРНЕТУ 2002
  • Йеом Еунг Моон
RU2229199C2
СПОСОБ И УЗЕЛ УСЛУГ ДОСТУПА К ВИДЕОЧАСТИ РЕЧЕВОГО И ВИДЕО ВЫЗОВА И СПОСОБ ДОБАВЛЕНИЯ ВИДЕОЧАСТИ К РЕЧЕВОМУ ВЫЗОВУ 2009
  • Силвейн Дени
RU2532729C2
СИСТЕМА И СПОСОБ ПЕРЕДАЧИ ВЫЗОВА В СЕТИ ДАЛЬНЕЙ СВЯЗИ 1997
  • Нельсон Трэйси Ли
  • Вили Вилльям Лайл
  • Дюри Альберт Дэниэл
RU2184424C2
СИСТЕМА И СПОСОБ, ПРЕДНАЗНАЧЕННЫЕ ДЛЯ ОПЛАТЫ В ТЕЛЕКОММУНИКАЦИОННОЙ СЕТИ 2001
  • Лиалиамоу Хелен
  • Илама Веса
RU2262807C2

Иллюстрации к изобретению RU 2 549 827 C2

Реферат патента 2015 года СПОСОБ ПЕРЕДАЧИ НОМЕРА ВЫЗЫВАЮЩЕГО АБОНЕНТА, СООБЩЕНИЕ, ШЛЮЗОВОЕ УСТРОЙСТВО И УСТРОЙСТВО УПРАВЛЕНИЯ ШЛЮЗОМ

Изобретение относится к области индикации номера вызывающего абонента на аппарате вызываемого абонента. Техническим результатом является возможность предоставления услуг идентификации номера вызывающего абонента абонентам, использующим протокол VoIP, но все еще подключенным к аналоговым линиям или к средствам аналогового доступа. Для этого принимают закодированные в цифровом формате первые данные (ANI), в состав которых входят цифры номера вызывающего абонента (А), используют их для генерации двухчастотного сигнала для каждой цифры и передают сгенерированные сигналы в телефонный аппарат (СРЕВ) вызываемого абонента (В). При этом все операции выполняют автоматически в шлюзовом устройстве (MG), которое передает данные между сетями с использованием протоколов передачи, которые отличаются друг от друга, причем шлюзовое устройство (MG) управляется устройством управления (MGC). Кроме того, для передачи данных между шлюзовым устройством (MG) и устройством управления (MGC) используют протокол IETF RFC 3015 или ITU-T Н.248.1 или протокол, основанный на одном из этих протоколов. Особенностью изобретения является то, что каждую цифру представляют в виде сигнала, состоящего из двух частот, выбранных из частот 700 Гц, 900 Гц, 1100 Гц, 1300 Гц, 1500 Гц и 1700 Гц, между сигналами отсутствуют паузы, а для указания повторяющегося символа в первых данных (ANI) используют символ повторения. 2 н. и 13 з.п. ф-лы, 1 табл., 10 ил.

Формула изобретения RU 2 549 827 C2

1. Способ передачи номера вызывающего абонента (ANI), включающий:
прием (54, 120) закодированных в цифровом формате первых данных (ANI), в состав которых входят цифры номера вызывающего абонента (А),
использование принятых первых данных (ANI) для генерации по меньшей мере одного двухчастотного сигнала для каждой цифры,
передачу (56, 122) сгенерированных сигналов в телефонный аппарат (СРЕВ) вызываемого абонента (В),
при этом все операции выполняют автоматически в шлюзовом устройстве (MG), которое передает данные между сетями (10, 12) с использованием протоколов передачи, которые отличаются друг от друга, причем шлюзовое устройство (MG) управляется устройством управления (MGC), и
для передачи данных между шлюзовым устройством (MG) и устройством управления (MGC) используют протокол IETF RFC 3015 или ITU-T Н.248.1 или протокол, основанный на одном из этих протоколов,
отличающийся тем, что
каждую цифру представляют в виде сигнала, состоящего из двух частот, выбранных из частот 700 Гц, 900 Гц, 1100 Гц, 1300 Гц, 1500 Гц и 1700 Гц,
между сигналами отсутствуют паузы или паузы между следующими друг за другом сигналами составляют менее 20 мс или менее 5 мс, и
для указания повторяющегося символа в первых данных (ANI) используют символ повторения.

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

3. Способ по п. 1 или 2, отличающийся тем, что речевой канал переключают (Т22, Т6) из режима передачи речи в режим передачи данных сигнализации после приема закодированных в цифровом формате первых данных (ANI) и перед передачей (56, 122) сгенерированных сигналов.

4. Способ по п. 1, отличающийся тем, что первое сообщение (104) о событии используют для запуска процедуры обнаружения тонального сигнала (116) запроса, указывающего, что вызываемый абонент (В) запрашивает номер вызывающего абонента (А).

5. Способ по п. 4, отличающийся тем, что первое сообщение (104) о событии содержит параметр (ts), описывающий тональный сигнал (116) запроса.

6. Способ по п. 4 или 5, отличающийся тем, что первое сообщение (104) о событии является командой модификации, соответствующей следующему определению:
Имя события: обнаружен запрос ANI Идентификатор события: regd (0х0001) Описание: с помощью этого события MG побуждают к обнаружению тонального сигнала запроса ANI от СРЕ вызываемого абонента, например от телефонного устройства; обычно в состав тонального сигнала запроса ANI входит синусоидальный тональный сигнал с частотой 500 Гц и тональный сигнал прямоугольной формы с частотой 500 Гц Параметры дескриптора событий: тип тонального сигнала Имя параметра: тип тонального сигнала Идентификатор параметра: ts (0х0001) Описание: указывает тип тонального сигнала запроса ANI Тип: перечислимый Опциональный: нет Возможные значения: «500sine» (0х0001) - должен обнаруживаться синусоидальный тональный сигнал с частотой 500 Гц


«500square» (0х0002) - должен обнаруживаться тональный сигнал прямоугольной формы с частотой 500 Гц
«Both» (0х0003) - должны обнаруживаться оба сигнала Значение по умолчанию: «Both»

7. Способ по п. 1 или 2, отличающийся тем, что второе сообщение (118) о событии используют для сигнализации об обнаружении тонального сигнала (116) запроса, указывающего, что вызываемый абонент (В) запрашивает номер вызывающего абонента (А).

8. Способ по п. 7, отличающийся тем, что второе сообщение (118) о событии содержит второй параметр (ts), описывающий обнаруженный тональный сигнал (116) запроса.

9. Способ по п. 8, отличающийся тем, что второе сообщение (118) о событии является командой уведомления, соответствующей следующему определению:
Параметры дескриптора зарегистрированных событий: тип тонального сигнала Имя параметра: тип тонального сигнала Идентификатор параметра: ts (0х0002) Описание: указывает тип обнаруженного запроса ANI: тональный сигнал синусоидальной или прямоугольной формы Тип: перечислимый Возможные значения: «500sine» (0х0001) - обнаружен синусоидальный тональный сигнал с частотой 500 Гц «500square» (0х0002) - обнаружен тональный сигнал прямоугольной формы с частотой 500 Гц Значение по умолчанию: отсутствует

10. Способ по п. 1 или 2, отличающийся тем, что третье сообщение (124) о событии используют для указания на то, что шлюзовое устройство (MG) приняло и/или переслало первые данные (ANI).

11. Способ по п. 1 или 2, отличающийся тем, что третье сообщение (124) о событии является командой уведомления, соответствующей следующему определению:
Имя события: событие выполнения передачи ANI Идентификатор события: се (0х0002) Описание: указывает на то, что обнаружено завершение процедуры передачи информации ANI Параметры дескриптора событий: отсутствуют Параметры дескриптора зарегистрированных событий: отсутствуют

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

13. Способ по п. 12, отличающийся тем, что данные (120) сигнализации передают в сообщении изменения, соответствующем следующему описанию:
Имя сигнала: сигнализация общих данных Идентификатор сигнала: data (0х0003) Описание: передача информации ANI Тип сигнала: сжатый Продолжительность: конфигурируется Дополнительные параметры: Блок данных Имя параметра: блок данных Идентификатор параметра: db (0х0003) Описание: блок данных содержит информацию ANI, предназначенную для передачи в СРЕ и состоящую из 10 цифр; каждая цифра закодирована с использованием ASCII-кода; меткой начала/конца последовательности является цифра 'В', вторая цифра обозначает категорию вызывающего абонента, а остальные 7 цифр являются номером вызывающего абонента, представленным в обратном порядке; если номер вызывающего абонента содержит менее 7 цифр, дополнительные цифры задают в виде начальных данных, например 2 или 0; с другой стороны, если номер содержит более 7 цифр, используют только последние 7 цифр


данные представлены в следующем формате:
1 - метка начала/конца,
2 - идентификатор, категория вызывающего абонента,
3 - 7-я цифра,
4 - 6-я цифра,
5 - 5-я цифра,
6 - 4-я цифра,
7 - 3-я цифра,
8 - 2-я цифра,
9 - 1-я цифра,
10 - метка начала/завершения;
Тип: строка октетов Является ли необязательным: да Возможные значения: смотри приведенное выше описание Значение по умолчанию: отсутствует

14. Шлюзовое устройство (MG), содержащее:
блок (194) приема, предназначенный для приема закодированных в цифровом формате первых данных (ANI), в состав которых входят цифры номера вызывающего абонента (А),
блок (180, 182) генерации, который генерирует по меньшей мере один двухчастотный сигнал для каждой цифры, и
блок передачи (184), который позволяет передавать сигналы в телефонное устройство (СРЕВ) вызываемого абонента (В),
при этом шлюзовое устройство (MG) осуществляет обмен данными между сетями (10, 12) с использованием протоколов передачи, которые отличаются друг от друга, и
шлюзовое устройство (MG) управляется устройством (MGC) управления, причем для передачи данных между шлюзовым устройством (MG) и устройством (MGC) управления используется протокол IETF RFC 3015, или протокол ITU-T Н.248.1, или протокол, основанный на одном из этих протоколов,
отличающееся тем, что
каждая цифра представлена в виде сигнала, состоящего из двух частот, выбранных из частот 700 Гц, 900 Гц, 1100 Гц, 1300 Гц, 1500 Гц и 1700 Гц,
между сигналами отсутствуют паузы или паузы между следующими друг за другом сигналами составляют менее 20 мс или менее 5 мс и
для указания повторяющегося символа в первых данных (ANI) используют символ повторения.

15. Шлюзовое устройство (MG) по п. 14, содержащее блоки, предназначенные для выполнения способа по одному из пп. 1-13.

Документы, цитированные в отчете о поиске Патент 2015 года RU2549827C2

Способ обработки целлюлозных материалов, с целью тонкого измельчения или переведения в коллоидальный раствор 1923
  • Петров Г.С.
SU2005A1
Способ приготовления мыла 1923
  • Петров Г.С.
  • Таланцев З.М.
SU2004A1
СИСТЕМА И СПОСОБ ФОРМИРОВАНИЯ ТОНАЛЬНОГО СИГНАЛА ВЫЗОВА 2003
  • Ли Донг Кью
RU2252488C1
СПОСОБ И УСТРОЙСТВО ИЗМЕНЕНИЯ И ПРИНУДИТЕЛЬНОЙ ПЕРЕДАЧИ ИСТОЧНИКА ЗВУКА ВСПОМОГАТЕЛЬНОЙ УСЛУГИ С ИСПОЛЬЗОВАНИЕМ ТОНАЛЬНОГО СИГНАЛА ВЫЗОВА ВО ВРЕМЯ ТЕЛЕФОННОГО ВЫЗОВА 2004
  • Шим Дзэ-Воок
  • Ли Ванг-Кун
  • Ан Хее-Дзунг
  • Ли Гил-Соо
RU2324298C2
АТС С ПЕРСОНАЛЬНЫМ ВЫЗОВОМ 2001
  • Титов Ю.Н.
RU2216115C2
CN 101242441 A, 13.08.2008
Колосоуборка 1923
  • Беляков И.Д.
SU2009A1
Аппарат для очищения воды при помощи химических реактивов 1917
  • Гордон И.Д.
SU2A1
EP 0999691 A1, 10.05.2000
Топчак-трактор для канатной вспашки 1923
  • Берман С.Л.
SU2002A1

RU 2 549 827 C2

Авторы

Чжоу Яньдун

Лин Вэйбинь

Ли Сун

Ли Цзюньли

Даты

2015-04-27Публикация

2009-11-24Подача