RU2366112C2

RU2366112C2 - Configuring codec mode during operation without transcoding

Info

Publication number: RU2366112C2
Application number: RU2006141349/09A
Authority: RU
Inventors: Ханс-Юрген ХАНИШ (DE); Ханс-Юрген ХАНИШ; Штеффен ЮНГХАННС (DE); Штеффен ЮНГХАННС; Штефан ЭСТРАЙХ (DE); Штефан ЭСТРАЙХ; Норберт ЗАЙТТЕР (DE); Норберт ЗАЙТТЕР; Клаудиа ВАЛЛЕНТИН (DE); Клаудиа ВАЛЛЕНТИН
Original assignee: Сименс Акциенгезелльшафт
Priority date: 2004-04-23
Filing date: 2005-03-29
Publication date: 2009-08-27
Also published as: EP1738601A1; RU2006141349A; ZA200607787B; BRPI0510162A; CN100512473C; WO2005104582A1; DE102004019988B4; CN1947444A; DE102004019988A1

Abstract

FIELD: information technology.

SUBSTANCE: invention relates to a method and device for establishing TrFO-connection between two communication terminals through a communication network. According to the invention, at least one codec mode configuration, supported by one radio network controllers (RNC1, RNC2) which take part in communication establishment, is stored in memory block (T1, T2). This information is transmitted between switching nodes (MSC1, MSC2) and is used for configuring codec mode or codec mode subset which is supported by both parties.

EFFECT: reduced interruptions in establishing communication during operation without transcoding.

15 cl, 4 dwg

Description

Изобретение относится к способу и устройству для установления соединения при операции без транскодирования (TrFO) между двумя оконечными устройствами связи через коммуникационную сеть.The invention relates to a method and apparatus for establishing a connection during an operation without transcoding (TrFO) between two communication terminal devices via a communication network.

Документ 3GPP “3^rd Generation Partnership Project; Technical Specification Group Core Network; Out of band transcoder control; Stage 2 (Release 5)”; 3GPP TS 23.153.V5.7.0; 03-2004; pp.1-72; XP00233744 описывает внеполосное управление транскодером для речевой услуги. Кроме того, рассматриваются принципы и способы поддержки операции без транскодирования (TrFO), нетандемной операции (TFO) и взаимодействие TrFO и TFO.3GPP Document “3 ^rd Generation Partnership Project; Technical Specification Group Core Network; Out of band transcoder control; Stage 2 (Release 5) ”; 3GPP TS 23.153.V5.7.0; 03-2004; pp. 1-72; XP00233744 describes out-of-band transcoder control for a voice service. In addition, principles and methods of supporting transcoderless operation (TrFO), non-tandem operation (TFO), and the interaction of TrFO and TFO are discussed.

В документе WO 2003/103313 А1 описано проигрывание акустических последовательностей, таких как тона и звонки во время TrFO-передачи на пользовательском уровне в сети мобильной связи. Это обеспечивается способом добавления акустической последовательности в поток данных, включающий в себя пакет данных, передаваемый в TrFO-формате посредством соединения через сеть мобильной связи с узлами коммутации и интерфейсным узлом передачи, в котором сообщение, состоящее из заголовков пакета данных, которые могут использоваться для передачи пакетов данных по соединению сети мобильной связи и известны узлу коммутации из инициализации соединения, посылается на интерфейсный узел передачи, при этом интерфейсный узел передачи отвечает сообщением подтверждения, которое на основе действительного в текущий момент режима кодека для соединения указывает возможные заголовки пакетов данных, при этом узел коммутации выбирает один из этих заголовков пакетов данных и после этого вводит пакеты данных, представляющие акустическую последовательность, снабженные этими заголовками, в поток данных, направляемый от него в интерфейсный узел передачи.WO 2003/103313 A1 describes the reproduction of acoustic sequences such as tones and calls during TrFO transmission at a user level in a mobile communication network. This is provided by a method of adding an acoustic sequence to a data stream including a data packet transmitted in a TrFO format by connecting via a mobile communication network to switching nodes and a transmission interface node, in which a message consisting of data packet headers that can be used for transmission data packets on the connection of the mobile communication network and are known to the switching node from the initialization of the connection, is sent to the transmission interface node, while the transmission interface node responds emits a confirmation message that, based on the currently active codec mode for the connection, indicates possible data packet headers, the switching node selects one of these data packet headers and then enters data packets representing the acoustic sequence equipped with these headers into the data stream routed from it to the transmission interface node.

