СПОСОБ И УСТРОЙСТВО ДЛЯ ПРЕДОСТАВЛЕНИЯ ИНФОРМАЦИИ ПРИСУТСТВИЯ ДЛЯ ПОДДЕРЖКИ СЛУЖБ БЕСПРОВОДНОЙ СВЯЗИ

РОДСТВЕННЫЕ ЗАЯВКИ

Заявляется приоритет согласно заявке на патент США № 60/698192, поданной 11 июля 2005 г. и озаглавленной "Способ и устройство для предоставления информации присутствия для поддержки служб беспроводной связи", которая включена в этот документ путем ссылки.

ОБЛАСТЬ ТЕХНИКИ

Изобретение относится к связи, и, более конкретно, к обеспечению информации присутствия в системе радиосвязи.

УРОВЕНЬ ТЕХНИКИ

Системы радиосвязи, такие как сотовые системы (например, системы с расширенным спектром, такие как сети с многостанционным доступом с кодовым разделением каналов (CDMA) или сети с многостанционным доступом с временным разделением каналов (TDMA)) предоставляют абонентам преимущество мобильности наряду с широким набором услуг и функций. Благодаря этому преимуществу постоянно растущее число потребителей в значительной мере принимает способ связи как приемлемый для делового и личного использования. Для содействия дальнейшему росту телекоммуникационная отрасль, от производителей до провайдеров услуг, согласилась на большие затраты и усилия для развития стандартов протоколов связи, лежащих в основе различных сервисов и функций. Одна область обслуживания, привлекающая значительное внимание, - полудуплексная связь "Нажми и говори по сотовой" (РоС, Push-To-Talk Over Cellular). Традиционные подходы не обеспечивают адекватного указания на доступность абонента в сети.

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

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

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

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

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

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

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

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

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

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

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

Фиг.2 - схема процедуры регистрации для терминалов в системе на фиг.1.

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

Фиг.4 - схема типичной архитектуры "Нажми и говори по сотовой" (РоС), способной поддерживать службу присутствия, в соответствии с изобретением.

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

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

Фиг.7 - схема типичных компонентов мобильной станции, способной работать в системах на фиг.6А и 6В в соответствии с изобретением.

Фиг.8 - схема корпоративной сети, способной поддерживать процессы, описанные здесь, в соответствии с изобретением.

ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНОГО ВАРИАНТА ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ

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

Хотя различные варианты осуществления изобретения описаны по отношению к службе "Нажми и говори по сотовой" (РоС) в сотовой сети с расширенным спектром, очевидно и предполагается, что изобретение имеет применение в других областях услуг связи и радиосетей. Кроме того, хотя изобретение обсуждается по отношению к сетям IMS (Служба Мультимедийных IP Подсистем) и MMD (мультимедийный домен), для обычного специалиста очевидно, что изобретение применимо к любому типу опорных сетей, базирующихся на IP, использующих другие коммуникационные протоколы. Также предполагается, что любой тип протокола установления сеанса, Протокол Инициирования Сеанса (SIP) Инженерной Группы по Развитию Интернета (IETF) или протокол Н.323 Международного Союза Электросвязи (ITU), могут быть использованы для выполнения на практике различных вариантов осуществления изобретения.

Кроме того, этот подход, в соответствии с различными примерами осуществления, описывает способы для распространения атрибутов информации присутствия по сетям IMS (Служба Мультимедийных IP Подсистем) 3GPP (Проект партнерства 3-го поколения) и по сетям MMD (мультимедийного домена) 3GPP2 (Проект 2 партнерства 3-го поколения). IMS обеспечивает мультимедийные IP службы, включая РоС, VoIP (Голос по Интернет-протоколу) или пакетированные голосовые вызовы, мгновенный обмен сообщениями (IМ), службу присутствия, групповую связь и т.д., для мобильных устройств. IMS использует, например, Протокол Инициирования Сеанса (SIP) в качестве сигнального протокола, который более полно описан в рабочих предложениях (RFC) 3261 (которые включены в этот документ путем ссылки) инженерной группы по развитию Интернета (IETF).

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

В примере осуществления беспроводная сеть 101 поддерживает службу групповой связи, например службу "Нажми и говори по сотовой" (РоС), при этом терминалы 103, 105 сконфигурированы как РоС-клиенты (т.е. РоС-терминалы). Для пояснения, РоС-терминал 105 обслуживается удаленной РоС-сетью 107.

Важным аспектом службы РоС является определение присутствия (и, таким образом, доступности) терминалов 103, 105. Доступность информации присутствия поддерживается сервером присутствия 111, который является элементом, принимающим, хранящим и распространяющим информацию присутствия. Информация присутствия, в соответствии с одним из вариантов осуществления, может быть передана сервером приложений 109 на сервер присутствия 111 для публикации на терминалы 103, 105 (т.е. наблюдатели).

Каждый из РоС-терминалов 103, 105 может поддерживать такие аппаратные возможности, как устройство громкой связи и/или гарнитура, а также программные средства, обеспечивающие возможность абоненту конфигурировать терминалы 103, 105 для немедленного приема инициаций вызовов и воспроизведения информации, как только она получена, без вмешательства вызывающего абонента. Этот режим работы известен как автоответ или автоматический режим. Абонент может альтернативно сконфигурировать РоС-терминалы 103, 105 на начальное оповещение абонента и требование, чтобы абонент вручную принимал приглашение к сеансу, до того как информация будет принята. Этот режим работы называется режим ручного ответа. РоС-терминалы 103, 105 могут поддерживать оба или только один из этих режимов работы. Например, абонент может легко изменить конфигурацию режима ответа (AM) РоС-терминалов 103, 105, основываясь на текущих обстоятельствах и предпочтениях (например, абонент в настоящий момент занят или находится в месте общего пользования, поэтому использование громкой связи неприемлемо).

