RU2388165C2 - СПОСОБ РЕЗЕРВИРОВАНИЯ УСЛУГИ В "Push-to" СИСТЕМЕ - Google Patents

СПОСОБ РЕЗЕРВИРОВАНИЯ УСЛУГИ В "Push-to" СИСТЕМЕ Download PDF

Info

Publication number
RU2388165C2
RU2388165C2 RU2007108254/09A RU2007108254A RU2388165C2 RU 2388165 C2 RU2388165 C2 RU 2388165C2 RU 2007108254/09 A RU2007108254/09 A RU 2007108254/09A RU 2007108254 A RU2007108254 A RU 2007108254A RU 2388165 C2 RU2388165 C2 RU 2388165C2
Authority
RU
Russia
Prior art keywords
client
server
invitation
session
message
Prior art date
Application number
RU2007108254/09A
Other languages
English (en)
Other versions
RU2007108254A (ru
Inventor
Ён-Э КИМ (KR)
Ён-Э КИМ
Хи-Ён ЛИ (KR)
Хи-Ён ЛИ
Кан-Сок ХО (KR)
Кан-Сок ХО
Сон-Му СОН (KR)
Сон-Му СОН
Original Assignee
ЭлДжи ЭЛЕКТРОНИКС ИНК.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ЭлДжи ЭЛЕКТРОНИКС ИНК. filed Critical ЭлДжи ЭЛЕКТРОНИКС ИНК.
Publication of RU2007108254A publication Critical patent/RU2007108254A/ru
Application granted granted Critical
Publication of RU2388165C2 publication Critical patent/RU2388165C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40Support for services or applications
    • H04L65/4061Push-to services, e.g. push-to-talk or push-to-video
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/51Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/55Push-based network services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M3/00Automatic or semi-automatic exchanges
    • H04M3/42Systems providing special services or facilities to subscribers
    • H04M3/56Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/006Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/10Push-to-Talk [PTT] or Push-On-Call services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/40Connection management for selective distribution or broadcast
    • H04W76/45Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/20Aspects of automatic or semi-automatic exchanges related to features of supplementary services
    • H04M2203/205Broadcasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2203/00Aspects of automatic or semi-automatic exchanges
    • H04M2203/50Aspects of automatic or semi-automatic exchanges related to audio conference
    • H04M2203/5063Centrally initiated conference, i.e. Conference server dials participants
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M2207/00Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place
    • H04M2207/18Type of exchange or network, i.e. telephonic medium, in which the telephonic communication takes place wireless networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M7/00Arrangements for interconnection between switching centres
    • H04M7/12Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal
    • H04M7/1205Arrangements for interconnection between switching centres for working between exchanges having different types of switching equipment, e.g. power-driven and step by step or decimal and non-decimal where the types of switching equipement comprises PSTN/ISDN equipment and switching equipment of networks other than PSTN/ISDN, e.g. Internet Protocol networks
    • H04M7/1275Methods and means to improve the telephone service quality, e.g. reservation, prioritisation or admission control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/30Resource management for broadcast services
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/08Upper layer protocols
    • H04W80/10Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/02Inter-networking arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

Изобретение относится к системам связи. Технический результат заключается в повышении эффективности использования ресурсов. Способ выполнения прямой телефонной связи «Push-to», выполняемый «РТ-сервером», содержит: прием сообщения публикации от своего «РТ-клиента», при этом сообщение публикации включает в себя информацию резервирования приглашения, которая обозначает приглашенных «РТ-клиентов», которые должны быть приглашены в «РТ-сеанс», и содержит условия функции резервирования; направления сообщения о подписке другому «РТ-серверу», чтобы запросить информацию о состоянии другого «РТ-клиента», который обозначен в качестве приглашенного в информации резервирования приглашения; прием ответного сообщения от указанного другого «РТ-сервера», когда на основе информации о состоянии указанный другой «РТ-клиент» может быть приглашен к «РТ-сеансу»; и выполнение процедуры приглашения путем взаимодействия со своим «РТ-клиентом» и указанным другим «РТ-сервером» так, что указанный другой «РТ-клиент» приглашается к «РТ-сеансу». 2 н. и 10 з.п. ф-лы, 5 ил.

Description

Область техники, к которой относится изобретение
[1] Настоящее изобретение имеет отношение к услуге «Push-to» (Нажмите и…), далее «РТ-услуга», в частности к «РТ-услуге» с использованием механизма резервирования (бронирования).
Уровень техники
[2] «РТ-услуга», предназначенная для предоставления быстрой связи поставщикам услуг и пользователям сетей мобильной связи, представляет собой услугу связи, где один клиент передает мультимедийные данные (разговорные данные) одному или нескольким клиентам, с которыми установлен сеанс связи. «РТ-услуга» может быть «РТТ-услугой» (push to talk - «нажмите и говорите»), предназначенной для передачи речевых (звуковых) данных, «PTV-услугой» (push to view - «нажмите и смотрите»), предназначенной для передачи движущегося изображения (видеоданных), или «PTD-услугой» (push to data - «нажмите и передавайте данные»), предназначенной для передачи данных. «РТ-услуга» предлагает связь с единственным получателем (1-1) или между группами получателей в виде сеанса групповой беседы (chat) (1-несколько) и использует протокол инициирования сеанса, далее протокол «SIP» для установления сеанса.
[3] Клиент «РТ-услуги», далее «РТ-клиент» может обмениваться данными с другим «РТ-клиентом» без осуществления процесса набора номера, процесса установления соединения и процесса предоставления тонального сигнала для установления соединения, поэтому поддерживается быстрый обмен данными по сравнению с обычным терминалом мобильной связи.
[4] В общем случае, система для «РТ-услуг», далее «РТ-система» оказывает «РТ-услугу» таким образом, что, когда «РТ-клиент» передающей стороны передает пользователю (или нескольким пользователям) сообщение приглашения, устанавливается сеанс между «РТ-клиентом» принимающей стороны (или «РТ-клиентами»), принимающим приглашение, и «РТ-клиентом(ами)» передающей стороны, и между названными сторонами может осуществляться «РТ-связь».
[5] В такой «РТ-системе», когда «РТ-клиент» передающей стороны передает сообщение приглашения «РТ-клиенту» принимающей стороны, он не знает, может ли «РТ-клиент» принимающей стороны быть доступен для установления соединения с «РТ-клиентом» передающей стороны.
[6] Если «РТ-клиент» принимающей стороны установил запрет на входящий сеанс или пользуется роумингом в сети, которая не может взаимодействовать с сетью, к которой принадлежит «РТ-клиент» передающей стороны, сеанс между «РТ-клиентом» передающей стороны и «РТ-клиентом» принимающей стороны не может быть установлен.
[7] Таким образом, когда «РТ-клиент» принимающей стороны не принимает приглашения «РТ-клиента» передающей стороны, то, поскольку «РТ-клиент» передающей стороны не знает, когда «РТ-клиент» принимающей стороны может перейти в состояние, в котором может принять приглашение, «РТ-клиент» передающей стороны повторяет (что нежелательно) свои передачи сообщения приглашения до тех пор, пока «РТ-клиент» принимающей стороны не примет приглашения. Это невыгодно, поскольку приводит к затратам ресурсов, излишнему расходу энергии аккумуляторов и неудобно для пользователей.
Сущность изобретения
Техническая проблема
[8] Таким образом, одной из задач настоящего изобретения является предоставление способа резервирования (бронирования) услуги в «РТ-системе», с помощью которого можно приглашать «РТ-клиента» принимающей стороны путем задания функции резервирования в сервере «РТ-системы», далее «РТ-сервере» и проверки, находятся ли «РТ-клиент» передающей стороны и «РТ-клиент» принимающей стороны в состоянии, в котором возможно начать сеанс, если удовлетворены условия резервирования.
[9] Другой задачей настоящего изобретения является предоставление способа резервирования услуги в «РТ-системе», с помощью которого можно определять, делать ли приглашение, путем задания условий на установление сеанса «РТ-клиента» на «РТ-сервере» и проверки информации о предпочтениях, а также информации о наличии «РТ-клиента», если удовлетворены условия резервирования приглашения.
[10] Для полного или частичного достижения, по меньшей мере, этих задач предлагается способ резервирования «РТ-услуги», включающий в себя: задание функции резервирования приглашения на «РТ-сервере»; и приглашение «РТ-сервером» одного или нескольких «РТ-клиентов», являющихся объектом резервирования, когда удовлетворены условия работы функции резервирования приглашения.
[11] Для полного или частичного достижения, по меньшей мере, этих целей дополнительно предлагается способ резервирования «РТ-услуги», включающий в себя: задание функции резервирования приглашения на «РТ-сервере» передающей стороны; запрос и получение «РТ-сервером» передающей стороны информации о состоянии «РТ-клиентов», которые являются объектами для вступления в сеанс, когда удовлетворены условия работы функции резервирования приглашения; и передачу «РТ-сервером» передающей стороны сигнала приглашения «РТ-клиентам», когда «РТ-клиенты» находятся в состоянии, в котором возможно установление сеанса связи.
[12] Для полного или частичного достижения, по меньшей мере, этих целей дополнительно предлагается способ резервирования «РТ-услуги», включающий в себя: задание функции резервирования приглашения на «РТ-сервере» принимающей стороны; запрос и получение «РТ-сервером» принимающей стороны информации о состоянии «РТ-клиентов», которые являются объектами для присоединения к сеансу, когда удовлетворены условия работы функции резервирования приглашения; и передачу «РТ-сервером» принимающей стороны сигнала приглашения «РТ-клиентам», когда «РТ-клиенты» находятся в состоянии, в котором возможно установление сеанса.
[13] Для полного или частичного достижения, по меньшей мере, этих целей дополнительно предлагается способ резервирования «РТ-услуги», включающий в себя: задание информации о предпочтениях «РТ-клиента»передающей стороны на «РТ-сервере» передающей стороны; запрос и получение «РТ-клиентом» передающей стороны результата проверки информации о наличии и информации о предпочтениях «РТ-клиентов», которые являются объектами для вступления в сеанс; и передачу «РТ-клиентом» передающей стороны сигнала приглашения в соответствии с результатом проверки.
[14] Дополнительные свойства и преимущества изобретения будут представлены в описании, приведенном ниже, а частично станут очевидными для специалистов из следующего описания или могут быть изучены в ходе практической реализации изобретения. Цели и другие преимущества настоящего изобретения могут быть реализованы и достигнуты посредством структуры, конкретно рассмотренной в прилагаемой формуле изобретения.
Краткое описание чертежей
[15] Изобретение будет подробно описано с использованием следующих чертежей, где одинаковые обозначения соответствуют одинаковым элементам, и где:
[16] На Фиг.1 показана структура типичной «РТ-системы» в соответствии с настоящим изобретением.
[17] На Фиг.2 показана блок схема передачи сигналов типичной «РТ-системы» в соответствии с первым вариантом осуществления настоящего изобретения.
[18] На Фиг.3 показана блок схема передачи сигналов типичной «РТ-системы» в соответствии со вторым вариантом осуществления настоящего изобретения.
[19] На Фиг.4 показана блок схема передачи сигналов типичной «РТ-системы» в соответствии с третьим вариантом осуществления настоящего изобретения.
[20] На Фиг.5 показана блок схема передачи сигналов типичной «РТ-системы» в соответствии с четвертым вариантом осуществления настоящего изобретения.
Предпочтительные способы осуществления изобретения
[21] Теперь настоящее изобретение будет подробно рассмотрено с использованием соответствующих чертежей.
[22] На Фиг.1 показана структура типичной «РТ-системы» в соответствии с настоящим изобретением, где «домашняя» сеть «РТ-клиента А» и «домашняя» сеть «РТ-клиента В» являются разными сетями и имеют одинаковую структуру.
[23] Как показано на Фиг.1, «домашние» сети «РТ-клиентов», предназначенные для предоставления интерфейса пользователя для «РТ-услуги» включают в себя «РТ-клиентов» 10 и 60, «РТ-серверы» 20 и 50, предназначенные для обработки «РТ-сигнала» и медиа данных, и серверы присутствия 30 и 40, предназначенные, соответственно, для предоставления информации о наличии «РТ-клиентов» 10 и 60.
[24] «РТ-клиенты» 10 и 60 могут задавать информацию о предпочтениях пользователя и функции резервирования на «РТ-серверах» 20 и 50. «РТ-серверы» 20 и 50 проверяют информацию о предпочтениях и информацию о наличии, предоставленную серверами присутствия 30 и 40, и передают/получают сообщение приглашения.
[25] «Домашние» сети клиентов «А» и «В» поддерживают сервер присутствия, и в случае, если сервер присутствия не поддерживается, «РТ-серверы» 20 и 50 выполняют функцию серверов пристутствия 30 и 40.
[26] Фиг.2-5 представляют собой блок схемы передачи сигналов типичной «РТ-системы» в соответствии с настоящим изобретением.
[27] Как показано на чертежах, сигнал, переданный/полученный «РТ-сервером» или «РТ-клиентом», маршрутизируется базовой сетью SIP (стандарт «SMDS Interface Protocol») /IP (стандарт «Interface Protocol»)/, и передается другому «РТ-серверу» или «РТ-клиенту». Для удобства объяснения базовая сеть SIP/IP не показана.
[28] На Фиг.2 показана блок схема передачи сигналов типичной «РТ-системы» в соответствии с первым вариантом осуществления настоящего изобретения, где на «РТ-сервере А» задана функция резервирования приглашения, и когда выполняются условия резервирования, «РТ-сервер А» передает сигнал приглашения.
[29] Чтобы задать функцию резервирования приглашения, «РТ-клиент А» передает «РТ-серверу А» сигнал публикации (действие S101). В этом случае сигнал публикации может содержать информацию резервирования, например идентификационную информацию приглашаемого, время работы функции резервирования, время прекращения работы функции резервирования, и т.п. Идентификационная информация приглашаемого может представлять собой унифицированный идентификатор ресурса телефонной станции (TEL URI) или унифицированный идентификатор ресурса стандарта «SMDS Interface Protocol» (SIP URI) клиента-получателя приглашения, либо идентификатор целевой группы получателей приглашения.
[30] «РТ-сервер А» устанавливает функцию резервирования в соответствии с информацией резервирования, полученной через сигнал публикации, и передает «РТ-клиенту А» ответный сигнал подтверждения «200 OK» на сигнал публикации (действие S102). Здесь предполагается, что функция резервирования, включающая «РТ-клиентов» «А» и «В» в качестве целевых получателей приглашения, задана на «РТ-сервере А».
[31] Когда выполняются условия работы функции резервирования, «РТ-сервер А», где установлена функция резервирования, передает на «РТ-сервер В» сигнал подписки, чтобы запросить информацию состояния (информацию о присутствии и информацию о предпочтениях) «РТ-клиента В», а именно цель приглашения (действие S103). «РТ-сервер В» передает сигнал подписки на сервер присутствия «В» (действие S104).
[32] Сервер присутствия «В» передает «РТ-серверу В» сигнал уведомления, содержащий информацию о состоянии «подключен/отключен» «РТ-клиента В» (действие S105). Когда питание «РТ-клиента В» выключено, или когда «РТ-клиент В» вышел из программы «РТ-услуги», в сигнале уведомления содержится информация, обозначающая, что «РТ-клиент В» находится в отключенном состоянии, а в случае, если «РТ-клиент В» вошел в программу «РТ-услуги», в сигнале уведомления содержится информация, обозначающая, что «РТ-клиент В» находится в подключенном состоянии.
[33] Если в сигнале уведомления содержится информация, обозначающая, что «РТ-клиент В» находится в подключенном состоянии, «РТ-сервер В» проверяет информацию о предпочтениях «РТ-клиента В» (действие S106). Предполагается, что информация о предпочтения заранее записана на «РТ-сервере В» «РТ-клиентом В» или внешним устройством межсетевого взаимодействия.
[34] Например, информация о предпочтениях «РТ-клиента В», записанная на «РТ-сервере В», может содержать следующие элементы.
[35] 1) Список доступа
[36] Список доступа может содержать информацию о клиенте или группе клиентов, которые могут открыть сеанс. Пользователь может зарегистрировать в списке доступа любого клиента (например, список доступа = все), определенных клиентов (список доступа = клиенты «А» и «С») или всех клиентов, за исключением некоторых клиентов (например, список доступа = все, за исключением клиентов «А» и «С»).
[37] 2) Запрет входящего сеанса
[38] «РТ-клиент» может отклонять (не принимать) приглашение заданием на «РТ-сервере» признака (функции) запрета входящего сеанса. В этом случае «РТ-клиент» может задать условия, при которых функция запрета входящего сеанса может работать таким образом, чтобы ограничивать только приглашения, которые соответствуют условиям, заданным «РТ-клиентом». Например, функция запрета входящего сеанса может работать только для приглашения, соответствующего «РТ-клиенту», который принадлежит сети другой страны.
[39] 3) Поддерживание сеанса
[40] Функция поддерживания сеанса позволяет определять, нужно ли прекращать существующий «РТ-сеанс» и открыть новый, или следует поддерживать существующий сеанс, когда приходит новое сообщение приглашения, и при этом установлен сеанс с другим «РТ-клиентом».
[41] 4) Параметр для включения
[42] Параметр для включения позволяет решить, попытаться ли установить сеанс тогда, когда все приглашаемые (например, все «РТ-клиенты») доступны для установления сеанса, либо попытаться установить сеанс тогда, когда, по меньшей мере, один из приглашаемых (один «РТ-клиент») доступен для установления сеанса.
[43] 5) Информация о взаимодействии сети с другими сетями
[44] Если приглашенный клиент принадлежит к сети, которая не может взаимодействовать с сетью, к которой принадлежит приглашающий клиент, оказание «РТ-услуги» невозможно. Таким образом, возможность пользования «РТ-услугой» выясняется через информацию о межсетевом взаимодействии.
[45] После проверки элементов информации о предпочтениях «РТ-сервер В» может передать «РТ-клиенту А» сигнал уведомления, содержащий результат проверки (действие S107). В этом случае «РТ-сервер В» может проинформировать через сигнал уведомления только о состоянии, допускающем (или не допускающем) установление сеанса, посредством сигнала уведомления, либо может сообщить более подробную информацию о состоянии «РТ-клиента В» по каждому из пунктов о предпочтениях.
[46] Например, сигнал уведомления может включать в себя информацию о том, что «РТ-клиент А» находится в списке доступа, функция запрета входящего сеанса не задана, а «РТ-клиент В» может участвовать в сеансе с другим «РТ-клиентом», и задана функция поддерживания сеанса. Кроме того, сигнал уведомления может включать в себя только информацию о том, что «РТ-клиент В» находится просто в состоянии, в котором может принять приглашение.
[47] Если «РТ-сервер А» обнаруживает через сигнал уведомления, что «РТ-клиент В» находится в состоянии, в котором он может открыть сеанс с «РТ-клиентом А», он передает сигнал подписки на сервер предпочтений «А», чтобы проверить информацию о состоянии «РТ-клиента А» (действие S108).
[48] После получения сигнала подписки сервер присутствия «А» передает «РТ-серверу А» сигнал уведомления, обозначающий информацию о состоянии «подключен/отключен» (информацию о присутствии) «РТ-клиент А» (действие S109). В этом случае, если «РТ-клиент А» вошел в программу «РТ-услуги», информация, обозначающая подключенное состояние, содержится в сигнале уведомления, а когда питание «РТ-клиента А» выключено, или когда «РТ-клиент А» вышел из программы «РТ-услуги», в сигнале уведомления содержится информация, указывающая, что «РТ-клиент А» находится в отключенном состоянии.
[49] Если «РТ-сервер А» обнаруживает через сигнал уведомления, что «РТ-клиент А» находится в подключенном состоянии, он проверяет информацию о предпочтениях «РТ-клиента А» (действие S110). Информация о предпочтениях может быть записана на «РТ-сервере А» (действие S101) или может быть заранее записана на «РТ-сервере А» «РТ-клиентом А» или другим внешним устройством межсетевого взаимодействия. Информация о предпочтениях может включать в себя список доступа, запрет исходящего сеанса, поддерживание сеанса, параметр для включения и информацию о межсетевом взаимодействии.
[50] Здесь, когда задана функция запрета исходящего сеанса, «РТ-клиенту» запрещено приглашать других «РТ-клиентов». В этом случае, когда заданы также условия работы функции запрета входящего сеанса, запрещено приглашать только «РТ-клиентов», удовлетворяющих этим условиям.
[51] Если «РТ-клиент А» находится в состоянии, в котором может пригласить «РТ-клиента В», в соответствии с результатом проверки при выполнении действия S110, «РТ-сервер А» передает «РТ-клиенту А» и «РТ-клиенту В» сигнал приглашения для установления сеанса между «РТ-клиентами А и В».
[52] Затем, когда «РТ-сервер А» принимает ответный сигнал подтверждения (200 OK) для каждого сигнала приглашения, устанавливается сеанс между «РТ-клиентами А и В» (действия S114-S116).
[53] Здесь целевое приглашение ограничено «РТ-клиентом В», но можно задать функцию резервирования, чтобы пригласить множество «РТ-клиентов», и в этом случае «РТ-сервер А» может открыть сеанс таким же образом, как и на операциях S103-S116, в отношении каждого «РТ-клиента».
[54] Вышеописанный первый вариант осуществления описывает процесс оказания «РТ-услуги» при предположении, что между «РТ-клиентом А» и «РТ-клиентом В» можно установить сеанс.
[55] Следующий второй вариант осуществления будет описывать процесс оказания «РТ-услуги» в случае, когда «РТ-клиент В» не может принять приглашение «РТ-клиента А».
[56] На Фиг.3 показана блок схема передачи сигналов «РТ-системы» в соответствии со вторым вариантом осуществления настоящего изобретения. Процесс выполнения действий S201-S205 совпадает с процессом выполнения действий S101-S105, рассмотренным в первом варианте осуществления настоящего изобретения.
[57] При выполнении действия S206 «РТ-сервер В» проверяет информацию о предпочтениях «РТ-клиента В» (действие S206). В этом случае предполагается, что информация о предпочтениях была ранее задана в «РТ-сервере В» «РТ-клиентом В» или внешним устройством межсетевого взаимодействия. Например, элементы информации о предпочтениях «РТ-клиента В», записанные в «РТ-сервере В», могут совпадать с элементами информации о предпочтениях по первому варианту осуществления. Если следующая информация о предпочтениях соответствует каждому из этих элементов, «РТ-клиент А» не может начать сеанс с «РТ-клиентом В».
[58] 1) Список доступа: в случае, где «РТ-клиент А» внесен в объекты, которым запрещен доступ, или в случае, где «РТ-клиент А» не включен в объекты, которым разрешен доступ.
[59] 2) Запрет входящего сеанса: в случае, если предусмотрено отклонять (не принимать) приглашение любого «РТ-клиента», в случае, если предусмотрено отклонять (не принимать) приглашение из сети, к которой принадлежит «РТ-клиент А», или в случае, если предусмотрено отклонять (не принимать) приглашение «РТ-клиента А».
[60] 3) Поддерживание сеанса: РТ-клиент 'В' установил сеанс с другим «РТ-клиентом», и предусмотрена поддержка существующего «РТ-сеанса» даже при получении нового сообщения с приглашением.
[61] 4) Параметр включения: в случае, где предусмотрено использование услуги только тогда, когда все приглашаемые доступны для пользования услугой, а некоторые «РТ-клиенты» из числа приглашаемых не могут пользоваться услугой.
[62] 5) Информация о взаимодействии сети с другими сетями: в случае, когда «РТ-клиент А» соответствует сети, которая не взаимодействует с «РТ-клиентом В».
[63] В вышеописанных случаях «РТ-сервер В» предоставляет «РТ-серверу А» и «РТ-клиенту А» посредством сигнала уведомления информацию о том, что установление сеанса невозможно (действия S207 и S208). В этом случае сигнал уведомления может содержать только информацию о том, что установление сеанса невозможно, или дополнительно содержать подробную информацию «РТ-клиента В» в соответствии с каждым из элементов информации о предпочтениях.
[64] Однако в случае, если «РТ-сервер В» обнаруживает с помощью сервера присутствия «В» посредством выполнения действий подписки-уведомления S203 и S204, что «РТ-клиент В» находится в отключенном состоянии, действие S206 пропускается, и «РТ-сервер В» предоставляет «РТ-серверу А» и «РТ-клиенту А» посредством сигнала уведомления только информацию о том, что установление сеанса невозможно.
[65] Кроме того, в случае, где множество «РТ-клиентов» является объектами приглашения, а сеанс установлен только между некоторыми из этих «РТ-клиентов», в случае, если «РТ-клиент В» переходит в состояние, в котором можно пользоваться «РТ-услугой», до закрытия сеанса, то «РТ-клиент В» может присоединиться к уже открытому сеансу.
[66] На Фиг.4 показана блок схема передачи сигналов «РТ-системы» в соответствии с третьим вариантом осуществления настоящего изобретения, где на «РТ-сервере В» задана функция резервирования приглашения, и когда выполняются условия резервирования, «РТ-сервер В» передает сигнал приглашения.
[67] Чтобы задать функцию резервирования приглашения на «РТ-сервере В», «РТ-клиент А» передает сигнал публикации. Сигнал публикации передается «РТ-серверу В» после прохождения через «РТ-сервера А», и «РТ-сервер А» и «РТ-сервер В», соответственно, передают ответный сигнал подтверждения (200 OK) на сигнал публикации (действия S301-S304).
[68] Сигнал публикации может содержать информацию резервирования, например, идентификационную информацию, связанную с приглашаемым, время начала работы функции резервирования, время прекращения работы функции резервирования, и т.п. Идентификационная информация приглашаемого может представлять собой унифицированный идентификатор ресурса телефонной станции (TEL URI) или унифицированный идентификатор ресурса стандарта «SMDS Interface Protocol» (SIP URI) клиента-получателя приглашения, либо идентификатор целевой группы получателей приглашения, либо идентификатор целевой группы приглашения. Здесь предполагается, что функция резервирования с «РТ-клиентами А и В» в качестве объектов приглашения задана на «РТ-сервере В».
[69] Когда выполняются условия работы функции резервирования, заданной на «РТ-сервере В», «РТ-сервер В» передает сигнал подписки на сервер присутствия «В», чтобы запросить информацию о состоянии «РТ-клиента В», а именно, объекта приглашения (действие S305).
[70] После получения сигнала подписки сервер присутствия «В» передает «РТ-серверу В» сигнал уведомления, содержащий информацию о состоянии «подключен/отключен» «РТ-клиента В» (действие S306). Если питание «РТ-клиента В» выключено, или если «РТ-клиент В» вышел из программы «РТ-услуги», в сигнале уведомления содержится информация, обозначающая, что «РТ-клиент В» находится в отключенном состоянии, а в случае, если «РТ-клиент В» вошел в программу «РТ-услуги», в сигнале уведомления содержится информация, обозначающая, что «РТ-клиент В» находится в подключенном состоянии.
[71] Если в сигнале уведомления содержится информация, обозначающая, что «РТ-клиент В» находится в подключенном состоянии,» РТ-сервер В» проверяет информацию о предпочтениях «РТ-клиента В» (действие S307).
[72] Информация о предпочтениях «РТ-клиента В», проверяемая «РТ-сервером «В», может быть той же, что и информация о предпочтениях, записанная на «РТ-сервере В» по первому варианту осуществления настоящего изобретения. Информация о предпочтениях может быть задана «РТ-клиентом В» или внешним устройством межсетевого взаимодействия (например, персональным компьютером «ПК»).
[73] После проверки в случае, если «РТ-клиент В» находится в состоянии, в котором он может принять приглашение «РТ-клиента А», «РТ-сервер В» передает сигнал подписки на «РТ-сервер А», чтобы проверить информацию о состоянии «РТ-клиента А» (действие S308).
[74] «РТ-сервер А» принимает информацию о состоянии «подключен/отключен» «РТ-клиента А» посредством выполнения действий подписка-уведомление с сервером присутствия «А» (действия S309 и S310).
[75] Когда «РТ-сервер А» обнаруживает через сигнал уведомления, что «РТ-клиент А» находится в подключенном состоянии, выполняется действие по проверке информации о предпочтениях «РТ-клиента А» (действие S311). Информация о предпочтениях «РТ-клиента А», проверяемая «РТ-сервером А», может быть той же, что и информация о предпочтениях, записанная на «РТ-сервере А» по первому варианту осуществления настоящего изобретения. В одном из вариантов осуществления информация о предпочтениях может быть включена в сигнал публикации, передаваемый «РТ-клиентом А», а еще в одном варианте осуществления информация о предпочтениях может быть задана другим внешним устройством межсетевого взаимодействия (например, персональным компьютером «ПК»).
[76] Затем «РТ-сервер А» передает «РТ-серверу В» сигнал уведомления, чтобы проинформировать о результате проверки информации о предпочтениях «РТ-клиента А» (действие S312). В этом случае «РТ-сервер А» может проинформировать через сигнал уведомления только о состоянии, допускающем (или не допускающем) установление сеанса, либо может сообщить более подробную информацию о состоянии «РТ-клиента А» по каждому из пунктов предпочтений.
[77] Соответственно, «РТ-сервер В» может проверить информацию о состоянии «РТ-клиентов А и В», и в случае, если между двумя клиентами может быть установлен сеанс, «РТ-сервер В» передает сигнал приглашения «РТ-клиенту А» и «РТ-клиенту В» (действия S313-S315).
[78] После получения сигнала приглашения «РТ-клиенты А и В» передают соответствующий ответный сигнал подтверждения (200 OK) на «РТ-сервер А», в соответствии с которым устанавливается сеанс между двумя клиентами (действия S316-S318).
[79] На Фиг.5 показана блок схема передачи сигналов «РТ-системы» в соответствии с четвертым вариантом осуществления настоящего изобретения, иллюстрирующая способ установления сеанса по решению приглашающего «РТ-клиента А» после проверки информации о состоянии «РТ-клиентов».
[80] Первоначально «РТ-клиент А» передает на «РТ-сервер А» сигнал публикации, чтобы задать информацию об условиях (информацию о предпочтениях) для функции резервирования и установления сеанса (действие S401). Информация о предпочтениях, передаваемая через сигнал публикации, может быть той же, что и информация о предпочтениях, записанная на «РТ-сервере А» по первому варианту осуществления настоящего изобретения.
[81] «РТ-сервер А» записывает информацию резервирования для задания функции резервирования и информацию о предпочтениях «РТ-клиента А», которая была передана через сигнал публикации, и передает «РТ-клиенту А» ответный сигнал подтверждения (200 OK) на сигнал публикации (действие S402).
[82] Затем выполняется ряд действий для проверки информации о состоянии «РТ-клиентов А и В» (действия S403-S412).
[83] Во-первых, когда «РТ-клиент А» передает сигнал от абонента на «РТ-сервер А» для запроса информации о состоянии приглашаемого «РТ-клиента В» (действие S403), «РТ-сервер А» передает сигнал от абонента на «РТ-сервер В» (действие S404).
[84] Действие S403 может выполняться выборочно, и если даже «РТ-сервер А» не принимает сигнал от абонента при выполнении действия S403, когда выполнены условия работы функции резервирования, может быть выполнено действие S404. В этом случае на «РТ-сервере А» задается, что «РТ-клиенту А» предоставляется информация о состоянии «РТ-клиентов», полученная из сигнала подписки при выполнении действия S404.
[85] При получении сигнала подписки «РТ-сервер В» получает информацию о состоянии «подключен/отключен» «РТ-сервера В» посредством выполнения действий подписка-уведомление с сервером присутствия «В» (действия S405 и S406).
[86] Когда «РТ-сервер В» обнаруживает с помощью сигнала уведомления, что «РТ-клиент В» находится в подключенном состоянии, «РТ-сервер В» выполняет проверку информации о предпочтениях «РТ-клиента В» (действия S407). Информация о предпочтениях может быть той же, что и информация о предпочтениях, записанная на «РТ-сервере В» по первому варианту осуществления настоящего изобретения. А именно, информация о предпочтениях содержит элементы для проверки, находится ли «РТ-клиент В» в списке доступа, была ли задана функция запрета входящего сеанса либо функция поддерживания сеанса. В этом случае информация о предпочтениях может быть задана «РТ-сервером В», «РТ-клиентом В2 или внешним устройством межсетевого взаимодействия.
[87] Результат проверки, полученный «РТ-сервером В», передается на «РТ-сервер А» посредством сигнала уведомления (действие S408). Если сигнал уведомления содержит информацию о том, что «РТ-клиент В» может принять приглашение, «РТ-сервер А» проверяет информацию о состоянии «подключен/отключен» «РТ-клиента» посредством выполнения действий подписка-уведомление с сервером присутствия «А» (действия S409 и S410).
[88] Если «РТ-сервер» обнаруживает с помощью сигнала уведомления, что «РТ-клиент А» находится в подключенном состоянии, «РТ-сервер» проверяет информацию о предпочтениях «РТ-клиента А» (действие S411). Информация предпочтения «РТ-клиента А» может быть той же, что и информация о предпочтениях, записанная на «РТ-сервере А» по первому варианту осуществления настоящего изобретения.
[89] Затем «РТ-сервер» передает «РТ-клиенту А» результат проверки через сигнал уведомления (действие S412). В этом случае «РТ-сервер А» может проинформировать через сигнал уведомления только о состоянии, допускающем (или не допускающем) установление сеанса, либо может сообщить более подробную информацию о состоянии «РТ-клиента» по каждому из пунктов о предпочтениях.
[90] Кроме того, по получении сигнала уведомления «РТ-клиент А» может дать возможность пользователю визуальным или звуковым путем узнать о том, можно или нет начать сеанс. Например, «РТ-клиент А» может отобразить тот факт, что «РТ-клиент А» находится в состоянии, в котором может начать сеанс с «РТ-клиентом В», на экране или вывести эту информацию на громкоговорители.
[91] Если сигнал уведомления содержит информацию о состоянии, которая обозначает, что может быть установлен сеанс, «РТ-клиент А» может передать «РТ-клиенту В» сигнал приглашения (действия S413-S415) и получить соответствующий ответный сигнал подтверждения (200 OK), чтобы, тем самым, установить сеанс с «РТ-клиентом В» (действия S416-S418).
[92] После выполнения действия S412, состоящего в приеме сигнала уведомления «РТ-клиентом А», может быть дополнительно выполнено действие распознавания пользователя (не показано) таким образом, что действия S413-S418 могут выполняться только тогда, когда пользователь хочет начать сеанс.
[93] То есть, когда «РТ-клиент А» проверяет через сигнал уведомления, можно или нет начать сеанс, «РТ-клиент А» может начать сеанс путем выполнения действий S413-S418 автоматически или только при положительном ответе пользователя.
[94] Например, Фиг.2-5 описывают «РТ-систему», поддерживаемую сервером присутствия, а в «РТ-системе», не поддерживаемой сервером присутствия, вышеописанную функцию сервера присутствия может выполнять «РТ-сервер». В соответствии со способом реализации «РТ-сервер» может проверять часть информации присутствия, предоставляемой сервером присутствия, либо сервер присутствия может предоставить часть информации о предпочтениях, проверяемой РТ-сервером.
[95] Кроме того, действия по заданию информации о предпочтениях «РТ-клиента» на «РТ-сервере» и действия по проверке информации о предпочтениях являются выборочными, следовательно, эти действия можно пропустить.
[96] Настоящее изобретение предлагает устройство для сервера, поддерживающего услугу «Push-to» (Нажмите и…) - «РТ-услугу» беспроводной связи, включающее в себя: приемопередатчик для передачи и приема сигналов между множеством мобильных станций и множеством серверов; блок памяти, чтобы инструкции, относящиеся к «РТ-услугам»; и процессор, взаимодействующий с приемопередатчиком и блоком памяти, чтобы выполнять действия, прием от первой мобильной станции первой сети связи сигнала публикации, содержащего условия того, когда вторая мобильная станция второй сети может быть приглашена к сеансу, проверку упомянутых условий прежде чем вторая мобильная станция может быть приглашена к сеансу, передачу, в ответ на проверку, сигнала подписки серверу присутствия в первой сети и серверу присутствия во второй сети, получение, в ответ на эту передачу, сигнала уведомления с другого сервера, который проверил информацию о предпочтениях первой или второй мобильной станции, и проверку информации о предпочтениях первой или второй мобильной станции, а также для приглашения, в ответ на проверку, второй мобильной станции к сеансу, установленному с первой мобильной станцией, для оказания между ними «РТ-услуги».
[97] Здесь в случае, если сигнал уведомления указывает, что вторая мобильная станция находится в отключенном состоянии, следующие действия поддержки «РТ-услуги» не выполняются. Если информация о предпочтениях, по меньшей мере, первой мобильной станции или второй мобильной станции запрещает начало сеанса, то действие по приглашению не выполняется. Указанный сервер может быть частью первой сети, а другой сервер является частью второй сети. Указанный сервер может быть частью второй сети, а другой сервер является частью первой сети.
[98] Кроме того, настоящее изобретение предлагает мобильную станцию, поддерживающую «РТ-услугу» ("нажмите и…") в беспроводной связи, мобильную станцию, которая включает в себя: приемопередатчик для обмена сигналами с сервером; память для записи инструкций, относящихся к «РТ-услугам»; и процессор, взаимодействующий с приемопередатчиком для выполнения действий передачи серверу сигнала публикации, содержащего инструкции для задания приглашения, включающего в себя условия, связанные с тем, когда другая мобильная станция в другой сети может быть приглашена для сеанса, и оказания «РТ-услуги» с этой другой мобильной станцией, которая была приглашена, посредством сеанса, установленного через сервер, когда упомянутые условия удовлетворены.
[99] Далее, настоящее изобретение предлагает мобильную станцию, поддерживающую «РТ-услугу» ("нажмите и…") в беспроводной связи, которая включает в себя: приемопередатчик для обмена сигналами с сервером; память для записи инструкций, относящихся к «РТ-услугам»; и процессор, взаимодействующий с приемопередатчиком для выполнения действий по получению приглашения к сеансу от другой мобильной станции, находящейся в другой сети, после передачи упомянутой другой мобильной станцией серверу сигнала публикации, содержащего инструкции для задания приглашения, включающего в себя условия, связанные с приглашением к сеансу, и оказания «РТ-услуги» с другой мобильной станцией, которая была приглашена, посредством сеанса, установленного через сервер, когда упомянутые условия удовлетворены.
[100] Вышеприведенные варианты осуществления и преимущества являются просто примерами и не ограничивают настоящего изобретения. Представленный принцип может быть легко применен к оборудованию других типов. Описание настоящего изобретения является иллюстративным и не ограничивает сферы действия формулы изобретения. Для квалифицированных специалистов являются очевидными множество вариантов и модификаций. В формуле изобретения пункты, формулирующие средства и функции, охватывают структуру, описанную здесь как выполняющую описанную функцию, и не только структурные эквиваленты, но и эквивалентные структуры.

