RU2395918C2

RU2395918C2 - Provision of services based on packets via access with switching of channels

Info

Publication number: RU2395918C2
Application number: RU2008137788/09A
Authority: RU
Inventors: Андреас ВИТЦЕЛ (DE); Андреас Витцел; Ральф КЕЛЛЕР (DE); Ральф Келлер; Джордж ФОТИ (CA); Джордж ФОТИ; Стефен ТЕРРИЛЛ (ES); Стефен ТЕРРИЛЛ
Original assignee: Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date: 2006-02-23
Filing date: 2006-02-23
Publication date: 2010-07-27
Also published as: RU2008137788A

Abstract

FIELD: information technologies.

SUBSTANCE: invention proposes solution for provision of multimedia system services (IMS) and in particular, services of intermediate calls to users having terminals controlled with the help of channels switching and not adapted to provide IMS services to users. In particular, it is proposed to introduce new type of unit called function of mobile communication access gateway control (MAGCF). This new unit combines logical functional facilities of cellular switching centre and logical functional facilities of logical circuit based on packets. Invention discusses concept of MAGCF, which processes intermediate calls, including identification of received request of intermediate call, generation of according message in compliance with identified intermediate call, tracking status of performed intermediate calls.

EFFECT: provision of services based on packets for user equipment that operates in domain controlled with the help of channels switching.

15 cl, 8 dwg

Description

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

Настоящее изобретение относится к предоставлению служб, основанных на пакетах, применимых во время происходящего в текущий момент вызова, пользователю, имеющему пользовательскую аппаратуру, управляемую с помощью коммутации каналов. В частности, изобретение предоставляет решение, применимое как для мобильного пользователя с подвижным терминалом, так и для пользователя с фиксированным терминалом.The present invention relates to the provision of packet-based services applicable during a call currently in progress to a user having user equipment controlled by circuit switching. In particular, the invention provides a solution applicable to both a mobile user with a mobile terminal and a user with a fixed terminal.

Уровень техникиState of the art

Сети третьего поколения (3G), такие как UMTS (универсальная телекоммуникационная сеть) и CDMA 2000, предоставляют высокоскоростной беспроводной доступ к Internet мобильным пользователям через широкую зону обслуживания. Для сетей 3G определена мультимедийная подсистема IMS IP, чтобы предоставлять сотовый доступ к услугам Internet, для того чтобы поддерживать службы телефонии и мультимедиа. IMS использует технологию, основанную на пакетах, в частности сеть IP и другие протоколы IETF, для предоставления служб. Мощность IMS состоит в предоставлении усовершенствованных служб, например мультимедийных служб, объединяющих речь и данные. Кроме того, использование сети IP в качестве единого основного стандарта дает возможность легкого и быстрого развертывания службы. Наоборот, сети 2-го поколения, как GSM, обеспечивают технологию речи на основе коммутации каналов.Third-generation (3G) networks, such as UMTS (Universal Telecommunications Network) and CDMA 2000, provide high-speed wireless Internet access to mobile users through a wide service area. For 3G networks, an IMS IP multimedia subsystem is defined to provide cellular access to Internet services in order to support telephony and multimedia services. IMS uses packet-based technology, in particular IP network and other IETF protocols, to provide services. The power of IMS is to provide advanced services, such as multimedia services that combine speech and data. In addition, using the IP network as a single core standard enables easy and quick service deployment. On the contrary, 2nd generation networks, like GSM, provide speech technology based on circuit switching.

Кроме речевых вызовов и вызовов данных в стандарте 3GPP UMTS определен ряд так называемых служб промежуточных вызовов, которые отличаются тем фактом, что во время происходящего в текущий момент вызова пользователь инициирует вызов службы. Некоторыми примерами служб промежуточных вызовов являются:In addition to voice calls and data calls, the 3GPP UMTS standard defines a number of so-called intermediate call services, which are distinguished by the fact that during a call currently in progress, the user initiates a service call. Some examples of intermediate call services are:

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

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

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

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

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

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

Подробное описание разных промежуточных вызовов можно было бы найти в 3GPP TS 22/004 для TS11 и других телекоммуникационных услуг.A detailed description of the various intermediate calls could be found in 3GPP TS 22/004 for TS11 and other telecommunication services.

Протокол инициализации сеанса SIP выбран в IMS для сигнализации между пользовательской аппаратурой UE и IMS, а также между компонентами в IMS. IMS использует SIP также, чтобы завершать речевые и мультимедийные вызовы в Internet. Для того чтобы быть в состоянии использовать службы IMS, взаимодействующая пользовательская аппаратура должна поддерживать IMS, это означает, что SIP должна быть осуществлена в пользовательской аппаратуре.The SIP Session Initiation Protocol is selected in the IMS for signaling between the user equipment of the UE and the IMS, as well as between components in the IMS. IMS also uses SIP to end voice and multimedia calls on the Internet. In order to be able to use IMS services, the interacting user equipment must support IMS, which means that SIP must be implemented in the user equipment.

IMS поддерживает межсетевое взаимодействие с существующими сетями. Эту поддержку обеспечивают с помощью функции управления шлюзом среды (MGCF). MGCF выполняет преобразование протокола между протоколами управления сотовыми вызовами и протоколами IMS. Например, MGCF принимает сообщение SIP из IMS и преобразует его в соответствующие сообщения ISUP. Таким образом, первичной функцией MGCF является преобразовать информацию сигнализации из одного формата в другой в направлении обратной линии связи и прямой линии связи.IMS supports interworking with existing networks. This support is provided through the Media Gateway Management Function (MGCF). The MGCF performs protocol conversion between cellular call control protocols and IMS protocols. For example, the MGCF receives a SIP message from the IMS and converts it to the corresponding ISUP messages. Thus, the primary function of the MGCF is to convert signaling information from one format to another in the direction of the reverse link and the forward link.

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 is used for 3G networks to provide services using packet-based technology, with SIP as the applicable signaling protocol. IMS provides, in particular, Call Status Management (CSCF), which enables the routing of SIP messages from users and users connected through access networks to application servers, and other management functions. There are three types of CSCFs, namely Authorized CSCF (P-CSCF), Interrogating CSCF (I-CSCF), and Serving CSCF (S-CSCF). IMS services are implemented in application servers. One of the main tasks of the P-CSCF is to memorize the S-CSCF address for the user, the I-CSCF supports the S-CSCF search for calling the user, and is the contact point for managing the service session.

Однако в настоящее время основное число пользовательской аппаратуры не поддерживает технологию IMS с SIP в качестве протокола сигнализации для служб речи и служб промежуточных вызовов, так как упомянутая пользовательская аппаратура приспособлена для домена, управляемого с помощью коммутации каналов. Таким образом, для доступа к IMS необходима адаптация пользовательской аппаратуры.However, at present, the majority of user equipment does not support IMS technology with SIP as a signaling protocol for voice services and intermediate call services, since the user equipment is adapted for a circuit-controlled domain. Thus, the adaptation of user equipment is required to access IMS.

Сущность изобретенияSUMMARY OF THE INVENTION

Вследствие этого задачей настоящего изобретения является обеспечить решение для предоставления служб, основанных на пакетах, в пользовательскую аппаратуру, работающую в домене, управляемом с помощью коммутации каналов. В частности, задачей настоящего изобретения является предоставить службы промежуточных вызовов в упомянутую пользовательскую аппаратуру, а также доступ к домену, основанному на пакетах.Therefore, it is an object of the present invention to provide a solution for providing packet-based services to user equipment operating in a circuit switched domain. In particular, it is an object of the present invention to provide intermediate call services to said user equipment as well as access to a packet-based domain.

