Способ и устройство для добавления нового члена к активному групповому вызову в сети групповой связи

Способ и устройство для добавления нового члена к активному групповому вызову в сети групповой связи

Иллюстрации

Показать все

Реферат

Область техники, к которой относится изобретение

Настоящее изобретение относится к системам связи от точки к множеству точек. В частности, настоящее изобретение относится к способу и устройству для добавления новых членов к активному групповому вызову в сети групповой связи.

Предшествующий уровень техники

Класс беспроводной услуги, предназначенный для быстрой, эффективной связи от точки к точке двусторонней или от точки к множеству точек (групповой связи), существовал в разных видах на протяжении многих лет. В целом, эти услуги были полудуплексными, т.е. чтобы начать говорить, пользователю приходилось нажимать кнопку переключения режимов приема/передачи (тангенту) на своем телефоне/рации. Нажатие кнопки либо переключает его рацию, в некоторых реализациях, либо, в координируемой системе, где связь осуществляется через сервер некоторого типа, указывает запрос пользователя на режим передачи («право слова»). Если предоставлен режим передачи или разрешение говорить, пользователь обычно говорит несколько секунд, после чего отпускает тангенту, и другие пользователи могут запрашивать режим передачи. Связь осуществляется обычно от одного говорящего абонента к группе слушающих абонентов, но может осуществляться в двустороннем режиме. Эта услуга традиционно использовалась в приложениях, где одно лицо, «диспетчер», нуждается в связи с группой людей, например, персоналом полевого обслуживания или водителями такси, и отсюда происходит название «диспетчеризация» для услуги.

Аналогичные услуги обеспечиваются в Интернете и в общем случае известны как интерактивный речевой сеанс («речевой чат»). Эти услуги обычно реализуются в качестве приложений персонального компьютера, которые отправляют кадры вокодера в пакетах Интернет-протокола (IP), что представляет собой услугу передачи речи поверх IP (VOIP), на центральный сервер группового чата или, возможно, от клиента к клиенту в услуге связи одноранговых устройств.

Важнейшая особенность этих услуг состоит в том, что связь осуществляется быстро и спонтанно, обычно инициируется простым нажатием тангенты, без обычной последовательности набора номера и звонка. Связь в этом типе услуги обычно является очень короткой, отдельные отрезки разговора длятся обычно порядка нескольких секунд, а «переговоры» длятся, возможно, минуту или менее.

Задержка по времени между моментом, когда пользователь запрашивает режим передачи, и моментом, когда он получает положительное или отрицательное подтверждение от сервера, что он находится в режиме передачи и может начинать говорить, которая называется задержкой перехода в режим передачи, является важным параметром для полудуплексных систем групповой связи. Согласно вышесказанному системы диспетчеризации отдают предпочтение коротким, быстрым переговорам, отчего услуга становится менее эффективной, когда задержка перехода в режим передачи увеличивается.

Существующие инфраструктуры групповой связи обеспечивают ограниченные возможности для значительного снижения задержки перехода в режим передачи, т.е. фактическую задержку перехода в режим передачи бывает невозможно снизить ниже времени, необходимого для повторного установления каналов трафика в неактивных сеансах передачи пакетных данных. Кроме того, каналы трафика говорящего абонента и слушающих абонентов устанавливаются последовательно, поскольку единственный механизм, с помощью которого можно начать активировать неактивную группу, состоит в ожидании повторного установления канала трафика говорящего абонента, чтобы сигнализировать серверу. В настоящее время не существует механизма для инициируемой мобильной станцией отправки данных сигнализации пользователя иначе, чем по каналу трафика - ограничение, которое требует повторного установления каналов трафика до того, как сможет осуществиться какая-либо связь между клиентами и сервером.

Это обуславливает необходимость в механизмах снижения воспринимаемой задержки перехода в режим передачи, ощущаемой говорящим абонентом, и суммарного времени, необходимого для повторного установления каналов трафика для мобильных устройств-участников без отрицательного влияния на пропускную способность системы, срок службы батарей питания клиентов или другие ресурсы.