В документе WO 01/91489 описан способ установления соединения между первым узлом и вторым узлом, причем оба узла связаны с базовой сетью. Первый узел сигнализирует запрос установления соединения к первому узлу базовой сети. Если первый узел является узлом доступа, то он посылает инициализацию в соответствии с протоколом кадрирования. Инициализация содержит набор параметров для кадрирования информации, которая посылается между первым узлом доступа и первым узлом базовой сети. Если первый узел не является узлом доступа, то первый узел коммутации определяет этот набор параметров. Набор параметров передается к первому узлу базовой сети и сохраняется в первом узле базовой сети. Первый узел базовой сети инициализирует соединение к другому узлу базовой сети согласно протоколу, и другой узел базовой сети сохраняет набор параметров. Инициализация соединения и сохранение набора параметров осуществляется для последующих узлов базовой сети поэтапно, пока не будет достигнут узел базовой сети, который может соединиться со вторым узлом доступа. Этот узел базовой сети затем инициализирует соединение со вторым узлом базовой сети согласно применяемому протоколу, и второй узел доступа сохраняет набор параметров.WO 01/91489 describes a method for establishing a connection between a first node and a second node, both nodes being connected to a core network. The first node signals a connection establishment request to the first node of the core network. If the first node is an access node, then it sends initialization in accordance with the framing protocol. Initialization contains a set of parameters for framing the information that is sent between the first access node and the first node of the core network. If the first node is not an access node, then the first switching node defines this set of parameters. A set of parameters is transmitted to the first node of the core network and stored in the first node of the core network. The first core network node initiates a connection to another core network node according to the protocol, and the other core network node stores a set of parameters. Initialization of the connection and saving of the set of parameters is carried out for subsequent nodes of the core network in stages, until a node of the core network is reached, which can connect to the second access node. This core network node then initiates a connection with the second core network node according to the applicable protocol, and the second access node stores the parameter set.

Чтобы использовать операцию без транскодера (TrFO), между принимающими участие сетевыми узлами (UE, RNC, MSC) должен быть согласован общий тип кодека или в случае кодека с множеством скоростей общий набор или конфигурация режимов кодека. Для этого между оконечными устройствами (UE) связи и узлами (MSC) коммутации производится обмен необходимой для этого информацией через Iu-интерфейс посредством NAS-сигнализации или через Nc-интерфейс посредством BICC-сигнализации. В направлении к сетевому контроллеру (RNC) радиосвязи до сих пор не было определено никакого протокола сигнализации, посредством которого во время установления соединения могли бы сообщаться узлу коммутации свойства сетевого контроллера радиосвязи (RNC-свойства). Вместо этого, в узле (MSC) коммутации генерируется RNC-база данных, которая содержит RNC-свойства, такие как поддерживаемые типы и режимы кодека, которая загружается от сетевого оператора через узел (O&M) управления и обслуживания.In order to use the operation without a transcoder (TrFO), between the participating network nodes (UE, RNC, MSC), a common codec type must be agreed upon or, in the case of a multi-rate codec, a common set or configuration of codec modes. To do this, between the communication terminal devices (UE) and the switching nodes (MSC), the necessary information is exchanged via the Iu interface via the NAS signaling or through the Nc interface via the BICC signaling. In the direction of the radio network controller (RNC), no signaling protocol has so far been defined by which the properties of the network radio controller (RNC properties) could be communicated to the switching node during connection establishment. Instead, an RNC database is generated in the switching node (MSC), which contains RNC properties, such as supported types and modes of the codec, which are downloaded from the network operator via the control and service node (O&M).

До сих пор принимающему узлу коммутации (завершающему MSC) при операции без транскодирования (TrFO) предоставляется возможность согласования конфигурации режима кодека, и он выбирает из набора всех совместно поддерживаемых режимов и кодеков любую конфигурацию режима кодека. Понятие «конфигурация режима кодека» относится как к режимам кодека, например AMR (адаптивный кодек с множеством скоростей), так и к различным типам кодеков (например, AMR-кодек и кодек полной скорости GSM).Until now, the receiving switching node (terminating MSC) during the operation without transcoding (TrFO) is given the opportunity to agree on the configuration of the codec mode, and it selects any configuration of the codec mode from the set of all jointly supported modes and codecs. The term “codec mode configuration” refers to both codec modes, for example AMR (adaptive codec with multiple speeds), and various types of codecs (for example, AMR codec and GSM full speed codec).

