DOCSIS

“Data Over Cable Service

Interface Specification”
 DOCSIS
“Data Over Cable Service
Interface Specification”

Modulo 1
Introducción a DOCSIS
Una red DOCSIS proporciona transferencia bidireccional de tráfico IP entre
un sistema de cabecera (Sistema de terminación de Cable Modem (CMTS) y
los distintos cables modem existentes en una red de cable coaxial o híbrida
(HFC).
 Fundamentos de DOCSIS
Definición

Especificación de interfaces para proporcionar tráfico

bidireccional de datos sobre una red de cable.

Motivación
Desarrollo de estándares para uso de cable modems sobre
redes HFC (Hybrid Fiber Coaxial) en el bucle local

tanto para CM como para DSTB con la oportunidad de ofrecer servicios de vídeo digital (comple

Objetivo
Time To Market.
-Una red DOCSIS proporciona transferencia bidireccional de tráfico IP entre un
sistema de cabecera (Sistema de terminación de Cable Modem (CMTS) y los
distintos cables modem existentes en una red de cable coaxial o híbrida (HFC).
-Desde mediados de los años 90 se llevan realizando diferentes esfuerzos en el
desarrollo de estandares para CM de radiofrecuencia y su uso en el buble local de
una red HFC.
-La justificación para el uso de un solo estándar abierto tanto para CM (Cable
Modem) como DSTB (Digital Set Top Boxes) viene dada por la reducción de costes
en el hardware de recepción de datos y vídeo (el mismo dispositivo sirve de
receptor a ambos tipos de datos) y facilitar la penetración en el mercado de
servicios de datos.
-Los dos estándares principales que surgieron a finales de los 90 son DOCSIS de
Cable Labs y DVB-RCC (Return Channel for Cable) de DVB/DAVIC (Digital Video
Broadcast/Digital Audio Visual Counsil) .
-El objetivo de la especificación de DOCSIS parte de no incurrir en riesgos o
retardos excesivos motivados por imponer altas capacidades tecnológicas o de
rendimiento. El criterio fundamental es el tiempo de implantación por lo que
DOCSIS se apoya en tecnologías y protocolos probados cuya validez ha sido
probada en otros entornos.
Fundamentos de DOCSIS

Requisitos Funcionales

-Tráfico IP Bidireccional entre Cable Modems y cabeceras sobre redes HFC.

- Diferentes grados de servicio en función de las necesidades de cada uno de ellos.
- Encriptación y seguridad.
- Soporte para vídeo digital a través de DSTB (Digital Set Top Boxes).
- Gestión del sistema OSS (Operation Support Subsystem).

Tecnologías soporte.

- Tecnologías de Internet: Direccionamiento IP, DHCP, TFTP, 802.3, DIX/Ethernet

- Comandos MAC para el control y monitorización de los servicios ofrecidos.
- Tecnologías de seguridad ya probadas (RSA, DES).
- MPEG-2, Modulaciones digitales (QPSK y QAM), Control de errores.
- SNMPv3
-Para facilitar la integración de servicios y proporcionar soluciones extremo a extremo
a través de redes heterogeneas (DOCSIS da soporte a redes ATM como opción de la
especificación) se opta por el protocolo IPv4 con opción para IPv6, cuando éste
consiga un grado de penetración mayor. Igualmente se opta por tecnologías asociadas
de gran éxito en redes locales para su uso en el bucle local como son DHCP (Dynamic
Host Configuration Protocol), TFTP (Trivial File Transfer Protocol) y 802.3
(Ethernet) o DIX/Ethernet.
-De este modo se pueden imponer calidades de servicio y gestión extremo a extremo
pudiendo conectar un PC a un cable modem sin requisitos especialmente complejos.
-La diversidad de servicios que se pretenden ofrecer en las redes modernas
requieren de una gestión dinámica del rendimiento de cada servicio. Para ello se usa
como protocolo de nivel de enlace MAC con una serie de comandos definidos para
la modificación dinámica de los parámetros de cada servicio.
-Los aspectos de seguridad y encriptación juegan un aspecto fundamental en las
redes modernas. DOCSIS opta por usar sistemas bastante extendidos en el mundo de
Internet como son RSA y DES, bases del portocolo SSL.
-Se requiere un protocolo que permita controlar los distintos elementos de la red.
Igualmente se opta por un protocolo de gran éxito en Internet como es SNMP
(Simple Network Management Protocol).
Diferencias entre versiones de DOCSIS

DOCSIS 1.0

- Basado en tecnologías y protocolos de efectividad probada:

- TDM (MPEG) para la capa física en el flujo de bajada con modulaciones QAM y QPSK.
- Capa de enlace basada en IEEE 802.2 / 802.3. Extensiones MAC para control de mensajes.
- Capa de red IP con transporte TCP o UDP.
- TDMA (minislots) para el flujo de subida (ya usado en teléfonos celulares).
- Distintas clases de servicio mediante el uso de SIDs.

- Formado por 12 documentos que especifican todos los aspectos requeridos por la arquitectura para ofrecer
servicios integrados extremo a extremo, incluyendo entre otros los siguientes interfaces:

- Del Modem Cable a los CPE (Customer Premise Equipment).

- Para la terminación del Modem (CMTS-NSI) en el lado de red
- Interfaz RF (Radio Frecuencia).
- Seguridad.
- Sistema de soporte de operaciones (OSS).
La base tecnológica de DOCSIS viene de las tecnologías usadas y
estandarizadas provinientes de dos entornos principalmente, que
serán objetivo de esta presentación:
-Estándares DVB basados en MPEG (ISO, ITU). Se reutilizan conceptos
como flujos de transporte, modulaciones digitales, etc.
-Estándares de Internet, bien de la IETF (Internet Engineering Task Force)
expresados a través de RFCs, o de otras instituciones (IEEE
principalmente). De ahí se trutilizan especificaciones como 100Base-T,
802.2, 802.3, LLC, DIX/Ethernet, IP, TCP, UDP, SNMP, DHCP, etc
Las principales aportaciones tecnológicas de DOCSIS vienen dadas por la
definición de una capa MAC (Medium Access Control) con soporte para el
control de mensajes, gestión dinámica del ancho de banda y sobre todo la
separación del sincronismo entre canal de bajada y de subuda lo que
permite mayor flexibilidad y frecuencia de caudal binario.
Ya desde el inicio se tuvo en cuenta la necesidad de ofrecer servicios
flexibles por lo que se definieron distintos identificadores de servicio (SIDs).
Todo ello quedó recogido en una serie de 12 documentos que especifican
las distintas parte que componen el sistema.
Diferencias entre versiones de DOCSIS (Cont.)

DOCSIS 1.0 (Cont.)

- Define métodos eficaces para determinar si un equipo se ajusta al estándar mediante los
denominados PICS (Protocol Implementation Comformance List).
- Por otro lado los test necesarios para determinar si se ha logrado un requisito específico (o PIC)
vienen definidos por los denominados ATP (Acceptance Test Plan)

Nota

- El estándar DOCSIS también fue incluido en por la mayoría de fabricantes de descodificadores de Televisión
Digital (o DSTB) proporcionando a los operadores un estándar común para los módems y las Televisiones
digitales por cable.
- El aporte de DOCSIS respecto de otros estándares “competidores” es que mediante la capa MAC definida
se consiguen mayores anchos de banda en este tipo de dispositivos.
Como los documentos de especificaciones son de un tamaño especialmente grande,
se requiere de un método más eficiente de determinar los requisitos de cada
especificación por lo que se definieron los PICS (Protocol Implementation
Comformance List), que incluyen las sentencias Should, Must, Must Not y ShouldNot
que aparecen en cada especificación. Por ejemplo, el siguiente PIC especifica la
potencia de transmisión de un transmisor CM.

CmPhTx.72 QPSK transmit level: Range 8dBmV to 58 dBmV

Faltaría tambien determinar como comprobar que las condiciones impuestas por el
estandar son cumplidas por lo que se definen en documentos aparte los denominados
ATP (Acceptance Test Plan) que indican como testear que un determinado requisito
ha sido compuesto. En DOCSIS se incluyen, organizados en distintas categorías (nivel
físico, BPI, Ethernet y OSS).

Uno de los aspectos más importantes de DOCSIS es que fue aceptado

inmediatamente por los fabricantes de DSTB para la TV por cable, de forma que se
realizaron estos equipos con dos canales QAM que proporcionan un canal
interactivo de retorno de alta velocidad. Fabricantes como Pace Microelectronics ya
desarrollan este tipo de equipos con Cable Modem compatible DOCSIS.
 Diferencias entre versiones de DOCSIS (Cont.)

DOCSIS 1.1
- Compatibilidad hacia atrás con la versión 1.0:
-CMTS .- Actualización de software.
- CM. – Requieren modificación de hardware para soportar fragmentación..
- Soporte a servicios de telefonía IP y otras aplicaciones con requisitos temporales exigentes, para lo cual
extiende las funcionalidades de clases y calidades de servicio (CBR y VBR).
- Fragmentación controlada en el flujo de subida.
- Mejora de la eficiencia en ambos sentidos mediante el uso de supresión de encabezados.
- Nueva versión de certificados digitales para mejora de la seguridad (BPI+).

EuroDOCSIS
- Presenta una serie de ventajas a los operadores:
- Simplificación del espectro al poder entrelazar canales DOCSIS con canales DVB (8 MHz).
- Mayor capacidad de transferencia en ambos sentidos (canales de 8 MHz en DS y hasta 65 MHz en
US).
Las frecuencias de operación de EuroDOCSIS son de 100 a 862 MHz (50 a 860
en USA) en el DS y de 5 a 65 MHz en el US (de 5 a 42 en Estados Unidos).
Tecnologías DOCSIS

Servicio

-Tráfico IP Bidireccional entre la cabecera del proveedor de servicios (CMTS) y el cable modem
del usuario (CM)
- Topología de red “Tree and Branch” para transporte de datos sobre fibra o cable coaxial (HFC).
- Diversidad de aplicaciones (Telefonía IP, Videoconferencia, Internet de alta velocidad) en un marco
uniforme, abierto y no propietario.
- Dentro del espectro de frecuencia del medio físico DOCSIS asume que pueden haber otros servicios
como Televisión Analógica. La coexistencia de ambos tipos de señal es posible gracias a las tecnologías
HFC.
Tecnologías DOCSIS

HFC (Hybrid Fiber Coax)

- HFC es un sistema de transmisión y acceso muy flexible que combina cable coaxial y fibra
óptica ofreciendo características ventajosas de ambos formatos.
- Soporta muchas de las tecnologías actuales como ATM, Frame Relay, SONET, etc. Ademas su potencia y
flexibilidad le convierten en una opción ideal para sistemas de televisión por cable (CATV) y de telefonía
dado que permite usar simultáneamente transmisión digital y analógica.
- Sus beneficios reales vienen de la integración de servicios en un entorno integrado como el que
propone DOCSIS.
Tecnologías DOCSIS

Arquitectura de referencia
Tecnologías. DOCSIS

Categorías de las especificaciones

- Interfaces de datos.
- CMCI. Cable Modem to CPE (Customer Premise Equipment).Especifica distintas opciones de
conexión entre los cable modem y equipos de usuario.
- CMTS-NSI. Cable Modem Termination System (Network Side Interface). Define el interfaz de
acceso de la cabecera con otras redes de datos.
- Interfaz de Operaciones
-OSS. Operations Support System. Define interfaces SNMP entre los elementos de la red
DOCSIS y elementos de más alto nivel para gestión de la misma.
- CMTRI. Cable Modem Telephone Return Interface. Especificar como usar el canal de retorno
via la línea telefónica cuando no está disponible vía cable.
- Interfaces de Radio
- Entre CM y red de cable. Y entre el CMTS y la red de cable en ambas direcciones.
Conjuntamente definen ambos sentidos de comunicación entre CM y CMTS.
- Interfaces de Seguridad.
- Seguridad sobre la comunicación extremo a extremo.
Tecnologías. DOCSIS
Arquitectura. Comunicación CM-CMTS

- El acceso 100 Base-T se comunica con redes externas para servicios como Internet de alta velocidad.
- Mediante el conversor de frecuencias el CMTS transmite en el rango especificado.
- Las señales en ambos sentidos son combinadas con un diplexor y encaminadas hacia la red HFC.
- Otro diplexor en el CM permite separar el tráfico de subida del de bajada.
- Una conexión 10 Base-T permite conectar el CM a los equipos de usuario (teléfono IP, PC, DSTB) en la
configuración más habitual.
Tecnologías. DOCSIS
Aruitectura de Protocolos. Interfaz RF

Capa 4 Protocolos de eficiencia

demostrada en redes de
datos
Capa 3

Importantes
modificaciones en los
protocolos de nivel dos
y en especial MAC
Capa 2

Para permitir servicios

Capa 1 de Vídeo Digital
(basado en MPEG-2)
Tecnologías. DOCSIS

Vídeo Digital. Estándares MPEG.

-ISO crea en 1990 el grupo MPEG (Motion Picture Expert Group) planteándose como objetivo la
reproducción de vídeo y sonido digital en aplicaciones multimedia en distintas plataformas.

- MPEG-1.
- Almacenamiento y reproducción de vídeo en vivo y sonido estéreo en CD-ROM, lo que da una tasa
máxima de 1.5 Mbps.
- Publicado en 1992 consta de tres partes: Sistemas, Vídeo y Audio.
- MPEG-2
- Partiendo de MPEG-1 se busca crear un estándar apropiado para la transmisión de vídeo digital en
redes de difusión con la suficiente flexibilidad para tener en cuenta el efecto de entrelazado y la
posible evolución a HDTV.
- Publicado en 1994 consta de las tres mismas partes que MPEG-1.
Vídeo Digital. Estándar MPEG-2

- Los codificadores de audio y vídeo proporcionan su salida como streams (flujos) elementales.

- Estos flujos, así como otros datos privados, han de ser combinados de una manera organizada y
proporcionando información adicional que permita la decodificación de cada elemento por separado incluso
de una parte particular bajo petición del usuario.

- Los streams elementales MPEG-2 son paquetizados en los denominados PES.

- Dos formas de organizar el flujo completo:

- Stream de Programa.  DVD
- Compuesto de PES que comparten el mismo reloj.
- Para entornos QEF (Quasi Error Free), con paquetes de hasta 2048 bytes.
- Stream de Transporte.  DVB
- Transmisión de programas de televisión a largas distancias en entornos susceptibles de errores.
- Paquetes de 188 bytes.
- Compuesto por programas con posibilidad de usar distintos relojes.
Vídeo Digital. Estándar MPEG-2

Composición de paquetes de Transporte

- Un paquete de 188 bytes está compuesto por una cabecera de 4 bytes y una carga útil de hasta 184
bytes, precedida por un campo de adaptación opcional.
- Un paquete de transporte lleva datos sólo de un tipo de PES.
- Un PES debe comenzar al inicio de un paquete de transporte y finalizar al final de un paquete de
transporte.
- Cabecera del paquete:

8 13 4

Sync
0x47 PID CC

Adaptation Field Control

Transport Priority
Payload Unit Start Indicator (PUSI) Transport Scrambling Control
Transport Error Indicator

- La paquetización de PES en paquetes TS suele provocar que el último paquete utilice un campo de adaptación
de 184 bytes menos el tamaño de datos útiles de este último paquete.
Vídeo Digital. Estándar MPEG-2.

PSI (Program Specific Information).

- MPEG-2 define cuatro tipos de tablas organizadas en secciones que forman la PSI y que permiten a
los descodificadores navegar por la trama y sincronizarse con los datos de interés en cada momento.
- Program Allocation Table (PAT)
- PID = 0x0000
- Enlace entre un programa específico y el PID asociado al PMT de ese programa.
- Program Map Table (PMT)
- Una tabla por cada programa.
- Indica los PIDs de los flujos elementales asociados al programa y otros datos adicionales.
- Conditional Access Table (CAT)
- PID = 0x0001.
- Políticas de ECM y EMM en control de acceso de los usuarios.
- Private Tables.
- Hasta 4096 bytes
Vídeo Digital. Estándar MPEG-2 (Cont).

DOCSIS y MPEG-2

- DOCSIS surge de operadores de cable que partiendo de servicios de Televisión (ya digital o a corto
plazo digital) quieren añadir servicios de datos.
-Interés de usar el mismo hardware para recepcionar datos que vídeo digital MPEG-2.
- DOCSIS define la denominada capa de convergencia por encima de la capa física en el DS de forma que todos
los datos que le llegan al CM son de conformidad a MPEG-2.
- La combinación de hardware y software filtra los datos en función del PID y destina los datos al
elemento funcional apropiado.
- PID de DOCSIS = 0x1FFE. .
- La arquitectura de DOCSIS permitiría de esta manera usar los propios datos MAC a los DSTB
mediante el filtrado del PID apropiado.
- Esta integración en DS posibilita que también el US pueda ser gestionado directamente por el DSTB y se habla
de transmisión in-band.
Tecnologías. DOCSIS

Tecnologías Ethernet
- Tecnología esencial en las redes de datos de área local actuales.
- Versión inicial DIX (Digital, Intel y Xerox).  DIX Ethernet. (incluido en DOCSIS).
- IEEE estandariza todos los protocolos de redes de área local con el comité 802:
- 802.3. HW estándar para tarjetas Ethernet.
- 802.5. Estándar para Token Ring.
- 802.2. Formato de mensaje de datos para cualquier tipo de LAN.
- Encapsula tráfico IP (Ej. Trama DIX Ethernet)
TARGET HA SENDER HA IP
(6 Octetos) (6 Octetos) PROTOCOL Datagram FCS

- Direcciones de 64 bits.
- Protocolo 0x0800 (IP).
- FCS. Relleno para que las tramas sean de al menos 64 bytes
(imposición de CSMA/CD).
802.2. LLC (Logical Link Control).

- Define la cabecera del Control de enlace lógico (LLC  Logical Link Control) para su uso con todas las
tecnologías LAN, definiendo reglas para la comunicación (confirmaciones, control de flujo y retransmisiones
en el nivel de enlace).
- Funciones:
- Identificar los protocolos origen y destino de la trama.
- Un campo de control
- Las entidades origen y destino quedan definidas como puntos de acceso al servicio (DSAP y SSAP) con
valores predefinidos para protocolos ISO, pero no para IP en cuyo caso se les da el valor 0xAA y se incluye una
cabecera adicional SNAP (Subnetwork Atachment Point).
- De este modo entre LLC y SNAP queda definido en contenido de los datos de una trama de nivel dos
como perteneciente a un protocolo concreto (por ejemplo IP).
- Trama 802.3
LLC SNAP
TARGETSENDERDATA HAHALENGTHDSAP 0xAASSAP 0xAA
Control Field 0x03 OUI 0x000000 TYPE 0x0800

- Control Field. 0x03. Sigue una cabecera de SNAP.

- OUI Organizational Unique Identifier. 0x000000. Tipo Ethernet.
- TYPE. 0x0800. Encapsula protocolo IP.
MAC (Medium Access Control).

- IEEE divide la capa de enlace en dos subcapas:

- Subcapa de control lógico de enlace.
- Subcapa MAC. Proporciona las reglas de acceso al medio, “Escuchar y enviar” (802.3),
“Esperar por el testigo” (802.5), etc
- Un aspecto muy importante es que esta subcapa define la primera parte de la cabecera de trama, donde se
incluyen las direcciones de origen y destino (Direcciones MAC)
- A efectos de IP el único requisito es que se debe indicar en el nivel de enlace que el datagrama de IP se
encuentra dentro de la trama.
- En DOCSIS.

-MAC en versión 1.1 incluye importantes mejoras para soportar aplicaciones de requisitos temporales estrictos
mediante la asignación dinámica de ancho de banda, posibilidad de imponer calidad de servicio sobre cada
enlace, VBR, supresión de cabecera y otras que ya veremos.
Tecnologías. DOCSIS

Tecnologías IP (Internet Protocol)

- Tecnología esencial en las redes de datos de área local actuales.

- Podemos definir una red IP como una red virtual construida a partir de redes físicas conectadas entre ellas
mediante routers.
- Un servicio de comunicación universal permite a cualquier host comunicarse con cualquier otro, para lo cual
se necesita un método global de identificación.(INTERNIC).
- Las direcciones IP (32 bits) es el método más extendido para el direccionamiento de equipos y se
incorpora en DOCSIS como método de direccionamiento de equipos.
- La comunicación entre equipos extremos a extremo se realiza usando direcciones IP sin importancia de las
direcciones físicas involucradas.
- IP proporciona un servicio de entrega de paquetes no orientado a conexión, no fiable, y de tipo best- efford
(sólo descarta paquetes en casos excepcionales).
- Proporciona tres aspectos importantes:
- Define la unidad básica de transferencia.
- El software IP realiza en enrutamiento eligiendo en cada tramo la mejor ruta.
- Reglas de procesamiento de paquetes, generación de mensajes de error y reglas de descarte.
Formato de datagrama IP

VERSHLENSERV_TYPETOTAL_LENGTH
IDENTIFICATIONFLAGFRAGMENT OFFSET

TTL PROTOCOL HEADER_CHECKSUM

SOURCE IP ADDRESS DEST IP ADDRESS

IP OPTIONS (if any)
DATA
PADDING

...

- HLEN. Longitud cabecera (en caso contrario son 20 bytes).

- SERV_TYPE. Type of service (TOS).
Precedence (0-7)-D (Delay)-T (Throughput)-R (Reliability)-UNUSED
- FLAG-FRAGMENT OFFSET. Fragmentación: Proceso por el cual se reduce el tamaño de los
datagramas ajustándose al MTU del protocolo de nivel de enlace.
- TTL. Tiempo máximo que un paquete puede estar en Internet.
- IP OPTIONS. Graba la ruta, especificación de ruta en origen.
Tecnologías IP

UDP (User Datagram Protocol)

- Protocolo de nivel de transporte que usa directamente IP sin incluir garantías adicionales de
comunicación (servicio no orientado a conexión).
- Añade a IP la capacidad de distinción entre procesos accediendo al puerto asociado a un proceso específico.
- El pequeño tamaño del paquete provoca una mayor fluidez de transmisión habilitada por las reglas de
enrutamiento de IP que dan prioridad a este tipo de tráfico.
- Su uso en DOCSIS viene dado por la necesidad de soportar los procesos de configuración de los
módems conectados a un CMTS (DHCP, TFTP).
- El campo UDP CHECKSUM se computa añadiendo una pseudo cabecera al paquete IP, de forma que se
puede saber si el paquete está intacto y si ha llegado al destino correcto.

UDP SOURCE PORT UDP DEST PORT

UDP MESSAGE LENGTH UDP CHECKSUM

DATA
...
Tecnologías IP

ARP (Address Resolution Protocol)

- El objetivo de este protocolo es realizar la traslación de dirección IP a dirección física.

- El proceso se realiza de manera dinámica utilizando la dirección de Broadcast en las redes que lo soportan
como es el caso de DOCSIS (basado en Ethernet).
- En DOCSIS se aplica para obtener direcciones MAC a partir de direcciones IP.
- Su uso permite esconder a las aplicaciones las direcciones físicas de cada equipo, permitiendo asignar
una IP cualquiera a cada máquina.
- Se encapsula directamente en la trama de nivel dos.
- Política de caché. La respuesta (que contiene la dirección física) permite al host que lanzó la petición
almacenar en caché las traslación obtenida.

HW Type Protocol Type

HLENPLENOPERATION

SENDER HA (0-3)
SENDER HA (4-5)SENDER IP (0-1)

SENDER IP (2-3) TARGET HA (0-1)

TARGET HA (2-5)
TARGET IP (0-3)
Tecnologías IP

ICMP (Internet Control Message Protocol)

- Este protocolo permite a los routers enviar mensajes de error o de control a los otros elementos de
red ya sean routers u equipos de usuario.
- Es un mecanismo de reporte de errores. Es decir cuando un datagrama causa un error, ICMP sólo puede
enviar un reporte de vuelta a la fuente del datagrama siendo esta la responsable de llevar a cabo la acción
apropiada.
- Cada mensaje ICMP tiene su propio formato aunque todos tienen en común los siguientes campos:
- TYPE (8 bits) – Identificador del mensaje (echo request, echo reply, destination unreachable,
redirect, time exceeding, ...)
- CODE (8 bits) – Información adicional del tipo de mensaje. Por ejemplo información adicional de un
error (fallo de protocolo, red, host)
- CHECKSUM (16 bits) – Sólo del mensaje ICMP, que va encapsulado en datagramas IP.
- En caso de error siempre se incluye información que identifica el datagrama que causó el problema.
- Incluye reportes de sincronización (Time of date) necesarios para aplicaciones distribuidas.
Tecnologías IP

DHCP (Dynamic Host Configuration Protocol)

- Protocolo Bootstrap para auto configuración usa servicios IP y UDP.

- El uso de estos protocolos se realiza gracias a la dirección IP para broadcast (255.255.255.255).
- Protocolo sucesor de BOOTP en el que los servidores de direcciones IP contestan al mensaje, también
por Broadcast asignando una dirección IP en función de una política fija.
- DHCP proporciona tres políticas de asignación de direcciones:
- Manual al estilo BOOTP
- Automática, en la que se asocia la misma IP a una dirección física concreta.
- Dinámica, en la que se asigna una dirección por un periodo de tiempo.
- Las respuestas suelen darse mediante HW Unicast.
- En el formato de mensaje hay campos para las direcciones físicas e IP tanto del host que solicita el servicio
como del servidor DHCP.
Tecnologías IP

DHCP (Dynamic Host Configuration Protocol)

- Estados y etapas del protocolo.

Host Boots
Initialize
DHCPNACK
DHCPDISCOVER
DHCPNACK
Lease Expires DHCPREQUEST
Lease 87.5% RENEW
SELECT
REBIND

DHCPOffer
DHCPACK

DHCPREQUEST
REQUEST
Lease 50%

DHCPACK BOUND
DHCPRELEASE
Tecnologías IP

TFTP (Trivial File Transfer Protocol)

- En DOCSIS no son necesarias las funcionalidades de un protocolo de transferencia de ficheros como

puede ser FTP (por ejemplo FTP gestiona varias conexiones TCP/IP simultáneamente).
- Por ello usa TFTP, cuya implementación es mucho más sencilla y no requiere de complejos sistemas
operativos, ni de una capa de transporte orientada a conexión.
- Hace uso de los servicios de UDP usando tiempos muertos y retransmisiones para asegurar la correcta
transmisión de los datos.
- Un primer paquete indica el sentido de la transferencia y el nombre del fichero a transferir (en estados
posteriores simplemente se usa la dirección IP y el puerto).
2 Octetos n Octetos 1 n Octetos 1
READ/WRITE REQ
FILENAME 0 MODE 0

- Los paquetes de datos contienen una cabecera que especifica el número de bloque transportados.
- Cada paquete de datos enviado es confirmado con un mensaje ACK.
- Un bloque de menos de 512 bytes indica final de la transferencia.
- Mensajes de error.
Tecnologías IP

SNMP (Simple Network Management Protocol).

- Software para depurar problemas, control de enrutado y en general gestión de la red.

- Como protocolo de comunicaciones especifica como transmitir esa información.
- Como protocolo de datos especifica el que transmitir (MIB – Management Information Base),
conteniendo los datos sobre los que realizar el control que se especifican con SMI (Structure of
Management Information).
- La separación entre datos y protocolo se realiza desde la primera versión para permitir la evolución temporal
de los equipos.
- La evolución posterior demuestra la validez del enfoque.
- Importante componente de seguridad que se añade en las versiones 2c y 3 del protocolo.
- Filosofía FETCH-STORE en lugar de definir comandos específicos.
- Al hacer uso de UDP ha de estar provisto de mecanismos de tiempo muerto y retransmisión.
 DOCSIS
“Data Over Cable Service
Interface Specification”

Modulo 2
Interfaz de Radiofrecuencia
Una red DOCSIS proporciona transferencia bidireccional de tráfico IP
entre un sistema de cabecera (Sistema de terminación de Cable
Modem (CMTS) y los distintos cables modem existentes en una red de
cable coaxial o híbrida (HFC).
DOCSIS. Comunicaciones

Protocolos DS

- Los equipos deben soportar IP. Es opcional que implementen otro tipo de protocolo de red.
-EL CMTS y los CM en entornos empresariales deben soportar el protocolo spanning tree
802.1d . Para los CM residenciales este protocolo es opcional.
- En sentido US las funciones son similares
Notas sobre Protocolos.

- OSI. El puerto CMTS-NSI recibe datos externos a una velocidad aproximada de 100 Mbps.
- IP. Asigna direcciones IP a los CMTS y CM. Los datos son enviados mediante bridging (envío a una
dirección especifica) o routing (envío a múltiples ubicaciones).
- LLC. Identifica los puntos origen y destino (direcciones del CMTS y CM).
- BPI. Cifra datos para transmisión entre CMTS y CM.
- Cable MAC. Proporciona a los CM información de cómo y cuando han de comunicarse con el CMTS.
Cualquier comunicación (aunque sea entre CMs sólo se produce a través de los CMTS).
- Convergencia de Transmisión. En el sentido DS proporciona datos y vídeo de forma común a
través de la especificación MPEG-2.
- PMD (Capa física). Modulaciones en CMTS y demodulación en CM, amplificación, codificación de canal y
transmisión.
- La red de datos HFC envía los datos al CM que convierte de protocolo con el fin de enviar los datos a
través del interfaz CMCI al CPE que puede ser bien un PC o bien una red LAN.
Reglas de encaminamiento.

CMTS
- Las tramas de enlace se entregarán en orden a la capa superior.
- No se duplicarán tramas a nivel de enlace.
- Se establecerá un tiempo de vida de las tramas.
- En el sistema los canales son simplex y no bidireccionales. Puede ser un problema para ciertos protocolos
de encaminamiento.
- Los canales del US son punto a punto mientras que los canales DS son compartidos.

CM

-El CM se encarga de adquirir las direcciones MAC de los de los CPEs.

- Al igual que en el CMTs las tramas se entregan en orden, no se duplicarán y se establecen tiempos de vida
para las tramas.
- El CM no permite que pasen a la red local de usuario tramas con destino desconocido.
- No encaminará hacia la red de cable tramas provenientes de dispositivos conectados a la red local no
reconocidos como CPEs.
DOCSIS. PMD Upstream
DOCSIS. PMD Upstream

FEC (Forward Error Correction)

-El modulador de US debe proporcionar las siguientes opciones:
-Reed-Solomon 256 con T=1 a 10.
-FEC desactivado.

Códigos de corrección de errores por bloque

- Los códigos Reed-Solomon pertenecen a este tipo de técnicas.
- Se aplican sobre palabras finitas de K símbolos a los que se añade una redundancia controlada hasta
formar palabras de longitud N.
- De las 2n combinaciones se utilizan las 2k con mayor distancia de Hamming entre ellas.
- Distancia mínima de Hamming (d).Número de bits diferentes entre dos palabras del código. Se puede
demostrar que el número máximo de errores solucionables es T = (d-1)/2.
- Ejemplo. Repetición.
Bit útil Código Enviado 000 111
d = 3. T=1 0 000 Recibido 100 110
1 111
Decodificado 0 1

En DOCSIS tamaño de palabra desde 16 bytes con dos de paridad hasta 255 con k bytes
de paridad (k es función del T seleccionado)
DOCSIS. PMD Upstream

Scrambler (Randomizer)
- Su objetivo es obtener una distribución de energía uniforme dentro del canal RF.
- Parten de una semilla pseudoaleatoria (de 15 bits) PRBS (Pseudo-Random Binary Sequence) con el
polinomio generados 1+X14+X15.
- La semilla de 15 bits ha de ser programable
DOCSIS. PMD Downstream

ITU J.83-B.

- La capa PMD de DOCSIS para el flujo en sentido DS debe estar conforme a la especificación J.83 para
aplicaciones de vídeo de bajo retardo.
- Esto impone que DOCSIS deba soportar un intercalador (interleaver) de profundidad variable,
codificada con 4 bits y que especifica el modo en el que el intercalador ha de funcionar para el siguiente
frame de datos.
- El propósito de este proceso es mejorar la eficiencia de los códigos Reed-Solomon expandiendo a un tiempo
mayor los errores provocados por la transmisión en el canal.
- Forney Interleaving
- Para una longitud de paquete = 204 bytes y profundidad 12. (M = 204 / 12 = 17)
- Crearía un banco de 12 FIFOs de longitudes M por j (j=0..11).
- El proceso se invierte en el receptor resultando un retardo global de 187 bytes.
DOCSIS. Subcapa de convergencia

- Para aumentar la robustez del proceso de demodulación y facilitar un hardware único para la recepción de
vídeo y datos DOCSIS define para el sentido DS una subcapa de convergencia basada en paquetes de flujos de
transporte MPEG-2 (188 bytes).
- La cabecera MPEG-2 para datos DOCSIS tiene las siguientes particularidades:
- SYNC. 0x47.
- Transport_Error_Indicator.
- PUSI.
- Transport Priority. Siempre igual a cero.
- PID. 0X1FFE.
- Transport_Scrambling Control. Reservado. Siempre a 0.
-Adaptation_Field_Control. No permitido en DOCSIS (01). En su lugar se utilizan sólo bytes de
relleno (0xFF)
- Continuity Counter

- Tras la cabecera, en MPEG-2 aparece siempre el llamado Pointer Field (1 byte) que debe aparecer
siempre que en un paquete MPEG comience una nueva trama MAC, y debe apuntar al:
- Comienzo del primer frame MAC.
- Cualquier byte de relleno que preceda al MAC Frame.
 CAPA FÍSICA. MODULACIONES DIGITALES
Tabla resumen.

Forma Velocidad de símbolo

Transmisión Modulación Tasa binaria Ancho de banda
de acceso Ksim/seg.

Upstream QPSK 320 .. 5120 kbps 200, 400,

FDMA/ 160, 320,640,1280,2560 800,1600,3200
(CM-CMTS) TDMA 16QAM 640..10240 kbps Khz.

Downstream 64 QAM 42 Mbps

N/A 6950 8 MHz
(CMTS-CM) 256 QAM 56 Mbps

Se utilizan filtros en coseno alzado con factor para evitar interferencia entre símbolos.

- factor 0.25 en Upstream.

- factor 0.12 y 0.18 en Downstream (256QAM y 64 QAM)
CAPA FÍSICA. MODULACIONES DIGITALES
Constelaciones (I).

Asociación de bits

QPSK 16 QAM Código Gray 16 QAM Codificación diferencial

MAC MEDIA ACCESS CONTROL
Descripción

- La subcapa MAC esta dentro del nivel de enlace y controla el acceso al medio compartido de los diferentes
equipos conectados a la red.
- En el estándar DOCSIS las funciones principales de la subcapa MAC son:
- Asignación y gestión del ancho de banda desde el CMTS.
- Gestión de los minislots en el Upstream.
- facilidades para el futuro soporte de ATM y otro tipo de PDUs.
- Calidad de servicio (QoS)
- Aseguramiento de ancho de banda y garantís de retardo.
- facilidades para la subcapa de seguridad de LLC.
- Establecimiento dinámico de servicio.
MAC MEDIA ACCESS CONTROL
Flujos de Servicio.

- La gestión de la calidad de servicio se basa en el concepto de flujo de servicio (Service Flow).

- Un Service Flow ID (SFID) define un tipo de comunicación unidireccional entre CM y CMTS. Existirán al
menos 2 SFID por cada comunicación entre CM y CMTS (uno para el Upstream y otro para el Downstream).
- Los SFID son asignados por el CMTS al CM bien al registrarse este en la red o bien de forma dinámica
estando ya en operación el CM.
- El Service Flow lleva aparejado los parámetros de calidad de servicio que regirán la comunicación CM
CMTS
- Cuando el CM quiere establecer comunicación recibe un SID (Service ID) que esta asociado
unívocamente al SFID.
- La longitud del SFID es de 32 bits.
MAC MEDIA ACCESS CONTROL
Formatos de tramas MAC.
Trama genérica

- La trama MAC se compone de la cabecera MAC y los datos que recibe de la capa superior.
- Mismo formato de trama MAC en Upstream y Downstream pero diferente cabecera a nivel físico.
MAC MEDIA ACCESS CONTROL
Formatos de la trama MAC
Cabecera MAC

FC: Frame control, identifica el tipo de cabecera MAC.

MAC_PARM: Parámetro que puede utilizarse para
- Servir de contador en en caso de concatenación de tramas.
- Indicar la longitud de la extensión de la cabecera EHDR.
LEN: Longitud de la trama MAC.
EHDR: Extensión de la cabecera. (aumentar seguridad de la trama, fragmentación, futuros usos) HCS:
Header Check Sequence. Corrección de errores.
MAC MEDIA ACCESS CONTROL
Formatos de tramas MAC.
Tipos de PDUs
TRAMAS DE LONGITUD VARIABLE.
CALIDAD DE SERVICIO. Introducción

NOVEDADES.

- Esta es una de las mejoras de la versión DOCSIS 1.1 respecto a DOCSIS 1.O.
- El objetivo es poder prestar servicios afectados por el retardo y el jitter con una calidad
suficiente (Voz sobre IP video streaming).
- Se introducen nuevas funcionalidades como:
- Flujos de Servicio.
- Planificación de QoS
- Clasificación de tráfico.
- Fragmentación.
- Establecimiento dinámico de servicio.
- Modelo de activación en dos fases.
CALIDAD DE SERVICIO. Introducción

REQUISITOS

-Función para preconfigurar las flujos de servicio y sus parámetros de calidad en los CMs
-Clasificación de los paquetes de la capa superior en uno de los flujos de servicio.
-Agrupamiento de los flujos de servicio en clases de servicios para que las capas superiores puedan
pedir flujos de servicios con determinadas parámetros de QoS.
- Función que gestione el establecimiento dinámico de calidades de servicio.
- Generación de clases de servicios a los que pertenecerán los flujos de servicio

Un flujo de servicio es un flujo unidireccional de paquetes que posee una determinada calidad de
servicio predeterminada. A la hora de tratar este flujo el CMTS y el CM estarán a lo que establezca el
conjunto de parámetros característicos del flujo de servicio.
CALIDAD DE SERVICIO. Introducción

FLUJO DE SERVICIOS.

- Un flujo de servicio es un flujo unidireccional de paquetes caracterizado por unos

determinados parámetros de QoS.
- El CMTS y el CM actuarán en función a lo que establezca el conjunto de parámetros
característicos del flujo de servicio.
- Los flujos de servicio tienen un identificador de flujo SFID (palabra de 32 bits)asignado por el
CMTS.
- Tanto el CMTS como el CM tienen un clasificador que decide a que flujo de servicio se asigna
cada uno de los paquetes superiores.
- Al menos deben existir dos flujos de servicio en el archivo de configuración (uno para US y
otro para DS).
- El primer flujo de servicio configurado para el US se llama Flujo de Servicio Primario en el US
y es el flujo de servicio por defecto para los paquetes no clasificados.
- Service ID: cuando un flujo de servicio está activo recibe un Service ID.
CALIDAD DE SERVICIO. Introducción

CONJUNTO DE PARAMETROS DE CALIDAD

-Conjunto de parámetros provisionados. Suministrados en la configuración inicial.

-Conjunto de parámetros admitidos. Parámetros de calidad para los que se esta
reservando recursos (ancho de banda)
-Conjunto de parámetros activos. Parámetros de calidad de un servicio que se esta
prestando en estos momentos.

- Podemos hablar de flujos de servicios provisionados admitidos y activos.

CALIDAD DE SERVICIO .Operaciones

- En la especificación se describen los mecanismos necesarios para imponer una política de calidad de servicio
tanto en el US como en el DS.
- Requisitos para una política de calidad de servicio:
- Función de configuración y registro de los elementos para preconfiguración de los flujos y
parámetros de servicio de la comunicación CM-CMTS.
- Gestión dinámica mediante señalización.
- Política de gestión de tráfico.
- Clasificación de paquetes en flujos de servicio concretos.
- Agrupación en Clases de servicio para proporcionar un marco global a las aplicaciones.

- Definiciones
- Flujo de servicio.- Flujo unidireccional al que se le asocia una QoS. (SFID – 32 bits)
- Cada flujo queda definido por un conjunto de parámetros de flujo a partir de los cuales CM y
CMTS en base a una política común gestionan el tráfico generado.
- Calidad de servicio extremo a extremo. Necesidad de combinar los mecanismos RFI con otros (p.ej.
Byte de precedencia / D-T-R de datagrama IP).
Flujos de servicio

- Es un servicio de transporte unidireccional de capa MAC.

- Definido en función de QoS tales como latencia, jitter, caudal, etc.
- Caracterizado por:
-SFID (ServiceFlowId). Asignado por el CMTS
- SID (ServiceID). – Sólo para flujos de subida activos o admitidos.
- Parámetros de QoS Provisionados.- Mediante fichero de configuración y proceso de registro.
Flujo de servicio Provisionado
- Parámetros de QoS Admitidos.- Recursos que el CMTS y posiblemente el CM estén
reservando (ancho de banda, memoria, etc) necesarios para activat el servicio.
Flujos de servicio admitidos.
- Parámetros de QoS Activos.- Definen el servicios tal y como está siendo proporcionado.
Flujo de servicio activo

- Módulo de autorización:
-Función lógica implementada en el CMTS que gestiona posibles cambios en los parámetros
Clasificadores

- Campos
- Estado de activación.
- Prioridad. Orden en la búsqueda de criterios.
- Parámetros IP (IP-TOS, IP-Src, IP-Mask, TCP/UDP-Dst-Port, etc).
- Parámetros LLC (MAC-Src, MAC-Dst, EtherType/SAP)
- SFID.

- Los campos de un clasificador se pueden cambiar dinámicamente.

- Modelo de objetos.
Clasificadores

PROCESO DE AUTORIZACIÓN
-Cualquier tipo de cambio en los parámetros de QoS de un flujo de servicio debe pasar
por un proceso de autorización. El modulo de autorización reside en el CMTS.
-Modelo de autorización estática: mientras los los parámetros que se quiera sean admitidos y
activados estén dentro de un subconjunto de los parámetros provisionados las peticiones serán
admitidas.
-Modelo de autorización dinámica: en este modelo los parámetros de calidad no están en los
archivos de configuración sino que es un servidor quien va asignando los parámetros de
calidad, el modulo de autorización consultará con este servidor para autorizar los cambios.
Flujos de servicio. Tipos.

Provisionados
- Servicios “deferred” en su activación y admisión.
- Durante el proceso de registro el CMTS asigna un SFID para ese flujo pero no reserva recursos.
- El CM pide activación recibiendo un SID. El CMTS puede sesactivarlo pero no “borrarlo”

Admitidos
- Modelo de activación en dos fases: Adquisición de recursos - Activación
- Permite conservar los recursos hasta que la conexión extremos a extremos se completa.
- Los recursos no son necesariamente usados pero se tiene garantía de que en el momento de solicitar más serán
concedidos.
- Ejemplo. Llamada en espera.

Activos
- Fase común a los anteriores tipos de flujo.
- Existe la posibilidad de crear flujos dinámicamente y activarlos de inmediato para su uso tras la
correspondiente autorización.
Planificación Flujos US

- La planificación de los flujos de servicio y su asociación a parámetros de calidad, permite al CMTS anticipar
las necesidades de caudal y latencia del tráfico US pudiendo proporcionar concesiones de transmisión en los
momentos oportunos.

UGS (Unsolicited Grant Service)

- Diseñado para servicios en tiempo real que generan paquetes de datos de tamaño fijo en una base temporal
también fija, como Voz sobre IP.
- Evita la necesidad de peticiones de minislots con la consiguiente reducción de latencia y sobrecarga.
- Parámetros del servicio: Tamaño de la concesión, jitter tolerado en la concesión.

rtPS (Real-Time Polling Service)

- Diseñado para servicios en tiempo real que generan paquetes de datos de tamaño variable en una base
temporal también fija, como vídeo MPEG.
- Asigna siempre la oportunidad de transmitir en intervalos prefijados pero permite al CM solicitar un tamaño
diferente en cada oportunidad de transmisión (variable grant size).
- Para ello concede oportunidades de peticiones en intervalos fijos.
- Parámetros del servicio: Polling nominal, jitter tolerado en el polling.
Planificación Flujos US

UGS/AD (Unsolicited Grant Service/Activity Detection)

- Por ejemplo VoIP con detección y supresión de silencios.
- Proporciona UGS cuando hay actividad (baja latencia).
- En los intervalos de silencio se pasa a modo rtPS.
- Parámetros: Polling nominal, jitter tolerado en la concesión y tamaño de la concesión.

nrtPS (Non Real-Time Polling Service)

- Aplicaciones que requieren flujos de datos de tamaño variable sin requisitos temporales estrictos
como por ejemplo FTP.
- Asigna intervalos de transmisión fijos separados por intervalos de tiempo considerables.
- Parámetros: Polling nominal, tráfico mínimo reservado, máximo tráfico sostenido y prioridad.

BE (Best Efford Service)

- Intenta conseguir la máxima capacidad de la red.
-Parámetros: Tráfico mínimo reservado, máximo tráfico sostenido y prioridad.
Asignación de anchos de banda en el US

- Canal modelado como cadena de mini-slots.

- El CMTS es el encargado de generar las referencias temporales necesarias para identificar esos
canales y que puedan ser usados por los CM.
- Distintas políticas de asignación (Ej.. Asignación de varios PDUs contiguos a un mismo CM).

Allocation MAP
- Mecanismo de asignación de ancho de banda.
Allocation Map

- Mensaje MAC de longitud variable que define las oportunidades de transmisión para un CM.
- Cabecera de tamaño fijo.
- Número variable de IE (Information Elements) terminados en NULL.

Information Elements (Simple Network Management Protocol).

-Service ID (Broadcast, Multicast, Unicast, NullAdreess).
- Definen los usos permitidos a un rango de minislots concretos.
- Número variable de IE (Information Elements) terninados en NULL.
-Tipos:
· Request. SIDs priorizados.
· Request Data. Tamaño máximo definido por Multicast
· Initial Maintenance. Reservados para mantenimiento de red.
· Short/Long Data Grant.
· Dta ACK. Sigue a NULL (última operación de un CM).
· NULL.
 Peticiones de Ancho de Banda

- Tipos de Peticiones
- Peticiones normales en los intervalos autotizados.
- Piggyback en cabeceras extendidas.

- Las peticiones deben incluir:

- Service ID.
- Número de mini-slots requeridos que ha de coincidir con un frame completo salvo en el caso de usar
fragmentación en el modo Piggyback.

Ejemplo de Protocolo.
Transmisión US y Resolución de conflictos

- Posibilidad de colisión tanto en petición de ancho de banda como en transmisión de PDUs.

-Los CM determinan la política a usar en función de los SIDs asociados a cada uno de los flujos posibles
que corren en él.
- La oportunidad de transmisión se determina aleatoriamente dentro del rango denominado (BackOff
Window) definido previamente en el Allocation MAP por el CMTS.
- El proceso de intento de transmisión continua hasta 16 intentos momento en el cual se descarta el PDU.
Fragmentación

- Capacidad nueva en DOCSIS 1.1 añadida a los CM para su uso en la transmisión US.
- El CMTS puede inhabilitarlo vía TLV en cada modem concreto asegurando el correcto funcionamiento
de la red ya sea respecto de 1.0 o de 1.1.
- Una vez habilitado su uso estás asociado a SFID según política de peticiones/transmisiones.
- Lo inicia CMTS cuando concede a un CM un ancho de banda menor que el solicitado (Partial Grant).

Soporte necesario en el CM

- Encapsular una porción de trama MAX en una cabecera de fragmentación más CRC.
- Idéntico para PDUs concatenadas pero la privacidad se aplica a fragmentos.

Reglas
- Encapsular tamaño máximo posible incluyendo sobrecargas de nivel físico y de fragmentación.
- El CM ha de usa una petición piggyback si no tiene en reserva otras concesiones, solicitando el tamaño
restante.
- No se aplica a tramas enviadas en modo inmediato.