Изобретение раскрыто в независимых пунктах формулы изобретения. Преимущественные варианты осуществления описаны в зависимых пунктах формулы изобретения, раскрытых в соответствующих разделах описания.The invention is disclosed in the independent claims. Advantageous embodiments are described in the dependent claims disclosed in the relevant sections of the description.

В соответствии с настоящим изобретением предложено обеспечить узел шлюза доступа, приспособленный вызывать службу в мультимедийной системе, основанной на пакетах, как, например, IMS для пользователя с пользовательским терминалом, управляемым с помощью коммутации каналов, причем это мог бы быть либо подвижный терминал, либо фиксированный терминал, и причем упомянутый пользователь находится в домене, управляемом с помощью коммутации каналов, как наземная мобильная сеть общего пользования PLMN или коммутируемая телефонная сеть общего пользования PSTN. Изобретение предоставляет решение для промежуточных вызовов, которые инициируют, когда упомянутый пользователь имеет происходящий в текущий момент вызов. В соответствии с настоящим изобретением предложено обеспечить узел шлюза доступа со следующими логическими схемами. Логическая схема коммутации каналов, логическая схема CS, приспособленная принимать или посылать информацию вызова службы, связанную с происходящим в текущий момент вызовом, из домена или в домен, управляемый с помощью коммутации каналов. Например, это могла бы быть совместно расположенная MSC-S в случае мобильного пользователя или в случае узла шлюза доступа в автономном узле, вообще любая логическая схема, обеспечивающая возможность соединения с коммутатором управления коммутацией каналов. Кроме того, предложено иметь мультимедийную логическую схему, основанную на пакетах, пакетную логическую схему, приспособленную принимать или посылать информацию вызова службы, основанной на пакетах, из мультимедийной системы или в мультимедийную систему, основанную на пакетах. Это является любой логической схемой, которая обеспечивает канал-носитель, основанный на пакетах, это могло бы быть, например, функциональным средством, которое соответствует функциональному средству узла P-CSCF. Кроме того, предложено иметь логическую схему вызова службы, приспособленную идентифицировать службу в соответствии с принятой информацией вызова службы из логической схемы коммутации каналов или в соответствии с принятой информацией вызова службы, основанной на пакетах, из мультимедийной логической схемы, основанной на пакетах. Таким образом, сначала узел шлюза доступа приспособлен идентифицировать, какой тип промежуточного вызова принят, при этом запрос вызова службы мог бы быть принят либо из домена, управляемого с помощью коммутации каналов, либо из мультимедийного домена, основанного на пакетах. Кроме того, логическая схема вызова службы приспособлена обрабатывать выполнение соответствующей службы относительно идентифицированной службы, что включает в себя также поддержание статуса выполнения службы.In accordance with the present invention, it is proposed to provide an access gateway assembly adapted to call a service in a packet-based multimedia system, such as, for example, an IMS for a user with a user terminal controlled by circuit switching, which could be either a mobile terminal or a fixed a terminal, and wherein said user is in a domain controlled by circuit switching, such as a public land mobile network PLMN or a public switched telephone network PSTN Bani. The invention provides a solution for intermediate calls that initiate when said user has a call in progress. In accordance with the present invention, it is proposed to provide an access gateway node with the following logic circuits. Channel switching logic, CS logic, adapted to receive or send service call information related to the ongoing call from the domain or to the domain controlled by channel switching. For example, it could be a co-located MSC-S in the case of a mobile user or in the case of an access gateway node in a stand-alone node, in general, any logic that provides the ability to connect to a circuit switching control switch. In addition, it is proposed to have a packet based multimedia logic, a packet logic adapted to receive or send packet based service call information from a multimedia system or to a packet based multimedia system. This is any logic that provides a packet-based carrier channel, for example, it could be a functional that corresponds to the functionality of a P-CSCF. In addition, it is proposed to have a service call logic adapted to identify a service according to received service call information from a circuit switching logic or according to received packet based service call information from a packet based multimedia logic. Thus, at first the access gateway node is able to identify what type of intermediate call is received, and the service call request could be received either from the domain controlled by circuit switching or from the packet-based multimedia domain. In addition, the service call logic is adapted to process the execution of the corresponding service with respect to the identified service, which also includes maintaining the status of the service.

Кроме того, настоящее изобретение предлагает способ, предназначенный для вызова службы в мультимедийной системе, основанной на пакетах, для пользователя с пользовательским терминалом, управляемым с помощью коммутации каналов, находящимся в домене, управляемом с помощью коммутации каналов и имеющим происходящий в текущий момент вызов. В дальнейшем описанные этапы должны быть выполнены в узле шлюза доступа. Способ предлагает принять информацию вызова службы, связанную с происходящим в текущий момент вызовом, из домена, управляемого с помощью коммутации каналов. Сообщение вызова службы также могло бы быть принято из мультимедийной системы, основанной на пакетах, следовательно, способ предлагает принимать информацию вызова службы, основанной на пакетах. На следующем этапе способа предложено идентифицировать службу в соответствии с принятой информацией вызова службы или в соответствии с принятой информацией вызова службы, основанной на пакетах. Когда служба идентифицирована, предложено обработать выполнение службы относительно идентифицированной службы, причем выполнение службы содержит преобразование форматов использованного средства передачи (как протоколов или тональных сигналов) между мультимедийной системой, основанной на пакетах, и доменом, управляемым с помощью коммутации каналов, и поддержание статуса выполнения службы. Кроме того, предложено послать информацию вызова службы, связанную с идентифицированной службой, в домен, управляемый с помощью коммутации каналов, и послать информацию вызова службы, основанной на пакетах, связанную с идентифицированной службой, в мультимедийную систему, основанную на пакетах.In addition, the present invention provides a method for calling a service in a packet-based multimedia system for a user with a circuit switched user terminal located in a circuit switched domain having a call in progress. Further, the described steps should be performed in the access gateway node. The method proposes to receive service call information related to the currently occurring call from a domain controlled by circuit switching. A service call message could also be received from a packet-based multimedia system, therefore, the method suggests receiving packet-based service call information. In the next step of the method, it is proposed to identify the service in accordance with the received service call information or in accordance with the received packet based service call information. When the service is identified, it is proposed to process the execution of the service with respect to the identified service, and the execution of the service includes converting the formats of the used transmission medium (such as protocols or tones) between the packet-based multimedia system and the domain controlled by circuit switching and maintaining the service execution status . In addition, it is proposed to send service call information associated with an identified service to a circuit switched domain and send packet based service call information associated with an identified service to a packet based multimedia system.

Преимущество настоящего изобретения состоит в том, что оно обеспечивает плавное перемещение из домена, управляемого с помощью коммутации каналов, в домен, основанный на пакетах. В частности, для пользователя, использующего аппаратуру, приспособленную к коммутации каналов, предоставлено решение использовать промежуточные вызовы в домене IMS.An advantage of the present invention is that it provides smooth migration from a circuit switched domain to a packet based domain. In particular, for a user using equipment adapted for switching channels, a decision is made to use intermediate calls in the IMS domain.

Дополнительные преимущественные варианты осуществления описаны в зависимых пунктах формулы изобретения.Further advantageous embodiments are described in the dependent claims.

В дальнейшем предпочтительные примеры настоящего изобретения будут описаны подробно, для того чтобы обеспечить специалиста основательным и полным пониманием изобретения, но эти подробные варианты осуществления служат только в качестве примеров изобретения, а не подразумеваются как ограничивающие. Следующее описание будет делать ссылки на прилагаемые чертежи, на которых:Hereinafter, preferred examples of the present invention will be described in detail in order to provide one skilled in the art with a thorough and complete understanding of the invention, but these detailed embodiments serve only as examples of the invention and are not meant to be limiting. The following description will make reference to the accompanying drawings, in which:

