Область техники, к которой относится изобретение
Настоящее изобретение относится, в основном, к сети, имеющей подвижный узел динамически изменяемой конфигурации, конфигурируемой на подвижном узле независимо от сетевого устройства управления. Более конкретно, настоящее изобретение относится к устройству и соответствующему способу, посредством которого облегчается извлечение, или, иначе, обмен, сетевым устройством управления признаков выбранных возможностей, представляющих выбранные части конфигурации, или возможностей подвижного узла. Выбранная информация, связанная с логическим деревом подвижного узла, извлекается из подвижного узла и подается в сетевое устройство управления. Информация извлекается либо по запросу сети, либо при инициализации подвижным узлом. Информация подается в сетевое устройство управления эффективным образом с уменьшенным количеством служебных сигналов относительно существующих методов, посредством которых информация обычно подается в сетевое устройство управления.
Уровень техники
Достижения в технике связи позволили произвести разработку и установку систем связи многих различных типов. Беспроводные системы связи являются примером систем связи, в которых с успехом используются достижения техники связи.
В беспроводной системе связи радиолиния образует, по меньшей мере, часть тракта передачи, по которому передаются сигналы связи. Беспроводная система связи может быть выполнена как система подвижной связи, так как радиолиния заменяет обычную проводную линию, иначе необходимую для завершения тракта передачи, по которому передаются сигналы связи. И когда она выполнена в виде системы подвижной связи, то, в результате, обеспечивается повышенная мобильность связи.
Сетевые инфраструктуры беспроводных систем связи различных типов, например, были установлены на протяжении значительных географических зон. Были установлены сетевые инфраструктуры систем сотовой связи, доступные для использования большим количеством абонентов для установления связи через них. Доступ для связи посредством системы сотовой связи обычно обеспечивается согласно оплате абонентской платы за обслуживание. В системе сотовой связи телефонная передача как речи, так и данных обеспечивается согласно абонентской плате за обслуживание.
В обычной системе сотовой связи ее абонент обычно использует подвижный терминал, который выполнен в виде радиоприемопередатчика. Радиоприемопередатчик выполнен с возможностью как передачи, так и приема радиосигналов, передаваемых по радиолиниям, образованным между подвижным терминалом и сетевой инфраструктурой системы связи. Термин "абонент" здесь будет использоваться, как правило, для идентификации того, кто использует мобильный терминал для обеспечения связи.
Во все возрастающей степени системы сотовой связи выполняются с использованием методов цифровой связи, при которых данные, которые должны быть переданы во время работы системы связи, передаются в цифровом виде. Используются схемы обработки для воздействия на данные до их передачи, а также после их приема.
Подвижный терминал обычно размещается в корпусе с такими размерами, которые позволяют абоненту переносить подвижный терминал. Имеются различные конструкции подвижных терминалов с такими физическими размерами, которые позволяют его абоненту переносить подвижный терминал в кармане рубашки или т.п., имея подвижный терминал доступным в любое время, чтобы с его помощью послать или принять вызов.
Так как подвижный терминал использует схемы обработки, то подвижным терминалом могут быть выполнены дополнительные функции, в дополнение к функциям, необходимым для осуществления обычных операций по обеспечению связи. Т.е. функциональность устройств других типов может быть встроена в подвижный терминал. Функции по обработке информации и ее извлечению иногда встраиваются в подвижный терминал. И подвижные терминалы во все возрастающей степени выполняются с обеспечением мультимедийных услуг связи. Устройства с цифровым видео, такие как цифровые камеры, в настоящее время иногда встраиваются в подвижные терминалы, посредством которых собираются цифровые данные, которые впоследствии передаются схемой приемопередатчика подвижного терминала.
При первоначальном изготовлении или при первоначальной связи с системой сотовой связи подвижный терминал может быть выполнен с возможностью обеспечения других функциональных возможностей или, иначе, изменения его рабочих параметров. Переделка, адаптация, обновление или другое изменение в функциональных возможностях подвижного терминала могут быть в значительной степени сделаны независимыми от сетевого устройства управления сети связи, в которой работает подвижный терминал. Сетевое управление подвижного терминала, образующего подвижный узел в такой сети, может оказаться невозможным в результате таких переделок или изменений.
Функциональные возможности многих подвижных терминалов, а также других устройств, определяются на основе дерева управления. Дерево управления образуется с использованием одного или нескольких описаний модели описания устройств (МОУ) объектов. Каждое описание МОУ представляет собой логическую группировку связанных объектов, при этом все описаны в одном документе. Дерево строится, или инициируется, используя одно или несколько таких описаний МОУ. Таким образом, все объекты, представленные на дереве управления, происходят из одного из документов МОУ. И хотя документ МОУ для объектов является общим для всех устройств, дерево управления не должно быть одинаковым для всех устройств. Как отмечено выше, цифровая камера, например, может быть добавлена к подвижному узлу. МОУ для разрешения присоединения камеры к подвижному узлу может быть, в самом деле, одинаковой для подвижных узлов одной и той же марки. Но, когда дерево, основанное на этой МОУ, создается в каждом подвижном узле, он может быть создан в различных местах дерева управления. Сетевое устройство управления обычно выполнено с возможностью получения информации, связанной с деревом управления, и, при реагировании на нее, с возможностью выполнения административного управления узлом. Имеются существующие протоколы управления, посредством которых оказывается поддержка извлечения значения или атрибутов индивидуальных объектов из объектов, которые определяют дерево управления.
Существующие протоколы связи, такие как простой протокол управления сетью версии 2 (ППУСв2), поддерживают, например, сообщение типа get-bulk (с получением большого массива данных). Сообщение типа get-bulk запрашивает, чтобы значение группы объектов, запрашиваемое в сообщении, и отклик на него содержали значения каждого объекта в одном сообщении с откликом. И предшествующая версия ППУС обеспечивала сообщения типа get для индивидуальных объектов, делая необходимым несколько сообщений типа get для получения такого же количества информации, извлекаемой сообщением типа get-bulk. ППУС, однако, требует, чтобы запросчику были известны предшествующие сведения о структуре дерева управления устройства, у которого запрашивается информация. Если устройство имеет такую конфигурацию, которая является изменяемой относительно первоначальной конфигурации, то необходимая информация не может быть обязательно извлечена посредством использования протоколов ППУС.
Другим протоколом управления устройствами является протокол управления устройствами на основе языка разметки для синхронизации данных (УУЯРСД) версии 1.1 или варианты его, такие как обновленная версия, т.е. УУЯРСД версии 1.1.1, или его последующие модификации. Существующая версия этого протокола, однако, поддерживает только процедуру сообщения типа get для извлечения значения объекта. Для извлечения группы объектов этот протокол требует несколько сообщений типа get или одно сообщение типа get, перечисляющее все объекты, для которых запрашивается информация. Если узлом, с которым связано сетевое устройство управления, является подвижный узел, такой как подвижный терминал вместе с дополнительными функциональными возможностями, то необходимость посылки множества сообщений типа get по радиолинии, проходящей к подвижному узлу, и соответствующих сообщений с откликами, создаваемых в ответ на них, неэффективно использует пропускную способность полосы частот радиолинии. И также не является эффективным большое сообщение типа get, перечисляющее все необходимые объекты, для которых запрашивается информация, так как размер сообщений увеличивается пропорционально количеству объектов, для которых запрашивается информация.
Следовательно, существующие протоколы не отвечают требованиям для использования сетевым устройством управления совместно с динамически конфигурируемым подвижным узлом. Был бы выгоден любой метод, посредством которого обеспечивается более эффективный механизм, облегчающий извлечение или другой обмен информацией о дереве от подвижного узла, чтобы дать возможность сетевому устройству управления выполнить успешно операции по сетевому управлению.
Именно в свете этой информации об уровне техники, относящейся к связи с подвижным узлом в сети связи, выявляются существенные усовершенствования настоящего изобретения.
Сущность изобретения
Настоящее изобретение, следовательно, преимущественно предлагает устройство и соответствующий способ для сети, имеющей подвижный узел, динамически изменяемой конфигурации, конфигурируемой в подвижном узле, независимо от сетевого устройства управления.
В одном варианте осуществления настоящего изобретения предложен способ, посредством которого облегчается извлечение или другой обмен сетевым устройством управления признаков выбранных возможностей, представляющих выбранные части конфигурации или возможностей подвижного узла.
В одном аспекте настоящего изобретения выбранная информация, относящаяся к большому дереву подвижного узла, извлекается из подвижного узла и подается в сетевое устройство управления. Информация извлекается либо по запросу сети, либо при инициализации подвижным узлом.
Информация передается сетевому устройству управления эффективным образом и с уменьшенным количеством служебных сигналов относительно существующих методов, посредством которых извлекается информация.
В другом аспекте настоящего изобретения действует расположенный в сети генератор запросов для генерирования сообщения с запросом. Сообщение с запросом образует команду типа get, которая включает в себя поля, идентифицирующие часть логической структуры подвижного узла, о которой должна запрашиваться информация. И сообщение с запросом дополнительно указывает степень детализации, с которой запрашиваемая информация должна подаваться в сетевое устройство управления.
В другом аспекте настоящего изобретения функциональные возможности подвижного узла определяются с точки зрения объектов, которые расположены в структуре логического дерева. Структура логического дерева обычно включает в себя поддеревья. Логическое дерево образуется с использованием одного или нескольких описаний МОУ (модели описания устройств). МОУ представляет собой документ, который описывает объекты. И каждое поддерево, если оно есть, может быть образовано одним или несколькими описаниями МОУ. Или для данного поддерева может быть создана его МОУ. Так как конфигурация логического дерева, или поддеревьев, или подкорней его является динамически изменяемой, без взаимодействия сетевого устройства управления, то структура дерева подвижного узла не является обязательно известной сетевому устройству управления. Далее, семантическое значение объектов, расположенных в структуре дерева, также может быть неизвестно сетевому устройству управления. Сообщение с запросом, генерируемое генератором сообщений с запросом части сети, идентифицирует ИД (идентификатор) объекта поддерева. Если сообщение с запросом подается в подвижный узел, то подвижный узел определяет логическое расположение ИД объекта и затем извлекает запрашиваемую информацию с требуемой степенью, или уровнем, детализации. При ее возврате сетевому устройству управления такая информация используется сетевым устройством управления для выполнения административного управления подвижным узлом.
В другом аспекте настоящего изобретения сообщение типа get дополнительно включает в себя список атрибутов и информация, относящаяся к ним, должна быть запрошена в соответствии с генерированием сообщения типа get. Список атрибутов включает в себя, например, значение, номер версии или описание объекта, описываемого описанием МОУ поддерева. Таким образом, такое сообщение требует только идентификации, например, названием, или расположением, или структурой, и атрибутами, связанными с ними, объекта, чтобы дать возможность подвижному узлу извлечь такую информацию и вернуть информацию сетевому устройству управления, чтобы сетевое устройство управления могло использовать такую информацию впоследствии для выполнения административного управления подвижным узлом.
В другом аспекте настоящего изобретения, когда подвижный узел извлекает информацию, содержащуюся в сообщении типа get или в другом запросе, подвижный узел селективно выполняет алгоритмы сжатия дерева для сжатия информации дерева или поддерева. Например, выполняются операции по линеаризации дерева для преобразования многопутевого дерева в двоичное дерево. И реагируя на требуемую степень детализации, указанную в сообщении с запросом, посланном в подвижный узел, запрашиваемая информация о дереве возвращается сетевому устройству управления с требуемой степенью детализации.
При одной реализации подвижный узел служит для связи в системе сотовой связи, построенной в соответствии с действующими спецификациями многостанционного доступа с кодовым разделением каналов (МДКР, CDMA). В других реализациях подвижный узел выполнен с возможностью осуществления связи согласно стандарту подвижного радиоинтерфейса универсальной подвижной телефонной службы (УПТС, VMTS) или другой. Подвижный узел образует часть сети, которая управляется сетевым устройством управления. Подвижный узел является динамически конфигурируемым и также динамически располагаемым в соседних сетях таким образом, что сетевое устройство управления необязательно первоначально знает конфигурацию логического дерева подвижного узла. Сетевое устройство управления генерирует сообщение с запросом, сообщение типа get, для связи с подвижным узлом. Сообщение типа get включает в себя идентификатор объекта, указывающий идентификацию по названию, расположению или структуре представляющего интерес объекта вместе со списком атрибутов такого объекта, о котором требуется информация. Сообщение передается в подвижный узел. Когда подвижный узел обнаруживает у себя доставку сообщения с запросом, подвижный узел извлекает требуемую информацию и генерирует сообщение типа result (результат), которое возвращается сетевому устройству управления. Сетевое устройство управления после этого может управлять посредством более лучших операций подвижным узлом, так как логическая структура подвижного узла известна сетевому устройству управления.
Поэтому в этих и других аспектах предлагается устройство и соответствующий способ для системы радиосвязи, в которой определяется сеть связи. Сеть связи имеет подвижный узел, образующий ее часть. Сеть связи управляется сетевым устройством управления. Облегчается извлечение сетевым устройством управления признаков возможностей подвижного узла. Признаки возможностей представляют динамически изменяемые возможности подвижного узла, относящиеся к объектам, содержащимся в нем. Возможности подвижного узла являются изменяемыми независимо от сетевого устройства управления. Сетевое устройство управления приводит в действие расположенный в сети генератор запросов. Расположенный в сети генератор запросов генерирует сообщение с запросом для передачи в подвижный узел. Сообщение с запросом запрашивает признаки возможностей, связанные с выбранным набором объектов, содержащихся в подвижном узле, и запрашивает признаки возможностей, которые должны быть предоставлены с выбранным уровнем детализации.
Более полная оценка настоящего изобретения и его объема может быть получена из прилагаемых чертежей, краткое описание которых представлено ниже, за которым следует подробное описание предпочтительных в настоящее время вариантов осуществления изобретения и прилагаемая формула изобретения.
Краткое описание чертежей
На фиг.1 изображена функциональная блок-схема системы радиосвязи, в которой работает вариант осуществления настоящего изобретения.
На фиг.2 изображена функциональная блок-схема, аналогичная блок-схеме, показанной на фиг.1, но в данном случае представляющая изменение в сетевом устройстве управления, которое управляет работой подвижного узла, от сетевого устройства управления, расположенного на первом сервере сети, до сетевого устройства управления, расположенного на втором сервере сети.
На фиг.3 изображена функциональная блок-схема, аналогичная тем, которые показаны на фиг.1 и 2, но в данном случае представляющая работу, при которой имеются многочисленные сетевые устройства управления.
На фиг.4 изображена функциональная блок-схема, аналогичная тем, которые показаны на фиг.1-3, но в данном случае представляющая случай, в котором подвижный узел совершает роуминг из первой сети во вторую сеть.
На фиг.5 изображена диаграмма последовательности сообщений, показывающая передачу сигналов, вырабатываемых во время работы варианта осуществления настоящего изобретения.
На фиг.6 изображена диаграмма последовательности сообщений, показывающая передачу сигналов, вырабатываемых во время работы другого варианта осуществления настоящего изобретения.
На фиг.7 изображена диаграмма последовательности сообщений, показывающая передачу сигналов, генерируемых во время работы дополнительного варианта осуществления настоящего изобретения.
Подробное описание
Ссылаясь сначала на фиг.1, система радиосвязи, показанная в общем позицией 10, предусмотрена для радиосвязи с подвижным узлом 12. В примерной реализации система радиосвязи образует систему связи с многостанционным доступом, позволяющую большому количеству подвижных узлов входить с ней в связь, такую как система сотовой связи МДКР (многостанционный доступ с кодовым разделением каналов), которая в данном случае обеспечивает связь на основе передачи пакетов. Хотя следующее описание описывает примерную реализацию варианта осуществления настоящего изобретения в отношении системы сотовой связи, система 10 связи также представляет систему радиосвязи любого из многочисленных других типов. Следовательно, хотя последующее описание описывает примерную работу варианта осуществления настоящего изобретения в отношении его реализации в системе сотовой связи, идеи настоящего изобретения также аналогично могут быть реализованы в системах связи других типов.
Система связи включает в себя сеть, в данном случае образованную сетью 14 радиодоступа и сетью пакетной передачи данных, в данном случае ИП-сетью 16 (сетью Интернет-протокола). Сеть радиодоступа и ИП-сеть соединены между собой при помощи шлюза (GWY) 18. И в данном случае сервер 22 управления устройствами (УУ) подсоединен к ИП-сети. Сервер УУ образует сетевое устройство управления для управления сетью, в которой подвижный узел 12 селективно образует ее часть. Сеть, управляемая ИП-сетевым устройством управления, образуемым сервером 22 УУ, образует, например, виртуальную частную сеть (ВЧС).
Подвижный узел функционально представлен деревом 26 объектов 28. Логическое дерево в данном случае образовано группой поддеревьев, из которых представлено поддерево 32. Поддерево 32 образовано, по меньшей мере, из двух узлов. Логическое дерево или любое его поддерево образовано с использованием одного или нескольких описаний МОУ объектов. Логическое дерево иногда также называется корневым каталогом, а его поддерево иногда называется подкорнем корневого каталога. И некоторые объекты определяются как оконечные объекты, которые имеют значения. Такие значения также иногда называются внутренними объектами или узлами.
Подвижный узел является конфигурируемым или реконфигурируемым независимо от сетевого устройства управления сети, часть которой селективно образует подвижный узел. Конфигурация или реконфигурация подвижного узла воздействует на его логическое дерево 26. Т.е. распределение логического дерева и описание МОУ объектов, содержащихся в логическом дереве подвижного узла, динамически изменяется независимо от сетевого устройства управления сети, часть которой селективно образуют подвижные узлы. Для того чтобы надлежащим образом осуществлять административное управление подвижным узлом с помощью сетевого устройства управления сети, часть которой образует подвижный узел, сетевое устройство управления должно быть выполнено с возможностью определения признаков, связанных с логическим деревом или его частями подвижного узла. Существующие методы, посредством которых сетевое устройство управления получает признаки, связанные с объектами узла, например в обычной проводной сети создают избыточное количество служебных сигналов при использовании совместно с подвижным узлом, требующим соединение посредством радиолинии.
При одной реализации требуемая информация логического дерева получается в результате запроса сети. При другой реализации информация обеспечивается при инициализации подвижным узлом. Сервер 22, образующий сетевое устройство управления, включает в себя устройство 36 варианта осуществления настоящего изобретения. Устройство 36 включает в себя генератор 38 сообщения с запросом, который выполнен с возможностью генерирования сообщения типа get для запроса признаков, связанных с выбранными объектами, поддеревьями или другими частями логического дерева, определяемыми в подвижном узле. Количество служебных сигналов, связанных с сообщением с запросом, и извлечение признаков, являющихся откликом на него, снижается по сравнению с существующими методами, посредством которых такие признаки сообщаются сетевому устройству управления. Устраняется необходимость, в противном случае, использования обычного сообщения типа get-bulk или использования сообщения нового протокола. Посредством генерирования сообщения типа get генератором сообщения с запросом количество служебных сигналов на радиолинии уменьшается относительно обычного генерирования сообщений типа get, которое делает необходимым отдельное сообщение типа get для каждого объекта подвижного узла, или сообщения типа get-bulk для извлечения признаков, связанных с каждым объектом логического дерева подвижного узла. Генератор сообщения с запросом генерирует сообщение типа get, т.е. сообщение с запросом, форматированное таким образом, что включает в себя идентификатор 42 объекта (OID), за которым следует последовательность, или список, атрибутов (ATTR) 44. Если сообщение сгенерировано и отформатировано посредством форматирующего устройства в форму, указанную на фигуре, сообщение направляется по части сети системы связи и посылается посредством радиолинии в подвижный узел.
Если сообщение доставлено в подвижный узел, то устанавливается дополнительное устройство 36 варианта осуществления настоящего изобретения для обнаружения посредством детектора 45 сообщения типа get, посланного в него. Устройство 36 дополнительно включает в себя устройство 46 извлечения, выполненное с возможностью реагирования на обнаружение детектором 44. Устройство извлечения предназначено для извлечения признаков, содержащихся в сообщении типа get. Т.е. извлекаются атрибуты, связанные с выбранными объектами. Перечень атрибутов также определяет уровень детализации, с которым должны извлекаться признаки, связанные с выбранными объектами.
Устройство 36 также включает в себя генератор 48 отклика для генерирования отклика, содержащего информацию, извлеченную устройством извлечения. Генератор отклика включает в себя форматирующее устройство для форматирования отклика, генерируемого генератором, в требуемом формате, таком как формат SYNC. Отклик возвращается подвижным узлом сетевому устройству управления. После его приема сетевым устройством управления сетевому устройству управления предоставляются признаки, позволяющие ему лучшим образом осуществлять управление подвижным узлом. Обновленная информация, связанная с логическим деревом 26 подвижного узла, таким образом предоставляется сетевому устройству управления.
Объекты являются идентифицируемыми, например, в виде их соответствующих значений унифицированного указателя ресурса (УУР) или унифицированного идентификатора ресурса (УИР).
При альтернативной реализации подвижный узел выполнен с возможностью уведомления сетевого устройства управления об изменениях в структуре логического дерева подвижного узла при осуществлении таких изменений логического дерева. Не нужно посылать сообщение типа get в подвижный узел, чтобы инициировать генерирование такого сообщения. Выполняется автоматическое генерирование и передача сообщения, например, непосредственно после создания новых объектов в начале сеанса управления, инициированного подвижным узлом. Так как изменения могут возникнуть независимо от сервера управления, то подвижный узел знает об этих изменениях и может информировать сервер управления об этих изменениях, а также откуда измененное дерево может быть извлечено из местоположения в сети, например из объекта, выполняющего эти изменения в подвижном узле. Или подвижный узел может послать измененное дерево непосредственно на сервер управления. В последнем случае посылаются изменения, включающие в себя структуру дерева. Это выполняется различным образом. Например, при одной реализации в подвижном узле генерируется триггер после изменений дерева в подвижном узле. Или подвижный узел программируется на автоматическую отсылку дерева или местоположения, где дерево может быть извлечено в сети, серверу управления в визитной (гостевой) сети при роуминге. Это, например, может составлять часть бизнес-модели, в которой существует соглашение между сетью регистрации абонента и визитной сетью, позволяющее осуществлять непрерывное управление подвижным узлом. Также, в подвижном узле может быть запрограммирована посылка только изменений в требуемых поддеревьях. Также можно посылать семантическое значение или ссылку объектов на сервер управления. Это может быть ссылка на хорошо определенный стандарт. Например, объект, названный «список предпочтительного роуминга (СПР, PRL)», может быть ссылкой на раздел в стандарте МДКР. И может быть более одного сервера управления, управляющего данным подвижным узлом. Например, сервер управления МДКР для управления радиодоступом МДКР образуется из любого из многочисленных серверов управления приложениями, доступных для управления соответствующими приложениями, корпоративных серверов управления для корпоративных подвижных узлов и т.д. В любом случае только поддеревья, относящиеся к каждому серверу управления, обновляются подвижным узлом, либо после запроса, либо автоматически подвижным узлом.
На фиг.2 опять изображена система 10 связи. Опять подвижный узел 12 служит для связи посредством радиолинии с частью сети системы связи, образованной сетью 14 радиодоступа и ИП-сетью 16, соединенных между собой посредством шлюза 18. В данном случае система связи дополнительно включает в себя объектные серверы 58 и 62. Объектные серверы соединены с ИП-сетью, и каждый из серверов 58 и 62 отдельно предназначен для добавления к логическому дереву или иным образом изменения конфигурации структуры дерева подвижного узла. Т.е. серверы 58 и 62 могут добавить объекты для хранения УУР или УИР местоположений, в которых хранятся в сети соответствующие части логического дерева 26, обновленные серверами. После этого сервер 22 управления может использовать сообщение протокола управления для получения значений объектов местоположения, т.е. значений УИР, и использовать значения УИР для извлечения дерева управления из сети. Таким образом устраняется связь по радиолинии.
Альтернативно, и как описано выше, сетевое устройство управления получает местоположение от подвижного узла, и подвижный узел посылает местоположение в сообщении протокола управления при изменениях в логическом дереве, например в результате добавления новых объектов в подвижном узле или других изменений в его конфигурации. Также посылка сообщения протокола управления, например, генерируется непосредственно после создания новых объектов, или другой реконфигурации логического дерева подвижного объекта в начале инициированного клиентом сеанса управления.
На фиг.2 дополнительно изображен второй сервер 64 управления устройствами. Второе сетевое устройство управления, связанное со второй сетью, реализуется на сервере 64 УУ. Подвижный узел выполнен с возможностью смены сетей, с которыми он связан. И в данном случае второе сетевое устройство управления, реализованное на сервере 64 УУ, представляет сетевое устройство управления второй сети, с которой подвижный узел селективно становится связанным. И, когда подвижный узел меняет сети, новое сетевое устройство управления, т.е. новый сервер управления, образованный из сервера 64 УУ, должен быть обновлен соответствующей частью логического дерева 26 подвижного узла.
При одном выполнении подвижный узел посылает соответствующую часть логического дерева сетевому устройству управления, реализованному на сервере 64 УУ. Подвижный узел посылает признаки соответствующей части дерева, например, непосредственно после начальной загрузки в сеть, в начале сеанса. Или признаки, идентифицирующие логическое дерево, посылаются в виде отклика на сообщение типа get, генерируемое вторым сетевым устройством управления.
При другом выполнении после начальной загрузки выполняются операции между подвижным узлом и вторым сетевым устройством управления, подвижный узел посылает на сервер 64 УУ, на котором реализовано второе сетевое устройство управления, УИР в местоположение, в котором хранится логическое дерево подвижного узла. Сетевое устройство управления впоследствии использует УИР для извлечения соответствующей части дерева управления. На фигуре сервер 68 хранит значения, представляющие логическое дерево подвижного узла. Сервер 68 идентифицируется посредством УИР. Подвижный узел посылает УИР, как только что описано, во второе сетевое устройство управления. И второе сетевое устройство управления осуществляет доступ к серверу 68 для извлечения требуемой информации, как указано в сообщении с запросом.
На фиг.3 опять изображена система 10 связи, в которой подвижный узел 12 устанавливает связь посредством части сети, образованной сетью 14 радиодоступа и ИП-сетью 16. Опять серверы 22 и 64 УУ соединены с ИП-сетью, и каждый из серверов имеет реализованное на нем сетевое устройство управления, которое управляет отдельной сетью. В данном случае подвижный узел управляется сетевыми устройствами управления, реализованными на каждом из серверов 22 и 64. В данном случае сетевое устройство управления, реализованное на сервере 22, управляет первой частью логического дерева 26 подвижного узла, а сетевое устройство управления, реализованное на втором сервере 64, управляет отдельной частью логического дерева подвижного узла. При этом виде работы каждое из сетевых устройств управления выполнено с возможностью отдельного генерирования сообщений типа get, как здесь описано. Но, так как только части логического дерева представляют интерес для каждого из сетевых устройств управления, то индивидуальные сетевые устройства управления запрашивают информацию, связанную только с частями логического дерева, относящимися к соответствующим сетевым устройствам управления.
На фиг.4 опять изображено представление системы 10 связи, в которой подвижный узел 12 устанавливает связь посредством части сети, включающей в себя сеть 14 радиодоступа и ИП-сеть 16, соединенные вместе посредством шлюза 18. В данном случае подвижный узел 12 осуществляет роуминг между начальным положением и последующим положением. В данном случае сеть радиодоступа идентифицируется первой сетью 14-1 радиодоступа и второй сетью 14-2 радиодоступа. И шлюз (GWY) 18-1 соединяет между собой первую сеть радиодоступа и ИП-сеть, а второй шлюз (GWY) 18-2 соединяет между собой вторую сеть радиодоступа и ИП-сеть. В данном случае первый сервер 22 УУ, на котором реализовано первое сетевое устройство управления, представляет сетевое устройство управления сети регистрации абонента, с которой селективно работает подвижный узел. И второй сервер 64 УУ, на котором реализовано второе сетевое устройство управления, представляет сетевое устройство управления визитной сети.
При повторном расположении подвижного узла в визитной сети подвижный узел посылает УИР местоположение в данном случае сервера 68, в котором хранится дерево управления, связанное с логической структурой подвижного узла. После этого сетевое устройство управления визитной сети осуществляет доступ к серверу 68 для получения требуемой информации, связанной с логической структурой подвижного узла.
При альтернативном выполнении после операций начальной загрузки подвижным узлом сетевое устройство управления визитной сети может запросить УИР посредством посылки сообщения протокола управления в подвижный узел. И подвижный узел отвечает на сообщение протокола управления идентификацией УИР.
На фиг.5 изображена диаграмма последовательности сообщений, показанная в общем позицией 76, передачи сигналов, генерируемых во время работы системы 10 связи. В данном случае сетевое устройство управления, реализованное на сервере 22 УУ, генерирует сообщение типа get, указываемое сегментом 78, и посылает сообщение типа get в подвижный узел. В данном случае сообщение типа get включает в себя УИР узлов поддерева и наборы атрибутов для каждого узла, для которого запрашивается информация. Когда сообщение доставляется на подвижный узел, подвижный узел обходит каждый узел, указанный в сообщении типа get, и представляет поддерево, представленное такими узлами, начинающееся в каждом узле в таком виде, который допускает формирование отклика. Генерируется сообщение типа result, в данном случае обозначаемое сегментом 82, которое возвращается сетевому устройству управления. Значения, содержащиеся в result, содержат признаки, связанные с атрибутами узлов, указанных в сообщении типа get. Атрибутами могут быть, например, алгоритмы, используемые для кодирования и сжатия объекта поддерева, размер объекта поддерева и т.д.
Подвижный узел выполнен с возможностью динамического формирования представления запрашиваемой группы поддеревьев, затем кодирования и расширения динамически формируемых данных, так что окончательные данные посылаются в виде отклика на сообщение типа get. Могут быть использованы стандартные алгоритмы для кодирования и сжатия логических деревьев и данных, связанных с логическими деревьями. Подвижный узел дополнительно выполнен с возможностью селективного размещения кодированных и сжатых данных в виде объекта на дереве управления. Такое создание объекта выполняется динамически. Дополнительно, атрибуты, такие как названия алгоритмов, используемых для сжатия и кодирования деревьев, размеры данных и другие атрибуты также могут быть связаны с объектами логического дерева. И подвижный узел также выполнен с возможностью посылки адреса местоположения на логическом дереве, в котором хранится объект данных. Подвижный узел также способен посылать атрибуты объекта, если это будет запрошено. Адресом, например, является УИР местоположения объекта на дереве. В общих чертах, запрос, содержащий УИР всех требуемых объектов, не является эффективным, так как им может быть большое сообщение. С другой стороны, только один УИР, представляющий поддерево, может быть использован в запросе. В результате все объекты возвращаются с выбранным уровнем детализации.
На фиг.6 изображена диаграмма последовательности сообщений, показанная в общем позицией 84, также представляющая передачу сигналов, генерируемых во время работы варианта осуществления настоящего изобретения. В данном случае сетевое устройство управления 22 генерирует сообщения типа get для передачи подвижному узлу. И подвижный узел генерирует отклики на него. В данном случае генерируется сообщение типа get, обозначенное сегментом 86. Сообщение типа get включает в себя УИР узлов поддеревьев и наборы атрибутов для каждого узла в списке. В данном случае обозначение а1 представляет собой набор атрибутов для узла n1, а атрибут а2 представляет собой набор атрибутов для узла n2.
После доставки сообщения типа get в подвижный узел подвижный узел обходит каждый узел, содержащийся в сообщении типа get, и представляет поддерево, начинающееся в каждом узле в виде, которое может быть послано в ответном сообщении, в данном случае обозначаемое сообщением 88 типа result (УИР). Дополнительные сообщения типа get и result, форматированные другим образом, обозначены сегментами 92 и 94.
Подвижный узел выполнен с возможностью разделения объекта данных на многочисленные элементы и хранения многочисленных элементов в виде индивидуальных объектов на дереве управления подвижного узла. Разделение основано на максимальном размере, допускаемом в ответном сообщении, посылаемом подвижным узлом в сетевое устройство управления. Эти объекты могут быть сгруппированы под одним родительским узлом в подвижном узле. Атрибутом в этой процедуре также может быть порядковый номер, определяющий порядок разделения большого объекта данных. И кодированные и сжатые поддеревья могут быть посланы в ответ на сообщение типа get. Поддерево или группа объектов представляется, например, с использованием расширяемого языка разметки (РЯР) и затем кодируется с использованием двоичного кодирования для РЯР. Также данные могут быть сжаты с использованием алгоритмов сжатия данных, тем самым позволяя пересылать сжатые данные в ответ на сообщение типа get или размещать в виде значения динамически создаваемого узла на дереве управления подвижного узла. Поддерево или группа объектов также может быть сжато с использованием алгоритмов сжатия деревьев. И результат алгоритма сжатия деревьев дополнительно может быть сжат с использованием алгоритма сжатия данных. Сжатые данные посылаются в ответ на сообщение типа get, генерируемое сетевым устройством управления, или размещаются в виде динамически создаваемого узла значения на логическом дереве.
Сетевое устройство управления также может использовать сообщения типа get ППУС или ЯРСД в зависимости от предпочтительного протокола управления устройствами. Аналогично могут быть использованы другие протоколы управления.
На фиг.7 изображена диаграмма последовательности сообщений, показанная в общем позицией 102, представляющая передачу сигналов, генерируемых во время работы дополнительного варианта осуществления настоящего изобретения. В данном случае в системе связи используются протоколы языка разметки для синхронизации данных (ЯРСД). И подвижный узел в этом случае показан образованным клиентским устройством 12-1 управления устройствами на основе языка разметки для синхронизации данных (УУЯРСД) подвижной станции и клиентским устройством 12-2, работающим в соответствии с традиционным стандартом подвижной станции. Клиентское устройство, работающее в соответствии с традиционным стандартом, в данном случае работает в соответствии с действующими протоколами IS-683 (промежуточный стандарт - 683), опубликованными Ассоциацией промышленности средств связи и Ассоциацией электронной промышленности (АПСС/АЭП, TIA/EIA). Стандарт IS-683 относится к системе МДКР (многостанционного доступа с кодовым разделением каналов).
В этом варианте осуществления возможности управления устройствами, например протоколы, используемые подвижным узлом, или его возможности согласуются посредством радиолинии с сетью. И сеть, как показано в данном случае, включает в себя традиционный сервер/функцию по радиоканалу (ФПР) 58 и сервер 64-1 УУЯРСД. В данном случае традиционным сервером/ФПР 58 является устройство, соответствующее стандарту IS-683.
Устройства IS-683 ограничены протоколом обмена сигналами и особенностями управления, которые определяются в действующей спецификации IS-683. И некоторые операторы связи, т.е. системные операторы систем радиосвязи осуществляют стандарты IS-683 для управления устройствами. Но операторам связи иногда необходим способ управления устройствами в таких системах посредством использования передачи сигналов протокола ЯРСД. Гибкость добавления новых особенностей управления, среди прочих преимуществ, обеспечивается в результате использования передачи сигналов по протоколу ЯРСД.
В результате работы дополнительного варианта осуществления настоящего изобретения предлагается способ, посредством которого осуществляется пересылка информации об устройствах (DevInfo) для управления устройствами МДКР, в данном случае, например, подвижным узлом 12. И в результате такой работы обеспечивается метод для сервера 58, посредством которого выполняется идентификация предпочтительного протокола для осуществления управления устройством МДКР, идентификации возможностей управления устройства и также однозначной идентификации устройства для целей управления устройствами. Т.е. работа этого дополнительного варианта осуществления настоящего изобретения, например, способствует сбору информации сервером 64 УУ о процессе/сервере в подвижном узле 12, который динамическим образом обрабатывает конкретный запрос на управление. И, например, работа варианта осуществления настоящего изобретения позволяет протоколу ЯРСД иметь обратную совместимость с традиционной функцией по радиоканалу (ФПР), такой как стандарт IS-683. Это помогает операторам связи, которые в настоящее время, в противном случае, используют протоколы IS-683 для интегрирования их соответствующих систем управления устройствами с системой УУЯРСД. Также, например, в результате работы этого дополнительного варианта осуществления настоящего изобретения устройство МДКР однозначно идентифицируется для целей управления устройствами. И, например, работа этого варианта осуществления настоящего изобретения облегчает выполнение сервером 64 УУЯРСВ управления устройствами, используя протокол предпочтительности подвижного узла.
Информация (DevInfo) об устройствах представляет собой информацию, характерную для однонаправленного канала передачи данных, которая посылается подвижным узлом 12 на сервер 58 управления. Такая информация об устройствах, характерная для однонаправленного канала передачи данных, способствует возможности сервера получать сведения о свойствах и протоколах, которые поддерживаются для управления свойствами, зависимыми от однонаправленного канала передачи данных.
Хотя передача сигналов, указанная на диаграмме последовательности сообщений, представляет передачу сигналов, создаваемую в системе МДКР, принцип действия аналогично применим к другим типам систем связи, в которых используются протоколы ЯРСД совместно с устройствами традиционной системы. Поэтому аналогичное описание принципа действия также может быть описано в отношении систем связи других типов. И хотя это описание примерной передачи сигналов изображает метод, посредством которого DevInfo МДКР используется для идентификации процесса/сервера в подвижном узле 12, который обрабатывает конкретную задачу управления, а также то, как DevInfo МДКР используется для облегчения обратной совместимости с устройствами традиционной системы, аналогичный принцип действия может быть описан в отношении передачи сигналов, создаваемых для выполнения других задач.
Во время работы этого варианта осуществления настоящего изобретения каждый из запросов и откликов АПСС/АЭП-683, формируемых традиционным сервером/ФПР 58 и клиентским устройством 12-2, пересылается в виде сообщений протокола УУЯРСД. И, в частности, в данном случае команда Exec ЯРСД используется для определения процесса в клиентском устройстве 12-2, который должен вызываться для конкретного запроса АПСС/АЭП-683. Передача сигналов, показанная на диаграмме 102 последовательности сообщений, представляет передачу сигналов, которая осуществляет обновление выбора системы для предпочтительного роуминга (ВСПР) АПСС/АЭП-683, используя протокол управления устройствами на основе ЯРСД. Аналогичные процедуры выполняются для осуществления других генераций сообщений АПСС/АЭП-683.
Сначала, и как указано сегментом 104, традиционный сервер/ФПР 58 генерирует сообщение с запросом на загрузку ВСПР для доставки на подвижный узел 12. Формат сообщения ВСПР обычный, и типы относящихся к СПР данных, которыми разрешено заполнять поле данных такого сообщения, определяются, например, в Разделе 4.5.1.9 стандарта IS-683, опубликованного АПСС/АЭП.
Также генерируется сообщение с запросом возможностей протокола. Т.е. традиционный сервер/ФПР АПСС/АЭП-683683 посылает сообщение о возможностях протокола, указанное среди сигналов, представленных стрелкой 106, поверх сообщения протокола УУЯРСД. Сообщение в данном случае обозначено как пакет номер нуль. После доставки сообщения на подвижный узел клиент DevMan ЯРСД на подвижном узле посылает отклик с возможностями протокола на сервер 64 DevMan. Отклик обозначен как пакет номер один в передаче сигналов, представленной стрелкой 106. Отклик указывает, поддерживает ли подвижный узел с возможностями DevMan связь с форматированием ОУПР/УППР (обеспечение услуги по радиоканалу/управление параметрами по радиоканалу) АПСС/АЭП-683.
При альтернативном исполнении на сервере 64 УУ поддерживается база данных. База данных содержит информацию, относящуюся к возможностям протокола каждого подвижного узла с возможностями УУЯРСД, такого как подвижный узел 12. Устраняется генерирование сообщения с запросом на загрузку ВСПР, так как вместо этого обеспечивается доступ к содержимому базы данных.
И в другом альтернативном варианте осуществления, если параметры возможностей протокола включены в DevInfo, и DevInfo посылается на сервер УУЯРСД в виде части пакета номер один перед каждым сеансом управления устройствами, то также аналогично устраняется необходимость, в противном случае, генерирования сообщения с запросом на загрузку ВСПР.
Если устройство поддерживает связь с форматированием ОУПР/УППР АПСС/АЭП-683, то сервер 64 УУЯРСД перехватывает сообщение с запросом на загрузку ВСПР, указываемое сегментом 104, и сообщение инкапсулируется в сообщение протокола ЯРСД. Инкапсуляция выполняется, как указано блоком, без изменения формата запроса ВСПР. И команда Exec в сообщении ЯРСД указывает на сервер в подвижном узле 12, который должен быть вызван для обработки сообщения с запросом на загрузку ВСПР. И название сервера, например, определяется в элементе Target. Один метод, посредством которого название процесса или сервера на подвижном узле, который обрабатывает сообщения АПСС/АЭП-683, передается на сервер УУ, соответствует передаче сигналов, представленной стрелкой 106. Т.е. во время фазы согласования протоколов подвижный узел посылает список пар данных на ЯРСД как часть пакета номер один отклика, указанного как часть передачи сигналов, представленной стрелкой 106. Пары данных указывают название услуг, образованных в пары совместно с названиями серверов, обрабатывающих услугу.
Сервер 64 УУЯРСД посылает, как указано сегментом 112, сформированное на нем сообщение по радиоканалу (ПР) в подвижный узел 12 как часть пакета УУЯРСД, в данном случае указанный как пакет номер два. Сообщение посылается, например, по транспортному уровню протокола управления передачей (ПУП) или по другому выбранному механизму передачи, который поддерживается ЯРСД. Сообщение протокола ЯРСД включает в себя оператор Exec, который указывает на процесс, который должен быть вызван для обработки сообщения с запросом на загрузку ВСПР. Сообщение доставляется в клиентское устройство 12-1 УУЯРСД. Когда команда Exec выполняется, как указано блоком 114, клиентское устройство УУЯРСД пропускает инкапсулированное сообщение ВСПР, как указано сегментом 116, в клиентское устройство 12-2.
Клиентское устройство 12-2 вызывает, как указано блоком 118, сервер СПР для завершения обновления СПР в полупостоянной памяти устройства. И после завершения обновления клиентское устройство 12-2 формирует ответное сообщение на загрузку ВСПР и передает, как указано сегментом 122, сообщение в клиентское устройство 12-1. Формат ответного сообщения на загрузку ВСПР обычный, и подробности формата определены, например, в разделе 3.5.1.9 стандарта АПСС/АЭП-683. Если обновление СПР завершено неуспешно, то ответное сообщение ВСПР включает в себя соответствующий код ошибки для указания такого сбоя. Код ошибки устанавливается, например, в разделе 3.5.1.2-1 действующей спецификации IS-683.
Клиентское устройство 12-1 УУЯРСД инкапсулирует ответное сообщение в ответное сообщение протокола ЯРСД и посылает сообщение, как указано сегментом 124, по радиоканалу на сервер 64 УУЯРСД, как указано пакетом номер три. Если происходят ошибки во время выполнения команды Exec, то сообщение также включает в себя, например, коды ошибок, изложенные в указанной спецификации ЯРСД.
И, когда сообщение доставляется серверу 64 УУЯРСД, ответное сообщение на загрузку ВСПР извлекается из инкапсулированного сообщения. И ответное сообщение на загрузку ВСПР направляется, как указано сегментом 126, на традиционный сервер/ФПР 58.
Также может быть выполнено инициируемое клиентом управление устройствами. Когда управление устройствами инициируется клиентом, DevInfo посылается в пакете номер один, сгенерированном во время передачи сигналов, указанной стрелкой 106, в начале сеанса управления устройствами.
Различные параметры передаются клиентским устройством 12 на сервер 64 управления устройствами как часть пакета номер один или пакета номер три согласно управлению по радиоканалу подвижного узла МДКР, используя протокол ЯРСД. Эти параметры размещаются в узле DevInfo дерева управления УУЯРСД, сохраняемого в подвижном узле.
Например, примерным параметром является параметр ИД (идентификации). Этот параметр является фиксированным идентификатором устройства. Например, фиксированный идентификатор образуется тридцатидвухразрядным электронным серийным номером (ЭСН) устройства или другим соответствующим идентификатором, таким как предлагаемый идентификатор подвижного оборудования (ИПО).
Другим примерным параметром является параметр CDMA_PROT_PREF. Этот параметр идентифицирует предпочтение протокола подвижного узла. Например, значение параметра указывает, является ли текущим предпочтением управление с использованием сообщений C.S0016-A/TIA/EIA-683 проекта 2 партнерства 3-го поколения по протоколу ЯРСД.
Параметр CDMA_PROV_CAP идентифицирует возможности инициализации подвижного узла. Т.е. значение параметра указывает, присутствует ли возможность обратной совместимости. Значение параметра определяет традиционные свойства, которые поддерживаются подвижным узлом. Подробности, связанные с этим параметром, находятся, например, в Разделе 3.5.1.7 документа C.S0016-A/RIA/EIA-683 проекта 2 партнерства 3-го поколения. Другим примерным параметром является параметр CDMA_IMSI_M. Этот параметр образует значение IMSI_M. IMSI_M представляет собой международный идентификатор подвижного абонента, который содержит идентификационный номер подвижной станции (ИНПС) как часть его, а именно в его младших десяти цифрах. И другим примерным параметром является параметр CDM_BAND_MODE_CAP. Этот параметр устанавливается со значениями, обозначающими возможности диапазона и режима, которые поддерживаются подвижным узлом. Таблица 3.5.1.7-2 документа C.S0016-A/TIA/EIA-683B проекта 2 партнерства 3-го поколения содержит дополнительную информацию, относящуюся к этому параметру.
Таким образом, в результате работы варианта осуществления настоящего изобретения информация об устройствах, характерная для однонаправленного канала передачи данных, передается подвижным узлом на сервер управления, чтобы предоставить серверу информацию, позволяющую серверу иметь больше сведений о свойствах и протоколах, которые поддерживаются на подвижном узле, тем самым позволяя осуществлять лучшее управление свойствами, зависимыми от однонаправленного канала передачи данных.
Предыдущие описания относятся к предпочтительным примерам для осуществления изобретения, и объем изобретения не должен обязательно ограничиваться этим описанием. Объем настоящего изобретения определяется следующей формулой изобретения.
Изобретение относится к технике связи. Технический результат состоит в обеспечении эффективного механизма, облегчающего извлечение или другой обмен информацией от подвижного узла. Для этого подвижный узел является динамически конфигурируемым и включает в себя логическое дерево. Признаки подаются в сетевое устройство управления, реагирующее на запрос в этой связи или на инициализацию подвижным узлом. При инициализации в сети генератор сообщения с запросом, расположенный в сетевом устройстве управления, генерирует сообщение типа get для запроса подачи некоторых признаков конфигурации в сетевое устройство управления. Подвижный узел при доставке на него сообщения типа get извлекает запрашиваемую информацию с выбранным уровнем детализации и возвращает признаки сетевому устройству управления. 4 н. и 17 з.п. ф-лы, 7 ил.
| US 6137791, А, 24.10.2000 | |||
| СПОСОБ ОБРАБОТКИ ЦИФРОВЫХ ПОТОКОВ | 1995 |
|
RU2122291C1 |
| US 5566184 A, 15.10.1996. | |||
