Universidad de San Carlos de Guatemala

Facultad de Ingeniería
Escuela de Ingeniería Eléctrica








DISEÑO DE UNA RED PARA TELEFONÍA LOCAL Y LARGA
DISTANCIA NACIONAL E INTERNACIONAL CON EL ESTÁNDAR
PACKETCABLE PARA REDES HÍBRIDAS DE FIBRA Y COAXIAL
(HFC) EN 5 CIUDADES






ALAIN SALOMÓN GÓMEZ GONZÁLEZ
ASESOR: ING. MARIO ALBERTO MIRANDA





Guatemala, Octubre de 2005

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA






FACULTAD DE INGENIERÍA


DISEÑO DE UNA RED PARA TELEFONÍA LOCAL Y LARGA
DISTANCIA NACIONAL E INTERNACIONAL CON EL ESTÁNDAR
PACKETCABLE PARA REDES HÍBRIDAS DE FIBRA Y COAXIAL
(HFC) EN 5 CIUDADES

TRABAJO DE GRADUACIÓN

PRESENTADO A LA JUNTA DIRECTIVA DE LA
FACULTAD DE INGENIERÍA
POR

ALAIN SALOMÓN GÓMEZ GONZÁLEZ
ASESORADO POR: ING. MARIO ALBERTO MIRANDA

AL CONFERÍRSELE EL TÍTULO DE
INGENIERO ELECTRÓNICO



GUATEMALA, OCTUBRE DE 2005

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA






FACULTAD DE INGENIERÍA


NÓMINA DE JUNTA DIRECTIVA

DECANO Ing. Murphy Olympo Paiz Recinos
VOCAL I --------------------------------------
VOCAL II Lic. Amahan Sánchez Álvarez
VOCAL III Ing. Julio David Galicia Celada
VOCAL IV Br. Kenneth Isur Estrada Ruiz
VOCAL V Br. Elisa Yazminda Vides Leiva
SECRETARIA Inga. Marcia Ivonne Véliz Vargas


TRIBUNAL QUE PRACTICÓ EL EXAMEN GENERAL PRIVADO

DECANO Ing. Herbert René Miranda Barrios
EXAMINADOR Ing. Kenneth R. Barnett Castellanos
EXAMINADOR Ing. Luis A. González López
EXAMINADOR Ing. Aparicio Cuyán Noj
SECRETARIA Inga. Gilda Marina Castellanos de Illescas


HONORABLE TRIBUNAL EXAMINADOR


Cumpliendo con los preceptos que establece la ley de la Universidad de
San Carlos de Guatemala, presento a su consideración mi trabajo de
graduación titulado:

DISEÑO DE UNA RED PARA TELEFONÍA LOCAL Y LARGA
DISTANCIA NACIONAL E INTERNACIONAL CON EL ESTÁNDAR
PACKETCABLE PARA REDES HÍBRIDAS DE FIBRA Y COAXIAL
(HFC) EN 5 CIUDADES

Tema que me fuera asignado por la Dirección de la Escuela de Ingeniería
Mecánica Eléctrica, en mayo de 2005.




Alain Salomón Gómez González










AGRADECIMIENTOS



Al creador, por esa serie de efectos causales que me han puesto en donde
estoy.

A mi madre, por todo lo que ha hecho por mi; a ella le debo lo que soy.

A toda mi familia, por el apoyo que siempre me han brindado.

Al ingeniero Ricardo Moreno, por la ayuda en este trabajo.


















DEDICATORIA

A Mayra, por todo tu tiempo sacrificado, por ese esfuerzo, por tanto amor...



























ÍNDICE



ÍNDICE DE ILUSTRACIONES......................................................................... i
LISTA DE SÍMBOLOS .................................................................................... v
GLOSARIO .................................................................................... vii
RESUMEN ..................................................................................... xi
OBJETIVOS ................................................................................... xiii
INTRODUCCIÓN .................................................................................... xv

1 ANTECEDENTES HISTÓRICOS .............................................................1

2 REVISIÓN DE ESTÁNDARES DE REDES HFC PARA
SERVICIOS DE DATOS Y TELEFONÍA...................................................3
2.1. Estándar Docsis para transmisión de datos.....................................3
2.1.1. Generalidades .......................................................................3
2.1.2. Modulaciones ........................................................................6
2.1.3. Evolución de Docsis ..............................................................7
2.1.4. Requerimientos mínimos de una red HFC para ofrecer
servicios con DOCSIS...........................................................8
2.2. Estándar Packetcable para servicio de telefonía. ............................9
2.2.1. Generalidades .......................................................................9
2.2.2. Arquitectura del estándar y elementos que lo componen....12
2.2.3. Descripción de los elementos del estándar .........................14
2.2.3.1. Servidor de administración de llamada (CMS)......14
2.2.3.2. Controlador de compuertas de medio (MGC) .......14
2.2.3.3. Compuerta de medio de PSTN (PSTN gateway)..14
2.2.3.4. Sistemas de soporte de operación (OSS).............15

3. DISEÑO DE LA RED PACKETCABLE PARA 5 CIUDADES..................19
3.1. Requisitos de la red HFC...............................................................19
3.1.1. Suposiciones sobre el operador ..........................................20
3.1.2. Diseño de la red HFC..........................................................22
3.1.2.1. Optimización del diseño físico ..............................22
3.1.2.2. Diseño de recursos...............................................26
3.1.2.2.1. Canales de voz por portadora..............26
3.1.2.2.1.1 Utilizando portadoras QPSK
de 1.6MHz ........................30
3.1.2.2.1.2 Utilizando portadoras QPSK
y 16 QAM de 3.2MHz........32
3.1.2.2.2. Cálculo de tarjetas de CMTS...............34
3.1.2.2.3. Cálculo de licencias de CMS ...............38
3.1.3. Diseño de la red de interconexión ......................................39
3.1.3.1 Red de señalización ..........................................40
3.1.3.1.1. Transporte de la señalización en TDM 41
3.1.3.1.2. Transporte de la señalización en IP.....42
3.1.3.2. Red de voz ..........................................45
3.1.3.2.1. Enlaces punto a punto .........................46
3.1.3.2.2. Red en anillo........................................47
3.1.4. Diseño de la dimensión de la red WAN...............................50
3.1.4.1. Enlaces punto a punto (Estrella)...........................51
3.1.4.2. Red en anillo ..........................................55
3.1.4.3. Red en malla ..........................................57
3.1.5. Cálculo de ancho de banda de voz .....................................59
3.1.5.1. Cálculo de ancho de banda para anuncios y
conferencias ..........................................61
3.1.5.2. Cálculo de ancho de banda para correo de voz ...63
3.1.6. Parámetros de desempeño de la red a tomar en cuenta.....64

3.1.6.1. Calidad de Servicio, retardo y variación
del retardo ..........................................64
3.2. Optimización de la red con MPLS ..........................................67
3.2.1. Funcionamiento de MPLS ..........................................68
3.2.2. VPNs con MPLS ..........................................70
3.3. Cálculo de capacidades de compuertas de medios.......................71
3.3.1. Cálculo de E1s para interconexión local..............................74
3.3.2. Cálculo de E1s para larga distancia nacional e
Internacional ..........................................78

CONCLUSIONES.........................................................................................83
RECOMENDACIONES.................................................................................85
REFERENCIAS............................................................................................87
BIBLIOGRAFÍA............................................................................................89
ANEXO 1 TABLA ERLANG B .....................................................................91



i
ÍNDICE DE ILUSTRACIONES



FIGURAS

1 Diagrama simplificado de un sistema de datos sobre redes HFC. ......4
2 Modelo de Referencia DOCSIS............................................................5
3 Modelo de Referencia Packetcable. ...................................................11
4 Modelo de Referencia de los componentes Packetcable. ..................13
5 Topología tradicional de una red HFC................................................22
6 Topología de anillo. ............................................................................23
7 Topología de anillos múltiples desde la cabecera..............................23
8 Topología de anillo principal y anillos secundarios.............................25
9 Distribución del espectro de la banda ascendente. ............................28
10 Distribución de canales ascendentes y descendentes en un CMTS. 35
11 Distribución de canales ascendentes y descendentes en un
CMTS al segmentar .......................................................................... 38
12 Solución de transporte TDM con multiplexores. .................................42
13 Solución de transporte de SS7 sobre IP. ...........................................43
14 Pila de Protocolos SIGTRAN.............................................................44
15 Red de enlaces punto multipunto para interconexión.........................46
16 Red en anillo con conmutadores capa 3. ...........................................47
17 Red en anillo con MGWs....................................................................48
18 Red en anillo con equipos SDH..........................................................49
19 Red WAN de doble estrella. ...............................................................52
20 Red WAN de dos centros de estrella. ...............................................54
21 Red WAN en anillo con un punto de acceso a internet. .....................55
22 Red WAN en anillo con dos puntos de acceso a internet...................56

ii
23 Red WAN en malla total con un punto de acceso a internet. ............ 57
24 Red WAN en malla total con dos puntos de acceso a internet...........58
25 Planos de arquitectura MPLS y funciones................................69






































iii
TABLAS

I Comparación de las modulaciones ......................................................6
II Requerimientos mínimos para la banda descendente .........................9
III Requerimientos para la banda ascendente..........................................9
IV Penetración de servicios de TV e internet ..........................................21
V Penetración de servicio telefónico .....................................................21
VI Codecs y tasas de bits .......................................................................27
VII Portadora QPSK de 1.6 MHz .............................................................30
VIII Cantidad de canales y equipos a aprovisionar para una
portadora de QPSK 16MHz................................................................31
IX Portadoras QPSK de 3.2 MHz y QAM 16 de 3.2 MHz .......................33
X Cantidad de canales y equipos a aprovisionar con portadoras
QPSK y QAM 16 de 3.2 MHz .............................................................33
XI Cantidad de puertos y tarjetas............................................................37
XII Ancho de banda por intervalo de muestra..........................................61
XIII Distribución del tráfico saliente entre los diferentes operadores. ......72
XIV De tipo de tráfico saliente LDN LDI. ...................................................72
XV Cantidad de tráfico local por ciudad. ..................................................73
XVI Cantidad de puertos para tráfico local por operador. .........................75
XVII Tráfico local entrante por operador. .................................................77
XVIII Puertos E1s para tráfico local.............................................................78
XIX Tráfico saliente LDN y LDI..................................................................79
XX Tráfico entrante LDN. .........................................................................80
XXI Tráfico LDN entrante y canales necesarios por ciudad. .....................80
XXII Tráfico y puertos necesarios para LDI................................................81
XXIII Capacidad de las compuertas de medios en cada ciudad. ................82




iv






























v
LISTA DE SÍMBOLOS

Símbolo Significado

Σ
Sistema de Terminación de
cablemodems (CMTS)
Cablemodem
Combinador (elemento pasivo)
Divisor (elemento pasivo)
Estación óptica de TV por cable
Cabecera
Compuerta de medios
Conmutador de paquetes
Centro de distribución de señal (HUB)
÷
ΣΣ
Sistema de Terminación de
cablemodems (CMTS)
Cablemodem
Combinador (elemento pasivo)
Divisor (elemento pasivo)
Estación óptica de TV por cable
Cabecera
Compuerta de medios
Conmutador de paquetes
Centro de distribución de señal (HUB)
÷÷
t

vi















GC
GW de señalización
Multiplexor
Enrutador
Comutador TDM Clase 5
GC GC
GW de señalización
Multiplexor
Enrutador
Comutador TDM Clase 5

vii
GLOSARIO



BGP Border Gateway Protocol, Protocolo de enrutamiento.
Buffer Memoria temporal de un enrutador a la cual llegan los
paquetes para ser enrutados.
Cablelabs (Cable Televisión Laboratories, Inc) Consorcio de
investigación y desarrollo dedicado a servicios sobre redes
de televisión por cable .
Carrier class Se refiere a equipos que cumplen con las especificaciones
necesarias para servir en empresas que prestan servicios,
tales como redundancia de alimentación eléctrica, interfaces,
control, etc.
CEF Cisco Express Forwarding, mecanismo propietario de Cisco
para crear las tablas FIB.
CoS Mecanismo para marcar los paquetes según la clase de
servicio a la que pertenecen.
CMS Call Management System (Sistema de Control de Llamada)
Codec Acronismo para Coder-Decoder; indica conversión de
analógico a digital y viceversa, los codecs para voz son
diferentes tasas de bits por segundo a las que se puede
enviar la voz en forma digital.
DOCSIS Protocolo estándar para la transmisión de datos sobre una
red HFC.
E1 Interfaz de 32 canales de 64kbps cada una.
EIGRP Protocolo IGP propietario de Cisco.

viii
e-MTA Adaptador Multimedia ubicado en la localidad del abonado,
tiene al menos un puerto de voz y utiliza NCS para la
señalización de la misma.
FIB Forwarding Information Base; tabla de enrutamiento en
memoria cache para ser utilizada por MPLS.
Firmware Programa almacenado en la memoria ROM de un equipo,
puede actualizarse siguiendo pasos especificados por el
fabricante del equipo.
Gateway Compuerta de medios, equipo que convierte la información
de un medio a otro diferente, por ejemplo un GW de voz,
convierte de VoIP a voz TDM.
G.E. Gigabit Ethernet; protocolo de transmisión de capa 2
HFC Network Red híbrida de fibra y coaxial.
IETF Internet Engineering Task Force; comunidad internacional
abierta que dicta estándares que hacen uso del protocolo IP.
IGP Interior Gateway Protocol; protocolo para intercambio de
información de enrutamiento dentro de una red autónoma.
IP Internet Protocol; Protocolo de capa 3 del modelo OSI.
LDP Protocolo de Distribución de Etiquetas.
LIB Tabla de información de etiquetas, utilizada en MPLS.
LFIB Tabla de etiquetas con uso corriente dentro de un enrutador.
M2UA Protocolo de SIGTRAN (MTP2 User Adaptation Layer), para
conversión de IP a capa de adaptación de SS7.
M3UA Protocolo de SIGTRAN (MTP3 User Adaptation Layer), para
conversión de IP a capa de adaptación de SS7.
MGCP Protocolo desarrollado por Telcordia y adoptado por IETF
para voz sobre protocolo de Internet (Media Gateway Control
Protocol).
MP-BGP Protocolo BGP multiprotocolo.

ix
MPEG Moving Pictures Experts Group (Grupo de estándares para
video digital).
MPLS Multiprotocol Label Switching; es el protocolo de
conmutación de etiquetas estándar de la IETF.
NCS Protocolo de señalización de llamada basado en red,
especificado por Packetcable (Network-based call signaling)
derivado de MGCP.
OSPF: Open Shortest Path First (Primero el camino abierto más
corto)
Packetcable: Proyecto de Cablelabs orientado a los servicios de telefonía
y multimedia sobre redes HFC haciendo uso de DOCSIS 1.1.
POI: Punto de Interconexión (Point of Interconection)
PSTN: Red Telefónica Pública Conmutada (Public Switched
Telephone Network).
QoS Siglas en inglés para calidad de servicio
RPR: Protocolo de protección de red de Ethernet.
RTP: Real Time Protocol (Protocolo para aplicaciones de tiempo
real)
RSVP: Protocolo de reserva de ancho de banda para aplicaciones
de tiempo real.
Señalización Tipo de señalización que viaja independientemente de los
No. 7: canales de voz, es la más utilizada actualmente en las redes
TDM y en la interconexión entre redes telefónicas.
SDH Protocolo de transmisión TDM.
SIGTRAN: Familia de protocolos de transporte de señalización siete
sobre IP.
SNCP: Mecanismo de protección de red en SDH.
Softswitch: Conmutador de VoIP basado en servidores, se refiere a una
arquitectura o solución en vez de a un equipo, es el

x
equivalente en VoIP a una central telefónica TDM.
SSC: Signaling Switching Point (Punto de Conmutación de
Señalización)
SSW: Siglas para designar un Softswitch
SW: Signaling Gateway, (Compuerta de Medios de Señalización).
STP: Punto de transferencia de señalización, es un punto donde
se entrega la señalización y el operador la lleva desde este
punto a otro, en donde tiene sus bases de datos.
SCTP: Protocolo para aplicaciones de tiempo casi real, es utilizado
por SIGTRAN para el transporte.
UDP: Protocolo para aplicaciones de tiempo real.
TCP: Protocolo de transporte para aplicaciones que no son de
tiempo real, como datos.
TDM: Time División Multiplexing
TDP: Tag Distribution Protocol
ToS Mecanismo por el cual se marcan los paquetes para
diferenciar el ‘tipo de servicio’ al que pertenecen.
VCI: Mecanismo de ATM para crear un PVC.
VoIP: Voz sobre IP.
VPI: Mecanismo de ATM para crear un PVC.
VPN: Virtual Private Network. (Red Virtual Privada)








xi
RESUMEN



Packetcable es el estándar para brindar servicio de telefonía en redes de
televisión por cable, este hace uso del protocolo DOCSIS para la transmisión de
datos en el mismo tipo de redes, ambos estándares han sido desarrollados por
Cablelabs y adoptados por varias otras entidades desarrolladoras de
estándares. Packetcable surge de la necesidad de ofrecer servicios multimedia
sobre redes de cable, siendo su primera meta alcanzada ofrecer servicio
telefónico con calidad similar al de la PSTN, diferenciándose de otras
soluciones, como utilizar equipos con protocolos SIP, en que contiene
mecanismos para garantizar calidad de servicio para la voz.

Las portadoras DOCSIS se han de dividir para ofrecer ambos servicios,
esta división depende de la penetración esperada y del grado de servicio que se
desea ofrecer aunado al tipo de codec que se desea utilizar; Packetcable
especifica G.711 para servicio primario y da la posibilidad de ofrecer algún otro
para servicio secundario, aunque se puede operar el servicio primario con un
codec diferente al especificado, se debe tener cuidado. Se ha propuesto utilizar
60% para voz y 40% para datos usando G.711, puede variar a juicio del
operador, pero los cálculos para líneas y equipos instalados serán los mismos.

La señalización será SS7 para la interconexión, hay dos posibilidades para
transportar esta señalización, de forma TDM que deberá ser llevados por
enlaces separados de la red que llevará la voz y los datos, o de forma IP
utilizando SIGTRAN, en este caso podrá viajar por los mismos enlaces que la
voz y los datos.

xii
Se mencionan varios mecanismos de calidad de servicio a ser
implementados en la red WAN para asegurar que la voz sea prioritaria entre
todos los servicios que viajen en esta red, el mecanismo adecuado dependerá
de la arquitectura que posee el operador, pero se sugiere la utilización de MPLS
para hacer esta red más eficiente.

Los cálculos para los anchos de banda en cada segmento de la red, para
la cantidad de licencias del sistema y para la cantidad de puertos de las
compuertas de medio dependen de la cantidad de tráfico esperada por el
operador, este tráfico se obtiene de un estimado de penetración del servicio
telefónico y la cantidad de tráfico esperada por abonado.

















xiii
OBJETIVOS



General

Diseño de una red Packetcable en 5 ciudades como guía para futuros
desarrollos de proyectos telefónicos en redes híbridas de fibra y coaxial.

Específicos

1. Dar a conocer los aspectos del estándar Docsis.
2. Dar a conocer los aspectos del estándar Packetcable.
3. Análisis del diseño de espectro de las redes HFC.
4. Análisis del diseño de la red WAN (para larga distancia nacional e
internacional).
5. Análisis del diseño de la red para interconexión.
6. Calcular el dimensionamiento de las compuertas de medios (gateways).












xiv






























xv
INTRODUCCIÓN



Las empresas de televisión por cable empezaron a dar servicios
interactivos con decodificadores en las casas de sus abonados, para lograr esto
se implementó el canal ascendente, posteriormente se amplió la capacidad de
este canal y los servicios que podían viajar por el mismo, desde servicios
internos del operador, como monitoreo de estado de los elementos de la red,
hasta servicios a los abonados como acceso a internet, los primeros sistemas
para este último servicio eran propietarios y también ofrecían la posibilidad de
dar servicios de telefonía.

Con el nacimiento de Cablelabs los estándares para estos servicios han
ayudado a un mayor desarrollo de proyectos de este tipo, la documentación
sobre estos temas aún es limitada (al menos en Latinoamérica), la mayoría se
encuentra en forma electrónica, la web ha sido una fuente enorme de
información.

La intención del presente trabajo es brindar mayor claridad en el tema, no
solamente a nivel de los estándares sino también a nivel de recursos
necesarios, sean éstos ya existentes en la operación o no, por este motivo no
se ha profundizado en los detalles de los estándares ya que sobre cada uno se
podría escribir bastante más que este trabajo.

Se exponen los detalles más relevantes de DOCSIS y Packetcable para tener
una idea clara de su arquitectura y funcionamiento, posteriormente se presenta junto
con algunos supuestos de una operación de televisión por cable, algunas
sugerencias de asignación de los recursos del espectro, estos pueden variar según

xvi
el criterio de cada operador, pero la forma de calcularlos es la misma, así que no es
más que una guía para quien desee implementar un proyecto de este tipo.


1
1. ANTECEDENTES HISTÓRICOS



En 1984 Richard S. Leghorn empezó la iniciativa de fundar una entidad de
investigación y desarrollo de tecnologías para redes de cable que fuese
independiente de los fabricantes, consiguió el respaldo de la NCTA (Nacional
Cable Televisión Association) para fundar en 1988 el consorcio Cable
Televisión Laboratories, Inc. (Cablelabs) (1-2).

El enfoque principal eran los equipos terminales, a sabiendas que al tener
varios fabricantes vendiendo equipos similares, la producción aumentaría y los
precios bajarían considerablemente, al alcanzar una economía de escala (1-6).

Tres fueron las áreas en las que se concentraron los esfuerzos de
Cablelabs, adecuación de la planta existente para llevar señal de televisión
mejorada, estandarización de la electrónica de consumo y servicios interactivos
(1-10).

Los principales operadores de televisión por cable de Estados Unidos son
miembros de Cablelabs que cuenta también con membresías de empresas de
México y Sudamérica (1-12).

Cablelabs se dedica a investigar los nichos de negocios, desarrollar los
estándares y certificar los equipos que son sometidos a dicho fin.

Los primeros sistemas para enviar datos y telefonía (también conocido
como Cablefonía) sobre redes HFC eran redes de conmutación de circuitos,
usualmente cada portadora tenía 30 circuitos o 24 circuitos de 64 kbps cada

2
uno, equivalentes a un E1 o un T1 respectivamente, cada canal podía usarse
tanto para datos como para telefonía, estos sistemas eran propietarios de cada
fabricante, por lo tanto, el costo para desarrollar un proyecto era bastante alto.

En 1995 Cablelabs dio el primer paso para la investigación de un sistema
de servicios de datos de alta velocidad enviando un RFP a varios fabricantes,
era un documento que contenía el consenso de varias compañías miembros de
Cablelabs.

En Diciembre de 1996 anunció, junto con los avances en las
especificaciones del sistema, el nombre formal de DOCSIS (1-49, 51).

En 1997 Cablelabs inicio las pruebas de interoperabilidad de los primeros
cablemodems (1-51).

En 1998 la IUT adopto la mayor parte de las especificaciones DOCSIS
como el estándar oficial internacional J112-B (1-52).

El estándar Packetcable fue anunciado en 1997, teniendo la finalidad de
conseguir tecnología y equipamiento para servicios multimedia utilizando el
protocolo IP, para redes de cable e internet (1-52).

Posteriormente la ANSI y la IEEE adoptaron algunas de las
especificaciones de Cablelabs como estándares.






3
2. REVISIÓN DE ESTANDARES DE REDES HFC PARA
SERVICIOS DE DATOS Y TELEFONÍA



Son varios los estándares involucrados en una operación de los servicios
sobre redes HFC, el presente trabajo se concentrará en los necesarios para la
operación de telefonía suponiendo que son ya conocidos los estándares de
construcción de las redes HFC y la operación de los servicios de televisión
paga.

2.1 Estándar Docsis para Transmisión de Datos

2.1.1 Generalidades

El estándar DOCSIS (Data-Over-Cable Service Interface, Interfaz de
Servicio de Datos sobre Cable) especifica las interfaces para la prestación de
servicios de transmisión de datos de alta velocidad sobre redes híbridas de fibra
óptica y cable coaxial.

En la interfaz de RF hay dos opciones, una se especifica para el estándar
de transmisión utilizado en América y la otra para el estándar utilizado en
Europa (Euro DOCSIS, no tratado en este trabajo), en la primera se usan
portadoras para el canal descendente de 6 MHz de ancho de banda, en un
rango que va desde 91 MHz hasta los 857 MHz, y para el retorno se usa la
banda desde 5 MHz hasta 42 MHz, con portadoras de ancho de banda variable
desde 200 KHz hasta 3.2 MHz. (2-1).

Las portadoras del canal descendente tienen el mismo ancho de banda

4
que las portadoras de video, en DOCSIS se utilizan paquetes MPEG para la
transmisión de los datos en estas portadoras.

Un sistema para servicios de datos esta constituido básicamente de dos
componentes, uno del lado del proveedor de servicio y otro del lado del
abonado, en el estándar DOCSIS se les ha llamado Cable Modem Termination
System o CMTS y Cablemodem o CM respectivamente. En la figura siguiente
se aprecia en términos generales un sistema de datos sobre redes HFC.

Figfura 1. Diagrama simplificado de un sistema de datos sobre redes HFC








Fuente: ANSI/SCTE (American National Standar Institute), Data-Over-Cable Service Interface Specification DOCSIS
1.0 Radio Frecuency Interface (RFI). Pag. 2.

El CMTS tiene interfaz de red para la conexión a internet por un lado e
interfaz de RF para la conexión a la red HFC por el otro lado, en general se
puede definir a un CMTS como un enrutador con interfaz de RF que se
comunica con equipos terminales.

Las interfaces de red contempladas por el estándar son ATM, FDDI, 802.3
sobre 10 o 100 BASE-T, los fabricantes también han añadido a sus equipos la
interfaces Gigabit Ethernet y SDH. (3-6).

RED HFC
Internet
CMTS
CM
Computadora
del cliente
RED HFC
Internet Internet
CMTS
CM
Computadora
del cliente

5
El cablemodem tiene por un lado conexión a la red HFC con un conector
tipo F macho para cable coaxial RG-6 y por el otro lado una interfaz Ethernet
y/o USB para la conexión a una computadora o red LAN.

La vía descendente o directa (downstream) va desde 91 MHz Hasta 857
MHz y la vía ascendente o reversa (upstream) va desde 5 MHz hasta 42 MHz,
En la banda descendente las portadoras pueden tener 0.2 MHz o 3.2 MHz de
ancho de banda, se puede apreciar la significativa diferencia de margen de
espectro entre cada vía, aún tomando en cuenta que la mayor parte del ancho
de banda del canal descendente esta ocupado por los canales de televisión hay
una diferencia fuerte, esto es por el comportamiento asimétrico del tráfico de
internet, la mayor parte del tráfico va desde la nube hacia el abonado y a la
inversa hay poco tráfico.

Figura 2. Modelo de Referencia DOCSIS













Fuente: ANSI/SCTE (American National Standar Institute), Data-Over-Cable Service Interface Specification DOCSIS 1.0
Radio Frecuency Interface (RFI). Pag. 3.

6
Modulación
Rango de
Frecuencias (MHz)
Amplitud del
Canal (MHz)
Msps Mbps Carga máxima de Mbps
QAM 256
(8bpSim)
54 a 860 6 53.605 42.88 ~ 38
QAM 64
(6bpSim)
54 a 860 6 5.057 30.34 ~ 27
1.6 1.28 5.12 ~ 4.6
3.2 2.56 10.24 ~ 9
1.6 1.28 2.56 ~ 2.3
3.2 2.56 5.12 ~ 4.6
QPSK
(2bpSim)
5 a 42
Canal Descendente
Canal Ascendente
QAM 16
(4bpSim)
5 a 42
En la figura anterior se aprecia como el CMTS ubicado en la cabecera se
conecta a una red de transporte que lleve a la salida a internet, por el otro lado
pasa por un combinador para llevar sus señales al canal descendente y recibe
las señales de los cablemodems a través de divisores.

2.1.2 Modulaciones

La modulación para el canal descendente puede ser 64 QAM o 256 QAM
(2-18), es programable desde el CMTS, depende de la consideración del
operador, pero también puede depender del estado de la red en cuanto a ruido
y relación de portadora a ruido. La modulación en el canal ascendente puede
ser QPSK o 16 QAM (2-18), considerando que la banda baja del espectro es la
más susceptible a ruido, en este punto la decisión de cual modulación utilizar
depende aún más del estado de la red. A continuación una tabla comparativa
de las modulaciones por canal y la cantidad de bits por segundo que se alcanza
con cada una.

Tabla I. Comparación de las modulaciones












7
2.1.3. Evolución de Docsis

La primera serie de especificaciones para la transmisión de datos de alta
velocidad pensando en servicios de internet se llamo DOCSIS 1.0, estas
especificaciones llenaban los requisitos únicamente para ese fin, internet de alta
velocidad, posteriormente se emitió DOCSIS 1.1, esta serie de especificaciones
tomaban en cuenta la calidad de servicio dinámica, la diferenciación de
servicios, seguridad en contra del robo de señal de internet y además duplica el
ancho de banda que se puede alcanzar en el canal ascendente, estas
características son las que hacen que DOCSIS 1.1 sea obligatorio en una red
para ofrecer servicios de telefonía.

La migración de una red funcionando con DOCSIS 1.0 a DOCSIS 1.1 es
solamente actualización del sistema operativo del CMTS y las imágenes de
firmware de los CM (solamente para CM que están equipados para tal fin, hay
algunos CM que no pueden ser actualizados a DOCSIS 1.1).

Finalmente la última especificación es DOCSIS 2.0 en donde la
transmisión TDMA se mejora a A-TDMA, pero puede ser también S-CDMA
teniendo con esta última técnica mejor comportamiento ante ruido, DOCSIS 2.0
especifica un canal de retorno de hasta 30 Mbps, esto asegura poder ofrecer
servicios simétricos, es decir, igual ancho de banda en canal ascendente y
descendente.

Dado que DOCSIS 2.0 trabaja con transmisión S-CDMA implica tarjetas
diferentes a aquellas que trabajan con DOCSIS 1.0 o 1.1, la migración total
implicaría cambio de equipamiento, pero los CMTS ‘carrier class’ son sub-
bastidores a base de ranuras, en cada ranura se instala una tarjeta CMTS, de
esta manera se puede tener tarjetas CMTS DOCSIS 1.0 o 1.1 y 2.0 trabajando
en los mismos equipos y red al mismo tiempo.

8
2.1.4 Requerimientos mínimos de una Red HFC para ofrecer
Servicios con Docsis

A continuación se muestran los valores mínimos especificados para el
funcionamiento de DOCSIS sobre una red HFC.

Tabla II. Requerimientos Mínimos para la banda descendente


















Fuente: ANSI/SCTE 22–1 2002, Data-Over-Cable Service Interface Specification DOCSIS 1.0 Radio Frecuency
Interface (RFI), pp 8



Parametro Valor
Rango de Frecuencias
91 MHz a 857 MHz pero los valores de esta tabla aplican
a frencuencias => a 88 MHz
Espaciamiento de canal RF (ancho de banda
diseñado)
6 MHz
Retardo de tránsito desde la Cabecera hasta el
cliente más distante
<= 0.800 msec (típicamente mucho menos)
Relación de portadora a ruido (SNR) en una banda
de 6 MHz (nivel de video analógico)
No menor a 35 dB
Relación de portadora a interferencia para el total
de la potencia (señales discretas y de ingreso de
banda ancha)
No menor a 35 dB en la banda diseñada
Distorsión compuesta de triple batida (CTB) No mayor a -50 dB en la banda diseñada
Distorsión de composición de segundo orden
(CSO)
No mayor a -50 dB en la banda diseñada
Modulación cruzada o co-canal No mayor a -40 dBc en la banda diseñada
amplitud de ondulación 0.5 dB en la banda diseñada
Ondulación de retardo de grupo en el espectro
ocupado por el CMTS
75 ns en la banda diseñada
Límite de micro-reflexiones para eco dominante
-10 dBc @ <= 0.5 microseg, -15 dBc @ <= 1.0 microseg
-20 dBc @ <= 1.5 microseg, -30 dBc @ > 1.5 microseg
Modulación de zumbido de portadora No mayor a -26 dBc (5%)
ruido de rafaga No mayor a 25 microseg a 10 Hz
Variación de nivel de señal diurna y de temporada 8 dB
Cuesta de nivel de señal, 50 MHz - 750 MHz 16 dB
Nivel máximo de portadora de video analógica a la
entrada del CM
17 dBmV
Nivel mínimo de portadora de video analógica a la
entrada del CM
-5 dBmV
Canal descendente

9
Tabla III. Requerimientos para la banda ascendente











Fuente: ANSI/SCTE 22–1 2002, Data-Over-Cable Service Interface Specification DOCSIS 1.0 Radio Frecuency
Interface (RFI), pp 9.

Las dos tablas anteriores son los valores mínimos de las figuras de mérito
que debe cumplir una red HFC para implementar DOCSIS pero dependiendo
del criterio del operador estos podrían ser mejores.

2.2 Estándar Packetcable para servicio de Telefonía

2.2.1. Generalidades

El estándar Packetcable tiene por objetivo establecer especificaciones
para servicios multimedia en tiempo real, tales como telefonía IP, conferencia
multimedia y juegos, utilizando el protocolo DOCSIS que a su vez utiliza el
protocolo IP. Inicialmente se desarrollaron cinco especificaciones, las cuatro
primeras para servicios de telefonía, y la siguiente para servicios multimedia,
posteriormente se desarrollo una última para telefonía, en la cual, tres de las
anteriores están contenidas dentro de esta, se explican a continuación.
Parametro Valor
Rango de Frecuencias 5 a 42 MHz borde a borde
Retardo de tránsito desde el CM más distante al
CM o CMTS más cercano
<= 0.800 msec (típicamente mucho menos)
Relación de portadora a ruido (SNR) No menor a 25 dB
Relación de portadora a potencia de ingreso No menor a 25 dB
Relación de portadora a interferencia No menor a 25 dB en la banda diseñada
amplitud de ondulación 5 - 42 MHz : 0.5 dB/MHz
Ondulación de retardo de grupo 5 - 42 MHz: 200 ns
Límite de micro-reflexiones para eco dominante
-10 dBc @<= 0.5 microseg, -15 dBc @<= 1.0 microseg
-20 dBc @ <= 1.5 microseg, -30 dBc @ > 1.5 microseg
Modulación de zumbido de portadora No mayor a -23 dBc (7%)
ruido de rafaga No mayor a 25 microseg a 10 Hz
Variación de nivel de señal diurna y de temporada No mayor a 8 dB
Canal ascendente

