Сеансовая связь

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

 

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

Изобретение относится к связи на основе сеансов в системе связи, а в частности к сеансам связи, в которых можно предложить множество типов средств информации ("медиатипов").

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

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

Развитие техники связи, в особенности на основе Интернет-протокола (IP) и терминалов конечного пользователя, обеспечило универсальные возможности связи и введение различных служб. Все чаще службы реализуются с использованием примитивов протокола инициирования сеанса связи (SIP, session initiation protocol), который не интегрирован в систему связи вертикально, но является инструментом построения мультимедийной архитектуры. Более строго, SIP представляет собой протокол управления (сигнализации) прикладного уровня, разработанный рабочей группой по инженерным проблемам Интернета (IETF, Internet Engineering Task Force) и предназначенный для создания, изменения и завершения сеансов связи с одним или более участниками.

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

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

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

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

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

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

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

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

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

на фиг.7 иллюстрируется сигнализация согласно одному из вариантов выполнения настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ НЕКОТОРЫХ ВАРИАНТОВ ВЫПОЛНЕНИЯ ИЗОБРЕТЕНИЯ

Следующие варианты выполнения настоящего изобретения показаны в качестве примеров. Хотя в различных местах описание может ссылаться на «один» вариант или «некоторые» варианты выполнения настоящего изобретения, это не обязательно означает, что каждая такая ссылка относится к одним и тем же вариантам выполнения настоящего изобретения или что этот признак относится только к единственному варианту выполнения настоящего изобретения. Отдельные признаки различных вариантов выполнения настоящего изобретения могут также объединяться, давая другие варианты выполнения настоящего изобретения.

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

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

Ниже описаны различные варианты выполнения настоящего изобретения с использованием в качестве примера именно такой системной архитектуры, в которой могут применяться варианты выполнения настоящего изобретения, т.е. архитектуры на основе протокола SIP для сигнализации и установления сеанса связи и протокола SDP для передачи информации о предлагаемых типах средств информации, однако варианты выполнения настоящего изобретения не ограничены такой архитектурой. Протоколы SIP и SDP определены Рабочей группой по инженерным проблемам Интернета (IETF). Протокол SIP представляет собой протокол управления (сигнализации) для создания, изменения и завершения сеансов связи с одним или более участниками. Протокол SDP - это протокол прикладного уровня текстового формата для передачи деталей средств информации, адресов транспортировки и других метаданных для описания сеанса связи, например типов средств информации, независимо от того, как эта информация транспортируется. Другими словами, протоколы SIP и SDP не интегрированы вертикально в систему связи. Технические требования IETF и Интернет-проекты можно найти по адресу http //www.ietf.org.

В настоящем описании понятие "тип средств информации" (медиатип) охватывает общий тип данных и/или средств связи, которые являются предметом согласования между конечными точками, например пользовательскими терминалами. Примеры типов средств информации включают, но этим не ограничиваются, текст (текстовую информацию), изображение (графические данные), звук (аудиоданные), видео (видеоданные), приложение (некоторый другой тип данных, обычно или необработанные данные в двоичном коде, или информация, которая будет обработана приложением), многокомпонентные данные (данные, состоящие из нескольких объектов, относящихся к независимым типам данных) и сообщения (инкапсулированное сообщение). Кроме того, типы средств информации содержат различные подтипы и/или типы соединений (включая различные оверлейные службы), обеспечивающих групповую связь. Таким образом, типы средств информации могут быть выбраны, например, из группы, включающей: "poc", "im", "audio", "video", "conference", "application", "all", "other".

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

Система 100 связи на фиг.1 содержит пользовательские терминалы (UT, user terminal) 200, которые связаны с сервером 300 посредством одной или более сетей 400, включая при необходимости сети доступа и базовые сети.

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

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

