EA023937B1 - Электронное устройство, интеллектуальная сеть и способ обработки данных, реализуемый в интеллектуальной сети - Google Patents

Abstract

Настоящее изобретение относится к электронному устройству, такому как пункт данных обслуживания для интеллектуальной сети, при этом пункт данных обслуживания (110) содержит множество узлов (1, 2, 3,..., i), связанных с помощью сети (114), причем каждый узел из множества узлов содержит средство (130) для приема информационного запроса (124) от пункта (106) управления обслуживанием интеллектуальной сети, при этом информационный запрос переносит идентификатор по меньшей мере одного абонента (116, 118) интеллектуальной сети; базу (132) данных для сохранения данных абонентов; средство (134) извлечения информации для запрашивания базы данных с использованием идентификатора; средство (136) широковещательной рассылки для отправки широковещательного сообщения (138) всем другим узлам из множества узлов пункта данных обслуживания, при этом широковещательное сообщение переносит идентификатор по меньшей мере одного абонента.

Description

(57) Настоящее изобретение относится к электронному устройству, такому как пункт данных обслуживания для интеллектуальной сети, при этом пункт данных обслуживания (110) содержит множество узлов (1, 2, 3,..., ί), связанных с помощью сети (114), причем каждый узел из множества узлов содержит средство (130) для приема информационного запроса (124) от пункта (106) управления обслуживанием интеллектуальной сети, при этом информационный запрос переносит идентификатор по меньшей мере одного абонента (116, 118) интеллектуальной сети; базу (132) данных для сохранения данных абонентов; средство (134) извлечения информации для запрашивания базы данных с использованием идентификатора; средство (136) широковещательной рассылки для отправки широковещательного сообщения (138) всем другим узлам из множества узлов пункта данных обслуживания, при этом широковещательное сообщение переносит идентификатор по меньшей мере одного абонента.

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

Технология интеллектуальных сетей (ТЫ) как таковая известна из предшествующего уровня техники и стандартизирована, например, Международным союзом по телекоммуникациям, опубликовавшим стандарты под названием ф.1210-ф.1219, которые также стали известны как набор возможностей 1 (С81). Примером специальной формы реализации сети ΙΝ является усовершенствованная интеллектуальная сеть (ΑΙΝ), которая также была стандартизирована.

Сеть ΙΝ содержит пункт управления обслуживанием (8СР). 8СР также упоминается как функция управления обслуживанием (8СР). Кроме того, сеть ΙΝ содержит пункт данных обслуживания (8ΌΡ), который также упоминается как функция данных обслуживания (8ΌΡ). 8ΌΡ может быть реализован посредством отдельного компонента или того же компонента, что и 8СР.

В работе И8 6,687,366 В1 показан способ интеллектуальной маршрутизации для манипулирования большим количеством абонентов в сети ΙΝ. Для этого способа требуется интеллектуальный маршрутизатор, чтобы маршрутизировать запросы от 8СР к одному из пунктов 8ΌΡ интеллектуальной сети.

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

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

Варианты осуществления изобретения особенно выгодны для применений, в которых данные сохраняются распределенным способом во множестве сетевых узлов. Такие применения включают в себя, но не ограничиваясь этим, сети хранения данных (8ΑΝ) и сети автоматизации предприятий. Конкретное преимущество вариантов осуществления изобретения состоит в том, что нет необходимости в центральном и/или дублированном регистре для хранения и извлечения данных.

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

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

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

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

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

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

фиг. 1 - блок-схема, показывающая первый вариант осуществления интеллектуальной сети и пункта данных обслуживания, фиг. 2 - блок-схема дополнительного варианта осуществления пункта данных обслуживания, фиг. 3 - блок-схема одного из узлов варианта осуществления пункта данных обслуживания, фиг. 4 - блок-схема последовательности операций способа, иллюстрирующая вариант осуществле- 1 023937 ния способа по изобретению, фиг. 5 - схема ИМЬ, иллюстрирующая дополнительный вариант осуществления способа по изобретению.

Подробное описание

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

Фиг. 1 показывает блок-схему интеллектуальной сети (ТЫ) 100. Сеть ΙΝ 100 содержит телекоммуникационную сеть 102. Телекоммуникационная сеть 102 может быть стационарной телекоммуникационной сетью и/или телекоммуникационной сетью мобильной связи, предоставляющей различные телекоммуникационные услуги своим абонентам. Например, телекоммуникационная сеть 102 является цифровой беспроводной телекоммуникационной сетью сотовой структуры связи, такой как сеть в соответствии со стандартом О8М (глобальной системы мобильной связи). Телекоммуникационная сеть 102 имеет коммутационный центр 104, который реализован как центр коммутации подвижной связи (М8С), если используется стандарт С8М.