10
Packetcable 1.0, define las especificaciones para telefonía residencial
como señalización de llamadas (utilizando el protocolo NCS), calidad de
servicio, codec, aprovisionamiento de clientes, recolección de eventos de
facturación, interconexión con la red publica privada, e interfaces de seguridad
para implementar servicios telefónicos residenciales en una zona sencilla (una
zona sencilla es la cubierta por un solo CMS), cubre el equipo de suscriptor,
acceso a la red HFC, servidor de administración de llamada, servidor de
medios, compuertas para interconexión a la red pública y servidores OSS,
además se especifican algunos servicios conocidos como ‘Servicios Clase 5’,
por ejemplo, llamada en espera, cancelación de llamada en espera, conferencia
tripartita, desvío de llamadas, mensajería de voz, etc.

Packetcable 1.1, define la arquitectura para servicio de línea primaria, esto
incluye disponibilidad mientras hay caída de energía eléctrica en la casa del
abonado y acceso a servicios de emergencia, como policía y bomberos.

Packetcable 1.2, define los requerimientos necesarios para
comunicaciones entre redes Packetcable 1.0 a través de una red de transporte
IP, se especifican la señalización de las llamadas y la calidad de servicio
necesaria, extensiones estas de Packetcable 1.0.

Packetcable 1.3, especifica las interfaces y el modelo de datos para el
aprovisionamiento de los servicios de cliente en el servidor de administración de
llamadas (CMS).

Packetable 1.5, es la última especificación, contiene mejoras a
Packetcable 1.0 y suplanta Packetcable 1.1, Packetcable 1.2 y Packetcable
1.3.


11
Packetcable Multimedia, define calidad de servicio, seguridad, y recursos
de facturación para cualquier servicio multimedia con equipos terminales
utilizando el protocolo SIP, valiéndose de servidores de políticas para este fin.

Figura 3. Modelo de referencia de Packetcable











Fuente: Cablelabs, PacketCable 1.0 Arquitecture Framework, Technical Report, pp. 4

En el modelo de referencia anterior se puede ver el sistema Packetcable
para una zona, esta consta de dos redes HFC que son administradas por un
solo CMS. Una zona se define como el conjunto de eMTAs en una o varias
redes HFC que son manejadas por un único CMS, y un dominio se define como
una o varias zonas Packetcable que son administradas por una única entidad
administrativa (empresa de cable) (4-2).

Como se menciono anteriormente Cablelabs ha especificado que para la
señalización desde los eMTAs hacia el CMS se utiliza el protocolo NCS que es
una variación del protocolo MGCP (5-15), para el transporte de la voz se utiliza
RTP que a su vez utiliza IP.

HFC Access
Network
{DOCSIS}
HFC Access
Network
{DOCSIS}
PSTN
Munuged
IP Network
CMTS
CMTS
Embedded MTA CIient
S-MTA
CubIe
Modem
StunduIone
MTA
CubIe
Modem
StunduIone
MTA
CuII
Munugement
Server
{CMS}
DeIivery
Function
{DF}
Mediu Sutewuy
ControIIer
{MSC}
Mediu Sutewuy
{MS}
SignuIing
Sutewuy
{SS}
OSS
ßuck Office
Servers und
AppIicutions
Announcement Server
Announcement
ControIIer
{ANC}
Announcement
PIuyer
{ANP}
S-MTA
E-MTA
CubIe
Modem
E-MTA
CubIe
Modem
HFC Access
Network
{DOCSIS}
HFC Access
Network
{DOCSIS}
PSTN PSTN
Munuged
IP Network
CMTS
CMTS
Embedded MTA CIient
S-MTA
CubIe
Modem
StunduIone
MTA
CubIe
Modem
StunduIone
MTA
CuII
Munugement
Server
{CMS}
DeIivery
Function
{DF}
Mediu Sutewuy
ControIIer
{MSC}
Mediu Sutewuy
{MS}
SignuIing
Sutewuy
{SS}
Mediu Sutewuy
ControIIer
{MSC}
Mediu Sutewuy
{MS}
SignuIing
Sutewuy
{SS}
OSS
ßuck Office
Servers und
AppIicutions
Announcement Server
Announcement
ControIIer
{ANC}
Announcement
PIuyer
{ANP}
Announcement Server
Announcement
ControIIer
{ANC}
Announcement
PIuyer
{ANP}
S-MTA
E-MTA
CubIe
Modem
E-MTA
CubIe
Modem

12
2.2.2 Arquitectura del Estándar y Elementos que lo Componen

La base del estándar Packetcable es el softswitch de arquitectura
distribuida, este puede tener todos sus componentes instalados en lugares
físicos diferentes unos de otros, es decir, a diferencia de los conmutadores
tradicionales, que tienen todos sus componentes en la misma localidad, el
softswitch tiene la versatilidad de poder ser ubicado en varios lugares, cada uno
de sus componentes se comunica con el resto a través de una red IP, ‘la red IP
de administración.

El corazón del softswitch es el Servidor de Administración de Llamada
(CMS), encargado de controlar los eMTA, además de establecer comunicación
con todos los otros elementos de la arquitectura Packetcable, el servidor de
señalización (Signaling Gateway) intercambia información de señalización No.7
con las demás operadoras de telefonía, los equipos para interconexión con
estas operadoras son las Compuertas de Medio (Media Gateway, MG) que
están bajo el mando del Controlador de Compuertas de Medio (Media Gareway
Controller, MGC). Los servicios de mensajes son dados por el Servidor de
Anuncios (ANP) que a su vez esta bajo el mando del Controlador de Mensajes
(ANC), generalmente el ANC es parte del CMS, al igual que MGC. El equipo de
abonado, en el cual va conectado el teléfono es llamado Adaptador de Terminal
Multimedia Embebido (eMTA), es un adaptador que va dentro de un
cablemodem (CM) DOCSIS 1.1, aún no se han definido las interfaces
necesarias para un MTA ‘stand alone’, es decir, que no necesita estar dentro de
un CM DOCSIS 1.1.

Detrás de este base se encuentran todos los demás servidores de
sistemas de soporte de operación (OSS) como los servidores DHCP, DNS,
TFTP, RKS, aprovisionamiento (4-18) etc.

13
El modelo de referencia de los componentes se ilustra en la figura
siguiente, en donde se pueden apreciar todos los equipos que constituyen una
solución Packetcable.

Figura 5. Modelo de Referencia de los Componentes Packetcable
















Fuente: Cablelabs, PacketCable 1.0 Arquitecture Framework, Technical Report, pp. 10

La meta principal del desarrollo de un estándar para telefonía sobre redes
de cable ha de ser proporcionar servicios similares a las de una PSTN, tales
como llamada en espera, desvío de llamadas, conferencia tripartita,
identificación de llamada, re-llamada automática, mensajería de voz, etc, y
poder comunicarse no solamente con teléfonos dentro de la misma red HFC, si
no, también con teléfonos de la PSTN y de otras redes HFC, esto se logra con
Packetcable.

14
2.2.3 Descripción de los Elementos del Estándar

2.2.3.1 Servidor de Administración de Llamada (CMS, Call
Management Server)

El CMS es el corazón de la solución, es el encargado de la señalización
entre eMTA (a través del Call Agent o CA), CMTS y PSTN a través del SG,
además maneja la calidad de servicio (a través del Gate Controller o GA), que
es dinámica, entre los elementos de la red, el CA y el GA son elementos lógicos
dentro del CMS, este puede tener también como elementos lógicos el Media
Gateway Controller (MGC) que es el encargado, como su nombre lo indica, de
los GW de interconexión con la PSTN y los demás operadores, y el
Annoucement Controller (ANC) que controla los servidores de anuncios de la
red (4-13).
2.2.3.2 Controlador de Compuertas de Medio (MGC)

El MGC hace la mediación de señalización de las llamadas entre la red
Packetcable y la PSTN, este indica a los GWs sobre la creación y eliminación
de las conexiones en la red IP de llamadas dirigidas a la PSTN (4-15).
Anteriormente se mencionó que el MGC puede ser un elemento lógico dentro
del CMS, pero también puede ser un elemento físicamente separado,
teóricamente podría estar en una localidad diferente al resto de los
componentes.

2.2.3.3 Compuerta de Medio de PSTN (PSTN Gateway)

El PSTN Gateway es el que da la conexión hacia la PSTN, en realidad
este esta compuesto por tres componentes funcionales:


15
MGC, visto anteriormente ya que puede ser parte del CMS también.

Signaling Gateway, (SG) provee la conexión a la red SS7 de la PSTN y los
demás operadores.

Media Gateway: es el elemento de enlace entre las redes TDM y la Red IP
de Packecable (4-14), este elemento es el borde entre todos los demás
operadores telefónicos y la red Packetcable, el dimensionamiento de este
equipo depende del tráfico estimado hacia el resto de las operadoras.

A los elementos básicos de la red HFC (CMTS y los CM), se debe añadir
el eMTA, como se mencionó anteriormente, el eMTA es el componente en la
frontera con el cliente que facilita el servicio de voz, en un futuro se tendrá
MTAs ‘stand alone’, al estar estos disponibles, no será necesario cambiar los
CM DOCSIS 1.1 por eMTAs, solamente se podrán añadir los MTA para cumplir
la función telefónica, serán equipos que se conectan por el puerto Ethernet al
CM DOCSIS 1.1, este tendrá a su vez otro puerto Ethernet para conectar la
computadora y 1 o 2 puertos telefónicos.

2.2.3.4 Sistemas de Soporte de Operación (OSS)

Los OSS son sistemas compuestos por componentes de administración,
red, servicio y negocio, se citan a continuación:

- Servidor de otorgamiento de tiquete (TGS, Ticket Granting Server), el
TGS es un termino utilizado en Packetcable para un servidor Kerberos. Este
servidor otorga un tiquete Kerberos al eMTA que es utilizado para autenticación,
privacidad y control de acceso de la señalización enter el eMTA y el CMS (4-
17).

16
- Servidor de Protocolo de Configuración Dinámica de Host (DHCP,
Dinamic Host Cofiguration Protocol Server), Se utiliza en el proceso de
aprovisionamiento del eMTA, para otorgarle dinámicamente una dirección IP,
además de información de configuración (4-18).

- Servidor de Sistema de Nombre de Dominio (DNS, Domain Name
System), se usa para traducir entre ASCII y Direcciones IP los nombres de
dominio (4-18).

- Servidor de Transferencia de Archivo Trivial o Servidor de Transferencia
de Archivo de Hipertexto (TFTP, Trivial File Transfer Protocol o HTTP,
HyperText Transfer Protocol), Este servidor TFTP es utilizado durante el
aprovisonamiento del eMTA para entregarle los archivos de configuración, se
puede usar también un servidor HTTP en vez de un TFTP (4-18).

- Estos servidores (DHCP, DNS y TFTP o DHCP) puede ser los mismos
equipos físicos utilizados para el aprovisionamiento de los CM DOCSIS 1.1,
pero necesitan elementos lógicos separados para el aprovisionamiento de los
eMTAs.

- Servidor SYSLOG (SYSLOG), este servidor guarda los eventos como
traps y errores de los eMTAs (4-18).

- Servidor Conservador de Records (RKS, Record Keeping Server),
Guarda los mensajes de eventos de otros elementos Packetcable como el
CMS, CMTS y MGC, estos eventos pueden ser entregados en formato de
CDRs para ser entregados al sistema de Facturación (4-18).

- Servidor de Anuncios (Annoucement Server, ANS), este servidor maneja

17
los servicios de anuncios de la red y tonos de información, se compone de dos
elementos lógicos: El ANC visto anteriormente ya que puede ser parte del CMS
y el Reproductor de Anuncios (AN, Annoucement Player) que es el servidor que
contiene los anuncios y acepta entradas de los usuarios como tonos DTMF (4-
19).

La razón principal para optar por una red Packetcable, en vez de utilizar
equipos con protocolos como SIP o MGCP, es la calidad de servicio (QoS), esta
se logra con la mediación entre el CMS y el CMTS a través del protocolo NCS
para la clasificación de los flujos DOCSIS 1.1. Sin este mecanismo de
mediación no se podría dar prioridad a los paquetes de voz, esto es lo que
sucede con SIP o MGCP, los paquetes que utilicen estos protocolos tendrán un
tratamiento de ‘mejor esfuerzo’ (best effort) y los que utilicen NCS tendrán un
tratamiento prioritario.

La calidad de servicio solicitada por el CMS y otorgada por el CMTS es
dinámica, para esto se vale de mecanismos similares a los utilizados por el
protocolo de reserva de ancho de banda (RSVP) de la IETF (6-20), cuando hay
una solicitud de llamada se activan estos mecanismos y reserva ancho de
banda para los paquetes de voz, cuando la llamada termina se libera el ancho
de banda y lo pueden utilizar los paquetes de datos que son tratados a mejor
esfuerzo.








18






























19
3. DISEÑO DE LA RED PACKETCABLE PARA 5 CIUDADES



3.1 Requisitos de la Red HFC

El requisito principal de una red HFC para poder implementar un sistema
Packetcable es que esté habilitada en doble vía, es decir, que tenga el canal
ascendente operativo o este lista para poder implementar el canal ascendente,
sin esto no sería posible tener comunicaciones en ambos sentidos.

Al tener una doble vía habilitada, el segundo requisito para brindar
servicios de telefonía con Packetcable es tener una red de datos DOCSIS 1.1,
para poder distinguir el tráfico telefónico del tráfico de datos y poder darle
prioridad al primero en la transmisión.

El mantener una buena relación de portadora a ruido es también
indispensable, si no, ambos servicios se verían afectados, la transmisión de
datos se ve afectada por una mala relación de portadora a ruido pero no es tan
susceptible como la voz, ya que puede haber retransmisiones, en el caso de la
voz no es así, se utiliza protocolos de tiempo real para su transmisión, estos no
admiten retransmisión.

La banda del canal ascendente es la más susceptible al ruido, cada uno
de los usuarios introduce ruido, además, cada amplificador de la cascada
también introduce además de amplificar el ruido. En redes con cascadas muy
grandes, es decir, muchos amplificadores, se dificulte el uso del canal ascendente.

Los parámetros mínimos recomendados por Cablelabs están dados en las
tablas No. II y No. III del capitulo 2.

20
3.1.1. Suposiciones sobre el operador

Se supone la existencia de un operador de cable con presencia en 5
ciudades, en cada una de las ciudades existe una red HFC con criterios de
diseño iguales.

La red HFC tiene en cada ciudad en promedio sirven 40 nodos de 2,000
hogares pasados cada uno, estos están a su vez subdivididos en 4 sub-nodos
de 500 hogares pasados.

Cada nodo esta servido por una estación óptica y cierta cantidad de
amplificadores, estos dependen del diseño de la red que se basa en las figuras
de mérito, siendo estas, C/R, CSO (Batido de 2do orden), CTB (Batido de 3er
orden), XMOD (Modulación Cruzada) para la canal descendente, las figuras de
mérito para el canal ascendente son S/R y Densidad de Potencia en el canal
ascendente.

Las figuras de mérito para el canal descendente dan la cantidad de
amplificadores que se pueden utilizar en una rama determinada de la red, si se
excede esta cantidad de amplificadores se degradarían los valores de las
figuras de mérito y por lo tanto la calidad de la señal, esto sucede ya que los
amplificadores son elementos activos y generan ruido insertándolo en la red.

La tecnología de transporte para la banda ascendente es digital, la cual
digitaliza todo el espectro de retorno en una trama de bits propietaria según el
fabricante que se haya escogido, con esto se garantiza que no se tiene costo
por segmentación en red externa, se tiene una mejor relación costo-beneficio
para crecer la base de clientes sin necesidad de tocar la planta externa, y no
afecta el diseño ni las figuras de mérito que, como se menciono anteriormente,
dan la calidad del servicio.

21
En cada ciudad además, se supone que ya esta operando el servicio de
internet con DOCSIS 1.1, la penetración para este servicio será de 15% sobre
los suscriptores de televisión, para el acceso a la nube de internet se cuenta
con un enlace en la ciudad 1, de esta salen enlaces de microonda arrendados
hacia las otras ciudades.

Para el cálculo del tráfico que se originará se tomará como patrón 125mE
(mili Erlangs) por abonado que es igual a 7.5 minutos de duración por llamada.

Tabla IV. Tabla de penetración de servicios de TV e internet







Tabla V. Tabla de penetración de servicio telefónico







La penetración de telefonía se supone sobre los abonados de internet, no
sobre los hogares pasados, ya que lo más probable es que los abonados que
ya tienen internet adquieran el servicio de telefonía.

HP por nodo
Cantidad de
nodos
ópticos
Total HP
penetración
TV
penetración
Internet
suscritores
TV
suscriptores
internet
Distancia a
ciudad 1
(Km)
2.000 70 140.000 30% 15% 42.000 6.300 0
2.000 60 120.000 30% 15% 36.000 5.400 300
2.000 50 100.000 30% 15% 30.000 4.500 150
2.000 65 130.000 30% 15% 39.000 5.850 355
2.000 55 110.000 30% 15% 33.000 4.950 170
Penetración
de telefonía
Suscriptores
de telefonía
Ciudad 1 10% 630
Ciudad 2 10% 540
Ciudad 3 10% 450
Ciudad 4 10% 585
Ciudad 5 10% 495

22
3.1.2. Diseño de la red HFC

3.1.2.1. Optimización del diseño físico

La topología más común de encontrar en una red HFC es en árbol, se
tiene fibra desde la cabecera hacia las estaciones ópticas, como se puede
apreciar en la figura de abajo.

Figura 5. Topología tradicional de una red HFC
















No se tiene redundancia de red en la porción de fibra, esta pensada
únicamente en servicios que no son de vital importancia.

23
Si la red aún no cuenta con redundancia de red esta puede ser fácilmente
implementada, se recomienda hacer anillos de fibra desde la Cabecera hasta
las estaciones ópticas para lograr esta redundancia,


Figura 6. Topología de anillo










En la figura anterior se tiene un anillo de fibra formado por la cabecera y
las estaciones ópticas.

Se puede tener varios anillos con la cabecera de centro de todos ellos,
como se puede apreciar en la figura de abajo.









24
Figura 7. Topología de Anillos múltiples desde la cabecera














Esta topología se puede usar en donde la concentración de hogares
pasados es muy alta, cerca de la cabecera, es decir, alta densidad poblacional,
por ejemplo áreas con muchos edificios o complejos de viviendas con varios
pisos.










25
Si la red es muy grande en extensión se puede hacer un anillo principal
entre los Centros de Distribución (HUBs) y anillos secundarios entre las
estaciones ópticas (7-13).


Figura 8. Topología de anillo principal y anillos secundarios

















Como se ve en la figura de arriba esta topología tiene un anillo principal
que es el que conecta todos los centros de distribución, y anillos secundarios
que parten, a su vez, de estos otros.

Es muy utilizada en donde la densidad de hogares pasados no es tan alta,
o en ciudades extensas.

26
Si alguna de estas redes es adquirida por la compañía, no diseñada por
esta, probablemente será necesario redistribuir los hogares pasados a que sean
de 2,000 por estación óptica.

Para la redundancia se debe añadir electrónica, paneles de conectores de
fibra (para anillos), receptores y conmutadores ópticos, combinadores pasivos
para la agrupación de los nodos, equipo de respaldo eléctrico que soporte
además de lo existente el crecimiento. Además se debe tener en cuenta el
espacio físico, se debe tomar en cuenta toda la electrónica extra que se deberá
tener al crecer en servicios y penetración, la segmentación de la red, es más
sencilla y económica de hacer en la cabecera que en la planta externa.

3.1.2.2. Diseño de Recursos

No es el diseño físico de la red HFC si no más bien el diseño en dimensión
de equipos y parámetros involucrados directamente en la red HFC, es decir,
CMTS, CMS y Espectro Electromagnético, el análisis de tráfico en este último
nos dará la cantidad de equipos a utilizar.

3.1.2.2.1. Canales de voz por portadora

El cálculo del tráfico telefónico se hace con el canal ascendente ya que es
en este que se tiene limitación de ancho de banda, el canal descendente no
tiene este problema por eso no se toma en cuenta para este fin, pero más
adelante se verá como se relaciona con la cantidad de equipos a instalar.




27
La cantidad de canales de voz a ser transportada en la red HFC depende
de dos factores, el primero es el tipo de portadora a utilizar, en el capitulo 2 se
ha visto que puede ser QPSK o 16QAM, en el primer caso además puede ser
de 1.6MHz o de 3.2MHz, y el segundo factor es el codec a utilizar.

Tabla VI. Codecs y tasas de bit






Para Packetcable se indica el uso obligatorio de G.711 (8-16) así que los
cálculos se harán utilizando este codec, e indica la posibilidad de utilizar otros
codecs de forma opcional (8-17), el único codec que no se menciona en el
estándar es el G.723, en caso de querer utilizar otro los cálculos son similares.

La mayoría de fabricantes de e-MTAs programan además del codec G.711
el codec G.729.

De lo anterior se sabe que la carga de voz (en un paquete de voz) de una
llamada en la red HFC será de 64Kbps, a esto se deben añadir los
encabezados de capa 2 (DOCSIS) y capa 3 (IP/UDP/RTP), de esta manera el
canal ocupará un total de 109Kbps, con compresión de encabezado de capa 3
sin supresión silencio (7-69).

Vale la pena recordar que en la banda de retorno se ha sugerido utilizar
hasta 8 portadoras de 1.6 MHz o 2 portadoras de hasta 3.2 MHz, en realidad el
estándar indica también portadoras de menor ancho de banda, pero no son un
Codec Tasa de bit (Kbps)
G.711 64
G.726 16, 24 o 32
G.728 16
G.729 8

28
solución costo efectiva, ya que un puerto de banda de retorno maneja
solamente una portadora, es decir, al utilizar una portadora de menor ancho de
banda se maneja menos información por puerto.

Figura 9. Distribución del espectro de la banda ascendente
























7 MHz
5 MHz 8 MHz
3 MHz
Portadoras de Cajas
Digitales
15 MHz
7 MHz
5 MHz 8 MHz
3 MHz
Portadoras de Cajas
Digitales
15 MHz
15 MHz
6 MHz
27 MHz
6 MHz
21 MHz
Portadoras de
Monitoreo de Estado
B : 0.5 MHz
Portadoras
Docsis 2.0
B : 3.2 o 6.4 MHz
15 MHz
6 MHz
27 MHz
6 MHz
21 MHz
Portadoras de
Monitoreo de Estado
B : 0.5 MHz
Portadoras de
Monitoreo de Estado
B : 0.5 MHz
Portadoras
Docsis 2.0
B : 3.2 o 6.4 MHz
Portadoras
Docsis 2.0
B : 3.2 o 6.4 MHz
7 MHz
7 MHz
27 MHz
42 MHz 35 MHz
Portadoras
Docsis 1.1
B : 1.6 o 3.2 MHz
Portadoras
Docsis 1.1
B : 1.6 o 3.2 MHz
7 MHz
7 MHz
27 MHz
42 MHz 35 MHz
Portadoras
Docsis 1.1
B : 1.6 o 3.2 MHz
Portadoras
Docsis 1.1
B : 1.6 o 3.2 MHz
Portadoras
Docsis 1.1
B : 1.6 o 3.2 MHz
Portadoras
Docsis 1.1
B : 1.6 o 3.2 MHz

29
La distribución de las frecuencias depende de cada operador y de cuales
servicios este prestando, en la distribución propuesta en la figura de arriba se
ha apartado espacio de espectro para utilizar hasta 8 portadoras de 1.6 MHz o
4 de 3.2 MHz para los servicios de datos y telefonía con DOCSIS 1.1, pero se
propone utilizar únicamente 4 o 2 respectivamente.

Cuando existe interferencia por ruido en una portadora determinada, los
CM buscan otra frecuencia para transmitir, este cambio de frecuencia se da de
manera dinámica y automática, cuando la portadora en que se transmitía
originalmente se ve libre de la interferencia los CM cambian nuevamente a
transmitir en esa frecuencia.

Si el espectro se llena con las 8 portadoras, no queda espacio del
espectro para que los CM puedan cambiar de frecuencia para transmitir en caso
de interferencia en la portadora que transmiten.

Es por este motivo es que se propone utilizar únicamente 4 portadoras,
esta reserva de espacio de espectro es un mecanismo de contingencia ante
problemas de ruido en la red, o se puede destinar frecuencias más bajas para
este fin, ya que tienen más ruido no es conveniente utilizarlas desde el principio.

El operador puede optar por utilizar más de 4 portadoras y dejar como
espacio de reserva, menos que el necesario para otras 4 portadoras, por
ejemplo, se pueden usar 6 portadoras y dejar el espacio necesario para 2
portadoras más.

También se puede ampliar el rango del espacio de espectro a utilizar con
portadoras para datos y telefonía, por ejemplo, corriendo hacia la banda más
baja las portadoras para monitoreo de estado de la red, pero en esta parte del

30
espectro es más recomendable utilizar portadoras de DOCSIS 2.0 ya que son
más inmunes al ruido.

Evidentemente no se destinará una portadora completa solamente para
telefonía, así que se debe dividir entre telefonía y datos, la porción de cada
portadora que se destina a telefonía y la porción destinada a internet es
decisión del operador, acá se dan unos ejemplos de este cálculo.

3.1.2.2.1.1 Utilizando portadoras QPSK de 1.6
MHZ

Si se utiliza portadoras QPSK de 1.6 MHz se tendrán 2.56 Mbps, con una
carga útil de 2.3 Mbps aproximadamente (quitando los encabezados de capa 2
y 3).

Tabla VII. Portadora QPSK de 1.6MHZ







El número de canales sale de:

ABparavoz = 1.38Mbps
(1) Ncanales de voz = ABparavoz / ABcanaldevoz = 1.38Mbps/109kbps =
12.66

QPSK 2.56 Mbps G.711 Cantidad de canales
Kbps
Encabezado 10% 256
A.B. Disponible
Voz 60% 1.382 12
Datos 40% 922
2.304

31
Se debe redondear hacia abajo ya que no se puede tener una fracción de
canal, por lo tanto son 12 canales.

Del cálculo anterior se tiene la cantidad de canales telefónicos por cada
portadora en el canal ascendente, se busca en la tabla de Erlang B y se sabe
para esta cantidad de canales cuanto tráfico total se efectúa por portadora, al
dividir este tráfico total entre el tráfico esperado por línea se puede saber
cuantas líneas se puede instalar, para determinado grado de servicio (GoS o
bloqueo), en la tabla de abajo se dan algunos ejemplos.

Tabla VIII. Cantidad de canales y equipos a aprovisionar para una portadora
QPSK de 1.6MHz






La cantidad equipos a aprovisionar para un GoS de 0.1% se calcula de la
siguiente manera:

(2) Equipos Aprovisionados= Erlangs de N
canalezdevoz
/ Erlangs
porcanal
=
4.23E/0.125mE = 33.8, se aproxima hacia
arriba, es decir 34 equipos.


Para un GoS de 0.1% en una portadora QPSK de 1.6MHz tenemos 12
canales y 34 abonados telefónicos que transmitirán en esta portadora, es decir,
que utilizarán esos 12 canales.
Cantidad de
Canales
Erlangs (para
GoS=0,1%)
Equipos
aprovisionados
Erlangs (para
GoS=0,5%)
Equipos
aprovisionados
Erlangs (para
GoS=1%)
Equipos
aprovisionados
12 4,23 34 5,28 42 5,88 47

32
En la misma tabla se puede apreciar que si el GoS aumenta, es decir, la
probabilidad de bloqueo de una llamada es mayor, también es mayor el número
de abonados que transmitirán en esa portadora, a 0.5% se tienen 42 usuarios y
a 1% se tienen 47 abonados.

De lo anterior se sabe que si no se segmentan los nodos ópticos,
hablando de las portadoras del canal ascendente, pero se sigue creciendo en
abonados telefónicos se verá afectado el GoS, esto es, habrá más bloqueo de
llamadas, aunque para estas cantidades, no se sobrepasa el estimado de
penetración en las tablas IV y V.

3.1.2.2.1.2. Utilizando portadoras QPSK y 16
QAM de 3.2MHz

También se pueden utilizar portadoras QPSK de diferente ancho de banda
o portadoras QAM-16, en este caso la cantidad de canales están dados en la
siguiente tabla.













33
Tabla IX. Portadoras QPSK de 3.2 MHz y QAM 16 de 3.2 MHz














La cantidad de equipos a instalar utilizando estas portadoras, con estos
porcentajes de utilización, esta dada por la siguiente tabla.

Tabla X. Cantidad de canales y equipos a aprovisionar con portadoras QPSK y
QAM 16 de 3.2 MHz





Los fabricantes suelen recomendar en el cálculo del tráfico telefónico, no
este análisis utilizando los Erlangs supuestos, si no más bien, concentración de
5 a 1, sobre la tabla anterior, su sugerencia podría ser de 125 usuarios
aprovisionados para el primer ejemplo y de 250 para el segundo.
QPSK 5,12 Mbps G.711 Cantidad de canales
Kbps
Encabezado 10% 512
A.B. Disponible
Voz 60% 2.765 25
Datos 40% 1.843
QAM 16 10,24 Mbps G.711 Cantidad de canales
Kbps
Encabezado 10% 1024
A.B. Disponible
Voz 60% 5.530 50
Datos 40% 3.686
9.216
4.608
Cantidad de
Canales
Erlangs (para
GoS=0,1%)
Equipos
aprovisionados
Erlangs (para
GoS=0,5%)
Equipos
aprovisionados
Erlangs (para
GoS=1%)
Equipos
aprovisionados
25 13 104 15 120 16,1 129
50 32,5 260 36 288 37,9 303

34
Todos estos cálculos dependen tanto del tráfico estimado por abonado
(los Erlangs) como del codec que se va a utilizar, los resultados pueden variar
mucho si estos valores cambian.

Para el análisis posterior se utilizara portadoras QPSK de 1.6 MHZ, ya que
estas portadoras son menos susceptibles al ruido que QAM-16, además, si
posteriormente hay crecimiento en la penetración del servicio se puede migrar a
esta última modulación sin necesidad de segmentar los nodos.

3.1.2.2.2 Cálculo de Tarjetas CMTS

Los CMTS existentes en el mercado que vale la pena tomar en cuenta son
del tipos chasis, es decir, en un sub-bastidor se ubican varias tarjetas, se tienen
tarjetas de control y tarjetas CMTS siendo estas últimas las que se comunican
con los cablemodems.

La razón de esto es que cuentan con redundancia en tarjetas de control y
alimentación como mínimo, también se pueden equipar con redundancia de
tarjetas CMTS y tarjetas de puertos WAN, estás últimas se conectan con los
enrutadores que dan acceso a internet.

Los tipos de tarjetas CMTS varían según el fabricante, pero las más
comunes de encontrar son de 1 canal descendente por 4 ascendentes (1x4) y 2
canales descendentes por 8 ascendentes (2x8), aunque se pueden conseguir
incluso de hasta 5 canales descendentes y 20 ascendentes (5x20).

Se harán los cálculos para los dos primeros tipos, por ser los más
comunes y los más económicos, aunque aparentemente luzca atractivo tener
una tarjeta 5x20 por contar con una densidad de puertos superior,

35
económicamente puede ser inviable realizar este desarrollo, dado que son
bastante más caras, además operativamente puede llegar a ser un problema
también, ya que una falla en esta tarjeta equivale a dejar fuera de servicio a
muchos más clientes que con los otros dos tipos de tarjetas si no se cuenta con
el respaldo necesario, que es también más caro.

Para saber la cantidad de tarjetas que se necesitan, es necesario saber la
penetración de los diferentes servicios.

De la tabla IV Sabemos que cada nodo tendrá 2,000 HP, con una
penetración de 30% para TV y 15% para datos, es decir: 600 abonados de TV y
90 abonados de datos por cada estación óptica.

La cantidad de tarjetas depende de la penetración, para entender mejor la
forma en como los canales ascendentes se pueden combinar se ha de ver
gráficamente.

Figura 10. Distribución de canales ascendente y descendentes en un CMTS











Σ
Transmisor 1
Transmisor 2
Receptor 1
Receptor 2
Receptor 3
Receptor 4
Σ
Σ
Señal de video
a nodo 1
a nodo 2
a nodo 3
a nodo 4
de nodo 1
de nodo 2
de nodo 3
de nodo 4
CMTS
1x4
÷
ΣΣ
Transmisor 1
Transmisor 2
Receptor 1
Receptor 2
Receptor 3
Receptor 4
ΣΣ
ΣΣ
Señal de video
a nodo 1
a nodo 2
a nodo 3
a nodo 4
de nodo 1
de nodo 2
de nodo 3
de nodo 4
CMTS
1x4
÷

36
En la figura anterior se ve una tarjeta CMTS con 1 puerto para canal
descendente y 4 puertos para canales ascendentes, el canal descendente se
transmite hacia un grupo de 4 nodos (sumado con la señal de video), pero los
canales ascendentes se combinan, de modo que se utiliza un puerto de canal
ascendente por cada 2 nodos.

De la tabla V sabemos que por cada nodo de 2,000 HP habrá 9 usuarios
de telefonía, si se puede aprovisionar 25 equipos por portadora ascendente,
se puede combinar hasta 2.7 nodos por canal ascendente, son prácticamente 3
nodos.

Si para los servicios de datos tomamos una transferencia por usuario de
80 Kbps en el canal descendente y de 32 Kbps en el canal ascendente, y un
promedio de simultaneidad de uso del 10% tendremos:

(3) Suscriptores activos = HP * penetración datos * simultaneidad
= 2,000 * 30% (* 15%) * 10% = 13.5,
redondeando hacia arriba son 14 usuarios
NOTA: La penetración de datos (15%) es respecto a la penetración de TV
(30%).
(4) ABcd = Suscriptores activos * TDcd = 14 * 80 Kbps = 1,12 Mbps
(5) ABca = Suscriptores activos * TDca = 14 * 32 Kbps = 448 Kbps

En donde TDcd es la transferencia de datos en el canal descendente y
TDca es la transferencia de datos en el canal ascendente.

Como se aprecia de los cálculos anteriores, el ancho de banda del canal
ascendente no excede el 40% del ancho de banda destinado para servicio de
datos de la tabla VII, así que se puede utilizar un puerto de portadora

37
descendente por cada 4 nodos y dos puertos por portadora ascendente para
esos mismos nodos.

Para saber la cantidad de tarjetas se debe dividir la cantidad de nodos
entre la cantidad de puertos necesarios.

Tabla XI. Cantidad de puertos y tarjetas








En la tabla anterior se da la cantidad de tarjetas 1x4 y 1x8 que son
necesarias en cada ciudad, con la configuración sugerida arriba, quedan 2
puertos de canales ascendentes libres por tarjetas para segmentar cuando la
penetración de los servicios lo amerite.

Cuando la penetración de los servicios aumenta considerablemente se
puede segmentar la red desde la cabecera, esto es, haciendo los cambios
necesarios en los elementos pasivos para que cada receptor llegue a un puerto
de canal ascendente en la tarjeta CMTS.





