Redalyc

Sistema de Informacin Cientfica

Red de Revistas Cientficas de Amrica Latina, el Caribe, Espaa y Portugal

Campo M., Wilmar Y.; Rueda P., Diego; Taimal N., Ivn; Arciniegas H., Jose
Anlisis del protocolo DOCSIS para la distribucin de aplicaciones y contenidos de TDi
en una HFC
Avances en Sistemas e Informtica, Vol. 6, Nm. 3, diciembre-sin mes, 2009, pp. 119132
Universidad Nacional de Colombia
Colombia
Disponible en: http://redalyc.uaemex.mx/src/inicio/ArtPdfRed.jsp?iCve=133112611011

Avances en Sistemas e Informtica

ISSN (Versin impresa): 1657-7663
mprada@unalmed.edu.co;avances@unalmed.ed
u.co
Universidad Nacional de Colombia
Colombia

Cmo citar?

Nmero completo

Ms informacin del artculo

Pgina de la revista

www.redalyc.org
Proyecto acadmico sin fines de lucro, desarrollado bajo la iniciativa de acceso abierto

AnlisisdelprotocoloDOCSISparaladistribucindeaplicacionesy
contenidosdeTDienunaHFC
AnalysisoftheDOCSISprotocolfordistributionofTDiapplications
andcontentsinaHFCnetwork
WilmarY.CampoM.,MSc.,DiegoRuedaP.,Ing.,IvnTaimalN.,Ing.,JoseArciniegasH.,PhD.
FacultaddeIngenieraElectrnicayTelecomunicaciones,DepartamentodeTelemtica,
UniversidaddelCauca,Colombia
{wilicampo,dfrueda,itaimal,jlarci}@unicauca.edu.co
Recibidopararevisin15deAbrilde2009,aceptado23deOctubrede2009,versinfinal03deDiciembrede2009

Resu men Est e ar tculo p r esenta el an lisis del pr otocolo de

accesoDOCSIS(DataOverCableServiceInterfaceSpecification)
en el canal de r etorno de la r ed Hibr ida Fibra Coaxial (HFC,
Hybr id Fiber Coaxial) par a la distr ibucin de aplicaciones y
con tenidos edu ca tivos en el con t exto d e la televisin digita l
inter activa (TDi).
En este anlisis, se tuvo en cuenta varios escenar ios de pr ueba
que per mitier on evaluar los par metr os de configur acin del
pr otocolo DOCSIS bajo difer entes condiciones. Par a ello, fue
necesariocapturar ycaracterizareltrficorealgenerado porlas
aplicaciones inter activas par a luego constr uir los modelos de
simu la cin q u e la s r ep r esen t a n . C omo r esu lt a d o d e la s
simulaciones se pudo determinar los par metros ms adecuados
parasoportaraplicacionesconlacalidaddeserviciorequeridaen
el contexto d el Tlear ning y el mejor aprovecha miento d e los
r ecur sos. Siendo estos la contr ibucin m s r elevante de este
ar tcu lo.

PalabrasClaveProtocolo DOCSIS, red HFC,Televisin Digital

inter activa (TDi), Canalde retorno.
AbstractThis ar ticle pr esents the analysis of the Data Over
Cable Service Inter face Specification (DOCSIS) access protocol
inthereturnchanneloftheHybridFiberCoaxial(HFC)network
for distribution of educational applications and contents in the
context of interactive DigitalTelevision (iTV).
Inthispaper,severaltestscenarioswastakenintoaccountallowing
to evaluate configuration parameter from DOCSIS pr otocol on
d iffer en t con dit ions. F or th is, t he r eal gener at ed tr affic b y
interactiveapplicationswerecaughtandcharacterized,afterthat,
some simu la t ion mod els wer e d evelop ed . As r esu lt of t h e
simulations, the most adequate par ameter s were determinate in
order to suppor t application with requir ed quality of ser vice in
theTlearningcontextandthebest resourceuse.Beingthem,the
most relevant contribution of this paper.
KeywordsDOCSIS Protocol,HFC networ k, interactive Digital
Television (iTV), return channel.

I . I NTR O DUC C I N

LaUniversidaddelCauca(PopaynColombia)enasociacin
conlaUniversidadAutnomadeOccidente(CaliColombia)yla
UniversidaddeOviedo(GijnEspaa)handefinidounescenario
propicioparalaconstruccindecontenidosparalaTDi.Con
estepropsitoserealizelproyectodeinvestigacinEDiTV
Educacinvirtualbasadoentelevisininteractivaparaapoyar
procesos educativos a distancia [23], el cual permiti la
implantacindellaboratoriodeEDiTVenlaUniversidaddel
Cauca[1]parapropsitoseducativos,esdecirenelcampodeT
learning(aprendizajeatravsdelatelevisin),quepermiteel
aprovechamientodelainteractividadquebrindalatelevisin
digital.
ComocasodeestudiosedesarrollaronaplicacionesparaT
Learning, donde el contenido educativo y el proceso de
aprendizaje han sido desarrollados especialmente para un
ambiente interactivo basado en los estndares DVBMHP
(DigitalVideoBroadcastingMultimediaHomePlatform)[8]para
unareddetelevisinporcableHFC.UncursoparaTlearninges
unacombinacindediferentestiposdematerialesdeaprendizaje
talescomovideos,animacionesypginasDVBHTMLque
correspondenaaplicacionesquesebasanenelusodeXML
(Extensible Markup Language), HTML (HyperText Markup
Language)yJavaScriptcombinandotextoeimgenesloscuales
son presentados en la pantalla de televisor mediante un
navegadorqueseejecutaenelSTB[15].
La interactividad de los sistemas de televisin digital est
estandarizada por diferentes organismos de regulacin de
telecomunicacionestantoparaladifusindetelevisindigital
comoparaelsistemamediadordelosdecodificadores(SetTop
BoxSTB).Paraestainvestigacinsetomacomoreferenciala
especificacinDVBMHP.Lainteractividadenlossistemasde

RevistaAvancesenSistemaseInformtica,Vol.6No.3,Diciembrede2009ISSN16577663

120

RevistaAvancesenSistemaseInformtica,Vol.6No.3,Diciembrede2009ISSN16577663

TDirequierendoscanalesdecomunicacin,unodebroadcast
odedifusinyotrointeractivooderetorno[20][7].
LareddeaccesoHFC[6]comounaevolucindelasredesde
cabletradicionales,seconvierteenunaalternativaatractiva
para la TDi, dado que reserva una porcin del espectro de
frecuenciaproporcionadoporelcablecoaxialparacadaunode
loscanales.Paraenviardatososolicitarinformacinatravs
delcanalderetornoenlaredesHFC,seusaaniveldecapade
accesoalmedioelprotocoloDOCSISparalatransmisinde
datosdealtavelocidad[16].
EltrficoagregadoporloscontenidosdeTlearning,genera
un consumo considerable de recursos razn por la cual es
necesariaunaadecuadaconfiguracindelprotocoloanivelde
capa de Control deAcceso al Medio (MAC, MediaAccess
Control). Esta configuracin, debe asegurar que el
funcionamientodelasaplicacionesdelaTDiseaeladecuado,
cuando estas entren a competir por los recursos con otros
servicios que son accedidos por el mismo canal, como por
ejemplovozsobreIP(VoIP),FTPoHTTP.
As, est investigacin se concentra en el estudio del
protocoloDOCSISparalatransmisindeltrfico,generado
sobre el canal de retorno, por los contenidos de Tlearning
desarrolladosenelproyectoEDiTVtalquepermitanconocer
lasmejoresopcionesdeconfiguracin,paraladistribucinde
estetipodecontenidosconcalidaddeservicio.Seevalanlos
parmetrosdedesempeocomolautilizacindelosenlaces
(throughput),elretardoyprdidadepaquetesenlaredHFCen
diferentescondicionesdeescenariosdondesevaraelnmero
de usuarios que acceden a la red y los parmetros de
configuracindelprotocolo.
ParaelanlisisdelprotocoloDOCSISsesiguielsiguiente
proceso:Inicialmentesecaracterizeltrficodelasaplicaciones
deTlearningdesarrolladasenellaboratoriodepruebasdela
UniversidaddelCauca.Posteriormente,seconstruyunmodelo
matemticoquelodescribe.Tantoelestudiodecaracterizacin
comoelmodelomatemticosonampliamentedetalladosen[22].
Paraelanlisisylaevaluacindelprotocolofuenecesariohacer
simulacionescondiferentescondicionesenprimerlugarse
construyoelmodelodesimulacindelareddellaboratoriocon
losserviciosmontados,talquesepuedahacerlasvariaciones
delcaso.Paraelsoportedelmodelomatemticodeltrficoyel
dedesimulacinseutilizlaherramientaOPNETmodeler[17],
la cual es capaz de soportar funciones estadsticas, los
elementos,yprotocolosquepermitenunarepresentacindela
funcionalidaddelareddelaboratorio.Finalmenteserealizaron
variassimulacionesconsiderandodiferentesconfiguraciones
y condiciones tal que nos permiti deducir cuales son los
parmetrosrecomendadosparaelprotocoloDOCSISdeuna
maneraeficientesobreunaredHFC.
Elprocesoylosresultadosobtenidossondescritoseneste
artculoelcualestorganizadoen7seccionesas:seccin2,se
muestranlostrabajosrelacionadosconlainvestigacinseccin

