СПОСОБ И УСТРОЙСТВО СВЯЗИ, СПОСОБ И УСТРОЙСТВО ДЛЯ ПОЛУЧЕНИЯ ИНФОРМАЦИИ ОТ БАЗЫ ДАННЫХ
COMMUNICATION METHOD AND DEVICE, METHOD AND DEVICE FOR OBTAINING INFORMATION FROM DATABASE

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ
Настоящее изобретение относится к способу установления сеанса связи между первым и вторым устройствами, ассоциированными с первой и второй сторонами соответственно. В одном примере настоящего изобретения установление сеанса связи выполняется с использованием Протокола инициации сеанса. Дополнительный аспект настоящего изобретения относится к системам баз данных, базам данных, способу извлечения информации из базы данных и способу извлечения информации из базы данных.
УРОВЕНЬ ТЕХНИКИ
Протокол инициации сеанса (SIP - Session Initiation Protocol) является протоколом для создания, изменения и прекращения сеансов, затрагивающих одного или нескольких участников, в сети передачи данных. Эти сеансы включают в себя мультимедиа интернет-конференции, телефонные звонки посредством Интернет (или другой IP-сети) и распространение мультимедиа с участниками в сеансе, обменивающимися информацией посредством многосторонних или некоторого количества односторонних отношений или их сочетания.
SIP позволяет инициаторам сеансов доставлять приглашения потенциальным участникам сеанса, где бы они не находились в сети, предоставляя функции трансляции имен и определения местоположения пользователя для обеспечения того, что вызов достигает вызываемую сторону безотносительно ее местоположения. SIP также предоставляет функцию согласования возможностей, которая позволяет сторонам, вовлеченным в вызов, согласование поддерживаемых возможностей, признавая, что не все участники могут поддерживать одинаковый уровень возможностей (например, видео может быть или не быть поддерживаемым). SIP также предоставляет участникам вызова функции управления, позволяющие стороне вводить другие стороны в сеанс или отменять соединения с определенными другими сторонами; стороны могут также быть перемещены или установлены на удержание. В заключение, SIP поддерживает функции смены возможностей вызова, посредством чего сторона в сеансе способна изменять характеристики вызова во время прохождения вызова, например изменение сеанса от установленного как "только голосовой" к сеансу, разрешающему видеофункцию. Третьи лица, присоединяющиеся к вызову, могут также потребовать разрешения различных свойств для того, чтобы участвовать в вызове.
SIP является стандартом RFC (Request For Comments - Запрос комментариев) (RFC 3261) от "Internet Engineering Task Force" (IETF), который может быть найден на http://www.ietf.org/rfc/rfc3261.txt. SIP является протоколом прикладного уровня и принимает модульный подход, который свободен от другого лежащего в основе протокола или архитектурных ограничений. SIP был разработан так, что он может без труда привязывать функции SIP к существующим протоколам и приложениям, таким как электронная почта и веб-браузеры, сосредотачиваясь на определенном наборе функций. SIP также был разработан для повторного использования стольких существующих протоколов и концепций моделей протоколов, сколько возможно; например, SIP был создан после HTTP, использующего унифицированные указатели ресурсов (URL - Uniform Resource Locator) для адресации и протокола описания сеанса (SDP - Session Description Protocol) для передачи информации сеанса. С помощью SIP каждая сторона идентифицируется благодаря иерархическому URL, который построен вокруг элементов, таких как номер телефона пользователя или имя хоста (например, sip:user@company.com), значащий, что можно прямо перенаправить абонента к другому телефону, так же как перенаправить кого-нибудь к веб-странице.
SIP также использует MIME (Multipurpose Internet Mail Extensions - Многоцелевые расширения интернет почты) для того, чтобы передавать информацию о протоколе, использованном для описания сеанса, и, как результат, SIP сообщения могут содержать в себе Java-апплеты, изображения, аудиофайлы, маркеры авторизации или данные билинга. SIP также использует Систему доменных имен (DNS - Domain Name System) для доставки запросов к серверу, который может надлежащим образом обрабатывать их, упрощая интеграцию голоса и электронной почты. Серверы по пути вызова могут легко создавать и переадресовывать сообщения электронной почты, и, наоборот, делая возможными различные комбинированные службы. SIP является независимым от уровня пакетов, типично используемых по Протоколу пользовательских дейтаграмм (UDP - User Datagram Protocol) или Протоколу управления транспортировкой (TCP - Transport Control Protocol).
SIP принят сообществом голосовой связи по IP как его предпочтительным протоколом для сигнализации и, как будет дополнительно описано далее, был выбран как протокол сигнализации для установления мультимедиа сеансов в Универсальной системе мобильной связи (UMTS - Universal Mobile Telecommunications System), релизе 5 подсистемы IP мультимедиа (IMS - IP Multimedia Subsystems).
Фиг.1 сопровождающих чертежей является схематической иллюстрацией сети 1 связи, которая использует SIP для инициирования голосового сеанса между первым устройством 2 и вторым устройством 4. Сеть 1 связи также содержит SIP сервер-агент 6 и сервер 8 приложений. Установление голосового сеанса между первым и вторым устройствами 2 и 4 теперь будет описано со ссылкой на фиг.2 сопровождающих чертежей, которая показывает один пример обмена сигналами между различными компонентами сети 1 связи во время хода установления голосового сеанса.
На шаге T1 SIP сообщение приглашения отправляется от первого устройства 2 к SIP серверу-агенту 6. Сообщение приглашения описывается подробно в приведенном выше в качестве ссылки документе RFC, но, обобщая, оно является основанным на тексте сообщением, содержащим определенную информацию, относящуюся к сеансу. Например, тело Сообщения приглашения содержит описание сеанса, закодированное в некотором формате протокола, таком как Протокол описания сеанса (SDP - Session Description Protocol, см. RFC 2327). Сообщение приглашения также содержит некоторое количество текстовых полей заголовка, за каждым из которых следует строка, указывающая информацию, относящуюся к этому полю. Например, за полем "от" следует SIP URL адрес вызывающей стороны, в то время как поле "к" идентифицирует SIP URL адрес вызываемой стороны. Многочисленные другие типы информации сеанса могут быть включены в сообщение приглашения, как описано в RFC 3261.
На шаге T2 сообщение приглашения переадресовывается серверу 8 приложений для запрашивания информации от сервера 8 приложений, относящейся к активным и доступным службам. На шаге T3 сервер 8 приложений возвращает SIP ответ "200 OK", имеющий тело сообщения, содержащее запрашиваемую информацию. На шаге T4 SIP сервер-агент 6 отправляет Сообщение приглашения ко второму устройству 4.
Поскольку Сообщение приглашения, получаемое вторым устройством 4, содержит информацию, относящуюся к вызываемой стороне, ассоциированной с первым устройством 2, такое как имя вызываемой стороны, это позволяет вызываемой стороне, ассоциированной со вторым устройством 4, видеть информацию о вызываемой стороне до ответа. Это является подобным функции представления идентификации линии вызова (CLIP - Calling Line Identification Presentation) традиционных телефонных служб, где телефонный номер вызывающей стороны (и ассоциированное имя, если оно хранится в принимающем устройстве) сделан доступным вызываемой стороне до ответа. Функция CLIP типично включена с использованием сочетания DTMF (Двухтональный многочастотный набор) и изменения полярности, где телефонный номер вызывающей стороны отправляется из локальной станции до сигнала вызова. До того как послан первый сигнал вызова, CLIP-функция вызываемой стороны активируется посредством местной станции посредством изменения полярности для питания постоянного тока на абонентской линии. Телефонный номер вызывающей стороны, затем, отправляется в виде DTMF-сигналов на телефонный дисплей вызывающей стороны, и только затем сигнал вызова отправляется к вызываемой стороне.
Возвращаясь к примеру SIP на фиг.1, как только вызываемая сторона, ассоциированная со вторым устройством 4, проверила информацию вызывающей стороны, ассоциированной с первым устройством 2, следующие шаги должны быть выполнены до того, как голосовой сеанс может быть наконец установлен. На шаге T5 две конечные стороны выполняют SDP согласование, в котором аудиовизуальные характеристики для сеанса согласуются для того, чтобы принять решение о потоке аудиовидеоданных, которые могут поддерживаться в сеансе; в этом примере может быть необходимым основной голосовой вызов. На шаге T6 необходимые ресурсы резервируются для поддержки сеанса, и как только резервирование ресурсов успешно завершено, на шаге T7 второе устройство 4 отправляет окончательный SIP ответ "200 OK", и первое устройство 2 отвечает SIP сообщением "ACK" для подтверждения установки сеанса. На шаге T8 голосовой сеанс установлен, позволяя соответствующим пользователям первого и второго устройств 2 и 4 говорить друг с другом.
Как описано выше, SIP предоставляет полезную инфраструктуру для создания, модификации и прекращения сеансов. Тем не менее, является желательным расширить функциональность SIP и других подобных протоколов инициирования сеанса.
РАСКРЫТИЕ ИЗОБРЕТЕНИЯ
В соответствии с первым аспектом настоящего изобретения предлагается способ установления сеанса связи между первым и вторым устройствами, ассоциированными с первой и второй сторонами соответственно, содержащий: отправку сообщения запроса сеанса, обозначающего запрос на установление сеанса и содержащего информацию сеанса, относящуюся к сеансу; в ответ на сообщение запроса сеанса получение дополнительной информации и включение дополнительной информации в сообщение запроса сеанса; установление сеанса, основанного на информации в результирующем сообщении запроса сеанса.
Информация сеанса может содержать указание первой и второй сторон.
Способ может также включать в себя идентификацию одного или обоих первого и второго устройств, основанных на информации сеанса.
Сообщение запроса сеанса может быть отправлено от первого устройства.
Способ может также включать в себя отправку сообщения запроса сеанса ко второму устройству вслед за включением дополнительной информации.
Способ может также включать в себя определение типа дополнительной информации, такой что второе устройство или второй пользователь регистрируется для получения в сообщении запроса сеанса, ассоциированном с первым устройством или первым пользователем, и при этом шаги извлечения и включения выполняются на основе этого определения.
Способ может также включать в себя прием сообщения запроса сеанса на втором устройстве до того, как сеанс установлен.
Способ может также включать в себя представление дополнительной информации на втором устройстве до того, как сеанс установлен.
Дополнительная информация может быть представлена до того, как сеанс принят. Сообщение запроса сеанса может содержать текст.
Сеанс может быть установлен между первым и вторым устройствами, используя Протокол инициации сеанса.
Сеть может быть сетью UMTS.
Сервер-агент сети может выполнять шаги извлечения и включения дополнительной информации. Сервер Служебной функции контроля сеанса вызова (S-CSCF - Serving Call Session Control Function) сети UMTS может действовать как сервер-агент.
Дополнительная информация может содержать краткую информацию, из которой может быть впоследствии определена полная информация вторым устройством, например, после того, как сеанс установлен. Полная информация может храниться в первой базе данных, и краткая информация, выведенная из полной информации, может храниться во второй базе данных, и способ может также включать в себя синхронизацию краткой информации во второй базе данных с полной информацией в первой базе данных и получение краткой информации из второй базы данных для включения в дополнительную информацию для предоставления возможности последующего извлечения полной информации из первой базы данных, относящейся к этой краткой информации.
Дополнительная информация может быть выбрана для включения в сообщение запроса сеанса в зависимости от, по меньшей мере, одной стороны, указанной в сообщении запроса сеанса. Одной из по меньшей мере одной стороны может быть первая сторона. Одной из по меньшей мере одной стороны может быть вторая сторона. Дополнительная информация может содержать данные, относящиеся к первой стороне, которые вероятно будут интересны для второй стороны. Дополнительная информация может относиться к предыдущим взаимодействиям, затрагивающим по меньшей мере одну сторону. Дополнительная информация может относиться к предыдущей электронной переписке между первой и второй сторонами.
Согласно второму аспекту настоящего изобретения предложена сеть связи, которая содержит первое и второе устройства, ассоциированные с первой и второй сторонами соответственно; средства для отправки сообщения запроса сеанса, обозначающего запрос для установления сеанса связи между первым и вторым устройствами, сообщение запроса сеанса, содержащее информацию сеанса, относящуюся к сеансу; средства для извлечения, в ответ на сообщение запроса сеанса, дополнительной информации и включения дополнительной информации в сообщение запроса сеанса; средства для установления сеанса, основанные на информации в результирующем сообщении запроса сеанса.
Согласно третьему аспекту настоящего изобретения предложен способ для использования в сети связи, содержащий первое и второе устройства, ассоциированные с первой и второй сторонами соответственно, и средства для отправки сообщения запроса сеанса, обозначающего запрос для установления сеанса связи между первым и вторым устройствами, сообщение запроса сеанса, содержащее информацию сеанса, относящуюся к сеансу, и способ, содержащий извлечение дополнительной информации в ответ на сообщение запроса сеанса, сеть, дополнительно содержащая средства для установления сеанса, основанные на информации в результирующем сообщении запроса сеанса.
Согласно четвертому аспекту настоящего изобретения предложено устройство для использования в сети связи, содержащей первое и второе средства, ассоциированные с первой и второй сторонами соответственно, и средства для отправки сообщения запроса сеанса, обозначающего запрос для установления сеанса связи между первым и вторым устройствами, сообщение запроса сеанса, содержащее информацию сеанса, относящуюся к сеансу, и устройство содержит средства для извлечения дополнительной информации в ответ на сообщение запроса сеанса, сеть также содержит средства для установления сеанса, основанные на информации в результирующем сообщении запроса сеанса.
Согласно пятому аспекту настоящего изобретения предложена система баз данных, содержащая первую базу данных для хранения полной информации, вторую базу данных для хранения краткой информации, выведенной из полной информации в первой базе данных, и средства для синхронизации краткой информации во второй базе данных с полной информацией в первой базе данных, вторая база данных, содержащая средства для предоставления краткой информации внешнему устройству, и первая база данных, содержащая средства для предоставления полной информации другому внешнему устройству, относящейся к краткой информации, предварительно предоставленной от второй базы данных внешнему устройству.
Согласно шестому аспекту настоящего изобретения предложен способ извлечения информации из первой базы данных, хранящей полную информацию, использующий вторую базу данных, хранящую краткую информацию, выведенную из полной информации в первой базе данных, содержащий шаги, на которых: (a) синхронизируют краткую информацию во второй базе данных с полной информацией в первой базе данных; (b) предоставляют краткую информацию из второй базы данных внешнему устройству; и (c) предоставляют полную информацию от первого устройства к или другому внешнему устройству, относящуюся к краткой информации, предоставленной от второй базы данных к внешнему устройству на шаге (b).
Согласно седьмому аспекту настоящего изобретения предложена база данных для хранения краткой информации, выведенной из полной информации, хранящейся в дополнительной базе данных, содержащая средства для синхронизации краткой информации в базе данных с полной информацией в дополнительной базе данных, и средства для предоставления краткой информации внешнему устройству для предоставления возможности или другого внешнего устройства впоследствии для извлечения полной информации из дополнительной базы данных, относящейся к этой краткой информации.
Согласно восьмому аспекту настоящего изобретения предложен способ предоставления возможности извлечения информации из первой базы данных, хранящей полную информацию, использующий вторую базу данных, хранящую краткую информацию, выведенную из полной информации в первой базе данных, содержащий шаги, на которых: (a) синхронизируют краткую информацию во второй базе данных с полной информацией в первой базе данных; (b) предоставляют краткую информацию от второй базы данных к внешнему устройству для предоставления возможности или другого внешнего устройства впоследствии для извлечения полной информации от первой базы данных, относящейся к этой краткой информации.
Вариант осуществления с пятого по восьмой аспект настоящего изобретения предоставляет техническое преимущество варианту осуществления с первого по четвертый аспект настоящего изобретения посредством предоставления возможности компактного или сжатого краткого вида дополнительной информации, подлежащей передаче в сообщении запроса сеанса, таким образом уменьшая полосу пропускания, с возможностью впоследствии получать полную информацию, где необходимо.
Согласно девятому аспекту настоящего изобретения предложена действующая программа, которая, когда выполняется на устройстве, служит причиной выполнения устройством способа, согласующегося с третьим или восьмым аспектом настоящего изобретения.
Согласно десятому аспекту настоящего изобретения предложена действующая программа, которая, когда загружена в устройство, заставляет устройство стать устройством, соответствующим четвертому аспекту настоящего изобретения или базе данных, соответствующей седьмому аспекту настоящего изобретения.
Действующая программа может быть переносимой по каналу передачи данных. Канал передачи может быть средой передачи. Канал передачи может быть запоминающим носителем.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Фиг.1 является структурной схемой, иллюстрирующей сеть связи, использующую Протокол инициации сеанса известным способом для установления сеанса;
Фиг.2 является диаграммой обмена сигналами, иллюстрирующей обмен сигналами в сети по фиг.1;
Фиг.3 - структурная схема, показывающая сеть связи согласно варианту осуществления настоящего изобретения;
Фиг.4 - диаграмма обмена сигналами, показывающая процедуру регистрации, выполняемую до установления сеанса в варианте осуществления настоящего изобретения;
Фиг.5 - диаграмма обмена сигналами, показывающая обмен сигналами в процедуре установления сеанса согласно варианту осуществления настоящего изобретения;
Фиг.6 - диаграмма обмена сигналами, иллюстрирующая извлечение полной информации, на основании уже полученной краткой информации;
Фиг.7 - схематическая диаграмма, иллюстрирующая приложение варианта осуществления настоящего изобретения к сети UMTS.
ПОДРОБНОЕ ОПИСАНИЕ ПРЕДПОЧТИТЕЛЬНЫХ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ ИЗОБРЕТЕНИЯ
Фиг.3 - структурная схема, иллюстрирующая сеть 100 связи, соответствующую настоящему изобретению. Сеть 100 связи содержит первое устройство 102, второе устройство 104, SIP сервер-агент 106, сервер 108 приложений, абонентский сервер 110, базу 112 данных и почтовый сервер 114. Первое и второе устройства 102 и 104 являются устройствами связи, допускающими обмен данными множества различных форматов, включая речевые данные. Соответствующие пользователи первого и второго устройств 102 и 104 являются, таким образом, способными общаться друг с другом посредством голоса.
Первое и второе устройства 102 и 104 являются многосторонними устройствами, допускающими быть использованными более чем одним другим пользователем или стороной. Например, второе устройство 104 является допускающим прием голосовых вызовов, направленных к некоторому количеству различных сторон, а первое устройство 102 является способным порождать вызовы от некоторого количества различных сторон. До того как сторона или устройство станет способным установить сеанс с другими сторонами или устройствами, сперва должна быть выполнена процедура регистрации для предоставления подробностей SIP серверу 106 в отношении того, какое устройство использует сторона и где устройство расположено. Способ SIP регистрации подробно описан в RFC 3261, и дополнительное описание здесь не требуется. Однако в варианте осуществления настоящего изобретения сторона или устройство является способным регистрироваться для получения "расширенной информации абонента", как будет теперь объяснено.
В стандартном SIP предоставлена существенная информация в Сообщении приглашения для предоставления возможности вызываемой стороне определить идентичность вызывающей стороны до того, как вызываемая сторона должна будет принять или отклонить вызов, как описано выше. Вариант осуществления настоящего изобретения предоставляет возможность сделать доступным гораздо более широкий диапазон информации для вызываемой стороны до того, как она должна решить, принимать ли вызов. Эта дополнительная информация упоминается в настоящем описании как "расширенная информация абонента" или "дополнительная информация".
В настоящем варианте изобретения, в качестве примера, расширенная информация абонента содержит информацию, относящуюся к связи электронной почты, хранящейся на почтовом сервере 114, которая была предварительно отправлена между вызывающей стороной и вызываемой стороной. Как будет описано ниже со ссылкой на фиг.5, расширенная информация абонента включается в SIP сообщение приглашения, и вместо включения всех данных почтового сервера, относящихся к электронным письмам между вызывающей стороной и вызываемой стороной в дополнительной информации, подлежащей включению в Сообщение приглашения, является возможным включить только краткую информацию, относящуюся к связи электронной почты. В настоящем варианте осуществления краткая информация содержит только информацию заголовков электронной почты, включающую названия электронных писем.
В дальнейшем описании будет допускаться, что первая сторона использует первое устройство 102 для вызова второй стороны, которая использует второе устройство 104. Первая сторона уже выполнила процедуру регистрации для регистрации первой стороны, как использующей первое устройство 102. Одна возможная процедура для регистрации второй стороны, как использующей второе устройство 104, показана на фиг.4. В этом примере вторая сторона желает указать свое предпочтение для получения расширенной информации абонента, когда первая сторона вызывает ее.
На шаге P1 SIP сообщение регистрации отправляется от второго устройства 104 к SIP серверу-агенту 106, и информация о расположении второй стороны обновляется на абонентском сервере 110. На шаге P2 сервер 108 приложений отправляет запрос к базе 112 данных для синхронизации с почтовым сервером 114 для извлечения соответствующей краткой информации от почтового сервера для включения в качестве расширенной информации абонента на более поздней стадии. Адрес почтового сервера 114 определяется сервером 108 приложения посредством ссылки к абонентскому серверу 110, эта информация отправляется на шаге P2 к базе 112 данных. На шаге P3 база 112 данных проверяет, что почтовый сервер 114 существует и является доступным, и почтовый сервер отвечает на шаге P4. Процедура синхронизации имеет место для обеспечения того, что в базе 112 данных хранится актуальная краткая информация с почтового сервера 114. Автоматическая синхронизация может также быть установлена, что является причиной для базы 112 данных синхронизироваться с почтовым сервером 114 через предопределенные промежутки времени. На шаге P5 база 112 данных отвечает подходящему серверу 108 с подтверждением. На шаге P6 SIP сервер-агент 106 отправляет SIP сообщение "200 OK" обратно ко второму устройству 104 для обозначения успешной регистрации и запроса расширенной информации абонента для звонков от первой стороны.
Как только вышеупомянутая процедура регистрации была успешно завершена для регистрации второго пользователя с SIP сервером-агентом 106 и для указания требования для получения расширенной информации абонента для вызовов от первой стороны, может быть выполнен способ установления сеанса связи между первым и вторым устройствами, ассоциированными с первой и второй сторонами соответственно. Такой способ будет теперь описан со ссылкой на фиг.5.
На шаге S1 SIP сообщение приглашения отправляется от первого устройства 102 к SIP серверу-агенту 106, обозначающее запрос установления сеанса между первым и вторым устройствами и содержащее информацию сеанса, относящуюся к сеансу. Например, информация сеанса содержит указание первой и второй сторон. На шаге S2 SIP сервер-агент 106 запрашивает информацию от сервера 108 приложений, касающуюся активных и доступных служб. На шаге S3 сервер 108 приложений возвращает SIP код "200 OK", обеспечивающий запрашиваемую информацию и указывающий, что расширенная информация абонента была запрошена второй стороной, когда вызывает первая сторона.
В ответ на это указание, что требуется расширенная информация абонента, SIP сервер-агент 106 запрашивает на шаге S4 краткую информацию из базы 112 данных, которая должна быть использована в качестве расширенной информации абонента. База 112 данных отмечает, что хранящаяся краткая информация не является актуальной, и соответственно на шаге S5 база 112 данных синхронизируется с почтовым сервером 114 посредством запрашивания актуальной информации, которая возвращается от почтового сервера 114 к базе 112 данных на шаге S6. Краткая информация затем возвращается к SIP серверу-агенту 106 на шаге S7.
После принятия краткой информации SIP сервер-агент 106 включает информацию в тело Сообщения приглашения, которое затем переправляется ко второму устройству 104. Дополнительная информация может быть включена в поле расширения заголовка SIP (для дополнительных сведений см. RFC 3261). После получения Сообщения приглашения, включающего краткую информацию, информация представляется на втором устройстве 104 для проверки второй стороной перед принятием решения, принимать или нет запрос для установления сеанса. В данном варианте осуществления вторая сторона могла бы быть способной просматривать сводку электронных писем, отправленных между первой и второй сторонами, так же как другую информацию, восстановленную из информации сеанса в Сообщении приглашения, такую как номер и имя первой стороны.
Если вторая сторона решает принять вызов, устанавливается сеанс между первым и вторым устройствами 102 и 104, основанный на информации в полученном Сообщении приглашения посредством выполнения шагов с S9 по S12, которые соответствуют шагам с T5 по T8, описанным выше со ссылкой к фиг.2.
Как упоминалось выше, дополнительная информация (или расширенная информация абонента), включенная в Сообщение приглашения, получаемое вторым устройством 104, является краткой информацией, относящейся к переписке электронной почты между первой и второй сторонами, и по существу не включает полную информацию, относящуюся к переписке электронной почты; например, основные тела электронных писем не включены в краткую информацию. Если вторая сторона желает просматривать полную информацию, относящуюся к любому одному или большему количеству элементов электронной почты, это может быть достигнуто посредством прямого сообщения между вторым устройством 104 и почтовым сервером 114, как проиллюстрировано на фиг.6. На шаге Q1 фиг.6 второе устройство 104 запрашивает полную информацию от почтового сервера 114, относящуюся к одному или более элементам, заданным в запросе. Полные данные запроса возвращаются от почтового сервера 114 ко второму устройству 104 на шаге Q2. Такой запрос полной информации, основанный на краткой информации, может быть подготовлен в любое время после получения Сообщения приглашения, до или после того, как сеанс установлен.
Хотя это описано выше со ссылкой на шаги c P2 по P5 на фиг.4, такая синхронизация выполняется и/или устанавливается между базой 112 данных и почтовым сервером 114 на этапе регистрации, это не является существенным, так как синхронизация может быть запрошена во время Процедуры приглашения, как описано выше со ссылкой на шаги с S4 по S7 фиг.5.
Является возможным, чтобы Сообщение приглашения, запрашивающее установление сеанса между первой и второй сторонами, ассоциированными с первым и вторым устройствами соответственно, фактически не порождалось первым устройством 102. Например, является возможным, чтобы Сообщение приглашения отправлялось третьей стороной из третьего устройства. Также является возможным, что, хотя Сообщение приглашения указывает вторую сторону как являющуюся планируемым адресатом вызова, Сообщение приглашения фактически обрабатывается дополнительным устройством, так что дополнительная информация отображается на дополнительном устройстве и сеанс вначале устанавливается между первым устройством 102 и дополнительным устройством, с вызовом, затем переправляемым ко второй стороне, использующей второе устройство 104. Сообщение приглашения обозначает запрос для установления сеанса между двумя сторонами на любых соответствующих устройствах, которые оказываются используемыми в данное время; информация о действующих устройствах, которые будут использоваться для сеанса между сторонами, определяется из абонентского сервера 110.
Пригодность настоящего изобретения может быть расширена сверх только включения информации электронной почты в расширенную информацию абонента. Например, если первая сторона вызывает свой банк, то расширенная информация абонента может включать определенную информацию, относящуюся к банковскому счету первой стороны. Другой возможностью является та, где первая сторона вызывает универсальный магазин, и в этой ситуации расширенная информация абонента может включать детали, относящиеся к первой стороне, такие как его зарегистрированная информация и статус заказа. Другие подобные примеры будут очевидны для квалифицированного специалиста. Например, любая информация, относящаяся к первой стороне, которая вероятно будет интересна для второй стороны, является кандидатом для включения в дополнительную информацию.
В вышеописанном варианте осуществления соответствующая расширенная информация абонента расположена на почтовом сервере 114, и это извлекается SIP сервером-агентом 106 не прямо, но через базу 112 данных. Следует принять во внимание, что SIP сервер-агент может также извлекать дополнительную информацию прямо из базы данных или другого сервера. Вышеприведенный вариант осуществления был описан не только по отношению к Протоколу инициации сеанса, но и к любому другому эквивалентному протоколу, который может быть использован; например, изобретение может быть применено к информации ISUP U2U (ISDN пользовательская часть информации пользователь-пользователь), где текстовая строка передается как есть, и следовательно может быть передано с расширенной информацией абонента. Связь между почтовым сервером 114 и базой 112 данных или вторым устройством 104 может использовать Протокол доступа к сообщениям в сети Интернет (IMAP - Internet Message Access Protocol); связь между базой 112 данных и SIP сервером-агентом 106 может использовать Язык структурированных запросов (SQL - Structured Query Language); а прямая связь между первым устройством 102 и вторым устройством 104 после установления сеанса может использовать Транспортный протокол реального времени (RTP - Real-time Transport Protocol). Тем не менее, вариант осуществления настоящего изобретения не ограничен подобными примерными протоколами связи.
Как упоминалось выше, SIP стал в большей степени популярным в сообществе голосовой связи по IP, и, в частности, SIP был выбран в качестве протокола сигнализации для установления мультимедиа сеансов в релизе 5 UMTS IP мультимедиа подсистем (IMS). Краткое изложение того, как настоящее изобретение может быть применено в контексте сочетания UMTS и SIP, будет описано ниже со ссылкой на фиг.7, но дополнительные подробности использования SIP в рамках UMTS могут быть найдены в Технической спецификации 3GPP TS 24.228 V5.8.0 (2004-03).
UMTS является беспроводной системой связи третьего поколения, разработанной для обеспечения более высоких скоростей передачи данных и улучшенных услуг абонентам. UMTS является последователем Глобальной системы связи с подвижными объектами (GSM - Global System for Mobile Communications), с важным эволюционным шагом между GSM и UMTS, являющимся Общей службой пакетной связи (GPRS - General Packet Radio Service). GPRS вводит пакетное переключение в базовую сеть GSM и делает возможным прямой доступ к сетям с коммутацией пакетов (PDN - packet data networks). Это делает возможным пакеты переключения с высокой скоростью передачи данных далеко за пределом ISDN в 64Кбит/с через сеть вызовов GSM, что является необходимостью для скоростей передачи данных UMTS до 2Мбит/с. UMTS стандартизирована Проектом сотрудничества 3-го поколения, который является конгломерацией региональных комитетов стандартов, таких как Европейский институт стандартизации электросвязи (ETSI), Ассоциация радиопромышленности и радиовещания (ARIB) и другие.
Стандартизация UMTS развивалась в три фазы. Первая фаза известна как релиз `99. Спецификации релиза `99 определяли базовую архитектуру, которая состит из Наземной сети радиодоступа UMTS (UTRAN), Базовой сети на основе коммутации цепей (CS-CN) и Базовой сети с коммутацией пакетов (PS-CN). Спецификации релиза `99 предлагали традиционную цепь, так же как и услуги коммутации пакетов. Следующей фазой в процессе стандартизации является релиз 4, добавляющий новые услуги к архитектуре `99. Релиз 5 представляет значительное изменение, предлагающее традиционную телефонную связь, так же, как услуги коммутации пакетов по одной объединенной сети, основанной на пакетах.
Архитектура релиза 5 UMTS добавляет подсистему, известную как IP мультимедиа подсистема (IMS) к PS-CN для поддержки традиционной телефонной связи, так же как и новых мультимедиа услуг. IMS является способной подключаться к PSTN/ISDN (коммутируемой сети общего пользования/цифровой сети с комплексными услугами), так же как к сети Интернет. 3GPP избрало SIP для сигнализации между абонентской аппаратурой (UE) и IMS, так же как между компонентами внутри IMS.
Фиг.7 - иллюстративная схема, показывающая вариант осуществления настоящего изобретения в рамках контекста UMTS. Сеть 200 связи показана как содержащая UE 204, расположенную в посещенной сети 202. UE 204 присоединена к Обслуживающему узлу 208 поддержки GPRS (SGSN) посредством UTRAN, который в свою очередь на связи со шлюзовым узлом 210 поддержки GPRS (GGSN). В пределах посещенной сети 202 GGSN 210 сообщается с Функцией 212 агента управления сеанса вызова (P-CSCF), которая является первой точкой контакта в посещенной сети IMS для UE 204. P-CSCF переадресует SIP сообщение регистрации и сообщения установления сеанса к домашней сети 214. Первой точкой контакта в пределах домашней сети 214 является Опрашивающая функция 216 управления сеанса вызова, которая является дополнительным узлом в архитектуре IMS, чьей главной целью является опрашивание домашнего абонентского сервера 220 (HSS) для обнаружения расположения Служебной функции 218 контроля сеанса вызова (S-SCF). S-CSCF 218 выполняет управление сеансом для сети IMS, и тут в сети может быть несколько S-CSCF. HSS 220 является централизованной базой данных абонентов и была развита из Реестра домашних расположений из более ранних релизов UMTS. HSS 220 соединяется с I-CSCF и S-CSCF для предоставления информации о расположении абонента и абонентской информации о подписке.
Сеть 200 связи дополнительно содержит сервер 222 приложений, базу 224 данных и почтовый сервер 226, расположенный в домашней сети 214. От S-CSCF 218 сообщения сигнализации передаются к планируемому пункту назначения, который может быть другой сетью 228 релиза 5 IMS, содержащей UE 230, или к унаследованной сети 232, содержащей сопряженную с PSTN функцию управления шлюзом среды (MGCF), или к IP сети 234.
Конкретные подробности работы сети 200 связи UMTS и различных составных частей в рамках такой сети могут быть найдены в Технической спецификации для UMTS, которая доступна на http://www.3gpp.org. Тем не менее, соответствие между частями сети 100 связи, описанное выше со ссылкой на фиг.3, и частями сети 200 связи, показанной на фиг.7, будут легко видимы, и поэтому будет очевидно квалифицированному специалисту, как способ установления сеанса связи, описанный выше со ссылкой на фиг.3, может быть применен к сети по фиг.7.
Резюме соответствия между частями является таким, как изложено ниже: UE 204 соответствует первому устройству 102; UE 230 соответствует второму устройству 104; база 224 данных соответствует базе 112 данных; сервер 222 приложений соответствует серверу 108 приложений; почтовый сервер 224 соответствует почтовому серверу 114; HSS 220 соответствует абонентскому серверу 110; один или более из P-CSCF 212, I-CSCF 216 и S-CSCF 218 соответствуют SIP серверу-агенту 106.
UE 204 устанавливает соединение с SGSN 208 по UTRAN 206, используя процедуру присоединения UMTS. Как только UE 204 присоединяется к SGSN 208, она должна активировать адрес PDP (Протокол передачи пакетных данных) (например, IP адрес), когда она желает начать пакетную передачу данных, включающую услуги SIP. Активирование PDP адреса устанавливает ассоциацию между текущим SGSN 208 UE и GGSN 210, и запись ассоциации известна как PDP контекст. Активирование PDP контекста выполняется процедурой активирования UMTS PDP контекста. После того как UE 204 присоединен к сети и активирован PDP контекст, может быть затем выполнена регистрация SIP обслуживания, например, в соответствии со способом, показанным на фиг.4, относящимся ко второму устройству 104, до того как оно сможет установить сеанс связи. Во время протекания регистрации обслуживания HSS 220 уведомляется о текущем расположении UE 204, соответствующим образом обновляя профиль абонента. Домашняя сеть 204 также выбирает соответствующий S-CSCF 218 для UE 204, и профиль абонента отправляется к этому S-CSCF 218. Следуя процедуре регистрации, сеанс связи может затем быть установлен между UE 204 и UE 230, следуя процедуре, изложенной и описанной выше со ссылкой на фиг.5.
Следует принять во внимание, что настоящее изобретение не ограничено любым частным типом сетевой архитектуры, такой как архитектура UMTS. Например, настоящее изобретение может быть применено к архитектуре GPRS или к PSTN (ISUP).
Следует принять во внимание, что функционирование одного или более первого устройства 102, SIP сервера-агента 106 и второго устройства 104 может управляться программой, выполняемой на устройстве. Такая действующая программа может храниться на машиночитаемом носителе или может, например, быть реализована в сигнале, таком как загружаемый сигнал данных, предоставленный с Интернет веб-сайта. В прилагаемой формуле изобретения программу следует интерпретировать как действующую программу как таковую, или как запись на носителе, или как сигнал, или в любом другом виде.