СИСТЕМА СВЯЗИ Российский патент 2008 года по МПК H04Q7/38 

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

Данное изобретение относится к системе связи, в частности к обеспечению услуги присутствия в системе связи.

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

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

Известны системы связи, обеспечивающие беспроводную связь для терминалов абонентов или других узлов. Примером беспроводной системы является сеть наземной подвижной связи общего пользования (PLMN). PLMN обычно является сотовой сетью, в которой базовая приемно-передающая станция (BTS) или подобный объект доступа обслуживает оборудование абонента (UE), например мобильные станции, через беспроводной интерфейс. Работа устройства, требуемого для связи, обычно управляется одним или несколькими объектами управления, которые сами могут быть взаимосвязаны. Один или несколько шлюзовых узлов обеспечивают подключение PLMN к другим сетям. Примерами других таких сетей являются другая сотовая сеть, коммутируемая телефонная сеть общего пользования (PSTN) и сеть передачи данных с коммутацией пакетов, такая как сеть, основанная на протоколе Интернет (IP). Связь между оборудованием абонента и другими элементами системы связи основана на соответствующем протоколе связи, который определяет «правила», по которым связь управляется в системе.

В текущей беспроводной системе третьего поколения (3G) определены различные серверы для управления различными услугами связи для мобильных абонентов. Они включают в себя серверы, которые обеспечивают функции контроля (управления) состояния(ем) вызова, известные как CSCF. Функции контроля могут также обеспечиваться такими объектами, как домашний сервер абонента (HSS), а приложения - серверами различных приложений. HSS обычно служит для постоянного хранения профиля абонента и используется во время аутентификации. Например, в архитектуре выпуска 5 для 3G, как определено в партнерском проекте ряда компаний по разработке стандарта третьего поколения 3G (3GPP), эти объекты могут быть найдены как расположенные в подсистеме мультимедийных данных протокола Интернет (IMS).

Сеть IMS может находиться в ядре архитектуры 3G, поддерживая сеть, основанную на протоколе Интернет, которая управляет как традиционной речевой телефонией, так и мультимедийными услугами. 3GPP выбрал протокол инициализации сеанса (SIP) в качестве базового протокола обмена сигналами сеанса для сетей 3G. SIP был разработан инженерной рабочей группой сети Интернет (IETF). Интересующиеся могут найти спецификацию 3GPP 24.229, описывающую базовую работу сети IMS, из перспективы SIP, озаглавленной "IP Multimedia Call Control Protocol based on SIP and SDP" в http://www.3gpp.org/ftp/Specs/Latest-drafts/24229-201.zip. SIP является протоколом стиля запрос/ответ в том смысле, что для каждого сообщения, посланного от источника, имеется соответствующий ответ на основании приема подтверждения пункта назначения посланного сообщения. (Сообщение подтверждения приема является специальным случаем, на который ответ не посылается).

Например, в сети 3G, когда абонент сначала включает свой мобильный терминал, он должен зарегистрировать свой идентификатор или адрес абонента с сетью перед тем, как дать возможность терминалу полностью подключиться. Это осуществляется посредством посылки сообщения SIP 'REGISTER' от терминала в IMS, которая включает в себя подробности адреса абонента. IMS принимает и обрабатывает эту информацию с использованием обслуживающей функции контроля состояния вызова (S-CSCF), которая в этом контексте называется "registrar". Сообщение REGISTER используется только для обеспечения установления соответствия между псевдонимом абонента и контактным адресом, например установления соответствия между псевдонимом sip:mikko.lonnfors@sonera.com и адресом протокола Интернет терминала. IMS подтверждает регистрацию путем посылки соответствующего сообщения подтверждения приема (например, сообщения 200 ОК) в соответствии с SIP. Последующие регистрации также имеют место (re-'REGISTER') всякий раз, когда предыдущая регистрация закончилась или заканчивается, или когда имеется изменение в состоянии абонента. Когда абонент желает установить сеанс с другим абонентом, такой как речевой вызов или сеанс обмена сообщениями (имеется другой способ посылки сообщений, то есть с сообщением SIP, и в этом случае установление сеанса не требуется), согласование сеанса будет выполняться под управлением SIP.

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

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

