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

Иллюстрации

Показать все

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

Реферат

Эта заявка относится и испрашивает приоритет по дате подачи предварительной патентной заявки США, серийный номер 60/506342, поданной Гуангмин Ши (Guangming Shi) и др., зарегистрированной 25 сентября 2003 г., озаглавленной «Method of Handling Automatic Call Origination And System Determination of Multi-Mode and Multi-SIM/U-SIM/R-UIM Card Mobile Devices» (Способ обработки автоматического создания вызова и определение системы многорежимных и мульти-SIM/U-SIM/R-UIM-карточных мобильных устройств); предварительной патентной заявки США, серийный номер 60/506362, поданной Гуангмин Ши (Guangming Shi) и др., зарегистрированной 25 сентября 2003 г., озаглавленной «Alternative Method of Handling Automatic Call Origination And System Determination of Multi-Mode and Multi-SIM/U-SIM/R-UIM Card Mobile Devices» (Альтернативный способ обработки автоматического создания вызова и определение системы многорежимных и мульти-SIM/U-SIM/R-UIM-карточных мобильных устройств); и предварительной патентной заявки США, серийный номер 60/506224, поданной Гуангмин Ши (Guangming Shi) и др., зарегистрированной 26 сентября 2003 г., озаглавленной «Method of Handling Automatic Call Origination And System Determination of Multi-Mode and Multi-SIM/U-SIM/R-UIM Card Mobile Devices» (Способ обработки автоматического создания вызова и определение системы многорежимных и мульти-SIM/U-SIM/R-UIM-карточных мобильных устройств), содержимое всех из них включено в данный документ посредством ссылки.

Область техники, к которой относится изобретение

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

Уровень техники

Потребность в беспроводных услугах привела к разработке постоянно увеличивающегося количества беспроводных сетей. Одной такой сетью является система CDMA 1X (множественный доступ с кодовым разделением каналов), которая поддерживает услуги беспроводной передачи речи и данных, используя методики расширенного спектра. Конкурирующей сетью, которая стала стандартом де-факто в Европе и Азии, является GSM (глобальная система мобильной связи). В отличие от CDMA 1X, GSM использует узкополосный TDMA (коллективный доступ с временным разделением каналов) для поддержки услуг беспроводной передачи речи и данных. Другие сети, которые разворачивались несколько лет, включают в себя CDMA 1x EV-DO (высокоскоростная система обмена пакетными данными CDMA) для услуг высокоскоростной передачи данных на основе технологии расширенного спектра, GPRS (общая служба пакетной радиопередачи), которая поддерживает услуги высокоскоростной передачи данных со скоростями данных, подходящими для программных приложений электронной почты и веб-обозревателей, и UMTS (универсальная система мобильных телекоммуникаций), которая может доставлять широкополосную речь и данные для приложений звука и видео.

Обычно устройства связи, которые совместимы с одной беспроводной сетью, несовместимы с другими беспроводными сетями. Это вызвано, отчасти, использованием каждой сетью своих собственных уникальных протоколов для обмена информацией между совместимыми устройствам связи. Кроме того, каждая беспроводная сеть может иметь свой собственный уникальный набор услуг. Например, CDMA 1X, GSM и UMTS поддерживают услуги беспроводной передачи как речи, так и данных, в то время как CDMA 1x EV-DO и GPRS ограничиваются услугами беспроводной передачи данных. Даже беспроводные сети, которые поддерживают одинаковые услуги, могут быть несовместимыми с такими же (сетями) вследствие различных рабочих параметров.

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

Раскрытие изобретения

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

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

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

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

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

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

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

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

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

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

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

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

Осуществление изобретения

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

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

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

Доступом к сети в устройстве беспроводной связи можно управлять с помощью программно-реализованной процессорной системы или любой другой конфигурации, известной в данной области техники. Типовая аппаратная конфигурация для программно-реализованной процессорной системы показана на фиг.1. Процессорная система имеет в своем составе микропроцессор 102 и его ядро с энергонезависимой памятью 104. Энергонезависимая память может содержать память, которая постоянно находится на устройстве связи, либо память на карте связи, которая может вставляться в устройство связи. Микропроцессор 102 может предоставлять платформу для запуска программ, реализованных программно, которые среди прочего управляют созданием вызова в различных сетях на основе (1) предпочтений пользователя, которые могут быть запрограммированы в энергонезависимую память 104; (2) другой информации, указывающей на то, разрешается ли вызов в различных сетях; и (3) совместимости протоколов этих сетей с вызовом, что создается пользователем.

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

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

