Способ выполнения программы заказчика блоком радиосвязи

Изобретение относится к способам радиосвязи, в которых выполняют основную программу, обеспечивающую, в частности, выполнение функций радиосвязи блоком радиосвязи. Техническим результатом является расширение функциональных возможностей. В способе блок радиосвязи устанавливает связь между основной программой, осуществляющей управление командами драйвера, и, по меньшей мере, одной программой, вложенной заказчиком, называемую программой, встроенной заказчиком. Встроенная заказчиком программа и основная программа содержат средство, позволяющее встроенной заказчиком программе действовать, по меньшей мере, как одна из следующих: драйвер заказчика, посылающий управляющие команды в основную программу и получающий от основной программы ответные сигналы, вытекающие из выполнения некоторых из команд драйвера; управляющая программа заказчика, управляющая выполнением программ драйвера заказчика, называемых внешними программами заказчика, которые хранятся и выполняются оборудованием третьей стороны, взаимодействующим с блоком радиосвязи. 16 з.п. ф-лы, 7 ил.

 

Настоящее изобретение относится к системам радиосвязи, в частности, но не исключительно, к глобальной системе мобильной связи (GSM) стандарта DCS 1800 (цифровая сотовая система связи 1800 МГц), системе персональной мобильной связи (PCS) 1900, системе пакетной радиосвязи общего пользования (GPRS) или к универсальной система мобильной связи (UMTS).

Более точно, изобретение относится к блоку радиосвязи. Напомним, что блок радиосвязи представляет собой основной элемент радиотелефона. Он содержит и выполняет основную программу (обычно называемую "программой радиосвязи" или "программой глобальной системы связи с подвижными объектами"), которая выполняет функции беспроводной связи (радиосвязи) и управляет различными другими аппаратными средствами радиотелефона (экран, клавиатура, громкоговоритель и т.д.).

Как правило (первое применение), блок радиосвязи соединен с терминалом (ME) для "мобильного оборудования", который взаимодействует с интерфейсным модулем абонента (SIM).

В настоящее время имеются и другие области применения для вышеупомянутого блока радиосвязи.

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

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

Дополнительная информация о командах AT содержится в документах Европейского института стандартов по телекоммуникациям "GSM 07.05" и "GSM 07.07" и в рекомендации V25ter Международного союза по телекоммуникациям (ITU-T), которые используются здесь в качестве ссылки.

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

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

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

- стадия "1": внешнее приложение (программный драйвер заказчика) 2 посылает команду AT;

- стадия "2": последовательная цепь 5

передает команду AT средству 4 выполнения команды AT, которое включено в основную программу 3 и хранится и выполняется блоком радиосвязи 1;

- стадия "3": средство выполнения 4

выполняет команду AT;

- стадия "4": после выполнения команды

средство выполнения 4 посылает ответный сигнал на внешнее приложение заказчика 2;

- стадия "5": этот ответный сигнал посылается

через последовательную цепь 5;

- стадия "6": внешнее приложение заказчика 2

принимает ответный сигнал.

Каждая из этих стадий обведена на фигуре 2 кружком, в котором проставлен номер соответствующей стадии. Та же самая методика принята и на следующих фигурах, относящихся к настоящему изобретению (как подробно описано ниже).

Существующая методика управления блоком радиосвязи с помощью терминального оборудования имеет несколько недостатков.

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

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

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

Более точно, одна цель настоящего изобретения состоит в разработке методики управления системой радиосвязи, используя программный драйвер заказчика, который является простым и недорогим (в смысле числа аппаратных средств и потребления энергии).

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

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

- роль программного драйвера заказчика, который посылает команды драйвера в основную программу и получает ответный сигнал от основной программы после выполнения ею некоторых команд драйвера;

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

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

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

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

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

- основная программа включает средство, формирующее команды предварительного синтаксического анализа как функции определенной стратегии предварительного синтаксического анализа для передачи команд драйвера от внешнего приложения заказчика к вложенной программе заказчика и/или в средство выполнения программ, содержащееся в основной программе;

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

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

- либо не предпринимает никаких действий, когда команды передаются только в основную программу, которая выполняет их непосредственно сама;

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

- либо прослеживать команды, которые копируются и выполняются также непосредственно основной программой.

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

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

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

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

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

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

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

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

Основной задачей является снижение стоимости разработки благодаря тому, что интерфейсная программа (далее также называемая прикладной библиотекой интерфейса) может использоваться с различными приложениями заказчика или даже с различной основной программой после ее разработки.

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