В модели диспетчеризации, связь между конечными точками осуществляется в пределах виртуальных групп, где происходит вещание речи одного «говорящего абонента» на одного или нескольких «слушающих абонентов». Одним из примеров этого типа связи обычно является вызов с диспетчеризацией или просто вызов. Вызов является реализацией группы, которая задает характеристики вызова и является, в сущности, списком членов, с которым связана некоторая информация, например имя группы или идентификатор группы. Список членов - это список из одного или нескольких пользователей, которые приглашены участвовать в вызове.

Имеется необходимость в модели диспетчеризации, которая поддерживает как модель разговорной комнаты, так и специальную модель услуг группового вызова. В модели разговорной комнаты, группы заранее заданы, что может храниться на сервере диспетчеризации. Однако в специальной модели группы можно задавать и/или изменять в реальном времени.

Сущность изобретения

Раскрытые варианты осуществления обеспечивают в устройстве связи новый и усовершенствованный способ добавления члена к активному групповому вызову в сети групповой связи, который включает в себя прием от пользователя списка членов и посылку серверу запроса на добавление списка членов к активному групповому вызову.

Согласно другому аспекту изобретения машиночитаемый носитель в устройстве связи воплощает способ добавления члена к активному групповому вызову в сети групповой связи, каковой способ включает в себя вышеупомянутые этапы.

Согласно еще одному аспекту изобретения устройство связи для добавления члена к активному групповому вызову в сети групповой связи содержит средство для приема от пользователя списка членов и средство для посылки серверу запроса на добавление списка членов к активному групповому вызову.

Согласно еще одному аспекту изобретения устройство связи для добавления члена к активному групповому вызову в сети групповой связи содержит приемник, передатчик и процессор, подключенный с возможностью связи к приемнику и передатчику. Процессор способен принимать от пользователя список членов и посылать серверу запрос на добавление списка членов к активному групповому вызову. Согласно одному аспекту устройство связи является устройством с переключением между приемом и передачей (тангентой).

Раскрытые варианты осуществления также обеспечивают на сервере новый и усовершенствованный способ добавления члена к активному групповому вызову в сети групповой связи, который включает в себя этапы приема запроса на добавление списка членов из активного группового вызова и добавления списка членов из активного группового вызова. Согласно одному аспекту способ дополнительно включает в себя объявление каждому члену из списка членов о том, что они добавляются из группового вызова.

Согласно еще одному аспекту изобретения машиночитаемый носитель на сервере реализует способ добавления члена к активному групповому вызову в сети групповой связи, каковой способ включает в себя вышеупомянутые этапы.

Согласно еще одному аспекту изобретения сервер для добавления члена к активному групповому вызову в сети групповой связи включает в себя средство для приема запроса на добавление списка членов к активному групповому вызову и средство для добавления списка членов к активному групповому вызову. Согласно одному аспекту сервер дополнительно содержит средство для объявления каждому члену из списка членов о том, что он добавляется к групповому вызову.

Согласно еще одному аспекту изобретения сервер для добавления члена к активному групповому вызову в сети групповой связи содержит приемник, передатчик и процессор, подключенный с возможностью связи к приемнику и передатчику. Процессор выполнен с возможностью приема запроса на добавление списка членов к активному групповому вызову и добавления списка членов к активному групповому вызову. Согласно одному аспекту процессор дополнительно выполнен с возможностью объявления каждому члену из списка членов о том, что он добавляется к групповому вызову.

Перечень чертежей

Признаки и преимущества настоящего изобретения явствуют из подробного описания, приведенного ниже в сочетании с чертежами, снабженными сквозной системой обозначений:

фиг.1 - схема системы групповой связи;

фиг.2 - схема взаимодействия нескольких приложений друг с другом;

фиг.3 - схема иллюстративного процесса регистрации пользователя согласно одному варианту осуществления;

фиг.4 - схема иллюстративного процесса локального внутрирегионального установления вызова согласно одному варианту осуществления;

фиг.5 - схема иллюстративного процесса удаленного внутрирегионального установления вызова согласно одному варианту осуществления;

фиг.6 - схема иллюстративного процесса локального межрегионального установления вызова согласно одному варианту осуществления;