Каждый из РоС-терминалов 103, 105 может также быть сконфигурирован как агент пользователя (UA) Протокола Инициирования Сеанса (SIP). В качестве агента пользователя SIP РоС-терминал 103, 105 может установить сеанс с одним или несколькими агентами пользователя SIP одновременно, эта связь может быть инициирована абонентом путем нажатия кнопки «разговор». РоС-терминалы 103, 105 SIP могут поддерживать различные основанные на SIP службы связи в дополнение к "Нажми и говори" (например, VoIP телефонию, службы присутствия, службы обмена сообщениями и т.п.). Абонент может захотеть временно запретить прием сеансов "Нажми и говори", в то же время оставаясь SIP-зарегистрированным для одной или нескольких SIP-служб. Когда РоС-терминал сконфигурирован не принимать любые входящие сеансы "Нажми и говори", такая конфигурация называется Запрет Входящих Сеансов (ISB).

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

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

Открытый Мобильный Альянс (ОМА) определил набор требований для поддержки службы РоС. В частности, спецификация «ОМА (Open Mobile Alliance) Presence SIMPLE enabler» определяет Элемент Информации Присутствия, называемый «Доступность для конкретного Приложения». Этот элемент показывает, возможно ли принять входящий запрос связи, используя определенную службу или устройство (если они определены). Например, если объект, выдающий информацию присутствия (например, терминал 103), обеспечен службой РоС и удовлетворяет одному или нескольким условиям (например, положение внутри покрытия сети 101, соответствие устройства (в смысле аппаратных и/или программных конфигураций) и т.д.), абонент будет «доступным» для службы РоС. Однако, если любое из этих условий было бы не выполнено, абонент был бы «недоступным».

Спецификация «ОМА Presence SIMPLE enabler» также определяет, что «Доступность для конкретного Приложения» должна быть определена в формате данных Формат Данных Информации Присутствия (PIDF) с использованием следующей схемы: <tuple>→<status>→<basic>→open/closed и <service-description> (<кортеж>→<состояние>→<базовое>→открыто/закрыто и -<служба-описание>). Однако очевидно, что такая схема чрезмерно ограниченная. То есть при использовании двоичных величин <базовое> «открыто» и «закрыто» для доступности, сведения наблюдателя ограничены по отношению к тому, что можно ожидать для будущих значений доступности.

В случае РоС службы ОМА доступность абонента устанавливается на «закрыто», когда абонент дерегистрируется в сети, но также она устанавливается на «закрыто», когда абонент включает флаг (или указатель) Запрета Входящих Сеансов (ISB). Эти два случая представляют различные режимы абонента, но, используя модель ОМА, невозможно различить эти разные случаи. Когда абонент не зарегистрирован, наблюдатель может ожидать, что абонент РоС может быть в ближайшем будущем недоступен в любое время (например, абонент может быть в отпуске, и аппарат выключен). Однако когда флаг установлен, наблюдатель может ожидать, что недоступность абонента РоС только временная. Другими словами, абонент будет доступен относительно скоро (например, абонент может быть на важной встрече, и, следовательно, включил ISB, поскольку абонент не хочет, чтобы его кто-либо беспокоил).

Подход, в соответствии с одним из вариантов осуществления изобретения, расширяет базовый двойной тип доступности информацией состояния регистрации, состояния запрета и участия в сеансе, указывающей дополнительные детали информации доступности. В примере осуществления эта информация может быть получена из пакета событий состояния регистрации Протокола Инициирования Сеанса (SIP). Как пояснялось ранее, терминалы 103, 105 могут использовать SIP для установления и прекращения сеансов связи между ними. Важной функцией SIP является операция регистрации, которая обеспечивает связывание Унифицированного Идентификатора Ресурса SIP (URI) (т.е. запись адреса) и одного или нескольких контактов URI. Метод SIP REGISTER позволяет агенту пользователя управлять регистрациями, например контакты могут быть добавлены или удалены, а для предотвращения несанкционированного доступа могут быть применены установки. В SIP-протоколе регистрации заканчиваются по истечении определенного периода времени, и, таким образом, требуется производить обновление.

На фиг.2 показана схема процедуры регистрации для терминалов на фиг.1. Пакет событий состояния регистрации детально описан в документе IETF RFC 3680, озаглавленном «Пакет Событий для Регистрации Протокола Инициирования Сеансов (SIP)» и включенном в этот документ путем ссылки. RFC 3680 определяет следующие состояния событий. Состояние 201 Init (Начальное), состояние 203 Active (Активное), и состояние 205 Terminated (Завершенное). Однако только Активное состояние и Завершенное состояния полезны для определения наличия присутствия. Конечный автомат 200 для процедуры регистрации показан с событиями, которые имеют отношение к предоставлению информации присутствия. Конечный автомат 200 представляет собой конечный автомат для одного контакта, так что его экземпляр запускается, когда контакт регистрируется, и удаляется при удалении контакта. Когда в адресе записи нет зарегистрированных контактов, автомат находится в Начальном состоянии. Когда контакт регистрирует адрес записи, конечный автомат 200 переходит из Начального состояния 201 в Активное состояние 203. То есть, когда новый контакт добавлен, конечный автомат для этого контакта запускается и переходит в Активное состояние 203. Конечный автомат 200 остается в Активном состоянии 203, если есть хотя бы один контакт, привязанный к адресу записи. Когда срок последнего контакта истекает или его удаляют, регистрация переходит в Завершенное состояние 205.

В соответствии с вариантом осуществления изобретения сервер приложений 109 (на фиг.1) может быть абонентом пакета событий регистрации. Извещение генерируется абонентам, когда случается любое событие или в конечном автомате адреса записи, или конечном автомате контакта. Представляющие интерес события включают регистрацию, обновление, истечение срока, отсутствие регистрации и отклонение. Определенные состояния регистрации, например Активное состояние 203, Завершенное состояние 205, могут быть определены в информации присутствия.