фиг.1 изображает схематическое представление архитектуры узла шлюза доступа в соответствии с настоящим изобретением,figure 1 depicts a schematic representation of the architecture of the node access gateway in accordance with the present invention,

фиг.2 изображает блок-схему последовательности этапов варианта осуществления настоящего изобретения для способа, выполняемого в узле шлюза доступа,FIG. 2 is a flowchart of an embodiment of the present invention for a method executed in an access gateway assembly,

фиг.3 изображает вариант осуществления настоящего изобретения, когда узел шлюза доступа совместно расположен в обслуживающем узле, и протокол DTAP используют в домене, управляемом с помощью коммутации каналов,figure 3 depicts an embodiment of the present invention, when the access gateway node is co-located in the serving node, and the DTAP protocol is used in a domain controlled by circuit switching,

фиг.4 изображает вариант осуществления настоящего изобретения, когда узел шлюза доступа является автономным узлом, и протокол USSD используют в домене, управляемом с помощью коммутации каналов,FIG. 4 shows an embodiment of the present invention when the access gateway node is a standalone node and the USSD protocol is used in a circuit switched domain,

фиг.5 изображает вариант осуществления настоящего изобретения, когда узел шлюза доступа является автономным узлом, и тональные сигналы DTMF используют в домене, управляемом с помощью коммутации каналов,5 depicts an embodiment of the present invention when the access gateway node is a standalone node and DTMF tones are used in a circuit switched domain,

фиг.6 изображает схематический вариант осуществления обмена сообщениями в узле шлюза доступа для приема промежуточного вызова HOLD,6 depicts a schematic embodiment of the implementation of messaging in the node of the access gateway to receive an intermediate call HOLD,

фиг.7 изображает схематический вариант осуществления обмена сообщениями в узле шлюза доступа для отклонения промежуточного вызова HOLD,7 depicts a schematic embodiment of a message exchange in an access gateway node for rejecting an intermediate HOLD call,

фиг.8 изображает схематический вариант осуществления обмена сообщениями в узле шлюза доступа для приема промежуточного вызова HOLD, а также использования тональных сигналов DTMF.Fig. 8 depicts a schematic illustration of a messaging implementation in an access gateway node for receiving an intermediate HOLD call, as well as using DTMF tones.

Следует заметить, что понятие “узел”, ”аппаратура”, ”терминал” в контексте настоящего изобретения относится к любой подходящей комбинации аппаратного обеспечения и программного обеспечения для обеспечения предварительно определенных функциональных возможностей в сети связи. Таким образом, упомянутые понятия в большинстве случаев относятся к логическому элементу, который может быть распределен по нескольким физическим элементам, но также могут быть отнесены к физическому элементу, находящемуся в одном физическом местоположении, если не дано явное определение.It should be noted that the concept of “node”, “equipment”, “terminal” in the context of the present invention refers to any suitable combination of hardware and software to provide predetermined functionality in a communication network. Thus, the concepts mentioned in most cases refer to a logical element that can be distributed across several physical elements, but can also be attributed to a physical element located in one physical location, unless an explicit definition is given.

Предпочтительно сеть связи является мобильной сетью связи, например беспроводной сетью связи, работающей в соответствии с GSM или GPRS (универсальная пакетная коммутируемая радиосвязь), или любой системой 3G, как, например, UMTS (универсальная мобильная телефонная система), EDGE и CDMA2000. Предпочтительно мультимедийная система, основанная на пакетах, является IMS.Preferably, the communication network is a mobile communication network, for example a wireless communication network operating in accordance with GSM or GPRS (universal packet switched radio communication), or any 3G system, such as, for example, UMTS (universal mobile telephone system), EDGE and CDMA2000. Preferably, the packet-based multimedia system is an IMS.

В соответствии с настоящим изобретением предложено, для того чтобы дать возможность мультимедийной системе, основанной на пакетах, брать полное управление вызовом и службой, объединить логические функциональные средства сотового коммутирующего центра и логические функциональные средства мультимедийной системы, основанной на пакетах, в узле шлюза доступа, который в дальнейшем называют MAGCF. В частности, предложено, что этот новый узел MAGCF содержит обсуживающее функциональное средство коммутации каналов, как, например, MSC GMSC-S в случае мобильного пользователя или вообще логическую схему, обеспечивающую и обрабатывающую канал-носитель, управляемый с помощью коммутации каналов. Кроме того, предложено, что MAGCF имеет мультимедийное функциональное средство, основанное на пакетах, которое, в частности, является агентом пользователя и/или уполномоченной функцией управления вызовами, как, например, P-CSCF.In accordance with the present invention, it is proposed in order to enable the packet-based multimedia system to take full control of the call and the service, to combine the logical functionalities of the cellular switching center and the logical functionalities of the packet-based multimedia system in the access gateway node, which hereinafter referred to as MAGCF. In particular, it has been proposed that this new MAGCF node includes a channel switching functional discussion facility, such as, for example, the MSC GMSC-S in the case of a mobile user or a logic circuit in general that provides and processes a carrier channel controlled by channel switching. In addition, it has been proposed that the MAGCF has a packet-based multimedia functionality that, in particular, is a user agent and / or an authorized call control function, such as, for example, the P-CSCF.

Вообще можно было бы сказать, что MAGCF обрабатывает в мультимедийном домене, основанном на пакетах, от имени пользователя с терминалом с коммутацией каналов. Кроме того, предложено, что MAGCF имеет управление относительно выполняемых операций между протоколами управления сотовыми вызовами и протоколами IMS, это, в частности, также содержит преобразование протокола.In general, one might say that MAGCF processes in a packet-based multimedia domain on behalf of a user with a circuit-switched terminal. In addition, it has been proposed that the MAGCF has control over the operations between the cellular control protocols and the IMS protocols, this, in particular, also includes protocol conversion.

Фиг.1 схематически представляет структуру MAGCF, являющегося опорным пунктом для терминала управления c коммутацией каналов пользователя между сетью CS с коммутацией каналов и пакетом мультимедийной сети, основанной на пакетах.1 schematically illustrates the structure of a MAGCF, which is a reference point for a user circuit switched control terminal between a circuit switched CS network and a packet based multimedia network packet.

Имеется логическая схема коммутации каналов, логическая схема CS, приспособленная принимать и/или посылать информацию вызова службы в виде протокола DTAP или USSD или тонального сигнала DTFM из домена или/и в домен, управляемый с помощью коммутации каналов, как, например, GSM или PSTN. Предпочтительно информацию принимают из узла или посылают в узел с коммутацией каналов, как MSC или MSC-S, или фиксированный коммутатор, обслуживающий пользователя. MSC мог бы быть либо автономным узлом, либо он мог бы быть интегрирован в MAGCF. Вообще функция коммутации каналов является предпочтительно функцией, выполняющей функциональное средство, необходимое для того, чтобы обмениваться информацией с сетью, управляемой с помощью коммутации каналов, в которой находится пользователь. Кроме того, MAGCF содержит пакетную логическую схему, которая приспособлена принимать сообщение вызова службы, основанной на пакетах, из системы, основанной на пакетах, и посылать сообщение вызова службы, основанной на пакетах, в систему, основанную на пакетах, как, например, IMS. Протокол для сообщения вызова службы, основанной на пакетах, предпочтительно является протоколом SIP.There is a channel switching logic, a CS logic adapted to receive and / or send service call information in the form of a DTAP or USSD protocol or a DTFM tone from a domain and / or to a domain controlled by channel switching, such as GSM or PSTN . Preferably, the information is received from a node or sent to a circuit switched node, such as an MSC or MSC-S, or a fixed switch serving a user. The MSC could either be a standalone node, or it could be integrated into the MAGCF. In general, the channel switching function is preferably a function that performs the functional means necessary to exchange information with a network controlled by the channel switching in which the user is located. In addition, the MAGCF includes a packet logic that is adapted to receive a packet based service call message from a packet based system and send a packet based service call message to a packet based system, such as IMS. The protocol for the packet-based service call message is preferably SIP.

