ES2317837T3 - Negociacion de capacidad en una red de telecomunicaciones. - Google Patents
Negociacion de capacidad en una red de telecomunicaciones. Download PDFInfo
- Publication number
- ES2317837T3 ES2317837T3 ES00931177T ES00931177T ES2317837T3 ES 2317837 T3 ES2317837 T3 ES 2317837T3 ES 00931177 T ES00931177 T ES 00931177T ES 00931177 T ES00931177 T ES 00931177T ES 2317837 T3 ES2317837 T3 ES 2317837T3
- Authority
- ES
- Spain
- Prior art keywords
- signaling
- capacity
- call
- point
- preference
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/006—Networks other than PSTN/ISDN providing telephone service, e.g. Voice over Internet Protocol (VoIP), including next generation networks with a packet-switched transport layer
- H04M7/0072—Speech codec negotiation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M7/00—Arrangements for interconnection between switching centres
- H04M7/06—Arrangements for interconnection between switching centres using auxiliary connections for control or supervision, e.g. where the auxiliary connection is a signalling system number 7 link
- H04M7/063—Arrangements for interconnection between switching centres using auxiliary connections for control or supervision, e.g. where the auxiliary connection is a signalling system number 7 link where the telephone network is a network other than PSTN/ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5603—Access techniques
- H04L2012/5604—Medium of transmission, e.g. fibre, cable, radio
- H04L2012/5607—Radio
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5629—Admission control
- H04L2012/5631—Resource management and allocation
- H04L2012/5632—Bandwidth allocation
- H04L2012/5634—In-call negotiation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5646—Cell characteristics, e.g. loss, delay, jitter, sequence integrity
- H04L2012/5652—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
- H04L2012/5653—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL]
- H04L2012/5656—Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL] using the AAL2
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5671—Support of voice
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/2281—Call monitoring, e.g. for law enforcement purposes; Call tracing; Detection or prevention of malicious calls
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13034—A/D conversion, code compression/expansion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13098—Mobile subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13176—Common channel signaling, CCS7
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13196—Connection circuit/link/trunk/junction, bridge, router, gateway
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13204—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13209—ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1329—Asynchronous transfer mode, ATM
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13339—Ciphering, encryption, security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13345—Intelligent networks, SCP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1338—Inter-exchange connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13389—LAN, internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/02—Inter-networking arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/24—Interfaces between hierarchically similar devices between backbone network devices
Abstract
Un método de negociar una capacidad de llamada entre puntos de señalización en un sistema de telecomunicaciones en que los niveles de Control de Llamada y de Control de Portador son controlados mediante protocolos separados, y un punto de señalización reacciona ante la selección de una capacidad en el nivel de Control de Llamada notificando al nivel de Control de Portador, si la selección afecta al nivel de portador, comprendiendo el método: enviar una preferencia de capacidad o lista priorizada de preferencias desde un punto de señalización de inicio hasta un punto de señalización de finalización o un punto de transferencia de señalización, en el nivel de Control de llamada; y devolver una aceptación de capacidad desde un punto de señalización de finalización o punto de transferencia de señalización en el nivel de Control de llamada, si el punto de señalización de finalización o el punto de transferencia de señalización acepta una preferencia enviada por el punto de señalización de inicio.
Description
Negociación de capacidad en una red de
telecomunicaciones.
La presente invención se refiere a la
negociación de capacidad en una red de telecomunicaciones y en
particular, aunque no necesariamente, a la negociación de un
codificador de conversación adecuado.
Las redes de telecomunicaciones se apoyan hoy en
día ampliamente en el Signalling System no.7 (SS7) (Sistema de
Señalización nº 7) como el mecanismo para controlar conexiones de
llamada y para manejar la transferencia de información de
señalización entre puntos de señalización de las redes. Típicamente,
una o más partes de aplicación y de usuario en un punto de
señalización dado harán uso del SS7 para comunicarse con partes de
aplicación de par y de usuario en algún otro punto de señalización.
Ejemplos de partes de usuario son ISUP (ISDN User
Part-Parte de Usuario de ISDN) y TUP (Telephony User
Part-Parte de Usuario de Telefonía) mientras que
ejemplos de partes de aplicación son INAP (Intelligent Network
Application Part-Parte de Aplicación de Red
Inteligente) y MAP (Mobile Application Part-Parte de
Aplicación Móvil). La pila de protocolo de SS7 convencional incluye
Message Transfer Parts (Partes de Transferencia de Mensajes) MTP1,
MTP2, y MTP3 que manejan los mensajes de formateo y de señalización
para transporte sobre la capa física así como varias funciones de
encaminamiento.
Ha habido un considerable interés en esto último
entre la comunidad de telecomunicaciones en usar mecanismos de
transporte de señalización no estándar (es decir no convencionales
dentro de la industria de las telecomunicaciones) en redes de
telecomunicaciones en lugar de los mecanismos de SS7 convencionales.
Las razones para esto están relacionadas tanto con las mejoras en
la eficiencia así como en el potencial ahorro de coste. Se ha dado
mucha consideración por ejemplo al uso de las redes de Internet
Protocol (IP) (Protocolo de Internet) para transportar información
de señalización entre puntos de señalización. Las redes de IP tienen
la ventaja de que hacen un uso eficiente de los recursos de
transmisión usando conmutación de paquetes y son de un coste
relativamente bajo debido al uso extendido de la tecnología (por
contraposición a la tecnología de telecomunicación especializada).
Existe también interés en usar mecanismos de transporte que incluyen
AAL1/2/5, FR etc.
El estándar de ISUP que trata con el
establecimiento y control de las conexiones de llamada en una red de
telecomunicaciones está estrechamente ligado al mecanismo de
transporte de señalización mediante SS7 y no se presta directamente
para su uso con otras tecnologías de transporte no estándar tales
como IP y AAL2. Así, varios cuerpos de estandarización que incluyen
el ITU-T, ETSI, y ANSI, están considerando
actualmente la especificación de un protocolo de señalización para
el control de llamadas, que es independiente del mecanismo de
transporte subyacente. Esto puede parecer que se separa del
protocolo, funciones de Bearer Control (Control de Portador) que se
refieren meramente a establecer los parámetros (incluyendo los
puntos de inicio y de finalización) del "tubo" por medio del
cual datos del plano de usuario son transportados entre nodos, y que
son específicos para el mecanismo de transporte. El nuevo
protocolo, llamado Transport Independent Call Control (TICC)
(Control de Llamada Independiente de Transporte), mantiene las
funciones de Control de Llamada de manera que los servicios
solicitados para una llamada entre llamantes y llamados dados (por
ejemplo desvío de llamada), y de encaminamiento total de los datos
del plano de usuario.
La nueva arquitectura de red resultante de la
separación de los niveles de llamada y de Control de Portador
provoca que aparezca una interfaz abierta entre una entidad de
Control de Llamada y una entidad de Control de Portador, donde
estas entidades se llaman Controlador de Pasarela de Medios y
Pasarela de Medios respectivamente. La interfaz abierta se llamará
en adelante X-CP, ejemplos del cual son el trabajo
de MEGACO del IETF y el trabajo de H.248 del ITU Study Group 16
(SG16).
Tradicionalmente, las redes telefónicas fijas
utilizan la Pulse Code Modulation (Modulación por Código de
Impulsos) para transportar datos del plano de usuario, por ejemplo
voz, facsímil, etc., entre nodos de red. Las redes celulares por
Módem por otra parte usan a menudo uno o más
codificadores/descodificadores (llamados "codecs") para
comprimir señales de voz para una transmisión eficiente por la
interfaz aérea y dentro de las propias redes celulares. Donde una
conexión de llamada telefónica se extiende entre dos redes (o
terminales) que soportan diferentes o múltiples codecs de
conversación, puede tener lugar una negociación entre los terminales
para decidir sobre el codec apropiado. Si esta negociación no se
lleva a cabo, el resultado puede ser una petición para
transcodificar en la interfaz entre las redes, es decir conversión
de una forma de codificación de conversación a otra. La
transcodificación es cara en términos de recursos, degrada
significativamente la calidad, e introduce un retardo en el tiempo
de tratamiento. La negociación de codec es por lo tanto la opción
preferida.
Además de la negociación de codec, existe a
menudo una necesidad en la red de telecomunicaciones convencional
de negociar otra funcionalidad y otros parámetros. Por ejemplo,
puede ser deseable negociar capacidades de seguridad tales como
cifrado de voz y encriptado de datos entre terminales o nodos en las
redes de telecomunicaciones.
El documento EP0690640 describe un proceso para
establecer una llamada entre terminales de abonado. Cada terminal
está asociado con una unidad de acceso a señalización de usuario que
almacena requisitos técnicos y económicos del terminal. Un Punto de
Control de Servicio de Señalización se comunica con las unidades de
acceso a señalización del usuario para negociar las propiedades de
la llamada y para establecer una llamada.
De acuerdo con un primer aspecto de la presente
invención se proporciona un método de negociar una capacidad de
llamada entre puntos de señalización en un sistema de
telecomunicaciones, comprendiendo el método:
- enviar una preferencia de capacidad o lista priorizada de preferencias desde un punto de señalización de inicio hasta un punto de señalización de finalización o un punto de transferencia de señalización, en el nivel de Control de Llamada; y
- devolver una aceptación de capacidad desde un punto de señalización de finalización o punto de transferencia de señalización en el nivel de Control de Llamada, si el punto de señalización de finalización o el punto de transferencia de señalización acepta una preferencia enviada por el punto de señalización de inicio.
Se observará que en algunos casos, por ejemplo
donde el punto de señalización de finalización o el punto de
transferencia de señalización no acepta una preferencia de capacidad
(o una de una lista de preferencias) enviada por el punto de
señalización de inicio, se devolverá un mensaje de no aceptación en
cuyo caso una capacidad por defecto es asumida por ambos puntos.
Alternativamente, puede ser devuelto un mensaje por defecto que
indica que se va a usar el codec por defecto. Si no se puede acordar
ningún codec, entonces en ciertas situaciones puede liberarse una
llamada debido a incompatibilidad de red.
La presente invención es particularmente
adecuada para negociar capacidades de codec de conversación entre
puntos de transferencia de señalización situados en diferentes redes
de telecomunicaciones. Por ejemplo, en redes de telecomunicaciones
japonesas, la invención puede usarse para negociar el uso de una de
las codificaciones de VSELP, PSI-CELP, o
\mu-law, donde la codificación
\mu-law es la codificación por defecto. No
obstante, la invención es también aplicable para negociar otras
capacidades que incluyen capacidades de seguridad (por ejemplo
cifrado de voz y encriptado de datos).
El protocolo usado para llevar la negociación
puede ser TICC, o puede ser un protocolo específico empleado
también en el nivel de CC, es decir, un protocolo de User Plane
Capability Negotiation (Negociación de Capacidad del Plano de
Usuario).
Donde los niveles de Control de Llamada y de
Control de Portador son controlados mediante protocolos separados,
un punto de señalización reacciona a la selección de una capacidad
en el nivel de Control de Llamada notificando al nivel de Control
de Portador, si la selección afecta al nivel de portador. Si es
apropiado, pueden enviarse subsiguientemente notificaciones al
nivel de portador entre puntos de conmutación de portador para
permitir el establecimiento de recursos de nivel de portador
apropiados.
Preferiblemente, el punto de señalización o el
punto de transferencia de señalización es un Media Gateway
Controller (Controlador de Pasarela de Medios). Más preferiblemente,
el Controlador de Pasarela de Medios se comunica con una o más
Media Gateways (Pasarelas de Medios) que existen en el nivel de
Control de Portador.
A pesar del hecho de que ciertas opciones
soportadas por una capacidad en el nivel de Control de Portador
pueden ser conocidas en el nivel de Control de Llamada, el nivel de
Control de Llamada no necesariamente conocerá la disponibilidad
actual de esas opciones en el nivel de Control de Portador.
Preferiblemente por lo tanto, al recibir una preferencia de
capacidad o una lista priorizada de preferencias en un punto de
señalización de finalización o un punto de transferencia de
señalización, el nivel de Control de Llamada lleva a cabo una
negociación con el nivel de Control de Portador para determinar la
disponibilidad de opción en el nivel de Control de Portador. Más
preferiblemente, esta negociación tiene lugar entre un Controlador
de Pasarela de Medios del nivel de Control de Llamada y una
Pasarela de Medios del nivel de Control de Portador.
Donde una lista priorizada de preferencias es
enviada desde un punto de señalización de inicio a un Controlador
de Pasarela de Medios, el Controlador preferiblemente modifica la
lista para eliminar preferencias que sabe que no son soportadas por
la Pasarela de Medios asociada. El Controlador envía entonces la
lista modificada a la Pasarela de Medios que selecciona la
preferencia con la prioridad más alta que la Pasarela de Medios
puede soportar en ese momento. La Pasarela puede entonces reservar
los recursos necesarios para esa preferencia y aconseja al
Controlador de Pasarela de Medios sobre la preferencia. El
Controlador de Pasarela de Medios puede entonces devolver una
aceptación de capacidad al Controlador de Pasarela de Medios de
inicio.
De acuerdo con un segundo aspecto de la presente
invención se proporciona un punto de señalización dispuesto para
negociar una capacidad de llamada con otro punto de señalización en
un sistema de telecomunicaciones, comprendiendo el método:
- un medio para enviar una preferencia de capacidad o lista priorizada de preferencias a un punto de señalización de finalización o a un punto de transferencia de señalización, en el nivel de Control de Llamada; y
- un medio para recibir una aceptación de capacidad desde un punto de señalización de finalización o punto de transferencia de señalización en el nivel de Control de Llamada, cuya aceptación de capacidad es enviada si el punto de señalización de finalización o el punto de transferencia de señalización acepta una preferencia enviada por el punto de señalización de inicio.
De acuerdo con un tercer aspecto de la presente
invención se proporciona un Controlador de Pasarela de Medios de un
sistema de telecomunicaciones, comprendiendo el Controlador de
Pasarela de Medios:
- un medio para recibir una preferencia de capacidad o lista priorizada de preferencias desde un Controlador de Pasarela de Medios de par, donde la citada preferencia de capacidad o lista priorizada de preferencias se refiere a una conexión que se va a establecer sobre el sistema de telecomunicaciones;
- un medio para comunicarse con una Pasarela de Medios asociado con el Controlador de Pasarela de Medios para determinar la disponibilidad de la preferencia o las preferencias en la Pasarela de Medios; y
- un medio para devolver un mensaje de aceptación de preferencia de capacidad al citado Controlador de Pasarela de Medios de par dependiendo de la disponibilidad determinada en la Pasarela de Medios.
De acuerdo con un cuarto aspecto de la presente
invención se proporciona una Pasarela de Medios de un sistema de
telecomunicaciones, comprendiendo la Pasarela:
- un medio para recibir una preferencia de capacidad o una lista priorizada de preferencias desde un Controlador de Pasarela de Medios, en el que la citada preferencia de capacidad o lista priorizada de preferencias se refiere a una conexión que se va a establecer sobre el sistema de telecomunicaciones;
- un medio para seleccionar una preferencia sobre la base de la disponibilidad de las preferencias en la Pasarela de Medios; y
- un medio para enviar la preferencia seleccionada al citado Controlador de Pasarela de Medios.
La Figura 1 ilustra un número de puntos de
señalización en una red de telecomunicaciones; y
la Figura 2 (caso A) ilustra flujos de
señalización entre los puntos de señalización de la Figura 1 de
acuerdo con una primera realización de la invención;
la Figura 2 (caso B) ilustra flujos de
señalización entre los puntos de señalización de la Figura 1 de
acuerdo con una segunda realización de la invención;
la Figura 3 ilustra una red de
telecomunicaciones que comprende Controlador de Pasarela de Medios y
Pasarela de Medios;
la Figura 4 es un diagrama de flujo que ilustra
un proceso de negociación de capacidad genérico usado en la red de
la Figura 3.
la Figura 5 ilustra flujos de señalización donde
un nodo intermedio es implicado en la negociación entre un nodo de
inicio y un nodo de finalización;
la Figura 6 ilustra otro conjunto de flujos de
señalización donde un nodo intermedio es implicado en la negociación
entre un nodo de inicio y un nodo de finalización;
la Figura 7 ilustra esquemáticamente un sistema
de telecomunicaciones de diseño conocido;
la Figuras 8 ilustran esquemáticamente un
sistema de telecomunicaciones;
la Figura 9 ilustra un primer conjunto de
señales asociado con la negociación de codec en el sistema de la
Figura 8 y de acuerdo con una primera realización de la presente
invención; y
la Figura 10 ilustra un segundo conjunto de
señales asociado con la negociación de codec en el sistema de la
Figura 8 y de acuerdo con una segunda realización de la presente
invención.
Se ilustra en la Figura 1 una porción de una red
de telecomunicaciones que comprende dos puntos de señalización
llamados en adelante Nodos A y C. Estos nodos pueden ser por ejemplo
centrales telefónicas o conmutadores y pueden pertenecer al mismo
operador de red o a diferentes operadores de red. En el presente
ejemplo, el Nodo A es el Nodo de inicio al cual está conectado un
llamante (no mostrado) mientras que el Nodo C representa un Nodo de
finalización al cual está conectado el llamado. Cada uno de los
puntos de señalización comprende una parte de Call Control (CC)
(Control de Llamada) y una parte de Bearer Control (BC) (Control de
Portador), es decir las funcionalidades de Control de Llamada y de
Control de Portador están separadas en dos capas de protocolo
distintas. Las partes de CC de forman un nivel de Control de Llamada
que es responsable de llevar a cabo funciones tales como desvío de
llamada así como otras funciones de encaminamiento y control. Las
partes de BC son responsables de establecer y dimensionar tubos
entre partes de BC para transportar datos del plano de usuario.
Considerando ahora el nivel de BC, éste
comprende una red portadora que puede ser por ejemplo una red de IP.
Dentro de la red de IP existen uno o más puntos de conmutación de
portador, aunque sólo un punto tal se ilustra en la Figura 1 (Nodo
B). Para la red de IP, estos puntos de conmutación de portador serán
encaminadores de IP. Se observará que donde la red portadora es una
red de ATM o de AAL2 los puntos de conmutación de portador serían
conmutadores de ATM o de AAL2 respectivamente.
En el caso de que un llamante inicie una
llamada, por ejemplo descolgando su teléfono, el punto de
señalización de inicio Nodo A recibe en el nivel de CC información
desde la fuente (es decir, llamante) que define los requisitos de
recursos de portador. El punto de señalización de inicio determina,
sobre la base de la información de fuente y/o de las capacidades
del punto de señalización y de su red doméstica, una lista de
posibles opciones que deben ser negociadas con el punto de
señalización de finalización Nodo C.
El Nodo A señala entonces la lista de posibles
opciones en un mensaje a la parte de CC con la que desea negociar
una capacidad específica (Nodo C en la Figura 1). El mensaje indica
el nivel de preferencia para cada opción.
El Nodo C usa los niveles de prioridad
especificados por el Nodo A para cada opción en la lista para
seleccionar la opción más preferida que soporta, es decir, el Nodo
C no elige una opción si soporta otra opción en la lista para la
que el Nodo A ha indicado una preferencia más alta. El Nodo C señala
la opción seleccionada al Nodo A.
Si los resultados de esta negociación afectan al
nivel de conexión portador, se toman acciones adecuadas en el nivel
de portador para adaptarse al resultado de la negociación. Esto es
realizado por el protocolo de BC. Son posibles dos casos: enviar la
modificación de portador (caso A en la Figura 2) o devolver la
modificación de portador (caso B en la Figura 2).
Un ejemplo de una capacidad que puede ser
negociada usando el método anterior es la capacidad de codec.
Generalmente, la conversación es transcodificada a PCM en la red de
acceso de radio porque este es el único formato de conversación
permitido por las redes telefónicas tradicionales. No obstante, como
la transcodificación deteriora significativamente la calidad de la
conversación, algunos estándares celulares (por ejemplo GSM, PDC)
especifican métodos para evitar la transcodificación cuando se ha
establecido una conexión entre dos terminales compatibles (por
ejemplo dos terminales de GSM con un codec común). Puesto que la
mayoría de los terminales móviles actuales soportan varios codecs,
estos métodos implementan también negociación de codec pero tienen
algunos inconvenientes importantes comparados con el mecanismo de
negociación genérico presentado aquí.
Codecs de conversación están bien estrechamente
acoplados a entornos móviles (en PDC, la negociación de codec es un
servicio del protocolo de Mobile Application Part (MAP) (Parte de
Aplicación de Móvil)) o no optimizan el uso de recursos de hardware
y de transmisión (en GSM, la negociación de codec es parte del
protocolo de Tandem Free Operation (TFO) (Operación Libre en
Tándem)). Dos transcodificadores (TRAUs) y un canal de 64Kbps están
situados siempre para una conexión de conversación
independientemente de si la transcodificación ocurre realmente o
no). Actualmente, diferentes estándares móviles tratan con el
problema de diferentes maneras y no ha habido previamente
posibilidad de armonizar soluciones.
Otro ejemplo de una capacidad que puede requerir
negociación son las capacidades de seguridad (cifrado de voz,
encriptado de datos, etc.). Este es actualmente el gran interés en
las redes de telecomunicación públicas y ocurrirá en mayor medida
en el futuro cercano. No obstante, hay múltiples maneras de proteger
la información del plano de usuario contra observadores no
deseados. Existen múltiples algoritmos de cifrado y de encriptado
de datos actualmente desplegados y otros nuevos que aparecen
continuamente. Por lo tanto, se requerirá en breve una manera de
negociar las capacidades de seguridad en las redes de
telecomunicación públicas y ésta es proporcionada por la presente
invención.
La descripción anterior se ha referido
generalmente a un nivel de BC y a un nivel de CC. La Figura 3
ilustra con más detalle un sistema de telecomunicaciones que tiene
niveles de CC y de BC separados. El nivel de CC comprende un número
de Controladores de Pasarela de Medios (MGC_A, MGC_B, MGC_C)
mientras que el nivel de BC comprende un número de Pasarelas de
Medios (MG_1 a MG_6). Un primer par de Pasarelas de Medios (MG_1,
MG_6) proporcionan una conexión portadora sobre una red de AAL2,
mientras que un segundo par de Pasarelas de Medios (MG_2, MG_5)
proporcionan una conexión portadora sobre una red de IP. Un tercer
par de Pasarelas de Medios (MG_3, MG_4) proporcionan una conexión
portadora sobre una red de STM. Como puede verse de la Figura 3,
cada uno de los Controladores de Pasarela de Medios está dispuesto
para controlar dos o tres Pasarelas de Medios por medio de una
interfaz abierta (X-CP_1 a
X-CP_3).
Como se ha descrito ya, la negociación de la
capacidad tiene lugar en el nivel de CC, es decir, entre
Controladores de Pasarela de Medios. Además, los
X-CPs proporcionan medios para que la Pasarela de
Medios "informe" a sus Controladores de Pasarela de Medios de
control de las capacidades y opciones que la Pasarela de Medios
soporta (por ejemplo capacidades = conversación comprimida,
opciones = lista de codecs). Los X-CPs proporcionan
también medios en los que una Pasarela de Medios puede resultar
implicada en una capacidad negociación, asegurando así que una
selección de capacidad esté basada no sólo en las capacidades
especificadas para la Pasarela sino también en la disponibilidad
real de esas capacidades. Si no fuera el caso, existe el peligro de
que una Pasarela de Medios pueda no tener los recursos para
soportar una opción negociada en su nombre por un Controlador de
Pasarela de Medios. Considérese por ejemplo el caso en el que un
Controlador de Pasarela de Medios necesita proporcionar un servicio
de Intelligent Network (IN) (Red Inteligente) para una llamada y que
requiere anuncios en banda. Si el Controlador de Pasarela de Medios
selecciona un codec por sí mismo, basándose en un conocimiento de
los codecs suportados por la Pasarela de Medios, es posible que la
Pasarela de Medios no tenga realmente disponible una TRAU para tal
codec. La Pasarela de Medios rechazará por lo tanto la conexión,
teniendo lugar una caída de la llamada.
Para ilustrar la solución a este problema,
considérese la situación en la que un Controlador de Pasarela de
Medios recibe desde un Controlador de Pasarela de Medios de par un
mensaje de establecimiento de conexión que contiene una lista de
posibles opciones relativas a una capacidad negociable específica.
El mensaje indica el nivel de preferencia para cada opción. El
Controlador de Pasarela de Medios receptor lee la lista recibida y
elimina de la lista aquellas opciones que sabe que no están
soportadas por la Pasarela de Medios que ha sido seleccionada para
la conexión. El Controlador de Pasarela de Medios envía entonces la
lista modificada de opciones a la Pasarela de Medios sobre la
interfaz de X-CP.
La Pasarela de Medios receptora elige la opción
que tiene la máxima prioridad y que la Pasarela es realmente capaz
de soportar. La Pasarela de Medios toma entonces los recursos que
necesita para soportar esta opción y comunica la opción al
Controlador de Pasarela de Medios sobre la interfaz de X_CP. Al
recibir la opción seleccionada, el Controlador de Pasarela de
Medios señala la selección al Controlador de Pasarela de Medios de
par como se ha descrito anteriormente.
El proceso de negociación de capacidad genérico
descrito anteriormente se ilustra también mediante el diagrama de
flujo de la Figura 4.
En muchos países las autoridades locales les
piden a los operadores la interceptación de llamadas con fines
legales. Con el fin de permitir la interceptación legal, los
operadores requieren normalmente acceso a los datos del plano de
usuario (es decir, la conversación real u otros datos transportados
por el llamado "tubo" al nivel del portador) para cada llamada
dentro de sus redes. Con la introducción de TICC, datos del plano
de usuario pueden ser transportados sobre una variedad de
tecnologías (por ejemplo, ATM, IP etc.) que permiten el transporte
de datos encriptados del plano de usuario. Por lo tanto a menos que
el punto de Interceptación Legal pueda determinar las
características de seguridad y de codec (codificación y
descodificación) de los datos del plano de usuario la llamada no
podrá ser interceptada con éxito. Por lo tanto, el operador necesita
conocer los algoritmos de codificación y de encriptado (seguridad)
usados dentro de cada sección de BC (entre dos nodos de BC) de una
llamada.
Por otro lado, la transcodificación y la
traducción de los algoritmos de seguridad reducen significativamente
la calidad de servicio de una llamada e introducen retardos extra.
Por lo tanto, es deseable reducir el número (o evitar si es
posible) de puntos de transcodificación y de puntos de traducción
del algoritmo de seguridad requeridos de extremo a extremo para
cada llamada.
Un mecanismo para resolver este problema se
describirá ahora con referencia a la secuencia de operaciones
mostrada en la Figura 5. La parte de Control de Llamada del Nodo A
(véase la Figura 1) transmite un mensaje a la parte de Control de
Llamada del Nodo B que incluye una lista de opciones soportada por
el Nodo A, junto con un nivel de preferencia para cada una de tales
opciones. Aunque el mecanismo es particularmente adecuado para su
uso en TICC podría ser usado también como un protocolo independiente
específicamente adaptado para llevar a cabo una negociación, y esto
se indica en la Figura 5 por medio de las iniciales UPCN (User Part
Capability Negotiation) (Negociación de Capacidad de la Parte de
Usuario).
La parte de Control de Llamada del Nodo B envía
entonces un mensaje a la parte de Control de Llamada del Nodo C,
que incluye una lista de opciones soportadas tanto por el Nodo A
como por el Nodo B, junto con un nivel de preferencia para cada
opción. El Nodo C selecciona entonces la opción soportada con el
mayor nivel de preferencia, y devuelve un mensaje al Nodo B que
incluye la opción seleccionada. El Nodo B envía a su vez un mensaje
al Nodo A especificando la opción seleccionada.
La Figura 5 muestra entonces dos posibles
secuencias de operación, etiquetadas como caso A y caso B. En el
Caso A, si el nivel de portador está afectado por la negociación al
nivel de Control de Llamada descrito anteriormente, el Nodo A toma
la acción apropiada al nivel de portador. Por ejemplo, puede ser
necesario que el Nodo A cambie el tamaño del tubo que se necesita
para soportar la opción seleccionada. Un mensaje de BC es enviado a
continuación desde el Nodo A al Nodo B especificando cualesquiera
parámetros que se necesiten. El Nodo B analiza a continuación la
opción seleccionada y toma la acción apropiada en el nivel de
portador si el nivel de portador está afectado por la negociación.
Un mensaje de BC es enviado entonces desde el Nodo B al Nodo C
especificando cualesquiera parámetros que se necesitan para el
nivel de portador entre los Nodos B y C.
En el Caso B la secuencia de operaciones en el
nivel de portador empieza en el Nodo C y termina en el Nodo A. El
Nodo C analiza la opción seleccionada y toma la acción apropiada en
el nivel de portador, si el nivel de portador está afectado por la
negociación. Un mensaje de BC es enviado a continuación desde el
Nodo C al Nodo B especificando cualesquiera parámetros que se
necesiten. El Nodo B analiza a continuación la opción seleccionada
y toma la acción apropiada en el nivel de portador si el nivel de
portador está afectado por la negociación. Un mensaje de BC es
enviado a continuación desde el Nodo B al Nodo A especificando
cualesquiera parámetros que se necesiten.
Se debe entender que los casos A y B son
alternativos, pero otros casos son también posibles. A la vista de
esto, se debe observar que el protocolo BC entre los Nodos A y B
puede ser diferente de aquél entre los Nodos B y C, por ejemplo los
protocolos podrían ser ATM e IP respectivamente. Puede ser necesario
modificar los parámetros para la conexión del nivel de portador
entre un par de Nodos, pero no entre el otro par de Nodos.
Se debe observar también que la negociación
descrita anteriormente puede tener lugar durante el establecimiento
de llamada o durante la propia llamada. Lo último puede aplicar, por
ejemplo, donde un usuario desea empezar a usar encriptado durante
una llamada.
Este procedimiento es capaz de reducir el número
de puntos en la red en los cuales la capacidad genérica necesita
cambiarse. En particular, el mecanismo especificado anteriormente
puede ser usado para minimizar el número de puntos de
transcodificación o puntos de algoritmo de traducción de seguridad
para llamadas de extremo a extremo que atraviesan múltiples
secciones de CC. La solución aplica para llamadas que atraviesan una
o múltiples redes.
El mecanismo de GCN incluye hacer al Nodo de CC
de inicio incluir la lista de opciones con su nivel de preferencia
y al Nodo de finalización seleccionar una opción soportada que usa
el nivel de preferencias indicado por el Nodo de inicio. El
mecanismo de negociación mencionado anteriormente es útil cuando la
negociación es llevada a cabo entre dos Nodos de CC solamente. La
adaptación propuesta expande el mecanismo de GCN a casos en los que
más de dos Nodos de CC intervienen en la negociación. Esto es, casos
en los que la llamada atraviesa múltiples Nodos de CC que
pertenecen a uno o más operadores de telecomunicaciones. La
adaptación implica la siguiente secuencia de operaciones:
- 1
- El Nodo de CC de inicio envía su lista de opciones soportadas con el nivel de preferencia asociado a cada una.
- 2
- Los Nodos de CC de Tránsito analizan la lista de opciones recibida, borran las opciones no soportadas de la lista y envían la lista al siguiente Nodo.
- 3
- El Nodo de CC de finalización: analiza la lista de opciones recibida con sus prioridades asociadas y selecciona la opción soportada con la prioridad indicada más alta.
En el caso de interceptación legal permite que
el punto de Interceptación Legal (es decir, el Nodo en el cual va a
tener lugar la interceptación) reciba las características de
seguridad y de codificación de los datos del plano de usuario para
permitir la interceptación con éxito de la llamada.
Con la nueva arquitectura propuesta de la Figura
1, donde el protocolo de Control de Llamada es independiente del
mecanismo de transporte, la negociación de codec debe ser llevada a
cabo por el TICC para una llamada antes de que se establezca una
conexión de transporte de plano de usuario para esta llamada. La
razón es que la cantidad de recursos de transporte requerida para
soportar una llamada depende del codec seleccionado para esta
llamada (es decir, del resultado del procedimiento de negociación de
codec). En algunos casos, un codec es inicialmente seleccionado
para una llamada pero, debido a un cambio de circunstancias, este
codec debe ser cambiado por un nuevo codec en una fase posterior de
la llamada. Dos situaciones importantes donde sucede esto son las
siguientes:
- 1)
- Interacciones con servicios de Intelligent Network (IN) (Red Inteligente) para el propósito de proporcionar anuncios y redireccionamiento de llamadas a una parte llamada bien automáticamente o basándose en una entrada desde un llamante. Un primer codec debe ser seleccionado para proporcionar los anuncios. Más tarde la llamada es enviada/redirigida a otra parte y se usa un segundo codec.
- 2)
- Call Forwarding on No-Reply (CFNR) (Desvío de Llamada en No-Respuesta) que es un así llamado servicio suplementario. Un primer codec es negociado entre las partes A y B a continuación de lo cual la llamada es enviada a una parte C porque B fracasa en contestar en un tiempo predefinido. Se requiere un segundo codec basándose en los requisitos de la parte C.
Se reconoce que, en los dos casos 1) y 2)
anteriores, así como en otras situaciones relacionadas, una conexión
de llamada debe ser establecida sobre el mecanismo de transporte
dependiendo del primer codec seleccionado, para transportar
anuncios, tonos, etc. Cuando el codec es cambiado a continuación, la
conexión de llamada puede necesitar ser modificada para soportar el
nuevo codec.
Se describirá ahora con referencia a la Figura 6
un proceso de señalización para su uso en redes que usan el
protocolo de TICC y que es capaz de establecer una conexión
telefónica de extremo a extremo para una llamada de conversación,
donde la llamada origina desde un Nodo A de punto de señalización de
inicio y es inicialmente dirigido al primer nodo Nodo B o punto de
señalización. La llamada es encaminada a continuación a algún otro
Nodo C de punto de señalización de finalización. El proceso
ilustrado se refiere específicamente a la petición de un servicio
de IN, donde un llamante es conectado inicialmente con un nodo de
red de IN que dirige un mensaje grabado previamente al llamante
antes de encaminar la llamada hasta un punto de señalización de
finalización final, o a un servicio de CFNR, donde una llamada es
enviada a un nuevo punto de señalización de finalización después de
que el llamado, conectado con el punto de señalización de
finalización inicial, fracasa en responder a la llamada.
La secuencia de señalización comprende las
siguientes etapas secuenciales:
- 1
- El Nodo A establece una llamada al Nodo B. El codec X es seleccionado para esta llamada.
- 2
- Una conexión de transporte con recursos de transporte adecuados para el codec seleccionado es establecida entre los Nodos A y B.
- 3
- El Nodo B desvía/redirecciona la llamada al Nodo C. El Nodo C no soporta el codec X y selecciona el codec Y.
- 4
- El Nodo B solicita al Nodo A que modifique la elección de codec para esta llamada desde el codec X al codec Y.
- 5
- Si es necesario, la conexión de transporte entre el Nodo A y el Nodo B es modificada para adaptarse al codec Y. La Figura 6 ilustra tanto el caso en el que la modificación a la conexión de transporte es hecha en la dirección hacia delante y el caso alternativo en el que la modificación es hecha en la dirección hacia atrás.
- 6
- Una conexión de transporte adecuada para el codec Y es establecida entre los Nodos B y C.
- 7
- El TICC completa el establecimiento de llamada (TICC ACM + TICC ANM).
El TICC está basado en el ISUP, por lo tanto los
nombres del mensaje de señalización son tomados del ISUP. No
obstante, ISUP no incluye procedimientos de negociación de codec o
de modificación de codec así que se necesita un nuevo par de
mensajes de TICC (petición/confirmación de modificación de TICC)
para proporcionar capacidades de modificación de codec.
Se ha de observar que, mientras que la Figura 6
ilustra sólo que la modificación hecha a la conexión de transporte
del Nodo A al Nodo B puede ser hecha bien en el sentido hacia
delante o hacia atrás, otras modificaciones de la conexión de
transporte pueden ser hechas también bien en el sentido hacia
delante o hacia atrás. También, las conexiones de transporte pueden
ser establecidas bien en el sentido hacia delante o hacia atrás.
El mecanismo descrito puede ser empleado para
establecer una conexión de llamada de conversación entre más de
tres puntos de señalización o nodos. Por ejemplo, uno o más nodos de
tránsito pueden estar presentes entre el Nodo A del punto de
señalización de inicio y el Nodo B del punto de señalización de
finalización original y/o entre Nodo B del punto de señalización de
finalización original y el Nodo C del punto de señalización de
finalización final. Se observará también que la llamada puede ser
también transferida o retrasada desde el Nodo C hasta otro punto de
señalización (es decir, un Nodo D) más. Esto implicaría que una
negociación determinase si el codec Y es adecuado para el Nodo D, y
si no una posible modificación para la conexión de transporte entre
el Nodo A y el Nodo B y entre el Nodo B y el Nodo C. Este proceso
puede ser extendido a cualquier número de nodos.
Las Conventional Public Switched Telephone
Networks (PSTN) (Redes Telefónicas Conmutadas Públicas
Convencionales) codifican digitalmente datos de conversación para
transmisión usando Pulse Code Modulation (PCM) (Modulación por
Impulsos Codificados). Por otra parte, las redes telefónicas móviles
digitales hacen uso de técnicas de codificación más avanzadas tales
como codificación de CELP y codificación de Adaptive
Multi-Rate (AMR) (Multi-Tasa
Adaptativa), que logra tasas de compresión más elevadas que las que
pueden ser alcanzadas con PCM. En muchas redes móviles, la
codificación y descodificación de conversación es llevada a cabo en
los propios terminales móviles. A condición de que se haga una
llamada entre dos terminales móviles ambos registrados con la misma
red puede ser posible transmitir datos de conversación codificados
de extremo a extremo.
En el caso de que una llamada sea desde un
terminal móvil registrado con una red móvil, a un terminal que es
un abonado de una red "extranjera", una transmisión de extremo
a extremo de datos de conversación codificados puede no ser
posible, dependiendo de la naturaleza de la red extranjera y de
cualesquiera redes intermedias que conecten la red móvil de inicio
con la red extranjera (ocurrirá por supuesto lo mismo donde la
llamada se origina en la red extranjera).
Considérese el sistema de telecomunicaciones de
la Figura 7 que ilustra dos redes de third generation Universal
Mobile Telecommunication System (UMTS) (Sistema de Telecomunicación
Móvil Universal de tercera generación) 1,2 que están acopladas por
medio de una red convencional de PSTN/ISDN 3. Las redes de UMTS 1,2
comprenden una UMTS Terrestrial Radio Access Network (UTRAN) (Red
de Acceso Terrestre de UMTS) 4 cada una que tiene Radio Network
Controllers (RNCs) (Controladores de Red de Radio) 5 y Base
Transceiver Stations (BTSs) (Estaciones de Transceptor de Base) 6.
Una UTRAN 5 pasa datos de conversación comprimidos entre un terminal
móvil (no mostrado) y un Mobile Switching Centre (MSC) (Centro de
Conmutación Móvil) 7 que encamina conexiones de llamada entrantes y
salientes.
Asúmase que una llamada se origina desde un
abonado de una las redes de UMTS 1 y es hecha a un abonado a la
otra de las redes de UMTS 2. La llamada es encaminada por medio de
la PSTN 3 usando nodos de Transición 8 respectivos - uno de los
cuales es una Pasarela de MSCs (GMSCs) - de las redes de UMTS 1,2.
Como se ha observado ya, la PSTN 3 usa PCM para codificar datos de
conversación. Ahora es importante que cualesquiera datos de
conversación transferidos a través de la PSTN 3 sean en una forma
que pueda ser entendida por esa red. Esto es necesario, por
ejemplo, para permitir que la PSTN 3 inserte anuncios del operador
en una llamada de conversación, para llevar a cabo servicios de
apuntar de voz, etc., así como para permitir que el operador de la
PSTN 3 monitorice la llamada, por ejemplo, con fines de seguridad.
Es por lo tanto necesario para "transcodificar" datos de
conversación en el GMSCs 8 de las redes de UMTS 1,2 antes de pasar
los datos a la PSTN 3, es decir, los datos de conversación son
convertidos desde un formato de codificación de conversación de una
red móvil a PCM. De manera similar, los datos de PCM recibidos en
el GMSCs 8 deben ser convertidos al formato de codificación de
conversación de red móvil apropiado
La transcodificación consume considerables
recursos de tratamiento en el GMSC 8 y también provoca una
degradación perceptible en la calidad de la conversación. Con el
fin de solucionar al menos parcialmente estas desventajas,
dispositivos de Tandem Free Operation (TFO) (Operación Libre en
Tándem) pueden ser introducidos en la conexión de conversación en
los GMSCs 8. Los datos de conversación salientes continúan siendo
convertidos a la PCM, pero al menos los bits significativos de cada
muestra de PCM son "robados" por el dispositivo de TFO. Los
bits robados forman un canal que tiene suficiente ancho de banda (es
decir, 8 Kbits/sec) para transportar los datos codificados
originales. El dispositivo de TFO en la red de UMTS de finalización
ensambla de nuevo los datos codificados para enviarlos a la UTRAN
asociada mientras que los datos de PCM recibidos son eliminados (a
menos que hayan sido modificados por la PSTN, por ejemplo, mediante
la adición de un anuncio de operador). De esta manera, la TFO hace
los datos de PCM disponibles para la PSTN 3, mientras que sigue
permitiendo la transmisión de extremo a extremo de datos de
conversación codificados eficientemente.
En el caso de que dispositivos intermedios
dentro de la PSTN/ISDN alteren la corriente de bits de PCM, los
dispositivos de TFO detectan el cambio y la "caída hacia atrás"
para pasar la conversación codificada de PCM entre los dispositivos
de TFO, es decir, ya no transmiten los datos de voz comprimidos.
Las codificaciones de conversación disponibles
para una red móvil dependen de la naturaleza de la red y
posiblemente de la naturaleza de un terminal que usa la red.
Resultará evidente que el uso de extremo a extremo de un único
codificador sólo es posible cuando las dos redes son capaces de usar
el mismo codificador. Asumiendo que los GMSCs de dos redes de
comunicación móviles son conscientes de las capacidades del
codificador de las redes a las cuales pertenecen, es posible que
negocien y se pongan de acuerdo sobre un codec común. Desde luego,
un protocolo adecuado es proporcionado en la recomendación de ETSI
GSM 08.62 (versión 7.0.0, edición de 1998).
Aparece un problema cuando se intenta
implementar la TFO en redes móviles tales como las ilustradas en la
Figura 7, donde los dispositivos de TFO están situados en el borde
de las redes móviles, es decir, fuera de la UTRAN
(convencionalmente los dispositivos de TFO están situados dentro de
las redes de acceso de radio). No existe actualmente ningún
mecanismo para intercambiar información, referente a codecs
negociados entre dispositivos de TFO, entre dispositivos de TFO y
redes de acceso de radio, en tales redes.
La Figura 8 ilustra una arquitectura de sistema
modificada en la que los GMSCs de las dos redes de UMTS llevan
incorporados dispositivos de TFO 9, mientras que la Figura 9 ilustra
señalización asociada con el establecimiento de llamada entre dos
Nodos en redes telefónicas móviles de UMTS respectivas. Los Nodos 1
y 4 representan MSCs, mientras que los dos Nodos 2 y 3 del medio
representan GMSCs.
La señalización de establecimiento de llamada
dentro de las redes de UMTS es llevada a cabo en el nivel de
Control de Llamada (por ejemplo, TICC), siendo el establecimiento de
llamada iniciado por un Initial Address Message (IAM) (Mensaje de
Dirección Inicial) enviado desde un MSC al GMSC asociado. Este IAM
usa un mecanismo de Generic Capabilities Negotiation (GCN)
(Negociación de Capacidades Genérica) para determinar un número de
parámetros para la conexión de llamada. En particular, el IAM
contiene una lista de codecs soportados por la red de UMTS de
inicio, así como el codec preferido. El lado de inicio del GMSC
selecciona un codec de la lista de codecs transmitida, y señala su
selección de nuevo al MSC en el mensaje (Codec 1 Seleccionado).
Subsiguientemente, una conexión de llamada es establecida en el
nivel de portador (por ejemplo, AAL2 o IP) con suficiente ancho de
banda para soportar el codec seleccionado.
Para permitir una negociación de codec de
extremo a extremo se ha propuesto añadir la GCN al protocolo de
ISUP. Esta negociación de codec de extremo a extremo maximizará la
posibilidad de que los puntos de extremo utilicen el mismo tipo de
codec. Si los puntos de extremo usan el mismo algoritmo de
codificación de voz, la TFO es capaz de pasar la voz comprimida a
través de la red de PCM sin degradar la calidad de la voz debido a
una transcodificación innecesaria. Esto permite también un ahorro de
transmisión minimizando los requisitos de portador dentro de las
redes de inicio y de finalización que soportan voz comprimida (por
ejemplo, transporte de portador de AAL2 o de IP).
La Figura 9 ilustra el uso de mensajes de ISUP
mejorados mediante GCN para llenar el "hueco" de señalización
entre las dos redes de UMTS. En la red de UMTS de finalización, un
IAM es enviado usando TICC desde el GMSC al MSC. El MSC en este
caso acepta el uso del codec 1 y señala esto de vuelta hacia el GMSC
de nuevo usando TICC. Subsiguientemente, la conexión del nivel de
portador es establecida en la red de UMTS de finalización. La PSTN
transmite la aceptación del codec al GMSC del lado de inicio. Como
el codec propuesto originalmente ha sido aceptado, no hay necesidad
de cambiar la conexión del nivel de portador en la red de UMTS de
inicio. No obstante, si hay un cambio en el codec, esto debe ser
enviado desde el GMSC del lado de inicio al MSC, de manera que la
conexión del nivel de portador pueda ser modificada, por ejemplo,
para aumentar el ancho de banda de la conexión. En la Figura 9, el
ACM indica un Address Complete Message (Mensaje de Dirección
Completa) y el ANM indica un Answer Message (Mensaje de
Respuesta).
La Figura 10 ilustra una segunda realización de
la invención. Esta solución se apoya sobre la Codec Mismatch
Resolution (Resolución del Desacuerdo de Codec) opcional y el
procedimiento de Optimización en el protocolo de TFO para detectar
codecs incompatibles. Cuando la TFO detecta incompatibilidad de
codec, puede activar un procedimiento de modificación de Codec para
modificar el codec usado por los terminales. La TFO especifica las
reglas para resolver el desacuerdo de codec (es decir, qué codec
seleccionar). El protocolo de TFO activa entonces la señalización
de TICC para modificar el codec usado en la llamada, con el fin de
permitir codecs incompatibles en los dos terminales de extremo. Un
cambio desde el codec sugerido inicialmente por la red de UMTS de
inicio puede requerir una modificación de la conexión del nivel de
portador establecida en cualquier red de UMTS.
Las realizaciones descritas anteriormente
minimizan innecesariamente la transcodificación de la conversación
debida a redes de PCM intermedias así como permiten la situación
óptima del equipo del plano de usuario (por ejemplo, unidades de
transcodificación) y/o los recursos del plano de usuario (por
ejemplo, ancho de banda) con el fin de soportar el nivel de
servicio de una llamada particular en redes públicas de
telecomunicación.
Se requerirá una negociación del tipo de codec
en las redes existentes y en las redes nuevas que soporte sólo voz
codificada mediante PCM con el fin de minimizar la transcodificación
innecesaria en la ruta de la conversación. La calidad de la
conversación entre abonados de UMTS y de GSM no será degradada
innecesariamente cuando sus llamadas atraviesan redes de núcleo de
PCM existentes que tienen soporte de TFO. Cuando el mecanismo de GCN
es introducido en el protocolo de TICC, es probable que sea
transportado mediante un método transparente (APM User (Usuario de
APM)).
Se apreciará por los expertos en la técnica que
se pueden hacer varias modificaciones a las realizaciones descritas
antes sin apartarse del alcance del presente invento.
Claims (12)
1. Un método de negociar una capacidad de
llamada entre puntos de señalización en un sistema de
telecomunicaciones en que los niveles de Control de Llamada y de
Control de Portador son controlados mediante protocolos separados,
y un punto de señalización reacciona ante la selección de una
capacidad en el nivel de Control de Llamada notificando al nivel de
Control de Portador, si la selección afecta al nivel de portador,
comprendiendo el método:
- enviar una preferencia de capacidad o lista priorizada de preferencias desde un punto de señalización de inicio hasta un punto de señalización de finalización o un punto de transferencia de señalización, en el nivel de Control de llamada; y
- devolver una aceptación de capacidad desde un punto de señalización de finalización o punto de transferencia de señalización en el nivel de Control de llamada, si el punto de señalización de finalización o el punto de transferencia de señalización acepta una preferencia enviada por el punto de señalización de inicio.
2. Un método de acuerdo con la reivindicación 1,
en el que, cuando el punto de señalización de finalización o punto
de transferencia de señalización no acepta una preferencia de
capacidad o una de una lista de preferencias enviada por el punto
de señalización de inicio, no se devuelve ningún mensaje de
aceptación en cuyo caso una capacidad por defecto es asumida por
ambos puntos.
3. Un método de acuerdo con la reivindicación 1
ó 2, en el que la capacidad negociada se refiere a una codificación
de conversación.
4. Un método de acuerdo con la reivindicación 1
ó 2, en el que la capacidad negociada se refiere a la seguridad.
5. Un método de acuerdo con una cualquiera de
las reivindicaciones precedentes, en el que el protocolo usado para
llevar a cabo la negociación es un protocolo de Control de
Llamada.
6. Un método de acuerdo con una cualquiera de
las reivindicaciones precedentes, en el que el punto de señalización
o punto de transferencia de señalización comprende un Controlador
de Pasarela de Medios que comunica con una o más Pasarelas de
Medios en el nivel de Control de Portador.
7. Un método de acuerdo con una cualquiera de
las reivindicaciones precedentes, en el que, al recibir una
preferencia de capacidad o lista priorizada de preferencias en un
punto de señalización de finalización o punto de transferencia de
señalización, el nivel de Control de Llamada lleva a cabo una
negociación con el nivel de Control de Portador para determinar la
disponibilidad de opción en el nivel de Control de Portador.
8. Un método de acuerdo con la reivindicación 7
cuando es dependiente de la reivindicación 6, en el que la citada
negociación tiene lugar entre un Controlador de Pasarela de Medios
del nivel de Control de Llamada y una Pasarela de Medios del nivel
de Control de Portador.
9. A método de acuerdo con la reivindicación 8,
en el que, cuando una lista priorizada de preferencias es enviada
desde un punto de señalización de inicio a un Controlador de
Pasarela de Medios, el Controlador modifica la lista para eliminar
preferencias que sabe que no están soportadas por la Pasarela de
Medios asociada y envía la lista modificada a la Pasarela de Medios
que selecciona la preferencia con la prioridad más alta que la
Pasarela de Medios puede soportar en ese momento, reservando
entonces la Pasarela los recursos necesarios para esa preferencia y
aconsejando al Controlador de Pasarela de Medios sobre la
preferencia.
10. Un punto de señalización dispuesto para
negociar una capacidad de llamada con otro punto de señalización en
un sistema de telecomunicaciones en que los niveles de Control de
Llamada y de Control de Portador están controlados mediante
protocolos separados, comprendiendo el método:
- un medio para enviar una preferencia de capacidad o lista priorizada de preferencias a un punto de señalización de finalización o a un punto de transferencia de señalización, en el nivel de Control de Llamada; y
- un medio para recibir una aceptación de capacidad desde el punto de señalización de finalización o el punto de transferencia de señalización en el nivel de Control de Llamada, cuya aceptación de capacidad es enviada si el punto de señalización de finalización o el punto de transferencia de señalización acepta una preferencia enviada por el punto de señalización de inicio; y
- un medio para reaccionar a la selección de una capacidad en el nivel de Control de Llamada notificando al nivel de Control de Portador, si la selección afecta al nivel de portador.
11. Un Controlador de Pasarela de Medios de un
sistema de telecomunicaciones en que los niveles de Control de
Llamada y de Control de Portador están controlados mediante
protocolos separados, comprendiendo el Controlador de Pasarela de
Medios:
- un medio para recibir una preferencia de capacidad o lista priorizada de preferencias desde un Controlador de Pasarela de Medios de par, donde la citada preferencia de capacidad o lista priorizada de preferencias se refiere a una conexión que se va a establecer sobre el sistema de telecomunicaciones;
- un medio para comunicarse con una Pasarela de Medios asociado con el Controlador de Pasarela de Medios para determinar la disponibilidad de la preferencia o las preferencias en la Pasarela de Medios; y
- un medio para devolver un mensaje de aceptación de preferencia de capacidad al citado Controlador de Pasarela de Medios de par dependiendo de la disponibilidad determinada en la Pasarela de Medios.
12. Una Pasarela de Medios de un sistema de
telecomunicaciones en la que los niveles de Control de Llamada y de
Control de Portador son controlados mediante protocolos separados,
comprendiendo la Pasarela:
- un medio para recibir una preferencia de capacidad o una lista priorizada de preferencias desde un Controlador de Pasarela de Medios, en el que la citada preferencia de capacidad o lista priorizada de preferencias se refiere a una conexión que se va a establecer sobre el sistema de telecomunicaciones;
- un medio para seleccionar una preferencia sobre la base de la disponibilidad de las preferencias en la Pasarela de Medios; y
- un medio para enviar la preferencia seleccionada al citado Controlador de Pasarela de Medios.
Applications Claiming Priority (11)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB9911441A GB2350257A (en) | 1999-05-17 | 1999-05-17 | Capability negotiation in a telecommunications network |
| GB9911441 | 1999-05-17 | ||
| GB9914654A GB2351414A (en) | 1999-06-22 | 1999-06-22 | Call set-up in a telecommunications network |
| GB9914654 | 1999-06-22 | ||
| GB9914700 | 1999-06-23 | ||
| GB9914700A GB2351416B (en) | 1999-06-23 | 1999-06-23 | Negotiating telecommunications protocol options |
| GB9915366 | 1999-07-02 | ||
| GB9915366A GB2352127A (en) | 1999-07-02 | 1999-07-02 | Speech coding in a telecommunication system |
| GB9921647A GB2350261A (en) | 1999-05-17 | 1999-09-15 | Capability negotiation in a telecommunications network |
| GB9921647 | 1999-09-15 | ||
| PCT/EP2000/004229 WO2000070885A1 (en) | 1999-05-17 | 2000-05-09 | Capability negotiation in a telecommunications network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2317837T3 true ES2317837T3 (es) | 2009-05-01 |
Family
ID=27517505
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00931177T Expired - Lifetime ES2317837T3 (es) | 1999-05-17 | 2000-05-09 | Negociacion de capacidad en una red de telecomunicaciones. |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US6671367B1 (es) |
| EP (2) | EP2043375B1 (es) |
| CN (1) | CN1361994B (es) |
| AU (1) | AU4919700A (es) |
| DE (1) | DE60041131D1 (es) |
| ES (1) | ES2317837T3 (es) |
| WO (1) | WO2000070885A1 (es) |
Families Citing this family (119)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ES2375304T3 (es) * | 1999-05-17 | 2012-02-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Negociación de capacidad en una red de telecomunicaciones. |
| FI107211B (fi) | 1999-07-09 | 2001-06-15 | Nokia Networks Oy | Menetelmä koodaustiedon välittämiseksi pakettiverkon yli |
| US6744768B2 (en) | 1999-07-14 | 2004-06-01 | Telefonaktiebolaget Lm Ericsson | Combining narrowband applications with broadband transport |
| US6832254B1 (en) * | 1999-08-23 | 2004-12-14 | Nortel Networks Limited | Method and apparatus for associating an end-to-end call identifier with a connection in a multimedia packet network |
| FI20000212A (fi) | 2000-02-01 | 2001-08-02 | Nokia Networks Oy | Yhteydenmuodostusneuvottelu tietoliikennejärjestelmässä |
| FR2806560B1 (fr) * | 2000-03-20 | 2002-10-04 | Cit Alcatel | Procede pour optimiser la qualite de parole dans un systeme de radiocommunications mobiles |
| FI20001162A (fi) * | 2000-05-15 | 2001-11-16 | Nokia Networks Oy | Liityntäjärjestelmä |
| JP3570499B2 (ja) * | 2000-05-19 | 2004-09-29 | 日本電気株式会社 | 音声信号傍受方式 |
| US20020034935A1 (en) * | 2000-07-12 | 2002-03-21 | Frode Bjelland | Communication protocols in networks having split control planes and user planes |
| US6879820B2 (en) * | 2000-07-12 | 2005-04-12 | Telefonaktiebolaget Lm Ericsson (Publ) | Charging in communication networks having split control planes and user planes |
| US6765912B1 (en) * | 2000-08-08 | 2004-07-20 | Nortel Networks Limited | Network resource usage in call sessions |
| US7382730B2 (en) * | 2000-11-16 | 2008-06-03 | Cisco Technology, Inc. | Two-pass method and apparatus for achieving maximal data compression for a modem relay mode of operation in a voice frame network |
| WO2002051092A2 (de) * | 2000-12-19 | 2002-06-27 | Siemens Aktiengesellschaft | Verfahren zur auswahl des qos-levels während einer verbindung in einem paketnetz bzw. einem netz |
| WO2002052825A1 (en) * | 2000-12-22 | 2002-07-04 | Nokia Corporation | Method and system for establishing a multimedia connection by negotiating capability in an outband control channel |
| US7106701B2 (en) * | 2001-01-05 | 2006-09-12 | Telefonaktiebolaget Lm Ericsson (Publ) | End-to-end frame quality classification |
| US7006456B2 (en) * | 2001-02-02 | 2006-02-28 | Nortel Networks Limited | Method and apparatus for packet-based media communication |
| JP2004518388A (ja) * | 2001-02-13 | 2004-06-17 | シーメンス アクチエンゲゼルシヤフト | 少なくとも２つの加入者端末装置間において異なる符号化規則に応じて形成された有効情報における符号化の確定方法 |
| US20030028643A1 (en) * | 2001-03-13 | 2003-02-06 | Dilithium Networks, Inc. | Method and apparatus for transcoding video and speech signals |
| FR2822320B1 (fr) * | 2001-03-16 | 2003-07-04 | Evolium Sas | Procede pour le controle de session d'appel multimedia dans un systeme cellulaire de radiocommunications mobiles |
| GB2373965B (en) * | 2001-03-30 | 2004-07-28 | Motorola Inc | Apparatus for managing capabilities in a communications network and method therefor |
| EP1259037A1 (en) * | 2001-05-18 | 2002-11-20 | TELEFONAKTIEBOLAGET L M ERICSSON (publ) | Method and devices for the interworking of nodes |
| FI20011090A (fi) | 2001-05-23 | 2002-11-24 | Nokia Corp | Koodekki-informaation kommunikointi |
| US7251252B2 (en) | 2001-06-13 | 2007-07-31 | Qwest Communications International Inc. | Negotiated cell delivery capability |
| FI20011520A (fi) * | 2001-07-11 | 2003-01-12 | Nokia Corp | Menetelmä yhteysresurssien hallitsemiseksi |
| DE10136225A1 (de) * | 2001-07-25 | 2003-02-13 | Siemens Ag | Verfahren und Vorrichtung zum Bereitstellen von sprachkanalbezogenen Funktionen in einem Telekommunikationsnetz |
| US7257110B2 (en) * | 2001-09-28 | 2007-08-14 | Siemens Communications, Inc. | Call processing architecture |
| US20040258016A1 (en) * | 2001-10-05 | 2004-12-23 | Helmut Schmidt | Method and device for signalling a codec negotiation over heterogeneous signalling networks |
| CN100459722C (zh) * | 2001-10-08 | 2009-02-04 | 艾利森电话股份有限公司 | 在电信系统中管理呼叫的方法和系统 |
| DE60140912D1 (de) | 2001-10-08 | 2010-02-04 | Ericsson Telefon Ab L M | Verfahren und System zum Verwalten eines Anrufs in einem Telekommunikationssystem |
| EP1303118A1 (de) * | 2001-10-12 | 2003-04-16 | Siemens Aktiengesellschaft | Verfahren zur Herstellung einer Kommunikationsverbindung zwischen Teilnehmerstellen eines zwei Kommunikationsnetze umfassenden Vermittlungssystems |
| ES2259306T3 (es) * | 2001-10-29 | 2006-10-01 | Telefonaktiebolaget Lm Ericsson (Publ) | Supervision de llamadas en un sistema de comunicacion. |
| AU2002342560A1 (en) * | 2001-11-27 | 2003-06-17 | Nokia Siemens Networks Gmbh & Co. Kg | Procedure for exchanging useful information generated according to different coding laws between at least 2 pieces of user terminal equipment |
| DE10163478C2 (de) * | 2001-12-21 | 2003-12-18 | Siemens Ag | Verfahren und Anordnung zur Codec-Verhandlung |
| FR2836323B1 (fr) * | 2002-02-18 | 2004-11-26 | Cit Alcatel | Procede de selection d'un format de codage dans un terminal d'un systeme de communication |
| US7177944B1 (en) * | 2002-04-13 | 2007-02-13 | Mindspeed Technologies, Inc. | Trans-compression selection and configuration in modem over packet networks |
| JP3914087B2 (ja) * | 2002-04-19 | 2007-05-16 | 富士通株式会社 | シグナリング制御方法及びシグナリング対応通信装置及びネットワーク管理システム |
| US7257109B2 (en) * | 2002-05-08 | 2007-08-14 | Sylvain Dany D | Dynamic call control |
| DE10297792D2 (de) * | 2002-05-31 | 2005-05-25 | Siemens Ag | Abfrage der aktuell gültigen Bitraten bei Unterbrechung eines TrFo-Calls (Anrufs) |
| WO2003105435A1 (de) * | 2002-06-07 | 2003-12-18 | Siemens Aktiengesellschaft | Verfahren und vorrichtung zum übertragen von ip-paketen zwischen einem radio network controller (rnc) und einer weiteren einrichtung eines mobilfunknetzwerkes |
| US20030233456A1 (en) * | 2002-06-14 | 2003-12-18 | Nortel Networks Limited | Communication between call controllers by amending call processing messages |
| US7310356B2 (en) * | 2002-06-24 | 2007-12-18 | Paradyne Corporation | Automatic discovery of network core type |
| DE10231027B3 (de) * | 2002-07-09 | 2004-03-18 | Siemens Ag | Vermeidung von Transcodierung oder Abbruch bei Nutzlastcodierungswechsel in bestehenden Verbindungen |
| US20040073717A1 (en) * | 2002-10-14 | 2004-04-15 | Linda Cline | System method and device for dynamic mapping of sonet paths |
| EP1416746A1 (de) * | 2002-10-31 | 2004-05-06 | Siemens Aktiengesellschaft | Verfahren zur Mobilfunkübertragung |
| US7443879B2 (en) * | 2002-11-14 | 2008-10-28 | Lucent Technologies Inc. | Communication between user agents through employment of codec format unsupported by one of the user agents |
| US8254372B2 (en) | 2003-02-21 | 2012-08-28 | Genband Us Llc | Data communication apparatus and method |
| US7324533B1 (en) | 2003-02-25 | 2008-01-29 | Cisco Technology, Inc. | Using modem profiles to improve connectivity, connect timing, and compression performance on a modem relay (MR) gateway |
| US20050105559A1 (en) * | 2003-11-14 | 2005-05-19 | Santera Systems, Inc. | Methods and systems for providing transport of media gateway control commands using high-level datalink control (HDLC) protocol |
| US7860046B2 (en) | 2003-12-08 | 2010-12-28 | Motorola Mobility, Inc. | Method and apparatus for providing bearer format type information in a cellular communication system |
| CN1961496B (zh) * | 2003-12-09 | 2010-07-28 | 阿尔卡特无线技术公司 | 用于基于分组的无二次编解码操作的方法和系统 |
| WO2005076566A1 (de) * | 2004-02-06 | 2005-08-18 | Siemens Aktiengesellschaft | Verfahren zum aushandeln von bearereigenschaften in ip netzen |
| ATE324751T1 (de) * | 2004-02-10 | 2006-05-15 | Cit Alcatel | Verfahren zur bereitstellung von verbesserter audioqualität zu einer kommunikationssitzung und entsprechendes endgerät und maschinenlesbares speichermedium |
| DE102004008760B4 (de) * | 2004-02-23 | 2010-07-29 | O2 (Germany) Gmbh & Co. Ohg | Vorrichtung zum Umwandeln von UMTS-Signalen |
| WO2005096585A1 (en) * | 2004-03-04 | 2005-10-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and node for selecting a codec type or configuration by extending the list comprising codecs for transcoder/tandem free operation by further codecs supported by the node |
| US8027265B2 (en) | 2004-03-19 | 2011-09-27 | Genband Us Llc | Providing a capability list of a predefined format in a communications network |
| WO2005089055A2 (en) | 2004-03-19 | 2005-09-29 | Nortel Networks Limited | Communicating processing capabilites along a communications path |
| WO2005120005A1 (en) * | 2004-05-27 | 2005-12-15 | Siemens Aktiengesellschaft | Method of requesting confidential connection for telecommunication systems |
| CN100356803C (zh) * | 2004-06-02 | 2007-12-19 | 华为技术有限公司 | 控制业务承载方式改变的方法 |
| US7463901B2 (en) * | 2004-08-13 | 2008-12-09 | Telefonaktiebolaget Lm Ericsson (Publ) | Interoperability for wireless user devices with different speech processing formats |
| JP5042834B2 (ja) * | 2004-08-25 | 2012-10-03 | エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート | 無線携帯インターネットシステムでｅａｐを利用する保安関係交渉方法 |
| US7830864B2 (en) | 2004-09-18 | 2010-11-09 | Genband Us Llc | Apparatus and methods for per-session switching for multiple wireline and wireless data types |
| US7729346B2 (en) | 2004-09-18 | 2010-06-01 | Genband Inc. | UMTS call handling methods and apparatus |
| CN100426720C (zh) * | 2004-09-24 | 2008-10-15 | 华为技术有限公司 | 一种实现业务能力协商的方法 |
| US7912973B2 (en) * | 2004-12-03 | 2011-03-22 | Microsoft Corporation | Message exchange protocol extension negotiation |
| US20060140198A1 (en) * | 2004-12-23 | 2006-06-29 | Arif Majeed | Method and system for determining media gateway loading |
| GB0500483D0 (en) * | 2005-01-11 | 2005-02-16 | Nokia Corp | Multi-party sessions in a communication system |
| US20060171324A1 (en) * | 2005-02-03 | 2006-08-03 | Mundra Satish Kumar M | Using signaling to provide interoperability of ADPCM encoded voice communications |
| US8620314B2 (en) * | 2005-03-10 | 2013-12-31 | Qualcomm Incorporated | Apparatus and methods for determining connection quality of a wireless device on a wireless communications network |
| DE102005013544B3 (de) * | 2005-03-23 | 2006-07-13 | Siemens Ag | Verfahren zum Aufbauen einer Nutzdatenverbindung zwischen Endeinrichtungen |
| US7512401B2 (en) * | 2005-04-04 | 2009-03-31 | Nokia Corporation | Method and system for updating capabilities of a device |
| US8228926B2 (en) * | 2005-04-12 | 2012-07-24 | Genband Us Llc | Dynamic loading for signaling variants |
| US7623531B2 (en) * | 2005-04-19 | 2009-11-24 | Alcatel Lucent | Negotiation of datapath treatment for end-to-end interworked network traffic |
| CN101185299A (zh) * | 2005-05-27 | 2008-05-21 | 艾利森电话股份有限公司 | 无线电接入网中的本地交换 |
| US7434253B2 (en) * | 2005-07-14 | 2008-10-07 | Microsoft Corporation | User mapping information extension for protocols |
| DE102005036298B3 (de) * | 2005-08-02 | 2006-12-14 | Siemens Ag | Verfahren und Kommunikationssystem zur Auswahl eines Übertragungsmodus' für eine Übermittlung von Nutzdaten |
| US7792150B2 (en) * | 2005-08-19 | 2010-09-07 | Genband Us Llc | Methods, systems, and computer program products for supporting transcoder-free operation in media gateway |
| CN100440910C (zh) * | 2005-09-21 | 2008-12-03 | 中国移动通信集团公司 | 运营分析系统获取移动终端业务能力和使用信息的方法 |
| CN1889706B (zh) * | 2005-09-28 | 2010-05-12 | 华为技术有限公司 | 一种在软交换中提高局间传递内容的安全性的方法 |
| US7792096B2 (en) * | 2005-11-18 | 2010-09-07 | Genband Us Llc | Methods, systems, and computer program products for distributed resource allocation among clustered media gateways in a communications network |
| CN100561962C (zh) | 2005-11-24 | 2009-11-18 | 华为技术有限公司 | 基于目录服务来实现网络连接服务建立的方法及系统 |
| CN1870639B (zh) * | 2005-11-25 | 2010-12-08 | 华为技术有限公司 | 初始会话协议消息编码能力的协商方法及装置 |
| US20070140116A1 (en) * | 2005-12-16 | 2007-06-21 | Microsoft Corporation | Interactive Codec Selection |
| US7835346B2 (en) * | 2006-01-17 | 2010-11-16 | Genband Us Llc | Methods, systems, and computer program products for providing transcoder free operation (TrFO) and interworking between unlicensed mobile access (UMA) and universal mobile telecommunications system (UMTS) call legs using a media gateway |
| EP2058996A1 (de) | 2006-01-27 | 2009-05-13 | Siemens Aktiengesellschaft | Netzwerkelement mit mindestens einer Schnittstelle, über die es mit einem zweiten Netzwerkelement verbindbar ist |
| JP4591368B2 (ja) * | 2006-02-01 | 2010-12-01 | 日本電気株式会社 | ネットワーク、メディア・ゲートウェイ装置及びそれらに用いる内部リソース管理方法 |
| CN1859403B (zh) * | 2006-02-09 | 2010-05-12 | 华为技术有限公司 | 在客户端/服务器模式业务系统中进行能力协商的方法 |
| US9584574B2 (en) * | 2006-03-02 | 2017-02-28 | Telefonaktiebolaget L M Ericsson (Publ) | Wideband codec negotiation |
| ES2509349T3 (es) * | 2006-06-26 | 2014-10-17 | Huawei Technologies Co., Ltd. | Método y sistema y dispositivo para dar instrucciones a una pasarela de medios para establecer conexiones entre terminales |
| CN101098247B (zh) * | 2006-06-27 | 2012-06-27 | 华为技术有限公司 | 一种远程管理中协商设备处理能力的方法 |
| US7864752B1 (en) * | 2006-08-09 | 2011-01-04 | Nortel Networks Limited | Bearer path resource matching in a wireless communication network |
| CN101166178B (zh) * | 2006-10-16 | 2010-05-12 | 华为技术有限公司 | 会话描述协议版本协商方法、系统及网络实体 |
| US8311046B2 (en) * | 2006-11-28 | 2012-11-13 | Core Wireless Licensing S.A.R.L. | Method for the delivery of messages in a communication system |
| EP2108193B1 (en) | 2006-12-28 | 2018-08-15 | Genband US LLC | Methods, systems, and computer program products for silence insertion descriptor (sid) conversion |
| WO2008083470A1 (en) * | 2007-01-08 | 2008-07-17 | Natural Convergence Inc. | Method and system for mediated codec negotiation |
| WO2008086824A1 (en) * | 2007-01-18 | 2008-07-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Codec list transfer comprising a dummy codec in a call path including a tfo leg |
| CN101743724B (zh) * | 2007-02-02 | 2013-05-08 | 艾利森电话股份有限公司 | 用于在通信网络中控制连接的方法和节点 |
| CN101351040B (zh) * | 2007-07-19 | 2012-05-30 | 华为技术有限公司 | 语音呼叫建立方法以及移动管理实体、用户设备 |
| EP2023550A1 (de) * | 2007-08-10 | 2009-02-11 | Siemens Aktiengesellschaft | Verfahren zum Übertragen von Daten über einen Übertragungskanal, Kommunikationsnetzwerk und Computerprogrammprodukt |
| PL2191686T3 (pl) | 2007-08-14 | 2018-01-31 | Ericsson Telefon Ab L M | Udoskonalenia w lub dotyczące negocjacji i wyboru kodeka |
| CA2698443C (en) * | 2007-09-05 | 2016-08-16 | Dirk Kampmann | Dynamic transcoder placement |
| KR100922514B1 (ko) * | 2007-09-12 | 2009-10-20 | (주)제너시스템즈 | 미디어 연결 제어 방법 및 장치 |
| EP2188964A1 (en) * | 2007-09-12 | 2010-05-26 | Telefonaktiebolaget L M Ericsson (publ) | Method for establishing a call in a communication network |
| US8605713B2 (en) * | 2007-10-26 | 2013-12-10 | Telefonaktiebolaget L M Ericsson (Publ) | Enhanced media gateway negotiation |
| CN101163286B (zh) * | 2007-11-08 | 2011-11-30 | 中兴通讯股份有限公司 | 一种无线网与核心网间语音编解码能力交互的实现方法 |
| CN101471848B (zh) * | 2007-12-28 | 2012-03-21 | 华为技术有限公司 | 一种信号传送带宽调整方法、媒体网关及媒体网关控制器 |
| CN101471747B (zh) * | 2007-12-29 | 2013-01-02 | 华为技术有限公司 | 调整信号速度的方法和媒体网关 |
| CN101500339B (zh) * | 2008-01-30 | 2012-05-16 | 中兴通讯股份有限公司 | 移动通讯系统中无线网与核心网话音编码能力交互的方法 |
| US9112959B2 (en) * | 2008-09-08 | 2015-08-18 | Telefonaktiebolaget L M Ericsson (Publ) | System and method for media gateway negotiation |
| US8255976B2 (en) | 2008-11-26 | 2012-08-28 | Alcatel Lucent | Prevention of a bidding-down attack in a communication system |
| CN101426060B (zh) * | 2008-12-01 | 2011-05-11 | 华为技术有限公司 | 一种双归属软交换的方法、软交换设备及系统 |
| KR20100097577A (ko) * | 2009-02-26 | 2010-09-03 | 엘지전자 주식회사 | 보안성능협상방법 및 ｔｅｋ 관리방법 |
| US8908541B2 (en) | 2009-08-04 | 2014-12-09 | Genband Us Llc | Methods, systems, and computer readable media for intelligent optimization of digital signal processor (DSP) resource utilization in a media gateway |
| US8619564B2 (en) * | 2010-11-02 | 2013-12-31 | Cisco Technology, Inc. | Synchronized bandwidth reservations for real-time communications |
| US9401975B2 (en) * | 2010-11-10 | 2016-07-26 | Panasonic Intellectual Property Corporation Of America | Terminal and codec mode selection method |
| CN102546086B (zh) * | 2010-12-31 | 2015-05-20 | 中兴通讯股份有限公司 | 微波通信数据传输方法及微波通信节点 |
| US11388265B2 (en) * | 2015-01-05 | 2022-07-12 | Convida Wireless, Llc | Machine-to-machine protocol indication and negotiation |
| WO2017137076A1 (en) * | 2016-02-10 | 2017-08-17 | Telefonaktiebolaget Lm Ericsson (Publ) | Technique for transport protocol selection and setup of a connection between a client and a server |
| CN107070854A (zh) * | 2016-12-09 | 2017-08-18 | 西安华为技术有限公司 | 一种传输语音数据的方法、设备和装置 |
| US20210274025A1 (en) * | 2018-06-25 | 2021-09-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Communication protocol discover method in constrained application protocol (coap) |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH05236138A (ja) | 1992-02-20 | 1993-09-10 | Nec Corp | 電子交換機 |
| SE9202489L (sv) | 1992-08-28 | 1994-03-01 | Ellemtel Utvecklings Ab | Nätstruktur och protokoll för telekommunikationsanordning |
| GB9224076D0 (en) | 1992-11-17 | 1993-01-06 | Ibm | Communication in a computer network |
| US5452287A (en) | 1993-09-20 | 1995-09-19 | Motorola, Inc. | Method of negotiation of protocols, classes, and options in computer and communication networks providing mixed packet, frame, cell, and circuit services |
| US5583914A (en) * | 1994-06-30 | 1996-12-10 | Lucent Technologies Inc. | Intelligent wireless signaling overlay for a telecommunication network |
| US5903862A (en) | 1995-01-25 | 1999-05-11 | Weaver, Jr.; Lindsay A. | Method and apparatus for detection of tandem vocoding to modify vocoder filtering |
| DE19508081A1 (de) | 1995-03-08 | 1996-09-12 | Sel Alcatel Ag | Verfahren zum Steuern eines Zugangsnetzes sowie Vermittlungsstelle und Zugangsnetz damit |
| US5841985A (en) | 1996-09-18 | 1998-11-24 | Intel Corporation | Method and apparatus for supporting multiple protocols on a network |
| GB9621243D0 (en) | 1996-10-11 | 1996-11-27 | Nokia Mobile Phones Ltd | Dect/gcm interworking |
| GB2318701A (en) | 1996-10-26 | 1998-04-29 | Ibm | Intelligent network protocol gateway |
| US5930264A (en) | 1997-02-06 | 1999-07-27 | Telefonaktiebolaget L M Ericsson (Publ) | Inter-node signaling for protocol initialization within a communications network |
| US6292479B1 (en) * | 1997-03-19 | 2001-09-18 | Bell Atlantic Network Services, Inc. | Transport of caller identification information through diverse communication networks |
| JP3249975B2 (ja) | 1997-05-21 | 2002-01-28 | ケイディーディーアイ株式会社 | 通信網における高能率符号化機能を有する伝送装置の制御方式 |
| US6285659B1 (en) | 1997-09-10 | 2001-09-04 | Level One Communications, Inc. | Automatic protocol selection mechanism |
| CA2313042C (en) | 1997-12-04 | 2007-02-13 | British Telecommunications Public Limited Company | Communications network |
| FI105977B (fi) | 1998-03-06 | 2000-10-31 | Nokia Multimedia Network Termi | Menetelmä, järjestelmä ja vastaanotin yhteyksien muodostamiseksi useita protokollia käsittävässä tiedonsiirtoverkossa |
| US6567398B1 (en) * | 1998-06-05 | 2003-05-20 | Lucent Technologies Inc. | Distributed call system |
| FI107109B (fi) * | 1998-10-21 | 2001-05-31 | Nokia Networks Oy | Digitaalinen tietoliikennejärjestelmä |
-
2000
- 2000-05-09 DE DE60041131T patent/DE60041131D1/de not_active Expired - Lifetime
- 2000-05-09 ES ES00931177T patent/ES2317837T3/es not_active Expired - Lifetime
- 2000-05-09 AU AU49197/00A patent/AU4919700A/en not_active Abandoned
- 2000-05-09 EP EP08168896A patent/EP2043375B1/en not_active Expired - Lifetime
- 2000-05-09 EP EP00931177A patent/EP1179264B1/en not_active Expired - Lifetime
- 2000-05-09 CN CN008104816A patent/CN1361994B/zh not_active Expired - Lifetime
- 2000-05-09 WO PCT/EP2000/004229 patent/WO2000070885A1/en active Application Filing
- 2000-05-16 US US09/573,500 patent/US6671367B1/en not_active Expired - Lifetime
-
2003
- 2003-10-15 US US10/686,226 patent/US7292687B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1179264B1 (en) | 2008-12-17 |
| EP2043375B1 (en) | 2011-10-26 |
| DE60041131D1 (de) | 2009-01-29 |
| AU4919700A (en) | 2000-12-05 |
| US7292687B2 (en) | 2007-11-06 |
| US6671367B1 (en) | 2003-12-30 |
| CN1361994A (zh) | 2002-07-31 |
| US20040101125A1 (en) | 2004-05-27 |
| CN1361994B (zh) | 2010-06-23 |
| WO2000070885A1 (en) | 2000-11-23 |
| EP1179264A1 (en) | 2002-02-13 |
| EP2043375A1 (en) | 2009-04-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2317837T3 (es) | Negociacion de capacidad en una red de telecomunicaciones. | |
| US6574469B1 (en) | System and method of minimizing the number of voice transcodings during a conference call in a packet-switched network | |
| JP5118757B2 (ja) | 遠隔通信ネットワークにおける機能ネゴシエーション | |
| AU761839B2 (en) | End-to-end coder/decoder (codec) | |
| JP4365029B2 (ja) | ディジタル通信システム内での音声およびデータ送信切換 | |
| US7227873B2 (en) | Negotiation of used communication mode in a telecommunications system | |
| US20030202521A1 (en) | System and method for negotiation of multi-media capabilities across networks | |
| US20020145998A1 (en) | Method and apparatus for providing efficient circuit switch-to-switch communication | |
| JP3450295B2 (ja) | 通信方式および方法ならびに交換ノード | |
| EP1195066B1 (en) | Implementation of call setup procedures with separation of call control and bearer control | |
| US9078174B2 (en) | Call transfer for an integrated wireline and wireless service | |
| CA2364722A1 (en) | Telecommunication services identification | |
| EP1205082B1 (en) | Implementation of call setup procedures with separation of call control and bearer control | |
| US20100305943A1 (en) | Method and node for the control of a connection in a communication network | |
| US8265696B1 (en) | Digital telecommunication system | |
| ES2276711T3 (es) | Encaminamiento de llamadas de datos sobre conexiones ip. | |
| GB2350257A (en) | Capability negotiation in a telecommunications network | |
| GB2352127A (en) | Speech coding in a telecommunication system | |
| US20040264437A1 (en) | Signalling method and arrangement | |
| GB2351414A (en) | Call set-up in a telecommunications network | |
| AU2006311124A1 (en) | Method for storing and passing on multimedia messages for multimedia calls |