Формат подменю показан на фиг.2 с примерным типом информации для определения, разрешается ли вызов в конкретной сети. «Фиксированный список набора» содержит все телефонные номера, разрешенные типовым устройством связи или картой в устройстве связи. В этом примере каждый телефонный номер изображается заданным пользователем кодом, который предусматривает простую идентификацию и выбор пользователем, когда он желает заказать вызов по телефону. Так, телефонные номера, представленные посредством HOME (дом) 202, OFFICE (офис) 204, DOCTOR (врач) 206, SCHOOL (школа) 208 and EMERGENCY (экстренный вызов) 210 разрешаются в проиллюстрированном примере. Однако любое сочетание телефонных номеров может быть разрешено, согласно пользовательским предпочтениям. Также возможно, что пользователь может запрограммировать «блокируемый список», включающий в себя номера, которые не разрешаются в конкретной сети. В этом случае, если пользователь набирает номер, который располагается в блокируемом списке, устройство связи отклонит вызов. Подразумевается, что устройство связи может содержать множество карт связи, тем самым, становясь ограниченным множеством различных фиксированных списков набора, блокируемых или других таких управляемых разрешением списков. Дополнительно подразумевается, что любому устройству связи, из-за множества карт, может быть разрешено создавать вызов в первой сети, где набранный телефонный номер представляется в фиксированном списке набора той карты, но ограничено создание такого же вызова во второй сети, где набранный телефонный номер представляется в блокируемом списке той карты. Соответственно для любой входной последовательности набора, принятой устройством связи, каждая карта должна быть протестирована на ее возможность разрешать вызов.

Типовая микропроцессорная многоуровневая программная архитектура показана на фиг.3. Программная архитектура включает в себя пользовательский интерфейс 302, распорядитель 304 вызовов и уровень 306 протокола, работающие на платформе микропроцессора. DSP 108 и аналоговый входной блок 112 показаны для полноты, но не будут обсуждаться дальше. В качестве альтернативы каждый программный уровень может быть запущен на отдельных процессорах или любом сочетании процессоров. Процессоры могут быть внутренними по отношению к устройству связи либо, в качестве альтернативы, один или более процессоров могли бы располагаться во внешнем устройстве, например переносном компьютере, подключенном к устройству связи. Как примут во внимание специалисты в данной области техники, подробности реализации могут варьироваться в зависимости от конкретного приложения связи и общих конструктивных ограничений.

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

Пользовательский интерфейс 302 может быть программно реализованной программой или набором программ, который устанавливается как уровень выше распорядителя 304 вызовов. Программно реализованные программы могут быть приложениями, например, телефонной книгой, SAT (набором приложений для SIM), SAT CC (управлением вызовами SAT), SMS (службой коротких сообщений), обозревателем, электронной почтой или любыми другими программами, реализованными программно. Когда пользователь создает вызов или запускает приложение, которое инициирует вызов, пользовательский интерфейс 302 определяет параметры вызова от выходных данных клавишной панели, включая, например, параметры услуги и входную информацию последовательности набора. Параметры услуги обычно включают в себя, среди прочего, тип запрашиваемой услуги. Например, запрашиваемой услугой может быть голосовой вызов, информационный вызов или любой другой вызов, предоставляемый поставщиком услуг связи. Входная информация последовательности набора обычно включает в себя данные, представляющие введенные пользователем цифры, который набирает телефонный номер на клавишной панели устройства связи. Пользовательский интерфейс 302 может также включать другие параметры услуги, например качество обслуживания, необходимое для обеспечения вызова. Например, если пользователь запускает видеоприложение, пользовательский интерфейс 302 может определить, что вызов требует скорости данных 64 кбит/с или выше.

