Способ управления данными в цифровой сотовой системе

Способ управления данными в цифровой сотовой системе

Реферат

 

Способ управления данными в системе обслуживания цифровой сотовой системы обеспечивает одновременное управление (т.е. изменение, добавление и удаление) множества данных посредством объединенной операции человеко-машинного взаимодействия (ЧМВ). Способ включает запрос посредством объединенной операции ЧМВ осуществления операций изменения, добавления, удаления и отображения данных, содержащихся в едином списке данных в форме кортежей, либо данных, содержащихся во множестве списков данных в форме кортежей, считывание данных из таблицы, которая обеспечивает единый список данных в форме кортежей либо множество списков данных в форме кортежей, и осуществление операций изменения, добавления, удаления и отображения данных посредством объединенной операции ЧМВ, что позволяет обеспечить технический результат, состоящий в обеспечении возможности одновременного управления множеством данных за счет унифицированной операции ЧМВ. 2 з.п.ф-лы, 5 ил.

Настоящее изобретение относится к способу управления данными в цифровой сотовой системе и более конкретно к способу управления данными в администраторе базовой станции (АБС) для управления приемопередающей подсистемой базовой станции (ППБС) и контроллером базовой станции (КБС) в цифровой состовой системе.

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

Обычно АБС управляет данными (т.е. изменяет, добавляет и удаляет их) по элементу поля. Этот общепринятый способ изменения, добавления и удаления данных ограничен одним кортежем (записью) на соответствующее человеко-машинное взаимодействие (ЧМВ). Таким образом, при добавлении и удалении множества списков данных в форме кортежей (т.е. таблиц, представляющих собой объединение множества взаимосвязанных кортежей) АБС должен повторять операцию ЧМВ для добавления операцию ЧМВ для удаления для каждого множества списков данных в форме кортежей. Кроме того, при изменении списков данных в форме кортежей, АБС должен повторять операцию ЧМВ для изменения по каждому набору данных в форме кортежей.

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

На фиг. 1 изображена блок-схема последовательности операций для общепринятого в АБС способа управления (т.е. изменения, добавления и удаления) одним списком данных в форме кортежей. Обычно, когда оператор запрашивает операцию ЧМВ для изменения, добавления или удаления в отношении определенных данных в списке данных в форме кортежей, АБС осуществляет операцию ЧМВ для изменения, добавления или удаления в отношении соответствующего списка данных в форме кортежей (этап 10). Затем АБС осуществляет операцию проверки на наличие ошибок (этап 12). Затем АБС осуществляет операцию изменения, добавления и удаления в отношении данных в соответствующем списке данных в форме кортежей (этап 14). Затем АБС передает обработанный список данных в форме кортежей в КБС и ППБС (этап 16). Затем АБС, получив сигнал подтверждения от КБС и ППБС, обновляет обработанный список данных в форме кортежей в базе данных (этап 18). Наконец, АБС выводит результаты операции, к примеру, с помощью графического интерфейса пользователя (ГИП) (этап 20).

Этот традиционный способ управления данными имеет ряд недостатков. Во-первых, управление данными затруднено, поскольку управление данными происходит по кортежам и, таким образом, при изменении всего списка данных в форме кортежей каждым полем нужно управлять независимо. Действительно, когда АБС известным способом одновременно управляет данными нескольких полей, в операции управления данными может произойти сбой.

Другой недостаток состоит в необходимости повторения операции ЧМВ. Например, чтобы изменить список данных в форме кортежей (т.е. осуществить его обработку) в элементе сектора соседней ячейки в процессе операции переключения каналов связи, оператор должен сначала проверить список данных в форме кортежей с помощью операции ЧМВ для отображения данных, чтобы проверить детали списка данных в форме кортежей, которые были изменены. Затем оператор должен изменить данные соседней ячейки, осуществляя операцию ЧМВ для изменения, и затем еще раз определить, правильно ли были изменены данные, осуществляя операцию ЧМВ для отображения данных. Иными словами, оператор должен последовательно осуществлять следующие операции: ЧМВ- отображение ---> ЧМВ-изменение ---> ЧМВ-повторное отображение.

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

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

Сущность изобретения Таким образом, задачей настоящего изобретения является создание способа управления данными, обеспечивающего возможность одновременного управления (т. е. изменение, добавление и удаление) множества данных за счет унифицированной операции ЧМВ.