Кроме того, предложено предоставить логическую схему вызова службы, логическую схему Invoc., которая приспособлена анализировать принятый запрос вызова службы (принятый либо из системы, основанной на пакетах, либо из домена, управляемого с помощью коммутации каналов). Таким образом, сначала MAGCF приспособлен идентифицировать, какой тип запроса вызова службы промежуточного вызова принят. Кроме того, логическая схема вызова службы приспособлена инициировать выполнение соответствующей службы относительно идентифицированной службы, это означает, что соответствующее сообщение посылают либо в систему, основанную на пакетах, либо в домен, управляемый с помощью коммутации каналов. Логическая схема вызова службы также выполняет соответствующее преобразование формата сообщения, который обычно отличается для системы, основанной на пакетах, и домена, управляемого с помощью коммутации каналов. Кроме того, логическая функция вызова службы поддерживает статус выполнения службы, причем информация статуса могла бы включать в себя также таймер, отслеживающий прием ответа для посланного сообщения.In addition, it was proposed to provide a service call logic, Invoc. Logic, which is capable of analyzing a received service call request (received either from a packet-based system or from a domain controlled by circuit switching). Thus, the MAGCF is first able to identify which type of intermediate call service call request is received. In addition, the service call logic is adapted to initiate the execution of the corresponding service with respect to the identified service, which means that the corresponding message is sent either to the packet-based system or to the domain controlled by circuit switching. The service call logic also performs a corresponding conversion of the message format, which is usually different for a packet-based system and a circuit switched domain. In addition, the logical function of the call to the service maintains the status of the service, and the status information could also include a timer that tracks the receipt of the response for the sent message.

В дальнейшем способ в соответствии с настоящим изобретением описан относительно фиг.2. Фиг.2 представляет этапы, которые должны быть выполнены в узле шлюза доступа, MAGCF. На первом этапе 21 MAGCF принимает запрос вызова службы, являющийся общим понятием для информации вызова службы или сообщения вызова службы, основанной на пакетах, причем упомянутый запрос принимают либо из системы 20а, основанной на пакетах, либо из домена 20, управляемого с помощью коммутации каналов. На этапе 22 идентифицируют запрос вызова службы, что означает, определяют тип промежуточного вызова. Когда служба идентифицирована, предложено инициировать выполнение службы относительно идентифицированной службы, причем выполнение службы, в частности, содержит преобразование формата сообщений и генерацию новых сообщений, 23. На этапе 24 запоминают статус выполнения службы, а на этапе 25 предложено послать информацию вызова службы, связанную с идентифицированной службой, в домен, управляемый с помощью коммутации каналов, 26, или послать информацию вызова службы, основанной на пакетах, связанную с идентифицированной службой, в мультимедийный домен, основанный на пакетах, 26а.In the future, the method in accordance with the present invention is described with respect to figure 2. Figure 2 represents the steps to be performed in the access gateway node, MAGCF. In a first step 21, the MAGCF receives a service call request, which is a general concept for service call information or packet based service call messages, the request being received either from a packet based system 20a or from a circuit switched domain 20. At step 22, a service call request is identified, which means the type of intermediate call is determined. When the service is identified, it is proposed to initiate the execution of the service with respect to the identified service, and the execution of the service, in particular, includes converting the message format and generating new messages, 23. At step 24, the status of the service is stored, and at step 25 it is proposed to send service call information related an identified service to a circuit switched domain 26, or send packet-based service call information associated with the identified service to multimedia package-based domain 26a.

В соответствии с настоящим изобретением могли бы быть разные варианты осуществления для обеспечения MAGCF и для применения информации вызова службы. Подробное описание вариантов осуществления будет дано в дополнительном разделе описания.In accordance with the present invention, there could be various embodiments for providing MAGCF and for applying service call information. A detailed description of the embodiments will be given in an additional section of the description.

В одном варианте осуществления предложено совместно расположить MAGCF с обслуживающим MSC-S. В этом случае пользовательский терминал должен быть приспособлен посылать соответствующую сигнализацию с коммутацией каналов, как, например, сигнализацию DTAP, непосредственно в MSC-S, а MSC-S передает упомянутое сообщение сигнализации в логическую схему преобразования для преобразования его в сообщение вызова службы SIP.In one embodiment, it is proposed to co-locate the MAGCF with the serving MSC-S. In this case, the user terminal should be able to send the appropriate circuit-switched signaling, such as DTAP signaling, directly to the MSC-S, and the MSC-S sends the signaling message to a conversion logic to convert it into a SIP service call message.

В другом варианте осуществления предложено, что MAGCF является автономным узлом, что означает, что MAGCF совместно не расположен с обслуживающим MSC-S, или абонентом, использующим фиксированный телефон. В этом случае должна быть использована соответствующая информация вызова службы, как, например, сигнализация по каналам сети DTMF, или в случае абонента, использующего мобильный телефон, как 24.008, сигнализация USSD.In another embodiment, it is proposed that the MAGCF is a standalone node, which means that the MAGCF is not located in conjunction with a serving MSC-S, or a subscriber using a fixed telephone. In this case, the appropriate service call information should be used, such as signaling via the DTMF network, or, in the case of a subscriber using a mobile phone, such as 24.008, USSD signaling.

Кроме того, предложено для пользователей мобильных телефонов использовать канал-носитель пакета GPRS/WCDMA, чтобы передавать инициирование вызова службы в случае, когда терминал может установить это тип канала носителя параллельно.In addition, it is proposed for mobile phone users to use the GPRS / WCDMA packet carrier channel to transmit service call initiation when the terminal can set this type of carrier channel in parallel.

Независимо от используемого канала-носителя протокола или способа, предназначенного для передачи информации вызова службы, связанной с происходящим в текущий момент вызовом, из домена, управляемого с помощью коммутации каналов, или в домен, управляемый с помощью коммутации каналов, MAGCF применяет в соответствии с настоящим изобретением процедуру в узле логической схемы службы, для того чтобы вызвать службу в мультимедийном домене, основанном на пакетах, как в IMS. Эта процедура будет описана более подробно дополнительно.Regardless of the carrier channel used for the protocol or method for transmitting service call information related to the ongoing call from the domain controlled by circuit switching or to the domain controlled by circuit switching, MAGCF applies in accordance with this by the invention, a procedure in a service logic node in order to invoke a service in a packet-based multimedia domain, as in IMS. This procedure will be described in more detail later.

В дальнейшем описаны различные варианты осуществления для реализации изобретения.Various embodiments are further described for implementing the invention.

В дальнейшем относительно фиг.3 приведен вариант осуществления, предназначенный для выполнения процедуры вызова службы для промежуточных вызовов, когда MAGCF совместно расположен с обслуживающим MSC-S. Фиг.3 изображает пользовательскую аппаратуру UE, взаимодействующую через эфирный интерфейс, UTRAN/GERAN, с совместно расположенным узлом MSC-S/MAGCF. Упомянутое взаимодействие выполняют посредством сигнализации DTAP, причем взаимодействие между совместно расположенным MSC-S/MAGCF и доменом IMS выполняют посредством сигнализации SIP. В MAGCF изображен агент пользователя UA, который имеет обязанность обрабатывать от имени пользователя, находящегося в домене с коммутацией каналов, например, UA является ответственным за регистрацию пользователя в домене IMS.Hereinafter, with reference to FIG. 3, an embodiment is provided for performing a service call procedure for intermediate calls when the MAGCF is co-located with the serving MSC-S. Figure 3 depicts a user equipment UE communicating via an air interface, UTRAN / GERAN, with a co-located MSC-S / MAGCF. Said interaction is performed by DTAP signaling, and the interaction between the co-located MSC-S / MAGCF and the IMS domain is performed by SIP signaling. The MAGCF depicts a UA user agent that has the responsibility to process on behalf of a user located in a circuit-switched domain, for example, a UA is responsible for registering a user in an IMS domain.