Эта услуга присутствия, которая стандартизуется в OMA 8 (открытый мобильный альянс (www.openmobilealliance.org)), 3GPP и IETF, привлекает к себе все больше и больше внимания. Ожидается, что число приложений, имеющих информацию о присутствии, увеличится в будущем. С увеличением числа приложений также увеличивается объем информации присутствия. От приема перспективы терминала увеличение информации ставит проблему, как использовать информацию присутствия, т.е. какие части информации присутствия подходят к каким приложениям. Терминал может запускать одно или несколько приложений. Например, терминал может запускать приложение динамической телефонной книги и приложение игр.

В текущих моделях IETF и 3GPP используется структура кортежа (группы взаимосвязанных элементов данных или записей). Кортеж содержит «случайный» идентификатор кортежа, который не имеет какой-либо семантики, т.е. он не может использоваться для описания цели кортежа. В каждом кортеже может быть несколько атрибутов. Кроме того, различные кортежи могут иметь атрибуты, которые имеют одно и то же имя, но предназначены для использования/интерпретации различным образом в зависимости от приложения посылки/приема. Например, информация присутствия может содержать два кортежа (один для игр и один для динамической телефонной книги (DPB)) и каждый из этих кортежей может содержать поле состояния. Динамическая телефонная книга может быть спроектирована для понимания значений состояния: доступна, дискретна, не доступна, тогда как игра может быть спроектирована для понимания значений состояния: стрельба, мертвый, пауза, проиграно. Как можно видеть из этого примера, поля состояния должны быть доставлены к правильному приложению, если они должны иметь правильное значение. Это является проблемой, когда терминал имеет два или несколько приложений. Это также является проблемой, даже если принимающий терминал имеет только одно приложение, а посылающий терминал или представление имеет много приложений. Если данные, обеспеченные в примере, доставляются к терминалу, имеющему только, например, DPB, то необходимо, чтобы принимающий терминал был выполнен с возможностью определения, какой кортеж предназначался для приложения DPB.

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

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

Подход, при котором используются идентификации кортежей в качестве критериев фильтрации наблюдателями (абонентами, запрашивающими информацию присутствия), и когда авторизация основана на идентификациях кортежей, имеет много недостатков. Если, например, абонент, за которым наблюдают, имеет 4 кортежа (Т1, Т2, Т3 и Т4) и один наблюдатель заинтересован только в кортежах Т2 и Т3, то наблюдатель устанавливает фильтры для того, чтобы дать возможность только кортежам Т2 и Т3 быть отмеченными для него. Наблюдаемый абонент может затем решить по некоторой причине начать показ различных значений конкретному наблюдателю, касаясь всех кортежей. Поэтому наблюдающий абонент создает новые кортежи Т5, Т6, Т7 и Т8 и создает новый список доступа, который позволяет наблюдателю видеть кортежи Т5-Т8, а не Т1-Т4. Но наблюдатель установил фильтрацию, основанную на идентификации кортежа, которая означает, что никакие кортежи не обеспечены для него. Это является недостатком.

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

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

Сущность изобретения

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

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

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

фиг. 2 показывает схематически вариант осуществления изобретения;

фиг. 3 показывает вариант осуществления фиг. 2 более подробно;

фиг. 4 показывает часть IMS системы фиг. 1 более подробно;

фиг. 5 показывает схематически вариант осуществления изобретения.

Подробное описание вариантов осуществления

Сейчас будет сделана сначала ссылка на фиг. 1, которая показывает типичную беспроводную систему телесвязи 3-го поколения (3G), работающую под управлением универсальной системы мобильной связи (UMTS). В ядре этой системы находится сеть подсистемы мультимедийных данных протокола Интернет (IMS) 100, которая направляет вызовы и все виды сеансов между двумя или несколькими абонентами (или между абонентом и элементом сети, например, сервером приложения) сети и обеспечивает другие сетевые функции. Примерами абонентов являются мобильный терминал 111, дорожный компьютер 112, личный настольный секретарь (PDA) 113, телефон 131 коммутируемой телефонной сети общего пользования (PSTN), компьютерный терминал 123, сервер 121 приложения и сервер 122 приложения. IMS использует сеть, основанную на протоколе Интернет, для обработки этих вызовов, которые могут включать в себя как речевые вызовы, так и мультимедийные вызовы.

