СПОСОБ УПРАВЛЕНИЯ ПРОГРАММНЫМ ОБЕСПЕЧЕНИЕМ В СИСТЕМЕ БАЗОВОЙ СТАНЦИИ МНОЖЕСТВЕННОГО ДОСТУПА С КОДОВЫМ РАЗДЕЛЕНИЕМ КАНАЛОВ СИСТЕМЫ ПЕРСОНАЛЬНОЙ СВЯЗИ Российский патент 2000 года по МПК H04J13/00 

Настоящее изобретение относится к системе базовой станции множественного доступа с кодовым разделением каналов (МДКР) системы персональной связи (СПС) и, более конкретно, к способу управления программным обеспечением, которое осуществляет инициализацию системы и загружается в процессор системы базовой станции МДКР системы персональной связи.

Типовая система базовой станции МДКР системы персональной связи показана на фиг. 1. Администратор базовой станции (АБС) управляет работой контроллеров базовых станций (КБС) и приемопередающих систем базовых станций (ПСБС) и выполняет их техническое обслуживание. Кроме того, АБС позволяет оператору вводить команды, информацию обработки ввода/вывода, обеспечивает загрузку данных и программного обеспечения в КБС и ПСБС. Сеть коммуникационных межсоединений узлов (СКМУ) соединяет АБС с соответствующими блоками. С одним АБС может соединяться до 12 КБС. КБС обеспечивают согласование радио и проводных каналов между ПСБС и центром коммутации мобильных станций (ЦКМС), обрабатывают вызовы и управляют работой ПСБС. С одним КБС могут соединяться до 48 ПСБС. Возможный вариант осуществления способа управления программным обеспечением в системе базовых станций множественного доступа с кодовым разделением системы персональной связи описан в патенте США N 4791565 кл. G 06 F 12/14, опубл. 13.12.88.

На фиг. 2 иллюстрируются процессоры КБС и ПСБС, представленных на фиг. 1. Как указано выше, с одним АБС могут соединяться 12 КБС. Процессор управления вызовом (ПУВ), представляющий собой один из внутренних процессоров КБС, осуществляет управление вызовом, распределяет ресурсы радиосвязи КБС и инициализирует КБС и ПСБС. 4 процессора общего канала сигнализации (ПОКС) могут содержаться в одном КБС. ПОКС реализует две функции уровня IS-634 для обеспечения точной передачи информации сигнализации между ЦКМС и КБС без ошибок. Процессор управления сигнализацией (ПУС) управляет блоком тестирования линии (БТЛ) связи (не показан) для проверки параметров частоты ошибок по битам канала связи между КБС и ПСБС. В одном КБС могут содержаться 40 процессоров SIP.

Как указано выше, 48ПСБС могут соединяться с одним КБС. Сдвоенный процессор управления базовой приемопередающей станцией (ПУБ) управляет вызовом, обрабатывает данные и осуществляет загрузку в ПУБ. Помимо ПУБ, ПСБС включает 24 процессора интерфейса канальных элементов (ПИКЭ), 4 сдвоенных процессора интерфейса приемопередатчика (ПИП) и один процессор тестирования базовой приемопередающей станции (ПТБ).

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

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

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

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

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

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

Краткое описание чертежей
Вышеуказанные задачи, признаки и преимущества настоящего изобретения будут более очевидны из последующего детального описания изобретения, иллюстрируемого чертежами, на которых представлено следующее:
Фиг. 1 - блок-схема типовой системы базовых станций МДКР системы персональной связи;
Фиг. 2 - блок-схема, иллюстрирующая процессоры контроллера базовых станций и приемопередающей базовой станции по фиг. 1;
Фиг. 3 - блок-схема администратора базовых станций по фиг. 1;
Фиг. 4 - блок-схема последовательности операций в процедуре управления программным обеспечением, когда процессор или программа добавляются к системе базовых станций МДКР системы персональной связи или удаляются из нее, в соответствии с предпочтительным вариантом осуществления настоящего изобретения;
Фиг. 5A, 5B, 5C - блок-схемы последовательности операций процедуры загрузки из процессора верхнего уровня в процессор нижнего уровня в соответствии с предпочтительным вариантом осуществления настоящего изобретения;
Фиг. 6 - блок-схема, иллюстрирующая процедуру загрузки из администратора базовых станций (АБС) в процессор управления вызовами (ПУВ) в соответствии с предпочтительным вариантом осуществления настоящего изобретения.

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

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