3marcoterico,brindalosconceptosnecesariossobreDOCSIS
seccin4casodeestudio,describelosescenariosobjetodela
investigacin seccin 5 modelos de simulacin, donde se
resumenlosmodeloselaboradosparaestetrabajo,seccin6
anlisisderesultados,muestraparacadaunodelosescenarios
losresultadosobtenidosconsurespectivoanlisisyfinalmente
laseccin7presentalasconclusionesmsrelevantesdeltrabajo.

I I. TR ABAJ O S RE L AC IO NADO S

Comoantecedentesaesttrabajosemencionanbrevemente
losdesarrolladosporelgrupodeinvestigacinGIT[24]dela
UniversidaddelCauca,loscualessonpartedelosresultados
obtenidosdentrodelproyectoEDiTV[23]ysonlabasepara
estainvestigacin.
En[22]sepresentaunmodelodetrficoquecaracterizados
aplicacionesdetelevisininteractivadesoporteparaTlearning.
Estemodelosedeterminapartirdeunestudioestadsticode
lascapturasdetrficogeneradoporlasaplicacionesenelcanal
de retorno de un sistema de televisin interactiva, cuyos
resultadospermitendesarrollarunmodelodesimulacin.
En[4]seharealizadounanlisisdeunserviciodestreaming,
sedescribeelescenariodepruebasrealenelcualserealizanlas
medidasdetrficoysecaracterizaestadsticamenteeltrfico
generadoparaconstruirunmodelodesimulacin.
Existenadems,variosestudiosrelacionadossobrelasredes
HFCoelprotocoloDOCSIS.Acontinuacinsepresentanlos
trabajosmscercanosconrespectoalanlisisderedesHFC
conaplicacionestpicascomovideobajodemanda,HTTP,FTP,
entreotras.
En[12]serealizaunmodelodeunserviciodevideobajo
demanda sobre redes de cable para la transmisin de voz y
datos,realizandoademsunexhaustivoanlisisdelprotocolo
DOCSIS.ElautorpresentaunartculotituladoAggregatedtraffic
generation in FTTX networks [13], donde se muestra la
realizacindelmodelo,bajoellenguajedesimulacinOPNET.
Adems,losresultadosfueronexportadosaMATLAB,para
realizarelanlisisestadstico,conelfindeverificarlosresultados
yvalidarelmodelo.
En[9]sedesarrollaunmodelodesimulacindereddecable
basadaentecnologaHFC,particularizandoelestudioparael
usodeestareddecableenlatransmisindedatosquepermite
predecirsusprestaciones.Elautorpresentadosartculos:Traffic
AnalysisofDataTransmissiononHybridFiberCoaxNetwork
[11]yAnalysisandModelingofTrafficonaHybridFiberCoax
Network[10].Enelprimerodeellossedescribeelanlisisde
trficodelareddetelecomunicacionesdeunoperadordecable
ofreciendoserviciosdedatos,verificndosequelapropiedad
estadsticadeautosimilitudestpresenteenelflujodedatos
descendente y ascendente. El segundo artculo presenta el

Anlisis delprotocolo DOCSISpara la distribucinde aplicaciones ycontenidos deTDi en una HFC

Campo,etal.

estudiorealizadosobreeltrficodedatosrecogidosenlared
de un operador de cable basada en la tecnologa HFC, y el
posteriormodelodesimulacindesarrolladoparapredecirlos
requisitosdeanchodebandadeloscanales.
En[2]sepresentaunacaracterizacindetalladadelretardo
enlatransmisinenunareddeaccesoporcable.Seanalizaron
los datos obtenidos de las mediciones en redes de acceso
operacionales,examinandotantounacargamoderadacomouna
grancargaenlareddecable.Seencontrqueelalgoritmode
controldeaccesoalmedioutilizadoenredesdecablesetraduce
en un retraso de distribucin multimodal, con medidas de
retardos agrupados en torno a unos valores discretos. Los
resultadossugierenquelamediadelretardoesunmalindicador
para medir el desempeo de las redes de cable, en especial
cuandolaredestmuycargada.
En[14]semuestraelanlisisdeprestacionesycalidadde
serviciopermitiendoalosoperadoresderedesdecablepredecir
el impacto de estos novedosos servicios en sus redes y
configurarlosdeformaefectiva.En[21]seanalizacomoel
retardo de contencin experimentado por las solicitudes
asociadasalospaquetesdesealizacinenlosserviciosde
VoIPsobreredesconaccesoHFCamenudodominantodoel
retardodesealizacinglobal.Sepresentaademselmtodo
deanlisisparacaracterizaresteretardo.Elmtododeanlisis
combinaunmodelodereddecolascerradasconunasaturacin
delmodeloparalacaracterizacindelretardodecontencin.La
mediadelosretardosqueseobtuvieronmedianteestemtodo
secomparaconlosresultadosdeunasimulacin.
Enlaexploracindetrabajosrelacionadosnoseencontr
publicaciones que aborden el estudio de la evaluacin de
condiciones de trfico para la transmisin de contenidos
educativos sobre un sistema de televisin digital con
capacidadesdeinteractividad.

III. M ARC O TERICO

El protocolo DOCSIS es el resultado del inters de los

operadoresdecableendesarrollarsistemasdecomunicaciones
dealtavelocidadporpaquetes,capacesdesoportarunagran
variedaddeservicios.stosincluyenserviciosdetelefonapor
paquetes y servicios de videoconferencia, descarga de

121

archivos, adems de muchos otros [18]. Para lograrlo, las

