GPRS

UNIVERSIDAD NACIONAL DE CHIMBORAZO FACULTAD DE INGENIERIA ESCUELA DE INGENIERIA ELECTRONICA Y TELECOMUNICACIONES JOSE ANDRES PEÑAHERRERA OBREGON h_andres_19@hotmail.com NATALIE MARINA RAMOS CASTRO natamary25@hotmail.com VIVIANA ODALIA PILCO CAJO vivi_lia07@hotmail.com FABIAN ALONSO PAREDESFIERRO fparedes_860@hotmail.com JOSE VINICIO OLIVAREZ YACHIMBA jolivarez_@hotmail.com NELSON JOAQUIN MELO PAREDES melusgtar_27@hotmail.com

1.- INTRODUCCIÓN GPRS es un servicio de datos que permite el envío y recepción de tráfico de paquetes (normalmente paquetes IPv4 o IPv6) a través de una red móvil. El Protocolo Punto a Punto (PPT, Point to Point Protocol) permite el cambio de protocolos .Está de forma para

2.- PALABRAS CLAVE Protocolo, datos ,IPv4, IPv6, Gprs , PPT, 2,5G, 3G, Gsm. 3.- ARQUITECTURA GPRS La siguiente figura muestra la arquitectura general de una red GPRS y su relación con otras redes IP como Internet. Como se puede ver, la red hace uso de la infraestructura de GSM. El HLR, AuC y EIR necesitarán pequeñas modificaciones para soportar GPRS, y normalmente ese cambio consistirá en una actualización de software. En la estructura de red de la figura se observa como dentro del backbone GPRS se utiliza un switch Ethernet para conectar sus componentes.

transparente

diseñado

complementar tráfico mediante conmutación de circuitos y el servicio de mensajes cortos (SMS), además de otros nuevos servicios. En muchos casos GPRS se ve como un paso en la evolución hacia 3G, considerándolo como una tecnología de 2.5G. GPRS trabaja aportando los servicios de una red de conmutación de paquetes sobre la red existente de GSM. Esto permite al usuario continuar utilizando la red GSM para la voz pero si se necesita una transferencia de datos, se puede realizar vía GPRS. De esta manera infraestructura existente se puede reutilizar.

presta servicio la red GPRS. Los nodos estarán interconectados por una red troncal IP. 3.2.- SGSN (Serving GPRS Support Node) El SGSN ofrece encaminamiento de paquetes, incluyendo Arquitectura de la red GPRS El estándar GPRS no especifica la tecnología a utilizar en el Nivel 2 para interconectar el backbone IP, por lo que la mayoría de las redes actuales utilizan Ethernet para implementar este backbone local, ya que es una tecnología suficientemente probada y de un coste muy eficiente. El fallo del switch Ethernet provocaría el fallo de toda la red, por lo que es normal encontrar en este punto redundancia en los enlaces para proporcionar fiabilidad.Los componentes de una red GPRS que son nuevos con respecto a la red GSM se describen en los apartados siguientes. 3.1.- GGSN (Gateway GPRS Support Node) 3.4.- LIG (Lawful Interception Gateway) El GGSN proporciona la pasarela para las redes externas, gestionando la seguridad y las funciones de contabilidad, así como la asignación dinámica de direcciones IP. Desde el punto de vista de las redes externas IP, el GGSN es un servidor que posee las direcciones IP de todos los abonados a los que Es un requisito en muchos países, para poder monitorizar el tráfico. Este es el objetivo del LIG. Cuando el tráfico de un usuario pasa por el backbone GPRS, es posible capturarlo y almacenarlo. Para realizar esta interceptación de los datos del usuario, normalmente será necesaria una orden judicial. En las especificaciones no se indica que se requiera, pero generalmente se implementa. Aporta un enlace lógico al sistema de facturación del operador y reduce el número de enlaces físicos y conexiones necesarias, ya que de otra forma, sería necesaria una conexión separada a cada uno de los GSNs. 3.3.- CG (Charging Gateway) gestión de la movilidad, autenticación y cifrado entre todos los abonados GPRS que se encuentren en el rea de servicio SGSN. Cualquier SGSN de la red puede prestar servicio a un abonado GPRS, dependiendo de donde éste se halle. El tráfico se dirige desde el SGSN al BSC (Base Station Controller) y al terminal móvil mediante BTS (Base Transceiver Station)