Сеть ΙΝ имеет по меньшей мере один 8СР 106. В ней может быть больше одного 8СР, например дополнительный 8СР 108. В примере, который рассматривается в данном описании, М8С 104 связан с 8СР 106. Другой М8С телекоммуникационной сети 102 (на фиг. 1 не показан) может быть связан с 8СР 108. 8СР 106 и 8СР 108 связаны с пунктом ГОР 110 через сеть 112.

Пункт ГОР 110 содержит множество узлов 1, 2, 3, ..,. ί. Узлы пункта ГОР 110 связаны с сетью 114. Сети 112 и 114 могут быть реализованы с помощью отдельных сетей или единственной сети, такой как локальная сеть, магистральная система или подобная сеть.

Посредством примера на фиг. 1 изображены пользовательское оборудование (ИЕ) абонента А 116 и ИЕ абонента В 118. Когда абонент А запрашивает предоставление телекоммуникационной услуги от телекоммуникационной сети 102, запрос 120 посылается от ИЕ 116 в телекоммуникационную сеть 102, в которой он обрабатывается центром М8С 104. Запрос 120 содержит определение запрашиваемой телекоммуникационной услуги и идентификатор абонента А, который в последующем упоминается как ГО А. Если запрашиваемая телекоммуникационная услуга включает в себя другого абонента, такого как абонент В, в запросе 120 также определяется ГО В этого другого абонента.

В ответ на запрос 120 М8С 104 генерирует запрос 122 и отправляет запрос 122 в 8СР, которому он назначен, то есть в 8СР 106. Запрос 122 содержит, по меньшей мере, ГО А, а также ГО В, если запрашиваемая телекоммуникационная услуга включает в себя в дополнение к абоненту А абонента В.

В ответ на запрос 122 8СР 106 генерирует запрос 124, который содержит, по меньшей мере, идентификаторы ГО, принятые пунктом 8СР 106 с запросом 122 от М8С 104. Запрос 124 отправляется от 8СР 106 через сеть 112 одному из узлов в пункте ГОР 110.

В первой реализации 8СР 106 назначен одному из узлов ГОР 110, такому как узел 1. В этом случае 8СР 106 отправляет запрос 124 узлу, которому он назначен, то есть узлу 1.

В другой реализации 8СР не назначен ни к одному из узлов пункта ГОР 110. В этом случае узел пункта ГОР 110, которому 8СР 106 отправляет свой запрос 124, определяется пунктом 8СР 106 произвольно.

В другой реализации 8СР назначается подмножеству узлов в ГОР 110. Это подмножество содержит два или более из узлов пункта ГОР 100. 8СР 108 назначается другому подмножеству узлов, в котором подмножество узлов, которым назначен 8СР 106, и подмножество узлов, которым назначен 8СР 108, являются обособленными. Однако возможно, что различные пункты 8СР назначаются одним и тем же подмножествам узлов или к подмножествам узлов, имеющим общие узлы.

В другой реализации 8СР 106 реализует схему балансировки нагрузки для балансировки нагрузки узлов в ГОР 110, которому он назначен. Например, 8СР 106 назначается подмножеству узлов и реализует арбитражную схему, такую как схема кругового обслуживания, для того, чтобы сбалансировать нагрузки узлов этого подмножества. Например, 8СР 106 назначается подмножеству, содержащему узлы 1, 2 и 3. В этом случае первый запрос 124 отправляется узлу 1, а последующие запросы отправляются узлам 2, 3, 1, 2, 3, 1,... и т.д. в порядке, определяемом этой схемой кругового обслуживания.

В ответ на запрос 124 пункт ГОР 110 генерирует ответ 126, который возвращается посредством ГОР 110 в запрашивающий 8СР 106. 8СР 106 использует ответ 126 для генерирования ответа 128 с использованием данных, содержавшихся в ответе 126, и возвращает ответ 128 в М8С 104. Тогда М8С 104 может предоставить запрашиваемую телекоммуникационную услугу абоненту А в зависимости от содержимого ответа 128.

Фиг. 2 показывает более детализированный вариант осуществления ГОР 110.