Cantidad de
nodos
ópticos
Puertos
descendentes
Puertos
ascendentes
Tarjetas 1x4 Tarjetas 2x8
Ciudad 1 70 18 35 18 9
Ciudad 2 60 15 30 15 8
Ciudad 3 50 13 25 13 7
Ciudad 4 65 17 33 17 9
Ciudad 5 55 14 28 14 7

38
Figura 11 Distribución de canales ascendente y descendentes en un
CMTS al segmentar












En la figura anterior es puede apreciar como los 3 nodos transmiten hacia
los 3 puertos de canal ascendente de la tarjeta CMTS.

3.1.2.2.3. Cálculo de licencias del CMS

La cantidad de licencias significa la cantidad de equipos que se pueden
aprovisionar, en otras palabras, la cantidad de líneas telefónicas que se pueden
instalar.

El número de licencias mínimas de CMS a adquirir sale de la tabla V,
serán 2,700 usuarios, aunque se debe tomar en cuenta que los fabricantes
posiblemente no vendan esa cantidad, si no mayor cantidad de licencias,
posiblemente se pueda empezar con 5,000 o 10,000.

Σ
Transmisor 1
Transmisor 2
Receptor 1
Receptor 2
Receptor 3
Señal de video
a nodo 1
a nodo 2
a nodo 3
de nodo 1
de nodo 2
de nodo 3
CMTS
1x4
÷
ΣΣ
Transmisor 1
Transmisor 2
Receptor 1
Receptor 2
Receptor 3
Señal de video
a nodo 1
a nodo 2
a nodo 3
de nodo 1
de nodo 2
de nodo 3
CMTS
1x4
÷

39
El valor de cada licencia varía con cada fabricante y depende de los
servicios telefónicos de cada licencia, que también varía con cada fabricante, se
venden paquetes de licencias con servicios mínimos, que pueden ser, llamada
en espera, reenvío de llamada, identificador de llamada, re-llamada automática,
etc. Si se le suman servicios extra el costo de la licencia aumenta.

Como una aproximación cada servidor CMS varía su capacidad de manejo
de licencias entre 150,000 y 200,000 al pasar esta cantidad de licencias
(abonados) será necesario también adquirir un servidor extra, también es valido
esperar que con cada actualización del sistema la capacidad de manejo de
líneas aumente con el mismo servidor, otro punto a tomar en cuenta sobre
licencias es que los fabricantes usan una relación que varía de 8:1 a 10:1 entre
líneas y troncales, si esta relación se reduce por aumento de tráfico de larga
distancia se deberá comprar licencias de troncales extra.

3.1.3. Diseño de la Red de Interconexión

Hay dos tipos de tráfico a tomar en cuenta en el tema de interconexión, el
tráfico de voz y el tráfico de señalización, el primero son las llamadas, el
segundo es la información que se intercambia entre los puntos en donde se
origina y donde se termina la llamada.

Actualmente son pocos los operadores que no utilizan la señalización
No.7, es una señalización fuera de banda, es decir, esta información viaja en
circuitos separados de los circuitos que transportan la voz, a estos circuitos se
les llama ‘enlaces de señalización’ (signaling links).




40
Se debe tener intercambiar tráfico con cada uno de los operadores
telefónicos del país, se puede interconectar directamente con cada uno de ellos,
o se puede escoger no interconectarse con algunos y solicitar el servicio de
tránsito a alguno o algunos de los operadores con los que si se tendrá
interconexión.

Este servicio de transito es que un operador cualquiera finaliza tráfico
telefónico, que no es originado por este mismo, en otra operadora, es decir, es
un intermediario entre dos operadoras más.

Por ejemplo, se puede solicitar interconexión únicamente con el operador
dominante y solicitarle transito hacia los demás operadores, la desventaja es el
costo de este servicio, la ganancia en el negocio telefónico esta en la tarifa por
minuto, mientras más cueste un minuto menos ganancia hay.

3.1.3.1. Red de Señalización

El centro de la señalización será el SG, generalmente el fabricante del
CMS ofrece el SG como parte de su sistema, incluso algunos fabricantes lo
ofrecen como parte mismo del CMS, o para empezar se puede tener como
parte del CMS y al tener un gran crecimiento se puede separar del CMS, es
decir, adquirir un servidor separado para que sea el SG.

Al tener la posibilidad de un SG que no sea parte del CMS, este podría
estar en una localidad diferente del CMS, es decir, el SSP estaría en un lugar y
el SSW estaría en otro, pero se necesitaría un enlace con buen ancho de banda
y poco retardo entre ambos sitios.



41
Generalmente cada operador solicita dos enlaces de señalización, estos
vienen en pares, cada enlace se utiliza al 40% de su capacidad máxima (o 0,4
Erlang), de esta manera entre ambos enlaces suman un 80% de utilización de
ambos, en caso que un enlace se corte el otro otros enlace seguirá operando y
no se perderá el tráfico de señalización, así el número de enlaces de
señalización a tener será de dos por operador.

Cada operador indicará en donde está(n) su(s) punto(s) de interconexión o
STP (Signaling Transfer Point), es a esos puntos a donde se debe llevar la
señalización, un SG da la opción de transportar estos enlaces vía TDM o IP,
depende de lo que el operador adquiera puede tener cualquiera de estas
opciones.

Al saber este dato se puede dimensionar el SGW que se necesita adquirir,
si este no es parte del SSW que se comprará, deberá ser, de preferencia,
‘Calificado’ por Cablelabs de esta manera se asegura que cumple con las
especificaciones de Packetcable y que es compatible con el SSW adquirido.

3.1.3.1.1. Transporte de la Señalización en TDM

Cuando el SWG entrega los enlaces TDM, la conexión será en E1s, se
necesita de-multiplexar estos E1s en cada uno de los enlaces de señalización
de 64kbps con multiplexores.







42
Figura 12. Solución de transporte TDM con multiplexores











En este caso, se necesitará un enlace TDM dedicado de 64kbps para
llevar cada enlace de señalización, es en realidad una red de interconexión
similar a las de las operadoras convencionales, con un único punto de
transferencia de señalización, que es donde se encuentra el SG.

3.1.3.1.2. Transporte de la Señalización en IP

Si por el contrario el SWG entrega los enlaces en IP, no se necesitan los
multiplexores, pero se necesitan SWG (de menor capacidad que el principal)
por cada sitio, ya que son estos los que harán la conversión de IP a TDM en
cada uno de estos puntos.






Ciudad 1
Ciudad 2
Ciudad 3
Ciudad 4
Hacia STPs
Hacia STPs
Hacia STPs
Hacia STPs
Enlaces de
64Kbps c/u
Ciudad 1
Ciudad 2
Ciudad 3
Ciudad 4
Hacia STPs
Hacia STPs
Hacia STPs
Hacia STPs
Enlaces de
64Kbps c/u

43
Figura 13 Solución de transporte de SS7 sobre IP










Como en el caso anterior, cada uno de estos SG remotos entregará su
tráfico en E1s que se deben de-multiplexar para extraer los enlaces de
señalización, pero el transporte es sobre una red IP.

Cuando se escoge una red de este tipo, en la nube pasa señalización 7
sobre IP, este transporte lo hace el grupo de protocolos SIGRAN (Signaling
Transport, Transporte de Señalización) de la IETF, utilizando el protocolo SCTP
(Stream Control Transmission Protocol, Protoclo de Transmisión de Control en
Ráfaga) (9-151). SIGRAN se compone de una capa de transporte (IP), una
capa de transporte de señalización común y una capa de protocolos de
adaptación (9-154).







Ciudad 1
Ciudad 2
Ciudad 3
Ciudad 4
Hacia STPs
Hacia STPs
Hacia STPs
Hacia STPs
Red WAN
IP
Ciudad 1
Ciudad 2
Ciudad 3
Ciudad 4
Hacia STPs
Hacia STPs
Hacia STPs
Hacia STPs
Red WAN
IP

44
Figura 14. Pila de Protocolos SIGTRAN










Fuente: Lawrence Harte, Signalins sistem 7 basics, página 154

El protocolo de transporte SCTP combina la eficiencia de UDP con la
confiabilidad de TCP para tráfico de información de tiempo casi real, este
protocolo emula una red orientada a conexión en una red IP (9-151).

Los protocolos de adaptación son la equivalencia en IP de los protocolos
SS7, todos reciben su nombre a partir del nombre del protocolo SS7:

• M3UA: ‘MTP3 User Adaptation Layer’ soporta el transporte, sobre IP, de
cualquier señalización SS7 MTP3 de usuario, por ejemplo ISUP o
mensajes SCCP, se vale del protocolo SCTP para su propósito, sus
sesiones se establecen entre el SG y el MGC (9-160)

• M2UA: ‘MTP2 User Adaptation Layer’ transporta sobre IP valiéndose de
SCTP, la señalización SS7 MTP2 de usuario, por ejemplo mensajes
ISUP de establecimiento de llamada. Sus sesiones también se establecen
entre el SG y el MGC (9-161).
Protocolos de Adaptación
(M2UA, M3UA, M2PA,
SUA, IUA)
Transporte de Señalización
(SCTP)
Protocolo de Internet
(IP)
Protocolos de Adaptación
(M2UA, M3UA, M2PA,
SUA, IUA)
Transporte de Señalización
(SCTP)
Protocolo de Internet
(IP)

45
• M2PA: ‘MTP2 Adaptation Layer’ transporta los mensajes de la red de
administración (9-162).

• SUA: ‘SCCP User Adaptation Layer’ transporta SCCP, por ejemplo
mensajes TCAP o MAP sobre IP (9-163).

• IUA: ‘ISDN User Adaptation Layer’ transporta la señalización ISDN de
usuario (9-164).

Si el otro operador tiene la capacidad de interconectarse a nivel de IP para
la señalización se puede hacer de forma directa entre ambas redes IP, para
este propósito se pueden utilizar los protocolos H.323, SIP o MGCP,
actualmente lo más común y sencillo de implementar es una solución utilizando
SIP. Al intercambiar señalización utilizando IP se debe hacer a través de un
Controlador de Sesión de Borde (SBC) para separa las redes por un tema de
seguridad, este equipo dará seguimiento a las traslaciones de direcciones IP
entre ambas redes.

3.1.3.2. Red de Voz

En cuanto a la propiedad de los enlaces, existen dos opciones para este
propósito, la primera es arrendar los enlaces hacia cada uno de los operadores,
pueden ser arrendados a los mismos operadores si es que estos prestan ese
servicio, la segunda opción es hacer los enlaces por propia cuenta.

Con la primera opción, para tener por seguro que habrá redundancia, esta
debe ser contratada, significa que los precios por los enlaces puede aumentar
significativamente.


46
Por otra parte, con la segunda opción, se puede aprovechar el hecho que
la red HFC abarca buena parte de la ciudad y utiliza grandes cantidades de
fibra para hacer una red de interconexión.

3.1.3.2.1. Enlaces Punto a Punto

La red de interconexión puede ser a base de enlaces punto multipunto,
desde la cabecera hasta cada uno los POI de los demás operadores a
interconectar.

Figura 15. Red de enlaces punto multipunto para interconexión











Este tipo de arquitectura no tiene protección de red, no es recomendable
utilizar esta topología dado que si se cae un enlace no se tendrá tráfico con el
operador hacia el que va el enlace caído.




Enlaces punto a punto de
transporte de interconexión
Conmutador
Operador 2
GC
Conmutador
Operador n
Cabecera
Hacia Enlaces
Redundates
Enrutador de
Red de Transporte
WAN
GC
CMTS
Hacia Red
HFC
Gateway
GC
GC
Conmutador
Operador 1
Enlaces punto a punto de
transporte de interconexión
Conmutador
Operador 2
GC GC
Conmutador
Operador n
Cabecera
Hacia Enlaces
Redundates
Enrutador de
Red de Transporte
WAN
GC GC
CMTS
Hacia Red
HFC
Gateway
GC GC
GC GC
Conmutador
Operador 1

47
3.1.3.2.2. Red en Anillo o Malla

Se propone una arquitectura en anillo o malla para la cual se tiene
además dos opciones de tecnologías, la primera sería con una red de GW que
tengan capacidad de enrutamiento, con interfaces GE, ATM o SDH para la
transmisión, se descartan de entrada los dos últimos tipos de interfaces por ser
bastante costosas para este tipo de equipos, queda solamente la interfaz GE.
Una variación de esta solución sería hacer el transporte con conmutadores
capa 3 con interfaces GE y conectar estos a los GW, la segunda opción sería
con equipos SDH puros, es decir interfaz STM-N en la transmisión, esta puede
llegar a ser la solución más económica. En ambas opciones las interfaces
tributarias deben ser E1, la cantidad a instalar variará según el tráfico existente
con cada uno de los demás operadores telefónicos.

Figura 16. Red en anillo con conmutadores capa 3














Gigabit Ethernet
Anillo de Switches
RPR
GW
E1s
GW
GW
Anillo de Transporte de interconexión Cabecera
Hacia Enlaces
Redundates
Enrutador de
Red de Transporte
WAN
Gigabit Ethernet
Anillo de Switches
RPR
GW
E1s E1s
GW
GW
Anillo de Transporte de interconexión Cabecera
Hacia Enlaces
Redundates
Enrutador de
Red de Transporte
WAN

48
En la figura anterior se ve un conmutador conectado vía interfaz G.E. o
Ethernet al CMTS, por el otro lado tiene una conexión GE hacia los otros
conmutadores, que a su vez se conectan, también vía G.E. o Ethernet a un GW,
este último va conectado al conmutador de la otra operadora.

Con esta arquitectura el transporte y la protección de anillo la hacen los
conmutadores, los GW no necesitan capacidades de enrutamiento y el tráfico
de voz va directamente al CMTS, el conmutador que esta antes del CMTS
debe tener acceso inmediato a la red de control del SSW.


Figura 17. Red en anillo con MGWs

















Anillo de Transporte de interconexión
Conmutador
Operador 2
Conmutador
Operador n
Cabecera
Hacia Enlaces
Redundates
Enrutador de
Red de Transporte
WAN
CMTS
Hacia Red
HFC
Gateway
Conmutador
Operador 1
1xGE
Anillo de Transporte de interconexión
Conmutador
Operador 2
Conmutador
Operador n
Cabecera
Hacia Enlaces
Redundates
Enrutador de
Red de Transporte
WAN
CMTS
Hacia Red
HFC
Gateway
Conmutador
Operador 1
1xGE

49
En la figura anterior se puede apreciar que el transporte lo hacen los
mismos GW, estos se necesitan con capacidad de enrutamiento, por lo tanto
pueden ser menos económicos que con la solución anterior, pero se cuenta con
un equipo menos en el transporte.

Figura 18. Red en anillo con equipos SDH















En la figura anterior se ve la opción con equipos SDH, un anillo STM-1
sería suficiente en un principio ya que el tráfico no será excesivo, si se desea
proteger todo el tráfico se tendrían 31 E1s para transportar, es la mitad del
ancho de banda, la otra mitad se dejaría libre para usar en caso de ruptura del
anillo.

Para esta opción se necesita únicamente un GW por ciudad que debe ser,
evidentemente, de mayor capacidad que los GWs que se necesitarían en las
Anillo de Transporte de interconexión
Anillo 1xSTM-1 o
GE
Conmutador
Operador 2
GC
Conmutador
Operador n
Cabecera
Hacia Enlaces
Redundates
Enrutador de
Red de Transporte
WAN
GC
CMTS
Hacia Red
HFC
Gateway
GC
GC
Conmutador
Operador 1
Anillo de Transporte de interconexión
Anillo 1xSTM-1 o
GE
Conmutador
Operador 2
GC GC
Conmutador
Operador n
Cabecera
Hacia Enlaces
Redundates
Enrutador de
Red de Transporte
WAN
GC GC
CMTS
Hacia Red
HFC
Gateway
GC GC
GC GC
Conmutador
Operador 1

50
soluciones anteriores, ya que debe tener la cantidad de E1s a distribuir entre las
otras operadoras, esta es la única solución en que la voz no sería VoIP en
todo el transporte, ya que en el anillo urbano sería TDM, en cambio, en las otras
alternativas sería VoIP en todo el trayecto.

Un MGW con un E1 sin interfaz G.E. puede estar en el orden de precio de
dos veces más que un equipo SDH con hasta 16 E1s, dependiendo de los
fabricantes de equipos y los descuentos para la empresa.

Si el transporte es GE se puede utilizar para la protección de anillo el
protocolo RPR (Resilent Packet Ring) y con SDH hay varias opciones, la más
común con equipos pequeños es SNCP (Simple Network Conection Protection).

La red puede ser también una malla parcial o total, esto depende de la
distribución de la fibra óptica en cada ciudad y de los equipos a utilizar,
generalmente los equipos para soportar una red en malla serán más costosos
ya que necesitaran más puertos de fibra, se propone el anillo como la mínima
arquitectura de red para tener protección de red.

3.1.4. Diseño de la Dimensión de la Red Wan

Al tener operación de Internet en las 5 ciudades es muy probable la
existencia de una red de transporte entre estas, para llevar el acceso a Internet
desde la ciudad principal, al ser la distancia entre ciudades bastante grande lo
más económico, en un principio al menos, es arrendar el transporte, en vez de
construir una red propia.




51
Esta red tendrá varios tipos de tráfico, los comunes a todos los operadores
serán Internet y tráfico de intranet, si el operador ofrece servicios de televisión
digital lo más probable es que también tenga la señalización de las cajas
digitales transitando por esta red, todos estos servicios son tráfico de datos, no
necesitan parámetros de red muy exigentes, pero si anteriormente se ha
implementado alguna red de VoIP corporativa, que también estará pasando por
esta red, se habrá adquirido alguna experiencia en el manejo de la voz.

Al igual que cualquier otra red, se tiene varias opciones topológicas,
enlaces punto a punto, que al ser varias ciudades sería una red en estrella, o
enlaces en anillo o malla, sea esta última total o parcial.

Se asume que los equipos empleados para esta red son marca CISCO ya
que son los más comunes en el mercado latinoamericano, por lo tanto se
expondrán aspectos de estos equipos.

3.1.4.1. Enlaces Punto a Punto (estrella)

En el primer caso la única forma de tener redundancia de red, es en
realidad, tener enlaces paralelos, es decir, tener enlaces similares de
proveedores diferentes, con un mínimo de dos enlaces por cada par de
ciudades.








52
Figura 19 Red WAN de doble estrella
















En la figura anterior se puede observar que hay dos tipos de línea, la línea
punteada representa a un proveedor de enlaces interurbanos y la línea continua
representa a otro proveedor, teniendo también dos proveedores de acceso a
internet en la misma ciudad, este tráfico de internet de cada ciudad debe ser
llevado a través de los enlaces hasta la ciudad 1 de la figura.

Evidentemente el problema de esta topología es que se tiene un único
punto de falla, la ciudad 1, a pesar de tener dos proveedores de acceso a
Internet y dos proveedores de enlaces interurbanos, si algo falla en la ciudad 1
(que sería la ciudad principal) el resto de las ciudades se quedarían sin servicio.


Ciudad 1
Ciudad 5
Ciudad 2
Ciudad 3 Ciudad 4
Internet
Proveedor 1
Internet
Proveedor 2
Ciudad 1
Ciudad 5
Ciudad 2
Ciudad 3 Ciudad 4
Ciudad 1
Ciudad 5
Ciudad 2
Ciudad 3 Ciudad 4
Internet
Proveedor 1
Internet
Proveedor 1
Internet
Proveedor 2
Internet
Proveedor 2

53
Esta red no presenta una redundancia a manera de tener un enlace ocioso
y uno en funcionamiento, más bien, se reparte la carga del tráfico entre ambos
enlaces, al caer uno de los enlaces el que sigue en funcionamiento toma el
tráfico del otro, evidentemente no podrá tomar todo el tráfico necesario, ya que
sería muy costoso tener ambos enlaces a mitad de capacidad para que en caso
de falla el otro pueda operar todo el tráfico.

Por lo tanto se debe tener sumo cuidado con las políticas de enrutamiento
para poder clasificar el tráfico y dar prioridad al que más interesa, en este caso
tráfico telefónico.

Otro problema con esta topología es que al no contar con enlaces directos
entre 4 de las ciudades, todo el tráfico telefónico de larga distancia nacional,
que no vaya hacia la ciudad 1, tendrá un doble costo, el costo de la ciudad en
donde se originó la llamada hacia la ciudad 1 y el costo de la ciudad 1 hacia
donde se termina la llamada.

Se asume que hay dos proveedores de acceso a Internet, esto asegura
redundancia de este acceso, pero además puede ayudar a mantener bajos
precios de acceso a la nube.

En este caso, la ciudad principal necesitará un equipo más robusto que en
el resto de las ciudades, este deberá tener más interfaces WAN o dos interfaces
de gran capacidad, dependiendo del servicio ofrecido por los proveedores de
enlaces interurbanos.

El problema de un único punto de falla se puede solucionar de varias
formas, la más sencilla sería tener dos centros de estrellas.


54
Figura 20 Red WAN de dos centros de estrella















En la figura anterior se puede ver que también se usa dos proveedores de
Internet y dos proveedores de enlaces interurbanos, pero de diferente forma, el
acceso a la nube de internet se tiene por dos ciudades, de esta manera hay dos
centros de estrella, cada centro lo da un proveedor distinto.

Con esta topología se distribuyen los posibles puntos de falla, y en caso
que uno salga de servicio el otro puede tomar el tráfico.

Se puede observar que las únicas dos ciudades que tienen un enlace
doble entre ellas son las que tienen los accesos a Internet, se podría tener una
topología con un enlace simple entre estas dos ciudades, pero al tenerlo doble
no se recargan de mayor tráfico el resto de los enlaces en caso de falla en
alguna de estas.
Ciudad 1
Ciudad 5
Ciudad 2
Ciudad 3 Ciudad 4
Internet
Proveedor 1
Internet
Proveedor 2
Ciudad 1
Ciudad 5
Ciudad 2
Ciudad 3 Ciudad 4
Ciudad 1
Ciudad 5
Ciudad 2
Ciudad 3 Ciudad 4
Internet
Proveedor 1
Internet
Proveedor 1
Internet
Proveedor 2
Internet
Proveedor 2

55
En este caso se requieren 2 equipos de mayor robustez que el resto,
evidentemente aquellos ubicados en las ciudades en donde se tiene los
accesos a Internet.

Operativamente el costo sería el mismo ya que se cuenta con la misma
cantidad de enlaces, pero sería más eficiente en la operación y con mejor
probabilidad de continuidad de servicio aún con alguna falla.

3.1.4.2. Red en Anillo

El segundo caso en discusión es una red en anillo, en la figura de abajo se
observa un anillo entre las 5 ciudades, como se puede apreciar se cuenta
únicamente con un proveedor de enlace (ha desaparecido un tipo de línea).

Figura 21. Red WAN en anillo con 1 punto de acceso a internet














Ciudad 1
Ciudad 5
Ciudad 4
Internet
Proveedor 1
Internet
Proveedor 2
Ciudad 2
Ciudad 3
Ciudad 1
Ciudad 5
Ciudad 4
Internet
Proveedor 1
Internet
Proveedor 1
Internet
Proveedor 2
Internet
Proveedor 2
Ciudad 2
Ciudad 3

56
En este caso el protocolo de enrutamiento dará la redundancia, en caso
de falla en algún enlace el tráfico irá por el enlace hacia la otra ciudad.

El equipo de la ciudad principal puede ser de igual magnitud que el del
resto de las ciudades, lo único es que necesitará más interfaces, pero en los
demás aspectos puede ser el mismo.

Se tiene el mismo problema del doble enlace en la misma ciudad hacia los
proveedores de internet, por lo tanto si existe una falla no de enlace, si no de
equipo en esta ciudad, el resto de las ciudades se quedan sin servicio.

El problema mencionado anteriormente se puede evitar contratando uno
de estos accesos a internet en una ciudad diferente, como se muestra en la
figura de abajo.

Figura 22. Red WAN en anillo con 2 puntos de acceso a Internet













Ciudad 1
Ciudad 5
Ciudad 4
Internet
Proveedor 1
Ciudad 2
Ciudad 3
Internet
Proveedor 2
Ciudad 1
Ciudad 5
Ciudad 4
Internet
Proveedor 1
Internet
Proveedor 1
Ciudad 2
Ciudad 3
Internet
Proveedor 2
Internet
Proveedor 2

57
Esta topología cuenta con menos enlaces que las de estrella, por lo que
puede ser más económica, pero en contraparte las llamadas de una ciudad
cualquier a otra tendrá más saltos que con la topología de estrella con doble
centro.

3.1.4.3. Red en Malla

La última opción es tener una red en malla, igual que la anterior, un
único proveedor de enlaces interurbanos sería suficiente, todos los equipos son
de iguales dimensiones técnicas y tienen igual cantidad de interfaces, excepto
el de la ciudad principal que debe tener al menos dos interfaces más, una para
cada uno de los proveedores del acceso a internet, esto se puede apreciar en la
figura 22.

Figura 23. Red WAN en malla total con 1 punto de acceso a internet














Ciudad 1
Ciudad 5
Ciudad 4
Internet
Proveedor 1
Internet
Proveedor 2
Ciudad 2
Ciudad 3
Ciudad 1
Ciudad 5
Ciudad 4
Internet
Proveedor 1
Internet
Proveedor 1
Internet
Proveedor 2
Internet
Proveedor 2
Ciudad 2
Ciudad 3

58
Esta topología tiene los mismos problemas que las anteriores con ambos
accesos a internet en la misma ciudad, y se puede solucionar de la misma
manera.

Figura 24. Red WAN en malla total con 2 puntos de acceso a internet
















Para el cálculo del número de enlaces en esta topología se utiliza la
siguiente formula:

(6) Nenlaces = e(e-1)/2, en donde e es el número de enrutadores.

Esta topología es la que más enlaces tiene así que puede ser más
costosa, también contará con mayor complejidad en la configuración de los
protocolos de enrutamiento, pero también es la de mayor disponibilidad.
Ciudad 1
Ciudad 5
Ciudad 4
Internet
Proveedor 1
Ciudad 2
Ciudad 3
Internet
Proveedor 2
Ciudad 1
Ciudad 5
Ciudad 4
Internet
Proveedor 1
Internet
Proveedor 1
Ciudad 2
Ciudad 3
Internet
Proveedor 2
Internet
Proveedor 2

59
Independientemente del tipo de topología que se tenga para operar es
recomendable la utilización de puertos físicos de la mayor capacidad posible
aunque no se utilicen completamente, por ejemplo, si se consumen 12 Mbps (el
equivalente a 6 E1s) en vez de utilizar 6 interfaces de 2 Mbps, se recomendaría
la utilización de una interfaz E3, si se tiene estimado un crecimiento grande se
recomendaría utilizar interfaces STM-1 ATM. Esto es porque es más sencillo de
programar los protocolos y a la vez se evitan problemas de división de ruta de
los paquetes de voz, todos salen por una misma interfaz, en caso contrario
algunos paquetes de voz viajaran por interfaces diferentes lo que puede
ocasionar problemas de pérdida de paquetes.

3.1.5. Cálculo de Ancho de Banda de Voz

Para el cálculo del ancho de banda a utilizar en cada enlace se debe
tomar en cuenta el codec a utilizar y el intervalo de la muestra.

El intervalo que mejores resultados dará es de 10mS, pero también es el
que mayor ancho de banda consumirá, el que más comúnmente se utiliza es el
de 20mS y el que menos ancho de banda consume es el de 30mS pero también
creará unos tamaños de paquetes muy grandes.

El tamaño de los paquetes de voz es importante ya que si los paquetes
son más grandes y hay una pérdida de estos en la red, será más evidente
durante la conversación, en cambio, mientras más pequeño el tamaño de los
paquetes menos evidente será durante una conversación la pérdida de alguno
de ellos, no es lo mismo perder 10mS de conversación que 30mS.

Por otra parte, mientras más grandes son los paquetes de voz, se
incrementa el retardo, ya que estos tendrán que esperar más tiempo para ser

60
transmitidos, a menor tamaño de paquete menor tiempo de espera, pero
también se debe tener en cuenta que mientras más pequeños los paquetes
habrá mayor cantidad de ellos, esto afecta directamente el procesamiento de
los enrutadores, puede haber problemas si se excede la capacidad de
procesamiento de los equipos por lo que deben dimensionarse adecuadamente.

TP = tasa de paquetización
(7) P(paquetes/seg) = 1000 (ms/s) / TP(ms/muestra) * 1 (paquete/muestra)
= 1000/20*1 = 50 paquetes/seg
TC = tasa de codec
(8) V(bytes/paquete) = TC(b/s) / 8 (bits/Byte) / P(paquetes/s)
= 64,000/8/50 = 160 (Bytes/paquete)

Encabezado Capa 3: este valor es fijo, es de 40 bytes, se compone de 20
bytes de IP, 8 bytes de UDP y 12 bytes de RTP.

9) ABvoz = P(paquetes/s) * V(bytes/paquete) * bits por segundo = 50*200
*8= 80 Kbps.

Si le añadimos el encabezado Ethernet serán 18 bytes más (incluida
secuencia FCS)

(10) ABvoz = 50*218*8 = 87.2 Kbps.

Si el encabezado de capa 2 es Frame Relay serán 4 bytes más.

(11) ABvoz = 50*204*8 = 81.6 Kbps
Para HDLC se tienen 5 bytes de encabezado.
(12) ABvoz = 50*205*8 = 82 Kbps

61
Si se utiliza PPP serán 6 bytes más
(13) ABvoz = 50*206*8 = 82.4 Kbps

Tabla XII. Ancho de banda por intervalo de muestra








La tabla anterior muestra el ancho de banda que demanda el codec G.711
dependiendo del tamaño de la muestra (en milisegundos), están incluidos los
encabezados de capa 2 y capa 3, suponiendo que se utiliza PPP para el
primero, se asume que no se utiliza supresión de silencio. Si se desea utilizar
supresión de silencio puede haber un ahorro considerable de ancho de banda,
pero se consume más recurso de CPU de los enrutadores, se debe sopesar
este hecho para decidir si se utiliza o no.

3.1.5.1. Cálculo de Ancho de Banda para Anuncios y
Conferencias

Es necesario calcular cuanto ancho de banda se debe destinar para las
llamadas que terminaran en el servidor de anuncios y conferencias, se debe
tener en cuenta la cantidad de erlangs por línea y la duración promedio de cada
llamada (se supondrá 150 segundos), se supone que se tiene tres tipos de
anuncios básicos:

10 mS (80 bytes)
20 mS (160
bytes)
30 mS (240
bytes)
1 30 3,02 2,47 2,20
2 60 6,05 4,94 4,39
3 90 9,07 7,42 6,59
4 120 12,10 9,89 8,78
5 150 15,12 12,36 10,98
6 180 18,14 14,83 13,18
Cantidad de
E1s
Cantidad de
Canales
G.711 (Mbps)

62
1.- Anuncio de terminación de llamada, con valores esperados de: 17 %
de los intentos de llamada y 12 segundos de duración.
2.- Anuncio de error de discado, con valores esperados de: 7 % de los
intentos de llamada y 12 segundos de duración.
3.- Anuncio de usuario que no ha pagado, con valores esperados de: 3 %
de los intentos de llamada y 5 segundos de duración.
4.- Conferencias, los valores esperados de las conferencias serán 1% de
los intentos de llamada y 340 segundos de duración aproximada.

Del capitulo 3 se tiene que el total de líneas esperadas (2,700) con 125m
Erlangs de tráfico cada una, si la llamada dura en promedio 150 segundos se
tienen para los intentos de llamada (ILL):

(14) ILL = Erlangsporlínea * Segundoporhora / Duraciónpromedio = 0.125*
3,600 / 150seg = 3 intentos de llamada por línea (Call Attempt)
por hora
(15) Total ILL = Total líneas esperadas * ILL = 2,700*3 = 8,100

El tiempo de llamada total (TLL) para los anuncios en este servidor será
de:
(16) TLL = (17% * 12 + 7% *12 + 3% * 5) + (1 * 340) * 8,100
= 52,083 seg

Al dividir entre 3,600 se obtienen los Erlangs
Erlangs = 52,083 / 3,600 = 14.47 erlangs

De la tabla de Erlang B (GoS 0.1%) se obtienen 28 canales.



63
De la sección anterior (ecuaciones 7 a 13) se puede calcular el ancho de
banda necesario para estos 28 canales, aproximadamente 3.02 Mbps según la
tabla XII , este es ancho de banda extra hacia la ciudad en la que este ubicado
este servidor, lo más común es que este junto con el SSW en la ciudad principal
aunque se puede estudiar el costo de adquirir una plataforma descentralizada,
se instalaría un servidor de estos en cada ciudad, estos serían de menor
tamaño que si esta centralizado en un solo sitio y habría un ahorro de ancho de
banda, en ambos casos los cálculos para el ancho de banda requerido son
iguales.

3.1.5.2. Cálculo de Ancho de Banda para Correo de Voz

El cálculo del ancho de banda para el servicio de correo de voz es igual al
cálculo hecho anteriormente, se supone que un 3% de los intentos de llamada
irán hacia el servidor de correo de voz, con una duración promedio de 30
segundo por mensaje, se tiene:

(17) Erlangs = (3% * 30) * 8,100 = 7,290 segundos = 2.03 Erlangs (GoS
0.1%), es decir, 8 canales.

En este caso específico se asume una plataforma centralizada, aunque se
puede estudiar el costo de adquirir una plataforma descentralizada, se instalaría
un servidor de estos en cada ciudad, estos serían de menor tamaño que si esta
centralizado en un solo sitio y habría un ahorro de ancho de banda, en ambos
casos los cálculos para el ancho de banda requerido son iguales.





64
3.1.6 Parámetros de Desempeño de la Red a tomar en Cuenta

3.1.6.1. Calidad de Servicio, Retardo y Variación de Retardo

El tema principal en una red de transporte para voz es la calidad de la
misma, al hablar de VoIP se sabe que se transmitirá voz en una red diseñada
para el transporte de datos, para asegurar una buena calidad se deben tomar
en cuenta varios problemas inherentes a una red de datos, como retardo (delay)
y variación del retardo (jitter), el tener suficiente ancho de banda no siempre
asegura tener una buena calidad en la voz, además, el costo de esta solución
es alto.

Los problemas para la voz sobre protocolo IP muchas veces pueden
empezar en la sección de red LAN, se debe tomar mucho cuidado al
acondicionar, o diseñar, el segmento de red LAN en donde se ubicará el GW y
el CMTS en cada ciudad.

Es inaceptable instalar HUBs en estos segmentos de red LAN, se debe
utilizar estrictamente conmutadores capa 2 (como mínimo, podrían ser
conmutadores capa 3, esto depende del diseño de ese segmento de red), de
esta manera se restringen los dominios de colisión en este segmento de la red,
además deben tener una configuración óptima, por ejemplo dividiendo VLANs
de ser posible y/o necesario y reconociendo la QoS, ToS y CoS.