фиг.7 - схема иллюстративного процесса удаленного межрегионального установления вызова согласно одному варианту осуществления;

фиг.8 - схема иллюстративного процесса выхода из группового вызова согласно одному варианту осуществления;

фиг.9 - схема иллюстративного процесса завершения группового вызова согласно одному варианту осуществления;

фиг.10 - схема иллюстративного процесса отправки извещения о групповом вызове согласно одному варианту осуществления;

фиг.11 - схема иллюстративного процесса присоединения к групповому вызову согласно одному варианту осуществления;

фиг.12 - схема иллюстративного процесса прерывания обслуживания говорящего согласно одному варианту осуществления;

фиг.13 - схема иллюстративного процесса добавления новых членов к активному групповому вызову согласно одному варианту осуществления;

фиг.14 - схема иллюстративного процесса исключения участников из группового вызова согласно одному варианту осуществления;

фиг.15 - схема иллюстративного процесса отмены регистрации пользователя согласно одному варианту осуществления;

фиг.16 - схема взаимодействия нескольких устройств связи со средством управления (менеджером) связью (СУС, СМ) согласно одному варианту осуществления;

фиг.17 - схема буферизации полезной информации на стороне средства управления связью согласно одному варианту осуществления; и

фиг.18 - схема буферизации полезной информации на стороне клиента согласно одному варианту осуществления.

Подробное описание

Прежде чем перейти к подробному объяснению изобретения, следует понять, что изобретение не ограничивается применением к деталям конструкции и оргкомпоновке компонентов, изложенным в нижеследующем описании или проиллюстрированным на чертежах. Изобретение можно реализовать в других вариантах осуществления и осуществлять различными путями. Кроме того, понятно, что используемые здесь фразеология и терминология имеют своей целью описание и не носят ограничительного характера.

На фиг.1 показана иллюстративная функциональная блок-схема системы 100 групповой связи. Система 100 групповой связи известна, так же как система с переключением между приемом и передачей (РТТ), услуга сетевого широковещания (УСВ, NBS), система диспетчеризации или система связи от точки к множеству точек. Согласно одному варианту осуществления система 100 групповой связи включает в себя компоненты сервера приложений, например диспетчеры, локальные серверы, комплексы модуля управления полезной информацией (МУПИ, MCU), серверы регистрации использования и клиенты интернет-протокола (IP) (устройства беспроводной и/или проводной связи с возможностью соединения по IP). Компоненты сервера приложений могут быть развернуты либо в виде централизованной структуры, либо в виде региональных структур, в зависимости от функций компонентов. Централизованная структура может включать в себя опорный диспетчер (ОД, HD) 102, опорный сервер 104 определения местоположения (ОСП, HLS) и базу данных 106 пользователей/групп. Эти компоненты могут быть централизованно размещены в сети поставщика услуг и могут быть доступны региональным структурам. Централизованные компоненты могут использоваться при определении местоположения перемещающихся пользователей и при инициировании межрегиональных групповых вызовов. Региональная структура 108, 110 может включать в себя региональный сервер 112 определения местоположения (РСП, PLS), региональный диспетчер (РД, RD) 114, региональный комплекс 116 модуля управления полезной информацией (МУПИ) и региональный сервер 118 регистрации использования (СРИ, ULS).

Региональные структуры могут быть распределены по сети поставщика услуг, что позволяет гарантировать минимизацию сетевых задержек, связанных с установлением вызова, в целях удовлетворения требования мгновенного ответа. Распределение нагрузки вызова по нескольким региональным системам также обеспечивает возможность развертывания схем с надлежащей возможностью к расширению для поддержки большого количества пользователей. Региональные компоненты сервера приложений обеспечивают регистрацию пользователей, установление и администрирование внутрирегиональных вызовов, а также инициирование и доставку извещений для пользователей, зарегистрированных в этом регионе.