Одной из областей применения варианта выполнения настоящего изобретения является архитектура групповой связи с управлением документами с использованием языка XML (XDM=XML Document Management; Extensible Markup Language, расширяемый язык разметки)). Открытый мобильный альянс (ОМА, Open Mobil Alliance) определяет XDM как обобщенную структуру для управления группами и списками на основе протокола ХСАР (Протокол доступа к конфигурации XML). Технические требования ОМА можно найти по адресу http://www.openmobilealliance.org. XDM определяет обычный механизм, который делает специфическую для пользователя информацию, относящуюся к услуге, например групповые определения, доступными для различных приложений (предоставляющих услуги) и клиентов, размещенных в пользовательском оборудовании, и позволяет создавать, изменять, производить поиск и удаление такой информации. Приложением, обеспечивающим групповую связь, может быть, например, приложение «нажми и говори по сотовой связи» (PoC, push to talk over cellular), приложение для обмена сообщениями или для проведения конференции. Технические требования к PoC в настоящее время развиваются рабочей группой PoC под эгидой ОМА. Более подробную информацию о PoC можно найти на вышеуказанных Интернет-страницах ОМА. Таким образом, сервер 300 может быть сервером PoC, сервером мгновенного обмена сообщениями или сервером проведения конференций, который поддерживает различные типы средств информации, например аудио и видео, и обмен сообщениями. Однако сервер 300 может быть и пользовательским терминалом, обладающим требуемыми функциональными возможностями и сконфигурированным для работы в качестве сервера согласно одному из вариантов выполнения настоящего изобретения.

На фиг.2 показана упрощенная блок-схема устройства 200 в виде пользовательского терминала согласно одному из вариантов выполнения настоящего изобретения; ниже это устройство будет именоваться пользовательским терминалом. Пользовательский терминал 200 содержит один или более клиентских блоков (клиентов) 21 приложений, по меньшей мере один из которых сконфигурирован в виде клиентского блока приложения согласно одному из вариантов выполнения настоящего изобретения, ниже такой блок именуется клиентом, устройство для хранения данных, например память (mem) 22, приемник (Rx) 23 для приема и передатчик (Tx) 24 для посылки сигналов (сообщений, информации, сигнализации, различных выходных или входных данных), интерфейс 26 пользователя (UI) для приема инструкций для пользователя и для выдачи пользователю информации и один или более процессоров 25 для работы с одним или более клиентами, для обработки и для управления получением и посылкой сигналов связи, включая установление сеанса связи, для обработки и управления приемом инструкций для пользователя и для выдачи информации пользователю через интерфейс 26 пользователя, а также для управления использованием памяти. Специалисту в данной области техники понятно, что пользовательский терминал может содержать другие компоненты, объекты, функции и структуры, которые не обязательно описывать здесь подробно, или может включать только некоторые из вышеописанных компонентов. Также возможно, что пользовательский терминал, участвующий в сеансе связи, не содержит никакого клиента, выполненного согласно одному из вариантов выполнения настоящего изобретения, то есть пользовательский терминал не сконфигурирован для реализации всех функциональных возможностей, описанных ниже в рамках пользовательского терминала согласно одному из вариантов выполнения настоящего изобретения, а могут быть реализованы только некоторые из таких функциональных возможностей.

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

Ниже со ссылками на фиг.4 и 7 более подробно описана работа клиента 21.

На фиг.3 показана упрощенная блок-схема устройства 300, сконфигурированного в виде компонента сервера согласно одному из вариантов выполнения настоящего изобретения; ниже это устройство именуется сервером. Сервер 300 содержит один или более блоков (хостов) 31 хоста приложения для осуществления хостинга сеанса связи, при этом по меньшей мере один из таких блоков хоста приложения, сконфигурированных согласно одному из вариантов выполнения настоящего изобретения, ниже именуется хостом, устройство для хранения данных, например память (mem) 32, приемник (Rx) 33 для приема и передатчик (Tx) 34 для посылки сигналов (сообщений, информации, сигнализации, различных выходных или входных данных), один или более операционных процессоров 25 для работы с одним или более клиентами, для обработки и для управления получением и посылкой сигналов связи, относящихся к сеансу связи, включая установление сеанса связи, для обработки и управления сеансами связи и для управления использованием памяти. Специалисту в данной области техники понятно, что пользовательский терминал может содержать другие компоненты, объекты, функции и структуры, которые не обязательно описывать здесь подробно, или включать только некоторые из вышеописанных компонентов. Также возможно, что сервер, обеспечивающий хостинг сеанса связи, не содержит никакого хоста, выполненного согласно одному из вариантов выполнения настоящего изобретения, то есть сервер не сконфигурирован для реализации всех функциональных возможностей, описанных ниже в рамках сервера согласно одному из вариантов выполнения настоящего изобретения, а могут быть реализованы только некоторые из таких функциональных возможностей.

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