Claims (12)

1. Способ выполнения прямой телефонной связи «Push-to», выполняемый «РТ-сервером», содержащий: прием сообщения публикации от своего «РТ-клиента», при этом сообщение публикации включает в себя информацию резервирования приглашения, которая обозначает приглашенных «РТ-клиентов», которые должны быть приглашены в «РТ-сеанс», и содержит условия функции резервирования; направления сообщения о подписке другому «РТ-серверу», чтобы запросить информацию о состоянии другого «РТ-клиента», который обозначен в качестве приглашенного в информации резервирования приглашения; прием ответного сообщения от указанного другого «РТ-сервера», когда на основе информации о состоянии указанный другой «РТ-клиент» может быть приглашен к «РТ-сеансу»; и выполнение процедуры приглашения путем взаимодействия со своим «РТ-клиентом» и указанным другим «РТ-сервером» так, что указанный другой «РТ-клиент» приглашается к «РТ-сеансу».
2. Способ по п.1, в котором указанный другой «РТ-клиент» взаимодействует с сервером присутствия, чтобы получить от сервера присутствия информацию о состоянии.
3. Способ по п.2, в котором информация о состоянии содержит информацию о присутствии и информацию о предпочтениях, относящуюся к этому другому «РТ-клиенту».
4. Способ по п.1, в котором условия функции резервирования содержат, по крайней мере, одно из следующего: время действия функции резервирования и время прекращения действия функции резервирования.
5. Способ по п.1, в котором процедура приглашения содержит: направление сообщения приглашения обоим указанным «РТ-клиентам» и указанному другому «РТ-серверу»; и прием подтверждений в ответ на сообщение приглашения от обоих указанных «РТ-клиентов» и указанного другого «РТ-сервера», при этом подтверждения обозначают, что оба указанные «РТ-клиенты» желают принять участие в «РТ-сеансе».
6. Способ по п.1, в котором процедура приглашения содержит: прием сообщения приглашения от указанного другого «РТ-сервера»; и направление этого сообщения приглашения своему «РТ-клиенту».
7. Способ по п.6, в котором дополнительно перед приемом сообщения приглашения от указанного другого «РТ-сервера» направляют указанному другому «РТ-серверу» сообщение с уведомлением, чтобы сообщить о предпочтениях своего «РТ-клиента».
8. Способ по п.1, в котором процедура приглашения содержит: прием сообщения приглашения от своего «РТ-клиента»; и передачу этого сообщения приглашения указанному другому «РТ-серверу».
9. Способ по п.8, в котором дополнительно перед приемом сообщения приглашения от своего «РТ-клиента» направляют своему «РТ-клиенту» сообщение уведомления, чтобы обозначить предпочтения своего «РТ-клиента».
10. Способ выполнения прямой телефонной связи «Push-to», выполняемый «РТ-клиентом», содержащий: направление сообщения публикации своему «РТ-серверу», при этом сообщение публикации включает в себя информацию резервирования приглашения, которая обозначает приглашенных «РТ-клиентов», которые должны быть приглашены на «РТ-сеанс», и содержит условия функции резервирования, дающие своему «РТ-серверу» возможность направить сообщение о подписке другому «РТ-серверу», чтобы запросить информацию о состоянии другого «РТ-клиента», который обозначен в качестве приглашенного в информации резервирования приглашения и получить ответное сообщение от указанного другого «РТ-сервера», когда на основе информации о состоянии указанный другой «РТ-клиент» может быть приглашен к «РТ-сеансу»; и выполнение процедуры приглашения путем взаимодействия со своим «РТ-сервером» так, что указанный другой «РТ-клиент» приглашается к «РТ-сеансу».
11. Способ по п.10, в котором процедура приглашения содержит: прием сообщения приглашения от своего «РТ-сервера», при этом сообщение приглашения генерируется этим своим «РТ-сервером» или принимается от указанного другого «РТ-сервера»; и направление подтверждения своему «РТ-серверу» в ответ на принятое сообщение приглашения, обозначающее, что этот «РТ-клиент» желает принять участие в «РТ-сеансе».
12. Способ по п.10, в котором процедура приглашения содержит: направление сообщения приглашения своему «РТ-серверу», который передает это сообщение приглашения указанному другому «РТ-клиенту» посредством указанного другого «РТ-сервера»; и прием подтверждения от своего «РТ-сервера», который принял подтверждение от указанного другого «РТ-клиента» посредством указанного другого «РТ-сервера», при этом подтверждение обозначает, что указанный другой «РТ-клиент» желает принять участие в «РТ-сеансе».
RU2007108254/09A 2004-10-23 2005-10-21 СПОСОБ РЕЗЕРВИРОВАНИЯ УСЛУГИ В "Push-to" СИСТЕМЕ RU2388165C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2004-0085141 2004-10-23
KR1020040085141A KR100677506B1 (ko) 2004-10-23 2004-10-23 Ptt 서비스 예약 방법