Las redes que dan servicio de datos no están preparadas por si mismas
para el transporte de voz, el problema es el tratamiento de los paquetes, en
ausencia de congestión la política de manejo de paquetes se conoce como
FIFO, es decir, el primer paquete en llegar es el primero en salir (de la cola del
equipo), sin importar si es un paquete sensible a retardo o no.

65
Si los paquetes de datos son muy grandes y se intercalan entre paquetes
de voz, que son muy pequeños pueden crear un gran diferencia en el retardo y
una mala calidad de comunicación, incluso se pueden perder paquetes de voz.

Hay dos formas de pérdida de paquetes posibles, la primera es por
paquetes corruptos, es decir tramas con errores o paquetes descartados por
congestión, la segunda, por variación de retardo, los paquetes que se vean
afectados por la variación del retardo llegarán a su destino, pero fuera de
tiempo, así que serán descartados.

Cuando hay congestión en un equipo, este descarta paquetes, estos
llegan a un buffer en donde deben esperar a ser reenviados, estos buffers se
pueden hacer más amplios que su valor por defecto, pero con políticas
apropiadas para no incrementar el retardo, además por defecto los paquetes
tienen un tamaño de 1,500 bytes, pero pueden ser configurados para tener
menor tamaño, aunque no pueden ser extremadamente pequeños ya que
consumirían mucho del procesamiento de los equipos.

Para evitar tener un retardo muy grande, una variación de retardo
excesiva, y para dar prioridad a los paquetes de voz, se pueden implementar
diferentes políticas de calidad de servicio, queda a criterio del operador cual se
ajusta mejor a las necesidades de su red, algunas son variaciones de otras.

Priority Queuing (PQ), Da prioridad al tráfico de la primera cola del buffer,
con esta política de QoS se puede tener hasta 4 colas como máximo(10-14).

Class-Based Weighted Fair Queueing (CBWFQ), Es una variación
especial de WFQ (Weighted Fair Queueing), se pueden programar clases
especiales de tráfico, definidas por el usuario, en el buffer de enrutamiento, se

66
le da prioridades diferentes a las diferentes clases de tráfico, se puede
programar una clase para el tráfico de voz y que esta tenga mayor prioridad que
las demás. Al hablar de clases de tráfico, se refiere a que se nombran las colas
del buffer, la primera cola es la que se transmite primero (la que debería ser
para voz), luego transmiten las demás, a diferencia de WFQ CBWFQ permite
especificar el ancho de banda necesario para determinado tipo de tráfico (10-
14).

Low Latency Queueing (LLQ), También se le conoce como PQ/CBWFQ
(Priority Queueing / CBWFQ), es una combinación de las dos anteriores, en las
colas del buffer se programa una cola diferente, esta tiene estricta prioridad
sobre las otras (10-14).

Frame Relay Traffic Shaping (FRTS), Esta herramienta provee parámetros
que son de utilidad para el manejo de una red bajo congestión, por ejemplo,
CIR, FECN/BECN y el bit DE, ayuda a que el conmutador FR del proveedor de
los enlaces interurbanos sepa cuando hay congestión en la red e identificar el
tráfico con DE para asegurarse que el tráfico de alta importancia no sea
descartado (10-14).

IP to ATM Class of Service (CoS), esta herramienta hace que una red
ATM pueda diferenciar los paquetes marcados con COS, de esta manera se
conserva la prioridad de los paquetes marcados antes de entrar a la red ATM
(10-14).








67
3.2. Optimización de la Red con MPLS

Si se requiere hacer la red más eficiente se puede implementar MPLS, es
el estándar de la IETF para protocolo basado en etiquetas, este protocolo es la
evolución de varios protocolos propietarios como el protocolo para conmutación
de pestañas (Tag Switching) de Cisco, Cell Switched Router de Toshiba y ARIS
(Aggreagate Route-Base IP Switching) de IBM, estos fueron tomados como
referencia por la IETF para las especificaciones de MPLS.

MPLS provee mecanismos para la conmutación de etiquetas sobre una
red que enruta paquetes, lo que aumenta el desempeño de una red, dicho más
coloquialmente, el tráfico IP se conmuta en vez de enrutarse (11-8).

Los enrutadores utilizan los protocolos tradicionales de enrutamiento de
paquetes que revisan la dirección de destino de cada paquete, esta se
encuentra en el encabezado de capa 3, es decir, en el encabezado IP, para
este fin, se debe analizar cada paquete que ingresa al enrutador, este método
da inteligencia a la red, pero le resta eficiencia ya que el equipo debe analizar
cada paquete que entra en él, esto implica gasto de tiempo en las colas de
espera (buffer) y consumo de capacidad de CPU.

Con MPLS se reduce el consumo de la capacidad de CPU y el tiempo en
las colas de espera, para esto se vale de etiquetas, con la activación de MPLS
en cada enrutador estos ven únicamente las etiquetas, no las direcciones de
destino del paquete. Las etiquetas de MPLS se ubican entre el encabezado de
capa 2 y el encabezado de capa 3, y están ligadas a las tablas de enrutamiento.
De esta manera los paquetes no son analizados en capa 3, únicamente se
analizan las etiquetas MPLS, por este motivo se vuelve más rápido y por lo
tanto más eficiente el transporte en la red.

68
3.2.1. Funcionamiento de MPLS

El plano de control de la arquitectura MPLS es el responsable de enlazar
las etiquetas a las tablas de enrutamiento, para este fin se necesita un protocolo
de intercambio de etiquetas que además pueda unir estas a las tablas de
enrutamiento, hay dos protocolos soportados por los equipos Cisco, TDP y
LDP, este último es el protocolo estándar de la IETF, el primero es un protocolo
propietario de Cisco(11-9).

Cisco soporta el funcionamiento de MPLS sobre EIGRP, que es un
protocolo propietario, por esto es que soporta TDP para el intercambio de
etiquetas, pero lo más recomendable es utilizar como IGP OSPF o IS-IS que
son los protocolos que recomienda el estándar ya que en caso que se adquiera
un equipo que no sea marca Cisco será más sencilla la interoperabilidad entre
este equipo y los enrutadores Cisco. Por ejemplo, los CMTSs están
evolucionando al punto de soportar protocolos de enrutamiento y MPLS, para
poder marcar el tráfico con etiquetas desde el borde de la red de CMs, por lo
mismo se recomienda el uso de LDP en vez de TDP.

El IGP se encarga de construir las tablas de enrutamiento y LDP se
encarga de construir la base de información de etiquetas (LIB), esta es un
mapeo de las etiquetas entrantes contra las etiquetas salientes, junto con
información sobre la interfaz de salida y su enlace. Para cada grupo de
paquetes con el mismo destino se crea una ‘clase de paquetes’ llamadas FEC a
las cuales se les aplican las etiquetas, estas pueden ser basadas en puertos de
entrada, tipo de protocolo, calidad de servicio, etc (11-10).




69
Las etiquetas que se encuentran en uso, residen en la base de
información de reenvío de etiquetas (LFIB) que es una parte de la LIB (la que
está en uso), además existe otro componente, la base de información de
reenvío (FIB) que es una versión de la tabla de enrutamiento con la cual serán
enlazadas las etiquetas, esta es creada por un mecanismo de Cisco llamado
CEF (este mecanismo debe obligatoriamente estar activo para el
funcionamiento de MPLS), todo esto se constituye en el plano de reenvío de la
arquitectura MPLS (11-10).

Figura 25 Planos de Arquitectura MPLS y funciones












En la figura anterior se puede apreciar ambos planos y sus componentes,
a los tipos de paquetes se les aplican las etiquetas, estas son distribuidas
utilizando LDP, las que están activas se llevan al plano de reenvío
convirtiéndose en la LFIB, estas se enlazan con la FIB que es una versión
(construida por el mecanismo CEF) de la tabla de enrutamiento (que es
construida por el IGP).
Plano de Control Plano de Reenvío
FEC
(tipos de Paquetes)
LDP
FIB
(versión de tabla
de enrutamiento)
CEF
LIB
(Etiquetas entrantes/ Etiquetas salientes)
LFIB
(etiquetas en uso)
Plano de Control Plano de Reenvío
FEC
(tipos de Paquetes)
LDP
FIB
(versión de tabla
de enrutamiento)
CEF
LIB
(Etiquetas entrantes/ Etiquetas salientes)
LFIB
(etiquetas en uso)

70
Cuando los enrutadores se conectan a una red ATM (es muy probable que
el proveedor de enlaces interurbanos tenga una red ATM) existen dos
posibilidades para la configuración de MPLS, si esta red no soporta MPLS de
forma nativa la configuración deberá ser Frame-Mode MPLS, la otra posibilidad
es Cell-Mode MPLS, con esta configuración se utilizan los valores VPI/VCI que
hacen las veces de etiquetas (11-97).

3.2.2. VPNs CON MPLS

Otra de las ventajas de poner etiquetas a los paquetes, es que se puede
tener paquetes de redes distintas con las mismas direcciones sin problemas de
cruce de las mismas sin necesidad de utilizar NAT, es decir, el proveedor puede
llevar en su red, varias redes con las mismas direcciones, esto es posible
gracias a que se pueden colocar etiquetas para identificar las diferentes redes,
para esto es necesario tener tablas de enrutamiento diferentes para cada red y
enlazar estas tablas ‘privadas’ con las etiquetas de cada red. El resultado de
esto es que un enrutador puede funcionar como si fuera varios equipos en uno
solo, este concepto se conoce como ‘enrutador virtual’ porque cada red (de
clientes) ve como un solo enrutador al equipo del proveedor al que se
comunica, de esta manera se obtienen VPNs de MPLS sin necesidad de
encriptación o aplicaciones de usuario final. Para poder configurar VPNs con
MPLS es necesario que se active una sesión de MP-BGP en cada enrutador de
borde, ya que este protocolo será el encargado de propagar las rutas VPN.

Las tablas privadas de enrutamiento se llaman VRF, son tablas de
enrutamiento dedicadas, con mecanismos de enrutamiento. Estas tablas VRF
se componen de una tabla de enrutamiento especifica, una tabla CEF,
interfaces y reglas de protocolo de enrutamiento y filtros, se tendrá una tabla
VRF por cada cliente de VPN, por último, el mecanismo para evitar el

71
solapamiento de direcciones IP en MP-BGP se llama ‘Route Distinguisher’ (RD)
este es un valor de 64 bits, de los cuales los primeros 16 se reservan para
especificar el tipo de comunidad extendida de BGP, los 48 restantes se pueden
indicar en dos formas, 16 bit: 32 bit o 32 bit: 16 bit, la recomendación es utilizar
el método 16 bit: 32 bit, los 16 primeros de estos deberán indicar el número de
sistema autónomo del proveedor (AS) los siguientes 32 los escoge el operador
(11-162).

3.3. Cálculos de Capacidades de las Compuertas de Medios

El cálculo de la cantidad de E1s de los GW sale de la cantidad de tráfico
cursado entre la red HFC y los otros operadores a los que se interconectará la
red y del tráfico de larga distancia, se estima un porcentaje de tráfico interno y
un porcentaje de tráfico hacia cada uno de los otros operadores.

La mayor cantidad de tráfico irá hacia el operador dominante, y la menor
cantidad de tráfico será interno, es decir, queda en la red, la diferencia entre
tráfico saliente y tráfico entrante puede ser asumido en porcentajes, se asumirá,
para todos los operadores, que la relación es de 70 a 30, es decir, 70% del
tráfico es saliente y 30% es entrante, aunque esta diferencia probablemente
será mucho mayor al principio, siendo siempre el tráfico saliente el de mayor
porcentaje.

Se debe tomar en cuenta también que habrá tráfico local y de larga
distancia, tanto nacional como internacional, este último puede incrementarse
notablemente si se prestan varios servicios empresariales, no solamente
residenciales.



72
Tabla XIII. Distribución del tráfico saliente entre los diferentes operadores








Tabla XIV. de tipo de tráfico saliente LDN LDI







De la tabla V (Tabla de penetración de servicio telefónico) y la tabla XIV se
tiene los siguientes resultados:










% de Trafico
Operador 1 (dominante) 55%
Operador 2 15%
Operador 3 12%
Operador 4 10%
Propio 8%
Tipo de tráfico porcentaje
Local 75%
LDN 15%
LDI 10%

73
Tabla XV Cantidad de tráfico Local por ciudad




















En las tablas anteriores el valor de los Erlangs totales sale de multiplicar la
cantidad de abonados por la cantidad de Erlangs asumida que consumirá cada
abonado, 125mE.

(18) Erlangs totales = Suscriptores * 0.125Erlangs

Para la ciudad 1: Erlangs totales = 630 * 0.125 = 78.75 Erlangs
Ciudad 1 Local
Suscriptores 630 75%
Erlangs totales 78,75
Canales totales 104 78
E1s 4 3
Ciudad 2 Local
Suscriptores 540 75%
Erlangs totales 67,50
Canales totales 92 69
E1s 4 3
Ciudad 3 Local
Suscriptores 450 75%
Erlangs totales 56,25
Canales totales 79 60
E1s 3 2
Ciudad 4 Local
Suscriptores 585 75%
Erlangs totales 73,13
Canales totales 98 74
E1s 4 3
Ciudad 5 Local
Suscriptores 495 75%
Erlangs totales 61,88
Canales totales 85 64
E1s 3 3

74
Los canales totales sale de la tabla Erlang B, con un bloqueo de 0.1%, por
supuesto las cantidades de E1 están aproximadas al múltiplo entero superior,
ya que no pueden haber partes de E1 en los puertos, se puedo tomar un
porcentaje diferente de bloqueo, esto afectará la cantidad de E1s resultantes.

3.3.1. Cálculo de E1s para Interconexión Local

De la tabla anterior se sabe la cantidad de E1s necesaria para el tráfico
local que se generará, pero no se sabe la distribución de ese tráfico entre los
demás operadores, al saber esto puede variar la cantidad de puertos
necesarios.



















75
Tabla XVI. Cantidad de puertos para tráfico local por operador




























% de Trafico Erlangs Canales E1s
Operador 1 (dominante) 55% 43,31 64 3
Operador 2 15% 11,81 24 1
Operador 3 12% 9,45 21 1
Operador 4 10% 7,88 18 1
6
% de Trafico Erlangs Canales E1s
Operador 1 (dominante) 55% 37,13 56 2
Operador 2 15% 10,13 22 1
Operador 3 12% 8,10 19 1
Operador 4 10% 6,75 17 1
5
% de Trafico Erlangs Canales E1s
Operador 1 (dominante) 55% 30,94 49 2
Operador 2 15% 8,44 19 1
Operador 3 12% 6,75 17 1
Operador 4 10% 5,63 15 1
5
% de Trafico Erlangs Canales E1s
Operador 1 (dominante) 55% 40,22 60 2
Operador 2 15% 10,97 23 1
Operador 3 12% 8,78 20 1
Operador 4 10% 7,31 17 1
5
% de Trafico Erlangs Canales E1s
Operador 1 (dominante) 55% 34,03 52 2
Operador 2 15% 9,28 20 1
Operador 3 12% 7,43 18 1
Operador 4 10% 6,19 16 1
5
Tráfico local saliente Ciudad 5
Tráfico local saliente Ciudad 3
Tráfico local saliente Ciudad 4
Tráfico local saliente Ciudad 1
Tráfico local saliente Ciudad 2

76
La tabla anterior sale de multiplicar los Erlangs totales de la tabla (Tabla
XV Cantidad de Tráfico Local por ciudad) por el porcentaje estimado para cada
operador (Tabla XIII Distribución del tráfico saliente entre los diferentes
operadores), y los canales por supuesto salen de la tabla Erlang B, estos
canales están calculados para un GoS de 0.1%.

Se puede apreciar, que la cantidad de puertos E1 de la tabla XVI no
coincide con la cantidad de puertos de la tabla XVI (Cantidad de tráfico por
ciudad y por tipo de tráfico) esto es porque al dividir el tráfico entre los distintos
operadores, que es poco tráfico, no se utilizarán completamente los E1s de los
operadores hacia los que menos tráfico habrá.



















77
Tabla XVII. Tráfico local entrante por operador




























Erlangs Entrantes Canales E1s
Operador 1 (dominante) 12,99 25 1
Operador 2 3,54 11 1
Operador 3 2,84 10 1
Operador 4 2,36 9 1
4
Erlangs Entrantes Canales E1s
Operador 1 (dominante) 11,14 23 1
Operador 2 3,04 10 1
Operador 3 2,43 9 1
Operador 4 2,03 8 1
4
Erlangs Entrantes Canales E1s
Operador 1 (dominante) 9,28 20 1
Operador 2 2,53 9 1
Operador 3 2,03 8 1
Operador 4 1,69 8 1
4
Erlangs Entrantes Canales E1s
Operador 1 (dominante) 12,07 25 1
Operador 2 3,29 11 1
Operador 3 2,63 10 1
Operador 4 2,19 9 1
4
Erlangs Entrantes Canales E1s
Operador 1 (dominante) 10,21 22 1
Operador 2 2,78 10 1
Operador 3 2,23 9 1
Operador 4 1,86 8 1
4
Tráfico local entrante Ciudad 1
Tráfico local entrante Ciudad 2
Tráfico local entrante Ciudad 3
Tráfico local entrante Ciudad 4
Tráfico local entrante Ciudad 5

78
De la tabla XVI (Cantidad de puertos para tráfico local por operador)
tenemos la cantidad de Erlangs salientes, estos representan el 70% del tráfico,
y en la tabla XVII se tienen los Erlangs entrantes por operador, es decir el 30%
del tráfico, igualmente, al buscar en la tabla Erlang B se consiguen la cantidad
de canales.

Al sumar los totales de ambas tablas se tiene la cantidad total de puertos
E1 necesarios para el tráfico local, este valor se aprecia en la tabla siguiente.

Tabla XVIII. Puertos E1s para tráfico local









3.3.2. Cálculo de E1s para Larga Distancia Nacional e Internacional

Los cálculos son los mismos para el tráfico saliente de LDN y LDI, el
tráfico generado en cada ciudad se multiplica por el porcentaje estimado para
cada tipo de tráfico, nuevamente el número de canales sale de la tabla Erlang B
con un GoS de 0.1%.




E1s Local
Ciudad 1 10
Ciudad 2 9
Ciudad 3 9
Ciudad 4 9
Ciudad 5 9

79
Tabla XIX. Tráfico saliente LDN y LDI























Los porcentajes de los canales totales para cada tipo de tráfico (LDN, LDI
y Local) se han calculado por separado ya que pueden ser de utilidad a la hora
del cálculo de ancho de banda en la red de transporte interurbano, a la hora de
calcular los puertos estos deben ser números enteros, pero no necesariamente
se necesitará el número entero a la hora de transportar esos canales de voz.
Ciudad 1 LDN LDI
Suscriptores 630 15% 10%
Erlangs totales 78,75 11,81 7,88
Canales totales 104 24 18
E1s 1 1
Ciudad 2 LDN LDI
Suscriptores 540 15% 10%
Erlangs totales 67,50 10,13 6,75
Canales totales 92 22 17
E1s 1 1
Ciudad 3 LDN LDI
Suscriptores 450 15% 10%
Erlangs totales 56,25 8,44 5,63
Canales totales 79 19 15
E1s 1 1
Ciudad 4 LDN LDI
Suscriptores 585 15% 10%
Erlangs totales 73,13 10,97 7,31
Canales totales 98 23 17
E1s 1 1
Ciudad 5 LDN LDI
Suscriptores 495 15% 10%
Erlangs totales 61,88 9,28 6,19
Canales totales 85 20 16
E1s 1 1

80
Tabla XX. Tráfico entrante LDN

En la tabla anterior se tiene un estimado porcentual del tráfico LDN por
ciudad, el tráfico total se puede multiplicar por cada porcentaje para saber
cuanto de este tráfico va hacia cada ciudad.

Tabla No XXI Tráfico LDN entrante y canales necesarios por ciudad


















Ciudad 1 Ciudad 2 Ciudad 3 Ciudad 4 Ciudad 5
Ciudad 1 0 25% 25% 30% 20%
Ciudad 2 35% 0 20 30 20
Ciudad 3 30% 22% 0 25% 23%
Ciudad 4 40% 20% 20% 0 20%
Ciudad 5 35% 20% 15% 30% 0
Ciudad
Porcentaje
Tráfico
Cantidad de
Erlangs
Cantidad de
Canales
Ciudad 2 35% 3,54 11
Ciudad 3 30% 2,53 9
Ciudad 4 40% 4,39 13
Ciudad 5 35% 3,25 11
44
Ciudad
Porcentaje
Tráfico
Cantidad de
Erlangs
Cantidad de
Canales
Ciudad 1 35% 4,13 12
Ciudad 2 30% 3,04 10
Ciudad 4 40% 4,39 13
Ciudad 5 35% 3,25 11
46
Ciudad
Porcentaje
Tráfico
Cantidad de
Erlangs
Cantidad de
Canales
Ciudad 1 35% 4,13 12
Ciudad 3 30% 0,09 9
Ciudad 4 40% 0,16 13
Ciudad 5 35% 0,12 11
45
Ciudad 1
Ciudad 2
Ciudad 3

81













En la tabla anterior se ha multiplicado el porcentaje estimado de tráfico
LDN entrante en cada ciudad por el total de tráfico generado por las otras
ciudades para este fin, se puede apreciar que en todas las ciudades se necesita
un máximo de 2 E1s.

Tabla XXII. Tráfico y puertos necesarios para LDI





En la tabla anterior se puede ver el total de tráfico LDI de todas las
ciudades, este tráfico converge en la ciudad 1 que es donde se cuenta con
salida internacional de telefonía, también se puede apreciar que solamente se
necesitan 2 Es para este tráfico, pero esto es, solamente si se tiene
interconexión a uno o máximo dos operadores de larga distancia internacional,
Erlangs LDI
totales
Canales E1s
Ciudad 1 33,75 52 2
Ciudad
Porcentaje
Tráfico
Cantidad de
Erlangs
Cantidad de
Canales
Ciudad 1 35% 4,13 12
Ciudad 2 30% 0,11 10
Ciudad 3 40% 0,12 11
Ciudad 5 35% 0,12 11
44
Ciudad
Porcentaje
Tráfico
Cantidad de
Erlangs
Cantidad de
Canales
Ciudad 1 35% 4,13 12
Ciudad 2 30% 3,04 10
Ciudad 3 40% 3,38 11
Ciudad 4 35% 3,84 12
45
Ciudad 5
Ciudad 4

82
es evidente que si se tiene interconexión con más de dos se necesitan más
puertos E1 en las compuertas de medios, al menos 1 E1 por operador, y se
crecerá en puertos a medida que el tráfico aumente, el tráfico de LDI entrante
también se puede calcular de igual manera, generalmente se negocia una
‘cantidad de minutos’ a terminar con cada operador LDI, y de allí se puede
estimar de igual manera la cantidad de E1s requeridos.

El total de la cantidad de puertos E1s de las compuertas de medios sale
de la suma de todas las compuertas necesarias para el tráfico en las tablas de
tráfico local saliente y entrante, LDN saliente y entrante, LDI saliente, están
dados en la siguiente tabla.

Tabla No XXIII Capacidad de las compuertas de medios en cada ciudad
















E1s Local E1s LDN E1s LDI E1s Totales
Ciudad 1 10 3 2 15
Ciudad 2 9 3 0 12
Ciudad 3 9 3 0 12
Ciudad 4 9 3 0 12
Ciudad 5 9 3 0 12

83
CONCLUSIONES



1. Se conocen las especificaciones y recomendaciones del estándar DOCSIS
para la transmisión de datos con diferenciación de calidad de servicio por
flujos y cómo éste es un requisito para implementar una red Packetcable.

2. Se dio a conocer las especificaciones generales del estándar Packetcable
y el por qué éste es necesario para asegurar la calidad de servicio.

3. Se ha de tener mucho cuidado con el uso del espectro dentro de una red
HFC para la asignación de los servicios; se vio cómo la segmentación de
la red puede contribuir a la mejor utilización de este recurso.

4. Un punto de suma importancia es el estado de la red WAN, la calidad de
servicio de la voz que viajará por esta red depende de varios elementos a
los que se debe poner especial atención, el retardo, la variación del
retardo, el contar con ancho de banda suficiente, incluso la arquitectura y
por ende los equipos utilizados, hasta el punto de analizar la viabilidad
de utilizar MPLS para mejorar la eficiencia de la red.

5. Se puede aprovechar la planta externa existente de una empresa de
televisión por cable para el análisis del diseño de las redes de transporte
de interconexión en cada ciudad; existen varias opciones, depende del
operador decidir cuál de ellas ha de implementar, si alguna operadora
puede conectarse a nivel de IP puede hacerse pero se requieren extras
para conservar la seguridad de la red.

84
6. Al dimensionar las compuertas de medio, que son los equipos que
convertirán la voz en forma de paquetes a voz TDM para la interconexión
con otras operadoras, se debe estimar una cantidad de tráfico por
operador.

7. Para lograr asegurar la calidad de servicio, para telefonía sobre redes de
televisión por cable, se debe implementar Packetcable; para el diseño de
esta se han de tomar en cuenta varios factores, entre ellos todos los
segmentos de red o redes por los cuales ha de transitar la voz y asignar
los recursos necesarios para que cuente con la mayor prioridad.




















85
RECOMENDACIONES



1. Se debe evaluar cuidadosamente la asignación de servicios en el
espectro, saber cuánto de esta capacidad se ha de asignar a telefonía y
cuánto a datos influye en el grado de servicio (GoS) que se ofrecerá.

2. En el cálculo de cuántos canales telefónicos por portadora se utilizarán,
no solamente se debe tomar en cuenta el porcentaje de ésta a ser usada
para telefonía, también se debe poner atención en el tipo de codec que
se utilizará, el tiempo de la muestra de voz y si se usará supresión de
silencio o no.

3. Si se decide no utilizar el codec G.711, lo mejor es hacer pruebas de la
calidad de la voz con el codec que se escogió para asegurarse que sea
lo mejor posible.

4. Al asignar los recursos del espectro, se debe analizar detalladamente los
paquetes de acceso a internet que se ofrecen, para no degradar este
servicio por ofrecer el servicio telefónico.

5. En general, una red WAN estará diseñada para datos, no para voz, es
deseable hacer un análisis de la misma antes de correr pruebas de voz,
este análisis indicará el retardo general y la variación de éste dentro de la
red, además se hará evidente la necesidad de políticas de calidad de
servicio que se deben implementar.



86
6. En las redes de interconexión se deberá tener abundancia de red para
asegurar la continuidad del servicio.

7. Se debe tener un estimado de penetración de servicio, ya que de este
dato saldrá el tráfico que cursará por todos los segmentos de la red y de
allí se llega al dimensionamiento adecuado de anchos de banda en cada
segmento, cantidad de puertos en las compuertas de medio y cantidad
de licencias del sistema.






















87
REFERENCIAS

1. Cable Television Laboratories Inc. A Decade of Innovation The History
of Cablelabs 1988-1998. E.E.U.U. (4 de Junio de 1998).

2. ANSI/SCTE (American National Standar Institute). Data-Over-Cable
Service Interface Specification DOCSIS 1.0 Radio Frecuency
Interface (RFI) (ANSI/SCTE 22-1 2002. Especificaciones DOCSIS),
Estados Unidos. 210 páginas.

3. Cable Laboratories Inc. Data-Over-Cable Service Interface
Specification, Cable Modem Termination System – Network Side
Interface Specification (SP- CMTS-NSII01-960702, Especificaciones
DOCSIS). Estados Unidos, 1996. 13 páginas.

4. Cable Televisión Laboratories Inc. PacketCable 1.5 Architecture
Framework Technical Report (PK-TR-ARCH1.5-V01-050128).
EEUU, 2005. 59 páginas.

5. Cable Televisión Laboratories Inc. PacketCable 1.5 Network-based call
signaling protocol (PKT-SP-NCS1.5-I01-050128), EEUU, 2005. 201
páginas.

6. Cable Televisión Laboratories Inc. Dinamic Quality of Service
(Especificaciones PacketCable 1.5).EEUU. 2005. 89 páginas.

7. Chapman, John T. Multimedia Traffic Engineering for HFC Networks.
1era edición. EEUU, Cisco Systems, 1999. 75 páginas.

8. Cable Televisión Laboratories Inc. Packetcable Audio/Video Codecs
Specification (PKT-SP-CODEC-I05-040113) (Especificaciones
PacketCable 1.5).EEUU, 2004. 39 páginas.

9. Harte, Lawrence, Sisgnaling system 7 basics. EEUU, Althos, 2004. 256
páginas.

10. Introduction to IP QoS (Manual del curso del mismo nombre). EEUU,
Cisco Systems, 1999. 850 páginas.

11. Reagan, James. CCIP: MPLS study guide, 1era edición, EEUU, Sybex,
2002, 456 páginas.


88
12. www.cablelabs.com

13. www.cablemodem.com

14. www.packetcable.com.

15. www.cisco.com

16. www.iec.com


























89
BIBLIOGRAFIA




1. Cable Laboratories, Data-Over-Cable Service Interface Spefication
Cable Modem Telephony Return Interface Specification (SP-
CMTRI-I01-970804, Especificaciones DOCSIS). Estados Unidos,
1997. 74 páginas.

2. ANSI/SCTE (American National Standar Institute). Data-Over-Cable
Service Interface Specification DOCSIS 1.0 Baseline Privacy
Interface (BPI) (ANSI/SCTE 22-2 2002, Especificaciones DOCSIS),
Estados Unidos. 84 páginas.

3. ANSI/SCTE (American National Standar Institute). Data-Over-Cable
Service Interface Specification DOCSIS 1.0 Operations Support
System Interface (OSSI) (ANSI/SCTE 22-3 2002, Especificaciones
DOCSIS), Estados Unidos. 31 páginas.

4. Cable Laboratories Inc. Data-Over-Cable Service Interface Specification
DOCSIS 1.1 Cablemodem to customer premise equipment
interface specification (SP-CMCI-I09-30730) (Especificaciones
DOCSIS). Estados Unidos, 2003. 58 páginas.

5. Cable Televisión Laboratories Inc. Embedded MTA Analog Interface
and Powering (PKT-SP-AIP1.5-I01-050128) (Especificaciones
PacketCable 1.5). EEUU, 2005. 24 páginas.

6. Cable Televisión Laboratories Inc. Audio Server Protocol (PKT-SP-
ASP1.5- I01- 050128) (Especificaciones PacketCable 1.5). EEUU,
2005. 72 páginas.

7. Cable Televisión Laboratories Inc. CMS Subscriber Provisioning (PKT-
SP-CMSPROV1.5-I01-050128) (Especificaciones PacketCable 1.5).
EEUU, 2005. 69 páginas.

8. Cable Televisión Laboratories Inc. CMS to CMS Signaling (PKT-SP-
CMSS1.5-I01-050128) (Especificaciones PacketCable 1.5).EEUU,
2005. 159 páginas.




90
9. Cable Televisión Laboratories Inc. MTA Device Provisioning (PKT- SP-
PROV1.5-I01-050128) (Especificaciones PacketCable 1.5). EEUU,
2005. 98 páginas. Cable Televisión Laboratories Inc. Security (PKT-
SP-SEC1.5-I01-50128) (Especificaciones PacketCable 1.5). EEUU,
2005. 338 páginas.

10. Cable Televisión Laboratories Inc. PSTN Gateway Call Singaling
Protocol Specification (PKT-SP-TGCP1.5-I01-050128)
(Especificaciones PacketCable 1.5).EEUU, 2005. 183 páginas.

11. Reagan, James. CCIP: MPLS study guide, EEUU, Sybex, 2002, 456
páginas.

12. Arindam, Paul. QoS in data networks :Protocols and Standard. EEUU,
Cisco Systems,1999. 31 páginas.

13. s.a. QoS for voice over IP solution guide. EEUU, Cisco Systems. s.a. 94
páginas.

14. s.a Cisco AVVID network infrastructure enterprise quality of service
design. EEUU, Cisco Systems, 2002. 208 páginas.

15. Cable Laboratories, Data-Over-Cable Service Interface Spefication 2.0
Radio Frecuency Interface Specification (CM-SP-RFIv2.0-I08-
050408) (Especificaciones DOCSIS). Estados Unidos, 2005. 506
páginas.

16. Cable Laboratories, Data-Over-Cable Service Interface Spefication 2.0
Operation Support System Interface Specification (CM-SP-
OSSIv2.0-I07- 041210) (Especificaciones DOCSIS). Estados Unidos,
2004. 374 páginas.










91
ANEXO 1 TABLA ERLANG B




























N 0,00% 0,01% 0,02% 0,03% 0,05% 0,10% 0,20% 0,30% 0,40%
1 0,0 0,0001 0,0002 0,0003 0,0005 0,001 0,002 0,003 0,004
2 0,0 0,0142 0,0202 0,0248 0,0321 0,0458 0,0653 0,0806 0,0937
3 0,0 0,0868 0,11 0,127 0,152 0,194 0,249 0,289 0,321
4 0,0 0,235 0,282 0,315 0,362 0,439 0,535 0,602 0,656
5 0,0 0,452 0,527 0,577 0,649 0,762 0,9 0,994 1,07
6 0,0 0,728 0,832 0,9 0,996 1,15 1,33 1,45 1,54
7 0,0 1,05 1,19 1,27 1,39 1,58 1,8 1,95 2,06
8 0,0 1,42 1,58 1,69 1,83 2,05 2,31 2,48 2,62
9 0,0 1,83 2,01 2,13 2,3 2,56 2,85 3,05 3,21
10 0,0 2,26 2,47 2,61 2,8 3,09 3,43 3,65 3,82
11 0,0 2,72 2,96 3,12 3,33 3,65 4,02 4,27 4,45
12 0,0 3,21 3,47 3,65 3,88 4,23 4,64 4,9 5,11
13 0,0 3,71 4,01 4,19 4,45 4,83 5,27 5,56 5,78
14 0,0 4,24 4,56 4,76 5,03 5,45 5,92 6,23 6,47
15 0,0 4,78 5,12 5,34 5,63 6,08 6,58 6,91 7,17
16 0,0 5,34 5,7 5,94 6,25 6,72 7,26 7,61 7,88
17 0,0 5,91 6,3 6,55 6,88 7,38 7,95 8,32 8,6
18 0,0 6,5 6,91 7,17 7,52 8,05 8,64 9,03 9,33
19 0,0 7,09 7,53 7,8 8,17 8,72 9,35 9,76 10,1
20 0,0 7,7 8,16 8,44 8,83 9,41 10,1 10,5 10,8
21 0,0 8,32 8,79 9,1 9,5 10,1 10,8 11,2 11,6
22 0,0 8,95 9,44 9,76 10,2 10,8 11,5 12,0 12,3
23 0,0 9,58 10,1 10,4 10,9 11,5 12,3 12,7 13,1
24 0,0 10,2 10,8 11,1 11,6 12,2 13,0 13,5 13,9
25 0,0 10,9 11,4 11,8 12,3 13,0 13,8 14,3 14,7
26 0,0 11,5 12,1 12,5 13,0 13,7 14,5 15,1 15,5
27 0,0 12,0 12,8 13,2 13,7 14,4 15,3 15,8 16,3
28 0,0 12,9 13,5 13,9 14,4 15,2 16,1 16,6 17,1
29 0,0 13,6 14,2 14,6 15,1 15,9 16,8 17,4 17,9
30 0,0 14,2 14,9 15,3 15,9 16,7 17,6 18,2 18,7
31 0,0 14,9 15,6 16,0 16,6 17,4 18,4 19,0 19,5
32 0,0 15,6 16,3 16,8 17,3 18,2 19,2 19,8 20,3
33 0,0 16,3 17,0 17,5 18,1 19,0 20,0 20,6 21,1
34 0,0 17,0 17,8 18,2 18,8 19,7 20,8 21,4 21,9
35 0,0 17,8 18,5 19,0 19,6 20,5 21,6 22,2 22,7
36 0,0 18,5 19,2 19,7 20,3 21,3 22,4 23,1 23,6
37 0,0 19,2 20,0 20,5 21,1 22,1 23,2 23,9 24,4
38 0,0 19,9 20,7 21,2 21,9 22,9 24,0 24,7 25,2
39 0,0 20,6 21,5 22,0 22,6 23,7 24,8 25,5 26,1
40 0,0 21,4 22,2 22,7 23,4 24,4 25,6 26,3 26,9
41 0,0 22,1 23,0 23,5 24,2 25,2 26,4 27,2 27,8
42 0,0 22,8 23,7 24,2 25,0 26,0 27,2 28,0 28,6
43 0,0 23,6 24,5 25,0 25,7 26,8 28,1 28,8 29,4
44 0,0 24,3 25,2 25,8 26,5 27,6 28,9 29,7 30,3
45 0,0 25,1 26,0 26,6 27,3 28,4 29,7 30,5 31,1
46 0,0 25,8 26,8 27,3 28,1 29,3 30,5 31,4 32,0
47 0,0 26,6 27,5 28,1 28,9 30,1 31,4 32,2 32,9
48 0,0 27,3 28,3 28,9 29,7 30,9 32,2 33,1 33,7
49 0,0 28,1 29,1 29,7 30,5 31,7 33,0 33,9 34,6
50 0,0 28,9 29,9 30,5 31,3 32,5 33,9 34,8 35,4

