Способ синтаксического анализа сервиса, гибко адаптированный к тегу ims системы



Способ синтаксического анализа сервиса, гибко адаптированный к тегу ims системы
Способ синтаксического анализа сервиса, гибко адаптированный к тегу ims системы
Способ синтаксического анализа сервиса, гибко адаптированный к тегу ims системы
Способ синтаксического анализа сервиса, гибко адаптированный к тегу ims системы
Способ синтаксического анализа сервиса, гибко адаптированный к тегу ims системы
Способ синтаксического анализа сервиса, гибко адаптированный к тегу ims системы
Способ синтаксического анализа сервиса, гибко адаптированный к тегу ims системы
Способ синтаксического анализа сервиса, гибко адаптированный к тегу ims системы

Владельцы патента RU 2604983:

Фиберхоум Телекоммьюникейшн Технолоджис Ко., Лтд (CN)

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

 

Область изобретения

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

Предпосылки изобретения

IMS (IP Multimedia Subsystem, IP мультимедийная субсистема) представляет собой систему, разработанную на базе SIP (Session Initiation Protocol, протокол установления сеанса), обеспечивает полный набор стандартов мультимедийных услуг. Несколько международных организаций по стандартизации, включая IETF, 3GPP и ОМА (Open Mobile Alliance, Открытый Мобильный Альянс), определяют и улучшают стандарты IMS, так как они становятся все более зрелой стандартной системой. Технология IMS позволяет операторам лучше контролировать уровень сервиса для быстрого интегрирования и выполнения IMS мультимедийных услуг, уменьшения сетевых инвестиционных и эксплуатационных расходов, так все операторы придают большое значение IMS технологии. Кроме того, технология IMS может привести к единому пользовательскому опыту, и пользователи будут приобретать больше услуг IMS с гарантированным качеством и безопасностью. IMS соответствует тенденции интеграционного развития сетевой связи и интеграции услуг и будет играть важную роль в будущем сетевой связи.

В качестве наиболее прямого оператора различных услуг в опыте конечного потребителя системы IMS, терминал IMS SIP сотрудничает с другими устройствами в системе IMS, чтобы предоставлять пользователям услуги всех классов. В настоящее время реализация PSTN (Public Switched Telephone Network, телефонная сеть общего пользования) услуги связи в сети IMS могут быть дополнены IMS терминалом и сервером приложений AS и центром пользовательских данных HSS через координацию в режиме гибкой связи, в котором работа терминала IMS SIP задается заказанными и зарегистрированными услугами пользователя, и терминал IMS SIP завершает реализацию связанных сервисных функций терминала, в том числе действием кратковременного нажатия рычага, конверсию события последующего набора в соответствующем сообщении SIP.

Используя механизм уведомления о заказе, терминал IMS SIP может знать заказанные и зарегистрированные услуги пользователем. Фиг. 1 иллюстрирует механизм уведомления о заказе в сети IMS: После успешной регистрации (РЕГИСТРАЦИЯ) терминал IMS SIP посылает заказ (ПОДПИСКА) в систему IMS, и запрашивает информацию о зарегистрированной пользователем информации об услуге. После получения соответствующей информации, система IMS запрашивает информацию о регистрации услуги соответствующего пользователя терминала IMS SIP в центре пользовательских данных HSS и информирует терминал IMS SIP. NOTIFY сообщение (также известно как уведомление об услуге) в формате XML (Extensible Markup Language) документа описывает регистрационную информацию об услуге, соответствующую пользователю терминала IMS SIP. Типичный документ XML в NOTIFY выглядит следующим образом:

Различная информация, зарегистрированная или отмененная пользователем IMS SIP, появится в XML документе в виде тегов (сервисных тегов). Например, является сервисным тегом ожидания вызова, включая такую информацию, как название сервисного тега cw-service, стоимость сервисного тега cw-service-provisioned и т.д. Таким образом, идентификация и разбор сервисных тегов в XML документе являются ключевыми шагами в обработке NOTIFY сообщения.

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