Сеть IMS эффективно действует как шлюз в системе 3G между абонентами 111, 112, 113 и другими сетями, такими как PSTN 130 и внешняя сеть 120, основанная на протоколе Интернет. Обмен сигналами между мобильным терминалом и другими абонентами сети IMS и в пределах сети IMS осуществляется под управлением протокола инициализации сеанса (SIP). Все ссылки на сообщения, которые следуют, являются сообщениями SIP, если не оговорено особо, и будут показаны заглавными буквами. Следует понимать, что хотя предпочтительные варианты осуществления данного изобретения были описаны в контексте SIP, другие варианты осуществления изобретения могут быть реализованы в условиях не SIP.

Теперь будет сделана ссылка на фиг. 2 и 3, которые показывают схематически вариант осуществления данного изобретения. Фиг. 2 показывает передающий терминал 10 и принимающий терминал 12. Передающий терминал 10 выполнен с возможностью обеспечения информации присутствия для принимающего терминала 12. Обеспечен сервер 14 присутствия. Сервер 14 присутствия и передающий терминал иногда называются представлением. Сервер 14 присутствия снабжает принимающий терминал 12 требуемой информацией присутствия. Сервер 14 присутствия получит информацию присутствия от передающего терминала. Следует понимать, что подключение между передающим терминалом 10 и сервером 14 присутствия, так же как подключение между сервером 14 присутствия и принимающим терминалом будет осуществляться через не показанные сетевые элементы или объекты.

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

Это будет обсуждаться более подробно со ссылкой на фиг. 3. На этапе 1 приложения 16а, 16b и 16с, находящиеся в передающем терминале, регистрируют их идентификации приложений подсистемой 18 присутствия в терминале. После этого этапа приложения могут начать публикацию информации, которая является информацией посылки к серверу присутствия (и оттуда к принимающему терминалу, если наблюдатель осуществил подписку присутствия). В примере, приведенном на фиг. 3, показано, что терминал имеет три приложения. Это показано только посредством примера, и терминал или другой абонент может иметь больше или меньше, чем три приложения.

На этапе 2 каждое приложение 16 публикует информацию присутствия в форме, которая содержит один или несколько кортежей, и подсистема присутствия присоединяет идентификатор приложения к каждому кортежу. После этого подсистема 18 присутствия продвигает информацию к серверу 14 присутствия. В альтернативных вариантах приложение может осуществлять присоединение идентификатора приложения.

На этапе 3 подсистема 20 присутствия принимающего терминала 12 получает сообщение «зарегистрировать» от сервера 14 присутствия новую информацию присутствия. Согласно идентификатору приложения (имеющемуся в каждом кортеже) кортежи направляются к соответствующим приложениям 22 принимающего терминала подсистемой присутствия. Альтернативно каждое приложение может принять все кортежи, но проигнорирует любой кортеж, который имеет неправильную идентификацию приложения.

Таким образом, каждое приложение имело бы свой собственный идентификатор приложения. Например, game1, game2, SMS, IM-1, IM-2, e-MAIL. Если два терминала (1 и 2) имеют одно и то же приложение, например IM-1, то идентификатор приложения является одним и тем же для этого приложения. Однако если терминал 3 имеет приложение, идентифицируемое IM-2 (сделанное, например, другим поставщиком), то приложение будет иметь другой идентификатор приложения, чем приложение IM-1 в терминалах 1 и 2. В таких случаях обеспеченные атрибуты могут использоваться другим приложением, но следует быть осторожным, так как может быть возможным, что атрибуты или их значения не интерпретируются правильно. Примером этого является то, когда имеется два различных клиента для IM. Базовые функциональные возможности могут быть такими же и, таким образом, атрибут состояния был бы истинным, не важно, какое приложение интерпретирует это, но остающиеся атрибуты могут быть или не могут быть уместными вообще.

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