В табл. 1 сходные процессоры имеют сходные типы процессоров. Различающиеся процессоры отличаются по типам процессоров. Например, процессоры CCP00_ a и CCP00_b имеют один и тот же тип процессора 0000 0000 0001, последний бит представляет собой 1. Другие типы процессоров не имеют последнего единичного бита. Аналогичным образом, процессоры BCP0000_ a, BCP0001_b, BCP0001_a, BCP0002_a, BCP0002_b имеют один и тот же тип процессора 0000 0000 0010, причем второй с конца бит представляет собой 1. У других типов процессоров второй с конца бит не равен 1. Адрес процессора представляет собой информацию для различения соответствующих процессоров.

Табл. 2 представляет собой таблицу, указывающую данные для различения программ, хранящихся в памяти 16 АБС системы базовых станций МДКР системы персональной связи.

Тип программы, показанный в табл. 2, соответствует типу процессора, показанному в табл. 1. Если тип программы конкретной программы показан как 1 в соответствующей позиции, то данная конкретная программа загружается в процессор, тип которого соответствует 1 в конкретном положении. Например, поскольку тип программы для программы plx есть 000 000 1110, то программа plx загружается в процессоры, тип которых содержит второй, третий и четвертый с конца единичные биты. То есть программа plx загружается в процессоры BCP0000_ a, BCP0000_ b, BCP0001_a, BCP0001_b, BCP0002_a, BCP0002_b, для которых тип процессора соответствует 0000 0000 0010; SIP0000, SIP0001 и SIP0002, для которых тип процессора соответствует 0000 0000 0100; и SVP0000 и SVP0002, для которых тип процессора соответствует 0000 0000 10000.

Процедура управления программным обеспечением в случае, когда процессор или программа добавляются или удаляются в системе базовых станций МДКР системы персональной связи, представлены на фиг. 4. На этапе 100 контроллер 10 администратора базовых станций проверяет, не добавлен ли новый процессор. Если он не добавлен, то процедура с этапа 100 переходит к этапу 120. Если процессор добавлен, то контроллер 10 АБС на этапе 102 запоминает наименование и адрес нового процессора, введенные оператором, в таблице процессоров. На этапе 104 контроллер 10 АБС проверяет, имеется ли процессор, сходный с новым процессором. Если имеется, то на этапе 118 тип нового процессора устанавливается в соответствии с типом имеющегося такого же процессора. Если сходного процессора нет, то на этапе 106 устанавливается тип нового процессора. Тип нового процессора устанавливается таким образом, чтобы в нем бит 1 был указан в любой позиции, отличной от указанных в типах процессоров, содержащихся в табл. 1. То есть, если новый процессор добавляется к процессорам, указанным в табл. 1, то тип нового процессора может быть одним из 1000 0000 0000, 0100 000 000 и 0010 0000 0000.

Когда тип нового процессора установлен, контроллер 10 АБС запоминает тип нового процессора в таблице процессоров. На этапе 108 контроллер 10 АБС принимает наименование программы, подлежащей загрузке в новый процессор. На этапе 110 проверяется, подлежит ли загрузке новая программа. Если да, то контроллер АБС загружает новую программу на этапе 112. На этапе 114 тип новой программы устанавливается следующим образом:
Тип новой программы = (Тип ранее загруженной программы) + (Тип нового процессора, подлежащего загрузке) (1)
На этапе 116 контроллер 10 АБС переустанавливает тип ранее загруженного программного обеспечения.

На этапе 120 проверяется, не удаляется ли какой-либо процессор. Если нет, то процедура обработки с этапа 120 переходит к этапу 132. Если да, то контроллер 10 АБС на этапе 122 получает наименование процессора, который должен быть удален. На этапе 124 проверяется, имеется ли такой же процессор, как и процессор, который должен быть удален. Если да, то процедура обработки с этапа 124 переходит к этапу 130. Если такого же процессора нет, то на этапе 126 проверяется, имеется ли тот же самый тип программы, что и тип процессора, который должен быть удален. Программа, имеющая тот же тип, что и тип процессора, подлежащего удалению, представляет собой программу, которая должна загружаться в процессор, который подлежит удалению. Если имеется тот же тип программы, что и тип процессора, подлежащего удалению, то контроллер 10 АБС удаляет соответствующую программу на этапе 128. На этапе 130 удаляются идентифицированные данные соответствующего процессора, т.е. имя, тип и адрес соответствующего процессора.

