WO2009039741A1 - Procédé et dispositif permettant la commutation de chaînes iptv - Google Patents

Procédé et dispositif permettant la commutation de chaînes iptv Download PDF

Info

Publication number
WO2009039741A1
WO2009039741A1 PCT/CN2008/072062 CN2008072062W WO2009039741A1 WO 2009039741 A1 WO2009039741 A1 WO 2009039741A1 CN 2008072062 W CN2008072062 W CN 2008072062W WO 2009039741 A1 WO2009039741 A1 WO 2009039741A1
Authority
WO
WIPO (PCT)
Prior art keywords
media stream
stream data
buffer queue
user terminal
iptv
Prior art date
Application number
PCT/CN2008/072062
Other languages
English (en)
Chinese (zh)
Inventor
Junli Liu
Guowei Feng
Zhongbao Zhang
Ke Sun
Xu Yang
Lijun Yan
Yingtao Duan
Xuehui Zhang
Zhengqiang Dong
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2009039741A1 publication Critical patent/WO2009039741A1/fr

Links

Classifications

    • 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/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • 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/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • 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 encoded video stream 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/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 encoded video stream packets from an IP network
    • H04N21/4383—Accessing a communication channel
    • H04N21/4384—Accessing a communication channel involving operations to reduce the access time, e.g. fast-tuning for reducing channel switching latency
    • 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/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet

Definitions

  • the present invention relates to the field of IPTV (Internet Protocol Television) technology, and in particular, to a method and apparatus for implementing IPTV channel switching.
  • IPTV Internet Protocol Television
  • IPTV also known as IPTV or broadband TV
  • IPTV is a service that provides users with interactive services based on IP networks and uses broadband networks to provide digitally processed audio and video programs in a multicast manner. user.
  • the IPTV service includes a live broadcast service.
  • Live broadcast services are implemented through multicast.
  • Multicast is a network technology that allows one or more senders to simultaneously send a single packet to multiple recipients. With multicast technology, the media stream will occupy a large amount of IP network bandwidth. In the IP public network, when the network data traffic is large, the media stream data will be unstable, and the programs viewed by the user will be jittery.
  • one method of the prior art is to add a buffer to the STB (Set Top Box) connected to the user terminal. After receiving the message of the user terminal requesting to switch channels, the STB first stores the received media stream data of the channel into the buffer, and when the media stream data in the cache reaches a certain amount, the STB is allowed to be decoded. .
  • STB Set Top Box
  • the drawback of this method is: Since the user switches the channel every time, the STB first caches the media stream data of the channel in the buffer, and does not play until a certain amount is reached, so that when the user When switching channels frequently and frequently, you have to wait until the media stream data in the buffer is enough to play, which will obviously delay the channel switching.
  • the prior art also discloses a method for channel switching, which is to add a live processing server to the output end of the live server for receiving short-term video frame data streams of all live channels output by the live server, and save the data streams.
  • the buffer A parses the key frame data from the short-term video frame data stream, and the key frame data is Saved in buffer B on the live processing server.
  • two buffers A and ⁇ are set on the user terminal.
  • the user terminal first sends an IGMP (Internet Group Management Protocol leave) exit message to the live server.
  • IGMP Internet Group Management Protocol leave
  • the live processing server sends the key of the channel to be switched in the buffer B to the terminal after receiving the request message.
  • the frame data the terminal caches the key frame data in its own buffer A, and displays it in the terminal.
  • the terminal sends an IGMP message requesting to join the channel to the live broadcast server, and after receiving the response from the live broadcast server, receives the media stream data of the channel from the live broadcast server, and saves the data in the terminal.
  • the terminal On the flush area B, until the media stream data in the buffer B reaches a certain number, the terminal will switch to the buffer B for playing.
  • the terminal since the terminal first buffers the media stream data in the buffer B to a certain amount, it can switch from the buffer A to the buffer B for playing. Therefore, the buffer B does not reach a certain number. Before, the user sees the picture displayed by the key frame data in the buffer A, and the picture is still. Therefore, when the user switches channels, since the still picture freezes for too long, the delay of channel switching can also be perceived.
  • Embodiments of the present invention provide a method and apparatus for implementing IPTV channel switching, which can implement fast switching of an IPTV live channel.
  • the embodiment of the present invention further provides an apparatus for implementing IPTV channel switching, including a data receiving unit, a message receiving unit, a storage unit, a reading unit, and a sending unit, where
  • the storage unit is configured to buffer, respectively, media stream data of each IPTV live channel received by the data receiving unit from a program source;
  • the reading unit is configured to, when receiving a message requesting to switch channels of the message receiving unit from the user terminal, read media stream data corresponding to the channel to be switched in the storage unit, and The media stream data is sent to the user terminal for playing by the sending unit.
  • Cached up when the user terminal requests to switch channels, the media stream data of the channel to be switched to can be directly sent from the buffered media stream data to the user terminal, so that the user terminal can receive the required time as soon as possible.
  • the media stream data and plays it, thereby shortening the waiting time of the user terminal channel switching.
  • FIG. 1 is a flow chart of a first embodiment of a method according to the present invention.
  • FIG. 2 is a schematic structural diagram of a system of the method embodiment shown in FIG. 1;
  • FIG. 3 is a schematic structural diagram of a system according to Embodiment 2 of the method of the present invention.
  • FIG. 4 is a schematic structural diagram of a system according to Embodiment 3 of the method of the present invention.
  • FIG. 5 is a structural block diagram of Embodiment 1 of the apparatus of the present invention.
  • Embodiment 2 is a structural block diagram of Embodiment 2 of the apparatus of the present invention.
  • FIG. 7 is a structural block diagram of Embodiment 3 of the apparatus of the present invention.
  • FIG. 8 is a structural block diagram of Embodiment 4 of the apparatus of the present invention.
  • FIG. 1 is a block diagram of a first embodiment of a method according to the present invention.
  • the method includes the following steps: Step 101: Allocate a buffer queue for each IPTV live channel on the DSAM's DSLAM (Digital Subscriber Line Access Multiplexer) in advance.
  • the media stream data of each IPTV live channel sent by the program source is buffered, and the corresponding relationship between the IPTV live channel and the multicast address is also set. For example, as shown in FIG.
  • a buffer queue is allocated for each IPTV live channel on the DSLAM, and all IPTV live channels recorded on the live channel information table maintained by the DSLAM are simultaneously a multicast address, and a correspondence between a multicast address and an IPTV live channel is set on the multicast channel information table. For example, if a multicast address corresponds to an IPTV live channel, the relationship between the two can be set to Yes; If a multicast address does not correspond to an IPTV live channel, you can set the corresponding relationship to No.
  • Step 102 When receiving the multicast packet sent by the BAS (Broadband Access Server) or the multicast router, the DSLAM determines the multicast group according to the multicast address of the received multicast packet. Whether it corresponds to an IPTV live channel, and if so, the media stream data in the multicast packet is stored in a buffer queue of the IPTV live channel corresponding to the multicast address of the multicast packet in the DSLAM.
  • BAS Broadband Access Server
  • Step 103 After receiving the message requesting the switching channel of the user terminal, the DSLAM reads the media stream data from the buffer queue corresponding to the channel to be switched according to the channel number that is requested to be switched in the message, and The media stream data is sent to the user terminal for playing.
  • the media stream data may be buffered into the buffer queue by using a circular queue, or the media stream data in the buffer queue may be read, and the circular queue is equivalent to one.
  • the sliding window, the head pointer of the circular queue points to the location of the next media stream data to be read by the DSLAM, and the tail pointer of the circular queue points to the location where the next newly received media stream data is to be stored.
  • the DSLAM sends the media stream data to the user terminal
  • the media stream data is read from the position indicated by the head pointer of the loop queue, and each time the media stream data is read, the head pointer is moved to point to the next one.
  • the location of the read media stream data for example, the head pointer of the circular queue is incremented by one; when the DSLAM receives the multicast packet sent by the BAS or the multicast router, the media stream data in the multicast packet is saved.
  • the tail pointer is moved to point to the location where the next newly received media stream data is to be saved, for example, the tail pointer of the loop queue is plus 1.
  • step 102 of performing the foregoing mode embodiment when the DSLAM stores new media stream data, when the media stream data in the buffer queue is full, and then new media stream data is sent.
  • the DSLAM can process the new media stream data sent by the following methods:
  • Method 1 The DSLAM discards media stream data of the head pointer in the buffer queue, and The first media stream data after the head pointer is moved to the media stream data of the head pointer, and the newly received media stream data is saved as the media stream data of the tail pointer in the buffer queue.
  • the DSLAM adds 1 to the head pointer and the tail pointer of the buffer queue, and then shifts the window for receiving the media stream data, and then stores the received new media stream data into the last of the buffer queue. On one, the other new media stream data is also received in this way and so on.
  • Method 2 The DSLAM discards the newly received media stream data, and maintains the head pointer and the tail pointer of the buffer queue unchanged.
  • the DSLAM of the above method can buffer media stream data of all IPTV live channels to different buffer queues.
  • the media stream data in the buffer queue corresponding to the specified channel can be directly sent to the The terminal plays, so that the time that the user waits for playing when switching channels is the time when the DSLAM processes the media stream data, and the time from the DSLAM to the user terminal for playing, and the time of the media stream data buffer is omitted. Therefore, the time to wait for playback when the user channel is switched is greatly reduced. Moreover, even if the user frequently switches channels at a faster speed, it is also possible to switch to the corresponding channel at a faster speed.
  • step 103 of the foregoing embodiment after receiving the message requesting the switching channel of the user terminal, the DSLAM sequentially reads the streaming media data from the buffer queue corresponding to the designated channel and sends the data to the terminal.
  • the DSLAM needs to process the media stream data, for example, encapsulating the media stream data originally located at the application layer into an underlying protocol packet (such as an IP packet, an ATM cell, etc.). And this requires a certain amount of processing time. Therefore, in order to reduce the time for the user terminal to receive the media stream data, in the above step 103, the DSLAM may further package the media stream data in all the buffer queues before receiving the message of the user terminal requesting to switch the channel.
  • an underlying protocol packet such as an IP packet, an ATM cell, etc.
  • the underlying protocol package is saved and saved. In this way, when the DSLAM receives the message requesting the switching of the channel, the DSLAM can directly send the corresponding underlying protocol packet to the user terminal, thereby further reducing the time for the user terminal to receive the media stream data, and shortening the IPTV live channel switching time. .
  • the DSLAM receives the same multicast
  • the DSLAM stops transmitting the media stream data of the channel to the user terminal.
  • the DSLAM may not notify the multicast router of the exit message, and the purpose is that the DSLAM can receive and save the media stream data of the exit channel sent by the multicast router.
  • the media stream data of the head pointer in the buffer queue may be discarded, and the first media stream data after the head pointer is moved to the head pointer.
  • the media stream data stores the newly received media stream data as the media stream data of the tail pointer in the buffer queue to keep the media stream data of the channel valid in real time.
  • the MPEG compression format involves four image types: intra frame image (I frame, no reference to other frames), predicted frame (P frame, motion compensation frame coding with reference to the previous I frame or P frame), bidirectional prediction frame (B frame, refer to the previous and next I frame or P frame ⁇ 1 bidirectional motion compensation coding), DC frame (D frame).
  • I frame intra frame image
  • P frame predicted frame
  • B frame bidirectional prediction frame
  • D frame DC frame
  • I frame pointer points to the location of the first I frame in the buffer queue.
  • the DSLAM can send the I frame data pointed by the I frame pointer in the buffer queue corresponding to the designated channel to the terminal, so that the first media received by the terminal
  • the stream data is I frame data, which can be decoded and played, thereby shortening the playing time and reducing the channel switching time.
  • the present invention also discloses a second embodiment of the method, as shown in FIG. 3, in order to prevent other user terminals from receiving media stream data independently of each other.
  • a schematic diagram of the system structure of the second embodiment of the inventive method On the basis of the foregoing method embodiment 1, the embodiment also sets a queue head pointer for each user terminal that views the same channel on the DSLAM, that is, corresponding to the buffer queue in each buffer queue.
  • Each user terminal in the multicast group sets a queue head pointer to respectively indicate the location of the next user channel to read the media stream data.
  • the queue tail pointer of each user terminal in the same multicast group is the tail pointer of the corresponding buffer queue.
  • the head pointer of the set buffer queue is the queue head pointer of the user terminal with the largest window in the queue
  • the tail pointer of the buffer queue is the same as the queue tail pointer of all user terminals in the queue.
  • the I-frame pointer of the buffer queue points to the location of the first I-frame in the queue with the largest window.
  • the buffer queue When receiving the multicast packet sent by the BAS or the multicast router, the buffer queue saves the media stream data in the multicast packet at the end of the queue of the cache queue, and each time a data packet is stored, The tail pointer of the buffer queue can be incremented by one.
  • the DSLAM determines whether the media stream data stored in the buffer queue is the I frame data, that is, the buffer queue is determined.
  • the head pointer is I frame data, and if so, discarding the newly received media stream data; otherwise, discarding the media stream data of the head pointer in the buffer queue, and after the head pointer
  • the first media stream data is moved to the media stream data of the head pointer, and the newly received media stream data is saved as the media stream data of the tail pointer in the buffer queue. For example, it may be determined whether the media stream data corresponding to the head pointer of the buffer queue is an I frame, and if yes, the newly received media stream data packet is discarded, and the head pointer and the tail pointer of the original window are maintained unchanged; Otherwise, the head pointer and the tail pointer of the queue are simultaneously incremented by one, and the new media stream packet is stored in the last bit of the buffer queue.
  • the DSLAM When receiving the message of the new user terminal requesting to switch channels, the DSLAM copies the I frame pointer in the buffer queue corresponding to the designated channel to the queue head pointer of the user terminal, so that the user terminal receives the first The frame is the I frame pointed by the queue head pointer of the user terminal, thereby further shortening the time for switching channels.
  • the above method is equally applicable to media streams having other media stream compression formats of I frames and P frames similar to the MPEG format.
  • Method Embodiment 3 The above embodiments are all modifications to the DSLAM.
  • the present invention in addition to the buffer queue corresponding to the media stream data of all IPTV live channels, the present invention can also be used in the embodiment of the present invention.
  • the method is applied to a separate device.
  • FIG. 4 it is a schematic structural diagram of a system according to Embodiment 3 of the method, where the independent device may be located between the DSLAM and the BAS, or located in the DSLAM and BRAS (Broadband Remote Access Server, broadband access) Between servers), and can distinguish between multicast packets and other data packets of live programs, It can cache multicast packets of live programs and forward other types of multicast packets.
  • the independent device may also be a three-layer switching device such as a multicast router.
  • the method for buffering all live program media stream data in the above embodiment of the present invention may be directly applied to an upper layer device of the DSLAM, such as BAS/BRAS.
  • the user terminal or STB/soft terminal
  • the user terminal that directly connects to the Internet to watch the program without the DSLAM can also achieve fast switching of the IPTV live channel.
  • the embodiment of the present invention further discloses an apparatus for implementing IPTV live channel switching, where the apparatus may be integrated on a DSLAM, a BAS or a BRAS, or may be integrated in a layer 3 switching device such as a multicast router. Up, or integrated on other standalone devices.
  • FIG. 5 it is a structural block diagram of Embodiment 1 of the apparatus of the present invention, where the apparatus includes: a data receiving unit 501, a message receiving unit 502, a sending unit 503, a storage unit 504, and a reading unit 505, where The data receiving unit 501 is configured to receive media stream data of all IPTV live channels sent by the program source;
  • the message receiving unit 502 is configured to receive a common request message, such as a message requesting to switch channels, or a channel exit message, sent by the user terminal;
  • the storage unit 504 is configured to cache media stream data of each IPTV live channel received by the data receiving unit 501;
  • the reading unit 505 is configured to, when receiving a message requesting to switch channels from the user terminal forwarded by the message receiving unit 502, read the storage unit 504 according to an indication of a channel to be switched in the message. Media stream data corresponding to the channel to be switched, and transmitting the media stream data to the user terminal through the sending unit 503.
  • the storage unit 504 of the foregoing embodiment can buffer the media stream data of all the received IPTV live channels respectively.
  • the reading unit 505 can directly read and send the media stream data corresponding to the specified channel to the The terminal enables the user terminal to receive and play the required media stream data as soon as possible, thereby shortening the waiting time of the user terminal channel switching.
  • the method of the present invention can also switch to the corresponding channel at a relatively fast speed.
  • a block diagram of a second embodiment of the apparatus of the present invention includes: a data receiving unit 601, a message receiving unit 602, a sending unit 603, a storage unit 604, a reading unit 605, a determining unit 606, and a first processing unit 607, wherein
  • Each of the IPTV live channels may be assigned a corresponding buffer queue in the storage unit 604 for buffering media stream data of all IPTV live channels received from the program source received by the data receiving unit 601. To the buffer queue corresponding to each live channel.
  • the correspondence between the IPTV live channel and the multicast address can also be set, so that the storage unit 604 can receive the multicast according to the received multicast packet when receiving the multicast packet sent by the BAS or the multicast router.
  • the address, the media stream data in the multicast packet is stored in a buffer queue of the IPTV live channel corresponding to the multicast address of the multicast packet in the DSLAM.
  • the reading unit 605 is configured to: when receiving the message requesting the switching channel from the user terminal forwarded by the message receiving unit 602, according to the indication of the IPTV live channel to be switched in the message, from the storage unit 604 Reading the media stream data in the buffer queue corresponding to the channel to be switched, and sending the media stream data to the user terminal through the sending unit 603;
  • the determining unit 606 is configured to determine, after the buffer queue in the storage unit 604 is full, and then receive the new media stream data sent by the data receiving unit 601. Whether the head pointer of the queue refers to the I frame data, and the corresponding judgment result is obtained;
  • the first processing unit 607 is configured to: when it is determined by the determining result of the determining unit 606, when the head pointer in the buffer queue refers to the I frame data, the newly received media stream data is lost. Discarding, or discarding media stream data of the head pointer in the buffer queue and notifying the first media stream data after the head pointer when it is learned from the determining unit 606 that it is not I frame data Moving to the media stream data of the head pointer, saving the newly received media stream data as media stream data of the tail pointer in the buffer queue.
  • the determining unit 606 can first determine whether the head pointer of the buffer queue is I when the new media stream data is received again. Frame data, so as to process the newly received media stream data according to the judgment result, thereby avoiding the loss of the I frame data, and for the user terminal that only decodes the I frame to be able to decode the broadcast:
  • the first media stream data received by the user terminal is guaranteed to be I frame data, thereby shortening this
  • the class user terminal switches the waiting time of the channel.
  • the embodiment of the present invention further discloses a device for implementing IPTV live channel switching.
  • FIG. 7 it is a structural block diagram of Embodiment 3 of the device, where the device includes: a data receiving unit 701 and a message receiving unit 702. a transmitting unit 703, a storage unit 704, a reading unit 705, and a second processing unit 706, wherein
  • the data receiving unit 701 is configured to receive media stream data of each IPTV live channel sent by the program source;
  • the message receiving unit 702 is configured to receive a common request message, such as a message requesting to switch channels, or a channel exit message, sent by the user terminal;
  • Each of the IPTV live channels may be assigned a corresponding buffer queue in the storage unit 704 for buffering media stream data of all IPTV live channels received by the data receiving unit 701 from the program source. To the buffer queue corresponding to each live channel.
  • the correspondence between the IPTV live channel and the multicast address can also be set, so that the storage unit 704 can receive the multicast packet according to the received multicast packet when receiving the multicast packet sent by the BAS or the multicast router.
  • the address, the media stream data in the multicast packet is stored in a buffer queue of the IPTV live channel corresponding to the multicast address of the multicast packet in the DSLAM.
  • the reading unit 705 is configured to: when receiving a message requesting to switch channels from the user terminal forwarded by the message receiving unit 702, read the storage according to an indication of an IPTV live channel to be switched in the message.
  • the media stream data in the buffer queue corresponding to the channel to be switched in the unit 704, and the read media stream data is sent to the user terminal through the sending unit 703;
  • the second processing unit 706 is configured to: after learning that the buffer queue in the storage unit 704 is full, and then receiving the new media stream data sent by the data receiving unit 701, Media stream data of the head pointer in the buffer queue is discarded, and the first media stream data after the head pointer is moved to the media stream data of the head pointer, and the newly received media stream data is saved as The media stream data of the tail pointer in the buffer queue.
  • the second processing unit 706 can discard the earliest stored media stream data in the buffer queue, and the newly received media. After the stream data has the last received media stream data, the real-time validity of the media stream data in the buffer queue can be maintained all the time, so that when a new user terminal switches to the channel, the channel can be The newer media stream data is sent to the user terminal.
  • the embodiment of the present invention further discloses a device capable of realizing IPTV live channel switching.
  • FIG. 8 it is a structural block diagram of Embodiment 4 of the device, where the device includes: a data receiving unit 801 and a message receiving unit. 802, a transmitting unit 803, a storage unit 804, a reading unit 805, and a third processing unit 806, wherein
  • the data receiving unit 801 is configured to receive media stream data of all IPTV live channels sent by the program source;
  • the message receiving unit 802 is configured to receive a common request message, such as a message requesting to switch channels, or a channel exit message, sent by the user terminal;
  • the storage unit 804 may include a buffer queue corresponding to each IPTV live channel, and is used to buffer media stream data of all IPTV live channels received from the program source received by the data receiving unit 801 to corresponding channels. Buffer queue.
  • the reading unit 805 is configured to: when receiving a message requesting to switch channels from the user terminal forwarded by the message receiving unit 802, read the storage according to an indication of an IPTV live channel to be switched in the message.
  • the media stream data in the buffer queue corresponding to the channel to be switched in the unit 804, and the read media stream data is sent to the user terminal through the sending unit 803;
  • the third processing unit 806 is configured to: after learning that the buffer queue in the storage unit 804 is full, and then receiving the new media stream data sent by the data receiving unit 801, The received media stream data is discarded.
  • the storage unit 804 can separately buffer the media stream data of all the received IPTV live channels, and when the user terminal switches channels, the reading unit 805 can directly read the media stream data corresponding to the specified channel. Sending to the user terminal enables the user terminal to receive the required media stream data and play it as soon as possible, thereby shortening the waiting time of the user terminal channel switching. Moreover, even if the user frequently switches channels at a relatively fast speed, the method of the present invention can also switch to the corresponding channel at a relatively fast speed.
  • each functional unit in various embodiments of the present invention may be integrated into one processing module. It is also possible that each unit physically exists alone, or two or more units may be integrated in one module.
  • the above integrated modules can be implemented in the form of hardware or in the form of software functional modules.
  • the integrated modules, if implemented in the form of software functional modules and sold or used as separate products, may also be stored in a computer readable storage medium.
  • the above-mentioned storage medium may be a read only memory, a magnetic disk or an optical disk or the like.
  • the media stream data of each IPTV live channel sent by the program source is cached separately.
  • the device may directly switch from the buffered media stream data to The media stream data of the channel is directly sent to the user terminal, so that the user terminal can receive the required media stream data and play it as soon as possible, thereby shortening the waiting time of the user terminal channel switching.
  • the media stream data of each IPTV live channel is separately cached according to the embodiment of the present invention, even if the user frequently switches channels at a faster speed, the media stream of the channel to be switched can be read and played at a faster speed. data.
  • the technical solution of the present invention is simple to implement, and has strong portability, and can realize fast switching of the IPTV live channel without modifying the terminal.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention concerne un procédé et dispositif permettant la commutation de chaînes IPTV diffusées en direct comprenant : le tamponnage de données de diffusion multimédia en continu de chaînes IPTV diffusées en direct distribuées par une source de programmes respectivement ; lors de la réception d'un message provenant d'un terminal utilisateur demandant la commutation d'une chaîne, la lecture des données de diffusion multimédia en continue tamponnées correspondant à la chaîne à commuter ; la transmission des données de diffusion multimédia en continu lues vers terminal utilisateur. La présente invention concerne également un dispositif permettant la commutation de chaînes IPTV diffusées en direct.