Каждый из узлов пункта ГОР 110 имеет интерфейс 130 для приема запросов от пунктов 8СР, такие как запрос 124 от 8СР 106. Посредством интерфейса 130 каждый из узлов связан с сетью 112.

Каждый из узлов имеет базу 132 данных для хранения данных абонентов. Данные абонентов хранятся в каждой из баз 132 данных с использованием ГО абонентов в качестве ключа доступа. Структура баз 132 данных различных узлов 1, 2, 3, ..., ί может быть идентичной, но содержимое этих баз 132 данных идентичным быть не может. Например, данные абонентов обособленных групп абонентов хранятся в

- 2 023937 различных базах 132 данных.

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

Например, база данных 132 узла 1 содержит данные абонентов первой группы абонентов, база 132 данных узла 2 содержит данные абонентов второй группы абонентов, база 132 данных (на фиг. 2 не показана) узла 3 содержит данные абонентов третьей группы абонентов и т.д., где первая, вторая, третья, ..., ί-ая группы абонентов являются обособленными и в сочетании содержат данные абонентов для всех абонентов интеллектуальной сети. Это имеет преимущество расширяемости, поскольку к 8ΌΡ 110 может быть добавлен дополнительный узел 1+1, когда емкости хранения существующих баз 132 данных существующих ί узлов 8ΌΡ 110 исчерпываются и не имеют возможности перемещать данные, которые сохранялись ранее в базах 132 данных ί узлов.

Каждый из узлов может выполнять команды 134 программы, которые составляют компонент извлечения для извлечения данных абонента из базы 132 данных того же узла. Извлечение выполняется посредством запрашивания базы 132 данных с использованием идентификатора или идентификаторов ГО, принятых с запросом 124.

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

В процессе работы один из узлов пункта 8ΌΡ 110, такой как узел 1, принимает запрос 124, который содержит ГО А. В ответ на прием запроса 124 узлом 1 запускается выполнение команд 134 программы для того, чтобы запросить базу 132 данных узла 1 с использованием ГО А в качестве ключа доступа. Если данные абонента для абонента А хранятся в базе 132 данных узла 1, то запрос возвращает запрашиваемые данные абонента, и узел 1 генерирует ответ 126, который содержит эти данные абонента. В качестве альтернативы или в дополнение к этому узел 1 может обработать извлеченные данные абонента и поместить результат обработки извлеченных данных абонента в ответ 126.

Если запрос базы данных не возвращает данные абонента для абонента А, запускается выполнение команд 136 программы, чтобы генерировать широковещательное сообщение 138. Широковещательное сообщение 138 переносит, по меньшей мере, ГО А, принятый с запросом 124. Широковещательное сообщение 138 отправляется из узла 1 во все другие узлы в 8ΌΡ 110 через сеть 114.

Когда узел 2 принимает широковещательное сообщение 138, запускается выполнение команд 134 программы, чтобы запросить базу 132 данных этого узла 2 для извлечения данных абонента для абонента, идентифицированного идентификатором, содержащимся в широковещательном сообщении 138, то есть в примере, который рассматривается в данном описании для абонента А. Если данные абонента для ГО А могут быть извлечены из базы 132 данных, узел 2 генерирует ответное сообщение 140, которое содержит извлеченные данные абонента. Ответное сообщение 140 отправляется из узла 2 назад в узел 1, от которого было принято широковещательное сообщение 138 через сеть 114. В качестве альтернативы ответное сообщение 140 содержит результат запроса базы данных в форме указателя, такого как ПКЕ, который указывает, где хранятся извлеченные данные. Таким образом, узел 1 может осуществлять доступ к данным, используя указатель, содержащийся в ответном сообщении 140.

Если узел 2 не извлекает данные абонента для абонента А из своей базы 132 данных, он также генерирует ответное сообщение 142, которое указывает, что запрошенные данные не могут быть извлечены из его базы 132 данных.

Описанные выше этапы обработки, которые выполняются узлом 2 в ответ на широковещательное сообщение 138, аналогичным образом также выполняются другими узлами 3, ..., ί из пункта 8ΌΡ 110. Если один из узлов извлекает, по меньшей мере, часть запрошенных данных абонента из своей базы данных, он генерирует ответное сообщение 140, содержащее извлеченные данные, а если он не извлекает такие данные абонента, он генерирует ответное сообщение 142, указывающее, что никакие данные абонента для указанного абонента не были извлечены.