compaas de cable asociadas en CableLabs decidieron
proponerunaseriedeespecificacionesdeinterfazquepermitan
ladefinicin,diseo,desarrolloydesplieguedesistemasde
datossobrecable[18].PormediodelaespecificacinDOCSIS
esposiblelatransferenciabidireccionaldetrficoIPentrela
cabecera(headend)delsistemadecableylosusuarios,sobre
unaredmixtadefibraycablecoaxial[5].Enlafigura1[5]se
ilustraestasituacin.
A. Generalidades del protocolo DOCSIS 1.1
ElprotocoloDOCSISdefinelasoperacionesdelascapasde
nivel fsico y MAC de Control deAcceso al Medio (MAC,
MediaAccessControl)delaredHFC.Paralatransmisintanto
ensentidoascendentecomoensentidodescendenteseutiliza
Acceso Mltiple por Divisinen Frecuencia (FDMA) en la
subcapaDependientedelMedioFsico(PMD,PhysicalMedia
Dependent) de DOCSIS. El canal ascendente es un medio
compartido,mientrasqueeldescendenteesunenlacededicado
dedifusindesdeelsistemadetransmisindemdemsdecable
(CMTS,CableModemTerminationSystem)almdemdecable
(CM,CableModem)[5].
Ensentidodescendente,labandaderadiofrecuencia(RF)
descendente(88MHza860MHzenEE.UU.y108MHza860
MHzenEuropa)estdivididaencanalesde6MHzenelsistema
NTSC(NationalTelevisionSystemsCommitee)estadounidense
ode8MHzenelsistemaPAL(PhaseAlternateLine)europeo.
Cadaunodeestoscanalesseutilizaparaladifusindetelevisin
analgicaydigitalyparalatransmisindetelefonaoservicios
de datos. Los esquemas de modulacin adoptados en los
canalesdescendentesson64QAMy256QAMconlocualse
puedenobtenertasasdetransmisinentre30y57Mbps[5].
Elrangodefrecuenciasensentidoascendente(upstream)(5
MHza42MHzparaEE.UUy5MHza65MHzparaEuropa)est
divididoencanalesdemenoranchodebanda(0.2,0.4,0.8,1.6y
3.2MHz),paratransportardatos,telefonayserviciosdevideo.
Los esquemas de modulacin adoptados en los canales
ascendentessonQPSKy16QAMconlocualseproporcionan
velocidadesdesde0.32Mbpshasta10.2Mbps[5].
La subcapa de convergencia de la transmisin (TC,
Transmision Convergence) proporciona una interfaz a la
subcapadependientedel mediofsicoparala capadeMAC
[12].Paramejorarlarobustezenlademodulacinyfacilitar

Figur a 1. Trfico IP a travs del sistema de datos sobre cable

122

RevistaAvancesenSistemaseInformtica,Vol.6No.3,Diciembrede2009ISSN16577663

lamultiplexacindevideoydatos,DOCSISempleaMPEG2en
lasubcapaTC.Elflujodebitsensentidodescendentesedefine
comounaseriecontinuadepaquetesMPEGde188bytes[12].
B. Inicializacin
Parainiciarlaconexin,unaestacindebeadquiriruncanal
descendente(downstream)escaneandolabandadefrecuencias
hasta que su receptor identifica una seal de bajada vlida.
Despusdeobtenerlasincronizacinanivelfsico,laestacin
puedeadquirirlascaractersticasdelcanalascendente(upstream)
apartirdelosmensajesdegestindifundidosporlacabecera[5].
Luegolaestacinobtienesusparmetrosoperacionalesde
lacabecera,entrelosqueseincluyendireccinIP,informacin
deseguridad,configuracindelcanal,configuracindeclase
de servicio, etc., gracias a los servicios del Protocolo de
ConfiguracinDinmicadeAnfitrin(DHCP,DynamicHost
ConfigurationProtocol)ydelProtocolodeTransferenciade
Archivos Trivial (TFTP, Trivial File Transport Protocol)
respectivamente[5].
Acontinuacin,laestacinenvaunasolicitudderegistro,
conteniendolosparmetrosoperacionales,alacabecera.Esta
ltimarealiza,entonces,lassiguientesfunciones:

Confirmalavalidezdelosparmetrosoperacionales
Creaunperfilparalaestacin
Asignaunidentificadordeservicio(SID,ServiceIdentifier)
Envaunarespuestaderegistroalaestacin
Unavezrealizadalaetapadeinicializacin,laestacinpasa
alafasedeoperacinnormal.

C. Asignacin del ancho de banda del canal

ascendente y mtodos de acceso
Elcanalascendenteestdivididoenintervalosdetiempo
debidoalmecanismodeasignacindeanchodebanda que
implementaelprotocolo.Cadaintervaloesunnmeroentero
deminislots,siendostoslaunidaddegranularidadparalas
oportunidadesdetransmisinensentidoascendente.ElCMTS
transmite por el canal descendente, adems del trfico de
usuarios,informacinsobreelusoquelosCMpuedenhacer
del canal ascendente, logrando as la gestin del ancho de
banda mediante el envo (broadcasting, multicasting o
unicasting) de mensajes de asignacin de ancho de banda
MAP(MediaAccessProtocol)[12].
Comoresultadodelareservade anchodebanda,losCM
tienen garantizado una transmisin libre de colisiones. Sin
embargo, las solicitudes de asignacin de ancho de banda
realizadasdurantelosintervalosdecontiendaestnsujetasa
colisiones,lascualesseresuelvenpormediodeunAlgoritmo
de Resolucin de Contienda (CRA, Contention Resolution
Algorithm). DOCSIS adopta el CRA conocido como
Disminucin Exponencial Binaria (Binary Exponential
Backoff)[12].

Adicionalmente,setieneelmecanismodepiggybackingpor
mediodelcualunaestacinsolicitaanchodebandaadicional
enlatransmisindedatos.Conestoseobvialacontencin,
dado que las solicitudes se transmiten con los paquetes de
datos lograndouna reduccinen losretardos deacceso. En
DOCSIS1.1,ademsdelosmodosdereservadetiempode
transmisin como son el modo normal de reserva y
piggybacking, se incluyen el acceso iscrono, el sondeo
peridicodesolicitudyelmododeaccesoinmediato[5].
El acceso iscrono se utiliza para oportunidades de
transmisindedatosasignadasperidicamente,mientraslos
sondeosperidicosserealizancuandosetienenoportunidades
detransmisinperidicasasignadasporsolicitud.Estosmodos
deaccesoestndiseadosparaflujosconcalidaddeservicio
(QoS,QualityofService).Finalmente,elaccesoinmediatose
concedecuandoexisteanchodebandadisponibledespusde
satisfacertodos losrequerimientos deancho debanda. Este
modo de acceso est abierto tanto para datos como para
solicitudes.Silacargaesligera,estemododeaccesopuede
emplearseparareducirretardosenlosaccesosasolicitudesy
transmisindedatos[5].
D. Calidad de servicio en DOCSIS 1.1
La especificacin DOCSIS 1.1 incluye nuevos conceptos
relacionadoconcalidaddeservicioquenoestnincluidosen
la versin anterior como la clasificacin de paquetes e
identificacindeflujo,laplanificacindelaQoSdeflujode
servicioylosmecanismosdefragmentacinyconcatenacin[5].
1) Teor a de oper acin: Los distintos mecanismos del
protocoloDOCSISsepuedenusarparaelsoportedelacalidad
deserviciotantodetrficoascendentecomodescendentepor
elCMyelCMTS.Losrequisitosdecalidaddeservicioincluyen:

Una funcin de configuracin y registro para la

configuracinpreviadeflujosdeserviciodeQoSbasados
enCMyparmetrosdetrfico.
Unafuncindesealizacinparaestablecerdinmicamente
flujosdeserviciohabilitadosparaQoSyparmetrosdetrfico.
Utilizacindeparmetrosdetrficoydeplanificacinde
MACparaflujosdeservicioascendentes.
Utilizacin de parmetros de trfico QoS para flujos de
servicio descendentes
Clasificacindelospaquetesquellegandelainterfazde
serviciodelacapasuperiorparaundeterminadoflujode
servicioactivo.

2) FlujosdeServicio: LamaneradeproporcionarunaQoS
consisteenclasificarlospaquetesqueatraviesanlainterfaz
MACdeRFenunflujodeservicioelcualesunflujounidireccional
depaquetesqueproporcionanunadeterminadacalidaddeservicio.
El CM y el CMTS proporcionan esta QoS conformando,
controlandoypriorizandoeltrficodeacuerdoalconjuntode
parmetrosdeQoSdefinidoparaelflujodeservicio[5].