Ниже со ссылками на фиг.5 и 6 и 7 более подробно описана работа хоста 31.

Такие устройства, как серверы или соответствующие компоненты сервера, пользовательские терминалы и/или другие соответствующие приборы или устройства, реализующие функциональные возможности устройства, аналогичного описанному в одном из вариантов выполнения настоящего изобретения, включают не только известные средства, но также и средства для реализации функциональных возможностей соответствующего устройства, описанного в варианте выполнения настоящего изобретения, и они могут включать как отдельное средство для каждой отдельной функции, так и средство, которое сконфигурировано для выполнения двух и более функций. Существующие устройства включают процессоры и память, которые могут использоваться в одном из вариантов выполнения настоящего изобретения. Например, клиентский блок 21 приложения или хост-блок 31 может быть программным приложением, модулем или блоком, сконфигурированным для выполнения арифметической операции или реализованным в виде программы, выполняемой операционным процессором. Все модификации и конфигурации, необходимые для реализации функциональных возможностей одного из вариантов выполнения настоящего изобретения, могут быть выполнены в виде программ, которые могут быть реализованы как добавляемое или обновляемое программное обеспечение, прикладные схемы (ASIC, applications specific integrated circuit, специализированная интегральная схема) и/или программируемые схемы. Программные процедуры, также называемые программным продуктом, включая аплеты и макросы, могут храниться на любом носителе данных, считываемом устройством, и включают программные инструкции для решения конкретных задач. Программные процедуры могут загружаться в устройство. Устройство, например сервер или соответствующий компонент сервера, пользовательский терминал или соответствующий пользовательский терминал, может быть сконфигурирован как компьютер или микропроцессор, например однопроцессорный элемент компьютера, включающий по меньшей мере память для хранения данных, используемую для арифметических действий, и операционный процессор для выполнения арифметических операций. Пример операционного процессора включает центральный блок обработки. Память может быть съемной памятью, связанной с устройством с возможностью ее отключения.

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

На фиг.4 иллюстрируется вариант выполнения клиента в пользовательском терминале. Однако для простоты ниже используется термин «пользовательский терминал».

Процесс на фиг.4 начинается, когда пользовательский терминал посылает, на шаге 401, запрос на установление сеанса связи с предложением одного или более типов средств информации. Запрос может быть приглашением SIP INVITE с предложением типов средств информации по протоколу SDP, и запрос можно послать по унифицированному идентификатору ресурса (URI, Uniform Resource Identifier) сервера или в соответствующую службу на сервере, отвечающую за установление сеанса связи. Унифицированный идентификатор ресурса отвечает за идентификацию абстрактного или физического ресурса.

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

Если не указано, что причиной является существующий сеанс связи (шаг 404), то причина отклонения основана на политике (шаг 409). Другими словами, причина может зависеть, например, от политики хоста, информации об абоненте-пользователе или групповых определений. Поэтому пользовательский терминал делает вывод, на шаге 410, что данный тип средств информации невозможно предложить позже, поскольку политика хоста не меняется. Затем пользовательский терминал начинает связь на шаге 408.

Принятым ответом может быть SIP 200 OK с индицированием тела SDP, которое указывает принятые и отклоненные типы средств информации с заголовком предупреждения, включающим трехзначный текстовый код и пояснительный текст, например согласно формату<xxx>+пояснительный текст>, при этом формат определяется по меньшей мере спецификациями ОМА PoC. Пояснительный текст для индикации того, что сеанс связи уже существует, может быть "сеанс связи существует", или "присоединяйтесь к сеансу связи", или "отклонено участником". Однако очевидно, что может использоваться любой другой подходящий заголовок, поле или бит для индикации причины отклонения или для индикации события, имеющего место, и для обеспечения информации, на основе которой можно определить возможную причину отклонения, и нет никаких ограничений на контент пояснительного текста.

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

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

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

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

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

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

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

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

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

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