Кроме того, для РоС-службы ОМА определена дополнительная информация доступности для представления следующей информации о состоянии: ISB (Запрет Входящего Сеанса), IАВ (Запрет Мгновенного Персонального Оповещения) и максимальное число одновременно разрешенных (или конкурентных) РоС-сеансов, которое может быть достигнуто.

На фиг.3А и 3В показаны блок-схемы процессов для предоставления расширенной информации присутствия в соответствии с осуществлением изобретения. В соответствии с осуществлением изобретения сервер приложений 109 может придерживаться архитектуры IP Мультимедиа Подсистем (IMS). Взаимодействие в предоставлении информации присутствия между сервером приложений 109 (например, РоС-сервером) и сервером 111 будет объяснено ниже.

На этапе 301 сервер приложений 109 может запросить пакет событий состояния регистрации, чтобы получать обновления об изменении событий (или состояний). Понятно, что состояние регистрации может быть рассмотрено как один из видов информации присутствия, но оно не непосредственно используется для службы присутствия, так как сервер присутствия 111 ожидает, что все публикации должны быть предоставлены в определенном, заданном формате, например, Формате Данных Информации Присутствия (PIDF). Процедуры запроса сервером приложений пакета событий состояния регистрации детализированы в 3GPP TS 34.229 и 3GPP2 X.S0013-004-A, включенных в этот документ путем ссылки.

В соответствии с осуществлением изобретения сервер приложений 109 использует состояние регистрации (например, как определено в RFC 3680) как ввод данных для информации присутствия. Другими словами, состояние регистрации отображается в наличии присутствия (на этапе 303), таким образом, предоставляя дополнительное значение доступности. Далее информация присутствия публикуется в соответствии с заданным форматом на этапе 305.

Альтернативно сервер приложений 109 сам может иметь сведения об информации состояния (сценарий, показанный на фиг.3 В). Например, полагая сервер приложений 109 РоС-сервером, индикаторы ISB или IAB могут быть установлены непосредственно на РоС-сервере 109, используя РоС-установки пакета событий. По этому сценарию индикаторы состояния запрета, т.е. индикаторы ISB или IAB, определяются (этап 311) как установки мобильного терминала 103. В другой момент, полагая, что сервер приложений 109 является РоС-сервером, РоС-сервер определяет, достиг ли РоС-абонент максимального числа разрешенных одновременных РоС-сеансов (этап 311).

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

В соответствии с осуществлением изобретения сервер присутствия 111 использует Формат Данных Информации Присутствия (PIDF) для сбора информации присутствия. PIDF определен в документе RFC 3863, озаглавленном как Формат Данных Информации Присутствия (PIDF) (включен в этот документ путем ссылки). Таким образом, формат PIDF, в примере осуществления изобретения, может быть расширен состоянием регистрации, состоянием запрета и информацией участия в сеансе. Структура Расширяемого Языка Разметки (XML) для этой информации может быть определена как расширение PIDF. В примере осуществления могут быть заданы три значения расширения: <registration-state>, <barring-state> и <session-participation> (<состояние регистрации>, <состояние запрета> и <информация участия в сеансе>).

Таблица 1 описывает пример задания структуры XML (расширяемого языка разметки):

В одном из примеров абонент РоС становится недоступен из-за нерегистрации: <registration-state>terminated</registration-state> отображается из пакета событий состояний регистрации, <barring-state>terminated</barring-state> отображается из пакета событий установок РоС. В таблице 2 показан соответствующий XML.

В другом примере служба сеанса РоС становится недоступной из-за установки флага ISB. <registration-state>active</registration-state> отображается из пакета событий состояний регистрации, <barring-state>active</barring-state> отображается из пакета событий установок РоС. В таблице 3 показан соответствующий XML:

В другом примере служба сеанса РоС становится недоступной из-за того, что было достигнуто максимальное число одновременных сеансов РоС: РоС-сервер публикует элемент <session-participation>, чтобы сообщить об этом. В таблице 4 показан соответствующий XML:

По еще одному сценарию служба экстренного оповещения РоС недоступна из-за того, что флаг IАВ установлен во включенное состояние "on": <registration-state>active</registration-state> отображается из пакета событий состояний регистрации, <barring-state>active</barring-state> отображается из пакета событий установок РоС. В таблице 5 показан соответствующий XML:

На фиг.4 представлена схема примера осуществления архитектуры связи "Нажми и говори по сотовой" (РоС), способной поддерживать службу присутствия в соответствии с одним из примеров осуществления изобретения. Для поддержки РоС-службы РоС-клиент и РоС-сервер связываются с модулем 405 присутствия, чтобы убедиться, что информация присутствия о РоС-клиенте известна. Модуль 405 присутствия (который может быть использован как сервер присутствия) является объектом, который принимает, хранит и распространяет информацию присутствия о РоС-клиентах. Информация присутствия может быть опубликована РоС-сервером 403 по поручению РоС-клиента 401. Эта информация может быть запрошена наблюдателем или РоС-сервером 403 по поручению РоС-клиента 401. В соответствии с различными осуществлениями изобретения информация состояния (например, состояние регистрации, состояние запрета и информация участия в сеансе) факторизирована в определение доступности присутствия РоС-клиента 401. Как показано, например, ISB флаг 407а или IAB флаг 407b могут быть использованы для предоставления дополнительной информации доступности.

Модуль присутствия 405 взаимодействует с модулем 409 Управления Документированием XML (XDM), который управляет документами XML, хранящимися в сети (например, специальные документы РоС, контакт-лист URI и т.д.). Среди других функций управления модуль 409 XML может подписываться на изменения, сделанные в этих XML-документах, так что когда изменения в документе происходят, получают извещение. Модуль 409 XDM может быть выполнен в виде фиксированного терминала или абонентского оборудования.