Это обеспечивает быстрое развитие программ, вложенных заказчиком, поскольку команды AT (команды "Внимание") известны и уже используются для разработки внешних приложений заказчика (хранящимся в терминальном оборудовании). Это также облегчает развитие программного обеспечения заказчика, основанного на известных внешних приложениях.

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

- роль указанного программного драйвера заказчика для посылки команд драйвера к основной программе и приема ответного сигнала о результате выполнения некоторых команд драйвера от основной программы;

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

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

на фигуре 1 представлена упрощенная схема конкретного варианта блока радиосвязи согласно настоящему изобретению;

на фигуре 2 показана реализация существующей методики управления блоком радиосвязи с помощью терминального оборудования;

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

на каждой из фигур 4-7 показан механизм работы второго варианта блока радиосвязи согласно настоящему изобретению, в котором вложенная заказчиком программа действует как управляющая программа заказчика или, точнее,

- на фигуре 4 показана команда механизма предварительного синтаксического анализа, позволяющего программе, вложенной заказчиком, фильтровать команды, исходящие от внешнего приложения;

- на фигуре 5 показан вариант механизма команды предварительного синтаксического анализа, показанного на фигуре 4, позволяющий программе, вложенной заказчиком, прослеживать команды, исходящие от внешнего приложения;

- на фигуре 6 показан механизм предварительного синтаксического анализа ответного сигнала, позволяющий программе, вложенной заказчиком, фильтровать ответные сигналы, предназначенные для внешнего приложения заказчика;

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

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

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

Вложенная заказчиком программа (цель, определенная в настоящем изобретении), может действовать как:

- программный драйвер заказчика (первый вариант изобретения, описанный ниже, со ссылкой на фигуру 3) и/или

- управляющая программа заказчика (второй вариант изобретения, описанного ниже со ссылками на фигуры 4-7).

В остальной части этого описания подразумевается, что команды драйвера - команды AT. Однако ясно, что настоящее изобретение не ограничено этим типом команд драйвера.

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

Кроме того, вложенная заказчиком программа 6, содержит:

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

- интерфейсная программа 6b, обеспечивающая

связь исходных функций (основной прикладной программы заказчика 6а) с функциями выполнения (основной прикладной программы 3а).

Вложенная заказчиком программа 6 и основная программа заказчика 3 взаимодействуют друг с другом, используя интерфейсы прикладного программирования (API), обозначенные цифрами 61 и 31 соответственно. Отметим, что сокращение API означает "программный интерфейс". Он представляет собой описание правил связи, соответствующих конкретному функциональному узлу.

Во вложенной заказчиком программе 6 программный интерфейс 61 включает:

- прикладную программу 6а, вложенную заказчиком, в которой:

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

- в интерфейсном приложении (или в библиотеке интерфейсных приложений) 6b имеются следующие три блока:

- блок "команд AT программного интерфейса", формирующий интерфейс, описывающий доступ к командам AT; этот интерфейс описывает функции, имеющиеся в прикладной библиотеке интерфейса;

- блок "операционная система программного интерфейса", формирующая интерфейс, описывающий доступ к функциям операционной системы; этот интерфейс описывает функции, имеющиеся в прикладной библиотеке интерфейса;

- блок "стандартный программный интерфейс", формирующий интерфейс, описывающий доступ к стандартным функциям; этот интерфейс описывает функции, имеющиеся в прикладной библиотеке интерфейса.

В основном приложении 3а основной прикладной программы 3 (экспортированный) программный интерфейс содержит:

- блок "команд AT программного интерфейса", подобный блоку с тем же названием во вложенном программном интерфейсе 61 в программе 6, вложенной заказчиком;

- блок "операционная система программного интерфейса", подобный блоку с тем же названием, вложенным в программный интерфейс 61 в программе 6, вложенной заказчиком.

Основная прикладная программа 3а формирует ядро основной программы 3 и прикладной программы заказчика 6а, а интерфейсная программа 6b формирует ядро 60 программы 6, вложенной заказчиком программы.