Однако реальность показывает, что на стороне сети доступа (UTRAN-стороне) поддерживается не любая произвольная конфигурация режима кодека, а что число поддерживаемых конфигураций режимов кодеков ограничено небольшим числом. Если на стороне сети доступа (UTRAN-стороне) при согласовании не учитываются поддерживаемые конфигурации режима кодека, то это может привести к прерыванию установления соединения, как представлено на фиг. 1.However, reality shows that on the access network side (UTRAN side), not any arbitrary codec mode configuration is supported, but that the number of supported codec mode configurations is limited to a small number. If, on the access network side (UTRAN side), when negotiating, the supported codec mode configurations are not taken into account, this may lead to interruption of the connection establishment, as shown in FIG. one.

Задачей изобретения является предложить простую и эффективную возможность снижения прерываний установления соединения во время операции без транскодирования.The objective of the invention is to offer a simple and effective ability to reduce interruptions in establishing a connection during an operation without transcoding.

Указанная задача решается совокупностями признаков независимых пунктов формулы изобретения. Варианты осуществления изобретения изложены в зависимых пунктах формулы изобретения.This problem is solved by sets of features of the independent claims. Embodiments of the invention are set forth in the dependent claims.

Основная идея изобретения состоит в том, что в блоке памяти сохраняются конфигурации режимов кодека, поддерживаемые участвующими в связи контроллерами радиосети. Они могут учитываться при согласовании кодека, за счет чего узлами MSC коммутации выбираются только те конфигурации режимов кодека, которые действительно поддерживаются участвующими контроллерами (RNC) радиосети.The main idea of the invention is that the memory block stores the codec mode configurations supported by the radio network controllers involved in the communication. They can be taken into account when coordinating the codec, due to which the MSC switching nodes select only those codec mode configurations that are actually supported by the participating radio network controllers (RNCs).

Предпочтительный вариант осуществления заключается в том, что в контроллере RNC радиосети поддерживаются не только одна конфигурация режима кодека, а все подмножество конфигураций режима кодека, то есть, например, если поддерживается конфигурация режима кодека “a/b/c”, то поддерживаются и ее подмножества a, b, c, a/b, b/c, a/c. В блоке памяти для этого сохраняется соответствующая информация, которая дает сведения о том, какие подмножества конфигурации режима кодека поддерживаются контроллером радиосети. Эта информация может передаваться в сообщении сигнализации, элементе сообщения, бите и т.д. к принимающему (завершающему) узлу коммутации (MSC). При согласовании кодеков может, например, принимающий узел MSC коммутации проверять, поддерживаются ли предложенные конфигурации режимов кодека, и на втором этапе - какие подмножества конфигураций режимов кодека поддерживаются.The preferred embodiment is that not only one codec mode configuration is supported in the RNC radio network controller, but a whole subset of the codec mode configurations, that is, for example, if the “a / b / c” codec mode configuration is supported, then its subsets are supported a, b, c, a / b, b / c, a / c. For this purpose, the corresponding information is stored in the memory block, which gives information about which subsets of the codec mode configuration are supported by the radio network controller. This information may be transmitted in a signaling message, message element, bit, etc. to the receiving (terminating) switching node (MSC). When negotiating codecs, for example, the receiving switching node MSC can check whether the proposed codec mode configurations are supported, and in the second step, which subsets of the codec mode configurations are supported.

Преимущество изобретения следует усматривать в том, что при незначительных технических затратах число прерываний соединения между двумя оконечными устройствами связи может быть заметно снижено. Кроме того, выполнение способа и устройства имеет преимущество, заключающееся в том, что вероятность для соединения операции без транскодирования увеличивается, так как сеть доступа (UTRAN) поддерживает не только конфигурации режимов кодека, но и их подмножества, и тем самым качество соединения между двумя оконечными устройствами связи может быть существенно повышено.The advantage of the invention should be seen in the fact that at low technical cost, the number of interruptions in the connection between the two terminal communication devices can be significantly reduced. In addition, the implementation of the method and device has the advantage that the probability of connecting an operation without transcoding increases, since the access network (UTRAN) supports not only the codec mode configurations, but also their subsets, and thus the quality of the connection between the two terminals communication devices can be greatly enhanced.