Таким образом, в соответствии с фиг.3 терминал передает запрос вызова службы через существующие сообщения DTAP в MSC-S. Часть приложения прямой передачи DTAP, как известно, используют для обмена сообщениями между MSC и подвижной станцией. В частности, упомянутый протокол используют, чтобы передавать сообщения, связанные с установкой соединения и управлением мобильностью. Передача с помощью протокола DTAP является прозрачной для системы базовой станции. ID транзакций используют, чтобы связывать сообщения DTAP с конкретным подвижным терминалом и текущим вызовом.Thus, in accordance with FIG. 3, the terminal transmits a service call request through existing DTAP messages to the MSC-S. Part of the DTAP direct transmission application is known to be used for messaging between the MSC and the mobile station. In particular, said protocol is used to transmit messages related to connection establishment and mobility management. DTAP transmission is transparent to the base station system. Transaction IDs are used to associate DTAP messages with a specific mobile terminal and the current call.

Формат сообщения DTAP и процедура выполнения вызова службы посредством DTAP являются известными и описаны в (3GPP TS 24.080 и 3GPP TS 24.008). В соответствии с настоящим изобретением предложено, что логическая схема службы после приема сообщения DTAP выполняет процедурные этапы, которые имеют результатом передачу вызова службы. Сначала идентифицируют, какие из служб промежуточных вызовов должны быть выполнены и с каким пользователем связан происходящий в текущий момент вызов. Кроме того, запоминают статус вызова. В случае когда MAGCF решает инициировать соответствующий вызов вызова службы в IMS, предпочтительно предложено, что MAGCF посылает информацию обратной связи пользователю, что вызов, например, находится на стадии установления, и MAGCF начинает стадию инициализации с помощью преобразования запроса вызова службы DTAP в соответствующие сообщения SIP в IMS. В данном случае включена мультимедийная логическая схема, основанная на пакетах, которая посылает соответствующую сигнализацию SIP.The DTAP message format and procedure for making a service call through DTAP are known and described in (3GPP TS 24.080 and 3GPP TS 24.008). In accordance with the present invention, it is proposed that the service logic after receiving the DTAP message performs the procedural steps that result in the transfer of a service call. First, they identify which of the intermediate call services should be performed and with which user the call that is currently taking place is associated. In addition, the call status is stored. In the case where the MAGCF decides to initiate a corresponding service call call in the IMS, it is preferably proposed that the MAGCF sends feedback information to the user that the call, for example, is being established, and the MAGCF starts the initialization stage by converting the DTAP service call request to the corresponding SIP in IMS. In this case, a packet-based multimedia logic is included that sends the appropriate SIP signaling.

В дальнейшем вариант осуществления, предназначенный для предоставления информации вызова службы, приведен относительно фиг.4. Фиг.4 изображает пользовательскую аппаратуру UE, взаимодействующую через эфирный интерфейс, UTRAN/GETRAN, с узлом MSC-S. Упомянутый узел MSC-S взаимодействует с HLR и с автономным узлом MAGCF, который обеспечивает взаимодействие с IMS.In the following, an embodiment for providing service call information is provided with respect to FIG. 4. Figure 4 depicts the user equipment of the UE, interacting through the air interface, UTRAN / GETRAN, with the node MSC-S. Said MSC-S node interacts with the HLR and with the autonomous MAGCF node, which provides interaction with the IMS.

В соответствии с этим вариантом осуществления MAGCF является автономным узлом, что могло бы иметь место в различных сценариях. В соответствии с фиг.4 абонент выполняет роуминг в собственной сети, и выбран статичный MAGCF, что означает, что имеется некоторое число обслуживающих MSC-S и один MAGCF, взаимодействующий с соответствующими MSC-S. Кроме того, сценарий мог бы быть таким, что MAGCF является опорным пунктом роуминга для абонента, выполняющего роуминг в несобственную сеть.In accordance with this embodiment, the MAGCF is a standalone node, which could be the case in various scenarios. In accordance with FIG. 4, the subscriber roams in his own network and a static MAGCF is selected, which means that there are a number of serving MSC-Ss and one MAGCF interacting with the corresponding MSC-S. In addition, the scenario could be such that MAGCF is a roaming stronghold for a subscriber roaming to a non-proprietary network.

В соответствии с фиг.4 абонент вызывает службу промежуточного вызова, и запрос вызова пакетируют в строку контейнера USSD, 24:008: строка USSD: вызов службы. Неструктурированные дополнительные данные службы USSD являются службой GSM для обмена информацией между пользователем и сетью, примером является передача вызова, как, например, “61*Number*11*10” означает передачу вызова “61” для речевого вызова “11” с номером “number” с задержкой 10 секунд. Соответствующие дружелюбные команды пользователя запоминают в подвижном терминале. Команды, которые должны быть преобразованы в команды USSD, могли бы быть представлены и сконфигурированы в терминале с помощью абонента, или терминал может получить их из некоторой информации, запомненной в SIM карте и предоставленной оператором конкретно для абонентов, желающих вызвать любую службу.In accordance with FIG. 4, a subscriber calls an intermediate call service, and the call request is packetized into a USSD container line, 24: 008: USSD line: service call. The non-structured additional data of the USSD service is a GSM service for exchanging information between the user and the network, an example is a call transfer, for example, “61 * Number * 11 * 10” means a call transfer “61” for a voice call “11” with the number “number ”With a delay of 10 seconds. The corresponding friendly user commands are stored in the mobile terminal. Commands that should be converted into USSD commands could be presented and configured in the terminal using a subscriber, or the terminal can get them from some information stored in the SIM card and provided by the operator specifically for subscribers who want to call any service.

В соответствии с фиг.4 строку USSD принимают с помощью обслуживающего MSC-S и помечают некоторым способом, чтобы MSC-S распознавал, что он должен передать строку USSD в HLR. Это взаимодействие могло бы быть выполнено предпочтительно посредством протокола обеспечения мобильности МАР.In accordance with FIG. 4, the USSD string is received by the serving MSC-S and tagged in some way so that the MSC-S recognizes that it should transmit the USSD string to the HLR. This interaction could preferably be accomplished using the MAP mobility protocol.

Прием строки USSD в HLR запускает пусковое устройство CAMEL USSD, которое определено в HLR как данные абонента для этого абонента.Receiving the USSD string in the HLR starts the CAMEL USSD trigger, which is defined in the HLR as the subscriber data for that subscriber.

Подход CAMEL взят в качестве примера, и он не имеет ограничения для настоящего изобретения. CAMEL является средством сети, которое дает возможность оператору сети обеспечивать мобильных абонентов службами, специфичными для оператора, даже когда мобильные абоненты выполняют роуминг за пределы собственной сети. В соответствии с архитектурой CAMEL функциональное средство функциональное средство управления службами CAMEL (gsmSCF) должно быть обеспечено в собственной PLMN абонента, которая содержит логическую схему службы CAMEL, необходимую, чтобы осуществлять службы, специфичные для оператора. В кадре CAMEL определена так называемая точка обнаружения пускового устройства (TDP), которая определяет момент времени в обработке транзакции, когда будет установлен контакт с gsmSCF. Когда встречают TDP, открывают диалог с gsmSCF. Имеется некоторое число функциональных средств, определенных для gsmSCF, в частности gsmSCF может быть обеспечено информацией о происходящей в настоящий момент транзакции пользователя, как, например, адрес назначения и продолжительность транзакции.The CAMEL approach is taken as an example and is not limited to the present invention. CAMEL is a network tool that enables a network operator to provide mobile subscribers with operator-specific services, even when mobile subscribers are roaming outside their own network. In accordance with the CAMEL architecture, the CAMEL Service Control Functionality Tool (gsmSCF) must be provided in the subscriber’s own PLMN, which contains the CAMEL service logic necessary to perform operator-specific services. The so-called trigger point detection (TDP) is defined in the CAMEL frame, which determines the point in time in transaction processing when contact with gsmSCF is established. When they meet TDP, open a dialog with gsmSCF. There are a number of functionalities defined for gsmSCF, in particular gsmSCF can be provided with information about the current transaction of the user, such as the destination address and duration of the transaction.