Устройства 120, 122 групповой связи (клиенты), которые могут быть развернуты, например, в телефонной трубке cdma2000, запрашивают сеанс передачи пакетных данных с использованием стандартной опции услуги передачи данных и используют этот сеанс для регистрации своего IP-адреса с помощью сервера приложений и для осуществления инициирования групповых вызовов. Согласно одному варианту осуществления компоненты 108, 110 сервера приложений подключены к узлам обслуживания передачи пакетных данных (УОПД, PDSN) поставщика услуг. Клиенты 120 и 122, запросившие сеанс передачи пакетных данных у инфраструктуры беспроводной связи, имеют возможность связи по IP с компонентами 108, 110 сервера приложений через УОПД.

После включения питания, клиенты 120, 122 могут запросить сеанс передачи пакетных данных с использованием опции услуги передачи данных. В порядке установления сеанса передачи пакетных данных, клиенту назначается IP-адрес. В это время клиент также получает адрес сервера 124 службы доменных имен (СДИ, DNS). Клиент 120, 122 запрашивает сервер 124 СДИ, например, используя поиск записи услуги (SRV), чтобы найти адрес РСП 112. Определив местоположение РСП 112, клиент 120, 122 может осуществить регистрацию, сообщив серверу приложений свою информацию местоположения, например IP-адрес. Регистрация может осуществляться с использованием протокола IP, например протокола инициирования сеанса (SIP) поверх протокола дейтаграмм пользователя (UDP). IP-адрес клиента 120, 122 может использоваться для связи с клиентом, когда пользователь приглашается в групповой вызов.

Согласно одному варианту осуществления по завершении регистрации, клиент может осуществить поиск другой записи SRV в СДИ, чтобы найти адрес регионального диспетчера 114. Клиент связывается с региональным диспетчером всякий раз, когда пользователь запрашивает начало вызова или передает извещение. Интерфейсом между региональным диспетчером 114 и клиентом 120, 122 может служить протокол сигнализации поверх UDP.

После установления группового вызова, клиент 120, 122 и комплекс 116 МУПИ обмениваются полезной информацией и сообщениями сигнализации. Согласно одному варианту осуществления передача полезной информации между участниками вызова и комплексом 116 МУПИ может осуществляться с использованием протокола передачи в реальном времени (RTP) поверх UDP. Сообщения сигнализации могут также соответствовать протоколу сигнализации поверх UDP. Эти протоколы и обеспечиваемые ими функции описаны ниже.

Компоненты

Система 100 групповой связи может включать в себя конечные точки IP, которые содержат клиентское программное обеспечение и региональные и централизованные компоненты сервера, необходимые для предоставления услуги групповой связи. Клиенты групповой связи и компоненты сервера приложений описаны более подробно в следующих разделах.

Клиенты

Клиент 120, 122 групповой связи может работать на любой конечной точке IP, на которой имеется доступ к соответствующему вокодеру(вокодерам). Конечные точки IP могут включать в себя приложения, выполняющиеся в беспроводной системе, например cdma2000, платформе разработки приложений, например двоичной среде времени выполнения для беспроводной связи (BREW), и персональных компьютерах.

Клиент может включать в себя прикладную программу, которая может быть разработана с использованием BREW, и интерфейсы к программному обеспечению модема мобильной станции (ММС, MSM), которые могут загружаться на клиент, содержащий среду BREW. BREW - это платформа, позволяющая разработчикам создавать приложения, которые могут работать на клиентских устройствах связи. BREW обеспечивает разработчику приложений слой изоляции, позволяющий разрабатывать приложения, не имея непосредственного контакта с программным обеспечением ММС и программным обеспечением производителя оригинального оборудования (ПОО, ОЕМ). Она позволяет быстро разрабатывать и усовершенствовать приложения независимо от программного обеспечения ММС и/или ПОО. Она также позволяет загружать приложения в любое устройство, содержащее среду BREW. Согласно фиг.2 клиентская прикладная программа 202 групповой связи может выполняться параллельно с другими приложениями 204, 206, 208, 210. В то время, как эти услуги могут предоставляться непосредственно через интерфейсы ПОО 212 и ММС 214, BREW обеспечивает изоляцию от модификаций, произведенных приложением на этих уровнях. Это позволяет развивать ПОО 212 и ММС 214 отдельно от приложений 202, 204, 206, 208, 210 передачи данных.

Чтобы клиент работал эффективно на персональном компьютере, персональный компьютер может обеспечивать доступ к совместимому вокодеру, доступ к драйверам звуковой платы и возможность соединения по IP с серверами приложений.

