RU2382397C2 - Метод и система для определения сервера с управляющими функциями - Google Patents
Метод и система для определения сервера с управляющими функциями Download PDFInfo
- Publication number
- RU2382397C2 RU2382397C2 RU2007114179/09A RU2007114179A RU2382397C2 RU 2382397 C2 RU2382397 C2 RU 2382397C2 RU 2007114179/09 A RU2007114179/09 A RU 2007114179/09A RU 2007114179 A RU2007114179 A RU 2007114179A RU 2382397 C2 RU2382397 C2 RU 2382397C2
- Authority
- RU
- Russia
- Prior art keywords
- server
- clients
- session
- invited
- zone
- 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/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/10—Push-to-Talk [PTT] or Push-On-Call services
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F24—HEATING; RANGES; VENTILATING
- F24C—DOMESTIC STOVES OR RANGES ; DETAILS OF DOMESTIC STOVES OR RANGES, OF GENERAL APPLICATION
- F24C15/00—Details
- F24C15/20—Removing cooking fumes
- F24C15/2028—Removing cooking fumes using an air curtain
-
- F—MECHANICAL ENGINEERING; LIGHTING; HEATING; WEAPONS; BLASTING
- F24—HEATING; RANGES; VENTILATING
- F24C—DOMESTIC STOVES OR RANGES ; DETAILS OF DOMESTIC STOVES OR RANGES, OF GENERAL APPLICATION
- F24C3/00—Stoves or ranges for gaseous fuels
- F24C3/10—Arrangement or mounting of ignition devices
- F24C3/103—Arrangement or mounting of ignition devices of electric ignition devices
-
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
-
- 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/50—Network services
- H04L67/53—Network services using third party service providers
-
- 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/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/40—Connection management for selective distribution or broadcast
- H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Chemical & Material Sciences (AREA)
- General Engineering & Computer Science (AREA)
- Mechanical Engineering (AREA)
- Combustion & Propulsion (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
- Hardware Redundancy (AREA)
- Telephonic Communication Services (AREA)
Abstract
Изобретение относится к средствам назначения управляющих функций в сетях связи. Техническим результатом является сокращение объема графика, генерируемого при передаче метаданных. Способ включает в себя определение, по меньшей мере, среди двух разных серверов, обслуживающих, по меньшей мере, двух клиентов, который из этих серверов обслуживает наибольшее количество клиентов, приглашенных к сеансу связи, и назначение этого определенного сервера сервером, имеющим функцию управления. 5 з.п. ф-лы, 7 ил.
Description
Область техники, к которой относится изобретение
[1] Настоящее изобретение имеет отношение к услуге «push-to» - «нажмите и», далее «РТ-услуга» и, более конкретно, к способу и системе для определения сервера, имеющего управляющую функцию, способных назначить управляющую функцию «РТ-серверу» (серверу для «РТ-услуги»), обслуживающего зону «РТ-сервера», имеющую наибольшее количество сеансов связи, установленных «РТ-клиентами» (клиентами, пользующимися «РТ-услугой»).
Уровень техники
[2] «РТ-услуга» предназначена для предоставления быстрой связи для бизнеса и пользователей сетей мобильной связи. «РТ-услуга» может быть «РоС-услугой» (услугой «push to talk over cellular» - «нажмите и говорите через сеть сотовой связи»), предназначенной для обслуживания вызовов с передачей речевых данных, «PTV-услугой» (push to view - «нажмите и смотрите»), предназначенной для передачи движущегося изображения (видеоданных), или «PTD-услугой» (push to data - «нажмите и передавайте данные»), предназначенной для передачи данных. В системе, оказывающей «РТ-услуги», «РТ-клиент» (например, клиент, поддерживающий «РТ-услугу»), который хочет передавать медиаданные (речь, видео, данные и т.п.), сначала должен получить право/разрешение на передачу медиаданных. Таким образом, прежде чем действительно передавать медиаданные (пакетная передача), «РТ-клиент», который хочет передавать медиаданные, передает запрос на пакетную передачу (сообщение с запросом на пакетную передачу) связанному с ним «РТ-серверу». Когда «РТ-клиент» получает разрешение, «РТ-клиент» передает медиаданные одному или нескольким «РТ-клиентам», с которыми был установлен сеанс связи. «РТ-услуга» позволяет пользователю обмениваться речью, движущимся изображением и данными с единственным получателем («один-с-одним») или между группами получателей в виде сеанса групповой беседы (chat) («один с несколькими») и использует для установления сеанса связи протокол инициирования сеанса «SIP».
[3] В системе, предоставляющей «РТ-услугу», далее «РТ-система» «РТ-клиент» (клиент, поддерживающий «РТ-услугу»), имеющий право на передачу среди клиентов, с которыми установлен сеанс связи, передает медиаданные посредством «РТ-сервера», а другие «РТ-клиенты», участвующие в сеансе связи («РТ-сеансе»), принимают передаваемые медиаданные.
[4] «РТ-сервер», согласно традиционной технологии, может выполнять либо функцию управления (функцию управления «РоС-услугой»), либо функцию участия (функцию участия в «РоС-услуге»), либо может выполнять и функцию управления, и функцию участия. Такие функция управления и функция участия известны в традиционной технологии. Для ясности, процедуры/программное обеспечение/оборудование, отвечающие за реализацию функции управления и функции участия в «РТ-сервере», называются, соответственно, элемент функции управления и элемент функции участия.
[5] Элемент функции управления обеспечивает централизованное осуществление сеанса связи, распространение медиаданных, управление пакетной передачей, включая идентификацию источника, обеспечение выполнения правил участия в групповых сеансах и информирование участников. Элемент функции участия обеспечивает осуществление сеанса связи и обеспечение выполнения правил входящего сеанса связи и может предоставлять функцию рассылки медиаданных и функцию рассылки сообщения управления пакетной передачей между «РТ-клиентом» и элементом функции управления.
[6] В случае, если на «РТ-сервере» имеется n «РТ-клиентов» с установленным сеансом связи, «РТ-сервер» включает в себя n элементов функций участия «один с одним», соответствующих n «РТ-клиентам» (то есть один элемент функции участия на одного «РТ-клиента»), и один элемент функции управления для управления «РТ-клиентами» посредством элементов функций участия. Элемент функции управления и элемент функции участия могут существовать в разных «РТ-серверах» в зависимости от того, принадлежат ли клиенты, участвующие в сеансе, к зоне одного «РТ-сервера» или к зонам нескольких «РТ-серверов».
[7] В соответствии с традиционной технологией, какой «РТ-сервер» среди разных «РТ-серверов», связанных с участвующими в сеансе «РТ-клиентами», должен иметь управляющие функции (т.е. должен выполнять функции управления), определяется во время настройки «РТ-сеанса» и этот выбранный «РТ-сервер» выполняет функцию управления в течение всего «РТ-сеанса». В соответствии с традиционной технологией в случае «РТ-сеанса» «один с одним» и многоточечного группового «РТ-сеанса» по запросу участника «РТ-сервер», установивший сеанс с пользователем, запрашивающим инициализацию сеанса, автоматически и всегда определяется в качестве «РТ-сервера», имеющего управляющую функцию. В соответствии с традиционной технологией в случае группового «РТ-сеанса» типа «беседа» (chat) и заранее организованного группового «РТ-сеанса», «РТ-сервер», имеющий базу данных для группового сеанса, или «РТ-сервер», имеющий идентификатор группы, всегда и автоматически определяется в качестве «РТ-сервера», имеющего функцию управления.
[8] ФИГ.1 представляет типовую схему, показывающую пример «РТ-системы» в соответствии с традиционной технологией, где «РТ-сервер», имеющий управляющие функции, определяется вышеназванным способом определения «РТ-сервера» в соответствии с традиционной технологией. На ФИГ.1 показан объем нагрузки/объем трафика (количество медиаблоков - блоков медиаданных), формируемый при реализации «РТ-услуги» «РТ-клиентами», установившими сеанс связи, которые принадлежат к зонам разных «РТ-серверов». Одна сеть может включать в себя зону одного «РТ-сервера» или зоны нескольких «РТ-серверов».
[9] Применительно к ФИГ.1, в соответствии с традиционным способом определения того, какой «РТ-сервер» должен выполнять управляющую функцию, согласно приведенному выше описанию, всегда определяется, что первый «РТ-сервер» 10, покрывающий зону первого «РТ-сервера», имеет управляющую функцию, например, поскольку первый «РТ-сервер» 10 обслуживает первого «РТ-клиента» 11, являющегося инициатором сеанса связи.
[10] В этом примере первый «РТ-клиент» 11, который принадлежит к зоне первого «РТ-сервера», генерирует речь (речевое сообщение) из одного слова. Стрелка и номер в окошке (31-36) между зоной первого «РТ-сервера» и зоной второго «РТ-сервера», а также между базовой сетью с пакетной коммутацией и «РТ-сервером», обозначают, соответственно, направление передачи медиаданных (речи) и объем генерируемого графика.
[11] В соответствии с ФИГ.1, когда речевое сообщение первого «РТ-клиента» 11 передается на первый «РТ-сервер 10» через базовую сеть пакетной коммутации 16 (31), первый «РТ-сервер» 10, имеющий функцию управления, генерирует такой график (36, 32) (медиаблоки - блоки медиаданных), сколько существует «РТ-клиентов», которые, предположительно, принимают речевое сообщение, чтобы передавать речевое сообщение всем другим «РТ-клиентам» 13, 15, 21, 23, 25, 27, 29 и 31. Например, чтобы передать речевое сообщение от первого «РТ-клиента» 11 второму и третьему «РТ-клиентам» 13 и 15 зоны первого «РТ-сервера», первый «РТ-сервер» 10 генерирует трафик (36) из двух медиаблоков - один для второго «РТ-клиента» 13, а другой для третьего «РТ-клиента» 15. Кроме того, чтобы передать речевое сообщение от первого «РТ-клиента» 11 шести «РТ-клиентам» 21, 23, 25, 27, 29 и 31, которые существуют в зоне второго «РТ-сервера», первый «РТ-сервер» 10 генерирует график (32) из шести отдельных медиаблоков и передает их в зону второго «РТ-сервера» посредством базовой сети пакетной коммутации 16 (33).
[12] Шесть блоков медиатрафика, переданных в зону второго «РТ-сервера», передаются затем второму «РТ-серверу» 20 посредством базовой сети пакетной коммутации 16 (34). После этого второй «РТ-сервер» 20 передает речевое сообщение (шесть отдельных медиаблоков), соответственно, шести «РТ-клиентам» 21, 23, 25, 27, 29 и 31, установившим сеанс, в зоне второго «РТ-сервера» посредством базовой сети пакетной коммутации 16 (35). Таким образом, первый «РТ-сервер» 10 выполняет одновременно функцию управления и функцию участия, поскольку он принимает оригинальное речевое сообщение от первого «РТ-клиента» 11, а также распространяет ее другим «РТ-клиентам», в то время, как второй «РТ-сервер» 20 выполняет только функцию участия.
[13] В соответствии с «РТ-системой», показанной на ФИГ.1, где первый «РТ-сервер» 10 имеет управляющую функцию, и три «РТ-клиента» 11, 13 и 15, которые принадлежат к зоне первого «РТ-сервера», и шесть «РТ-клиентов» 21, 23, 25, 27, 29 и 31, которые принадлежат к зоне второго «РТ-сервера», установили сеанс связи, нужно сгенерировать трафик из 27 разных медиаблоков (27=1+2+6+6+6+6) только для того, чтобы передать речевое сообщение только одного конкретного «РТ-клиента», который принадлежит к зоне первого «РТ-сервера», другим «РТ-клиентам», установившим сеанс связи, для чего потребуется большой объем медиатрафика.
[14] То есть способ определения управляющего сервера (сервера, имеющего управляющие функции) в соответствии с традиционной технологией не позволяет создать эффективную «РТ-систему». Как сказано выше, в традиционном способе вообще не учитывается объем трафика, сгенерированного в «РТ-системе». Это создает проблему, поскольку приводит к генерации излишнего объема трафика (27 блоков трафика в примере, показанном на ФИГ.1). Это повышает нагрузку на систему и ведет к уменьшению времени передачи для «РТ-клиентов», установивших сеанс. В конечном счете традиционный способ серьезно обременяет сетевую систему и создает неудобства пользователям, поскольку обмен медиаданными может задерживаться или даже прекращаться.
Сущность изобретения
Техническая проблема
[15] Таким образом, задачей настоящего изобретения является предоставление способа и системы для определения «РТ-сервера», имеющего управляющие функции, который способен сократить объем трафика, генерируемого при передаче медиаданных (например, сигналов, речи, видео, данных и т.д.) между «РТ-клиентами», установившими сеанс.
[16] Другой задачей настоящего изобретения является предоставление способа и системы для определения «РТ-сервера», имеющего управляющие функции, которые преодолевают ограничения и недостатки, связанные с традиционной технологией.
Техническое решение
[17] Для решения указанных задач и достижения других преимуществ, а также в соответствии с назначением настоящего изобретения, которое здесь раскрыто и подробно описано, предлагается в соответствии с примерами осуществления настоящего изобретения способ определения сервера, имеющего управляющие функции, который может включать в себя: приглашение определенным «РТ-клиентом», по меньшей мере, одного «РТ-клиента» к сеансу связи; подтверждение «РТ-сервером» количества приглашенных «РТ-клиентов» на основе зоны «РТ-сервера»; и определение этим «РТ-сервером» «РТ-сервера» из зоны «РТ-сервера», имеющей наибольшее количество «РТ-клиентов», в качестве «РТ-сервера», имеющего функцию управления.
[18] В соответствии с одним из примеров осуществления настоящего изобретения в способе определения сервера, имеющего функцию управления, в случае группового сеанса связи по запросу заказчика «РТ-сервер» зоны «РТ-сервера», к которой принадлежит «РТ-клиент», являющийся инициатором сеанса, может определить, который «РТ-сервер» среди множества «РТ-серверов», обслуживающих «РТ-клиентов», установивших сеанс связи, должен иметь функцию управления. В случае группового «РТ-сеанса» типа "беседа" и заранее подготовленного группового «РТ-сеанса» «РТ-сервер», содержащий групповой идентификатор, или «РТ-сервер», который запрашивает список адресов «РТ-клиента(ов)», соответствующего(их) групповому идентификатору, из базы данных, может определить тот «РТ-сервер», который должен иметь управляющую функцию. Этот выбор может выполняться динамически во время сеанса связи таким образом, чтобы роль выполняющего управляющую функцию могла переключаться от одного «РТ-сервера» к другому во время сеанса в зависимости от обстоятельств, например, при изменении во время сеанса численностей участвующих в сеансе (приглашенных к сеансу) клиентов, обслуживаемых «РТ-серверами».
[19] В соответствии с одним из аспектов настоящего изобретения предлагается способ определения сервера, имеющего функцию управления, для сеанса между, по меньшей мере, двумя клиентами, обслуживаемыми, по меньшей мере, двумя различными серверами, включающий в себя: назначение одного из разных серверов сервером, имеющим функцию управления, на основании связанной с сеансом связи информации о приглашенных клиентах, где назначенный сервер представляет собой сервер, который обслуживает наибольшее число клиентов, приглашенных к сеансу, среди этого множества серверов.
[20] В соответствии с еще одним аспектом настоящего изобретения предлагается способ определения сервера, имеющего управляющую функцию, для сеанса между, по меньшей мере, двумя клиентами, обслуживаемыми, по меньшей мере, двумя разными серверами, включающий в себя: определение среди, по меньшей мере, двух разных серверов сервера, который обслуживает наибольшее число клиентов, приглашенных к сеансу, и назначение этого выбранного сервера сервером, имеющим функцию управления.
[21] В соответствии с еще одним аспектом настоящего изобретения предлагается способ определения сервера, имеющего функцию управления, для сеанса между, по меньшей мере, двумя клиентами, обслуживаемыми, по меньшей мере, двумя разными серверами, включающий в себя: изменение во время сеанса связи назначения сервера, имеющего управляющую функцию, среди, по меньшей мере, двух разных серверов, обслуживающих, по меньшей мере, двух клиентов, приглашенных к сеансу, на основании связанной с сеансом связи информации об участвующих клиентах.
[22] В соответствии с еще одним аспектом настоящего изобретения предлагается способ определения сервера, имеющего функцию управления, среди множества «РТ-серверов» (для услуги «нажмите и»), включающий в себя: передачу сообщения приглашения определенным «РТ-клиентом»; определение «РТ-сервером», обслуживающим этого определенного «РТ-клиента», количества «РТ-клиентов», приглашенных к сеансу связи, принадлежащих к каждому из «РТ-серверов» для сеанса; и назначение этим определенным «РТ-сервером» «РТ-сервера», у которого имеется больше всего «РТ-клиентов», приглашенных к сеансу связи, в качестве «РТ-сервера», имеющего управляющую функцию, на основании результата этого определения.
[23] В соответствии с еще одним аспектом настоящего изобретения предлагается способ определения сервера, имеющего управляющую функцию, включающий в себя: передачу определенным «РТ-клиентом» сообщения приглашения, содержащего групповой идентификатор «ID» для обозначения группы, связанной с сеансом связи; назначение «РТ-сервером», имеющим групповой идентификатор «ID», «РТ-сервера», имеющего управляющую функцию, среди множества «РТ-серверов», обслуживающих «РТ-клиентов», принадлежащих к группе, обозначенной групповым идентификатором «ID», где назначенный сервер представляет собой сервер, у которого имеется больше всего «РТ-клиентов», приглашенных к сеансу связи, среди множества «РТ-серверов»; и передачу этим назначенным «РТ-сервером», имеющим управляющую функцию, сообщения приглашения каждому «РТ-клиенту», принадлежащему к упомянутой группе.
[24] В соответствии с еще одним аспектом настоящего изобретения предлагается система для определения сервера, имеющего функцию управления, включающая в себя: множество серверов, обслуживающих множество клиентов в зонах разных серверов, множество клиентов, приглашенных к сеансу, где один из серверов сконфигурирован, чтобы назначать один из серверов сервером, имеющим функцию управления, на основании информации о приглашенных клиентах, связанной с сеансом связи, где назначенный сервер представляет собой сервер, который обслуживает наибольшее число клиентов, приглашенных к сеансу связи, среди этого множества серверов.
[25] В соответствии с еще одним аспектом настоящего изобретения предлагается система для определения сервера, имеющего функцию управления, включающая в себя: множество серверов, обслуживающих множество клиентов в зонах разных серверов, множество клиентов, приглашенных к сеансу связи, где один из серверов сконфигурирован, чтобы определить среди множества серверов сервер, который обслуживает наибольшее число клиентов, приглашенных к сеансу связи, и назначить этот выбранный сервер сервером, имеющим управляющую функцию.
[26] В соответствии с еще одним аспектом настоящего изобретения предлагается устройство для определения сервера, имеющего управляющую функцию, для сеанса связи между, по меньшей мере, двумя клиентами, обслуживаемыми, по меньшей мере, двумя разными серверами, включающее в себя: процессор, сконфигурированный, чтобы изменить во время сеанса связи назначение сервера, имеющего управляющие функции, среди, по меньшей мере, двух разных серверов, обслуживающих, по меньшей мере, двух клиентов, приглашенных к сеансу связи, на основании связанной с сеансом связи информации об участвующих клиентах.
[27] Вышеперечисленные и другие цели, свойства, аспекты и преимущества настоящего изобретения станут более очевидными из следующего подробного описания настоящего изобретения, рассматриваемого вместе с прилагаемыми чертежами.
Краткое описание чертежей
[28] Сопроводительные чертежи, прилагаемые для лучшего понимания изобретения и составляющие часть настоящей заявки, иллюстрируют варианты осуществления изобретения, и вместе с описанием служат для пояснения принципов настоящего изобретения.
[29] На чертежах:
[30] На ФИГ.1 представлена типовая схема, показывающая объем медиатрафика, генерируемого в «РТ-системе» в соответствии с традиционной технологией;
[31] На ФИГ.2 представлена типовая схема, показывающая объем медиатрафика, генерируемого в «РТ-системе» в соответствии с настоящим изобретением;
[32] На ФИГ.3 представлена типовая схема, показывающая объем медиатрафика, генерируемого в «РТ-системе», в которой применяется способ определения «РТ-сервера», имеющего управляющую функцию, в соответствии с настоящим изобретением;
[33] На ФИГ.4 представлена типовая схема, показывающая объем уменьшения генерируемого медиатрафика, когда в «РТ-системе» применяется способ определения «РТ-сервера», имеющего управляющую функцию, в соответствии с настоящим изобретением;
[34] На ФИГ.5 представлен пример степени уменьшения суммарного медиатрафика, генерируемого в соответствии с настоящим изобретением;
[35] На ФИГ.6 представлен пример блок-схемы передачи сигналов, показывающий способ и систему для определения «РТ-сервера», имеющего управляющую функцию, в соответствии с одним из вариантов осуществления настоящего изобретения; и
[36] На ФИГ.7 представлен пример блок-схемы передачи сигналов, показывающий способ и систему для определения «РТ-сервера», имеющего управляющую функцию, в соответствии с другим вариантом осуществления настоящего изобретения.
Предпочтительные примеры осуществления изобретения
[37] Теперь будут подробно описаны предпочтительные варианты осуществления настоящего изобретения со ссылками на прилагаемые чертежи.
[38] В дальнейшем со ссылкой на прилагаемые чертежи описываются способ и система для определения сервера, имеющего управляющие функции (например, функцию управления услугой «push to talk over cellular» - «нажмите и говорите через сеть сотовой связи» - «РоС-услуга»), в соответствии с настоящим изобретением. В настоящем изобретении термин «РТ» («push to talk»- «нажмите и») охватывает «РТ-услуги» любого типа, включая «РТТ-услугу» (речь), «PTV-услугу» (видео), «PTD-услугу» (данные) и т.д., но не ограничивается ими. В любой данный момент сеанса только один сервер имеет функцию управления; однако настоящее изобретение применимо к другим ситуациям и вариантам.
[39] В предпочтительном варианте осуществления настоящего изобретения в случае «РТ-системы», предоставляющей «РТ-услугу» «РТ-клиентам», установившим сеанс связи, находящимся в зонах разных «РТ-серверов», в качестве «РТ-сервера», имеющего управляющие функции, определяется «РТ-сервер» зоны с «РТ-сервером», в которой имеется больше всего «РТ-клиентов», установивших сеанс связи. То есть «РТ-сервер» зоны с «РТ-сервером», в которой имеется больше всего «РТ-клиентов», приглашенных к сеансу связи, среди разных «РТ-серверов», обслуживающих всех «РТ-клиентов», приглашенных к сеансу связи, вне зависимости от типа/вида сеанса связи, назначается в качестве «РТ-сервера», имеющего управляющие функции (то есть в качестве «РТ-сервера», назначенного для выполнения функции управления). Сеанс связи может быть специальным сеансом, групповым сеансом типа «беседа», сеансом типа «один с одним 1-1», заранее подготовленным групповым сеансом и т.п., но не ограничивается ими. Такие термины, как «РТ-клиенты», установившие сеанс связи; «РТ-клиенты», участвующие в сеансе связи; «РТ-клиенты», приглашенные к сеансу связи»; и приглашенные «РТ-клиенты» взаимозаменяемы, поскольку в большинстве случаев количество этих клиентов одинаково. Однако в случае, если они различны, количество таких клиентов одного типа (например, приглашенных к сеансу связи или установивших сеанс связи) может использоваться в качестве основания для определения того, какой «РТ-сервер» должен иметь функцию управления.
[40] Далее, поскольку «РТ-сервер» из зоны «РТ-сервера», в которой имеется больше всего «РТ-клиентов», приглашенных к сеансу связи/участвующих в сеансе связи, среди всех различных «РТ-серверов», обслуживающих всех клиентов, приглашенных к сеансу связи, назначается в качестве «РТ-сервера», имеющего управляющие функции, то назначение «РТ-сервера», имеющего управляющую функцию, может быть изменено для того, чтобы назначить другой «РТ-сервер» в качестве «РТ-сервера», имеющего управляющие функции, даже в течение процесса установления сеанса связи или при изменении количества «РТ-клиентов», участвующих в сеансе связи. По мере изменения количества «РТ-клиентов», связанных с различными «РТ-серверами», в зависимости от времени, ситуации, события, сеанса связи и т.п., настоящий способ определения того, какой «РТ-сервер» должен иметь функцию управления, и назначения такого «РТ-сервера» в качестве управляющего «РТ-сервера», может применяться по мере надобности, непрерывно или в определенные интервалы времени и т.п. В таких случаях функция управления может выполняться различными «РТ-серверами», поскольку один из различных «РТ-серверов» назначается в данное время в качестве управляющего «РТ-сервера».
[41] В способе определения сервера, имеющего управляющие функции, в соответствии с предпочтительным вариантом осуществления настоящего изобретения в случае группового сеанса связи по запросу заказчика «РТ-сервер» из зоны «РТ-сервера», к которой принадлежит «РТ-клиент», являющийся инициатором сеанса связи, определяет, какой «РТ-сервер», должен иметь управляющие функции. В случае группового «РТ-сеанса» типа «беседа» (чат) и заранее подготовленного группового «РТ-сеанса» «РТ-сервер», содержащий групповой идентификатор, определяет, какой «РТ-сервер» должен иметь управляющие функции. Если список адресов «РТ-клиента(ов)», соответствующего(их) групповому идентификатору, существует в дополнительной базе данных за пределами «РТ-сервера», то «РТ-сервер», который запрашивает в базе данных и получает из базы данных список адресов «РТ-клиентов», соответствующих групповому идентификатору, может определить, какой «РТ-сервер» должен иметь управляющие функции.
[42] В настоящем изобретении «РТ-сервер» из зоны «РТ-сервера», к которой принадлежит «РТ-клиент», может быть определен как «РТ-сервер», содержащийся в домашней сети «РТ-клиента», или как «РТ-сервер», который предоставляет «РТ-функцию» участия «РТ-клиенту», или как «РТ-сервер», к которому «РТ-клиент» обращается первоначально в случае, если в одном «РТ-сеансе» используется множество «РТ-серверов».
[43] На ФИГ.2 представлена типовая схема «РТ-системы», показывающая распределение медиатрафика, генерируемого во время сеанса связи в случае, когда «РТ-клиенты», установившие сеансы связи, содержатся в зонах разных «РТ-серверов», в соответствии с настоящим изобретением. В этом примере к сеансу приглашены m «РТ-клиентов» в зоне первого «РТ-сервера» и n «РТ-клиентов» в зоне второго «РТ-сервера».
[44] В соответствии с ФИГ.2, когда определенный «РТ-клиент» (первый «РТ-клиент»), содержащийся в зоне первого «РТ-сервера», инициирует сеанс связи, и первый «РТ-сервер» 100, содержащийся в зоне первого «РТ-сервера», имеет управляющие функции, между первым «РТ-сервером» 100 и базовой сетью пакетной коммутации 170 генерируются блоки медиатрафика (X), соответствующие количеству приглашенных «РТ-клиентов» (m+n), участвующих (приглашенных) в сеансе. Кроме того, между вторым «РТ-сервером» 200, содержащимся в зоне второго «РТ-сервера», и базовой сетью пакетной коммутации 270 генерируются блоки медиатрафика (Y), соответствующие двукратному количеству приглашенных «РТ-клиентов» (n), включенных в зону второго «РТ-сервера» из числа «РТ-клиентов», приглашенных к сеансу связи. Кроме того, между зоной первого «РТ-сервера» и зоной второго «РТ-сервера» генерируются блоки медиатрафика (Z), соответствующие количеству приглашенных РТ-клиентов (n) зоны этого «РТ-сервера», к которой «РТ-сервер», имеющий управляющие функции, не принадлежит.
[45] Таким образом, для того чтобы передать речь или другие медиаданные, генерируемые определенным «РТ-клиентом», участвующим в сеансе связи, для остальных «РТ-клиентов», участвующих в сеансе связи, необходимый объем медиатрафика, который должен быть сгенерирован, вычисляется по следующей Формуле 1, сформулированной авторами настоящего изобретения:
[46] [Формула 1]
[47] TT=TC+(NC*3),
[48] где «ТТ» представляет собой суммарный объем медиатрафика (количество блоков медиатрафика), сгенерированного в различных сетях, «ТС» представляет собой суммарное количество «РТ-клиентов», участвующих в сеансе (приглашенных к сеансу), a «NC» представляет собой количество приглашенных «РТ-клиентов» из зоны «РТ-сервера», к которой «РТ-сервер», имеющий функцию управления, не принадлежит. В примере, показанном на ФИГ.2, TC=m+n, a NC=n.
[49] Если Формулу 1 применить в случае, показанном на ФИГ.1, где число приглашенных к сеансу «РТ-клиентов» из зоны первого «РТ-сервера» равно 3, число приглашенных к сеансу «РТ-клиентов» из зоны второго «РТ-сервера» равно 6, а функцию управления имеет «РТ-сервер» из зоны первого «РТ-сервера», то суммарный объем медиатрафика, сгенерированного в сети, где установлен сеанс связи, равен 27=9+(6*3), в соответствии с Формулой 1.
[50] В вышеприведенной Формуле 1, когда уменьшается количество приглашенных к сеансу «РТ-клиентов» из зоны «РТ-сервера», к которой «РТ-сервер», имеющий функцию управления, не принадлежит, то суммарное количество наборов медиатрафика также уменьшается. Соответственно, в настоящем изобретении для уменьшения этого количества (наборов) в качестве «РТ-сервера», имеющего функцию управления, назначается «РТ-сервер» из зоны «РТ-сервера», в которой имеется больше всего «РТ-клиентов», приглашенных к сеансу/участвующих в сеансе, среди всех разных «РТ-серверов», обслуживающих приглашенных «РТ-клиентов». Если почему-либо все разные «РТ-серверы» имеют одинаковое количество приглашенных «РТ-клиентов», то система может быть сконфигурирована, чтобы назначить определенный сервер выполнять функцию управления или чтобы не изменять назначения управляющего «РТ-сервера» по сравнению с предыдущим или заданным по умолчанию назначением.
[51] На ФИГ.3 представлена типовая схема «РТ-системы», показывающая объем медиатрафика, генерируемого в случае, когда в примере, показанном на ФИГ.1, используется способ определения «РТ-сервера», имеющего функцию управления, в соответствии с настоящим изобретением. Все компоненты «РТ-системы», показанной на ФИГ.3, оперативно связаны между собой.
[52] На ФИГ.3 в соответствии с настоящим изобретением система (например, один из «РТ-серверов» системы) сконфигурирована, чтобы проверить количество «РТ-клиентов», установивших сеанс связи, обслуживаемых каждым «РТ-сервером» во время сеанса, и чтобы выбрать среди разных «РТ-серверов» тот «РТ-сервер», который имеет наибольшее количество «РТ-клиентов», установивших сеанс, в качестве «РТ-сервера», имеющего функцию управления. Затем выбранный «РТ-сервер» выполняет функцию управления для этого сеанса или его части.
[53] В примере, показанном на ФИГ.3, три «РТ-клиента» 110, 120, 130 в зоне первого «РТ-сервера» и шесть «РТ-клиентов» 210, 220, 230, 240, 250, 260 в зоне второго «РТ-сервера» установили между собой сеанс связи друг с другом. В этом случае система выбирает или обозначает второй «РТ-сервер» 200 в зоне второго «РТ-сервера» в качестве «РТ-сервера», имеющего функцию управления, поскольку второй «РТ-сервер» 200 обслуживает 6 «РТ-клиентов» установивших сеанс связи, и это количество больше, чем 3 «РТ-клиента», установивших сеанс связи и обслуживаемых первым «РТ-сервером» 100 в зоне первого «РТ-сервера». В результате второй «РТ-сервер» 200, обслуживающий зону второго «РТ-сервера», имеющую наибольшее количество участвующих в сеансе «РТ-клиентов», определяется в качестве «РТ-сервера», имеющего функцию управления, и выполняет функцию управления во время сеанса или его части.
[54] Объем медиатрафика (количества блоков медиатрафика), сгенерированный во время сеанса связи, когда функцию управления выполняет второй «РТ-сервер» 200, показан на ФИГ.3 с номерами позиций 180-188. Например, позиция под номером 188 указывает, что существует шесть блоков медиатрафика, сгенерированных и переданных от второго «РТ-сервера» 200 в базовую сеть пакетной коммутации 270.
[55] В примере, показанном на ФИГ.3, когда первый «РТ-клиент» 110 зоны первого «РТ-сервера» генерирует речевое сообщение, то речевое сообщение передается через базовую сеть пакетной коммутации 270 первому «РТ-серверу» 100, а первый «РТ-сервер» 100 передает речевое сообщение через базовые сети пакетной коммутации 170 и 270 второму «РТ-серверу» 200. Объем графика, обрабатываемого на этом этапе, обозначен номерами позиций 180-183.
[56] Затем второй «РТ-сервер» 200 генерирует 8 блоков медиатрафика (позиции 184 и 188), чтобы передать речевое сообщение (от первого «РТ-клиента» 110) шести приглашенным «РТ-клиентам» 210, 220, 230, 240, 250 и 260 зоны второго «РТ-сервера» и двум приглашенным «РТ-клиентам» 120 и 130 зоны первого «РТ-сервера». То есть второй «РТ-сервер» 200 путем выполнения функции управления передает речевое сообщение от первого «РТ-клиента» 110 всем другим установившим сеанс (приглашенным к сеансу) «РТ-клиентам» 120, 130, 210, 220, 240, 250 и 260. Два блока медиатрафика (позиция 184) от второго «РТ-сервера» 200 передаются первому «РТ-серверу» 100 через базовые сети пакетной коммутации 270 и 170 (позиции 185, 186). Затем первый «РТ-сервер» 100, выполняя функции управления, передает полученные 2 блока медиаданных (позиция 187), соответственно, второму и третьему «РТ-клиентам» 120 и 130, через базовую сеть пакетной коммутации 170. Аналогичным образом, 6 блоков медиатрафика (позиция 188) от второго «РТ-сервера» 200 передаются, соответственно, первому-шестому «РТ-клиентам» 210-260, через базовую сеть пакетной коммутации 270.
[57] Таким образом, путем назначения второго «РТ-сервера» 200 в качестве «РТ-сервера», имеющего функцию управления, в соответствии с настоящим изобретением, в «РТ-системе» генерируется только 18 блоков медиатрафика (1+1+1+1+6+2+2+2+2=18), тем самым, имеются эффект и выигрыш в виде сокращения медиатрафика на 9 блоков по сравнению с 27 блоками медиатрафика, сгенерированными в соответствии с ФИГ.1 согласно традиционной технологии.
[58] На ФИГ.4 представлена типовая схема «РТ-системы», показывающая уменьшение объема медиатрафика в случае, когда в «РТ-системе» используется способ определения «РТ-сервера», имеющего функцию управления, в соответствии с настоящим изобретением.
[59] В соответствии с вышеописанным согласно настоящему изобретению в случае, если количество приглашенных «РТ-клиентов» в зоне второго «РТ-сервера» больше количества приглашенных «РТ-клиентов» в зоне первого «РТ-сервера», второй «РТ-сервер» 200, обслуживающий зону второго «РТ-сервера», определяется в качестве «РТ-сервера», имеющего функцию управления. Таким образом, трафик между первым «РТ-сервером» 100 и базовой сетью пакетной коммутации 170 зоны первого «РТ-сервера», между базовой сетью пакетной коммутации 170 зоны первого «РТ-сервера» и базовой сетью пакетной коммутации 270 зоны второго «РТ-сервера», а также между вторым «РТ-сервером» 200 и базовой сетью пакетной коммутации 270 зоны второго «РТ-сервера», может быть уменьшен, соответственно, так же много, как разность «D» между количеством клиентов в зонах, согласно приведенной ниже Формуле 2:
[60] [Формула 2]
[61] Суммарное уменьшение медиатрафика = D*3,
[62] где «D» обозначает разность между количеством приглашенных «РТ-клиентов» зоны «РТ-сервера», имеющего больше приглашенных «РТ-клиентов», и количеством приглашенных «РТ-клиентов» зоны «РТ-сервера», имеющего меньше приглашенных «РТ-клиентов».
[63] Когда в Формуле 2 используется пример, показанный на ФИГ. 3, то суммарное уменьшение объема сгенерированного медиатрафика (то есть количества блоков медиатрафика) по расчету равно 9=(6-3)*3. Соответственно, медиаданные согласно настоящему изобретению могут быть переданы 8 «РТ-клиентам» в зоне первого «РТ-сервера» и второй зоны второго «РТ-сервера» с использованием лишь 18 блоков медитрафика 27-3*3=18.
[64] Формула 3 показывает степень уменьшения медиатрафика в случае, когда используется способ определения «РТ-сервера», имеющего функцию управления, в соответствии с настоящим изобретением:
[65] [Формула 3]
Суммарная степень уменьшения медиатрафика
[66] где среди множества зон «РТ-серверов» «А» обозначает количество приглашенных (участвующих) «РТ-клиентов» зоны «РТ-сервера», имеющего меньше «РТ-клиентов», участвующих в сеансе, «В» обозначает количество приглашенных (участвующих) «РТ-клиентов» зоны «РТ-сервера», имеющего больше (или наибольшее количество) «РТ-клиентов», участвующих в сеансе, a «D» обозначает разность «А» и «В» (то есть D=B-A).
[67] Кроме того, в соответствии с настоящим изобретением суммарный объем медиатрафика, генерируемого в случае, если функцию управления имеет «РТ-сервер» зоны «РТ-сервера», в которой меньше приглашенных «РТ-клиентов», может быть найден сложением суммарного количества «РТ-клиентов» «А+В», участвующих в сеансе, и трехкратного количества «РТ-клиентов» в зоне «РТ-сервера», к которой не принадлежит «РТ-сервер», имеющий функцию управления (3В). Таким образом, суммарный объем медиатрафика в этом случае по расчету равен А+4В(=А+В+3В).
[68] На ФИГ.5 представлен график степени общего уменьшения суммарного медиатрафика, генерируемого в случае, когда количество приглашенных «РТ-клиентов» зоны «РТ-сервера», имеющего меньшее количество приглашенных «РТ-клиентов», «А» равно 3, а количество приглашенных «РТ-клиентов» зоны «РТ-сервера», имеющего большее количество (или наибольшее количество) приглашенных «РТ-клиентов», «В2» изменяется от 0 до 20.
[69] В соответствии с ФИГ.5, когда количество «РТ-клиентов» зоны «РТ-сервера», имеющего больше «РТ-клиентов», «В» равно 3, то есть, когда «В» - количество «РТ-клиентов» зоны РТ-сервера, имеющего больше «РТ-клиентов», равно «А» - количеству «РТ-клиентов» зоны «РТ-сервера», имеющего меньше «РТ-клиентов», уменьшение объема медиатрафика составляет 0%. Чем значительнее увеличивается количество «РТ-клиентов» в зоне «РТ-сервера», имеющего больше «РТ-клиентов», «В», тем значительнее степень уменьшения объема медиатрафика. Например, когда «А» равно 3, а «В» равно 7, степень уменьшения объема медиатрафика, генерируемого в этом случае, составляет 38,7%. То есть при использовании настоящего способа определения того, какой «РТ-сервер» должен иметь функцию управления, объем медиатрафика, который необходимо сгенерировать для предоставления «РТ-услуги», уменьшается приблизительно на 38,7%, что представляет значительное уменьшение генерируемого медиатрафика.
[70] Хотя приведено описание связи между двумя зонами «РТ-серверов», настоящее изобретение в равной степени применимо к большему, чем две, числу зон «РТ-серверов». В этой связи эффект/выгода настоящего изобретения в отношении уменьшения трафика в равной степени создается, по меньшей мере, среди трех зон «РТ-серверов», в равной степени создается при установлении «РТ-сеанса» с использованием протокола инициирования сеанса «SIP» или функции широковещательной передачи с использованием сообщения протокола «SIP», и в равной степени создается при обмене сигналами управления речевыми пакетами (пакетами с речевым сообщением) с помощью протокола управления в реальном масштабе времени «RTCP». Аналогично вышеописанному трафику эффект уменьшения трафика может относиться ко всем подобным трафикам.
[71] На ФИГ.6 представлена блок-схема сигналов, показывающая способ определения «РТ-сервера», имеющего функцию управления, для специализированного (по запросу участника) группового «РТ-сеанса» в соответствии с одним из вариантов осуществления настоящего изобретения. Этот способ реализован в «РТ-системе», показанной на ФИГ.3, но в равной степени применим к другим «РТ-системам».
[72] При групповом «РТ-сеансе» по запросу заказчика в соответствии с традиционной технологией функцию управления всегда имеет «РТ-сервер» зоны «РТ-сервера», к которой принадлежит «РТ-клиент», являющийся инициатором сеанса. Однако в настоящем изобретении сначала определяется, какой «РТ-сервер» зоны «РТ-сервера» среди множества «РТ-серверов», обслуживающих «РТ-клиентов», приглашенных к сеансу, во множестве зон серверов, имеет наибольшее количество (большинство) «РТ-клиентов», приглашенных к сеансу. Затем выбранный «РТ-сервер» назначается, чтобы выполнять функцию управления для этого сеанса или части этого сеанса.
[73] В примере, показанном на ФИГ.6, первый «РТ-клиент» 110 зоны первого «РТ-сервера» генерирует сообщение приглашения - сообщение «INVITE», чтобы пригласить к групповому сеансу, например, второго «РТ-клиента» 220, третьего «РТ-клиента» 230 и четвертого «РТ-клиента» 240, которые находятся в зоне второго «РТ-сервера», и передает сообщение «INVITE» первому «РТ-серверу» 100 зоны первого «РТ-сервера» (S11).
[74] На этапе S11 сообщение «INVITE» (пригласить), переданное первым «РТ-клиентом» 110, включает в себя список «РТ-адресов» всех приглашенных «РТ-клиентов» 220, 230 и 240, медиапараметр(ы) первого «РТ-клиента» 110, индикацию «РТ-услуги», «РТ-адрес» первого «РТ-клиента» 110 и предложение протокола управления речевыми пакетами. Сообщение «INVITE» (пригласить) может факультативно включать в себя пассивный ответ, имеющий результатом недействительный запрос.
[75] Первый «РТ-сервер» 100, получивший сообщение «INVITE» (пригласить), проверяет унифицированный идентификатор ресурса «URI» приглашенных «РТ-клиентов» с помощью списка «РТ-адресов» приглашенных «РТ-клиентов», а затем, соответственно, рассчитывает количество приглашенных к сеансу «РТ-клиентов» в зоне первого «РТ-сервера» и количество приглашенных к сеансу «РТ-клиентов» в зоне второго «РТ-сервера», на основе расчетной информации определяет, какой «РТ-сервер» должен иметь функцию управления (S13). Когда адрес представляет собой унифицированный идентификатор ресурса «URI» протокола инициирования сеанса «SIP», для разделения сети могут использоваться имя домена и другие способы.
[76] В частности, первый «РТ-сервер» 100, который подтвердил количество приглашенных к сеансу «РТ-клиентов» в зоне второго «РТ-сервера», определяет на основании количества приглашенных к сеансу «РТ-клиентов» в каждой из зон «РТ-серверов», должен ли он (первый «РТ-сервер» 100) быть «РТ-сервером», имеющим функцию управления, или «РТ-сервером», имеющим функцию управления, должен быть второй «РТ-сервер» 200 (S13). В предпочтительном варианте осуществления настоящего изобретения в качестве «РТ-сервера», имеющего функцию управления, определяется «РТ-сервер» зоны «РТ-сервера», имеющего больше (или большинство) «РТ-клиентов», участвующих в сеансе связи.
[77] В примере, показанном на ФИГ.6, поскольку количество (три) приглашенных к сеансу «РТ-клиентов» 220, 230 и 240 в зоне второго «РТ-сервера» больше, чем количество приглашенных к сеансу «РТ-клиентов» в зоне первого «РТ-сервера», первый «РТ-сервер» 100 определяет, что управляющую функцию должен иметь второй «РТ-сервер» 200.
[78] Затем первый «РТ-сервер» 100, который определил второй «РТ-сервер» 200 в качестве РТ-сервера, имеющего управляющую функцию, передает второму «РТ-серверу» 200 сообщение «INVITE» (пригласить) (S15), например, через базовые сети и т.п. Это сообщение «INVITE» (пригласить) содержит параметр, информирующий/обозначающий, что второй «РТ-сервер» 200 имеет функцию управления и список адресов всех «РТ-клиентов» 220, 230 и 240, приглашенных к сеансу связи.
[79] Затем второй «РТ-сервер» 200, соответственно, передает сообщение «INVITE» (пригласить) второму «РТ-клиенту» 220, третьему «РТ-клиенту» 230 и четвертому «РТ-клиенту» 240, приглашенным к сеансу связи, благодаря чему начинается групповой «РТ-сеанс» » по запросу заказчика (S17). На этапе S17 каждое сообщение «INVITE» включает в себя адрес получателя, то есть, адрес соответствующего «РТ-клиента», которому направлено сообщение «INVITE» (пригласить).
[80] Параметры, содержащиеся в сообщении «INVITE» (пригласить), переданном второму «РТ-серверу» 200 первым «РТ-сервером» 100, различаются в зависимости от того, является ли первый «РТ-сервер» 100 «РТ-сервером», имеющим функцию управления, или же «РТ-сервером», имеющим функцию управления, является второй «РТ-сервер» 200. Эти два сценария рассматриваются ниже, и в обоих сценариях предполагается, что инициатором сеанса связи является первый «Т-клиент» 110 в зоне первого «РТ-сервера», как на этапе S11.
[81] В первом случае, когда количество приглашенных к сеансу «РТ-клиентов» в зоне первого «РТ-сервера» больше, чем количество приглашенных к сеансу «РТ-клиентов» в зоне второго «РТ-сервера», первый «РТ-сервер» 100 распознает, что он сам должен быть «РТ-сервером», имеющим функцию управления (то есть первый «РТ-сервер» 100 определяет, что функцию управления выполняет сам первый «РТ-сервер» 100). Затем первый «РТ-сервер» 100 передает сообщение «INVITE» (пригласить) второму «РТ-серверу» 200 зоны второго «РТ-сервера». В этом случае сообщение «INVITE» (пригласить), переданное первым «РТ-сервером» 100 второму «РТ-серверу» 200, содержит адрес(а) приглашенного(ых) к сеансу «РТ-клиента(ов)», медиапараметры первого «РТ-сервера» 100, индикацию «РТ-услуги», «РТ-адрес» первого «РТ-клиента» 110, параметр для указания управляющей «РТ-функции», предложение протокола управления речевыми пакетами и пассивный ответ, имеющий результатом недействительный запрос, когда выбирается первый «РТ-клиент» 110. В этой связи первый «РТ-сервер» 100 может сгенерировать множество сообщений «INVITE» (пригласить), соответственно, для передачи «РТ-клиентам», приглашенным к сеансу связи, где каждое сообщение «INVITE» включает в себя, среди вышеперечисленного, «РТ-адрес» соответствующего «РТ-клиента», а не весь список всех адресов всех приглашенных «РТ-клиентов».
[82] Генерация такого сообщения «INVITE» (пригласить) может выполняться различными способами. Например, первый «РТ-сервер» 100 может добавлять к сообщению «INVITE» (пригласить), полученному от первого «РТ-клиента» 110, параметр индикации управляющей «РТ-функции», а затем передать его второму «РТ-серверу» 200, как свое сообщение «INVITE» (пригласить). Параметр индикации управляющей «РТ-функции» обозначает «РТ-сервер», который имеет функцию управления, и включает в себя адрес «РТ-сервера», имеющего функцию управления. В этом случае параметр индикации управляющей «РТ-функции» включает в себя адрес первого «РТ-сервера» 100, который определен для выполнения функции управления.
[83] Во втором случае, когда количество приглашенных к сеансу «РТ-клиентов» в зоне второго «РТ-сервера» больше, чем количество приглашенных к сеансу «РТ-клиентов» в первой зоне «РТ-сервера», первый «РТ-сервер» 100 распознает, что сам он не является «РТ-сервером», не имеющим функцию управления, но сервером, имеющим функцию управления, является второй «РТ-сервер» 200. Затем первый «РТ-сервер» 100 передает сообщение «INVITE» (пригласить) второму «РТ-серверу» 200 зоны второго «РТ-сервера». В этом случае сообщение «INVITE» (пригласить), переданное первым «РТ-сервером» 100 второму «РТ-серверу» 200, содержит список адресов приглашенных к сеансу «РТ-клиентов», индикацию «РТ-услуги», «РТ-адрес» первого «РТ-клиента» 110 (который сгенерировал медиаданные), параметр индикации управляющей «РТ-функции», предложение протокола управления речевыми пакетами и пассивный ответ, имеющий результатом недействительный запрос, при выборе первого «РТ-клиента» 110. Параметр индикации управляющей «РТ-функции» содержит адрес второго «РТ-сервера» 200, то есть значение, сообщающее о том, что второй «РТ-сервер» 200 представляет собой «РТ-сервер», имеющий функцию управления.
[84] В приведенных выше двух сценариях, если первый «РТ-сервер» 100, который получает от первого «РТ-клиента» 110, являющегося инициатором сеанса связи, список адресов всех «РТ-клиентов», которые должны быть приглашены к сеансу, в соответствии со способом по настоящему изобретению определяется в качестве «РТ-сервера», имеющего функцию управления, то первый «РТ-сервер» 100 может передать сообщение «INVITE» (пригласить) каждому из «РТ-клиентов», которые должны быть приглашены к сеансу (например, некоторым из них через второй «РТ-сервер» 200). В этом случае каждое из сообщений «INVITE» (пригласить), переданных от первого «РТ-сервера» 100, содержит не весь список адресов клиентов, а адрес соответствующего «РТ-клиента», который должен быть приглашен.
[85] Однако в случае, если в соответствии со способом по настоящему изобретению определяется, что второй «РТ-сервер» 200 является «РТ-сервером», имеющим функцию управления, второй «РТ-сервер» 200 должен сначала получить адреса приглашенных «РТ-клиентов», чтобы передать им сообщение «INVITE» (пригласить). Соответственно, в этом случае сообщение «INVITE» (пригласить), передаваемое от первого «РТ-сервера» 100 второму «РТ-серверу» 200, содержит список адресов всех «РТ-клиентов», которые должны быть приглашены к сеансу, а не только адрес одного (соответствующего) приглашенного «РТ-клиента».
[86] На ФИГ.7 представлена блок-схема сигналов, показывающая способ определения «РТ-сервера», имеющего функцию управления, в случае группового «РТ-сеанса» типа "беседа" или заранее подготовленного группового «РТ-сеанса» в соответствии с еще одним из вариантов осуществления настоящего изобретения. Этот способ реализован в «РТ-системе», показанной на ФИГ.3, но в равной степени применим к другим «РТ-системам».
[87] При групповом «РТ-сеансе» типа "беседа" или заранее подготовленном групповом «РТ-сеансе» в соответствии с традиционной технологией функцию управления всегда имеет «РТ-сервер», содержащий групповой идентификатор (идентификатор группы «РТ-сеанса» типа "беседа" или заранее подготовленного группового РТ-сеанса). Однако в настоящем изобретении в качестве «РТ-сервера», имеющего функцию управления, среди множества зон «РТ-серверов», связанных с сеансом связи, определяется «РТ-сервер» зоны «РТ-сервера», имеющего больше (или большинство) «РТ-клиентов», приглашенных к сеансу.
[88] Список адресов «РТ-клиентов», включенных в идентификатор группы, может существовать не только на «РТ-сервере», но и за пределами «РТ-сервера», например, в отдельной базе данных. Когда такой список существует за пределами «РТ-сервера» (например, в отдельной базе данных), один или каждый из «РТ-серверов», установивших сеанс, может запросить из этой базы данных список адресов «РТ-клиентов», принадлежащих к группе, обозначенной идентификатором группы (например, именем группы), тем самым, возможно, играя роль «РТ-сервера», имеющего функцию управления.
[89] В примере, показанном на ФИГ.7, в базе данных 300 хранится список адресов «РТ-клиентов», принадлежащих к группе типа "беседа" или заранее сформированной группе. База данных 300 в этом примере является внешней базой данных, связанной со вторым «РТ-сервером» 200, но может быть внутренней или внешней базой данных. Этот список в базе данных 300 может быть записан совместно с идентификатором группы (идентификатором группы типа "беседа" или заранее сформированной группы, и т.п.), чтобы его можно было извлечь с помощью этого идентификатора группы. В базе данных 300 может храниться множество различных списков или адресов различных групп типа "беседа" и различных заранее сформированных групп.
[90] В примере, показанном на ФИГ.7, текущий групповой сеанс типа "беседа" включает в себя первого «РТ-клиента» 110, третьего «РТ-клиента» 130, четвертого «РТ-клиента» 140 из зоны первого «РТ-сервера» и второго «РТ-клиента» 220 из зоны второго «РТ-сервера». Второй «РТ-клиент» 220 из зоны второго «РТ-сервера» запрашивает в базе данных 300 список адресов всех «РТ-клиентов», соответствующих идентификатору группы, для текущего группового сеанса типа "беседа".
[91] Более конкретно, в соответствии с ФИГ.7, первый «РТ-клиент» 110 в зоне первого «РТ-сервера» передает сообщение «INVITE» (пригласить) первому «РТ-серверу» 100, чтобы инициировать определенный групповой сеанс типа "беседа". Затем, чтобы запросить адрес(а) клиента(ов) для запрошенного группового сеанса типа "беседа", первый «РТ-сервер» 100 передает сообщение «INVITE» (пригласить) второму «РТ-серверу» 200 (S21). На этом этапе сообщение «INVITE» (пригласить), переданное первому «РТ-серверу» 100 первым «РТ-клиентом» 110, содержит идентификатор группы для группового сеанса типа "беседа", в котором заинтересован первый «РТ-клиент» 110, адрес «РТ-клиента» 110, являющегося инициатором сеанса, индикацию «РТ-услуги», медиапараметры первого «РТ-клиента» 110 и предложение протокола управления речевыми пакетами.
[92] Затем первый «РТ-сервер» 100 передает сообщение «INVITE» (пригласить) второму «РТ-серверу» 200 (S21), например, через базовую(ые) сеть(и) пакетной передачи. На этом этапе сообщение «INVITE» (пригласить), переданное второму «РТ-серверу» 200 первым «РТ-сервером» 100, содержит идентификатор группы (например, имя группы для сеанса типа "беседа" и т.п.) для запрошенного группового сеанса типа "беседа", адрес «РТ-клиента» 110, являющегося инициатором сеанса связи, индикацию «РТ-услуги», медиапараметры первого «РТ-сервера» 100 и предложение протокола управления речевыми пакетами.
[93] Затем второй «РТ-сервер» 200, который получил сообщение «INVITE» (пригласить), запрашивает и принимает из базы данных 300 список адресов «РТ-клиентов», соответствующих идентификатору обозначенной группы, например, с использованием «ХСАР» - протокола конфигурации доступа на языке XML, протокола с расширением в формате протокола HTTP, тем самым, подтверждая унифицированные идентификаторы ресурса «URI» «РТ-клиентов», которые должны быть приглашены к групповому сеансу типа "беседа" (S23, S25). Затем путем проверки информации списка адресов второй «РТ-сервер» 200 определяет, какой «РТ-сервер» среди различных «РТ-серверов», связанных с текущим групповым сеансом типа "беседа", имеет больше всего клиентов, которые должны быть приглашены к запрошенному групповому сеансу типа "беседа", и назначает этот «РТ-сервер» в качестве сервера, имеющего функцию управления, в соответствии с настоящим изобретением (S27).
[94] То есть второй «РТ-сервер» 200, соответственно, рассчитывает количество «РТ-клиентов» (принадлежащих к обозначенной группе типа "беседа") в зоне второго «РТ-сервера» и количество «РТ-клиентов» (принадлежащих к обозначенной группе типа "беседа") в зоне первого «РТ-сервера» с использованием каждого адреса или каждого идентификатора «РТ-клиента» в списке или с использованием определенного значения для разделения "домашних" «РТ-серверов» клиентов (S27). В рассматриваемом примере для запрошенного группового сеанса типа "беседа" один «РТ-клиент» (220) находится в зоне второго «РТ-сервера», тогда как три «РТ-клиента» (110, 130, 140) находятся в зоне первого «РТ-сервера». Когда адрес или идентификатор «РТ-клиентов» представляет собой «TEL» - унифицированный идентификатор ресурса «URI» телефонной станции, для разделения "домашних" «РТ-серверов» клиентов можно использовать местные коды, соответствующие каждому провайдеру или каждой зоне. Кроме того, когда адрес или идентификатор «РТ-клиентов» представляет собой унифицированный идентификатор ресурса «URI» протокола инициирования сеанса «SIP», для разделения сети может использоваться имя домена. Для разделения "домашних" «РТ-серверов» клиентов можно также использовать другие способы.
[95] Второй «РТ-сервер» 200, подтвердивший количество приглашенных «РТ-клиентов» в зоне каждого «РТ-сервера», определяет, должен ли он сам быть «РТ-сервером», имеющим функцию управления, или же первый «РТ-сервер» 100 зоны первого «РТ-сервера» должен быть «РТ-сервером», имеющим функцию управления. В примере, показанном на ФИГ.7, поскольку количество приглашенных «РТ-клиентов», содержащихся в зоне первого «РТ-сервера» больше, чем в зоне второго «РТ-сервера», второй «РТ-сервер» 200 определяет, что функцию управления должен иметь первый «РТ-сервер» 100.
[96] Затем второй «РТ-сервер» 200, определивший первый «РТ-сервер» 100 в качестве «РТ-сервера», имеющего функцию управления, передает первому «РТ-серверу» 100 сообщение «INVITE» (пригласить), которое содержит параметр, обозначающий, что функцию управления имеет первый «РТ-сервер» 100 (S29), а также список адресов «РТ-клиентов» 130, 140 и 220, приглашенных к сеансу.
[97] Первый «РТ-сервер» 100, назначенный для выполнения функции управления, соответственно, передает сообщение «INVITE» (пригласить) третьему «РТ-клиенту» 120 и четвертому «РТ-клиенту» 130, приглашенным к сеансу связи, и второму «РТ-клиенту» 210 через второй «РТ-сервер» 200 (S31, S33).
[98] На этапе S29 возникает ранее рассмотренная ситуация, когда первый «РТ-сервер» 100 определен для выполнения функции управления. Однако параметры, содержащиеся в сообщении «INVITE» (пригласить), которое передается вторым «РТ-сервером» 200 первому «РТ-серверу» 100, различаются в зависимости от того, определен ли второй «РТ-сервер» 200 «РТ-сервером», имеющим функцию управления, или же определено, что первый «РТ-сервер» 100 должен быть «РТ-сервером», имеющим функцию управления. Эти два сценария рассматриваются ниже.
[99] В первом сценарии, когда второй «РТ-сервер» 200 назначен, чтобы выполнять функции управления, второй «РТ-сервер» 200, соответственно, передает сообщение «INVITE» (пригласить) «РТ-клиентам» 130, 140 и 220, приглашенным к сеансу, например, некоторым через первый «РТ-сервер» 100. Соответственно, сообщение «INVITE» (пригласить), переданное вторым «РТ-сервером» 200 первому «РТ-серверу» 100, содержит адреса приглашенных к сеансу «РТ-клиентов» (130, 140), адрес «РТ-клиента» 110, являющегося инициатором сеанса, индикацию «РТ-услуги», медиапараметры второго «РТ-сервера» 200 и предложение протокола управления речевыми пакетами. Поскольку в качестве «РТ-сервера», имеющего функцию управления, определен второй «РТ-сервер» 200, обладающий идентификатором группы, второму «РТ-серверу» 200 нет необходимости сообщать свой адрес.
[100] Во втором сценарии, когда для выполнения функции управления назначен первый «РТ-сервер» 100, второй «РТ-сервер» 200 передает сообщение «INVITE» (пригласить), которое содержит параметр, информирующий, что функцию управления имеет первый «РТ-сервер» 100, и адреса «РТ-клиентов» 130, 140 и 220, приглашенных к сеансу. Таким образом, это сообщение «INVITE» (пригласить) содержит список адресов всех приглашенных к сеансу «РТ-клиентов» 130, 140 и 220, адрес «РТ-клиента» 110, являющегося инициатором сеанса, индикацию «РТ-услуги», предложение протокола управления речевыми пакетами и параметр информирования о функции управления. Параметр информирования о функции управления может быть значением, указывающим, что функцию управления имеет первый «РТ-сервер» 100, например, адресом первого «РТ-сервера» 100.
[101] В соответствии с имеющимся/другим вариантом осуществления, если функцию управления имеет первый «РТ-сервер» 100, а список адресов приглашенных «РТ-клиентов», соответствующих идентификатору группы, существует в дополнительной базе данных, то второй «РТ-сервер» 200 может передать первому «РТ-серверу» 100 не только список адресов приглашенных «РТ-клиентов», но и идентификатор группы и параметр(ы), сообщающий(ие) первому «РТ-серверу» 100 о том, что он должен запросить список адресов «РТ-клиентов», соответствующих идентификатору группы, непосредственно в дополнительной базе данных.
[102] В соответствии с имеющимся/другим вариантом осуществления, если «РТ-сервер», который определяет «РТ-сервер», который должен иметь функцию управления (называемый здесь определяющим «РТ-сервером»), и «РТ-сервер», который в действительности имеет функцию управления, имеют разные стратегии сеанса в процессе определения «РТ-сервера», имеющего функцию управления, определяющий «РТ-сервер» включает свои стратегии в тело сообщения «INVITE» (пригласить) и передает его «РТ-серверу», имеющему функцию управления. Кроме того, стратегия «РТ-сервера», не имеющего функции управления, может изменяться в течение сеанса, и «РТ-сервер», не имеющий функции управления, может передать измененную стратегию «РТ-серверу», имеющему функцию управления. Например, «РТ-сервер», имеющий функцию управления, периодически передает сообщение подписки «РТ-серверу», не имеющему функции управления, и «РТ-сервер», не имеющий функции управления, сообщает об изменениях стратегии «РТ-серверу», имеющему функцию управления, посредством сообщения уведомления для сообщения подписки.
[103] Информация о стратегии может включать в себя стратегию установления сеанса, предназначенную для установления сеанса, и стратегию присоединения к сеансу, применяемую к клиентам, участвующим в сеансе.
[104] В стратегии присоединения к сеансу, в случае специального «РТ-сеанса» по запросу заказчика или «РТ-сеанса» «один с одним», «РТ-сервер», имеющий функцию управления, разрешает участвовать в сеансе клиентам, которых пригласил инициатор сеанса, и разрешает участвовать в сеансе клиентам, которых пригласили они сами или другие участники. Кроме того, в случае заранее сформированного группового сеанса «РТ-сервер», имеющий функцию управления, разрешает участвовать в сеансе участникам группы.
[105] В соответствии с настоящим изобретением информация о стратегии, помимо стратегии присоединения к сеансу, может включать в себя следующие стратегии:
[106] Во-первых, участник группы может выйти из группового «РТ-сеанса». Когда инициатор группового «РТ-сеанса» выходит из группового «РТ-сеанса», нужно ли заканчивать групповой «РТ-сеанс», зависит от стратегии группы.
[107] Во-вторых, любой «РТ-участник» может добавить любого другого пользователя «РТ-услуги» («РТ-пользователя») к любому идущему «РТ-сеансу», пока не превышено максимальное число участников, и пока это позволено стратегией «РТ-группы».
[108] В-третьих, «РТ-сервер» может отклонить запрос на участие в сеансе на основании информации о стратегии, которая не разрешает запрашивающему пользователю подписаться на информацию участника.
[109] В-четвертых, в соответствии с некоторыми стратегиями (например, пользователь превысил разрешенный лимит времени), «РТ-сервер», имеющий функцию управления, может поддерживать стратегию уведомления «РТ-клиента», когда он является следующим в линии связи для разрешения передать речевой пакет, например, чтобы дать «РТ-клиенту» возможность завладеть ресурсами радиосвязи заблаговременно, до того, как он получит разрешение на передачу пакета.
[110] В-пятых, разрешенный лимит времени для разговора может быть ограничен в соответствии с информацией стратегии. «РТ-сервер», который имеет существующую функцию управления, передает информацию стратегии «РТ-серверу», который имеет новую функцию управления, тем самым, управляя «РТ-клиентами», содержащимися в зонах разных «РТ-серверов», в соответствии с информацией стратегии.
[111] В соответствии с одним из аспектов настоящего изобретения, когда «РТ-сервер» зоны «РТ-сервера», имеющего большинство «РТ-клиентов», участвующих в сеансе/приглашенных к сеансу, назначается как «РТ-сервер», имеющий функцию управления, объем медиатрафика, генерируемого в сети с установленным сеансом связи, может быть значительно сокращен.
[112] В соответствии с другим аспектом настоящего изобретения, когда эффект уменьшения графика может быть небольшим, поскольку разница между количеством «РТ-клиентов», содержащихся в зоне каждого «РТ-сервера», небольшая, «РТ-сервер», имеющий функцию управления, не может быть изменен в соответствии с количеством «РТ-клиентов» в зоне «РТ-сервера». Стратегия смены «РТ-сервера», имеющего функцию управления, может определяться или изменяться провайдером услуги (поставщиком услуги).
[113] Кроме того, в соответствии с настоящим изобретением роль «РТ-сервера», имеющего функцию управления, может быть передана другому «РТ-серверу» в течение сеанса связи или после окончания сеанса, тем самым, формируется способ динамического определения «РТ-сервера», имеющего функцию управления. В течение сеанса или до сеанса, через определенные интервалы времени, по наступлении определенного события или непрерывно, «РТ-системе» (например, определяющему «РТ-серверу») может быть задана конфигурация, чтобы проверить количество «РТ-клиентов», содержащихся в каждой из зон разных «РТ-серверов», и определить на основании проверенных количеств (клиентов), должен ли выполнять функцию управления новый/другой «РТ-сервер». Если это так, то «РТ-система» может передать всю и любую информацию, необходимую для выполнения функции управления, от существующего «РТ-сервера», ранее назначенного для выполнения функции управления, другому «РТ-серверу», вновь назначенному для выполнения функции управления. Этот процесс проверки количества «РТ-клиентов» и назначения одного из «РТ-серверов» для выполнения функции управления может повторяться во время сеанса через определенные интервалы времени, непрерывно или столько раз, сколько нужно. В одном из примеров «РТ-сервер», ранее назначенный для выполнения функции управления, может включать любую информацию, необходимую для выполнения функции управления, в тело сообщения протокола инициирования сеанса «SIP», а затем передать эту информацию новому «РТ-серверу», вновь назначенному для выполнения функции управления. Эта информация может включать в себя список «РТ-клиентов», приглашенных к участию/участвующих в сеансе, стратегию управления сеансом и т.д.
[114] В предпочтительном варианте осуществления настоящего изобретения количество зон «РТ-серверов» ограничено двумя. Однако в равной степени возможно реализовать настоящее изобретение для трех и более зон «РТ-серверов». Только в качестве примера реализации, если имеются 4 зоны «РТ-серверов», то этапы, рассмотренные выше на примере двух зон «РТ-серверов», могут быть применены к одному или нескольким сочетаниям зон любых двух «РТ-серверов» среди 4 зон «РТ-серверов». В качестве альтернативы все зоны «РТ-серверов» могут обрабатываться одновременно, чтобы определить для сеанса, какой из «РТ-серверов» в зонах обслуживает максимальное число приглашенных «РТ-клиентов». Кроме того, настоящее изобретение может применяться, когда «РТ-клиенты» установили сеанс связи посредством, по меньшей мере, двух «РТ-серверов» в одной сети.
[115] Как сказано выше, в способе и системе для определения сервера, имеющего функцию управления, в качестве «РТ-сервера», имеющего функцию управления, определяется «РТ-сервер» зоны «РТ-сервера», имеющей большинство или больше «РТ-клиентов», среди множества «РТ-серверов», связанных, по меньшей мере, с одним сеансом. Таким образом, может быть значительно сокращен объем медиатрафика, генерируемого между установившими сеанс «РТ-клиентами».
[116] Кроме того, в способе и системе для определения сервера, имеющего функцию управления, смена «РТ-сервера», имеющего функцию управления, на другой «РТ-сервер» может выполняться динамически даже во время сеанса, а качество услуги может быть повышено при сокращении объема медиатрафика.
[117] Расчет, определение, назначение и другие этапы обработки в соответствии с настоящим способом определения сервера, имеющего сервер управления, могут быть реализованы с помощью компьютерного программного обеспечения, написанного на существующем языке программирования. Такая(ие) компьютерная(ые) программы может/могут быть записана(ы) в средствах памяти, таких, как жесткий диск, RAM - оперативные запоминающие устройства (ОЗУ), ROM - постоянные запоминающие устройства (ПЗУ), PROM - программируемые постоянные запоминающие устройства (ППЗУ) и т.п., связанных с процессорами, таким(и), как обсуждавшиеся выше «РТ-серверы», например, «РТ-сервер» 100 (или его процессор), определяющий, какой «РТ-сервер» должен иметь функцию управления. В качестве альтернативы такие компьютерные программы могут быть записаны в средствах памяти, таких как магнитный диск, оптический диск, магнитооптический диск и т.п. Такие компьютерные программы могут иметь вид сигнала, распространяющегося через Интернет, внешнюю сеть, Интранет или другую сеть и поступающего в принимающее устройство для хранения и воплощения (реализации). Компьютерные программы могут считываться и выполняться компьютером, сервером, процессором в сервере или устройстве на основе компьютера.
[118] Поскольку настоящее изобретение может быть воплощено в нескольких формах без отступления от его духа или существенных характеристик, следует также понимать, что вышеописанные варианты осуществления не ограничиваются какими-либо подробностями предшествующего описания, если не указано иное, и их следует понимать в пределах духа и сферы действия, определяемых прилагаемой формулой изобретения, и, таким образом, считается, что все изменения и модификации, соответствующие положениям формулы изобретения или их эквивалентам, охватываются прилагаемой формулой изобретения.
Claims (6)
1. Способ назначения функции управления одному среди множества «РТ-серверов» (серверов услуги полудуплексной системы связи - «РТ-услуги»), выполняемый первым «РТ-сервером» и содержащий
прием сообщения с приглашением от «РТ-клиента» (клиента, пользующегося «РТ-услугой»), чтобы инициировать сеанс связи;
определение для каждого «РТ-сервера» среди множества «РТ-серверов» количества «РТ-клиентов», которые были приглашены к этому сеансу связи;
назначение среди множества «РТ-серверов» второго «РТ-сервера», который определен, имеющим наибольшее количество «РТ-клиентов», чтобы выполнять функцию управления; и
передачу этому второму «РТ-серверу», назначенному выполнять функцию управления, информации для выполнения функции управления, при этом первый «РТ-сервер» и второй «РТ-сервер» являются разными «РТ-серверами».
прием сообщения с приглашением от «РТ-клиента» (клиента, пользующегося «РТ-услугой»), чтобы инициировать сеанс связи;
определение для каждого «РТ-сервера» среди множества «РТ-серверов» количества «РТ-клиентов», которые были приглашены к этому сеансу связи;
назначение среди множества «РТ-серверов» второго «РТ-сервера», который определен, имеющим наибольшее количество «РТ-клиентов», чтобы выполнять функцию управления; и
передачу этому второму «РТ-серверу», назначенному выполнять функцию управления, информации для выполнения функции управления, при этом первый «РТ-сервер» и второй «РТ-сервер» являются разными «РТ-серверами».
2. Способ по п.1, в котором сообщение с приглашением содержит список адресов всех «РТ-клиентов», приглашенных к этому сеансу связи.
3. Способ по п.1, в котором информация для выполнения функции управления включает в себя, как минимум, одно из следующего: информация, уведомляющая заново назначенный «РТ-сервер», что этот заново назначенный «РТ-сервер» имеет функцию управления, список адресов всех «РТ-клиентов», приглашенных к этому сеансу связи, и информацию о стратегии.
4. Способ по п.1, в котором сеанс связи представляет собой многоточечный групповой сеанс связи по запросу заказчика.
5. Способ по п.1, в котором, если сеанс связи представляет собой групповой сеанс связи типа «беседа» (chat), или заранее подготовленный групповой сеанс, то шаг определения выполняется первым «РТ-сервером» или вторым «РТ-сервером», способным получить адресную информацию всех «РТ-клиентов», принадлежащих группе, связанной с этим сеансом связи.
6. Способ по п.1, в котором указанный шаг определения включает получение от базы данных адресной информации всех «РТ-клиентов», принадлежащих к группе, связанной с этим сеансом связи; и проверку этой адресной информации, чтобы выполнить определение.
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US62158904P | 2004-10-22 | 2004-10-22 | |
US60/621,589 | 2004-10-22 | ||
KR10-2005-0005155 | 2005-01-19 | ||
KR1020050005155A KR100690871B1 (ko) | 2004-10-22 | 2005-01-19 | 제어기능을 갖는 서버 결정방법 |
Publications (2)
Publication Number | Publication Date |
---|---|
RU2007114179A RU2007114179A (ru) | 2008-11-27 |
RU2382397C2 true RU2382397C2 (ru) | 2010-02-20 |
Family
ID=37144098
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2007114179/09A RU2382397C2 (ru) | 2004-10-22 | 2005-10-06 | Метод и система для определения сервера с управляющими функциями |
Country Status (5)
Country | Link |
---|---|
US (1) | US20060089998A1 (ru) |
KR (1) | KR100690871B1 (ru) |
CN (1) | CN100580655C (ru) |
BR (1) | BRPI0517292A (ru) |
RU (1) | RU2382397C2 (ru) |
Families Citing this family (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7446795B2 (en) * | 2004-12-03 | 2008-11-04 | Motorola Inc | Push to video service mode selection using device settings |
KR101174525B1 (ko) * | 2005-03-08 | 2012-08-16 | 삼성전자주식회사 | 푸쉬투토크 오버 셀룰러 네트워크의 응답 클라이언트 식별방법 및 그 시스템 |
CN100477862C (zh) * | 2005-04-27 | 2009-04-08 | 华为技术有限公司 | 一种确定集中控制服务器的方法及*** |
KR101011891B1 (ko) * | 2005-11-14 | 2011-02-01 | 엘지전자 주식회사 | 제어 pt 서버 결정 방법 및 장치 |
FI20055644A0 (fi) | 2005-12-02 | 2005-12-02 | Nokia Corp | Ryhmäviestintä |
JP4830503B2 (ja) * | 2006-01-18 | 2011-12-07 | 株式会社日立製作所 | 個人情報を保護した通信セッション確立仲介システムおよび方法 |
CN101047527A (zh) * | 2006-03-27 | 2007-10-03 | 华为技术有限公司 | 一种基于控制的媒体流队列处理方法 |
FI20065479A0 (fi) * | 2006-07-05 | 2006-07-05 | Nokia Corp | Ryhmäkommunikaatio |
KR100854087B1 (ko) * | 2006-08-21 | 2008-08-25 | 삼성전자주식회사 | 원격 관리장치 및 그 주소 설정방법 |
WO2010031449A2 (en) * | 2008-09-19 | 2010-03-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for establishing a poc session |
US9521015B2 (en) * | 2010-12-21 | 2016-12-13 | Genband Us Llc | Dynamic insertion of a quality enhancement gateway |
US9391788B2 (en) * | 2013-04-18 | 2016-07-12 | Infinite Convergence Solutions, Inc | Method and devices to invite a user from an external chat service to a group chat session |
US20140341085A1 (en) * | 2013-05-14 | 2014-11-20 | Qualcomm Incorporated | Selecting an application server at which to register one or more user equipments for an internet protocol multimedia subsystem (ims) session |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6363416B1 (en) * | 1998-08-28 | 2002-03-26 | 3Com Corporation | System and method for automatic election of a representative node within a communications network with built-in redundancy |
KR100363523B1 (ko) * | 1999-12-23 | 2002-12-05 | 주식회사 아라기술 | 클러스터링 서버에서의 분산 처리 제어 방법 |
KR100358105B1 (ko) * | 1999-12-24 | 2002-10-25 | 한국전자통신연구원 | 서버의 과부하 상태를 감안한 분산 공간 분석 시스템 및그 방법 |
JP2002073651A (ja) * | 2000-06-13 | 2002-03-12 | Canon Inc | データ管理システム、サーバ、データ管理方法 |
CA2445397A1 (en) * | 2001-04-27 | 2002-11-14 | Simdesk Technologies, Inc. | High speed server system |
US6999441B2 (en) * | 2001-06-27 | 2006-02-14 | Ricochet Networks, Inc. | Method and apparatus for contention management in a radio-based packet network |
US20030204593A1 (en) * | 2002-04-25 | 2003-10-30 | International Business Machines Corporation | System and method for dynamically altering connections in a data processing network |
FI20040577A0 (fi) * | 2004-04-23 | 2004-04-23 | Nokia Corp | Tiedon toimittaminen tietoliikennejärjestelmän resurssista |
US20050256935A1 (en) * | 2004-05-06 | 2005-11-17 | Overstreet Matthew L | System and method for managing a network |
US7394798B2 (en) * | 2004-06-30 | 2008-07-01 | Spyder Navigations, L.L.C. | Push-to talk over Ad-Hoc networks |
WO2006057897A2 (en) * | 2004-11-24 | 2006-06-01 | Sonim Technologies Inc | Push-to-talk apparatus and method for communication between an application server and media resource function processor |
-
2005
- 2005-01-19 KR KR1020050005155A patent/KR100690871B1/ko not_active IP Right Cessation
- 2005-10-06 BR BRPI0517292-6A patent/BRPI0517292A/pt not_active IP Right Cessation
- 2005-10-06 RU RU2007114179/09A patent/RU2382397C2/ru not_active IP Right Cessation
- 2005-10-06 CN CN200580036316A patent/CN100580655C/zh not_active Expired - Fee Related
- 2005-10-20 US US11/253,570 patent/US20060089998A1/en not_active Abandoned
Also Published As
Publication number | Publication date |
---|---|
BRPI0517292A (pt) | 2008-10-07 |
RU2007114179A (ru) | 2008-11-27 |
CN101048772A (zh) | 2007-10-03 |
CN100580655C (zh) | 2010-01-13 |
KR20060035552A (ko) | 2006-04-26 |
KR100690871B1 (ko) | 2007-03-09 |
US20060089998A1 (en) | 2006-04-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2382397C2 (ru) | Метод и система для определения сервера с управляющими функциями | |
US7693533B2 (en) | Method and system for merging multiple push-to-talk over cellular sessions | |
RU2407234C2 (ru) | Способ и устройство для обработки приглашений на многопользовательский сеанс связи | |
US8437791B2 (en) | Method and system for controlling talk time for PoC user | |
JP4856185B2 (ja) | プッシュツートーク型サービスのための方法および装置 | |
US9264467B2 (en) | Method, user equipment, and system for opening an ad-hoc PoC session in a PoC system | |
EP2070367B1 (en) | System for establishing and managing multimedia poc session for performing multimedia call service, method thereof, and user equipment therefor | |
CN102388631A (zh) | 用于在满足特定条件时建立会话的***和方法 | |
US7966031B2 (en) | Method and system for dividing single PoC group session | |
CN100477862C (zh) | 一种确定集中控制服务器的方法及*** | |
US20070202854A1 (en) | Terminal apparatus and method for providing media transmission time information in a PoC system and PoC system for the same | |
KR20060102054A (ko) | 푸쉬투토크 오버 셀룰러 망의 클라이언트 의견 수렴 방법및 그 시스템 | |
KR20060055069A (ko) | 푸쉬 투 토크 오버 셀룰러 시스템 사용자의 응답 모드에따른 호처리 방법 그 시스템 | |
JP2008517396A (ja) | 制御機能を有するサーバ決定方法及びシステム | |
RU2420921C2 (ru) | Способ и устройство для услуги "нажми и говори" | |
EP1839419B1 (en) | Method and system for deleting floor in poc system | |
CN102067594B (zh) | 用于确定活动通信会话的方法和通信会话信息服务器 | |
CA2628052C (en) | Method and apparatus for determining pt server having controlling function | |
US8351969B2 (en) | Method and system for transmitting and receiving media according to importance of media burst | |
KR101455387B1 (ko) | PoC 세션 개설 시 미디어 전송 권리 양도 방법 및 이를위한 시스템과 PoC 단말 | |
KR101407778B1 (ko) | PoC 세션 개설 방법 및 이를 위한 시스템과 PoC 단말 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
MM4A | The patent is invalid due to non-payment of fees |
Effective date: 20141007 |