устройство и способ управления вызовом

Формула изобретения

1. Способ управления вызовом, в котором способ содержит этапы, на которых:

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

если возникает ошибка при соединении между устройством управления вызовом и обслуживающим объектом функции управления сеансом вызова S-CSCF, проверяют в соответствии с идентификационной меткой вызываемой стороны, является ли вызываемая сторона пользователем, принадлежащим устройству управления вызовом, и

если это так, непосредственно передают запрос на сеанс вызываемой стороне для соединения вызова.

2. Способ по п.1, в котором процесс проверки устройством управления вызовом и в соответствии с идентификационной меткой вызываемой стороны, является ли вызываемая сторона пользователем, принадлежащим устройству управления вызовом, содержит:

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

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

4. Способ по любому из пп.1-3, в котором устройство управления вызовом представляет собой P-CSCF, P-CSCF сохраняет идентификационные метки пользователя с использованием объекта-посредника P-CSCF во время регистрации в сети или в процессе обновления местоположения пользователя.

5. Способ по пп.1-3, в котором устройство управления вызовом представляет собой AGCF, и процесс прямой передачи AGCF запроса на сеанс вызываемой стороне содержит:

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

6. Устройство управления вызовом, в котором устройство управления вызовом содержит:

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

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

7. Устройство управления вызовом по п.6, в котором модуль соединения вызова содержит:

модуль проверки, выполненный с возможностью проверки, является ли вызываемая сторона пользователем, принадлежащим устройству управления вызовом, в соответствии с идентификационной меткой вызываемой стороны, которая была принята модулем приема запроса на установление сеанса; и

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

8. Устройство управления вызовом по п.6, в котором устройство управления вызовом содержит объект функции управления сеансом вызова объекта-посредника (Р-CSCF) или контроллер шлюза доступа (AGCF).

Описание изобретения к патенту

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

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

Уровень техники

Мультимедийная подсистема IP (IP Multimedia Subsystem, IMS) представляет собой подсистему, в которой базовая сеть, добавленная в Редакции 5 (R5) этапа проекта Партнерства третьего поколения (3rd Generation Partnership Project, 3GPP), которая основана на протоколе инициации сеансов (Session Initiation Protocol, SIP), представляет собой открытую систему, приближенную к сетям передачи данных, голоса, протокола Интернет (Internet Protocol, IP), и обеспечивает обильные мультимедийные услуги и приложения через архитектуру сети и все услуги IP. Сеть IMS определяет три направляющих объекта, объект функции управления сеансом вызова объекта-посредника (Proxy Call Session Control Function, P-CSCF): объект функции управления сеансом вызова запроса (Interrogating CSCF, I-CSCF), и обслуживающий объект функции управления сеансом вызова обслуживания (Serving CSCF, S-CSCF).

S-CSCF имеет статус управления ядром в базовой сети IMS, отвечает за аутентификацию во время регистрации и управления сеансом UE, выполняет основные функции маршрутизации сеанса, нацеленные на пользователя IMS вызывающей стороны и вызываемой стороны, и выполняет инициацию маршрутизации услуги добавленной стоимости для AS и взаимодействия при управлении услугой в соответствии с правилами времени инициирования IMS, подписанными пользователем, при удовлетворении условий.

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

P-CSCF представляет собой точку в IMS, соединяющейся с пользователем, и обеспечивает функцию объекта-посредника (Proxy), а именно прием запроса на услугу (INVITE) и выполнение передачи данных, но не может менять поле запроса URI в сообщении INVITE; и P-CSCF также может обеспечивать функцию агента пользователя (UA), а именно прерывание и независимое генерирование сеанса SIP при ненормальной ситуации.

Кроме того, учитывая сценарий, в котором фиксированные традиционные сети появляются в IMS, в предшествующем уровне техники, предложено заменить P-CSCF контроллером шлюза доступа (Access Gateway Control Function, AGCF) и шлюзом доступа (Access Gateway, AG) для достижения сближения традиционной сети и сети IMS. AGCF управляет AG, обеспечивает администрирование шлюзом, и в то же время взаимно соединена с услугой (S-CSCF) через протокол SIP и обеспечивает услуги для пользователя через базовую сеть IMS (IMS Core). Существующий процесс управления вызовом состоит в том, что AGCF или P-CSCF направляет вызов пользователя в S-CSCF, и S-CSCF выполняет управление вызовом, в результате чего возникают проблемы, состоящие в том, что давление на сетевой элемент базовой сети будет большим и время сигнальной маршрутизации будет чрезмерным.

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

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

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

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

если возникает ошибка при соединении между устройством управления вызовом и обслуживающим объектом функции управления сеансом вызова S-CSCF, проверяют в соответствии с идентификационной меткой вызываемой стороны, является ли вызываемая сторона пользователем, принадлежащим устройству управления вызовом, и если это так, непосредственно передают запрос на сеанс вызываемой стороне для соединения вызова.

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

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

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

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

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

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

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

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