Anlisis delprotocolo DOCSISpara la distribucinde aplicaciones ycontenidos deTDi en una HFC

Campo,etal.

Losflujosdeservicioexistentantoenelsentidoascendente
como en el descendente, y sin de hecho ser activados. Los
flujosdeserviciotienenunidentificadordeflujodeservicio
(SFID)de32bitsasignadoporelCMTS.Todoslosflujosde
serviciotienenunSFIDlosflujosdeservicioactivoyadmitido
tambintienenunidentificadordeservicio(SID)de14bits[5].
Paramanejarlosserviciosdisponibles,sehahabilitadoun
mecanismodeclasificacindepaquetesbasndoseenciertos
camposdelascabecerasdelascapas2,3y4yunaasignacin
deanchodebandamediantemensajesMAPdeformaquela
diferenciacindeserviciospuedaimplementarseenredescon
DOCSIS1.1.
3) FlujosdeServiciodeQoSenDOCSIS1.1: Losservicios
deplanificacinestnconcebidosparamejorarlaeficienciadel
procesode peticin/concesin.Especificando unservicio de
planificacin y sus parmetrosde QoS asociados, el CMTS
puedepreverlasnecesidadesdethroughputyretardodeltrfico
en sentido ascendente, y proporcionar peticiones y/o
concesiones en los momentos oportunos. Cada servicio se
adaptaexpresamenteauntipoespecficodeflujodedatos.Los
servicios bsicos comprenden: servicio de concesin no
solicitada (UGS, Unsolicited Grant Service), servicio de
interrogacinsecuencialentiemporeal(rtPS,realtimePolling
Service),serviciodeconcesinnosolicitadacondeteccinde
actividad(UGSAD,UnsolicitedGrantServicewithActivity
Detection),serviciodeinterrogacinsecuencialnoentiempo
real,(nrtPS,nonrealtimePollingService),yserviciodemximo
esfuerzo(BE,BestEffort)[12].
4) Concatenacin y Fr agmentacin: Con estos dos
mecanismos, los minislots concedidos sern utilizados
completamente para transportar paquetes segmentados o
concatenados. De esta forma, el throughput del canal
ascendenteseincrementa[12].
Porunlado,laconcatenacinesunmediodelquedisponeel
CM para permitir que mltiples paquetes pequeos sean
combinados y enviados en una misma trama MAC,
aprovechando una sola oportunidad de transmisin. La
concatenacinreducelaocurrenciadecolisionesreduciendo
el nmero de oportunidades de transmisin individuales
necesarias. Por otro lado, la fragmentacin consiste
esencialmente en la divisin de grandes paquetes en varios
paquetesmspequeos,loscualesseencapsulanenunatrama
MACjuntoconunencabezadodefragmentacindetamao
fijoyuncdigoderedundanciacclica(CRC)delfragmento.Al
habilitarestemecanismoparaunflujodeservicio,elCMTS
inicialafragmentacincuandoconcedeaundeterminadoCM
unanchodebandaconuntamaodeconcesinmenoraldela
peticindeanchodebandarealizadporelCM.Estoseconoce
comoconcesinparcial.Lafragmentacinseaplicadelamisma
formatantoalastramasconcatenadascomoalassimplesyse
encapsulandelamismaforma[12].
El CMTS puede utilizar dos modos para efectuar la

123

fragmentacin.Elprimeroeselmodoconcesinmltiple,el
cualpresumequeelCMTSretieneelestadodelafragmentacin.
Este modo permite al CMTS tener mltiples concesiones
parcialespendientesparacualquierSIDdado.Elsegundoesel
modoremolquequesuponeelCMTSnoretieneningnestado
delafragmentacin.Slounaconcesinparcialestpendiente,
por lo que el CM inserta la cantidad restante en el campo
remolquedelencabezadodefragmento.ElCMTSdeterminael
modoquehabrdeutilizarse[5].

IV. CASO DE ESTUDIO

Lasaplicacionesparaambienteseducativosquesetuvieron
encuentacomocasodeestudiosonaquellasquefacilitanla
entregadecontenidosdeTlearningycuyosrequerimientos
han sido definidos dentro del proyecto EDiTV mediante la
participacin multidisciplinar de los diferentes grupos
involucrados,teniendoencuentalosconceptospedaggicos,
deusabilidadydeingeniera,loscualessecondensanenlos
siguientespuntos[3].

DebepresentarunMendecontenidosdesdeelcualpueda
accedersealasdiferentesseccionesdeltemaatratar.

Debe presentar una barra de navegacin dentro de cada

seccinquepermitarealizaraccionescomovolveralMen
decontenidos,SaliroInteractuar.
Sedebeseguirunaplantillageneralparatodaslassecciones
delcurso.
Los videos dentro de cada seccin deben presentarse a
peticindelusuario.
Cada seccin de video puede presentar una o ms
aplicacionesinteractivas.
Lasaplicacionesinteractivassolosedebenpresentarsiel
usuarioaslodesea.
A continuacin se hace una breve descripcin de las
aplicaciones que fueron objeto de simulacin bajo la
herramientaOPNETModeler:
Programa educativo con informacin adicional: En esta
aplicacinsehabilitancontenidosadicionalesalolargode
latrasmisindelprograma,loscualesestncompuestosde
texto eimgenes quese descargan atravs delcanal de
retorno. Para acceder a dichos contenidos la aplicacin
incluye opciones que el estudiante puede seleccionar
iniciandosudescargadesdeelservidordeaplicacionesdel
sistemadeaprendizaje[15].Lapantalladeltelevisorsedivide
endos espacios,en unode loscuales el videocontina
ejecutndose y en el otro se presenta la informacin
solicitada por el televidente. Esta aplicacin se la ha
denominadoEDiTV0.
Programaeducativoconpreguntasdeseleccinmltiple:
Enestaaplicacin,unestudianterecibeunprogramade
televisinporelcanaldedifusinduranteelcualserealizan

124

RevistaAvancesenSistemaseInformtica,Vol.6No.3,Diciembrede2009ISSN16577663

diversaspreguntasdeseleccin mltiple.Cadapregunta
tienenunavigenciaenundetiempodeterminado,porlo
cualelprogramasedivideensegmentos,cadaunodelos
cueles tendrn asociada una pregunta que el estudiante
responder de acuerdo a lo que est observando. Las
respuestas seleccionadas desde el control remoto se
transmitendesdeelSTBalservidordeaplicacionesporel
canalderetorno.EstaaplicacinselahallamadoEDiTV1.

V. M ODELO S DE SIM ULAC IN

Para poder realizar la simulacin de manera confiable fue

necesario modelar la red HFC enelcualse desplegaranlas
aplicacionesdeTDi[22],paraello,seutilizaronlosmodelosde
dispositivos proporcionadosporlaherramienta de simulacin
OPNETModelercomoCMTS,CMyestacionesdetrabajo,al
igualqueelmodelodelprotocoloDOCSISelcualessoportadoen
elCMTS,yseconstruyeronlosmodelosdesimulacinparael
trficodelasaplicacionesdeTDi,elclienteSTByelservidorde
aplicacionesinteractivas,loscualessedescribenacontinuacin:
A. Modelo de trfico
ParagenerarelmodelodetrficodelasaplicacionesdeTDi
tomadas como caso de estudio, se realizaron capturas en el
laboratorio de EDiTV, y de esta forma se determinaron los
parmetrosdelasfuncionesdeprobabilidadquemejordescriben
elcomportamientodelosusuarioscuandorealizaunasolicitud
oenvodeinformacinalservidordeaplicacionestalycomose
muestra en latabla 1. El proceso seguidopara encontrar el
modelodeestasaplicacionesdeTDiseencuentraen[22].