После того как узел 1 принял ответное сообщение, т.е. ответное сообщение 140 или ответное сообщение 142 от каждого из других узлов пункта 8ΌΡ 110, он генерирует ответ 126 с использованием данных абонента, принятых от других узлов, и отправляет ответ 126 назад в 8ΟΡ 106.

В соответствии с вариантом осуществления изобретения широковещательное сообщение 138 отправляется через сеть 114 с использованием протокола передачи дейтаграмм пользователя (υΌΡ).

- 3 023937

В соответствии с вариантом осуществления изобретения узлы пункта 8ΌΡ 110 имеют возможности обработки в реальном времени. Это особенно выгодно для применений оплаты абонентских услуг в реальном времени, таких как для реализации методологий оплаты абонентских услуг в реальном времени по ΕΡ 1364332 В1 и ΕΡ 1484720 В1.

Фиг. 3 показывает более детализированный вариант осуществления одного из узлов пункта 8ΌΡ 110, такого как узел 1. Следует отметить, что предпочтительно, чтобы все узлы пункта 8ΌΡ 110 были структурно идентичными.

По сравнению с реализацией, показанной на фиг. 2, узел 1 варианта осуществления фиг. 3 имеет следующие дополнительные компоненты.

1. Команды 144 программ для обработки данных абонента, которые были извлечены из базы 132 данных узла 1 или которые были приняты от других узлов в ответ на широковещательное сообщение 138, чтобы генерировать ответ 126 (сравните фиг. 1 и 2).

2. Устройство 146 хранения для временного хранения данных абонента, которые были извлечены из базы 132 данных узла 1 или которые были приняты от других узлов в ответ на широковещательное сообщение 138 и/или для сохранения копии ответа 126; идентификатор 148 сеанса, который назначается запросу 124 узлом 1, также сохраняется в устройстве 146 хранения.

3. Область 150 хранения для сохранения адреса, который назначается узлу 1; этот адрес используется пунктом 8ΟΡ 106 для отправки запроса 124 узлу 1; адрес, сохраненный в области 150 хранения, отличается для каждого из узлов в 8ΌΡ 110, так что каждый узел однозначно идентифицируется своим адресом в пределах 8ΌΡ 110.

4. Область 152 хранения для сохранения адреса широковещательной рассылки; адрес широковещательной рассылки является идентичным для всех узлов в 8ΌΡ 110. Адрес широковещательной рассылки, указанный в области 152 хранения, используется для отправки широковещательного сообщения 138, например посредством ΠΟΡ, во все другие узлы пункта 8ΌΡ 110.

5. Область 154 хранения для сохранения количества ί узлов, которые содержатся в 8ΌΡ 110; к области 154 хранения может осуществлять доступ администратор, чтобы обновлять количество ί, когда узел добавляется к 8ΌΡ или удаляется из него.

6. Счетчик 156 для подсчета количества ответных сообщений 140 и 142, которые принимаются узлом 1 в ответ на широковещательное сообщение 138.

В процессе работы узел 1 может принять запрос 124, который направляется по адресу узла 1, указанному в его области 150 хранения. Посредством выполнения команд 134 программы запрос выполняется в базе 132 данных узла 1, чтобы извлечь данные абонента, связанные с абонентом, идентифицированным запросом 124.

Если данные абонента извлекаются из базы 132 данных узла 1, ответ 126 генерируется узлом 1 посредством выполнения команд 144 программы. Далее, узлом 1 назначается идентификатор (ГО) 148 сеанса для запроса 124. Этот ГО 148 сеанса также помещается в ответ 126 и сообщается запрашивающему 8ΟΡ. Копия данных абонента, извлеченных из базы 132 данных, и/или копия ответа 126 сохраняется в устройстве 146 хранения вместе с назначенным ГО 148 сеанса.

Назначение ГО 148 сеанса запросу 124 имеет преимущества выполнения, когда от 8ΟΡ 106 принимается последующий запрос, относящийся к продолжающемуся предоставлению абоненту А запрашиваемой телекоммуникационной услуги. В этом случае последующий запрос может определять ГО 148 сеанса. Тогда узел 1 может проверять устройство 146 хранения относительно присутствия данных, назначенных для ГО 148 сеанса, для генерирования дополнительного ответа на последующий запрос.

Если запрашиваемые данные абонента не могут быть извлечены из базы 132 данных узлом 1, запускается выполнение команд 136 программы. Широковещательное сообщение 138 отправляется по адресу широковещательной рассылки, определяемому в области 152 хранения, который является идентичным для всех узлов в 8ΌΡ 110. Широковещательное сообщение 138 переносит абонентский идентификатор ГО А, который принимается с запросом 124.