на фиг.6 показана структурная схема устройства управления вызовом в соответствии с вариантом 6 осуществления настоящего изобретения;

на фиг.7 показана структурная схема устройства управления вызовом в соответствии с вариантом 7 осуществления настоящего изобретения; и

на фиг.8 показана структурная схема устройства управления вызовом в соответствии с вариантом 8 осуществления настоящего изобретения.

Подробное описание изобретения

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

Варианты осуществления настоящего изобретения обеспечивают способ управления вызовом и устройство управления вызовом. Детали описаны ниже.

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

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

A2: Если происходит ошибка в канале передачи между устройством управления вызовом и S-CSCF, проверяют в соответствии с идентификационной меткой вызываемой стороны, является ли вызываемая сторона пользователем, принадлежащим устройству управления вызовом, и если это так, непосредственно передают запрос на сеанс вызываемой стороне для соединения вызова.

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

Во время конкретного воплощения устройство управления вызовом может включать в себя P-CSCF или AGCF.

Ошибки, которые возникают в канале передачи с S-CSCF, включают в себя ошибку S-CSCF или разъединение канала передачи между P-CSCF или AGCF и S-CSCF и т.п.

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

Решения настоящего изобретения описаны ниже со ссылкой на P-CSCF или AGCF, как устройство управления вызовом соответственно.

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

B1: P-CSCF принимает запрос на сеанс, переданный вызывающей стороной, где запрос на сеанс включает в себя идентификационную метку вызываемой стороны.

B2: Если возникает ошибка в канале передачи между P-CSCF и S-CSCF, P-CSCF проверяет в соответствии с идентификационной меткой вызываемой стороны, является ли вызываемая сторона пользователем, принадлежащим P-CSCF, и если это так, передает запрос на сеанс непосредственно вызываемой стороне для соединения вызова.

В данном варианте осуществления P-CSCF может проверить в соответствии с идентификационной меткой вызываемой стороны, является ли вызываемая сторона пользователем, принадлежащим P-CSCF, и может выполнить эту проверку различным образом, например, проверяя, находится ли идентификационная метка вызываемой стороны в списке локального пользователя. Если идентификационная метка находится в списке, это означает, что вызываемая сторона представляет собой локального пользователя, и если идентификационная метка не находится в этом списке, это означает, что вызываемая сторона не является пользователем, администрирование которого выполняют с помощью P-CSCF. Можно понять, что во время процесса регистрации в сети или в процессе обновления информации о местоположении пользователя P-CSCF может сохранять идентификационную метку пользователя с использованием объекта-посредника P-CSCF. Также можно понимать, что идентификационная метка пользователя может представлять собой IP адрес пользователя, и P-CSCF также может определять в соответствии с сегментом IP адреса пользователя, является ли вызываемая сторона пользователем, администрирование которого выполняют с помощью P-CSCF.

В варианте осуществления настоящего изобретения P-CSCF может детектировать канал передачи между P-CSCF и S-CSCF. Различные существующие способы могут быть рассмотрены, как способы детектирования, например, применяя механизм "запроса-ответа", или применяя механизм синхронных часов или передавая "пакет данных - отклик на команду ping". Специальные подходы также могут быть приняты, как конкретный подход к отклику. Например, когда один или несколько раз возникают ошибки при обмене данными с CS-CSCF, считается, что канал передачи содержит ошибку, и когда ошибку исправляют, могут быть приняты упомянутые выше подходы детектирования ошибки, которые не будут повторно описаны здесь.

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

В варианте 2 осуществления настоящего изобретения, когда возникает ошибка в канале передачи между P-CSCF и S-CSCF, P-CSCF непосредственно передает сигнализацию для управления вызовами, и выполняет вызов между локальными пользователями, которые в некоторой степени поддерживают связь между локальными пользователями, когда возникает ошибка, и улучшают возможности обработки, направленные на преодоление ошибки и передачу данных в чрезвычайных условиях в сети. В то же время в варианте осуществления настоящего изобретения P-CSCF непосредственно устанавливает сеанс, который может уменьшить время маршрутизации и снизить давление на сетевой элемент I-CSCF/S-CSCF базовой сети.

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

C1: AGCF принимает запрос на сеанс, переданный вызывающей стороной, где запрос на сеанс включает в себя идентификационную метку вызываемой стороны.

C2: Если возникает ошибка в канале передачи между AGCF и S-CSCF, AGCF проверяет в соответствии с идентификационной меткой вызываемой стороны, является ли вызываемая сторона пользователем, принадлежащим AGCF, и если да, передает запрос на сеанс непосредственно вызываемой стороне для соединения вызова.

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