3.4.- DNS (Domain Name System) Los distintos interfaces que puede haber en En la mayoría de los casos, cuando un abonado necesite realizar una conexión vía GPRS a una red externa, será necesario seleccionar el APN (Access Point Name) de una lista en el dispositivo móvil. Se requiere un DNS (Domain Name System) de modo que el SGSN pueda hacer una consulta para convertir el APN a la dirección IP del GGSN correcto. 3.5.- Interfaces de Red GPRS GPRS introduce nuevas definiciones de interfaces. Estos son estándares abiertos descritos por 3GPP. Permiten que redes de distintas compañías sean construidas sin apenas modificaciones. Como GPRS utiliza gran parte de la red GSM, es necesario que existan interfaces entre los componentes de ambas tecnologías.  Gf: El interfaz Gf conecta el SGSN al EIR y permite que el SGSN compruebe el estado de un dispositivo móvil concreto.  Gi: Este es un punto de referencia más que un interfaz entre el GGSN y otra red externa. Actualmente GPRS soporta IPv4, IPv6 y PPP, y Gi tiene que ser capaz de entender estos protocolos para un acceso concreto. Interfaces entre los elementos de GSM y GPRS Por ejemplo, el punto de acceso puede pedir transportar paquetes IPv4. Las  Gd: Este interfaz conecta el SGSN a una pasarela de SMS, lo que permite que SGSN soporte el servicio de mensajes SMS.  Gc: Este interfaz aparece entre el GGSN y el HLR, y proporciona al GGSN el acceso a la información del cliente. El protocolo utilizado es MAP y el interfaz se usa únicamente para control. Este es un interfaz opcional.  Gb: Este interfaz se encuentra entre el SGSN y el BSS. Su función es la de transportar tanto tráfico de datos como de control. Está basado normalmente en Frame Relay. una red GPRS se muestran en la figura y son:

capas inferiores de la red no son especificadas, por lo que puede ser Ethernet, ATM, MPLS, Frame Relay o cualquier otro protocolo de transporte.  Gn: Este interfaz se encuentra entre los GSNs. Consiste de una pila de protocolos que incluyen IP y GTP (GPRS Tunnelling Protocol). GTP también es utilizado entre dos SGSN, y entre un SGSN y un GGSN de otro operador.  Gp: Tiene una funcionalidad similar a la del interfaz Gn, y también se basa en el protocolo GTP. Es necesario cuando el SGSN y el GGSN están en redes de distintos operadores. Aporta funciones de seguridad y enrutado al interfaz Gn.  Gr: Está entre el SGSN y el HLR, proporcionando al SGSN el acceso a la información del cliente. El SGSN y el HLR pueden estar en distintas redes si el usuario está usando el servicio de roaming. El protocolo utilizado es MAP y el interfaz se utiliza para mensajes de control.  Gs: Este es otro interfaz opcional. Es utilizado para control entre el SGSN y el VLR, que es normalmente situado con el MSC y un SGSN. Utiliza el

protocolo BSSAP+ (BSS Application Part Plus), entre un el subconjunto SGSN y del el protocolo BSSAP para permitir el control MSC/VLR. Además de los interfaces descritos, hay otros dos relevantes que van a través del aire, tanto para GPRS como para UMTS, y son los siguientes:  Um: Este es interfaz aéreo de GSM modificado entre el dispositivo móvil y la red fija que proporciona el servicio GPRS.  Uu: Este es el interfaz aéreo de UMTS entre el terminal móvil la red fija que proporciona el servicio GPRS. 3.6.- Interfaz Aéreo de GPRS Cuando un operador ofrece GPRS, éste tendrá que convivir con GSM, por lo que el ancho de banda que se tiene debe ser compartido entre los servicios de una y otra tecnología. El tráfico GSM y GPRS pueden compartir la misma trama TDM, aunque no pueden compartir la misma ráfaga (timeslot). GPRS utiliza la misma técnica de modulación que GSM, GMSK (Gaussian Minimum Shift Keying). Al igual que en GSM, hay 114 bits disponibles en una ráfaga para los datos del usuario. Sin embargo, la estructura de multitrama GSM, que consiste en 26 canales

de tráfico (TCH) o 51 de control, ha sido reemplazada por un formato de 52 tramas. La figura muestra gráficamente esta nueva estructura.
Multi-Trama TDMA de 52 Tramas

Al compartir los recursos del interfaz aéreo entre GSM y GPRS, GPRS utiliza el ancho de banda sobrante de GSM. A menos que un timeslot esté reservado exclusivamente para GPRS, GSM tendrá prioridad para asignar los recursos. Sin embargo, para GPRS, los
BLOQUE 7 BLOQUE 8

BLOQUE 0

BLOQUE 1

BLOQUE 2

T

BLOQUE 3

BLOQUE 4

BLOQUE 5

1

BLOQUE 6

restantes timeslotsBLOQUE 1 vistos como recursos serán BLOQUE BLOQUE T
9 10 11

disponibles que los usuarios de datos podrán
TRAMA TDM

compartir.
5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7

0

1

2

3

4

5

6

7

0

1

2

3

4

3

1

57

26

1

57

8

8`25

3

1

57

26

1

57

8

8`25

3

1

57

26

1

Desde el punto de vista del operador de red,
57 8
8`25

3

1

57

26

1

57

8

8`25

esto le permitirá introducir nuevos servicios Formato de las 52 tramas La nueva multitrama consiste en 12 bloques de 4 tramas consecutivas, además de dos tramas I (idle) y otras dos T que son usadas para el canal de control del timing advance del paquete (PTCCH). El tiempo dedicado a las tramas I y al PTCCH pueden ser usados por el dispositivo móvil para medidas de la señal. En GSM, un timeslot es dedicado a un solo usuario al mismo tiempo, sin embargo, el sistema utilizado en GPRS es diferente ya que cada bloque de 114x4=456 bits puede ser usado por distintos usuarios, que en principio, compartirán los recursos de un mismo timeslot. Estos bloques son un tipo de TDM dentro de su propia trama TDM. A un dispositivo se le asigna este bloque cuando tenga la necesidad de transmitir datos. Dedicar timeslots específicamente a GPRS, incrementaría la posibilidad de bloquear llamadas de los usuarios GSM. Conforme los servicios que no sean de voz vayan aumentando, los operadores tendrán que volver a evaluar esta situación y puede que tengan que cambiar la asignación de recursos. Por ejemplo, en la figura, se muestra una trama TDM estándar, con el time slot 0 dedicado al canal de broadcast o a otros canales de control. Los otros siete timeslots están disponibles para los usuarios GSM y GPRS. Supongamos que hay cinco usuarios GSM y dos GPRS que completan la trama TDM. que, en principio, utilizarán espacio que de otra forma no sería utilizado.