Publications (2)

Publication Number Publication Date
RU2007108254A RU2007108254A (ru) 2008-11-27
RU2388165C2 true RU2388165C2 (ru) 2010-04-27

Family

ID=36203190

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2007108254/09A RU2388165C2 (ru) 2004-10-23 2005-10-21 СПОСОБ РЕЗЕРВИРОВАНИЯ УСЛУГИ В "Push-to" СИСТЕМЕ

Country Status (8)

Country Link
US (1) US20060087971A1 (ru)
EP (1) EP1803287A4 (ru)
JP (1) JP4651674B2 (ru)
KR (1) KR100677506B1 (ru)
CN (1) CN101040511A (ru)
BR (1) BRPI0514638A (ru)
RU (1) RU2388165C2 (ru)
WO (1) WO2006043792A1 (ru)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102005032302A1 (de) * 2005-07-11 2007-01-25 Infineon Technologies Ag Server-Einheit, Client-Einheit, Verfahren zum Betreiben einer Server-Einheit und Verfahren zum Betreiben einer Client-Einheit
KR101177948B1 (ko) * 2006-01-13 2012-08-28 삼성전자주식회사 PoC 시스템에서 미디어 전송 시간 정보 제공을 위한단말 장치 및 방법과 미디어 전송 시간 정보 제공을 위한PoC 시스템
US7707286B2 (en) * 2006-05-11 2010-04-27 Sonim Technologies, Inc. Methods for managing presence information in a real-time communications network
JP5230622B2 (ja) * 2006-08-14 2013-07-10 サムスン エレクトロニクス カンパニー リミテッド プレゼンス属性に基づくプレゼンス通知システム及び方法
JP5467866B2 (ja) * 2007-05-08 2014-04-09 富士通株式会社 情報通信システム、情報通信方法、情報通信装置及びコンピュータプログラム
DE102007056725A1 (de) * 2007-11-26 2009-06-04 Infineon Technologies Ag Verfahren zum bedingten Aufbauen einer Telekommunikationskonferenzsitzung, Telekommunikationskonferenz-Anordnung, und Telekommunikationskonferenzsitzungs-Server
DE102007058948A1 (de) * 2007-12-07 2009-06-10 Infineon Technologies Ag Verfahren zum Ermitteln von mindestens einem Teilnehmergerät für eine Telekommunikationskonferenzsitzung, Telekommunikationskonferenz-Anordnung, und Telekommunikationskonferenzsitzungs-Server
JP5405033B2 (ja) 2008-03-18 2014-02-05 株式会社Nttドコモ 呼制御装置
US10489132B1 (en) * 2013-09-23 2019-11-26 Sprint Communications Company L.P. Authenticating mobile device for on board diagnostic system access
US9591482B1 (en) 2014-10-31 2017-03-07 Sprint Communications Company L.P. Method for authenticating driver for registration of in-vehicle telematics unit
US9649999B1 (en) 2015-04-28 2017-05-16 Sprint Communications Company L.P. Vehicle remote operations control
US9604651B1 (en) 2015-08-05 2017-03-28 Sprint Communications Company L.P. Vehicle telematics unit communication authorization and authentication and communication service provisioning
JP6724423B2 (ja) * 2015-09-30 2020-07-15 株式会社リコー 通信端末、通信システム、出力方法、及びプログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07131538A (ja) * 1993-11-04 1995-05-19 Hitachi Ltd 会議電話方式
JP3862154B2 (ja) * 2001-01-18 2006-12-27 オムロン株式会社 通信仲介システム
US6870916B2 (en) * 2001-09-14 2005-03-22 Lucent Technologies Inc. Targeted and intelligent multimedia conference establishment services
US7184415B2 (en) * 2001-12-07 2007-02-27 Telefonaktiebolaget Lm Ericsson (Publ) Service access system and method in a telecommunications network
US20030154249A1 (en) * 2002-02-14 2003-08-14 Crockett Douglas M. Method and an apparatus for removing a member from an active group call in a group communication network
US20030153340A1 (en) * 2002-02-14 2003-08-14 Crockett Douglas M. Server for joining a user to a group call in a group communication network
JP2003324533A (ja) * 2002-04-30 2003-11-14 Ntt Phoenix Communications Network Inc 会議スケジュール制御装置、会議スケジュールシステム、会議スケジュール制御方法、会議スケジュール制御プログラムおよび当該会議スケジュール制御プログラムを記録した記録媒体
KR20040029725A (ko) * 2002-10-02 2004-04-08 이안기 통화가능여부 감지에 따른 통화 예약 및 연결 서비스의방법 및 장치
KR20040037668A (ko) * 2002-10-29 2004-05-07 엘지전자 주식회사 이동 통신 단말기의 통화 상태 알림 방법
US7444139B1 (en) * 2003-01-30 2008-10-28 Sprint Spectrum L.P. Method and system for use of intelligent network processing to prematurely wake up a terminating mobile station
US20040192363A1 (en) * 2003-03-24 2004-09-30 Rosetti David Albert Method for reducing latency in a push-to-talk set-up
US7415284B2 (en) * 2004-09-02 2008-08-19 Sonim Technologies, Inc. Methods of transmitting a message to a message server in a push-to-talk network
CN101027926B (zh) * 2004-09-21 2012-11-14 艾利森电话股份有限公司 提供无线一键通(PoC)动态业务选项的设备和方法