Возможности РоС-клиента 401 и сервера присутствия 405 по поддержке РоС-службы поясняются далее. РоС-клиент 401 может получить доступ к РоС-службе и может находиться внутри терминала доступа (например, мобильного), как показано на фиг.1. РоС-клиент 401 сконфигурирован для обеспечения инициирования РоС-сеанса и разблокировки, так же как выполнения регистрации в, например, SIP/IP ядре 411. РоС-клиент 401 может также выполнить аутентификацию абонента SIP/IP сети 411. Кроме того, РоС-клиент 401 генерирует и обменивается речевым графиком (т.е. РоС-графиком), используя совместно действующие процедуры и протоколы, например процедуры управления речевым графиком, согласование протокола управления речевым графиком, возможность установить Индикацию Режима Ответа (Ручной ответ, Автоответ), Запрет Входящего Сеанса и Запрет Входящих Мгновенных Персональных Оповещений, поддержку одновременных РоС-сеансов и процедуры адаптации в плоскости абонента, если они инициированы РоС-сервером 403.

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

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

Кроме того, как упоминалось, РоС-сервер 403 может брать на себя роль наблюдателя, в этой функции сервер 403 может запрашивать информацию присутствия от службы присутствия (например, модуля присутствия 405), чтобы обеспечить посредничество в отношении атрибутов присутствия в принудительном применении политики для РоС-сеанса (например, при статусе «недоступен» РоС-клиента, принуждение к установкам РоС-присутствия РоС-клиентов и т.д.). Отметим, что РоС-сервер 403 может поддерживать принудительную политику для управления РоС-сеансом, основанную на относящейся к РоС или общей информации присутствия.

Как показано, модуль 413 Обнаружения и Регистрации выполняет SIP регистрацию в SIP/IP ядре 411, показывая поддержку РоС-службы в запросе регистра. После успешной регистрации РоС-абонента связь может начинаться. Кроме того, модуль 415 аутентификации/авторизации обеспечивает аутентификацию для РоС-клиента 401 для доступа к РоС-службе.

В целях пояснения конкретные элементы информации присутствия РоС и процедуры присутствия описаны в контексте ОМА РоС-службы. Набор элементов присутствия задан, чтобы выразить статус присутствия РоС-абонента. В таблице 6 перечислены элементы присутствия, отображаемые в соответствующие элементы информации присутствия.

«Доступность для службы РоС-сеанса» может быть отображена в элементе информации присутствия «Доступность конкретного приложения», имеющем отношение к службе «РОС-сеанса», согласно таблице 7.

Элемент информации присутствия «Доступность для службы РоС-сеанса» может быть отображен в следующий обязательный элемент <status> (статус) с подчиненным элементом <basic> (основной) со значением "open", опциональный элемент <registration-state> (состояние регистрации) со значением "active" (активное); и опциональный элемент <barring-state> (состояние запрета) со значением "terminated" (завершенное)

Вышеуказанное преобразование выполняется, если информация присутствия доступна для входящих РОС-сеансов. Это происходит, когда РОС-абонент зарегистрирован, запрет ISB не активирован и максимальное число одновременных РОС-сеансов не достигнуто.

Кроме того, элемент информации присутствия «Доступность для службы РОС-сеанса» может быть преобразован в следующий обязательный элемент <status> с подчиненным элементом <basic> со значением "closed" и опциональный элемент <registration-state> со значением "terminated", или опциональный элемент <barring-state> со значением "active", или опциональный элемент <registration-state> со значением "terminated" и опциональный элемент <barring-state> со значением "terminated". По этому сценарию информация присутствия недоступна для входящих РОС-сеансов. Это происходит, когда РОС-абонент не зарегистрирован, ISB активирован или достигнуто максимальное число одновременных РОС-сеансов.

«Доступность для РоС-службы оповещения» может быть преобразована в элемент информации присутствия «Доступность для конкретного приложения», принадлежащий службе «РОС-оповещение», согласно таблице 8.

Если информация присутствия доступна для входящих Мгновенных Персональных Оповещений РОС, элемент информации присутствия «Доступность для РоС-службы оповещения» может быть преобразован в следующий обязательный элемент <status> с подчиненным элементом <basic> со значением "open" и опциональный элемент <registration-state> со значением "active" или опциональный элемент <barring-state> со значением "terminated".

Указанное состояние случается, когда РОС абонент зарегистрирован, и Запрет Мгновенных Персональных Оповещений (IАВ) не активирован.

Однако, если информация присутствия недоступна для входящих Мгновенных Персональных Оповещений РОС, элемент информации присутствия «Доступность для РоС-службы оповещения» может быть преобразован в следующий обязательный элемент <status> с подчиненным элементом <basic> со значением "closed" и опциональный элемент <registration-state> со значением "terminated" или опциональный элемент <barring-state> со значением "active ". Этот сценарий происходит, когда РОС-абонент не зарегистрирован или Запрет Мгновенных Персональных Оповещений (IАВ) активирован.

«Участие в РОС-сеансе» может быть преобразовано в элемент информации присутствия «Участие в Сеансе», принадлежащий службе «РОС-сеанса», согласно таблице 9.

Элемент информации присутствия «Участие в РОС-сеансе» может быть преобразован в элемент «Участие в сеансе» с подчиненным элементом <basic> со значением "open", если информация присутствия участвует в, по меньшей мере, одном РОС-сеансе, но максимальное число разрешенных одновременных РОС-сеансов не достигнуто. Элемент информации присутствия «Участие в РОС-сеансе» может быть преобразован в элемент «Участие в сеансе» с подчиненным элементом <basic> со значением "open" подчиненным элементом <mах>, если информация присутствия достигла максимума по числу разрешенных одновременных РОС-сеансов.

Что касается процедуры РОС-сервера, если РОС-сервер 403 выполняет функцию РОС-участия, например, собственная РОС-сеть РОС-абонента поддерживает публикацию Информации Присутствия по поручению РОС-клиента 401, РОС-сервер 403 может предоставить элементы информации присутствия, указанные в параметре инициализации 'PRES-SRV-CAP', посылаемом РОС-клиенту 401.