92












N 0,50% 0,60% 0,70% 0,80% 0,90% 1,00% 1,20%
1 0,005 0,006 0,007 0,0081 0,0091 0,0101 0,0121
2 0,105 0,116 0,126 0,135 0,144 0,153 0,168
3 0,349 0,374 0,397 0,418 0,437 0,455 0,489
4 0,701 0,741 0,777 0,81 0,841 0,869 0,922
5 1,13 1,19 1,24 1,28 1,32 1,36 1,43
6 1,62 1,69 1,75 1,81 1,86 1,91 2,0
7 2,16 2,24 2,31 2,38 2,44 2,5 2,6
8 2,73 2,83 2,91 2,99 3,06 3,13 3,25
9 3,33 3,44 3,54 3,63 3,71 3,78 3,92
10 3,96 4,08 4,19 4,29 4,38 4,46 4,61
11 4,61 4,74 4,86 4,97 5,07 5,16 5,32
12 5,28 5,43 5,55 5,67 5,78 5,88 6,05
13 5,96 6,12 6,26 6,39 6,5 6,61 6,8
14 6,66 6,83 6,98 7,12 7,24 7,35 7,56
15 7,38 7,56 7,71 7,86 7,99 8,11 8,33
16 8,1 8,29 8,46 8,61 8,75 8,88 9,11
17 8,83 9,03 9,21 9,37 9,52 9,65 9,89
18 9,58 9,79 9,98 10,1 10,3 10,4 10,7
19 10,3 10,6 10,7 10,9 11,1 11,2 11,5
20 11,1 11,3 11,5 11,7 11,9 12,0 12,3
21 11,9 12,1 12,3 12,5 12,7 12,8 13,1
22 12,6 12,9 13,1 13,3 13,5 13,7 14,0
23 13,4 13,7 13,9 14,1 14,3 14,5 14,8
24 14,2 14,5 14,7 14,9 15,1 15,3 15,6
25 15,0 15,3 15,5 15,7 15,9 16,1 16,5
26 15,8 16,1 16,3 16,6 16,8 17,0 17,3
27 16,6 16,9 17,2 17,4 17,6 17,8 18,2
28 17,4 17,7 18,0 18,2 18,4 18,6 19,0
29 18,2 18,5 18,8 19,1 19,3 19,5 19,9
30 19,0 19,4 19,6 19,9 20,1 20,3 20,7
31 19,9 20,2 20,5 20,7 21,0 21,2 21,6
32 20,7 21,0 21,3 21,6 21,8 22,0 22,5
33 21,5 21,9 22,2 22,4 22,7 22,9 23,3
34 22,3 22,7 23,0 23,3 23,5 23,8 24,2
35 23,2 23,5 23,8 24,1 24,4 24,6 25,1
36 24,0 24,4 24,7 25,0 25,3 25,5 26,0
37 24,8 25,2 25,6 25,9 26,1 26,4 26,8
38 25,7 26,1 26,4 26,7 27,0 27,3 27,7
39 26,5 26,9 27,3 27,6 27,9 28,1 28,6
40 27,4 27,8 28,1 28,5 28,7 29,0 29,5
41 28,2 28,6 29,0 29,3 29,6 29,9 30,4
42 29,1 29,5 29,9 30,2 30,5 30,8 31,3
43 29,9 30,4 30,7 31,1 31,4 31,7 32,2
44 30,8 31,2 31,6 31,9 32,3 32,5 33,1
45 31,7 32,1 32,5 32,8 33,1 33,4 34,0
46 32,5 33,0 33,4 33,7 34,0 34,3 34,9
47 33,4 33,8 34,2 34,6 34,9 35,2 35,8
48 34,2 34,7 35,1 35,5 35,8 36,1 36,7
49 35,1 35,6 36,0 36,4 36,7 37,0 37,6
50 36,0 36,5 36,9 37,2 37,6 37,9 38,5

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA

FACULTAD DE INGENIERÍA

DISEÑO DE UNA RED PARA TELEFONÍA LOCAL Y LARGA DISTANCIA NACIONAL E INTERNACIONAL CON EL ESTÁNDAR PACKETCABLE PARA REDES HÍBRIDAS DE FIBRA Y COAXIAL (HFC) EN 5 CIUDADES
TRABAJO DE GRADUACIÓN PRESENTADO A LA JUNTA DIRECTIVA DE LA FACULTAD DE INGENIERÍA POR ALAIN SALOMÓN GÓMEZ GONZÁLEZ ASESORADO POR: ING. MARIO ALBERTO MIRANDA AL CONFERÍRSELE EL TÍTULO DE INGENIERO ELECTRÓNICO

GUATEMALA, OCTUBRE DE 2005

UNIVERSIDAD DE SAN CARLOS DE GUATEMALA

FACULTAD DE INGENIERÍA

NÓMINA DE JUNTA DIRECTIVA DECANO VOCAL I VOCAL II VOCAL III VOCAL IV VOCAL V SECRETARIA Ing. Murphy Olympo Paiz Recinos -------------------------------------Lic. Amahan Sánchez Álvarez Ing. Julio David Galicia Celada Br. Kenneth Isur Estrada Ruiz Br. Elisa Yazminda Vides Leiva Inga. Marcia Ivonne Véliz Vargas

TRIBUNAL QUE PRACTICÓ EL EXAMEN GENERAL PRIVADO DECANO EXAMINADOR EXAMINADOR EXAMINADOR SECRETARIA Ing. Herbert René Miranda Barrios Ing. Kenneth R. Barnett Castellanos Ing. Luis A. González López Ing. Aparicio Cuyán Noj Inga. Gilda Marina Castellanos de Illescas

en mayo de 2005.HONORABLE TRIBUNAL EXAMINADOR Cumpliendo con los preceptos que establece la ley de la Universidad de San Carlos de Guatemala. Alain Salomón Gómez González . presento a su consideración mi trabajo de graduación titulado: DISEÑO DE UNA RED PARA TELEFONÍA LOCAL Y LARGA DISTANCIA NACIONAL E INTERNACIONAL CON EL ESTÁNDAR PACKETCABLE PARA REDES HÍBRIDAS DE FIBRA Y COAXIAL (HFC) EN 5 CIUDADES Tema que me fuera asignado por la Dirección de la Escuela de Ingeniería Mecánica Eléctrica.

por la ayuda en este trabajo. por todo lo que ha hecho por mi. A mi madre. a ella le debo lo que soy. por el apoyo que siempre me han brindado.AGRADECIMIENTOS Al creador. por esa serie de efectos causales que me han puesto en donde estoy. A toda mi familia. . Al ingeniero Ricardo Moreno.

por tanto amor.. por todo tu tiempo sacrificado. . por ese esfuerzo..DEDICATORIA A Mayra.

..15 .......................... .1 REVISIÓN DE ESTÁNDARES DE REDES HFC PARA SERVICIOS DE DATOS Y TELEFONÍA..................2................3..............2...........................1.....4...3 2...14 2...... Modulaciones ..2........................2.........14 2... vii ..................................................................................................................1.............. Generalidades .....................................2......... xi ...........1.................................7 2..............ÍNDICE ÍNDICE DE ILUSTRACIONES ....................3..................1..............2.1................................... Sistemas de soporte de operación (OSS)..............3....... Compuerta de medio de PSTN (PSTN gateway)....................................................... Estándar Packetcable para servicio de telefonía..2.................i LISTA DE SÍMBOLOS ..........................3........ Servidor de administración de llamada (CMS)............1.................... Requerimientos mínimos de una red HFC para ofrecer servicios con DOCSIS .........8 2...........3..... xv ANTECEDENTES HISTÓRICOS .. xiii ..........................9 2...................4..v GLOSARIO RESUMEN OBJETIVOS INTRODUCCIÓN 1 2 ..2.................2............6 2................................ Descripción de los elementos del estándar ..1..........................................14 2........1............................................... Evolución de Docsis .....................14 2...........9 2................... Estándar Docsis para transmisión de datos ................................3 2.12 2.....2....3........................... Arquitectura del estándar y elementos que lo componen .............. Controlador de compuertas de medio (MGC) .................................2.................................... Generalidades ......................3 2..3..

...........3.... Diseño de la red HFC ....4.....38 3...........3......2...26 3.50 3...1......................1.................2.59 3...1.....3......1......1....1...1...1..1 Utilizando portadoras QPSK de 1...3......2.3.....57 3...........2......3...32 3..................1.............5.........1.1........ Red en malla .. Cálculo de tarjetas de CMTS .......2..2..... Transporte de la señalización en IP......1.1..2MHz..2..........2........ Cálculo de ancho de banda para correo de voz ..2.1.........40 3...6..1......1......... Suposiciones sobre el operador ..........26 3.1...47 3............. Red de voz ...................1................1.........1 Red de señalización ............ Cálculo de ancho de banda para anuncios y conferencias ......3........ Diseño de la dimensión de la red WAN ............2.1.22 3.......1.1.........2. Canales de voz por portadora...............19 3..........1........2 Utilizando portadoras QPSK y 16 QAM de 3...5.19 3............. Diseño de la red de interconexión .................... Parámetros de desempeño de la red a tomar en cuenta......1................................51 3.. Optimización del diseño físico .....46 3.....2........2..2.1..............2.20 3...... Enlaces punto a punto . Requisitos de la red HFC .........2..... Cálculo de licencias de CMS .61 3.45 3...3......6MHz ........ Enlaces punto a punto (Estrella).4...............1.2.2......2............1........3..55 ..4.....3..1.. Diseño de recursos .42 3.................. Cálculo de ancho de banda de voz ..... DISEÑO DE LA RED PACKETCABLE PARA 5 CIUDADES..........2.......1............................5.1..4.1...... Transporte de la señalización en TDM 41 3...... Red en anillo ...........1..22 3.......................2........63 3..1.........30 3.................1..... Red en anillo 3....1..34 3.......2.......1.64 .....39 3..................

...................67 ...................................... Cálculo de capacidades de compuertas de medios ............................... Optimización de la red con MPLS 3..............................3.......74 3..........................89 ANEXO 1 TABLA ERLANG B .........................78 CONCLUSIONES ..........2...1...... Calidad de Servicio........2.....................2................................................................3............... VPNs con MPLS ............2...83 RECOMENDACIONES......1................64 ..........6.... Funcionamiento de MPLS 3..........1..............91 ...................... retardo y variación del retardo 3.85 REFERENCIAS ...............68 .........................................71 3............................70 3...................................................................87 BIBLIOGRAFÍA ... Cálculo de E1s para larga distancia nacional e Internacional ..3..................2. Cálculo de E1s para interconexión local.................................................................3.................................................................1..

........................................................ .................................... .52 Red WAN de dos centros de estrella..............48 Red en anillo con equipos SDH.. ............................................................... ...............28 Distribución de canales ascendentes y descendentes en un CMTS....................44 Red de enlaces punto multipunto para interconexión.................................................5 Modelo de Referencia Packetcable....................................54 Red WAN en anillo con un punto de acceso a internet................................................................................................................................. .....49 Red WAN de doble estrella.4 Modelo de Referencia DOCSIS........................................42 Solución de transporte de SS7 sobre IP................................. .................................23 Topología de anillo principal y anillos secundarios.....................................47 Red en anillo con MGWs................................................43 Pila de Protocolos SIGTRAN............ .......................23 Topología de anillos múltiples desde la cabecera ........................................................ 35 Distribución de canales ascendentes y descendentes en un CMTS al segmentar ........ÍNDICE DE ILUSTRACIONES FIGURAS 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 Diagrama simplificado de un sistema de datos sobre redes HFC......22 Topología de anillo.................................13 Topología tradicional de una red HFC.........46 Red en anillo con conmutadores capa 3.................................. ...................... 38 Solución de transporte TDM con multiplexores........55 Red WAN en anillo con dos puntos de acceso a internet.......56 i ............... .........11 Modelo de Referencia de los componentes Packetcable.......................25 Distribución del espectro de la banda ascendente...............................

................. 69 ii ..............23 24 25 Red WAN en malla total con un punto de acceso a internet........... ...58 Planos de arquitectura MPLS y funciones.. 57 Red WAN en malla total con dos puntos de acceso a internet...... ....

...........................................................................78 XXIII Capacidad de las compuertas de medios en cada ciudad....................................................................................................................................................................61 Distribución del tráfico saliente entre los diferentes operadores............................33 Cantidad de canales y equipos a aprovisionar con portadoras QPSK y QAM 16 de 3..6 MHz .................. ...............................80 Tráfico y puertos necesarios para LDI....................................................2 MHz ...........................................72 Cantidad de tráfico local por ciudad..................72 De tipo de tráfico saliente LDN LDI.........37 Ancho de banda por intervalo de muestra.....21 Codecs y tasas de bits ....79 Tráfico entrante LDN............................82 iii ....2 MHz .......................81 XVIII Puertos E1s para tráfico local.....6 Requerimientos mínimos para la banda descendente ..................... ..................................................................................................73 Cantidad de puertos para tráfico local por operador...... .... ..30 Cantidad de canales y equipos a aprovisionar para una portadora de QPSK 16MHz................21 Penetración de servicio telefónico ..............9 Requerimientos para la banda ascendente ......... .................................31 Portadoras QPSK de 3.......................................................9 Penetración de servicios de TV e internet ................ .............................. .....................................................................................27 Portadora QPSK de 1...............TABLAS I II III IV V VI VII VIII IX X XI XII XIII XIV XV XVI XVII XIX XX XXI XXII Comparación de las modulaciones .........................75 Tráfico local entrante por operador.............................................2 MHz y QAM 16 de 3......33 Cantidad de puertos y tarjetas.....................................................77 Tráfico saliente LDN y LDI...............80 Tráfico LDN entrante y canales necesarios por ciudad........ ............

iv .

LISTA DE SÍMBOLOS Símbolo Significado Sistema de Terminación de t cablemodems (CMTS) Cablemodem Σ ÷ Combinador (elemento pasivo) Divisor (elemento pasivo) Estación óptica de TV por cable Cabecera Centro de distribución de señal (HUB) Conmutador de paquetes Compuerta de medios v .

GW de señalización Enrutador GC Multiplexor Comutador TDM Clase 5 vi .

(Cable Televisión Laboratories. Protocolo de enrutamiento. indica conversión de analógico a digital y viceversa. mecanismo propietario de Cisco para crear las tablas FIB. los codecs para voz son diferentes tasas de bits por segundo a las que se puede enviar la voz en forma digital. control. . Call Management System (Sistema de Control de Llamada) Acronismo para Coder-Decoder. DOCSIS E1 EIGRP Protocolo estándar para la transmisión de datos sobre una red HFC.GLOSARIO BGP Buffer Cablelabs Border Gateway Protocol. Protocolo IGP propietario de Cisco. CEF CoS CMS Codec Cisco Express Forwarding. Memoria temporal de un enrutador a la cual llegan los paquetes para ser enrutados. Mecanismo para marcar los paquetes según la clase de servicio a la que pertenecen. interfaces. etc. tales como redundancia de alimentación eléctrica. vii . Inc) Consorcio de investigación y desarrollo dedicado a servicios sobre redes de televisión por cable Carrier class Se refiere a equipos que cumplen con las especificaciones necesarias para servir en empresas que prestan servicios. Interfaz de 32 canales de 64kbps cada una.

e-MTA Adaptador Multimedia ubicado en la localidad del abonado. puede actualizarse siguiendo pasos especificados por el fabricante del equipo. tiene al menos un puerto de voz y utiliza NCS para la señalización de la misma. por ejemplo un GW de voz. Interior Gateway Protocol. Protocolo desarrollado por Telcordia y adoptado por IETF para voz sobre protocolo de Internet (Media Gateway Control Protocol). protocolo para intercambio de información de enrutamiento dentro de una red autónoma. utilizada en MPLS. equipo que convierte la información de un medio a otro diferente. G.E. tabla de enrutamiento en memoria cache para ser utilizada por MPLS. para conversión de IP a capa de adaptación de SS7. Protocolo de capa 3 del modelo OSI. Protocolo de SIGTRAN (MTP3 User Adaptation Layer). para conversión de IP a capa de adaptación de SS7. comunidad internacional abierta que dicta estándares que hacen uso del protocolo IP. Gateway Compuerta de medios. viii . MP-BGP Protocolo BGP multiprotocolo. FIB Firmware Forwarding Information Base. Protocolo de SIGTRAN (MTP2 User Adaptation Layer). Tabla de información de etiquetas. Protocolo de Distribución de Etiquetas. HFC Network IETF IGP IP LDP LIB LFIB M2UA M3UA MGCP Gigabit Ethernet. Internet Engineering Task Force. Programa almacenado en la memoria ROM de un equipo. convierte de VoIP a voz TDM. Tabla de etiquetas con uso corriente dentro de un enrutador. Internet Protocol. protocolo de transmisión de capa 2 Red híbrida de fibra y coaxial.

Punto de Interconexión (Point of Interconection) Red Telefónica Pública Conmutada (Public Switched Telephone Network). Protocolo de transmisión TDM. OSPF: Packetcable: POI: PSTN: QoS RPR: RTP: RSVP: Señalización No. 7: SDH SIGTRAN: SNCP: Softswitch: Open Shortest Path First (Primero el camino abierto más corto) Proyecto de Cablelabs orientado a los servicios de telefonía y multimedia sobre redes HFC haciendo uso de DOCSIS 1. Familia de protocolos de transporte de señalización siete sobre IP. Real Time Protocol (Protocolo para aplicaciones de tiempo real) Protocolo de reserva de ancho de banda para aplicaciones de tiempo real. especificado por Packetcable (Network-based call signaling) derivado de MGCP. Protocolo de señalización de llamada basado en red. Siglas en inglés para calidad de servicio Protocolo de protección de red de Ethernet. es el ix . se refiere a una arquitectura o solución en vez de a un equipo.MPEG MPLS NCS Moving Pictures Experts Group (Grupo de estándares para video digital). Mecanismo de protección de red en SDH. Tipo de señalización que viaja independientemente de los canales de voz. Conmutador de VoIP basado en servidores. es el protocolo de conmutación de etiquetas estándar de la IETF.1. Multiprotocol Label Switching. es la más utilizada actualmente en las redes TDM y en la interconexión entre redes telefónicas.

(Red Virtual Privada) x . Voz sobre IP. Virtual Private Network. Protocolo de transporte para aplicaciones que no son de tiempo real. Punto de transferencia de señalización. Mecanismo de ATM para crear un PVC. SCTP: UDP: TCP: TDM: TDP: ToS VCI: VoIP: VPI: VPN: Protocolo para aplicaciones de tiempo casi real. Mecanismo de ATM para crear un PVC. como datos.equivalente en VoIP a una central telefónica TDM. en donde tiene sus bases de datos. (Compuerta de Medios de Señalización). es utilizado por SIGTRAN para el transporte. Time División Multiplexing Tag Distribution Protocol Mecanismo por el cual se marcan los paquetes para diferenciar el ‘tipo de servicio’ al que pertenecen. SSC: SSW: SW: STP: Signaling Switching Point (Punto de Conmutación de Señalización) Siglas para designar un Softswitch Signaling Gateway. Protocolo para aplicaciones de tiempo real. es un punto donde se entrega la señalización y el operador la lleva desde este punto a otro.

se debe tener cuidado. La señalización será SS7 para la interconexión. Packetcable surge de la necesidad de ofrecer servicios multimedia sobre redes de cable. de forma TDM que deberá ser llevados por enlaces separados de la red que llevará la voz y los datos. o de forma IP utilizando SIGTRAN. esta división depende de la penetración esperada y del grado de servicio que se desea ofrecer aunado al tipo de codec que se desea utilizar. ambos estándares han sido desarrollados por Cablelabs y adoptados por varias otras entidades desarrolladoras de estándares. xi .711 para servicio primario y da la posibilidad de ofrecer algún otro para servicio secundario. hay dos posibilidades para transportar esta señalización. Las portadoras DOCSIS se han de dividir para ofrecer ambos servicios.RESUMEN Packetcable es el estándar para brindar servicio de telefonía en redes de televisión por cable. aunque se puede operar el servicio primario con un codec diferente al especificado. diferenciándose de otras soluciones. Se ha propuesto utilizar 60% para voz y 40% para datos usando G. como utilizar equipos con protocolos SIP. este hace uso del protocolo DOCSIS para la transmisión de datos en el mismo tipo de redes. puede variar a juicio del operador. pero los cálculos para líneas y equipos instalados serán los mismos. siendo su primera meta alcanzada ofrecer servicio telefónico con calidad similar al de la PSTN. en que contiene mecanismos para garantizar calidad de servicio para la voz.711. en este caso podrá viajar por los mismos enlaces que la voz y los datos. Packetcable especifica G.

pero se sugiere la utilización de MPLS para hacer esta red más eficiente. para la cantidad de licencias del sistema y para la cantidad de puertos de las compuertas de medio dependen de la cantidad de tráfico esperada por el operador. este tráfico se obtiene de un estimado de penetración del servicio telefónico y la cantidad de tráfico esperada por abonado.Se mencionan varios mecanismos de calidad de servicio a ser implementados en la red WAN para asegurar que la voz sea prioritaria entre todos los servicios que viajen en esta red. Los cálculos para los anchos de banda en cada segmento de la red. xii . el mecanismo adecuado dependerá de la arquitectura que posee el operador.

Análisis del diseño de espectro de las redes HFC. 4. 2. xiii . Dar a conocer los aspectos del estándar Docsis. 3. Análisis del diseño de la red para interconexión. 6.OBJETIVOS General Diseño de una red Packetcable en 5 ciudades como guía para futuros desarrollos de proyectos telefónicos en redes híbridas de fibra y coaxial. Análisis del diseño de la red WAN (para larga distancia nacional e internacional). Calcular el dimensionamiento de las compuertas de medios (gateways). Específicos 1. Dar a conocer los aspectos del estándar Packetcable. 5.

xiv .

La intención del presente trabajo es brindar mayor claridad en el tema. desde servicios internos del operador. no solamente a nivel de los estándares sino también a nivel de recursos necesarios. posteriormente se presenta junto con algunos supuestos de una operación de televisión por cable. para lograr esto se implementó el canal ascendente. Con el nacimiento de Cablelabs los estándares para estos servicios han ayudado a un mayor desarrollo de proyectos de este tipo.INTRODUCCIÓN Las empresas de televisión por cable empezaron a dar servicios interactivos con decodificadores en las casas de sus abonados. por este motivo no se ha profundizado en los detalles de los estándares ya que sobre cada uno se podría escribir bastante más que este trabajo. la web ha sido una fuente enorme de información. hasta servicios a los abonados como acceso a internet. posteriormente se amplió la capacidad de este canal y los servicios que podían viajar por el mismo. la mayoría se encuentra en forma electrónica. sean éstos ya existentes en la operación o no. Se exponen los detalles más relevantes de DOCSIS y Packetcable para tener una idea clara de su arquitectura y funcionamiento. estos pueden variar según xv . como monitoreo de estado de los elementos de la red. algunas sugerencias de asignación de los recursos del espectro. la documentación sobre estos temas aún es limitada (al menos en Latinoamérica). los primeros sistemas para este último servicio eran propietarios y también ofrecían la posibilidad de dar servicios de telefonía.

así que no es más que una guía para quien desee implementar un proyecto de este tipo. xvi .el criterio de cada operador. pero la forma de calcularlos es la misma.

a sabiendas que al tener varios fabricantes vendiendo equipos similares. Tres fueron las áreas en las que se concentraron los esfuerzos de Cablelabs. usualmente cada portadora tenía 30 circuitos o 24 circuitos de 64 kbps cada en 1988 el consorcio Cable 1 . Leghorn empezó la iniciativa de fundar una entidad de investigación y desarrollo de tecnologías para redes de cable que fuese independiente de los fabricantes. Inc. ANTECEDENTES HISTÓRICOS En 1984 Richard S. Los principales operadores de televisión por cable de Estados Unidos son miembros de Cablelabs que cuenta también con membresías de empresas de México y Sudamérica (1-12). Los primeros sistemas para enviar datos y telefonía (también conocido como Cablefonía) sobre redes HFC eran redes de conmutación de circuitos. estandarización de la electrónica de consumo y servicios interactivos (1-10). (Cablelabs) (1-2). Cablelabs se dedica a investigar los nichos de negocios. consiguió el respaldo de la NCTA (Nacional Cable Televisión Association) para fundar Televisión Laboratories. adecuación de la planta existente para llevar señal de televisión mejorada. la producción aumentaría y los precios bajarían considerablemente.1. El enfoque principal eran los equipos terminales. al alcanzar una economía de escala (1-6). desarrollar los estándares y certificar los equipos que son sometidos a dicho fin.