Краткое описание изобретения

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

Техническая задача настоящего изобретения достигается с помощью следующего технического решения:

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

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

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

каждый из , , …, может быть использован как сервисный тег, предназначенный для идентификации услуг типа i, определенных терминалом IMS SIP, эти сервисные теги соединены последовательно через символ "|", чтобы сформировать содержание шаблона мульти-сервисного тега;

Шаг 2: генерация множества примеров мульти-сервисного тега с использованием шаблона мульти-сервисного тега: по характеристике системы IMS, подключенной к терминалу IMS SIP, сервисный тег ( и ), соответствующий услуге типа i, может быть определен и записан как ; конкретные сервисные теги, соответствующие разным услугам, будут сохранены в конфигурационном файле в формате, определенном по шаблону мульти-сервисного тега, чтобы сформировать следующие множества примеров мульти-сервисного тега в конфигурационном файле:

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

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

Шаг 3: после получения сообщения NOTIFY, терминал IMS SIP получает сервисные теги различных услуг, соответствующие пользователям терминала IMS SIP из информации в XML документе в NOTIFY сообщении;

Шаг 4: на основе полученных сервисных тегов разных услуг, соответствующих пользователям терминала IMS SIP с выполнением множества мульти-сервисных тегов, производится операция сопоставления, то есть выполняются идентификация и разбор сервисных тегов услуг в XML документе: определяется способность представления услуги, заданной пользователем терминала IMS SIP.

На основании указанного технического решения, после того, как сообщение о заказе на услугу SUBSCRIBE передается в платформу IMS, платформа передает сообщение NOTIFY, чтобы информировать о способности представления услуги пользователем; после получения NOTIFY, терминал IMS SIP выполняет согласование и разбор сервисных тегов в режиме последовательного согласования и запуска:

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

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

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

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

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

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

На основании указанного технического решения, на шаге 4, после получения сообщения NOTIFY, терминал IMS SIP выполняет следующую обработку:

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

если они согласованы, то считается, что этот пользователь зарегистрировал эту услугу и выполняется согласование следующего сервисного тега ;

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

повторно выполняются указанные шаги, пока все сервисные теги в файле xml не проанализированы.

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

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

Настоящее изобретение иллюстрируется следующими чертежами:

фиг. 1 - механизм уведомления о заказе в сети IMS.

фиг. 2 - схема генерации и хранения примера мульти-сервисного тега.

фиг. 3 - схема согласования услуги.

Конкретные примеры

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

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

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

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

где представляет собой индикацию шаблона мульти-сервисного тега типа i (например, ожидание вызова и разговор между тремя абонентами, и т.д.) определенную терминалом IMS SIP, i=1, 2, 3, 4, ….

Каждый из , , …, может быть использован как сервисный тег, предназначенный для идентификации услуг типа i, определенных терминалом IMS SIP, эти сервисные теги соединены последовательно через символ "|", чтобы сформировать содержание шаблона мульти-сервисного тега; n является целым числом, а его максимальное значение представляет собой сумму видов этого типа i, то же ниже;

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

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

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

Шаг 3: после получения сообщения от NOTIFY, терминал IMS SIP получает сервисные теги, соответствующие пользователям терминала IMS SIP из информации в XML документе NOTIFY сообщения; например,

Шаг 4: на основе полученных сервисных тегов разных услуг, соответствующих пользователям терминала IMS SIP, множества примеров мульти-сервисного тега в процессе эксплуатации, производится операция сопоставления, то есть выполняются идентификация и разбор сервисных тегов услуг в XML документе: определяется способность представления услуги, заданной пользователем терминала IMS SIP.

На основании указанного технического решения, после того, как сообщение о заказе на услугу SUBSCRIBE передается в платформу IMS, платформа передает сообщение NOTIFY, чтобы информировать способность представления услуги пользователем; после получения сообщения NOTIFY, терминал IMS SIP выполняет согласование и разбор сервисных тегов в режиме последовательного согласования и запуска:

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

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

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

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

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