Изобретение поясняется на примере выполнения, иллюстрируемом чертежами, на которых показано следующее:The invention is illustrated by the example of execution, illustrated by drawings, which show the following:

Фиг. 1 - упрощенная сетевая архитектура для известной процедуры согласования режима кодека для соединения между двумя оконечными устройствами связи,FIG. 1 is a simplified network architecture for a known codec mode negotiation procedure for a connection between two communication terminal devices,

Фиг. 2 - упрощенная сетевая архитектура для соответствующего изобретению согласования конфигурации режима кодека,FIG. 2 is a simplified network architecture for the codec mode configuration matching of the invention,

Фиг. 3 - упрощенная сетевая архитектура для соответствующего изобретению согласования конфигурации режима кодека с использованием подмножеств,FIG. 3 is a simplified network architecture for a codec mode configuration matching using the subsets of the invention,

Фиг. 4 - соответствующее изобретению устройство для осуществления способа.FIG. 4 shows a device for carrying out the method according to the invention.

На фиг. 1 показана упрощенная сетевая архитектура для известной процедуры согласования режима кодека для соединения между двумя оконечными устройствами UE связи, например, в сети мобильной радиосвязи, такой как сеть UMTS. Контроллер RNC1 радиосети поддерживает две различных конфигурации режимов кодека (режим (1,2), (3,4)). В блоке Т1 памяти управляющего узла MSC1 коммутации записаны все AMR-режимы от 1 по 4. Узел MSC1 коммутации может также представлять собой сервер MSC или иное подобное средство. В этом примере согласование режима кодека наглядно иллюстрируется на примере использования канала BICC сигнализации (BICC=независимое от канала-носителя управление вызовом). Для соответствующего изобретению способа применяемая сигнализация является несущественной. Так, например, также могла бы использоваться SIP-сигнализация (SIP=Интернет-протокол сеанса связи) и т.д. для согласования режима кодека. Конфигурации режимов кодека, которые поддерживает контролер RNC1 радиосети, остаются неучтенными. Второй контроллер RNC2 радиосети также поддерживает две различных конфигурации режимов кодека (режим (1,2), (4,5)). В блоке Т2 памяти второго узла MSC2 коммутации конфигурации режимов кодека в контролере RNC2 радиосети вновь остаются неучтенными. В блоке Т2 памяти вновь записаны все AMR-режимы от 1 по 5. Для согласования кодека передающая (инициирующая) сторона с узлом MSC1 коммутации, блоком Т1 памяти RNC1 и контролером RNC1 радиосети передает все поддерживаемые типы и режимы кодека, например, в форме списка, таблицы и т.п., к принимающей (завершающей) стороне с узлом MSC2 коммутации, блоком Т2 памяти RNC2 и контролером RNC2 радиосети (1). На принимающей стороне эти список, таблица и т.п. поддерживаемых типов и режимов кодека сокращаются на неподдерживаемые принимающей стороной типы и режимы кодека, выбирается кодек с конфигурацией режима кодека и сообщение об этом посылается назад (2) к передающей стороне. С выбранным режимом кодека затем осуществляется процедура назначения RAB (RAB=канал-носитель радиодоступа) в направлении контроллера RNC1 радиосети (3). Однако так как контроллеры RNC1, RNC2 радиосети не поддерживают выбранную конфигурацию (1, 2, 4) режима кодека, то происходит отказ в назначении RAB (4). Поэтому не устанавливается соединение на основе операции без транскодирования между двумя оконечными устройствами UE связи, такими как, например, устройство мобильной связи, портативный компьютер, портативный органайзер и т.д.In FIG. 1 shows a simplified network architecture for a known codec mode negotiation procedure for a connection between two communication terminal devices UE, for example, in a mobile radio communication network such as a UMTS network. The radio network controller RNC1 supports two different configurations of codec modes (mode (1,2), (3,4)). In the memory block T1 of the control switching node MSC1, all AMR modes 1 to 4 are recorded. The switching node MSC1 may also be an MSC server or other similar means. In this example, codec mode negotiation is illustrated by using the BICC signaling channel as an example (BICC = carrier-independent call control). For the method according to the invention, the signaling used is not significant. So, for example, SIP signaling (SIP = Internet Protocol of a communication session), etc. could also be used. to negotiate codec mode. The codec mode configurations that the radio network controller RNC1 supports remain unaccounted for. The second radio network controller RNC2 also supports two different configurations of codec modes (mode (1,2), (4,5)). In the memory block T2 of the second switching node MSC2, the codec mode configurations in the controller RNC2 of the radio network again remain unaccounted for. In the memory block T2, all AMR modes from 1 to 5 are recorded again. To coordinate the codec, the transmitting (initiating) side with the switching node MSC1, memory block T1 RNC1 and the radio network controller RNC1 transmits all supported codec types and modes, for example, in the form of a list, tables, etc., to the receiving (terminating) side with the switching node MSC2, the memory block T2 RNC2, and the radio network controller RNC2 (1). On the receiving side, this list, table, etc. the supported codec types and modes are reduced to codec types and modes unsupported by the receiving side, the codec with the codec mode configuration is selected and a message about this is sent back (2) to the transmitting side. With the selected codec mode, the RAB assignment procedure (RAB = radio access carrier channel) is then performed in the direction of the radio network controller RNC1 (3). However, since the radio network controllers RNC1, RNC2 do not support the selected codec mode configuration (1, 2, 4), the assignment of RAB (4) is denied. Therefore, a connection is not established based on an operation without transcoding between two communication terminal devices UE, such as, for example, a mobile communication device, a laptop computer, a portable organizer, etc.