Возвращаясь к фиг.4, HLR использует функциональное средство CAMEL, чтобы информировать MAGCF о запросе вызова специфичной службы пользователя, представленной как строка USSD. Таким образом, HLR устанавливает точку обнаружения пускового устройства, включающую в себя контактные данные для gsmSCF, совместно расположенного с MAGCF, который в соответствии с настоящим изобретением является адресом автономного узла MAGCF, используемого для абонента. Кроме того, информация должна быть предпочтительно ключом службы CAMEL, указывающим, что абонент использует службы IMS.Returning to FIG. 4, the HLR uses the CAMEL functionality to inform the MAGCF of a call request for a specific user service, represented as a USSD string. Thus, the HLR establishes a trigger detection point including contact information for the gsmSCF shared with the MAGCF, which in accordance with the present invention is the address of the autonomous MAGCF node used for the subscriber. In addition, the information should preferably be a CAMEL service key indicating that the subscriber is using IMS services.

Таким образом, в конце концов, MAGCF принимает вызов службы промежуточного вызова в виде строки USSD “вызов службы”, выполняет обработку промежуточного вызова в соответствии с настоящим изобретением и передает его в IMS для выполнения службы, вызов службы SIP.Thus, finally, the MAGCF receives the intermediate call service call in the form of a USSD “service call” string, performs the intermediate call processing in accordance with the present invention and transfers it to the IMS to execute the service, the SIP service call.

Другой вариант осуществления, предназначенный для предоставления сообщения вызова службы, происходит посредством многочастотных тональных сигналов двойного тонального сигнала DTMF. Эти тональные сигналы обычно генерируют с помощью нажатия кнопок на пользовательском терминале и, например, используют для управления речевыми почтовыми ящиками или автоответчиками или для реализации дополнительных служб, как службы промежуточных вызовов. Тональные сигналы DTMF посылают по каналам сети с помощью выбора индивидуальных комбинаций частот таким образом, что можно посылать их через одну и ту же линию связи. На одной стороне, на посылающей стороне, требуется кодер, а на принимающей стороне декодер. В соответствии с настоящим изобретением предложено представить в случае автономного MAGCF основанное на тональном сигнале решение DTMF. С помощью этой основанной на тональном сигнале альтернативы DTMF можно поддерживать подвижный терминал, а также телефон фиксированной линии, соединенный с PTSN или сетью ISDN. Решение с помощью использования DTMF описано в дальнейшем относительно фиг.5. В соответствии с фиг.5 изображены два пользовательских терминала, подвижный терминал МТ, взаимодействующий через наземную мобильную сеть общего пользования PLMN, и фиксированный телефон FT, взаимодействующий через коммутируемую телефонную сеть общего пользования PSTN с автономным MAGCF. MAGCF в соответствии с настоящим изобретением обеспечивает соединение с мультимедийным доменом, основанным на пакетах, как IMS. Кроме того, изображен узел шлюза доступа MGW, обрабатывающий трафик полезной нагрузки пользователя, как уже известно.Another embodiment for providing a service call message occurs through multi-frequency DTMF dual tone tones. These tones are usually generated by pressing buttons on a user terminal and, for example, are used to control voice mailboxes or answering machines or to implement additional services, such as intermediate call services. DTMF tones are sent over network channels by selecting individual frequency combinations in such a way that they can be sent over the same communication line. On one side, on the sending side, an encoder is required, and on the receiving side, a decoder. In accordance with the present invention, it is proposed to provide, in the case of a stand-alone MAGCF, a tone-based DTMF solution. With this tone-based DTMF alternative, you can support a mobile terminal as well as a fixed line telephone connected to a PTSN or ISDN network. A solution using DTMF is described hereinafter with respect to FIG. In accordance with FIG. 5, two user terminals are shown, a mobile terminal MT communicating via a public land mobile network PLMN, and a fixed telephone FT communicating via a public switched telephone network PSTN with a stand-alone MAGCF. MAGCF in accordance with the present invention provides a connection to a multimedia domain based on packages, such as IMS. In addition, an MGW access gateway node is shown that handles user payload traffic, as is already known.

В соответствии с настоящим изобретением предложено, что абонент вызывает службы с помощью печатания специфичной комбинации цифр на клавиатуре терминала. Каждая нажатая клавиша генерирует специфичный тональный сигнал DTMF, который затем посылают по каналам сети в MGW. Следует заметить, что возможные строки цифр являются широко известными и стандартизованными, однако могло бы быть использовано любое другое определение, специфичное для рынка или оператора. В соответствии с фиг.5 сигнализацию управления посылают в MAGCF посредством протокола ISUP, а информацию полезной нагрузки, плоскость пользователя, направляют в MGW. Предложено, что MAGCF дает команду своему MGW осуществлять мониторинг плоскости пользователя для тональных сигналов DTMF. Могли бы быть разные варианты осуществления, предназначенные для выполнения процедуры мониторинга, в настоящем описании приведены два примера. Предложено, что либо MGW дают команду отслеживать специфичную цифровую карту, либо MGW дают команду сообщать о каждом без исключения распознанном тональном сигнале DTMF в MAGCF.In accordance with the present invention, it is proposed that a subscriber calls services by typing a specific combination of numbers on a terminal keyboard. Each key pressed generates a specific DTMF tone, which is then sent over the network channels to the MGW. It should be noted that the possible lines of numbers are well known and standardized, however, any other definition specific to the market or operator could be used. In accordance with FIG. 5, control signaling is sent to the MAGCF via the ISUP protocol, and the payload information, the user plane, is sent to the MGW. It has been proposed that the MAGCF instructs its MGW to monitor user plane for DTMF tones. There could be different embodiments for carrying out the monitoring procedure, two examples are given in the present description. It is proposed that either MGW give the command to track a specific digital map, or MGW give the command to report each and every recognized DTMF tone in the MAGCF.

Если MGW сообщает о каждом тональном сигнале DTMF, тогда MAGCF сначала должен распознать специфичную цифровую карту, идентифицирующую команду промежуточного вызова. В обоих случаях (цифровой карты и сообщения о каждом тональном сигнале DTMF) MAGCF должен обеспечить функцию, чтобы распознать службу, которая идентифицирована с помощью строки цифр DTMF. Как только вызванная служба идентифицирована, в MAGCF запускают вызов, который включает в себя преобразование в соответствующую сигнализацию SIP и передачу в IMS.If the MGW reports each DTMF tone, then the MAGCF must first recognize a specific digital card that identifies the intermediate call command. In both cases (digital card and messages for each DTMF tone), the MAGCF must provide a function to recognize the service that is identified by the DTMF digit string. Once the called service is identified, a call is started at the MAGCF, which includes conversion to the appropriate SIP signaling and transmission to the IMS.