TRAMA TDM

uno de ellos, el primero es el bit rate, que
GSM 5 GPRS 1 GPRS 2

BCCH

GSM 1

GSM 2

GSM 3

GSM 4

incluye las cabeceras RLC/MAC, mientras que el segundo valor es la velocidad para los datos de usuario. CS-1 da la velocidad más baja, pero la

BCCH

GSM 1

GSM 2

GSM 3

GSM 4

GSM 5

GSM 6

GPRS 1 GPRS 2

BCCH

GSM 1

GSM 2

GSM 3

GPRS 1

GPRS 1

GPRS 2

GPRS 2

Tramas TDM en GPRS Si otro usuario de GSM deseara hacer una llamada, los dos usuarios de GPRS pasarían a ocupar un único timeslot. Si ahora tres de los usuarios de GSM finalizan su llamada, las dos conexiones de GPRS podrían utilizar esos slots libres incrementando así su velocidad. 3.7.- Esquemas de Codificación Al contrario que la voz, los datos son muy intolerantes a los errores, lo que supone un problema ya que el interfaz aéreo introduce un número significante de errores. Para proteger a los datos, es necesario transmitir algún código que permita comprobar y en algún caso corregir los errores. Para GPRS se han especificado cuatro nuevos esquemas de codificación (CS-1, CS-2, CS-3 y CS-4).

protección más alta tanto de protección como de corrección de los errores. CS-4 por el contrario da la velocidad más alta a costa de una menor protección de los datos y no corrige errores. Durante una llamada, la red puede cambiar dinámicamente la codificación utilizada dependiendo de las propiedades de la conexión, como número de errores, retransmisiones, etc.…, y será transparente para el usuario. 3.8.- Tipos de Terminales Los dispositivos móviles GPRS pueden ser clasificados en las tres siguientes categorías:  Tipo A: Permite el uso simultáneo de GSM y GPRS. En esta clase GSM tendrá 1 timeslot y GPRS tendrá 1 ó más. Por ejemplo, esto podría permitir a un cliente estar hablando por el teléfono mientras descarga un e-mail.  Tipo B: Puede estar conectado a GSM y GPRS, pero uno de los dos está en suspenso mientras el otro está activo. Habrá degradación del servicio para GPRS. Por ejemplo, un cliente que esté descargando datos puede ser

Esquema de Codificación CS-1 CS-2 CS-3 CS-4

Bit Rate (Kbps) 9.05 13.4 15.6 21.4

Bit Rate Datos de Usuario (Kbps) 8 12 14.4 20

Esquemas de codificación En la tabla se muestra cada uno de los cuatro esquemas con dos valores asociados a cada

notificado de una llamada entrante y podría decidir si aceptarla o no, lo que pondría la transferencia de datos en espera.  Tipo C: No se permitirá un uso simultaneo de ambas tecnologías, por lo que habrá que decidir si activar GSM o GPRS. Actualmente, y dada la complejidad de implementación, para sistemas de segunda generación, tan solo están disponibles los tipos B y C, y parece que esto no cambiará en un futuro próximo.

Clase 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29

Uplink 1 2 2 3 2 3 3 4 3 4 4 4 3 4 5 6 7 8 6 6 6 6 6 8 8 8 8 8 8

Downlink 1 1 2 1 2 2 3 1 2 2 3 4 3 4 5 6 7 8 2 3 4 4 6 2 3 4 4 6 8

Num. Máx. de Slots 2 3 3 4 4 4 5 5 5 5 5 5 Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite Sin limite

Clases de dispositivos GPRS Las clases de los dispositivos definen la velocidad máxima a la que puede enviar o recibir datos un terminal GPRS. Como se ve en la tabla 2, hay 29 clases de dispositivos GPRS, cada uno de ellos, tendrá una combinación de timeslots que podrá utilizar. Así, un dispositivo tendrá un límite en los slots que puede utilizar tanto en el envío como en la recepción de datos. También existe un límite al máximo de slots utilizados. Por ejemplo, un dispositivo de

clase 6 permite el uso de tres timeslots en downlink y dos uplink. Además, como máximo, permitirá el uso de cuatro timeslots, por lo que un usuario que tenga asignado tres slots para downlink, tan sólo podrá utilizar uno para uplink.

de que el primer plano usa GTP-C, mientras que el segundo utiliza GTP-U. Plano de control

GMM/SM LLC
TRANSMISION

GMM/SM LLC
RLC RLC Servicio de Red Frame Relay Nivel 1

