ПРЕДОСТАВЛЕНИЕ СЛУЖБ, ОСНОВАННЫХ НА ПАКЕТАХ, ЧЕРЕЗ ДОСТУП С КОММУТАЦИЕЙ КАНАЛОВ

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

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

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

Сети третьего поколения (3G), такие как UMTS (универсальная телекоммуникационная сеть) и CDMA 2000, предоставляют высокоскоростной беспроводной доступ к Internet мобильным пользователям через широкую зону обслуживания. Для сетей 3G определена мультимедийная подсистема IMS IP, чтобы предоставлять сотовый доступ к услугам Internet, для того чтобы поддерживать службы телефонии и мультимедиа. IMS использует технологию, основанную на пакетах, в частности сеть IP и другие протоколы IETF, для предоставления служб. Мощность IMS состоит в предоставлении усовершенствованных служб, например мультимедийных служб, объединяющих речь и данные. Кроме того, использование сети IP в качестве единого основного стандарта дает возможность легкого и быстрого развертывания службы. Наоборот, сети 2-го поколения, как GSM, обеспечивают технологию речи на основе коммутации каналов.

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

переадресация связи/отклонение вызова (CDIV/CD),

явная передача связи (ЕСТ),

удерживание/возобновление/поиск связи (HOLD),

конференция и вызов третьей стороны (MPTY, CONF),

ожидание вызова (CW),

завершение вызова занятым абонентам (CCBS).

Подробное описание разных промежуточных вызовов можно было бы найти в 3GPP TS 22/004 для TS11 и других телекоммуникационных услуг.

Протокол инициализации сеанса SIP выбран в IMS для сигнализации между пользовательской аппаратурой UE и IMS, а также между компонентами в IMS. IMS использует SIP также, чтобы завершать речевые и мультимедийные вызовы в Internet. Для того чтобы быть в состоянии использовать службы IMS, взаимодействующая пользовательская аппаратура должна поддерживать IMS, это означает, что SIP должна быть осуществлена в пользовательской аппаратуре.

IMS поддерживает межсетевое взаимодействие с существующими сетями. Эту поддержку обеспечивают с помощью функции управления шлюзом среды (MGCF). MGCF выполняет преобразование протокола между протоколами управления сотовыми вызовами и протоколами IMS. Например, MGCF принимает сообщение SIP из IMS и преобразует его в соответствующие сообщения ISUP. Таким образом, первичной функцией MGCF является преобразовать информацию сигнализации из одного формата в другой в направлении обратной линии связи и прямой линии связи.

IMS использована для сетей 3G для предоставления служб с использованием технологии, основанной на пакетах, с SIP в качестве применяемого протокола сигнализации. IMS предоставляет, в частности, функцию управления состоянием вызова (CSCF), которая дает возможность маршрутизации сообщений SIP от пользователей и пользователям, соединенным через сети доступа с серверами приложений, и другие функции управления. Имеются три типа CSCF, а именно уполномоченная CSCF (P-CSCF), опрашивающая CSCF (I-CSCF) и обслуживающая CSCF (S-CSCF). Службы IMS осуществляют в серверах приложений. Одной основной задачей P-CSCF является запоминать адрес S-CSCF для пользователя, I-CSCF поддерживает поиск S-CSCF для вызова пользователя и является контактной точкой, обеспечивающей управление сеансом службы.

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

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

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

Изобретение раскрыто в независимых пунктах формулы изобретения. Преимущественные варианты осуществления описаны в зависимых пунктах формулы изобретения, раскрытых в соответствующих разделах описания.