В представленных вариантах осуществления описано направление между пользовательским терминалом и MAGCF. Следует упомянуть, что те же самые протоколы должны быть использованы в направлении из MAGCF в пользовательский терминал. Независимо от используемого протокола для передачи информации вызова службы, связанной с происходящим в текущий момент вызовом, из домена, управляемого с помощью коммутации каналов, или в домен, управляемый с помощью коммутации каналов, MAGCF применяет в соответствии с настоящим изобретением процедуру в логической схеме вызова службы, для того чтобы вызвать службу в соответствующем домене. В частности, служба должна быть идентифицирована, должно быть установлено отношение к происходящему в текущий момент вызову, и должен быть поддержан статус соответствующих параметров.In the presented embodiments, the direction between the user terminal and the MAGCF is described. It should be mentioned that the same protocols should be used in the direction from MAGCF to the user terminal. Regardless of the protocol used, to transfer the service call information associated with the current call from the domain controlled by circuit switching or to the domain controlled by circuit switching, MAGCF applies a procedure in accordance with the present invention in the logic of the service call , in order to call the service in the corresponding domain. In particular, the service must be identified, the relationship to the current ongoing call must be established, and the status of the relevant parameters must be maintained.

В дальнейшем приведены некоторые варианты осуществления, представляющие функциональные средства MAGCF в соответствии с настоящим изобретением.The following are some embodiments representing the functionality of the MAGCF in accordance with the present invention.

Относительно фиг.6а и фиг.6b изображены варианты осуществления процедур, реализуемых в MAGCF, для того чтобы выполнить промежуточный вызов. На фиг.6а и фиг.6b изображен MAGCF и изображены сообщения в виде стрелок, которые должны быть посланы в MAGCF или приняты из MAGCF.With respect to FIG. 6a and FIG. 6b, embodiments of procedures implemented in the MAGCF are shown in order to make an intermediate call. On figa and fig.6b depicts the MAGCF and shows messages in the form of arrows that must be sent to the MAGCF or received from the 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 запоминает статус происходящего в текущий момент вызова, а именно “вызов удержан”, на следующем этапе.Fig. 6a shows an interim hold call, which causes the currently occurring call to be included in the “on-hold” status. In the first step, the MAGCF receives a Hold request. As mentioned above, service call information could be made by any suitable or preferred protocol, such as, for example, DTMF, DTAP, or USSD. In the next step, the MAGCF identifies the service, which in this example is a Hold request, and further identifies the ongoing ongoing call to which the service belongs. After the authentication is complete, the MAGCF initiates the service call procedure in the IMS. 6a sends an Invitation message (SDP: sendonly) and receives 200 OK (SDP: recvonly) as an acknowledgment message. By a priori applied protocol, such as a DTMF, DTAP, USSD confirmation message, a Hold ACK request (feedback via DTMF, DTAP, USSD ...) is sent to the user terminal. MAGCF remembers the status of the current ongoing call, namely “call on hold,” in the next step.

В случае когда MAGCF принимает новое сообщение запроса Hold, как изображено на фиг.6b, тогда после выполненной идентификации сообщения вызова службы и после назначения упомянутого вызова происходящему в текущий момент вызову MAGCF распознает, что упомянутый происходящий в текущий момент вызов уже установлен в “on-hold”. В результате MAGCF отклоняет принятый запрос удержания с помощью посылки отклонения запроса Hold (обратная связь через DTMF, DTAP, USSD …).In the case where the MAGCF receives a new Hold request message, as shown in FIG. 6b, then after the service call message is identified and after the call is assigned to the current call, the MAGCF recognizes that the call currently in progress is already set to “on- hold ”. As a result, the MAGCF rejects the received hold request by sending a reject request to Hold (feedback via DTMF, DTAP, USSD ...).

Кроме того, предложено в соответствии с настоящим изобретением поддерживать дополнительные параметры, как, например, таймеры. Этот вариант осуществления представлен на фиг.7. Таким образом, после приема запроса Hold (через DTMF, DTAP, USSD …) из пользовательского терминала MAGCF посылает соответствующее сообщение вызова службы в IMS, Приглашение (SDP: sendonly) после того, как идентифицирована принятая информация вызова службы. MAGCF запоминает статус происходящего в текущий момент вызова, и дополнительно предложено, что MAGCF запускает таймер, в то же время ожидая ответ SIP из IMS. Таким образом, в этом случае поддержание информации статуса содержит запоминание и обновление текущего статуса и таймера. В случае когда MAGCF принимает ответ из IMS, он продолжает, как описано ранее. Однако если имеет место истечение времени, означающее, что ответ не принят из IMS, тогда запрос Hold отклоняют и сообщение отклонения запроса Hold (обратная связь через DTMF, DTAP, USSD …) посылают обратно в пользовательский терминал.In addition, it is proposed in accordance with the present invention to support additional parameters, such as timers. This embodiment is shown in FIG. 7. Thus, after receiving a Hold request (via DTMF, DTAP, USSD ...) from the user terminal, the MAGCF sends the corresponding service call message to the IMS, an Invitation (SDP: sendonly) after the received service call information is identified. MAGCF remembers the status of the call currently in progress, and it is further suggested that MAGCF starts a timer while waiting for a SIP response from the IMS. Thus, in this case, maintaining the status information comprises storing and updating the current status and timer. In the case where the MAGCF receives the response from the IMS, it continues as described previously. However, if there is an expiration of time, which means that the response has not been received from the IMS, then the Hold request is rejected and the reject request message Hold (feedback via DTMF, DTAP, USSD ...) is sent back to the user terminal.

В соответствии с фиг.8 представлен вариант осуществления, изображающий процедуры в MAGCF, когда сообщение вызова службы принимают из IMS. Кроме того, вариант осуществления изображает динамические обновления запомненного статуса в MAGCF. Для того чтобы упростить описание, взаимодействие выполняют между пользователем В, находящимся в домене, управляемом с помощью коммутации каналов, и пользователем А, находящимся в домене, основанном на пакетах. Оба пользователя не изображены на фиг.8. При этом следует заметить, что не важно, какая сторона, А или В, является инициирующей или завершающей стороной.In accordance with FIG. 8, an embodiment is shown depicting procedures in a MAGCF when a service call message is received from an IMS. In addition, an embodiment depicts dynamic updates of stored status in the MAGCF. In order to simplify the description, the interaction is performed between a user B located in a domain controlled by circuit switching and a user A located in a packet-based domain. Both users are not shown in FIG. It should be noted that it does not matter which side, A or B, is the initiating or final side.

Как уже упомянуто, MAGCF должен отслеживать происходящие в текущий момент вызовы.As already mentioned, MAGCF should keep track of ongoing calls.

На первом этапе MAGCF принимает вызов службы, основанной на пакетах, а именно приглашение SIP для установления контакта с пользователем В. К тому времени он начинает процедуру в логической схеме вызова службы. Сначала запоминают статус “принято приглашение SIP”. На следующем этапе MAGCF обнаруживает, что сторона В имеет происходящий в текущий момент вызов. MAGCF посылает “продолжение сеанса 183” стороне А второго вызова и обновляет внутреннее состояние на “принято приглашение SIP для занятой стороны В”. MAGCF инициирует на следующем этапе процедуру “установить on-hold” для первого вызова, для того чтобы принять второй вызов. Как упомянуто в предыдущих вариантах осуществления, это могло бы быть выполнено с помощью любого подходящего протокола. В этом варианте осуществления DTMF взят в качестве примера. Сначала MAGCF дает команду MGW послать тональный сигнал уведомления пользователю В, что выполняют в существующей плоскости пользователя происходящего в текущий момент первого вызова. Кроме того, MAGCF дает команду MGW, если уже не выполнено, обнаружить тональные сигналы DTMF, поступающие от пользователя В, и он обновляет статус в “принято приглашение SIP для занятой стороны В - ожидание ответа от стороны В” и запускает таймер. В соответствии с одним вариантом осуществления настоящего изобретения предложено, что в случае, когда имеет место истечение времени до приема ответа от стороны В, послать BYE пользователю А относительно второго вызова, предпочтительно с причиной ошибки. Этот сценарий не изображен на фиг.8.In the first step, the MAGCF receives a packet-based service call, namely the SIP prompt to establish contact with user B. By then, it starts the procedure in the service call flowchart. First, the status “SIP invitation accepted” is remembered. In the next step, the MAGCF detects that party B has a call in progress. The MAGCF sends a “continuation of session 183” to side A of the second call and updates the internal state to “received SIP invitation for busy party B”. MAGCF initiates the “set on-hold” procedure for the first call in the next step in order to receive the second call. As mentioned in previous embodiments, this could be accomplished using any suitable protocol. In this embodiment, the DTMF is taken as an example. First, the MAGCF instructs the MGW to send a notification tone to user B that they are performing on the existing user plane of the currently occurring first call. In addition, MAGCF instructs MGW, if it is not already executed, to detect DTMF tones coming from user B, and it updates the status to “SIP invitation is accepted for busy party B - waiting for a response from party B” and starts the timer. In accordance with one embodiment of the present invention, it is proposed that in the case where there is an expiration of time before receiving a response from party B, send BYE to user A regarding the second call, preferably with the cause of the error. This scenario is not shown in FIG.