Распорядитель 304 вызовов может использоваться для управления доступом к различным сетям очевидным пользователю способом. На основе параметров, извлекаемых из пользовательского запроса на создание вызова, распорядитель 304 вызовов определят, разрешается ли вызов в каждой из различных сетей. Распорядитель 304 вызовов также может определять другие параметры выбора сетей, например совместимость услуги всех сетей, поддерживаемых устройством связи. Затем может быть произведено определение, разрешается ли вызов только для тех сетей, которые первыми определяются как совместимые с вызовом. Например, если устройство связи поддерживает сети CDMA 1X, CDMA 1x EV-DO, GSM, GPRS и UMTS и запрашиваемой услугой является видеоприложение, распорядитель 304 вызовов может определить, что только сети CDMA 1x EV-DO и UMTS могут поддерживать это приложение. В этом случае распорядитель 304 вызовов ограничит опрос относительно того, разрешается ли вызов, только этими двумя совместимыми сетями. Критерии, используемые для определения, разрешается ли вызов в конкретной сети, регулируются в алгоритме выбора, который поясняется более подробно ниже со ссылкой на фиг.5.

Фиг.4 является блок-схемой алгоритма, показывающего функционирование распорядителя вызовов. Когда питание подается первый раз на устройство связи, распорядитель вызовов может попытаться зарегистрироваться в предпочитаемой пользователем сети, сохраненной в энергонезависимой памяти на этапе 402. Как только зарегистрировался, распорядитель вызовов принимает запрос на создание вызова от пользователя через пользовательский интерфейс на этапе 404. Запрос на создание вызова включает в себя различные параметры, такие как параметры услуги (например, тип запрашиваемой пользователем услуги и качество обслуживания, необходимое для обеспечения вызова) и входную информацию последовательности набора. На этапе 406 распорядитель вызовов может идентифицировать сети, поддерживаемые устройством связи, которые являются совместимыми по услуге с запросом на создание вызова. В качестве альтернативы этот этап может быть опущен, так что определение, разрешается ли вызов (описанное ниже), может выполняться для каждой сети, является ли она совместимой по услуге или нет.

На этапе 408 распорядитель вызовов определяет, разрешается ли вызов, идентифицированный в запросе на создание вызова, в зарегистрированной в настоящее время сети. Это определение выполняется как функция результата работы алгоритма идентификации, подробности которой поясняются ниже со ссылкой на фиг.5. Если результат работы алгоритма идентификации указывает, что вызов разрешается в зарегистрированной сети, распорядитель вызовов пытается создать вызов в той сети на этапе 410. Если зарегистрированная сеть не находится среди сетей, в которых разрешен вызов, или если обслуживание для зарегистрированной сети пропадает, то распорядитель вызовов выбирает одну из остальных «разрешенных» сетей для повторной регистрации на этапе 412. В этом случае распорядитель вызовов сначала определяет, определялись ли другие сети как «разрешенные» по результату работы алгоритма идентификации, и если так, определяет, находятся ли какие-либо из тех сетей среди совместимых по услуге сетей. Как только выбирается альтернативная сеть, распорядитель вызовов отменит регистрацию устройства связи из текущей сети и попытается зарегистрироваться в новой выбранной сети на этапе 414. Если распорядитель вызовов неуспешно зарегистрирует устройство связи в новой выбранной сети, распорядитель вызовов выберет другую сеть для регистрации из совместимых по услуге сетей на этапе 412. В заключение распорядитель вызовов попытается создать вызов на зарегистрированной сети на этапе 416.

Фиг.5 является блок-схемой алгоритма, иллюстрирующей типовой алгоритм идентификации, чей результат работы используется описанным выше распорядителем вызовов. Алгоритм идентификации реализует способ для идентификации, которой из сетей, с которой совместимо устройство связи, устройство связи разрешит поддерживать набранный вызов. Алгоритм идентификации также реализует процедуру для форматирования запроса на создание вызова, так что вызов сможет создаваться в различных сетях. Устройство связи может функционировать в определенных сетях посредством карты связи, приспособленной к конкретной сети или группе сетей. Устройство связи может также обладать множеством таких карт, дающих ему возможность функционировать во множестве сетей или группах сетей. Например, устройство связи может одновременно поддерживать SIM-карту (модуль определения абонента), дающую возможность функционировать в сетях GSM и GPRS, карту R-UIM (съемный модуль определения абонента), дающую возможность функционировать в сети CDMA или гибридной сети CDMA/GSM, и USIM-карту (модуль определения абонента UMTS), дающую возможность функционировать в сети UMTS. Конечно, нужно понимать, что изобретение не ограничивается каким-либо конкретным типом карты или сочетанием карт, а применяется к устройствам связи, которые могут быть приспособлены для функционирования в любой из множества существующих или позже разработанных беспроводных сетей.