В ответ на широковещательное сообщение 138 узел 1 принимает ответное сообщение 140 от одного из других узлов, содержащее, по меньшей мере, часть запрашиваемых данных абонента. Далее, узел 1 принимает ответные сообщения 142 от других узлов пункта 8ΌΡ 110, которые указывают, что эти узлы не извлекли запрашиваемые данные абонента или их часть из своих соответствующих локальных баз 132 данных.

Счетчик 156 получает приращение каждый раз, когда узлом 1 принимается ответное сообщение 140 или 142 от какого-либо из других узлов. Узел 1 сравнивает значение счетчика 156 с общим количеством узлов, установленным в области 154 хранения. Когда значение счетчика 156 указывает, что ответные сообщения 140, 142 были приняты от других узлов пункта 8ΌΡ 110 в количестве 1-1,то это подразумевает, что все другие пункты узлов ответили на широковещательное сообщение 138. Это дополнительно подразумевает, что запрашиваемые данные абонента узлом 1 были извлечены, так что может генерироваться ответ 126 посредством выполнения команд 144 программы при условии, что абонент был зарегистрирован. Если все ί-1 ответные сообщения указывают, что данные для абонента, который определяется в информационном запросе 124, не могут быть извлечены, то это подразумевает, что такого абонента

- 4 023937 нет, т.е. абонент не найден.

Фиг. 4 показывает блок-схему последовательности операций варианта осуществления способа по изобретению. На этапе 10 пунктом 3ΌΡ 110 принимается информационный запрос 124 (сравните варианты осуществления фиг. 1, 2 и 3). В варианте осуществления, который рассматривается в данном описании, информационный запрос 124 переносит ГО А и ГО В абонентов А и В, когда абонент желает вызвать абонента В, например, вводя в ИЕ 116 номер телефона В.

Для извлечения данных абонента для абонента А, которые запрашиваются для установления запрашиваемого телефонного канала, на этапе 12 запрос выполняется узлом, который принял запрос 124, например узлом 1. Следовательно, запрашивается база 132 данных узла 1 с использованием ГО А в качестве критерия запроса, чтобы извлечь данные абонента для абонента А.

На этапе 14 принимается решение, возвратился ли запрос с запрашиваемыми данными абонента, в этом случае имеется совпадение, или нет. В случае если было совпадение, извлеченные данные на этапе 16 возвращаются от компонента извлечения узла; в противном случае на этапе 18 генерируется широковещательное сообщение 138 и отправляется всем другим узлам. На следующем этапе 20 узел, который на этапе 18 отправил широковещательное сообщение 138, то есть в примере, который рассматривается в данном описании, узел 1 ожидает от всех других узлов возвращения их ответов 140, 142.

На этапе 22 делается определение, был ли принят ответ от каждого из других узлов. После того как ответ был принят от каждого из других узлов, на этапе 24 запрашиваемые данные абонента для абонента А возвращаются компонентом широковещательной рассылки узла 1 для дополнительной обработки.

Такие же этапы 12-24 также выполняются узлом 1 относительно ГО В, чтобы извлекать данные абонента для абонента В. Этапы 12-24 для извлечения данных абонента для абонента В могут выполняться параллельно или вслед за выполнением этапов 12-24 для извлечения данных абонента для абонента А.

На этапе 26 данные абонентов для абонентов А и В обрабатываются узлом 1 для генерирования ответа 126.

Фиг. 5 показывает схему, иллюстрирующую дополнительный вариант осуществления способа по изобретению. В этом варианте осуществления §СР 106 отправляет запрос 124 узлу 1 пункта 3ΌΡ 110. В качестве альтернативы §СР 106 может отправлять запрос 124 любому другому узлу пункта 3ΌΡ 110, но в данном описании предполагается без ограничения применимости и только для удобства объяснения, что запрос 124 посылается узлу 1.

При условии, что в базе 132 данных узла 1 нет никакого совпадения базы данных, узел 1 отправляет широковещательные сообщения 138 всем другим узлам в пределах 3ΌΡ 110. При условии, что в базе 132 данных узла 2 имеется совпадение базы данных, узел 2 отвечает ответным сообщением 140, а все другие узлы отвечают ответными сообщениями 142, указывающими, что нет никакого совпадения базы данных в соответствующих локальных базах 132 данных.