В случае когда MGW обнаруживает тональные сигналы DTMF, поступающие от пользователя В, тогда он посылает цифры в MAGCF. Как уже упомянуто, либо MAGCF собирает цифры, либо полностью распознанную команду посылают в MAGCF. Независимо от подхода MAGCF принимает информацию “принять входящий второй вызов”. Затем таймер останавливают и первый вызов устанавливают on-hold. Кроме того, MGW дают команду соединить ветви вызова, что означает соединить плоскости пользователей, пользователя А и пользователя В. Кроме того, “200OK SIP” посылают пользователю А, означающее, что второй вызов собираются переключить. Наконец, статус в MAGCF обновляют на “второй вызов происходит в текущий момент, первый вызов on hold”.In the case where the MGW detects DTMF tones coming from user B, then he sends the numbers to MAGCF. As already mentioned, either the MAGCF collects the numbers, or the fully recognized command is sent to the MAGCF. Regardless of the approach, the MAGCF receives the “accept incoming second call” information. Then the timer is stopped and the first call is set to on-hold. In addition, MGW instructs to connect call branches, which means to connect the planes of users, user A and user B. In addition, “200OK SIP” is sent to user A, meaning that the second call is about to be switched. Finally, the status in the MAGCF is updated to “the second call is currently in progress, the first call is on hold”.

Упомянутые выше варианты осуществления изображают сценарии, когда поступает второй вызов, в то время как первый вызов происходит в текущий момент. В представленных сценариях пользователь принимает второй вызов, а первый вызов ставят on hold. В качестве альтернативы описана возможность отклонить второй вызов. Кроме того, упомянуты разные состояния статуса MAGCF. Однако следует заметить, что настоящее изобретение также является применимым к другим промежуточным вызовам, помимо промежуточного вызова Hold, и примеры статуса не должны быть рассмотрены как любые ограничения в настоящее изобретение. Осуществление состояний статуса зависит от типа промежуточного вызова и должно быть выполнено в любом подходящем и предпочтительном виде.The above embodiments depict scenarios when a second call arrives while the first call is currently taking place. In the presented scenarios, the user accepts the second call, and the first call is put on hold. Alternatively, the ability to reject the second call is described. In addition, various MAGCF status conditions are mentioned. However, it should be noted that the present invention is also applicable to other intermediate calls besides the Hold intermediate call, and status examples should not be construed as any limitations to the present invention. The implementation of status states depends on the type of intermediate call and should be performed in any suitable and preferred form.

Вышеописанные варианты осуществления основаны на интеграции пользовательской аппаратуры, управляемой с помощью коммутации каналов, как обеспечено в GSM или GPRS, в службы IMS, разработанные в связи с UMTS. Однако настоящее изобретение не ограничено только этими сетями. Дополнительным примером могла бы быть CDMA2000, предоставляющая соответствующие узлы в качестве узлов, существующих в GPRS или UMTS.The above embodiments are based on the integration of user equipment controlled by circuit switching, as provided in GSM or GPRS, in IMS services developed in connection with UMTS. However, the present invention is not limited to these networks only. An additional example would be CDMA2000, providing the corresponding nodes as nodes existing in GPRS or UMTS.

Claims

1. An access gateway node (MAGCF) adapted to call a service in a packet-based multimedia system (packet, IMS) for a user with a user terminal controlled by circuit switching located in a domain controlled by circuit switched (CS), and having an ongoing call, the node containing
a circuit switching logic (CS logic) adapted to receive or send service call information related to the ongoing call from the domain or to the domain controlled by channel switching, and
a packet-based multimedia logic (packet logic) adapted to receive or send packet-based service call information from a multimedia system or to a packet-based multimedia system, and
a service call logic (invoc. logic) adapted to identify a packet based multimedia service according to received service call information from a circuit switching logic or according to received packet based service call information from a multimedia logic, packet-based and adapted to handle the execution of the corresponding packet-based multimedia service with respect to the identified multimedia service based on packages, from the user's behalf.

2. The access gateway node (MAGCF) according to claim 1, wherein the user terminal controlled by circuit switching is either a mobile terminal or a fixed line telephone.

3. The access gateway node (MAGCF) according to claim 1, wherein the service execution processing in the service call logic comprises a conversion procedure adapted to convert the service call information to the corresponding packet based service call information and vice versa.

4. The access gateway node (MAGCF) according to claim 1, wherein the service call logic comprises a tracking procedure to maintain service execution status, in order to process service execution,

5. The access gateway node (MAGCF) according to claim 3 or 4, wherein the service call logic comprises a feedback generating procedure adapted to generate feedback information about the status of the service in order to process the execution of the service.

6. The access gateway node (MAGCF) according to claims 1, 4, wherein maintaining the service execution status comprises maintaining a timer for monitoring receipt of a response for the sent service call information and / or for the sent packet based service call information.

7. The access gateway node (MAGCF) according to one of claims 1 to 4, in which the access gateway is located in the serving mobile switch (MSC), and the service call information is a signaling message sent directly from a user terminal controlled by channel switching, to the access gateway node.

8. The access gateway node (MAGCF) according to one of claims 1 to 4, in which the access gateway node is a stand-alone node.

9. The access gateway node (MAGCF) of claim 8, wherein the service call information is a signaling message sent from a user terminal controlled by circuit switching through a serving switch to the access gateway node.

10. The access gateway node (MAGCF) of claim 8, wherein the service call information is a tone on the network channels sent in the user plane.

11. A method for invoking a service in a packet-based multimedia system (packet, IMS) for a user with a user terminal controlled by circuit switching located in a domain controlled by circuit switching (CS) and having the current moment call containing the steps at which
receiving service call information related to the ongoing call from the domain controlled by circuit switching, and receiving packet based service call information from the packet based multimedia system, and
identifying the packet-based multimedia service in accordance with the received service call information or in accordance with the received packet-based service call information,
process the execution of the service with respect to the identified packet-based multimedia service on behalf of the user, and
send service call information associated with the identified service to a circuit switched domain and send packet based service call information associated with the identified service to a packet based multimedia system.

12. The method of claim 11, wherein the service execution processing comprises converting the service call information to the corresponding packet based service call information and vice versa.

13. The method of claim 11, wherein the service execution processing comprises maintaining a service execution status.

14. The method according to claim 11 or 13, in which generate feedback information in order to inform the communication nodes about the status of the service.

15. The method of claim 11 or 13, wherein maintaining the service execution status comprises maintaining a timer for monitoring receipt of a response for the sent service call information and / or for the sent packet based service call information.