СПОСОБ СИНТАКСИЧЕСКОГО АНАЛИЗА СЕРВИСА, ГИБКО АДАПТИРОВАННЫЙ К ТЕГУ IMS СИСТЕМЫ Российский патент 2016 года по МПК H04L29/06 

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

Настоящее изобретение относится к области системы 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 документе в соответствии с примером сервисного тега для определения способности представления услуги пользователю.

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

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

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 не проанализированы.