configuracin del protocolo DOCSIS, para determinar los

alcancesdelareddeaccesoHFCparaproporcionarlosrecursos
derednecesariosparaunaadecuadaprestacindeunservicio
deTDi,dondeelretardonodebesermayorque200msegyla
prdidadepaquetestienequesernula[19]
B. Modelo del Cliente STB
EnlasimulacindelasaplicacionesdeTDi,losclientesque
simulanalSTBcorrespondenaestacionesdetrabajoquese
conectapormediodeunainterfazEthernetalmdemdecable.
Enestasestacionesseconfiguraronlosperfilesquerepresentan
elcomportamientodeunusuarioduranteunlapsodetiempoen
elqueinteractaconlasaplicacionesdeTDitantodesolicitud
de informacin adicional como de preguntas de seleccin
mltiple.Losperfilesseconfiguraronteniendoencuentaque
el productor del programa de televisin educativo es quien
defineohabilitacuandosepuedesolicitarinformacinadicional
alprograma detelevisino responderauna pregunta.Para
todoslosusuariodelasaplicacionesdeTDi,cada2minutosse
permitelautilizacindeestasconlocualelmodelodetrficode
las aplicaciones entra en funcionamiento basado en el
comportamientoestadsticodecadaunadeellas.
C. Modelo del servidor de aplicaciones interactivas
Dentro del proceso de simulacin, se utiliz un servidor
genrico de la herramienta OPNET Modeler el cual fue
configuradodetalformaquepuedaresponderalasolicitud
dearchivosypeticionesrealizadasporlosdiferentesusuarios
delasaplicacionesdetelevisininteractiva.Esteservidorse
conecta al CMTS por medio de una interfaz Ethernet para
establecer una transmisin de datos transparente por la red
HFC,esteservidorhacepartedeloqueenunareddeTDise
conocecomola cabeceradered.

Tabla I. Caracterizacin del trfico de las aplicaciones EDiTV

VI.ANLISISDERESULTADOS
AplicacindeTDi

Aplicacinde
solicitudde
infor macin
adicional

Aplicacinde
r espuestasde
seleccinm ltiple

Aspectodeltr fico
car acter izado
Tiempoentre
peticiones
TamaodelaSolicitud
deinformacin
TamaodelArchivo
XML1
Tamaodel Archivo
XML2
TamaodelaImagen
Tiempoentre
respuestas
TamaodelEnvode
Informacin
Tamaodela
RespuestadelServidor

Funcinde
pr obabilidad

Par metr osdeentraala

herr amientadesimulacin

Exponencial

Media(x)=28.5262seg
Desviacinestndar(x)=25.1136seg

Constante

Valorconstante=256bytes

Constante

Valorconstante=1084bytes

Constante

Valorconstante=8443bytes

Constante

Valorconstante=10053bytes
Media(x)=38.0102seg
Desviacinestndar(x)=14.1642seg

Normal
Constante

Valorconstante=400bytes

Constante

Valorconstante=200bytes

LaaplicacinEDiTV0desarrolladaenlaboratoriopermitela
solituddeuncontenidoconinformacindetipotexto(archivo
XML1), y luego de un tiempo (tiempo entre peticiones) la
solicituddeuncontenidoconformadoportexto(archivoXML2)
yporunaimagen.Entretanto,laaplicacinEDiTV0solamente
facilitaelenvodelasrespuestasdelosusuariosalservidorde
aplicacionesylarplicadelservidoraestos.
Estemodelodetrficopermitilarealizacindediferentes
simulaciones con varios usuarios y diferentes perfiles de

Acontinuacinsepresentaelanlisisdelosresultadosde
lasimulacin delos diferentesescenarios.
A. Efectos del incremento del nmero de usuarios sobre la
transmisin de aplicaciones de TDi
Lasdosaplicacionesseleccionadas paraelestudio,tienen
uncomportamientomuydiferenteentres,mientraslaaplicacin
desolicituddeinformacinadicionalalprogramadetelevisin
educativo(EDiTV0)distribuyeeltrficoentodoelintervalode
simulacin,laaplicacindepreguntasconrespuestadeseleccin
mltiplesobre el programa de televisin educativa(EDiTV1)
concentra el trfico en rfagas en instantes de tiempo
determinados.Estasdostendenciasseevidencianamedidaque
seincrementaelnmerodeusuariosdedeterminadaaplicacin.
ConlaconfiguracintpicadelprotocoloDOCSISdelatabla
2,contipodeservicioBestEffort,unslocanalascendente,
fragmentacin,concatenacinypiggybackingdeshabilitados,
semideinicialmenteelefectodelaumentodeusuariostanto
paralaaplicacinEDiTV0comoparalaaplicacinEDiTV1para

Anlisis delprotocolo DOCSISpara la distribucinde aplicaciones ycontenidos deTDi en una HFC

Campo,etal.

1,40,80,125y250usuarios.
LasFig.2ayFig.2bcorrespondenatrficorecibidoyenviado
porelservidordeaplicacionesmientrasquelasFig.2cyFig.2d
correspondenalthroughputenlaredHFC.Eltrficoagregado
eselresultadodelatransferenciadeinformacininiciadapor
los diferentes usuarios en los instantes de tiempo donde el
productordetelevisinhabilitalaaplicacinparaextraerla
informacin adicional al programade televisin. En dichas
grficaspuedenotarsecomoamedidaqueseaumentaelnmero
deusuarioseltrficodelaredaumentaysepresentadisperso
TABLA II. PARMETROS DOCSIS PARA ELTRFICO DE TDI

Par metr os
Valor
TasadedatosdeUpstream
2.56Mbps/QPSK
TasadedatosdeDownstream 55Mbps/256QAM
TiempoentreMAP

10ms

Tamao minislot

16bytes

MinislotporMAP

200

Slots decontencinporMAP

32

125

en todo el intervalo de tiempo de simulacin sin verse

aglomeracionesderfagas.Porsuparte,laaplicacinEDiTV0
encuantoalaformadeltrficogeneradopresentasimilitudes
conlasaplicacionesHTTPapesardequelospaquetesque
manejasonmspequeos.
En las Fig. 2a y Fig. 2b puede observarse que el trfico
generadoporunsolousuarionosuperalos80bytes/stantoen
sentidodescendentecomoenelsentidoascendente,mientras
quecon250usuariossetienenvalorespicode3000bytes/sen
elcanalascendentey80000bytes/senelcanaldescendente.
Este trfico se incrementa en la red HFC debido al
funcionamientopropiodelprotocoloDOCSIS,almecanismode
transporteMPEGyalastcnicasdecorreccinydeteccinde
erroresFECllegandohasta140Kbps(figura45c)enelcanal
ascendentey700Kbps(figura45d)enelcanaldescendente.

a)b)

c)d)
Figur a 2. Trfico agregado generado por diferente nmero de usuarios de la aplicacin de solicitud de informacin adicional en los canales
ascendente y descendente.

126

RevistaAvancesenSistemaseInformtica,Vol.6No.3,Diciembrede2009ISSN16577663

Debido al bajo consumo de ancho de banda, los retardos

generados no son muy elevados, as, para 250 usuarios se
obtuvoelmximoretardoDOCSISqueenpromediofuede14.8
msyaniveldelaaplicacin(retardoEDiTV)elretardoen

promediollega35msmantenindosedentrodellmitede200
ms con lo cual la aplicacin no tendr problemas de
funcionamiento.EstosepuedeverenlaFig.3.

a)b)
Figur a 3. Retardo DOCSIS y retardo EDiTV para diferente nmero de usuarios de la aplicacin de solicitud de informacin adicional.