После того как узел 1 принял либо ответ 140, либо ответ 142 от всех ί-1 других узлов, узел 1 генерирует ответ 126, который содержит извлеченные данные и/или результат обработки извлеченных данных узлом 1, и/или идентификатор сеанса, который был назначен узлом 1 для запроса 124 и соответствующего сеанса телекоммуникационных услуг, к которому он относится. Узел 1 сохраняет копию извлеченных данных абонента и/или копию ответа 126 в своем буфере (сравните с устройством 146 хранения на фиг. 3), назначая ГО сеанса тому, что сохранено в буфере.

Во время продолжающегося использования телекоммуникационной услуги 3ΟΡ 106 может отправить дополнительный запрос 158, который переносит ГО сеанса. Запрос 158 может быть отправлен любому из узлов пункта 3ΌΡ 110. Только для удобства объяснения и без ограничения применимости в данном описании предполагается, что запрос 158 от 3ΟΡ 106 отправляется узлу 3. В ответ на прием запроса 158 узел 3 проверяет свой буфер относительно присутствия данных, которым назначается ГО сеанса и который соответствует ГО сеанса, указанному в запросе 158.

Если никакие такие данные не хранятся в буфере узла 3, узел 3 отправляет широковещательное сообщение 160 всем другим узлам. Широковещательное сообщение 160 переносит ГО сеанса, принятый с запросом 158. В ответ на прием широковещательного сообщения 160 каждый из принимающих узлов проверяет свой буфер на присутствие данных, имеющих назначенный ГО сеанса, который соответствует ГО сеанса, указанному в широковещательном сообщении 160.

Если в данном узле нет такого соответствия, этим узлом отсылается назад ответное сообщение 162, указывающее, что запрашиваемые данные в этом узле не буферизованы; если дело обстоит иначе, генерируется ответное сообщение 164, содержащее содержимое буфера этого узла. В примере, который рассматривается в данном описании, узел 1 таким образом возвращает ответное сообщение 164 узлу 3, чтобы обеспечить запрашиваемое содержимое своего буфера для узла 3, тогда как все другие узлы возвращают ответные сообщения 162, указывающие, что никакой соответствующий ГО сеанса локально не идентифицирован.

Узел 3 использует данные, принятые с ответным сообщением 164, для генерирования ответа 166, который он возвращает в пункт 3ΟΡ 106 в ответ на запрос 158.

В соответствии с вариантом осуществления изобретения 3ΟΡ сохраняет идентификатор узла пункта 3ΌΡ 110, которому он посылает первый запрос 124 сеанса, в своей локальной памяти, то есть в примере,

- 5 023937 который рассматривается в данном описании, идентификатор 1 узла для идентификации узла 1. Затем 8СР 106 отправляет дополнительный запрос 158 узлу пункта 8ЭР 110, который идентифицируется идентификатором узла, сохраненным в его локальной памяти, а так же все последующие запросы 158, которые принадлежат тому же сеансу, то есть запрос 158 также посылается узлу 1. После того как сеанс заканчивается, идентификатор узла может быть удален из локальной памяти.

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

Варианты осуществления данного изобретения особенно выгодны, поскольку пункт 8ΌΡ 110 является многоголовочным вследствие того, что любой из его узлов может служить в качестве точек ввода для ввода запроса от любого из пунктов 8СР интеллектуальной сети. В результате этого, распределение данных абонента по узлам пункта 8ЭР 110 не требуется конфигурировать в пунктах 8СР сети ΙΝ.

Кроме того, варианты осуществления изобретения особенно выгодны, поскольку имеется только минимальное усилие по конфигурированию для добавления или удаления узла из 8ЭР. Например, для добавления дополнительного узла требуется только обновление количества узлов, хранящихся в области 154 хранения узлов, и введение общего адреса широковещательной рассылки в область 152 хранения узла, который добавляется.

Перечень позиционных обозначений

1	Узел
2	Узел
3	Узел
100	Интеллектуальная сеть (ΙΝ)
102	Телекоммуникационная сеть
104	Центр коммутации подвижной связи (М5С)
106	Пункт управления обслуживанием (5СР)
108	Пункт управления обслуживанием (5СР)
110	Пункт данных обслуживания (ЗБР)
112	Сеть
114	Сеть
116	Пользовательское оборудование (БЕ)
118	Пользовательское оборудование ШЕ)
120	Запрос
122	Запрос
124	Запрос
126	Ответ
128	Ответ
130	Интерфейс
132	База данных
134	Команды программы
136	Команды программы
138	Широковещательное сообщение