Когда принимается пользовательский запрос на создание вызова (как показано на этапе 404 в фиг.4), алгоритм идентификации, проиллюстрированный на фиг.5, принимает пользовательскую последовательность набора в качестве входных данных на этапе 500. На этапе 502 алгоритм рассматривает, указывает ли входная последовательность набор номер экстренного вызова. Например, в некоторых областях Соединенных Штатов последовательность набора, содержащая последовательность цифр «911», указывает номер экстренного вызова. Если запрос является экстренным вызовом, распорядитель вызовов помечает вызов «разрешенным» для всех доступных сетей на этапе 504, указывая, что вызов может создаваться в любой доступной и совместимой с услугой сети. Совместимой с услугой сетью является та, что совместима с картой связи в устройстве связи. Алгоритм может пропускать оставшиеся обычные этапы в случае экстренного вызова, указывать распорядителю вызовов создать экстренный вызов в зарегистрированной в данный момент сети и продолжать пытаться создать вызов в любой доступной сети, пока вызов не разместится успешно. Если, с другой стороны, на этапе 502 определяется, что запрос на создание вызова не содержит номер экстренного вызова, то на этапе 506 алгоритм выбирает одну карту из множества карт связи и переходит к проверке и форматированию запроса на создание вызова так, чтобы вызов мог быть отклонен или размещен в сети, которая совместима с выбранной картой.

На этапе 508 определяется, разрешается ли запрос вызова для выбранной карты. Вызов может быть разрешен, например, если входная последовательность набора, принятая вместе с запросом на создание вызова, содержится в фиксированном списке набора, который пользователь запрограммировал в карту связи. Такая ситуация может возникнуть, например, когда родители обеспечивают устройством беспроводной связи ребенка и программируют карту связи для разрешения ребенку набирать только определенные телефонные номера. Это вызывает эффект вынуждения устройства связи функционировать только с целью набора этих номеров. Конечно, есть другие ситуации, в которых такой разрешенный список набора мог бы быть создан. Соответственно на этапе 508 информация, например фиксированные списки набора, списки блокируемых вызовов или другая определяемая пользователем информация подвергается доступу с целью сравнения входной последовательности набора с информацией и определения, разрешается ли вызов. Если на этапе 508 определяется, что вызов не разрешается, например, из-за того, что последовательность набора не представляет собой номер, включенный в фиксированный список набора, либо представляет собой номер, включенный в блокируемый список вызовов, то на этапе 510 вызов помечается «не разрешенным» для сетей, совместимых с выбранной картой. На этапе 512 запрашивается, готовы ли дополнительные сети, совместимые с другими картами связи в устройстве связи, обеспечить вызов. Если нет, вызов отклоняется на этапе 514, и вызов никогда не создается. В противном случае алгоритм возвращается к этапу 506, где выбираются следующая карта и ее совместимые сети, чтобы проверить на их готовность обеспечить вызов. Такая ситуация может возникать, когда устройство связи включает в себя две отдельных карты связи, каждая имеющая свой собственный фиксированный список набора из условия, что номер телефона, представленный входной последовательностью набора, появляется в одном из списков, но не в другом. В таком случае вызов был бы «не разрешенным» для сетей, доступных с одной из карт, но мог быть разрешен в сетях, доступных с другой картой.

Возвращаясь к этапу 506, в случае, если запрос вызова считается разрешенным для первой выбранной карты, алгоритм на этапе 516 проверяет, должна ли быть преобразована последовательность набора в новый номер. Например, если входная последовательность набора, принятая на этапе 500, представляет собой предварительно установленную команду, запрограммированную пользователем в карту связи, чтобы представлять часто используемый телефонный номер, она должна быть преобразована в новую последовательность набора, символизирующую реальный номер телефона. Или ей может требоваться преобразоваться так, чтобы она включала в себя соответствующие цифры для размещения в качестве междугородного вызова. Если по любой причине определяется, что последовательность набора должна быть преобразована, то она преобразуется в новую последовательность набора на этапе 517, и на этапе 518 новая последовательность набора проверяется, чтобы определить, является ли она номером экстренного вызова. Если так, то вызов помечается на этапе 520, чтобы указывать, что это есть «разрешенный новый номер экстренного вызова» для выбранного режима. Это может возникнуть, если последовательность набора представляет собой определяемый пользователем код для номера экстренного вызова. Этот определяемый пользователем экстренным код затем должен быть заменен на реальный номер экстренного вызова, и этот номер будет распознан на этапе 518 как номер экстренного вызова. Иначе вызов помечается на этапе 522, чтобы указывать, что это есть «разрешенный новый обычный номер» для выбранной карты, где «обычный» означает, что вызов не является экстренным вызовом.