LaaplicacinEDiTV1adiferenciadelaanteriorrequierela
sincronizacinconelcontenidodelprogramaqueelusuario
recibeporelcanaldedifusin,porloquelasrespuestasyel
intercambiodeinformacinatravsdelcanalinteractivoestn
ligadosaloseventosquesucedanenelprogramaocasionando
queeltraficoagregadotengadeterminadospuntosdeafluencia
yporendesepresenteenrfagas.Comoejemplo,cuandose
realizaunapreguntacomienzaacorreruntiempoquedelimitala
vigenciadelapregunta,porlocualtodoslosusuariosdebern
hacerefectivasurespuestadentrode eseintervaloytodoel
trfico se concentrar en el lapso, siguiendo la distribucin
normalsegnelmodelodetrficoarrojadoporelestudiodelas
capturasdetrficoreal[22].Estaaglomeracindeltrficoafecta

enmayormedidaelrendimientodelareddebidoalacantidad
deusuariosquetratandeaccedersimultneamenteaunquelos
paquetesnotenganuntamaoconsiderable.
EnlaFig.4puedenotarsequeenlospuntosdeafluenciael
trficogeneradopor250usuariosquerespondenaunapregunta
deseleccinmltiple(Fig.4a)llegaa120Kbytes/smientrasque
eltrficodelservidorencontestacinalos250usuarios(Fig.
4b)esmspronunciadollegandoa1080Kbytes/s.Sinembargo,
ydebidoalfuncionamientodelprotocoloDOCSIS,almecanismo
detransporteMPEGyalastcnicasdecorreccinydeteccin
deerroresFECeltrficoenelcanalascendentedelaredHFC
(Fig.4c)alcanza400Kbpsyenelcanaldescendente(Fig.4d)
llegahasta1200Kbps.

a)b)

Anlisis delprotocolo DOCSISpara la distribucinde aplicaciones ycontenidos deTDi en una HFC

Campo,etal.

127

c)d)
Figur a 4. Trfico agregado generado por diferente nmero de usuarios de la aplicacin de preguntas de seleccin mltiple en los canales ascendente
y descendente.

ParaesteescenariosetienequeelretardoDOCSISyTCP
estndentrodelosrangosnormales,yporendelaaplicacin
notendrproblemasdefuncionamiento.EnlaFig.5semuestra

elpromediodelretardoDOCSISydelretardoEDiTVvariando
elnmerodeusuarios,dondeelmximoretardoseobtuvopara
250usuariosllegandoa22msy4.8msrespectivamente.

a)b)
Figur a 5. Retardo DOCSIS y retardo EDiTV para diferente nmero de usuarios de la aplicacin de preguntas de seleccin mltiple.

B. Efectos de la variacin del tiempo entre MAP sobre la

transmisin de aplicaciones de TDi
EltiempoentremensajesMAPtienemucharelevanciaenla
configuracindelprotocoloDOCSISyaquelosmensajesMAP
sonenviadosporelCMTSatravsdelcanaldebajadapara
que los CM puedan solicitar reservas de transmisin de
informacin, portal razn la generacinde mensajes MAP
afectaconsiderablementeelrendimientodelsistema.

oportunidadesdereservamientrasseencuentraenesperade
latransmisin,encambiountiempoexcesivamentegrandeentre
mensajesMAPreducelasoportunidadesdetrasmisin.

CuandoseconfigurauntiemporeducidoentremensajesMAP
seproducenmsoportunidadesdetransmisinparalosCM,
disminuyendo el retardoMAC al igual que elretardo en la
transmisindepaquetes deunaaplicacin,sin embargolos
tiemposmuypequeosentremensajesMAPnosonptimos,
yaquecausansobrecargaenlacapacidaddeprocesamiento
delsistemayademsprovocanqueunCMdesperdiciemuchos

Enestesentido,enlaFig.5semuestraelefectodelavariacin
deltiempoentreMAPsobreelthroughputdelaredcuandose
tienen125usuariosdelaaplicacinEDiTV0.Comosepuede
observar, a medida que el tiempo entre MAP disminuye el
throughputdelcanaldescendente(Fig.6a)aumentadebidoa
queelCMTSenvaconmayorfrecuenciaestetipodemensajes
por el canaldescendente reduciendo la tasade bits efectiva

Paradeterminarlosefectosquetienelavariacindeltiempo
entre MAP sobre las aplicaciones de TDi, se realizaron
simulacionesdediferentesescenariosconlaconfiguracindel
protocoloDOCSISdelatabla2.Lacomparacinsehizopara
5ms,10ms,20msy50msdetiempoentreMAP.

128

RevistaAvancesenSistemaseInformtica,Vol.6No.3,Diciembrede2009ISSN16577663

paralatransmisindeinformacin.

MAPensentidodescendentesuponeunacargaextra,quees
superior a la sobrecarga que introducen otros mensajes de
mantenimientotransmitidosporestecanal,peroqueafectan
ligeramentealrendimientodelared.

Porejemplo,paralaconfiguracindelassimulacionesse
establecequeunmensajeMAPseenvacada10ms,conloque
setendran100MAP/sec.SielMAPtieneunalongitudde64
bytes,elanchodebandaconsumidoporestetipodemensajes
serade51.2Kbps.EnunCMTSconuncanaldescendentey
un canal ascendente, el ancho de banda consumido para
transmitirtodoslosmensajesMAPseraentoncesde51.2Kbps,
peroseincrementaporcadacanalascendenteadicional.Estos
clculos estn realizados con mensajes MAP de 64 bytes,
pudiendosermayoresdependiendodelesquemademodulacin
yelanchodebandautilizadoenupstream.

Paraelcanalascendentelasituacinesdiferente,enlaFig.
6b,puedeobservarsequeparauntiempoentreMAPde50ms
eltraficoascendenteesmsgrande,debidoaquelasestaciones
tienenescasasoportunidadesdetransmisin,porlocuallos
timeoutdelaaplicacinsevencenyseproduceperdidade
paquetes,assehacenecesarialaretransmisinyprecisamente
loqueadicionatrficoenlared.Estosepuedecorroborarcon
laFig.6cdondelarazndepaquetesperdidosesde45%sila
redseconfiguraconuntiempoentreMAPde50ms.

Estasconsideracionesindicanquelatransmisindemensajes

a)b)

c)
Figur a 6. Throughput de los canales ascendente y descendente, y razn de prdida de paquetes para diferente tiempo entre mensajes MAP para la
aplicacin de solicitud de informacin adicional.

Porsuparte,elefectodelavariacindeltiempoentreMAP
sobreelretardosemuestranenlasgraficasdelaFig.7.Ntese
comoamedidaqueeltiempoentreMAPaumentaelretardo
DOCSISyEDiTVseincrementandesdevaloresaceptableshasta

valoresqueperjudicaneldesempeodelasaplicacionespor
cuantosuperanellmitepermitidode200ms.Elcasomscrtico
seobtuvoparauntiempoentreMAPde50msdondeelretado
DOCSISalcanz140msyelretardoEDiTV300ms.

Anlisis delprotocolo DOCSISpara la distribucinde aplicaciones ycontenidos deTDi en una HFC

Campo,etal.

129

a)b)
Figur a 7. Retado DOCSIS y retardo EDiTV para diferente tiempo entre mensajes MAP para la aplicacin de solicitud de informacin adicional.

Para laaplicacin EDiTV1 los efectos deltiempo entre MAP

sonsimilaresalosdelaaplicacinEDiTV0,porlotantosieltiempo
entremensajesMAPesreducido,eltrficoenelcanaldescendente
seincrementadebidoalaumentoenlafrecuenciadetransmisinde
mensajesMAP,encuantoalcanalascendenteseveunincremento

eneltraficoaldisminuirlacantidaddemensajesMAPysedebeal
trficodelasretransmisiones.Comocasoparticular,enlaFig.8a,
conuntiempoentreMAPde5ms,laaplicacintieneproblemasde
funcionamiento por que excede el nmero de retransmisiones
posibles,yporendenosegeneratrfico.

