ES2287368T3 - Determinacion de las caracteristicas en la transicion de una señalizacion aal2 y otra señalizacion. - Google Patents

Determinacion de las caracteristicas en la transicion de una señalizacion aal2 y otra señalizacion. Download PDF

Info

Publication number
ES2287368T3
ES2287368T3 ES03004653T ES03004653T ES2287368T3 ES 2287368 T3 ES2287368 T3 ES 2287368T3 ES 03004653 T ES03004653 T ES 03004653T ES 03004653 T ES03004653 T ES 03004653T ES 2287368 T3 ES2287368 T3 ES 2287368T3
Authority
ES
Spain
Prior art keywords
signaling
protocol
aal2
transfer
previous
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
Application number
ES03004653T
Other languages
English (en)
Inventor
Bernhard Pfeil
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Application granted granted Critical
Publication of ES2287368T3 publication Critical patent/ES2287368T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42Loop networks
    • H04L12/427Loop networks with decentralised control
    • H04L12/433Loop networks with decentralised control with asynchronous transmission, e.g. token ring, register insertion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/24Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2491Mapping quality of service [QoS] requirements between different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5629Admission control
    • H04L2012/563Signalling, e.g. protocols, reference model
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5646Cell characteristics, e.g. loss, delay, jitter, sequence integrity
    • H04L2012/5652Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly
    • H04L2012/5653Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL]
    • H04L2012/5656Cell construction, e.g. including header, packetisation, depacketisation, assembly, reassembly using the ATM adaptation layer [AAL] using the AAL2
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5638Services, e.g. multimedia, GOS, QOS
    • H04L2012/5665Interaction of ATM with other protocols
    • H04L2012/5667IP over ATM

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Communication Control (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

1. Procedimiento para la transición de un protocolo de señalización AAL2 en al menos otro protocolo de señalización de al menos una red de comunicación, caracterizado porque al menos se define una característica a partir de los valores de parámetro establecidos por el protocolo de señalización AAL2 para la indicación del ancho de banda y que por lo menos se utiliza una característica específica para representar los parámetros de la característica de conexión del protocolo de señalización AAL2 para la indicación del ancho de banda sobre el parámetro de característica de la transferencia de otros protocolos de señalización para la indicación del ancho de banda.

Description

Determinación de las características en la transición de una señalización AAL2 y otra señalización.
La invención se refiere a un procedimiento y a un dispositivo para la transición de un protocolo de señalización AAL2 en al menos otro protocolo de señalización de al menos una red de comunicación.
El documento D1 (Ian Rytina, "TSG-RAN Meeting # 18 including attachment 2 (Q.AAL21Piw.CS1)" ITU-T TSG-RAN Meeting # 18, [Online] del 6 de diciembre de 2002 (2002-12-06), páginas 1a 28, Interworking between AAL Type 2 Signalling Protocol Capability Set 2 and IPALCAP Signalling Protocol Capability Set 1) define el interfuncionamiento entre las características Set 2 del protocolo de señalización AAL Typ 2 y el protocolo de señalización IPALCAP. El interfuncionamiento entre los dos protocolos de señalización se produce habitualmente en las redes de entrada 3GPP (UTRANs) con unidades de red AAL Typ 2 e IP, que se conectan sobre una unidad de "interfuncionamiento" (Interworking-unit).
El documento D2 (WO 01/13599 A2) describe un procedimiento y un dispositivo para preparar una unidad de "interfuncionamiento" entre redes ATM y redes IP. Una unidad Gateway se prepara para conectar una red de entrada /
red central basada en ATM (AAL 2) con una red IP. La unidad Gateway actúa como interfaz entre la primera y la segunda red. En esto la primera red utiliza una primera señalización y la segunda red utiliza una segunda señalización y el interfaz compila la señalización entre la primera y la segunda red. El interfaz contiene además un nivel de mando para la compilación de la señalización entre la primera y la segunda red y/o un nivel de usuario para convertir los datos de utilización de la primera señalización hacia la segunda señalización. El nivel de mando reproduce servicios entre la primera y la segunda red y transmite los servicios entre la primera y la segunda red. El interfaz contiene por lo menos un módulo de interfaz y un módulo múltiplex.
En el ITU-T se normalizan bajo la designación de trabajo Q.IPC.CS1 un protocolo de señalización para las conexiones IP ("IP connection control protocol"). Este tipo de señalización se utiliza en particular en las denominadas redes de entrada de radiodifusión (Radio Access Networks) basadas en IP (denominado en lo sucesivo RAN). En esto está previsto, por ejemplo mediante una denominada unidad de tratamiento intermedio (Interworking Unit), conectar elementos de red de RANs basados en IP como tales con RANs basados en ATM Adaptation Layer Type 2 (denominado en lo sucesivo AAL2). Para lo que está previsto indicar las peticiones de recursos en el lado de IP por el valor de parámetro de las características de la transferencia IP (denominado en lo sucesivo IPTC) conforme a la recomendación ITU-T Y.1221. Corresponden las denominadas características del enlace (denominado en lo sucesivo LC) por el lado AAL2, si allí la señalización AAL2 se apoya conforme a la recomendación ITU-T Q.2630.1 o Q.2360.2. Del mismo modo se normalizan en el ITU-T bajo la denominación Q.2630 el protocolo de señalización para las conexiones de la adaptación ATM Layer Type 2. La normalización tiene lugar en las denominadas mezclas de características construidas una tras otra (Capability Sets). En la denominación se califican las Capability Sets mediante sufijos, así por ejemplo "Q.2630.1"para la Capability Set 1 (en lo sucesivo se usara la abreviatura "CS" para "Capability Set"). La normalización para CS1 y CS2 está concluida, para CS3 está en marcha. Para el tratamiento intermedio se coloca el problema entre los parámetros del tipo LC e IPTC para convertir. Esto afecta a las características de la conexión (Link Characteristics) y a las denominadas características de la conexión preferente (Preferred Link Characteristics) (en lo sucesivo abreviado como PLC) o bien características de transferencia IP (IP-Transfer Capabillity) y a las denominadas características de transferencia IP preferente (Preferred IP Transfer Capability) (en lo sucesivo denominado PIPTC) en el correspondiente mensaje de petición del establecimiento de la conexión (Establish Request) así como en el Link Characteristics y el IP Transfer Capability en los correspondientes mensajes de petición de modificación (Modify Request). Adicionalmente se tiene que considerar todavía el denominado parámetro SSISU en el mensaje Establish Request de la señalización AAL2. Las peticiones de recursos para una denominada conexión AAL2 se señalizan en CS1 y CS2 mediante los valores de parámetro Link Characteristics. Para CS3 están previstas las características de transferencia (Transfer Capabilities) (en lo sucesivo abreviado con TC) conforme a I.378 para apoyarlas, que en las redes CS3 se debe desprender íntegramente la LC. Con eso se coloca en transiciones de redes o sectores de red CS2 a CS3 el problema de convertir el nodo de red CS2 o el CS1 por la petición de recursos señalizados como LC en TC. Eso concierne al Link Characteristics y Preferred Link Characteristics en el Establish Request como el Link Characteristics en el mensaje de modify.
Es objetivo de la presente invención por lo tanto desarrollar un procedimiento para la transición entre un protocolo de señalización AAL2 y otro protocolo de señalización.
El objetivo se resuelve conforme a la invención por medio de los temas de las reivindicaciones independientes. Otros perfeccionamientos de la invención están expuestos en otras reivindicaciones. El núcleo de la invención es que las características de los valores de parámetro se determinan y se emplean para la transición entre un protocolo de señalización AAL2 y otro protocolo de señalización. La determinación de las características tiene lugar según las condiciones y las reglas definidas antes.
Una ventaja de esta invención es que la solución presentada es fácil de implementar y es barata.
La invención se explica a continuación mediante un ejemplo de realización representado en las figuras. En las que se muestra en detalle:
Figura 1 Tablas de los parámetros LC, TC, SSISU e IPTC,
Figura 2 Tablas de los parámetros PLC, PTC y PIPTC,
Figura 3 Determinación de la tasa de bit para el traspaso de LC o bien PLC a TC o a PTC,
Figura 4 Tabla de conversión a la recepción de mensajes de petición de establecimiento de conexiones y mensajes de modificación,
Figura 5 Condiciones para la elección de las clases de las características de la transferencia,
Figura 6 Determinación de la tasa de bit para el traspaso de LC o bien PLC a IPTC o PIPTC,
Figura 7 Prescripciones para la determinación del máximo de dimisión permitido del paquete,
Figura 8 Determinación de la tasa de bit LC o PLC dados a IPTC o PIPTC,
Figura 9 Tabla de conversión para las características de la transferencia de la anchura de banda estadística (SBW-TC),
Figura 10 Tabla de conversión para las características de la transferencia del ancho de banda determinado (DBW-TC),
Figura 11 Prescripciones para la determinación de la dimensión máxima de CPS-SDU y la dimensión medio CPS-SDU,
Figura 12 Prescripciones para la determinación de los parámetros SSISU,
Figura 13 Condiciones para la elección de las clases de características de la transferencia IP,
Figura 14 Traspaso de LC o PLC a TC o a PTC en un mensaje de petición de establecimiento de conexiones,
Figura 15 Traspaso de LC o PLC a TC o a PTC en un mensaje de modificación,
Figura 16 Traspaso de LC o PLC a IPTC o a PIPTC en un mensaje de petición de establecimiento de conexiones,
Figura 17 Traspaso de IPTC o PIPTC a LC o a PLC en un mensaje de petición de establecimiento de conexiones,
Figura 18 Traspaso de LC o PLC a IPTC o a PIPTC en un mensaje de modificación,
Figura 19 Traspaso de IPTC o PIPTC a LC o PLC en un mensaje de modificación.
La figura 1 muestra en una tabla las características y las abreviaturas empleadas en la inscripción de las características de la conexión del parámetro (LC), de las características de transferencia del parámetro (TC), del parámetro SSISU y de las características de la transferencia IP del parámetro (IPTC).
La figura 2 muestra en una tabla las características y las abreviaturas empleadas en la inscripción de las características de la conexión preferente del parámetro (PLC), de las características de la transferencia preferente del parámetro (PTC) y de las características de la transferencia preferente IP del parámetro (IPTC).
La figura 3 muestra como para la conversión de la indicación del ancho de banda del tipo LC en un ancho de banda del tipo TC es necesario, evaluar mediante ATM Adaption Layer Type 2 (AAL2) Paket Header la cuota del ancho de banda causado. Eso tiene lugar mediante los tamaños en la tabla. Como unidad para la velocidad binaria se usan "Bit por segundo" (bps) y para las dimensiones, como por ejemplo un CPS-SDU se usa "octet" en este ejemplo. La valoración de la cuota de velocidad binaria provocada mediante el CPS Paket Header para las velocidades binarias Peak CPS se determina con respecto a las dimensiones medias CPS-SDU. Eso es necesario porque sin conocimiento del servicio apoyado no se puede salir de eso de que la velocidad binaria máxima se obtiene también sólo en paquetes CPS con la dimensión máxima. Para la determinación de la velocidad binaria se determina el número N de los paquetes por segundo en el Peak Rate con respecto a la dimensión media CPS-SDU. El CPS Paket Header Rate se calcula entonces mediante la multiplicación del número N con la longitud del CPS Paket Headers. Después de esto ocurre la normalización en los múltiplos enteros de 64 bps. La normalización en los múltiplos enteros de 64 bps se basa en la actual normalización en curso en la granulación de 64 bps en la señalización de las velocidades binarias en los parámetros IPTC.
La figura 4 muestra las tablas de conversiones definidas de la figura 3. Por estas tablas de conversión se determina entre otras cosas un límite inferior para los datos de velocidad binaria máxima en el TC o PTC en los valores básicos dados LC o PLC, que están optimizados bajo la aceptación de la ignorancia sobre el servicio que se tiene que apoyar. Estas tablas de conversión para TC y PTC encuentran su utilización por ejemplo en una unidad de conexión AAL2 1 a la recepción de mensajes de petición de establecimiento de conexión (ERQ) y mensajes de modificación (MOD) de la red o del sector de red CS2, que no conservan ya parámetros TC o PLC. Las tablas de conversión para IPTC y PIPTC encuentran su utilización por ejemplo en una unidad de tratamiento intermedio 2, a la recepción de los mensajes de petición de establecimiento de la conexión (ERQ) y mensajes de modificación (MOD) de redes AAL2 o de sectores de la red AAL2, que señalizan conforme a Q.2630.1 o Q.2630.2.
La figura 5 muestra las condiciones para la elección de "la característica de transferencia de los anchos de banda fijos", en caso de que se cumplan las condiciones con respecto a los valores del parámetro LC y del parámetro MSLC (soporte de modificación para las características de la conexión) en los mensajes de petición de establecimiento de conexión (ERQ) de la red CS2 o bien de secciones de red. Si no se cumple al menos una de estas condiciones, se ponen o "el ancho de banda variable - característica Stringente Transfer" o "el ancho de banda variable - característica Tolerante Transfer", en lo que esta selección especifica de la red, por ejemplo dependiendo del conocimiento de los servicios aprovechados y/o el tipo de circuito elegido del circuito AAL2 utilizado para la conexión de entrada, se fija en el nodo de red. Esta condición de las clases de características de la transferencia, tiene lugar al recibir el mensaje de petición de establecimiento de conexión (ERQ) de la red CS2 o bien de secciones de la red CS2.
La figura 6 muestra, como para la transformación de la información de ancho de banda del tipo LC al tipo IPTC es particularmente necesario que a través del Header IP se evalúen las cuotas del ancho de banda causadas. Esto se efectúa mediante las dimensiones, que están contenidos en la tabla. Todas las dimensiones definidas en esta tabla se entienden en "bit por segundo". La normalización en el múltiplo entero de 64 bps se basa en el granulado de 64 bps tomado de la estandarización en curso en este momento en la señalización de la velocidad binaria en el parámetro IPTC. Es aquí importante en particular, que para la valoración de la cuota de velocidad binaria originada mediante el Header IP para la velocidad binaria Peak CPS-SDU, se refiera al tamaño medio CPS-SDU. En eso es necesario que sin conocimiento del servicio apoyado no se pueda salir de esto, que la velocidad binaria máxima también sólo se obtiene sobre paquetes CPS con el tamaño máximo. Por eso para una valoración asegurada se consulta la denominada "dimensión media CPS-SDU" correspondiente.
La figura 7 muestra, como se especifica la dimensión de paquete máximo permitido en los parámetros IPTC y PIPTC de los valores LC, PLC, y SSISU. Estas tablas de conversión encuentran su utilidad por ejemplo en una unidad de tratamiento intermedio a la recepción de mensajes de petición de establecimiento de conexión (ERQ) (IPTC y PIPTC) y mensajes de modificación (MOD) (IPTC) de las redes AAL2 o de las secciones de red AAL2 que señalizan conforme a Q.2630.1 o Q.2630.2.
La figura 8 muestra, como se determina la velocidad binaria Header IP de los parámetros IPTC dados (preferidos). Para la conversión de la información del ancho de banda del tipo IPTC en el tipo LC es necesario particularmente evaluar la cuota del ancho de banda originado mediante el Header IP. Eso ocurre mediante las dimensiones que se citan en la figura 8. Además hay que tener en cuenta, que hay más clases de características de transferencia, que se diferencian en particular también mediante las indicaciones establecidas por si sobre las velocidades binarias. La tabla se tiene que ver aquí genéricamente. Qué tamaños son efectivamente relevantes y se tienen que designar, se fijan en las tablas de la figura 9 y 10 para la estadística y la determinación de la característica de la transferencia del ancho de banda. Todas las dimensiones definidas en esta tabla se tienen que entender en "Bit por segundo". La normalización en múltiplos enteros de 64 bps se basa en la granularidad de 64 bps presupuesta en la estandarización en curso en ese momento de la señalización de la velocidad binaria en el parámetro IPTC. En esto es particularmente importante que para la evaluación mediante la cuota del ancho de banda provocado del Header IP en los valores dados en el IPTC y PIPTC se hace referencia a la "dimensión del paquete máximo permitido". Por eso es que en caso de ignorancia del servicio apoyado, consigue en la información dada la valoración óptima.
La figura 9 y 10 muestra la tabla de conversión definido en la figura 8 para la característica del ancho de banda estadístico (SBW-TC) y para la característica de la transferencia del ancho de banda determinado (DBW-TC). Mediante las tablas arriba mencionadas se determina por lo tanto entre otras cosas una frontera inferior para los datos de la velocidad bial máxima en el LC o el PLC en base a los valores IPTC o PIPTC dados, que esta optimizada bajo la suposición de la ignorancia sobre el servicio que se tiene que apoyar. Estas tablas de conversión encuentran su empleo por ejemplo en una unidad de tratamiento intermedio 2 al recibo de mensajes de petición de establecimiento de conexión y mensajes de modificación de redes IP o de sectores de la red IP, que señalizan conforme al protocolo de control de conexión IP (Q.IPC.CS1).
La figura 11 muestra como la dimensión máxima CPS-SDU y la dimensión media CPS-SDU se designan en parámetros PLC. Estas tablas de conversión encuentran su empleo por ejemplo en una unidad de tratamiento intermedio al recibo de mensajes de petición de establecimiento de conexión y mensajes de modificación de redes IP o de sectores de la red IP, que señalizan conforme al protocolo de control de conexión IP (Q.IPC.CS1). La dimensión máxima CPS-SDU y/o la dimensión media CPS-SDU se designan del mínimo del máximo permitido de la dimensión del paquete, deduciendo la longitud del Header del paquete IP las características de transferencia IP y/o de las características de la transferencia IP preferente y el tamaño máximo permitido CPS-SDU. El máximo permitido CPS-SDU se da aquí con 45 octet.
La figura 12 muestra como se determina el parámetro SSISU del parámetro IPTC o PIPTC. Los parámetros PIPTC se tienen que tomar en consideración sólo entonces, si la unidad de tratamiento intermedio apoya una modificación de el LC y e IPTC. El parámetro SSISU se determina por el máximo de la dimensión del paquete permitido como máximo menos la longitud del Headers del paquete IP de las características de transferencia IP, el tamaño del paquete permitido como máximo menos la longitud del Headers del paquete IP de las características de la transferencia IP preferidas y el tamaño máximo CPS-SDU permitido.
Además, en caso de que valga
I = J = 45
no se formará ningún parámetro SSISU. Esta condición supone que en base de las informaciones presentes (IPTC, PIPTC) en el lado de AAL2 no es necesaria ninguna segmentación conforme al ITU-T recomendación I.366.1 y por eso tampoco ningún parámetro SSiSU en el mensaje de petición de establecimiento de enlace. Estas tablas de conversión encuentran su empleo por ejemplo en una unidad de tratamiento intermedio al recibir mensajes de petición de establecimiento de conexiones y mensajes de modificación de red IP o de secciones de red IP, que señalizan conforme al protocolo de control de la conexión IP (Q.IPC.CS1).
La figura 13 muestra las condiciones para la determinación de la clase IPTC. La "característica de transferencia del ancho de banda determinado" debe ser elegida, en caso de que se cumplan las condiciones con respecto a los valores de parámetro LC y del parámetro MSLC en el mensaje de petición de establecimiento de conexión de la red AAL2 o de secciones de red AAL2. En caso de que no se cumpla al menos una de estas condiciones, se pone la "característica de transferencia de ancho de banda estadístico". Esta reglamentación encuentra su empleo por ejemplo en una unidad de tratamiento intermedio a la recepción de mensajes de petición de establecimiento de conexión de redes AAL2 o de secciones de red AAL2, que señalizan conforme a la recomendación ITU-T Q. 2630.1 o Q. 2630.2.
La figura 14 muestra como en una unidad conmutadora de AAL2 1, con el apoyo de la señalización CS3 omite los parámetros LC o PLC o los parámetros TC o PTC. En un mensaje de petición de establecimiento de conexión detallado en la unidad conmutadora 1 de AAL2 conforme a Q.2630.2 se señalizará en parámetros LC o PLC, se representa en los parámetros TC o PTC conforme a las reglamentaciones y a las condiciones.
La figura 15 muestra como en una unidad conmutadora de AAL2 1 con el apoyo de la señalización CS3 el parámetro LC o PLC omite los parámetros TC o PTC en un mensaje de modificación.
La figura 16 muestra como en una unidad de tratamiento intermedio de AAL2-IP 2 de parámetros LC o PLC, en un mensaje de petición de establecimiento de conexión conforme a la señalización Q.2630, se omite el parámetro IPTC o PIPTC en el mensaje de petición de establecimiento de conexión conforme a la señalización Q.IPC.CS1.
La figura 17 muestra como una unidad de tratamiento intermedio de AAL2-IP 2 de parámetros IPTC o PIPTC, en un mensaje de petición de establecimiento de conexión conforme a la señalización Q.IPC.CS1 se omite el parámetro LC o PLC, en un mensaje de petición de conexión conforme a la señalización Q.2630.
La figura 18 muestra como en una unidad de tratamiento intermedio de AAL2-IP 2 de parámetros LC o PLC, en un mensaje de modificación conforme a la señalización Q.2630.2, omite los parámetros IPTC o PIPTC en un mensaje de modificación señalizado conforme a Q.IPC.CS1.
La figura 19 muestra como en una unidad de tratamiento intermedio de AAL2-IP 2 de parámetros IPTC o PIPTC en un mensaje de modificación conforme a la señalización Q.IPC.CS1, omite los parámetros LC o PLC en un mensaje de modificación señalizado conforme a Q.2630.

Claims (21)

  1. \global\parskip0.950000\baselineskip
    1. Procedimiento para la transición de un protocolo de señalización AAL2 en al menos otro protocolo de señalización de al menos una red de comunicación,
    caracterizado porque
    al menos se define una característica a partir de los valores de parámetro establecidos por el protocolo de señalización AAL2 para la indicación del ancho de banda y que por lo menos se utiliza una característica específica para representar los parámetros de la característica de conexión del protocolo de señalización AAL2 para la indicación del ancho de banda sobre el parámetro de característica de la transferencia de otros protocolos de señalización para la indicación del ancho de banda.
  2. 2. Procedimiento según la reivindicación 1
    caracterizado porque
    una transición de los valores de parámetro de las características de la conexión del protocolo de señalización AAL2 se realiza hacia los valores de parámetro de las características de transferencia del protocolo de señalización AAL2.
  3. 3. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    una transición de los valores de parámetro de las características de la conexión preferidas del protocolo de señalización AAL2 se realiza hacia los valores de parámetro de las características de transferencia preferidas del protocolo de señalización AAL2.
  4. 4. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    una transición de los valores de parámetro de las características de la conexión del protocolo se señalización AAL2, se realiza hacia los valores de parámetro de las características de transferencia IP de un protocolo de señalización para las conexiones IP.
  5. 5. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    una transición de los valores de parámetro de las características de la conexión preferidas del protocolo de señalización AAL2 se realiza hacia los valores de parámetro de las características de transferencia IP preferente de un protocolo de señalización para la conexión IP.
  6. 6. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    la transición de valores de parámetro del protocolo de señalización AAL2 se realiza hacia otro protocolo de señalización debido a una petición de establecimiento de llamada o a una petición de modificación.
  7. 7. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    se determinan como características de valores de parámetros las velocidades binarias, el tamaño de paquete máximo permitido, el tamaño máximo CPS-SDU, el tamaño medio CPS-SDU, el parámetro SSISU o la clase de características de transferencia IP.
  8. 8. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    para la determinación de la velocidad binaria en la transición de valores de parámetro de las características de la conexión del protocolo de señalización AAL2 hacia los valores de parámetro de las características de transferencia del protocolo de señalización AAL2, se determina el número de paquetes de datos del Peak-Rate por unidad de tiempo aplicado al tamaño medio CPS-SDU comprobado y junto con la longitud de un paquete Header, se determina la velocidad binaria.
    \global\parskip1.000000\baselineskip
  9. 9. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    para la determinación de la velocidad binaria en la transición de valores de parámetro de las características de la conexión del protocolo de señalización AAL2 hacia los valores de parámetros de las características de transferencia IP del protocolo de señalización para las conexiones IP, a partir del número de paquete de datos por unidad de tiempo del Peak-Rate en una dimensión de paquete máximo, determina la Header velocidad binaria mínima del lado de IP y se determina la velocidad binaria conjuntamente con el Peak-Byte-Rate.
  10. 10. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    el tamaño del paquete máximo permitido se determina a partir del tamaño máximo CPS-SDU, de la longitud máxima del SSSAR-SDU y de la longitud del Headers del paquete IP.
  11. 11. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    en la determinación de las características se realiza una normalización sobre un múltiple entero de 64 Bit por segundo.
  12. 12. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    el tamaño máximo CPS-SDU y/o el tamaño medio CPS-SDU se determina a partir del mínimo del tamaño de paquete máximo permitido, menos la longitud del Headers del paquete IP de las características de la transferencia IP o de las características de la transferencia IP preferidas y del tamaño máximo CPS-SDU permitido.
  13. 13. Procedimiento según una de las reivindicaciones anteriores
    caracterizado porque
    el parámetro SSISU se determina a partir del máximo de la dimensión del paquete máximo permitido menos la longitud del Headers del paquete IP de las características de la transferencia IP, de la dimensión del paquete máximo permitido menos la longitud del Headers del paquete IP de las características de la transferencia IP preferidas y de la dimensión CPS-SDU máximo permitido.
  14. 14. Procedimiento según la reivindicación 13,
    caracterizado porque
    las calidades de la transferencia de la anchura de banda determinadas se eligen, debido a las condiciones definidas anteriormente, en cuanto a las características de la conexión o a las características de la conexión MS eligiendo una petición de establecimiento de llamada, a partir de una red AAL2 y que en el no cumplimiento de al menos un de estos requisitos la calidad de la transferencia de la anchura de banda estadística se utilizan como una clase de característica de transferencia IP.
  15. 15. Procedimiento según la reivindicación 14,
    caracterizado porque
    la clase de características de transferencia IP se determina a la recepción de una petición de establecimiento de llamada de una unidad de tratamiento intermedio.
  16. 16. Procedimiento según una de las reivindicaciones anteriores,
    caracterizado porque
    para determinar la longitud del Headers del paquete IP se utiliza el Header del paquete IP, el Header UDP y para conexiones que utilizan RTP, el Header RTP.
  17. 17. Procedimiento según una de las reivindicaciones anteriores,
    caracterizado porque
    la determinación de las características en la transición del protocolo de señalización AAL2 hacia un protocolo de señalización para las conexiones IP, se efectúa en una unidad de tratamiento intermedio.
  18. 18. Procesamiento según una de las reivindicaciones anteriores,
    caracterizado porque
    la determinación de las características en la transición del protocolo de señalización AAL2 hacia otro protocolo de señalización AAL2 se efectúa en un dispositivo de conmutación AAL2.
  19. 19. Dispositivo de transición de un protocolo de señalización AAL2 hacia al menos otro protocolo de señalización de al menos una red de comunicación, dicho dispositivo implica
    - una unidad de recepción que permite recibir valores de parámetro de un protocolo de señalización AAL2,
    - una unidad de procesamiento que permite determinar al menos una característica a partir de valores de parámetros predefinidos para el protocolo de señalización AAL2 para la indicación del ancho de banda y para la reproducción de parámetros de características de conexión del protocolo de señalización AAL2 para la indicación del ancho de banda sobre parámetros de características de transferencia de otro protocolo de señalización para la indicación del ancho de banda y
    - una unidad de emisión que permite emitir los valores de parámetros reproducidos de otro protocolo de señalización.
  20. 20. Dispositivo según la reivindicación 19,
    caracterizado porque,
    como dispositivo esta previsto una unidad de conmutación AAL2.
  21. 21. Dispositivo según una de las reivindicaciones anteriores,
    caracterizado porque
    como dispositivo esta previsto una unidad de tratamiento intermedio.
ES03004653T 2003-03-03 2003-03-03 Determinacion de las caracteristicas en la transicion de una señalizacion aal2 y otra señalizacion. Expired - Lifetime ES2287368T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP03004653A EP1455496B1 (de) 2003-03-03 2003-03-03 Bestimmung von Eigenschaften beim Übergang zwischen einer AAL2-Signalisierung und einer weiteren Signalisierung

Publications (1)

Publication Number Publication Date
ES2287368T3 true ES2287368T3 (es) 2007-12-16

Family

ID=32798752

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03004653T Expired - Lifetime ES2287368T3 (es) 2003-03-03 2003-03-03 Determinacion de las caracteristicas en la transicion de una señalizacion aal2 y otra señalizacion.

Country Status (11)

Country Link
US (1) US7613206B2 (es)
EP (1) EP1455496B1 (es)
JP (1) JP4191195B2 (es)
KR (1) KR101082706B1 (es)
CN (1) CN1771703A (es)
AT (1) ATE363795T1 (es)
DE (1) DE50307366D1 (es)
ES (1) ES2287368T3 (es)
PL (1) PL378359A1 (es)
RU (1) RU2361367C2 (es)
WO (1) WO2004079479A2 (es)

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH07170288A (ja) * 1993-12-15 1995-07-04 Hitachi Ltd 音声通信システムおよび音声通信方法
CA2217838C (en) * 1996-11-07 2003-07-29 At&T Corp. Wan-based voice gateway
FI103461B1 (fi) 1997-07-03 1999-06-30 Nokia Telecommunications Oy Menetelmä dataliikenteen välittämiseksi tietoliikennejärjestelmässä
US6567425B1 (en) * 1998-04-23 2003-05-20 Telefonaktiebolaget Lm Ericsson (Publ) Bearer independent signaling protocol
US6801542B1 (en) * 1999-08-19 2004-10-05 Nokia Corporation Method and apparatus for providing an interworking unit between ATM networks and IP networks
US7327740B2 (en) * 2001-05-25 2008-02-05 Telefonaktiebolaget Lm Ericsson (Publ) Facilitating reliable connection admission control for telecommunications system using AAL2 signaling
US7283533B1 (en) * 2001-06-25 2007-10-16 Cisco Technology, Inc. Interworking of packet-based voice technologies using virtual TDM trunks
US7477638B1 (en) * 2001-07-03 2009-01-13 Cisco Technology, Inc. Interworking of IP voice with ATM voice using server-based control

Also Published As

Publication number Publication date
US20060215647A1 (en) 2006-09-28
JP2006514814A (ja) 2006-05-11
WO2004079479A3 (de) 2004-12-02
CN1771703A (zh) 2006-05-10
EP1455496A1 (de) 2004-09-08
KR20050107778A (ko) 2005-11-15
PL378359A1 (pl) 2006-03-20
WO2004079479A2 (de) 2004-09-16
RU2005130490A (ru) 2006-05-27
RU2361367C2 (ru) 2009-07-10
KR101082706B1 (ko) 2011-11-15
EP1455496B1 (de) 2007-05-30
JP4191195B2 (ja) 2008-12-03
US7613206B2 (en) 2009-11-03
ATE363795T1 (de) 2007-06-15
DE50307366D1 (de) 2007-07-12

Similar Documents

Publication Publication Date Title
CN100490576C (zh) 支持无线网络中服务质量的方法和系统
US6980523B1 (en) Method and system for facilitating end-to-end quality of service in a wireless packet data system
US8483173B2 (en) Methods and systems for unlicensed mobile access realization in a media gateway
ES2714564T3 (es) Método para insertar y extraer una dirección requerida, funciones de red y red correspondientes
KR100605265B1 (ko) 액세스 라우터를 통해 패킷 데이터 망으로의 액세스를 단말 장치에 제공하기 위한 방법 및 액세스 망 구조
EP1419624A1 (en) An ip/mpls-based transport scheme in 3g radio access networks
ES2361183T3 (es) Procedimiento para el control de recursos en elementos de red en una red de telecomunicaciones.
WO2009026845A1 (fr) Procédé d'émission et de réception de données, appareil de point d'accès sans fil, passerelle et système de communication
CN101094162A (zh) 一种采用头部去除方式传输媒体流的方法
WO1999008408A1 (en) Enhanced interconnection capacity for subscribers to carrier networks
US20040260951A1 (en) Method and Packet Data Service Node (PDSN) for Quality of Service (QoS) mapping
ES2287368T3 (es) Determinacion de las caracteristicas en la transicion de una señalizacion aal2 y otra señalizacion.
Carneiro et al. The DAIDALOS architecture for QoS over heterogeneous wireless networks
PT1985144E (pt) Processo para garantir a qualidade dos serviços em redes de radiocomunicações móveis de comutação por pacotes
TWI303948B (en) Transport network control signalling
Montes et al. An end-to-end qos framework for multimedia streaming services in 3g networks
Maniatis et al. End-to-end quality of service issues over next generation mobile Internet
Bilgic et al. Quality of service in general packet radio service
Kumar et al. Quality of service in UMTS wireless networks
Maher ATM Signalling Support for IP over ATM-UNI Signalling 4.0 Update
Chuah et al. Quality of service in third-generation IP-based radio access networks
Soursos et al. Pricing differentiated services in the GPRS environment
Soursos et al. Differentiated services in the GPRS wireless access environment
Wang et al. An efficient negotiation protocol for real-time multimedia applications over wireless networks
Costa et al. IntServ over DiffServ for IP QoS in Radio Access Networks