Сервер определения местоположения

Согласно одному варианту осуществления сервер определения местоположения (СП, LS) может принимать и/или поддерживать информацию местоположения пользователя, например IP-адрес сетевого уровня, физическое местоположение пользователя, например широту и долготу, и/или идентификатор зоны пакетных данных, т.е. системный идентификатор, рассылаемый в эфире по прямым общим каналам, который идентифицирует возможности УОПД, обеспечивающего услугу передачи пакетных данных для данного сектора. Согласно одному варианту осуществления СП может включать в себя компонент, обрабатывающий регистрации клиентов и выдающий информацию местоположения пользователя другим приложениям, например услуге мгновенного обмена сообщениями, с использованием интерфейса SIP.

СП может включать в себя два функциональных элемента, а именно региональный сервер 112 определения местоположения (РСП) и опорный сервер 104 определения местоположения (ОСП). РСП 112 может быть развернут в каждом регионе, а ОСП 104 может быть централизованным. Подробности относительно этих элементов и выполняемых ими функций описаны ниже.

Региональный сервер определения местоположения

РСП 112 может обрабатывать и поддерживать регистрации клиентов, находящихся в его регионе. Согласно одному варианту осуществления РСП 112 является стандартным СП на основе SIP, с которым связано хранилище информации местоположения пользователя. В порядке поддержания записей регистрации, РСП 112 может проверять дату истечения срока действия, поля «истечение срока», для каждой регистрации. РСП обеспечивает удаление записей, срок действия которых истек, и информирует региональный диспетчер и ОСП об удаленных записях.

Согласно рассмотренному выше клиенты могут осуществлять регистрацию IP, чтобы информировать сервер приложений о своем местоположении. Клиенты могут поддерживать свои регистрации на период их доступности услуге групповой связи. Клиенты могут осуществлять перерегистрацию при изменении IP-адреса клиента и при приближении окончания срока действия регистрации.

Когда клиент регистрируется или перерегистрируется, РСП 112 может извещать об этом связанный с ним РД 114. Это позволяет РД 114 предварительно загружать данные о пользователях при приготовлении к запросам на установление вызова, тем самым сокращая время установления вызова. РД 114 может кэшировать информацию местоположения пользователя, что исключает необходимость для РД 114 связываться с РСП для извлечения информации местоположения пользователя при установлении вызова.

РСП 112 может уведомлять РД 114 в случае обновления информации местоположения пользователя или ее удаления из РСП 112. Благодаря этому РСП 112 и РД 114 располагают последней информацией о пользователях, зарегистрированных в регионе.

РСП 112 может также периодически обновлять ОСП 104 информацией местоположения зарегистрированных пользователей. В случае, когда РСП 112 предоставляет регистрацию ОСП 104 для пользователя, который уже имеет действующую регистрацию в другом регионе, ОСП может разрешить этот конфликт.

Опорный сервер определения местоположения

ОСП 104 может обрабатывать запросы на информацию местоположения пользователя. Согласно одному варианту осуществления ОСП 104 обеспечивает интерфейс на основе SIP, чтобы другие приложения, например приложение мгновенного обмена сообщениями, могли запрашивать информацию местоположения для конкретного пользователя.

Если ОСП 104 является централизованным компонентом и серверы РСП связываются с ним, то ОСП может разрешать конфликты, связанные с множественными регистрациями в разных регионах для перемещающихся пользователей. ОСП 104 может принимать информацию регистрации от каждого РСП. Если ОСП 104 принимает множество регистраций для одного и того же пользователя, то ОСП 104 может сохранять самую последнюю регистрацию и запрашивать удаление устаревшей регистрации (регистраций) пользователя из РСП. Это, в свою очередь, может приводить к удалению кэшированной информации для этого пользователя из РД 114, связанного с РСП, который содержит устаревшую регистрацию.

Диспетчер