Кортежи имеют общую структуру, представленную в draft-impp-cpim-pidf-05.txt (связь: http//www.ietf.org/internet-drafts/draft-ietf-impp-cpim-pidf-05.txt). Приложения могут затем расширять опции «включить дополнительную информацию» путем определения новых пространств имен XML. XML - это расширяемый язык разметки (язык разметки «всемирной паутины», основанный на SGML и спроектированный для устранения ограничения, налагаемого HTML, позволяет странице содержать план определения и выполнения для элементов, а также их содержание).

То, кто или что определяет различные кортежи, подлежащие использованию с различными приложениями, может варьироваться. Это может зависеть от типа приложения. Может быть определено, что некоторые или все кортежи имеют стандартный формат (стандартные атрибуты могут быть определены, например, в стандарте 3GPP). Альтернативно или дополнительно для разработчиков приложений можно определять свои собственные кортежи.

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

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

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

Например, следующие кортежи обеспечиваются для наблюдателя (если обеспечены представлением сервера присутствия), если фильтрация выбирается таким образом, что все кортежи, относящиеся к «обеспеченному абонентом местоположению», должны быть обеспечены:

Представление=ABC

КОРТЕЖ 1

Идентификатор кортежа: xyz3226

идентификатор приложения=«обеспеченное абонентом местоположение»

обеспеченное абонентом местоположение=ПОДДЕЛКА

КОРТЕЖ 2

Идентификатор кортежа: xyb3293

идентификатор приложения=«обеспеченное абонентом местоположение»

обеспеченное абонентом местоположение=ДОМ

КОРТЕЖ 3

Идентификатор кортежа: xya3288

идентификатор приложения=«обеспеченное абонентом местоположение»

обеспеченное абонентом местоположение=x-коорд., y-коорд.

Ссылка делается на фиг. 5, на которой первое представление 30 обеспечивает кортежи 1, 2, 3, 4 и 5. Каждый кортеж содержит идентификатор приложения, так что кортежи 1 и 2 имеют идентификатор приложения «А», кортежи 3 и 4 имеют идентификатор приложения «В» и кортеж 5 имеет идентификатор приложения «С». Наблюдатель 32 желает только кортежи с приложением «А». Фильтр 34 таким образом фильтрует кортежи и обеспечивает абонента 32 кортежами 1 и 2. Следует понимать, что на практике фильтр может быть частью представления, частью отдельного объекта, такого как сервер, или частью наблюдателя 32. Идентификатор приложения таким образом используется для фильтрации кортежей.

Кортежи могут предназначаться для различных абонентов. Таким образом, кортежи 1, 3 и 5 могут предназначаться для одного наблюдателя, а кортежи 2 и 4 - для другого наблюдателя. Таким образом, наблюдатель может быть способен «видеть» только кортежи 1, 3 и 5. Соответственно, если наблюдатель желает только кортежи для приложения «А», наблюдатель будет снабжен кортежем 1. Фильтр 34 обеспечивает эту дополнительную фильтрацию. В некоторых вариантах осуществления изобретения обеспечивается отдельный фильтр или предусматривается направляющее средство для обеспечения того, что наблюдатель получает только кортежи, предназначенные для него.

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

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

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

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

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

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

Состояние подписчика; состояние Сети; средство связи; адрес Контакта, обеспеченное Подписчиком местоположение; обеспеченное Сетью местоположение; текст; приоритет.

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

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

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

Фиг. 4 показывает схематично сеть 100 IMS. IMS включает в себя различные элементы, включая несколько функций контроля состояния вызова (CSCF). CSCF эквивалентна серверу SIP в архитектуре IETF.

Запрашивающая CSCF (I-CSCF) 201 является базовым узлом IMS, используемым для завершения вызовов в сети IMS, функционирующих на краю этой сети. Здесь показана связь с внешними узлами мобильного терминала 101, PDA 113 и сервера 121 приложения (AS). Следует понимать, что подключения между мобильным терминалом, PDA и сервером приложения к I-CSCF могут быть не прямыми, а через подходящую промежуточную сеть, такую как сеть 110 мобильного ядра для мобильного терминала, и Интернет 120 для сервера приложения, как показано на фиг. 1.

HSS 202 является централизованной абонентской базой данных, которая сопрягается как с I-CSCF, так и с S-CSCF 204, храня информацию по всем абонентам IMS. I-CSCF использует HSS для выполнения функций, таких как авторизация новых абонентов и отыскания направляющей информации по S-CSCF для продвижения сообщений от внешних элементов к S-CSCF.

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

Следует понимать, что описание фиг. 4 является только схематическим представлением и на практике дополнительные элементы, такие как, например, программа-посредник-CSCF (P-CSCF), несколько выпадают из предложения. Следует также понимать, что варианты осуществления изобретения могут использоваться в системах, отличных от систем, показанных на фиг. 4.

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

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

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

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

1. Система связи, содержащая,

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

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

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

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

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

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

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

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

по меньшей мере, одно приложение, и

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