На основании указанного технического решения, как показано на фиг. 3, шаге 4, после получения сообщения NOTIFY, терминал IMS SIP выполняет следующую обработку:

выполняется операция сопоставления сервисного тега в файле XML, сервисного тега первого приоритетного в пример мульти-сервисного тега ; Положительный результат означает что, они согласованы; Если они не согласованы, то производится операция других сервисных тегов в примере мульти-сервисного тега ; ;

если они согласованы, то считается, что этот пользователь зарегистрировал эту услугу выполняется согласование следующего сервисного тега ;

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

повторно выполняются указанные шаги, пока все сервисные теги в файле xml не проанализированы.

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

Определение шаблона мульти-сервисного тега;

Определение множества примеров первоначальных мульти-сервисных тегов в предварительно конфигурационном файле устройства;

Ввод файла предварительной настройки в Терминал IMS SIP в процессе эксплуатации, операция сопоставления, генерация выполнения множества мульти-сервисных тегов, и хранение;

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

Указанный процесс анализа сервисного тега выполняется следующим образом: терминал IMS SIP посылает сообщение SUBSCRIBE в сервер AS для оформления заказа на услугу, после получения сообщения NOTIFY сервер AS сообщит терминалу IMS SIP о способности представления услуги пользователя, затем терминал IMS SIP производит согласование сервисного тега в полученном xml документе в соответствии с примером сервисного тега для определения способности представления услуги пользователю.

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

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

2. шаг первый - определение шаблона мульти-сервисного тега: в конфигурационном файле терминала IMS SIP, в ходе которого определяется формат мульти-сервисного тега, приемлемого и идентифицированного системой, при этом указанный формат шаблона включает следующую идентификацию и содержание:
,
где представляет собой индикацию шаблона мульти-сервисного тега типа i, определенную терминалом IMS SIP, каждый из , , …, может быть использован как сервисный тег, предназначенный для идентификации услуг типа i, определенных терминалом IMS SIP, а сервисные теги соединены последовательно через символ "|", для формирования содержания шаблона мульти-сервисного тега;
шаг второй - генерация множества примеров мульти-сервисного тега с использованием шаблона мульти-сервисного тега: для чего по характеристике системы IMS, подключенной к терминалу IMS SIP, сервисный тег , соответствующий услугу типа i, может быть определен, при этом записывается как ; а конкретные сервисные теги, соответствующие разным услугам, будут сохранены в конфигурационном файле в формате, определенном по шаблону мульти-сервисного тега, для формирования следующих множеств примеров мульти-сервисного тега в конфигурационном файле:

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

2. Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы по п. 1, отличающийся тем, что после того, как сообщение о заказе на услугу SUBSCRIBE передается в платформу IMS, платформа передает сообщение NOTIFY, для информирования представления услуги пользователем; после получения NOTIFY, терминал IMS SIP выполняет согласование и синтаксический разбор сервисных тегов в режиме последовательного согласования и запуска: после того, как терминал IMS SIP приобрел XML документ, описывающий способность представления услуги, заказанной пользователем, терминал IMS SIP выполняет последовательное согласование каждых заказов в соответствии с законом согласования множества примеров мульти-сервисного тега в процессе эксплуатации и сообщает данному пользователю результат согласования; конкретные правила согласования сервисных тегов представления услуги определяются конкретной реализацией, после того, как результат операции, выполненной в соответствии с правилами эксплуатации, положительный, считается, что пользователь терминала IMS SIP имеет эту способность представления услуги.

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

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

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

6. Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы по п. 1, отличающийся тем, что на шаге 4, после получения сообщения NOTIFY, терминал IMS SIP выполняет следующую обработку: в соответствии с правилом согласования выполняется операция сервисного тега в файле XML, сервисного тега первого приоритетного в пример мульти-сервисного тега ; при этом положительный результат означает, что они согласованы; а если они не согласованы, то производится операция других сервисных тегов в примере мульти-сервисного тега ; ; при согласовании считается, что этот пользователь зарегистрировал эту услугу и выполняет согласование следующего сервисного тега ; в случае, когда все сервисные теги в одном примере мульти-сервисных тегов не могут быть согласованы, полагая, что этот пользователь не зарегистрировал эту услугу, после чего производится обработка следующей услуги; и повторно выполняются указанные шаги, пока все сервисные теги в файле xml не проанализированы.



 

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

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

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

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

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

Изобретение относится к способу и устройству передачи и/или приема мультимедиа-содержимого с использованием различных блоков передачи и технологии по стандарту передачи мультимедиа Экспертной группы по киноизображению (MPEG MMT).

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

Изобретение относится к области связи. Технический результат - поддержка более высокой пропускной способности.

Изобретение относится к переключению сеанса связи сети подсистемы мультимедийных услуг на базе семейства протоколов Интернета (IMS) и объекту пересылки экстренных вызовов (EATF).

Изобретение относится к области управления передачей данных протокола инициализации сеанса связи объекту пользователя в сети связи. Техническим результатом является предоставление эффективной концепции для распределения данных пользователей в сети связи.

Изобретение относится к обработке сервиса неструктурированных дополнительных сервисных данных (USSD). Технический результат - возможность запуска USSD от стороны существующей сети к стороне UE сети передачи голоса VoLTE.

Изобретение относится к способу и устройству отображения push-сообщений. Технический результат заключается в эффективном использовании ресурсов пользовательского оборудования. Предлагается способ, в котором получают инициирующее событие для загрузки нового контента, определяют наличие пустого участка для загрузки нового контента на текущей отображаемой странице, где пустой участок для загрузки нового контента представляет собой отображаемую область текущей страницы дисплея, который появляется до того, как новый контент полностью загружен; и в случае если на текущей отображаемой странице имеется пустой участок для загрузки, отображают push-сообщение на пустом участке для загрузки. 2 н. и 12 з.п. ф-лы, 7 ил.

Изобретение относится к области связи. Технический результат – достижение эффективности при использовании полосы пропускания сети путем адаптации к сложности и качеству кодированного видеосигнала. Для этого, чтобы обеспечивать коммутацию на основе качества в клиенте потоковой передачи, клиент может иметь доступ к информации относительно качества кодированного сегмента и/или субсегмента. Связанная с качеством информация может включать в себя любое число дополнительных показателей качества, связанных с кодированным сегментом и/или субсегментом кодированного видеопотока. Добавление связанной с качеством информации может быть выполнено посредством включения связанной с качеством информации в файл манифеста, включающий в себя связанную с качеством информацию, в индексы сегментов, сохраненные в индексном файле сегментов, и/или предоставления дополнительных файлов со связанной с качеством информации сегментов и предоставления ссылки на информацию из MPD-файла. После приема связанной с качеством информации клиент может запрашивать и принимать поток, который имеет более низкую скорость передачи битов, за счет этого экономя полосу пропускания при одновременном поддержании качества потокового контента. 2 н. и 15 з.п. ф-лы, 22 ил., 2 табл.

Изобретение относится к устройству связи, способу связи и системе связи. Технический результат заключается в сокращении времени ожидания до установления соединения. Устройство связи содержит: блок бесконтактной связи для осуществления бесконтактной связи; блок беспроводной связи для осуществления беспроводной связи; и блок управления, выполненный с возможностью, при обнаружении блоком бесконтактной связи посредством бесконтактной связи по меньшей мере одного другого устройства связи, выполнения по меньшей мере части процесса соединения для беспроводной связи с указанным другим устройством беспроводной связи с использованием бесконтактной связи параллельно с активацией первого режима связи блока беспроводной связи, и управления процессом установки соединения посредством беспроводной связи между блоком бесконтактной связи и другим устройством связи без прохождения точки доступа. При этом процесс установки соединения включает в себя процесс принятия решения об устройстве связи, функционирующем в качестве руководителя группы, и процесс аутентификации. 4 н. и 5 з.п. ф-лы, 14 ил.