Диспетчер может способствовать установлению вызова, определяя местоположение пользователей и назначая групповые вызовы комплексу 116 модуля управления полезной информацией (МУПИ). Диспетчер является компонентом сервера, который играет важнейшую роль в удовлетворении требования «мгновенного доступа». Чтобы обеспечить минимальное время установления вызова, диспетчер может включать в себя два функциональных элемента с аналогичной структурой и функциями, но имеющие разные стратегии развертывания. Эти два элемента, региональный диспетчер (РД) 114 и опорный диспетчер (ОД) 102, подробно описаны в следующих разделах.

Региональный диспетчер

РД 114 может быть начальной точкой контакта для запросов на установление вызова и запросов на извещение. РД 114 может предварительно загружать информацию о пользователях при получении указания от РСП 112 о том, что пользователь зарегистрировался. Совместно с пользовательской информацией, РД 114 может кэшировать информацию о групповых вызовах, действующих в системе в текущий момент. РД 114 может использовать кэшированную информацию для пользователей и групп при установлении вызова, чтобы поддерживать время установления вызова на минимальном уровне, т.е. позволяет исключить необходимость поиска в базе данных.

Согласно одному варианту осуществления групповая информация, которую РД сохраняет в кэше, включает в себя список членов группы и адрес комплекса 116 МУПИ, на котором действует группа. РД 114 может поддерживать список членов и адрес МУПИ на протяжении времени действия вызова. Это помогает РД 114 быстро определять, содержит ли входящий запрос на установление вызова определение группы, которое идентично определению группы, имеющей связанный с ней вызов, уже действующий в системе, и это позволяет РД быстро отвечать на запросы на установление вызова и уверенно удовлетворять или отклонять запрос на режим передачи, в качестве реакции.

РД 114 может удовлетворять или отклонять запрос на режим передачи. РД 114 может принимать решение, запросить ли комплекс 116 МУПИ о добавлении пользователя к вызову в качестве «присоединившегося» участника или начать новый вызов с соответствующим списком членов.

При обработке запроса на установление вызова, РД 114 может использовать кэшированную информацию о пользователях для извлечения информации местоположения для пользователей, указанных в запросе на установление вызова. Если не удается установить местоположение пользователя, то РД 114 может запросить ОД 102 определить местоположение пользователя. Согласно одному варианту осуществления, если определено местоположение, по меньшей мере, одного или более целевых пользователей, то РД 114 продолжает установление вызова. После определения местоположения целей, РД 114 может принимать решение, какому МУПИ следует назначить вызов. Это определение может базироваться на IP-адресах пользователей в группе, включая инициатора.

РД 114 может обрабатывать запросы на извещение аналогично запросам на установление вызова. Согласно одному варианту осуществления запрос на извещение назначается локальному комплексу 116 МУПИ для обработки независимо от местоположения целей.

Согласно одному варианту осуществления информация в кэше РД может периодически записываться на надежное средство хранения данных, чтобы ее можно было восстановить в случае отказа. В случае восстановления после отказа РД, информацию о пользователях и группах, которая была записана на надежное средство хранения данных, можно повторно загрузить в кэш, после чего РД переходит к проверке кэшированной информации совместно с обработкой входящих запросов на установление вызова.

Согласно одному варианту осуществления РД 114 загружает данные о пользователях в локальный кэш при каждом уведомлении о регистрации пользователя от РСП 112. Благодаря исключению необходимости в осуществлении нескольких поисков в базах данных во время установления вызова, РД 114 значительно сокращает время, необходимое для проверки и ответа на запросы на установление вызова или запросы на извещение.

РД 114 может осуществить доступ к базе данных 106 пользователей/групп в ходе установления вызова для расширения заранее заданных адресов групп, если таковые присутствуют в запросе, до списков отдельных пользователей и, при необходимости, для преобразования альтернативных идентификаторов пользователей или групп, например телефонных номеров, идентификаторов конференций, в канонический адрес (абреса).

Опорный диспетчер

Опорный диспетчер (ОД) 102 может отслеживать информацию местоположения зарегистрированных пользователей. ОД может содержать информацию местоположения для пользователей, которые заранее зарегистрировались с помощью РСП 112.

