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 PDFInfo
- 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
Links
Classifications
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/42—Loop networks
- H04L12/427—Loop networks with decentralised control
- H04L12/433—Loop networks with decentralised control with asynchronous transmission, e.g. token ring, register insertion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2491—Mapping quality of service [QoS] requirements between different networks
-
- 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/563—Signalling, e.g. protocols, reference model
-
- 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/5665—Interaction of ATM with other protocols
- H04L2012/5667—IP 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.
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)
-
\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 porqueal 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. Procedimiento según la reivindicación 1caracterizado porqueuna 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. Procedimiento según una de las reivindicaciones anteriorescaracterizado porqueuna 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. Procedimiento según una de las reivindicaciones anteriorescaracterizado porqueuna 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. Procedimiento según una de las reivindicaciones anteriorescaracterizado porqueuna 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. Procedimiento según una de las reivindicaciones anteriorescaracterizado porquela 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. Procedimiento según una de las reivindicaciones anteriorescaracterizado porquese 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. Procedimiento según una de las reivindicaciones anteriorescaracterizado porquepara 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. Procedimiento según una de las reivindicaciones anteriorescaracterizado porquepara 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. Procedimiento según una de las reivindicaciones anteriorescaracterizado porqueel 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. Procedimiento según una de las reivindicaciones anteriorescaracterizado porqueen la determinación de las características se realiza una normalización sobre un múltiple entero de 64 Bit por segundo.
- 12. Procedimiento según una de las reivindicaciones anteriorescaracterizado porqueel 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. Procedimiento según una de las reivindicaciones anteriorescaracterizado porqueel 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. Procedimiento según la reivindicación 13,caracterizado porquelas 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. Procedimiento según la reivindicación 14,caracterizado porquela 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. Procedimiento según una de las reivindicaciones anteriores,caracterizado porquepara 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. Procedimiento según una de las reivindicaciones anteriores,caracterizado porquela 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. Procesamiento según una de las reivindicaciones anteriores,caracterizado porquela 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. 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. Dispositivo según la reivindicación 19,caracterizado porque,como dispositivo esta previsto una unidad de conmutación AAL2.
- 21. Dispositivo según una de las reivindicaciones anteriores,caracterizado porquecomo dispositivo esta previsto una unidad de tratamiento intermedio.
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)
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 |
-
2003
- 2003-03-03 ES ES03004653T patent/ES2287368T3/es not_active Expired - Lifetime
- 2003-03-03 EP EP03004653A patent/EP1455496B1/de not_active Expired - Lifetime
- 2003-03-03 DE DE50307366T patent/DE50307366D1/de not_active Expired - Lifetime
- 2003-03-03 AT AT03004653T patent/ATE363795T1/de not_active IP Right Cessation
-
2004
- 2004-02-02 RU RU2005130490/09A patent/RU2361367C2/ru active
- 2004-02-02 US US10/548,107 patent/US7613206B2/en active Active
- 2004-02-02 WO PCT/EP2004/000935 patent/WO2004079479A2/de active Search and Examination
- 2004-02-02 PL PL378359A patent/PL378359A1/pl not_active Application Discontinuation
- 2004-02-02 CN CNA2004800057413A patent/CN1771703A/zh active Pending
- 2004-02-02 JP JP2005518657A patent/JP4191195B2/ja not_active Expired - Fee Related
- 2004-02-02 KR KR1020057016165A patent/KR101082706B1/ko active IP Right Grant
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 |