FR2932347A1 - Procede de traitement d'une demande de changement de canal dans un systeme iptv - Google Patents
Procede de traitement d'une demande de changement de canal dans un systeme iptv Download PDFInfo
- Publication number
- FR2932347A1 FR2932347A1 FR0853804A FR0853804A FR2932347A1 FR 2932347 A1 FR2932347 A1 FR 2932347A1 FR 0853804 A FR0853804 A FR 0853804A FR 0853804 A FR0853804 A FR 0853804A FR 2932347 A1 FR2932347 A1 FR 2932347A1
- Authority
- FR
- France
- Prior art keywords
- channel change
- change request
- request
- decoder
- channel
- 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.)
- Pending
Links
Classifications
-
- 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
-
- 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
- H04N21/4383—Accessing a communication channel
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/234—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs
- H04N21/23424—Processing of video elementary streams, e.g. splicing of video streams, manipulating MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for inserting or substituting an advertisement
-
- 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving MPEG packets from an IP network
-
- 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, rendering scenes according to MPEG-4 scene graphs
- H04N21/44016—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving splicing one content stream with another content stream, e.g. for substituting a video clip
-
- 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/61—Network physical structure; Signal processing
- H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
- H04N21/6175—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via Internet
-
- 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/64322—IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N5/00—Details of television systems
- H04N5/44—Receiver circuitry for the reception of television signals according to analogue transmission standards
- H04N5/50—Tuning indicators; Automatic tuning control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/16—Analogue secrecy systems; Analogue subscription systems
- H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
Abstract
La présente invention concerne un procédé de traitement d'une demande de changement de canal dans un système de télévision fonctionnant selon le protocole IP. Ce procédé est mis en oeuvre dans le décodeur numérique de l'abonné et a pour but de ne pas surcharger le réseau d'accès en cas de zapping en rafale et de ne pas pénaliser le temps de réactivité du système en cas de zapping simple. Selon l'invention, en cas de réception d'une rafale de demandes de changement de canal séparées par un intervalle de temps inférieur à une durée de temporisation (Ttempo) prédéterminée, le décodeur numérique transmet, au réseau d'accès du système, deux requêtes de changement de canal physique, l'une pour la première demande de changement de canal et l'autre pour la dernière demande de changement de canal de la rafale. La première requête est transmise immédiatement après la réception de la première demande de changement de canal et la dernière requête est transmise avec un délai égal à la durée de temporisation après la réception de la dernière demande de changement de canal. En cas de zapping simple, le décodeur numérique transmet immédiatement après réception de la demande de changement de canal une requête de changement de canal physique.
Description
i
Domaine de l'invention La présente invention concerne un procédé de traitement d'une demande de changement de canal dans un système de télévision fonctionnant selon le protocole IP.
Arrière-plan technologique Dans les systèmes de télévision fonctionnant selon le protocole IP (pour Internet Protocol en langue anglaise ou protocole internet en français), les flux vidéo sont généralement transmis aux abonnés via une connexion large bande. Plus particulièrement, un signal d'émission est transmis aux décodeurs numériques (ou set top box en langue anglaise) des abonnés via un réseau d'accès et des modems DSL (pour Digital Subscriber Line en langue anglaise ou ligne d'abonné numérique). Ce signal d'émission est décodé puis converti en signaux de télévision standard par le décodeur numérique de l'abonné.
Pour changer de chaîne ou de canal, l'abonné appuie sur les touches de programmes P+ ou P- de la télécommande du décodeur numérique. La touche P+ permet d'incrémenter le numéro de canal en cours de visualisation et la touche P- permet de le décrémenter. En réponse à une demande de changement de canal, le décodeur numérique transmet au réseau d'accès une requête de changement de canal physique via son modem DSL. Cette requête est classiquement effectuée en utilisant le protocole IGMP (pour Internet Group Management Protocol en langue anglaise ou protocole de gestion de groupe). Dans ce cas, la requête de changement de canal physique est une requête dite de souscription. Le décodeur numérique envoie alors en tant que paramètre de souscription l'adresse IP du canal qu'il souhaite recevoir. La figure 1 représente un diagramme temporel montrant l'envoi de requêtes de changement de canal physique par le décodeur suite à une pluralité de demandes de changement de canal provenant de l'abonné via sa télécommande suivant un processus classique de l'art antérieur. Lorsque l'abonné appuie sur la touche P+ ou P- de sa télécommande, le décodeur envoie immédiatement une requête de changement de canal physique au réseau d'accès. Si l'abonné appuie n fois successivement sur les touches P+ ou P- de sa télécommande dans un intervalle de temps très court pour atteindre rapidement un canal donné, n requêtes de changement de canal physique sont envoyées au
2
réseau d'accès alors que seule la dernière d'entre elles aurait suffi puisqu'elle contient l'adresse IP du dernier canal souhaité. Cet envoi massif de requêtes de changement de canal physique crée une surcharge inutile, voire une saturation, du réseau d'accès.
Pour éviter cette surcharge du réseau d'accès, il est connu de ne pas transmettre toutes les requêtes de changement de canal physique. Ce fonctionnement est illustré par les figures 2 et 3 et est appelé classiquement zapping virtuel. Lorsque le décodeur numérique reçoit une demande de changement de canal (pression sur la touche P+ ou P- de la télécommande), il déclenche une temporisation pendant une durée Ttempo. Si aucune nouvelle demande de changement de canal n'est reçue pendant cette temporisation, une requête de changement de canal physique correspondant à cette demande de changement de canal est transmise à la fin de cette temporisation. A l'inverse, si une nouvelle demande de changement de canal est reçue pendant cette temporisation, la temporisation est réinitialisée et on recommence le processus décrit précédemment. La figure 2 illustre un cas où plusieurs demandes de changement de canal sont reçues par le décodeur numérique pendant un laps de temps réduit, l'intervalle de temps entre chaque demande de changement de canal étant inférieur à la durée Ttempo de la temporisation. On parle alors de zapping en rafale ou de rafale de demandes de changement de canal. Dans l'exemple illustré par cette figure, le décodeur numérique reçoit 4 demandes de changement de canal correspondant à quatre pressions successives et rapprochées de la touche P+ ou P- de la télécommande. Dans cet exemple, une demande de changement de canal est reçue pendant la temporisation des trois premières demandes de changement de canal. Aucune requête de changement de canal physique n'est donc transmise pour ces trois premières demandes de changement de canal. Des informations relatives à ces demandes de changement de canal sont toutefois affichées dès leur réception sur l'écran de la télévision connectée au décodeur numérique pour informer l'abonné que leurs demandes ont bien été reçues par le décodeur. Enfin, s'agissant de la quatrième demande de changement de canal, aucune autre demande de changement de canal n'étant reçue pendant sa période de temporisation, une requête de changement de
3
canal physique correspondant à cette demande de changement de canal est donc transmise au réseau d'accès à la fin de sa période de temporisation. La figure 3 illustre un cas où plusieurs demandes de changement de canal sont reçues par le décodeur numérique pendant un laps de temps plus long, l'intervalle de temps entre chaque demande de changement de canal étant alors supérieur à Ttempo. Ce cas correspond à une situation de zapping lent dans laquelle l'abonné effectue successivement plusieurs zappings simples. Dans cette situation, io l'abonné ne veut pas aller directement à un canal donné mais il veut visualiser chacun des canaux correspondant à une pression de la touche P+/P-. Dans le cas illustré par la figure 3, le décodeur numérique reçoit trois demandes de changement de canal séparées entre elles par un intervalle de temps supérieur à Ttempo. Aucune demande de changement 15 de canal n'étant reçue pendant la période de temporisation des 3 demandes de changement de canal, une requête de changement de canal physique correspondant à chacune de ces demandes de changement de canal est transmise à la fin de la période de temporisation qui suit la réception de la demande de changement de canal. 20 Le fonctionnement décrit en regard des figures 2 et 3 permet d'éviter la transmission d'un grand nombre de requêtes de changement de canal physique vers le réseau d'accès et ainsi d'éviter la surcharge ou la saturation de ce dernier. Toutefois, les requêtes de changement de canal physique sont transmises au réseau d'accès avec un retard égal à la 25 durée de temporisation (Ttempo). Il en résulte que, dans le cas d'un zapping simple, le système perd en réactivité puisque l'abonné doit attendre, en plus du temps de traitement de la requête par le réseau, le temps Ttempo avant d'obtenir le changement de canal sur sa télévision. Par ailleurs, cela va à l'encontre de l'amélioration de la qualité service 30 souhaitée par les opérateurs.
Résumé de l'invention La présente invention permet de résoudre tout ou partie des problèmes précités. 35 A cet effet, la présente invention propose un procédé de traitement d'une demande de changement de canal dans un système de
4
télévision sur IP comprenant un décodeur numérique connecté à une télévision et un réseau d'accès, remarquable en ce que, en réponse à ladite demande de changement de canal, le décodeur numérique effectue les étapes suivantes : a) envoyer au réseau d'accès une requête de changement de canal physique correspondant à la demande de changement de canal, et déclencher une période de temporisation de durée Ttempo; b) si une nouvelle demande de changement de canal est reçue par le décodeur numérique pendant ladite période de io temporisation, déclencher une nouvelle période de temporisation de durée Ttempo; et c) envoyer au réseau d'accès une requête de changement de canal physique correspondant à la nouvelle demande de changement de canal dès que la nouvelle période de temporisation est terminée ou, si 15 une nouvelle demande de changement de canal est reçue par le décodeur numérique pendant la nouvelle période de temporisation, recommencer à l'étape b). Ainsi, en cas de zapping en rafale, une requête de changement de canal physique est transmise uniquement pour les 20 première et dernière demandes de changement de canal de la rafale. La requête de changement de canal physique correspondant à la première demande de changement de canal est transmise dès réception de la première demande de changement de canal par le décodeur et la requête de changement de canal physique correspondant à la dernière demande 25 de changement de canal est transmise à l'expiration de la période de temporisation de la dernière demande de changement de canal. En cas de zapping simple, la requête de changement de canal physique est transmise immédiatement après la réception de la demande de changement de canal. 30 Ainsi la présente invention permet à la fois de ne pas surcharger le réseau d'accès en cas de zapping en rafale et de ne pas pénaliser le temps de réactivité du système en cas de zapping simple. Selon un mode de réalisation préféré, le décodeur envoie également, pendant l'étape a), un message de contrôle pour afficher sur 35 la télévision une information relative au canal demandé pour informer l'abonné que sa demande de changement de canal a bien été reçue par le décodeur.. De même, selon un autre mode de réalisation préféré, le décodeur envoie aussi , pendant l'étape b), un message de contrôle pour 5 afficher sur la télévision une information relative au canal nouvellement demandé.
L' invention concerne également un décodeur numérique pour système de télévision sur IP, lequel décodeur numérique est io connecté à une télévision et à un réseau d'accès et comprend des moyens de traitement de demandes de changement de canal aptes à mettre en oeuvre le procédé précité.
Description détaillée des figures 15 L'invention sera mieux comprise, et d'autres buts, détails, caractéristiques et avantages apparaîtront plus clairement au cours de la description explicative détaillée qui va suivre d'un mode de réalisation préféré de l'invention, en référence aux dessins schématiques annexés, parmi lesquels : 20 - la figure 1, déjà décrite, est un diagramme temporel illustrant le traitement d'une pluralité de demandes de changement de canal selon un premier procédé connu de l'art antérieur; - la figure 2, déjà décrite, est un diagramme temporel illustrant le traitement d'une rafale de demandes de changement de 25 canal lorsque cette rafale est traitée par un deuxième procédé connu de l'art antérieur; - la figure 3, déjà décrite, est un diagramme temporel illustrant le traitement d'une pluralité de demandes simples de changement de canal lorsque cette pluralité est traitée par le 30 deuxième procédé connu de l'art antérieur; - la figure 4 est un organigramme illustrant les étapes du procédé de l'invention ; - la figure 5, à comparer avec la figure 2, est un diagramme temporel illustrant le traitement d'une rafale de demandes de 35 changement de canal lorsque cette rafale est traitée par le procédé de la figure 4; et
6
- la figure 6, à comparer avec la figure 3, est un diagramme temporel illustrant le traitement d'une pluralité de demandes simples de changement de canal lorsque cette pluralité est traitée par le procédé de la figure 4.
Description détaillée de l'invention La figure 4 illustre le traitement de demandes de changement de canal selon le procédé de l'invention. Ce traitement est mis en oeuvre dans le décodeur numérique. Dans la suite de la io description, on considère que le décodeur numérique est connecté d'une part au réseau d'accès, par exemple via un modem DSL, et d'autre part à un dispositif d'affichage tel qu'une télévision. Le procédé illustré par la figure 4 comprend tout d'abord une étape 400 de démarrage pour initialiser le processus. 15 Le décodeur teste ensuite, lors d'une étape référencée 410, s'il a reçu une demande de changement de canal provenant de la télécommande du décodeur. Dans la négative, il attend une demande de changement de canal. Dans l'affirmative, le décodeur met en oeuvre l'étape 420. Dans cette étape, le décodeur envoie immédiatement une 20 requête de changement de canal physique, par exemple sous la forme d'une requête de souscription dans le cas du protocole IGMP, au réseau d'accès et déclenche une période de temporisation de durée Ttempo. De préférence, le décodeur commande également, par l'envoi d'un message de contrôle, l'affichage d'une information relative à la demande de 25 changement de canal sur l'écran de la télévision raccordée au décodeur pour informer l'abonné que sa demande de changement de canal a bien été reçue par le décodeur. Cet envoi illustré par l'étape 430 sur la figure 4 peut être réalisé en même temps que l'étape 420. Les étapes suivantes, 440 et 450, sont des étapes de test 30 pour déterminer si le décodeur a reçu une nouvelle demande de changement de canal pendant la période de temporisation. Si la période de temporisation expire sans qu'une nouvelle demande de changement n'ait été reçue, on retourne à l'étape 410. Par contre, si une nouvelle demande de changement de canal est reçue avant la fin de la période de 35 temporisation, on passe alors à l'étape 460.
7 A l'étape 460, le décodeur déclenche une nouvelle période de temporisation. De préférence, le décodeur commande également, par l'envoi d'un message de contrôle, l'affichage d'une information relative à la nouvelle demande de changement de canal sur l'écran de la télévision raccordée au décodeur à une étape 470. Cette étape peut être réalisée en même temps que l'étape 460. Les étapes suivantes, 480 et 490, sont des étapes de test pour déterminer si le décodeur a reçu une nouvelle demande de changement de canal pendant cette nouvelle période de temporisation. Si cette nouvelle période de temporisation expire sans qu'une nouvelle demande de changement n'ait été reçue, une requête de changement de canal physique est envoyée au réseau d'accès à l'étape 500 et, sinon on recommence à l'étape 460. Enfin, après l'étape 500, on recommence à l'étape 410.
Les résultats de ce procédé sont illustrés par les figures 5 et 6. La figure 5 montre plus particulièrement les résultats du procédé de l'invention en cas de zapping en rafale et la figure 6 montre les résultats du procédé de l'invention en cas de zapping simple. Ces résultats sont à comparer avec ceux des figures 2 et 3. En réponse à une rafale de demandes de changement de canal (cas où l'intervalle de temps entre deux demandes consécutives est inférieur à Ttempo), le décodeur transmet une requête de changement de canal physique pour les première et dernière demandes de changement de canal de la rafale. La requête de changement de canal physique correspondant à la première demande de changement de canal est transmise immédiatement après la réception de la première demande de changement de canal. La requête de changement de canal physique correspondant à la dernière demande de changement de canal est transmise au terme d'une période de temporisation de la dernière demande de changement de canal. Ainsi, si on compare ces résultats à ceux de la figure 2, le décodeur ne transmet que deux requêtes de changement de canal physique au lieu de n requêtes (dans le cas rafale comportant n demandes de changement de canal). Le réseau d'accès n'est donc pas saturé de requêtes.
8
En réponse à une pluralité de demandes simples de changement de canal (cas où l'intervalle de temps entre deux demandes consécutives est supérieure à Ttempo), le décodeur transmet une requête de changement de canal physique pour chacune des demandes de changement de canal et cette requête de changement de canal physique est transmise immédiatement après la réception de la demande de changement de canal. Ainsi, si on compare ces résultats à ceux de la figure 3, le décodeur gagne en réactivité puisqu'il transmet la requête de changement de canal physique dès que la demande de changement de canal est reçue. La durée de la période de temporisation employée dans ce procédé est comprise entre 300ms et 700 ms. Elle est de préférence de l'ordre de 500 ms.
Bien que l'invention ait été décrite en liaison avec un mode de réalisation particulier, il est bien évident qu'elle n'y est nullement limitée et qu'elle comprend tous les équivalents techniques des étapes décrites ainsi que leurs combinaisons si celles-ci entrent dans le cadre de 1' invention.
Claims (7)
- REVENDICATIONS1. Procédé de traitement d'une demande de changement de canal dans un système de télévision sur IP comprenant un décodeur numérique connecté à une télévision et un réseau d'accès, caractérisé en ce que, en réponse à ladite demande de changement de canal, le décodeur numérique effectue les étapes suivantes : a) envoyer (420) au réseau d'accès une requête de changement de canal physique correspondant à la demande de lo changement de canal et déclencher (420) une période de temporisation de durée Ttempo; b) si une nouvelle demande de changement de canal est reçue par le décodeur numérique pendant ladite période de temporisation déclencher (460) une nouvelle période de temporisation de durée Ttempo; 15 et c) envoyer (500) au réseau d'accès une requête de changement de canal physique correspondant à la nouvelle demande de changement de canal dès que la nouvelle période de temporisation est terminée ou, si une nouvelle demande de changement de canal est reçue 20 par le décodeur numérique pendant la nouvelle période de temporisation, recommencer à l'étape b).
- 2. Procédé selon la revendication 1, caractérisé en ce que, pendant l'étape a), le décodeur envoie (430) un message de contrôle pour 25 afficher sur la télévision une information relative au canal demandé.
- 3. Procédé selon la revendication 1 ou 2, caractérisé en ce que, pendant l'étape b), le décodeur envoie (470) un message de contrôle pour afficher sur la télévision une information relative au canal 30 nouvellement demandé.
- 4. Procédé selon l'une des revendications précédentes, caractérisé en ce que la durée Ttempo est comprise entre 300ms et 700 ms. 35
- 5. Procédé selon la revendication 4, caractérisé en ce que la durée Ttempo est égale 500 ms. 10
- 6. Procédé selon l'une quelconque des revendications précédentes, caractérisé en ce que la requête de changement de canal physique est une requête de souscription conforme au protocole IGMP.
- 7. Décodeur numérique pour système de télévision sur IP, lequel décodeur numérique est connecté à une télévision et à un réseau d'accès et comprend des moyens de traitement de demandes de changement de canal, caractérisé en ce que lesdits moyens de demandes de changement de canal sont aptes à mettre en oeuvre le procédé selon l'une quelconque des revendications 1 à 6.15
Priority Applications (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0853804A FR2932347A1 (fr) | 2008-06-09 | 2008-06-09 | Procede de traitement d'une demande de changement de canal dans un systeme iptv |
TW098116078A TW201014351A (en) | 2008-06-09 | 2009-05-15 | Method for processing a channel change request in an IPTV system |
JP2009131682A JP5399779B2 (ja) | 2008-06-09 | 2009-06-01 | Iptvシステムにおいてチャンネル変更要求を処理する方法 |
CN2009101452880A CN101605224B (zh) | 2008-06-09 | 2009-06-01 | 用于在iptv系统中处理频道改变请求的方法 |
EP09162029.4A EP2136555B1 (fr) | 2008-06-09 | 2009-06-05 | Procédé de traitement d'une requête de changement de canal dans un système de télévision par IP |
KR1020090050511A KR20090127821A (ko) | 2008-06-09 | 2009-06-08 | Iptv 시스템에서의 채널 변경 요청 처리 방법 |
US12/455,932 US8464308B2 (en) | 2008-06-09 | 2009-06-08 | Method for processing a channel request in an IPTV system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0853804A FR2932347A1 (fr) | 2008-06-09 | 2008-06-09 | Procede de traitement d'une demande de changement de canal dans un systeme iptv |
Publications (1)
Publication Number | Publication Date |
---|---|
FR2932347A1 true FR2932347A1 (fr) | 2009-12-11 |
Family
ID=39789354
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
FR0853804A Pending FR2932347A1 (fr) | 2008-06-09 | 2008-06-09 | Procede de traitement d'une demande de changement de canal dans un systeme iptv |
Country Status (7)
Country | Link |
---|---|
US (1) | US8464308B2 (fr) |
EP (1) | EP2136555B1 (fr) |
JP (1) | JP5399779B2 (fr) |
KR (1) | KR20090127821A (fr) |
CN (1) | CN101605224B (fr) |
FR (1) | FR2932347A1 (fr) |
TW (1) | TW201014351A (fr) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2501127B1 (fr) * | 2011-03-14 | 2017-06-14 | EchoStar Technologies L.L.C. | Procédés temporels sans interruption |
CN102271281B (zh) * | 2011-08-08 | 2013-07-10 | 华为技术有限公司 | 快速频道切换的实现方法和装置 |
US10097883B1 (en) * | 2017-05-25 | 2018-10-09 | Sling Media Pvt. Ltd. | Temporally-seamless channel change functionality during multichannel streaming sessions |
CN109358996B (zh) * | 2018-10-08 | 2021-09-24 | 北京天弘瑞智科技有限公司 | 一种改变请求的处理方法及其处理系统 |
FR3096209A1 (fr) * | 2019-05-13 | 2020-11-20 | Orange | Procédé de gestion de la réception de contenus numériques par un dispositif d’accès. |
FR3096208A1 (fr) * | 2019-05-13 | 2020-11-20 | Orange | Procédé de gestion de la réception de contenus numériques par un dispositif d’accès. |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE4304365A1 (de) * | 1993-02-13 | 1994-08-18 | Grundig Emv | Gerät der Unterhaltungselektronik mit einer Bedieneinheit zur Anwahl von Programmplatznummern |
EP0821523A2 (fr) * | 1996-07-24 | 1998-01-28 | Sony Corporation | Récepteur de signaux de télévision numériques |
FR2784253A1 (fr) * | 1998-10-05 | 2000-04-07 | Thomson Multimedia Sa | Procede et dispositif de navigation et de selection de services ou de chaines audiovisuels |
US20040194134A1 (en) * | 2003-03-25 | 2004-09-30 | Gunatilake Priyan Deveka | Method and system for rapid channel change providing stored images of current channel programs |
US20070107026A1 (en) * | 2005-02-23 | 2007-05-10 | Sherer W P | Fast channel change with conditional return to multicasting |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7685616B2 (en) * | 2004-07-29 | 2010-03-23 | Microsoft Corporation | Strategies for coalescing control processing |
JP4609236B2 (ja) * | 2005-08-23 | 2011-01-12 | 日本電信電話株式会社 | 映像配信システム及び受信ルータ |
US20070107024A1 (en) * | 2005-11-10 | 2007-05-10 | Scientific-Atlanta, Inc. | Atomic channel changes in a switched digital video system |
EP2057816B1 (fr) * | 2006-08-31 | 2011-05-04 | Telefonaktiebolaget LM Ericsson (publ) | Proxy de bord de support en mono/multidiffusion avec commutation de canal rapide |
JP2008135844A (ja) * | 2006-11-27 | 2008-06-12 | Mitsubishi Electric Corp | マルチキャスト放送受信端末及びマルチキャスト放送中継装置 |
US8370889B2 (en) * | 2007-03-28 | 2013-02-05 | Kanthimathi Gayatri Sukumar | Switched digital video client reverse channel traffic reduction |
US8769577B2 (en) * | 2007-05-15 | 2014-07-01 | Centurylink Intellectual Property Llc | System and method for providing fast channel surfing |
US8832766B2 (en) * | 2007-07-27 | 2014-09-09 | William C. Versteeg | Systems and methods of differentiated channel change behavior |
-
2008
- 2008-06-09 FR FR0853804A patent/FR2932347A1/fr active Pending
-
2009
- 2009-05-15 TW TW098116078A patent/TW201014351A/zh unknown
- 2009-06-01 JP JP2009131682A patent/JP5399779B2/ja not_active Expired - Fee Related
- 2009-06-01 CN CN2009101452880A patent/CN101605224B/zh not_active Expired - Fee Related
- 2009-06-05 EP EP09162029.4A patent/EP2136555B1/fr not_active Not-in-force
- 2009-06-08 US US12/455,932 patent/US8464308B2/en active Active
- 2009-06-08 KR KR1020090050511A patent/KR20090127821A/ko not_active Application Discontinuation
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE4304365A1 (de) * | 1993-02-13 | 1994-08-18 | Grundig Emv | Gerät der Unterhaltungselektronik mit einer Bedieneinheit zur Anwahl von Programmplatznummern |
EP0821523A2 (fr) * | 1996-07-24 | 1998-01-28 | Sony Corporation | Récepteur de signaux de télévision numériques |
FR2784253A1 (fr) * | 1998-10-05 | 2000-04-07 | Thomson Multimedia Sa | Procede et dispositif de navigation et de selection de services ou de chaines audiovisuels |
US20040194134A1 (en) * | 2003-03-25 | 2004-09-30 | Gunatilake Priyan Deveka | Method and system for rapid channel change providing stored images of current channel programs |
US20070107026A1 (en) * | 2005-02-23 | 2007-05-10 | Sherer W P | Fast channel change with conditional return to multicasting |
Non-Patent Citations (1)
Title |
---|
SCOTT SHOAF ET AL: "IGMP Capabilities in Broadband Network Architectures", INTERNET CITATION, XP002459905, Retrieved from the Internet <URL:http://www.juniper.net/solutions/literature/app_note/350060.pdf> [retrieved on 20071126] * |
Also Published As
Publication number | Publication date |
---|---|
KR20090127821A (ko) | 2009-12-14 |
JP5399779B2 (ja) | 2014-01-29 |
TW201014351A (en) | 2010-04-01 |
CN101605224B (zh) | 2013-01-02 |
JP2009296581A (ja) | 2009-12-17 |
EP2136555B1 (fr) | 2013-10-16 |
CN101605224A (zh) | 2009-12-16 |
US20100100913A1 (en) | 2010-04-22 |
EP2136555A1 (fr) | 2009-12-23 |
US8464308B2 (en) | 2013-06-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220053225A1 (en) | Image Sampling from Multicast Streams | |
US10764623B2 (en) | Method and system for media adaption | |
US9154844B2 (en) | Method and apparatus for reducing delays due to channel changes | |
FR2932347A1 (fr) | Procede de traitement d'une demande de changement de canal dans un systeme iptv | |
US20180227333A1 (en) | Processing Signaling Changes | |
WO2016162639A1 (fr) | Procédé de lecture en continu sur un équipement client d'un contenu diffusé au sein d'un réseau pair à pair | |
WO2015154549A1 (fr) | Procédé et dispositif de traitement de données | |
FR2888441A1 (fr) | Appareil et procede d'estimation du taux de remplissage des tampons d'entree de clients d'une distribution de contenu temps reel. | |
US20120173749A1 (en) | Apparatus and Method for Providing On-Demand Multicast of Live Media Streams | |
US9565228B2 (en) | Streaming and downloading of content | |
EP3790282B1 (fr) | Procede de decodage d'un flux d'entree audio/video | |
FR2907992A1 (fr) | Procede de reprise d'une session de video a la demande | |
WO2007107660A1 (fr) | Systeme et procede de gestion d'une pluralite de programmes audiovisuels dans un reseau de telecommunication | |
EP3430786A1 (fr) | Acquisition d'extraits d'un flux multimédia sur un terminal | |
FR3103667A1 (fr) | Equipement décodeur transmettant des métadonnées à un équipement auxiliaire pour le piloter | |
EP2319239B1 (fr) | Procédé d'optimisation d'un temps de zapping sur un décodeur de télévision numérique | |
EP2351357B1 (fr) | Procédé de gestion de la réception d'une commande de changement de services dans un décodeur de télévision numérique | |
WO2019120974A1 (fr) | Procédé de téléchargement de chaîne pour le zapping d'une chaîne numérique en fonction du comportement utilisateur | |
FR2899419A1 (fr) | Procede de restitution d'un flux numerique, terminal de restitution, et produit programme d'ordinateur correspondants | |
US10051025B2 (en) | Method and apparatus for estimating packet loss | |
FR2828976A1 (fr) | Terminal de reception et centre de diffusion de programmes interactifs, signal contenant de tels programmes et procede de surveillance de programmes interactifs recus dans un tel terminal | |
FR2973633A1 (fr) | Restitution en differe de donnees. | |
FR2908951A1 (fr) | Procede de modification de l'ensemble des flux recus par un dispositif sur un reseau |