Таблица 10 определяет типичные элементы присутствия, которые могут быть опубликованы РОС-сервером 403.

Как отмечалось, РОС-сервер 403 может действовать как источник информации присутствия и публиковать некоторые установки информации присутствия от лица РОС-клиента 401. Для примера поясним следующие процедуры: РОС-регистрация и дерегистрация, Запрет Входящих Сеансов (ISB), Запрет Мгновенных Персональных Уведомлений (IАВ) и состояние РОС-сеанса. Эти процедуры могут быть применены, когда РОС-сервер 403 действует как источник информации присутствия и поддерживает публикацию элементов информации присутствия в соответствии с таблицей 10.

Отметим, что когда SIP/IP ядро 411 соответствует 3GPP/3GPP2 IMS, РОС-сервер 403 может использовать процедуры «действующего сервера приложений AS как инициирующий Агент пользователя», определенные в 3GPP TS 24.229 / 3GPP2 X.S0013-004-A (включенной в этот документ путем ссылки), когда он действует как источник информации присутствия.

По принятии запроса на регистрацию от РОС-абонента, РОС-сервер 403 может действовать как источник информации присутствия. В таком случае РОС-сервер 403 может выполнить публикацию информации присутствия и может установить следующие элементы (как определено в таблице 10): Элемент информации присутствия «Доступность для службы РОС-сеанса» и Элемент информации присутствия «Доступность для службы РОС-оповещения». Кроме того, РОС-сервер 403 может установить элемент информации присутствия <entity> (объект) в значение подтвержденной идентичности РОС-абонента, который зарегистрировался в РОС-службе (например, в значение поля заголовка P-Asserted-ldentity запроса REGISTER). Кроме того, РОС-сервер 403 может установить элемент информации присутствия «Участие в РОС-сеансе» в состояние closed (как определено в таблице 10). Отметим, что другие элементы информации присутствия могут быть опубликованы с соответствующими значениями в это же время.

При приеме запроса дерегистрации от РОС-абонента РОС-сервер 403 может произвести публикацию информации присутствия и может установить оба значения элементов информации присутствия «Доступность для службы РОС-сеанса» и «Доступность для службы РОС-оповещения» в состояние Недоступен. РОС-сервер 403 может также установить элемент <entity> информации присутствия в значение подтвержденной идентичности РОС-абонента, который дерегистрировался из РОС-службы (например, в значение поля заголовка P-Asserted-ldentity запроса REGISTER). Кроме того, РОС-сервер 403 может установить элемент информации присутствия «Участие в РОС-сеансе» в состояние closed.

После приема запроса от РОС-абонента на активацию Запрета Входящих Вызовов (ISB) РОС-сервер 403, действуя как источник информации присутствия, может установить значение элемента информации присутствия «Доступность для службы РОС-сеанса» в Недоступен. Кроме того, РОС-сервер 403 может установить элемент <entity> информации присутствия в значение подтвержденной идентичности РОС-абонента, публикующего ISB (например, в значение поля заголовка P-Asserted-ldentity запроса PUBLISH).

Также запрос от РОС-абонента на деактивацию Запрета Входящих Вызовов (ISB) запускает РОС-сервер 403 на выполнение публикации информации присутствия. РОС-сервер 403 может установить значение элемента информации присутствия «Доступность для службы РОС-сеанса» в Доступен, и элемент <entity> информации присутствия в значение подтвержденной идентичности РОС-абонента, публикующего ISB (например, в значение поля заголовка P-Asserted-ldentity запроса PUBLISH).

После приема запроса от РОС-абонента на активацию Запрета Входящих Мгновенных Персональных Оповещений (IАВ) РОС-сервер 403 может установить значение элемента информации присутствия «Доступность для службы РОС-оповещения» в Недоступен. Также РОС-сервер может установить элемент <entity> информации присутствия в значение подтвержденной идентичности РОС-абонента, публикующего IАВ (например, в значение поля заголовка P-Asserted-ldentity запроса PUBLISH).

В ответ на запрос от РОС-абонента на деактивацию Запрета Входящих Мгновенных Персональных Оповещений (IАВ) РОС-сервер 403 может установить значение элемента информации присутствия «Доступность для службы РОС-оповещения» в Доступен. Кроме того, РОС-сервер может установить элемент <entity> информации присутствия в значение подтвержденной идентичности РОС-абонента, публикующего IАВ (например, в значение поля заголовка P-Asserted-ldentity запроса PUBLISH).

Кроме того, по установке или завершении РОС-сеанса РОС-сервер 403 может действовать как источник информации присутствия. В этом случае РОС-сервер 403 может устанавливать элемент информации присутствия «Участие в РОС-сеансе» в соответствующее значение. Обычно информация присутствия РОС-сеанса публикуется, когда РОС-абонент присоединяется к первому РОС-сеансу или разрывает последний РОС-сеанс. При определении того, что РОС-абонент достиг своего максимального числа одновременных РОС-сеансов, или определении, что РОС-абонент больше не занят в максимальном количестве одновременных РОС-сеансов, которое он может поддерживать, РОС-сервер 403 может действовать как источник информации присутствия и выполнять публикацию информации присутствия. РОС-сервер 403 может установить элемент информации присутствия «Доступность для службы РОС-сеанса» в соответствующее значение (как определено в таблице 10).

РОС-клиент 401 может взаимодействовать с объектами источника информации присутствия и наблюдателя, когда они находятся в одном и том же абонентском оборудовании. Когда РОС-серверу 403 не позволено публиковать информацию присутствия от лица РОС-абонента, источник присутствия, находящийся в том же самом абонентском оборудовании, что и РОС-клиент 401, может публиковать элементы информации присутствия, определенные в параметре инициализации 'PRES-SRV-CAP'.