В соответствии с настоящим изобретением предложено обеспечить узел шлюза доступа, приспособленный вызывать службу в мультимедийной системе, основанной на пакетах, как, например, IMS для пользователя с пользовательским терминалом, управляемым с помощью коммутации каналов, причем это мог бы быть либо подвижный терминал, либо фиксированный терминал, и причем упомянутый пользователь находится в домене, управляемом с помощью коммутации каналов, как наземная мобильная сеть общего пользования PLMN или коммутируемая телефонная сеть общего пользования PSTN. Изобретение предоставляет решение для промежуточных вызовов, которые инициируют, когда упомянутый пользователь имеет происходящий в текущий момент вызов. В соответствии с настоящим изобретением предложено обеспечить узел шлюза доступа со следующими логическими схемами. Логическая схема коммутации каналов, логическая схема CS, приспособленная принимать или посылать информацию вызова службы, связанную с происходящим в текущий момент вызовом, из домена или в домен, управляемый с помощью коммутации каналов. Например, это могла бы быть совместно расположенная MSC-S в случае мобильного пользователя или в случае узла шлюза доступа в автономном узле, вообще любая логическая схема, обеспечивающая возможность соединения с коммутатором управления коммутацией каналов. Кроме того, предложено иметь мультимедийную логическую схему, основанную на пакетах, пакетную логическую схему, приспособленную принимать или посылать информацию вызова службы, основанной на пакетах, из мультимедийной системы или в мультимедийную систему, основанную на пакетах. Это является любой логической схемой, которая обеспечивает канал-носитель, основанный на пакетах, это могло бы быть, например, функциональным средством, которое соответствует функциональному средству узла P-CSCF. Кроме того, предложено иметь логическую схему вызова службы, приспособленную идентифицировать службу в соответствии с принятой информацией вызова службы из логической схемы коммутации каналов или в соответствии с принятой информацией вызова службы, основанной на пакетах, из мультимедийной логической схемы, основанной на пакетах. Таким образом, сначала узел шлюза доступа приспособлен идентифицировать, какой тип промежуточного вызова принят, при этом запрос вызова службы мог бы быть принят либо из домена, управляемого с помощью коммутации каналов, либо из мультимедийного домена, основанного на пакетах. Кроме того, логическая схема вызова службы приспособлена обрабатывать выполнение соответствующей службы относительно идентифицированной службы, что включает в себя также поддержание статуса выполнения службы.

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

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

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

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

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

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

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

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

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

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

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

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

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

Предпочтительно сеть связи является мобильной сетью связи, например беспроводной сетью связи, работающей в соответствии с GSM или GPRS (универсальная пакетная коммутируемая радиосвязь), или любой системой 3G, как, например, UMTS (универсальная мобильная телефонная система), EDGE и CDMA2000. Предпочтительно мультимедийная система, основанная на пакетах, является IMS.

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

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

Фиг.1 схематически представляет структуру MAGCF, являющегося опорным пунктом для терминала управления c коммутацией каналов пользователя между сетью CS с коммутацией каналов и пакетом мультимедийной сети, основанной на пакетах.

Имеется логическая схема коммутации каналов, логическая схема CS, приспособленная принимать и/или посылать информацию вызова службы в виде протокола DTAP или USSD или тонального сигнала DTFM из домена или/и в домен, управляемый с помощью коммутации каналов, как, например, GSM или PSTN. Предпочтительно информацию принимают из узла или посылают в узел с коммутацией каналов, как MSC или MSC-S, или фиксированный коммутатор, обслуживающий пользователя. MSC мог бы быть либо автономным узлом, либо он мог бы быть интегрирован в MAGCF. Вообще функция коммутации каналов является предпочтительно функцией, выполняющей функциональное средство, необходимое для того, чтобы обмениваться информацией с сетью, управляемой с помощью коммутации каналов, в которой находится пользователь. Кроме того, MAGCF содержит пакетную логическую схему, которая приспособлена принимать сообщение вызова службы, основанной на пакетах, из системы, основанной на пакетах, и посылать сообщение вызова службы, основанной на пакетах, в систему, основанную на пакетах, как, например, IMS. Протокол для сообщения вызова службы, основанной на пакетах, предпочтительно является протоколом SIP.

Кроме того, предложено предоставить логическую схему вызова службы, логическую схему Invoc., которая приспособлена анализировать принятый запрос вызова службы (принятый либо из системы, основанной на пакетах, либо из домена, управляемого с помощью коммутации каналов). Таким образом, сначала MAGCF приспособлен идентифицировать, какой тип запроса вызова службы промежуточного вызова принят. Кроме того, логическая схема вызова службы приспособлена инициировать выполнение соответствующей службы относительно идентифицированной службы, это означает, что соответствующее сообщение посылают либо в систему, основанную на пакетах, либо в домен, управляемый с помощью коммутации каналов. Логическая схема вызова службы также выполняет соответствующее преобразование формата сообщения, который обычно отличается для системы, основанной на пакетах, и домена, управляемого с помощью коммутации каналов. Кроме того, логическая функция вызова службы поддерживает статус выполнения службы, причем информация статуса могла бы включать в себя также таймер, отслеживающий прием ответа для посланного сообщения.

