RU2014146752A

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

Info

Publication number: RU2014146752A
Application number: RU2014146752A
Authority: RU
Inventors: Хунцин Тань; Гунцянь Ван
Original assignee: Фиберхоум Телекоммьюникейшн Технолоджис Ко., Лтд
Priority date: 2012-07-25
Filing date: 2013-07-22
Publication date: 2016-06-10
Also published as: CN102752315B; WO2014015776A1; CN102752315A; RU2604983C2

Abstract

1. Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы, включающий следующие шаги: шаг первый - определение шаблона мульти-сервисного тега: в конфигурационном файле терминала IMS SIP, в ходе которого определяется формат мульти-сервисного тега, приемлемого и идентифицированного системой, при этом указанный формат шаблона включает следующую идентификацию и содержание:, где,представляет собой индикацию шаблона мульти-сервисного тега типа i, определенную терминалом IMS SIP, каждый изможет быть использован как сервисный тег, предназначенный для идентификации услуг типа i, определенных терминалом IMS SIP, а сервисные теги соединены последовательно через символ "|", для формирования содержание шаблона мульти-сервисного тега;шаг второй - генерация множества примеров мульти-сервисного тега с использованием шаблона мульти-сервисного тега: для чего по характеристике системы IMS, подключенной к терминалу IMS SIP, сервисный тег Pattern[i][m], соответствующий услугу типа i, может быть определен, при этом m>=0 & m<=n записывается как pattern[i][m]; а конкретные сервисные теги, соответствующие разным услугам, будут сохранены в конфигурационном файле в формате, определенном по шаблону мульти-сервисного тега, для формирования следующих множеств примеров мульти-сервисного тега в конфигурационном файле:в котором одна строчка соответствует одному примеру мульти-сервисного тега; а примеры мульти-сервисных шаблонов между различными типами услуг делятся методом возврата каретки и перевода строчки и совместно образуют множество примеров мульти-сервисного тега; при этом в процессе практической эксплуатации, терминал IMS SIP настраивает множество примеров мульти-сервисного тега в ко

Claims

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

, где,

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

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

шаг второй - генерация множества примеров мульти-сервисного тега с использованием шаблона мульти-сервисного тега: для чего по характеристике системы IMS, подключенной к терминалу IMS SIP, сервисный тег Pattern[i][m], соответствующий услугу типа i, может быть определен, при этом m>=0 & m<=n записывается как pattern[i][m]; а конкретные сервисные теги, соответствующие разным услугам, будут сохранены в конфигурационном файле в формате, определенном по шаблону мульти-сервисного тега, для формирования следующих множеств примеров мульти-сервисного тега в конфигурационном файле:

в котором одна строчка соответствует одному примеру мульти-сервисного тега; а примеры мульти-сервисных шаблонов между различными типами услуг делятся методом возврата каретки и перевода строчки и совместно образуют множество примеров мульти-сервисного тега; при этом в процессе практической эксплуатации, терминал 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 выполняет следующую обработку: в соответствии с правилом согласования выполняется операция сервисного тега pattern[i][m] в файле XML, сервисного тега первого приоритетного pattern[i][0], в пример мульти-сервисного тега templates<Service[i]>; при этом положительный результат означает, что они согласованы; а если они не согласованы, то производится операция других сервисных тегов pattern[i][k], в примере мульти-сервисного тега templates<Service[i]>; k>0 & k<=n; при согласовании считается, что этот пользователь зарегистрировал эту услугу и выполняет согласование следующего сервисного тега pattern[j][m]; в случае, когда все сервисные теги в одном примере мульти-сервисных тегов templates<Service[i]> не могу быть согласованы, полагая, что этот пользователь не зарегистрировал эту услугу, после чего производится обработка pattern[j][m] следующей услуги; и повторно выполняются указанные шаги, пока все сервисные теги в файле xml не проанализированы.