PCT/CN2008/072062 2007-09-25 2008-08-20 Procédé et dispositif permettant la commutation de chaînes iptv WO2009039741A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CNA2007101513387A CN101132521A (zh) 2007-09-25 2007-09-25 一种实现iptv频道切换的方法和装置
CN200710151338.7 2007-09-25

Publications (1)

Publication Number Publication Date
WO2009039741A1 true WO2009039741A1 (fr) 2009-04-02

Family

ID=39129618

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072062 WO2009039741A1 (fr) 2007-09-25 2008-08-20 Procédé et dispositif permettant la commutation de chaînes iptv

Country Status (2)

Country Link
CN (1) CN101132521A (fr)
WO (1) WO2009039741A1 (fr)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104486666A (zh) * 2014-12-31 2015-04-01 四川金网通电子科技有限公司 一种通过缓存机制实现ott直播快速切台的方法
CN111262874A (zh) * 2020-01-21 2020-06-09 北京梦想加信息技术有限公司 书写板信息分享方法、系统和书写板
CN112040309A (zh) * 2020-09-08 2020-12-04 海信视像科技股份有限公司 一种频道切换方法及显示设备
CN113676744A (zh) * 2021-07-28 2021-11-19 北京百度网讯科技有限公司 直播间的切换控制方法、装置、电子设备和存储介质

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132521A (zh) * 2007-09-25 2008-02-27 华为技术有限公司 一种实现iptv频道切换的方法和装置
CN101316357B (zh) * 2008-06-30 2011-09-14 华为技术有限公司 一种频道切换的方法和终端
CN101662689B (zh) * 2008-08-25 2011-07-06 华为技术有限公司 交互电视频道切换方法及系统、音视频流发送方法及装置
CN101742269A (zh) * 2008-11-17 2010-06-16 华为技术有限公司 一种频道切换方法、装置和系统
CN101753973B (zh) 2008-12-12 2013-01-02 华为技术有限公司 一种频道切换方法、装置和系统
CN101489101B (zh) * 2008-12-31 2011-01-19 华为技术有限公司 一种ip电视频道切换处理方法、装置和系统
CN102223373B (zh) * 2011-06-21 2017-09-26 中兴通讯股份有限公司 Iptv系统中网络游戏的排队方法、装置及系统
CN103974092B (zh) * 2013-01-31 2018-05-15 中兴通讯股份有限公司 一种基于网络电视实现网络广播的方法、装置及网络电视
CN103561285A (zh) * 2013-10-11 2014-02-05 深圳市同洲电子股份有限公司 一种节目播放方法及网络推流服务器
WO2015196457A1 (fr) * 2014-06-27 2015-12-30 北京新媒传信科技有限公司 Procédé pour router une trame clé et serveur multimédia
CN104202676A (zh) * 2014-09-12 2014-12-10 北京赛科世纪数码科技有限公司 一种频道切换方法和系统
CN104506924B (zh) * 2014-12-23 2018-09-11 成都德芯数字科技股份有限公司 一种高集成度的iptv系统及其工作方法
CN105100888B (zh) * 2015-07-17 2017-12-19 上海斐讯数据通信技术有限公司 一种基于olt设备的iptv频道切换加速的方法
CN106375835B (zh) * 2016-08-31 2019-03-29 北京奇艺世纪科技有限公司 一种流媒体播放方法及设备
CN106792120B (zh) * 2017-02-07 2020-06-16 海信视像科技股份有限公司 视频画面的显示方法、装置和终端
CN110809168A (zh) * 2018-08-06 2020-02-18 中兴通讯股份有限公司 视频直播处理方法、装置、终端及存储介质
CN111866581B (zh) * 2020-07-23 2022-08-23 杭州国芯科技股份有限公司 一种数字电视节目快速切换方法
CN114007087B (zh) * 2020-07-28 2023-04-11 华为技术有限公司 一种媒体流切换方法及装置
CN114449357A (zh) * 2020-11-02 2022-05-06 青岛海信宽带多媒体技术有限公司 一种iptv组播频道切换的优化方法、装置及终端

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060085828A1 (en) * 2004-10-15 2006-04-20 Vincent Dureau Speeding up channel change
CN1881925A (zh) * 2006-05-10 2006-12-20 上海市电信有限公司 在因特协议音视频广播网络直播频道切换的方法及结构
US20070160038A1 (en) * 2006-01-09 2007-07-12 Sbc Knowledge Ventures, L.P. Fast channel change apparatus and method for IPTV
EP1811780A1 (fr) * 2006-01-24 2007-07-25 Alcatel Lucent Point d'accès avec des fonctions de cache / tampon / antémémoire pour des chaînes vidéo
CN101047838A (zh) * 2006-03-27 2007-10-03 中兴通讯股份有限公司 一种减少直播频道切换响应时间的方法
CN101132521A (zh) * 2007-09-25 2008-02-27 华为技术有限公司 一种实现iptv频道切换的方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060085828A1 (en) * 2004-10-15 2006-04-20 Vincent Dureau Speeding up channel change
US20070160038A1 (en) * 2006-01-09 2007-07-12 Sbc Knowledge Ventures, L.P. Fast channel change apparatus and method for IPTV
EP1811780A1 (fr) * 2006-01-24 2007-07-25 Alcatel Lucent Point d'accès avec des fonctions de cache / tampon / antémémoire pour des chaînes vidéo
CN101047838A (zh) * 2006-03-27 2007-10-03 中兴通讯股份有限公司 一种减少直播频道切换响应时间的方法
CN1881925A (zh) * 2006-05-10 2006-12-20 上海市电信有限公司 在因特协议音视频广播网络直播频道切换的方法及结构
CN101132521A (zh) * 2007-09-25 2008-02-27 华为技术有限公司 一种实现iptv频道切换的方法和装置

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104486666A (zh) * 2014-12-31 2015-04-01 四川金网通电子科技有限公司 一种通过缓存机制实现ott直播快速切台的方法
CN111262874A (zh) * 2020-01-21 2020-06-09 北京梦想加信息技术有限公司 书写板信息分享方法、系统和书写板
CN112040309A (zh) * 2020-09-08 2020-12-04 海信视像科技股份有限公司 一种频道切换方法及显示设备
CN112040309B (zh) * 2020-09-08 2022-06-28 海信视像科技股份有限公司 一种频道切换方法及显示设备
CN113676744A (zh) * 2021-07-28 2021-11-19 北京百度网讯科技有限公司 直播间的切换控制方法、装置、电子设备和存储介质
CN113676744B (zh) * 2021-07-28 2024-06-07 北京百度网讯科技有限公司 直播间的切换控制方法、装置、电子设备和存储介质