На фиг. 2 представлена упрощенная сетевая архитектура для соответствующего изобретению согласования конфигурации режима кодека. Конфигурация режима кодека может состоять, например, из комбинации, по меньшей мере, двух кодеков. Одна конфигурация режима кодека может состоять из комбинации, по меньшей мере, двух режимов кодека. В блоке Т1 памяти управляющего узла MSC1 коммутации записаны конфигурации режимов кодека (режим (1, 2) и режим (3, 4)), которые поддерживаются контроллером RNC1 радиосети. Блок Т1, Т2 памяти может также быть блоком узла MSC1 коммутации. Второй контроллер RNC2 радиосети также поддерживает две различные конфигурации режимов кодека (режим 1,2 и режим 4,5). В блоке Т2 памяти второго узла MSC2 коммутации записаны или сохранены эти обе конфигурации режимов кодека контроллера RNC2 радиосети. Для согласования кодека передающая (инициирующая) сторона с узлом MSC1 коммутации, блоком Т1 памяти RNC1 и контролером RNC1 радиосети передает или сигнализирует все поддерживаемые контролером RNC1 радиосети конфигурации режимов кодека, например в форме списка, таблицы и т.п., к принимающей (завершающей) стороне с узлом MSC2 коммутации, блоком Т2 памяти RNC2 и контролером RNC2 радиосети (1). На принимающей стороне эти список, таблица и т.п. сравниваются с поддерживаемыми контролером RNC2 радиосети конфигурациями режимов кодека в блоке Т2 памяти, сокращаются на неподдерживаемые конфигурации режимов кодека, выбирается конфигурация режима кодека, и сообщение об этом посылается назад к передающей стороне (2). С выбранной конфигурацией режима кодека затем осуществляется процедура назначения RAB (канала-носителя радиодоступа) в направлении контроллера RNC1 радиосети (3). Так как оба контроллера RNC1, RNC2 радиосети поддерживают выбранную конфигурацию (1, 2) режима кодека, то может устанавливаться TrFO-соединение по процедуре операции без транскодирования между двумя оконечными устройствами UE связи (4).In FIG. 2 shows a simplified network architecture for the codec mode configuration matching of the invention. The configuration of the codec mode may consist, for example, of a combination of at least two codecs. One codec mode configuration may consist of a combination of at least two codec modes. In the memory block T1 of the switching control node MSC1, the codec mode configurations (mode (1, 2) and mode (3, 4)) are recorded, which are supported by the radio network controller RNC1. The memory unit T1, T2 may also be a unit of a switching unit MSC1. The second radio network controller RNC2 also supports two different configurations of codec modes (mode 1.2 and mode 4.5). In the memory block T2 of the second switching node MSC2, both of these configurations of the codec modes of the radio network controller RNC2 are recorded or stored. To coordinate the codec, the transmitting (initiating) side with the switching node MSC1, the RNC1 memory block T1 and the radio network controller RNC1 transmits or signals all the codec mode configurations supported by the radio network controller RNC1, for example, in the form of a list, table, etc., to the receiving (terminating) the side with the switching node MSC2, the RNC2 memory block T2 and the radio network controller RNC2 (1). On the receiving side, this list, table, etc. they are compared with the codec mode configurations supported by the RNC2 radio network controller in the memory block T2, reduced to unsupported codec mode configurations, the codec mode configuration is selected, and a message about this is sent back to the transmitting side (2). With the selected codec mode configuration, the RAB (radio access carrier channel) assignment procedure is then performed in the direction of the radio network controller RNC1 (3). Since both the radio network controllers RNC1, RNC2 support the selected codec mode configuration (1, 2), a TrFO connection can be established according to the operation procedure without transcoding between two communication terminal devices UE (4).