В дальнейшем способ в соответствии с настоящим изобретением описан относительно фиг.2. Фиг.2 представляет этапы, которые должны быть выполнены в узле шлюза доступа, MAGCF. На первом этапе 21 MAGCF принимает запрос вызова службы, являющийся общим понятием для информации вызова службы или сообщения вызова службы, основанной на пакетах, причем упомянутый запрос принимают либо из системы 20а, основанной на пакетах, либо из домена 20, управляемого с помощью коммутации каналов. На этапе 22 идентифицируют запрос вызова службы, что означает, определяют тип промежуточного вызова. Когда служба идентифицирована, предложено инициировать выполнение службы относительно идентифицированной службы, причем выполнение службы, в частности, содержит преобразование формата сообщений и генерацию новых сообщений, 23. На этапе 24 запоминают статус выполнения службы, а на этапе 25 предложено послать информацию вызова службы, связанную с идентифицированной службой, в домен, управляемый с помощью коммутации каналов, 26, или послать информацию вызова службы, основанной на пакетах, связанную с идентифицированной службой, в мультимедийный домен, основанный на пакетах, 26а.

В соответствии с настоящим изобретением могли бы быть разные варианты осуществления для обеспечения MAGCF и для применения информации вызова службы. Подробное описание вариантов осуществления будет дано в дополнительном разделе описания.

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

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

Кроме того, предложено для пользователей мобильных телефонов использовать канал-носитель пакета GPRS/WCDMA, чтобы передавать инициирование вызова службы в случае, когда терминал может установить это тип канала носителя параллельно.

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

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

В дальнейшем относительно фиг.3 приведен вариант осуществления, предназначенный для выполнения процедуры вызова службы для промежуточных вызовов, когда MAGCF совместно расположен с обслуживающим MSC-S. Фиг.3 изображает пользовательскую аппаратуру UE, взаимодействующую через эфирный интерфейс, UTRAN/GERAN, с совместно расположенным узлом MSC-S/MAGCF. Упомянутое взаимодействие выполняют посредством сигнализации DTAP, причем взаимодействие между совместно расположенным MSC-S/MAGCF и доменом IMS выполняют посредством сигнализации SIP. В MAGCF изображен агент пользователя UA, который имеет обязанность обрабатывать от имени пользователя, находящегося в домене с коммутацией каналов, например, UA является ответственным за регистрацию пользователя в домене IMS.

Таким образом, в соответствии с фиг.3 терминал передает запрос вызова службы через существующие сообщения DTAP в MSC-S. Часть приложения прямой передачи DTAP, как известно, используют для обмена сообщениями между MSC и подвижной станцией. В частности, упомянутый протокол используют, чтобы передавать сообщения, связанные с установкой соединения и управлением мобильностью. Передача с помощью протокола DTAP является прозрачной для системы базовой станции. ID транзакций используют, чтобы связывать сообщения DTAP с конкретным подвижным терминалом и текущим вызовом.

Формат сообщения DTAP и процедура выполнения вызова службы посредством DTAP являются известными и описаны в (3GPP TS 24.080 и 3GPP TS 24.008). В соответствии с настоящим изобретением предложено, что логическая схема службы после приема сообщения DTAP выполняет процедурные этапы, которые имеют результатом передачу вызова службы. Сначала идентифицируют, какие из служб промежуточных вызовов должны быть выполнены и с каким пользователем связан происходящий в текущий момент вызов. Кроме того, запоминают статус вызова. В случае когда MAGCF решает инициировать соответствующий вызов вызова службы в IMS, предпочтительно предложено, что MAGCF посылает информацию обратной связи пользователю, что вызов, например, находится на стадии установления, и MAGCF начинает стадию инициализации с помощью преобразования запроса вызова службы DTAP в соответствующие сообщения SIP в IMS. В данном случае включена мультимедийная логическая схема, основанная на пакетах, которая посылает соответствующую сигнализацию SIP.

В дальнейшем вариант осуществления, предназначенный для предоставления информации вызова службы, приведен относительно фиг.4. Фиг.4 изображает пользовательскую аппаратуру UE, взаимодействующую через эфирный интерфейс, UTRAN/GETRAN, с узлом MSC-S. Упомянутый узел MSC-S взаимодействует с HLR и с автономным узлом MAGCF, который обеспечивает взаимодействие с IMS.

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