a)b)

c)
Figur a 8. Throughput de los canales ascendente y descendente, y razn de prdida de paquetes para diferente tiempo entre mensajes MAP para la
aplicacin de preguntas de seleccin mltiple.

130

RevistaAvancesenSistemaseInformtica,Vol.6No.3,Diciembrede2009ISSN16577663

Encuantoalosretardos,puedeobservarseenlaFig.9queal
aumentareltiempoentreMAPelretardoseincrementallegando
hasta220msenelretadoDOCSISy450msenelretardoEDiTV

cuandoseconfigurauntiempoentreMAPde50ms,locual
afectaconsiderablementeelrendimientodelaaplicacin.

a)b)
Figur a 9. Retado DOCSIS y retardo EDiTV para diferente tiempo entre mensajes MAP de la aplicacin de preguntas de seleccin mltiple.

C. Efectos de la variacin de los parmetros de calidad de

servicio del protocolo DOCSIS sobre la transmisin de
aplicaciones de TDi
Lafragmentacin ylaconcatenacinestn pensadaspara
mejorarelrendimientodelcanalascendenteyhacerunmejor
usodeesterecursotanlimitadoenlasredesHFC[5].Deesta
manera,yparaanalizarlosefectosqueestosmtodospuede
tenersobrelatransmisindeinformacindelasaplicaciones
de TDi objeto de estudio, se realizaron la simulacin de
diferentes escenarios habilitando y deshabilitando estos dos
mecanismosconlaconfiguracindelprotocoloDOCSISdela
tabla2para125usuarios.Enlasgrficasquesepresentana
continuacin se tienen las siguientes convenciones: C:
ConcatenacinHabilitada,NC:ConcatenacinDeshabilitada,

F: Fragmentacin Habilitada y NF: Fragmentacin

Deshabilitada.
ParalaaplicacinEDiTV0,laFig.10amuestraqueconel
mecanismodeconcatenacinhabilitadosedisminuyeelretardo
DOCSIS,entantoquelafragmentacincasinotieneefectos
sobreeltrficogeneradoporlasaplicacionesdeTDi.Enlos
escenariosquetienendeshabilitadalaconcatenacinelretardo
DOCSISseincrementahasta12.5ms,ycomosepuedeverlas
grficasresultantesestntraslapadas.Casocontrarioocurre
conelretardoEDiTV(Fig.10b),dondelospeorescasosestn
cuandosehabilitalaconcatenacinconlocualsealcanzael
lmitedelretardopermitidoparaproporcionarcalidaddeservicio
porsupartelafragmentacinnotieneefectosymantieneel
retardoEDiTVconvaloresaceptablesalrededorde30ms.

a)b)
Figur a 10. Retado DOCSIS y retardo EDiTV para diferentes combinaciones de concatenacin y fragmentacin para la aplicacin de solicitud de
informacin adicional.

Anlisis delprotocolo DOCSISpara la distribucinde aplicaciones ycontenidos deTDi en una HFC

Campo,etal.

AhoraconlaaplicacinEDiTV1,enlaFig.11semuestraque
conelmecanismodeconcatenacinhabilitadoelretardoDOCSIS
disminuye,mientrasqueparalasdoscombinacionesrestantes
esteseincrementahasta16.5ms.Porsuparte,seobtienenlos

131

peoresresultadosdelretardoEDiTV(Fig.11b)cuandosehabilita
laconcatenacinalcanzndosevalorescercanosalos100ms
entretantolafragmentacinnotieneefectosymantieneelretardo
EDiTVconvaloresaceptablesalrededorde35ms.

a)b)
Figur a 11. Retado DOCSIS y retardo EDiTV para diferentes combinaciones de concatenacin y fragmentacin para la aplicacin de preguntas de
seleccin mltiple.
VI I . C O NC L USI O NE S

LaaplicacinTDi,depreguntasconrespuestadeseleccin
mltiple(EDiTV1)tieneuncomportamientoarfagas,quesi
biengenerapaquetespequeosexigeunadecuadomanejode
lareddebidoalasmltiplestrasmisionesqueelCMTSdebe
atendereninstantesdetiempodeterminados.Deestamanerasi
seaseguraqueparaestaaplicacinlosretardosestndentro
deloslmitesestablecidosporlasrecomendaciones,seasegura
tambinunptimofuncionamientoparaotrasaplicacionesde
TDimenosexigentes.Porotraparte,laaplicacinEDiTV0que
estenfocadaalapeticindeinformacinadicionalcuandolos
contenidosestndisponibles,manejasolicitudesdeimgenes
ytextoasemejndosealanavegacinWeblivianadadoque
paralatransferenciadeinformacinusaelprotocoloHTTP.
El trfico agregado generadopor las aplicaciones de TDi
supone un consumo considerablede recursos que deben ser
proporcionadosporlaredparaqueelfuncionamientodelas
aplicacionesestedentrodeloslmitesderetardoyprdidade
paquetes, razn por la cual es necesaria una adecuada
configuracin del protocolo MAC cuando las aplicaciones
entrenacompetirporlosrecursosconotrasaplicacionescomo
VozsobreIP(VoIP),FTPoHTTP.
ElincrementodeltiempoentreMAPafectaelthroughputyel
retardodelaredydelasaplicaciones,porlotanto,paralas
aplicaciones de TDi en las que el trfico tenga puntos de
afluencia,como resultadodeque eltiempo entrerespuestas
estadescritoporunadistribucinnormal,yparaaplicaciones
tpicas de solicitud de informacin adicional, donde las
peticionessedistribuyendemaneraexponencial,serecomienda

configuraresteparmetroentre10msy20msconlocuales
obtienenretardosyconsumodeanchodebandaaceptables.
Losmecanismosdefragmentacinyconcatenacinreducen
elretardoDOCSISdelared,lafragmentacinporsuparte,no
tieneefectosmuyapreciablessobrelasaplicacionesEDiTVya
quelospaquetesintercambiadosentreelservidordeEDiTVy
losclientessonmuypequeos,detalmaneraqueenningn
momentosepresentaunaconcesinparcial.Porsuparte,la
concatenacinsiseaplicaparalospaquetesdeEDiTV,pero
aunquedisminuyeelretardoanivelMACintroduceretardolas
aplicacionesEDiTV(retardoEDiTV)siendoasperjudicialpara
elfuncionamientodeestasaplicaciones.
Como trabajos futuros, se deben realizar estudios sobre
aplicacionestipovdeoquesedescarguenatravsdelcanal
de retorno. Evaluando el rendimiento ante diferentes
configuraciones del servicio en conjunto con otras
aplicaciones, para determinar las capacidades de la red de
accesoHFCysuprotocoloDOCSIS.
AGRADECIMIENTOS

EstetrabajoformpartedelproyectoEDiTV[23],elcualfue
apoyadoporelMinisteriodeEducacinNacionaldeColombia
yCOLCIENCIAS(InstitutoColombianoparaelDesarrollodela
CienciaylaTecnologa,FranciscoJosdeCaldas)atravsdel
proyecto110339320026.
ARobertoGarcaFernndez,profesortitulardelDepartamento
deInformticadelaUniversidaddeOviedo(Espaa),porsu
apoyo y soporte en el uso de la herramienta de simulacin
OPNETModelerparallevaracaboestetrabajo.

132

RevistaAvancesenSistemaseInformtica,Vol.6No.3,Diciembrede2009ISSN16577663

REFERENCIAS

[1 ]Amaya J.P, Urbano F.A, Campo W. Y, Arciniegas J. L., 2008.