Возвращаясь к этапу 516, если вместо этого определяется, что входную последовательность набора не нужно преобразовывать в новый номер, то на этапе 524 алгоритм запрашивает, представляет ли собой входная последовательность набора SS (дополнительный запрос на обслуживание) или USSD (неструктурированный запрос данных SS). Например, определенная информация в последовательности набора может указывать поставщику услуг, ассоциированному с выбранной сетью, что набирается запрос на обслуживание. В этом случае последовательность набора преобразуется в код запроса SS или USSD, и вызов помечается на этапе 526 для указания, что он является «разрешенным SS/USSD» для выбранной сети. В противном случае вызов помечается на этапе 528, чтобы указывать, что он является «разрешенным исходным номером» для сетей, совместимых с выбранной картой.

В типовом алгоритме идентификации, описанном выше, входящий запрос вызова может иметь результатом одну из, по меньшей мере, шести различных отметок для указания, разрешался ли он и в какой форме на выбранной карте, как указывается на этапах 504, 514, 520, 522, 526 и 528. Кроме того, в случае, когда устройство связи содержит множество карт связи, запрос вызова может помечаться с помощью любого сочетания из двух или более отметок, которые представляют условия, указанные на этапах 504, 514, 520, 522, 526 и 528. Тогда как входные данные алгоритма идентификации содержат, по меньшей мере, одно поле данных, которое содержит входную последовательность набора, выходные данные могут содержать два или более полей данных. Одно выходное поле данных содержит последовательность набора, которая может быть идентична входной последовательности набора, или может быть изменена как результат функциональных этапов алгоритма. Второе поле данных может включать в себя один или более разрядов для указания условия отметок, представляющих условия, указанные на этапах 504, 514, 520, 522, 526 и 528.

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

После того, как входная последовательность набора принята или изменена и/или помечена для выбранной сети, алгоритм проверяет на этапе 530, доступны ли другие сети для того, чтобы обработать вызов. Если так, то алгоритм возвращается к этапу 506, где выбирается следующая сеть. Затем следует та же ранее описанная процедура для вновь выбранной сети, и этот процесс продолжается, пока вызов не помечен надлежащим образом для каждой доступной сети, с которой совместимо устройство связи. Если каждая сеть или карта рассмотрена, на этапе 530 будет определено, что больше сетей не доступно. На этапе 531 алгоритм рассматривает, помечены ли какие-либо из вызовов как экстренный вызов. Например, помеченный на этапе 520 вызов является тем, у которого изменили последовательность набора из условия, что новая последовательность набора указывает экстренный вызов. Если на этапе 531 определяется, что есть экстренный вызов, то вызов помечается на этапе 533 как разрешенный во всех сетях.

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

Конечно, также возможны дополнительные примеры, касающиеся того, как может выбираться сеть на этапе 532, включая рассмотрение различных пометок, которые могут быть сформированы на этапах 520, 522, 528, 526, 504 и 533. Например, когда входная последовательность набора содержит номер экстренного вызова, алгоритм на этапе 532 может указать распорядителю вызовов попытаться создать вызов в активной в данный момент сети. Если попытка создания потерпела неудачу после определенного времени, которое может быть установлено, например, поставщиком сетевых услуг, производителем устройства связи или каким-либо другим источником, алгоритм может указать распорядителю вызовов удерживать текущую сеть как активную сеть, и повторять запрос на создание вызова, или может указать распорядителю вызовов отключиться от текущей сети, переключиться на новую активную сеть и попытаться создать вызов в новой активной сети. Распорядитель вызовов может повторить либо ситуацию, либо любое сочетание этих ситуаций, пока экстренный вызов не создастся успешно в совместимой сети.

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