На этапе 132 проверяется, не добавляется ли программа. Если не добавляется, то процедура обработки с этапа 132 переходит к этапу 140. Если программа добавляется, то контроллер 10 АБС загружает добавляемую программу на этапе 134. Контроллер 10 АБС получает наименования процессоров, подлежащих загрузке, на этапе 136. На этапе 138 тип программы устанавливается путем добавления типов процессоров, подлежащих загрузке, в соответствии с выражением:
Тип программы = (Тип первого процессора) + (Тип второго процессора) + .. . + Тип N-го процессора (2)
То есть тип новой программы устанавливается путем добавления типа первого процессора, типа второго процессора, ... и типа N-го процессора. Как только тип программы установлен, он запоминается в таблице процессоров.

На этапе 140 проверяется, удаляется ли какая-либо программа. Если нет, то на этапе 146 выполняются обычные операции, а если да, то контроллер 10 АБС на этапе 142 удаляет соответствующую программу. На этапе 144 удаляются идентифицированные данные соответствующей программы.

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

Если желательно добавить программу, то АСБ загружает добавляемую программу. Оператор вводит имена процессоров, подлежащих загрузке. АБС считает типы процессоров, подлежащих загрузке и добавляет эти типы процессоров. АБС устанавливает полученный результат для типа соответствующей программы.

Если желательно исключить программу, то АБС получает наименование удаляемой программы и удаляет идентификационные данные соответствующей программы.

Способ загрузки программы из процессора верхнего уровня в процессор нижнего уровня показан на фиг. 45A - 5C.

На этапе 200 контроллер 10 АБС проверяет, имеется ли запрос загрузки программного обеспечения от процессора нижнего уровня. Если нет, то на этапе 202 выполняется обычная операция. Если имеется запрос загрузки программного обеспечения, то контроллер 10 АБС на этапе 204 получает адрес процессора нижнего уровня, требующего загрузки. На этапе 206 инициализируется регистр идентификации процессора. На этапе 208 проверяется, совпадает ли адрес процессора, имеющего идентификатор процессора, соответствующий значению регистра идентификатора процессора, адресу процессора, требующего загрузки. Если они не совпадают друг с другом, то значение регистра идентификатора процессора получает приращение на этапе 210. Этап 210 возвращается к этапу 208. Если они совпадают друг с другом, то тип процессора соответствующего идентификатора процессора считается на этапе 212.

На этапе 214 инициализируется регистр идентификатора программы. На этапе 216 проверяется, соответствует ли тип программы, имеющей идентификатор программы со значением регистра идентификатора программы, считываемому типу процессора. Если нет, то обработка с этапа 216 переходит к этапу 222. Если да, то на этапе 218 значение счета загрузки возрастает. На этапе 220 запоминается соответствующий идентификатор программы. На этапе 222 идентификатор программы в регистре идентификатора программы получает приращение. На этапе 224 проверяется, указывает ли идентификатор программы регистра идентификатора программы на последний идентификатор программы. Если нет, то процедура обработки с этапа 224 возвращается к этапу 216. Если да, то на этапе 226 значение счета загрузки выдается в процессор, требующий загрузки. На этапе 228 проверяется, выдается ли сигнал загрузки из процессора, требующего загрузки. Если он выдается, то на этапе 230 программа, соответствующая запомненному идентификатору программы, загружается. На этапе 232 проверяется, равно ли число загруженных программ числу выданных сигналов загрузки. Если они не равны, то процедура обработки с этапа 232 возвращается к этапу 228. Если они равны, то на этапе 234 проверяется, имеется ли запрос загрузки от процессора нижнего уровня, требующего загрузки. Если нет, то на этапе 236 выполняются обычные операции. Если да, то на этапе 238 считается тип соответствующего процессора нижнего уровня. На этапе 240 инициализируется регистр идентификатора программы. На этапе 242 проверяется, соответствует ли тип программы, имеющий идентификатор программы, соответствующий значению регистра идентификатора программы, считываемому типу процессора. Если нет, то процедура обработки с этапа 242 переходит к этапу 248. Если да, то значение счета загрузки увеличивается на этапе 244. На этапе 246 соответствующий идентификатор программы запоминается. На этапе 248 идентификатор программы, запомненный в регистре идентификатора программы, получает приращение. На этапе 250 проверяется, указывает ли идентификатор программы последний идентификатор программы. Если нет, то процедура обработки с этапа 250 возвращается к этапу 242. Если да, то проверяется, указывает ли соответствующий процессор нижнего уровня последний процессор нижнего уровня. Если нет, то процедура обработки с этапа 252 возвращается к этапу 238. Если соответствующий процессор нижнего уровня указывает последний процессор, то значение счета загрузки выдается в процессор, требующий загрузки. На этапе 256 проверяется, выдается ли сигнал загрузки с процессора, требующего загрузки. Если он выдается, то программа, соответствующая запомненному идентификатору программы, загружается в процессор, требующий загрузки. На этапе 260 проверяется, равен ли отсчет загружаемой программы числу выданных сигналов загрузки. Если они не равны, то процедура обработки с этапа 260 возвращается к этапу 256. Если они равны, то все операции завершаются.

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