В соответствии с фиг.4 абонент вызывает службу промежуточного вызова, и запрос вызова пакетируют в строку контейнера USSD, 24:008: строка USSD: вызов службы. Неструктурированные дополнительные данные службы USSD являются службой GSM для обмена информацией между пользователем и сетью, примером является передача вызова, как, например, “61*Number*11*10” означает передачу вызова “61” для речевого вызова “11” с номером “number” с задержкой 10 секунд. Соответствующие дружелюбные команды пользователя запоминают в подвижном терминале. Команды, которые должны быть преобразованы в команды USSD, могли бы быть представлены и сконфигурированы в терминале с помощью абонента, или терминал может получить их из некоторой информации, запомненной в SIM карте и предоставленной оператором конкретно для абонентов, желающих вызвать любую службу.

В соответствии с фиг.4 строку USSD принимают с помощью обслуживающего MSC-S и помечают некоторым способом, чтобы MSC-S распознавал, что он должен передать строку USSD в HLR. Это взаимодействие могло бы быть выполнено предпочтительно посредством протокола обеспечения мобильности МАР.

Прием строки USSD в HLR запускает пусковое устройство CAMEL USSD, которое определено в HLR как данные абонента для этого абонента.

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

Возвращаясь к фиг.4, HLR использует функциональное средство CAMEL, чтобы информировать MAGCF о запросе вызова специфичной службы пользователя, представленной как строка USSD. Таким образом, HLR устанавливает точку обнаружения пускового устройства, включающую в себя контактные данные для gsmSCF, совместно расположенного с MAGCF, который в соответствии с настоящим изобретением является адресом автономного узла MAGCF, используемого для абонента. Кроме того, информация должна быть предпочтительно ключом службы CAMEL, указывающим, что абонент использует службы IMS.

Таким образом, в конце концов, MAGCF принимает вызов службы промежуточного вызова в виде строки USSD “вызов службы”, выполняет обработку промежуточного вызова в соответствии с настоящим изобретением и передает его в IMS для выполнения службы, вызов службы SIP.

Другой вариант осуществления, предназначенный для предоставления сообщения вызова службы, происходит посредством многочастотных тональных сигналов двойного тонального сигнала DTMF. Эти тональные сигналы обычно генерируют с помощью нажатия кнопок на пользовательском терминале и, например, используют для управления речевыми почтовыми ящиками или автоответчиками или для реализации дополнительных служб, как службы промежуточных вызовов. Тональные сигналы DTMF посылают по каналам сети с помощью выбора индивидуальных комбинаций частот таким образом, что можно посылать их через одну и ту же линию связи. На одной стороне, на посылающей стороне, требуется кодер, а на принимающей стороне декодер. В соответствии с настоящим изобретением предложено представить в случае автономного MAGCF основанное на тональном сигнале решение DTMF. С помощью этой основанной на тональном сигнале альтернативы DTMF можно поддерживать подвижный терминал, а также телефон фиксированной линии, соединенный с PTSN или сетью ISDN. Решение с помощью использования DTMF описано в дальнейшем относительно фиг.5. В соответствии с фиг.5 изображены два пользовательских терминала, подвижный терминал МТ, взаимодействующий через наземную мобильную сеть общего пользования PLMN, и фиксированный телефон FT, взаимодействующий через коммутируемую телефонную сеть общего пользования PSTN с автономным MAGCF. MAGCF в соответствии с настоящим изобретением обеспечивает соединение с мультимедийным доменом, основанным на пакетах, как IMS. Кроме того, изображен узел шлюза доступа MGW, обрабатывающий трафик полезной нагрузки пользователя, как уже известно.

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

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

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

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

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

На фиг.6а изображен промежуточный вызов удерживания, что вызывает, что происходящий в текущий момент вызов включают в статус “on-hold”. На первом этапе MAGCF принимает запрос Hold. Как упомянуто выше, информация вызова службы могла бы быть выполнена посредством любого подходящего или предпочтительного протокола, как, например, протокола DTMF, DTAP или USSD. На следующем этапе MAGCF идентифицирует службу, которая в этом примере является запросом Hold, и дополнительно идентифицируют происходящий в текущий момент вызов, к которому относится служба. После того как идентификация выполнена, MAGCF инициирует процедуру вызова службы в IMS. В соответствии с фиг.6а посылают сообщение Приглашение (SDP: sendonly) и принимают 200 ОК (SDP: recvonly) в качестве сообщения подтверждения. Посредством априори примененного протокола, как, например, DTMF, DTAP, USSD сообщение подтверждения, запрос Hold ACK (обратная связь через DTMF, DTAP, USSD …) посылают в пользовательский терминал. MAGCF запоминает статус происходящего в текущий момент вызова, а именно “вызов удержан”, на следующем этапе.