Обычному специалисту понятно, что процессы для поддержания информации присутствия могут быть выполнены с использованием программной части, аппаратной части (например, общего процессора, микросхемы цифрового сигнального процессора (DSP), специализированной интегральной схемы (ASIC), логических программируемых вентильных матриц (FPGA) и т.д.), встроенных микропрограмм, или комбинации всего этого. Пример такой аппаратуры для выполнения описанных функций описан ниже со ссылкой на фиг.5.

Фиг.5 показывает пример устройства, в котором могут быть использованы различные варианты осуществления изобретения. Вычислительная система 500 включает шину 501 или другой механизм коммутации для передачи информации и процессор 503, соединенный с шиной 501, для обработки информации. Вычислительная система 500 также включает основную память 505, такую как оперативное запоминающее устройство (RAM), или другое динамическое устройство хранения, соединенное с шиной 501, для хранения информации и инструкций для выполнения процессором 503. Основная память может также быть использована для хранения временных переменных и другой промежуточной информации во время выполнения инструкций процессором 503. Вычислительная система 500 может, кроме того, включать постоянное запоминающее устройство (ROM) 507 или другое статическое устройство хранения, соединенное с шиной 501, для хранения статической информации и инструкций для выполнения процессором 503. Устройство хранения информации 509, такое как магнитный или оптический диск, соединено с шиной 501 для постоянного запоминания информации и инструкций.

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

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

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

Процессор 503 может выполнять переданный код при его приеме и/или запоминать код в устройстве хранения 509 или другом энергонезависимом устройстве для дальнейшего выполнения. Таким путем вычислительная система 500 может получить код приложения в виде несущей волны.

Термин «читаемый компьютером носитель», используемый здесь, относится к любому носителю, который участвует в предоставлении инструкций для процессора 530 для исполнения программ. Такой носитель может быть выполнен во многих формах, включая, но не ограничиваясь этим, энергонезависимый носитель, энергозависимый носитель и передающий носитель. Энергонезависимый носитель включает, например, оптические или магнитные диски, такие как устройство хранения 509. Энергозависимый носитель включает динамическую память, такую как основная память 505. Передающий носитель включает коаксиальные кабели, медные провода и оптические линии, включая провода, которые включают шину 501. Передающий носитель может также быть представлен в форме акустических, оптических или электромагнитных волн, таких как генерируемые во время радиочастотных (RF) или инфракрасных (IR) передач данных. Обычные формы читаемого компьютером носителя включают, например, флоппи-диск, гибкий диск, магнитную ленту или другой магнитный носитель, CD-ROM, CDRW, DVD или другой оптический носитель, перфокарту, бумажную ленту, таблицы оптических меток и другие физические носители со структурами прорезей или других оптически распознаваемых элементов, RAM, PROM, EPROM, FLASH-EPROM и другие чипы памяти или модули, несущую волну или любой другой носитель, который компьютер может читать.

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

На фиг.6А и 6В показаны схемы различных систем сотовой мобильной телефонии, способных поддерживать разнообразные осуществления изобретения. Фиг.6А и 6В показывают типичные системы сотовой мобильной телефонии с мобильной станцией (например, телефонной трубкой) и базовой станцией, имеющей установленный приемопередатчик (как часть цифрового сигнального процессора (DSP)), аппаратную и программную части, интегральную схему и/или полупроводниковое устройство в базовой станции и мобильной станции. В качестве примера радиосеть поддерживает услуги второго и третьего поколения (2G и 3G), определенные Международным союзом электросвязи (ITU) для Международной мобильной связи 2000 (IМТ-2000). В целях пояснения возможность выбора канала и несущей радиосети объяснена в отношении архитектуры cdma2000. Будучи версией IS-95 третьего поколения, cdma2000 стандартизована в Проекте 2 партнерства 3-го поколения (3GPP2).

Радиосеть 600 включает мобильные станции 601 (например, телефонные трубки, терминалы, станции, модули, устройства или любой другой тип интерфейса абонента (такой как «носимый» блок и т.д.)), связанные с подсистемой базовых станций (BSS) 603. В соответствии с одним из вариантов осуществления изобретения радиосеть поддерживает услуги третьего поколения (2G и 3G), определенные Международным союзом электросвязи (ITU) для Международной мобильной связи 2000 (IMT-2000).

В этом примере BSS 603 включает базовую приемопередающую станцию (BTS) 605 и контроллер базовой станции (BSC) 607. Хотя показана единичная базовая станция, понятно, что к BSC обычно подключено множество BTS через, например, каналы «точка-точка». Каждая BSS 603 связана с узлом обслуживания пакетных данных (PDSN) 609 через элемент управления передачей или функцию пакетного управления (PCF) 611. Так как PDSN 609 работает как шлюз по отношению к внешним сетям, например Интернету 613 или другим сетям 615 частных потребителей, PDSN 609 может включать систему доступа (Access), авторизации (Authorization) и расчетов (Accounting) (AAA) 617 для надежного определения идентичности и полномочий абонента и отслеживания действий каждого абонента. Сеть 615 включает систему управления сетью (NMS) 631, связанную с одной или несколькими базами данных 633, которые доступны через собственного агента (НА) 635, защищаемого собственной AAA 637.

Хотя показана единичная BSS 603, понятно, что обычно к центру мобильной коммутации (MSC) 619 подключено множество BSS 603. MSC 619 обеспечивает возможность соединения с телефонной сетью с коммутацией каналов, такой как телефонная сеть общего пользования (PSTN) 621. Аналогичным образом, понятно, что MSC 619 может быть связан с другими MSC 619 той же сети 600 и/или с другими радиосетями. MSC 619 обычно находится в связи с базой данных регистра перемещения посетителя (VLR) 623, которая содержит временную информацию об активных пользователях этого MSC 619. Данные в базе данных VLR 623 во многом являются копией базы данных реестра абонентов (HLR) 625, которая хранит детальную информацию о регистрационных услугах пользователя. В некоторых реализациях HLR 625 и VLR 623 являются одной и той же базой данных, однако HLR 625 может быть расположена в удаленном месте, с доступом, например, по сети протокола общеканальной сигнализации №7 (SS7). Центр аутентификации (АиС) 627, содержащий относящиеся к пользователю данные аутентификации, такие как секретный ключ аутентификации, действует совместно с HLR 625 для аутентификации абонентов. Кроме того, MSC 619 соединен с центром службы коротких сообщений (SMSC) 629, который хранит и передает короткие сообщения на и из радиосети 600.