На этапе 262 ПУВ запрашивает контроллер 10 АБС, который является процессором верхнего уровня для загрузки программного обеспечения. ПУВ выдает свой адрес в контроллер 10 АБС на этапе 264. На этапе 266 проверяется, выдается ли значение счета загрузки из контроллера 10 АБС. Если оно выдано, то на этапе 268 ПУВ выдает сигнал загрузки на контроллер 10 АБС. Программное обеспечение на этапе 270 загружается в ПУВ из АБС. ПУВ увеличивает значение отсчета загрузки. На этапе 272 проверяется, равно ли значение счета загрузки числу выданных сигналов загрузки. Если они не равны, то процедура обработки с этапа 272 переходит к этапу 268. Если они равны, то ПУВ на этапе 274 запрашивает контроллер 10 АБС о загрузке программного обеспечения в процессор нижнего уровня. ПУВ на этапе 275 выдает свой адрес в контроллер 10 АБС. На этапе 276 проверяется, выдано ли значение отсчета загрузки с контроллера 10 АБС. Если оно выдано, то ПУВ на этапе 278 выдает сигнал загрузки в контроллер 10 АБС. На этапе 280 программное обеспечение загружается в процессор нижнего уровня. ПУВ увеличивает значение отсчета загрузки. На этапе 282 проверяется, равно ли значение отсчета загрузки числу выданных сигналов загрузки. Если они не равны, то процедура обработки с этапа 282 возвращается к этапу 278. Если они равны, то все операции заканчиваются.

Таким образом, если имеется запрос загрузки от процессора нижнего уровня, то процессор верхнего уровня считывает тип процессора нижнего уровня с указанием на адрес, выданный от процессора нижнего уровня. Если считывается тип процессора нижнего уровня, то процессор верхнего уровня последовательно выполняет логическую операцию "И" для типа процессора нижнего уровня и типа программы в таблице. Процессор верхнего уровня загружает программу, для которой указанная логическая операция дает в результате не "0", в процессор нижнего уровня.

Например, в состоянии, когда АБС загружает программу в ПУВ, если имеется запрос загрузки от процессора SIP0000, то ПУВ последовательно выполняет операцию "И" для типа SIP, т.е. 0000 0000 0100, и типа программы. К программам, для которых указанная логическая операция дает ненулевой результат, относятся rmos_sip(0000 0000 0100), plx(000 000 1110) и tmnx(000 000 0100). Поэтому ПУВ загружает в процессор SIP00000 программы rmos_sip, plx и tmnx.

Если процессор SIP0000 удаляется, то информация о процессоре SIP0000 удаляется из таблицы процессоров. Для программы rmos_sip, plx и tmnx не имеет значения, даже если они будут сохранены в таблице процессоров. Это объясняется тем, что процессор SIP0000 не может запросить у процессора верхнего уровня загрузки соответствующего программного обеспечения, поскольку он удален. Однако поскольку нет процессора, имеющего тип процессора, у которого позиция бита "1" идентична соответствующей позиции для типа процессора SIP0000, то программы rmos_sip, plx и tmnx не обнаруживаются другими процессорами.

Если процессор SIP0010 добавляется, то АБС устанавливает тип процессора SIP0010. В примере, соответствующем таблице 1, тип процессора SIP0010 может соответствовать одному из 1000 0000 0000, 0100 0000 0000 и 0010 0000 0000. Если в качестве процессора SIP0010 установлен 1000 0000 0000, то АБС получает информацию о программе, подлежащей загрузке в процессор SIP0010, и устанавливает тип программного обеспечения. Если наименования и типы программ соответствуют shell(0000 0000 0001) и rmos_csp(0000 1000 0000), то АБС устанавливает новый тип программного обеспечения путем добавления 1000 0000 0000, что представляет собой тип процессора SIP0010, к типу программного обеспечения. Поэтому программа shell устанавливается как 1000 0000 0001, а программа rmos_csp устанавливается как 1000 1000 0000.

Если добавляется новое программное обеспечение, то АБС устанавливает тип программного обеспечения путем добавления типов процессоров, для которых загружается новое программное обеспечение.

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

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

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

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