В случае когда MAGCF принимает новое сообщение запроса Hold, как изображено на фиг.6b, тогда после выполненной идентификации сообщения вызова службы и после назначения упомянутого вызова происходящему в текущий момент вызову MAGCF распознает, что упомянутый происходящий в текущий момент вызов уже установлен в “on-hold”. В результате MAGCF отклоняет принятый запрос удержания с помощью посылки отклонения запроса Hold (обратная связь через DTMF, DTAP, USSD …).

Кроме того, предложено в соответствии с настоящим изобретением поддерживать дополнительные параметры, как, например, таймеры. Этот вариант осуществления представлен на фиг.7. Таким образом, после приема запроса Hold (через DTMF, DTAP, USSD …) из пользовательского терминала MAGCF посылает соответствующее сообщение вызова службы в IMS, Приглашение (SDP: sendonly) после того, как идентифицирована принятая информация вызова службы. MAGCF запоминает статус происходящего в текущий момент вызова, и дополнительно предложено, что MAGCF запускает таймер, в то же время ожидая ответ SIP из IMS. Таким образом, в этом случае поддержание информации статуса содержит запоминание и обновление текущего статуса и таймера. В случае когда MAGCF принимает ответ из IMS, он продолжает, как описано ранее. Однако если имеет место истечение времени, означающее, что ответ не принят из IMS, тогда запрос Hold отклоняют и сообщение отклонения запроса Hold (обратная связь через DTMF, DTAP, USSD …) посылают обратно в пользовательский терминал.

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

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

На первом этапе MAGCF принимает вызов службы, основанной на пакетах, а именно приглашение SIP для установления контакта с пользователем В. К тому времени он начинает процедуру в логической схеме вызова службы. Сначала запоминают статус “принято приглашение SIP”. На следующем этапе MAGCF обнаруживает, что сторона В имеет происходящий в текущий момент вызов. MAGCF посылает “продолжение сеанса 183” стороне А второго вызова и обновляет внутреннее состояние на “принято приглашение SIP для занятой стороны В”. MAGCF инициирует на следующем этапе процедуру “установить on-hold” для первого вызова, для того чтобы принять второй вызов. Как упомянуто в предыдущих вариантах осуществления, это могло бы быть выполнено с помощью любого подходящего протокола. В этом варианте осуществления DTMF взят в качестве примера. Сначала MAGCF дает команду MGW послать тональный сигнал уведомления пользователю В, что выполняют в существующей плоскости пользователя происходящего в текущий момент первого вызова. Кроме того, MAGCF дает команду MGW, если уже не выполнено, обнаружить тональные сигналы DTMF, поступающие от пользователя В, и он обновляет статус в “принято приглашение SIP для занятой стороны В - ожидание ответа от стороны В” и запускает таймер. В соответствии с одним вариантом осуществления настоящего изобретения предложено, что в случае, когда имеет место истечение времени до приема ответа от стороны В, послать BYE пользователю А относительно второго вызова, предпочтительно с причиной ошибки. Этот сценарий не изображен на фиг.8.

В случае когда MGW обнаруживает тональные сигналы DTMF, поступающие от пользователя В, тогда он посылает цифры в MAGCF. Как уже упомянуто, либо MAGCF собирает цифры, либо полностью распознанную команду посылают в MAGCF. Независимо от подхода MAGCF принимает информацию “принять входящий второй вызов”. Затем таймер останавливают и первый вызов устанавливают on-hold. Кроме того, MGW дают команду соединить ветви вызова, что означает соединить плоскости пользователей, пользователя А и пользователя В. Кроме того, “200OK SIP” посылают пользователю А, означающее, что второй вызов собираются переключить. Наконец, статус в MAGCF обновляют на “второй вызов происходит в текущий момент, первый вызов on hold”.

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

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