Infraestructura Tecnolgica para un laboratorio experimental de
Televisin Digital interactiva. Congreso colombiano de
comunicaciones Colcom, Popayn, Colombia.
[2 ]Barakat N.y Darcie T. E., 2007. Delay characterization of cable
access networks. En: IEEE Communications Letters, vol. 11, no.
4, pp 357 359.
[3 ]Campo W.Y., 2009.Anlisis deTrfico para una Red HFC Generado
por la Distribucin de Contenidos Educativos para la Televisin Digital
Interactiva. Tesis de Maestra en Ingeniera Telemtica. En:
Universidad del Cauca, Popayn Colombia
[4 ]Campo W. Y. LaraA. Arciniegas J. L. Garca R. Melendi D. y
Paeda X. G., 2009. Anlisis de video bajo demanda utilizando el
protocolo RTMP, sobre una red de cable. En: V Congreso
Iberoamericano de Telemtica CITA 2009. Universidad de Oviedo,
Gijn, Espaa.
[5 ]Cable Television Laboratories, Inc., 2007. DataOverCable Service
Interface Specification, DOCSIS 1.1, Radio Frequency Interface
Specification.
[6 ] ETSI EN 300 429 V1.2.1. 1998. Digital Video Broadcasting (DVB)
Framing structure, channel coding and modulation for cable systems.
[7 ]ETSI ES 200 800 V1.3.1. 2001. Digital Video Broadcasting (DVB)
DVB interaction channel for CableTV distribution systems (CATV).
[8 ]ETSITS 102 812 V1.2.2. 2006. Digital Video Broadcasting (DVB)
Multimedia Home Platform (MHP) Specification 1.1.1.
[9 ]Garca M., 2002. Modelado de prestaciones de Redes de rea
metropolitana para la transmisin de datos, basadas en tecnologa
hibridad fibracoaxial. Tesis Doctoral, rea de Ingeniera Telemtica.
En: Universidad de Oviedo, Gijn Espaa.
[1 0]Garca M. Garca D. F. Garca V. G. y Bonis R., 2004.Analysis and
Modeling of Traffic on a Hybrid FiberCoax Network. En: Journal on
SelectAreas in Communications, Volume 22, Inssue 9. IEEE, pp.
1718 1730.
[1 1]Garca M. Garca D. F. GarcaV. G. Garca X. G. y Bonis R., 2002.
TrafficAnalysis of DataTransmission on Hybrid Fiber Coax Network.
En: IASTED International Conference on Communication Systems
and Networks. Mlaga Espaa.
[1 2]Garca R., 2005. Desarrollo de un modelo de red con tecnologa FTTX
para transmisin de voz y datos.Anlisis del protocolo de acceso al
medio y validacin del trfico generado. Tesis Doctoral, rea de
IngenieraTelemtica. En: Universidad de Oviedo, Gijn Espaa.
[1 3]Garca R. GarcaV. G. Paeda X. G. Melendi D. y NeiraA., 2004.
Aggregated traffic generation in FTTX networks. International
Conference onApplied Computing. Lisboa Portugal.
[1 4]Garca X., 2004.Anlisis, modelado y configuracin de servicios de
video bajo demanda sobre redes de cable, Tesis Doctoral, rea de
IngenieraTelemtica. En: Universidad de Oviedo, Gijn Espaa.
[1 5]Jokipelto P., 2006. Modelling and content production of distance
learning concept for interactive digital television. Tesis Doctoral.
Universidad de Tecnologa de Helsinki, Finlandia. Documento PDF
disponible en: http://lib.tkk.fi/Diss/2006/isbn9512285428/.
[1 6]Meritxell E., Interactividad e interaccin, Departamento de
Pedagoga, Universidad de Girona. Espaa. En: http://
d i a l n e t . u n i r i o j a . e s / s e r v l e t /
fichero_articulo?codigo=1252603&orden=89124
[1 7]Modeler Documenta tion Set. Version: 12.0. 200 6. OPNET
Technologies.
[1 8]Muiz I., 2006. La Evolucin de la Especificacin DOCSIS (Parte
1)". CINIT, Mxico. En: http://www.cinit.org.mx/
articulo.php?idArticulo=35
[1 9]Recomendacin ITUT G.1010., 2001. Categoras de calidad de
servicio para los usuarios de extremo de servicios multimedios.
[2 0]Recomendacin ITUT J.112., 1998. Sistemas de transmisin para

servicios interactivos de televisin por cable.

[2 1]Rege K. y Sun D., 2005.A simple analytical model to estimateVoIP
signaling delays in an HFC access network. En: GLOBECOM IEEE
Global Telecommunications Conference, pp. 1344 1348.
[2 2]Rueda D.F., Taimal I. R., Campo W. Y. y Arciniegas J. L., 2009.
Caracterizacin de la distribucin de contenidos de iTV en el canal
interactivo de la red HFC. En: V Congreso Iberoamericano de
Telemtica CITA 2009. Universidad de Oviedo, Gijn, Espaa.
[2 3]SitioWeb del Proyecto EducacinVirtual basada enTelevisin Digital
Interactiva para apoyar procesos educativos a distancia EDiTV. En:
http://www.unicauca.edu.co/EDiTV
[2 4]Sitio web del Grupo de Ingeniera Telemtica GIT de la Universidad
del Cauca. En: http://git.unicauca.edu.co/
Wilm a r Yesid C a m p o M u oz. Ha recibido los
ttulos de Magister en Ingeniera, rea Telemtica
Ingeniero en Electrnica y Telecomunicaciones de la
Universidad del Cauca y actualmente es candidato a
Doctor en Ingeniera Telemtica de la misma
Universidad. Ha ejercido profesionalmente como
Investigador en diferentes proyectos en el ITEC
Telecom y en la Universidad del Cauca. Entre sus
campos de inters estn la Gestin de redes, la
Televisin Digital Interactiva y el Teletrfico. El
Ingeniero Campo forma parte del Grupo GIT de la
Universidad del Cauca donde ha propuesto, elaborado
y participado en la ejecucin de varios proyectos de
Televisin Digital interactiva como EDiTV,
MT2TDi, STCAV
Diego F er n a n d o R u ed a P ep in osa . Ingeniero en
Electrnica y Telecomunicaciones graduado en la
Universidad del Cauca, Colombia. Actualmente se
desempea como Profesional de Proyectos en el
Centro de Investigacin de las Telecomunicaciones
(CINTEL) y es miembro de laAsociacin Colombiana
de Ingenieros ACIEM. Entre sus reas de inters se
destacan las Redes y Servicios de Nueva Generacin,
laTelevisin Digital Interactiva, elAnlisis deTrfico
y el Desarrollo deAplicaciones Web. Particip en la
ejecucin del proyecto de investigacin sobre
Televisin Digital interactiva EDiTV desarrollado
en la Universidad del Cauca.

I v n R ica r d o Ta im a l Na r v ez. Ingeniero en

Electrnica y Telecomunicaciones graduado de la
Universidad del Cauca, Colombia.Actualmente est
vinculado a la Divisin de Sistemas de la Universidad
del Cauca. Su inters est centrado en las Redes de
Nueva Generacin, la Seguridad en Redes, elAnlisis
de Trfico y el Desarrollo deAplicaciones Mviles.

J os L u is Ar cin iega s H er r er a . Ha recibido los

ttulos de Ingeniero en Electrnica y
Telecomunicaciones y Especialista en Redes y
Servicios Telemticos de la Universidad del Cauca y
Doctor en Ingeniera de Sistemas Telemticos de la
Universidad Politcnica de Madrid. Se desempea
como docente adscrito al Departamento deTelemtica
de la Universidad del Cauca. Entre sus campos de
inters estn el Desarrollo del Software Evolutivo,
Arquitectura del Software, Sistemas de Tiempo Real
y la Televisin Digital Interactiva .El Ingeniero
Arciniegas forma parte del Grupo GIT de la
Universidad del Cauca donde ha liderado varios
proyectos de televisin Digital interactiva, EDiTV,
MT2TDi y ST_CAV.