На фиг. 3 показана упрощенная сетевая архитектура для соответствующего изобретению согласования конфигурации режима кодека с использованием подмножеств. Согласование выбираемой конфигурации режима кодека происходит, как описано на фиг. 2. Однако дополнительно на принимающий узел MSC2 коммутации также передается информация, которая указывает, что контроллер RNC1 радиосети поддерживает подмножества сигнализируемой конфигурации режима кодека. При этом информация на принимающий узел MSC2 коммутации может передаваться в сообщении сигнализации, бите, элементе сообщения и т.д. В этом упрощенном случае контроллер RNC1 радиосети поддерживает все подмножества, и поэтому достаточна информация «да/нет» (2). Передающий узел MSC1 коммутации сигнализирует или информирует для этого принимающий узел MSC2 коммутации, что все подмножества поддерживаются контроллером RNC1 радиосети. Для этого в блоке Т1 памяти содержится информация, которая указывает, поддерживаются ли подмножества контроллером RNC1 радиосети. В блоке Т2 памяти содержится информация, которая указывает, поддерживает ли контроллер RNC1 радиосети подмножества. Принимающий узел MSC2 коммутации может затем выбрать, по меньшей мере, одну конфигурацию режима кодека или одно подмножество из нее, которое поддерживается принимающими участие в связи контроллерами RNC1, RNC2 радиосети. За счет этого вероятность установления TrFO-соединения между двумя оконечными устройствами UE связи дополнительно повышается. В этом примере может быть установлено TrFO-соединение в режиме 2.In FIG. 3 illustrates a simplified network architecture for conforming codec mode configuration using subsets in accordance with the invention. The negotiation of a selectable codec mode configuration occurs as described in FIG. 2. However, information is additionally transmitted to the receiving switching node MSC2, which indicates that the radio network controller RNC1 supports subsets of the signaling codec mode configuration. In this case, information on the receiving switching node MSC2 can be transmitted in a signaling message, bit, message element, etc. In this simplified case, the radio network controller RNC1 supports all subsets, and therefore, yes / no information is sufficient (2). The transmitting switching node MSC1 signals or informs the receiving switching node MSC2 for this that all subsets are supported by the radio network controller RNC1. For this, the memory block T1 contains information that indicates whether the subsets are supported by the radio network controller RNC1. The memory block T2 contains information that indicates whether the radio network controller RNC1 supports the subsets. The receiving switching node MSC2 may then select at least one codec mode configuration or one subset of it that is supported by the radio network controllers RNC1, RNC2 participating in the communication. Due to this, the probability of establishing a TrFO connection between two terminal devices UE communication is further increased. In this example, a TrFO connection in mode 2 can be established.