Also Published As

Publication number Publication date
CN101132521A (zh) 2008-02-27

Similar Documents

Publication Publication Date Title
WO2009039741A1 (fr) Procédé et dispositif permettant la commutation de chaînes iptv
JP4936751B2 (ja) 迅速なメディアチャネル切り替え機構、および該機構を含むアクセスネットワークノード
US8356324B2 (en) Implementing network personal video recorder for digital video settop boxes
EP2385707B1 (fr) Procédé, dispositif et système de commutation de canal
US8495688B2 (en) System and method for fast start-up of live multicast streams transmitted over a packet network
US7668914B2 (en) Milestone synchronization in broadcast multimedia streams
KR101250825B1 (ko) 고속 비디오 채널 변경
CN101938456B (zh) 一种减小媒体延迟的方法、设备及系统
WO2010054543A1 (fr) Procédé, dispositif et système pour la commutation de canaux
WO2011153868A1 (fr) Procédé, appareil et système pour la commutation de voies
WO2010133123A1 (fr) Procédé, dispositif et système de transmission de données vidéo
WO2010048825A1 (fr) Procédé de suppression de retransmission de paquets perdus, nœud de réseau et système
EP2011332A1 (fr) Procédé pour réduire des temps de changement de canal dans un appareil vidéo numérique
WO2008148333A1 (fr) Système et procédé de traitement d'un flux vidéo
WO2008077302A1 (fr) Procédé et système de commutation de canaux multimédia numériques
JP5428734B2 (ja) ネットワーク機器、情報処理装置、ストリーム切替方法、情報処理方法、プログラムおよびコンテンツ配信システム
WO2010075705A1 (fr) Procédé, dispositif et système de traitement de commutation de canal de télévision ip
JP5610743B2 (ja) コンテンツ受信方法及び装置
WO2010115376A1 (fr) Procédé, dispositif et système de commutation de flux multimédia
CN106937155B (zh) 接入设备、因特网协议电视iptv系统和频道切换方法
WO2009089755A1 (fr) Procédé et dispositif pour améliorer l'expérience de l'utilisateur de la télévision par ip

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08784053

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 08784053

Country of ref document: EP

Kind code of ref document: A1