Интерфейсная программа 6b представляет собой программный объект, который позволяет вести диалог между двумя независимыми программными объектами (или двоичными объектами, а именно: приложением заказчика 6а и основной прикладной программой 3а. В частности, они могут формировать библиотеку.

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

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

Элементы, традиционно включенные в блок радиосвязи и описанные выше со ссылкой на фигуру 2 (известное устройство), имеют те же самые числовые позиции. Таким образом, блок радиосвязи 1 содержит и выполняет основную программу 3, в частности, содержит средство 4 для выполнения команд AT.

Кроме того, согласно первому варианту изобретения и как представлено выше со ссылкой на фигуру 1 блок радиосвязи 1 также содержит и выполняет программу 6, вложенную заказчиком, которая действует как программный драйвер заказчика и, в частности, содержит вложенную заказчиком прикладную программу 6а и интерфейсную программу 6b.

Работа этого первого варианта изобретения может быть представлена следующим образом:

- стадия"1": прикладная программа 6а,

вложенная заказчиком, вызывает исходную функцию ("wm_atSendCommand"), чтобы послать одну или несколько команд AT для выполнения средством 4 (включенным в основную программу). Эта исходная функция подробно описана ниже;

- стадия "2": интерфейсная программа 6b

вызывает соответствующую функцию (или функции) выполнения с помощью средства выполнения 4, включенного в основную программу 3);

- стадия "3": средство выполнения 4 выполняет команду (или команды) AT;

- стадия "4": после выполнения команды средство выполнения 4 посылает ответный сигнал (или сигналы) в прикладную программу заказчика 6а (если предыдущая команда посылки была сконфигурирована на такое действие);

- стадия "5": этот ответный сигнал (или сигналы) посылаются интерфейсной программой 6b, которая вызывает исходную функцию

("wm_apmAppliParser") для обработки сообщения от основной программы в составе прикладной программы 6а, вложенной заказчиком. Сообщение, которое содержит вышеупомянутый ответный сигнал (или сигналы), является

параметром этой функции обработки источника. Эта исходная функция подробно описана ниже;

- стадия "6": функция обработки источника используется для обработки ответного сигнала в составе прикладной программы 6а заказчика.

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

В этом втором варианте, блок радиосвязи не является независимым (в отличие от первого варианта) и управляется терминальным оборудованием, с которым он взаимодействует. Следовательно, эта конфигурация не отличается от известной области техники, описанной выше со ссылкой на фигуру 2 (аналогичные элементы обозначены одними и теми же числовыми позициями). Иными словами, внешнее приложение заказчика (программный драйвер заказчика) 2 посылает команды AT основной программе 3 с тем, чтобы они могли быть выполнены основной программой 3.

В соответствии со вторым вариантом изобретения блок радиосвязи 1 также содержит и выполняет программы 6, вложенные заказчиком, действуя как управляющая программа заказчика и, в частности, содержит прикладную программу заказчика 6а и интерфейсную программу 6b. Вложенная заказчиком программа контролирует выполнение (или невыполнение) команд AT, используя средство выполнения 4, включенное в основную программу 6, прозрачно для внешнего приложения заказчика 2.

Вложенная заказчиком программа 6 (управляющая программа) может решить использовать, в частности, следующие возможности в рамках блока радиосвязи:

- механизм предварительного синтаксического анализа и обработки команд AT для команд, посланных внешним приложением заказчика (программным драйвером заказчика) 2. Предложены три различных варианта этого механизма, в соответствии с которыми основная программа 3 передает принятые ею команды AT либо только на средство выполнения 4 (первый вариант), либо только на программу 6, вложенную заказчиком (второй вариант), либо по обоим этим адресам (третий вариант);

- механизм предварительного синтаксического анализа и обработки команд AT, вытекающих из выполнения команд AT средством 4 (включенным в основную программу 3). В частности, предложены три различных варианта этих механизмов, с помощью которых ответные сигналы, сформированные основной программой 3, передаются только на внешнее приложение заказчика 2 (первый вариант) или только в программу, вложенную заказчиком 6 (второй вариант), или по обоим этим адресам.

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

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

Работа этого второго варианта механизма предварительного синтаксического анализа и обработки команд AT может быть разделена на два этапа, а именно:

- предварительный этап, на котором внешнее приложение заказчика 2 выбирает "вторую" стратегию синтаксического анализа команд AT, в соответствии с которой команды AT передаются только на программу 6, вложенную заказчиком, и

- этап обработки в соответствии с выбранной "второй" стратегией синтаксического анализа команды для обработки команд AT, посланных внешним приложением 2 заказчика.

Предварительный этап выбора второй стратегии синтаксического анализа команд AT содержит следующие стадии:

- стадия "1": прикладная программа 6а,

вложенная заказчиком, вызывает исходную функцию ("wm_at_CmdPreParserSubscribe") для регистрации с основной программой 3 службой предварительного синтаксического анализа команд AT с параметром для этой регистрации, который указывает на выбор второй стратегии предварительного синтаксического анализа команды. Эта исходная функция подробно описана ниже;

- стадия "2": интерфейсная программа 6b

вызывает соответствующую функцию (или функции) выполнения в основной программе 3, которые являются функциями регистрации службой предварительного синтаксического анализа команд AT;

- стадия "3": основная программа 3

подготавливает регистрацию, запрошенную прикладной программой 6а заказчика, через интерфейсную программу 6b.

Для упрощения в остальной части описания (со ссылкой на фигуру 4) предполагается, что функция (или функции) регистрации предварительного синтаксического анализа команд AT включена (или включены) в средство 4 выполнения команд AT в составе основной программы 3.

Кроме того, в силу этих же причин, в остальной части описания предполагается (со ссылкой на фигуру 4), что средство выполнения команды предварительного синтаксического анализа (как описано ниже) включено в средство выполнения команды AT 4 в составе основной программы 3.

Процесс обработки команды AT включает следующие стадии:

- стадия "4": внешнее приложение 2

заказчика посылает команду AT в основную программу 3;

- стадия "5": последовательная цепь

5 посылает команду AT в общее средство предварительного синтаксического анализа, включенного в средство выполнения 4 (вложенное в основную программу 3), и работает в соответствии со второй стратегией предварительного синтаксического анализа команд AT (выбранной в течение предыдущего этапа);

- стадия "6": команда AT передается только

программе 6, вложенной заказчиком, без ее выполнения средством выполнения 4;

- стадия "7": команда AT посылается

интерфейсной программой 6b, которая вызывает исходную функцию ("wm_apmAppliParser") для обработки сообщения от основной программы в составе прикладной программы 6а, вложенной заказчиком, в этом случае, сконфигурированной сообщением, которое содержит команду AT, с указанием, что эта команда является "оригинальной" командой AT. Эта исходная функция подробно описана ниже;

- стадия "8": исходная функция обработки

в программе 6а, вложенной заказчиком, обрабатывает команду AT.

Например, такая обработка состоит из вторичной посылки команды AT на средство выполнения 4 (используя механизм, соответствующий первому варианту изобретения, описанного выше со ссылкой на фигуру 3). Обработка может также состоять из произвольной посылки ответного сигнала программой 6, вложенной заказчиком без выполнения команды AT. В этом случае, вложенная заказчиком программа 6 принимает во внимание, по меньшей мере, одну единицу информации, относящейся к команде AT (тип команды, характер параметров и т.д.). Следует понимать, что вложенная заказчиком программа 6 "фильтрует" команду AT независимо от ее обработки.

Далее описывается третий вариант механизма предварительного синтаксического анализа и обработки команды AT, который позволяет вложенной заказчиком программе 6 отслеживать команды AT от внешнего приложения 2 заказчика. Описание дается со ссылкой на фигуру 5.

Работа этого третьего варианта механизма предварительного синтаксического анализа и обработки команды AT может быть также представлена в виде двух последовательных этапов, а именно:

- предварительного этапа, на котором внешнее

приложение 2 заказчика выбирает "третью" стратегию синтаксического анализа команд AT, согласно которой команды AT посылаются не только к вложенной заказчиком программе 6, но также и на средство выполнения программ (включенное в основную программу 3), и

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

Работа этого третьего варианта лишь незначительно отличается от работы второго варианта. Это отличие заключается, главным образом, в следующем:

- на стадии "1" предварительного этапа прикладная программа 6а, вложенная заказчиком, выбирает третью (а не вторую) стратегию синтаксического анализа команд AT;

- на стадии "6" этапа обработки, команда AT посылается в средство выполнения 4, и копия этой команды AT посылается вложенной заказчиком программе 6;

- на стадии "8" этапа обработки исходная функция обработки обрабатывает копию команды AT в составе команды 6а, вложенной заказчиком;

- этап обработки также содержит стадию "7", на которой средство выполнения 4 включенное в основную программу 3, выполняет команду AT.

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

Работа этого второго варианта механизма синтаксического анализа и обработки ответного сигнала AT может быть представлена в виде двух последовательных этапов, а именно:

- предварительный этап, на котором внешнее приложение 2 заказчика выбирает (вторую) стратегию предварительного синтаксического анализа ответного сигнала AT, согласно которой ответные сигналы AT, формируемые основной программой 3, отсылаются только в программу 6, вложенную заказчиком;

- этап обработки согласно выбранной стратегии предварительного синтаксического анализа "второго" ответного сигнала для обработки ответных сигналов AT, формируемых основной программой 3.

Предварительный этап выбора стратегии предварительного синтаксического анализа второго ответного сигнала содержит следующие стадии:

- стадия"1": прикладная программа 6а,

вложенная заказчиком, вызывает исходную функцию ("wm_atRspPreParserSubscribe") для регистрации службой предварительного синтаксического анализа ответного сигнала AT с параметром для этой функции регистрации, который указывает на выбор второй стратегии синтаксического анализа ответного сигнала. Эта исходная функция описана ниже более подробно;

- стадия "2": интерфейсная программа 6b

вызывает соответствующую функцию (или функции) выполнения в основной программе 3, называемые функциями для регистрации ответного сигнала службой регистрации предварительного синтаксического анализа сигнала AT;

- стадия "3": основная программа 3 готовит

регистрацию, запрошенную прикладной программой 6а, вложенной заказчиком, через интерфейсную программу 6b.

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

Также с целью упрощения в оставшейся части описания (и как показано на фигуре 6) предполагается, что обсуждаемое ниже средство предварительного синтаксического анализа ответного сигнала включено в средство выполнения 4 для выполнения команд AT в составе основной программы 3.

Этап обработки ответных сигналов AT содержит следующие стадии:

- стадия "4": внешнее приложение 2 заказчика

посылает команду AT в основную программу 3;

- стадия "5": последовательная цепь 5 посылает

команду AT в средство выполнения команд 4 (включенное в основную программу 3);

- стадия "6": средство выполнения 4 выполняет

команду AT и формирует ответный сигнал;

- стадия "7": средство предварительного

синтаксического анализа ответного сигнала, включенное в средство выполнения команд 4 и работающее в соответствии со второй стратегией синтаксического анализа ответного сигнала AT (выбранной на предыдущем этапе), посылает ответный сигнал для программы 6, вложенной заказчиком;

- стадия "8": ответный сигнал AT посылается

интерфейсной программой 6b, которая вызывает исходную функцию ("wm_apmAppliParser") в составе программы 6а, вложенной заказчиком и служащей для обработки сообщения от основной программы; в этом случае это сообщение содержит ответный сигнал и указывает, что это "оригинальный" ответный сигнал AT;

- стадия "9": исходная функция обработки

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

Ниже описывается третий вариант механизма синтаксического анализа и обработки ответного сигнала AT, в котором вложенная заказчиком программа 6 используется для отслеживания ответных сигналов AT, посланных внешним приложением 2 заказчика. Описание дается со ссылкой на фигуру 7.

Работа этого третьего варианта механизма синтаксического анализа и обработки ответного сигнала AT также может разделена на два последовательных этапа, а именно:

- предварительный этап, на котором внешнее

приложение 2 заказчика выбирает третью стратегию синтаксического анализа ответного сигнала AT, в соответствии с которой ответные сигналы AT ретранслируются не только в программу 6, вложенную заказчиком, но также и во внешнее приложение 2 заказчика, и

- этап обработки в соответствии со стратегией

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

Основная разница между работой этого третьего варианта и работой второго варианта состоит в том, что:

- на стадии "1" предварительного этапа

прикладная программа 6а, вложенная заказчиком, выбирает третью (а не вторую) стратегию синтаксического анализа ответного сигнала AT;

- на стадии "7" этапа обработки ответный сигнал

посылается на внешнее приложение 2 заказчика, и копия этого ответного сигнала AT посылается вложенной заказчиком программе 6;

- на стадии "9" этапа обработки, исходная

функция обработки обрабатывает копию ответного сигнала AT по вложенной заказчиком прикладной программе 6а;

- этап обработки также содержит стадию "8", на

которой ответный сигнал посылается через последовательную цепь 5, и стадию "9", на которой внешнее приложение 2 заказчика принимает и обрабатывает ответный сигнал.

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

Приложение 2 содержит пример вложенной прикладной программы, написанной на языке С, цель которого состоит в том, чтобы послать команду ATI3 через три секунды после каждой инициализации и записывать объекты во Флэш-память.

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

