ES2620640T3 - Método y dispositivo para detectar el tipo de trama y el tamaño de trama de un flujo de vídeo - Google Patents
Método y dispositivo para detectar el tipo de trama y el tamaño de trama de un flujo de vídeo Download PDFInfo
- Publication number
- ES2620640T3 ES2620640T3 ES13831640.1T ES13831640T ES2620640T3 ES 2620640 T3 ES2620640 T3 ES 2620640T3 ES 13831640 T ES13831640 T ES 13831640T ES 2620640 T3 ES2620640 T3 ES 2620640T3
- Authority
- ES
- Spain
- Prior art keywords
- video frame
- frame
- current video
- rtp packet
- previous
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title description 51
- 239000003550 marker Substances 0.000 claims abstract description 67
- 238000001514 detection method Methods 0.000 claims abstract description 59
- 238000000605 extraction Methods 0.000 claims abstract description 14
- 238000004364 calculation method Methods 0.000 claims description 11
- 230000006870 function Effects 0.000 description 24
- 238000010586 diagram Methods 0.000 description 19
- 238000013441 quality evaluation Methods 0.000 description 4
- 230000001186 cumulative effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000008447 perception Effects 0.000 description 2
- 238000012360 testing method Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 101000969688 Homo sapiens Macrophage-expressed gene 1 protein Proteins 0.000 description 1
- 102100021285 Macrophage-expressed gene 1 protein Human genes 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004590 computer program Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 238000013442 quality metrics Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 230000001131 transforming effect Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
- H04N19/89—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression involving methods or arrangements for detection of transmission errors at the decoder
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N17/00—Diagnosis, testing or measuring for television systems or their details
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N17/00—Diagnosis, testing or measuring for television systems or their details
- H04N17/004—Diagnosis, testing or measuring for television systems or their details for digital television systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/115—Selection of the code volume for a coding unit prior to coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/60—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding
- H04N19/61—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using transform coding in combination with predictive coding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/85—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using pre-processing or post-processing specially adapted for video compression
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
- H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
- H04L43/0835—One way packet loss
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Biomedical Technology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Television Systems (AREA)
- Communication Control (AREA)
Abstract
Un aparato de detección de tipo de trama para un flujo de vídeo, que comprende: un módulo de obtención de tamaño de trama (51), configurado para obtener un tamaño de una trama de vídeo actual, en donde la trama de vídeo actual está situada después de la primera trama de vídeo del flujo de vídeo; un módulo de extracción de característica (52), configurado para obtener un valor de característica de cambio de la trama de vídeo actual en función del tamaño de la trama de vídeo actual y un tamaño de una primera trama de vídeo anterior adyacente a la trama de vídeo actual, en donde el módulo de extracción de característica (52) está configurado específicamente para utilizar un valor absoluto de un valor de diferencia entre el tamaño de la trama de vídeo actual y el tamaño de la primera trama de vídeo anterior como el valor de característica de cambio de la trama de vídeo actual; un módulo de obtención de umbral (53), configurado para obtener un umbral de trama I de la trama de vídeo actual en conformidad con una tasa de trama de vídeo y una posición de la trama de vídeo actual, en donde el módulo de obtención de umbral (53) está configurado específicamente para obtener el umbral de trama I de información de la trama de vídeo actual en función de la tasa de trama de vídeo y de una distancia entre la trama de vídeo actual y una trama I más próxima anterior, en donde la distancia entre la trama de vídeo actual y la trama I más próxima anterior es el número de tramas de vídeo entre la trama de vídeo actual y la trama I más próxima anterior; y un módulo de determinación de tipo (54), configurado para determinar si la primera trama de vídeo anterior es una trama I en función del valor de característica de cambio de la trama de vídeo actual, un valor de característica de cambio de la primera trama de vídeo anterior, el umbral de trama I de la trama de vídeo actual, el tamaño de la trama de vídeo actual, el tamaño de la primera trama de vídeo anterior y un tamaño de una segunda trama de vídeo anterior adyacente a la primera trama de vídeo anterior; en donde el módulo de obtención de tamaño de trama (51) comprende específicamente: una unidad de obtención de tamaño recibido, configurada para: si se determina que una pérdida de paquetes se produce en la trama de vídeo actual y si toda la trama no se pierde, obtener una carga útil de cada paquete RTP recibido en la trama de vídeo actual, y acumular la carga útil de cada paquete RTP recibido en la trama de vídeo actual para obtener un tamaño total de los paquetes RTP recibidos en la trama de vídeo actual; una unidad de obtención de tamaño perdido, configurada para estimar una carga útil de cada paquete RTP perdido y el número de los paquetes RTP pedidos en la trama de vídeo actual en función de un paquete RTP adyacente anterior de un paquete RTP perdido y un siguiente paquete RTP adyacente del paquete RTP perdido en la trama de vídeo actual entre todos los paquetes RTP recibidos, y para obtener un tamaño total de los paquetes RTP perdidos en la trama de vídeo actual en función de una carga útil de cada paquete RTP perdido y el número de paquetes RTP perdidos en la trama de vídeo actual; y una unidad de obtención de tamaño de trama, configurada para añadir el tamaño total de los paquetes RTP recibidos y el tamaño total de los paquetes RTP perdidos en la trama de vídeo actual para obtener el tamaño de la trama de vídeo actual; en donde la unidad de obtención de tamaño pérdida está configurada, además, específicamente para: si se determina en función de un bit marcador del paquete RTP adyacente anterior, de una marca temporal del paquete RTP adyacente anterior, y de una marca temporal del siguiente paquete RTP adyacente que el paquete RTP adyacente anterior pertenece a la trama de vídeo actual, el paquete RTP adyacente siguiente pertenece a una trama de vídeo siguiente adyacente a la trama de vídeo actual y el paquete RTP adyacente anterior no es el último paquete RTP en la trama de vídeo actual, obtener el número total V_lostPackets de los paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en función de números de secuencia del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente; y determinar que el número de los paquetes RTP perdidos en la trama de vídeo actual es int(V_lostPackets/2) + V_lostPackets%2.
Description
5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Metodo y dispositivo para detectar el tipo de trama y el tamano de trama de un flujo de v^deo CAMPO DE LA INVENCION
La presente invencion se refiere a tecnologfas multimedia y en particular, a metodos y aparatos de deteccion del tipo de trama y deteccion del tamano de trama para un flujo de video.
ANTECEDENTES DE LA INVENCION
Con el rapido desarrollo de la tecnologfa multimedia de redes, servicios tales como video bajo demanda, web TV y videotelefono se han hecho importantes servicios de redes de banda ancha y redes inalambricas que requieren que un operador supervise la calidad de servicio de videos transmitidos y tome las medidas correspondientes, a su debido tiempo, para realizar un ajuste para garantizar demandas de experiencia sobre servicios multimedia de un usuario. La evaluacion de la calidad de video de red es una tecnologfa esencial en las aplicaciones de videos de redes.
De conformidad con la necesidad de un video de referencia original, un metodo de evaluacion de la calidad de video objetivo normalmente puede clasificarse en tres tipos: referencia completa, referencia parcial y referencia cero para las evaluaciones de la calidad de video objetivas. Debido al lfmite del ancho de banda de canal, un extremo de recepcion de video no suele ser capaz de obtener una secuencia de video de referencia original deseada y por lo tanto, es necesario utilizar el metodo de evaluacion de calidad de video de referencia cero para evaluar un flujo de video transmitido en una red.
En un metodo de evaluacion de la calidad de video de referencia cero existente, basado en un parametro del tipo de trama, necesita detectarse primero un tipo de una trama de video. Sin embargo, un metodo de deteccion del tipo de trama eficaz y completo no esta disponible en la tecnica anterior.
Ademas, un metodo de deteccion de tamano de trama existente es solamente aplicable a una trama sin ninguna perdida de paquetes y no esta disponible una solucion eficaz de detectar un tamano de una trama con una perdida de paquetes.
El documento WO 2009/012302 A1 da a conocer un metodo y un sistema para la estimacion del efecto de la perdida de paquetes sobre una percepcion subjetiva del espectador de un flujo de video en paquetes. El metodo implica la estimacion de una metrica de calidad para cada trama en el flujo de video, acumulando dichas metricas en el transcurso del tiempo y transformando el resultado en una Puntuacion de Opinion Media (“MOS”) que representa la percepcion subjetiva del espectador del flujo de video.
El documento WO 2012/079406 A1 da a conocer un metodo y dispositivo de deteccion para tipos de tramas. El metodo incluye: detectar el tiempo de reproduccion de cada trama; si el tiempo de reproduccion de la trama actual es menor que el tiempo de reproduccion maximo de la trama recibida, en tal caso, se realiza la determinacion de la trama actual como una trama predictiva bidireccional (trama B).
El documento de Hoffman y Fernando, “Formato de carga util de RTP para MPEG1/MPEG2 Video”, octubre 1996, publicada en lmea como
ftp://ftp.isi.edu/in-notes/rfc2038.txt describe un sistema de formacion de paquetes para flujos de audio y video en MPEG.
ftp://ftp.isi.edu/in-notes/rfc2038.txt describe un sistema de formacion de paquetes para flujos de audio y video en MPEG.
SUMARIO DE LA INVENCION
La presente invencion da a conocer un metodo y aparato de deteccion de tipo de tramas para un flujo de video, con el fin de proporcionar un metodo de deteccion del tipo de trama completo y eficaz.
Un primer aspecto de la presente invencion da a conocer un metodo de deteccion del tipo de trama para un flujo de video, que incluye:
obtener un tamano de una trama de video actual, en donde la trama actual esta situada despues de una primera trama de video del flujo de video;
obtener un valor de caractenstica de cambio de la trama de video actual en funcion del tamano de la trama de video actual y de un tamano de la primera trama de video anterior adyacente a la trama de video actual;
obtener un umbral de trama I de la trama de video actual en conformidad con una tasa de trama de video y una posicion de la trama de video actual; y
determinar si la primera trama de video anterior es una trama I en funcion del valor de caractenstica de cambio de la
5
10
15
20
25
30
35
40
45
50
55
60
65
trama de v^deo actual, de un valor de caractenstica de cambio de la primera trama de v^deo anterior, del umbral de la trama I de la trama de video actual, del tamano de la trama de video actual, del tamano de la primera trama de video anterior y de un tamano de una segunda trama de video anterior adyacente a la primera trama de video anterior.
Un segundo aspecto de la presente invencion da a conocer un aparato de deteccion de tipo de trama para un flujo de video, que incluye:
un modulo de obtencion de tamano de trama, configurado para obtener un tamano de una trama de video actual, en donde la trama de video actual esta situada despues de la primera trama de video del flujo de video;
un modulo de extraccion de caractenstica, configurado para obtener un valor de caractenstica de cambio de la trama de video actual en conformidad con el tamano de la trama de video y de un tamano de una primera trama de video anterior adyacente a la trama de video actual;
un modulo de obtencion de umbral, configurado para obtener un umbral de trama I de la trama de video actual en funcion de una tasa de trama de video y de una posicion de la trama de video actual; y
un modulo de determinacion de tipo, configurado para determinar si la primera trama de video anterior es una trama I en funcion del valor de caractenstica de cambio de la trama de video actual, de un valor de caractenstica de cambio de la primera trama de video anterior, del umbral de trama I de la trama de video actual, del tamano de la trama de video actual, del tamano de la primera trama de video anterior y de un tamano de una segunda trama de video anterior adyacente a la primera trama de video anterior.
Un tercer aspecto de la presente invencion da a conocer un metodo de deteccion de tipo de trama para un flujo de video, que incluye:
obtener un tamano de una trama de video actual, en donde la trama de video actual esta situada despues de la primera trama de video del flujo de video;
obtener un valor de caractenstica de cambio de la trama de video actual en funcion del tamano de la trama de video actual y de los tamanos de al menos dos tramas de video anteriores;
obtener un umbral de trama I de la trama de video actual en conformidad con una tasa de trama de video y una posicion de la trama de video actual; y
determinar, en conformidad con el valor de caractenstica de cambio de la trama de video actual, de un valor de caractenstica de cambio de una primera trama de video anterior adyacente a la trama de video actual, del umbral de trama I de la trama de video actual, del tamano de la trama de video actual y de los tamanos de las al menos dos tramas de video anteriores, en donde la primera trama de video anterior es una trama I.
Un cuarto aspecto de la presente invencion da a conocer un aparato de deteccion de tipo de trama para un flujo de video, que incluye:
un modulo de obtencion de tamano de trama, configurado para obtener un tamano de una trama de video actual, en donde la trama de video actual esta situada despues de la primera trama de video del flujo de video;
un modulo de extraccion de caractenstica, configurado para obtener un valor de caractenstica de cambio de la trama de video actual en conformidad con el tamano de la trama de video actual y de los tamanos de las al menos dos tramas de video anteriores;
un modulo de obtencion de umbral, configurado para obtener un umbral de trama I de la trama de video actual en conformidad con una tasa de trama de video y una posicion de la trama de video actual; y
un modulo de determinacion de tipo, configurado para determinar, en funcion del valor de caractenstica de cambio de la trama de video actual, de un valor de caractenstica de cambio de la primera trama de video anterior adyacente a la trama de video actual, el umbral de trama I de la trama de video actual, del tamano de la trama de video actual y de los tamanos de las al menos dos tramas de video anteriores, si la primera trama de video anterior es una trama I.
Una de varias soluciones tecnicas en lo que antecede tiene al menos los efectos beneficiosos o ventajas indicadas a continuacion:
En la presente invencion, un valor de caractenstica de cambio de una trama de video actual se obtiene en funcion de los tamanos de la trama de video actual y de una primera trama de video anterior adyacente a la trama de video actual, un umbral de trama I de la trama de video actual se obtiene en funcion de una tasa de trama de video y una posicion de la trama de video actual, y se determina si la primera trama de video anterior es una trama I en funcion
5
10
15
20
25
30
35
40
45
50
55
60
65
del valor de caractenstica de cambio de la trama de v^deo actual y un valor de caractenstica de cambio de la primera trama de video anterior, el umbral de trama I de la trama de video actual y el tamano de la trama de video actual, el tamano de la primera trama de video anterior y un tamano de una segunda trama de video anterior. Lo que antecede proporciona un metodo de deteccion de tipo de trama completo y eficaz, y solamente se considera la trama de video antes de la primera trama de video anterior, es decir, la segunda trama de video anterior, durante la deteccion de un tipo de trama de la primera trama de video anterior. De este modo se resuelven problemas de alta complejidad y largo retardo debido al calculo sobre la base de una pluralidad de tramas de video anteriores en la deteccion del tipo de trama de video existente y se considera completamente el impacto de una tasa de trama de video, lo que hace mas exacto un resultado de la deteccion.
La presente invencion da a conocer, ademas, un metodo de deteccion de tamano de trama, con el fin de proporcionar una solucion eficaz para detectar un tamano de una trama con perdida de paquetes.
Un quinto aspecto de la idea inventiva da a conocer un metodo de deteccion de tamano de trama, que incluye:
si se determina que se produce una perdidas de paquetes entre dos paquetes RTP recibidos, la obtencion de una carga util de cada paquete RTP recibido y la estimacion de una carga util de cada paquete RTP perdido, en funcion de la carga util de cada paquete RTP recibido;
obtener el numero total V_lostPackets de paquetes RTP perdidos entre los dos paquetes RTP en conformidad con los numeros de secuencia de los dos paquetes RTP;
estimar el numero de los paquetes RTP perdidos en cada trama con una perdida de paquetes en funcion del numero total V_lostPackets de paquetes RTP perdidos y marcas temporales y bits marcadores de los dos paquetes RTP; y
obtener un tamano de cada trama con la perdida de paquetes en funcion del numero de paquetes RTP perdidos en cada trama con la perdida de paquetes y una carga util de cada paquete RTP perdido.
Un sexto aspecto de la idea inventiva da a conocer un aparato de deteccion de tamano de trama, que incluye:
un modulo de estimacion de carga util, configurado para: si se determina que se produce una perdida de paquetes entre dos paquetes RTP recibidos, obtener una carga util de cada paquete RTP recibido, estimar una carga util de cada paquete RTP perdido en funcion de la carga util de cada paquete RTP recibido;
un modulo de obtencion del numero total de perdidas, configurado para obtener el numero total V_lostPackets de paquetes RTP perdidos entre los dos paquetes RTP en funcion de los numeros de secuencia de los dos paquetes RTP;
un modulo de estimacion de cada numero de perdidas, configurado para estimar el numero de paquetes RTP perdidos en cada trama con una perdida de paquetes en funcion del numero total de paquetes RTP perdidos V_lostPackets y marcas temporales y bits marcadores de los dos paquetes RTP; y
un modulo de deteccion de tamano de trama, configurado para obtener un tamano de cada trama con perdida de paquetes en funcion del numero de paquetes RTP perdidos en cada trama con la perdida de paquetes y una carga util de cada paquete RTP perdido.
Una de las varias soluciones tecnicas en lo que antecede tiene al menos los efectos beneficiosos o ventajas siguientes:
En la presente invencion, si se determina que ocurre una perdida de paquetes dos paquetes RTP recibidos, se estima una carga util de cada paquete RTP perdido en funcion de una carga util de cada paquete RTP recibido, el numero total de paquetes RTP perdidos entre los dos paquetes RTP se obtiene en funcion de los numeros de secuencia de los dos paquetes RTP, y luego, el numero de paquetes RTP perdidos en cada trama con una perdida de paquetes se estima en funcion del numero total V_lostPackets de paquetes RTP perdidos, y marcas temporales y bits marcadores de los dos paquetes RTP, de modo que un tamano de cada trama con la perdida de paquetes se obtenga en funcion del numero de paquetes RTP perdidos en cada trama con la perdida de paquetes y la carga util de cada paquete RTP perdido. Lo que antecede proporciona una solucion eficaz de deteccion de un tamano de una trama con una perdida de paquetes.
BREVE DESCRIPCION DE LOS DIBUJOS
Para describir las soluciones tecnicas en conformidad con la presente invencion con mayor claridad, se adjuntan dibujos para describir formas de realizacion de la presente invencion y de la tecnica anterior. Evidentemente, los dibujos adjuntos en la siguiente descripcion son solamente algunas formas de realizacion de la presente invencion.
La Figura 1 es un diagrama de flujo esquematico de un metodo de deteccion de tipo de trama para un flujo de video
5
10
15
20
25
30
35
40
45
50
55
60
65
en conformidad con una forma de realizacion de la presente invencion;
Las Figuras 2A a 2I son diagramas esquematicos de los ejemplos 1 a 9 de la perdida de paquetes en conformidad con una forma de realizacion de la presente invencion;
La Figura 3 es un diagrama de flujo esquematico de otro metodo de deteccion de tipo de trama para un flujo de video en conformidad con una forma de realizacion de la presente invencion;
La Figura 4 es un diagrama de flujo esquematico de un metodo de deteccion de tamano de trama en conformidad con una forma de realizacion de la presente invencion;
La Figura 5 es un diagrama estructural esquematico de un aparato de deteccion de tipo de trama para un flujo de video en conformidad con una forma de realizacion de la presente invencion;
La Figura 6 es un diagrama estructural esquematico de otro aparato de deteccion de tipo de trama para un flujo de video en conformidad con una forma de realizacion de la presente invencion;
La Figura 7 es un diagrama estructural esquematico de un aparato de deteccion de tamano de trama en conformidad con una forma de realizacion de la presente invencion;
La Figura 8 es un diagrama estructural esquematico de otro aparato de deteccion de tipo de trama para un flujo de video en conformidad con una forma de realizacion de la presente invencion;
La Figura 9 es un diagrama estructural esquematico de todavfa otro aparato de deteccion de tipo de trama para un flujo de video en conformidad con una forma de realizacion de la presente invencion; y
La Figura 10 es un diagrama estructural de otro aparato de deteccion de tamano de trama en conformidad con una forma de realizacion de la presente invencion.
DESCRIPCION DETALLADA DE LAS FORMAS DE REALIZACION
Para hacer mas claros los objetivos, soluciones tecnicas y ventajas de la presente invencion, a continuacion se describe, de forma clara y completa, las soluciones tecnicas de la presente invencion haciendo referencia a los dibujos adjuntos de las formas de realizacion de la presente invencion.
La Figura 1 es un diagrama de flujo esquematico de un metodo de deteccion de tipo de trama para un flujo de video dado a conocer por una forma de realizacion de la presente invencion. Segun se ilustra en la Figura 1, el metodo incluye:
101. Obtener un tamano de una trama de video actual, en donde la trama de video actual esta situada despues de la primera trama de video del flujo de video.
A modo de ejemplo, un aparato de deteccion del tipo de trama para un flujo de video dado a conocer por esta forma de realizacion de la presente invencion determina un tamano de una trama de video actual. El aparato de deteccion de tipo de trama de video puede disponerse en un dispositivo de red o en un dispositivo de prueba. Mas concretamente, el aparato de deteccion del tipo de trama de video recibe un flujo de video. El flujo de video puede transmitirse utilizando el Protocolo de Datagramas de Usuarios (User Datagram Protocol, UDP en forma abreviada) o el Protocolo de Control del Transporte (Transport Control Protocol, TCP en forma abreviada) o puede transmitirse, ademas, utilizando otros protocolos de transferencia tales como el Protocolo de Transporte en Tiempo Real (Realtime Transport Protocol, RTP en forma abreviada), el denominado Flujo de Transporte (Transport Stream, TS en forma abreviada) y el Protocolo de Transferencia de Hipertexto (Hypertext Transfer Protocol, HTTP en forma abreviada). La siguiente descripcion utiliza un ejemplo en el que un flujo de video se transmite utilizando el protocolo de transporte de RTP. Cuando un flujo de video se transmite utilizando el protocolo RTP, cada trama de video en el flujo de video incluye al menos un paquete RTP. La Figura 1 es un diagrama esquematico de un formato de un paquete RTP. Segun se ilustra en la Figura 1 el paquete RTP esta formado por una capa de cabecera de paquete RTP y una carga util de RTP. La capa de cabecera de paquete RTP incluye, a modo de ejemplo, un bit marcador (marker), una marca temporal, un numero de secuencia y elementos similares.
Los paquetes RTP en tramas de video consecutivos tienen numeros de secuencia incrementales, con un valor de un numero de secuencia variando desde 0 a 65535 (incluyendo 65535) y el incremento continua desde 0 de nuevo cada vez en que el numero de secuencia supera el valor 65535. Por lo tanto, si se produce una perdida de paquetes y el numero de paquetes RTP perdidos puede determinarse utilizando numeros de secuencia de paquetes RTP recibidos. Para los numeros de secuencia de dos paquetes RTP recibidos, de forma consecutiva, si el numero de secuencia del ultimo es mayor que el del primero, el numero total V_lostPackets de paquetes RTP perdidos entre los dos paquetes RTP recibidos de forma consecutiva puede calcularse utilizando la formula (1):
5
10
15
20
25
30
35
40
45
50
55
60
V_lostPackets = el numero de secuencia del ultimo - el numero de secuencia del primero - 1 (1)
Si el numero de secuencia del ultimo es mayor que el del primero en 1, V_lostPackets = 0 y no se produce una perdida de paquetes.
Para los numeros de secuencia de los dos paquetes RTP consecutivamente recibidos, si el numero de secuencia del ultimo no es mayor que el del primero, el numero total V_lostPackets de los paquetes RTP perdidos entre los dos paquetes RTP recibidos consecutivamente puede calcularse utilizando la formula (2):
V_lostPackets = el numero de secuencia del ultimo + 65536 - el numero de secuencia del primero -1 (2)
Si el numero de secuencia del ultimo es menor que el del primero en 65535, y las marcas temporales son las mismas, V_lostPackets = 0 y no se produce una perdida de paquetes.
Ademas, en paquetes RTP recibidos consecutivamente, los paquetes RTP recibidos se clasifican en diferentes tramas de video utilizando un bit marcador y/o una marca temporal de una cabecera de paquete RTP. En una misma trama de video, un bit marcador de la ultima cabecera de paquete RTP de la trama de video es 1, y los bits marcadores de los otros paquetes RTP son 0. Ademas, todas las cabeceras de paquetes RTP de la trama de video tienen la misma marca temporal, que es diferente de la marca temporal de una trama de video adyacente. Ademas, cuando se determina que se produce una perdida de paquetes entre los paquetes RTP recibidos consecutivamente, puede determinarse, ademas, en conformidad con las marcas temporales en las cabeceras de paquetes RTP si se produce, o no, una perdida de trama de video entre los paquetes RTP consecutivamente recibidos, es decir, todos los paquetes RTP en una trama de video estan perdidos y el numero V_lostFrames de las tramas de video perdidas puede calcularse utilizando la formula (3) siguiente:
en donde V_TSt es una marca temporal del paquete RTP ultimo en los dos paquetes RTP consecutivamente recibidos, V_TSt-1 es una marca temporal del rTp primero, videoFrameRate es una trama de trama de video de un flujo de video actual y V_CR es una trama de reloj (Clock Rate) de un paquete RTP.
Si el flujo de video es H.264, un valor de V_CR debe ser 90000. Si el flujo de video es MPEG4, un valor recomendado de V_CR es 90000. Ademas, el valor puede obtenerse tambien utilizando los dos metodos siguientes:
(1) Si hay el Protocolo de Descripcion de Sesion (Session Description Protocol, SDP en forma abreviada), el valor puede obtenerse a partir del protocolo SDP.
(2) Si no existe ningun SDP, y se conoce videoFrameRate, el valor se obtiene utilizando la formula (4):
V_CR = videoFrameRate ■ V_TSm (4)
Ademas, videoFrameRate es informacion conocida o es objeto de lectura desde una posicion prestablecida. La posicion prestablecida incluye un fichero prestablecido o una posicion de memoria prestablecida. videoFrameRate puede calcularse tambien utilizando un valor de diferencia entre marcas temporales de cabeceras de paquetes RTP de dos tramas de video consecutivamente recibidas. Un caso en el que se pierde una trama de video completa no debe ocurrir entre dos tramas de video consecutivamente recibidas, es decir, videoFrameRate se obtiene utilizando la formula (5):
en donde V_TSm es el valor de diferencia entre las marcas temporales de las cabeceras de paquetes RTP de las dos tramas de video consecutivas.
Sobre la base del metodo anterior de determinacion de si un paquete RTP es perdido y si una trama de video se pierde, puede determinarse si se produce una perdida de paquetes en una trama de video actual y si se pierde la trama de video actual completa.
Si se determina que la perdida de paquetes no tiene lugar en la trama de video actual, es decir, todos los paquetes RTP en la trama de video actual se reciben, se determina una carga util de cada paquete RTP en la trama de video actual recibida. La carga util de cada paquete RTP en la trama de video actual se acumula para obtener un tamano de la trama de video actual.
5
10
15
20
25
30
35
40
45
50
55
60
Mas concretamente, segun se ilustra en la Figura 1, una carga util de un paquete RTP = un tamano del paquete RTP - un tamano de la capa de cabecera de paquete RTP, en donde el tamano del paquete RTP puede obtenerse a partir de la informacion sobre un protocolo de capa superior para encapsular el paquete RTP, y el tamano de la capa de cabecera de paquete RTP puede determinarse mediante la recepcion del paquete RTP y luego, analizando sintacticamente la capa de cabecera del paquete.
Si se determina que se produce la perdida de paquetes en la trama de video actual y no se pierde la trama completa, la carga util de cada paquete RTP recibido en la trama de video actual se obtiene, y la carga util de cada paquete RTP recibido en la trama de video actual se acumula para obtener un tamano total de los paquetes RTP recibidos en la trama de video actual.
En funcion de un paquete RTP adyacente anterior y de un paquete RTP adyacente siguiente, entre todos los paquetes RTP recibidos, de un paquete RTP perdido en la trama de video actual, se estima una carga util de cada paquete RTP perdido y el numero de paquetes RTP perdidos en la trama de video actual, y se obtiene un tamano total de los paquetes RTP perdidos en la trama de video actual en funcion de la carga util de cada paquete RTP perdido y del numero de paquetes RTP perdidos en la trama de video actual.
El tamano total de los paquetes RTP recibidos y el tamano total de los paquetes RTP perdidos en la trama de video actual se anaden para obtener el tamano de la trama de video actual.
Cada paquete RTP perdido puede ser un paquete RTP perdido entre el paquete RTP adyacente anterior recibido y el paquete RTP adyacente siguiente.
Mas concretamente, la carga util V_lostBytes de cada paquete RTP perdido puede estimarse en conformidad con un valor medio de un paquete de carga util del paquete RTP adyacente anterior y una carga util del paquete RTP adyacente siguiente haciendo referencia a la formula (6):
„ , „ V receivedBvtes,+V receivedBvtes, , +1
V lostBvtes = —--------------—!----------------------—-— (6)
- ' 2
en donde V_receivedBytes es la carga util del paquete RTP adyacente siguiente del paquete RTP perdido de los paquetes RTP recibidos y V_receivedBytest-i es la carga util del paquete RTP adyacente anterior del paquete RTP perdido en los paquetes RTP recibidos. Si se pierden paquetes consecutivos, es decir, el numero de paquetes RTP perdidos consecutivamente es mayor que 1, se estima que la carga util V_lostBytes de cada paquete RTP perdido es la misma. A modo de ejemplo, si se reciben consecutivamente paquetes RTP cuyos numeros de secuencia son respectivamente 3 y 5, se determina que se pierden un paquete RTP cuyo numero de secuencia es 4, y se estima de conformidad con la formula anterior, que una carga util del paquete RTP cuyo numero de secuencia es 4 es un valor medio de cargas utiles de los paquetes RTP cuyos numeros de secuencia son 3 y 5, respectivamente. A modo de otro ejemplo, si se reciben consecutivamente paquetes RTP cuyos numeros de secuencia son 3 y 7 respectivamente, se determina que los paquetes RTP cuyos numeros de secuencia son 4, 5 y 6 respectivamente, son perdidos y se estima en conformidad con la formula anterior, que una carga util de cada uno de los paquetes RTP cuyos numeros de secuencia son 4, 5, 6 es un valor medio de las cargas utiles de los paquetes rTp cuyos numeros de secuencia son 3 y 7.
Ademas, la carga util de cada paquete RTP perdido puede estimarse, ademas, en funcion de un valor medio de cargas utiles de una pluralidad de paquetes RTP recibidos antes del paquete RTP perdido, a modo de ejemplo, un valor medio de cargas utiles de todos los paquetes RTP recibidos antes del paquete RTP perdido, o un valor medio de las cargas utiles de los paquetes RTP recibidos dentro de una ventana deslizante antes del paquete RTP perdido.
Ademas, existen los cinco casos siguientes en los que se produce una perdida de paquetes en una trama de video actual pero no se pierde una trama completa.
Primer caso: Se determina en funcion de los numeros de secuencia de dos paquetes RTP recibidos consecutivamente, que se produce una perdida de paquetes entre los dos paquetes RTP y se determina en funcion de las marcas temporales de los dos paquetes RTP que ambos paquetes RTP pertenecen a una trama de video actual, es decir, se determina en funcion de las marcas temporales del paquete rTp adyacente primero y el paquete RTP adyacente ultimo que el paquete RTP adyacente primero y el paquete RTP adyacente ultimo pertenecen ambos a la trama de video actual. En este caso, todos los paquetes rTp perdidos entre los dos paquetes RTP se asignan a una trama de video actual. Mas concretamente, en conformidad con la formula (1) o (2), el numero total V_lostPackets de los paquetes RTP perdidos entre los dos paquetes RTP se determina de esta manera y se determina, asimismo, que el numero de paquetes RTP perdidos en la trama de video actual es igual a V_lostPackets.
Un ejemplo del primer caso, es decir, ejemplo de perdida de paquetes 1, se da a conocer a continuacion. La Figura 2A es un diagrama esquematico del ejemplo de perdida de paquetes 1 en conformidad con una forma de realizacion
5
10
15
20
25
30
35
40
45
50
55
60
65
de la presente invencion. Segun se ilustra en la Figura 2A, un paquete RTP cuyo numero de secuencia (V_SN) es 5 se pierde, los paquetes RTP cuyos numeros de secuencia son 4 y 6 son paquetes RTP consecutivamente recibidos y el numero total de paquetes RTP perdidos es 1. El numero de paquetes rTp perdidos (V_lostPt_frame) asignados a la trama de v^deo actual (t_frame) es 1.
Segundo caso: Se determina en funcion de los numeros de secuencia de los dos paquetes RTP consecutivamente recibidos, que se produce una perdida de paquetes entre los dos paquetes RTP, se determina en conformidad con las marcas temporales de los dos paquetes RTP que el paquete RTP primero pertenece a una primera trama de video anterior de una trama de video actual y el paquete RTP ultimo pertenece a la trama de video actual, y se determina en funcion de un bit marcador del paquete RTP primero que el paquete RTP primero es el ultimo paquete RTP en la primera trama de video anterior, es decir, se determina en funcion de las marcas temporales y los bits marcadores del paquete RTP adyacente primero y el paquete RTP adyacente ultimo que el paquete RTP adyacente primero pertenece a la primera trama de video anterior y el paquete RTP adyacente ultimo pertenece a la trama actual, y el paquete RTP adyacente primero es el ultimo paquete RTP en la primera trama de video anterior. En este caso, todos los paquetes RTP perdidos entre los dos paquetes RTP se asignan a la trama de video actual. Mas concretamente, en conformidad con la formula (1) o (2), el numero total V_lostPackets de los paquetes RTP perdidos entre los dos paquetes RTP se obtiene de esta manera y se determina que el numero de paquetes RTP perdidos en la trama de video actual es igual a V_lostPackets.
Un ejemplo del segundo caso, es decir, ejemplo de perdida de paquetes 2, se da a conocer a continuacion. La Figura 2B es un diagrama esquematico del ejemplo de perdida de paquetes 1 en conformidad con una forma de realizacion de la presente invencion. Segun se ilustra en la Figura 2B, un paquete RTP cuyo numero de secuencia (V_SN) es 3 se pierde, los paquetes RTP cuyos numeros de secuencia son 2 y 4 son paquetes RTP consecutivamente recibidos, un paquete RTP cuyo numero de secuencia es 2 es el ultimo paquete RTP recibido en la primera trama de video anterior (t-1_frame) y un bit marcador (V_MB) es 1, el paquete RTP cuyo numero de secuencia es 4 es el primer paquete RTP recibido en la trama de video actual (t_frame), y el numero total de paquetes RTP perdidos es 1. El numero de paquetes RTP perdidos (V_lostPt_frame) asignados a la trama de video actual es 1.
Tercer caso: Se determina en funcion de los numeros de secuencia de dos paquetes RTP recibidos consecutivamente, que se produce una perdida de paquetes entre los dos paquetes RTP, se determina en funcion de las marcas temporales de los dos paquetes RTP que el paquete RTP primero pertenece a una trama de video actual y el paquete RTP ultimo pertenece a una trama de video adyacente siguiente de la trama de video actual y se determina en funcion de un bit marcador del paquete RTP primero que el paquete RTP primero no es el ultimo paquete RTP en la trama de video actual, es decir, se determina en funcion de las marcas temporales y bits marcadores del paquete RTP adyacente primero y el paquete RTP adyacente ultimo que el paquete RTP adyacente primero pertenece a la trama de video actual y el paquete RTP adyacente ultimo pertenece a la trama de video adyacente siguiente de la trama de video actual y el paquete RTP adyacente primero no es el ultimo paquete RTP en la trama de video actual. En este caso, el numero total V_lostPackets de paquetes RTP perdidos entre los dos paquetes RTP consecutivamente recibidos se obtenido primero aplicando la Formula (1) o (2), los V_lostPackets paquetes RTP estan uniformemente asignados a la trama de video actual y una trama de video siguiente, es decir, el numero de paquetes RTP perdidos en la trama de video actual es int(V_lostPackets/2) + V_lostPackets%2, en donde int representa un redondeo, % representa una operacion de modulo, es decir, %2 representa el resto de la division por 2.
Tres ejemplos del tercer caso, es decir, ejemplos de perdida de paquetes 3, 4 y 5 se proporcionan a continuacion. La Figura 2C a la Figura 2E son diagramas esquematicos, respectivamente, de los ejemplos de perdida de paquetes 3, 4 y 5 en conformidad con las formas de realizacion de la presente invencion.
Segun se ilustra en la Figura 2C, en el ejemplo de perdida de paquetes 3, un paquete RTP cuyo numero de secuencia es 5 se pierde, los paquetes RTP cuyos numeros de secuencia son 4 y 6 son paquetes RTP recibidos consecutivamente, el paquete RTP cuyo numero de secuencia es 4 es el ultimo paquete RTP recibido en una trama de video actual (t_frame) y un bit marcador (V_MB) no es 1, y el paquete RTP cuyo numero de secuencia es 6 el primer paquete RTP recibido en una trama de video adyacente siguiente (t+1_frame) de la trama de video actual, el numero total de paquetes RTP perdidos V_lostPackets es 1. Por lo tanto, el numero de paquetes RTP perdidos asignados a la trama de video actual (V_lostP_t_frame) es int(1/2) + 1%2 = 1, y el numero de paquetes RTP perdidos asignados a la trama de video siguiente (V_lostP_t + 1_frame) es int(1/2) = 0.
Segun se ilustra en la Figura 2D, ejemplo de perdida de paquetes 4: los paquetes RTP cuyos numeros de secuencia (V_SN) son 5 y 6 se pierden, los paquetes RTP cuyos numeros de secuencia son 4 y 7 son los paquetes RTP consecutivamente recibidos, el paquete RTP cuyo numero de secuencia es 4 es el ultimo paquete RTP recibido en una trama de video actual (t_frame) y un bit marcador (V_MB) no es 1, el paquete RTP cuyo numero de secuencia es 7 es el primer paquete RTP recibido en una trama de video adyacente siguiente (t+1_frame) de la trama de video actual, y el numero total de paquetes RTP perdidos V_lostPackets es 2. De este modo, el numero (V_lostP_t_frame) de paquetes RTP perdidos asignados a la trama de video actual (t_frame) es int(2/2) + 2%2 = 1, y el numero (V_lostP_t + 1_frame) de paquetes RTP perdidos asignados a la trama de video siguiente (t+1_frame) es int(2/2) =
5
10
15
20
25
30
35
40
45
50
55
60
65
Segun se ilustra en la Figura 2E, ejemplo de perdida de paquetes 5: Los paquetes RTP cuyos numeros de secuencia (V_SN) son 4, 5 y 6 se pierden, los paquetes RTP cuyos numeros de secuencia son 3 y 7 son paquetes RTP recibidos consecutivamente, el paquete rTp cuyo numero de secuencia es 3 es el ultimo paquete RTP recibido en una trama de video actual (t_frame) y un bit marcador (V_MB) no es 1, el paquete RTP cuyo numero de secuencia es 7 es el primer paquete RTP recibido en una trama de video adyacente siguiente (t+1_frame) de la trama de video actual y el numero total V_lostPackets de los paquetes RTP perdidos es 3. Por lo tanto, el numero (V_lostP_t_frame) de paquetes RTP perdidos asignados a la trama de video actual es int(3/2) + 3%2 = 2, y el numero (V_lostP_t + 1-frame) de paquetes RTP perdidos asignados a la trama de video siguiente es int(3/2) = 1.
Cuarto caso: Se determina en conformidad con los numeros de secuencia de dos paquetes RTP recibidos consecutivamente, que se produce una perdida de paquetes entre los dos paquetes rTp, se determina en conformidad con las marcas temporales de los dos paquetes RTP que una trama de video a la que pertenece el paquete RTP primero y una trama de video actual no son consecutivas, y el paquete RTP ultimo pertenece a la trama de video actual, y se determina en conformidad con un bit marcador del paquete RTP primero que el paquete RTP primero es el ultimo paquete RTP en la trama de video a la que pertenece el paquete rTp primero, es decir, se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente primero y el paquete RTP adyacente ultimo que la trama de video a la que pertenece el paquete RTP adyacente primero y la trama de video actual son no consecutivas, el paquete RTP adyacente ultimo pertenece a la trama de video actual y el paquete RTP adyacente primero es el ultimo paquete RTP en la trama de video a la que pertenece el paquete RTP adyacente primero. Es decir, se pierde una trama de video completa entre los dos paquetes RTP consecutivamente recibidos. En este caso, el numero total V_lostPackets de los paquetes RTP perdidos entre los dos paquetes RTP se obtiene primero aplicando la Formula (1) o (2), el numero de tramas de video perdidas V_lostFrames se obtiene aplicando la Formula (3), los paquetes RTP perdidos se asignan entonces uniformemente a cada trama de video perdida y a la larga, el resto de los paquetes RTP perdidos despues de la asignacion uniforme se asignan a la trama de video actual, es decir, el numero de paquetes RTP perdidos en la trama de video actual es V_lostPackets%V_lostFrames.
Dos ejemplos del cuarto caso, es decir, ejemplos de perdida de paquetes 6 y 7, se proporcionan a continuacion. La Figura 2F y la Figura 2G son diagramas esquematicos, respectivamente, de ejemplo de perdida de paquetes 6 y 7 en conformidad con una forma de realizacion de la presente invencion.
Segun se ilustra en la Figura 2F, en el ejemplo de perdida de paquetes 6, los paquetes RTP cuyos numeros de secuencia (V_SN) son 3, 4, 5 y 6 se pierden, los paquetes RTP cuyos numeros de secuencia son 2 y 7 son paquetes RTP consecutivamente recibidos y tienen marcas temporales no consecutivas, el paquete RTP cuyo numero de secuencia es 2 es el ultimo paquete RTP recibido en una trama de video anterior recibida (t-3_frame) y un bit marcador (V_MB) es 1, el paquete RTP cuyo numero de secuencia es 7 es el primer paquete RTP recibida una trama de video actual (t_frame), y el numero V_lostPackets de los paquetes RTP perdidos es 4. Si el numero V_lostFrames de tramas de video completas perdidas obtenido aplicando la Formula (3) es 2, el numero (V_lostP_lost_frame) de los paquetes RTP perdidos asignados a cada trama de video perdida, es decir, una segunda trama de video anterior (t-2_frame) o una primera trama de video anterior (t-1_frame), es int(V_lostPackets/V_lostFrames) = int(4/2) = 2, y el numero V_lostP_t_frame) de paquetes RTP perdidos asignados a la trama de video actual V_lostPackets%V_lostFrames = 4%2 = 0. Conviene senalar que puesto que se pierde una trama completa antes de la trama de video actual, la trama de video anterior recibida (t-3_frame) no es la trama de video anterior real (t-1_frame).
Segun se ilustra en la Figura 2G, en el ejemplo de perdida de paquetes 7: los paquetes RTP cuyos numeros de secuencia (V_SN) son 3, 4, 5, 6 y 7 se pierden, los paquetes RTP cuyos numeros de secuencia son 2 y 8 son paquetes RTP recibidos consecutivamente y tienen marcas temporales no consecutivas, el paquete RTP cuyo numero de secuencia es 2 es el ultimo paquete RTP recibido en una trama de video anterior recibida (t-3_frame) y un bit marcador (V_MB) es 1, el paquete rTp cuyo numero de secuencia es 8 es el primer paquete RTP recibido en una trama de video actual (t_frame), y el numero total V_lostPackets de los paquetes RTP perdidos es 5. Si el numero V_lostFrames de tramas de video perdidas que se obtiene aplicando la Formula (3) es 2, el numero (V_lostP_lost_frame) de paquetes RTP perdidos asignados a cada trama de video perdida, es decir, una segunda trama de video anterior (t-2_frame) o una primera trama de video anterior (t-1_frame), es int(V_lostPackets/V_lostFrames) = int(5/2) = 2, y el numero (V_lostP_t_frame) de paquetes RTP perdidos asignados a la trama de video actual es V_lostPackets%V_lostFrames = 5%2 = 1
Quinto caso: Se determina en funcion de los numeros de secuencia de dos paquetes RTP consecutivamente recibidos que se produce una perdida de paquetes entre los dos paquetes RTP, se determina en funcion de las marcas temporales de los dos paquetes rTp que el paquete RTP primero pertenece a una trama de video actual, una trama de video a la que pertenece el paquete rTp ultimo y la trama de video actual son no consecutivas, y se determina en funcion de un bit marcador del paquete RTP primero que el paquete RTP primero no es el ultimo paquete RTP en la trama de video actual, es decir, se determina en funcion de las marcas temporales y los bits marcadores del paquete RTP adyacente primero y del paquete RTP adyacente ultimo que el paquete RTP
5
10
15
20
25
30
35
40
45
50
55
60
65
adyacente primero pertenece a la trama de v^deo actual, la trama de v^deo a la que pertenece el paquete RTP adyacente ultimo y la trama de video actual no son consecutivas, y el paquete RTP adyacente primero no es el ultimo paquete RTP en la trama de video actual. En este caso, el numero VJostFrames de tramas de video perdidas se obtiene primero aplicando la Formula (3), un paquete RTP perdido se asigna primero a la trama de video actual y el resto de paquetes RTP perdidos se asignan uniformemente a las tramas de video perdidas, el resto de paquetes RTP perdidos despues de la asignacion uniforme se asignan a la trama de video a la que pertenece el paquete RTP ultimo, es decir, la trama de video siguiente recibida, que es equivalente a que el numero de paquetes RtP perdidos en la trama de video actual es 1.
Dos ejemplos del quinto caso, es decir, ejemplos de perdida de paquetes 8 y 9, se proporcionan a continuacion. La Figura 2H y la Figura 2I son diagramas esquematicos respectivamente de ejemplos de perdida de paquetes 8 y 9 en conformidad con formas de realizacion de la presente invencion.
Segun se ilustra en la Figura 2H, en el ejemplo de perdida de paquetes 8, los paquetes RTP cuyos numeros de secuencia (V_SN) son 2, 3, 4, 5 y 6 se pierden, los paquetes RTP cuyos numeros de secuencia son 1 y 7 son paquetes RTP consecutivamente recibidos y tienen marcas temporales no consecutivas, el paquete RTP cuyo numero de secuencia es 1 es el ultimo paquete RTP recibido en la trama de video actual (t_frame) y un bit marcador (V_MB) no es 1, el paquete RTP cuyo numero de secuencia es 7 es el primer paquete RTP recibido en una trama de video siguiente recibida (t+3_frame), y el numero total V_lostPackets de los paquetes RTP perdidos es 5. Si el numero VJostFrames de tramas de video perdidas obtenido aplicando la Formula (3) es 2, el numero (V_lostP_t_frame) de los paquetes RTP perdidos asignados a la trama de video actual es 1, el numero (V_lostP_lost_frame) de paquetes RTP perdidos asignados a cada trama de video perdida, es decir, una trama de video adyacente siguiente (t+1_frame) de la trama de video actual o una segunda trama de video siguiente (t+2_frame) adyacente a la trama de video siguiente, es int((V_lostPackets - 1)/V_lostFrames) = int(4/2) = 2, y el numero (V_lostP_t + 3_frame) de paquetes RTP perdidos asignados a la trama de video siguiente recibida es (V_lostPackets - 1)% VJostFrames = 4%2 = 0. Conviene senalar que puesto que una trama completa se pierde despues de la trama de video actual, la trama de video siguiente recibida (t+3_frame) no es la trama de video siguiente real (t+1_frame) adyacente a la trama de video actual.
Segun se ilustra en la Figura 2I, en el ejemplo de perdida de paquetes, los paquetes RTP cuyos numeros de secuencia (V_SN) son 2, 3, 4, 5, 6 y 7 se pierden, los paquetes RTP cuyos numeros de secuencia son 1 y 8 son paquetes RTP consecutivamente recibidos y tienen marcas temporales no consecutivas, el paquete RTP cuyo numero de secuencia es 1 es el ultimo paquete RTP recibido en una trama de video actual (t_frame) y un bit marcador (V_MB) no es 1, el paquete RTP cuyo numero de secuencia es 8 es el primer paquete RTP recibido en una trama de video siguiente recibida (t+3_frame), y el numero total V_lostPackets de los paquetes RTP perdidos es 6. Si el numero VJostFrames de las tramas de video perdidas obtenido aplicando la Formula (3) es 2, el numero (V_lostP_t _frame) de paquetes RTP perdidos asignados a la trama de video actual es 1, el numero (VJostPJostJrame) de paquetes RTP perdidos asignados a cada trama de video completa perdida, es decir, una trama de video siguiente (t+1_frame) adyacente a la trama de video actual o una segunda trama de video siguiente (t+2_frame) adyacente a la trama de video siguiente, es int((V_lostPackets - 1)/V_lostFrames) = int(5/2) = 2 y el numero de paquetes RTP perdidos asignados a la trama de video siguiente recibida (V_lostP_t + 3_frame) es (VjlostPackets -1)% V_lostFrames = 5%2 = 1
Ademas, haciendo referencia a los cuarto y quinto casos anteriores, si se determina que se pierde la trama de video actual completa, la carga util de cada paquete RTP perdido se estima en funcion del paquete RTP adyacente anterior y el paquete RTP adyacente siguiente, en la trama de video actual, en todos los paquetes RTP recibidos, y el numero V_lostFrames de las tramas de video completas perdidas entre la trama de video a la que pertenece el paquete RTP adyacente anterior y la trama de video a la que pertenece el paquete RTP adyacente siguiente y el numero total V_lostPackets de paquetes RTP perdidos se obtienen en conformidad con una tasa de trama de video, una tasa de reloj de un paquete RTP, y marcas temporales y numeros de secuencia del paquete RTP adyacente siguiente y del paquete RTP adyacente siguiente.
Si se determina en funcion del bit marcador del paquete RTP adyacente anterior que el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete RTP adyacente anterior, se determina que el numero de paquetes RTP en la trama de video actual es int(V_lostPackets/V_lostFrames) y de no ser asf, se determina que el numero de paquetes RTP en la trama de video actual es int((V_lostPackets - 1)/V_lostFrames).
El tamano de la trama de video actual se obtiene en funcion del numero de paquetes RTP en la trama de video actual y la carga util de cada paquete RTP perdido.
Ademas, un tamano de cada trama de video, excepto la primera trama de video puede obtenerse tambien haciendo referencia al metodo anterior.
102. Obtener un valor de caractenstica de cambio de la trama de video actual en funcion del tamano de la trama de video actual y un tamano de una primera trama de video anterior adyacente a la trama de video actual.
5
10
15
20
25
30
35
40
45
50
55
60
Mas concretamente, para reducir la complejidad de calculo, cuando solamente se considera una trama de v^deo antes, es decir, una primera trama de video anterior, un valor absoluto de un valor de diferencia entre el tamano de la trama de video actual y el tamano de la primera trama de video anterior puede utilizarse como valor de caractenstica de cambio de la trama de video actual. En este caso, el valor de caractenstica de cambio es equivalente a un gradiente, que se representa por la formula como sigue:
V_FGt_frame = (abs)( tframesize - t-l_frame_size ) (7)
en donde V_FGt_frame es el valor de caractenstica de cambio de la trama de video actual, t_frame_size es el tamano de la trama de video actual, t-1_frame_size es el tamano de la primera trama de video anterior y abs representa el valor absoluto.
Ademas, el valor de caractenstica de cambio de cada trama de video excepto la primera trama de video, es decir, un valor de caractenstica de cambio de la primera trama de video anterior excepto la primera trama de video, puede obtenerse, ademas, haciendo referencia al metodo anterior.
103. Obtener un umbral de trama I de la trama de video actual en conformidad con una tasa de trama de video y una posicion de la trama de video actual.
Mas concretamente, un umbral de trama I de la trama de video actual puede obtenerse en funcion de una tasa de trama de video y una distancia entre la trama de video actual y una trama I mas proxima anterior en 103. En este caso, la distancia entre la trama de video actual y la trama I mas proxima anterior es el numero de tramas de video entre la trama de video actual y la trama I mas proxima anterior. Dicho de otro modo, la distancia en esta forma de realizacion de la presente invencion es el numero de tramas de video entre una trama de video y otra trama de video. A modo de ejemplo, si la segunda trama de video anterior adyacente a la primera trama de video anterior es una trama I mas proxima anterior, la distancia entre la trama de video actual y la trama I mas proxima anterior es 2. Conviene senalar que la trama I en esta forma de realizacion de la presente invencion se refiere a una trama de codificacion intra-trama.
Ademas, si la segunda trama de video anterior es la trama I mas proxima anterior, es decir, la distancia entre la trama de video actual y la trama I mas proxima anterior es 2, se determina que el umbral de la trama I de la trama de video actual es un producto de un tamano de la trama I mas proxima anterior y una primera constante, en donde una gama de valores de la primera constante es (0,1], (0,1] representa que la gama de valores es mayor que cero y es menor o igual a 1.
La primera constante, en este caso, puede ser un valor fijo por defecto, a modo de ejemplo, 2/3, o puede determinarse tambien en funcion de una tasa de trama de video y una tasa de codigo. Mas concretamente, el tamano de la trama de video actual puede utilizarse como la tasa de codigo, o un valor medio del tamano de la trama de video actual y un tamano de al menos una trama de video anterior pueden utilizarse tambien como la tasa de codigo. Ademas, un producto de un tamano medio de todas las tramas I detectadas y la primera constante pueden utilizarse tambien como el umbral de trama I de la trama de video actual.
Si la segunda trama de video anterior no es la trama I mas proxima anterior, se determina si la distancia entre la trama de video actual y la trama I mas proxima anterior es mayor que la tasa de trama de video, y si es mayor, se determina un producto de un umbral de trama I de la primera trama de video anterior y un primer factor de escala como el umbral de trama I de la trama de video actual, y si no es mayor, se determina el producto del umbral de la trama I de la primera trama de video anterior y un segundo factor de escala como el umbral de trama I de la trama de video actual. Una gama de valores del primer factor de escala y del segundo factor de escala es (0,1] y el primer factor de escala es mayor que el segundo factor de escala. En correspondencia, el proceso se representa como sigue utilizando un algoritmo:
IF (V FDI < (int)videoFrameRate) THEN
V IThresht tome = V IThreshf.] frame x ScaledFactorl
ELSE
V_IThrcsht frame VIThrcsh,., frame x ScaledFactorl
en donde V_FDI es la distancia entre la trama de video actual y la trama I mas proxima anterior, videoFrameRate es la tasa de trama de video del flujo de video, V_IThresht_frame es el umbral de la trama I de la trama de video actual, V_IThresht-1_frame es el umbral de la trama I de la primera trama de video anterior, ScaledFactor1 es el primer factor de escala y ScaledFactor2 es el segundo factor de escala. A modo de ejemplo, ScaledFactor1 es 0.995 y ScaledFactor2 es 0.985.
5
10
15
20
25
30
35
40
45
50
55
60
65
Ademas, un factor de escala cuando V_FDI es excesivamente mayor que videoFrameRate puede establecerse de forma adicional. A modo de ejemplo, el factor de escala cuando V_FDI > 2 x videoFrameRate esta establecido a 1, es decir, V_IThresht_frame = VJThresht-1_frame.
Como alternativa, cuando V_FDI, es mayor que videoFrameRate, V_IThresht_frame puede establecerse para ser no inferior a un valor umbral, es decir, V_IThresht_frame = max(VJThresht-1_frame x Sca/edFactor1,MIN_VALUE), en donde MIN_VALUE es un valor umbral prestablecido, a modo de ejemplo, 500, o es un valor obtenido en conformidad con una tasa de codigo y una tasa de trama de video, es decir, puede ajustarse de forma adaptativa.
Conviene senalar que, si la trama de video actual es la segunda trama de video del flujo de video, la segunda trama de video anterior de la trama de video actual no existe. Este es el caso en que la segunda trama de video anterior de la trama de video actual no es la trama I mas proxima anterior.
Ademas, si la segunda trama de video anterior de la trama de video actual no es la trama I mas proxima anterior, un resultado de multiplicar el umbral de trama I de la primera trama de video anterior por una constante relacionada con la tasa de trama de video puede utilizarse tambien como el umbral de trama I de la trama de video actual.
Ademas, el umbral de trama I de cada trama de video excepto la primera trama de video puede obtenerse, ademas, haciendo referencia al metodo anterior.
104. Determinar si la primera trama de video anterior es una trama I en conformidad con el valor de caracteristica de cambio de la trama de video actual, un valor de caracteristica de cambio de la primera trama de video anterior, el umbral de trama I de la trama de video actual, el tamano de la trama de video actual, el tamano de la primera trama de video anterior y un tamano de una segunda trama de video anterior adyacente a la primera trama de video anterior.
Mas concretamente, si una relacion del tamano de la primera trama de video anterior al tamano de la segunda trama de video anterior o una relacion del tamano de la primera trama de video anterior al tamano de la trama de video actual es mayor que una segunda constante, el valor de caracteristica de cambio de la trama de video actual es mayor que el umbral de trama I de la trama de video actual, y el valor de caracteristica de cambio de la primera trama de video anterior es mayor que el umbral de trama I de la trama de video actual, se determina que la primera trama de video anterior es una trama I, y de no ser asf, se determina que la primera trama de video anterior no es una trama I.
La segunda constante puede ser un valor fijo por defecto, a modo de ejemplo, 1.5. De modo opcional, la segunda constante se determina en funcion de la tasa de codigo, la tasa de trama de video y la posicion de la trama de video actual, es decir, puede ajustarse de forma adaptativa.
Conviene senalar que si la trama de video actual es la segunda trama de video del flujo de video, es decir, la primera trama de video anterior es la primera trama de video, se determina que la primera trama de video anterior es una trama I. Es decir, la primera trama de video es una trama I por defecto.
Ademas, despues de que se determine que la primera trama de video anterior es una trama I, el metodo puede incluir, ademas:
calcular un tamano medio de cada trama I.
Mas concretamente, cada vez que se detecta una trama I, se actualiza el tamano medio de cada trama I.
Ademas, a partir de que la trama de video actual es la segunda trama de video para la trama de video actual que es la ultima trama de video, el metodo anterior se utiliza para determinar si la primera trama de video anterior de la trama de video actual es una trama I. Ademas, si la trama de video actual es la ultima trama de video del flujo de video, el metodo incluye, ademas:
si una relacion del tamano de la trama de video actual al tamano medio de cada trama I es mayor que una tercera constante, determinar que la trama de video actual es una trama I, y de no ser asf, determinar que la trama de video actual no es una trama I, en donde la tercera constante es mayor que 0.
Mas concretamente, si la trama de video actual es la ultima trama de video puede determinarse por el hecho de que se recibe, o no, una trama de video posterior del flujo de video o puede determinarse tambien utilizando una indicacion de final de trama de video. La tercera constante puede ser un valor fijo por defecto, a modo de ejemplo, 0.75, o, de forma opcional, puede determinarse, ademas, en funcion de la tasa de codigo, la tasa de la trama de video y la posicion de la trama de video actual, es decir, puede ajustarse de forma adaptativa.
Ademas, antes de 101, el metodo incluye, ademas:
5
10
15
20
25
30
35
40
45
50
55
60
65
obtener un tamano de la primera trama de video;
determinar que un valor de caractenstica de cambio de la primera trama de video es un producto del tamano de la primera trama de video y una cuarta constante, en donde una gama de valores de la cuarta constante es (0,1]; y
determinar que un umbral de trama I de la primera trama de video es igual al valor de caractenstica de cambio de la primera trama de video.
Mas concretamente, puesto que la primera trama de video se determina mediante una orden de recepcion, la primera trama de video recibida del flujo de video es la primera trama de video; por lo tanto, para la primera trama de video, un caso en el que la trama completa se pierda no existe, una perdida de paquetes antes de que se reciba el primer paquete RTP no se suele considerar. Por lo tanto, un tamano de la primera trama de video puede determinarse haciendo referencia a ninguna perdida de paquetes y los primero, tercero y quinto casos de la perdida de paquetes en 101. La cuarta constante puede ser, a modo de ejemplo, 2/3. Conviene senalar que la trama de video actual y la primera trama de video anterior se refieren concretamente a un orden de dos tramas de video adyacentes y no esta limitado a una trama de video actual y una primera trama de video anterior en un orden temporal real, y el metodo anterior es aplicable para la obtencion de un valor de caractenstica de cambio, la obtencion de un umbral de trama I y la determinacion de un tipo de trama para cualquieras dos tramas de video adyacentes. Dicho de otro modo, las etapas de procesamiento relacionadas, es decir, la obtencion del valor de caractenstica de cambio, la obtencion del umbral de trama I y la determinacion del tipo de trama, pueden iniciarse en un punto temporal aleatorio para dos tramas de video adyacentes antes del punto temporal aleatorio o dos tramas de video adyacentes despues del punto temporal aleatorio o dos tramas de video adyacentes en el punto temporal aleatorio.
Conviene senalar que esta forma de realizacion de la presente invencion es tambien aplicable a escenarios operativos en los que un flujo de video se transmite utilizando otros protocolos IP.
En esta forma de realizacion de la presente invencion, un valor de caractenstica de cambio de una trama de video actual se obtiene en funcion de los tamanos de la trama de video actual y una primera trama de video anterior, un umbral de trama I de la trama de video actual se obtiene en funcion de una tasa de trama de video y una posicion de la trama de video actual, y se determina si la primera trama de video anterior es una trama I en funcion del valor de caractenstica de cambio de la trama de video actual y un valor de caractenstica de cambio de la primera trama de video anterior, el umbral de la trama I de la trama de video actual y el tamano de la trama de video actual, el tamano de la primera trama de video anterior y un tamano de una segunda trama de video anterior. Lo que antecede proporciona un metodo de deteccion de tipo de trama completo y eficaz y solamente se considera una trama de video antes de la primera trama de video anterior, es decir, la segunda trama de video anterior durante la deteccion de un tipo de trama de la primera trama de video anterior. Asf se resuelven problemas de alta complejidad y de largo retardo debido al calculo sobre la base de una pluralidad de tramas de video anteriores en la deteccion del tipo de trama de video existente, y el impacto de una tasa de trama de video se considera completamente, con lo que se obtiene un resultado de la deteccion mas exacto.
La Figura 3 es un diagrama de flujo esquematico de otro metodo de deteccion de tipo de trama para un flujo de video dado a conocer por una forma de realizacion de la presente invencion. Segun se ilustra en la Figura 3, el metodo incluye:
301. Obtener un tamano de una trama de video actual, en donde la trama de video actual esta situada despues de la primera trama de video del flujo de video.
Para una puesta en practica espedfica de la etapa 301, es preciso referirse a 101 en la forma de realizacion anterior.
302. Obtener un valor de caractenstica de cambio de la trama de video actual en funcion del tamano de la trama de video actual y los tamanos de las dos tramas de video anteriores.
Mas concretamente, un valor absoluto de un valor medio de valores de diferencia entre el tamano de la trama de video actual y los tamanos de las al menos dos tramas de video anteriores o un valor medio de los valores absolutos de los valores de diferencia entre el tamano de la trama actual y los tamanos de las al menos dos tramas de video anteriores puede utilizarse como el valor de caractenstica de cambio de la trama de video actual.
303. Obtener un umbral de trama I de la trama de video actual en funcion de una tasa de trama de video y una posicion de la trama de video actual.
Para una puesta en practica espedfica de la etapa 303, es preciso referirse a 103 en la forma de realizacion anterior.
304. Determinar, en funcion del valor de caractenstica de cambio de la trama de video actual, un valor de
5
10
15
20
25
30
35
40
45
50
55
60
65
caractenstica de cambio de una primera trama de video anterior adyacente a la trama de v^deo actual, el umbral de la trama I de la trama de video actual, el tamano de la trama de video actual y los tamanos de las al menos dos tramas de video anteriores, si la primera trama de video anterior es una trama I.
Mas concretamente, si una relacion del tamano de la primera trama de video anterior al tamano de la segunda trama de video anterior adyacente a la primera trama de video anterior o una relacion del tamano de la primera trama de video anterior al tamano de la trama de video actual es mayor que una segunda constante, el valor de caractenstica de cambio de la trama de video actual es mayor que el umbral de trama I de la trama de video actual, y el valor de caractenstica de cambio de la primera trama de video anterior es mayor que el umbral de trama I de la trama de video actual, se determina que la primera trama de video anterior es una trama I, y de no ser asf, se determina que la primera trama de video anterior no es una trama I; o
si una relacion del tamano de la primera trama de video anterior al valor medio de tamanos de las al menos dos tramas de video anteriores antes de la primera trama de video anterior o una relacion del tamano de la primera trama de video anterior al tamano de la trama de video actual es mayor que una segunda constante, el valor de caractenstica de cambio de la trama de video actual es mayor que el umbral de trama I de la trama de video actual, y el valor de caractenstica de cambio de la primera trama de video anterior es mayor que el umbral de trama I de la trama de video actual, se determina que la primera trama de video anterior es una trama I, y de no ser asf, se determina que la primera trama de video anterior no es una trama I.
La segunda constante puede ser un valor fijo por defecto, a modo de ejemplo, 1.5. De modo opcional, la segunda constante se determina en funcion de una tasa de codigo, la tasa de trama de video y la posicion de la trama de video actual, es decir, puede ajustarse de forma adaptativa.
Conviene senalar que si la trama de video actual es la segunda trama de video en el flujo de video recibido despues de que se inicie la deteccion del tipo de trama del flujo de video, es decir, la primera trama de video anterior es la primera trama de video, se determina que la primera trama de video anterior es una trama I. Es decir, la primera trama de video es una trama I por defecto.
Ademas, despues de que se determine que la primera trama de video anterior es una trama I, el metodo puede incluir, ademas:
calcular un tamano medio de cada trama I.
Mas concretamente, cada vez que se detecta una trama I, se actualiza el tamano medio de cada trama I.
Ademas, a partir de que la trama de video actual sea la segunda trama de video para la trama de video actual siendo la ultima trama de video, el metodo anterior se utiliza para determinar si la primera trama de video anterior de la trama de video actual es una trama I. Ademas, si la trama de video actual es la ultima trama de video del flujo de video, el metodo incluye, ademas:
si una relacion de la trama de video actual al tamano medio de cada trama I es mayor que una tercera constante, determinar que la trama de video actual es una trama I, y de no ser asf, determinar que la trama de video actual no es una trama I, en donde la tercera constante es mayor que 0.
Mas concretamente, si la trama de video actual es la ultima trama de video se puede determinar cuando se recibe una trama de video posterior del flujo de video, o puede determinarse tambien utilizando una indicacion de final de trama de video. La tercera constante puede ser un valor fijo por defecto, a modo de ejemplo, 0.75, o de modo opcional, puede determinarse ademas, en funcion de la tasa de codigo, la tasa de trama de video y la posicion de la trama de video actual, es decir, puede ajustarse de forma adaptativa.
Ademas, antes de 301, el metodo puede incluir, ademas:
obtener un tamano de la primera trama de video;
determinar que un valor de caractenstica de cambio de la primera trama de video es un producto del tamano de la primera trama de video y una cuarta constante, en donde una gama de valores de la cuarta constante es (0,1]; y
determinar que un umbral de trama I de la primera trama de video es igual al valor de caractenstica de cambio de la primera trama de video.
Mas concretamente, puesto que la primera trama de video se determina por un orden de recepcion, la primera trama de video recibida del flujo de video es la primera trama de video; por lo tanto, para la primera trama de video, un caso en el que se pierda la trama completa no existe, y una perdida de paquetes antes de que se reciba el primer paquete RTP no se suele considerar. Por lo tanto, un tamano de la primera trama de video puede determinarse haciendo RF a ninguna perdida de paquetes y los primero, tercero y quinto casos de la perdida de paquetes en 101.
5
10
15
20
25
30
35
40
La cuarta constante puede ser, a modo de ejemplo, 2/3.
En esta forma de realizacion de la presente invencion, un valor de caractenstica de cambio de una trama de video actual se obtiene en funcion de tamanos de la trama de video actual y al menos dos tramas de video anteriores, un umbral de trama I de la trama de video actual se obtiene en funcion de una trama de trama de video y una posicion de la trama de video actual y se determina en funcion del valor de caractenstica de cambio de la trama de video actual y un valor de caractenstica de cambio de una primera trama de video anterior, el umbral de trama I de la trama de video actual, los tamanos de la trama de video actual y de las al menos dos tramas de video anteriores si la primera trama de video anterior es una trama I. Lo que antecede proporciona un metodo de deteccion de tipo de trama completo y eficaz; se considera completamente el impacto de una tasa de trama de video, lo que hace mas exacto un resultado de la deteccion.
Un ejemplo de pseudo-codigo de puesta en practica de un metodo de deteccion del tipo de trama para un flujo de video dado a conocer por una forma de realizacion de la presente invencion es como sigue, en donde V_TNF indica que el numero total de tramas de video incluye el numero de tramas de video perdidas y recibidas. A modo de ejemplo, 1 indica la primera trama de video y 2 indica la segunda trama de video.
Un pseudo-codigo se muestra a continuacion:
int t_frame_size = 0, en donde t_frame_size indica un tamano de trama de video actual;
int t-1_frame_size = 0, en donde t-1_frame_size indica un tamano de una primera trama de video anterior,
int t-2_frame_size = 0, en donde t-2_frame_size indica un tamano de una segunda trama de video anterior;
//==== Modulo de entrada ====//
IF (V_TNF = = 1) THEN
//La trama de video actual es la primera trama de video
t_frame_size = VFBytest_frame
t-1_frame_size = t_frame_size
t-2_frame_size = t-1_frame_size
ELSEIF (V_TNF = = 2) THEN
//La trama de video actual es la segunda trama de video
t_frame_size = VFBytest_frame
t-1_frame_size = VFBytest-i_frame
t-2_frame_size = t-1_frame_size
ELSE
//La trama de video actual es una trama de video posterior
t_frame_size = VFBytest _frame
t-1_frame_size = VFBytest-i frame
t-2_frame_size = VFBytest-2_frame
ENDIF
//==== Modulo de entrada ====//
//==== Modulo de calculo de extraccion de caractenstica de trama de video ====//
IF (V_TNF == 1) THEN
//Si la trama de video es la primera trama de video, V_FG es igual a 2/3 del tamano de la trama de video actual
5
10
15
20
25
30
V _FGt_frame = (int)( t_frame_size • 2.0/3.0)
ELSE
//La trama de v^deo posterior y V_FG es igual a un valor absoluto de un valor de diferencia entre el tamano de la trama de video actual y un tamano de una trama de video siguiente V_FGt_frame = (abs)( t_frame_size - t-1_frame_size )
END IF
//==== Modulo de calculo del gradiente de trama de video ====//
//==== Modulo de calculo del umbral de trama I ====//
IF (V_TNF == 1) THEN
//Si la trama de video actual es la primera trama de video, el umbral de trama I es igual a V_FG
V ____IThresht_frame = V_FGt_frame
ELSE
//Trama de video posterior
IF (V FTt.2_frame I_FRAME) THEN
//Si la trama de video actual es una trama I de la segunda trama de video anterior, recalcular el umbral de trama I y restablecer V_FDI
V_FDI = 2//Restablecer una distancia V_FDI entre la trama de video actual y una trama I mas proxima anterior para ser 2
V_IThresht_frame = (int)( t-2_frame_size • 2.0/3.0)//Recalcular el umbral de trama I, que es igual a 2/3 del tamano de la
segunda trama de video anterior
ELSE
//Actualizar el umbral en funcion de una posicion de la trama de video actual y una tasa de trama de video
IF (V_FDI < (int)videoFrameRate ) THEN
V_IThresht_frame = V_IThresht-i_frame • 0.985//Actualizar el umbral
V_FDI += 1//Calcular la distancia desde la trama de video actual
ELSE
V_IThresht_frame = max( V_IThresht-i_frame • 0.995, 500)//Actualizar el umbral, en donde el valor mmimo es 500 V_FDI += 1//Calcular la distancia entre la trama de video actual y una trama I mas proxima anterior ENDIF//IF (V_FDI < (int)videoFrameRate )
ENDIF//(V FTt-2_frame == I_FRAME)
ENDIF//IF (V_TNF == 1)
//==== Modulo de calculo de umbral de trama I ====//
//==== Modulo de salida ====//
5
10
15
20
25
30
IF( V_TNF == 1) THEN //first_frame
//La primera trama de v^deo no esta calculada ELSE
IF(V FGt_frame > V |Thresht_frame && V FGt.1_frame > V |Thresht_frame
&& (t-1_frame_size/t-2_frame_size > 1.5 || t-1_frame_size/t_frame_size > 1.5))
THEN
V ____FTt-1_frame = IFRAME // Trama I
V_ NIF += 1 //Valor conteo cantidad trama I
V_TIFBytes += t-1_frame_size //valor acumulado tamano trama I
ELSE
IF( V_TNF -1 = = 1) THEN
//Si la primera trama de video anterior es la primera trama de video
V ____FTt-1_frame = I_FRAME //Trama I
V_ NIF += 1 //Valor conteo cantidad trama I
V_TIFBytes += t-1_frame_size //Valor acumulado tamano trama I
ELSE
VFTt-1_frame = NON_I_FRAME //Trama no I
ENDIF
ENDIF
ENDIF
IF (last video frame of video stream ) THEN //last_frame
//La ultima trama de video
V_AIFBytes = V_TIFBytes/V_TNFI //El tamano medio de cada ama I hasta la ultima trama de video IF (t_frame_size/V_AIFBytes > 0.75 ) THEN
V ____FT t_frame = I_FRAME //Trama I
V_ NIF += 1 //Valor conteo cantidad trama I
V TIFBytes += t_frame size //Valor acumulado tamano trama I
V_AIFBytes = V_TIFBytes/V_NIF //Actualizar el tamano medio de cada trama I ELSE
V FTt_frame = NON_I_FRAME //Trama no I ENDIF
5
10
15
20
25
30
35
40
45
50
55
60
ENDIF
II====Modulo de salida ----II
La Figura 4 es un diagrama de flujo esquematico de un metodo de deteccion de tamano de trama dado a conocer por una forma de realizacion de la presente invencion. Segun se ilustra en la Figura 4, el metodo incluye:
401. Si se determina que se produce una perdida de paquetes entre dos paquetes RTP recibidos, obtener una carga util de cada paquete RTP recibido y estimar una carga util de cada paquete RTP perdido en conformidad con la carga util de cada paquete RTP recibido.
Ms concretamente, un aparato de deteccion de tamano de trama dado a conocer por esta forma de realizacion de la presente invencion detecta un tamano de una trama. El aparato de deteccion de tamano de trama puede estar dispuesto en un dispositivo de red o un dispositivo de prueba, recibir un flujo multimedia, en donde el flujo multimedia incluye una trama de video y/o una trama de audio. Esta forma de realizacion puede utilizarse para detectar un tamano de la trama de video o de la trama de audio. Una trama de video incluye al menos un paquete RTP de video, una trama de audio incluye al menos un paquete RTP de audio. El formato de un paquete RTP se ilustra en la Figura 1 y un paquete RTP de video y un paquete RTP de audio pueden distinguirse utilizando un tipo de carga (payload type) de una capa de cabecera de paquete RTP y/o un puerto de destino (destination port) de una capa de Protocolo de Datagramas de Usuarios (User Datagram Protocol, UDP en forma abreviada) para encapsular un paquete RTP.
Mas concretamente, segun se ilustra en la Figura 1, una carga util de un paquete RTP = un tamano del paquete RTP - un tamano de una capa de cabecera de paquete RTP, en donde el tamano del paquete RTP puede obtenerse a partir de la informacion sobre un protocolo de capa superior (es decir, capa UDP) para encapsular el paquete RTP, y el tamano de la capa de cabecera de paquete RTP puede determinarse recibiendo el paquete RTP y luego, analizando sintacticamente la capa de cabecera del paquete RTP.
Mas concretamente, la carga util V_lostBytes de cada paquete RTP perdido puede estimarse en funcion de un valor medio de una carga util de un paquete RTP adyacente anterior y una carga util de un paquete RTP adyacente siguiente haciendo referencia a la formula (6). Ademas, la carga util de cada paquete RTP perdido puede estimarse tambien en funcion de un valor medio de cargas utiles de una pluralidad de paquetes RTP recibidos antes del paquete RTP perdido, a modo de ejemplo, un valor medio de cargas utiles de todos los paquetes RTP recibidos antes del paquete RTP perdido, o un valor medio de cargas utiles de paquetes RTP recibidos dentro de una ventana deslizante antes del paquete RTP perdido.
402. Obtener el numero total V_lostPackets de los paquetes RTP perdidos entre los dos paquetes RTP en funcion de los numeros de secuencia de los dos paquetes RTP.
Mas concretamente, V_lostPackets puede obtenerse haciendo referencia a la formula (1) o (2).
403. Estimar el numero de paquetes RTP perdidos en cada trama con una perdida de paquetes en funcion del numero total V_lostPackets de paquetes RTP perdidos, y marcas temporales y bits marcadores de los dos paquetes RTP.
Mas concretamente, existen los cinco casos siguientes en los que se produce una perdida de paquetes entre dos paquetes RTP recibidos de forma consecutiva.
Primer caso: Se determina en funcion de las marcas temporales de los dos paquetes RTP que los dos paquetes RTP pertenecen a una misma trama, de modo que se determina que se produce una perdida de paquetes en una trama a la que pertenecen los dos paquetes RTP, pero no se pierde la trama completa, y el numero de paquetes RTP perdidos en la trama a la que pertenecen los dos paquetes RTP es igual al numero total V_lostPackets de paquetes RTP perdidos. Hagase referencia a la Figura 2A para conocer mas detalles.
Segundo caso: Se determina en funcion de las marcas temporales y los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen, por separado, a dos tramas consecutivas y el paquete RTP primero es el ultimo paquete RTP en una trama a la que pertenece el paquete RTP primero, de modo que se determina que se produce una perdida de paquetes en una trama a la que pertenece el paquete RTP ultimo, pero no se pierde la trama completa, y el numero de paquetes RTP perdidos en la trama a la que pertenece el paquete RTP ultimo es igual al numero total V_lostPackets de paquetes RTP perdidos. Hagase referencia a la Figura 2B para conocer mas detalles.
Tercer caso: Se determina en funcion de las marcas temporales y los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen, por separado, a dos tramas consecutivas y el paquete RTP primero no es el ultimo paquete RTP en una trama a la que pertenece el paquete RTP primero, de modo que se determina que se produce una perdida de paquetes en la trama a la que pertenece el paquete RTP primero y una trama a la que
5
10
15
20
25
30
35
40
45
50
55
60
65
pertenece el paquete RTP primero pero no se pierde la trama completa, y el numero de paquetes RTP perdidos en la trama a la que pertenece el paquete RTP primero es int(V_lostPackets/2) + V_lostPackets%2, y el numero de paquetes RTP perdidos en la trama a la que pertenece el paquete RTP ultimo es int(V_lostPackets/2). Hagase referencia a la Figura 2C a Figura 2E para conocer mas detalles.
Cuarto caso: Se determina en funcion de las marcas temporales y los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen a diferentes tramas y las tramas a las que pertenecen los dos paquetes RTP no son consecutivas, y el paquete RTP primero es el ultimo paquete RTP en una trama la que pertenece el paquete RTP primero, de modo que el numero V_lostFrames de tramas completas perdidas entre las tramas a las que pertenecen los dos paquetes RTP se obtienen en conformidad con una tasa de trama de video, una tasa de reloj de un paquete RTP y las marcas temporales de los dos paquetes RTP; se determina que se produce una perdida de paquetes en V_lostFrames tramas entre las tramas a las que pertenecen los dos paquetes RTP y se pierde una trama completa, y se produce una perdida de paquetes en una trama a la que pertenece el paquete RTP ultimo pero no se pierde una trama completa, y se determina que el numero de paquetes RTP perdidos en cada trama completa perdida es int(V_lostPackets/V_lostFrames), y el numero de paquetes RTP perdidos en la trama a la que pertenece el paquete RTP ultimo es V_lostPackets%VJostFrames. Hagase referencia a la Figura 2F a la Figura 2G para conocer mas detalles.
Quinto caso: Se determina en funcion de las marcas temporales y de los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen a diferentes tramas y las tramas a las que pertenecen los dos paquetes RTP son no consecutivas, y el paquete RTP primero no es el ultimo paquete RTP en una trama a la que pertenece el paquete RTP primero, de modo que el numero V_lostFrames de tramas completas perdidas entre las tramas a las que pertenecen los dos paquetes RTP se obtiene en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y las marcas temporales de los dos paquetes RTP; se determina que se produce una perdida de paquetes en V_lostFrames tramas entre las tramas a las que pertenecen los dos paquetes RTP y se pierde una trama completa, se produce una perdida de paquetes en las tramas a las que pertenecen los dos paquetes RTP pero no se pierde una trama completa, y se determina que el numero de paquetes RTP perdidos en la trama a la que pertenece el paquete RTP primero es 1, el numero de paquetes RTP perdidos en cada trama completa perdida es int((V_lostPackets - 1)/V_lostFrames), y el numero de paquetes RTP perdidos en una trama a la que pertenece el ultimo paquete RTP es (V_lostPackets - 1)%V_lostFrames. Hagase referencia a la Figura 2H y Figura 2I para conocer mas detalles.
Para una puesta en practica espedfica de la etapa 403, hagase referencia a 101 en el metodo de deteccion del tipo de tramas dado a conocer por la forma de realizacion anterior de la presente invencion.
404. Obtener un tamano de cada trama con perdida de paquetes en funcion del numero de paquetes RTP perdidos en cada trama con la perdida de paquetes y la carga util de cada paquete RTP perdido.
Mas concretamente, para una trama en la que se produce una perdida de paquetes pero no se pierde la trama completa, un tamano total de paquetes RTP perdidos en la trama se obtiene en funcion del numero de paquetes RTP perdidos en la trama y una carga util de cada paquete RTP perdido; ademas, una carga util de cada paquete RTP recibido en la trama se obtiene, y la carga util de cada paquete RTP recibido se acumula para obtener un tamano total de paquetes RTP recibidos en la trama; el tamano total de paquetes RTP perdidos y el tamano total de los paquetes RTP recibidos en la trama se anaden para obtener un tamano de la trama.
Para una trama completa perdida, un tamano de la trama se determina directamente en funcion del numero de paquetes RTP perdidos en la trama y una carga util de cada paquete RTP perdido.
En esta forma de realizacion de la presente invencion, si se determina que se produce una perdida de paquetes entre dos paquetes RTP recibidos, una carga util de cada paquete RTP perdido se estima en conformidad con una carga util de cada paquete RTP recibido, el numero total de paquetes RTP perdidos entre los dos paquetes RTP se obtiene en funcion de los numeros de secuencia de los dos paquetes RTP y a continuacion, el numero de paquetes RTP perdidos en cada trama con una perdida de paquetes se estima en funcion del numero total V_lostPackets de paquetes RTP perdidos, y las marcas temporales y los bits marcadores de los dos paquetes RTP, de modo que un tamano de cada trama con la perdida de paquetes se obtiene en funcion del numero de paquetes RTP perdidos en cada trama con la perdida de paquetes y la carga util de cada paquete RTP perdido. Lo que antecede proporciona una solucion eficaz de deteccion de un tamano de una trama con una perdida de paquetes.
Un experto en esta tecnica debe entender que la totalidad o una parte de las etapas del metodo en conformidad con
las formas de realizacion de la presente invencion se pueden poner en practica mediante un programa informatico que proporcione instrucciones a un hardware pertinente. El programa puede memorizarse en un soporte de
memorizacion legible por ordenador. Cuando se ejecuta el programa, se realizan las etapas del metodo en
conformidad con las formas de realizacion de la presente invencion. El soporte de memorizacion puede ser cualquier soporte que sea capaz de memorizar un codigo de programa, tal como una memoria ROM, una memoria RAM, un disco magnetico y un disco optico.
5
10
15
20
25
30
35
40
45
50
55
60
65
La Figura 5 es un diagrama estructural esquematico de un aparato de deteccion de tipo de tramas para un flujo de v^deo dado a conocer por una forma de realizacion de la presente invencion. Segun se ilustra en la Figura 5, el aparato incluye:
un modulo de obtencion de tamano de trama 51, configurado para obtener un tamano de una trama de v^deo actual, en donde la trama de video actual esta situada despues de la primera trama de video del flujo de video;
un modulo de extraccion de caractenstica 52, configurado para obtener un valor de caractenstica de cambio de la trama de video actual en funcion del tamano de la trama de video actual y un tamano de una primera trama de video anterior adyacente a la trama de video actual;
un modulo de obtencion de umbral 53, configurado para obtener un umbral de trama I de la trama de video actual en funcion de una tasa de trama de video y una posicion de la trama de video actual; y
un modulo de determinacion de tipo 54, configurado para determinar si la primera trama de video anterior es una trama I en funcion del valor de caractenstica de cambio de la trama de video actual, del valor de caractenstica de cambio de la primera trama de video anterior, del umbral de trama I de la trama de video actual, del tamano de la trama de video actual, del tamano de la primera trama de video anterior y de un tamano de una segunda trama de video anterior adyacente a la primera trama de video anterior.
De modo opcional, el modulo de obtencion de tamano de trama 51 esta configurado espedficamente para:
si se determina que no se produce una perdida de paquetes en la trama de video actual, obtener una carga util de cada paquete RTP en la trama de video actual; y
acumular la carga util de cada paquete RTP en la trama de video actual para obtener el tamano de la trama de video actual.
De modo opcional, el modulo de obtencion de tamano de trama 51 incluye espedficamente:
una unidad de obtencion de tamano recibida, configurada para: si se determina que se produce una perdida de paquetes en la trama de video actual y no se pierde la trama completa, obtener una carga util de cada paquete RTP recibido en la trama de video actual y acumular la carga util de cada paquete RTP recibido en la trama de video actual para obtener un tamano total de los paquetes RTP recibidos en la trama de video actual;
una unidad de obtencion de tamano perdido, configurada para estimar una carga util de cada paquete RTP perdidos y el numero de paquetes RTP perdidos en la trama de video actual en funcion de un paquete RTP adyacente anterior de un paquete RTP perdido y un paquete RTP adyacente siguiente del paquete RTP perdidos en la trama de video actual entre todos los paquetes RTP recibidos y obtener un tamano total de los paquetes RTP perdidos en la trama de video actual en funcion de una carga util de cada paquete RTP perdido y el numero de paquetes RTP perdidos en la trama de video actual; y
una unidad de obtencion de tamano de trama, configurada para anadir el tamano total de los paquetes RTP recibidos y el tamano total de los paquetes RTP perdidos en la trama de video actual para obtener el tamano de la trama de video actual.
Ademas, la unidad de obtencion de tamano perdido esta espedficamente configurada para:
obtener una carga util del paquete RTP adyacente anterior y una carga util del paquete RTP adyacente siguiente; y
estimar la carga util de cada paquete RTP perdidos en funcion del valor medio de la carga util del paquete RTP adyacente anterior y la carga util del paquete RTP adyacente siguiente.
Ademas, la unidad de obtencion de tamano perdido esta espedficamente configurada para:
si se determina en funcion de las marcas temporales del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que, a la vez, el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente pertenecen a la trama de video actual o, si se determina en funcion de las marcas temporales y los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la primera trama de video anterior, el paquete RTP adyacente siguiente pertenece a la trama de video actual, y el paquete RTP adyacente anterior es el ultimo paquete rTp en la primera trama de video anterior, obtener el numero total V_lostPackets de los paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en funcion de los numeros de secuencia del paquete rTp adyacente anterior y del paquete RTP adyacente siguiente; y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es V_lostPackets.
5
10
15
20
25
30
35
40
45
50
55
60
65
De modo opcional, la unidad de obtencion de tamano perdido esta configurada espedficamente, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la trama de video actual, el paquete RTP adyacente siguiente pertenece a una trama de video siguiente adyacente a la trama de video actual, y el paquete RTP adyacente anterior no es el ultimo paquete RTP en la trama de video actual, obtener el numero total V_lostPackets de los paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en funcion de los numeros de secuencia del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente, y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es int(V_lostPackets/2) + V_lostPackets%2.
De modo opcional, la unidad de obtencion de tamano perdido esta espedficamente configurada, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que una trama de video a la que pertenece el paquete RTP adyacente anterior y la trama de video actual no son consecutivas, el paquete RTP adyacente siguiente pertenece a la trama de video actual, y el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete RTP adyacente anterior, obtener el numero V_lostFrames de las tramas de video perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente y el numero total V_lostPackets de paquetes RTP perdidos en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y los numeros de secuencia y marcas temporales del paquete RTP adyacente anterior y el paquete RTP adyacente siguiente; y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es V_lostPackets%V_lostFrames.
De modo opcional, la unidad de tamano perdido esta espedficamente configurada, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la trama de video actual, una trama de video a la que pertenece el paquete RTP adyacente siguiente y la trama de video actual no son consecutivas, y el paquete rTp adyacente anterior no es el ultimo paquete RTP en la trama de video actual, determinar que el numero de paquetes RTP perdidos en la trama de video actual es 1.
De modo opcional, el modulo de obtencion de tamano de trama 54 esta espedficamente configurado, para:
si se determina que se pierde la trama de video actual completa, estimar una carga util de cada paquete RTP perdido en funcion de un paquete RTP adyacente anterior y un paquete RTP adyacente siguiente de la trama de video actual entre todos los paquetes RTP recibidos, obtener el numero V_lostFrames de tramas de video perdidas entre una trama de video a la que pertenece el paquete RTP adyacente anterior y una trama de video a la que pertenece el paquete RTP adyacente siguiente y el numero total V_lostPackets de paquetes RTP perdidos en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y las marcas temporales y los numeros de secuencia del paquete RTP adyacente anterior y del paquete rTp adyacente siguiente, y
si se determina en funcion de un bit marcador del paquete RTP adyacente anterior que el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete RTP adyacente anterior, determinar que el numero de paquetes RTP en la trama de video actual es int(V_lostPackets/V_lostFrames), y de no ser asf, determinar que el numero de paquetes RTP en la trama de video actual es int((V_lostPackets - - 1)/V_lostFrames); y
determinar el tamano de la trama de video actual en funcion del numero de paquetes RTP en la trama de video actual y una carga util de cada paquete RTP perdido.
Ademas, el modulo de extraccion de caractenstica 52 es espedficamente configurado para:
utilizar un valor absoluto de valor de diferencia entre el tamano de la trama de video actual y el tamano de la primera trama de video anterior como el valor de caractenstica de cambio de la trama de video actual.
Ademas, el modulo de obtencion de umbral 53 esta espedficamente configurado para:
obtener el umbral de trama I de la trama de video actual en funcion de la tasa de trama de video y una distancia entre la trama de video actual y una trama I mas proxima anterior.
5
10
15
20
25
30
35
40
45
50
55
60
65
si la segunda trama de v^deo anterior es la trama I mas proxima anterior, determinar que el umbral de trama I de la trama de v^deo actual es un producto de un tamano de la trama I mas proxima anterior y una primera constante, si una gama de valores de la primera constante es (0,1].
De modo opcional, el modulo de obtencion de umbral 53 esta espedficamente configurado para:
si la segunda trama de video anterior no es la trama I mas proxima anterior, determinar si la distancia entre la trama de video actual y la trama I mas proxima anterior es mayor que la tasas de trama de video; si es mayor, determinar un producto de un umbral de trama I de la primera trama de video anterior y un primer factor de escala como el umbral de trama I de la trama de video actual y si no es mayor, determinar el producto del umbral de trama I de la primera trama de video anterior y un segundo factor de escala como el umbral de trama I de la trama de video actual; en donde una gama de valores del primer factor de escala y el segundo factor de escalas es ambos (0,1] y el primer factor de escala es mayor que el segundo factor de escala.
Ademas, el modulo de determinacion de tipo 54 esta espedficamente configurado para:
si una relacion del tamano de la primera trama de video anterior al tamano de la segunda trama de video anterior o una relacion del tamano de la primera trama de video anterior al tamano de la trama de video actual es mayor que una segunda constante, el valor de caractenstica de cambio de la trama de video actual es mayor que el umbral de trama I de la trama de video actual y el valor de caractenstica de cambio de la primera trama de video anterior es mayor que el umbral de trama I de la trama de video actual, determinar que la primera trama de video anterior es una trama I y de no ser asf, determinar que la primera trama de video anterior no es una trama I.
Ademas, el modulo de determinacion de tipo 54 esta espedficamente configurado para:
si la trama de video actual es la segunda trama de video, determinar que la primera trama de video anterior es una trama I.
De modo opcional, la segunda constante se determina en funcion de una tasa de codigo, una tasa de trama y una posicion de la trama de video actual.
Ademas, el aparato incluye, tambien:
un modulo de calculo de valor medio, configurado para: despues de que el modulo de determinacion de tipo 54 determine que la primera trama de video anterior es una trama I, calcular un tamano medio de cada trama I.
Ademas, si la trama de video actual es la ultima trama de video en el flujo de video, el modulo de determinacion de tipo 54 esta configurado, ademas, para:
si una relacion del tamano de la trama de video actual al tamano medio de cada trama I es mayor que una tercera constante, determinar que la trama de video actual es una trama I y de no ser asf, determinar que la trama de video actual no es una trama I, en donde la tercera constante es mayor que 0.
Ademas, el modulo de obtencion de tamano de trama 51 esta configurado, ademas, para: obtener un tamano de la primera trama de video.
El modulo de extraccion de caractenstica 52 esta configurado, ademas, para: determinar que el valor de caractenstica de cambio de la primera trama de video es un producto del tamano de la primera trama de video y una cuarta constante, en donde una gama de valores de la cuarta constante es (0,1].
El modulo de obtencion de umbral 53 esta configurado, ademas, para: determinar un umbral de trama I de la primera trama de video igual al valor de caractenstica de cambio de la primera trama de video.
Para una puesta en practica espedfica de esta forma de realizacion, es preciso referirse al metodo de deteccion del tipo de trama de video dado a conocer por la forma de realizacion anterior de la presente invencion. En esta forma de realizacion de la presente invencion, un valor de caractenstica de cambio de una trama de video actual se obtiene en funcion de los tamanos de la trama de video actual una primera trama de video anterior, un umbral de trama I de la trama de video actual se obtiene en funcion de una tasa de trama de video y una posicion de la trama de video actual, se determina si la primera trama de video anterior es una trama I en funcion del valor de caractenstica de cambio de la trama de video actual y un valor de caractenstica de cambio de la primera trama de video anterior, el umbral de trama I de la trama de video actual y el tamano de la trama de video actual, el tamano de la primera trama de video anterior y un tamano de una segunda trama de video anterior. Lo que antecede proporciona un metodo de deteccion de tipo de trama completo y eficaz, y hace tambien posible considerar solamente una trama de video antes de la primera trama de video anterior, es decir, la segunda trama de video anterior, durante la deteccion del tipo de trama de la primera trama de video anterior. Asf se resuelven los problemas de alta complejidad y de largo tiempo de retardo debido al calculo sobre la base de una pluralidad de tramas de
5
10
15
20
25
30
35
40
45
50
55
60
65
v^deo anterior en la deteccion del tipo de trama de v^deo existente y el impacto de una tasa de trama de v^deo esta considerado completamente, lo que hace mas exacto un resultado de la deteccion.
La Figura 6 es un diagrama estructural esquematico de otro aparato de deteccion del tipo de trama para un flujo de video dado a conocer por una forma de realizacion de la presente invencion. Segun se ilustra en la Figura 6, el aparato incluye:
un modulo de obtencion de tamano de trama 61, configurado para obtener un tamano de una trama de video actual, en donde la trama de video actual esta situada despues de la primera trama de video del flujo de video;
un modulo de extraccion de caractenstica 62, configurado para obtener un valor de caractenstica de cambio de la trama de video actual en funcion del tamano de la trama de video actual y de los tamanos de al menos dos tramas de video anteriores,
un modulo de obtencion de umbral 63, configurado para obtener un umbral de trama I de la trama de video actual en funcion de una tasa de trama de video y una posicion de la trama de video actual; y
un modulo de determinacion de tipo 64, configurado para determinar, en funcion del valor de caractenstica de cambio de la trama de video actual, un valor de caractenstica de cambio de una primera trama de video anterior adyacente a la trama de video actual, el umbral de trama I de la trama de video actual, el tamano de la trama de video actual y los tamanos de las al menos dos tramas de video anteriores, en donde la primera trama de video anterior es una trama I.
De modo opcional, el modulo de obtencion de tamano de trama 61 esta espedficamente configurado para:
si se determina que no se produce una perdida de paquetes en la trama de video actual, obtener una carga util de cada paquete RTP en la trama de video actual; y
acumular la carga util de cada paquete RTP en la trama de video actual para obtener el tamano de la trama de video actual.
De modo opcional, el modulo de obtencion de tamano de trama 61 incluye espedficamente:
una unidad de obtencion de tamano recibido, configurado para: si se determina que se produce una perdida de paquetes en la trama de video actual y no se pierde la trama completa, obtener una carga util de cada paquete RTP recibido en la trama de video actual, acumular la carga util de cada paquete RTP recibido en la trama de video actual para obtener el tamano total de los paquetes RTP recibidos en la trama de video actual;
una unidad de obtencion de tamano perdido, configurada para estimar una carga util de cada paquete RTP perdido y el numero de paquetes RTP perdidos en la trama de video actual en funcion de un paquete RTP adyacente anterior de un paquete rTp perdidos y un paquete RTP adyacente siguiente del paquete RTP perdido en la trama de video actual entre todos los paquetes RTP recibidos, y obtener un tamano total de los paquetes RTP perdidos en la trama de video actual en funcion de una carga util de cada paquete RTP perdido y del numero de paquetes RTP perdidos en la trama de video actual; y
una unidad de obtencion de tamano de trama, configurada para anadir el tamano total de los paquetes RTP recibidos y el tamano total de los paquetes RTP perdidos en la trama de video actual para obtener el tamano de la trama de video actual.
Ademas, la unidad de obtencion de tamano perdido esta configurada espedficamente para:
obtener una carga util del paquete RTP adyacente anterior y una carga util del paquete RTP adyacente siguiente; y
estimar una carga util de cada paquete RTP perdido en funcion del valor medio de la carga util del paquete RTP adyacente anterior y la carga util del paquete RTP adyacente siguiente.
De modo opcional, la unidad de obtencion de tamano perdido esta espedficamente configurada, ademas, para:
si se determina en funcion de las marcas temporales del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que, a la vez, el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente pertenecen a la trama de video actual o, si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la primera trama de video anterior, el paquete RTP adyacente siguiente pertenece a la trama de video actual, y el paquete RTP adyacente anterior es el ultimo paquete RTP en la primera trama de video anterior, obtener el numero total V_lostPackets de paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en funcion de los numeros de secuencia del paquete RTP adyacente
5
10
15
20
25
30
35
40
45
50
55
60
65
anterior y del paquete RTP adyacente siguiente; y
determinar que el numero de paquetes RTP perdidos en la trama de v^deo actual es V_lostPackets.
De modo opcional, la unidad de obtencion de trama perdida esta espedficamente configurada, ademas, para:
si se determina en funcion de las marcas temporales y los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete rTp adyacente anterior pertenece a la trama de video actual, el paquete RTP adyacente siguiente pertenece a una trama de video siguiente adyacente a la trama de video actual, y el paquete RTP adyacente anterior no es el ultimo paquete RTP en la trama de video actual, obtener el numero total V_lostPackets de paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en funcion de los numeros de secuencia del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente; y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es int(V_lostPackets/2) + V_lostPackets%2.
De modo opcional, la unidad de obtencion de tamano perdido esta espedficamente configurada, ademas, para:
si se determina en funcion de las marcas temporales y los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que una trama de video a la que pertenece el paquete RTP adyacente anterior y la trama de video actual no son consecutivas, el paquete RTP adyacente siguiente pertenece a la trama de video actual y el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete RTP adyacente anterior, obtener el numero V_lostFrames de tramas de video perdidas entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente y el numero total V_lostPackets de los paquetes RTP perdidos en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y los numeros de secuencia y las marcas temporales del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente; y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es V_lostPackets%V_lostFrames.
De modo opcional, la unidad de obtencion de tamano perdido esta espedficamente configurada ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la trama de video actual, una trama de video a la que pertenece el paquete RTP adyacente siguiente y la trama de video actual no son consecutivas, y el paquete rTp adyacente anterior no es el ultimo paquete RTP en la trama de video actual, determinar que el numero de paquetes RTP perdidos en la trama de video actual es 1.
De modo opcional, el modulo de obtencion de tamano de trama 61 esta espedficamente configurado para:
si se determina que se pierde la trama de video completa, estimar una carga util de cada paquete RTP perdido en funcion de un paquete RTP adyacente anterior y un paquete RTP adyacente siguiente de la trama de video actual entre todos los paquetes RTP recibidos, obtener el numero V_lostFrames de tramas de video perdidas entre una trama de video a la que pertenece el paquete RTP adyacente anterior y una trama de video a la que pertenece el paquete RTP adyacente siguiente y el numero total V_lostPackets de paquetes RTP perdidos en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y las marcas temporales y los numeros de secuencia del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente;
si se determina en funcion del bit marcador del paquete RTP adyacente anterior que el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete RtP adyacente anterior, determinar que el numero de paquetes RTP en la trama de video actual es int(V_lostPackets/V_lostFrames), y de no ser asf, determinar que el numero de paquetes RTP en la trama de video actual es int((V_lostPackets - 1)/V_lostFrames); y
obtener el tamano de la trama de video actual en funcion del numero de paquetes RTP en la trama de video actual y una carga util de cada paquete RTP perdido.
Ademas, el modulo de extraccion de caractenstica 62 esta espedficamente configurado para:
usar un valor absoluto de un valor medio de valores de diferencia entre el tamano de la trama de video actual y los tamanos de las al menos dos tramas de video anteriores o un valor medio de valores absolutos de los valores de diferencia entre el tamano de la trama actual y los tamanos de las al menos dos tramas de video anteriores como el valor de caractenstica de cambio de la trama de video actual.
5
10
15
20
25
30
35
40
45
50
55
60
65
obtener el umbral de trama I de la trama de v^deo actual en funcion de la tasa de trama de v^deo y una distancia entre la trama de video actual y una trama I mas proxima anterior.
De modo opcional, el modulo de obtencion de umbral 63 esta espedficamente configurado para:
si una segunda trama de video anterior adyacente a la primera trama de video anterior es la trama I mas proxima anterior, determinar que el umbral de trama I de la trama de video actual es un producto de un tamano de la trama I mas proxima anterior y una primera constante, en donde una gama de valores de la primera constante es (0,1].
De modo opcional, el modulo de obtencion de umbral 63 esta espedficamente configurado para:
si la segunda trama de video anterior adyacente a la primera trama de video anterior no es la trama I mas proxima anterior, determinar que la distancia entre la trama de video actual y la trama I mas proxima anterior es mayor que la tasa de trama de video; si es mayor, determinar el producto de un umbral de trama I de la primera trama de video anterior y un primer factor de escala como el umbral de trama I de la trama de video actual, y si no es mayor, determinar el producto del umbral de trama I de la primera trama de video anterior y un segundo factor de escala como el umbral de trama I de la trama de video actual; en donde una gama de valores del primer factor de escala y del segundo factor de escala es ambos (0,1] y el primer factor de escala es mayor que el segundo factor de escala.
Ademas, el modulo de determinacion de tipo 64 es espedficamente configurado para:
si una relacion del tamano de la primera trama de video anterior al tamano de la segunda trama de video anterior o una relacion del tamano de la primera trama de video anterior al tamano de la trama de video actual es mayor que una segunda constante, el valor de caractenstica de cambio de la trama de video actual es mayor que el umbral de trama I de la trama de video actual, y el valor de caractenstica de cambio de la primera trama de video anterior es mayor que el umbral de trama I de la trama de video actual, determinar que la primera trama de video anterior es una trama I y de no ser asf, determinar que la primera trama de video anterior no es una trama I; o,
si una relacion del tamano de la primera trama de video anterior al valor medio de tamanos de las al menos dos tramas de video anteriores antes de la primera trama de video anterior o la relacion del tamano de la primera trama de video anterior al tamano de la trama de video actual es mayor que una segunda constante, el valor de caractenstica de cambio de la trama de video actual es mayor que el umbral de trama I de la trama de video actual y el valor de caractenstica de cambio de la primera trama de video anterior es mayor que el umbral de trama I de la trama de video actual, determinar que la primera trama de video anterior es una trama I y de no ser asf, determinar que la primera trama de video anterior no es una trama I.
Ademas, el modulo de determinacion de tipo 64 esta espedficamente configurado, ademas, para:
si la trama de video actual es la segunda trama de video del flujo de video, determinar que la primera trama de video anterior es una trama I.
De modo opcional, la segunda constante se determina en funcion de una tasa de codigo, la tasa de trama de video y la posicion de la trama de video actual.
Ademas, el aparato incluye, tambien:
un modulo de calculo de valor medio, configurado para: despues de que el modulo de determinacion de tipo 64 determine que la primera trama de video anterior es una trama I, calcular un tamano medio de cada trama I.
Ademas, si la trama de video actual es la ultima trama de video en el flujo de medio, el modulo de determinacion de tipo 64 esta configurado, ademas, para:
si una relacion del tamano de la trama de video actual al tamano medio de cada trama I es mayor que una tercera constante, determinar que la trama de video actual es una trama I, y de no ser asf, determinar que la trama de video actual no es una trama I, en donde la tercera constante es mayor que 0.
De modo opcional, el modulo de obtencion de tamano de trama 61 esta configurado, ademas, para obtener un tamano de la primera trama de video;
el modulo de extraccion de caractenstica 62 esta configurado, ademas, para determinar que un valor de caractenstica de cambio de la primera trama de video es un producto del tamano de la primera trama de video y una cuarta constante, en donde una gama de valores de la cuarta constante es (0,1], y
el modulo de obtencion de umbral 63 esta configurado, ademas, para determinar que un umbral de trama I de la primera trama de video es igual al valor de caractenstica de cambio de la primera trama de video.
5
10
15
20
25
30
35
40
45
50
55
60
65
En esta forma de realizacion de la presente invencion, un valor de caractenstica de cambio de la trama de v^deo actual se obtiene en funcion de los tamanos de la trama de video actual y las al menos dos tramas de v^deo anteriores, un umbral de trama I de la trama de video actual se obtiene en funcion de una tasa de trama de video y una posicion de la trama de video actual, y se determina en funcion del valor de caractenstica de cambio de la trama de video y un valor de caractenstica de cambio de una primera trama de video anterior, el umbral de trama I de la trama de video actual, los tamanos de la trama de video actual y de las al menos dos tramas de video anteriores si la primera trama de video anterior es una trama I. Lo que antecede proporciona un metodo de deteccion de tipo de trama completo y eficaz y se considera completamente el impacto de una tasa de trama de video, lo que mas exacto el resultado de la deteccion.
La Figura 7 es un diagrama estructural esquematico de un aparato de deteccion de tamano de trama dado a conocer por una forma de realizacion de la presente invencion. Segun se ilustra en la Figura 7, el aparato incluye:
un modulo de estimacion de carga util 71, configurado para: si se determina que se produce una perdida de paquetes entre dos paquetes RTP recibidos, obtener una carga util de cada paquete RTP recibido y estimar una carga util de cada paquete RTP perdido en funcion de una carga util de cada paquete RTP recibido;
un modulo de obtencion de numero de perdidas total 72, configurado para obtener el numero total V_lostPackets de paquetes RTP perdidos entre los dos paquetes RTP en funcion de los numeros de secuencia de los dos paquetes RTP;
un modulo de estimacion del numero de perdidas 73, configurado para estimar el numero de paquetes RTP perdidos en cada trama con una perdida de paquetes en funcion del numero total de paquetes RTP perdidos V_lostPackets y las marcas temporales y los bits marcadores de los dos paquetes RTP; y
un modulo de deteccion de tamano de trama 74, configurado para obtener un tamano de cada trama con la perdida de paquetes en funcion del numero de paquetes RTP perdidos en cada trama con la perdida de paquetes y una carga util de cada paquete RTP perdido.
Ademas, el modulo de estimacion de carga util 71 esta espedficamente configurado para:
estimar una carga util de cada paquete RTP perdidos en funcion de un valor medio de la carga util de los dos paquetes RTP; o
estimar una carga util de cada paquete RTP perdidos en funcion de un valor medio de cargas utiles de una pluralidad de paquetes RTP recibidos antes de un paquete RTP perdido.
Ademas, el modulo de estimacion de cada numero de perdida 73 esta espedficamente configurado para:
si se determina en funcion de las marcas temporales de los dos paquetes RTP que los dos paquetes RTP pertenecen a una misma trama, o, si se determina en funcion de las marcas temporales y de los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen, por separado, a dos tramas consecutivas y el paquete RTP primero es el ultimo paquete RtP en una trama a la que pertenece el paquete RTP primero, determinar que el numero de paquetes RTP perdidos en una trama a la que pertenece el paquete RTP ultimo es igual al numero total V_lostPackets de paquetes RTP perdidos.
De modo opcional, el modulo de estimacion de cada numero de perdida 73 es espedficamente configurado para:
si se determina en funcion de las marcas temporales y de los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen, por separado, a dos tramas consecutivas y el paquete RTP primero no es el ultimo paquete RTP en una trama a la que pertenece el paquete RTP primero, determinar que el numero de paquetes RTP perdidos, en la trama a la que pertenece el paquete RTP primero es int(V_lostPackets/2)+V_lostPackets%2, y el numero de paquetes RTP perdidos en la trama a la que pertenece el paquete RTP ultimo es int(V_lostPackets/2).
De modo opcional, el modulo de estimacion de cada numero de perdida 73 esta espedficamente configurado para:
si se determina en funcion de las marcas temporales y de los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen a diferentes tramas, las tramas a las que pertenecen los dos paquetes rTp no son consecutivas, y el paquete RTP primero es el ultimo paquete RTP en una trama a la que pertenece el paquete RTP primero, determinar el numero V_lostFrames de tramas completas perdidas entre las tramas a las que pertenecen los dos paquetes RTP en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y las marcas temporales de los dos paquetes RTP; y
determinar que el numero de paquetes RTP perdidos en cada trama completa perdida es int(V_lostPackets/V_lostFrames), y el numero de paquetes RTP perdidos en una trama a la que pertenece el paquete RTP ultimo es V_lostPackets%V_lostFrames.
5
10
15
20
25
30
35
40
45
50
55
60
65
De modo opcional, el modulo de estimacion de cada numero de perdida 73 esta espedficamente configurado para:
si se determina en funcion de las marcas temporales y de los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen a diferentes tramas, tramas a las cuales pertenecen los dos paquetes rTp son no consecutivas, y el paquete RTP primero no es el ultimo paquete RTP en una trama a la que pertenece el paquete RTP primero, determinar el numero V_lostFrames de las tramas completas perdidas entre las tramas a las que pertenecen los dos paquetes RTP en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y las marcas temporales de los dos paquetes RTP; y
determinar que el numero de paquetes RTP perdidos en la trama a la que pertenece el paquete RTP primero es 1, el numero de paquetes RTP perdidos en cada trama completa perdida es int((V_lostPackets - 1)/V_lostFrames), y el numero de paquetes RTP perdidos en una trama a la que pertenece el paquete RTP ultimo es (V_lostPackets - 1)%V_lostFrames.
Para una puesta en practica espedfica de esta forma de realizacion, es preciso referirse al metodo de deteccion del tamano de trama dado a conocer por la forma de realizacion anterior de la presente invencion. En esta forma de realizacion de la presente invencion, si se determina que se produce una perdida de paquetes entre dos paquetes RTP recibidos, se estima una carga util de cada paquete RTP perdido en funcion de una carga util de cada paquete RTP recibido, el numero total de paquetes RTP perdidos entre los dos paquetes RTP se obtiene en funcion de los numeros de secuencia de los dos paquetes RTP y luego, el numero de perdidas perdidos en cada trama con una perdida de paquetes se estima en funcion del numero total V_lostPackets de paquetes RTP perdidos, y las marcas temporales y los bits marcadores de los dos paquetes RTP, de modo que un tamano de cada trama con la perdida de paquetes se obtiene en funcion del numero de paquetes RTP perdidos en cada trama con la perdida de paquetes y una carga util de cada paquete RTP perdido. Lo que antecede proporciona una solucion eficaz de deteccion de un tamano de una trama con una perdida de paquetes.
La Figura 8 es un diagrama estructural esquematico de otro aparato de deteccion de tipo de trama para un flujo de video dado a conocer por una forma de realizacion de la presente invencion. Segun se ilustra en la Figura 8, el aparato 800 incluye:
una memoria 81, configurada para zar una instruccion; y
un procesador 82, acoplado a la memoria, y el procesador 82 esta configurado para ejecutar la instruccion memorizada en la memoria 81, en donde el procesador 82 esta configurado para:
obtener un tamano de una trama de video actual, en donde la trama de video actual esta situada despues de la primera trama de video del flujo de video;
obtener un valor de caractenstica de cambio de la trama de video actual en funcion del tamano de la trama de video actual y un tamano de una primera trama de video anterior adyacente a la trama de video actual;
obtener un umbral de trama I de la trama de video actual en funcion de una tasa de trama de video y una posicion de la trama de video actual; y
determinar si la primera trama de video anterior es una trama I en funcion del valor de caractenstica de cambio de la trama de video actual, un valor de caractenstica de cambio de la primera trama de video anterior, el umbral de trama I de la trama de video actual, el tamano de la trama de video actual, el tamano de la primera trama de video anterior y un tamano de una segunda trama de video anterior adyacente a la primera trama de video anterior.
De modo opcional, el procesador 82 esta espedficamente configurado para:
si se determina que no se produce una perdida de paquetes en la trama de video actual, obtener una carga util de cada paquete RTP en la trama de video actual; y
acumular la carga util de cada paquete RTP en la trama de video actual para obtener el tamano de la trama de video actual.
De modo opcional, el procesador 82 esta espedficamente configurado para:
si se determina que se produce una perdida de paquetes en la trama de video actual y no se pierde la trama completa, obtener una carga util de cada paquete RtP recibido en la trama de video actual, y acumular la carga util de cada paquete RTP recibido en la trama de video actual para obtener un tamano total de los paquetes RTP recibidos en la trama de video actual;
estimar una carga util de cada paquete RTP perdido y el numero de paquetes RTP perdidos en la trama de video
5
10
15
20
25
30
35
40
45
50
55
60
65
actual en funcion de un paquete RTP adyacente anterior de un paquete RTP perdido y un paquete RTP adyacente siguiente de un paquete RTP perdido en la trama de video actual entre todos los paquetes RtP recibidos, y obtener un tamano total de los paquetes RTP perdidos en la trama de video actual en funcion de la carga util de cada paquete RTP perdido y el numero de paquetes RTP perdidos en la trama de video actual; y
anadir el tamano total de los paquetes RTP recibidos y el tamano total de los paquetes RTP perdidos en la trama de video actual para obtener el tamano de la trama de video actual.
Ademas, el procesador 82 esta espedficamente configurado para:
obtener la carga util del paquete RTP adyacente anterior y la carga util del paquete RTP adyacente siguiente de cada paquete RTP perdido en la trama de video actual entre todos los paquetes RTP recibidos; y
estimar una carga util de cada paquete RTP perdidos en funcion del valor medio de la carga util del paquete RTP adyacente anterior y la carga util del paquete RTP adyacente siguiente.
Ademas, el procesador 82 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente pertenecen a la trama de video actual o, si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la primera trama de video anterior, el paquete RTP adyacente siguiente pertenece a la trama de video actual, y el paquete RTP adyacente anterior es el ultimo paquete RTP en la primera trama de video anterior, obtener el numero total V_lostPackets de paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en funcion de los numeros de secuencia del paquete rTp adyacente anterior y del paquete RTP adyacente siguiente; y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es V_lostPackets.
De modo opcional, el procesador 82 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la trama de video actual, el paquete RTP adyacente siguiente pertenece a una trama de video siguiente adyacente a la trama de video actual, y el paquete RTP adyacente anterior no es el ultimo paquete RTP en la trama de video actual, obtener el numero total V_lostPackets de paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en funcion de los numeros de secuencia del paquete rTp adyacente anterior y del paquete RTP adyacente siguiente; y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es int(V_lostPackets/2) + V_lostPackets%2.
De modo opcional, el procesador 82 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que una trama de video a la que pertenece el paquete RTP adyacente anterior y la trama de video actual son no consecutivas, el paquete RTP adyacente siguiente pertenece a la trama de video actual, y el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete RTP adyacente anterior, obtener el numero V_lostFrames de tramas de video perdidas entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente y el numero total V_lostPackets de paquetes RTP perdidos en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y los numeros de secuencia y las marcas temporales del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente; y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es V_lostPackets%V_lostFrames.
De modo opcional, el procesador 82 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la trama de video actual, una trama de video a la que pertenece el paquete RTP adyacente siguiente y la trama de video actual son no consecutivas, y el paquete rTp adyacente anterior no es el ultimo paquete RTP en la trama de video actual, determinar que el numero de paquetes RTP perdidos en la trama de video actual es 1.
5
10
15
20
25
30
35
40
45
50
55
60
65
si se determina que no se pierde la trama de v^deo completa, estimar una carga util de cada paquete RTP perdido en funcion de una paquete RTP adyacente anterior y un paquete RTP adyacente siguiente de la trama de video actual entre todos los paquetes RTP recibidos, obtener el numero VJostFrames de las tramas de video perdidas entre una trama de video a la que pertenece el paquete RTP adyacente anterior y una trama de video a la que pertenece el paquete RTP adyacente siguiente y el numero total V_lostPackets de paquetes RTP perdidos en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y las marcas temporales y los numeros de secuencia del paquete RTP adyacente anterior y del paquete rTp adyacente siguiente;
si se determina en funcion de un bit marcador del paquete RTP adyacente anterior que el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete RTP adyacente anterior, determinar que el numero de paquetes RTP en la trama de video actual es int(V_lostPackets/V_lostFrames), y de no ser asf, determinar que el numero de paquetes RTP en la trama de video actual es int((V_lostPackets - 1)/V_lostFrames);
determinar el tamano de la trama de video actual en funcion del numero de paquetes RTP en la trama de video actual y una carga util de cada paquete RTP perdido.
Ademas, el procesador 82 esta espedficamente configurado, ademas, para:
usar un valor absoluto de un valor de diferencia entre el tamano de la trama de video actual y el tamano de la primera trama de video anterior como el valor de caractenstica de cambio de la trama de video actual.
Ademas, el procesador 82 esta espedficamente configurado, ademas, para:
obtener el umbral de trama I de la trama de video actual en funcion de la tasa de trama de video y una distancia entre la trama de video actual una trama I mas proxima anterior.
Ademas, el procesador 82 esta espedficamente configurado para:
si la segunda trama de video anterior es la trama I mas proxima anterior, determinar que el umbral de trama I de la trama de video actual es un producto de un tamano de la trama I mas proxima anterior y una primera constante, en donde una gama de valores de la primera constante es (0,1].
De modo opcional, el procesador 82 esta espedficamente configurado para:
si la segunda trama de video anterior no es la trama I mas proxima anterior, determinar si la distancia entre la trama de video actual y la trama I mas proxima anterior es mayor que la tasa de trama de video y si es mayor, determinar un producto de un umbral de trama I de la primera trama de video anterior y un primer factor de escala como el umbral de trama I de la trama de video actual, y si no es mayor, determinar el producto del umbral de trama I de la primera trama de video anterior y un segundo factor de escala como el umbral de trama I de la trama de video actual; en donde una gama de valores del primer factor de escala y del segundo factor de escala es (0,1] y el primer factor de escala es mayor que el segundo factor de escala.
Ademas, el procesador 82 esta espedficamente configurado, ademas, para:
si una relacion del tamano de la primera trama de video anterior al tamano de la segunda trama de video anterior o una relacion del tamano de la primera trama de video anterior al tamano de la trama de video actual es mayor que una segunda constante, el valor de caractenstica de cambio de la trama de video actual es mayor que el umbral de trama I de la trama de video actual, y el valor de caractenstica de cambio de la primera trama de video anterior es mayor que el umbral de trama I de la trama de video actual, determinar que la primera trama de video anterior es una trama I y de no ser asf, determinar que la primera trama de video anterior no es una trama I.
Ademas, el procesador 82 esta espedficamente configurado para:
si la trama de video actual es la segunda trama de video, determinar que la primera trama de video anterior es una trama I.
De modo opcional, la segunda constante se determina en funcion de una tasa de codigo, la tasa de trama y la posicion de la trama de video actual.
Ademas, el procesador 82 esta configurado, ademas, para:
despues de que se determine que la primera trama de video anterior es una trama I, calcular un tamano medio de cada trama I.
Ademas, si la trama de video actual es la ultima trama de video en el flujo de video, el procesador 82 esta
5
10
15
20
25
30
35
40
45
50
55
60
65
configurado, ademas, para:
si una relacion del tamano de la trama de v^deo actual al tamano medio de cada trama I es mayor que una tercera constante, determinar que la trama de video actual es una trama I, y de no ser asf, determinar que la trama de video actual no es una trama I, en donde la tercera constante es mayor que 0.
Ademas, el procesador 82 esta configurado, ademas, para: obtener un tamano de la primera trama de video; determinar que el valor de caractenstica de cambio de la primera trama de video es un producto del tamano de la primera trama de video y una cuarta constante, en donde una gama de valores de la cuarta constante es (0,1]; y determinar que un umbral de trama I de la primera trama de video es igual al valor de caractenstica de cambio de la primera trama de video.
Para una puesta en practica espedfica de esta forma de realizacion, es preciso referirse al metodo de deteccion de tipo de trama de video dado a conocer por la forma de realizacion anterior de la presente invencion. En esta forma de realizacion de la presente invencion, un valor de caractenstica de cambio de una trama de video actual se obtiene en funcion de los tamanos de la trama de video actual y una primera trama de video anterior, un umbral de trama I de la trama de video actual se obtiene en funcion de una tasa de trama de video y una posicion de la trama de video actual, y se determina si la primera trama de video anterior es una trama I en funcion del valor de caractenstica de cambio de la trama de video actual y un valor de caractenstica de cambio de la primera trama de video anterior, el umbral de trama I de la trama de video actual y el tamano de la trama de video actual, el tamano de la primera trama de video anterior y un tamano de una segunda trama de video anterior. Lo que antecede proporciona un metodo de deteccion del tipo de trama completo y eficaz y solamente se considera una trama de video antes de la primera trama de video anterior, es decir, la segunda trama de video anterior, durante la deteccion de un tipo de trama de la primera trama de video anterior. Asf se resuelven los problemas de alta complejidad y largo tiempo de retardo debido al calculo basado en una pluralidad de tramas de video anteriores en la deteccion del tipo de trama de video existente y el impacto de una tasa de trama de video se considera completamente, haciendo mas exacto un resultado de la deteccion.
La Figura 9 es un diagrama estructural esquematico de otro aparato de deteccion de tipo de trama para un flujo de video dado a conocer por una forma de realizacion de la presente invencion. Segun se ilustra en la Figura 9, el aparato 900 incluye:
una memoria 91, configurada para memorizar una instruccion; y
un procesador 92, acoplado a la memoria, y el procesador 92 esta configurado para ejecutar la instruccion memorizada en la memoria 91, en donde el procesador 92 esta configurado para:
obtener un tamano de una trama de video actual, en donde la trama de video actual esta situada despues de la primera trama de video del flujo de video;
obtener un valor de caractenstica de cambio de la trama de video actual en funcion del tamano de la trama de video actual y los tamanos de las al menos dos tramas de video anteriores;
obtener un umbral de trama I de la trama de video actual en funcion de una tasa de trama de video y una posicion de la trama de video actual; y
determinar, en funcion del valor de caractenstica de cambio de la trama de video actual, un valor de caractenstica de cambio de una primera trama de video anterior adyacente a la trama de video actual, el umbral de trama I de la trama de video actual, el tamano de la trama de video actual y los tamanos de las al menos dos tramas de video anteriores, en donde la primera trama de video anterior es una trama I.
De modo opcional, el procesador 92 esta espedficamente configurado para:
si se determina que no se produce una perdida de paquetes en la trama de video actual, obtener una carga util de cada paquete RTP en la trama de video actual; y
acumular la carga util de cada paquete RTP en la trama de video actual para obtener el tamano de la trama de video actual.
De modo opcional, el procesador 92 esta espedficamente configurado para:
si se determina que se produce una perdida de paquetes en la trama de video actual y no se pierde la trama completa, obtener una carga util de cada paquete RTP recibido en la trama de video actual y acumular la carga util de cada paquete RTP recibido en la trama de video actual para obtener un tamano total de los paquetes RTP recibidos en la trama de video actual;
5
10
15
20
25
30
35
40
45
50
55
60
65
estimar una carga util de cada paquete RTP perdido y el numero de paquetes RTP perdidos en la trama de v^deo actual en funcion de un paquete RTP adyacente anterior de un paquete RTP perdido y un paquete RTP adyacente siguiente del paquete rTp perdido en la trama de video actual entre todos los paquetes RTP recibidos y obtener un tamano total de los paquetes RTP perdidos en la trama de video actual en funcion de una carga util de cada paquete RTP perdido y el numero de paquetes RTP perdidos en la trama de video actual; y
anadir el tamano total de los paquetes RTP recibidos y el tamano total de los paquetes RTP perdidos en la trama de video actual para obtener el tamano de la trama de video actual.
Ademas, el procesador 92 esta espedficamente configurado para:
obtener una carga util del paquete RTP adyacente anterior y una carga util del paquete RTP adyacente siguiente del paquete RTP perdido en la trama de video actual entre todos los paquetes RTP recibidos; y
estimar la carga util de cada paquete RTP perdido en funcion del valor medio de la carga util del paquete RTP adyacente anterior y la carga util del paquete RTP adyacente siguiente.
De modo opcional, el procesador 92 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que, a la vez, el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente pertenecen a la trama de video actual o, si se determina en funcion de las marcas temporales y los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la primera trama de video anterior, el paquete RTP adyacente siguiente pertenece a la trama de video actual, y el paquete RTP adyacente anterior es el ultimo paquete RTP en la primera trama de video anterior, obtener el numero V_lostPackets de paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en funcion de los numeros de secuencia del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente; y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es V_lostPackets.
De modo opcional, el procesador 92 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la trama de video actual, el paquete RTP adyacente siguiente pertenece a una trama de video siguiente adyacente a la trama de video actual, y el paquete RTP adyacente anterior no es el ultimo paquete RTP en la trama de video actual, obtener el numero total V_lostPackets de paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en funcion de los numeros de secuencia del paquete rTp adyacente anterior y del paquete RTP adyacente siguiente, y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es int(V_lostPackets/2) + V_lostPackets%2.
De modo opcional, el procesador 92 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que una trama de video a la que pertenece el paquete RTP adyacente anterior y la trama de video actual no son consecutivas, el paquete RTP adyacente siguiente pertenece a la trama de video actual y el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete RTP adyacente anterior, obtener el numero V_lostFrames de tramas de video perdidas entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente y el numero total de V_lostPackets de paquetes RTP perdidos en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y los numeros de secuencia y las marcas temporales del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente; y
determinar que el numero de paquetes RTP perdidos en la trama de video actual es V_lostPackets%V_lostFrames.
De modo opcional, el procesador 92 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la trama de video actual, una trama de video a la que pertenece el paquete RTP adyacente siguiente y la trama de video actual son no consecutivas y el paquete RTP adyacente anterior no es el ultimo paquete RTP en la trama de video actual, determinar que el numero de paquetes RTP perdidos en la trama de video actual es 1.
5
10
15
20
25
30
35
40
45
50
55
60
65
si se determina que se pierde la trama de v^deo completa, estimar una carga util de cada paquete RTP perdido en funcion de un paquete RTP adyacente anterior y un paquete RTP adyacente siguiente de la trama de video actual entre todos los paquetes RTP recibidos, obtener el numero VJostFrames de las tramas de video perdidas entre una trama de video a la que pertenece el paquete RTP adyacente anterior y una trama de video a la que pertenece el paquete RTP adyacente siguiente y el numero total V_lostPackets de paquetes RTP perdidos en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y las marcas temporales y los numeros de secuencia del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente;
si se determina en funcion de los bits marcadores del paquete RTP adyacente anterior que el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete rTp adyacente anterior, determinar que el numero de paquetes RTP en la trama de video actual es int(V_lostPackets/V_lostFrames), y de no ser asf, determinar que el numero de paquetes RTP en la trama de video actual es int((V_lostPackets - 1)/V_lostFrames); y
obtener el tamano de la trama de video actual en funcion del numero de paquetes RTP en la trama de video actual y una carga util de cada paquete RTP perdido.
Ademas, el procesador 92 esta espedficamente configurado, ademas, para:
usar un valor absoluto de un valor medio de valores de diferencia entre el tamano de la trama de video actual y los tamanos de las al menos dos tramas de video anteriores o un valor medio de valores absolutos de valores de diferencia entre el tamano de la trama actual y los tamanos de las al menos dos tramas de video anteriores como el valor de caractenstica de cambio de la trama de video actual.
Ademas, el procesador 92 esta espedficamente configurado, ademas, para:
obtener el umbral de trama I de la trama de video actual en funcion de la tasa de trama de video y una distancia entre la trama de video actual una trama I mas proxima anterior.
De modo opcional, el procesador 92 esta espedficamente configurado para:
si una segunda trama de video anterior adyacente a la primera trama de video anterior es la trama I mas proxima anterior, determinar que el umbral de trama I de la trama de video actual es un producto de un tamano de la trama I mas proxima anterior y una primera constante, en donde una gama de valores de la primera constante es (0,1].
De modo opcional, el procesador 92 esta espedficamente configurado para:
si la segunda trama de video anterior adyacente a la primera trama de video anterior no es la trama I mas proxima anterior, determinar si la distancia entre la trama de video actual y la trama I mas proxima anterior es mayor que la tasa de trama de video y si es mayor, determinar el producto de un umbral de trama I de la primera trama de video anterior y un primer factor de escala como el umbral de trama I de la trama de video actual, y si no es mayor, determinar el producto del umbral de trama I de la primera trama de video anterior y un segundo factor de escala como el umbral de trama I de la trama de video actual; en donde una gama de valores del primer factor de escala y del segundo factor de escala es (0,1] y el primer factor de escala es mayor que el segundo factor de escala.
Ademas, el procesador 92 esta espedficamente configurado, ademas, para:
si una relacion del tamano de la primera trama de video anterior al tamano de la segunda trama de video anterior o una relacion del tamano de la primera trama de video anterior al tamano de la trama de video actual es mayor que una segunda constante, el valor de caractenstica de cambio de la trama de video actual es mayor que el umbral de trama I de la trama de video actual y el valor de caractenstica de cambio de la primera trama de video anterior es mayor que el umbral de trama I de la trama de video actual, determinar que la primera trama de video anterior es una trama I y de no ser asf, determinar que la primera trama de video anterior no es una trama I; o
si una relacion del tamano de la primera trama de video anterior al valor medio de tamanos de las al menos dos tramas de video anteriores antes de la primera trama de video anterior o una relacion del tamano de la primera trama de video anterior al tamano de la trama de video actual es mayor que una segunda constante, el valor de caractenstica de cambio de la trama de video actual es mayor que el umbral de trama I de la trama de video actual, y el valor de caractenstica de cambio de la primera trama de video anterior es mayor que el umbral de trama I de la trama de video actual, determinar que la primera trama de video anterior es una trama I y de no ser asf, determinar que la primera trama de video anterior no es una trama I.
Ademas, el procesador 92 esta espedficamente configurado, ademas, para:
si la trama de video actual es la segunda trama de video del flujo de video, determinar que la primera trama de video
5
10
15
20
25
30
35
40
45
50
55
60
65
anterior es una trama I.
De modo opcional, la segunda constante se determina en funcion de una tasa de codigo, la tasa de trama de v^deo y la posicion de la trama de video actual.
Ademas, el procesador 92 esta configurado, ademas, para:
despues de que se determine que la primera trama de video anterior es una trama I, calcular un tamano medio de cada trama I.
Ademas, si la trama de video actual es la ultima trama de video en el flujo de video, el procesador 92 esta espedficamente configurado para:
si una relacion del tamano de la trama de video actual al tamano medio de cada trama I es mayor que una tercera constante, determinar que la trama de video actual es una trama I, y de no ser asf, determinar que la trama de video actual no es una trama I, en donde la tercera constante es mayor que 0.
De modo opcional, el procesador 92 esta configurado, ademas, para: obtener un tamano de la primera trama de video; determinar que un valor de caractenstica de cambio de la primera trama de video es un producto del tamano de la primera trama de video y una cuarta constante, en donde una gama de valores de la cuarta constante es (0,1]; y determinar que un umbral de trama I de la primera trama de video es igual al valor de caractenstica de cambio de la primera trama de video.
En esta forma de realizacion de la presente invencion, un valor de caractenstica de cambio de una trama de video actual se obtiene en funcion de los tamanos de la trama de video actual y las al menos dos tramas de video anteriores, un umbral de trama I de la trama de video actual se obtiene en funcion de una tasa de trama de video y una posicion de la trama de video actual, y se determina en funcion del valor de caractenstica de cambio de la trama de video actual y un valor de caractenstica de cambio de una primera trama de video anterior, el umbral de trama I de la trama de video actual y los tamanos de la trama de video actual y las al menos dos tramas de video anteriores en donde la primera trama de video anterior es una trama I. Lo que antecede proporciona un metodo de deteccion de tipo de trama completo y eficaz, y se considera completamente el impacto de una tasa de trama de video, lo que hace mas exacto el resultado de la deteccion.
La Figura 10 es un diagrama estructural esquematico de un aparato de deteccion de tamano de trama dado a conocer por una forma de realizacion de la presente invencion. Segun se ilustra en la Figura 10, el aparato 1000 incluye:
una memoria 11, configurada para memorizar una instruccion; y
un procesador 12, acoplado a la memoria, y el procesador 12 esta configurado para ejecutar la instruccion memorizada en la memoria 11, en donde el procesador 12 esta configurado para:
si se determina que se produce una perdida de paquetes entre dos paquetes RTP recibidos, obtener una carga util de cada paquete RTP recibido y estimar una carga util de cada paquete RTP perdido en funcion de la carga util de cada paquete RTP recibido;
obtener el numero total V_lostPackets de los paquetes RTP perdidos entre los dos paquetes RTP en funcion de los numeros de secuencia de los dos paquetes rTP;
estimar el numero de paquetes RTP perdidos en cada trama con una perdida de paquetes en funcion del numero total V_lostPackets de los paquetes RTP perdidos y las marcas temporales y los bits marcadores de los dos paquetes RTP, y
obtener un tamano de cada trama con la perdida de paquetes en funcion del numero de paquetes RTP perdidos en cada trama con la perdida de paquetes y una carga util de cada paquete RTP perdido.
Ademas, el procesador 12 esta espedficamente configurado para:
estimar una carga util de cada paquete RTP perdido en funcion de un valor medio de las cargas utiles de los dos paquetes RTP; o
estimar una carga util de cada paquete RTP perdido en funcion de un valor medio de las cargas utiles de una pluralidad de paquetes RTP recibidos antes de un paquete RTP perdido.
5
10
15
20
25
30
35
40
45
50
55
si se determina en funcion de las marcas temporales de los dos paquetes RTP que los dos paquetes RTP pertenecen a la misma trama o, si se determina en funcion de las marcas temporales y los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen, por separado, a dos tramas consecutivas y el paquete RTP primero es el ultimo paquete RTP en una trama a la que pertenece el paquete RTP primero, determinar que el numero de paquetes RTP perdidos en una trama a la que pertenece el paquete RTP ultimo es igual al numero total V_lostPackets de paquetes RTP perdidos.
De modo opcional, el procesador 12 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen, por separado, a dos tramas consecutivas y el paquete RTP primero no es el ultimo paquete RTP en una trama a la que pertenece el paquete RTP primero, determinar que el numero de paquetes RTP perdidos en la trama a la que pertenece el paquete RTP primero es int(V_lostPackets/2)+V_lostPackets%2, y el numero de paquetes RTP perdidos en la trama a la que pertenece el paquete RTP ultimo es int(V_lostPackets/2).
De modo opcional, el procesador 12 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales y de los bits temporales de los dos paquetes RTP que los dos paquetes RTP pertenecen a diferentes tramas, las tramas a las que pertenecen los dos paquetes rTp son no consecutivas, y el paquete RTP primero es el ultimo paquete RTP en una trama a la que pertenece el paquete RTP primero, determinar el numero V_lostFrames de tramas completas perdidas entre las tramas a las que pertenecen los dos paquetes RTP en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y las marcas temporales de los dos paquetes RTP; y
determinar que el numero de paquetes RTP perdidos en cada trama completa perdida es int(V_lostPackets/V_lostFrames), y el numero de paquetes RTP perdidos es una trama a la que pertenece el paquete RTP ultimo es V_lostPackets%V_lostFrames.
De modo opcional, el procesador 12 esta espedficamente configurado, ademas, para:
si se determina en funcion de las marcas temporales y de los bits marcadores de los dos paquetes RTP que los dos paquetes RTP pertenecen a diferentes tramas, las tramas a las que pertenecen los dos paquetes rTp son no consecutivas, y el paquete RTP primero no es el ultimo paquete RTP en una trama a la que pertenece el paquete RTP primero, determinar el numero V_lostFrames de tramas completas perdidas entre las tramas a las que pertenecen los dos paquetes RTP en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y las marcas temporales de los dos paquetes RTP; y
determinar que el numero de paquetes RTP perdidos en la trama a la que pertenece el paquete RTP primero es 1, el numero de paquetes RTP perdidos en cada trama completa perdida es int((V_lostPackets - 1)/V_lostFrames), y el numero de paquetes RTP perdidos en una trama a la que pertenece el paquete RTP ultimo es (V_lostPackets - 1)%V_lostFrames.
Para una puesta en practica espedfica de esta forma de realizacion, es preciso referirse al metodo de deteccion de tamano de trama dado a conocer por la forma de realizacion anterior de la presente invencion. En esta forma de realizacion de la presente invencion, si se determina que se produce una perdida de paquetes entre dos paquetes RTP recibidos, un carga util de cada paquete RTP perdido se estima en funcion de una carga util de cada paquete RTP recibido, el numero total de paquetes RTP perdidos entre los dos paquetes RTP se obtiene en funcion de los numeros de secuencia de los dos paquetes RTP y luego, el numero de paquetes RTP perdidos en cada trama con una perdida de paquetes se estima en funcion del numero total V_lostPackets de paquetes RTP perdidos y las marcas temporales y los bits marcadores de los dos paquetes RTP, de modo que un tamano de cada trama con la perdida de paquetes se obtiene en funcion del numero de paquetes RTP perdidos en cada trama con la perdida de paquetes y una carga util de cada paquete RTP perdido. Lo que antecede proporciona una solucion eficaz de deteccion de un tamano de una trama con una perdida de paquetes.
Por ultimo, conviene senalar que las formas de realizacion anteriores estan simplemente previstas para describir las soluciones tecnicas de la presente invencion sin limitar la idea inventiva.
Claims (14)
- 5101520253035404550556065REIVINDICACIONES1. Un aparato de deteccion de tipo de trama para un flujo de v^deo, que comprende:un modulo de obtencion de tamano de trama (51), configurado para obtener un tamano de una trama de video actual, en donde la trama de video actual esta situada despues de la primera trama de video del flujo de video;un modulo de extraccion de caractenstica (52), configurado para obtener un valor de caractenstica de cambio de la trama de video actual en funcion del tamano de la trama de video actual y un tamano de una primera trama de video anterior adyacente a la trama de video actual, en donde el modulo de extraccion de caractenstica (52) esta configurado espedficamente para utilizar un valor absoluto de un valor de diferencia entre el tamano de la trama de video actual y el tamano de la primera trama de video anterior como el valor de caractenstica de cambio de la trama de video actual;un modulo de obtencion de umbral (53), configurado para obtener un umbral de trama I de la trama de video actual en conformidad con una tasa de trama de video y una posicion de la trama de video actual, en donde el modulo de obtencion de umbral (53) esta configurado espedficamente para obtener el umbral de trama I de informacion de la trama de video actual en funcion de la tasa de trama de video y de una distancia entre la trama de video actual y una trama I mas proxima anterior, en donde la distancia entre la trama de video actual y la trama I mas proxima anterior es el numero de tramas de video entre la trama de video actual y la trama I mas proxima anterior; yun modulo de determinacion de tipo (54), configurado para determinar si la primera trama de video anterior es una trama I en funcion del valor de caractenstica de cambio de la trama de video actual, un valor de caractenstica de cambio de la primera trama de video anterior, el umbral de trama I de la trama de video actual, el tamano de la trama de video actual, el tamano de la primera trama de video anterior y un tamano de una segunda trama de video anterior adyacente a la primera trama de video anterior;en donde el modulo de obtencion de tamano de trama (51) comprende espedficamente:una unidad de obtencion de tamano recibido, configurada para: si se determina que una perdida de paquetes se produce en la trama de video actual y si toda la trama no se pierde, obtener una carga util de cada paquete RTP recibido en la trama de video actual, y acumular la carga util de cada paquete RTP recibido en la trama de video actual para obtener un tamano total de los paquetes RTP recibidos en la trama de video actual;una unidad de obtencion de tamano perdido, configurada para estimar una carga util de cada paquete RTP perdido y el numero de los paquetes RTP pedidos en la trama de video actual en funcion de un paquete RTP adyacente anterior de un paquete RTP perdido y un siguiente paquete RTP adyacente del paquete RTP perdido en la trama de video actual entre todos los paquetes RTP recibidos, y para obtener un tamano total de los paquetes RTP perdidos en la trama de video actual en funcion de una carga util de cada paquete RTP perdido y el numero de paquetes RTP perdidos en la trama de video actual; yuna unidad de obtencion de tamano de trama, configurada para anadir el tamano total de los paquetes RTP recibidos y el tamano total de los paquetes RTP perdidos en la trama de video actual para obtener el tamano de la trama de video actual;en donde la unidad de obtencion de tamano perdida esta configurada, ademas, espedficamente para:si se determina en funcion de un bit marcador del paquete RTP adyacente anterior, de una marca temporal del paquete RTP adyacente anterior, y de una marca temporal del siguiente paquete RTP adyacente que el paquete RTP adyacente anterior pertenece a la trama de video actual, el paquete RTP adyacente siguiente pertenece a una trama de video siguiente adyacente a la trama de video actual y el paquete RTP adyacente anterior no es el ultimo paquete RTP en la trama de video actual, obtener el numero total V_lostPackets de los paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en funcion de numeros de secuencia del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente; ydeterminar que el numero de los paquetes RTP perdidos en la trama de video actual es int(V_lostPackets/2) + V_lostPackets%2.
- 2. El aparato segun la reivindicacion 1, en donde el modulo de obtencion de tamano de trama (51) esta espedficamente configurado para:si se determina que una perdida de paquete no se produce en la trama de video actual, obtener una carga util de cada paquete de Protocolo de Transporte en Tiempo Real, RTP, en la trama de video actual; yacumular la carga util de cada paquete RTP en la trama de video actual para obtener el tamano de la trama de video actual.5101520253035404550556065
- 3. El aparato segun la reivindicacion 1, en donde la unidad de obtencion de tamano con perdida esta configurada espedficamente para:obtener una carga util del paquete RTP adyacente anterior y una carga util del paquete RTP adyacente siguiente; yestimar la carga util de cada paquete RTP perdido en funcion del valor medio de la carga util del paquete RTP adyacente anterior y la carga util del paquete RTP adyacente siguiente.
- 4. El aparato segun la reivindicacion 1, en donde la unidad de obtencion de tamano perdido esta configurada espedficamente ademas, para:si se determina en funcion de marcas temporales del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente que, a la vez, el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente pertenecen a la trama de video actual; osi se determina, en funcion de un bit marcador del paquete RTP adyacente anterior, de una marca temporal del paquete RTP adyacente anterior y de una marca temporal del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la primera trama de video anterior, el paquete RTP adyacente siguiente pertenece a la trama de video actual, y el paquete RTP adyacente anterior es el ultimo paquete RTP en la primera trama de video anterior, obtener el numero total de V_lostPackets de paquetes RTP perdidos entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente en funcion de los numeros de secuencia del paquete RTP adyacente anterior y del paquete RTP adyacente siguiente; ydeterminar que el numero de paquetes RTP perdidos en la trama de video actual es V_lostPackets.
- 5. El aparato segun la reivindicacion 1, en donde la unidad de obtencion de tamano perdida esta ademas, configurada espedficamente, para:si se determina, en funcion de un bit marcador del paquete RTP adyacente anterior, de una marca temporal del paquete RTP adyacente anterior y de una marca temporal del paquete RTP adyacente siguiente que una trama de video a la que pertenece el paquete RTP adyacente anterior y la trama de video actual no son consecutivas, el paquete RTP adyacente siguiente pertenece a la trama de video actual, y el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete RTP adyacente anterior, obtener el numero de V_lostFrames de tramas de video perdidas entre el paquete RTP adyacente anterior y el paquete RTP adyacente siguiente y el numero total V_lostPackets de paquetes RTP perdidos en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y numeros de secuencia y marcas temporales del paquete RTP adyacente anterior y el paquete RTP adyacente siguiente; ydeterminar que el numero de paquetes RTP perdidos en la trama de video actual es VJostPackets&VJostFrames.
- 6. El aparato segun la reivindicacion 1, en donde la unidad de obtencion de tamano perdida esta ademas, espedficamente configurada para:si se determina, en conformidad con un bit marcador del paquete RTP adyacente anterior, de una marca temporal del paquete RTP adyacente anterior y de una marca temporal del paquete RTP adyacente siguiente que el paquete RTP adyacente anterior pertenece a la trama de video actual, una trama de video a la que pertenece el paquete RTP adyacente siguiente y la trama de video actual no son consecutivas, y el paquete RTP adyacente anterior no es el ultimo paquete RTP en la trama de video actual, determinar que el numero de paquetes RTP perdidos en la trama de video actual es 1.
- 7. El aparato segun la reivindicacion 1, en donde el modulo de obtencion de tamano de trama (51) esta espedficamente configurado para:si se determina que toda la trama de video actual se pierde, estimar una carga util de cada paquete RTP perdido en funcion de un paquete RTP adyacente anterior y de un paquete RTP adyacente siguiente de la trama de video actual entre todos los paquetes RTP recibidos, obtener el numero V_lostFrames de tramas de video perdidas entre una trama de video a la que pertenece el paquete RTP adyacente anterior y una trama de video a la que pertenece el paquete RTP adyacente siguiente y el numero total V_lostPackets de paquetes RTP perdidos en funcion de una tasa de trama de video, una tasa de reloj de un paquete RTP y marcas temporales y numeros de secuencia del paquete RTP adyacente anterior y el paquete RTP adyacente siguiente;si se determina, en conformidad con un bit marcador del paquete RTP adyacente anterior, que el paquete RTP adyacente anterior es el ultimo paquete RTP en la trama de video a la que pertenece el paquete rTp adyacente anterior, determinar que el numero de paquetes RTP en la trama de video actual es int(V_lostPackets/V_lostFrames) y de no ser asf, determinar que el numero de paquetes RTP en la trama de video actual es int(V_lostPackets-510152025303540455055601)/V_lostFrames ); yobtener el tamano de la trama de v^deo actual en conformidad con el numero de paquetes RTP en la trama de v^deo actual y una carga util de cada paquete RTP perdido.
- 8. El aparato segun la reivindicacion 1, en donde el modulo de obtencion de umbral (53) esta espedficamente configurado para:si la segunda trama de video anterior es la trama I mas proxima anterior, determinar que el umbral de trama I de la trama de video actual es un producto de un tamano de la trama I mas proxima anterior y una primera constante, en donde un margen de valores de la primera constante es (0,1].
- 9. El aparato segun la reivindicacion 1, en donde el modulo de obtencion de umbral (53) esta configurado espedficamente para:si la segunda trama de video anterior no es la trama I mas proxima anterior, determinar si la distancia entre la trama de video actual y la trama I mas proxima anterior es mayor que la tasa de trama de video y si es mayor, determinar un producto de un umbral de trama I de la primera trama de video anterior y un primer factor de escala como el umbral de la trama I de la trama de video actual, y si no es mayor, determinar el producto del umbral de la trama I de la primera trama de video anterior y un segundo factor de escala como el umbral de trama I de la trama de video actual; en donde un margen de valores del primer factor de escala y del segundo factor de escala es para ambos de (0,1] y el primer factor de escala es mayor que el segundo factor de escala.
- 10. El aparato segun cualquiera de las reivindicaciones 1 a 9, en donde el modulo de determinacion de tipo (54) esta espedficamente configurado para:si una relacion entre el tamano de la primera trama de video anterior y el tamano de la segunda trama de video anterior o una relacion del tamano de la primera trama de video anterior al tamano de la trama de video actual es mayor que una segunda constante, el valor de caractenstica de cambio de la trama de video actual es mayor que el umbral de trama I de la trama de video actual, y el valor de caractenstica de cambio de la primera trama de video anterior es mayor que el umbral de trama I de la trama de video actual, determinar que la primera trama de video anterior es una trama I y de no ser asf, determinar que la primera trama de video anterior no es una trama I.
- 11. El aparato segun la reivindicacion 10, en donde el modulo de determinacion de tipo (54) esta espedficamente configurado para:si la trama de video actual es la segunda trama de video del flujo de video, determinar que la primera trama de video anterior es una trama I.
- 12. El aparato segun la reivindicacion 10 o 11, que comprende, ademas:un modulo de calculo de valor medio, configurado para: despues de que el modulo de determinacion de tipo determine que la primera trama de video anterior es una trama I, calcular un tamano medio de cada trama I.
- 13. El aparato segun la reivindicacion 12, en donde si la trama de video actual es la ultima trama de video en el flujo de video, el modulo de determinacion de tipo esta configurado, ademas, para:si una relacion del tamano de la trama de video actual al tamano medio de cada trama I es mayor que una tercera constante, determinar que la trama de video actual es una trama I y de no ser asf, determinar que la trama de video actual no es una trama I, en donde la tercera constante es mayor que 0.
- 14. El aparato segun cualquiera de las reivindicaciones 1 a 13, en donde el modulo de obtencion de tamano de trama (51) esta configurado, ademas, para: obtener un tamano de la primera trama de video;el modulo de extraccion de caractenstica (52) esta configurado, ademas, para: determinar que un valor de caractenstica de cambio de la primera trama de video es un producto del tamano de la primera trama de video y una cuarta constante, en donde un margen de valores de la cuarta constante es (0,1]; yel modulo de obtencion de umbral (53) esta configurado, ademas, para determinar que un umbral de trama I de la primera trama de video es igual al valor de caractenstica de cambio de la primera trama de video.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210298928 | 2012-08-21 | ||
| CN201210298928.3A CN103634698B (zh) | 2012-08-21 | 2012-08-21 | 视频流的帧类型检测、帧大小检测方法及装置 |
| PCT/CN2013/081781 WO2014029310A1 (zh) | 2012-08-21 | 2013-08-19 | 视频流的帧类型检测、帧大小检测方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2620640T3 true ES2620640T3 (es) | 2017-06-29 |
Family
ID=50149436
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES16193850T Active ES2741851T3 (es) | 2012-08-21 | 2013-08-19 | Método de detección del tipo de trama para flujo de vídeo |
| ES13831640.1T Active ES2620640T3 (es) | 2012-08-21 | 2013-08-19 | Método y dispositivo para detectar el tipo de trama y el tamaño de trama de un flujo de vídeo |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES16193850T Active ES2741851T3 (es) | 2012-08-21 | 2013-08-19 | Método de detección del tipo de trama para flujo de vídeo |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US9571862B2 (es) |
| EP (2) | EP2830317B1 (es) |
| JP (1) | JP5994193B2 (es) |
| KR (1) | KR101603862B1 (es) |
| CN (1) | CN103634698B (es) |
| ES (2) | ES2741851T3 (es) |
| HK (1) | HK1194576A1 (es) |
| SG (1) | SG11201406597VA (es) |
| WO (1) | WO2014029310A1 (es) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102547300B (zh) * | 2010-12-17 | 2015-01-21 | 华为技术有限公司 | 帧类型的检测方法和装置 |
| US9794375B2 (en) * | 2013-03-14 | 2017-10-17 | Openwave Mobility, Inc. | Method, apparatus, and non-transitory computer medium for obtaining a required frame size for a compressed data frame |
| US10349057B2 (en) * | 2015-04-01 | 2019-07-09 | Cox Communications, Inc. | Systems and methods for optimizing video coding efficiency based on characteristics of video content |
| TWI554083B (zh) * | 2015-11-16 | 2016-10-11 | 晶睿通訊股份有限公司 | 影像處理方法及其攝影機 |
| EP3430752B1 (en) * | 2016-03-17 | 2022-05-04 | Telefonaktiebolaget LM Ericsson (publ) | Managing a sequence number range for radio link control entities in a radio access network during an on-going connection |
| CN105915904A (zh) * | 2016-05-23 | 2016-08-31 | 北京中兴高达通信技术有限公司 | 一种宽带集群呼叫业务的视频流Qos控制方法 |
| US10440087B2 (en) | 2016-08-01 | 2019-10-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Estimation of losses in a video stream |
| CN106878703B (zh) * | 2017-03-14 | 2019-01-04 | 珠海全志科技股份有限公司 | 一种行车记录仪录像检测方法 |
| KR20190065792A (ko) * | 2017-12-04 | 2019-06-12 | 삼성전자주식회사 | 전자 장치 및 전자 장치의 영상 데이터 전송 방법 |
| CN110213614B (zh) * | 2019-05-08 | 2021-11-02 | 北京字节跳动网络技术有限公司 | 从视频文件中提取关键帧的方法和装置 |
| CN111953961A (zh) * | 2020-06-30 | 2020-11-17 | 武汉烽火众智数字技术有限责任公司 | 一种基于国标视频播放问题分析方法及装置 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4232114B2 (ja) | 2006-02-17 | 2009-03-04 | ソニー株式会社 | データ処理装置およびデータ処理方法、並びにプログラム |
| JPWO2007111206A1 (ja) | 2006-03-14 | 2009-08-13 | ソニー株式会社 | 画像処理装置及び画像処理方法 |
| EP2206303B1 (en) * | 2007-07-16 | 2013-03-06 | Telchemy, Incorporated | Method and system for viewer quality estimation of packet video streams |
| US8320747B2 (en) | 2007-08-22 | 2012-11-27 | Nippon Telegraph And Telephone Corporation | Video quality estimation apparatus, video quality estimation method, frame type determination method, and recording medium |
| US8254449B2 (en) * | 2008-08-29 | 2012-08-28 | Georgia Tech Research Corporation | Video traffic bandwidth prediction |
| DK2347599T3 (en) | 2008-11-04 | 2015-05-11 | Ericsson Telefon Ab L M | METHOD AND SYSTEM FOR DETERMINING A QUALITY VALUE OF A VIDEO FLOW |
| CN101426137B (zh) * | 2008-11-25 | 2011-08-03 | 上海华为技术有限公司 | 一种视频帧类型的识别方法和装置 |
| PT2413535E (pt) * | 2010-07-30 | 2013-01-25 | Deutsche Telekom Ag | Método para estimar o tipo da estrutura do grupo de imagens de uma pluralidade de fotogramas de vídeo numa sequência de vídeo |
| CN102547300B (zh) * | 2010-12-17 | 2015-01-21 | 华为技术有限公司 | 帧类型的检测方法和装置 |
-
2012
- 2012-08-21 CN CN201210298928.3A patent/CN103634698B/zh active Active
-
2013
- 2013-08-19 ES ES16193850T patent/ES2741851T3/es active Active
- 2013-08-19 SG SG11201406597VA patent/SG11201406597VA/en unknown
- 2013-08-19 KR KR1020147031406A patent/KR101603862B1/ko active IP Right Grant
- 2013-08-19 ES ES13831640.1T patent/ES2620640T3/es active Active
- 2013-08-19 EP EP13831640.1A patent/EP2830317B1/en active Active
- 2013-08-19 JP JP2015511928A patent/JP5994193B2/ja active Active
- 2013-08-19 WO PCT/CN2013/081781 patent/WO2014029310A1/zh active Application Filing
- 2013-08-19 EP EP16193850.1A patent/EP3203733B1/en active Active
-
2014
- 2014-07-28 HK HK14107676.0A patent/HK1194576A1/xx unknown
- 2014-08-27 US US14/469,953 patent/US9571862B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| ES2741851T3 (es) | 2020-02-12 |
| WO2014029310A1 (zh) | 2014-02-27 |
| KR101603862B1 (ko) | 2016-03-16 |
| EP2830317B1 (en) | 2017-01-11 |
| SG11201406597VA (en) | 2014-11-27 |
| CN103634698B (zh) | 2014-12-03 |
| HK1194576A1 (en) | 2014-10-17 |
| EP3203733A1 (en) | 2017-08-09 |
| EP2830317A1 (en) | 2015-01-28 |
| EP2830317A4 (en) | 2015-07-08 |
| JP5994193B2 (ja) | 2016-09-21 |
| EP3203733B1 (en) | 2019-05-22 |
| US20150003530A1 (en) | 2015-01-01 |
| CN103634698A (zh) | 2014-03-12 |
| US9571862B2 (en) | 2017-02-14 |
| KR20150009968A (ko) | 2015-01-27 |
| JP2015524188A (ja) | 2015-08-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2620640T3 (es) | Método y dispositivo para detectar el tipo de trama y el tamaño de trama de un flujo de vídeo | |
| ES2537236T3 (es) | Dispositivo de estimación de la calidad de vídeo, método de estimación de la calidad de vídeo, y programa de estimación de la calidad de vídeo | |
| JP5302342B2 (ja) | ビデオ符号ストリームの品質を評価する方法、装置およびシステム | |
| ES2592811T3 (es) | Método y sistema para determinar un valor de calidad de un flujo continuo de vídeo | |
| ES2553734T3 (es) | Método y sistema para medir la calidad de transmisiones de flujos de bit de audio y vídeo sobre una cadena de transmisión | |
| ES2536202T3 (es) | Métodos y aparatos para la sincronización temporal entre un flujo de bits encriptado y la secuencia de vídeo procesada de un descodificador de vídeo exterior | |
| US20200067629A1 (en) | Video quality assessment method and device | |
| EP2814255B1 (en) | Method and apparatus for detecting frame types | |
| US9781488B2 (en) | Controlled adaptive rate switching system and method for media streaming over IP networks | |
| ES2411082T3 (es) | Un aparato para controlar el tráfico de datos y un método para medir QoE | |
| JP4936542B2 (ja) | 通信制御装置、通信制御方法、及びコンピュータプログラム | |
| US8873590B2 (en) | Apparatus and method for correcting jitter | |
| US20070280129A1 (en) | System and method for calculating packet loss metric for no-reference video quality assessment | |
| BRPI0808629A2 (pt) | Redução de efeitos de perda de pacotes em transmissões de vídeo. | |
| JP4787303B2 (ja) | 映像品質推定装置、方法、およびプログラム | |
| JP5405915B2 (ja) | 映像品質推定装置、映像品質推定方法および映像品質推定装置の制御プログラム | |
| WO2015096450A1 (zh) | 一种获取媒体业务参数指示的方法、装置和系统 | |
| KR20180045711A (ko) | 영상품질 측정장치 및 방법 | |
| JP2011010238A (ja) | パケット転送品質制御システムおよび方法 |