RU2394393C2 - Пользовательское оборудование, способ и система для управления одновременным сеансом связи - Google Patents
Пользовательское оборудование, способ и система для управления одновременным сеансом связи Download PDFInfo
- Publication number
- RU2394393C2 RU2394393C2 RU2007125401/09A RU2007125401A RU2394393C2 RU 2394393 C2 RU2394393 C2 RU 2394393C2 RU 2007125401/09 A RU2007125401/09 A RU 2007125401/09A RU 2007125401 A RU2007125401 A RU 2007125401A RU 2394393 C2 RU2394393 C2 RU 2394393C2
- Authority
- RU
- Russia
- Prior art keywords
- poc
- session
- server
- communication
- message
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/4061—Push-to services, e.g. push-to-talk or push-to-video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Absorbent Articles And Supports Therefor (AREA)
Abstract
Изобретение относится к сеансам связи на основе услуг подсистемы передачи мультимедийных сообщений на базе протоколов Интернет «IMS» и, в частности, к системе для управления одновременными сеансами связи, для таких услуг, как услуга многоточечной полудуплексной связи («Push-to-Таlk»/«Нажми и Говори») подвижной радиотелефонной связи сотовой связи («РоС» услуга). Техническим результатом является повышение эффективности определения максимального числа одновременных сеансов, поддерживаемых каждым «РоС-клиентом», и обеспечение надлежащих настроек «РоС-сеансов», запрашиваемых «РоС-клиентом». Указанный технический результат достигается тем, что система связи включает пользовательское оборудование «UE», чтобы передать сообщение протокола установления сеанса связи - «SIP-сообщение», включающее информацию о настройке поддержки одновременных сеансов связи «SSS», связанную с пользовательским устройством «UE», в домашнюю сеть, включающую в себя сервер; и указанный сервер, чтобы хранить в нем информацию о настройке поддержки одновременных сеансов связи «SSS» и чтобы устанавливать режим работы сеанса связи сервера для одновременного сеанса связи пользовательского устройства «UE» на основе, частично, информации о настройке поддержки одновременных сеансов связи «SSS». 3 н. и 8 з.п. ф-лы, 6 ил.
Description
Область техники, к которой относится изобретение
[1] Настоящее изобретение относится к сеансам связи на основе услуг подсистемы передачи мультимедийных сообщений на базе протоколов Интернет «IMS» и, в частности, к абонентскому оборудованию (пользовательскому оборудованию) «UE», способу и системе для управления одновременными сеансами связи, для таких услуг, как услуга многоточечной полудуплексной связи («Push-to-Talk»/«Haжми и Говори») подвижной радиотелефонной связи сотовой связи (далее «РоС» услуга).
Известный уровень техники
[2] В документе RFC 3261 рабочей группы по стандартам сети Интернет (IETF) способы работы «SIP» серверов (серверов, реализующих протокол установления сеанса связи «SIP»), например «РоС-сервера» (сервера, поддерживающего «РоС»-услугу), можно разделить, в общем, на способ «SIP-прокси» (с использованием сервера представителя) и способ двустороннего пользовательского агента «B2BUA».
[3] На фиг.1 и 2 представлены блок-схемы алгоритмов для объяснения соответственно способа «B2BUA» и способа «SIP-прокси» в соответствии с известными техническими решениями.
[4] Как показано на фиг.1, в режиме работы по способу «B2BUA» данные протокола реального времени «RTP», данные протокола управления в реальном масштабе времени «RTCP» и данные протокола управления передачей пользовательской информации «ТВСР», а также «Приоритет РоС-сеанса», которые передаются и принимаются между «РоС-клиентом» (клиентом, пользующимся «РоС» услугой) и управляющим «РоС-сервером В» (сервером, выполняющим управляющую функцию), всегда должны проходить через принимающий участие «РоС-сервер А» (сервер, выполняющий функцию участия). Аналогичным образом, как показано на фиг.2, в режиме работы «SIP-прокси» «SIP-сообщения», передаваемые и принимаемые между «РоС-клиентом» и управляющим «РоС-сервером В», всегда проходят через принимающий участие «РоС-сервер А». Однако в режиме «SIP-прокси» данные протокола реального времени «RTP», данные протокола управления в реальном масштабе времени «RTCP» и данные протокола управления передачей пользовательской информации «ТВСР» не проходят через принимающий участие «РоС-сервер А», но передаются и принимаются напрямую между «РоС-клиентом» и управляющим «РоС-сервером В».
[5] Как таковые, режим «SIP-прокси» и режим «B2BUA» отличаются друг от друга в зависимости от того, проходят ли данные протокола реального времени «RTP», данные протокола управления в реальном масштабе времени «RTCP» и данные протокола управления передачей пользовательской информации «ТВСР» через принимающий участие «РоС-сервер А». То есть, как показано на фиг.1, когда принимающий участие «РоС-сервер А» работает в режиме двустороннего пользовательского агента «B2BUA», данные протокола реального времени «RTP», данные протокола управления в реальном масштабе времени «RTCP» и данные протокола управления передачей пользовательской информации «ТВСР», которые передаются и принимаются по каналу между «РоС-клиентом» и управляющим «РоС-сервером В», всегда проходят через принимающий участие «РоС-сервер А». Однако, как показано на фиг.2, когда принимающий участие «РоС-сервер А» работает в режиме «SIP-прокси», данные протокола реального времени «RTP», данные протокола управления в реальном масштабе времени «RTCP» и данные протокола управления передачей пользовательской информации «ТВСР», передаваемые и принимаемые по каналу между «РоС-клиентом» и управляющим «РоС-сервером В», не проходят через принимающий участие «РоС-сервер А». «РоС-сервер А», работающий в режиме «SIP-прокси» в соответствии с известным техническим решением, не может и не принимает данные протокола реального времени «RTP», данные протокола управления в реальном масштабе времени «RTCP» и данные протокола управления передачей пользовательской информации «ТВСР» от «РоС-клиента» или управляющего «РоС сервера В» и, соответственно, не может управлять этими данными. Однако имеются ситуации, когда такое управление необходимо.
[6] Как известно, «РоС-сервер» может выполнять и «РоС-функцию» управления, и «РоС-функцию» участия. «РоС-функция» управления «РоС-сервера» осуществляет централизованную обработку сеанса связи с оказанием «РоС-услуги» (далее «РоС-сеанса»), включая распределение информации протокола реального времени «RTP», управление передачей пользовательской информации («Talk Burst»), совершенствование правил для участвующих в групповом сеансе, управление информацией участников и т.п. «РоС-функция» участия «РоС-сервера» обеспечивает совершенствование правил РоС-сеансов входящих вызовов и обработки РоС-сеансов для ретрансляции управляющего сообщения о передаче пользовательской информации между «РоС-клиентом» и «РоС-сервером», выполняющим «РоС-функцию» управления. «РоС-функция» участия может ретранслировать информацию протокола реального времени «RTP» по каналу между «РоС-клиентом» и «РоС-сервером», выполняющим «РоС-функцию» управления.
[7] «РоС-функция» участия «РоС-сервера» (например, «РоС-сервера А») может поддерживать (способна обеспечить) «одновременный РоС-сеанс» для «РоС-клиента». В настоящем описании «одновременный РоС-сеанс» представляет собой сеанс связи, во время которого «РоС-сервер» выполняет функцию приоритета сеанса многоточечной полудуплексной связи подвижной радиотелефонной связи сотовой связи (далее функция «Приоритет РоС-сеанса») или функцию блокировки многоточечной полудуплексной связи подвижной радиотелефонной связи сотовой связи (далее «Блокировка РоС»). Функция «Приоритет РоС-сеанса» для «РоС-сервера» предоставляет приоритет конкретному «РоС-сеансу» для «РоС-клиента», инициализировавшего или принявшего приглашения на множество «РоС-сеансов». Функция «Блокировка РоС» для «РоС-сервера» позволяет выполнять передачу мультимедийных данных, связанных только с конкретным «РоС-сеансом» для «РоС-клиента», и одновременно блокирует передачу мультимедийных данных, связанных с другими сеансами связи. Можно сказать, что таким способом при одновременном «РоС-сеансе» можно осуществлять фильтрацию определенных данных (например, множество данных протокола реального времени «RTP») с целью предоставления только одного блока данных протокола реального времени «RTP», например соответствующего заблокированного сеанса или основного сеанса. Некоторые «РоС-серверы» и «РоС-клиенты» могут поддерживать одновременный «РоС-сеанс», тогда как другие «РоС-серверы» и «РоС-клиенты» могут не поддерживать одновременный «РоС-сеанс».
[8] В качестве примера, предположим, что имеются «РоС-клиент» и «РоС-сервер», которые поддерживают и выполняют одновременный «РоС-сеанс». В соответствии с функцией приоритета «РоС-сеанса» «РоС-клиент» устанавливает только один «РоС-сеанс» как основной сеанс связи, а другие «РоС-сеансы» - как дополнительные сеансы связи. Предпочтительно значение приоритета такого «РоС-сеанса» передается от «РоС-клиента» на «РоС-сервер», который выполняет «РоС-функцию» участия (например, принимающий участие «РоС-сервер А»), используя сообщения «ПРИГЛАШЕНИЕ» («INVITE»), «ПОВТОРНОЕ ПРИГЛАШЕНИЕ» («RE-INVITE») или «ОБНОВЛЕНИЕ» («UPDATE»).
[9] После установки значения приоритета «РоС-сеанса» «РоС-сервер», выполняющий функцию участия («РоС-сервер А»), передает данные «РоС-клиенту» на основе установленного значения приоритета «РоС-сеанса». В частности, если один «РоС-сеанс» устанавливается как основной сеанс связи, то, когда принимаются мультимедийные данные этого основного «РоС-сеанса», в то время как «РоС-сервер» принимает мультимедийные данные дополнительных «РоС-сеансов», «РоС-клиент» под управлением «РоС-сервера А» может немедленно принять мультимедийные данные основного «РоС-сеанса» вдобавок к мультимедийным данным дополнительных «РоС-сеансов». То есть в соответствии с приоритетом сеанса связи, установленным «РоС-клиентом», «РоС-сервер А» может избирательно передавать (передавать или не передавать) мультимедийные данные, связанные с каждым «РоС-сеансом», «РоС-клиенту» в определенном приоритетном порядке.
[10] С другой стороны, в соответствии с функцией «Блокировка РоС» «РоС-клиент» устанавливает «блокировка» (должен быть блокирован) для одного из «РоС-сеансов» и, следовательно, может принимать мультимедийные данные, связанные только с этим заблокированным «РоС-сеансом», в то время как он не принимает мультимедийные данные, связанные с другими «РоС-сеансами», от «РоС-сервера А» (сервера, выполняющего функцию участия). Таким способом функция блокировки блокирует мультимедийные данные определенных «РоС-сеансов». Предпочтительно значение блокировки «РоС-сеанса» передается от «РоС-клиента» в «РоС-сервер А», используя сообщения «ПРИГЛАШЕНИЕ» («INVITE»), «ПОВТОРНОЕ ПРИГЛАШЕНИЕ» («RE-INVITE») или «ОБНОВЛЕНИЕ» («UPDATE»), и устанавливается в «РоС-сервере А». После установки значения блокировки «РоС-сеанса» «РоС-сервер А» определяет, следует ли передавать мультимедийные данные «РоС-клиенту» в зависимости от установленного значения блокировки «РоС-сеанса», и в соответствии с результатами определения избирательно передает (передает или не передает) мультимедийные данные «РоС-клиенту».
[11] Таким образом, чтобы выполнить одновременный «РоС-сеанс» (например, функцию «Приоритет РоС-сеанса», функцию «Блокировка РоС» и т.д.) для «РоС-услуги», как это показано на фиг.1, мультимедийные данные, в том числе данные протокола реального времени «RTP», данные протокола управления в реальном масштабе времени «RTCP», данные протокола управления передачей пользовательской информации «ТВСР» и т.д., должны проходить через «РоС-сервер А» (выполняющий функцию участия), когда происходит обмен данными между «РоС-клиентом» и управляющим «РоС-сервером В» (выполняющим функцию управления), поскольку «РоС-сервер А» должен управлять потоком данных в соответствии с функцией «Блокировка РоС» или функцией «Приоритет РоС-сеанса». Например, «РоС-серверу А», выполняющему «РоС-функцию» участия, необходимо принять данные протокола реального времени «RTP» (например, мультимедийные данные, такие как голосовые данные, видео и т.п.), которые были переданы для «РоС-клиента» с управляющего «РоС-сервера В», выполняющего «РоС-функцию» управления, в ходе передачи соответствующих данных, так чтобы «РоС-сервер А» мог определить, следует ли передавать принятые данные протокола реального времени «RTP» «РоС-клиенту», чтобы применить функцию «Блокировка РоС» или функцию «Приоритет РоС-сеанса».
[12] Другими словами, для осуществления одновременного «РоС-сеанса» «РоС-сервер А», выполняющий «РоС-функцию» участия, должен всегда работать в режиме «B2BUA» (но не в режиме «SIP-прокси»), так чтобы обеспечить прохождение всех мультимедийных данных через «РоС-сервер», выполняющий «РоС-функцию» участия. Однако в одновременном «РоС-сеансе» в соответствии с известным техническим решением этот «РоС-сервер» может работать или в режиме «B2BUA», или в режиме «SIP-прокси» и он не знает, поддерживает ли «РоС-клиент» одновременный «РоС-сеанс». Когда «РоС-сервер», выполняющий «РоС-функцию» участия, при предоставлении услуги одновременного «РоС-сеанса» не работает в режиме B2BUA, но работает в режиме «SIP прокси», могут возникнуть следующие проблемы.
[13] При предоставлении услуги одновременного «РоС-сеанса», если один «РоС-клиент» участвует в нескольких «РоС-сеансах», этот «РоС-клиент» устанавливает функцию «Блокировка РоС» для одного конкретного РоС-сеанса и, следовательно, может послать запрос на «РоС-сервер», выполняющий «РоС-функцию» участия, на передачу мультимедийных данных, связанных только с зафиксированным РоС-сеансом, через зафиксированный РоС-сеанс. Однако в этом случае если «РоС-сервер» работает в режиме «SIP-прокси», то мультимедийные данные, отправляемые этим «РоС-сервером», выполняющим «РоС-функцию» управления, отправляются непосредственно «РоС-клиенту» без прохождения через «РоС-сервер», выполняющий «РоС-функцию» участия. Соответственно, «РоС-сервер», выполняющий «РоС-функцию» участия, не может применять функцию «Блокировка РоС», запрошенную «РоС-клиентом». Аналогичные проблемы существуют при применении функции «Приоритет РоС-сеанса» для одновременного «РоС-сеанса».
[14] Кроме того, когда и «РоС-клиент», и «РоС-сервер» поддерживают одновременный «РоС-сеанс», на пути мультимедийных данных (например, между «РоС-клиентом» и управляющим «РоС-сервером», выполняющим «РоС-функцию» управления) может существовать «РоС-сервер», выполняющий «РоС-функцию» участия и, следовательно, выполняющий функцию ретрансляции принимаемых мультимедийных данных и затем передачи принятых мультимедийных данных. Однако в соответствии с известным техническим решением «РоС-сервер», выполняющий «РоС-функцию» участия, не может распознать, поддерживает ли «РоС-клиент» одновременный «РоС-сеанс». Соответственно, «РоС-сервер», выполняющий «РоС-функцию» участия, может не знать максимальное число одновременных сеансов, поддерживаемых каждым «РоС-клиентом» и поэтому не может надлежащим образом иметь дело с настройками «РоС-сеансов», запрашиваемыми «РоС-клиентом».
[15] Кроме того, при управлении работой одновременного сеанса (или аналогичной операцией) такие же проблемы могут возникать и в IР-услугах (на основе Интернет-протокола) всех других типов (например, услугах на основе сообщений протокола установления сеанса связи «SIP»).
Сущность изобретения
Техническая проблема
[16] Таким образом, целью настоящего изобретения является предложение способа управления одновременными сеансами для сеансов связи на основе услуги, а также устройства и системы для его осуществления.
[17] Другой целью настоящего изобретения является предложить пользовательское устройство «UE» (абонентское оборудование), способ и систему для управления работой одновременного сеанса (или аналогичных действий), которые устраняют ограничения и лишены недостатков известных технических решений.
[18] Еще одной целью настоящего изобретения является предложить технологию предоставления информации по настройке поддержки одновременных сеансов с помощью «IP-сообщений» для всех «IР-услуг» (например, для услуг с использованием протокола реального времени «RTP»), таких как «VoIP» (передача голосового трафика по IP-сетям), видеотелефония, обслуживание многоточечной полудуплексной связи подвижной радиотелефонной связи сотовой связи («РТ» - Push-To), в том числе «РоС-услуги», служба передачи мультимедийных сообщений (MMS), службы коротких сообщений (SMS), мгновенных сообщений (IM), немедленных сообщений и т.д.
[19] Следующей целью настоящего изобретения является предложить способ, при котором «РоС-клиент» уведомляет «РоС-сервер», выполняющий «РоС-функцию» участия о том, поддерживает или нет «РоС-клиент» одновременный сеанс, благодаря чему можно определить рабочий режим «РоС-сервера».
Техническое решение
[20] Для достижения этих и других преимуществ в соответствии с целями настоящего изобретения, подробно раскрытых в данном описании, предложен способ управления одновременными сеансами, включающий в себя следующие шаги: передача информации о поддержке одновременного сеанса от клиента к серверу с помощью определенного сообщения; определение сервером на основе переданной информации о поддержке одновременного сеанса, поддерживает ли клиент одновременный сеанс; и определение режима работы для предоставления сервером услуги на основе сеанса связи в соответствии с результатом указанного шага определения.
[21] В соответствии с одним аспектом настоящего изобретения указанное определенное сообщение означает сообщение протокола установления сеанса связи «SIP-сообщение», например сообщение «ПУБЛИКАЦИЯ» («PUBLISH»), сообщение «ПРИГЛАШЕНИЕ» («INVITE»), «ОБНОВЛЕНИЕ» («UPDATE»), «ПРЕДПИСАНИЕ» («REFER»), «ПАРАМЕТРЫ» («OPTIONS») и т.п.
[22] В соответствии с другим аспектом настоящего изобретения устройство управления одновременными сеансами может содержать: клиентское оборудование, предназначенное для передачи информации о поддержке одновременных сеансов от него на сервер посредством определенного сообщения; и сервер, предназначенный для определения режима работы для предоставления конкретной услуги на основе переданной информации о поддержке одновременного сеанса.
[23] В соответствии с еще одним аспектом настоящего изобретения предложено пользовательское устройство «UE», содержащее: контроллер, чтобы определять, поддерживает ли устройство пользователя одновременный сеанс связи, чтобы генерировать информацию о настройке поддержки одновременного сеанса (далее информация о настройке «SSS») в соответствии с полученным результатом и чтобы отправить информацию о настройке «SSS» в домашнюю сеть пользовательского устройства.
[24] В соответствии с еще одним аспектом настоящего изобретения предложен сервер, содержащий: контроллер, чтобы определить на основе «SIP-сообщения» - сообщения протокола установления сеанса связи «SIP» от пользовательского устройства, поддерживает ли пользовательское устройство «UE» одновременный сеанс связи, чтобы определить, поддерживает ли сервер одновременный сеанс связи, и для установки на основе полученных результатов режима работы сеанса связи сервера для одновременного сеанса связи пользовательского устройства «UE».
[25] В соответствии с очередным аспектом настоящего изобретения предложена система связи, содержащая: пользовательское устройство «UE», предназначенное для передачи «SIP-сообщения» - сообщения протокола установления сеанса связи «SIP», содержащего информацию о настройке поддержки одновременных сеансов «SSS» (информация о настройке «SSS»), связанную с пользовательским устройством «UE», в домашнюю сеть, включающую в себя сервер, а также указанный сервер, предназначенный для хранения информации о настройке «SSS» и для установки рабочего режима сеанса сервера для одновременного сеанса пользовательского устройства «UE», частично на основе информации о настройке «SSS».
[26] В соответствии с очередным аспектом настоящего изобретения предложен способ управления одновременными сеансами, включающий в себя следующие шаги: определение пользовательским устройством «UE», поддерживает ли это пользовательское устройство «UE» одновременный сеанс связи; генерирование информации о настройке поддержки одновременных сеансов «SSS» (информация о настройке «SSS») в соответствии с полученным результатом; и отправка сообщения протокола установления сеанса связи «SIP-сообщение» в домашнюю сеть пользовательского устройства «UE».
[27] В соответствии с очередным аспектом настоящего изобретения предложен способ управления одновременными сеансами, включающий в себя следующие шаги: определение сервером на основе сообщения протокола установления сеанса связи «SIP» («SIP-сообщение») от пользовательского устройства «UE», поддерживает ли пользовательское устройство «UE» одновременный сеанс связи; определение сервером, поддерживает ли этот сервер одновременный сеанс связи; и установка на основе полученных результатов рабочего режима сеанса связи сервера для одновременного сеанса пользовательского устройства «UE».
[28] В соответствии с очередным аспектом настоящего изобретения предложен способ управления одновременными сеансами для системы, содержащей пользовательское устройство «UE» и сервер в домашней сети пользовательского устройства «UE», включающий в себя следующие шаги: передача сообщения протокола установления сеанса связи «SIP» («SIP-сообщение»), содержащего информацию о настройке пользовательской информации (информация о настройке «SSS»), связанную с пользовательским устройством «UE», от пользовательского устройства «UE» в домашнюю сеть; сохранение полученной информации о настройке SSS на сервере и установка рабочего режима сеанса связи сервера для одновременного сеанса связи пользовательского устройства «UE» частично на основе информации о настройке «SSS».
[29] Изложенные выше и другие цели, возможности, аспекты и преимущества настоящего изобретения будут более понятны из последующего подробного описания настоящего изобретения в сочетании с прилагаемыми чертежами.
Описание чертежей
[30] Прилагаемые чертежи, включенные в описание для лучшего понимания изобретения и составляющие неотъемлемую часть данного описания, иллюстрируют варианты осуществления настоящего изобретения и вместе с описанием служат для описания принципов изобретения.
[31] На чертежах:
[32] фиг.1 иллюстрирует концепцию режима «B2BUA» в соответствии с известным техническим решением;
[33] фиг.2 иллюстрирует концепцию режима «SIP-прокси» в соответствии с известным техническим решением;
[34] фиг.3 иллюстрирует систему управления одновременными сеансами в соответствии с вариантом осуществления настоящего изобретения;
[35] фиг 4 иллюстрирует процедуру «SIP-регистрации» и публикации значения настроек «РоС-услуги», применяемую в системе фиг.3, в соответствии с вариантом осуществления настоящего изобретения;
[36] на фиг.5 представлена блок-схема, иллюстрирующая пример способа управления одновременными сеансами «РоС-услуги» в соответствии с вариантом осуществления настоящего изобретения; и
[37] на фиг.6 представлена блок-схема, иллюстрирующая другой пример способа управления одновременными сеансами «РоС-услуги» в соответствии с вариантом осуществления настоящего изобретения.
Примеры осуществления изобретения
[38] Обратимся теперь к подробному описанию предпочтительных вариантов осуществления настоящего изобретения, примеры которых иллюстрируются прилагаемыми чертежами.
[39] В настоящем изобретении предлагается способ управления сеансами связи клиента (или пользовательского устройства) после того, как сервер определит рабочий режим на основе информации клиента о поддержке сеансов связи в услуге на основе сеанса связи, в котором клиент поддерживает услугу одновременных сеансов и централизованный сервер управляет услугой одновременных сеансов клиента. Например, одной из услуг на основе сеанса связи может считаться «РоС-услуга». В настоящем изобретении, когда клиент регистрирует себя в сервере или запрашивает от сервера настройки сеанса связи, клиент сообщает серверу его информацию поддержки одновременных сеансов связи (также называемую здесь информацией о настройке поддержки одновременных сеансов связи), и, следовательно, сервер определяет соответствующий рабочий режим (например, режим «B2BUA» или «SIP-прокси») в соответствии с принятой информацией о настройке поддержки одновременных сеансов, так чтобы управлять параметрами сеанса связи клиента.
[40] Настоящее изобретение предназначено, чтобы полностью охватить и спланировать услуги, предназначенные для предоставления быстрого обмена данными для поставщиков услуг и потребителей. Услуги, к которым применимо настоящее изобретение, представляют собой услуги по передаче информации, в которых пользовательское устройство передает мультимедийные данные на одно или несколько других пользовательских устройств. Такими услугами могут быть все IP-услуги (например, все виды передачи данных через домен IP-пакетов), включая услуги передачи сообщений или обмена данными на основе протокола установления сеанса связи «SIP» («SIP-сообщение»), в состав которых входят, но этим список не ограничивается: «VoIP» (передача голосового трафика по IP-сетям), видеотелефония, «РТ-услуги», электронная почта, служба передачи мультимедийных сообщений (MMS), службы коротких сообщений (SMS), службы мгновенных сообщений (IM), немедленных сообщений и т.п. «РТ-услугами» могут быть услуга многоточечной полудуплексной телефонной связи «РТТ», предназначенная для передачи голосовых (аудио) данных, например «РоС-услуга», услуга многоточечной полудуплексной видеосвязи «PTV», предназначенная для передачи движущихся изображений (видео данных) и услуга многоточечной полудуплексной связи для передачи данных «PTD», предназначенная для передачи данных. Настоящее изобретение охватывает также оба вида услуг, для которых необходимо управление доступом к общим ресурсам в многосторонних Интернет-конференциях (на основе протокола управления передачей пользовательской информации «ТВСР»), и услуг, для которых такое управление (на основе протокола «ТВСР») не требуется.
[41] «РТ услуга» («push to» - услуга многоточечной полудуплексной связи), предназначенная для обеспечения быстрого обмена данными для поставщиков услуг и пользователей мобильной(ых) сети(ей), представляет собой услугу по передаче информации, при которой один клиент передает мультимедийные данные (пользовательская информация - «talk burst») другому клиенту или нескольким клиентам, с которым(и) установлен сеанс связи. «РТ-услуга» обеспечивает связь с одним получателем информации (один - с одним) или между группами получателей информации, как в сеансе групповой конференции (от одного - к нескольким), в ней для установления сеанса применяется протокол установления сеанса связи «SIP». «РТ-услуга» обычно включает в себя выбор конкретным клиентом одного или более клиентов, чтобы пригласить их на «РТ-сеанс», подключение канала связи для данного сеанса между этим конкретным клиентом, приглашающим на «РТ-сеанс», и приглашенным(и) клиентом(ами) и передача или прием данных по каналу связи между клиентами, на основе установленного сеанса связи.
[42] В настоящем изобретении под «одновременным сеансом» (или аналогичным) понимается сеанс связи, в котором существующий сервер для всех услуг на основе протокола «IP» выполняет функцию управления одновременным сеансом связи, например функцию приоритета сеанса связи (или аналогичную) или функцию блокировки сеанса связи (или аналогичную). При применении изобретения к «РоС-сеансу» одновременный сеанс связи может называться «одновременным РоС-сеансом», во время которого «РоС-сервер» выполняет функцию приоритета «РоС-сеанса».
[43] Как уже упоминалось, настоящее изобретение применимо ко всем услугам на основе протокола «IР» или услугам по передаче сообщений и обмену информацией на основе протокола установления сеанса связи «SIP». Соответственно, ниже обсуждаются система и способ управления одновременными сеансами согласно настоящему изобретению для всех таких услуг, а также в качестве примера - система и способ управления одновременными сеансами в соответствии с настоящим изобретением для «РоС-услуги».
[44] Фиг.3 иллюстрирует систему управления одновременными сеансами в соответствии с примером осуществления настоящего изобретения.
[45] Как показано на фиг.3, система управления одновременными сеансами может содержать «UE» - пользовательское устройство (или клиентское устройство) 100 (например, «РоС-клиент»), чтобы передавать информацию о поддержке одновременных сеансов для какого-либо одновременного сеанса на сервер через определенное сообщение, и сервер 300 (например, «РоС-сервер», выполняющий функцию участия), чтобы принимать информацию о поддержке одновременных сеансов от пользовательского устройства 100 через сеть или интерфейс 200, например ядро «SIP/IP». Затем сервер 300 определяет рабочий режим, в котором сервер 300 будет предоставлять услуги на основе сеанса связи в зависимости от принятой информации о поддержке одновременных сеансов связи и в зависимости от того, поддерживает ли сам сервер 300 одновременный сеанс связи. Сервер 300 хранит информацию, указывающую, поддерживает ли сам сервер 300 одновременный сеанс связи (например, одновременный «РоС-сеанс»). И пользовательское устройство 100, и сервер 300 содержат контроллер или процессор (120 или 320) и другие известные компоненты. Все компоненты системы управления одновременными сеансами связи согласно настоящему изобретению в рабочем состоянии соединены. Сеть или интерфейс 200 и сервер 300 могут формировать домашнюю сеть пользовательского устройства 100.
[46] Пользовательское устройство 100 (например, контроллер 120) передает информацию о поддержке одновременного сеанса на сервер 300 посредством включения ее в заголовок или тело «SIP-сообщения» после регистрации его информации на сервере или запроса настроек сеанса связи от сервера. В предпочтительном варианте информации о поддержке одновременных сеансов может быть присвоено как активное значение, так и неактивное значение. Предпочтительно «SIP-сообщение», содержащее информацию о поддержке одновременного сеанса связи, содержит, но этим не ограничивается весь список, запрос «ПУБЛИКАЦИЯ» («PUBLISH»), сообщение «ПРИГЛАШЕНИЕ» («INVITE»), «ОБНОВЛЕНИЕ» («UPDATE»), «ПРЕДПИСАНИЕ» («REFER»), «ПАРАМЕТРЫ» («OPTIONS») и т.п. Это известные «SIP-сообщения».
[47] На фиг.4 показана процедура «SIP» регистрации и публикации значения настроек «РоС-услуги», применяемая в системе, показанной на фиг.3, и особенности системы, показанной на фиг.3, при применении изобретения к «РТ-услуге» или «РТ-системе» (например, «РоС-услуге»/«РоС-системе»). Например, «РТ-система» фиг.4 содержит пользовательское устройство «РоС-клиент» 10, ядро «SIP/IP» 20 и «РоС-сервер» (выполняющий «РоС-функцию» участия), все в рабочем состоянии соединенные друг с другом. Ядро «SIP/IP» 20 и сервер 30 формируют домашнюю сеть клиентского устройства 10. Компоненты 10, 20 и 30 фиг.4 являются примерами соответственно пользовательского устройства 100, сети 200 и сервера 300 фиг.3.
[48] Как показано на фиг.4, в соответствии с настоящим изобретением «РоС-клиент» 10 запрашивает от ядра «SIP/1P» 20, например «IMS» - подсистема передачи мультимедийных сообщений на базе протоколов Интернет, регистрацию его информации через сообщение «РЕГИСТРАЦИЯ» («REGISTER»), чтобы принимать «РоС-услугу», и ядро «SIP/lP» 20 отправляет сообщение 200 «В Норме» («ОК») «РоС-клиенту» 10, чтобы предоставить регистрацию.
[49] Здесь, если «РоС-клиент» 10 поддерживает одновременный «РоС-сеанс», РоС-клиент 10 должен сообщить домашней «РоС-сети» свою информацию «SSS» о поддержке одновременных «РоС-сеансов» (также называемую здесь информацией о настройке «SSS»). Предпочтительно информация «SSS» может быть активного или неактивного типа (иметь соответствующее значение). Для активного типа установлены значения «ВЕРНО» или «НЕВЕРНО» («1» или «0»). Информация «SSS» показывает, поддерживает ли «РоС-клиент» 10 одновременный «РоС-сеанс», являющийся сеансом связи, который поддерживает «РоС-функцию» приоритета сеанса связи или «РоС-функцию» блокировки. Например, если информация «SSS» указывает на активный тип (т.е значение «ВЕРНО» или «1»), это означает, что «РоС-клиент» 10 поддерживает одновременный «РоС-сеанс», тогда как если информация «SSS» указывает на неактивный тип (т.е значение «НЕВЕРНО» или «0»), это означает, что «РоС-клиент» 10 не поддерживает одновременный «РоС-сеанс».
[50] От «РоС-клиента» 10 информация о поддержке одновременных сеансов «SSS» отправляется на ядро «SIP/IP» 20 вместе с информацией о возможностях и информацией о предпочтениях «РоС-пользователя» с помощью сообщения запроса «ПУБЛИКАЦИЯ» («PUBLISH»). Предпочтительно информация «SSS» передается в заголовке или теле «SIP-сообщения», например запроса «ПУБЛИКАЦИЯ» («PUBLISH»). Затем сообщение запроса «ПУБЛИКАЦИЯ» («PUBLISH») (или «SIP-сообщение») передается из ядра «SIP/IP» 20 на «РоС-сервер» 30. Если домашняя «РоС-сеть» поддерживает одновременный «РоС-сеанс», «РоС-сервер» 30 в домашней «РоС-сети» должен хранить информацию «SSS», предоставляемую от «РоС-клиента» 10 через ядро «SIP/IP» 20. Здесь «РоС-сервер» 30 является сервером, выполняющим «РоС-функцию» участия, например домашним «РоС-сервером» «РоС-клиента» 10.
[51] Таким образом, «РоС-сервер» 30 отправляет сообщение 200 «В НОРМЕ» («ОК») на ядро «SIP/IP» 20 и после этого сохраняет в нем принятую информацию «SSS» вместе с информацией о возможностях и информацией о предпочтениях «РоС-пользователя». Как вариант, «РоС-сервер» 30 может сохранить информацию «SSS» и затем (или одновременно) отправить сообщение 200 «В НОРМЕ» («ОК») в ответ на сообщение «ПУБЛИКАЦИЯ» («PUBLISH»).
[52] «РоС-клиент» 10, если необходимо, при получении сообщения 200 «В НОРМЕ» («ОК») от ядра «SIP/IP» 20 выполняет процедуру настройки «РоС-сеанса».
[53] Таким способом, как показано на фиг.4, «РоС-сервер» 30 может принимать от «РоС-клиента» 10 информацию о поддержке одновременного сеанса связи «SSS» «РоС-клиента» 10 посредством «SIP-сообщения», например сообщения «ПУБЛИКАЦИЯ» («PUBLISH»). После приема информации о поддержке одновременного сеанса связи «SSS» «РоС-сервер» 30 может эффективно выполнять управление соответствующими одновременными «РоС-сеансами» в соответствии с принятой информацией о поддержке одновременных сеансов «SSS».
[54] Фиг.5 иллюстрирует способ управления одновременными сеансами для «РоС-сервера» в соответствии с примером осуществления настоящего изобретения. Этот способ применяется в системах, показанных на фиг.3 или 4, или может применяться в других подходящих системах или устройствах. Например, для выполнения шагов способа могут использоваться контроллеры 120 и 320 или 12 и 32.
[55] Как показано на фиг.5, в «IMS» - подсистеме передачи мультимедийных сообщений на базе протоколов Интернет «РоС-клиент» (например, «РоС-клиент» 10) регистрирует свою информацию в домашней «РоС-сети», чтобы принимать «РоС-услугу» (S10). То есть «РоС-клиент» регистрирует свою информацию в ядре «SIP/IP» (например, ядре «SIP/IP» 20), таком как подсистема «IMS», используя сообщение «РЕГИСТРАЦИЯ» («REGISTER»). Информация «SSS» (информация о настройке «SSS») «РоС-клиента» также передается от «РоС-клиента» «РоС-серверу» для выполнения «РоС-функции» участия (например, серверу 30) через ядро «SIP/IP», используя сообщение «ПУБЛИКАЦИЯ» («PUBLISH»).
[56] То есть, если «РоС-клиент» поддерживает одновременный «РоС-сеанс», «РоС-клиент» уведомляет домашнюю «РоС-сеть» об информации «SSS» о поддержке одновременного «РоС-сеанса», которая показывает, что «РоС-клиент» поддерживает одновременный «РоС-сеанс». Информация «SSS» отправляется вместе со значением настройки «РоС-услуги», например информацией о возможностях и информацией о предпочтениях «РоС-пользователя», посредством «SIP-сообщения», например сообщения «ПУБЛИКАЦИЯ» («PUBLISH»), и может иметь значение активного типа или неактивного типа. Информация о поддержке одновременного сеанса «SSS» также передается с помощью включения ее в заголовок или тело «SIP-сообщения».
[57] В таблице 1 приведен пример информации о поддержке одновременных сеансов «SSS», передаваемой «РоС-клиентом» через тело «SIP-сообщения». Здесь если значение параметра «client_ss_supported», указывающего информацию «SSS», имеет значение «ВЕРНО» («true»), это показывает, что «РоС-клиент» поддерживает одновременный «РоС-сеанс», а если значение «НЕВЕРНО» («false») - это показывает, что РоС-клиент не поддерживает одновременный «РоС-сеанс». Возможны и другие примеры.
[58] [Таблица 1]
[59]
ТЕЛО XML ММ | |
С= | <?xml version='1.0' encoding='UTF-8'?> |
<poc-settings xmlns='urn:oma:params ”xml'ns”poc”poc-settings' | |
xmlns:xsi=http://www. http://w3.org/2001/XMLSchema-instance'' | |
xsi:schemaLocation='urn:oma:params:xml:ns:poc:poc-settings'> | |
<isb-settings> | |
<incoming-session-barring active='false'> | |
</isb-settings> | |
<am-settings> | |
<answer-mode>automatic</answer-mode> | |
</am-settings> | |
<ipab-settings> | |
<incoming-prsonal-alert-barring active='false'/> | |
</ipab-settings> | |
<client-ss-settings> | |
<client_ss_supported>true</client_ss_supported> | |
</client-ss-settings> | |
</poc-settings> |
[60] Соответственно, если домашний «РоС-клиент» поддерживает одновременный «РоС-сеанс», «РоС-сервер», выполняющий «РоС-функцию» участия в домашней «РоС-сети», сохраняет информацию о возможностях, информацию о предпочтениях «РоС-пользователя» и информацию «SSS», поставляемую «РоС-клиентом».
[61] После сохранения на РоС-сервере (например, сервере, выполняющем функцию «РоС-участия») информации о возможностях, информации о предпочтениях «РоС-пользователя» и информации о поддержке одновременного сеанса «SSS» (например, если «РоС-клиент» принимает сообщение 200 «В НОРМЕ» («ОК») через ядро «SIP/IP», как показано на фиг.4) «РоС-клиент» отправляет сообщение «ПРИГЛАШЕНИЕ» («INVITE») на «РоС-сервер», чтобы запросить настройку «РоС-сеанса» (S11). Здесь «РоС-сервер» может сохранить информацию «SSS» перед тем, как он передаст, или после того, как он передал сообщение 200 «В НОРМЕ» («ОК»).
[62] После приема сообщения «ПРИГЛАШЕНИЕ» («INVITE») от «РоС-клиента» «РоС-сервер» проверяет, имеет ли информация «SSS», например параметр «client_ss_supported», передаваемая «РоС-клиентом» с помощью сообщения «ПУБЛИКАЦИЯ» («PUBLISH»), значение активного состояния (т.е. «ВЕРНО») (S12), и далее на основе информации «SSS» определяет, поддерживает ли «РоС-клиент» одновременный «РоС-сеанс», на основе информации «SSS».
[63] Если значение параметра «client_ss_supported» (информация «SSS») представляет собой значение «ВЕРНО» (т.е. активен), «РоС-сервер», выполняющий «РоС-функцию» участия, определяет, что «РоС-клиент», отправивший сообщение «ПРИГЛАШЕНИЕ» («INVITE»), поддерживает одновременный «РоС-сеанс». «РоС-сервер» также проверяет, поддерживает ли сам «РоС-сервер» одновременный «РоС-сеанс», например, путем проверки ранее сохраненной информации. Если он определяет, что «РоС-клиент» и РоС-сервер» поддерживают этот одновременный «РоС-сеанс», «РоС-сервер», выполняющий «РоС-функцию» участия, принимает решение работать в режиме «B2BUA» (S13), так что «РоС-сервер» может управлять потоком данных, как это необходимо для одновременного «РоС-сеанса». То есть в этом случае «РоС-сервер» работает всегда в режиме «B2BUSA» независимо от образа действий оператора.
[64] С другой стороны, если значение параметра «client_ss_supported» представляет собой значение «НЕВЕРНО» (или неактивное состояние), «РоС-сервер», выполняющий «РоС-функцию» участия, определяет, что «РоС-клиент», отправивший сообщение «ПРИГЛАШЕНИЕ» («INVITE»), не поддерживает одновременный «РоС-сеанс» и, следовательно, работает в режиме «B2BUA» или «SIP-прокси» в зависимости от образа действий оператора (S14). Как правило, в этом случае «РоС-сервер» работает в режиме «SIP-прокси». Если определяется, что «РоС-клиент» поддерживает одновременный «РоС-сеанс», но «РоС-сервер» не поддерживает одновременный «РоС-сеанс», то выполняется шаг S14.
[65] После выполнения шага S13, чтобы обработать запрос настроек «РоС-сеанса» от «РоС-клиента», «РоС-сервер», выполняющий «РоС-функцию» участия, может определить, превышает ли число сеансов связи, в которых участвует «РоС-клиент», отправивший сообщение «ПРИГЛАШЕНИЕ» («INVITE»), максимально допустимое количество одновременных «РоС-сеансов» (S15). Максимально допустимое число одновременно доступных «РоС-сеансов» может быть применено к каждому «РоС-клиенту».
[66] В другом способе «РоС-сервер», выполняющий «РоС-функцию» участия, может применять максимальное количество одновременных сеансов связи, которое назначается на основе класса абонента, чтобы определить, превышает ли число сеансов, в которых участвует «РоС-клиент», отправивший сообщение «ПРИГЛАШЕНИЕ» («INVITE»), максимальное допустимое количество одновременных «РоС-сеансов».
[67] Если число сеансов, в которых принимает участие «РоС-клиент», не превышает максимально допустимое число одновременных «РоС-сеансов», «РоС-сервер» выполняет настройку «РоС-сеанса» (S16). В ином случае «РоС-сервер» прекращает настройку «РоС-сеанса» (S17) и затем уведомляет «РоС-клиента» об этой информации. Здесь значение, указывающее максимальное допустимое количество одновременных «РоС-сеансов», может быть предварительно выделено «РоС-серверу».
[68] Вдобавок, вместо этих ограничений, «РоС-сервер», выполняющий «РоС-функцию» участия, может считать, что «РоС-клиент» не поддерживает одновременные «РоС-сеансы», если значение «client_ss_supported» не включено в тело «SIP сообщения», а именно в тело «XML МIМЕ», тогда как «РоС-сервер» может считать, что «РоС-клиент» поддерживает одновременный сеанс, если параметр «client_ss_supported» имеет значение «ВЕРНО».
[69] Фиг.6 иллюстрирует другой пример способа управления одновременными сеансами для «РоС-сервера» в соответствии с настоящим изобретением. Этот способ применяется в системе, показанной на фиг.3 или 4, и может применяться в других подходящих системах или устройствах.
Например, для выполнения шагов способа могут использоваться контроллеры 120 и 320 или 12 и 32.
[70] В примере фиг.6 «РоС-клиент» отправляет информацию о поддержке одновременных сеансов «SSS», в которой не используется сообщение «ПУБЛИКАЦИЯ» («PUBLISH»), но используется сообщение «ПРИГЛАШЕНИЕ» («INVITE»).
[71] Как показано на фиг.6, когда «РоС-клиент» отправляет сообщение «ПРИГЛАШЕНИЕ» («INVITE») на «РоС-сервер», выполняющий «РоС-функцию» участия, этот «РоС-клиент» отправляет информацию «SSS» (информацию о настройке «SSS») на «РоС-сервер» посредством включения ее в заголовок или тело сообщения «ПРИГЛАШЕНИЕ» («INVITE») (S20). В таблице 2, приведенной ниже, показан пример информации «SSS», содержащейся в теле «SIP-сообщения», в частности, протокола описания сеанса связи «SDP», при передаче данных от «РоС-клиента» на «РоС-сервер».
[72] То есть «РоС-клиент» устанавливает значение параметра «client_ss_supported» (информация «SSS») равным логической единице (т.е. «client_ss_supported=1») и включает данную информацию «SSS» в параметр протокола описания сеанса связи «SDP» (а). Если для параметра «client_ss_supported» устанавливается значение «0», это указывает на то, что «РоС-клиент» не поддерживает одновременный «РоС-сеанс».
[73] [Таблица 2]
[74]
SDP-ПАРАМЕТРЫ | |
С= | IN IP6 57777::eee:fff:aaa:bbb |
m= | audio 57787 RTP/AVP 97 |
А= | rtpmap:97 AMR |
А= | rtcp:57000 |
m= | application 57790 udp TBCP |
А= | fmtp:TBCP quening=l;tb_priority=2 |
timestamp=1;client_ss_supported=1 |
[75] После приема от РоС-клиента сообщения «ПРИГЛАШЕНИЕ» («INVITE»), содержащего информацию «SSS», «РоС-сервер», выполняющий «РоС-функцию» участия, проверяет, логическое значение параметра «client_ss_supported», содержащееся в сообщении «ПРИГЛАШЕНИЕ» («INVITE»), представляет собой значение «1» или «0» (S21), и, соответственно, определяет, поддерживает ли «РоС-клиент» одновременный «РоС-сеанс».
[76] То есть если логическое значение параметра «client_ss_supported» равно «1» (активное состояние), то «РоС-сервер» определяет, что «РоС-клиент», отправивший сообщение «ПРИГЛАШЕНИЕ» («INVITE»), поддерживает одновременный «РоС-сеанс», и проверяет, поддерживает ли сам «РоС-сервер» одновременный «РоС-сеанс». Если и «РоС-клиент», и «РоС-сервер» поддерживают одновременный «РоС-сеанс», «РоС-сервер», выполняющий функцию участия, принимает решение работать в режиме «B2BUA» (S22).
[77] Если логическое значение параметра «client_ss_supported» равно «0» (неактивное состояние), «РоС-сервер», выполняющий «РоС-функцию» участия, определяет, что «РоС-клиент», отправивший сообщение «ПРИГЛАШЕНИЕ» («INVITE»), не поддерживает одновременный «РоС-сеанс», и работает в режиме «B2BUA» или «SIP-прокси» в зависимости от образа действия оператора (S23). Если сам «РоС-сервер» не поддерживает одновременный «РоС-сеанс» (даже если «РоС-клиент» может поддерживать), выполняется шаг S23.
[78] После выполнения шага S22 «РоС-сервер», выполняющий «РоС-функцию» участия, может использовать максимальное допустимое число одновременных сеансов связи, которое обычно может быть применено ко всем «РоС-клиентам», чтобы определить, превышает ли число сеансов, используемых «РоС-клиентом», отправившим сообщение «ПРИГЛАШЕНИЕ» («INVITE»), максимально допустимое число одновременных «РоС-сеансов» (S24).
[79] В соответствии с другим способом «РоС-сервер», выполняющий РоС-функцию участия, может применять максимальное число одновременных сеансов связи, назначенных в зависимости от класса абонента, чтобы определить, превышает ли число одновременных сеансов, используемых «РоС-клиентом», отправившим сообщение «ПРИГЛАШЕНИЕ» («INVITE»), максимально допустимое число одновременных «РоС-сеансов».
[80] Если число сеансов, используемых «РоС-клиентом», не превышает максимально допустимое число одновременных «РоС-сеансов», «РоС-сервер» выполняет настройку «РоС-сеанса» (S25). В ином случае «РоС-сервер» прекращает запрошенную настройку «РоС-сеанса» (S26) и затем уведомляет «РоС-клиента» об этой информации. Шаги S22-26 идентичны или подобны соответственно шагам S13-S17 на фиг.5.
[81] Кроме того, в примере на фиг.6 настоящего изобретения «РоС-сервер», выполняющий «РоС-функцию» участия, может считать, что «РоС-клиент» не поддерживает одновременный «РоС-сеанс», если значение «client_ss_supported» не включено в тело «SIP-сообщения», например в параметр протокола описания сеанса связи «SDP». Если логическое значение «client_ss_supported» равно «1» (активен), «РоС-сервер», выполняющий «РоС-функцию» участия, может рассматривать, что «РоС-клиент» поддерживает одновременный РоС-сеанс.
[82] В соответствии с настоящим изобретением, когда способы, показанные на фиг.4-6, применяются ко всей системе услуг на основе протокола «IР», показанной на фиг.3, соответствующие пользовательское устройство «UE» или клиентское устройство и сервер в системе услуг на основе протокола «IР» соответствуют соответственно «РоС-клиенту» и «РоС-серверу», выполняющему «РоС-функцию» участия на фиг.4-6, при этом пользовательское устройство или клиентское устройство отправляет сообщение (например, «SIP-сообщение»), содержащее информацию (информацию о настройке «SSS»), указывающую, поддерживает ли пользовательское устройство или клиентское устройство услугу одновременных «РоС-сеансов». В этом отношении фраза «информация о настройке SSS» в настоящем изобретении не ограничена информацией о настройке поддержки одновременных «РоС-сеансов», но содержит информацию о настройке поддержки одновременных РоС-сеансов, применимую к любой услуге на основе протокола «IР». То есть настоящее изобретение равным образом и полностью может использоваться, охватывать или применяться к таким услугам, как «VoIP» (передача голосового трафика по IP-сетям), видеотелефония, «РТ-услуги», электронная почта, служба передачи мультимедийных сообщений (MMS), служба коротких сообщений (SMS), служба мгновенных сообщений (IM), немедленных сообщений и т.п.
[83] В соответствии с настоящим изобретением пользовательским устройством или клиентским устройством может быть мобильный терминал, но не ограничивается им. Например, пользовательским устройством или клиентским устройством (например, «РТ-клиентом» или «РоС-клиентом») могут быть, но этим список не ограничивается, мобильный телефон (мобильная станция) для сетей GSM или тому подобное устройство, «PDA» («карманный» компьютер), мобильные терминалы различного типа, подключенные через беспроводную локальную сеть (WLAN) или другую сеть и т.д.
[84] Способ (способы) по настоящему изобретению может быть частично реализован с помощью существующих компьютерных языков программирования. Такая компьютерная программа (программы) может быть сохранена в портативной или в памяти другого типа или в запоминающих устройствах, таких как жесткий диск, ОЗУ, ПЗУ, ППЗУ и т.д., связанных с одним или более компьютерами и устройствами на базе компьютеров, такими как сервер 300 и/или пользовательское устройство и клиентское устройство 100. В альтернативном варианте такая компьютерная программа (программы) может сохраняться в различных носителях записи, таких как USB-устройства, магнитные диски, оптические диски, магнитооптические диски и т.д. Такая компьютерная программа (программы) может быть в форме сигнала, распространяющегося через сети Интернет, экстранет, интранет или другие сети, и доставляться в устройство назначения (например, сервер 300, или пользовательское устройство, или клиентское устройство 100) для сохранения и использования. Компьютерные программы могут считываться с использованием известных компьютеров или устройств на основе компьютеров.
[85] Как описано выше в настоящем изобретении, пользовательское устройство или клиентское устройство уведомляет сервер информации о его информации о поддержке одновременных сеансов и сервер определяет режим работы, частично на основе информации о поддержке одновременных сеансов, чтобы управлять настройками сеанса. Таким образом, в настоящем изобретении предложены эффективный способ и система для сервера, предназначенные для управления одновременными сеансами пользовательских устройств или клиентов.
[86] Поскольку настоящее изобретение может быть реализовано в нескольких вариантах, не выходя за пределы духа и существенных его характеристик, следует понимать, что описанные выше варианты осуществления настоящего изобретения не ограничены никакими деталями предыдущего описания, если только иное специально не оговорено, а ограничиваются в широком смысле лишь областью действия, определяемой прилагаемой формулой изобретения, и, следовательно, возможны изменения и модификации, попадающие в область, ограниченную положениями формулы изобретения или их эквивалентами, определяющую область, соответствующую области действия прилагаемой формулы изобретения.
Claims (11)
1. Способ обработки данных, поступающих по линии связи, на основе сеансов связи, выполняемый мобильным терминалом, содержащий:
передачу сообщения серверу сети, чтобы информировать, поддерживает ли этот мобильный терминал одновременные РТ-сеансы связи (полудуплексная радиотелефонная связь - Push-to); и
прием от сети ответа с подтверждением приема указанного сообщения, информирующего, поддерживает ли этот терминал одновременные РТ-сеансы связи,
при этом указанное сообщение дает возможность сети определить, работать ли в режиме двустороннего пользовательского агента «B2BUA» или в режиме «SIP-прокси» (протокол инициации сеанса связи с использованием посредника),
при этом указанное сообщение представляет собой сообщение публикации «PUBLISH», и
причем указанное сообщение включает в себя значение, установленное как активное, для указания, что мобильный терминал поддерживает одновременные РТ-сеансы связи, или значение установленное как не активное, для указания, что терминал не поддерживает одновременные РТ-сеансы связи.
передачу сообщения серверу сети, чтобы информировать, поддерживает ли этот мобильный терминал одновременные РТ-сеансы связи (полудуплексная радиотелефонная связь - Push-to); и
прием от сети ответа с подтверждением приема указанного сообщения, информирующего, поддерживает ли этот терминал одновременные РТ-сеансы связи,
при этом указанное сообщение дает возможность сети определить, работать ли в режиме двустороннего пользовательского агента «B2BUA» или в режиме «SIP-прокси» (протокол инициации сеанса связи с использованием посредника),
при этом указанное сообщение представляет собой сообщение публикации «PUBLISH», и
причем указанное сообщение включает в себя значение, установленное как активное, для указания, что мобильный терминал поддерживает одновременные РТ-сеансы связи, или значение установленное как не активное, для указания, что терминал не поддерживает одновременные РТ-сеансы связи.
2. Способ по п.1, в котором значение, установленное как активное, указывает, что мобильный терминал может обрабатывать одновременно больше, чем один РТ-сеанс связи, а значение, установленное как не активное, указывает, что терминал не может обрабатывать одновременно более чем один РТ-сеанс связи.
3. Способ по п.1, дополнительно содержащий выполнение с сетью одного или нескольких РТ-сеансов связи в соответствии с режимом двустороннего пользовательского агента «B2BUA», если оба и мобильный терминал, и сеть поддерживают одновременные РТ-сеансы связи.
4. Мобильный терминал для обработки данных, поступающих по линии связи, на основе сеансов связи, содержащий: контроллер, чтобы управлять связью на основе сеансов связи с сетью; передающее устройство, работающее совместно с указанным контроллером, чтобы передавать серверу сети сообщение, чтобы сообщить поддерживает ли этот мобильный терминал одновременные РТ-сеансы связи (полудуплексная радиотелефонная связь - Push-to), и принимающее устройство, работающее совместно с указанным контроллером, чтобы принять от сети ответ с подтверждением приема этого сообщения, информирующего, поддерживает ли терминал одновременные РТ-сеансы связи, при этом указанное сообщение дает сети возможность определить, работать ли в режиме двустороннего пользовательского агента «B2BUA» или в режиме «SIP-прокси» (протокол инициации сеанса связи с использованием посредника), при этом указанное сообщение представляет собой сообщение публикации «PUBLISH», и причем указанное сообщение публикации «PUBLISH» включает в себя установку значения - активное для указания, что мобильный терминал поддерживает одновременные РТ-сеансы связи, или установку значения - не активное для указания, что терминал не поддерживает одновременные РТ-сеансы связи.
5. Мобильный терминал по п.4, в котором значение, установленное как активное, указывает, что мобильный терминал может обрабатывать одновременно больше, чем один РТ-сеанс связи, а значение, установленное как не активное, указывает, что терминал не может обрабатывать одновременно более чем один РТ-сеанс связи.
6. Мобильный терминал по п.4, в котором указанное передающее устройство дополнительно взаимодействует с указанным управляющим устройством для выполнения с сетью одного или нескольких РТ-сеансов связи в соответствии с режимом двустороннего пользовательского агента «B2BUA», если оба и мобильный терминал, и сеть поддерживают одновременные РТ-сеансы связи.
7. Способ обработки данных, поступающих по линии связи, на основе сеанса связи, выполняемый сервером, содержащий: прием от мобильного терминала сообщения, которое информирует, поддерживает ли этот мобильный терминал одновременные РТ-сеансы связи (полудуплексная радиотелефонная связь - Push-to); распознавание в соответствии с полученным сообщением, поддерживает ли этот мобильный терминал одновременные РТ-сеансы связи; и работу в режиме двустороннего пользовательского агента «B2BUA», если оба, и мобильный терминал, и сеть, поддерживают одновременные РТ-сеансы связи, при этом указанное сообщение представляет собой сообщение публикации «PUBLISH», при этом шаг распознавания основан на том, включает ли указанное сообщение значение, установленное как активное, для указания, что мобильный терминал поддерживает одновременные РТ-сеансы связи, или значение, установленное как не активное, для указания, что терминал не поддерживает одновременные РТ-сеансы связи.
8. Способ по п.7, в котором значение, установленное как активное, указывает, что мобильный терминал может обрабатывать одновременно больше, чем один РТ-сеанс связи, а значение, установленное как не активное, указывает, что терминал не может обрабатывать одновременно более чем один РТ-сеанс связи.
9. Способ по п.7, дополнительно содержащий сохранение одной или нескольких установок, связанных с одновременными РТ-сеансами, которые включены в полученное сообщение.
10. Способ по п.7, в котором сервер и мобильный терминал передают сообщения друг другу, используя, по крайней мере, один из протоколов:
транспортный протокол реального времени «RTP», протокол управления в реальном масштабе времени «RTCP» и протокол управления передачей пользовательской информации «ТВСР».
транспортный протокол реального времени «RTP», протокол управления в реальном масштабе времени «RTCP» и протокол управления передачей пользовательской информации «ТВСР».
11. Способ по п.10, в котором сервер и мобильный терминал передают сообщения друг другу через промежуточный сервер.
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US67042305P | 2005-04-11 | 2005-04-11 | |
US60/670,423 | 2005-04-11 | ||
US67560805P | 2005-04-28 | 2005-04-28 | |
US60/675,608 | 2005-04-28 | ||
KR10-2005-0134567 | 2005-12-29 |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2007125401A RU2007125401A (ru) | 2009-05-20 |
RU2394393C2 true RU2394393C2 (ru) | 2010-07-10 |
Family
ID=37627857
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2007125401/09A RU2394393C2 (ru) | 2005-04-11 | 2006-04-10 | Пользовательское оборудование, способ и система для управления одновременным сеансом связи |
Country Status (8)
Country | Link |
---|---|
US (2) | US7991898B2 (ru) |
JP (1) | JP4578530B2 (ru) |
KR (1) | KR100761276B1 (ru) |
AT (1) | ATE513430T1 (ru) |
BR (1) | BRPI0607136A2 (ru) |
HK (1) | HK1115708A1 (ru) |
MX (1) | MX2007008840A (ru) |
RU (1) | RU2394393C2 (ru) |
Families Citing this family (24)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7366780B2 (en) * | 2002-12-31 | 2008-04-29 | Motorola, Inc. | System and method for controlling and managing sessions between endpoints in a communications system |
US7546117B2 (en) * | 2005-06-08 | 2009-06-09 | At&T Mobility Ii Llc | Method and apparatus for blocking ID information associated with a sender of a short messaging service (SMS) message |
US8681751B2 (en) * | 2005-07-11 | 2014-03-25 | Nokia Corporation | Method and apparatus for providing presence information in support of wireless communication services |
US8588210B2 (en) * | 2005-07-22 | 2013-11-19 | Motorola Solutions, Inc. | Method and apparatus for floor control in a communication system |
ATE556547T1 (de) * | 2005-10-28 | 2012-05-15 | Ericsson Telefon Ab L M | Verfahren und vorrichtung für push-to-talk dienst |
KR101177948B1 (ko) * | 2006-01-13 | 2012-08-28 | 삼성전자주식회사 | PoC 시스템에서 미디어 전송 시간 정보 제공을 위한단말 장치 및 방법과 미디어 전송 시간 정보 제공을 위한PoC 시스템 |
CN101390416B (zh) * | 2006-02-03 | 2013-12-18 | 捷讯研究有限公司 | 用于对无线一键通通信系统中通信的媒体突发进行通知、传送和删除的装置及相关方法 |
KR100656485B1 (ko) * | 2006-02-13 | 2006-12-11 | 삼성전자주식회사 | Pta 서비스 제공 방법 및 그 시스템 |
US8224366B2 (en) * | 2006-02-17 | 2012-07-17 | Qualcomm Incorporated | System and method for multiple simultaneous communication groups in a wireless system |
US20090061950A1 (en) * | 2006-03-08 | 2009-03-05 | Daisuke Kamachi | Information sharing system, information sharing method, terminal device and program |
US8260939B2 (en) * | 2006-04-28 | 2012-09-04 | Kyocera Corporation | System and method for scheduling wireless channel resources |
EP1858218B1 (en) * | 2006-05-17 | 2011-09-14 | Deutsche Telekom AG | Method and entities for providing call enrichment of voice calls and semantic combination of several service sessions to a virtual combined service session |
KR100905608B1 (ko) * | 2006-06-30 | 2009-07-02 | 삼성전자주식회사 | 아이피 멀티미디어 서브시스템 기반의 통신 시스템에서서비스 제공 방법 |
US20080032728A1 (en) * | 2006-08-03 | 2008-02-07 | Bina Patel | Systems, methods and devices for communicating among multiple users |
CN101146272A (zh) * | 2006-09-14 | 2008-03-19 | 联想(北京)有限公司 | Ptt系统、实现ptt通信的方法、ptt管理服务器及终端设备 |
EP2484282A3 (en) * | 2006-11-23 | 2012-08-22 | Lifescan Scotland Ltd | Blood glucose meter capable of wireless communication |
US8477763B2 (en) * | 2006-12-11 | 2013-07-02 | Telefonaktiebolaget L M Ericsson (Publ) | Service adaptation in an IP multimedia subsystem network |
JP4880510B2 (ja) * | 2007-03-27 | 2012-02-22 | 日本電気株式会社 | Sip通信システム、呼制御サーバ、および呼制御方法 |
US20100279728A1 (en) * | 2007-12-27 | 2010-11-04 | Mauro Rossotto | Terminal provided with a poc client module |
WO2009126072A1 (en) * | 2008-04-08 | 2009-10-15 | Telefonaktiebolaget L M Ericsson (Publ) | A poc server and a mobile terminal comprising a poc client for providing poc communication services |
US9031598B2 (en) * | 2011-12-21 | 2015-05-12 | Motorola Solutions, Inc. | Method and apparatus for providing session initiator privilege, priority and presence notification for push-to-talk chat group communications |
KR101943989B1 (ko) | 2015-06-05 | 2019-01-30 | 삼성전자주식회사 | 데이터를 송수신하는 방법, 서버 및 단말기 |
US10231117B2 (en) * | 2016-03-14 | 2019-03-12 | Qualcomm Incorporated | Selective tuning-away in multi-subscription wireless communication device |
CN113993143B (zh) * | 2018-05-22 | 2024-09-24 | 华为技术有限公司 | 会话管理方法、装置和系统 |
Family Cites Families (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2259642C2 (ru) | 2001-04-27 | 2005-08-27 | Нокиа Корпорейшн | Способ и система для обработки сеанса экстренной связи с сетевой идентификацией |
US7647374B2 (en) * | 2001-07-03 | 2010-01-12 | Nokia Corporation | Method for managing sessions between network parties, methods, network element and terminal for managing calls |
US7590692B2 (en) * | 2001-07-09 | 2009-09-15 | Dialogic Corporation | Conferencing architecture employing media servers and enhanced session initiation protocol |
US6781963B2 (en) | 2002-02-14 | 2004-08-24 | Qualcomm Inc | Method and an apparatus for terminating a user from a group call in a group communication network |
US20040032843A1 (en) | 2002-08-15 | 2004-02-19 | Schaefer Bradley R. | Push-to-talk/cellular networking system |
US7154864B2 (en) | 2003-02-28 | 2006-12-26 | Nokia Corporation | Method and apparatus for providing conference call announcement using SIP signalling in a communication system |
US20040249949A1 (en) | 2003-03-27 | 2004-12-09 | Christophe Gourraud | Voice and multimedia distribution using Push-To-Talk (PTT) subscribers' group |
JP4223901B2 (ja) * | 2003-09-03 | 2009-02-12 | 富士通株式会社 | 通信中継方法及び装置 |
US7251254B2 (en) * | 2003-09-03 | 2007-07-31 | At&T Corp. | Telecommunication network system and method in communication services using session initiation protocol |
KR100661313B1 (ko) * | 2003-12-03 | 2006-12-27 | 한국전자통신연구원 | 평생 번호를 사용한 이동성 제공이 가능한 sip 기반의멀티미디어 통신 시스템 및 이동성 제공 방법 |
US7668149B2 (en) * | 2004-02-27 | 2010-02-23 | Research In Motion Limited | Methods and apparatus for facilitating concurrent push-to-talk over cellular (PoC) group communication sessions |
JP4214941B2 (ja) * | 2004-04-09 | 2009-01-28 | 日本電気株式会社 | プレゼンス情報提供システム、その方法およびサーバ |
ATE467971T1 (de) * | 2004-04-13 | 2010-05-15 | Research In Motion Ltd | Verfahren für ein push-to-talk-endgerät für eine initiierungsprotokoll-sitzung zur anzeige des antwortbetriebsmodus für einen push-to-talk- netzwerkserver eines internetprotokolls |
KR20050101506A (ko) * | 2004-04-19 | 2005-10-24 | 삼성전자주식회사 | 셀룰러 푸쉬 투 토크 다중 세션의 모니터링 시스템 및 방법 |
KR20050101505A (ko) * | 2004-04-19 | 2005-10-24 | 삼성전자주식회사 | 무선 통신 시스템에서 다중 세션 모니터링 방법 및 장치 |
KR20050114557A (ko) | 2004-06-01 | 2005-12-06 | 삼성전자주식회사 | 피티티 서비스 네트워크에서의 가입자 정보 제공 장치 및방법 |
KR20050117900A (ko) * | 2004-06-11 | 2005-12-15 | 삼성전자주식회사 | 푸쉬투토크 오버 셀룰러 시스템의 전이중통신을 위한 세션개설 장치 및 그 방법 |
CA2594287C (en) | 2005-04-11 | 2011-11-08 | Lg Electronics Inc. | User equipment, method and system for simultaneous session control |
US8681751B2 (en) * | 2005-07-11 | 2014-03-25 | Nokia Corporation | Method and apparatus for providing presence information in support of wireless communication services |
US7331820B2 (en) | 2005-09-19 | 2008-02-19 | Corning Gilbert Inc. | Chemically attached coaxial connector |
KR101066297B1 (ko) | 2005-09-30 | 2011-09-20 | 삼성전자주식회사 | 동시 다중 PoC 멀티미디어 서비스 제공 방법 및 그 장치 |
KR101232434B1 (ko) * | 2005-11-15 | 2013-02-13 | 삼성전자주식회사 | PoC 시스템에서 동시 다중 세션 PoC 멀티미디어서비스 제공 방법과 단말기 및 그 시스템 |
KR100754984B1 (ko) | 2005-11-16 | 2007-09-04 | 한국과학기술원 | 탄소나노튜브 분산액을 이용한 고순도 탄소나노튜브 필름의 제조방법 |
KR101002572B1 (ko) * | 2006-01-12 | 2010-12-17 | 엘지전자 주식회사 | PT Box를 이용한 PT 세션 설정 방법 및 단말 |
KR100992625B1 (ko) * | 2006-05-04 | 2010-11-05 | 엘지전자 주식회사 | PT Box 이용을 위한 PT 세션 설정 방법 및 단말 |
CN101355797B (zh) * | 2007-07-25 | 2011-12-07 | 华为技术有限公司 | 获得用户终端设备信息的方法和通信业务功能实体 |
US9246924B2 (en) * | 2007-12-13 | 2016-01-26 | Sonim Technologies, Inc. | Method for sharing service identity among multiple client devices in a real-time communications network |
-
2005
- 2005-12-29 KR KR1020050134567A patent/KR100761276B1/ko active IP Right Grant
-
2006
- 2006-04-10 MX MX2007008840A patent/MX2007008840A/es active IP Right Grant
- 2006-04-10 AT AT06747334T patent/ATE513430T1/de not_active IP Right Cessation
- 2006-04-10 RU RU2007125401/09A patent/RU2394393C2/ru not_active IP Right Cessation
- 2006-04-10 BR BRPI0607136-8A patent/BRPI0607136A2/pt not_active IP Right Cessation
- 2006-04-10 JP JP2007557944A patent/JP4578530B2/ja not_active Expired - Fee Related
- 2006-04-11 US US11/401,367 patent/US7991898B2/en active Active
-
2008
- 2008-05-30 HK HK08106056.0A patent/HK1115708A1/xx not_active IP Right Cessation
-
2009
- 2009-01-13 US US12/353,220 patent/US7886063B2/en active Active
Non-Patent Citations (1)
Title |
---|
HENNING SCHULZRINNE et al. Application-Layer Mobility using SIP, Mobile Computing and Communications Review (MC2R), vol.4, №3, July 2000 Push-to-talk over Cellular (PoC), Architecture, PoC Release 2.0, Technical Specification, Architecture V2.0.8, 2004-06. ALLEN A. et al. Private Header (P-Header) Extensions to the Session Initiation Protocol (SIP) for the Open Mobile Alliance (ОМА) Push to talk over Cellular (PoC), February 7, 2005, Найдено в Интернет на http://tools.ietf.org/html/draft-allen-sipping-poc-p-headers-01. ГОЛЬДШТЕЙН Б.С. и др. IP-телефония, гл.7. Протокол инициирования сеансов связи - SIP. - М.: Радио и связь, 2001, с.202-221. * |
Also Published As
Publication number | Publication date |
---|---|
JP4578530B2 (ja) | 2010-11-10 |
ATE513430T1 (de) | 2011-07-15 |
BRPI0607136A2 (pt) | 2009-08-11 |
RU2007125401A (ru) | 2009-05-20 |
KR100761276B1 (ko) | 2007-09-28 |
HK1115708A1 (en) | 2008-12-05 |
US7886063B2 (en) | 2011-02-08 |
US20090124246A1 (en) | 2009-05-14 |
JP2008541501A (ja) | 2008-11-20 |
US7991898B2 (en) | 2011-08-02 |
US20060229094A1 (en) | 2006-10-12 |
MX2007008840A (es) | 2007-08-22 |
KR20060107900A (ko) | 2006-10-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2394393C2 (ru) | Пользовательское оборудование, способ и система для управления одновременным сеансом связи | |
KR101214326B1 (ko) | 멀티미디어 통신 시스템에서 여러 서비스를 제공하는 방법및 장치 | |
KR101458634B1 (ko) | 사전 설정 세션을 관리하기 위한 방법 및 이를 구현하기위한 PoC 시스템과 PoC 단말 | |
US7797006B2 (en) | Method and system for guaranteeing seamless session when replacing PoC terminal in PoC system | |
US7738894B2 (en) | Method and system for performing media storage service in push-to-talk over cellular network | |
US9264467B2 (en) | Method, user equipment, and system for opening an ad-hoc PoC session in a PoC system | |
JP5318243B2 (ja) | PoCシステムにおけるマルチメディア通信サービスのための発言権管理システム及びその方法並びに端末装置 | |
RU2447616C2 (ru) | Способ и устройство для услуги "нажми и говори" | |
JP2014150584A (ja) | マルチメディアセッションのためのマルチユーザリアルタイムトランスコーディングシステムおよび方法 | |
JP2008532456A (ja) | プッシュツートークオーバーセルラーネットワークの端末分離方法及びそのシステム | |
WO2006104360A1 (en) | Method and system for transmitting information of respondent participating in push to talk over cellular network session | |
EP1851881A1 (en) | Method and system for granting floor in push-to-talk over cellular network | |
JP2012085317A (ja) | マルチメディア通話サービスを遂行するためのマルチメディアセッション開設及び管理のためのサーバ | |
KR20060055069A (ko) | 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에따른 호처리 방법 그 시스템 | |
KR101343664B1 (ko) | PoC 세션에서 지원하는 미디어 타입 관리 방법 및 이를구현하기 위한 PoC 시스템과 PoC 단말 | |
EP1875751B1 (en) | User equipment, method and system for simultaneous session control | |
KR101011891B1 (ko) | 제어 pt 서버 결정 방법 및 장치 | |
US20180227342A1 (en) | Media stream management system | |
EP1729475A1 (en) | SIP based floor control method in "Push to" over cellular services | |
KR20070108325A (ko) | PoC 시스템에서의 멀티 미디어 통화 서비스를 수행하기위한 발언권 관리 시스템과 그 방법 및 단말장치 | |
KR20070051752A (ko) | PoC 시스템에서의 멀티 미디어 통화 서비스를 수행하기위한 발언권 관리 시스템과 그 방법 및 단말장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20200411 |