validacion modelo de simulacion

2
¿Cómo hacer simulaciones de transmisión H.264 SVC? Introducción Basado en SVEF (Scalable Video-streaming Evaluation Framework [1]), el cual, extendió el framework al entorno de simulación NS2, donde la integración del entorno de evolución se llama myEvalSVC, el cual, da la posibilidad de evaluar arquitecturas de red o protocolos de transmisión SVC H.264 de manera cualitativa o realista. Este proceso se inicia mediante la codificación de un vídeo en formato YUV puro, con diferentes parámetros de codificación (codificación temporal, codificación espacial, codificación de SNR, o codificaciones hibridas). Una vez se halla codificado el archivo YUV, se utiliza la herramienta BitStreamExtractor, proporcionada en JSVM [2] y F-N Stamp, proporcionada en SVEF [2], con el fin de generar un archivo de traza NALU. Este archivo se convierte a continuación en un archivo de traza NS2 “send.txt”, que es creado a través de “prepare_sendtrace.awk”, proporcionado por myEvalSVC. En NS2, se crea un agente, llamado myEvalSVC, que se utiliza para leer el archivo de traza “send.txt” y se genera los paquetes correspondientes en el tiempo designado, de forma tal, que se puede evaluar el rendimiento de la transmisión de SVC. En el lado del receptor (nodo 1), un agente, llamado myEvalSVC_Sink, es utilizado para recibir los paquetes de SVC y registrar la información relacionada, tal como: tiempo de recepción, tamaño del paquete, número de frame (trama), entre otros. El archivo de recepción de traza es operado por “Pe2edelay.awk”, proporcionado por myEvalSV, con el cual, se puede calcular el nivel de retardo de extremo a extremo y determina la tasa de pérdida de paquetes en la arquitectura de red planteada. Este archivo de traza en el receptor es manejado por “prepare_receivedtrace1.awk”, proporcionado por myEvalSVC y “prepare_receivedtrace2.exe”, proporcionado por myEvalSVC, para generar el formato de archivo necesario, requerido por SVEF. El archivo procesado alimenta al FILTRO NALU, proporcionado por SVEF, para generar el archivo de traza filtrado NALU. En este proceso, los frames o fotogramas que no pueden ser decodificados son eliminados. Después, el archiva de traza filtrado NALU, es enviado a BitStreamExtractor, proporcionado por JSVM, generando el filtrado de vídeo H.264. Finalmente, en este filtrado H.264, el

Upload: jmrson3167

Post on 19-Feb-2015

28 views

Category:

Documents


0 download

TRANSCRIPT

Page 1: Validacion Modelo de Simulacion

¿Cómo hacer simulaciones de transmisión H.264 SVC? Introducción

Basado en SVEF (Scalable Video-streaming Evaluation Framework [1]), el cual, extendió el framework al entorno de simulación NS2, donde la integración del entorno de evolución se llama myEvalSVC, el cual, da la posibilidad de evaluar arquitecturas de red o protocolos de transmisión SVC H.264 de manera cualitativa o realista. Este proceso se inicia mediante la codificación de un vídeo en formato YUV puro, con diferentes parámetros de codificación (codificación temporal, codificación espacial, codificación de SNR, o codificaciones hibridas).

Una vez se halla codificado el archivo YUV, se utiliza la herramienta BitStreamExtractor, proporcionada en JSVM [2] y F-N Stamp, proporcionada en SVEF [2], con el fin de generar un archivo de traza NALU. Este archivo se convierte a continuación en un archivo de traza NS2 “send.txt”, que es creado a través de “prepare_sendtrace.awk”, proporcionado por myEvalSVC. En NS2, se crea un agente, llamado myEvalSVC, que se utiliza para leer el archivo de traza “send.txt” y se genera los paquetes correspondientes en el tiempo designado, de forma tal, que se puede evaluar el rendimiento de la transmisión de SVC.

En el lado del receptor (nodo 1), un agente, llamado myEvalSVC_Sink, es utilizado para recibir los paquetes de SVC y registrar la información relacionada, tal como: tiempo de recepción, tamaño del paquete, número de frame (trama), entre otros. El archivo de recepción de traza es operado por “Pe2edelay.awk”, proporcionado por myEvalSV, con el cual, se puede calcular el nivel de retardo de extremo a extremo y determina la tasa de pérdida de paquetes en la arquitectura de red planteada. Este archivo de traza en el receptor es manejado por “prepare_receivedtrace1.awk”, proporcionado por myEvalSVC y “prepare_receivedtrace2.exe”, proporcionado por myEvalSVC, para generar el formato de archivo necesario, requerido por SVEF.

El archivo procesado alimenta al FILTRO NALU, proporcionado por SVEF, para generar el archivo de traza filtrado NALU. En este proceso, los frames o fotogramas que no pueden ser decodificados son eliminados. Después, el archiva de traza filtrado NALU, es enviado a BitStreamExtractor, proporcionado por JSVM, generando el filtrado de vídeo H.264. Finalmente, en este filtrado H.264, el video es decodificada por JSVM Decoder para generar el video YUV filtrado. Con el fin de comparar la PSNR, el myfixyuv oculta los fotogramas faltantes mediante la copia del ultimo frame valido recibido anteriormente. Los frames faltantes se pueden identificar a través del campo frame-number del archivo filtrado de traza NALU.

Básicamente, este proceso no es sencillo, hay que conocer varias cosas con anterioridad, antes de realizar la simulación, por lo cual se sugiere primero leer el tutorial sobre H.264 SVC, a continuación el manual de software JSVM [3] para entender el significado de cada uno de los parámetros de codificación, después, leer [4] con más cuidado y finalmente trato de hacer cada uno pasos proporcionados en este sitio web. Además, agregue lo siguiente en sus referencias.