el costo para desarrollar un proyecto era bastante alto. Posteriormente la ANSI y la IEEE adoptaron algunas de las especificaciones de Cablelabs como estándares. teniendo la finalidad de conseguir tecnología y equipamiento para servicios multimedia utilizando el protocolo IP. 2 . En 1995 Cablelabs dio el primer paso para la investigación de un sistema de servicios de datos de alta velocidad enviando un RFP a varios fabricantes. cada canal podía usarse tanto para datos como para telefonía. En Diciembre de 1996 anunció. para redes de cable e internet (1-52). junto con los avances en las especificaciones del sistema. 51). por lo tanto.uno. En 1998 la IUT adopto la mayor parte de las especificaciones DOCSIS como el estándar oficial internacional J112-B (1-52). El estándar Packetcable fue anunciado en 1997. era un documento que contenía el consenso de varias compañías miembros de Cablelabs. el nombre formal de DOCSIS (1-49. En 1997 Cablelabs inicio las pruebas de interoperabilidad de los primeros cablemodems (1-51). equivalentes a un E1 o un T1 respectivamente. estos sistemas eran propietarios de cada fabricante.

1 Estándar Docsis para Transmisión de Datos 2. el presente trabajo se concentrará en los necesarios para la operación de telefonía suponiendo que son ya conocidos los estándares de construcción de las redes HFC y la operación de los servicios de televisión paga. Interfaz de Servicio de Datos sobre Cable) especifica las interfaces para la prestación de servicios de transmisión de datos de alta velocidad sobre redes híbridas de fibra óptica y cable coaxial. (2-1). en un rango que va desde 91 MHz hasta los 857 MHz. Las portadoras del canal descendente tienen el mismo ancho de banda 3 . REVISIÓN DE ESTANDARES DE REDES HFC PARA SERVICIOS DE DATOS Y TELEFONÍA Son varios los estándares involucrados en una operación de los servicios sobre redes HFC. En la interfaz de RF hay dos opciones. una se especifica para el estándar de transmisión utilizado en América y la otra para el estándar utilizado en Europa (Euro DOCSIS.2 MHz. 2. y para el retorno se usa la banda desde 5 MHz hasta 42 MHz.1 Generalidades El estándar DOCSIS (Data-Over-Cable Service Interface.1. con portadoras de ancho de banda variable desde 200 KHz hasta 3.2. no tratado en este trabajo). en la primera se usan portadoras para el canal descendente de 6 MHz de ancho de banda.

En la figura siguiente se aprecia en términos generales un sistema de datos sobre redes HFC. Las interfaces de red contempladas por el estándar son ATM. 4 . 2. 802. Figfura 1. los fabricantes también han añadido a sus equipos la interfaces Gigabit Ethernet y SDH.3 sobre 10 o 100 BASE-T. en el estándar DOCSIS se les ha llamado Cable Modem Termination System o CMTS y Cablemodem o CM respectivamente. uno del lado del proveedor de servicio y otro del lado del abonado.0 Radio Frecuency Interface (RFI). El CMTS tiene interfaz de red para la conexión a internet por un lado e interfaz de RF para la conexión a la red HFC por el otro lado. (3-6).que las portadoras de video. Data-Over-Cable Service Interface Specification DOCSIS 1. en general se puede definir a un CMTS como un enrutador con interfaz de RF que se comunica con equipos terminales. Diagrama simplificado de un sistema de datos sobre redes HFC RED HFC Computadora del cliente Internet CMTS CM Fuente: ANSI/SCTE (American National Standar Institute). FDDI. Un sistema para servicios de datos esta constituido básicamente de dos componentes. en DOCSIS se utilizan paquetes MPEG para la transmisión de los datos en estas portadoras. Pag.

La vía descendente o directa (downstream) va desde 91 MHz Hasta 857 MHz y la vía ascendente o reversa (upstream) va desde 5 MHz hasta 42 MHz. se puede apreciar la significativa diferencia de margen de espectro entre cada vía.El cablemodem tiene por un lado conexión a la red HFC con un conector tipo F macho para cable coaxial RG-6 y por el otro lado una interfaz Ethernet y/o USB para la conexión a una computadora o red LAN. la mayor parte del tráfico va desde la nube hacia el abonado y a la inversa hay poco tráfico. esto es por el comportamiento asimétrico del tráfico de internet. En la banda descendente las portadoras pueden tener 0. Data-Over-Cable Service Interface Specification DOCSIS 1. Pag. aún tomando en cuenta que la mayor parte del ancho de banda del canal descendente esta ocupado por los canales de televisión hay una diferencia fuerte. 5 .2 MHz o 3. Modelo de Referencia DOCSIS Fuente: ANSI/SCTE (American National Standar Institute).0 Radio Frecuency Interface (RFI). Figura 2.2 MHz de ancho de banda. 3.

28 3.2 2. Tabla I.34 Carga máxima de Mbps ~ 38 ~ 27 5 a 42 5 a 42 Canal Ascendente 1. A continuación una tabla comparativa de las modulaciones por canal y la cantidad de bits por segundo que se alcanza con cada una.3 ~ 4. por el otro lado pasa por un combinador para llevar sus señales al canal descendente y recibe las señales de los cablemodems a través de divisores. La modulación en el canal ascendente puede ser QPSK o 16 QAM (2-18).6 1.12 10.24 2. en este punto la decisión de cual modulación utilizar depende aún más del estado de la red.28 3.88 30.6 6 .56 5.6 ~9 ~ 2.En la figura anterior se aprecia como el CMTS ubicado en la cabecera se conecta a una red de transporte que lleve a la salida a internet.6 1.2 Modulaciones La modulación para el canal descendente puede ser 64 QAM o 256 QAM (2-18).12 ~ 4.1. Comparación de las modulaciones Modulación QAM 256 (8bpSim) QAM 64 (6bpSim) QAM 16 (4bpSim) QPSK (2bpSim) Rango de Amplitud del Msps Frecuencias (MHz) Canal (MHz) Canal Descendente 54 a 860 54 a 860 6 6 53. depende de la consideración del operador.057 Mbps 42.2 2. pero también puede depender del estado de la red en cuanto a ruido y relación de portadora a ruido. 2.56 1.605 5. es programable desde el CMTS.56 5. considerando que la banda baja del espectro es la más susceptible a ruido.

2. posteriormente se emitió DOCSIS 1. es decir. internet de alta velocidad.1 sea obligatorio en una red para ofrecer servicios de telefonía.1 y 2. de esta manera se puede tener tarjetas CMTS DOCSIS 1. Finalmente la última especificación es DOCSIS 2. DOCSIS 2.0 en donde la transmisión TDMA se mejora a A-TDMA. Evolución de Docsis La primera serie de especificaciones para la transmisión de datos de alta velocidad pensando en servicios de internet se llamo DOCSIS 1.3. estas especificaciones llenaban los requisitos únicamente para ese fin. estas características son las que hacen que DOCSIS 1. esta serie de especificaciones tomaban en cuenta la calidad de servicio dinámica. hay algunos CM que no pueden ser actualizados a DOCSIS 1. seguridad en contra del robo de señal de internet y además duplica el ancho de banda que se puede alcanzar en el canal ascendente. pero puede ser también S-CDMA teniendo con esta última técnica mejor comportamiento ante ruido.1.0 a DOCSIS 1. la diferenciación de servicios.0 especifica un canal de retorno de hasta 30 Mbps.1).0 trabaja con transmisión S-CDMA implica tarjetas diferentes a aquellas que trabajan con DOCSIS 1. Dado que DOCSIS 2.1 es solamente actualización del sistema operativo del CMTS y las imágenes de firmware de los CM (solamente para CM que están equipados para tal fin. 7 . pero los CMTS ‘carrier class’ son subbastidores a base de ranuras.0 o 1.0 trabajando en los mismos equipos y red al mismo tiempo. La migración de una red funcionando con DOCSIS 1. igual ancho de banda en canal ascendente y descendente.0 o 1. la migración total implicaría cambio de equipamiento.0. esto asegura poder ofrecer servicios simétricos.1.1. en cada ranura se instala una tarjeta CMTS.

1.0 m ic ros eg -20 dB c @ < = 1. Requerimientos Mínimos para la banda descendente Canal des c endente P aram etro Rango de Frec uenc ias E s pac iam iento de c anal RF (anc ho de banda dis eñado) Retardo de tráns ito des de la Cabec era has ta el c liente m ás dis tante Relac ión de portadora a ruido (S NR) en una banda de 6 M Hz (nivel de video analógic o) Relac ión de portadora a interferenc ia para el total de la potenc ia (s eñales dis c retas y de ingres o de banda anc ha) Dis tors ión c om pues ta de triple batida (CTB ) Dis tors ión de c om pos ic ión de s egundo orden (CS O) M odulac ión c ruz ada o c o-c anal am plitud de ondulac ión O ndulac ión de retardo de grupo en el es pec tro oc upado por el CM TS Lím ite de m ic ro-reflex iones para ec o dom inante M odulac ión de z um bido de portadora ruido de rafaga V ariac ión de nivel de s eñal diurna y de tem porada Cues ta de nivel de s eñal.750 M Hz Nivel m áx im o de portadora de video analógic a a la entrada del CM Nivel m ínim o de portadora de video analógic a a la entrada del CM V alor 91 M Hz a 857 M Hz pero los valores de es ta tabla aplic an a frenc uenc ias = > a 88 M Hz 6 M Hz < = 0. 50 M Hz .4 Requerimientos mínimos de una Red HFC para ofrecer Servicios con Docsis A continuación se muestran los valores mínimos especificados para el funcionamiento de DOCSIS sobre una red HFC.2. Data-Over-Cable Service Interface Specification DOCSIS 1.5 dB en la banda dis eñada 75 ns en la banda dis eñada -10 dB c @ < = 0. -30 dB c @ > 1.5 m ic ros eg No m ay or a -26 dB c (5% ) No m ay or a 25 m ic ros eg a 10 Hz 8 dB 16 dB 17 dB m V -5 dB m V Fuente: ANSI/SCTE 22–1 2002.0 Radio Frecuency Interface (RFI).800 m s ec (típic am ente m uc ho m enos ) No m enor a 35 dB No m enor a 35 dB en la banda dis eñada No m ay or a -50 dB en la banda dis eñada No m ay or a -50 dB en la banda dis eñada No m ay or a -40 dB c en la banda dis eñada 0.5 m ic ros eg. -15 dB c @ < = 1. pp 8 8 .5 m ic ros eg. Tabla II.

Requerimientos para la banda ascendente Canal ascendente Parametro Valor Rango de Frecuencias 5 a 42 MHz borde a borde Retardo de tránsito desde el CM más distante al <= 0. las cuatro primeras para servicios de telefonía.2.5 microseg. Generalidades El estándar Packetcable tiene por objetivo establecer especificaciones para servicios multimedia en tiempo real. 2.2 Estándar Packetcable para servicio de Telefonía 2.42 MHz : 0.0 Radio Frecuency Interface (RFI). tales como telefonía IP. Las dos tablas anteriores son los valores mínimos de las figuras de mérito que debe cumplir una red HFC para implementar DOCSIS pero dependiendo del criterio del operador estos podrían ser mejores.0 microseg -20 dBc @ <= 1.800 msec (típicamente mucho menos) CM o CMTS más cercano Relación de portadora a ruido (SNR) No menor a 25 dB Relación de portadora a potencia de ingreso No menor a 25 dB Relación de portadora a interferencia No menor a 25 dB en la banda diseñada amplitud de ondulación 5 .5 dB/MHz Ondulación de retardo de grupo 5 .42 MHz: 200 ns Límite de micro-reflexiones para eco dominante Modulación de zumbido de portadora ruido de rafaga Variación de nivel de señal diurna y de temporada -10 dBc @ <= 0. Inicialmente se desarrollaron cinco especificaciones. pp 9. utilizando el protocolo DOCSIS que a su vez utiliza el protocolo IP. 9 . conferencia multimedia y juegos. -15 dBc @ <= 1. -30 dBc @ > 1.Tabla III. posteriormente se desarrollo una última para telefonía.5 microseg No mayor a -23 dBc (7%) No mayor a 25 microseg a 10 Hz No mayor a 8 dB Fuente: ANSI/SCTE 22–1 2002. Data-Over-Cable Service Interface Specification DOCSIS 1.5 microseg.1. se explican a continuación. y la siguiente para servicios multimedia. en la cual. tres de las anteriores están contenidas dentro de esta.

servidor de administración de llamada.2. Packetcable 1.5. compuertas para interconexión a la red pública y servidores OSS. etc. contiene mejoras a Packetcable 1.0. e interfaces de seguridad para implementar servicios telefónicos residenciales en una zona sencilla (una zona sencilla es la cubierta por un solo CMS). define las especificaciones para telefonía residencial como señalización de llamadas (utilizando el protocolo NCS). esto incluye disponibilidad mientras hay caída de energía eléctrica en la casa del abonado y acceso a servicios de emergencia. especifica las interfaces y el modelo de datos para el aprovisionamiento de los servicios de cliente en el servidor de administración de llamadas (CMS). por ejemplo. servidor de medios.1.0 a través de una red de transporte IP. mensajería de voz. Packetcable 1.0.2 y Packetcable 1. además se especifican algunos servicios conocidos como ‘Servicios Clase 5’.Packetcable 1. 10 . es la última especificación. cubre el equipo de suscriptor. aprovisionamiento de clientes. define los requerimientos necesarios para comunicaciones entre redes Packetcable 1. desvío de llamadas. se especifican la señalización de las llamadas y la calidad de servicio necesaria. como policía y bomberos. conferencia tripartita. Packetcable 1. acceso a la red HFC.0 y suplanta Packetcable 1. recolección de eventos de facturación.3.1. llamada en espera. cancelación de llamada en espera. calidad de servicio.3. Packetcable 1. Packetable 1. define la arquitectura para servicio de línea primaria. interconexión con la red publica privada. extensiones estas de Packetcable 1. codec.

Como se menciono anteriormente Cablelabs ha especificado que para la señalización desde los eMTAs hacia el CMS se utiliza el protocolo NCS que es una variación del protocolo MGCP (5-15). PacketCable 1. Una zona se define como el conjunto de eMTAs en una o varias redes HFC que son manejadas por un único CMS. 11 . Modelo de referencia de Packetcable " " $ # $ $ $ # " ! % ! % % % ! & " (( '' % % # # # ! Fuente: Cablelabs. seguridad.Packetcable Multimedia. para el transporte de la voz se utiliza RTP que a su vez utiliza IP. y un dominio se define como una o varias zonas Packetcable que son administradas por una única entidad administrativa (empresa de cable) (4-2). pp. 4 En el modelo de referencia anterior se puede ver el sistema Packetcable para una zona. Figura 3. esta consta de dos redes HFC que son administradas por un solo CMS. Technical Report. define calidad de servicio. valiéndose de servidores de políticas para este fin. y recursos de facturación para cualquier servicio multimedia con equipos terminales utilizando el protocolo SIP.0 Arquitecture Framework.

los equipos para interconexión con estas operadoras son las Compuertas de Medio (Media Gateway.1. DNS. Los servicios de mensajes son dados por el Servidor de Anuncios (ANP) que a su vez esta bajo el mando del Controlador de Mensajes (ANC). MG) que están bajo el mando del Controlador de Compuertas de Medio (Media Gareway Controller. el softswitch tiene la versatilidad de poder ser ubicado en varios lugares. es decir.2. es decir.2 Arquitectura del Estándar y Elementos que lo Componen La base del estándar Packetcable es el softswitch de arquitectura distribuida. Detrás de este base se encuentran todos los demás servidores de sistemas de soporte de operación (OSS) como los servidores DHCP. a diferencia de los conmutadores tradicionales. TFTP.1. que tienen todos sus componentes en la misma localidad.2. que no necesita estar dentro de un CM DOCSIS 1. MGC). además de establecer comunicación con todos los otros elementos de la arquitectura Packetcable. ‘la red IP de administración. este puede tener todos sus componentes instalados en lugares físicos diferentes unos de otros. al igual que MGC. en el cual va conectado el teléfono es llamado Adaptador de Terminal Multimedia Embebido (eMTA). aprovisionamiento (4-18) etc. es un adaptador que va dentro de un cablemodem (CM) DOCSIS 1. RKS. El corazón del softswitch es el Servidor de Administración de Llamada (CMS). aún no se han definido las interfaces necesarias para un MTA ‘stand alone’. 12 .7 con las demás operadoras de telefonía. generalmente el ANC es parte del CMS. el servidor de señalización (Signaling Gateway) intercambia información de señalización No. El equipo de abonado. cada uno de sus componentes se comunica con el resto a través de una red IP. encargado de controlar los eMTA.

desvío de llamadas.0 Arquitecture Framework. si no. pp. y poder comunicarse no solamente con teléfonos dentro de la misma red HFC. re-llamada automática.El modelo de referencia de los componentes se ilustra en la figura siguiente. en donde se pueden apreciar todos los equipos que constituyen una solución Packetcable. tales como llamada en espera. conferencia tripartita. 10 La meta principal del desarrollo de un estándar para telefonía sobre redes de cable ha de ser proporcionar servicios similares a las de una PSTN. esto se logra con Packetcable. también con teléfonos de la PSTN y de otras redes HFC. PacketCable 1. mensajería de voz. Modelo de Referencia de los Componentes Packetcable Fuente: Cablelabs. Technical Report. Figura 5. etc. 13 . identificación de llamada.

2 Controlador de Compuertas de Medio (MGC) El MGC hace la mediación de señalización de las llamadas entre la red Packetcable y la PSTN. como su nombre lo indica.3.3 Compuerta de Medio de PSTN (PSTN Gateway) El PSTN Gateway es el que da la conexión hacia la PSTN. el CA y el GA son elementos lógicos dentro del CMS. es el encargado de la señalización entre eMTA (a través del Call Agent o CA). que es dinámica. además maneja la calidad de servicio (a través del Gate Controller o GA). Call Management Server) El CMS es el corazón de la solución.2.3 Descripción de los Elementos del Estándar 2. pero también puede ser un elemento físicamente separado.2.3. 2.1 Servidor de Administración de Llamada (CMS. este indica a los GWs sobre la creación y eliminación de las conexiones en la red IP de llamadas dirigidas a la PSTN (4-15). y el Annoucement Controller (ANC) que controla los servidores de anuncios de la red (4-13). CMTS y PSTN a través del SG. 2.2.2. Anteriormente se mencionó que el MGC puede ser un elemento lógico dentro del CMS.2. este puede tener también como elementos lógicos el Media Gateway Controller (MGC) que es el encargado. entre los elementos de la red. teóricamente podría estar en una localidad diferente al resto de los componentes. de los GW de interconexión con la PSTN y los demás operadores.3. en realidad este esta compuesto por tres componentes funcionales: 14 .

privacidad y control de acceso de la señalización enter el eMTA y el CMS (417). el TGS es un termino utilizado en Packetcable para un servidor Kerberos. el dimensionamiento de este equipo depende del tráfico estimado hacia el resto de las operadoras. en un futuro se tendrá MTAs ‘stand alone’. A los elementos básicos de la red HFC (CMTS y los CM).1 por eMTAs. serán equipos que se conectan por el puerto Ethernet al CM DOCSIS 1. 15 . este elemento es el borde entre todos los demás operadores telefónicos y la red Packetcable. se debe añadir el eMTA. Signaling Gateway. visto anteriormente ya que puede ser parte del CMS también.Servidor de otorgamiento de tiquete (TGS. al estar estos disponibles. el eMTA es el componente en la frontera con el cliente que facilita el servicio de voz. no será necesario cambiar los CM DOCSIS 1.1. servicio y negocio.4 Sistemas de Soporte de Operación (OSS) Los OSS son sistemas compuestos por componentes de administración. se citan a continuación: . este tendrá a su vez otro puerto Ethernet para conectar la computadora y 1 o 2 puertos telefónicos.3. 2. Ticket Granting Server). (SG) provee la conexión a la red SS7 de la PSTN y los demás operadores. como se mencionó anteriormente. solamente se podrán añadir los MTA para cumplir la función telefónica. red. Este servidor otorga un tiquete Kerberos al eMTA que es utilizado para autenticación.2.MGC. Media Gateway: es el elemento de enlace entre las redes TDM y la Red IP de Packecable (4-14).

Servidor de Sistema de Nombre de Dominio (DNS. además de información de configuración (4-18). Domain Name System).. . Record Keeping Server). este servidor guarda los eventos como traps y errores de los eMTAs (4-18).Servidor de Anuncios (Annoucement Server. estos eventos pueden ser entregados en formato de CDRs para ser entregados al sistema de Facturación (4-18).Servidor SYSLOG (SYSLOG). ANS). se puede usar también un servidor HTTP en vez de un TFTP (4-18).Servidor de Transferencia de Archivo Trivial o Servidor de Transferencia de Archivo de Hipertexto (TFTP.1. CMTS y MGC. Se utiliza en el proceso de aprovisionamiento del eMTA. Trivial File Transfer Protocol o HTTP. . HyperText Transfer Protocol). Este servidor TFTP es utilizado durante el aprovisonamiento del eMTA para entregarle los archivos de configuración.Estos servidores (DHCP. DNS y TFTP o DHCP) puede ser los mismos equipos físicos utilizados para el aprovisionamiento de los CM DOCSIS 1. . Guarda los mensajes de eventos de otros elementos Packetcable como el CMS.Servidor de Protocolo de Configuración Dinámica de Host (DHCP. . este servidor maneja 16 . . pero necesitan elementos lógicos separados para el aprovisionamiento de los eMTAs. para otorgarle dinámicamente una dirección IP.Servidor Conservador de Records (RKS. . Dinamic Host Cofiguration Protocol Server). se usa para traducir entre ASCII y Direcciones IP los nombres de dominio (4-18).

esto es lo que sucede con SIP o MGCP. los paquetes que utilicen estos protocolos tendrán un tratamiento de ‘mejor esfuerzo’ (best effort) y los que utilicen NCS tendrán un tratamiento prioritario. La razón principal para optar por una red Packetcable. cuando hay una solicitud de llamada se activan estos mecanismos y reserva ancho de banda para los paquetes de voz. para esto se vale de mecanismos similares a los utilizados por el protocolo de reserva de ancho de banda (RSVP) de la IETF (6-20).los servicios de anuncios de la red y tonos de información. La calidad de servicio solicitada por el CMS y otorgada por el CMTS es dinámica. Sin este mecanismo de mediación no se podría dar prioridad a los paquetes de voz. cuando la llamada termina se libera el ancho de banda y lo pueden utilizar los paquetes de datos que son tratados a mejor esfuerzo. en vez de utilizar equipos con protocolos como SIP o MGCP. se compone de dos elementos lógicos: El ANC visto anteriormente ya que puede ser parte del CMS y el Reproductor de Anuncios (AN. 17 . esta se logra con la mediación entre el CMS y el CMTS a través del protocolo NCS para la clasificación de los flujos DOCSIS 1. es la calidad de servicio (QoS). Annoucement Player) que es el servidor que contiene los anuncios y acepta entradas de los usuarios como tonos DTMF (419).1.

18 .

además. Al tener una doble vía habilitada. Los parámetros mínimos recomendados por Cablelabs están dados en las tablas No. la transmisión de datos se ve afectada por una mala relación de portadora a ruido pero no es tan susceptible como la voz. en el caso de la voz no es así. para poder distinguir el tráfico telefónico del tráfico de datos y poder darle prioridad al primero en la transmisión. si no.3. el segundo requisito para brindar servicios de telefonía con Packetcable es tener una red de datos DOCSIS 1. En redes con cascadas muy grandes. II y No. 19 .1 Requisitos de la Red HFC El requisito principal de una red HFC para poder implementar un sistema Packetcable es que esté habilitada en doble vía.1. estos no admiten retransmisión. cada uno de los usuarios introduce ruido. es decir. sin esto no sería posible tener comunicaciones en ambos sentidos. ya que puede haber retransmisiones. El mantener una buena relación de portadora a ruido es también indispensable. se dificulte el uso del canal ascendente. que tenga el canal ascendente operativo o este lista para poder implementar el canal ascendente. cada amplificador de la cascada también introduce además de amplificar el ruido. DISEÑO DE LA RED PACKETCABLE PARA 5 CIUDADES 3. se utiliza protocolos de tiempo real para su transmisión. es decir. III del capitulo 2. muchos amplificadores. La banda del canal ascendente es la más susceptible al ruido. ambos servicios se verían afectados.

CSO (Batido de 2do orden). Cada nodo esta servido por una estación óptica y cierta cantidad de amplificadores. se tiene una mejor relación costo-beneficio para crecer la base de clientes sin necesidad de tocar la planta externa. y no afecta el diseño ni las figuras de mérito que. en cada una de las ciudades existe una red HFC con criterios de diseño iguales. las figuras de mérito para el canal ascendente son S/R y Densidad de Potencia en el canal ascendente. CTB (Batido de 3er orden). XMOD (Modulación Cruzada) para la canal descendente. estos dependen del diseño de la red que se basa en las figuras de mérito. la cual digitaliza todo el espectro de retorno en una trama de bits propietaria según el fabricante que se haya escogido. La red HFC tiene en cada ciudad en promedio sirven 40 nodos de 2.000 hogares pasados cada uno. con esto se garantiza que no se tiene costo por segmentación en red externa. C/R. estos están a su vez subdivididos en 4 sub-nodos de 500 hogares pasados. como se menciono anteriormente. siendo estas.3. esto sucede ya que los amplificadores son elementos activos y generan ruido insertándolo en la red. Las figuras de mérito para el canal descendente dan la cantidad de amplificadores que se pueden utilizar en una rama determinada de la red. La tecnología de transporte para la banda ascendente es digital. 20 . dan la calidad del servicio. si se excede esta cantidad de amplificadores se degradarían los valores de las figuras de mérito y por lo tanto la calidad de la señal.1.1. Suposiciones sobre el operador Se supone la existencia de un operador de cable con presencia en 5 ciudades.

000 2.5 minutos de duración por llamada.000 2. de esta salen enlaces de microonda arrendados hacia las otras ciudades.950 170 a 1 Tabla V.000 33.000 penetración penetración suscritores TV Internet TV 30% 30% 30% 30% 30% 15% 15% 15% 15% 15% 42.000 2. para el acceso a la nube de internet se cuenta con un enlace en la ciudad 1.000 30. Para el cálculo del tráfico que se originará se tomará como patrón 125mE (mili Erlangs) por abonado que es igual a 7. 21 .000 Distancia suscriptores ciudad internet (Km) 6. la penetración para este servicio será de 15% sobre los suscriptores de televisión. Tabla de penetración de servicio telefónico Penetración Suscriptores de telefonía de telefonía Ciudad 1 Ciudad 2 Ciudad 3 Ciudad 4 Ciudad 5 10% 10% 10% 10% 10% 630 540 450 585 495 La penetración de telefonía se supone sobre los abonados de internet. Tabla IV.300 0 5.000 70 140.400 300 4.1.000 2.000 50 100. ya que lo más probable es que los abonados que ya tienen internet adquieran el servicio de telefonía.000 39. se supone que ya esta operando el servicio de internet con DOCSIS 1.500 150 5.En cada ciudad además.000 36.000 55 110.850 355 4.000 65 130.000 60 120. Tabla de penetración de servicios de TV e internet Cantidad de HP por nodo nodos Total HP ópticos 2. no sobre los hogares pasados.

Optimización del diseño físico La topología más común de encontrar en una red HFC es en árbol. 22 . esta pensada únicamente en servicios que no son de vital importancia. se tiene fibra desde la cabecera hacia las estaciones ópticas.1. como se puede apreciar en la figura de abajo.2. Figura 5.2.1.1.3. Diseño de la red HFC 3. Topología tradicional de una red HFC No se tiene redundancia de red en la porción de fibra.

23 . como se puede apreciar en la figura de abajo. Se puede tener varios anillos con la cabecera de centro de todos ellos. Topología de anillo En la figura anterior se tiene un anillo de fibra formado por la cabecera y las estaciones ópticas.Si la red aún no cuenta con redundancia de red esta puede ser fácilmente implementada. Figura 6. se recomienda hacer anillos de fibra desde la Cabecera hasta las estaciones ópticas para lograr esta redundancia.

por ejemplo áreas con muchos edificios o complejos de viviendas con varios pisos. Topología de Anillos múltiples desde la cabecera Esta topología se puede usar en donde la concentración de hogares pasados es muy alta. cerca de la cabecera. es decir. 24 .Figura 7. alta densidad poblacional.

de estos otros. Es muy utilizada en donde la densidad de hogares pasados no es tan alta. y anillos secundarios que parten. o en ciudades extensas. a su vez. Figura 8.Si la red es muy grande en extensión se puede hacer un anillo principal entre los Centros de Distribución (HUBs) y anillos secundarios entre las estaciones ópticas (7-13). Topología de anillo principal y anillos secundarios Como se ve en la figura de arriba esta topología tiene un anillo principal que es el que conecta todos los centros de distribución. 25 .

2.2. pero más adelante se verá como se relaciona con la cantidad de equipos a instalar. CMTS. la segmentación de la red. probablemente será necesario redistribuir los hogares pasados a que sean de 2. el canal descendente no tiene este problema por eso no se toma en cuenta para este fin. Además se debe tener en cuenta el espacio físico. Diseño de Recursos No es el diseño físico de la red HFC si no más bien el diseño en dimensión de equipos y parámetros involucrados directamente en la red HFC.2. combinadores pasivos para la agrupación de los nodos.Si alguna de estas redes es adquirida por la compañía. receptores y conmutadores ópticos. se debe tomar en cuenta toda la electrónica extra que se deberá tener al crecer en servicios y penetración. es más sencilla y económica de hacer en la cabecera que en la planta externa. Canales de voz por portadora El cálculo del tráfico telefónico se hace con el canal ascendente ya que es en este que se tiene limitación de ancho de banda. 3.2.1. 26 .1. Para la redundancia se debe añadir electrónica. el análisis de tráfico en este último nos dará la cantidad de equipos a utilizar. paneles de conectores de fibra (para anillos).1. no diseñada por esta. es decir. CMS y Espectro Electromagnético.000 por estación óptica. equipo de respaldo eléctrico que soporte además de lo existente el crecimiento. 3.

711 (8-16) así que los cálculos se harán utilizando este codec.711 G. pero no son un 27 .2MHz. el primero es el tipo de portadora a utilizar. de esta manera el canal ocupará un total de 109Kbps. 24 o 32 16 8 Para Packetcable se indica el uso obligatorio de G. De lo anterior se sabe que la carga de voz (en un paquete de voz) de una llamada en la red HFC será de 64Kbps.726 G. en el primer caso además puede ser de 1. La mayoría de fabricantes de e-MTAs programan además del codec G. en caso de querer utilizar otro los cálculos son similares.711 el codec G.729 Tasa de bit (Kbps) 64 16. el único codec que no se menciona en el estándar es el G. con compresión de encabezado de capa 3 sin supresión silencio (7-69).2 MHz. a esto se deben añadir los encabezados de capa 2 (DOCSIS) y capa 3 (IP/UDP/RTP). e indica la posibilidad de utilizar otros codecs de forma opcional (8-17).723. Vale la pena recordar que en la banda de retorno se ha sugerido utilizar hasta 8 portadoras de 1.6 MHz o 2 portadoras de hasta 3. y el segundo factor es el codec a utilizar. Tabla VI. en el capitulo 2 se ha visto que puede ser QPSK o 16QAM. Codecs y tasas de bit Codec G.729.6MHz o de 3. en realidad el estándar indica también portadoras de menor ancho de banda.La cantidad de canales de voz a ser transportada en la red HFC depende de dos factores.728 G.

2 MHz 7 MHz 7 MHz 27 MHz 35 MHz 42 MHz 28 .6 o 3.1 B : 1. al utilizar una portadora de menor ancho de banda se maneja menos información por puerto. Figura 9.4 MHz 6 MHz 6 MHz 15 MHz 21 MHz 27 MHz Portadoras Docsis 1.2 MHz Portadoras Docsis 1. es decir.0 B : 3.6 o 3.1 B : 1. ya que un puerto de banda de retorno maneja solamente una portadora. Distribución del espectro de la banda ascendente Portadoras de Cajas Digitales 3 MHz 7 MHz 5 MHz 8 MHz 15 MHz Portadoras de Monitoreo de Estado B : 0.solución costo efectiva.5 MHz Portadoras Docsis 2.2 o 6.

no queda espacio del espectro para que los CM puedan cambiar de frecuencia para transmitir en caso de interferencia en la portadora que transmiten. menos que el necesario para otras 4 portadoras. Cuando existe interferencia por ruido en una portadora determinada. en la distribución propuesta en la figura de arriba se ha apartado espacio de espectro para utilizar hasta 8 portadoras de 1. los CM buscan otra frecuencia para transmitir. pero en esta parte del 29 . esta reserva de espacio de espectro es un mecanismo de contingencia ante problemas de ruido en la red. este cambio de frecuencia se da de manera dinámica y automática.6 MHz o 4 de 3. por ejemplo. o se puede destinar frecuencias más bajas para este fin.La distribución de las frecuencias depende de cada operador y de cuales servicios este prestando. Es por este motivo es que se propone utilizar únicamente 4 portadoras. ya que tienen más ruido no es conveniente utilizarlas desde el principio. El operador puede optar por utilizar más de 4 portadoras y dejar como espacio de reserva.2 MHz para los servicios de datos y telefonía con DOCSIS 1. cuando la portadora en que se transmitía originalmente se ve libre de la interferencia los CM cambian nuevamente a transmitir en esa frecuencia. corriendo hacia la banda más baja las portadoras para monitoreo de estado de la red. pero se propone utilizar únicamente 4 o 2 respectivamente. por ejemplo. se pueden usar 6 portadoras y dejar el espacio necesario para 2 portadoras más.1. Si el espectro se llena con las 8 portadoras. También se puede ampliar el rango del espacio de espectro a utilizar con portadoras para datos y telefonía.

56 Mbps. la porción de cada portadora que se destina a telefonía y la porción destinada a internet es decisión del operador. Portadora QPSK de 1.38Mbps/109kbps = 12.B.espectro es más recomendable utilizar portadoras de DOCSIS 2.56 Mbps 10% 60% 40% Voz Datos G.1. Disponible 2.3 Mbps aproximadamente (quitando los encabezados de capa 2 y 3). Tabla VII.6MHZ QPSK Encabezado A. acá se dan unos ejemplos de este cálculo.0 ya que son más inmunes al ruido. 3.304 1.2.382 12 922 El número de canales sale de: ABparavoz = 1.2.711 Cantidad de canales Kbps 256 2. así que se debe dividir entre telefonía y datos. con una carga útil de 2.1 Utilizando portadoras QPSK de 1.1.38Mbps (1) Ncanales de voz = ABparavoz / ABcanaldevoz = 1.66 30 .6 MHZ Si se utiliza portadoras QPSK de 1.6 MHz se tendrán 2. Evidentemente no se destinará una portadora completa solamente para telefonía.

por lo tanto son 12 canales.6MHz tenemos 12 canales y 34 abonados telefónicos que transmitirán en esta portadora.1%) aprovisionados GoS=0. se aproxima hacia arriba. al dividir este tráfico total entre el tráfico esperado por línea se puede saber cuantas líneas se puede instalar. se busca en la tabla de Erlang B y se sabe para esta cantidad de canales cuanto tráfico total se efectúa por portadora. es decir 34 equipos.6MHz Cantidad Canales de E rlangs (para E quipos E rlangs (para E quipos E rlangs (para E quipos GoS=0. Cantidad de canales y equipos a aprovisionar para una portadora QPSK de 1.1% en una portadora QPSK de 1.125mE = 33. para determinado grado de servicio (GoS o bloqueo).5%) aprovisionados GoS=1%) aprovisionados 12 4.23 34 5. Tabla VIII.23E/0. es decir. en la tabla de abajo se dan algunos ejemplos.Se debe redondear hacia abajo ya que no se puede tener una fracción de canal. que utilizarán esos 12 canales. 31 .8. Del cálculo anterior se tiene la cantidad de canales telefónicos por cada portadora en el canal ascendente.88 47 La cantidad equipos a aprovisionar para un GoS de 0.28 42 5. Para un GoS de 0.1% se calcula de la siguiente manera: (2) Equipos Aprovisionados= Erlangs de Ncanalezdevoz / Erlangsporcanal = 4.

en este caso la cantidad de canales están dados en la siguiente tabla. a 0. pero se sigue creciendo en abonados telefónicos se verá afectado el GoS.1.2.En la misma tabla se puede apreciar que si el GoS aumenta. aunque para estas cantidades. esto es.2. habrá más bloqueo de llamadas. 32 .2MHz También se pueden utilizar portadoras QPSK de diferente ancho de banda o portadoras QAM-16.5% se tienen 42 usuarios y a 1% se tienen 47 abonados. también es mayor el número de abonados que transmitirán en esa portadora.1. Utilizando portadoras QPSK y 16 QAM de 3.2. es decir. hablando de las portadoras del canal ascendente. la probabilidad de bloqueo de una llamada es mayor. De lo anterior se sabe que si no se segmentan los nodos ópticos. no se sobrepasa el estimado de penetración en las tablas IV y V. 3.

711 Cantidad de canales Kbps 1024 9. no este análisis utilizando los Erlangs supuestos.2 MHz QPSK Encabezado A.608 2. con estos porcentajes de utilización.5%) aprovisionados GoS=1%) aprovisionados 25 50 13 32.843 QAM 16 Encabezado A.B.24 Mbps 10% 60% 40% Voz Datos G.Tabla IX. Cantidad de canales y equipos a aprovisionar con portadoras QPSK y QAM 16 de 3.B.5 104 260 15 36 120 288 16.765 25 1. 33 . esta dada por la siguiente tabla.216 5.1%) aprovisionados GoS=0.2 MHz Cantidad Canales de Erlangs (para Equipos Erlangs (para Equipos Erlangs (para Equipos GoS=0. su sugerencia podría ser de 125 usuarios aprovisionados para el primer ejemplo y de 250 para el segundo.711 Cantidad de canales Kbps 512 4. concentración de 5 a 1.530 50 3. Portadoras QPSK de 3. si no más bien.2 MHz y QAM 16 de 3. Tabla X.9 129 303 Los fabricantes suelen recomendar en el cálculo del tráfico telefónico. Disponible 10.12 Mbps 10% 60% 40% Voz Datos G. Disponible 5.686 La cantidad de equipos a instalar utilizando estas portadoras. sobre la tabla anterior.1 37.

si posteriormente hay crecimiento en la penetración del servicio se puede migrar a esta última modulación sin necesidad de segmentar los nodos. en un sub-bastidor se ubican varias tarjetas. además.1. los resultados pueden variar mucho si estos valores cambian. Se harán los cálculos para los dos primeros tipos. Los tipos de tarjetas CMTS varían según el fabricante. aunque se pueden conseguir incluso de hasta 5 canales descendentes y 20 ascendentes (5x20). aunque aparentemente luzca atractivo tener una tarjeta 5x20 por contar con una densidad de puertos superior. por ser los más comunes y los más económicos. pero las más comunes de encontrar son de 1 canal descendente por 4 ascendentes (1x4) y 2 canales descendentes por 8 ascendentes (2x8). La razón de esto es que cuentan con redundancia en tarjetas de control y alimentación como mínimo. 34 .6 MHZ.Todos estos cálculos dependen tanto del tráfico estimado por abonado (los Erlangs) como del codec que se va a utilizar. se tienen tarjetas de control y tarjetas CMTS siendo estas últimas las que se comunican con los cablemodems.2. 3. ya que estas portadoras son menos susceptibles al ruido que QAM-16. también se pueden equipar con redundancia de tarjetas CMTS y tarjetas de puertos WAN.2.2 Cálculo de Tarjetas CMTS Los CMTS existentes en el mercado que vale la pena tomar en cuenta son del tipos chasis. Para el análisis posterior se utilizara portadoras QPSK de 1. es decir. estás últimas se conectan con los enrutadores que dan acceso a internet.

además operativamente puede llegar a ser un problema también. para entender mejor la forma en como los canales ascendentes se pueden combinar se ha de ver gráficamente. La cantidad de tarjetas depende de la penetración. Distribución de canales ascendente y descendentes en un CMTS CMTS 1x4 Señal de video Σ ÷ Transmisor 1 Transmisor 2 a nodo 1 a nodo 2 a nodo 3 a nodo 4 de nodo 1 Σ Σ Receptor 1 Receptor 2 Receptor 3 Receptor 4 de nodo 2 de nodo 3 de nodo 4 35 . Figura 10.económicamente puede ser inviable realizar este desarrollo. es necesario saber la penetración de los diferentes servicios. dado que son bastante más caras. Para saber la cantidad de tarjetas que se necesitan. De la tabla IV Sabemos que cada nodo tendrá 2. es decir: 600 abonados de TV y 90 abonados de datos por cada estación óptica.000 HP. con una penetración de 30% para TV y 15% para datos. ya que una falla en esta tarjeta equivale a dejar fuera de servicio a muchos más clientes que con los otros dos tipos de tarjetas si no se cuenta con el respaldo necesario. que es también más caro.

(4) ABcd = Suscriptores activos * TDcd = 14 * 80 Kbps = 1. y un promedio de simultaneidad de uso del 10% tendremos: (3) Suscriptores activos = HP * penetración datos * simultaneidad = 2.5. así que se puede utilizar un puerto de portadora si se puede aprovisionar 25 equipos por portadora ascendente. el ancho de banda del canal ascendente no excede el 40% del ancho de banda destinado para servicio de datos de la tabla VII.000 HP habrá 9 usuarios de telefonía.En la figura anterior se ve una tarjeta CMTS con 1 puerto para canal descendente y 4 puertos para canales ascendentes.7 nodos por canal ascendente. De la tabla V sabemos que por cada nodo de 2. Como se aprecia de los cálculos anteriores.000 * 30% (* 15%) * 10% = 13. pero los canales ascendentes se combinan.12 Mbps (5) ABca = Suscriptores activos * TDca = 14 * 32 Kbps = 448 Kbps En donde TDcd es la transferencia de datos en el canal descendente y TDca es la transferencia de datos en el canal ascendente. son prácticamente 3 36 . nodos. redondeando hacia arriba son 14 usuarios NOTA: La penetración de datos (15%) es respecto a la penetración de TV (30%). se puede combinar hasta 2. de modo que se utiliza un puerto de canal ascendente por cada 2 nodos. el canal descendente se transmite hacia un grupo de 4 nodos (sumado con la señal de video). Si para los servicios de datos tomamos una transferencia por usuario de 80 Kbps en el canal descendente y de 32 Kbps en el canal ascendente.

Cuando la penetración de los servicios aumenta considerablemente se puede segmentar la red desde la cabecera. quedan 2 puertos de canales ascendentes libres por tarjetas para segmentar cuando la penetración de los servicios lo amerite. Cantidad de puertos y tarjetas Cantidad de Puertos Puertos nodos Tarjetas 1x4 Tarjetas 2x8 descendentes ascendentes ópticos 70 18 35 18 9 60 15 30 15 8 50 13 25 13 7 65 17 33 17 9 55 14 28 14 7 Ciudad 1 Ciudad 2 Ciudad 3 Ciudad 4 Ciudad 5 En la tabla anterior se da la cantidad de tarjetas 1x4 y 1x8 que son necesarias en cada ciudad. con la configuración sugerida arriba.descendente por cada 4 nodos y dos puertos por portadora ascendente para esos mismos nodos. 37 . Tabla XI. esto es. haciendo los cambios necesarios en los elementos pasivos para que cada receptor llegue a un puerto de canal ascendente en la tarjeta CMTS. Para saber la cantidad de tarjetas se debe dividir la cantidad de nodos entre la cantidad de puertos necesarios.

El número de licencias mínimas de CMS a adquirir sale de la tabla V. posiblemente se pueda empezar con 5.000 o 10. la cantidad de líneas telefónicas que se pueden instalar. aunque se debe tomar en cuenta que los fabricantes posiblemente no vendan esa cantidad. si no mayor cantidad de licencias. 38 .000.2. Cálculo de licencias del CMS La cantidad de licencias significa la cantidad de equipos que se pueden aprovisionar. 3.Figura 11 Distribución de canales ascendente y descendentes en un CMTS al segmentar CMTS 1x4 Señal de video Σ ÷ Transmisor 1 Transmisor 2 Receptor 1 Receptor 2 Receptor 3 a nodo 1 a nodo 2 a nodo 3 de nodo 1 de nodo 2 de nodo 3 En la figura anterior es puede apreciar como los 3 nodos transmiten hacia los 3 puertos de canal ascendente de la tarjeta CMTS. en otras palabras. serán 2.2.700 usuarios.3.1.

etc.El valor de cada licencia varía con cada fabricante y depende de los servicios telefónicos de cada licencia.000 y 200. Como una aproximación cada servidor CMS varía su capacidad de manejo de licencias entre 150. el segundo es la información que se intercambia entre los puntos en donde se origina y donde se termina la llamada. otro punto a tomar en cuenta sobre licencias es que los fabricantes usan una relación que varía de 8:1 a 10:1 entre líneas y troncales. llamada en espera. Actualmente son pocos los operadores que no utilizan la señalización No. se venden paquetes de licencias con servicios mínimos.3.1. también es valido esperar que con cada actualización del sistema la capacidad de manejo de líneas aumente con el mismo servidor. reenvío de llamada.000 al pasar esta cantidad de licencias (abonados) será necesario también adquirir un servidor extra. Diseño de la Red de Interconexión Hay dos tipos de tráfico a tomar en cuenta en el tema de interconexión. 3. Si se le suman servicios extra el costo de la licencia aumenta. identificador de llamada. el tráfico de voz y el tráfico de señalización. es una señalización fuera de banda. que también varía con cada fabricante. que pueden ser. re-llamada automática. es decir. a estos circuitos se les llama ‘enlaces de señalización’ (signaling links). si esta relación se reduce por aumento de tráfico de larga distancia se deberá comprar licencias de troncales extra. esta información viaja en circuitos separados de los circuitos que transportan la voz.7. el primero son las llamadas. 39 .

Al tener la posibilidad de un SG que no sea parte del CMS. o se puede escoger no interconectarse con algunos y solicitar el servicio de tránsito a alguno o algunos de los operadores con los que si se tendrá interconexión. que no es originado por este mismo.3. se puede solicitar interconexión únicamente con el operador dominante y solicitarle transito hacia los demás operadores.1. Por ejemplo. la ganancia en el negocio telefónico esta en la tarifa por minuto. adquirir un servidor separado para que sea el SG. se puede interconectar directamente con cada uno de ellos. el SSP estaría en un lugar y el SSW estaría en otro. mientras más cueste un minuto menos ganancia hay. este podría estar en una localidad diferente del CMS.Se debe tener intercambiar tráfico con cada uno de los operadores telefónicos del país. es decir. generalmente el fabricante del CMS ofrece el SG como parte de su sistema. o para empezar se puede tener como parte del CMS y al tener un gran crecimiento se puede separar del CMS. Red de Señalización El centro de la señalización será el SG. es decir. es un intermediario entre dos operadoras más. en otra operadora.1. 3. la desventaja es el costo de este servicio. pero se necesitaría un enlace con buen ancho de banda y poco retardo entre ambos sitios. incluso algunos fabricantes lo ofrecen como parte mismo del CMS. 40 . es decir. Este servicio de transito es que un operador cualquiera finaliza tráfico telefónico.

1. en caso que un enlace se corte el otro otros enlace seguirá operando y no se perderá el tráfico de señalización. si este no es parte del SSW que se comprará. de esta manera entre ambos enlaces suman un 80% de utilización de ambos. estos vienen en pares. es a esos puntos a donde se debe llevar la señalización.3. cada enlace se utiliza al 40% de su capacidad máxima (o 0. Transporte de la Señalización en TDM Cuando el SWG entrega los enlaces TDM.Generalmente cada operador solicita dos enlaces de señalización.4 Erlang). un SG da la opción de transportar estos enlaces vía TDM o IP. la conexión será en E1s. se necesita de-multiplexar estos E1s en cada uno de los enlaces de señalización de 64kbps con multiplexores.1.1. ‘Calificado’ por Cablelabs de esta manera se asegura que cumple con las especificaciones de Packetcable y que es compatible con el SSW adquirido. 3. 41 . así el número de enlaces de señalización a tener será de dos por operador. Cada operador indicará en donde está(n) su(s) punto(s) de interconexión o STP (Signaling Transfer Point). deberá ser. depende de lo que el operador adquiera puede tener cualquiera de estas opciones. Al saber este dato se puede dimensionar el SGW que se necesita adquirir. de preferencia.

no se necesitan los multiplexores. Solución de transporte TDM con multiplexores Ciudad 2 Hacia STPs Ciudad 1 Ciudad 3 Enlaces de 64Kbps c/u Hacia STPs Hacia STPs Hacia STPs Ciudad 4 En este caso.3. con un único punto de transferencia de señalización.Figura 12.2. se necesitará un enlace TDM dedicado de 64kbps para llevar cada enlace de señalización.1. Transporte de la Señalización en IP Si por el contrario el SWG entrega los enlaces en IP. es en realidad una red de interconexión similar a las de las operadoras convencionales. 3.1. ya que son estos los que harán la conversión de IP a TDM en cada uno de estos puntos. que es donde se encuentra el SG. 42 . pero se necesitan SWG (de menor capacidad que el principal) por cada sitio.

en la nube pasa señalización 7 sobre IP. una capa de transporte de señalización común y una capa de protocolos de adaptación (9-154). utilizando el protocolo SCTP (Stream Control Transmission Protocol.Figura 13 Solución de transporte de SS7 sobre IP Ciudad 2 Hacia STPs Ciudad 1 Red WAN IP Ciudad 3 Hacia STPs Hacia STPs Hacia STPs Ciudad 4 Como en el caso anterior. 43 . SIGRAN se compone de una capa de transporte (IP). pero el transporte es sobre una red IP. Cuando se escoge una red de este tipo. este transporte lo hace el grupo de protocolos SIGRAN (Signaling Transport. Transporte de Señalización) de la IETF. cada uno de estos SG remotos entregará su tráfico en E1s que se deben de-multiplexar para extraer los enlaces de señalización. Protoclo de Transmisión de Control en Ráfaga) (9-151).

página 154 El protocolo de transporte SCTP combina la eficiencia de UDP con la confiabilidad de TCP para tráfico de información de tiempo casi real. Sus sesiones también se establecen entre el SG y el MGC (9-161). se vale del protocolo SCTP para su propósito. Signalins sistem 7 basics. de cualquier señalización SS7 MTP3 de usuario. este protocolo emula una red orientada a conexión en una red IP (9-151). la señalización SS7 MTP2 de usuario. todos reciben su nombre a partir del nombre del protocolo SS7: • M3UA: ‘MTP3 User Adaptation Layer’ soporta el transporte. Los protocolos de adaptación son la equivalencia en IP de los protocolos SS7. Pila de Protocolos SIGTRAN Protocolos de Adaptación (M2UA. 44 . por ejemplo ISUP o mensajes SCCP. M2PA. M3UA.Figura 14. sus sesiones se establecen entre el SG y el MGC (9-160) • M2UA: ‘MTP2 User Adaptation Layer’ transporta sobre IP valiéndose de SCTP. SUA. sobre IP. IUA) Transporte de Señalización (SCTP) Protocolo de Internet (IP) Fuente: Lawrence Harte. por ejemplo mensajes ISUP de establecimiento de llamada.

3.1.323. para este propósito se pueden utilizar los protocolos H. pueden ser arrendados a los mismos operadores si es que estos prestan ese servicio. significa que los precios por los enlaces puede aumentar significativamente. • IUA: ‘ISDN User Adaptation Layer’ transporta la señalización ISDN de usuario (9-164).3.• M2PA: ‘MTP2 Adaptation Layer’ transporta los mensajes de la red de administración (9-162).2. la primera es arrendar los enlaces hacia cada uno de los operadores. • SUA: ‘SCCP User Adaptation Layer’ transporta SCCP. SIP o MGCP. para tener por seguro que habrá redundancia. Red de Voz En cuanto a la propiedad de los enlaces. esta debe ser contratada. existen dos opciones para este propósito. Con la primera opción. la segunda opción es hacer los enlaces por propia cuenta. Al intercambiar señalización utilizando IP se debe hacer a través de un Controlador de Sesión de Borde (SBC) para separa las redes por un tema de seguridad. Si el otro operador tiene la capacidad de interconectarse a nivel de IP para la señalización se puede hacer de forma directa entre ambas redes IP. actualmente lo más común y sencillo de implementar es una solución utilizando SIP. este equipo dará seguimiento a las traslaciones de direcciones IP entre ambas redes. por ejemplo mensajes TCAP o MAP sobre IP (9-163). 45 .

con la segunda opción. 46 .1. se puede aprovechar el hecho que la red HFC abarca buena parte de la ciudad y utiliza grandes cantidades de fibra para hacer una red de interconexión.Por otra parte. no es recomendable utilizar esta topología dado que si se cae un enlace no se tendrá tráfico con el operador hacia el que va el enlace caído. Figura 15. 3.2. desde la cabecera hasta cada uno los POI de los demás operadores a interconectar.3. Enlaces Punto a Punto La red de interconexión puede ser a base de enlaces punto multipunto. Red de enlaces punto multipunto para interconexión Enlaces punto a punto de transporte de interconexión Conmutador Operador 1 GC Conmutador Operador 2 GC Cabecera Enrutador de Hacia Enlaces Red de Transporte Redundates WAN GC Gateway GC Conmutador Operador n CMTS Hacia Red HFC Este tipo de arquitectura no tiene protección de red.1.

la primera sería con una red de GW que tengan capacidad de enrutamiento. Red en anillo con conmutadores capa 3 Anillo de Transporte de interconexión Cabecera Enrutador de Hacia Enlaces Red de Transporte Redundates WAN GW E1s GW Gigabit Ethernet Anillo de Switches RPR GW 47 .1. ATM o SDH para la transmisión. Red en Anillo o Malla Se propone una arquitectura en anillo o malla para la cual se tiene además dos opciones de tecnologías. queda solamente la interfaz GE. es decir interfaz STM-N en la transmisión. se descartan de entrada los dos últimos tipos de interfaces por ser bastante costosas para este tipo de equipos. la cantidad a instalar variará según el tráfico existente con cada uno de los demás operadores telefónicos.2.2. esta puede llegar a ser la solución más económica. Figura 16. la segunda opción sería con equipos SDH puros. Una variación de esta solución sería hacer el transporte con conmutadores capa 3 con interfaces GE y conectar estos a los GW.3. En ambas opciones las interfaces tributarias deben ser E1.3. con interfaces GE.

o Ethernet a un GW.E. los GW no necesitan capacidades de enrutamiento y el tráfico de voz va directamente al CMTS.E. o Ethernet al CMTS. el conmutador que esta antes del CMTS debe tener acceso inmediato a la red de control del SSW. por el otro lado tiene una conexión GE hacia los otros conmutadores. Red en anillo con MGWs Anillo de Transporte de interconexión Cabecera Enrutador de Red de Transporte WAN Conmutador Operador 1 Hacia Enlaces Redundates Conmutador Operador 2 Gateway 1xGE CMTS Hacia Red HFC Conmutador Operador n 48 . también vía G.En la figura anterior se ve un conmutador conectado vía interfaz G. que a su vez se conectan. Figura 17. este último va conectado al conmutador de la otra operadora. Con esta arquitectura el transporte y la protección de anillo la hacen los conmutadores.

estos se necesitan con capacidad de enrutamiento. Red en anillo con equipos SDH Anillo de Transporte de interconexión Cabecera Enrutador de Red de Transporte WAN Hacia Enlaces Redundates Conmutador Operador 1 GC Conmutador Operador 2 GC GC Gateway Anillo 1xSTM-1 o GE GC Conmutador Operador n CMTS Hacia Red HFC En la figura anterior se ve la opción con equipos SDH. un anillo STM-1 sería suficiente en un principio ya que el tráfico no será excesivo. Figura 18. evidentemente. Para esta opción se necesita únicamente un GW por ciudad que debe ser. de mayor capacidad que los GWs que se necesitarían en las 49 .En la figura anterior se puede apreciar que el transporte lo hacen los mismos GW. es la mitad del ancho de banda. si se desea proteger todo el tráfico se tendrían 31 E1s para transportar. la otra mitad se dejaría libre para usar en caso de ruptura del anillo. por lo tanto pueden ser menos económicos que con la solución anterior. pero se cuenta con un equipo menos en el transporte.

para llevar el acceso a Internet desde la ciudad principal. generalmente los equipos para soportar una red en malla serán más costosos ya que necesitaran más puertos de fibra. la más común con equipos pequeños es SNCP (Simple Network Conection Protection). dependiendo de los fabricantes de equipos y los descuentos para la empresa.1. esto depende de la distribución de la fibra óptica en cada ciudad y de los equipos a utilizar.E. puede estar en el orden de precio de dos veces más que un equipo SDH con hasta 16 E1s. Si el transporte es GE se puede utilizar para la protección de anillo el protocolo RPR (Resilent Packet Ring) y con SDH hay varias opciones. ya que debe tener la cantidad de E1s a distribuir entre las otras operadoras. al ser la distancia entre ciudades bastante grande lo más económico. ya que en el anillo urbano sería TDM. esta es la única solución en que la voz no sería VoIP en todo el transporte. es arrendar el transporte. en las otras alternativas sería VoIP en todo el trayecto. Un MGW con un E1 sin interfaz G. 3.soluciones anteriores.4. se propone el anillo como la mínima arquitectura de red para tener protección de red. en cambio. en un principio al menos. Diseño de la Dimensión de la Red Wan Al tener operación de Internet en las 5 ciudades es muy probable la existencia de una red de transporte entre estas. en vez de construir una red propia. 50 . La red puede ser también una malla parcial o total.

pero si anteriormente se ha implementado alguna red de VoIP corporativa. o enlaces en anillo o malla. los comunes a todos los operadores serán Internet y tráfico de intranet. 3. enlaces punto a punto. se habrá adquirido alguna experiencia en el manejo de la voz.1.Esta red tendrá varios tipos de tráfico. tener enlaces similares de proveedores diferentes. que también estará pasando por esta red. por lo tanto se expondrán aspectos de estos equipos. tener enlaces paralelos. se tiene varias opciones topológicas. es en realidad.1. que al ser varias ciudades sería una red en estrella. es decir. no necesitan parámetros de red muy exigentes. todos estos servicios son tráfico de datos.4. Enlaces Punto a Punto (estrella) En el primer caso la única forma de tener redundancia de red. si el operador ofrece servicios de televisión digital lo más probable es que también tenga la señalización de las cajas digitales transitando por esta red. sea esta última total o parcial. Al igual que cualquier otra red. Se asume que los equipos empleados para esta red son marca CISCO ya que son los más comunes en el mercado latinoamericano. con un mínimo de dos enlaces por cada par de ciudades. 51 .

este tráfico de internet de cada ciudad debe ser llevado a través de los enlaces hasta la ciudad 1 de la figura. 52 . Evidentemente el problema de esta topología es que se tiene un único punto de falla.Figura 19 Red WAN de doble estrella Ciudad 4 Ciudad 3 Ciudad 5 Ciudad 2 Ciudad 1 Internet Proveedor 1 Internet Proveedor 2 En la figura anterior se puede observar que hay dos tipos de línea. teniendo también dos proveedores de acceso a internet en la misma ciudad. a pesar de tener dos proveedores de acceso a Internet y dos proveedores de enlaces interurbanos. si algo falla en la ciudad 1 (que sería la ciudad principal) el resto de las ciudades se quedarían sin servicio. la ciudad 1. la línea punteada representa a un proveedor de enlaces interurbanos y la línea continua representa a otro proveedor.

todo el tráfico telefónico de larga distancia nacional. pero además puede ayudar a mantener bajos precios de acceso a la nube. el costo de la ciudad en donde se originó la llamada hacia la ciudad 1 y el costo de la ciudad 1 hacia donde se termina la llamada. al caer uno de los enlaces el que sigue en funcionamiento toma el tráfico del otro. evidentemente no podrá tomar todo el tráfico necesario. se reparte la carga del tráfico entre ambos enlaces.Esta red no presenta una redundancia a manera de tener un enlace ocioso y uno en funcionamiento. dependiendo del servicio ofrecido por los proveedores de enlaces interurbanos. Otro problema con esta topología es que al no contar con enlaces directos entre 4 de las ciudades. tendrá un doble costo. Se asume que hay dos proveedores de acceso a Internet. en este caso tráfico telefónico. más bien. este deberá tener más interfaces WAN o dos interfaces de gran capacidad. esto asegura redundancia de este acceso. Por lo tanto se debe tener sumo cuidado con las políticas de enrutamiento para poder clasificar el tráfico y dar prioridad al que más interesa. ya que sería muy costoso tener ambos enlaces a mitad de capacidad para que en caso de falla el otro pueda operar todo el tráfico. El problema de un único punto de falla se puede solucionar de varias formas. 53 . En este caso. que no vaya hacia la ciudad 1. la ciudad principal necesitará un equipo más robusto que en el resto de las ciudades. la más sencilla sería tener dos centros de estrellas.

de esta manera hay dos centros de estrella. 54 . pero de diferente forma. pero al tenerlo doble no se recargan de mayor tráfico el resto de los enlaces en caso de falla en alguna de estas. cada centro lo da un proveedor distinto. y en caso que uno salga de servicio el otro puede tomar el tráfico. Con esta topología se distribuyen los posibles puntos de falla.Figura 20 Red WAN de dos centros de estrella Internet Proveedor 2 Ciudad 4 Ciudad 3 Ciudad 5 Ciudad 2 Ciudad 1 Internet Proveedor 1 En la figura anterior se puede ver que también se usa dos proveedores de Internet y dos proveedores de enlaces interurbanos. se podría tener una topología con un enlace simple entre estas dos ciudades. el acceso a la nube de internet se tiene por dos ciudades. Se puede observar que las únicas dos ciudades que tienen un enlace doble entre ellas son las que tienen los accesos a Internet.

2. pero sería más eficiente en la operación y con mejor probabilidad de continuidad de servicio aún con alguna falla. Red WAN en anillo con 1 punto de acceso a internet Ciudad 4 Ciudad 3 Ciudad 5 Ciudad 2 Ciudad 1 Internet Proveedor 1 Internet Proveedor 2 55 .En este caso se requieren 2 equipos de mayor robustez que el resto. 3. evidentemente aquellos ubicados en las ciudades en donde se tiene los accesos a Internet. Red en Anillo El segundo caso en discusión es una red en anillo. como se puede apreciar se cuenta únicamente con un proveedor de enlace (ha desaparecido un tipo de línea).1. Operativamente el costo sería el mismo ya que se cuenta con la misma cantidad de enlaces. Figura 21.4. en la figura de abajo se observa un anillo entre las 5 ciudades.

El problema mencionado anteriormente se puede evitar contratando uno de estos accesos a internet en una ciudad diferente. Red WAN en anillo con 2 puntos de acceso a Internet Internet Proveedor 2 Ciudad 4 Ciudad 3 Ciudad 5 Ciudad 2 Ciudad 1 Internet Proveedor 1 56 . por lo tanto si existe una falla no de enlace. como se muestra en la figura de abajo. Figura 22. en caso de falla en algún enlace el tráfico irá por el enlace hacia la otra ciudad. si no de equipo en esta ciudad. Se tiene el mismo problema del doble enlace en la misma ciudad hacia los proveedores de internet. el resto de las ciudades se quedan sin servicio. El equipo de la ciudad principal puede ser de igual magnitud que el del resto de las ciudades.En este caso el protocolo de enrutamiento dará la redundancia. pero en los demás aspectos puede ser el mismo. lo único es que necesitará más interfaces.

1. un único proveedor de enlaces interurbanos sería suficiente. por lo que puede ser más económica. una para cada uno de los proveedores del acceso a internet. excepto el de la ciudad principal que debe tener al menos dos interfaces más.Esta topología cuenta con menos enlaces que las de estrella.4. Figura 23. pero en contraparte las llamadas de una ciudad cualquier a otra tendrá más saltos que con la topología de estrella con doble centro. Red WAN en malla total con 1 punto de acceso a internet Ciudad 4 Ciudad 3 Ciudad 5 Ciudad 2 Ciudad 1 Internet Proveedor 1 Internet Proveedor 2 57 . 3.3. igual que la anterior. Red en Malla La última opción es tener una red en malla. todos los equipos son de iguales dimensiones técnicas y tienen igual cantidad de interfaces. esto se puede apreciar en la figura 22.

y se puede solucionar de la misma manera. Red WAN en malla total con 2 puntos de acceso a internet Internet Proveedor 2 Ciudad 4 Ciudad 3 Ciudad 5 Ciudad 2 Ciudad 1 Internet Proveedor 1 Para el cálculo del número de enlaces en esta topología se utiliza la siguiente formula: (6) Nenlaces = e(e-1)/2. en donde e es el número de enrutadores. también contará con mayor complejidad en la configuración de los protocolos de enrutamiento. 58 . pero también es la de mayor disponibilidad.Esta topología tiene los mismos problemas que las anteriores con ambos accesos a internet en la misma ciudad. Figura 24. Esta topología es la que más enlaces tiene así que puede ser más costosa.

Independientemente del tipo de topología que se tenga para operar es recomendable la utilización de puertos físicos de la mayor capacidad posible aunque no se utilicen completamente, por ejemplo, si se consumen 12 Mbps (el equivalente a 6 E1s) en vez de utilizar 6 interfaces de 2 Mbps, se recomendaría la utilización de una interfaz E3, si se tiene estimado un crecimiento grande se recomendaría utilizar interfaces STM-1 ATM. Esto es porque es más sencillo de programar los protocolos y a la vez se evitan problemas de división de ruta de los paquetes de voz, todos salen por una misma interfaz, en caso contrario algunos paquetes de voz viajaran por interfaces diferentes lo que puede ocasionar problemas de pérdida de paquetes. 3.1.5. Cálculo de Ancho de Banda de Voz Para el cálculo del ancho de banda a utilizar en cada enlace se debe tomar en cuenta el codec a utilizar y el intervalo de la muestra. El intervalo que mejores resultados dará es de 10mS, pero también es el que mayor ancho de banda consumirá, el que más comúnmente se utiliza es el de 20mS y el que menos ancho de banda consume es el de 30mS pero también creará unos tamaños de paquetes muy grandes. El tamaño de los paquetes de voz es importante ya que si los paquetes son más grandes y hay una pérdida de estos en la red, será más evidente durante la conversación, en cambio, mientras más pequeño el tamaño de los paquetes menos evidente será durante una conversación la pérdida de alguno de ellos, no es lo mismo perder 10mS de conversación que 30mS. Por otra parte, mientras más grandes son los paquetes de voz, se incrementa el retardo, ya que estos tendrán que esperar más tiempo para ser

59

transmitidos, a menor tamaño de paquete menor tiempo de espera, pero también se debe tener en cuenta que mientras más pequeños los paquetes habrá mayor cantidad de ellos, esto afecta directamente el procesamiento de los enrutadores, puede haber problemas si se excede la capacidad de procesamiento de los equipos por lo que deben dimensionarse adecuadamente. TP = tasa de paquetización (7) P(paquetes/seg) = 1000 (ms/s) / TP(ms/muestra) * 1 (paquete/muestra) = 1000/20*1 = 50 paquetes/seg TC = tasa de codec (8) V(bytes/paquete) = TC(b/s) / 8 (bits/Byte) / P(paquetes/s) = 64,000/8/50 = 160 (Bytes/paquete) Encabezado Capa 3: este valor es fijo, es de 40 bytes, se compone de 20 bytes de IP, 8 bytes de UDP y 12 bytes de RTP. 9) ABvoz = P(paquetes/s) * V(bytes/paquete) * bits por segundo = 50*200 *8= 80 Kbps. Si le añadimos el encabezado Ethernet serán 18 bytes más (incluida secuencia FCS) (10) ABvoz = 50*218*8 = 87.2 Kbps. Si el encabezado de capa 2 es Frame Relay serán 4 bytes más. (11) ABvoz = 50*204*8 = 81.6 Kbps Para HDLC se tienen 5 bytes de encabezado. (12) ABvoz = 50*205*8 = 82 Kbps

60

Si se utiliza PPP serán 6 bytes más (13) ABvoz = 50*206*8 = 82.4 Kbps Tabla XII. Ancho de banda por intervalo de muestra
C antidad E 1s 1 2 3 4 5 6 de
C antidad C anales de 10 m S (80 bytes) G .711 (M bps) 20 mS bytes) (160 30 mS bytes) (240

30 60 90 120 150 180

3,02 6,05 9,07 12,10 15,12 18,14

2,47 4,94 7,42 9,89 12,36 14,83

2,20 4,39 6,59 8,78 10,98 13,18

La tabla anterior muestra el ancho de banda que demanda el codec G.711 dependiendo del tamaño de la muestra (en milisegundos), están incluidos los encabezados de capa 2 y capa 3, suponiendo que se utiliza PPP para el primero, se asume que no se utiliza supresión de silencio. Si se desea utilizar supresión de silencio puede haber un ahorro considerable de ancho de banda, pero se consume más recurso de CPU de los enrutadores, se debe sopesar este hecho para decidir si se utiliza o no. 3.1.5.1. Cálculo de Ancho de Banda para Anuncios y Conferencias Es necesario calcular cuanto ancho de banda se debe destinar para las llamadas que terminaran en el servidor de anuncios y conferencias, se debe tener en cuenta la cantidad de erlangs por línea y la duración promedio de cada llamada (se supondrá 150 segundos), se supone que se tiene tres tipos de anuncios básicos:

61

Anuncio de terminación de llamada. Del capitulo 3 se tiene que el total de líneas esperadas (2.600 = 14.700*3 = 8. 3.083 / 3..47 erlangs De la tabla de Erlang B (GoS 0.125* 3..Anuncio de usuario que no ha pagado.700) con 125m Erlangs de tráfico cada una.100 = 52. 2.100 El tiempo de llamada total (TLL) para los anuncios en este servidor será de: (16) TLL = (17% * 12 + 7% *12 + 3% * 5) + (1 * 340) * 8..600 se obtienen los Erlangs Erlangs = 52.1%) se obtienen 28 canales. 62 . con valores esperados de: 3 % de los intentos de llamada y 5 segundos de duración. 4.600 / 150seg = 3 intentos de llamada por línea (Call Attempt) por hora (15) Total ILL = Total líneas esperadas * ILL = 2. los valores esperados de las conferencias serán 1% de los intentos de llamada y 340 segundos de duración aproximada.. si la llamada dura en promedio 150 segundos se tienen para los intentos de llamada (ILL): (14) ILL = Erlangsporlínea * Segundoporhora / Duraciónpromedio = 0. con valores esperados de: 17 % de los intentos de llamada y 12 segundos de duración.Anuncio de error de discado.1. con valores esperados de: 7 % de los intentos de llamada y 12 segundos de duración.083 seg Al dividir entre 3.Conferencias.

aunque se puede estudiar el costo de adquirir una plataforma descentralizada. 8 canales. 3. 63 .290 segundos = 2. es decir. se instalaría un servidor de estos en cada ciudad. estos serían de menor tamaño que si esta centralizado en un solo sitio y habría un ahorro de ancho de banda. se instalaría un servidor de estos en cada ciudad.De la sección anterior (ecuaciones 7 a 13) se puede calcular el ancho de banda necesario para estos 28 canales.1.5. lo más común es que este junto con el SSW en la ciudad principal aunque se puede estudiar el costo de adquirir una plataforma descentralizada. en ambos casos los cálculos para el ancho de banda requerido son iguales. se tiene: (17) Erlangs = (3% * 30) * 8.2. se supone que un 3% de los intentos de llamada irán hacia el servidor de correo de voz. aproximadamente 3.1%). este es ancho de banda extra hacia la ciudad en la que este ubicado este servidor. estos serían de menor tamaño que si esta centralizado en un solo sitio y habría un ahorro de ancho de banda. en ambos casos los cálculos para el ancho de banda requerido son iguales.100 = 7. En este caso específico se asume una plataforma centralizada.03 Erlangs (GoS 0. Cálculo de Ancho de Banda para Correo de Voz El cálculo del ancho de banda para el servicio de correo de voz es igual al cálculo hecho anteriormente.02 Mbps según la tabla XII . con una duración promedio de 30 segundo por mensaje.

ToS y CoS. además. es decir. Calidad de Servicio. en ausencia de congestión la política de manejo de paquetes se conoce como FIFO. de esta manera se restringen los dominios de colisión en este segmento de la red. 64 .1.1.6. Los problemas para la voz sobre protocolo IP muchas veces pueden empezar en la sección de red LAN. además deben tener una configuración óptima. para asegurar una buena calidad se deben tomar en cuenta varios problemas inherentes a una red de datos. el segmento de red LAN en donde se ubicará el GW y el CMTS en cada ciudad.3. Las redes que dan servicio de datos no están preparadas por si mismas para el transporte de voz. el problema es el tratamiento de los paquetes. sin importar si es un paquete sensible a retardo o no. se debe tomar mucho cuidado al acondicionar. como retardo (delay) y variación del retardo (jitter). al hablar de VoIP se sabe que se transmitirá voz en una red diseñada para el transporte de datos. por ejemplo dividiendo VLANs de ser posible y/o necesario y reconociendo la QoS.1. el costo de esta solución es alto. podrían ser conmutadores capa 3. Es inaceptable instalar HUBs en estos segmentos de red LAN. Retardo y Variación de Retardo El tema principal en una red de transporte para voz es la calidad de la misma.6 Parámetros de Desempeño de la Red a tomar en Cuenta 3. o diseñar. el primer paquete en llegar es el primero en salir (de la cola del equipo). el tener suficiente ancho de banda no siempre asegura tener una buena calidad en la voz. esto depende del diseño de ese segmento de red). se debe utilizar estrictamente conmutadores capa 2 (como mínimo.

y para dar prioridad a los paquetes de voz. algunas son variaciones de otras. definidas por el usuario. en el buffer de enrutamiento. Es una variación especial de WFQ (Weighted Fair Queueing). pero fuera de tiempo. Da prioridad al tráfico de la primera cola del buffer. queda a criterio del operador cual se ajusta mejor a las necesidades de su red. aunque no pueden ser extremadamente pequeños ya que consumirían mucho del procesamiento de los equipos. este descarta paquetes. estos buffers se pueden hacer más amplios que su valor por defecto. además por defecto los paquetes tienen un tamaño de 1. la primera es por paquetes corruptos. la segunda. los paquetes que se vean afectados por la variación del retardo llegarán a su destino. Priority Queuing (PQ). estos llegan a un buffer en donde deben esperar a ser reenviados. se pueden programar clases especiales de tráfico. Hay dos formas de pérdida de paquetes posibles. se 65 . Class-Based Weighted Fair Queueing (CBWFQ). Para evitar tener un retardo muy grande.500 bytes. así que serán descartados. pero con políticas apropiadas para no incrementar el retardo. incluso se pueden perder paquetes de voz. Cuando hay congestión en un equipo. es decir tramas con errores o paquetes descartados por congestión. se pueden implementar diferentes políticas de calidad de servicio. pero pueden ser configurados para tener menor tamaño. una variación de retardo excesiva.Si los paquetes de datos son muy grandes y se intercalan entre paquetes de voz. con esta política de QoS se puede tener hasta 4 colas como máximo(10-14). que son muy pequeños pueden crear un gran diferencia en el retardo y una mala calidad de comunicación. por variación de retardo.

es una combinación de las dos anteriores. a diferencia de WFQ CBWFQ permite especificar el ancho de banda necesario para determinado tipo de tráfico (1014). Low Latency Queueing (LLQ).le da prioridades diferentes a las diferentes clases de tráfico. IP to ATM Class of Service (CoS). Frame Relay Traffic Shaping (FRTS). 66 . en las colas del buffer se programa una cola diferente. CIR. de esta manera se conserva la prioridad de los paquetes marcados antes de entrar a la red ATM (10-14). se refiere a que se nombran las colas del buffer. FECN/BECN y el bit DE. esta tiene estricta prioridad sobre las otras (10-14). esta herramienta hace que una red ATM pueda diferenciar los paquetes marcados con COS. Al hablar de clases de tráfico. se puede programar una clase para el tráfico de voz y que esta tenga mayor prioridad que las demás. por ejemplo. Esta herramienta provee parámetros que son de utilidad para el manejo de una red bajo congestión. luego transmiten las demás. ayuda a que el conmutador FR del proveedor de los enlaces interurbanos sepa cuando hay congestión en la red e identificar el tráfico con DE para asegurarse que el tráfico de alta importancia no sea descartado (10-14). También se le conoce como PQ/CBWFQ (Priority Queueing / CBWFQ). la primera cola es la que se transmite primero (la que debería ser para voz).

es decir. para este fin. MPLS provee mecanismos para la conmutación de etiquetas sobre una red que enruta paquetes.3. y están ligadas a las tablas de enrutamiento. Con MPLS se reduce el consumo de la capacidad de CPU y el tiempo en las colas de espera. es el estándar de la IETF para protocolo basado en etiquetas. pero le resta eficiencia ya que el equipo debe analizar cada paquete que entra en él. con la activación de MPLS en cada enrutador estos ven únicamente las etiquetas. estos fueron tomados como referencia por la IETF para las especificaciones de MPLS. 67 . dicho más coloquialmente. lo que aumenta el desempeño de una red. se debe analizar cada paquete que ingresa al enrutador. este método da inteligencia a la red. Optimización de la Red con MPLS Si se requiere hacer la red más eficiente se puede implementar MPLS. el tráfico IP se conmuta en vez de enrutarse (11-8). para esto se vale de etiquetas. únicamente se analizan las etiquetas MPLS. en el encabezado IP. esta se encuentra en el encabezado de capa 3. Las etiquetas de MPLS se ubican entre el encabezado de capa 2 y el encabezado de capa 3. Cell Switched Router de Toshiba y ARIS (Aggreagate Route-Base IP Switching) de IBM. no las direcciones de destino del paquete. este protocolo es la evolución de varios protocolos propietarios como el protocolo para conmutación de pestañas (Tag Switching) de Cisco. esto implica gasto de tiempo en las colas de espera (buffer) y consumo de capacidad de CPU. De esta manera los paquetes no son analizados en capa 3. por este motivo se vuelve más rápido y por lo tanto más eficiente el transporte en la red.2. Los enrutadores utilizan los protocolos tradicionales de enrutamiento de paquetes que revisan la dirección de destino de cada paquete.

tipo de protocolo.2. Para cada grupo de paquetes con el mismo destino se crea una ‘clase de paquetes’ llamadas FEC a las cuales se les aplican las etiquetas. Por ejemplo. junto con información sobre la interfaz de salida y su enlace. este último es el protocolo estándar de la IETF.3. por esto es que soporta TDP para el intercambio de etiquetas. etc (11-10). para este fin se necesita un protocolo de intercambio de etiquetas que además pueda unir estas a las tablas de enrutamiento.1. que es un protocolo propietario. para poder marcar el tráfico con etiquetas desde el borde de la red de CMs. hay dos protocolos soportados por los equipos Cisco. calidad de servicio. Funcionamiento de MPLS El plano de control de la arquitectura MPLS es el responsable de enlazar las etiquetas a las tablas de enrutamiento. esta es un mapeo de las etiquetas entrantes contra las etiquetas salientes. el primero es un protocolo propietario de Cisco(11-9). Cisco soporta el funcionamiento de MPLS sobre EIGRP. 68 . El IGP se encarga de construir las tablas de enrutamiento y LDP se encarga de construir la base de información de etiquetas (LIB). TDP y LDP. los CMTSs están evolucionando al punto de soportar protocolos de enrutamiento y MPLS. pero lo más recomendable es utilizar como IGP OSPF o IS-IS que son los protocolos que recomienda el estándar ya que en caso que se adquiera un equipo que no sea marca Cisco será más sencilla la interoperabilidad entre este equipo y los enrutadores Cisco. por lo mismo se recomienda el uso de LDP en vez de TDP. estas pueden ser basadas en puertos de entrada.

además existe otro componente. a los tipos de paquetes se les aplican las etiquetas. todo esto se constituye en el plano de reenvío de la arquitectura MPLS (11-10). estas se enlazan con la FIB que es una versión (construida por el mecanismo CEF) de la tabla de enrutamiento (que es construida por el IGP). residen en la base de información de reenvío de etiquetas (LFIB) que es una parte de la LIB (la que está en uso). las que están activas se llevan al plano de reenvío convirtiéndose en la LFIB.Las etiquetas que se encuentran en uso. esta es creada por un mecanismo de Cisco llamado CEF (este mecanismo debe obligatoriamente estar activo para el funcionamiento de MPLS). estas son distribuidas utilizando LDP. 69 . Figura 25 Planos de Arquitectura MPLS y funciones Plano de Control LIB Plano de Reenvío LFIB (etiquetas en uso) (Etiquetas entrantes/ Etiquetas salientes) FEC (tipos de Paquetes) LDP FIB (versión de tabla de enrutamiento) CEF En la figura anterior se puede apreciar ambos planos y sus componentes. la base de información de reenvío (FIB) que es una versión de la tabla de enrutamiento con la cual serán enlazadas las etiquetas.

2.Cuando los enrutadores se conectan a una red ATM (es muy probable que el proveedor de enlaces interurbanos tenga una red ATM) existen dos posibilidades para la configuración de MPLS. se tendrá una tabla VRF por cada cliente de VPN. para esto es necesario tener tablas de enrutamiento diferentes para cada red y enlazar estas tablas ‘privadas’ con las etiquetas de cada red. de esta manera se obtienen VPNs de MPLS sin necesidad de encriptación o aplicaciones de usuario final. es que se puede tener paquetes de redes distintas con las mismas direcciones sin problemas de cruce de las mismas sin necesidad de utilizar NAT. son tablas de enrutamiento dedicadas. varias redes con las mismas direcciones. es decir. esto es posible gracias a que se pueden colocar etiquetas para identificar las diferentes redes. Estas tablas VRF se componen de una tabla de enrutamiento especifica. interfaces y reglas de protocolo de enrutamiento y filtros. el mecanismo para evitar el 70 . 3. El resultado de esto es que un enrutador puede funcionar como si fuera varios equipos en uno solo. por último. Las tablas privadas de enrutamiento se llaman VRF.2. VPNs CON MPLS Otra de las ventajas de poner etiquetas a los paquetes. si esta red no soporta MPLS de forma nativa la configuración deberá ser Frame-Mode MPLS. una tabla CEF. este concepto se conoce como ‘enrutador virtual’ porque cada red (de clientes) ve como un solo enrutador al equipo del proveedor al que se comunica. con esta configuración se utilizan los valores VPI/VCI que hacen las veces de etiquetas (11-97). Para poder configurar VPNs con MPLS es necesario que se active una sesión de MP-BGP en cada enrutador de borde. ya que este protocolo será el encargado de propagar las rutas VPN. con mecanismos de enrutamiento. el proveedor puede llevar en su red. la otra posibilidad es Cell-Mode MPLS.

aunque esta diferencia probablemente será mucho mayor al principio.3. los 48 restantes se pueden indicar en dos formas. 3. la recomendación es utilizar el método 16 bit: 32 bit. es decir. este último puede incrementarse notablemente si se prestan varios servicios empresariales. Se debe tomar en cuenta también que habrá tráfico local y de larga distancia. es decir. los 16 primeros de estos deberán indicar el número de sistema autónomo del proveedor (AS) los siguientes 32 los escoge el operador (11-162). queda en la red. para todos los operadores. 71 . no solamente residenciales. la diferencia entre tráfico saliente y tráfico entrante puede ser asumido en porcentajes. 70% del tráfico es saliente y 30% es entrante. 16 bit: 32 bit o 32 bit: 16 bit. Cálculos de Capacidades de las Compuertas de Medios El cálculo de la cantidad de E1s de los GW sale de la cantidad de tráfico cursado entre la red HFC y los otros operadores a los que se interconectará la red y del tráfico de larga distancia. de los cuales los primeros 16 se reservan para especificar el tipo de comunidad extendida de BGP.solapamiento de direcciones IP en MP-BGP se llama ‘Route Distinguisher’ (RD) este es un valor de 64 bits. se asumirá. siendo siempre el tráfico saliente el de mayor porcentaje. se estima un porcentaje de tráfico interno y un porcentaje de tráfico hacia cada uno de los otros operadores. tanto nacional como internacional. La mayor cantidad de tráfico irá hacia el operador dominante. y la menor cantidad de tráfico será interno. que la relación es de 70 a 30.

Tabla XIII. de tipo de tráfico saliente LDN LDI Tipo de tráfico Local LDN LDI porcentaje 75% 15% 10% De la tabla V (Tabla de penetración de servicio telefónico) y la tabla XIV se tiene los siguientes resultados: 72 . Distribución del tráfico saliente entre los diferentes operadores % de Trafico 55% 15% 12% 10% 8% Operador 1 (dominante) Operador 2 Operador 3 Operador 4 Propio Tabla XIV.

50 92 4 450 56.88 85 3 En las tablas anteriores el valor de los Erlangs totales sale de multiplicar la cantidad de abonados por la cantidad de Erlangs asumida que consumirá cada abonado.Tabla XV Cantidad de tráfico Local por ciudad Ciudad 1 Suscriptores Erlangs totales Canales totales E1s Ciudad 2 Suscriptores Erlangs totales Canales totales E1s Ciudad 3 Suscriptores Erlangs totales Canales totales E1s Ciudad 4 Suscriptores Erlangs totales Canales totales E1s Ciudad 5 Suscriptores Erlangs totales Canales totales E1s 630 78.75 Erlangs 73 .25 79 3 585 73.125Erlangs Para la ciudad 1: Erlangs totales = 630 * 0. (18) Erlangs totales = Suscriptores * 0.75 104 4 Local 75% 78 3 Local 75% 69 3 Local 75% 60 2 Local 75% 74 3 Local 75% 64 3 540 67.125 = 78. 125mE.13 98 4 495 61.

con un bloqueo de 0. esto afectará la cantidad de E1s resultantes. Cálculo de E1s para Interconexión Local De la tabla anterior se sabe la cantidad de E1s necesaria para el tráfico local que se generará. 3.Los canales totales sale de la tabla Erlang B.1%.1. pero no se sabe la distribución de ese tráfico entre los demás operadores. se puedo tomar un porcentaje diferente de bloqueo. por supuesto las cantidades de E1 están aproximadas al múltiplo entero superior.3. al saber esto puede variar la cantidad de puertos necesarios. 74 . ya que no pueden haber partes de E1 en los puertos.

Tabla XVI.13 56 Operador 2 15% 10.10 19 Operador 4 10% 6.81 24 Operador 3 12% 9.31 64 Operador 2 15% 11.63 15 E1s 2 1 1 1 5 Tráfico local saliente Ciudad 4 % de Trafico Erlangs Canales Operador 1 (dominante) 55% 40.13 22 Operador 3 12% 8.78 20 Operador 4 10% 7.03 52 Operador 2 15% 9.88 18 E1s 3 1 1 1 6 Tráfico local saliente Ciudad 2 % de Trafico Erlangs Canales Operador 1 (dominante) 55% 37.75 17 Operador 4 10% 5. Cantidad de puertos para tráfico local por operador Tráfico local saliente Ciudad 1 % de Trafico Erlangs Canales Operador 1 (dominante) 55% 43.97 23 Operador 3 12% 8.31 17 E1s 2 1 1 1 5 Tráfico local saliente Ciudad 5 % de Trafico Erlangs Canales Operador 1 (dominante) 55% 34.22 60 Operador 2 15% 10.43 18 Operador 4 10% 6.19 16 E1s 2 1 1 1 5 75 .44 19 Operador 3 12% 6.94 49 Operador 2 15% 8.45 21 Operador 4 10% 7.75 17 E1s 2 1 1 1 5 Tráfico local saliente Ciudad 3 % de Trafico Erlangs Canales Operador 1 (dominante) 55% 30.28 20 Operador 3 12% 7.

no se utilizarán completamente los E1s de los operadores hacia los que menos tráfico habrá.La tabla anterior sale de multiplicar los Erlangs totales de la tabla (Tabla XV Cantidad de Tráfico Local por ciudad) por el porcentaje estimado para cada operador (Tabla XIII Distribución del tráfico saliente entre los diferentes operadores). y los canales por supuesto salen de la tabla Erlang B. estos canales están calculados para un GoS de 0. que es poco tráfico. Se puede apreciar. que la cantidad de puertos E1 de la tabla XVI no coincide con la cantidad de puertos de la tabla XVI (Cantidad de tráfico por ciudad y por tipo de tráfico) esto es porque al dividir el tráfico entre los distintos operadores.1%. 76 .

29 11 Operador 3 2.69 8 E1s 1 1 1 1 4 Tráfico local entrante Ciudad 4 Erlangs Entrantes Canales Operador 1 (dominante) 12.43 9 Operador 4 2.99 25 Operador 2 3.19 9 E1s 1 1 1 1 4 Tráfico local entrante Ciudad 5 Erlangs Entrantes Canales Operador 1 (dominante) 10.86 8 E1s 1 1 1 1 4 77 .14 23 Operador 2 3.Tabla XVII.07 25 Operador 2 3.78 10 Operador 3 2.63 10 Operador 4 2.04 10 Operador 3 2. Tráfico local entrante por operador Tráfico local entrante Ciudad 1 Erlangs Entrantes Canales Operador 1 (dominante) 12.84 10 Operador 4 2.03 8 Operador 4 1.03 8 E1s 1 1 1 1 4 Tráfico local entrante Ciudad 3 Erlangs Entrantes Canales Operador 1 (dominante) 9.23 9 Operador 4 1.36 9 E1s 1 1 1 1 4 Tráfico local entrante Ciudad 2 Erlangs Entrantes Canales Operador 1 (dominante) 11.21 22 Operador 2 2.53 9 Operador 3 2.54 11 Operador 3 2.28 20 Operador 2 2.

igualmente. Cálculo de E1s para Larga Distancia Nacional e Internacional Los cálculos son los mismos para el tráfico saliente de LDN y LDI.1%. el tráfico generado en cada ciudad se multiplica por el porcentaje estimado para cada tipo de tráfico. 78 . este valor se aprecia en la tabla siguiente.De la tabla XVI (Cantidad de puertos para tráfico local por operador) tenemos la cantidad de Erlangs salientes. Puertos E1s para tráfico local Ciudad 1 Ciudad 2 Ciudad 3 Ciudad 4 Ciudad 5 E1s Local 10 9 9 9 9 3. y en la tabla XVII se tienen los Erlangs entrantes por operador.2. estos representan el 70% del tráfico. es decir el 30% del tráfico. al buscar en la tabla Erlang B se consiguen la cantidad de canales. Al sumar los totales de ambas tablas se tiene la cantidad total de puertos E1 necesarios para el tráfico local.3. nuevamente el número de canales sale de la tabla Erlang B con un GoS de 0. Tabla XVIII.

Tabla XIX.81 24 1 LDI 10% 7.88 85 LDN 15% 9.19 16 1 Los porcentajes de los canales totales para cada tipo de tráfico (LDN.63 15 1 Ciudad 4 Suscriptores Erlangs totales Canales totales E1s 585 73. Tráfico saliente LDN y LDI Ciudad 1 Suscriptores Erlangs totales Canales totales E1s 630 78.50 92 LDN 15% 10. 79 .75 17 1 Ciudad 3 Suscriptores Erlangs totales Canales totales E1s 450 56.25 79 LDN 15% 8.13 22 1 LDI 10% 6. a la hora de calcular los puertos estos deben ser números enteros.28 20 1 LDI 10% 6.13 98 LDN 15% 10.75 104 LDN 15% 11.44 19 1 LDI 10% 5. pero no necesariamente se necesitará el número entero a la hora de transportar esos canales de voz.88 18 1 Ciudad 2 Suscriptores Erlangs totales Canales totales E1s 540 67. LDI y Local) se han calculado por separado ya que pueden ser de utilidad a la hora del cálculo de ancho de banda en la red de transporte interurbano.97 23 1 LDI 10% 7.31 17 1 Ciudad 5 Suscriptores Erlangs totales Canales totales E1s 495 61.

53 9 40% 4.25 11 46 Ciudad 3 Porcentaje Cantidad de Cantidad de Tráfico Erlangs Canales 35% 4. Tabla No XXI Tráfico LDN entrante y canales necesarios por ciudad Ciudad 1 Porcentaje Cantidad de Cantidad de Tráfico Erlangs Canales 35% 3.39 13 35% 3.13 12 30% 0.09 9 40% 0. el tráfico total se puede multiplicar por cada porcentaje para saber cuanto de este tráfico va hacia cada ciudad.12 11 45 Ciudad Ciudad 2 Ciudad 3 Ciudad 4 Ciudad 5 Ciudad Ciudad 1 Ciudad 2 Ciudad 4 Ciudad 5 Ciudad Ciudad 1 Ciudad 3 Ciudad 4 Ciudad 5 80 .13 12 30% 3.25 11 44 Ciudad 2 Porcentaje Cantidad de Cantidad de Tráfico Erlangs Canales 35% 4.Tabla XX.39 13 35% 3.04 10 40% 4.54 11 30% 2. Tráfico entrante LDN Ciudad Ciudad Ciudad Ciudad Ciudad 1 2 3 4 5 Ciudad 1 0 35% 30% 40% 35% Ciudad 2 25% 0 22% 20% 20% Ciudad 3 25% 20 0 20% 15% Ciudad 4 30% 30 25% 0 30% Ciudad 5 20% 20 23% 20% 0 En la tabla anterior se tiene un estimado porcentual del tráfico LDN por ciudad.16 13 35% 0.

Ciudad Ciudad 1 Ciudad 2 Ciudad 3 Ciudad 5 Ciudad 4 Porcentaje Cantidad de Cantidad de Tráfico Erlangs Canales 35% 4.13 12 30% 0.75 Canales 52 E1s 2 En la tabla anterior se puede ver el total de tráfico LDI de todas las ciudades.12 11 44 Ciudad 5 Porcentaje Cantidad de Cantidad de Tráfico Erlangs Canales 35% 4.38 11 35% 3.12 11 35% 0. este tráfico converge en la ciudad 1 que es donde se cuenta con salida internacional de telefonía. se puede apreciar que en todas las ciudades se necesita un máximo de 2 E1s.04 10 40% 3. pero esto es.11 10 40% 0. también se puede apreciar que solamente se necesitan 2 Es para este tráfico.84 12 45 Ciudad Ciudad 1 Ciudad 2 Ciudad 3 Ciudad 4 En la tabla anterior se ha multiplicado el porcentaje estimado de tráfico LDN entrante en cada ciudad por el total de tráfico generado por las otras ciudades para este fin. Tabla XXII.13 12 30% 3. solamente si se tiene interconexión a uno o máximo dos operadores de larga distancia internacional. 81 . Tráfico y puertos necesarios para LDI Ciudad 1 Erlangs LDI totales 33.

al menos 1 E1 por operador. El total de la cantidad de puertos E1s de las compuertas de medios sale de la suma de todas las compuertas necesarias para el tráfico en las tablas de tráfico local saliente y entrante. Tabla No XXIII Capacidad de las compuertas de medios en cada ciudad E1s Local 10 9 9 9 9 E1s LDN 3 3 3 3 3 E1s LDI 2 0 0 0 0 E1s Totales 15 12 12 12 12 Ciudad 1 Ciudad 2 Ciudad 3 Ciudad 4 Ciudad 5 82 .es evidente que si se tiene interconexión con más de dos se necesitan más puertos E1 en las compuertas de medios. LDN saliente y entrante. y se crecerá en puertos a medida que el tráfico aumente. generalmente se negocia una ‘cantidad de minutos’ a terminar con cada operador LDI. están dados en la siguiente tabla. el tráfico de LDI entrante también se puede calcular de igual manera. LDI saliente. y de allí se puede estimar de igual manera la cantidad de E1s requeridos.

el contar con ancho de banda suficiente. la calidad de servicio de la voz que viajará por esta red depende de varios elementos a los que se debe poner especial atención.CONCLUSIONES 1. el retardo. 4. Se ha de tener mucho cuidado con el uso del espectro dentro de una red HFC para la asignación de los servicios. Se conocen las especificaciones y recomendaciones del estándar DOCSIS para la transmisión de datos con diferenciación de calidad de servicio por flujos y cómo éste es un requisito para implementar una red Packetcable. depende del operador decidir cuál de ellas ha de implementar. 5. se vio cómo la segmentación de la red puede contribuir a la mejor utilización de este recurso. existen varias opciones. 3. 2. si alguna operadora puede conectarse a nivel de IP puede hacerse pero se requieren extras para conservar la seguridad de la red. Un punto de suma importancia es el estado de la red WAN. la variación del retardo. hasta el punto de analizar la viabilidad de utilizar MPLS para mejorar la eficiencia de la red. Se puede aprovechar la planta externa existente de una empresa de televisión por cable para el análisis del diseño de las redes de transporte de interconexión en cada ciudad. 83 . incluso la arquitectura y por ende los equipos utilizados. Se dio a conocer las especificaciones generales del estándar Packetcable y el por qué éste es necesario para asegurar la calidad de servicio.

Al dimensionar las compuertas de medio. se debe estimar una cantidad de tráfico por operador. Para lograr asegurar la calidad de servicio. para telefonía sobre redes de televisión por cable. 7. entre ellos todos los segmentos de red o redes por los cuales ha de transitar la voz y asignar los recursos necesarios para que cuente con la mayor prioridad. 84 . que son los equipos que convertirán la voz en forma de paquetes a voz TDM para la interconexión con otras operadoras.6. para el diseño de esta se han de tomar en cuenta varios factores. se debe implementar Packetcable.

es deseable hacer un análisis de la misma antes de correr pruebas de voz. no solamente se debe tomar en cuenta el porcentaje de ésta a ser usada para telefonía. 2. también se debe poner atención en el tipo de codec que se utilizará. En el cálculo de cuántos canales telefónicos por portadora se utilizarán. este análisis indicará el retardo general y la variación de éste dentro de la red. el tiempo de la muestra de voz y si se usará supresión de silencio o no.RECOMENDACIONES 1. una red WAN estará diseñada para datos. saber cuánto de esta capacidad se ha de asignar a telefonía y cuánto a datos influye en el grado de servicio (GoS) que se ofrecerá. 5. Al asignar los recursos del espectro. se debe analizar detalladamente los paquetes de acceso a internet que se ofrecen. 85 . además se hará evidente la necesidad de políticas de calidad de servicio que se deben implementar. 4. En general. 3. Si se decide no utilizar el codec G. no para voz. para no degradar este servicio por ofrecer el servicio telefónico.711. lo mejor es hacer pruebas de la calidad de la voz con el codec que se escogió para asegurarse que sea lo mejor posible. Se debe evaluar cuidadosamente la asignación de servicios en el espectro.

ya que de este dato saldrá el tráfico que cursará por todos los segmentos de la red y de allí se llega al dimensionamiento adecuado de anchos de banda en cada segmento.6. 7. cantidad de puertos en las compuertas de medio y cantidad de licencias del sistema. En las redes de interconexión se deberá tener abundancia de red para asegurar la continuidad del servicio. 86 . Se debe tener un estimado de penetración de servicio.

Sisgnaling system 7 basics. 2005. James. Cable Laboratories Inc. Lawrence.CMTS-NSII01-960702. Estados Unidos. Harte. 1996. 39 páginas. Cable Televisión Laboratories Inc. Multimedia Traffic Engineering for HFC Networks. E. 2. 5. Cisco Systems. Especificaciones DOCSIS). EEUU. CCIP: MPLS study guide. 13 páginas.0 Radio Frecuency Interface (RFI) (ANSI/SCTE 22-1 2002. 2004.5). PacketCable 1. Cable Television Laboratories Inc. Introduction to IP QoS (Manual del curso del mismo nombre). 210 páginas. ANSI/SCTE (American National Standar Institute). EEUU. Cable Televisión Laboratories Inc.5 Network-based call signaling protocol (PKT-SP-NCS1. 10.U.REFERENCIAS 1. 1era edición. Packetcable Audio/Video Codecs Specification (PKT-SP-CODEC-I05-040113) (Especificaciones PacketCable 1. EEUU. Althos.EEUU.5). Dinamic Quality of Service (Especificaciones PacketCable 1. 256 páginas. 7. A Decade of Innovation The History of Cablelabs 1988-1998. PacketCable 1. Sybex. Cable Modem Termination System – Network Side Interface Specification (SP. 59 páginas. 2004. 1era edición. 3. Cisco Systems. EEUU. 4. EEUU. Cable Televisión Laboratories Inc.E. (4 de Junio de 1998). 6. Data-Over-Cable Service Interface Specification DOCSIS 1. 89 páginas. Chapman.U. 456 páginas. Reagan. 9. 2005. 11. Estados Unidos. Cable Televisión Laboratories Inc.EEUU. 75 páginas. 201 páginas. EEUU. 1999. 8. 87 . 850 páginas. John T. 2002.5-V01-050128).5-I01-050128).5 Architecture Framework Technical Report (PK-TR-ARCH1. 1999. 2005. Especificaciones DOCSIS). Data-Over-Cable Service Interface Specification.

com.com 13. www.cablelabs.iec.12. www. www.com 88 .cablemodem.com 16.packetcable. www.cisco. www.com 14. 15.

BIBLIOGRAFIA

1.

Cable Laboratories, Data-Over-Cable Service Interface Spefication Cable Modem Telephony Return Interface Specification (SPCMTRI-I01-970804, Especificaciones DOCSIS). Estados Unidos, 1997. 74 páginas. ANSI/SCTE (American National Standar Institute). Data-Over-Cable Service Interface Specification DOCSIS 1.0 Baseline Privacy Interface (BPI) (ANSI/SCTE 22-2 2002, Especificaciones DOCSIS), Estados Unidos. 84 páginas. ANSI/SCTE (American National Standar Institute). Data-Over-Cable Service Interface Specification DOCSIS 1.0 Operations Support System Interface (OSSI) (ANSI/SCTE 22-3 2002, Especificaciones DOCSIS), Estados Unidos. 31 páginas. Cable Laboratories Inc. Data-Over-Cable Service Interface Specification DOCSIS 1.1 Cablemodem to customer premise equipment interface specification (SP-CMCI-I09-30730) (Especificaciones DOCSIS). Estados Unidos, 2003. 58 páginas. Cable Televisión Laboratories Inc. Embedded MTA Analog Interface and Powering (PKT-SP-AIP1.5-I01-050128) (Especificaciones PacketCable 1.5). EEUU, 2005. 24 páginas. Cable Televisión Laboratories Inc. Audio Server Protocol (PKT-SPASP1.5- I01- 050128) (Especificaciones PacketCable 1.5). EEUU, 2005. 72 páginas. Cable Televisión Laboratories Inc. CMS Subscriber Provisioning (PKTSP-CMSPROV1.5-I01-050128) (Especificaciones PacketCable 1.5). EEUU, 2005. 69 páginas. Cable Televisión Laboratories Inc. CMS to CMS Signaling (PKT-SPCMSS1.5-I01-050128) (Especificaciones PacketCable 1.5).EEUU, 2005. 159 páginas.

2.

3.

4.

5.

6.

7.

8.

89

9.

Cable Televisión Laboratories Inc. MTA Device Provisioning (PKT- SPPROV1.5-I01-050128) (Especificaciones PacketCable 1.5). EEUU, 2005. 98 páginas. Cable Televisión Laboratories Inc. Security (PKTSP-SEC1.5-I01-50128) (Especificaciones PacketCable 1.5). EEUU, 2005. 338 páginas. Cable Televisión Laboratories Inc. PSTN Gateway Call Singaling Protocol Specification (PKT-SP-TGCP1.5-I01-050128) (Especificaciones PacketCable 1.5).EEUU, 2005. 183 páginas.

10.

11. Reagan, James. CCIP: MPLS study guide, EEUU, Sybex, 2002, 456 páginas. 12. Arindam, Paul. QoS in data networks :Protocols and Standard. EEUU, Cisco Systems,1999. 31 páginas. 13. s.a. QoS for voice over IP solution guide. EEUU, Cisco Systems. s.a. 94 páginas. 14. s.a Cisco AVVID network infrastructure enterprise quality of service design. EEUU, Cisco Systems, 2002. 208 páginas. 15. Cable Laboratories, Data-Over-Cable Service Interface Spefication 2.0 Radio Frecuency Interface Specification (CM-SP-RFIv2.0-I08050408) (Especificaciones DOCSIS). Estados Unidos, 2005. 506 páginas. 16. Cable Laboratories, Data-Over-Cable Service Interface Spefication 2.0 Operation Support System Interface Specification (CM-SPOSSIv2.0-I07- 041210) (Especificaciones DOCSIS). Estados Unidos, 2004. 374 páginas.

90

ANEXO 1 TABLA ERLANG B
N 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 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 0,00% 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,0 0,01% 0,0001 0,0142 0,0868 0,235 0,452 0,728 1,05 1,42 1,83 2,26 2,72 3,21 3,71 4,24 4,78 5,34 5,91 6,5 7,09 7,7 8,32 8,95 9,58 10,2 10,9 11,5 12,0 12,9 13,6 14,2 14,9 15,6 16,3 17,0 17,8 18,5 19,2 19,9 20,6 21,4 22,1 22,8 23,6 24,3 25,1 25,8 26,6 27,3 28,1 28,9 0,02% 0,0002 0,0202 0,11 0,282 0,527 0,832 1,19 1,58 2,01 2,47 2,96 3,47 4,01 4,56 5,12 5,7 6,3 6,91 7,53 8,16 8,79 9,44 10,1 10,8 11,4 12,1 12,8 13,5 14,2 14,9 15,6 16,3 17,0 17,8 18,5 19,2 20,0 20,7 21,5 22,2 23,0 23,7 24,5 25,2 26,0 26,8 27,5 28,3 29,1 29,9 0,03% 0,0003 0,0248 0,127 0,315 0,577 0,9 1,27 1,69 2,13 2,61 3,12 3,65 4,19 4,76 5,34 5,94 6,55 7,17 7,8 8,44 9,1 9,76 10,4 11,1 11,8 12,5 13,2 13,9 14,6 15,3 16,0 16,8 17,5 18,2 19,0 19,7 20,5 21,2 22,0 22,7 23,5 24,2 25,0 25,8 26,6 27,3 28,1 28,9 29,7 30,5 0,05% 0,0005 0,0321 0,152 0,362 0,649 0,996 1,39 1,83 2,3 2,8 3,33 3,88 4,45 5,03 5,63 6,25 6,88 7,52 8,17 8,83 9,5 10,2 10,9 11,6 12,3 13,0 13,7 14,4 15,1 15,9 16,6 17,3 18,1 18,8 19,6 20,3 21,1 21,9 22,6 23,4 24,2 25,0 25,7 26,5 27,3 28,1 28,9 29,7 30,5 31,3 0,10% 0,001 0,0458 0,194 0,439 0,762 1,15 1,58 2,05 2,56 3,09 3,65 4,23 4,83 5,45 6,08 6,72 7,38 8,05 8,72 9,41 10,1 10,8 11,5 12,2 13,0 13,7 14,4 15,2 15,9 16,7 17,4 18,2 19,0 19,7 20,5 21,3 22,1 22,9 23,7 24,4 25,2 26,0 26,8 27,6 28,4 29,3 30,1 30,9 31,7 32,5 0,20% 0,002 0,0653 0,249 0,535 0,9 1,33 1,8 2,31 2,85 3,43 4,02 4,64 5,27 5,92 6,58 7,26 7,95 8,64 9,35 10,1 10,8 11,5 12,3 13,0 13,8 14,5 15,3 16,1 16,8 17,6 18,4 19,2 20,0 20,8 21,6 22,4 23,2 24,0 24,8 25,6 26,4 27,2 28,1 28,9 29,7 30,5 31,4 32,2 33,0 33,9 0,30% 0,003 0,0806 0,289 0,602 0,994 1,45 1,95 2,48 3,05 3,65 4,27 4,9 5,56 6,23 6,91 7,61 8,32 9,03 9,76 10,5 11,2 12,0 12,7 13,5 14,3 15,1 15,8 16,6 17,4 18,2 19,0 19,8 20,6 21,4 22,2 23,1 23,9 24,7 25,5 26,3 27,2 28,0 28,8 29,7 30,5 31,4 32,2 33,1 33,9 34,8 0,40% 0,004 0,0937 0,321 0,656 1,07 1,54 2,06 2,62 3,21 3,82 4,45 5,11 5,78 6,47 7,17 7,88 8,6 9,33 10,1 10,8 11,6 12,3 13,1 13,9 14,7 15,5 16,3 17,1 17,9 18,7 19,5 20,3 21,1 21,9 22,7 23,6 24,4 25,2 26,1 26,9 27,8 28,6 29,4 30,3 31,1 32,0 32,9 33,7 34,6 35,4

91

73 3.7 13.9 0.4 27.7 21.6 26.1 33.88 6.56 8.28 5.8 31.9 1.8 24.5 30.12 7.2 19.0 34.1 37.0 34.79 10.2 0.7 28.4 27.33 9.7 16.0 22.8 33.7 18.96 6.489 0.46 5.9 23.1 14.0 18.5 23.0 25.168 0.7 11.1 14.71 8.5 24.5 15.9 11.83 7.9 30.153 0.81 1.8 27.4 23.24 2.8 19.3 33.46 9.12 6.4 20.2 15.9 30.9 26.0 21.0121 0.29 9.4 28.006 0.6 13.97 5.58 10.6 32.7 15.5 20.2 26.8 16.7 37.3 30.69 2.701 1.3 13.1 16.55 6.9 35.7 21.62 2.1 29.6 17.135 0.75 9.6 22.0 15.4 31.5 27.2 23.78 6.5 7.0 29.99 3.349 0.7 34.4 18.44 4.1 36.4 25.6 18.6 29.2 29.96 4.005 0.7 21.0 2.44 3.2 19.5 26.9 32.13 3.7 35.0 14.0101 0.8 25.6 11.8 13.61 7.9 28.25 3.5 19.105 0.1 17.2 19.2 36.1 13.869 1.36 1.1 10.2 35.4 14.7 23.65 10.35 8.6 30.5 21.3 24.1 11.418 0.8 36.4 37.1 34.16 2.81 2.92 4.5 29.9 14.80% 0.1 8.90% 0.38 2.66 7.741 1.5 13.0 19.86 8.83 9.3 12.5 30.1 29.03 9.9 35.3 13.116 0.32 6.86 5.1 29.3 26.98 10.3 14.56 8.7 32.9 15.126 0.144 0.8 28.86 2.4 34.4 25.67 6.6 25.37 10.0 27.1 27.26 6.9 20.437 0.1 26.9 17.75 2.2 24.1 12.9 30.2 33.5 92 .0 24.1 25.N 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 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 0.397 0.28 1.5 36.7 32.5 31.89 10.2 21.38 8.0 21.88 9.6 3.3 11.19 1.54 4.0081 0.3 28.4 34.9 22.0 0.5 24.2 25.0 29.13 1.3 35.0 36.3 20.6 16.374 0.7 14.38 5.4 31.9 16.1 19.841 1.3 21.7 27.4 32.70% 0.5 33.06 3.29 4.007 0.7 37.2 35.3 23.6 19.3 28.5 16.8 36.7 25.2 31.11 9.60% 0.31 2.0 19.0091 0.50% 0.1 21.5 3.9 20.6 35.5 12.0 26.6 17.33 3.61 5.1 11.4 19.0 23.5 12.99 8.7 31.7 12.8 18.6 1.9 27.8 22.0 33.3 24.3 17.78 4.5 15.6 29.11 8.7 23.43 6.61 5.24 1.05 6.8 7.2 18.7 14.0 17.6 28.1 36.9 20.7 26.5 0.8 34.0 37.9 12.7 29.5 17.07 5.6 36.3 32.20% 0.21 9.9 12.91 2.6 22.24 7.19 4.5 22.61 9.8 15.00% 0.6 20.3 18.63 4.6 38.5 14.16 5.455 0.3 16.91 3.4 34.1 31.777 1.98 7.8 17.4 11.3 16.4 18.5 33.8 24.9 13.3 11.2 22.922 1.8 31.52 10.7 11.43 2.3 15.1 26.08 4.2 12.0 12.39 7.71 4.5 33.83 3.74 5.2 32.3 22.32 1.1 15.1 34.

Sign up to vote on this title
UsefulNot useful