- 6 023937

140	Ответное сообщение
142	Ответное сообщение
144	Команды программы
146	Устройство хранения
148	Идентификатор (ΙΏ) сеанса
150	Область хранения
152	Область хранения
154	Область хранения
156	Счетчик
158	Запрос
160	Широковещательное сообщение
162	Ответное сообщение
164	Ответное сообщение
166	Ответ

Claims (14)

1. ФОРМУЛА ИЗОБРЕТЕНИЯ

   1. Узел пункта (110) данных обслуживания в интеллектуальной сети (100), при этом пункт данных обслуживания содержит множество таких узлов (1, 2, 3, ..., ί), связанных с помощью сети (114) связи, при этом узел выполнен с возможностью исполнять команды компьютерной программы и содержит интерфейсное средство (130), выполненное с возможностью принимать информационный запрос (124), причем информационный запрос переносит идентификатор, средство хранения информации, содержащее базу (132) данных для хранения данных, средство (134) извлечения информации, выполненное с возможностью запрашивать базу данных, используя идентификатор, средство (136) широковещательной рассылки для отправки широковещательного сообщения (138) всем другим узлам из множества узлов, при этом широковещательное сообщение переносит идентификатор, причем интерфейсное средство дополнительно выполнено с возможностью принимать ответное сообщение (140, 142) от каждого из других узлов из множества узлов, при этом каждое из ответных сообщений содержит результат запроса базы данных, который был выполнен соответствующим одним из других узлов в ответ на широковещательное сообщение, узел дополнительно содержит средство (144) для генерирования ответа (126) на информационный запрос, причем ответ (126) генерируется с использованием ответных сообщений (140, 142) или с использованием результата запроса базы данных, который был выполнен средством извлечения информации, при этом интерфейсное средство дополнительно выполнено с возможностью принимать широковещательное сообщение (138) от любого из других узлов, средство извлечения информации дополнительно выполнено с возможностью запрашивать базу данных узла в ответ на прием широковещательного сообщения (138), используя идентификатор, и генерировать одно из ответных сообщений (140, 142), причем узел содержит средство (154) хранения для сохранения данных, указывающих общее количество узлов, при этом узел дополнительно содержит счетчик (156) для подсчета количества ответных сообщений (140, 142), принимаемых от других узлов, причем ответ (126) генерируется только после того, как счетчик указывает, что ответное сообщение (140, 142) было принято от каждого из других узлов.
2. 2. Узел по п.1, в котором каждое из ответных сообщений (140, 142) переносит по меньшей мере часть запрошенных данных или указывает, что никакие данные из соответствующей базы данных не были извлечены.
3. 3. Узел по п.1 или 2, при этом все из узлов имеют идентичные адреса (152) широковещательной рассылки, причем широковещательное сообщение направляется по адресу широковещательной рассылки узлов.
4. 4. Узел по любому из предыдущих пунктов, содержащий средство (146) хранения для временного хранения извлеченных данных, результата обработки (144) извлеченных данных и/или ответа (126).
5. 5. Узел по любому из предыдущих пунктов, при этом узел выполнен с возможностью работать в реальном времени, и/или широковещательное сообщение передается широковещательным образом с использованием протокола дейтаграмм пользователя.
6. 6. Узел по любому из предыдущих пунктов, в котором интерфейсное средство (130) дополнительно выполнено с возможностью принимать информационный запрос от пункта (106) управления обслуживанием интеллектуальной сети, идентификатор указывает по меньшей мере одного абонента (116, 118) интеллектуальной сети, данные являются абонентскими данными.
7. 7. Интеллектуальная сеть, содержащая множество пунктов (106, 108) управления обслуживанием и

   - 7 023937 по меньшей мере один пункт (110) данных обслуживания, содержащий множество узлов по п.6, причем по меньшей мере один пункт управления обслуживанием связан с пунктом данных обслуживания.