Изобретение относится к области передачи сигналов в сети связи с Интернет-протоколом (IP). Техническим результатом является повышение эффективности обмена сигнальными сообщениями в сети IP-связи. Раскрыт способ обмена сериализованными сигнальными сообщениями в сети связи с Интернет-протоколом (IP), причем упомянутая сеть IP-связи содержит цепочку из по меньшей мере двух объектов, применяющих объектно-ориентированную обработку сигнальных сообщений, при этом обмен упомянутыми сигнальными сообщениями между по меньшей мере двумя объектами упомянутой сети IP-связи содержит транспортировку сериализованных объектов данных между упомянутыми по меньшей мере двумя объектами, причем упомянутая транспортировка упомянутых сериализованных объектов данных содержит транспортировку сериализованных объектов данных JAVA, причем экземпляр упомянутых сигнальных сообщений, обмениваемых между упомянутыми по меньшей мере двумя объектами, применяющими объектно-ориентированную обработку сигнальных сообщений, содержит строку обозначения, указывающую, что упомянутый экземпляр содержит сериализованный объект данных, после интерпретации строки обозначения обеспечивается десериализация принимаемых сериализованных объектов данных объектом из упомянутой цепочки для применения объектно-ориентированной обработки упомянутого объекта данных. 3 н. и 11 з.п. ф-лы, 4 ил.

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

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

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

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

Изобретение относится к технологиям сетевой связи. Технический результат заключается в повышении безопасности передачи данных. Устройство содержит: подсистему (2) модема, выполненную с возможностью развертывания услуг мультимедийной подсистемы Интернет-протокола с использованием протокола инициирования сеансов и содержащую стек (4) протокола инициирования сеансов для обмена сообщениями протокола инициирования сеансов между услугами мультимедийной подсистемы Интернет-протокола на подсистеме (2) модема и внешним прокси-сервером протокола инициирования сеансов, и модуль (5) обработки приложений, выполненный с возможностью развертывания услуг мультимедийной подсистемы Интернет-протокола с использованием протокола инициирования сеансов и содержащий стек (7) протокола инициирования сеансов для обмена сообщениями протокола инициирования сеансов между услугами мультимедийной подсистемы Интернет-протокола в модуле (5) обработки приложений и внешним прокси-сервером протокола инициирования сеансов. 3 н. и 11 з.п. ф-лы, 10 ил.

Изобретение относится к компьютерной безопасности. Технический результат заключается в обеспечении безопасности работы пользователя в сети. Система определения измененных веб-страниц содержит средство создания проверочной веб-страницы для создания проверочной веб-страницы, содержащей по меньшей мере один фрагмент для выявления вредоносного ПО, содержащий html-код и добавленный с учетом критерия создания проверочной веб-страницы, и передачи созданной веб-страницы средству обработки проверочной веб-страницы и средству анализа проверочной веб-страницы; средство обработки для открытия на вычислительном устройстве пользователя проверочной веб-страницы, сохранения состояния проверочной веб-страницы после открытия и отправки кода ее сохраненного состояния средству анализа; средство анализа для обнаружения измененных фрагментов на проверочной веб-странице путем сравнения кода страницы, полученной от средства создания проверочной веб-страницы, и кода страницы, полученной от средства обработки проверочной веб-страницы, и в случае обнаружения по меньшей мере одного измененного фрагмента отправки страницы средству выявления вредоносного программного обеспечения. 2 н. и 8 з.п. ф-лы, 4 ил.
© Патентный поиск, поиск патентов на изобретения - FindPatent.RU 2012-2024
Политика конфиденциальности 2016-12-20 2016-12-20T01:58:12
Наверх