3.9.- Protocolos GPRS Al igual que otros muchos protocolos de comunicaciones, GPRS está basado en una pila de niveles que proporcionan las funciones necesarias para la comunicación con otras capas a través de primitivas. En GPRS se distinguen dos tipos de protocolos, llamados Plano de Control Plano de Usuario. El Protocolo del Plano de Control es utilizado dentro de una red GSM entre el BSS y el SGSN. Existe una pequeña diferencia entre este Protocolo y el de Plano de Usuario, ya que este último tiene una capa adicional sobre el nivel LLC (Logical Link Control) entre el MS y el SGSN. Esta capa es SNDCP (SubNetwork Protocol). Las figuras muestran los Protocolos de Plano de Control y de Plano de Usuario. Tanto el Plano de Control como el de Usuario, utilizan GTP (GPRS Tunneling protocol) entre el SGSN y el GGSN, con la diferencia Dependent Convergente
MS

RLC

BSSGP Servicio de red (Frame Relay) NIVEL 1
gm

MAC NIVEL FISICO GPRS MS
um

MAC

NIVEL FISICO GPRS

BSS

SGSN

Plano de control GSM/GPRS Plano de usuario

y

Aplicacion TCP IP SNDCP LLC RLC MAC Inferfaz de Radio GSM RLC MAC
Interfaz de Radio BSSGP SNDCP

Aplicacion TCP IP GTP UDP IP GDP UDP RLC IP

LLC
BSSGP

Frame Relay Nivel 1

Frame Relay Nivel 1

Niveles de Enlace y Físico

Nivel 2 Nivel 1

Nivel 2 Nivel 1

Um

Gb

Gn

Gi

BSS

SGSN

GGSN

Aplicación Servidora

Plano de usuario GSM/GPRS A continuación aparece la figura en la que se muestran 1500 bytes de carga útil, y como al pasar por la pila de protocolos se le va añadiendo otra información. Los datos serán enviados finalmente en los 456 bits disponibles dentro de un bloque a través del interfaz aéreo.

1500 bytes como máximo

Datos de Usuario

un canal físico que se toma del total de recursos GSM y GPRS.
LLC

TCP/IP

Datos de Usuario

SNDCP

TCP/IP

Datos de Usuario

LLC

SNDCP

TCP/IP

Datos de Usuario

3.10.- BCCH (Broadcast and Control Channel)

TRAMA LLC (1600 bytes como maximo)

RL/M;AC

INFO
456 bits

FCS

RL/M;AC

INFO
456 bits

FCS

RL/ M;AC

INFO
456 bits

FCS

114

114

114

114

El canal de broadcast y control transmite información general desde la estación base a todos los dispositivos móviles de la célula. Una parte de esa información indica si GPRS está soportado o no en esa célula concreta. Si GPRS está soportado y el canal PBCCH está configurado, la posición de este canal está indicada también en el BCCH. El PBCCH es entonces utilizado para

3

1

57

26

1

57