8. 8. Интеллектуальная сеть по п.7, в которой пункт управления обслуживанием дополнительно содержит средство балансировки нагрузки для выбора одного из подмножества узлов, которым пункт управления обслуживанием назначен для отправки информационного запроса выбранному узлу.
9. 9. Способ обработки данных, реализуемый в интеллектуальной сети, причем интеллектуальная сеть содержит по меньшей мере один пункт (106, 108) управления обслуживанием и по меньшей мере один пункт (110) данных обслуживания, при этом пункт данных обслуживания содержит множество узлов (1, 2, 3, ..., ί), связанных с помощью сети (114) связи, причем способ содержит этапы, на которых принимают информационный запрос (124) от пункта управления обслуживанием посредством одного из узлов пункта данных обслуживания, при этом информационный запрос переносит идентификатор по меньшей мере одного абонента (116, 118) интеллектуальной сети, запрашивают базу (132) данных одного из узлов, используя идентификатор для извлечения данных абонента для абонента, идентифицированного идентификатором, если данные абонента извлекаются из базы данных одного из узлов, то генерируют ответ (126) посредством одного из узлов и отправляют ответ в пункт управления обслуживанием, если данные абонента не извлекаются из базы данных одного из узлов, то отправляют широковещательное сообщение (138) всем другим узлам из множества узлов пункта данных обслуживания, при этом широковещательное сообщение переносит идентификатор, запрашивают базу данных каждого из других узлов с использованием идентификатора в ответ на широковещательное сообщение, возвращают ответное сообщение (140, 142) одному из узлов от каждого из других узлов, при этом каждое из ответных сообщений содержит по меньшей мере часть данных абонента или указывает, что никакие такие данные абонентов не были извлечены соответствующим одним из других узлов, генерируют ответ (126) для пункта управления обслуживанием одним из узлов после приема ответных сообщений от всех других узлов.
10. 10. Способ обработки данных, реализуемый в интеллектуальной сети, по п.9, дополнительно содержащий этапы, на которых сохраняют извлеченные данные абонента, результат обработки данных абонента и/или ответ (126) в средстве (146) хранения одного из узлов и назначают первый идентификатор (148) сеанса тому, что сохраняется в средстве (146) хранения одним из узлов, принимают последующий информационный запрос (158) от пункта управления обслуживанием другим из узлов пункта данных обслуживания, при этом последующий информационный запрос переносит идентификатор по меньшей мере одного абонента и первый идентификатор сеанса, генерируют дополнительное широковещательное сообщение (160) другим из узлов, при этом дополнительное широковещательное сообщение переносит первый идентификатор сеанса, принимают дополнительное ответное сообщение (162, 164) от каждого из множества узлов посредством другого из узлов, причем одно (164) из дополнительных ответных сообщений переносит содержимое средства хранения одного из множества узлов, которому был назначен первый идентификатор сеанса, генерируют последующий ответ (166) на последующий информационный запрос (158) с использованием ответного сообщения (164) от одного из узлов.
11. 11. Способ по п.9, дополнительно содержащий следующие этапы, выполняемые одним из узлов пункта данных обслуживания:

    генерируют первый идентификатор (148) сеанса в ответ на информационный запрос (124) и сохраняют первый идентификатор сеанса в средстве (146) хранения одного из узлов, причем ответ (126) содержит первый идентификатор сеанса, принимают последующий информационный запрос (158), при этом последующий информационный запрос содержит второй идентификатор сеанса, проверяют, являются ли первый и второй идентификаторы сеанса идентичными с использованием первого идентификатора сеанса, сохраненного в средстве хранения, и отправляют дополнительное широковещательное сообщение (160) всем другим узлам, если первый и второй идентификаторы сеанса не идентичны, причем дополнительное широковещательное сообщение (160) переносит второй идентификатор сеанса, осуществляют доступ к средству (146) хранения для выполнения проверки на предмет присутствия первого идентификатора сеанса, являющегося идентичным второму идентификатору сеанса, и генерируют ответное сообщение (164), переносящее содержимое средства хранения, если первый и второй идентификаторы идентичны, и генерируют ответное сообщение (162), указывающее, что первый и второй идентификаторы не идентичны или что никакой идентификатор не назначен содержимому средства (146) хранения, при этом ответные сообщения (162, 164) возвращаются одному из узлов, который отправил дополнительное широковещательное сообщение (160), и генерируют последующий ответ (166) с использованием ответного сообщения (164).

    - 8 023937
12. 12. Способ по п.9, дополнительно содержащий этап, на котором на постоянной основе назначают пункт управления обслуживанием одному из узлов пункта данных обслуживания.
13. 13. Способ по п.9, дополнительно содержащий этапы, на которых назначают пункт управления обслуживанием подмножеству узлов пункта данных обслуживания и выбирают один из узлов подмножества и отправляют информационный запрос выбранному одному из узлов.
14. 14. Машиночитаемый носитель информации, содержащий команды для выполнения узлами пункта данных обслуживания, причем команды предназначены для осуществления этапов способа по п.9 или 10.