На фиг. 4 представлено соответствующее изобретению устройство для осуществления способа по фиг. 2 и фиг. 3. Устройство при этом в идеальном случае представляет собой узел MSC коммутации и содержит передающий блок S и принимающий блок Е для осуществления мобильной связи с другими сетевыми узлами, например с контроллером RNC радиосети, узлом MSC коммутации и оконечным устройством UE связи. В блоке Т памяти сохранены конфигурации режимов кодека, которые поддерживаются контроллером RNC радиосети. Блок Т памяти может представлять собой таблицу, банк данных, список и т.п. Блок V обработки в узле коммутации выбирает одну такую конфигурацию режима кодека для реализации операции без транскодирования между оконечными устройствами связи, которая поддерживается, по меньшей мере, двумя принимающими участие в связи контроллерами RNC1, RNC2 радиосети.In FIG. 4 shows a device according to the invention for implementing the method of FIG. 2 and FIG. 3. The device in this case ideally is a switching node MSC and comprises a transmitting unit S and a receiving unit E for performing mobile communication with other network nodes, for example, a radio network controller RNC, a switching node MSC, and a communication terminal UE. The memory block T stores the codec mode configurations that are supported by the radio network controller RNC. The memory unit T may be a table, a data bank, a list, or the like. The processing unit V in the switching node selects one such codec mode configuration for implementing an operation without transcoding between communication terminal devices, which is supported by at least two radio network controllers RNC1, RNC2 involved in communication.

Claims

1. A method of establishing a connection according to an operation without transcoding between two communication terminal devices via a communication network, characterized in that
at least one codec mode configuration supported by the first radio network controller (RNC1) is stored in the first memory unit (T1), and at least one codec mode configuration supported by the second controller (RNC2) in the second memory unit (T2) radio networks
transmit at least one codec mode configuration stored in the first memory unit (T1) of the codec for establishing a connection according to the operation without transcoding between the two communication terminal devices to the receiving switching node (MSC2), and
the receiving switching node (MSC2) compares at least one received codec mode configuration with at least one codec mode configuration stored in the second memory block (T2) and selects a codec mode configuration that is supported by both controllers (RNC1, RNC2) radio networks.

2. The method according to claim 1, characterized in that the configuration of the codec mode represents at least one codec mode.

3. The method according to claim 1, characterized in that the block (T1, T2) of the memory is a block node (MSC1, MSC2) switching.

4. The method according to claim 1, characterized in that the memory unit (T1, T2) contains information that the radio network controller (RNC1, RNC2) supports a subset of at least one codec mode configuration.

5. The method according to claim 1, characterized in that the transmitting node (MSC1) switching transmits information regarding support for at least one subset of at least one configuration of the codec mode to the receiving node (MSC2) switching.

6. The method according to claim 1, wherein the receiving switching node (MSC2) selects a codec mode configuration and / or a subset that is supported by the receiving radio network controller (RNC2).

7. The method according to any one of claims 1 to 6, characterized in that the communication network is a cellular mobile network.

8. The method according to any one of claims 1 to 6, characterized in that a data bank, list and / or table is used as a memory block (T1, T2).

9. A device for establishing a connection according to an operation without transcoding between two communication terminal devices through a communication network comprising
a transmitting unit (S) and a receiving unit (E) of a switching unit (MSC1, MSC2) for mobile communication with other network nodes (RNC1, RNC2, MSC1, MSC2, UE),
a first memory unit (T1) for storing at least one codec mode configuration supported by a first radio network controller (RNC1) and a second memory block (T1) for storing at least one codec mode configuration supported by a second controller (RNC2 ) radio networks,
the processing unit (V) in the second switching node (MSC2) for comparing at least one memory stored in the first block (T1) of the codec mode configuration received from the transmitting node (MSC1) with at least one stored in the second block (T2) memory by the codec mode configuration and to select only such a codec mode configuration to establish an operation without transcoding between two communication terminal devices that is supported by both radio network controllers (RNC1, RNC2).

10. The device according to claim 9, characterized in that the memory unit (T1, T2) is a block of a switching unit (MSC1, MSC2).

11. The device according to claim 9, characterized in that the transmitting node (MSC1) switching is designed to transmit information regarding support for at least one subset of at least one configuration of the codec mode to the receiving node (MSC2) switching.

12. The device according to claim 11, characterized in that the receiving node (MSC2) switching is designed to select a configuration mode of the codec and / or subset, which is supported by the receiving controller (RNC2) of the radio network.

13. The device according to any one of paragraphs.9-12, characterized in that the communication network is a cellular mobile network.

14. The device according to any one of paragraphs.9-12, characterized in that the data bank, list and / or table is used as the memory block (T1, T2).

15. The device according to any one of claims 9 to 12, characterized in that a communication terminal device (UE), a radio network controller (RNC1, RNC2) and / or a switching node (MSC1, MSC2) are provided as a network node.