В соответствии с одним аспектом настоящего изобретения способ управления данными в системе обслуживания цифровой сотовой системы включает этапы запроса посредством объединенной операции человеко-машинного взаимодействия (ЧМВ), осуществления операций изменения, добавления и удаления данных в единичном списке данных в форме кортежей или во множестве списков данных в форме кортежей; считывания данных из таблиц, обеспечивающей указанный единичный список упорядоченных данных или указанное множество списков упорядоченных данных; и осуществления указанных операций изменения, добавления, удаления и отображения данных посредством упомянутой объединенной операции ЧМВ.

Указанные и другие задачи, признаки и преимущества настоящего изобретения поясняются в нижеприведенном подробном описании варианта его осуществления со ссылками на иллюстрирующие чертежи.

Краткое описание чертежей Фиг. 1 - блок-схема последовательности операций, соответствующей известному способу управления (т.е. изменения, добавления и удаления) одного списка данных в форме кортежей в администраторе базовой станции (АБС).

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

Фиг. 3 - блок-схема администратора базовой станции, показанного на фиг. 2, для осуществления способа управления данными в соответствии с настоящим изобретением.

Фиг. 4 - блок-схема последовательности операций в способе управления данными в АБС, соответствующем настоящему изобретению.

Фиг. 5 - таблица данных, иллюстрирующая конфигурацию библиотеки для считывания в соответствии с настоящим изобретением.

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

На фиг. 2 изображена блок-схема цифровой сотовой системы, в которой может быть использован способ управления данными, соответствующий настоящему изобретению. Администратор базовой станции (АБС) 22, соединенный с контроллером базовой станции (КБС) 24, осуществляет различные общие и прикладные функции для множества приемопередающих подсистем базовой станции (ППБС) (обозначены ссылочными позициями с 28-1 по 28-n) и контроллера базовой станции (КБС) 24. Общие функции, осуществляемые АБС 22, включают в себя передачу данных, управление данными, согласование с оператором и функции системного накопителя АБС. Функции прикладных программ, осуществляемые АБС 22, включают в себя операционную функцию и функцию поддержки. Операционная функция обеспечивает множество ППБС (28-1 - 28-n) функцией загрузки системы, функцией управления структурой и функцией управления исполнением. Функция загрузки системы предоставляет соответствующим блокам в ППБС код выполнения и данные. Функция управления конфигурацией также служит для управления и изменения конфигурации и рабочих параметров соответствующих ППБС.

Как изображено на фиг. 2, КБС 24, который соединен с множеством ППБС (28-1 - 28-n) и центром коммутации мобильных терминалов (ЦКМ) 26, управляет связью между ППБС (28-1 - 28-n). ЦКМ 26 осуществляет операцию коммутации мобильных терминалов (не показаны).

На фиг.3 изображена блок-схема АБС 22 фиг.2. Блок ИПА 30 (инициализации и поддержки АБС) предназначен для исполнения различных блоков функций, относящихся к общей функции, и функции согласования с оператором во время инициализации АБС. ИПА периодически устанавливает, правильно ли работают соответствующие функциональные блоки, и будет восстанавливать функциональные блоки, работающие ненормально. Постоянный блок УДК (управления данными конфигурации) 32, соединенный с блоком ИПА 30, предназначен для управления данными конфигурации при управлении от блока ИПА 30. В случае необходимости постоянный блок УДК 32 может действовать без запроса от оператора. Кроме того, постоянный блок УДК 32 контролируется блоком ИПА 30.

Блок УДК 34 предназначен для осуществления управления всеми данными конфигурации, относящимися к работе АБС 22, КБС 24 и ППБС с 28-1 до 28-n. Более конкретно, блок УДК 34 осуществляет функцию изменения данных и функцию считывания оперативных данных для всех данных конфигурации. Блок УИП (управления интерфейсом пользователя) 36 осуществляет все функции управления окнами, например (1) создание и удаление окон и управление событиями, (2) вывод информации, относящейся к состоянию, задачам, ошибкам и статистике системы в виде простой и логичной графической информации, и (3) управление событиями от оператора. Блок ОК (обработчика команд) 38 осуществляет функцию анализа структуры и значения предложения для вводимых команд, а также функцию контроля исполнения.