8`25

Fragmentación de los paquetes para la transmisión Cada bloque está formado por cuatro tramas TDMA, cada una de las cuales tiene 14 bits para información. Los bits utilizados para la transferencia de los datos de los usuarios y para la detección y corrección de errores, depende utilizado. Canales Físicos y Lógicos del esquema de codificación

transmitir información a los dispositivos en las operaciones de transmisión. Si GPRS está soportado pero el canal PBCCH no existe, la información será transmitida en el BCCH. 3.11.- CCCH (Common Control Channel)

La información de la capacidad de la red para llegar a un acuerdo con los clientes GPRS es emitida en el canal de broadcast GSM (BCCH). GPRS aporta varios canales de control al interfaz aéreo, alguno de ellos, son obligatorios, y otros opcionales. Cuando se introduce un nuevo canal, la forma de nombrarlo es poner una P delante del nombre del antiguo canal (si existía). Por ejemplo, el canal BCCH ahora es PBCCH. Cada uno de estos canales es transferido a través de un canal PDCH. Este se equipara a  Canal de paginación (PCH): Un canal de bajada utilizado para buscar (paginar) a los dispositivos.  Canal de acceso aleatorio (RACH): Canal de subida utilizado para solicitar un canal SDCCH. Este es un canal GSM, pero puede ser utilizado en GSM si PCCCH no existe. El CCCH está formado por los siguientes canales:

 Canal de acceso aleatorio de paquetes  Canal de acceso concedido (AGCH): Canal de bajada utilizado para situar el SDCCH solicitado. También puede albergar a un canal de tráfico (TCH) directamente.  Canal de notificación (NCH): Este canal se utiliza para realizar determinados avisos a los móviles.  Canal de notificación de paquetes 3.12.- PCCCH (Packet Common Control Channel) Este es un canal opcional que es transportado en un canal PDCH. Si este no aparece, entonces la información necesaria para el funcionamiento de la conmutación de paquetes es transmitida en el CCCH. PCCH puede ser implementado si la demanda de transferencia de los paquetes de datos lo requiere o si hay suficiente capacidad de sobra dentro de la red ya que incrementa la QoS para el acceso de los paquetes. Está formado por:  Canal de paginación de paquetes (PPCH): Canal de bajada utilizado para buscar a los dispositivos antes de la transferencia de paquetes. Esta búsqueda puede ser utilizada tanto por la conmutación de paquetes como la de circuitos. SNDCP Convergence (SubNetwork Protocol) es un Dependent protocolo 3.13.- SNDCP El canal de control PACCH está dedicado a un dispositivo particular. Es necesario tanto en la subida como en la bajada. La información información en de este los canal recursos puede ser: asignados, (PNCH): Canal de bajada utilizado para realizar avisos concretos. El tráfico actual GPRS es enviado sobre el canal de tráfico de datos (PDTCH). Este equivale al recurso disponible que ha sido ofrecido para la transferencia. Puede ser un único timeslot, parte de un timeslot o varios timeslots hasta un máximo de ocho, todos ellos deben estar en una sola frecuencia.  Canal de acceso para concedido el de paquetes (PAGCH): Canal de bajada utilizado asignar canal solicitado PDTCH. (PRACH): Canal de subida utilizado para solicitar uno o más canales de tráfico (PDTCH).

información de control de potencia o uplink.

utilizado sólo en el plano de usuario, para indicar un contexto PDP concreto. Un cliente

puede tener varios contextos PDP abiertos y cada uno de ellos esta asociado a esta capa a través de un identificador NSAPI (network services access point identifier). Las funciones principales del nivel SNDCP son:  Proporcionar la multiplexación de PDPs.  Compresión de los datos de usuario (incluyendo la compresión de la cabecera IP)  Segmentación de los paquetes de datos que serán pasados a la capa LLC. LLC establece el tamaño máximo de la unidad de datos de protocolo (PDU) que puede transportar en un único segmento. Si el paquete de nivel 3 (normalmente IP), llamado N-PDU, no cabe en este tamaño, entonces será necesario que SNDCP rompa ese paquete en segmentos más pequeños (SN-PDU) que puedan ser transportados en una trama LLC y que luego el receptor reensamblará, obteniendo de nuevo la N-PDU. La capa SNDCP también puede comprimir la cabecera IP según indican los estándares:  RFC 1144: Es usado para comprimir cabeceras de la trama TCP/IP. Se basa en el hecho de que muchos parámetros de la cabecera TCP/IP son redundantes una vez que se ha
Byte 1 X

establecido una conexión virtual TCP entre el dispositivo móvil y la aplicación. El uso de esta compresión supone que los 40 bytes de la cabecera TCP/IP puedan reducirse a tan sólo 2 o 3 bytes.  V.42bis: El estándar de la ITU-T V.42bis, puede ser utilizado en GPRS. Las cadenas de cualquier longitud pueden ser comprimidas con la ayuda de este estándar. Se utilizan los árboles de decisión que son construidos a partir de unos códigos que deben ser conocidos por el compresor y por el descompresor. Aunque la compresión de los datos reduce el número de los datos transmitidos, su uso tiene un efecto negativo al incrementar la potencia de procesamiento del MS y el SGSN. Hay dos formatos de tramas distintos para SNDCP, uno para el modo de transferencia uplink y otro para el modo de transferencia downlink. Ambos formatos se muestran en la figura :

F

T

M

NSAPI PCOMP

Byte 1 Byte 2 Byte 3 Byte 4

X

F

T

M

NSAPI PCOMP
Número N -PDU

Byte 2 Byte 3

DCOMP

DCOMP
Número de segmento

Numero N-PDU

Byte n

Segmento de Datos

Numero N-PDU

Byte n

Segmento de Datos

Uplink

Downlink

Formato de la trama SNDCP Cuando se utiliza el modo uplink, SNDCP almacenará los paquetes N-PDU y los mantiene hasta que los segmentos producidos por dicho N-PDU son sentidos por la entidad receptora. En el modo downlink, los paquetes son descartados tan pronto como los paquetes N-PDU han sido enviados a la capa LLC para su transmisión. SNDCP pedirá a la capa LLC que envíe los datos en modo uplink utilizando el formato de trama uplink, y será responsabilidad de LLC asegurar que los datos lleguen en el orden correcto. Durante esta petición, SNDCP puede hacer la petición de la QoS, como la clase de precedencia, el throughput de pico y la clase de retardo en el SGSN así como indicar el throughput de pico del dispositivo móvil. Se puede establecer también la prioridad que la capa RLC/MAC del dispositivo móvil utilizará para la transferencia. Cuando se realice la transferencia utilizando el modo downlink, los parámetros de la calidad de servicio tanto en el SGSN como en el dispositivo móvil, incluirán una clasificación de fiabilidad que indica si la capa LLC debería utilizar el modo protegido o el modo desprotegido y si la capa RLC/MAC debe utilizar el modo uplink o downlink. La capa LLC puede detectar errores en las tramas y dependiendo de si se está utilizando

el modo protegido o no, se entregará o se descartará la trama errónea. Los campos de las tramas SNDCP tienen el siguiente significado:  X (bit de reserva): Se pone a 0 por la entidad emisora y es ignorada por el receptor.  F (indicador del primer segmento): Este bit tiene el valor 1 si es el primer segmento formado de una N-PDU. Indica que los campos DCOMP, PCOMP y Num. N-PDU están incluidos en el paquete. También indica que hay mas segmentos que le siguen, pero esos segmentos tendrán el valor 0 ya que no son el primero. Si el campo es 0 también indica que DCOMP, PCOMP y Num. NPDU no aparecen.  T (tipo de SN-PDU): Un 0 indica que es una trama SN-DATA (con asignación) mientras que un 1 indica que es una trama SN-UNITDATA (sin asignación).  M: Como una N-PDU puede haber sido dividido en varios SN-PDU, el ultimo de éstos tiene que indicar que el N-PDU puede ser reensamblado. Un 0 indica que es el último de la N-

PDU, mientras que un 1 indica que no lo es.  NSAPI: Indica con que contexto PDP está asociado el SN-PDU, ya que varios contextos PDP pueden compartir el mismo enlace lógico. Los valores pueden ser: 0: 1: Multicast 2-4: 5-15: Reservados para uso futuro Valores de NSAPI asignados Es un mecanismo de escape para Información Point-to-Multipoint

1-14: Este identificador ha sido negociado dinámicamente 15: Reservado para extensiones futuras  Num Segmento: Solo es necesario en el modo sin asentimiento, ya que LLC asegura la entrega ordenada en el modo ACK.  Num N-PDU – modo ack: Tendrá un valor entre 0 y 255 que indica el número de la N-PDU.  Num N-PDU – modo no ack: Tendrá un valor entre 0 y 255 que indica el número de la N-PDU. 4.- LLC LLC (Logical Link Protocol) proporciona un enlace fiable entre el dispositivo móvil y el nodo SGSN tanto para control como para datos. Acepta campos de información variable desde 140 bytes hasta un máximo de 1520 bytes de payload y puede transferir mensajes de control y de datos que pueden estar o no encriptados. Al igual que SNDCP soporta los modos con acuse de recibo y sin acuse de recibo, además tiene la capacidad de

futuras extensiones

dinámicamente, que permiten un máximo de 11 contextos.  DCOMP (Data Compression Coding): Este campo aparece tan solo en el primer segmento, y sus valores son: 0: 1-14: 15: No hay compresión Este identificador ha sido negociado Reservado para extensiones futuras  PCOMP (Protocol Control

dinámicamente

Information Compression Coding): Este campo aparece en el primer segmento. Puede tener los siguientes valores: 0: No hay compresión

reordenar tramas que lleguen fuera de orden (cuando se retransmitan tramas que tuvieran errores). Está diseñado para ser independiente de las capas inferiores, para permitir distintas opciones.

En el plano de control, LLC transporta mensajes GMM (GPRS Mobility Management), como la autenticación o el Attach, así como información de la sesión (activación del contexto PDP), además de transportar mensajes SMS a las capas superiores. En el plano de usuario, las tramas LLC transportan los paquetes SNDCP que

seguridad el IMSI no será transmitido), pero no aparece en la cabecera LLC. La capa inferior BSSGP (entre el BSC y el SGSN) y la capa RLC/MAC (entre el móvil y el BSC), se envían, en distintos momentos, la información TLLI que identifica al dispositivo móvil de forma única. 4.2.- Modo Downlink En este modo, una entidad puede iniciar

contendrán los datos de usuario (paquetes IP). transmisiones sin tener establecido una

8
PD C/R

1 X X SAPI 1

8 0 A

Trama S
X N(R) X N(H) S1 S2

1

conexión lógica. LLC no garantiza la entrega ordenada de las tramas y no tendrá ningún procedimiento de recuperación de errores. Sin embargo, LLC puede detectar errores en las tramas recibidas, y dependiendo del modo de protección que se esté utilizando para la transmisión, entregará o descartará las tramas con errores.

Información de Control
Campo de Información de Longitud Variable hasta 1520 bytes

Trama I
0 A N(S) X X S1 N(S) N(R) S2

CRC de 3 bytes

N(S)

Trama UI
1 1 0 X N(U) X N(U) E PM

Trama U
1 1 1 P/F M4 M3 M2 M1

Formato de la trama LLC En el modo protegido, hay una comprobación Una conexión LLC es identificada por un identificador DLCI (DataLink Identifier), que estará Connection por el formado CRC de la cabecera y del campo de información. En el modo no protegido, el CRC comprueba la cabecera y tan sólo los primeros 4 bytes del campo de información, que corresponde a la máxima longitud de la cabecera PDU de un segmento SNDCP. Tampoco hay un control de flujo con este tipo de transmisión desprotegida. 4.1.-Modo Uplink

identificador del punto de acceso al servicio (SAPI) y el identificador temporal del enlace lógico (TLLI) del dispositivo móvil. El SAPI va dentro de la cabecera de la trama LLC y define el SAP del dispositivo móvil y el SGSN al que está asociado. Sin embargo, el TLLI es utilizado como identificador único del dispositivo móvil (ya que por razones de

En este caso, cada entidad emisora es responsable del flujo de datos y de la recuperación de errores. Para permitir esto, el enlace tiene primero que establecerse, y las tramas serán asentidas en este nivel LLC. Este modo proporciona un servicio fiable de entrega ordenada. o 4.3.- Formato de la Trama LLC Ahora se describen los campos de la trama LLC mostrada anteriormente.  PD (Protocol Discriminator): Este bit se pone a 0 para indicar que es una trama LLC. Si se pone a 1, la trama será tratada como inválida.  C/R (Command/Response): Indica si es un comando o una respuesta al comando.  SAPI: La dirección del servicio de la capa superior, al que esta trama tiene que ser enviado.  Campo de control: Hay cuatro tipos. o Trama de supervisión (S): Estas tramas son utilizadas para realiza las funciones propias de LLC. Pueden subir tramas I utilizando el número de secuencia de la trama recibida y N(R). El bit de o

petición de uplink (A) es puesto a 1 por el emisor si se quiere un uplink, y se pode a 0 en caso contrario. La trama S es enviada aunque no haya información a transferir. Trama de (I): información Hay un

confirmada

número de secuencia para las tramas enviadas, N(S), y para las recibidas, N(R). Cada trama I también contiene una trama S y algunas veces se le denomina trama I+S. Trama de información no confirmada (UI): Se utiliza para enviar información a las capas superiores que no necesitan confirmación. Una trama podría perderse sin que las capas superiores La se enterasen. información

puede ir o no encriptada, según indique el campo E. El bit PM indica que se utiliza el modo protegido y si el CRC controla la cabecera y el payload campo, payload protegido. o tan sólo que la el está cabecera. Si se pone a 1 este significa también

o

Trama no numerada (U): Proporciona funcionalidad adicional a LLC. No contiene ningún número de secuencia. El bit P/F (Poll/Final) será P si es una trama de comando y será F si es una trama de respuesta. El bit P se pone a 1 para pedir una trama de respuesta del receptor. El bit F se pone a 1 para indicar que es una respuesta a un comando poll.

RLC/MAC, como la segmentación y el reensamblado de las tramas LLC. Este nivel también podrá utilizar el modo con asentimiento o el modo sin asentimiento. 4.5.- Flujo de Bloques Temporal (TBF) El mecanismo de flujo de los bloques es una conexión física unidireccional para soportar la transferencia de tramas LLC. Permite que varios dispositivos móviles compartan un timeslot o que se ocupen varios time slots en las dos direcciones. Los canales de subida y bajada son asignados de forma independiente, permitiendo así la transferencia asimétrica, lo

4.4.- RLC/MAC RLC/MAC (Radio Link Control/Media

que es mejor para el tráfico de datos, donde en general, hay mayor volumen de tráfico en la bajada. A cada dispositivo móvil se le asigna uno o varios bloques de radio a la vez, y puede haber incluso varios móviles compartiendo el mismo canal de 9’05 Kbps. Esto puede dar una velocidad muy baja, pero siempre será suficiente para mantener una conexión TCP/IP fuera del time out. Al dispositivo se le asigna el canal, el time slot y el bloque de radio en el que puede transmitir. Hay tres técnicas la para realizar la esta asignación: dinámica, dinámica

Access Control) tiene como función principal segmentar paquetes LLC para transferirlos sobre el enlace de radio desde el dispositivo móvil hasta el BSC, donde estos paquetes serán reensamblados y retransmitidos por el BSSGP al SGSN. Esto ocurrirá en el uplink, mientras que en el downlink el mecanismo será similar, donde el BSC recibirá los paquetes LLC de BSSGP y los segmentará en bloques RLC/MAC para transferirlos al dispositivo móvil. Los bloques que mandará esta capa podrán ser, al igual que anteriormente, de dos modos, con acuse de recibo o sin acuse de recibo. La unidad de control de los paquetes (PCU), que normalmente está situado dentro del BSC es el responsable de las tareas de la capa

extendida y la fija. Tanto la dinámica como la fija, son obligatorias en las redes GPRS, mientras que la dinámica extendida es opcional. 4.6.-Formato de la trama RLC/MAC

indicar la propiedad del siguiente Distinguimos entre las tramas de control y las tramas de datos. La trama de datos campos aparecen en la Figura  PR (Power Reduction): Campo de 2
MAC
Byte 1 Byte 2 Byte 3 (opcional)

bloque de radio de subida en el mismo time slot.

sus

TIPO DE PAYLOAD PR

RRBP TFI BSN

SP

USF FBI E M E

MAC
Byte 1 Byte 2 Byte 3 (opcional)

TIPO DE PAYLOAD X PI

CV TFI BSN

SI

R FBI E

bits que indica la reducción del nivel de potencia del bloque RLC actual, comparado con la potencia del BCCH. Un valor de 0 indica 0-2 dB, un 1 indica 4-6 dB y un 2 indica 8-10 dB menos que el BCCH. El valor 3 no se utiliza.  TFI (Temporary Flor Identity): Es un campo de 5 bits que identifica el TBF al que pertenece el bloque.  FBI (Final block indicador): Un bit que indica el último bloque de datos RLC. Un 0 significa que hay mas bloques, mientras que un 1 significa que este es el último bloque en este TBF.  BSN (Block sequence number):

LI (Indicador de Longitud )

LI (Indicador de Longitud )

M

E

Byte M (opcional) Byte M+1 Byte N

LI (Indicador de Longitud )

M

E

Byte M (opcional) Byte M+1 (opcional) Byte M+3 (opcional) Byte M+6 Byte N

LI (Indicador de Longitud ) TLLI (32 bits) PFI

M

E

Datos RLC

E

Datos RLC Uplink

Downlink

Bloque de datos RLC/MAC  Tipo de payload: Campo de dos bits que indican si es un bloque de datos (00) o de control (01). Un valor de 10 en el downlink indica un bloque de control con la cabecera opcional. El resto de valores están reservados.  RRBP (Relative Reserved Block

Period): Estos dos bits indican un bloque reservado que el dispositivo móvil puede utilizar para un paquete de asentimiento de control, o un bloque PACCH  S/P (Supplementary/Polling): Un 0 en este campo indica que el campo RRBP no es válido, mientras que un 1 indica que sí lo es.  USF (Uplink Status Flag): Este campo de 3 bits es enviado en todos los bloques de bajada RLC para

Campo de 7 bits que lleva el número de secuencia del bloque RLC (módulo 128) dentro del TBF.  E (Extensión): Bit que indica la presencia del byte opcional en la cabecera del bloque de datos. Un 0 indica que le sigue el byte de extensión.

 LI (Indicador de Longitud): 6 bits que se usan para delimitar las PDUs LLC dentro de un único bloque de datos RLC.

 TLLI

(Temporary Campo

logical de 32

link bits

identifier): opcional.

 PFI (Packet flor identifier): Este  M (More): Único bit que, junto con el bit e y el LI, es utilizado para delimitar las PDUs LLC dentro de un TBF. Identifica si otra PDU LLC sigue a la actual dentro del mismo bloque de datos RLC.  CV (Countdown Value): Campo de 4 bits enviado por el dispositivo móvil para permitir a la red calcular el número de bloques RLC que quedan en el flujo actual de subida.  SI (Stall indicator): Bit que indica si la ventana de emisión RLC del dispositivo móvil puede avanzar o no. Un 0 indica que la ventana no está parada.  PI (PFI Indicator): Bit que indica la presencia del campo opcional PFI. Un 0 significa que no el campo no aparece.  RBSN  TI (TLLI indicator): Este campo indica si el campo TLLI aparece o no. Un 0 significa que el TLLI no aparece.  RTI (Radio transaction identifier): Campo de 5 bits utilizado para (Reduced block sequence number): Utilizado para indicar el número de secuencia del bloque de control de bajada RLC.
Byte 1 Byte 2 Byte M

campo de 7 bits es asignado por el SGSN y utilizado por un flujo y un valor de QoS determinado.  Datos RLC: Aquí aparece el PDU LLC o parte de ellos si ha sido segmentado. La cantidad de datos transferidos depende de si hay alguna cabecera opcional RLC y del esquema de codificación utilizado. La trama de control y los campos que se introducen no aparecen en la trama de datos:

MAC

TIPO DE PAYLOAD RB SN PR

RRBP

SP

USF

MAC
Byte 1

TIPO DE PAYLOAD

RTI

FS

AC
Byte 22

MENSAJ

TFI

AC

Byte 22

MENSAJE DE CONTROL Dowlink

Bloque de control RLC/MAC

agrupar los bloques de control de bajada que componen un único mensaje.  FS (Final segment): Este campo es utilizado en bloques de control de bajada para indicar el último 

teléfono, callejero…

Guía

de

teléfono

Centro comercial: Banca móvil, Entradas….Internet/ Buscador, Traductor…. Servicios:

5.- CONCLUSIONES En este capitulo se ha visto como GPRS es una red de datos que utiliza la infraestructura de la red GSM. Para permitir la transmisión de paquetes es necesario introducir dos nodos que constituyen las partes de la red del sistema GPRS y que se encargan de conmutar los paquetes de datos. Los dos nodos principales son el nodo servidor de soporte de GPRS (SGSN) y el nodo pasarela de soporte de GPRS (GGSN). El SGSN encamina los paquetes IP entrantes y salientes de cualquier equipo móvil físicamente situado dentro de la zona geográfica a la que da servicio ese SGSN, proporcionando autentificación, gestión de sesión, gestión de la movilidad y gestión del enlace lógico del equipo móvil con otros nodos de la red. En tanto el GGSN sirve de interfaz con las redes externas de paquetes P y se encarga de encaminar las direcciones IP de los abonados servidos por la red GPRS.

segmento de un mensaje de control. Un valor de 0 indica que este no es el último segmento.  AC (Address control): Único bit que indica la presencia del byte opcional PR/TFI/D en el bloque de control de bajada. Un 0 significa que este byte no aparece.  D (Direction): Bit que dirá si el TBF identificado en el campo TFI del bloque de control de bajada es de bajada (1) o de subida (0).  R (Retry): Único bit que dirá si el dispositivo móvil ha enviado el mensaje channel packet request más de una vez. Un 0 dice que ha sido enviado una vez y un 1 que ha sido enviado más veces. Acceso a servicios de información (a través del servicio WAP): Canales temáticos: Noticias,

Finanzas, Viajes….  Guía Conecta: Guía de carreteras, Reserva de restaurantes, Guía de

GPRS retiene el esquema de modulación, la anchura de los canales de radio y la estructura de las tramas usadas en GSM, sin embargo, múltiples usuarios los pueden canales compartir de radio, simultáneamente recursos

permitiendo un mejor aprovechamiento de los

Sign up to vote on this title
UsefulNot useful