RU2382397C2 - Метод и система для определения сервера с управляющими функциями - Google Patents

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, в котором указанный шаг определения включает получение от базы данных адресной информации всех «РТ-клиентов», принадлежащих к группе, связанной с этим сеансом связи; и проверку этой адресной информации, чтобы выполнить определение.

Images