Согласно рассмотренному выше каждый РСП 112 может уведомить связанный с ним РД 114 всякий раз, когда происходит регистрация, перерегистрация, отмена регистрации или истечение срока действия регистрации пользователя. РД 114 может использовать эту информацию для загрузки информации о пользователях в свой локальный кэш или ее удаления. Каждый РД 114 может обновлять ОД 102 информацией местоположения пользователя. Поскольку ОД 102 принимает обновления от РД 114, то ОД 114 может помогать в отыскании пользователей, разнесенных географически по разным регионам. РД 114 может запрашивать помощь у ОД 102, когда он принимает запрос в отношении пользователя, который на данный момент не зарегистрирован в регионе, т.е. не значится в кэше РД с информацией о пользователях.

Сервер СДИ

Согласно одному варианту осуществления система 100 групповой связи может использовать сервер 124 СДИ поставщика услуг для предоставления информации о местоположении РСП 112 и РД 114 клиентам. Эта информация может конфигурироваться на каждой региональной структуре и обновляться для обеспечения ее точности.

Согласно одному варианту осуществления каждый клиент узнает адрес сервера СДИ посредством согласования по протоколу управления Интернет-протоколом (IPCP) в ходе установления сеанса протокола двухточечной связи (PPP), когда клиент запрашивает сеанс передачи пакетных данных. Таким образом, о сервере 124 СДИ может быть сообщено таким образом для каждого региона. Это позволяет клиенту перемещаться из региона в регион и связываться с сервером 124 СДИ в том регионе, где находится клиент. Сервер 124 СДИ развернут для каждого региона, совместно с каждым УОПД. Согласно одному варианту осуществления, сервер 124 СДИ может обновляться каждым РД 124 и РСП, который обслуживает УОПД, с которым связан сервер 124 СДИ.

Согласно одному варианту осуществления механизм, используемый для определения местоположения соответствующих РД 114 и РСП 112 основан на комбинации адресации СДИ и SIP. Поиск записи услуги (SRV) СДИ может осуществляться на основании раздела «<domain>» («<домен>») уникального идентификатора ресурса (URI) SIP, под которым регистрируется клиент. Запрос на запись SRV может включать в себя протокол или услугу, которую запрашивающая сторона пытается найти. Например, в случае попытки определения местоположения РСП 112, клиент может запрашивать «услугу регистрации» при поиске записи SRV СДИ. Ответ СДИ может включать в себя один или несколько действительных адресов сети и порта для сервера, который предоставляет запрашиваемую услугу. Сервер 124 СДИ можно использовать для выравнивания нагрузки между серверами, которые предоставляют одну и ту же услугу, позволяя серверу 124 СДИ циклически переключаться между множеством серверов при возвращении ответов на клиентские запросы.

База данных пользователей/групп

Согласно одному варианту осуществления база данных 106 пользователей/групп является центральным хранилищем информации о пользователях и группах. Для каждого пользователя база данных может включать в себя такую информацию, как адрес пользователя, ранг прерывания обслуживания, информация аутентификации, контактная информация пользователя и флаг законного перехвата, который указывает на то, находится ли пользователь под надзором. База данных также может включать в себя определения заранее заданных групп, которые являются списками пользователей, и соответствующее имя группы, для модели разговорной комнаты услуг диспетчеризации. Каждую группу можно однозначно идентифицировать, например, адресом группы. Клиент может использовать адрес группы для идентификации группы в запросе на установление группового вызова. РД 114 может использовать адрес группы для извлечения соответствующего списка членов из базы данных 106 пользователей/групп, когда он принимает запрос на установление группового вызова с заранее заданной группой в нем.

Комплекс модуля управления полезной информацией

Комплекс модуля управления полезной информацией (МУПИ) может включать в себя хосты управления полезной информацией (ХУПИ, МСН) и модуль управления полезной информацией (МУПИ). ХУПИ может брать на себя функции обработки и администрирования множества процессов МУПИ. Каждый МУПИ может выполнять сигнализацию и обработку полезной информации в режиме реального времени для отдельного вызова. Функции, осуществляемые МУПИ для вызова, могут включать в себя следующее.

- Обработку назначений вызовов от РД 114.

- Отправку информации статуса и нагрузки на ХУПИ.

- Отправку информации инициирования вызова клиентом.