В варианте выполнения настоящего изобретения, показанном на фиг.5, сервер принимает, на шаге 501, запрос на установление сеанса связи с предложением одного или более типов средств информации. В ответ на запрос сервер проверяет, на шаге 502, существует или нет сеанс связи. Если сеанс связи не существует, сервер продолжает, на шаге 503, установление сеанса связи. Как фактически устанавливается сеанс связи и/или как осуществляется связь в рамках установленного сеанса связи, не имеет значения для изобретения и поэтому здесь подробно не описано.

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

Если указанный тип средств информации не используется (шаг 505), сервер отклоняет, на шаге 508, данный тип средств информации, и, на шаге 509, принимает меры к тому, чтобы к ответу была добавлена индикация причины отклонения. Затем сервер переходит на шаг 507, проверяя, действительно ли проверены все предлагаемые типы средств информации.

Если проверены все предлагаемые типы средств информации (шаг 507), то сервер, на шаге 510, посылает ответ на запрос, в котором каждый предложенный тип средств информации индицирован как одобренный или отклоненный, и каждый отклоненный тип средств информации ассоциирован с индикацией причины отклонения.

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

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

На фиг.6 шаги 601-607 соответствуют шагам 501-507, показанным на фиг.5, и поэтому не описываются повторно.

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

Если проверены все предлагаемые типы средств информации (шаг 607), сервер посылает, на шаге 611, предложения этого типа средств информации участникам, при этом указанное предложение содержит тип (типы) средств информации, добавленные на шаге 610. Сервер принимает, на шаге 612, ответы от участников, при этом в каждом ответе указано, какой из предлагаемых типов средств информации одобрен, а какой отклонен. Сервер способен сформировать на шаге 613 ответ на запрос, принятый на шаге 601, при этом в ответе каждый предложенный тип средств информации указывается как одобренный или отклоненный, и с каждым отклоненным типом средств информации ассоциируется индикация причины отклонения. Ответ содержит типы средств информации, отклоненные или одобренные сервером (на шагах 606 и 609). Что касается типов средств информации, предложенных участникам, сервер одобряет данный тип средств информации, если его одобрили все участники, и отклоняет этот тип средств информации, если по меньшей мере один участник его отклонил. В зависимости от реализации, индикация причины отклонения может быть одинаковой, независимо от того, было ли это отклонение сделано сервером или участником, или же индикация может зависеть от объекта, отклонившего этот тип средств информации. Кроме того, может быть добавлена некоторая дополнительная информация относительно отклонения.

Затем сервер посылает ответ (шаг 614).

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

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

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

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

На фиг.7 пользовательский терминал UT желает установить сеанс связи и посылает (7-1) запрос на установление сеанса связи. В показанном примере запрос не содержит предложения типа средств информации, и он может быть приглашением SIP INVITE, посланным по унифицированному идентификатору ресурса (URI) сервера, осуществляющего хостинг сеанса связи или поддерживающего связь в рамках сеанса связи для пользовательского терминала. В ответ на запрос сервер обнаруживает, в точке 7-2, что сеанс связи уже существует, и поэтому добавляет, в точке 7-3, к ответу, содержащему одобрение запроса, индикацию причины отклонения и посылает 7-4 ответ. Ответом может быть SIP 200 OK, а индикация может быть любой из вышеописанных индикаций причины отклонения.

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

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

Шаги/точки, сигнальные сообщения и соответствующие функции, показанные выше на фиг.4-7, не выстроены в абсолютном хронологическом порядке, и некоторые из шагов могут быть выполнены одновременно или в порядке, отличающемся от показанного. Между шагами/точками или в пределах шагов/точек могут быть выполнены также и другие функции, и между показанными сообщениями могут быть посланы другие сигнальные сообщения. Некоторые из шагов/точек или частей шагов/точек могут также быть опущены или заменены на подходящие шаги/точки или части шагов/точек. Операции сервера и операции пользовательского терминала иллюстрируют процедуру, которая может быть реализована в одном или более физических или логических объектах. Сигнальные сообщения даны только для примера и могут включать несколько отдельных сообщений для передачи той же информации. Кроме того, сообщения могут содержать также другую информацию.

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

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

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

3. Способ по п 1 или 2, в котором запрос представляет собой запрос на установление сеанса связи.

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

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

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

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

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

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

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

11. Способ по п.6 или 7, в котором ответ указывает на одобрение запроса.

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

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

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

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

16. Система для сеансовой связи, содержащая одно или более устройств по любому из пп.13-15.

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