СПОСОБ И ТЕРМИНАЛ ДЛЯ УСТАНОВЛЕНИЯ "РТ-СЕАНСА СВЯЗИ", ЧТОБЫ ИСПОЛЬЗОВАТЬ "РТ-БЛОК"
METHOD AND TERMINAL DEVICE FOR ESTABLISHING "RT-SESSION" TO USE "RT-BLOCK"

Сущность изобретения
Техническое решение
[1] Данная заявка претендует на преимущество приоритета предварительной заявки на патент США №60/797,379, поданной 4 мая 2006 года, и заявки на патент Кореи №10-2006-0098154, поданной 9 октября 2006 года в Республике Корея. Полный текст указанных заявок включен в данное описание в виде ссылок.
[2] Настоящее изобретение относится к услуге, основанной на сеансах связи, и, в частности, к способу установления РТ-сеанса связи, позволяющему определенному пользователю воспользоваться услугой абонентского ящика РТ (РТ-блока) под управлением РТ-сервера в рамках услуги, основанной на протоколе SIP (Session Initiation Protocol - протокол установления сеансов связи).
[3] В общем случае протокол SIP означает протокол передачи сигналов, определяющий процедуру, в соответствии с которой терминалы, планирующие связаться друг с другом, определяют и находят свое местоположение, а также устанавливают или прекращают (или изменяют) сеансы связи в рамках услуги по передаче мультимедийных данных друг другу. Услуги, основанные на протоколе SIP (то есть, SIP-услуги), используют структуру «запрос-ответ» для управления установлением, изменением и завершением сеансов в рамках услуги по передаче мультимедийных данных. Кроме того, SIP-услуги выполняются посредством использования унифицированного указателя URL (Uniform Resource Locator - унифицированный указатель ресурса) протокола SIP, который аналогичен адресу электронной почты, независимо от IP адреса (Internet Protocol - протокол Интернет), чтобы таким образом обеспечить идентификацию каждого пользователя.
[4] Одной из услуг сеанса связи на основе протокола установления сеансов связи (SIP) может быть услуга полудуплексной связи (Push-To -многоточечная полудуплексная связь - «РТ»), далее РТ-услуга. РТ-услуга предназначена для обеспечения быстрого обмена данными поставщиков услуг и пользователей мобильной связи. Кроме того, РТ-услуга представляет собой один из видов услуги полудуплексной связи, а именно услугу связи, при которой один клиент передает мультимедийные данные (например, пакеты речевых или мультимедийных данных) одному или нескольким клиентам, с которыми установлен сеанс связи. РТ-услуга может в обычном случае быть РоС-услугой (Push-to-talk Over Cellular - многоточечная полудуплексная связь в сети мобильной радиотелефонной связи), предназначенной для передачи голосовых (аудио) данных, PTV-услугой (Push-To-View - прямая видеосвязь), предназначенной для передачи изображений (видеоданных) и PTD-услугой (Push-To-Data - прямая передача данных), предназначенной для передачи данных.
[5] РТ-услуга обеспечивает связь между одиночными абонентами «один - с одним» или между одиночным абонентом и группой абонентов, как в сеансе групповой «беседы» «один - с несколькими», и использует протокол установления сеансов связи (SIP) для установления сеанса связи.
[6] На Фиг.1 представлена схема прохождения сигналов, иллюстрирующая способ использования РТ-услуги в соответствии с известным уровнем техники.
[7] На Фиг.1 предполагается, что «РТ-клиент А» (клиент, пользующийся РТ-услугой - РТ-клиент), снабженный отдельным терминалом «UE» (или пользовательским устройством, пользующимся РТ-услугой), представляет собой устройство (объект) для обработки сообщений на основе протокола установления сеансов связи, далее, SIP-сообщений, причем все сообщения, показанные на Фиг.1, являются сообщениями на основе протокола SIP.
[8] Чтобы использовать РТ-услугу в соответствии с известным уровнем техники, сначала необходимо, чтобы были выполнены несколько предварительных условий, а именно конкретный терминал должен быть зарегистрирован в ядре А 20, поддерживающем протокол «SIP»/«IP» (протокол установления сеанса связи «SIP» / Интернет-протокол «1Р»), далее «Ядро SIP/IP А» 20, а в РТ-сервере (сервере, поддерживающем «РТ-услугу») должна быть выполнена настройка РТ-услуги.
[9] Как показано на Фиг.1, «РТ-клиент А», используя SIP-сообщение «REGISTER» (РЕГИСТРАЦИЯ), регистрируется в «Ядре SIP/IP А» 20 (например, 3GPP IMS или 3GPP2 MMD) (S1). «Ядро SIP/IP А» 20 посылает «РТ-клиенту А» 15 сообщение с подтверждением «SIP 200 ОК», чтобы проинформировать его о том, что «РТ-клиент А» 15 успешно зарегистрирован в «SIP/IP» ядре А 20 (S2).
[10] «РТ-клиент А» 15 выдает параметры настройки, необходимые для РТ-услуги (то есть для настройки РТ-услуги), на РТ-сервер А 30 через «SIP/IP» ядро А 20 с помощью SIP-сообщения «PUBLISH» (ПУБЛИКАЦИЯ), где в состав параметров РТ-услуги входят, например, информация о режиме ответа, флаг ограничения (запрета) входящего сеанса связи, флаг ограничения (запрета) мгновенного персонального предупреждения, флаг одновременной поддержки и т.п. (S3 и S4) В данном случае параметры настройки РТ-услуги передаются посредством включения их в поле SIP-сообщения «PUBLISH».
[11] «РТ-сервер А» 30 сохраняет у себя параметры настройки «РТ-услуги» (S5). «РТ-сервер А» 30 также информирует «РТ-клиента А» 15, используя SIP сообщение с подтверждением «SIP 200 ОK», о том, что параметры настройки «РТ-услуги» были успешно сохранены (S6 и S7). Здесь на шагах S6 и S7 сообщение «SIP 200 ОK» может быть отправлено «РТ-сервером А» 30 «РТ-клиенту А» 15 через «Ядро SIP/IP А» 20.
[12] Указанные выше шаги S1 и S2 называются процессом «регистрации», а шаги с S3 по S7 - настройкой РТ-услуги. Несмотря на то, что могут быть доступны для использования различные РТ-услуги, в известном уровне техники отсутствует услуга абонентского ящика РТ, доступная для терминала. Следовательно, существует необходимость в разработке способа предоставления терминалу услуги абонентского ящика РТ. Услуга абонентского ящика РТ предусматривает использование абонентского ящика для мультимедийных данных (абонентского ящика РТ), в который могут пересылаться и сохраняться мультимедийные данные (например, голосовые данные, изображения, сведения и т.д.), предназначенные для пользователя РТ-терминала, например, когда пользователь недоступен, чтобы пользователь позже мог получить доступ к указанному абонентскому ящику РТ, чтобы получить сохраненные в нем мультимедийные данные.
[13] Поэтому в настоящем изобретении предлагается способ предоставления услуги абонентского ящика РТ как часть РТ-услуг, доступных для терминала, чтобы тем самым устранить ограничения и недостатки известного уровня техники.
[14] Целью настоящего изобретения является предложение способа выполнения настройки РТ-услуги и установления РТ-сеанса связи на РТ-сервере и терминала для его осуществления с целью предоставления возможности отдельному терминалу (или пользовательскому устройству «UE», пользующемуся РТ-услугой) использовать услугу абонентского ящика РТ в РТ-услуге на базе протокола SIP, в состоянии, когда этот отдельный терминал зарегистрирован в «Ядро SIP/IP».
[15] Другой целью настоящего изобретения является предложение способа, терминала и сервера для настройки и использования информации об абонентском ящике РТ с целью его эксплуатации.
[16] В соответствии с одним из аспектов в настоящем изобретении предложен способ предоставления услуги абонентского ящика РТ (абонентского ящика прямой полудуплексной связи (Push-To)), включающий в себя следующие шаги: сохранение на РТ-сервере информации о настройках абонентского ящика РТ терминала; прием РТ-сервером приглашения на сеанс связи, направленного терминалу; и на основе, по меньшей мере, информации о настройке абонентского ящика РТ, принятие решения РТ-сервером о переадресации (направлении) приглашения на сеанс связи в абонентский ящик РТ для указанного терминала.
[17] В соответствии с одним из аспектов в настоящем изобретении предложен способ предоставления информации о настройке абонентского ящика РТ (абонентского ящика прямой полудуплексной связи (Push-To)), включающий в себя следующие шаги: получение терминалом информации о настройке абонентского ящика РТ с пользовательского входа; генерирование терминалом SIP-сообщения, содержащего информацию о настройках РТ-услуги терминала, где информация о настройках РТ-услуги содержит информацию о настройке абонентского ящика РТ, предназначенную для использования РТ-сервером с целью принятия решения о направлении приглашения на сеанс связи; и передача терминалом сгенерированного SIP-сообщения на РТ-сервер.
[18] В соответствии с одним из аспектов в настоящем изобретении предложен способ предоставления услуги абонентского ящика РТ (абонентского ящика прямой полудуплексной связи (Push-To)), включающий в себя следующие шаги: прием РТ-сервером параметра, обозначающего информацию о настройке абонентского ящика РТ первого терминала; сохранение принятого параметра в запоминающем устройстве, доступном для РТ-сервера; прием РТ-сервером приглашения на РТ-сеанс связи, направленного первому терминалу со второго терминала; проверка хранящегося параметра после того, как приглашение на РТ-сеанс связи, направленное первому терминалу, принято РТ-сервером; и принятие решения о направлении приглашения на РТ-сеанс связи на основе, по меньшей мере, информации о настройке абонентского ящика РТ, определенной указанным параметром.
[19] Следует понимать, что предыдущее общее описание и последующее подробное описание рассмотрены на примерах, имеют пояснительный характер и предназначены для дополнительного пояснения изобретения, в соответствии с формулой изобретения.
[20] Настоящее изобретение станет более понятным при ознакомлении с приведенным ниже подробным описанием и приложенными к нему чертежами, которые имеют только пояснительный характер и, таким образом, не являются ограничительными по отношению к настоящему изобретении, и на которых:
[21] на Фиг.1 приведена схема прохождения сигналов, иллюстрирующая способ использования РТ-услуги в соответствии с известным уровнем техники;
[22] на Фиг.2 приведена схема прохождения сигналов, иллюстрирующая один из примеров способа установления РТ-сеанса связи для того, чтобы использовать абонентский ящик РТ, в случае наличия информации «РТ box routing[1]» (переадресация приглашений на сеанс связи на абонентский ящик РТ [1]) в соответствии с вариантом осуществления настоящего изобретения;
[23] на Фиг.3 приведена схема прохождения сигналов, иллюстрирующая другой пример способа установления РТ-сеанса связи, используя абонентский ящик РТ, в случае информации «РТ box routing[l]» в соответствии с вариантом осуществления настоящего изобретения;
[24] на Фиг.4 приведена схема прохождения сигналов, иллюстрирующая один из примеров способа установления РТ-сеанса связи, используя абонентский ящик РТ, в случае информации «РТ box routing[2]» (переадресация приглашений на сеанс связи на абонентский ящик РТ [2]) в соответствии с вариантом осуществления настоящего изобретения;
[25] на Фиг.5 приведена схема прохождения сигналов, иллюстрирующая первый пример способа установления РТ-сеанса связи, используя абонентский ящик РТ, в случае информации РТ box routing[3] (переадресация приглашений на сеанс связи на абонентский ящик РТ [3]) в соответствии с вариантом осуществления настоящего изобретения;
[26] на Фиг.6 приведена схема прохождения сигналов, иллюстрирующая второй пример способа установления РТ-сеанса связи с использованием абонентского ящика РТ в случае информации «РТ box routing[3]» в соответствии с вариантом осуществления настоящего изобретения;
[27] на Фиг.7 приведена схема прохождения сигналов, иллюстрирующая третий пример способа установления РТ-сеанса связи с использованием абонентского ящика РТ в случае информации «РТ box routing[3]» в соответствии с вариантом осуществления настоящего изобретения;
[28] на Фиг.8 приведена схема прохождения сигналов, иллюстрирующая четвертый пример способа установления РТ-сеанса связи с использованием абонентского ящика РТ в случае информации «РТ box routing[3]» в соответствии с вариантом осуществления настоящего изобретения;
[29] на Фиг.9 приведена схема прохождения сигналов, иллюстрирующая пятый пример способа установления РТ-сеанса связи с использованием абонентского ящика РТ в случае информации «РТ box routing[3]» в соответствии с вариантом осуществления настоящего изобретения;
[30] на Фиг.10 приведена схема прохождения сигналов, иллюстрирующая шестой пример способа установления РТ-сеанса связи с использованием абонентского ящика РТ в случае информации «РТ box routing[3]» в соответствии с вариантом осуществления настоящего изобретения.
[31] Далее, рассмотрим подробно структуру и действия для предпочтительных вариантов осуществления настоящего изобретения со ссылкой на прилагаемые чертежи.
[32] Во-первых, в настоящем изобретении, когда партнерский терминал (или пользовательское устройство «UE», пользующееся РТ-услугой) регистрируется в «Ядре SIP/IP» и выполняет «настройку РТ-услуги» на РТ-сервере, он задает, по крайней мере, одну или несколько информации, связанных с использованием абонентского ящика РТ (далее именуемой «информация о настройке абонентского ящика РТ»), и сохраняет эту информацию о настройке в РТ-сервере. Во-вторых, когда отдельный терминал (абонентский терминал или вызывающий (инициирующий) терминал) приглашает партнерский терминал (целевой или конечный терминал) на РТ-сеанс связи, указанный отдельный терминал устанавливает РТ-сеанс связи в соответствии с размещенной в РТ-сервере информацией о настройке абонентского ящика РТ, связанной с партнерским терминалом, так, что приглашения на сеанс могут избирательно в соответствии с информацией о настройке абонентского ящика РТ передаваться абонентскому ящику РТ партнерского терминала. В результате пользователь вызывающего терминала/абонентского терминала теперь может оставлять мультимедийные данные в абонентском ящике РТ целевого терминала, благодаря чему пользователь целевого терминала может осуществлять доступ к сохраненным мультимедийным данным путем обращения к абонентскому ящику РТ.
[33] Абонентский ящик РТ в настоящем изобретении предназначен для хранения мультимедийных данных из любой из РТ-услуг, включая, но не ограничиваясь этим, РоС-услуги (Push-to-talk Over Cellular - многоточечная полудуплексная связь в сети мобильной радиотелефонной связи), PTV-услуги (Push-To-View - прямая видеосвязь), и PTD-услуги (Push-To-Data - прямая передача данных) и т.д.
[34] В соответствии с настоящим изобретением, чтобы использовать услугу абонентского ящика РТ, указанный отдельный терминал должен быть терминалом, способным использовать абонентский ящик РТ (то есть поддерживает услуги абонентского ящика РТ), и пользователь указанного отдельного терминала должен быть готов (иметь намерение) использовать абонентский ящик РТ. Кроме того, в предпочтительном случае информация о настройке абонентского ящика РТ, связанная с использованием абонентского ящика РТ, должна быть заранее введена в РТ-сервер, при этом указанная информация о настройке абонентского ящика РТ включает в себя заранее оговоренные и прочие условия.
[35] В соответствии с вариантом осуществления настоящего изобретения информация о настройке абонентского ящика РТ, связанная с указанным отдельным терминалом или предназначенная для него пользователем, отправляется на РТ-сервер, путем включения в SIP-сообщение «PUBLISH» (ПУБЛИКАЦИЯ) (например, посредством включения информации о настройке абонентского ящика РТ в SIP-сообщение «PUBLISH» (шаги S3 и S4 на Фиг.1)). Здесь SIP-сообщение «PUBLISH» отправляется с указанного отдельного терминала на РТ-сервер через «Ядро SIP/IP».
[36] Предпочтительные варианты осуществления настоящего изобретения реализуются в способах установления РТ-сеансов, в которых приглашение на РТ-сеанс связи разрешается переадресовать абонентскому ящику РТ в зависимости от информации о настройке абонентского ящика РТ, относящейся к указанному отдельному терминалу (например, целевому терминалу) и размещенной в РТ-сервере. Поэтому ниже сначала будет рассмотрена информация о настройке абонентского ящика РТ в соответствии с настоящим изобретением, а затем будут представлены различные сценарии способа установления РТ-сеанса связи, позволяющие использовать абонентский ящик РТ, в соответствии с информацией о настройке абонентского ящика.
[37] Терминал (т.е. пользовательское устройство «UE», пользующееся РТ-услугой, далее, терминал «РТ UE») в соответствии с настоящим изобретением, представляющий собой объект, выполняющий функции, связанные с РТ-услугами, означает любое устройство, содержащее РТ-клиента. Следовательно, терминал в соответствии с настоящим изобретением может быть мобильным терминалом связи любого типа, ноутбуком, воспринимающим РТ-услуги, настольным компьютером, переносной игровой приставкой, микропроцессорной системой (MPS) или другим бытовым прибором. Кроме того, в описании настоящего изобретения терминал (пользовательское устройство «UE», пользующееся РТ-услугой) обычно означает физический объект, содержащий РТ-клиента, а РТ-клиент обычно означает логический или физический объект, входящий в состав терминала. Соответственно, для простоты объяснения настоящего изобретения терминал может называться РТ-клиентом и наоборот.
[38] Абонентский ящик РТ, предназначенный для предоставления услуги абонентского ящика РТ, в соответствии с настоящим изобретением может принадлежать сети (например, в качестве части РТ-сервера или в качестве другого сервера или иного объекта в сети) или может находиться внутри соответствующего терминала и/или пользовательского устройства «UE» (как например, абонентский ящик РТ для РоС-услуги). В предпочтительном случае абонентский ящик принадлежит сети.
[39] Далее в соответствии с настоящим изобретением будет рассмотрена «информация о настройке абонентского ящика РТ», используемая для эксплуатации абонентского ящика РТ.
[40] Информация о настройке абонентского ящика РТ может включать в себя параметры, называемые (1) «РТ box capability» (возможность использования абонентского ящика РТ), «РТ box willingness» (готовность к использованию абонентского ящика РТ) и «РТ box conditionality» (условия получения абонентского ящика РТ), или (2) «РТ box routing» (направление в абонентский ящик РТ).
[41] Теперь рассмотрим более подробно информацию о настройке абонентского ящика РТ.
[42] Информация о настройке абонентского ящика РТ может включать в себя информацию, указывающую является ли терминал «РТ UE» терминалом (то есть пользовательским устройством «UE», пользующимся РТ-услугой), способным использовать услугу абонентского ящика РТ. Такая информация (или параметр) для простоты пояснения называется «РТ box capability» (возможность использования абонентского ящика РТ). Если терминал «РТ UE» является терминалом, способным использовать услугу абонентского ящика РТ, то для информации/параметра, характеризующих указанные возможности терминала, устанавливается значение «РТ box capability [true]» (возможность использования абонентского ящика РТ [истина]). В альтернативном случае, если терминал «РТ UE» является терминалом, не способным использовать услугу абонентского ящика РТ, то для информации/параметра, характеризующих указанные возможности терминала, устанавливается значение «РТ box capability [false]» (возможность использования абонентского ящика РТ [ложь]).
Очевидно, что в данном случае указанный параметр может быть определен несколькими способами, например в виде значения [0] или [1].
[43] Информация о настройке абонентского ящика может дополнительно включать в себя информацию, указывающую, намерен ли пользователь терминала «РТ UE» (или «РТ-пользователь») направлять от имени РТ-пользователя в свой абонентский ящик РТ все принятые приглашения на РТ-сеанс связи, адресованные этому пользователю. Указанная информация включает в себя готовность РТ-пользователя и далее называется «готовностью к использованию абонентского ящика РТ» («РТ box willingness»). Когда РТ-пользователь готов (намерен) переадресовать своему абонентскому ящику РТ приглашения на РТ-сеанс связи, для параметра «РТ box willingness)) устанавливается значение «РТ box willingness[active]» (готовность к использованию абонентского ящика РТ [активизировано]). И наоборот, когда РТ-пользователь не намерен переадресовывать своему абонентскому ящику РТ приглашения на РТ-сеанс связи, для параметра «РТ box willingness)) устанавливается значение «РТ box willingness [not active]» (готовность к использованию абонентского ящика РТ [не активизировано]). Указанный параметр может быть определен несколькими способами, например, в виде значения [0] или [1]. Как вариант, поскольку информация о готовности к использованию абонентского ящика РТ может стать релевантной только в случае, когда терминал «РТ UE» способен использовать абонентский ящик РТ, информация о настройке абонентского ящика РТ может быть выдана только тогда, когда для информации о возможностях абонентского ящика РТ устанавливается значение «true» (capable) (истина (способен)).
[44] Информация о настройке абонентского ящика РТ может включать в себя дополнительную информацию, предназначенную для уведомления целевого терминала «РТ UE» или пользователя целевого терминала «РТ UE», например, о том, следует ли выдавать приглашение на РТ-сеанс связи в первую очередь - до направления в абонентский ящик РТ приглашения на РТ-сеанс связи, направленного целевому терминалу «РТ UE» (т.е. РТ-клиенту). Такая информация, которая обычно означает, что пользователь намерен использовать абонентский ящик РТ, называется «РТ box conditionality» (условия направления приглашений на сеанс связи в абонентский ящик РТ) и указывает, должно ли выполняться направление в абонентский ящик РТ приглашений на РТ-сеанс связи безусловно или при определенном условии (условиях). В этом случае информация «РТ box conditionality» может быть доступна только тогда, когда для информации «РТ box willingness» (готовность к использованию абонентского ящика РТ) установлено значение «active» (активизировано).
[45] Когда пользователь терминала «РТ UE» желает безусловно направлять (переадресовывать) в свой абонентский ящик РТ приглашения на РТ-сеанс связи, для информации/параметра «РТ box conditionality» устанавливается значение «РТ box conditionality[unconditional]» (условия направления приглашений на сеанс связи в абонентский ящик РТ [безусловно]). И наоборот, когда РТ-пользователь желает направлять в свой абонентский ящик РТ приглашения на РТ-сеанс связи при определенных условиях, для информации/параметра «РТ box conditionality» устанавливается значение «РТ box conditionality[conditional]» (условия направления приглашений на сеанс связи абонентскому ящику РТ [при условии]). Указанный параметр может быть определен несколькими способами, например, в виде значения [0] или [1].
[46] Случай, когда для информации «РТ box conditionality» установлено значение «conditional» (при условии) (например, [active]), может соответствовать или случаю, когда целевой терминал «РТ UE» не может принимать посылаемые ему приглашения на РТ-сеанс связи, или случаю, когда пользователь терминала «РТ UE» не принимает приглашения на РТ-сеанс связи. В этом случае РТ-сеанс связи устанавливается так, чтобы приглашения на РТ-сеанс связи, направляемые целевому терминалу РТ ПУ, переадресовывались абонентскому ящику РТ.
[47] Далее, в ситуации, когда для информации «РТ box conditionality» установлено значение «conditional» (при условии), например, в случае, когда целевой терминал «РТ UE» не может принимать посылаемые ему приглашения на РТ-сеанс связи, или в случае, когда пользователь целевого терминала «РТ UE» не принимает приглашения на РТ-сеанс связи, может быть предложено четыре следующих типичных случая.
[48] Первый случай заключается в том, что в режиме ручного ответа РТ-сервер не получает от целевого РТ-клиента ответа на посланный вызов в течение определенного времени (например, в течение заранее установленного времени) после отправки приглашения на РТ-сеанс связи целевому РТ-клиенту.
[49] Второй случай заключается в том, что в режиме ручного ответа РТ-сервер не принимает от целевого РТ-клиента ответного сообщения о приеме или отказе от приема приглашения на РТ-сеанс связи в течение определенного времени (например, в течение заранее установленного времени) после получения от целевого РТ-клиента ответа на посланный вызов.
[50] Третий случай заключается в том, что в режиме автоматического ответа РТ-сервер не принимает от целевого РТ-клиента ответного сообщения о приеме или отказе от приема приглашения на РТ-сеанс связи в течение определенного времени (например, в течение заранее установленного времени) после отправки приглашения на РТ-сеанс связи целевому РТ-клиенту.
[51] Четвертый случай заключается в том, что целевой РТ-клиент уже участвовал в одном или множестве других РТ-сеансов связи и не поддерживает параллельные РТ-сеансы связи.
[52] Как упоминалось выше, если РТ-сервер принимает приглашение на РТ-сеанс связи для целевого РТ-клиента в состоянии, когда параметр «РТ box conditionality» для этого целевого РТ-клиента имеет значение «conditional» (при условии), то РТ-сервер переадресовывает приглашение на РТ-сеанс связи абонентскому ящику РТ этого целевого РТ-клиента при любом из четырех рассмотренных выше типичных случаев. То есть вышерассмотренные четыре типичных случая могут считаться условиями, которые, если они произошли, ведут к тому, что РТ-сервер должен переадресовать приглашение на РТ-сеанс связи соответствующему абонентскому ящику РТ, так как для параметра «РТ box conditionality» установлено значение «РТ box conditionality[conditional]» (условия направления приглашений на сеанс связи абонентскому ящику РТ [при условии]).
[53] Таким образом, рассмотренная информация о настройке абонентского ящика РТ (например, «РТ box capability» (возможность использования абонентского ящика РТ), «РТ box willingness» (готовность к использованию абонентского ящика РТ) и «РТ box conditionality» (условия направления приглашений на сеанс связи абонентскому ящику РТ)) может быть представлена с помощью параметров или элементов, каждый из которых, соответственно, имеет одно из двух возможных установленных значений (например, true/false (истина/ложь) или active/not active (активизировано/не активизировано)).
[54] В альтернативном случае как раз одиночный параметр может обозначить всю информацию, предоставляемую этими тремя параметрами. Такая информация (или параметр) для простоты объяснения называется информацией «РТ box routing» (направление/переадресация приглашений на сеанс связи абонентскому ящику РТ).
[55] Опишем далее в соответствии с предпочтительным вариантом осуществления настоящего изобретения информацию/параметр «РТ box routing» в качестве одного из примеров информации о настройке абонентского ящика РТ.
[56] Информация «РТ box routing» представляет собой параметр или элемент, который может иметь три возможных заданных значения. Для простоты объяснения, чтобы различать информацию «РТ box routing» в соответствии с тремя возможными значениями, приняты следующие три возможных значения для информации/параметра «РТ box routing»: «РТ box routing[1]», «РТ box routing[2]» и «РТ box routing[3]». Хотя используются значения 1, 2 и 3, настоящее изобретение не ограничено ими, и могут использоваться другие возможные значения для параметра «РТ box routing». Настройку параметра «РТ box routing» с помощью одного из трех различных значений можно представить с использованием обычной булевой алгебры. Соответственно, связанные с этим подробности здесь не рассматриваются.
[57] Далее подробно поясняется, что отображает каждое из трех возможных значений информации «РТ box routing».
[58] В частности, информация РТ box routing может отображать следующее:
[59] «РТ box routing[1]»: unwilling (неготовность),
[60] «РТ box routing[2]»: unconditional (безусловно) или
[61] «РТ box routing[3]»: conditional (при условии).
[62] В этом примере параметр «РТ box routing» имеет одно из трех возможных значений: [1], [2] и [3], соответственно, представляющих unwilling (неготовность), unconditional (безусловно) и conditional (при условии). Однако настоящее изобретение не ограничено этим, и по желанию могут использоваться другие значения.
[63] Значение «РТ box routing[1]» указывает на то, что пользователь терминала «РТ UE» не желает использовать услугу абонентского ящика РТ. То есть значение «РТ box routing[1]» можно рассматривать как то же самое, что и значение «РТ box willingness[not active]» (готовность к использованию абонентского ящика РТ [не активизировано]). Если указывается «РТ box routing[1]», то РТ-сервер не направляет (не переадресовывает) приглашение на РТ-сеанс связи (например, сообщение с приглашением на РТ-сеанс связи, посланное от отдельного клиента целевому РТ-клиенту) абонентскому ящику РТ целевого РТ-клиента (или пользователя терминала «РТ UE»).
[64] Параметр «РТ box routing[2]» указывает, что пользователь терминала «РТ UE» намерен использовать услугу абонентского ящика РТ, и приглашение на РТ-сеанс связи для целевого РТ-клиента должно быть безусловно направлено в абонентский ящик РТ целевого РТ-клиента. То есть значение «РТ box routing[2]» можно рассматривать так же, как и в случае, когда для параметра «РТ box willingness» установлено значение «active» (активизировано) и одновременно для параметра «РТ box conditionality» установлено значение «unconditional» (безусловно).
[65] Параметр «РТ box routing[3]» указывает, что пользователь терминала «РТ UE» намерен использовать услугу абонентского ящика РТ, но приглашение на РТ-сеанс связи для приглашения целевого РТ-клиента должно быть переадресовано абонентскому ящику РТ целевого РТ-клиента только при определенных условиях (условии). То есть значение «РТ box routing[3]» можно рассматривать так же, как в случае, когда для параметра «РТ box willingness» установлено значение [active] (активизировано) и одновременно для параметра «РТ box capability)) установлено значение [conditional] (при условии). Здесь определенное условие (которое инициирует переадресацию приглашения на сеанс абонентскому ящику РТ) может представлять собой ситуацию, в которой целевой РТ-клиент не может принять приглашение на РТ-сеанс связи или пользователь целевого терминала «РТ UE» не принимает приглашение на РТ-сеанс связи. Такими определенными условиями (условием) могут быть один или несколько типовых случаев, рассмотренных выше.
[66] РТ-сервер или производитель терминала может заблаговременно определить, какие условия (условие) будут инициировать направление (переадресацию) приглашений на сеанс связи абонентскому ящику РТ, когда для параметра «РТ box routing» установлено значение «РТ box routing[3]» или для параметра «РТ box capability» установлено значение [conditional] (при условии). Терминал может также предусмотреть соответствующие пункты в меню, в котором перечисляются одно или несколько условий, которые могут инициировать переадресацию приглашений на сеанс связи абонентскому ящику РТ терминала, и пользователь может выбрать/щелкнуть один или несколько таких пунктов меню, чтобы задать предпочтительные условия пользователя, которые будут инициировать переадресацию.
[67] Таким образом, в соответствии с вариантом осуществления настоящего изобретения отдельный терминал (или РТ-клиент) при выполнении операции настройки РТ-услуги предварительно устанавливает информацию о настройке абонентского ящика РТ, например, с помощью SIP-сообщения «PUBLISH» (ПУБЛИКАЦИЯ). To есть в настоящем изобретении информация о настройке абонентского ящика РТ (например, параметр «РТ box routing») может содержаться в SIP-сообщении «PUBLISH» (ПУБЛИКАЦИЯ) (или другом сообщении), которое обычно передается от РТ-клиента на РТ-сервер при операциях настройки РТ-услуги, отраженных в шагах S3 и S4, представленных на Фиг.1. После этого, когда другой терминал (например, абонентский терминал или вызывающий терминал) приглашает указанный отдельный терминал (например, целевой терминал или конечный терминал) на РТ-сеанс связи, РТ-сеанс связи устанавливается таким образом, что другой терминал может использовать абонентский ящик РТ указанного отдельного терминала в соответствии с информацией о настройке абонентского ящика РТ, заранее заданной этим указанным отдельным терминалом (например, целевым терминалом или конечным терминалом).
[68] Далее, со ссылкой на Фиг. с 2 по 10 будет рассмотрен способ установления РТ-сеанса связи в соответствии с настоящим изобретением, в котором приглашение на РТ-сеанс связи разрешается переадресовывать абонентскому ящику РТ в зависимости от информации о настройке абонентского ящика РТ, предварительно заданной (хранящейся) на РТ-сервере. В примерах на Фиг. с 2 по 10 предполагается, что «РТ-клиент В» 40 является целевым РТ-клиентом, а РТ-сервер 30 уже сохранил информацию о настройке абонентского ящика РТ, связанную с «РТ-клиентом В» 40, в запоминающем устройстве РТ-сервера 30 или в запоминающем устройстве, доступном для РТ-сервера 30. Кроме того, предполагается, что «РТ-клиент А» 10 (абонентский терминал, запрашивающий приглашение на сеанс связи с целевым РТ-клиентом 40) и «РТ-клиент В» 40 зарегистрированы в «Ядре SIP/IP» 20 базовой сети. Абонентский ящик РТ 50 для «РТ-клиента В» 40 в предпочтительном случае постоянно находится в сети, но может находиться в «РТ-клиенте В» 40. Необходимо отметить, что на Фиг. с 2 по 10 компоненты или сигнальные потоки, обозначенные одними и теми же номерами позиций, выполняют подобные функции и операции.
[69] На Фиг.2 приведена схема прохождения сигналов в соответствии с вариантом осуществления настоящего изобретения, иллюстрирующая один из примеров способа установления РТ-сеанса связи для того, чтобы использовать абонентский ящик РТ в случае, когда для параметра «РТ box capability» установлено значение «false» (ложь), или в случае, когда для параметра «РТ box routing» установлено значение «РТ box routing[1]». В случае, когда для параметра «РТ box capability» установлено значение «false» (ложь), обычно нет необходимости проверять информацию «РТ box willingness» и информацию «РТ box conditionality».
[70] Как показано на Фиг.2, когда «РТ-клиент А» 10 посылает сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVITE») «РТ-клиенту В» 40, РТ-сервер 30 принимает сообщение с приглашением на РТ-сеанс связи (S11). На этом шаге S11, сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVITE») пересылается через «Ядро SIP/IP» 20.
[71] Затем РТ-сервер 30 проверяет информацию о настройке абонентского ящика РТ, связанную с «РТ-клиентом В» 40, хранящуюся в его определенном запоминающем устройстве или в определенном объекте. Здесь, когда для параметра «РТ box capability» установлено значение «false! (ложь) или установлен «РТ box routing[1]» (для параметра «РТ box routing» установлено значение unwilling (неготовность)), тогда приглашение на РТ-сеанс связи (SIP-сообщение «INVITE») от «РТ-клиента А» 10 не переадресовывается абонентскому ящику РТ 50, назначенному «РТ-клиенту В» 40. То есть в зависимости от информации о настройке абонентского ящика РТ, касающейся «РТ-клиента В», РТ-сервер 30 определяет, следует ли направлять (переадресовывать) приглашение на сеанс связи в абонентский ящик РТ 50 «РТ-клиента В».
[72] Таким образом, на основе информации о настройке абонентского ящика РТ, касающейся «РТ-клиента В», РТ-сервер 30 решает не направлять (не переадресовывать) приглашение на сеанс связи в абонентский ящик РТ 50, а посылает это приглашение на РТ-сеанс связи (например, SIP-сообщение «INVITE») «РТ-клиенту В» 40. После этого «РТ-клиент В» 40 принимает или отклоняет это приглашение (S12). Шаги после шага S12 те же самые, что и в известном уровне технике. Соответственно, они не будут повторно подробно разъясняться.
[73] На Фиг.3 приведена схема прохождения сигналов в соответствии с вариантом осуществления настоящего изобретения, иллюстрирующая другой пример способа установления РТ-сеанса связи с использованием абонентского ящика РТ в случае, когда для параметра «РТ box capability» установлено значение «true»(истина), а для параметра «РТ box routing» установлено значение «РТ box routing[1]». Здесь шаги S11 и S12 на Фиг.3 те же самые, что и шаги S11 и S12 на Фиг.2.
[74] Как показано на Фиг.3, когда «РТ-клиент А» 10 посылает сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVIТЕ») «РТ-клиенту В» 40, РТ-сервер 30 принимает сообщение с приглашением на РТ-сеанс связи через «Ядро SIP/IP» 20 (S11). РТ-сервер 30 проверяет (или анализирует) информацию о настройке абонентского ящика РТ, касающуюся «РТ-клиента В» 40 и хранящуюся в памяти РТ-сервера 30 или в другом запоминающем устройстве. В данном примере информация о настройке абонентского ящика РТ, касающаяся «РТ-клиента 40», включает в себя параметр «РТ box capability», имеющий значение «true» (истина), однако при этом параметр «РТ box willingness» имеет значение «not active» (не активизировано), или информация о настройке абонентского ящика РТ, касающаяся «РТ-клиента 40», включает в себя параметр «РТ box routing[1]». То есть «РТ-клиент В» 40 может поддерживать услугу абонентского ящика РТ, но пользователь терминала «РТ UE» В (то есть пользователь «РТ-клиента В» 40) не намерен (или не желает) переадресовывать приглашения на РТ-сеанс связи абонентскому ящику РТ 50 «РТ-клиента В». Следовательно, в зависимости от информации о настройке абонентского ящика РТ «РТ-клиента В» РТ-сервер 30 определяет, что приглашение на РТ-сеанс связи от «РТ-клиента А» 10 не подлежит переадресации абонентскому ящику РТ 50 «РТ-клиента В» 40. Например, если РТ-сервер 30 определяет, что приглашение на сеанс не подлежит направлению в абонентский ящик РТ 50, так как параметр (например, «РТ box routing») имеет значение «unwilling»(не готов) (но способен), то тогда РТ-сервер 30 посылает сообщение «РТ-клиенту А» 10, указывающее, что направление приглашения на сеанс связи абонентскому ящику РТ 50 оказалось неудачным или не произошло (S15). В этой связи на шаге S15 с РТ-сервера 30 «РТ-клиенту А» 10 может быть послано ответное SIP-сообщение, например, «SIP 480» (Temporarily unavailable (временно недоступен)). Шаг S15 может выполняться до или после шага S12 или одновременно с ним. Кроме того, когда для параметра «РТ box capability» установлено значение «true» (истина), а для параметра «РТ box willingness» - значение «not active» (не активизировано), РТ-серверу 30 может не понадобиться учитывать информацию «РТ box conditionality». Если на основе информации о настройке абонентского ящика РТ, касающейся «РТ-клиента В», РТ-сервер 30 решает, что приглашение на сеанс связи не подлежит направлению в абонентский ящик РТ 50, РТ-сервер 30 посылает сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVITE») «РТ-клиенту В» 40, после чего «РТ-клиент В» 40 принимает или отклоняет это приглашение (S12). Шаги после шага S12 те же самые, что и в известном уровне технике. Соответственно, они не будут повторно подробно рассматриваться.
[75] На Фиг.4 приведена схема прохождения сигналов в соответствии с вариантом осуществления настоящего изобретения, иллюстрирующая способ установления РТ-сеанса связи с использованием абонентского ящика РТ в случае, когда в информации о настройке абонентского ящика РТ для параметра «РТ box capability» установлено значение «true» (истина), для параметра «РТ box willingness» установлено значение «active» (активизировано) и для параметра «РТ box conditionality» установлено значение «unconditional» (безусловно) или в случае, когда для параметра «РТ box routing» установлено значение «РТ box routing[2]».
[76] Как показано на Фиг.4, РТ-сервер 30 принимает сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVITE»), направленное «РТ-клиенту В» 40 (S11) и проверяет ранее сохраненную в памяти информацию о настройке абонентского ящика РТ для «РТ-клиента В» 40. В данном примере информация о настройке абонентского ящика РТ, связанная с «РТ-клиентом В» 40, включает в себя параметры «РТ box capability [true]», «РТ box willingness [active]» и «РТ box conditionality [unconditional]» или «РТ box routing[2]» (для параметра «РТ box routing» установлено значение «unconditional» (безусловно)). На основе указанной информации о настройке абонентского ящика РТ РТ-сервер 30 не посылает приглашение на РТ-сеанс связи «РТ-клиенту В» 40, но безусловно посылает сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVITE») абонентскому ящику РТ 50 «РТ-клиента В» 40 (S20). То есть РТ-сервер 30 безусловно переадресует приглашение на РТ-сеанс связи на абонентский ящик РТ 50 «РТ-клиента В».
[77] После этого в ответ на сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVITE») абонентский ящик РТ 50 посылает на РТ-сервер 30 ответное сообщение (например, сообщение с подтверждением «SIP 200 ОK») (S21). После этого в ответ на приглашение на РТ-сеанс связи РТ-сервер 30 посылает «РТ-клиенту А» 10 через базовую «Ядро SIP/IP» 20 ответное сообщение (например, сообщение с подтверждением «SIP 200 ОK») (S21).
[78] После установления РТ-сеанса связи между «РТ-клиентом А» 10 и абонентским ящиком РТ 50 на шагах S20 и S21 «РТ-клиент А» 10 может сохранить мультимедийные данные (например, аудио, видео и т.д.) в абонентском ящике РТ 50 «РТ-клиента В» 40 для пользователя «РТ-клиента В» 40, чтобы позже тот мог получить к нему доступ. То есть пользователь «РТ-клиента А» может сейчас оставить мультимедийные данные (подобно тому, как речевое сообщение оставляется в ящике голосовой почты) в абонентском ящике РТ 50 «РТ-клиента В», благодаря чему пользователь «РТ-клиента В» может извлечь их из абонентского ящика РТ 50 в любое время.
[79] Далее будут рассмотрены Фиг. с 5 по 10 в соответствии с настоящим изобретением. На Фиг. с 5 по 10 приведены схемы прохождения сигналов в соответствии с вариантами осуществления настоящего изобретения, иллюстрирующие, соответственно, шесть различных примеров способа установления РТ-сеанса связи с использованием абонентского ящика РТ в случае, когда в информации о настройке абонентского ящика РТ для параметра «РТ box capability» установлено значение «true» (истина), для параметра «РТ box willingness» установлено значение «active» (активизировано) и для параметра «РТ box conditionality» установлено значение «conditional» (при условии), или в случае, когда для параметра «РТ box routing» установлено значение «РТ box routing[3]» (для параметра «РТ box routing» установлено значение «conditional» (при условии)). В примерах на Фиг. с 5 по 10, когда для параметра «РТ box conditionality» или «РТ box routing» установлено значение «conditional» (при условии), переадресация приглашения на РТ-сеанс связи абонентскому ящику РТ 50 может происходить, если выполняется, как минимум, одно предварительное условие. Здесь предварительным условием (условиями) может быть то, что «РТ-клиент В» 40 не может принять приглашение на РТ-сеанс связи или пользователь терминала «РТ UE» В (то есть пользователь «РТ-клиента В» 40) не принимает приглашение на РТ-сеанс связи. Опишем теперь шесть примеров таких предварительных условий со ссылкой на Фиг. с 5 по 10.
[80] В первом примере на Фиг.5, если РТ-сервер 30 не принимает от «РТ-клиента В» 40 ответа на посланный вызов в течение определенного времени (например, предварительно установленного времени) после отправки приглашения на РТ-сеанс связи «РТ-клиенту В» 40, в случае, когда «РТ-клиент В» 40 работает в режиме ручного ответа, РТ-сервер 30 переадресовывает приглашение на РТ-сеанс связи абонентскому ящику РТ 50 «РТ-клиента В».
[81] Как показано на Фиг.5, РТ-сервер 30 принимает сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVITE») для «РТ-клиента В» 40 (S11) и проверяет информацию о настройке абонентского ящика РТ, касающуюся «РТ-клиента В» 40. В данном случае, поскольку в информации о настройке абонентского ящика РТ, связанной с «РТ-клиентом В» 40, для параметра «РТ box conditionality» или для «РТ box routing» установлено значение «conditional» (при условии), РТ-сервер 30 посылает сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVITE») «РТ-клиенту В» 40 (S12).
[82] РТ-сервер 30 ждет от «РТ-клиента В» 40 ответа на посланный вызов (например, SIP-сообщение вызова «SIP 180») от «РТ-клиента В» 40 в течение определенного времени. При этом определенным временем может быть период времени, установленный в определенном таймере РТ-сервера 30, причем указанный определенный таймер предназначен для проверки, принят ли ответ на посланный вызов от «РТ-клиента В» 40 в течение установленного времени.
[83] Если РТ-сервер 30 не получил от «РТ-клиента В» 40 ответ на посланный вызов (например, SIP-сообщение для вызова «SIP 180») в течение определенного времени, то РТ-сервер 30 посылает сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVITE») абонентскому ящику РТ 50 «РТ-клиента В» 40 (S20). После этого в ответ на полученное сообщение с приглашением на РТ-сеанс связи (например, SIP-сообщение «INVITE») абонентский ящик РТ 50 посылает на РТ-сервер 30 ответное сообщение (например, сообщение с подтверждением «SIP 200 ОK»). Соответственно, в ответ на приглашение на РТ-сеанс связи РТ-сервер 30 посылает «РТ-клиенту А» 10 через «Ядро SIP/IP» 20 ответное сообщение (например, сообщение с подтверждением «SIP 200 ОK») (S21). На шагах S20 и S21 устанавливается РТ-сеанс связи между «РТ-клиентом А» 10 и абонентским ящиком РТ 50, и благодаря установлению РТ-сеанса связи «РТ-клиент А» 10 (например, пользователь «РТ-клиента А») может сохранить мультимедийные данные (например, аудио, видео и т.д.) в абонентском ящике РТ 50 «РТ-клиента В» 40 для пользователя «РТ-клиента В» 40, чтобы тот мог позже получить к нему доступ.
[84] Во втором примере на Фиг.6, если РТ-сервер 30 не получает от «РТ-клиента В» 40 ответного сообщения на приглашение на РТ-сеанс связи (например, сообщение с подтверждением «SIP 200 ОK» или «SIP 4ХХ ОK») в течение определенного времени (например, заданного периода времени, установленного определенным таймером) после получении ответа на вызов (например, сообщение вызова «SIP 180») от «РТ-клиента В» 40 в режиме ручного ответа, то РТ-сервер 30 переадресовывает приглашение на РТ-сеанс связи абонентскому ящику РТ 50 «РТ-клиента В». Как показано на Фиг.6, выполняются шаги S11 и S12 (такие же, как и на Фиг.5). После выполнения шагов S11 и S12 РТ-сервер 30 принимает ответ на посланный вызов (то есть сообщение вызова «SIP 180») от «РТ-клиента В» 40 (S13) и затем в течение определенного времени ждет ответного сообщения на приглашение на РТ-сеанс связи (то есть, сообщения с подтверждением «SIP 200 ОK» или «SIP 4ХХ ОK») от РТ-клиента В 40. Если РТ-сервер 30 не получает ответного сообщения на приглашение на РТ-сеанс связи от «РТ-клиента В» 40 в течение определенного времени, то выполняются шаги S20 и S21, представленные на Фиг.6, и последующие шаги по сохранению мультимедийных данных, рассматриваемые в примере на Фиг.5. На шагах S20 и S21 устанавливается РТ-сеанс связи между «РТ-клиентом А» 10 и абонентским ящиком 50, и в ходе установленного РТ-сеанса связи «РТ-клиент А» 10 может сохранить мультимедийные данные (например, аудио, видео и т.д.) в абонентском ящике РТ 50 «РТ-клиента В» 40 для последующего доступа к нему пользователя «РТ-клиента В» 40.
[85] В третьем примере на Фиг.7, если в автоматическом режиме ответа РТ-клиента В 40 РТ-сервер 30 не получает ответное сообщение на приглашение на РТ-сеанс связи (то есть сообщение с подтверждением «SIP 200 ОK») от «РТ-клиента В» 40 в течение определенного времени (заданного периода времени, устанавливаемого таймером) после посылки сообщения с приглашением на РТ-сеанс связи (то есть SIP-сообщение «INVITE») «РТ-клиенту В» 40, в случае режима с автоматическим ответом от «РТ-клиента В» 40, то РТ-сервер 30 посылает приглашение на РТ-сеанс связи в абонентский ящик РТ 50 «РТ-клиента В». Как показано на Фиг.7, «РТ-клиент А» 10 пересылает сообщение с приглашением на РТ-сеанс, направленное «РТ-клиенту В» 40 (то есть SIP-сообщение «INVITE»), на РТ-сервер 30 через «Ядро SIP/IP» 20 (S11). РТ-сервер 30 посылает сообщение с приглашением на РТ-сеанс связи (то есть SIP-сообщение «INVITE») «РТ-клиенту В» 40 (S12) и ожидает ответного сообщения на приглашение на РТ-сеанс связи (то есть сообщения с подтверждением «SIP 200 ОK») от «РТ-клиента В» 40 в течение определенного времени (то есть времени, отсчитываемого определенным таймером).
[86] В данном случае, если РТ-сервер 30 не получает ответное сообщение на приглашение на РТ-сеанс связи (сообщение с подтверждением «SIP 200 ОK») от «РТ-клиента В» 40 в течение определенного времени, то выполняются шаги S20 и S21 и последующие шаги по сохранению мультимедийных данных в абонентском ящике 50, рассмотренные в примерах на Фиг.5 и 6. Благодаря установлению РТ-сеанса связи между «РТ-клиентом А» 10 и абонентским ящиком РТ 50 на шагах S20 и S21, «РТ-клиент А» 10 может сохранить мультимедийные данные (например, аудио, видео и т.д.) в абонентском ящике РТ 50 «РТ-клиента В» 40 для пользователя «РТ-клиента В» 40, чтобы позже тот мог получить к нему доступ.
[87] В четвертом примере на Фиг.8, когда в режиме автоматического ответа предварительно установленного сеанса связи или когда между РТ-сервером 30 и «РТ-клиентом В» уже установлен сеанс связи, РТ-сервер 30 не получает сообщение о подтверждении установления связи (например, по протоколу ТВСР (Talk Burst Control Protocol - протокол управления передачей пользовательской информации) или по протоколу МВСР (Media Burst Control Protocol - протокол управления передачей мультимедийной информации)) от «РТ-клиента В» 40 в течение определенного времени (периода времени, отсчитываемого определенным таймером) после отправки РТ-сервером 30 сообщения протокола ТВСР (или МВСР) об установлении связи «РТ-клиенту В», то РТ-сервер 30 переадресовывает приглашение на РТ-сеанс связи на абонентский ящик РТ 50 «РТ-клиента В». При этом протокол ТВСР означает Talk Burst Control Protocol (протокол управления передачей пользовательской информации), а МВСР означает Media Burst Control Protocol (протокол управления передачей мультимедийной информации).
[88] При сравнении примера Фиг.7 с примером Фиг.8, можно видеть, что шаги, в основном, одни и те же, за исключением шага S12, который отличается от шага S12, представленного на Фиг.7. Поэтому в примере на Фиг.8 рассмотрен только указанный конкретный шаг (S12), а другие шаги понятны из описания шагов на Фиг.7, приведенного выше.
[89] Как показано на Фиг.8, в рассматриваемый момент уже установлен сеанс связи между РТ-сервером 30 и «РТ-клиентом В». После этого выполняется шаг S11. РТ-сервер 30 посылает «РТ-клиенту В» 40 сообщение об установлении связи по протоколу ТВСР (протокол управления передачей пользовательской информации) (или сообщение об установлении связи по протоколу МВСР) (S12). Если РТ-сервер 30 не получает от «РТ-клиента В» 40 сообщение с подтверждением установления связи (подтверждение установления связи по протоколу ТВСР или по протоколу МВСР) в течение определенного времени (периода времени, отсчитываемого определенным таймером), то выполняются шаги S20 и S21 и последующие шаги по сохранению мультимедийных данных, рассмотренные в примерах на Фиг. с 5 по 7. После установления РТ-сеанса связи между «РТ-клиентом А» 10 и абонентским ящиком РТ 50 на шагах S20 и S21 «РТ-клиент А» 10 может сохранить мультимедийные данные (например, аудио, видео и т.д.) в абонентском ящике РТ 50 «РТ-клиента В» 40 для пользователя «РТ-клиента В» 40.
[90] В пятом примере на Фиг.9 РТ-сервер 30 устанавливает РТ-сеанс связи между «РТ-клиентом А» 10 и абонентским ящиком РТ 50 с использованием приглашения на РТ-сеанс связи, направляемого абонентскому ящику РТ 50, когда «РТ-клиент В» 40 уже принимал участие в другом РТ-сеансе связи и «РТ-клиент В» 40 не поддерживает одновременных РТ-сеансов связи.
[91] На Фиг.9 показано, что РТ-сервер 30 принимает от «РТ-клиента А» 10 сообщение с приглашением на РТ-сеанс связи (то есть SIP-сообщение «INVITE») для «РТ-клиента В» 40 (S11). В данном случае сообщение с приглашением на РТ-сеанс связи (SIP-сообщение «INVITE») пересылается через «Ядро SIP/IP» 20.
[92] После определения того, что «РТ-клиент В» 40 к данному моменту принимал участие в другом РТ-сеансе, РТ-сервер 30 проверяет информацию о настройке абонентского ящика, касающуюся «РТ-клиента В» 40. РТ-сервер 30 определяет, что в информации о настройке абонентского ящика РТ, касающейся «РТ-клиента В» 10, для параметра «РТ box conditionality» или для «РТ box routing» установлено значение «conditional» (при условии). Кроме того, РТ-сервер 30 распознает, что «РТ-клиент В»не поддерживает одновременные РТ-сеансы связи. То есть, исходя из условия, что «РТ-клиент В» не поддерживает одновременные РТ-сеансы и «РТ-клиент В» 40 уже участвовал в другом РТ-сеансе связи, в соответствии с информацией о настройке абонентского ящика РТ, РТ-сервер принимает решение переадресовать приглашение на сеанс связи от «РТ-клиента А» 10 абонентскому ящику РТ 50. В результате выполняются шаги S20 и S21, а также последующие шаги по сохранению мультимедийных данных, рассмотренные в примерах на Фиг.с 5 по 7. После установления на шагах S20 и S21 РТ-сеанса связи между «РТ-клиентом А» 10 и абонентским ящиком РТ 50 «РТ-клиент А» 10 может сохранить мультимедийные данные (например, аудио, видео и т.д.) в абонентском ящике РТ 50 «РТ-клиента В» 40 для пользователя «РТ-клиента В» 40.
[93] В шестом примере на Фиг.10 «РТ-клиент В» 40 к данному моменту уже принимал участие в другом РТ-сеансе, аналогично примеру на Фиг.9. Однако в примере на Фиг.10 РТ-сервер 30 не направляет немедленно и автоматически приглашение на РТ-сеанс связи на абонентский ящик РТ 50, как на Фиг.9, а вместо этого «РТ-клиент В» 40 может принять решение, следует ли переадресовать приглашение абонентскому ящику РТ 50, при этом РТ-сервер 30 переадресовывает приглашение на РТ-сеанс связи абонентскому ящику РТ 50, если РТ-сервер 30 принимает от «РТ-клиента В» сообщение, указывающее, что такая переадресация требуется.
[94] Как показано на Фиг.10, РТ-сервер 30 принимает сообщение с приглашением на РТ-сеанс связи (SIP-сообщение «INVITE») для «РТ-клиента В» 40 от «РТ-клиента А» 10 (S11). Здесь сообщение с приглашением на РТ-сеанс связи (SIP-сообщение «INVITE») переадресовывается через «Ядро SIP/IP» 20.
[95] РТ-сервер 30 проверяет информацию о настройке абонентского ящика РТ, касающуюся «РТ-клиента В» 40, и определяет, что в информации о настройке абонентского ящика РТ, связанной с «РТ-клиентом В» 40, для параметра «РТ box conditionality» или для «РТ box routing» установлено значение «conditional» (при условии). Далее РТ-сервер 30 посылает сообщение с приглашением на РТ-сеанс связи (SIP-сообщение «INVITE») «РТ-клиенту В» 40 (S12).
[96] К данному моменту «РТ-клиент В» 40 принимал участие в другом РТ-сеансе и, соответственно, предлагает РТ-серверу 30 установить РТ-сеанс связи путем разрешения переадресации приглашения на РТ-сеанс связи на абонентский ящик РТ 50. То есть, когда «РТ-клиент В» принимает приглашение на РТ-сеанс связи от РТ-сервера 30, «РТ-клиент В» 40 посылает ответное сообщение (например, SIP-сообщение 3ХХ, такое, как сообщение «SIP 300»), включающее информацию или параметр, указывающие, что «РТ-клиент В» желает, чтобы приглашение на РТ-сеанс связи от «РТ-клиента А» 10 было переадресовано на абонентский ящик РТ 50 (S14). Если такая переадресация не является желательной, «РТ-клиент В» может на шаге S14 отправить на РТ-сервер 30 ответное сообщение, указывающее на это нежелание, и в этом случае РТ-сервер 30 не переадресовывает приглашение на РТ-сеанс связи на абонентский ящик РТ 50.
[97] Если РТ-сервер 30 принимает сообщение (например, сообщение «SIP 3ХХ») и определяет, что «РТ-клиент В» желает переадресовать приглашение на РТ-сеанс связи на абонентский ящик РТ 50, то на основе информации о настройке абонентского ящика РТ выполняются шаги S20 и S21 и последующие шаги (шаг) переадресации приглашения на РТ-сеанс связи на абонентский ящик РТ 50, рассмотренные в примерах на Фиг.5-9. После установления на шагах S20 и S21 РТ-сеанса связи между «РТ-клиентом А» 10 и абонентским ящиком РТ 50 «РТ-клиент А» 10 может сохранить мультимедийные данные (например, аудио, видео и т.д.) в абонентском ящике РТ 50 «РТ-клиента В» 40 для пользователя «РТ-клиента В» 40.
[98] В соответствии с другим примером РТ-сервер 30 в дополнение к информации о настройке абонентского ящика РТ может принять во внимание другие критерии, чтобы избирательно переадресовывать приглашения на РТ-сеанс связи на абонентский ящик РТ, назначенный целевому терминалу.
[99] Как было указано выше, в настоящем изобретении, чтобы использовать услугу абонентского ящика РТ, РТ-пользователь или РТ-клиент выполняет настройку РТ-услуги. В результате может быть эффективно предоставлена информация, требуемая для настройки РТ-услуги и установления РТ-сеанса связи.
[100] Кроме того, если РТ-клиент (или терминал «РТ UE») может заранее определить или установить информацию о настройке абонентского ящика РТ, чтобы использовать абонентский ящик РТ, настоящее изобретение может предложить эффективную услугу абонентского ящика РТ, ориентированную на пользователя.
[101] Кроме того, в настоящем изобретении предложен один параметр (то есть параметр «РТ box routing») с тремя возможными значениями для индикации (представления) информации о настройке абонентского ящика РТ. Три параметра (например, «РТ box capability», «РТ box willingness» и «РТ box conditionality») могут быть представлены с помощью одного параметра «РТ box routing».
[102] Далее, в настоящем изобретении предложены различные способы настройки и использования абонентского ящика РТ. В результате, в настоящем изобретении предложен способ использования абонентского ящика РТ, который является удобным и практичным, так что пользователь может иметь доступ к мультимедийным данным, связанным с РТ-услугой, в любое более позднее время по желанию пользователя.
[103] Настоящее изобретение было рассмотрено со ссылкой на варианты осуществления, которые являются лишь примерными. Для специалиста в данной области техники должно быть очевидным, что в настоящем изобретении могут быть выполнены различные модификации и изменения, не выходящие за пределы его сущности и объема. Например, все условия, рассмотренные в примерах на Фиг. с 5 по 10, могут быть представлены как одна информация о настройке абонентского ящика РТ, что позволяет использовать ее в качестве параметра, содержащего указанную информацию. Предполагается, что настоящее изобретение охватывает модификации и изменения, которые могут быть выполнены в нем, при условии, что они находятся в области действия пунктов прилагаемой формулы изобретения и их эквивалентов.