Во время типичной операции системы сотовой телефонии станции BTS 605 принимают и демодулируют множество сигналов обратных каналов от множества мобильных устройств 601, производящих телефонные вызовы или другую связь. Каждый сигнал обратного канала, полученный данной BTS 605, обрабатывается этой станцией. Результирующие данные передаются на BSC 607. BSC 607 обеспечивает распределение ресурсов вызовов и функционирование управления мобильностью, включая организацию мягкой передачи обслуживания между BTS 605. BSC 607 также маршрутизирует полученные данные на MSC 619, который, в свою очередь, обеспечивает дополнительную маршрутизацию и/или коммутацию на интерфейс с PSTN 621. MSC 619 также ответственен за установление соединения, завершение соединения, управление передачей обслуживания внутри MSC и дополнительные службы, а также за сбор, накопление и обработку информации. Аналогично радиосеть 600 передает сообщения по прямому каналу. PSTN 621 сопряжена с MSC 619. MSC 619, кроме того, сопряжен с BSC 607, который, в свою очередь, соединен с BTS 605, которые модулируют и передают множество сигналов по прямому каналу на множество мобильных устройств 601.

Как показано на фиг.6В, два ключевых элемента инфраструктуры 650 пакетной радиосвязи общего назначения (GPRS) - это обслуживающий узел (SGSN) 632 поддержки GPRS и узел (GGSN) 634 шлюза поддержки GPRS. Кроме того, инфраструктура GPRS включает блок управления пакетом PCU (636) и функцию шлюза накопления (CGF) 638, связанную с биллинговой системой 639. Мобильная станция (MS) 641 GPRS использует модуль идентификации абонента (SIM) 643.

PCU 636 является логическим элементом сети, ответственным за относящиеся к GPRS функции, такие как управление доступом по радиоинтерфейсу, планирование и диспетчеризация пакетов радиоинтерфейса, сборка и разборка пакетов. Обычно PCU 636 физически объединен с BSC 645, однако он может быть совмещен с BTS 647 или SGSN 632. SGSN 632 обеспечивает функции, эквивалентные MSC 649, включая управление мобильностью, безопасность, функции управления доступом, но в области коммутации пакетов. Кроме того, SGSN 632 связан с PCU 636 через, например, интерфейс на основе ретрансляции кадров, используя протокол BSS GPRS (BSSGP). Хотя показан только один GGSN, понятно, что множество GGSN 631 могут быть применены и могут разделить область обслуживания на соответствующие области маршрутизации (RA). Интерфейс SGSN/SGSN позволяет осуществлять туннелирование пакетов от старого SGSN к новому SGSN, когда имеет место обновление RA, в контексте происходящего планирования персонального развития (PDP). Когда данный GGSN может обслуживать множество BSC 645, любой данный BSC 645 обычно сопряжен с одним SGSN 632. Также SGSN 632 опционально соединен с HLR 651 через интерфейс на основе SS7, используя улучшенную подсистему мобильного приложения (MAP) GPRS, или с MSC 649 через интерфейс на основе SS7, используя подсистему управления соединением для передачи данных (SCCP). Интерфейс SGSN/HLR позволяет SGSN 632 обеспечивать обновление положения в HLR 651 и находить относящуюся к GPRS информацию пользователя в области обслуживания SGSN. Интерфейс SGSN/MSC дает возможность координации между услугами с коммутацией каналов и услугами с коммутацией пактов, такими как персональный вызов пользователя для голосового соединения. Наконец, интерфейс SGSN 632 в SMSC 653 дает возможность функциональности коротких сообщений в сети 650.

GGSN 634 является шлюзом во внешние сети пакетных данных, такие как Интернет 613 или другие сети 655 частных потребителей. Сеть 655 включает систему управления сетью (NMS) 657, связанную с одной или несколькими базами данных 659, доступных через PDSN 661. GGSN 634 назначает адреса Интернет-протокола (IP) и может также аутентифицировать абонентов, действуя как хост услуги удаленной аутентификации абонента телефонной сети. Межсетевые экраны, расположенные в GGSN 634, также выполняют функцию брандмауэра для ограничения неавторизованного трафика. Хотя показан только один GGSN 634, понятно, что данный SGSN 632 может сопрягаться с одним или несколькими GGSN 633, чтобы разрешить данным абонента быть туннелированными между двумя объектами, а также в сеть 650 и из нее. Когда внешние сети данных инициализируют сеансы поверх GPRS сети 650, GGSN 634 запрашивает HLR 651 для SGSN 632, в текущий момент обслуживающего мобильную станцию MS 641.

BTS 647 и BSC 645 управляют радиоинтерфейсом, включая контроль того, какая мобильная станция (MS) 641 в какое время имеет доступ к радиоканалу. Эти элементы главным образом передают сообщения между MS 641 и SGSN 632. SGSN 632 управляет связью с MS 641, отправляя или принимая данные и храня запись об их положении. SGSN 632 также регистрирует MS 641, аутентифицирует MS 641 и кодирует данные, посланные на MS 641.

На фиг.7 показана схема типичных компонентов мобильной станции (например, телефонной трубки), способной работать в системах на фиг.6А и 6В в соответствии с осуществлением изобретения. В общем радиоприемник часто определяется на основе характеристик входной и выходной частей. Входная часть приемника охватывает все радиочастотные (RF) схемы, тогда как выходная часть охватывает все схемы широкополосной обработки. Относящиеся к данному изобретению компоненты телефона включают основной блок управления (MCU) 703, цифровой сигнальный процессор (DSP) 705 и блок приемопередатчика, включая блок контроля усиления микрофона и блок контроля усиления динамика. Основной блок дисплея 707 предоставляет абоненту дисплей для поддержки различных приложений и функций мобильной станции. Схемы аудиофункции 709 включают микрофон 711 и микрофонный усилитель, который усиливает выходной речевой сигнал микрофона 711. Усиленный выходной речевой сигнал микрофона 711 подается на кодер/декодер (CODEC) 713.