В ответ на команду "ошибок нет" блок УДК 34 передает свои выходные данные блоку УИП 36. Блок ИПД (интерфейса передачи данных) 40 обеспечивает канал передачи/приема информации управления между функциональными блоками АБС 22 и всеми подсистемами ППБС с 28-1 до 28-n. Блок УДК 34 связан с блоком УИП 36 посредством канала передачи 42, по которому, согласно настоящему изобретению, передаются данные управления конфигурацией.

АБС 22, КБС 24 и ППБС с 28-1 по 28-n осуществляют операционную функцию с обращением к загруженным данным программы (ЗДП), которые являются операционными данными. Согласно фиг. 3, оператор осуществляет операционную функцию АБС 22 с помощью графического интерфейса пользователя (ГИП) (отдельно не показан) в блоке УИП 36. Согласно настоящему изобретению, АБС 22 управляет данными на основе команды оператора и затем выводит данные на КБС 24. Согласно предпочтительному варианту осуществления настоящего изобретения, все ЧМВ объединены в одно ЧМВ и конфигурация данных обрабатывается по элементу множества списков данных в форме кортежей.

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

Способ управления данными, согласно настоящему изобретению, решает вышеупомянутую проблему необходимости повторения ЧМВ. Обычно при изменении данных по элементу списка данных в форме кортежей данные необходимо проверять, используя ЧМВ для отображения данных, и необходимо проверять детали изменения данных. Затем данные должны изменяться посредством ЧМВ для изменения и вновь должно проверяться изменение. Однако в настоящем изобретении данные ЗДП считываются с использованием структуры формата библиотеки. Если оператор ЧМВ работает непрерывно, операция считывания данных всегда доступна, так что нет необходимости приводить в действие отдельную операцию ЧМВ. Кроме того, операции ЧМВ изменения данных ЗДП можно объединить в одну операцию ЧМВ, тем самым решая традиционную проблему необходимости повторения операций ЧМВ.

Дополнительно настоящее изобретение обеспечивает решение задачи, связанной с известным способом управления данными, заключающейся в необходимости повторять ЧМВ в отношении каждого из пятидесяти шести кортежей. Однако согласно настоящему изобретению, кортеж, имеющий данные, всегда можно изменить, и множеством кортежей можно одновременно управлять (т.е. изменять, добавлять и удалять). Соответственно облегчается осуществление операций и управление, когда кортежи взаимосвязаны друг с другом.

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

Согласно способу управления данными, соответствующему настоящему изобретению, блок УДК 34 должен быть сблокирован с блоком УИП 36, дабы позволить оператору контролировать процедуру в соответствии с настоящим изобретением с помощью интерфейса ГИП. Настоящее изобретение допускает следующие функции: 1) Чтобы оператор мог выборочно просматривать данные, необходима библиотека, способная группировать нужные данные в предварительно определенный формат и передавать их в блок УИП 36. Оператор может всегда использовать библиотеку для просмотра данных с помощью кнопки графики, обеспеченной блоком УИП 36.

2) Когда данные обрабатываются по элементу кортежа и кортежи взаимно сблокированы, должны быть разрешены обе функции: функция управления данными для множества кортежей и функция определения с помощью интерфейса пользователя, действительно ли управление данными было проведено успешно.

3) Должна быть разрешена функция передачи формата данных, обработанных по элементу кортежа, к КБС 24 и ППБС от 28-1 до 28-n.

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

Нижеприведенный пример демонстрирует формат данных, переданных от блока УИП 36 блоку УДК 34, в соответствии с настоящим изобретением. Чтобы учесть все детали, необходимые для отображения, созданы структуры формата библиотеки, приведенные в конце текста.

В вышеупомянутой Structure (1) DATA1-DATA5 обозначают поля, в которых соответственно хранится необходимая информация. В вышеупомянутой Structure (2) KEY1-KEY3 обозначают значения ключа для указания положений данных, a NUMBER_OF_TUPLE обозначает переменную, выражающую количество фактически действующих данных. Далее, MAX_NUMBER_OF_TUPLE обозначает максимальное число кортежей, считываемых при выполнении объединенной операции ЧМВ. Etructure (1), (2) представляет структуры формата библиотеки, используемые при считывании данных ЗДП.

