СПОСОБ И УСТРОЙСТВО ДЛЯ ВЫДЕЛЕНИЯ СЕТЕВЫХ РЕСУРСОВ В СИСТЕМЕ ГРУППОВОЙ СВЯЗИ
METHODS AND DEVICE TO IDENTIFY NETWORK RESOURCES IN SYSTEM OF GROUP COMMUNICATION

Уровень техники
Описанные аспекты относятся к системам групповой связи, в частности к выделению сетевых ресурсов, например контроллерам групповой связи и т.п., в системе групповой связи.
Системы групповой связи, например системы связи от одной точки в несколько точек, были недавно реализованы в клиентах беспроводной связи как альтернативное средство передачи аудио, видео, мультимедиа и т.п. Такие системы, которые обычно называются системами симплексной связи, позволяют группе лиц осуществлять связь с другими участниками заданной группы связи. Обычно система симплексной связи базируется на одночастотном или широковещательном канале, по которому клиенты беспроводной связи принимают передачи. В большинстве систем только один участник группы может передавать информацию другим участникам в любой данный момент времени. Однако все участники могут слушать выделенный широковещательный канал для приема передач от единственного передающего участника. Участники, желающие передавать другим участникам вызова групповой связи, обычно посылают запрос доступа, нажимая кнопку включения микрофона на своем соответствующем клиенте связи, что обеспечивает пользователю единоличный доступ к выделенному каналу.
В последнее время симплексная групповая связь была реализована на клиентах беспроводной связи с использованием архитектуры протокола Voice-Over Internet Protocol (VOIP) на стандартных сетях передачи данных на основе IP, например сетях множественного доступа с кодовым разделением 3-го поколения (3G CDMA) и т.п. Речевая информация передается в цифровом виде по сети в дискретных пакетах, а не в традиционных пакетах канальной коммутации телефонной сети общего пользования (PSTN).
В случае VOIP вызов групповой связи устанавливается, когда один участник группы инициирует вызов. Передача инициирования принимается сервером администрирования связи, который в свою очередь диспетчеризует и регистрирует других участвующих членов группы. После установления группового вызова сервер администрирования связи комбинирует отдельное соединение точка-точка между каждой конечной точкой IP (т.е. клиентом связи) и администрирующей или управляющей сущностью, обычно сервером администрирования связи, которая располагается наиболее близко к инициатору вызова. Для подробного описания групповой связи, реализованной в IP-сети, см. патент США №6477150 под названием “System and Methods for Providing Group Communication Services in an Existing Communication System”, выданный 5 ноября 2002 г. на имя изобретателей Maggenti и др., и патент США №6928294 под названием “Methods and Apparatus for Enabling Group Communications in an Existing Communication System”, выданный 9 августа 2005 г. на имя изобретателей Maggenti и др. Оба эти патента включены сюда посредством ссылки в полном объеме.
Варианты применения системы симплексной связи включают в себя связь в рабочей группе, защищенную связь, связь на стройплощадке, войсковую связь и т.п. В современной среде связи участники «сетей» групповой связи могут быть распределены по районам глобальной сети (WAN). Например, в сценарии связи в рабочей группе участники могут находиться на рабочем месте в любой точке мира, и в примере войсковой связи участники могут находиться в Вашингтоне О.К., на Ближнем Востоке или в любом другом месте дислокации войск.
Как отмечено выше, вызовы групповой связи обычно устанавливаются и управляются сетевыми ресурсами, находящимися вблизи инициатора вызова. В случаях, когда группа широко распределена по большому географическому району, например по Северной Америке или по всему миру, управление вызовом посредством сервера администрирования связи, ближайшего к инициатору вызова, может приводить к передаче данных по многочисленным магистральным линиям связи в сети. Такие магистральные линии связи неизбежно увеличивают латентность групповой связи, т.е. увеличивают время отклика между отправкой сообщения и временем его приема. Латентность также зависит от сетевого трафика (т.е. сетевой нагрузки) на выбранных линиях связи. Помимо вопросов латентности, управление групповым вызовом на сетевых ресурсах, находящихся вблизи инициатора вызова, не учитывает затраты, связанные с линиями связи или сетевыми ресурсами.
Помимо вопросов латентности и затрат на вызов, администрирование/управление вызовом посредством сетевых ресурсов, находящихся вблизи инициатора вызова, может не учитывать необходимые меры безопасности и/или статус приоритета вызова или вызывающего абонента. Безопасность и приоритет вызова/вызывающего абонента обычно являются основными вопросами в вызовах групповой связи, особенно в случаях, например, войсковой связи, связи в органах общественной безопасности, медицинской связи и т.п.
Поэтому существует необходимость в обеспечении способов, систем и устройств, которые выделяют сетевые ресурсы в целях управления вызовами групповой связи на основании различных параметров управления вызовом. Согласно рассмотрению эти параметры могут включать в себя, но без ограничения, одно или любую комбинацию из географического положения участников вызова, стоимости линий связи или сетевых ресурсов, предусмотренных для использования в ходе вызова групповой связи, текущей или прогнозируемой сетевой нагрузки на предусмотренных линиях связи и статуса безопасности или статуса приоритета участников вызова или вызова. Благодаря разработке способа/системы для выделения сетевых ресурсов с учетом одного или нескольких параметров управления вызовом управление/администрирование вызова можно эффективно реализовать для снижения латентности, снижения сетевой нагрузки, снижения затрат на вызов и обеспечения необходимой безопасности вызова или приоритета вызова.
Сущность изобретения
Таким образом, представлены устройства, способы, машиночитаемые носители и процессоры, которые обеспечивают выделение сетевых ресурсов в системе групповой связи на основании одного или нескольких правил принятия решения по управлению вызовом, которые опираются на один или несколько параметров управления вызовом. Правила принятия решения по управлению вызовом обычно определяются характеристикой сети, которая требует улучшения в отношении, например, качества обслуживания (QoS), латентности вызова, стоимости и т.д. По существу, правила принятия решения по управлению вызовом могут быть связаны с одним или любой комбинацией положения клиентов и/или устройств администрирования связи, стоимости группового вызова, сетевой нагрузки, требований безопасности вызова, требований приоритета вызова и т.п. Таким образом, параметры управления вызовом могут включать в себя, но без ограничения, положение участников группового вызова, стоимость линии связи и/или опций сетевых ресурсов, сетевую нагрузку опций линии связи и статус безопасности и/или статус приоритета группового вызова и/или участников группового вызова. Благодаря тому что выделение сетевых ресурсов основано на одном или нескольких правилах управления вызовом и соответствующих параметрах, вызов групповой связи может испытывать улучшенную латентность и стоимость вызова и/или ему могут быть назначены необходимые безопасность вызова и/или приоритет вызова.
В одном аспекте задан способ выделения сетевых ресурсов в сети групповой связи. Способ включает в себя идентификацию клиентов групповой связи для участия в вызове групповой связи и выделение сетевых ресурсов вызову групповой связи на основании заранее определенного правила принятия решения по управлению вызовом, которое использует, по меньшей мере, один заранее определенный параметр принятия решения по управлению вызовом. Заранее определенный параметр принятия решения по управлению вызовом может включать в себя, но без ограничения, положение участвующих членов группы, положение устройства администрирования связи, стоимость, связанную с сетевым ресурсом, текущую или прогнозируемую сетевую нагрузку и статус приоритета и/или безопасности вызова и/или участников вызова. Правило принятия решения по управлению вызовом может учитывать один или любую комбинацию заранее определенных параметров принятия решения по управлению вызовом при определении выделения сетевых ресурсов. В аспектах, согласно которым два или более параметров учитываются для определения выделения сетевых ресурсов, способ может использовать систему взвешивания параметров или назначение параметрам приоритетов. В аспектах, согласно которым правило учитывает положение участников вызова, результирующее выделение сетевых ресурсов может предусматривать сетевые ресурсы, подлежащие выделению вблизи положения большинства участников вызова, в центральном положении, определяемом положением участников вызова, или назначение выделения множественных сетевых ресурсов, т.е. множественных равноправных серверов администрирования связи на основании положений участников вызова.
Альтернативный аспект определяется машиночитаемым носителем, который включает в себя инструкции, которые при выполнении машиной предписывают машине осуществлять операции. Операции включают в себя идентификацию клиентов групповой связи для участия в вызове групповой связи и выделение, по меньшей мере, одного из совокупности сетевых ресурсов вызову групповой связи на основании заранее определенного правила принятия решения по управлению вызовом, использующего, по меньшей мере, один заранее определенный параметр принятия решения по управлению вызовом.
Дополнительный родственный аспект включает в себя, по меньшей мере, один процессор, способный осуществлять действия по идентификации клиентов групповой связи для участия в вызове групповой связи и выделению, по меньшей мере, одного из совокупности сетевых ресурсов вызову групповой связи на основании заранее определенного правила принятия решения по управлению вызовом, использующего, по меньшей мере, один заранее определенный параметр принятия решения по управлению вызовом.
Согласно еще одному аспекту предусмотрено сетевое устройство для выделения сетевых ресурсов для вызова групповой связи. Сетевое устройство, например сервер управления связью и т.п., включает в себя вычислительную платформу, которая включает в себя механизм обработки и блок памяти, и модуль диспетчеризации, хранящийся в блоке памяти и выполняемый механизмом обработки. Модуль диспетчеризации включает в себя логику установления вызова, способную к идентификации клиентов групповой связи для участия в вызове групповой связи, и логику управления вызовом, способную к выделению, по меньшей мере, одного из совокупности сетевых ресурсов вызову групповой связи на основании заранее определенного правила принятия решения по управлению вызовом, использующего, по меньшей мере, один заранее определенный параметр принятия решения по управлению вызовом.
Дополнительный аспект предусматривает систему для выделения сетевых ресурсов для вызова групповой связи. Система включает в себя клиенты связи, способные участвовать в вызовах групповой связи, совокупность сетевых ресурсов, способных управлять вызовами групповой связи, и совокупность устройств администрирования групповой связи, каждое из которых осуществляет сетевую связь с одним или несколькими клиентами связи. Устройство администрирования групповой связи включают в себя модуль диспетчеризации, который включает в себя логику установления вызова, способную к идентификации клиентов связи для участия в вызове групповой связи, и логику управления вызовом, способную к выделению, по меньшей мере, одного из совокупности сетевых ресурсов вызову групповой связи на основании заранее определенного правила принятия решения по управлению вызовом, использующего, по меньшей мере, один заранее определенный параметр принятия решения по управлению вызовом.
Таким образом, настоящие аспекты обеспечены для управления многочисленными факторами в вызове групповой связи, например латентностью вызова, стоимостью вызова и статусом приоритета или безопасности вызова/вызывающего абонента. Управление этими факторами осуществляется с учетом одного или нескольких параметров управления вызовом при определении, какие сетевые ресурсы, например серверы администрирования связи и т.п., подлежат выделению для управления вызовом групповой связи. Параметры управления вызовом включают в себя, но без ограничения, положение участников групповой связи, стоимость, связанную с линией связи и опциями сетевых ресурсов, сетевую нагрузку опций линии связи и необходимый статус безопасности и/или статус приоритета вызова групповой связи и/или участников групповой связи.
Краткое описание чертежей
Фиг.1 - блок-схема системы для выделения сетевых ресурсов в сети вызовов групповой связи согласно одному аспекту.
Фиг.2 - блок-схема администратора связи для выделения сетевых ресурсов для управления вызовом групповой связи согласно другому аспекту.
Фиг.3 - обобщенная логическая блок-схема способа выделения сетевых ресурсов и управления вызовом в сети групповой связи согласно одному аспекту.
Фиг.4 - логическая блок-схема способа выделения сетевых ресурсов и управления вызовом в сети групповой связи согласно одному аспекту.
Подробное описание
Настоящие устройства, способы, машиночитаемые носители и процессоры ниже будут описаны более подробно со ссылкой на прилагаемые чертежи, на которых показаны аспекты изобретения. Однако устройства, способы, машиночитаемые носители и процессоры могут быть реализованы во многих разных форматах и не должны рассматриваться в порядке ограничения представленных здесь аспектов; напротив, эти аспекты имеют целью обеспечение полноты и универсальности данного раскрытия и исчерпывающего представления объема изобретения специалисту в данной области техники. Чертежи снабжены сквозной системой обозначений.
На фиг.1 показана блок-схема, иллюстрирующая аспект системы для выделения сетевых ресурсов в системе групповой связи. Система 10 групповой связи, иначе именуемая системой симплексной связи, системой сетевого вещания, системой диспетчеризации или системой связи от одной точки к нескольким точкам, в целом характеризуется тем, что позволяет только одному участнику вызова передавать информацию другим пользователям в любой данный момент времени. В системе 10 групповой связи группа пользователей клиента связи, по отдельности именуемых участниками “сети”, осуществляют связь друг с другом с использованием клиентов связи, например беспроводных устройств 12 и 14, компьютера 16 и стационарного телефона 18. Заметим, что хотя групповая связь широко используется с клиентами беспроводной связи, например сотовыми телефонами, ее также можно использовать совместно с проводными устройствами, например настольными компьютерами, стационарными телефонами и т.п. Дополнительно, клиенты групповой связи могут принимать форму беспроводной видеокамеры, стационарных камер, аудиоустройств, например MP3-плееров, портативных компьютеров, пейджингового устройства и т.п. или любой комбинации вышеупомянутых клиентов связи. По существу, вызов групповой связи может не ограничиваться передачей речевых данных, но может включать в себя передачу других данных, например видеоданных, мультимедийных данных, текстовых данных и т.п.
Клиенты связи 12, 14, 16 и 18 способны участвовать в групповой связи и в проиллюстрированном варианте осуществления пользователи каждого из клиентов связи являются участниками “сети” групповой связи. Термин “сеть” обозначает группу клиентов связи, уполномоченных осуществлять связь друг с другом. В проиллюстрированном варианте осуществления клиенты связи снабжены функциями симплексной связи или любыми другими подходящими функциями групповой связи. Подробное рассмотрение функций симплексной связи, внедренных в архитектуру протокола Voice Over Internet Protocol (VOIP), использующую сеть множественного доступа с кодовым разделением 3-го поколения (3G CDMA), см. в патенте США №6477150 под названием “System and Methods for Providing Group Communication Services in an Existing Communication System”, выданном 5 ноября 2002 г. на имя изобретателей Maggenti и др., и патенте США №6928294 под названием “Methods and Apparatus for Enabling Group Communications in an Existing Communication System”, выданном 9 августа 2005 г. на имя изобретателей Maggenti и др. Как отмечено выше, оба эти патента включены сюда посредством ссылки в полном объеме.
В системе 10 клиенты связи могут физически располагаться в разных районах сети или областях системы 10 групповой связи. В одном неограничительном примере беспроводное устройство 12 находится в первом районе 20 сети, беспроводное устройство 14 находится во втором районе 22 сети, и компьютер 16 и стационарный телефон 18 находятся в третьем районе 24 сети. Кроме того, например, первый, второй и третий районы 20, 22 и 24 сети связанны с глобальной сетью (WAN) 26 и соединены между собой через интранет 28 через один или несколько шлюзов, таких как IP-шлюз 30, в том смысле, в котором они используются в данном описании, районы можно определить посредством географических областей и/или посредством одного или нескольких заранее определенных сетевых ресурсов 32, 34, 36 и 38 и/или администраторов 40, 42 и 44 связи, которые поддерживают групповую связь в указанной области.
Каждый район 20, 22 и 24 может включать в себя, по меньшей мере, один администратор связи, например администраторы 40, 42 и 44 связи соответственно. Например, клиент связи, который инициирует вызов групповой связи, может сначала осуществлять связь с администратором связи в своей соответствующей области. Например, если беспроводное устройство 12 инициирует вызов групповой связи, сначала связь может осуществляться с администратором 40 связи, если беспроводное устройство 14 инициирует вызов групповой связи, сначала связь может осуществляться с администратором 42 связи, и если компьютер 16 или проводной телефон 18 инициирует вызов групповой связи, сначала связь может осуществляться с администратором 44 связи. Администратор связи может располагаться в одном сетевом устройстве, или администратор связи может располагаться в нескольких сетевых устройствах. Каждый администратор связи включает в себя модуль диспетчеризации, например модули 46, 48 и 50 диспетчеризации соответственно. Модуль диспетчеризации может быть способен к одному или любой комбинации действий по идентификации участников сети групповой связи, регистрации участников вызова и согласно настоящим аспектам определению управления вызовом и выделению сетевых ресурсов для вызова групповой связи.
В некоторых аспектах, например, один из модулей 46, 48 и 50 диспетчеризации соответственно может реализовать одно или несколько заранее определенных правил 52, 54 и 56 принятия решения по управлению вызовом соответственно, которые могут использовать один или несколько параметров 58, 60 и 62 принятия решения по управлению вызовом соответственно для определения, какой один или несколько из сетевых ресурсов 32, 34, 36 и 38 соответственно использовать для группового вызова. Например, заранее определенное правило 52, 54 и 56 принятия решения по управлению вызовом может определять и задавать поставщика услуг для оптимизации выделения ресурсов на основании одной или нескольких характеристик, подлежащих оптимизации. Альтернативно, правило принятия решения по управлению вызовом может выбирать администратор 40, 42 и 44 связи соответственно на основании заранее определенных характеристик, связанных с запросом вызова, участником вызова и/или сетевым ресурсом. Примеры характеристик, подлежащих оптимизации, включают в себя, но без ограничения, положение клиента, сетевую нагрузку, стоимость группового вызова, приоритет, назначенный групповому вызову, безопасность, назначенную групповому вызову, и т.п. Параметры принятия решения по управлению вызовом, которые могут быть либо идентифицированы модулем диспетчеризации, либо определены модулем диспетчеризации, реализуются в зависимости от заранее определенного правила принятия решения по управлению вызовом при определении управления групповым вызовом и выделения сетевых ресурсов для группового вызова.
В одном аспекте параметры 58, 60 и 62 принятия решения по управлению вызовом могут включать в себя физическое положение клиентов связи, которые зарегистрированы для участия в вызове групповой связи. Например, в некоторых аспектах путем идентификации положения и/или района, связанного с клиентом связи, модуль 46, 48 или 50 диспетчеризации может затем определять на основании заранее определенных правил 52, 54 и 56 принятия решения по управлению вызовом оптимальное выделение сетевых ресурсов для управления групповым вызовом, которое приводит к уменьшению общей латентности вызова.
В другом аспекте параметры 58, 60 и 62 управления вызовом могут включать в себя стоимость, связанную с альтернативами линии связи и/или альтернативами сетевых ресурсов. Путем идентификации наиболее экономически эффективного использования линий связи и/или сетевых ресурсов модуль 46, 48 или 50 диспетчеризации может затем определять на основании заранее определенных правил 52, 54 и 56 принятия решения по управлению вызовом оптимальное выделение сетевых ресурсов для управления групповым вызовом, которое приводит к уменьшению общей стоимости вызов.
В еще одном аспекте параметры 58, 60 и 62 управления вызовом могут включать в себя текущую или прогнозируемую сетевую нагрузку (т.е. трафик связи, испытываемый сетевыми ресурсами и/или линиями связи). Путем идентификации текущих или прогнозируемых сетевых ресурсов или линий связи, имеющих наименьшую нагрузку, модуль 46, 48 или 50 диспетчеризации может определять на основании заранее определенных правил 52, 54 и 56 принятия решения по управлению вызовом оптимальное выделение сетевых ресурсов для управления групповым вызовом, которое приводит к уменьшению общей латентности вызова.
В еще одном аспекте параметры 58, 60 и 62 принятия решения по управлению вызовом могут включать в себя статус приоритета или безопасности группового вызова или одного или нескольких участников группового вызова. Путем идентификации статуса приоритета или безопасности вызова или участников вызова модуль 46, 48 или 50 диспетчеризации может определять на основании заранее определенных правил 52, 54 и 56 принятия решения по управлению вызовом оптимальное выделение сетевых ресурсов для управления групповым вызовом, которое обеспечивает необходимый уровень безопасности для вызова или участников вызова или придает вызову необходимый статус приоритета в отношении стоимости, латентности и т.п.
Модуль диспетчеризации могут использовать одно или несколько правил принятия решения по управлению вызовом и один или несколько соответствующих параметров при определении управления и выделения сетевых ресурсов для вызова групповой связи. При использовании более чем одного правила и/или параметра для определения управления вызовом и выделения сетевых ресурсов модуль диспетчеризации может использовать схему взвешивания или схему приоритетов для определения управления вызовом и выделения сетевых ресурсов.
После определения модулем 46, 48 или 50 диспетчеризации управления вызовом и выделения сетевых ресурсов модуль диспетчеризации передает управление вызовом одному или нескольким модулям управления групповой связью, например модулям 64, 66 и 68 управления групповой связью. Назначенный модуль или модули управления групповой связью отвечает за одно или любую комбинацию действий по установлению группового вызова, прием переданной передачи группового вызова, ретрансляцию передачи всем участвующим членам группового вызова и для всех признаков администрирования группового вызова. Помимо управления вызовом, сетевые ресурсы, например сетевые ресурсы 32, 34, 36 и 38, выделяются групповому вызову и обычно располагаются в районе сети, которому было назначено управление вызовом. Сетевые ресурсы могут включать в себя, но без ограничения; сетевые вычислительные ресурсы, сетевые серверные устройства, выделенные порты, выделенную полосу из линий связи и т.п.
На фиг.2 показана блок-схема администратора связи, например администратора 40 связи. Как отмечено выше, администратор связи может содержать, по меньшей мере, одно из сетевого устройства любого типа, например сервера, персонального компьютера, миникомпьютера, универсального компьютера или любого вычислительного устройства либо специального назначения, либо общего вычислительного устройства, имеющего вычислительную платформу 70, механизм 72 обработки, модуль 74 связи и память, например хранилище 76 данных. Альтернативно, администратор связи может содержать более одного сетевого устройства. Кроме того, модули, приложения и логика, описанные здесь как оперируемые на или выполняемые администратором 40 связи, могут выполняться целиком на сетевом устройстве или, альтернативно, в других аспектах отдельные серверы или компьютерные устройства могут работать совместно для предоставления данных в используемых форматах сторонам и/или для обеспечения отдельного уровня управления в потоке данных между клиентами связи и модулями и приложениями, выполняемыми администратором 40 связи.
Вычислительная платформа 70 включает в себя хранилище 76 данных, которое может содержать энергозависимую и энергонезависимую память, например постоянную и/или оперативную память (ОЗУ и ПЗУ), ЭППЗУ, ЭСППЗУ, флэш-карты или любую память, общую для вычислительных платформ. Кроме того, хранилище 76 данных может включать в себя одну или несколько ячеек флэш-памяти или может представлять собой любое вторичное или третичное запоминающее устройство, например магнитный носитель, оптический носитель, ленту или гибкий или жесткий диск. Кроме того, вычислительная платформа 70 также включает в себя механизм 72 обработки, который может представлять собой специализированную интегральную схему (“ASIC”) или другой чипсет, процессор, логическую схему или другое устройство обработки данных. Вычислительная платформа 70 может дополнительно включать в себя модуль 74 связи, реализованный в виде оборудования, программно-аппаратного обеспечения, программного обеспечения и их комбинаций, который позволяет осуществлять связь между различными компонентами администратора 40 связи, а также между администратором 40 связи и беспроводной сетью или проводной сетью. Модуль связи может включать в себя необходимые оборудование, программно-аппаратное обеспечение, программное обеспечение и/или их комбинации для установления беспроводного и/или проводного соединения.
Хранилище 76 данных администратора 40 связи включает в себя модуль 46 диспетчеризации, который способен инициировать вызов групповой связи (т.е. проверять группу и определять участников группы, которые участвуют в групповом вызове) и определять управление группового вызова. Модуль диспетчеризации включает в себя логику 78 установления вызова, которая принимает начальный запрос группового вызова от клиента связи, проверяет наличие запрашиваемой группы вызова или устанавливает специальную группу вызова, идентифицирует участников группы вызова и регистрирует участников для участия в групповом вызове. В этой связи логика 78 установления вызова может иметь возможность обращаться к базе 80 данных устройств связи, которая включает в себя соотношения между данными 82 идентификации (ID) группы и данными 84 идентификации (ID) устройства для проверки группы и идентификации участников группы. Данные 82 ID группы могут включать в себя идентификатор, например имя или код, связанный с группой вызова. Данные 84 ID устройства могут включать в себя идентификатор, например Mobile Identification Number (идентификационный номер мобильного устройства) (MIN), адрес Internet Protocol (интернет-протокола) (IP) и т.п., связанный с соответствующим устройством связи. Модуль диспетчеризации также включает в себя логику 86 управления вызовом, которая определяет выделение сетевых ресурсов и управление вызовом на основании одного или нескольких заранее определенных правил 52 принятия решения по управлению вызовом и одного или нескольких соответствующих параметров 58 принятия решения по управлению вызовом. Параметры принятия решения по управлению вызовом могут включать в себя, но без ограничения, одно или любую комбинацию из положения зарегистрированных участников вызова, стоимости, связанной с сетевыми ресурсами и/или линиями связи, прогнозируемой или текущей сетевой нагрузки, испытываемой на сетевых ресурсах или на линиях связи, и приоритета и/или безопасности, назначенной групповому вызову или активным участникам сети группового вызова. Логика 86 управления вызовом может иметь возможность идентифицировать и/или определять управление вызовом или выделять сетевые ресурсы на основании правил 52 принятия решения по управлению вызовом путем обращения к базе 80 данных устройств связи, которая включает в себя информацию 88 положения, которая идентифицирует географическое и/или сетевое положение, связанное с клиентом связи, идентификацию 82 группы, которая может включать в себя информацию приоритета группового вызова или информацию статуса безопасности и/или идентификацию 84 устройства для идентификации статуса приоритета или безопасности участника группы/устройства. Логика 86 управления вызовом может дополнительно быть способной идентифицировать и/или определять управление вызовом и выделение сетевых ресурсов на основании правил 52 принятия решения по управлению вызовом путем обращения к базе 90 данных сетевых ресурсов, которая включает в себя данные 92 идентификации сетевых ресурсов и соответствующую информацию 94 сетевых ресурсов. Данные 92 идентификации сетевых ресурсов могут включать в себя, но без ограничения, идентификатор, например имя или код, данного сетевого ресурса. Информация 94 сетевых ресурсов может содержать одну или несколько характеристик, связанных с соответствующим сетевым ресурсом, например соответствующими данными 92 идентификации сетевых ресурсов. Например, информация 94 сетевых ресурсов может включать в себя, но без ограничения, одну или любую комбинацию из стоимости сетевых ресурсов, текущей и/или прогнозируемой нагрузки сетевых ресурсов, положения сетевых ресурсов, приоритета сетевых ресурсов и уровня безопасности сетевых ресурсов.
Администратор связи дополнительно включает в себя модуль 64 управления групповой связью, который способен управлять вызовом групповой связи. Модуль 64 управления групповой связью реализуется, если логика 86 управления вызовом модуля 46 диспетчеризации определяет, что управление вызовом должно быть локально назначено администратору 40 связи. В других случаях модуль 64 групповой связи реализуется, если управление группового вызова передается администратору 40 связи от другого администратора связи в сети. Модуль 64 групповой связи включает в себя логику 90 поддержания вызова, которая способна принимать данные от передающего участника группового вызова и ретранслировать данные всем зарегистрированным участникам вызова, принимать решение по запросам минимального уровня и осуществлять все остальные функции, связанные с групповым вызовом.
Согласно аспектам администратор 40 связи может действовать следующим образом. Администратор 40 связи принимает запрос на групповой вызов. Обычно участник группы, который находится в положении вблизи администратора 40 связи, инициирует запрос на групповой вызов. В некоторых аспектах логика 78 установления вызова обращается к данным 82 идентификации группы для проверки наличия запрашиваемой группы и идентификации участников группы. В других аспектах запрос может идентифицировать одно или несколько устройств, подлежащих включению в специальную группу вызова. В любом случае, после того как участники группы идентифицированы, логика установления вызова регистрирует участников для участия в вызове групповой связи. Регистрация участников для участия может включать в себя осуществление связи с идентифицированными участниками и определение, доступен ли каждый участник для участия в вызове групповой связи. По существу, логика 78 установления вызова может обращаться к данным 84 идентификации устройства для идентификации средства осуществления связи с участниками группы, например сетевого IP-адреса, связанного с клиентом связи и т.п.
Модуль диспетчеризации 46 дополнительно включает в себя логику 86 управления вызовом, способную определять сетевые ресурсы, которые используются для управления/администрирования вызова групповой связи. Путем качественного определения оптимальных сетевых ресурсов для управления групповым вызовом на основании данного правила принятия решения по управлению вызовом результирующий вызов может испытывать улучшения, например снижение латентности, повышение экономической эффективности и/или повышение эффективности выравнивания сетевой нагрузки по сравнению с предыдущими системами группового вызова. Логика 86 управления вызовом опирается на одно или несколько заранее определенных правил 52 принятия решения по управлению вызовом и один или несколько соответствующих параметров 58 принятия решения по управлению вызовом для определения сетевых ресурсов, которые используются для управления групповым вызовом. Как отмечено выше, правила 52, 54, 56 принятия решения по управлению вызовом могут основываться на параметрах 58, 60 и 62 управления вызовом, например положении клиентов групповой связи, стоимости, связанной с сетевыми ресурсами и/или линиями связи, прогнозируемой или текущей нагрузке, испытываемой на сетевых ресурсах или на линиях связи, и приоритете и/или безопасности, назначенной групповому вызову или активным участникам сети группового вызова. Логика 86 управления вызовом может определять выделение сетевых ресурсов на основании единственного правила принятия решения по управлению вызовом, или она может определять выделение сетевых ресурсов на основании двух или более правил принятия решения по управлению вызовом. В случаях, когда два или более правила принятия решения по управлению вызовом реализованы для определения выделения сетевых ресурсов, логика 86 управления вызовом может назначать приоритеты правилам и/или параметрам, соответствующим правилам, или можно использовать схему взвешивания правила и/или взвешивания параметра для определения выделения сетевых ресурсов.
В одном аспекте параметры 58 принятия решения по управлению вызовом включают в себя положение клиентов групповой связи, зарегистрированных для участия в вызове групповой связи. С использованием положения зарегистрированных участников группового вызова в качестве параметра принятия решения по управлению вызовом можно выделять сетевые ресурсы, которые учитывают латентность вызова. По существу, в аспектах, согласно которым правило 52 принятия решения по управлению вызовом основывается на положении клиента связи, логика управления вызовом может обращаться к базе 80 данных устройств связи, которая включает в себя информацию 88 положения. Информация положения может идентифицироваться и храниться в базе 80 данных совместно с процессом регистрации участников, осуществляемым логикой 78 установления вызова. В одном аспекте данные 88 информации положения могут основываться на данных географического положения, предоставляемых приемниками системы глобального позиционирования (GPS) и т.п., значении DNS (системы доменных имен), SID (системном идентификационном номере), NID (сетевом идентификационном номере), идентификации зоны пакетной связи, сетевого IP-адреса или других сетевых идентификаторов, которые могут быть связаны с и/или идентифицированы из передачи, отправленной клиентами связи. Альтернативно, в других аспектах всю сеть связи можно разделить на заранее заданные районы, и регистрация участников группы может включать в себя назначение каждого зарегистрированного участника группы заранее заданному району на основании информации идентификации положения, обеспеченной в ходе процесса регистрации вызова.
Как отмечалось на фиг.1, клиенты связи, которые участвуют в групповом вызове, могут представлять собой беспроводные устройства, например беспроводные устройства 12 и 14, или проводные устройства, например персональный компьютер 16 и стационарный телефон 18. Мобильный аспект беспроводных устройств означает, что участники вызова, использующие такие устройства, могут менять положения в ходе группового вызова. Например, в случае когда участник вызова путешествует на автомобиле или на самолете в ходе вызова групповой связи. Дополнительно, участники вызова могут присоединяться к групповому вызову или выходить из него в течение времени, для чего требуется повторное оценивание выделенных ресурсов. По существу, логика 86 управления вызовом может иметь возможность периодически переоценивать положение зарегистрированных участников вызова на протяжении группового вызова. Переоценка положения зарегистрированных участников вызова может осуществляться путем запроса, в форме тестового опроса и т.п. клиентов связи в ходе группового вызова для идентификации положения устройства. В тех аспектах, в которых положение клиентов связи периодически переоценивается в ходе группового вызова, выделение сетевых ресурсов, которые управляют/администрируют вызов, также могут переоцениваться и переназначаться согласно конфигурации логики 86 управления вызовом.
Когда положение каждого зарегистрированного участника группового вызова идентифицировано, логика 86 управления вызовом может определять выделение сетевых ресурсов для управления/администрирования вызова групповой связи на основании заранее установленных правил принятия решения в отношении выделения. Правила 52, 54 и 56 принятия решения по управлению вызовом могут основываться на положении, стоимости, приоритете безопасности, приоритете вызова и т.п.
В одном аспекте логика 86 управления вызовом сконфигурирована правилом 52, которое идентифицирует район сети, который включает в себя большинство зарегистрированных участников вызова, и выделяет сетевые ресурсы, находящиеся в идентифицированном районе сети. Например, если пять (5) зарегистрированных участников вызова находятся в районе сети, охватывающем Сан-Диего, Калифорния, тринадцать (13) зарегистрированных участников вызова находятся в районе сети, охватывающем Бостон, Массачусетс, и два (2) зарегистрированных участника вызова находятся в районе сети, охватывающем Денвер, Колорадо, то логика 86 управления вызовом может идентифицировать район сети Бостона, Массачусетс, как имеющий наибольшее количество зарегистрированных участников вызова. Несмотря на то что групповой вызов может быть инициирован в районе сети Сан-Диего, Калифорния, или Денвера, Колорадо, в этом случае логика 86 управления вызовом определяет, что выделение сетевых ресурсов должно быть назначено району сети Бостона, Массачусетс.
В альтернативных аспектах логика 86 управления вызовом может быть сконфигурирована правилом 52 принятия решения по управлению вызовом, которое идентифицирует централизованный район сети на основании идентифицированного положения зарегистрированных участников вызова и выделяет сетевые ресурсы централизованному району. Например, если пять (5) зарегистрированных участников вызова находятся в районе сети, охватывающем Сан-Диего, Калифорния, пять (5) зарегистрированных участников вызова находятся в районе сети, охватывающем Бостон, Массачусетс, и четыре (2) зарегистрированных участника вызова находятся в районе сети, охватывающем Чикаго, Иллинойс, то логика 86 управления вызовом может идентифицировать район сети, охватывающий Сент-Луис, Миссури, как централизованный район сети и определить, что сетевые ресурсы должны быть выделены централизованному району сети для управления групповым вызовом.
В другом аспекте логика 78 управления вызовом может быть сконфигурирована правилом 52 принятия решения по управлению вызовом, которое идентифицирует множественные районы сети для множественных выделений сетевых ресурсов на основании положения участников вызова. Например, если триста (300) зарегистрированных участников вызова находятся в районе сети, охватывающем Токио, Япония, и четыреста (400) зарегистрированных участников вызова находятся в районе сети, охватывающем Бостон, Массачусетс, логика управления вызовом может определить, что сетевые ресурсы должны быть выделены району сети Токио, Япония, и району сети Бостона, Массачусетс, причем участники вызова назначены одному из двух районов на основании другого параметра определения, например положения, стоимости, приоритета и т.п.
В одном аспекте заранее определенное правило 52 принятия решения по управлению вызовом может основываться на параметрах 58, которые относятся к стоимости вызова. По существу, параметры 58 принятия решения по управлению вызовом могут включать в себя стоимость, связанную с сетевыми ресурсами и/или линиями связи. С использованием информации стоимости для определения выделения сетевых ресурсов можно реализовать экономическую эффективность группового вызова. По существу, в аспектах, согласно которым параметр 58 принятия решения по управлению вызовом включает в себя информацию стоимости сетевых ресурсов, логика управления вызовом может обращаться к базе 90 данных сетевых ресурсов, которая включает в себя информацию 94 сетевых ресурсов. Информация 94 сетевых ресурсов может включать в себя информацию стоимости, относящуюся к сетевым ресурсам и/или линиям связи, примыкающим к сетевым ресурсам. Логика 86 управления вызовом может использовать информацию стоимости сетевых ресурсов для определения наиболее экономически эффективного выделения сетевых ресурсов. В некоторых аспектах заранее заданное правило 52 принятия решения по управлению вызовом может базироваться исключительно на информации стоимости сетевых ресурсов. В этом случае сетевые ресурсы и управление вызовом могут располагаться в районе сети безотносительно к положению участников группового вызова. В других аспектах правило 52 принятия решения по управлению вызовом может основываться на информации стоимости сетевых ресурсов и положении участников группового вызова, и оба эти параметра используются при определении выделения сетевых ресурсов и администрирования управления вызовом.
В других аспектах заранее определенное правило 52 принятия решения по управлению вызовом может основываться либо на прогнозируемой, либо на текущей сетевой нагрузке, испытываемой сетевыми ресурсами. Сетевая нагрузка может определяться использованием полосы, количеством вызовов, установленных через сетевой ресурс, количеством портов, используемых на сетевом ресурсе, или можно использовать другое часто используемое средство определения сетевой нагрузки. С использованием информации сетевой нагрузки для определения выделения сетевых ресурсов можно минимизировать латентность вызова. Кроме того, в аспектах, согласно которым параметр 58 принятия решения по управлению вызовом включает в себя прогнозируемую информацию сетевой нагрузки, логика 86 управления вызовом может иметь возможность обращаться к базе 90 данных сетевых ресурсов, которая включает в себя информацию 94 сетевых ресурсов. Информация 94 сетевых ресурсов может включать в себя историческую информацию, относящуюся к нагрузкам сетевых ресурсов. Логика 86 управления вызовом может использовать историческую информацию нагрузки сетевых ресурсов для прогнозирования нагрузки, которая может испытываться в ходе вызова групповой связи, и определять выделение сетевых ресурсов и управление вызовом на основании прогнозируемых нагрузок сетевых ресурсов. В других аспектах логика 86 управления вызовом может иметь возможность опрашивать сетевые ресурсы для определения текущей сетевой нагрузки и для определения выделения сетевых ресурсов и управления вызовом на основании текущих сетевых нагрузок. В некоторых аспектах заранее заданное правило 52 принятия решения по управлению вызовом может основываться исключительно на информации нагрузки сетевых ресурсов. В этом случае сетевые ресурсы и управление вызовом могут располагаться в районе сети безотносительно к положению участников группового вызова и/или стоимости сетевых ресурсов/линий связи. В других аспектах правило 52 принятия решения по управлению вызовом может основываться на информации нагрузки сетевых ресурсов, информации стоимости сетевых ресурсов и/или положении участников группового вызова, и все или некоторые из этих заранее заданных параметров используются при определении выделения сетевых ресурсов и администрирования управления вызовом.
В другом аспекте заранее определенное правило 52 принятия решения по управлению вызовом может основываться на параметрах 58, которые относятся к статусу приоритета вызова или безопасности. По существу, параметры 58 принятия решения по управлению вызовом могут включать в себя статус приоритета или безопасности, связанный либо с групповым вызовом, либо с участником или участниками сети группового вызова. Статус приоритета или безопасности, назначенный групповому вызову и/или участникам группового вызова, может свидетельствовать о том, что вызов является управляемым и выделены сетевые ресурсы, которые обеспечивают для необходимых приоритета вызова и/или безопасности вызова. По существу, в аспектах, согласно которым параметр 58 принятия решения по управлению вызовом включает в себя информацию статуса приоритета или безопасности, логика 86 управления вызовом может иметь возможность обращаться к базе 80 данных устройств связи, которая включает в себя информацию 82 идентификации группы и информацию 84 клиента связи. Информация 82 идентификации группы и информация 84 клиента связи могут включать в себя статус приоритета вызова или безопасности и/или статус приоритета или безопасности клиента связи/участника вызова. Дополнительно, логика 86 управления вызовом может иметь возможность обращаться к базе 90 данных сетевых ресурсов, которая включает в себя информацию 94 сетевых ресурсов. Информация сетевых ресурсов может включать в себя возможности приоритета или безопасности потенциальных сетевых ресурсов, которые можно рассматривать в целях выделения вызова. Дополнительно, приоритет вызова/клиента также может передаваться в самом запросе вызова, что позволяет клиенту запрашивать более высокоприоритетную обработку для каждого вызова (например, на основе экстренного вызова). Логика 86 управления вызовом может использовать информацию приоритета или безопасности для выделения сетевых ресурсов и управления вызовом на основании статуса вызова, клиентов связи и/или участников вызова. Например, если групповому вызову и/или клиентам связи назначен высокий приоритет, логика 86 управления вызовом может иметь возможность выделять сетевые ресурсы и управление вызовом, чтобы гарантировать, что вызов не сброшен и/или латентность вызова минимальна. Альтернативно, если групповому вызову и/или клиентам связи назначен статус безопасности, логика управления вызовом может иметь возможность выделять сетевые ресурсы и управление вызовом, чтобы гарантировать безопасность, например, путем выделения сетевых ресурсов, которые обеспечивают шифрование вызова, перекодирование вызова и т.п.
В некоторых аспектах заранее заданное правило 52 принятия решения по управлению вызовом может основываться исключительно на информации статуса приоритета или безопасности. В этом случае сетевые ресурсы и управление вызовом могут располагаться в районе сети безотносительно к положению участников группового вызова, стоимости сетевых ресурсов/линий связи и/или нагрузке сетевых ресурсов.
В других аспектах правило 52 принятия решения по управлению вызовом может основываться на информации статуса приоритета и/или безопасности, информации нагрузки сетевых ресурсов, информация стоимости сетевых ресурсов и/или положении участников группового вызова, и все или некоторые из этих заранее заданных параметров можно использовать при определении выделения сетевых ресурсов и администрирования управления вызовом.
В некоторых аспектах, в которых информация статуса приоритета и/или безопасности является основой для или включена в правило принятия решения по управлению вызовом, логика 86 управления вызовом может быть сконфигурирована так, что статус приоритета и/или безопасности может пользоваться преимуществом перед любым другим параметром принятия решения по управлению вызовом в правиле принятия решения по управлению вызовом.
После того как логика 86 управления вызовом определит выделение сетевых ресурсов и администрирование управления вызовом, групповой вызов переводится на определенный администратор связи, который включает в себя функции управления групповой связью, например модуль 64 управления групповой связью. В некоторых случаях, если логика 86 управления вызовом определяет на основании правила принятия решения по управлению вызовом и соответствующих параметров, что вызовом следует управлять локально, то должны быть выделены локальные сетевые ресурсы, локальному модулю 64 управления связью предоставляется управление вызовом, и под управлением администратора связи выделяются локальные сетевые ресурсы. В других случаях, если логика 86 управления вызовом определяет на основании правила принятия решения по управлению вызовом и соответствующих параметров, что вызовом следует управлять дистанционно, то должны быть выделены удаленные сетевые ресурсы, модуль диспетчеризации 46 переводит управление вызовом на удаленный администратор связи, и выделяются удаленные сетевые ресурсы.
На фиг.3 показана логическая блок-схема способа выделения сетевых ресурсов в сети вызовов групповой связи. На этапе 100 сетевое устройство, например сервер администрирования связи и т.п., идентифицирует клиенты групповой связи для участия в вызове групповой связи. После идентификации участвующих клиентов на этапе 110 администратор связи применяет заранее определенное правило принятия решения относительно вызова, которое будет управлять выделением сетевых ресурсов для инициируемого группового вызова. Для применения правила к вызову администратор связи на этапе 120 получает параметры управления вызовом групповой связи. Параметры управления групповой связью обычно являются заранее заданными и могут быть сконфигурированы для всех групповых вызовов в сети или могут быть индивидуально сконфигурированы для каждой группы в сети. В некоторых аспектах параметры управления вызовом связаны с участвующими клиентами. Например, правила управления вызовом могут использовать параметры, включающие в себя положение участвующих клиентов, статус приоритета или безопасности участвующих клиентов и/или пр. В других аспектах параметры управления вызовом могут быть связаны с сетевыми ресурсами. Например, параметры управления вызовом могут включать в себя стоимость, связанную с использованием сетевых ресурсов или линий связи, текущую или прогнозируемую нагрузку, связанную с сетевыми ресурсами и пр. Администратор связи может обращаться к локальным или удаленным базам данных для извлечения информации, относящейся к заранее заданным параметрам управления вызовом. Информацию базы данных можно напрямую использовать для определения выделения сетевых ресурсов, или, в альтернативных аспектах, информацию базы данных можно использовать для логического определения информации, которая используется для определения выделения сетевых ресурсов.
На этапе 130 логика в администраторе связи применяет правило принятия решения по управлению вызовом на основании ранее полученных параметров, связанных с правилом. На этапе 120 сетевые ресурсы выделяются на основании применяемого правила принятия решения по управлению вызовом. Обычно администратор связи применяет логику для определения, какие сетевые ресурсы должны быть выделены на основании заранее заданных правил управления вызовом. Например, если правила управления вызовом включают в себя положение клиентов, выделение сетевых ресурсов может основываться на физическом положении большинства участвующих клиентов, или выделение сетевых ресурсов может основываться на среднем положении всех участвующих клиентов, или сетевое выделение может основываться на разделении выделения сетевых ресурсов в множественных положениях, или любое другое логическое выделение сетевых ресурсов может определяться на основании положения клиента. В других аспектах правило принятия решения по управлению вызовом может опираться на такие параметры, как стоимость сетевых ресурсов и/или линии связи, нагрузку сетевых ресурсов и/или линии связи, статус приоритета или безопасности клиента и/или вызова и т.п., которые можно использовать индивидуально, или совместно с информацией положения клиента, или в любой комбинации с другими параметрами для определения выделения сетевых ресурсов. Выделение сетевых ресурсов может включать в себя назначение управления/администрирования вызова сетевому устройству, например администратор связи и т.п., и выделение сетевых ресурсов, которые находятся в районе сети под управлением администратора связи.
На фиг.4 показана логическая блок-схема способа выделения сетевых ресурсов в сети вызовов групповой связи. На этапе 200 сетевое устройство, например сервер администрирования связи и т.п., принимает запрос на установление вызова групповой связи. Запрос инициируется клиентом связи, который является участвующим членом сети группового вызова. Клиент может представлять собой беспроводное устройство, которое реализует приложение связи группового вызова, например симплексной связи и т.п. Альтернативно, клиент может представлять собой проводное устройство, например стационарный телефон, настольный компьютер и т.п., который реализует аналогичное приложение групповой связи. Получив запрос для вызова групповой связи, администратор связи на этапе 210 принятия решения определяет, можно ли проверить группу. Обычно проверка обеспечивает обращение к базе данных группы для проверки наличия группы, идентифицированной в запросе вызова. Если группу нельзя проверить, то на этапе 220 вызов групповой связи отклоняется и обычно запрашивающий клиент извещается об отклонении вызова. Дополнительно, администратор связи может иметь возможность формировать специальную группу связи в случае, когда запрос групповой связи не включает в себя проверяемую группу.
Если группа в запрашиваемом вызове проверена, то на этапе 230 администратор связи идентифицирует клиенты, образующие группу. Идентификация клиентов может предусматривать перекрестное обращение идентификации группы к поисковой таблице, которая включает в себя номера клиентов или IP-адреса клиентов. После того как клиенты в группе идентифицированы, на этапе 240 администратор связи регистрирует клиенты для участия в групповом вызове. Регистрация клиентов обычно предусматривает отправку сообщения на клиента и прием ответа от клиента, подтверждающего, что клиент доступен для участия в будущем групповом вызове.
После того как клиенты зарегистрированы для участия в групповом вызове, на этапе 250 администратор связи применяет заранее заданное правило принятия решения по управлению вызовом. Правила принятия решения по управлению вызовом могут использовать параметры, включающие в себя, но без ограничения, положение клиентов, статус приоритета или безопасности клиентов и/или вызова, стоимость использования сетевых ресурсов и/или линий связи, прогнозируемую или текущую нагрузку сетевых ресурсов и/или линий связи и т.п. Таким образом, на этапе 260 администратор связи получает или определяет параметры принятия решения по управлению вызовом, связанные с правилом. Для получения параметров принятия решения по управлению вызовом администратор связи может обращаться, локально или дистанционно, к базам данных, которые включают в себя данные клиентов, например положение или статус безопасности/приоритета, или данные сетевых ресурсов, например информацию стоимости или информацию нагрузки. В другом аспекте администратор связи может логически определять заранее заданные параметры принятия решения по управлению вызовом на основании информации, передаваемой от клиентов, и/или информации, хранящейся в базах данных клиентов и/или сетевых ресурсов.
После получения или определения параметров принятия решения по управлению вызовом на этапе 270 администратор связи применяет правило принятия решения по управлению вызовом для определения выделения сетевых ресурсов и администрирования управления вызовом на основании соответствующих параметров принятия решения по управлению вызовом. Например, если применяемое правило связано с положением клиента, выделение сетевых ресурсов может основываться на районе или области сети, где находятся наиболее активные участники вызова. Альтернативно, выделение сетевых ресурсов может основываться на централизованном районе или области сети с учетом того, что положения клиентов или сетевых ресурсов можно выделять более чем одному району или области сети на основании высокого объема клиентов, участвующих в двух или более районах сети или областях. Помимо положения клиента, другие правила могут основываться на других параметрах, например стоимости сетевых ресурсов/линии связи, нагрузке сетевых ресурсов/линии связи, приоритете вызова/клиента и т.п., которые могут быть включены в заранее заданные параметры и приниматься во внимание при определении выделения сетевых ресурсов и администрирования управления вызовом. Если более двух правил и/или параметров используется для определения выделения сетевых ресурсов, администратор связи может использовать систему взвешивания для определения выделения или администратор связи может назначать приоритеты правилам/параметрам для определения выделения и администрирования управления вызовом.
После определения выделения сетевых ресурсов и администрирования управления вызовом на этапе 280 производится выделение сетевых ресурсов и администрирование управления вызовом. Если определение приводит к выделению сетевых ресурсов и управлению вызовом, удаленному от администратора связи, управление вызовом переводится на определенный удаленный администратор связи, который обычно находится в другом физическом положении в сети связи. Альтернативно, если определение приводит к локальному выделению сетевых ресурсов и управлению вызовом, управление вызовом может осуществляться на администраторе связи, который принял запрос вызова, или другом локальном сетевом устройстве и выделяются локальные сетевые ресурсы. На этапе 290 групповой вызов инициируется, и переданные передачи маршрутизируются от клиентов на администратора связи или другое сетевое устройство, которое было определено как блок управления/администрирования вызова. Блок управления/администрирования вызова принимает передачи от клиентов и ретранслирует передачи на всех клиентов, участвующих в групповом вызове.
На необязательном этапе 300 управляющий администратор связи или другое сетевое устройство может периодически или на основании наступления заранее заданных событий получать или определять параметры управления вызовом в ходе группового вызова. В некоторых случаях параметры могут изменяться в ходе вызова, и изменение параметров может приводить к повторному применению правила принятия решения относительно управления вызовом и, возможно, повторному выделению сетевых ресурсов. Например, если все вызывающие абоненты в одном положении покидают групповой вызов, динамика общей структуры положений клиентов изменяется и это изменение может приводить к повторному выделению сетевых ресурсов и администрированию управления вызовом для обеспечения минимизации латентности вызова или максимизации экономической эффективности. В другом примере мобильный характер некоторых беспроводных клиентов предусматривает перемещение клиентов, например, в автомобиле или на самолете в ходе группового вызова. По существу, пользователи могут изменять свое положение в ходе вызова, и изменение положения может приводить к повторному выделению сетевых ресурсов и администрированию управления вызовом для обеспечения минимизации латентности вызова или максимизации экономической эффективности. Таким образом, на этапе 310 принятия решения производится определение, изменились ли параметры принятия решения по управлению вызовом. Если параметры не изменились, то на этапе 320 сохраняются первоначально определенные выделение сетевых ресурсов и администрирование управления вызовом.
Если определено, что параметры изменились, то на необязательном этапе 330 администратор связи или другое сетевое устройство повторно применяет правило принятия решения по управлению вызовом для повторного определения выделения сетевых ресурсов и управления вызовом на основании измененных параметров принятия решения по управлению вызовом. Если повторное определение выделения сетевых ресурсов определяет, что сетевые ресурсы должны быть повторно выделены, и администрирование управления вызовом изменилось, то на этапе 340 осуществляется повторное выделение сетевых ресурсов и администрирование управления вызовом осуществляется оперативно в ходе группового вызова без негативного влияния на производительность группового вызова.
Таким образом, настоящие аспекты обеспечены для управления многочисленными факторами в вызове групповой связи, например латентностью вызова, стоимостью вызова и статусом приоритета или безопасности вызова/вызывающего абонента. Управление этими факторами осуществляется с учетом применения правила принятия решения по управлению вызовом, которое основывается на одном или нескольких параметрах управления вызовом для определения, какие сетевые ресурсы, например серверы администрирования связи и т.п., подлежат выделению для управления вызовом групповой связи. Правила принятия решения по управлению вызовом могут быть связаны с положением клиента, сетевой нагрузкой, стоимостью вызова, приоритетом вызова, безопасностью вызова и т.п. По существу, параметры управления вызовом включают в себя, но без ограничения, положение участников групповой связи, стоимость, связанную с линией связи и опциями сетевых ресурсов, сетевую нагрузку опций линии связи и необходимый статус безопасности и/или статус приоритета вызова групповой связи и/или участников групповой связи.
Различные иллюстративные логические устройства, логические блоки, модули и схемы, описанные в связи с раскрытыми здесь вариантами осуществления, можно реализовать или осуществлять посредством процессора общего назначения, цифрового сигнального процессора (ЦСП), специализированной интегральной схемы (ASIC), вентильной матрицы, программируемой пользователем (FPGA), или другого программируемого логического устройства, дискретной вентильной или транзисторной логики, дискретных аппаратных компонентов или любой их комбинации, предназначенных для осуществления описанных здесь функций. Процессор общего назначения может представлять собой микропроцессор, но, альтернативно, процессор может представлять собой любой традиционный процессор, контроллер, микроконтроллер или конечный автомат. Процессор также можно реализовать в виде комбинации вычислительных устройств, например комбинации ЦСП и микропроцессора, совокупности микропроцессоров, одного или нескольких микропроцессоров совместно с ядром ЦСП или любой другой подобной комбинации.
Кроме того, этапы способа или алгоритма, описанные в связи с раскрытыми здесь вариантами осуществления, можно реализовать непосредственно в оборудовании, программном модуле, выполняемом процессором, или в их комбинации. Программный модуль может располагаться в ОЗУ, флэш-памяти, ПЗУ, ЭППЗУ, ЭСППЗУ, регистрах, на жестком диске, сменном диске, CD-ROM или на любом другом носителе данных, известном в технике. Иллюстративный носитель данных подключен к процессору, благодаря чему процессор может считывать с него информацию и записывать информацию на носитель данных. Альтернативно, носитель данных может быть встроен в процессор. Процессор и носитель данных могут располагаться в ASIC. ASIC может располагаться в пользовательском терминале. Альтернативно, процессор и носитель данных могут располагаться в пользовательском терминале в виде дискретных компонентов.
Хотя в вышеприведенном раскрытии показаны альтернативные аспекты и/или варианты осуществления, следует отметить, что можно предложить различные изменения и модификации, не отходя от объема описанных аспектов и/или вариантов осуществления, заданных формулой изобретения. Кроме того, хотя элементы описанных вариантов осуществления могут быть описаны или заявлены в единственном числе, возможно и множественное число, если явно не указано ограничение единственным числом. Дополнительно, любой аспект и/или вариант осуществления, полностью или частично, можно использовать с любым другим аспектом и/или вариантом осуществления, полностью или частично.