Also Published As

Publication number Publication date
EP1803287A4 (en) 2009-04-22
US20060087971A1 (en) 2006-04-27
CN101040511A (zh) 2007-09-19
JP4651674B2 (ja) 2011-03-16
WO2006043792A1 (en) 2006-04-27
KR100677506B1 (ko) 2007-02-02
JP2008516519A (ja) 2008-05-15
RU2007108254A (ru) 2008-11-27
BRPI0514638A (pt) 2008-06-17
EP1803287A1 (en) 2007-07-04
KR20060036028A (ko) 2006-04-27

Similar Documents

Publication Publication Date Title
RU2388165C2 (ru) СПОСОБ РЕЗЕРВИРОВАНИЯ УСЛУГИ В "Push-to" СИСТЕМЕ
RU2398365C2 (ru) Инициализация услуг, основанных на пакетах, в системе мобильной связи общего пользования
CN101257395B (zh) 支持多媒体会议预约的系统及方法
US20040082352A1 (en) Enhanced group call implementation
EP1906684B1 (en) A method and apparatus for obtaining group information by the invited user during the session
US9729336B2 (en) System and method for delayed phone conferencing
US20050266869A1 (en) Apparatus and method for establishing talk session in push to talk (PTT) service providing system
EP1775985B1 (en) Group call system, terminal and group call control method for rejoining group calls
US8355743B2 (en) Push-to-talk communication method and system
TW200404420A (en) A server for initiating a group call in a group communication network
US20150319788A1 (en) Communicating the number of participants in a push-to-talk over cellular communication sessions
US20080037574A1 (en) Method for securing privacy in automatic answer mode of push-to service
EP1329091A1 (en) Setting up a conference call between members of a chat group
US8903905B2 (en) Method and system for automatically storing a communication session
US7885675B2 (en) Method and apparatus for providing voice mailbox function in PoC service
US7966031B2 (en) Method and system for dividing single PoC group session
RU2449500C2 (ru) Способ и терминал для установления "рт-сеанса связи", чтобы использовать "рт-блок"
US9686327B2 (en) Method for determining active communication sessions and communication session information server
CN101040547B (zh) 半双工通信系统免提模式
JP4444271B2 (ja) PoCグループ通信システム、通信端末
JP4650626B2 (ja) 発言権管理システム、発言権管理方法、及びプログラム
US20050190706A1 (en) Automatic conferencing service
KR101322990B1 (ko) Pt 서비스의 자동 응답 모드에서의 프라이버시 확보 방법
Yoshida et al. PushTalk Service System

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20141022