Согласно фиг. 5, таблица данных, иллюстрирующая конфигурацию библиотеки считывания, в соответствии с настоящим изобретением, изображена для пояснения Structure (1), (2). Чертеж иллюстрирует пример схематической структуры фактических данных ЗДП. На фиг. 5 K1 - K3 обозначают значения ключа для чтения обозначенных данных, D1 - D5 обозначают данные, которые могут быть отысканы по значениям ключа K1 -K3. Кроме того, кортежи в диапазонах MAX_NUMBER_OF_TUPLE, соответствующие значениям ключа, относятся к списку кортежей, преобразованному в таблицу. Если оператор вводит значения ключа K1 - K3, соответствующие данным, которые нужно изменить, удалить или добавить посредством объединенной операции ЧМВ, библиотека с помощью Structure (1), (2) считывает кортежи в диапазоне MAX_NUMBER_OF_TUPLE, соответствующие значениям ключа, и отображает области данных кортежей в диапазоне на экране ГИП, что изображено на фиг. 5. Оператор может затем совместно управлять (изменять, добавлять и удалять) заранее определенными данными определенного кортежа на экране ГИП.

Обработанные данные применяются в Structure (1), (2) и затем передаются в блок УДК 34 от блок ИПА 36 в формате вышеописанных Structure (3), (4). Блок УДК 34 считывает _CMD_ID из данных, переданных от блока ИПА 36. Из переданных данных можно определить, какую команду хочет использовать оператор, и формат структуры. Например, данные могут быть считаны по типу Data_List_ Union, поскольку формат Structure (3), (4) включает тип Data_List Union.

Библиотеку считывания, имеющую подобную структуру, можно использовать с двоякой целью. Библиотеку считывания можно использовать как библиотеку для вызова существующих данных, чтобы с помощью ГИП просматривать эти данные. Библиотеку считывания можно также использовать при считывании ЗДП, чтобы сравнить их с существующими данными.

На фиг. 4 изображен блок-схема последовательности операций при управлении конфигурацией данных посредством АБС в соответствии с настоящим изобретением. После того, как оператор делает запрос на изменение, добавление и удаление данных в кортежах посредством объединенной операции ЧМВ (этап 42), АБС 22 осуществляет операцию проверки на наличие ошибки ключа (этап 44). По завершении проверки на наличие ошибок ключа АБС 22 считывает запрошенные списки данных в форме кортежей с использованием библиотеки, чтобы отобразить их на экране ГИП (этап 46). Затем АБС 22 изменяет, добавляет и удаляет соответствующие данные списков данных в форме кортежей с помощью интерфейса пользователя (этап 48). Когда данные изменены, добавлены или удалены, поступающие данные сравниваются с существующими данными с помощью вышеописанной библиотеки так, чтобы завершить процедуру, если данные не были изменены. Затем АБС 22 отображает результаты операций изменения, добавления и удаления данных на экране ГИП (этап 50). Затем АБС 22 передает подвергшиеся управлению списки данных в форме кортежей КБС 24 и ППБС с 28-1 до 28-n (этап 52). По получении подтверждающего сигнала от КБС 24 и ППБС с 28-1 до 28-n, АБС 22 обновляет подвергшиеся управлению списки данных в форме кортежей в базе данных (этап 54).

Как продемонстрировано выше, настоящее изобретение обеспечивает удобство работы оператора. В особенности способ управления данными, согласно настоящему изобретению, весьма полезен при управлении различными данными, тесно взаимосвязанными друг с другом. Функции, соответствующие настоящему изобретению, используются при работе всего АБС.

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

Формула изобретения

1. Способ управления данными в системе обслуживания цифровой сотовой системы, при котором выполняют операции изменения, добавления, удаления и отображения данных, отличающийся тем, что запрашивают выполнение операций изменения, добавления, удаления и отображения данных в едином списке данных в форме кортежей или во множестве списков данных в форме кортежей посредством объединенной операции человеко-машинного взаимодействия (ЧМВ), считывают данные из таблицы, обеспечивающей упомянутый единый список данных в форме кортежей или упомянутого множества списков данных в форме кортежей, и осуществляют выполнение операций изменения, добавления, удаления и отображения данных посредством упомянутой объединенной операции ЧМВ.

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

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

РИСУНКИ

Рисунок 1, Рисунок 2, Рисунок 3, Рисунок 4, Рисунок 5, Рисунок 6