- Обработку сигнализации в процессе вызова от клиентов, например, запросов переключения между приемом и передачей.

- Обеспечение надежной доставки сообщений сигнализации клиентам.

- Дублирование и распространение полезной информации при вызовах «от одного ко множеству».

- Обеспечение преобразования полезной информации с использованием соответствующего транскодера для вызовов «от одного ко множеству» со «смешанным» вокодером.

- Мониторинг активности вызова и инициирование завершения вызова на основании неактивности переноса полезной информации.

- Формирование информации об использовании для сервера 118 регистрации использования (СРИ).

- Пересылку полезной и сигнальной информации в соответствующую точку законного перехвата по запросу.

МУПИ может обрабатывать запросы на извещение от РД 114, отправлять извещающее уведомление клиенту и ожидать подтверждений приема от клиентов. После приема подтверждений приема от целей, МУПИ высвобождает любые ресурсы, назначенные транзакции извещения. В это время МУПИ может обрабатывать другие назначения вызова или запросы на извещение.

Сервер регистрации на использования

СРИ 118 может существовать в каждом регионе и может размещаться совместно с комплексом 116 МУПИ. СРИ 118 может собирать события на использования от комплекса 116 МУПИ для каждого вызова или обработки извещения, форматировать их в запись данных использования (ЗДИ, UDR) и затем сохраняет эти ЗДИ в последовательности файлов ЗДИ. Записи ЗДИ для вызовов могут содержать информацию, касающуюся отдельных вызовов, включая список участников и итоги использования для участников. ЗДИ для извещений может содержать информацию, которая указывает инициатора извещения и целевых пользователей, которым было отправлено извещение. Файлы ЗДИ могут быть собраны поставщиком услуг для анализа тарификации и могут быть удалены по истечении определенного периода времени.

СРИ 118 может записывать по одной ЗДИ на экземпляр вызова в конце каждого вызова. СРИ 118 может также записывать одну ЗДИ каждый раз при обработке запроса на извещение. ЗДИ, записанные СРИ 118, могут содержать следующую информацию.

- Идентификатор экземпляра вызова или идентификатор экземпляра извещения.

- Идентификатор МУПИ, который также выражает местоположение вызова. В начале вызова, соответствующий МУПИ может быть выбран на основании зарегистрированного местоположения всех предполагаемых участников. МУПИ может быть или не быть расположен в том же регионе, что и инициатор.

- Время начала вызова или извещения.

- Время конца вызова или извещения.

- Имя и/или идентификатор инициирующего пользователя.

- IP-адрес инициирующего пользователя.

- Для каждого участника: имя пользователя, адрес пользователя, IP-адрес пользователя, суммарное время участия, которое может быть равно нулю для извещений, и суммарное число секунд, в течение которого участник удерживает режим передачи, которое может быть равно нулю для извещений.

Согласно одному варианту осуществления для каждого вызова создается отдельная ЗДИ, которая может представлять полное собрание речевых фрагментов в ходе вызова. Если необходима регистрация событий посредством ЗДИ для каждого речевого фрагмента, его можно реализовать за счет дополнительной нагрузки на обработку данных, файловых операций ввода/вывода и требований к дисковому пространству.

Система 100 групповой связи выполняет несколько различных функций для осуществления групповых услуг. Функции, относящиеся к пользователям, включают в себя регистрацию, инициирование вызова, завершение вызова, отправку извещений, присоединение, разрешение конфликтов между говорящими абонентами, добавление пользователей, исключение членов, отмену регистрации, адресацию и аутентификацию. Функции, относящиеся к подготовке и эксплуатации системы, включают в себя администрирование и инициализацию технических средств, расширяемость и надежность. Эти функции подробно описаны в следующих разделах.

Регистрация

В системе беспроводной связи, например в системе множественного доступа с кодовым разделением каналов (МДКР, CDMA), регистрация - это процесс, посредством которого мобильная станция информирует инфраструктуру системы беспроводной связи о своем местоположении. Эта информация местоположения может включать в себя географическую область, где находится мобильная станция, и идентификационные данные базовой станции, обслуживающей мобильную станцию, что может использоваться для содейст