Радиочасть 715 усиливает мощность и преобразует частоту для связи с базовой станцией, включенной в систему мобильной связи (например, систему на фиг.6А и 6В), через антенну 717. Усилитель мощности (РА) 719 и схемы передатчика/модуляции оперативно реагируют на MCU 703, при этом выход РА 719 соединен с дуплексером 721, или циркулятором, или антенным коммутатором, известным специалистам.

При использовании мобильной станции 701 абонент говорит в микрофон 711, и его голос вместе со всеми принятыми шумами преобразуется в аналоговый сигнал. Аналоговый сигнал далее конвертируется в цифровой сигнал в аналогово-цифровом преобразователе (АЦП) 723. Блок управления 703 направляет цифровой сигнал в DSP 705 для обработки, такой как кодирование речи, канальное кодирование, шифрование и интерливинг. В примере осуществления изобретения обработанные голосовые сигналы кодирует блок, не показанный отдельно, используя протокол сотовой связи с многостанционным доступом с кодовым разделением каналов (CDMA), подробно описанный в стандарте Ассоциаций телекоммуникационной отрасли TIA/EIA/IS-95-A - Стандарт совместимости мобильной станции - базовой станции для двухмодовой широкополосной сотовой системы с расширением спектра, включенный в этот документ путем ссылки.

Кодированные сигналы затем направляются на эквалайзер 725 для компенсации любых частотно-зависимых искажений, которые происходят во время передачи через эфир, таких как фазовое или амплитудное искажение. После коррекции битового потока модулятор 727 объединяет сигнал с RF сигналом, сгенерированным в RF интерфейсе 729. Модулятор 727 генерирует синусоидальную волну путем частотной или фазовой модуляции. Чтобы подготовить сигнал для передачи, повышающий преобразователь 731 объединяет синусоидальную волну с выхода модулятора 727 с другой синусоидальной волной, генерированной синтезатором 733, для достижения желаемой частоты передачи. Сигнал затем посылается на усилитель РА 719 для усиления до соответствующего уровня мощности. В фактических системах РА 719 действует как регулируемый усилитель, усиление которого управляется DSP 705 согласно информации, полученной от сетевой базовой станции. Затем сигнал пропускается через дуплексер 721 и опционально посылается на антенный соединитель 735 для согласования импедансов, чтобы обеспечить максимальную мощность передачи. Наконец, сигнал передается через антенну 717 на локальную базовую станцию. Автоматический контроль усиления (AGC) может быть обеспечен для управления на последних каскадах приемника. Сигналы могут быть переданы оттуда на удаленный телефон, который может быть другим сотовым телефоном, другим мобильным телефоном или соединенным с наземной линией телефоном сети общего пользования (PSTN) или других телефонных сетей.

Голосовые сигналы, передаваемые на мобильную станцию 701, принимаются через антенну 717 и немедленно усиливаются усилителем с низким уровнем шума (LNA) 737. Понижающий преобразователь 739 понижает частоту несущей, а демодулятор 741 убирает высокую частоту, оставляя только цифровой поток. Сигнал затем идет через эквалайзер 725 и обрабатывается DSP 1005. Цифроаналоговый преобразователь (ЦАП) 743 преобразует сигнал, и получившийся в результате выходной сигнал поступает к абоненту через динамик 745, все это под управлением основного блока управления (MCU) 703, который может быть выполнен как центральный блок обработки (CPU) (не показан).

MCU 703 принимает разные сигналы, включая сигналы от клавиатуры 747. MCU 703 выдает команду отображения и переключает команду на дисплей 707 и на коммутирующий контроллер речевого выхода, соответственно. Кроме того, MCU 703 обменивается информацией с DSP 705 и может иметь доступ к опционально включенной SIM карте 749 и памяти 751. Кроме того, MCU 703 выполняет разные контрольные функции, запрошенные станцией. DSP 705 может, в зависимости от исполнения, выполнять ряд обычных функций цифровой обработки голосовых сигналов. Кроме того, DSP 705 определяет фоновый уровень шума местного окружения по сигналам, полученным с микрофона 711, и устанавливает усиление микрофона 711 на уровень, выбранный для компенсации согласно предпочтениям абонента базовой станции.

CODEC 713 включает АЦП 723 и ЦАП 743. Память 751 хранит различные данные, включая входящие тоновые данные, и способна запоминать другие данные, включая музыкальные данные, полученные, например, через глобальный Интернет. Программный модуль может размещаться в RAM памяти, флэш-памяти, регистрах или любой другой форме записываемого носителя информации, известной специалистам. Устройство памяти 751 может быть, но не ограничивается этим, CD, DVD, ROM, RAM, EEPROM, оптическим устройством или любым другим энергонезависимым носителем информации, способным запоминать цифровые данные.

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

Фиг.8 показывает пример корпоративной сети, которая может быть сетью передачи данных любого типа, использующей пакетные или сотовые технологии (например, режим асинхронной передачи (ATM), Ethernet, IP и т.д.). Корпоративная сеть 801 обеспечивает проводное соединение с узлами 803, также как беспроводное с узлами 805-809 (фиксированными или мобильными), каждый из которых сконфигурирован для выполнения процессов, описанных выше. Корпоративная сеть 801 может соединяться с множеством других сетей, таких как WLAN сеть 811 (например, IEEE 802.11), сотовая сеть 813 cdma2000, телефонная сеть 815 (например, PSTN) или общедоступная сеть 817 передачи данных (например, Интернет).

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