- команду на загрузку программы заказчика

(AT+WDWL), чтобы внешнее приложение заказчика могло загружать новые программы заказчика в блок радиосвязи;

- команда деактивации (AT+WOPEN), позволяющая внешней программе заказчика деактивировать программы, вложенные заказчиком.

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

WM_AT_SEND_RSP_TO_EXTERNAL

Все ответные сигналы переадресованы внешнему

приложению заказчика (персональный компьютер).

WM_AT_SEND_RSP_BROADCAST

Все ответные сигналы переадресованы (переданы по радио) прикладной программе заказчика и на внешнюю программу заказчика (персональный компьютер).

A3) "wmAtUnsolicitedSubscription"

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

Точное наименование

Void wm_atUnsolicitedSubscription(wm_atUnsolicited_e

Unsolicited);

Параметры:

Незапрашиваемый

Этот параметр описывает действие, выполняемое в момент прибытия незапрашиваемой команды AT.

Typedefenum

WM_AT_UNSOLICITED_TO_EXTERNAL, /*по умолчанию*/

WM_AT_UNSOLICITED_TO_EMBEDDED,

WM_AT_UNSOLICITED_BROADCAST, } wm_atUnsolicited_e;

WM_AT_UNSOLICITED_TO_EXTERNAL

Все незапрашиваемые команды будут переданы на

на внешнее приложение заказчика (персональный компьютер) (режим по умолчанию).

WM_AT_UNSOLICITED_TO_EMBEDDED

Все незапрашиваемые команды будут переданы программе, вложенной заказчиком.

WM_AT_UNSOLICITED_BROADCAST

Все незапрашиваемые команды будут переданы на внешнее приложение заказчика (персональный компьютер) и в прикладную программу заказчика.

A4) "wm atCmdPreParserSubscribe"

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

Точное наименование

Void wm_atCmdPreParserSubscribe (wm_atCmdPreSubscribe_e

SubscribeType);

Параметры

SubscribeType

Этот параметр описывает действие, выполняемое в момент прибытия команды AT

Typedef enum

WM_AT_CMD_PRE_WAVECOM_TREATMENT /*по умолчанию*/

WM_AT_CMD_PRE_EMBEDDED_TREATMENT,

WM_AT_CMD_PRE_BROADCAST,

} Wm_atCmdPreSubscribe_e;

WM_AT_CMD_PRE_WAVECOM_TREATMENT

Программа, вложенная заказчиком, не желает фильтровать (или прослеживать) команды, посланные заказчиком на внешнее приложение (режим по умолчанию).

WM_AT_CMD_PRE_EMBEDDED_TREATMENT

Программа, вложенная заказчиком, желает фильтровать (или прослеживать) команды, посланные заказчиком на внешнее приложение.

WM_AT_CMD_PRE_BROADCAST

Программа, вложенная заказчиком, желает отслеживать команды, посланные внешним приложением заказчика.

A5) "wm atRspPreParserSubscribe"

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

Точное наименование

Void wm_atRspPreParserSubscribe (wm_atRspPreSubscribe_e

SubscribeType);

Параметры:

SubscribeType

Этот параметр описывает действие, выполняемое в момент прибытия команды AT

Typedef enum

WM_AT_RSP_PRE_WAVECOM_TREATMENT, /*по умолчанию*/

WM_AT_RSP_PRE_EMBEDDED_TREATMENT,

WM_AT_RS P_PRE_BROADCAST,

} wm_atRspPreSubscribe_e;

WM_AT_RSP_PRE_WAVECOM_TREATMENT

Программа, вложенная заказчиком, не желает фильтровать (или прослеживать) ответные сигналы, посланные на внешнее приложение заказчика (режим по умолчанию).

WM_AT_RSP_PRE_EMBEDDED_TREATMENT

Программа, вложенная заказчиком, желает фильтровать (или прослеживать) ответные сигналы, посланные на внешнее приложение заказчика.

WM_AT_RS P_PRE_BROADCAST

Программа, вложенная заказчиком, желает отслеживать ответные сигналы, посланные на внешнее приложение заказчика.

A6) "wm atSendRspExtemalApp"

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

Точное наименование

Void wm_atSendRspExtemalApp (u16 AtStringSize,

char *AtString,);

Параметры:

AtString (Строка AT)

Может быть строкой любой типа ответного сигнала AT, в символах ASCII