В варианте осуществления настоящего изобретения AGCF может детектировать соединение между AGCF и S-CSCF. Различные существующие способы могут применяться в качестве способа детектирования, например, применение механизма "запрос - ответ", или использования механизма синхронных часов, или передача "пакета данных - отклика на команду ping". Специальные подходы также могут применяться в качестве конкретного подхода при отклике. Например, когда один или несколько раз возникает неисправность при передаче данных с C-CSCF, предполагается, что канал передачи является неисправным. Когда неисправность устраняют, может применяться упомянутый выше способ детектирования неисправности, который не будет здесь повторно описан.

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

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

D1: AGCF принимает запрос сеанса, переданный из AG, где расположена вызывающая сторона.

В данном варианте осуществления запрос сеанса, переданный вызывающей стороной, передают в шлюз доступа (Access Gateway, AG). Шлюз доступа выполняет инкапсуляцию, в соответствии с протоколом H.248 запроса на сеанс и передает инкапсулированный запрос на сеанс в AGCF.

D2: Если возникает ошибка в канале передачи между AGCF и S-CSCF, AGCF проверяет в соответствии с идентификационной меткой вызываемой стороны, является ли вызываемая сторона пользователем, принадлежащим AGCF; если это так, продолжает выполнять этап D3, и если нет, продолжает выполнять этап D4.

D3: AGCF может найти в соответствии с идентификационной меткой вызываемой стороны AG, используемый в вызываемой стороне, и затем передать запрос на сеанс вызываемой стороне через найденный AG.

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

В частности, AGCF передает принятое приглашение на установление сеанса, которое инкапсулировано через протокол H.248, в найденный AG, и AG передает приглашение на установление сеанса вызываемой стороне.

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

D4: Возврат ответа об ошибке соединения вызывающей стороне. Возвращенный ответ об ошибке соединения передают вызывающей стороне через AG, где расположена вызывающая сторона. В частности, AGCF генерирует ответное сообщение об ошибке соединения в соответствии с протоколом H.248, и передает это сообщение в AG вызывающей стороны, и AG вызывающей стороны перенаправляет ответ с ошибкой соединения вызывающей стороне.

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

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

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

E2: устройство управления вызовом проверяет, принадлежат ли вызывающая сторона и вызываемая сторона членам одной и той же группы кластерной услуги; если да, продолжает выполнять этап E3, и если нет, продолжает выполнять E4.

В этом варианте осуществления устройство управления вызовом может представлять собой P-CSCF или AGCF, и если устройство управления вызовом представляет собой AGCF, преобразование формата передачи и сигнализации выполняют через AG, принадлежащий AGCF, по запросу сеанса вызывающей стороны, который принимает устройство управления вызовом.

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

E3: Посылают запрос на сеанс непосредственно вызываемой стороне для соединения вызова.

E4: Передают запрос на вызов в S-CSCF.

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

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

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

модуль 520 соединения вызова, выполненный с возможностью проверки, является ли вызываемая сторона пользователем, принадлежащим устройству управления вызовом, в соответствии с идентификационной меткой вызываемой стороны, которая была принята модулем 510 приема запроса на сеанс, когда возникает ошибка в канале передачи между устройством управления вызовом и S-CSCF, и если это так, непосредственно передает запрос на установление сеанса вызываемой стороне, для соединения вызова.

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

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

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

модуль 620 соединения вызова, выполненный с возможностью проверки, является ли вызываемая сторона пользователем, принадлежащим устройству управления вызовом, в соответствии с идентификационной меткой вызываемой стороны, который был принят модулем 610 приема запроса на сеанс, когда возникает ошибка в канале передачи между устройством управления вызовом и S-CSCF, и если это так, непосредственно передает запрос на установление сеанса вызываемой стороне для соединения вызова.

Модуль 620 соединения вызова может включать в себя:

модуль 621 проверки, выполненный с возможностью проверки, является ли вызываемая сторона пользователем, принадлежащим устройству управления вызовом, в соответствии с идентификационной меткой вызываемой стороны, который был принят модулем приема запроса на установление сеанса; и

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

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

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

В варианте 8 осуществления устройство управления вызовом, структурная схема которого показана на фиг.8, включает в себя:

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

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

Устройство управления вызовом, предусмотренное в варианте 8 осуществления настоящего изобретения, может включать в себя P-CSCF или AGCF. Для специальной услуги, на которую подписаны пользователь вызывающей стороны и пользователь вызываемый стороны, если управление начисления счетов в режиме реального времени не требуется, соединение с вызываемой стороной может быть выполнено с помощью P-CSCF или AGCF, для упрощения процесса вызова, сокращения количества сигнализаций управления и уменьшения нагрузки на базовую сеть.

Способ управления вызовом и устройство управления вызовом, предусмотренные в вариантах осуществления настоящего изобретения, подробно описаны выше, где:

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

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

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

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