Documentos de Académico
Documentos de Profesional
Documentos de Cultura
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
Cmo citar?
Nmero completo
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
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
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.
121
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.
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:
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].
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].
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.
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.
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
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
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
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
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)
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.
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.
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.
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.
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.
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