AtStringSize (Размер строки AT)

Размер предыдущего параметра: AtString

A7) "DataFlowService"

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

A8) "wm osStartTimer"

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

A9) "wm osStopTimer"

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

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

программного драйвера заказчика, посылающего команды драйвера в основную программу и получающего ответный сигнал от основной программы, вытекающий из выполнения некоторых команд драйвера;

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

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

программа, вложенная заказчиком, посылает, по меньшей мере, одну команду драйвера на средство выполнения, включенное в основную программу;

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

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

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

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

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

4. Способ по п.3, отличающийся тем, что установление связи включает следующие стадии:

программа, вложенная заказчиком, выбирает стратегию синтаксического анализа команд из набора стратегий предварительного синтаксического анализа, а именно:

команды драйвера, исходящие от внешнего приложения, посылаемые только средству выполнения в составе основной программы;

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

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

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

послать команду драйвера средству выполнения, введенному в основную программу, при этом вложенная заказчиком программа содержит средство посылки команд драйвера на средство выполнения для этой цели;

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

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

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

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

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

ответные сигналы, исходящие из средства выполнения, передаются только внешней программе заказчика;

ответные сигналы, исходящие из средства выполнения, передаются только программе, вложенной заказчиком;

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

8. Способ по п.1, отличающийся тем, что блок радиосвязи включен в состав устройства, принадлежащего к следующей группе:

терминалы систем радиосвязи;

устройства, отличные от терминалов радиосвязи, но требующие беспроводной связи;

модемы.

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

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

11. Способ по п.10, отличающийся тем, что структура указанного сообщения, формирующего параметр упомянутой функции обработки, содержит

первое поле, содержащее информацию, относящуюся к типу указанного сообщения;

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

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

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

сообщение, содержащее незапрашиваемую команду драйвера;

сообщение, содержащее команду драйвера, посланную внешней программой заказчика через основную программу;

сообщение, включающее ответный сигнал, вытекающий из выполнения команды драйвера основной программой;

сообщение, посланное по истечении времени ожидания.

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

функция ("wm_atSendCommand") для посылки, по меньшей мере, одной команды драйвера в основную программу, при этом первый параметр указанной функции посылки, является, по меньшей мере, одной командой драйвера, второй параметр указанной функции посылки указывает на программу назначения, на которую должен поступить ответный сигнал, вытекающий из выполнения указанной команды драйвера, а именно программу, вложенную заказчиком и/или внешнее приложение заказчика;

функция регистрации ("wm_tUnsolicitedSubscription") с основной программой для обслуживания приема незапрашиваемых команд драйвера, при этом один параметр указанной функции регистрации указывает на программу назначения, на которую должна быть переадресована каждая из незапрашиваемых команд драйвера, а именно на программу, вложенную заказчиком, и/или на внешнее приложение заказчика;

функция регистрации ("wm_atCmdPreParserSubscribe") с основной программой для обслуживания предварительного синтаксического анализа команды драйвера, в которой параметр указанной функции регистрации указывает на получателя в виде приложения (или приложений), а именно на основную программу и/или программу, вложенную заказчиком, на которую должна быть направлена каждая из команд драйвера, вытекающая из внешнего приложения;

функция регистрации ("wm_atRspPreParserSubscribe") с основной программой для обслуживания предварительного синтаксического анализа ответных сигналов, в которой параметр указанной функции регистрации указывает на приложение (или приложения) назначения, а именно внешнее приложение заказчика и/или программу, вложенную заказчиком, на которую должен быть направлен каждый ответный сигнал, вытекающий из выполнения команды драйвера основной программой;

функция ("wm atSendRspExtemalApp") для посылки, по меньшей мере, одного ответного сигнала на внешнее приложение заказчика через основную программу, при этом параметр указанной функции посылки является указанным, по меньшей мере, одним ответным сигналом.

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

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

16. Способ по п.15, отличающийся тем, что указанный набор команд драйвера содержит дополнительную команду AT для загрузки программ заказчика (AT+WDWL), предоставляя возможность внешнему приложению заказчика загрузить новые программы заказчика в блок радиосвязи в дополнение к стандартным командам AT.

17. Способ по п.15, отличающийся тем, что указанный набор команд драйвера содержит дополнительную команду, называемую командой дезактивации (AT+WOPEN), которая разрешает внешней программе заказчика дезактивировать программу, вложенную заказчиком, в дополнение к стандартным командам AT.