WO2010075705A1 - 一种ip电视频道切换处理方法、装置和系统 - Google Patents

一种ip电视频道切换处理方法、装置和系统 Download PDF

Info

Publication number
WO2010075705A1
WO2010075705A1 PCT/CN2009/074047 CN2009074047W WO2010075705A1 WO 2010075705 A1 WO2010075705 A1 WO 2010075705A1 CN 2009074047 W CN2009074047 W CN 2009074047W WO 2010075705 A1 WO2010075705 A1 WO 2010075705A1
Authority
WO
WIPO (PCT)
Prior art keywords
multicast
channel
igmp
module
replication traffic
Prior art date
Application number
PCT/CN2009/074047
Other languages
English (en)
French (fr)
Inventor
李彬轩
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2010075705A1 publication Critical patent/WO2010075705A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4383Accessing a communication channel
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/61Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/613Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for the control of the source by the destination
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/64Addressing
    • H04N21/6405Multicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/64Addressing
    • H04N21/6408Unicasting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • H04N21/64322IP

Definitions

  • IP TV channel switching processing method device and system
  • the present invention relates to the field of communications, and in particular, to an IP TV channel switching processing method, apparatus, and system.
  • IPTV Internet Protocol Television, IP TV
  • IP Internet Protocol Television
  • Protocol Internet Protocol
  • QoS/QoE Quality of Service/ Quality of
  • Quality of Service / Customer Awareness Experience is guaranteed to provide a manageable multimedia service that is secure, interactive and reliable.
  • IPTV is mostly transmitted using multicast technology.
  • PVC Packet Control Coding
  • the Multicast Protocol Internet Group Management Protocol Joins a multicast group.
  • the multicast group corresponds to a specific channel, and thus receives multicast traffic from the channel, and can watch the program of the channel.
  • the multicast traffic from a certain channel is transmitted from the multicast source to the user along the multicast forwarding path.
  • the multicast replication point can be deployed according to the actual networking.
  • the edge service router is deployed as a multicast replication point. Because the edge service router acts as a service access point, it can see specific services and users, which facilitates the management of multicast services. Therefore, edge service routers are commonly used multicast replication points.
  • a video stream In the process of multicast replication traffic transmission, a video stream always contains multiple scenes. Each scene is based on the proximity of the image. To meet the needs of video compression, a frame with a small image difference is called a group. G oP (Group Of Pictures, image groups). In general, the encoding method is different, and the number of frames in a GoP is different, for example, MPEG-4 (Moving Pictures Expert Group phase)
  • the first frame is an I frame (I-Frame, Intra-coded
  • Frame intra-framed frame
  • reference frame reference frame
  • the I frame is the first frame in a GoP, and the encoding is completely independent. Usually only anti-entropy coding, dequantization and anti-DCR (anti-Discrete Cosine) are required for I frames.
  • Transform inverse discrete cosine transform
  • the second is P-frame (P-Frame, Predicted
  • the third is B-frame (B-Frame, Bidirectional
  • Frame bidirectional predictive coding frame
  • I and P frames before and after.
  • Box, set-top box needs to receive the multicast stream of the second channel, and since both the P frame and the B frame are incomplete frames, the set-top box can only start decoding and playing after receiving the I frame.
  • the interval between I frames is usually 0.5 seconds, so the delay of waiting for the arrival of I frames is likely to be close to 0.5 seconds.
  • the switching channel takes a long time to complete, that is, the picture fails to be completely parsed. Therefore, during the channel switching, the picture appears mosaic.
  • the freeze frame causes the user to feel a very obvious switch delay.
  • the lower carrier edge device or the external server stores the corresponding I frame for each channel.
  • the UPE or the external server is stored in advance.
  • the I frame corresponding to the second channel is sent to the STB, so that the I frame corresponding to the second channel stored in advance can be used to compensate the blank phase before the I frame corresponding to the multicast source corresponding to the second channel, thereby reducing mosaic, Freeze, reduce switching delay.
  • an object of the embodiments of the present invention is to provide an IP TV channel switching processing method, apparatus, and system, which solve the problem of freeze frame and mosaic in the channel switching screen at a low cost, thereby improving the user experience. .
  • An embodiment of the present invention provides an IPTV channel switching processing method, including: receiving an IGMP Leave message, the IGMP Leave message is used to request to leave the first channel;
  • the report message is used to request to join the second channel.
  • the user is added to the multicast group corresponding to the second channel to generate a multicast entry corresponding to the second channel;
  • the first multicast replication traffic corresponds to the second channel;
  • the multicast entry corresponding to the first channel is deleted;
  • the first multicast replication traffic is sent by using the unicast mode;
  • the multicast mode is switched, and the multicast table corresponding to the second channel is used.
  • Item multicast sends the second multicast replication traffic, and the second multicast replication traffic corresponds to the second channel.
  • Another embodiment of the present invention further provides an IPTV channel switching processing apparatus, including:
  • the receiving module is configured to receive IGMP Leave messages and IGMP Report messages, IGMP.
  • the Leave message is used to request to leave the first channel, and the IGMP Report message is used to request to join the second channel.
  • the user information maintenance module is configured to record user information corresponding to the IGMP Leave message.
  • Multicast entry module used to receive IGMP at the receiving module
  • the user is added to the multicast group corresponding to the second channel according to the user information, and the corresponding Multicast entries of the second channel;
  • identifying a cache module configured to identify a cached first multicast replication traffic, where the first multicast replication traffic corresponds to the second channel;
  • the multicast entry module is also used to delete the multicast entry corresponding to the first channel
  • the sending module is configured to send the first multicast replication traffic in a unicast manner after the multicast entry module deletes the multicast entry corresponding to the first channel, and switch to the multicast mode according to the corresponding second channel. For the multicast entry, the multicast sends the second multicast replication traffic, and the second multicast replication traffic corresponds to the second channel.
  • Another embodiment of the present invention further provides an IPTV channel switching processing system, including:
  • first device configured to send IGMP to the second device
  • the IGMP Leave message is used to request the first channel to be removed.
  • the IGMP Report message is used to request to join the second channel.
  • the second device is used to receive the IGMP.
  • the packet After the packet is received, the corresponding user information is recorded; IGMP is received.
  • the user is added to the multicast group corresponding to the second channel according to the user information recorded above, and the multicast entry corresponding to the second channel is generated; the first multicast replication traffic is cached, and the first multicast replication traffic is identified.
  • the second channel deleting the multicast entry corresponding to the first channel; transmitting the first multicast replication traffic in unicast mode; switching to the multicast mode, according to the multicast entry corresponding to the second channel, multicast sending The second multicast replication traffic corresponds to the second channel.
  • the multicast entry corresponding to the first channel is not deleted immediately, and therefore, the multicast stream corresponding to the first channel is not immediately stopped, and
  • the multicast replication traffic corresponding to the second channel is identified and cached, and the multicast replication traffic that identifies the cache is sent in a unicast manner, and then the multicast replication traffic corresponding to the second channel is switched to the multicast mode.
  • the user can perform channel switching, thereby avoiding problems such as frame freeze and mosaic, thereby improving the user experience; and, without pre-storing the GoP of each channel, it is possible to overcome at least the need to cache all channels in the prior art.
  • a large GoP frame caused by a large credit problem, and can save VQE (Video Quality
  • FIG. 2 is a simplified schematic diagram of an IPTV channel switching processing apparatus according to an embodiment of the present invention.
  • FIG. 3 is a simplified schematic diagram of an IPTV channel switching processing apparatus according to another embodiment of the present invention.
  • FIG. 4 is a simplified schematic diagram of an IPTV channel switching processing system in accordance with an embodiment of the present invention.
  • FIG. 1 is a simplified flow chart of an IPTV channel switching processing method in an embodiment of the present invention. As shown in Figure 1, the method includes:
  • the user corresponds to the STB, and the user watches the program of the first channel, VOD Center (Video On Demand)
  • VOD Center Video On Demand
  • the UPE uses the multicast mode to send the multicast replication traffic corresponding to the first channel to the STB. Therefore, there is a multicast entry corresponding to the first channel (S1+G1: user) on the UPE, where S1 represents the multicast source 1, and G1 represents the multicast group 1.
  • the user performs channel switching, for example, switching to the second channel, and the STB corresponding to the user sends an IGM P Leave message to the UPE to request to leave the first channel.
  • the UPE can perform operations based on the port, VLAN (Virtual Local Area Network), source IP address, and source MAC (Medium Access Control).
  • User identification after identifying the user, recording the corresponding user information.
  • the user information may include: a multicast group corresponding to the first channel, a multicast source corresponding to the first channel, a multicast group corresponding to the second channel, and a multicast source corresponding to the second channel.
  • User information can also include K ey values (key values) such as port, VLAN, source IP address, source MAC, and so on.
  • the user information may also include a switch engraving, that is, an engraving of the user to perform channel switching.
  • the interval between the Leave messages is usually less than 1 millisecond.
  • the center After receiving the multicast protocol packet, the center sends the multicast stream corresponding to the second channel to the UPE.
  • the multicast protocol packet can be a Layer 2 protocol packet, such as IGMP Snooping (internet Group Management Protocol).
  • IP Protocol Independent Multicast
  • the user is added to the multicast group corresponding to the second channel.
  • the multicast replication traffic corresponding to the second channel is not sent to the STB.
  • the identifier may be set in the multicast entry corresponding to the second channel, and the UPE discards the multicast replication traffic corresponding to the second channel, that is, the second multicast replication traffic, according to the identifier, and does not send the packet to the STB.
  • the user may be added to the multicast group corresponding to the second channel in the above 104, and a virtual user is added to the multicast group corresponding to the second channel, and the virtual user is used to identify the first cache.
  • Multicast replication traffic that is, multicast replication traffic corresponding to the second channel.
  • the first multicast replication traffic enters the Central Processing Unit (CPU) for identification and caching.
  • CPU Central Processing Unit
  • Deep Packet Detection identifies two I frames and then caches a complete GoP.
  • the packet before the first I frame is discarded.
  • two I-frames are identified, and a complete GoP is cached as an example.
  • Three or more I-frames can also be identified, and two or more complete GoPs are cached.
  • the use of DPI to identify I-frames is just an example, and other recognition methods can be used.
  • the device can also be started. If the device is over, the multicast corresponding to the first channel is deleted.
  • the entry is: or, after buffering at least one complete GoP, confirming whether the above-mentioned timer is exceeded, and if the timer is not exceeded, deleting the multicast entry corresponding to the first channel.
  • the fixed length of the fixed device can be set to 1 second, or can be set to other lengths.
  • the UPE Before the multicast entry corresponding to the first channel is deleted, because the multicast entry corresponding to the first channel still exists on the UPE, the UPE sends the multicast replication traffic corresponding to the first channel to the STB. After the multicast entry corresponding to the first channel is deleted, the multicast replication traffic corresponding to the first channel is not sent to the STB.
  • the cached GoP is sent to the STB in unicast mode.
  • the multicast service has two queues, one is a normal multicast stream queue, and the other is a unicast queue, that is, a queue for transmitting a multicast stream in a unicast manner.
  • UPE uses PQ for these two queues (Priority
  • unicast queues have higher priority than normal multicast queues and are prioritized. In this way, if the same channel is switched between the unicast mode and the multicast mode, the cached GoP sent by the unicast mode can reach the user before the multicast replication traffic sent by the multicast mode. , thus ensuring the continuity of the picture.
  • the unicast mode is switched to the multicast mode, and the unicast mode is switched to the multicast mode.
  • the STB multicast sends the second multicast replication traffic, and the second multicast replication traffic corresponds to the second channel. That is, after switching to the multicast mode, the UPE does not discard the multicast replication traffic corresponding to the second channel, but Sent to the STB.
  • at least one complete GoP is sent to the STB by using a unicast method, which may be sending a complete GoP, or sending two or more complete GoPs, and sending more GoPs, and the continuity of the program is more it is good.
  • the method may further include: deleting the recorded user information
  • the method may further include: after the user continuously performs channel switching, the UPE compares the two switching times to perform handover suppression. For example, the UPE receives the first IGMP Leave message and the second IGMP. Leave packet, compare the two switching times. If the interval is within 20 milliseconds, the second IGMP will not be processed.
  • Leave message Here, 20 milliseconds is merely an example and is not intended to limit the invention. With the solution in this embodiment, it is possible to prevent users from frequently switching channels to the network device and the system.
  • FIG. 2 is a simplified schematic diagram of an IPTV channel switching processing apparatus in an embodiment of the present invention. as shown in picture 2,
  • the IPTV channel switching processing apparatus includes:
  • the receiving module 201 is configured to receive an IGMP Leave message and an IGMP Report message, where the IGMP
  • the Leave message is used to request to leave the first channel, and the IGMP Report message is used to request to join the second channel.
  • the user information maintenance module 202 is configured to record user information corresponding to the IGMP Leave message.
  • the multicast entry module 203 is configured to receive IGMP at the receiving module 201.
  • the user information is added to the multicast group corresponding to the second channel according to the user information recorded by the user information maintenance module 202, and the multicast entry corresponding to the second channel is generated.
  • the identification cache module 204 is configured to identify the cached first multicast replication traffic, where the first multicast replication traffic corresponds to the second channel;
  • the multicast entry module 203 is further configured to delete the multicast entry corresponding to the first channel.
  • the sending module 205 is configured to: after the multicast entry module 203 deletes the multicast entry corresponding to the first channel, send the first multicast replication traffic of the identified cache in a unicast manner, and switch to the multicast mode. According to the multicast entry corresponding to the second channel, the multicast sends the second multicast replication traffic, and the second multicast replication traffic corresponds to the second channel.
  • the user information maintenance module 202 may be further configured to delete the recorded user information after the sending module 205 switches to the multicast mode.
  • the foregoing multicast entry module 203 may be further configured to: in the multicast entry corresponding to the second channel, set an identifier, where the identifier is used to indicate that the multicast replication traffic corresponding to the second channel is discarded, that is, the first Two multicast replication
  • the apparatus includes: a receiving module 301, a user information maintaining module 302, an identification cache module 304, and a sending module 305.
  • the receiving module 301, the user information maintaining module 302, the identifying cache module 304, and the sending module 305 are respectively connected to the receiving module 2 in the embodiment shown in FIG. 01.
  • the user information maintenance module 202, the identification cache module 204, and the sending module 205 are the same, and are not mentioned here.
  • the determining module 306 is configured to receive the IGMP in the receiving module 301.
  • the multicast entry module 303 is configured to: after receiving the IGMP Report message, the receiving module 301 adds the user information to the multicast group corresponding to the second channel according to the user information recorded by the user information maintenance module 302, and generates a corresponding second channel. Multicast entry.
  • the multicast entry module 303 is further configured to delete the multicast entry corresponding to the first channel in the modulating module 306. Alternatively, after the cryptographic module 304 identifies the cached first multicast replication traffic, the cryptographic module 306 is confirmed. If it is exceeded, if the fixed module 306 is not exceeded, the multicast entry corresponding to the first channel is deleted.
  • FIG. 4 is a simplified schematic diagram of an IPTV channel switching processing system in one embodiment of the present invention. As shown in FIG. 4, the system includes a first device 402 and a second device 404, wherein
  • the first device 402 is configured to send an IGMP Leave message and an IGMP to the second device 404.
  • IGMP Leave message is used to request the first channel, IGMP
  • the Report message is used to request to join the second channel
  • the second device 404 is used to receive IGMP
  • the packet After the packet is received, the corresponding user information is recorded; IGMP is received.
  • the user is added to the multicast group corresponding to the second channel according to the user information recorded above, and the multicast entry corresponding to the second channel is generated; the first multicast replication traffic is identified and cached, and the first multicast replication is performed.
  • the traffic corresponds to the second channel; the multicast entry corresponding to the first channel is deleted; the first multicast replication traffic is sent in unicast mode; the multicast mode is switched, and the multicast packet is sent according to the multicast channel corresponding to the second channel.
  • the first device can be S TBo.
  • the second device can be a UPE.
  • the multicast entry corresponding to the first channel is not deleted immediately, and therefore, the multicast stream corresponding to the original channel is not immediately stopped, but is identified.
  • the multicast replication traffic corresponding to the new channel is cached, and the multicast replication traffic that identifies the cache is sent in a unicast manner, and then the multicast replication traffic corresponding to the new channel is switched to the multicast mode.
  • the user can perform channel switching, thereby avoiding problems such as frame freeze and mosaic, thereby improving the user experience; and, without pre-storing the GoP of each channel, it is possible to overcome at least the need to cache all channels in the prior art.
  • a large GoP frame caused by a large credit problem, and can save VQE (Video Quality
  • Some steps in the embodiment of the present invention may be implemented by using software, and the corresponding software program may be stored in a readable storage medium, such as an optical disk or a hard disk.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本发明实施例提供了一种IPTV频道切换处理方法,包括:接收IGMP LEAVE报文, IGMP LEAVE报文用于请求离开第一频道;记录IGMP LEAVE报文对应的用户信息;接收IGMP REPORT报文,IGMP REPORT报文用于请求加入第二频道;根据上述记录的用户信息,将用户加入对应第二频道的组播组,生成对应第二频道的组播表项;识别缓存第一组播复制流量,该第一组播复制流量对应第二频道;删除对应第一频道的组播表项;采用单播方式发送第一组播复制流量;切换为组播方式,根据对应第二频道的组播表项,组播发送第二组播复制流量,第二组播复制流量对应第二频道。本发明实施例提供的方法,可以用较低成本解决频道切换时画面出现定格、马赛克的问题。

Description

说明书 一种 IP电视频道切换处理方法、 装置和系统
[1] 本申请要求于 2008年 12月 31日提交中国专利局、 申请号为 200810242221.4、 发 明名称为"一种 IP电视频道切换处理方法、 装置和系统"的中国专利申请的优先权
, 其全部内容通过引用结合在本申请中。
[2] 技术领域
[3] 本发明涉及通信领域, 尤其涉及一种 IP电视频道切换处理方法、 装置和系统。
[4] 发明背景
[5] 根据 ITU-T (international Telecommunication Union - Telecommunication
Standardization Sector, 国际电信联盟-电信标准部) 的最新定义, IPTV (internet Protocol Television, IP电视) 就是在 IP (internet
Protocol, 因特网协议) 网络上传送电视、 视频、 文本、 图形和数据等, 并提供 QoS/QoE (Quality of Service/ Quality of
Experience, 服务质量 /客户感知体验) 保证, 从而提供安全且具有交互性和可靠 性的可管理的多媒体业务。
[6] 目前 IPTV大多釆用组播技术传送。 为了获取组播流量, 用户通过特定的 PVC (
Permanent Virtual Channel, 永久虚拟通道) , 釆用 IGMP (internet Group
Management
Protocol, 因特网组管理协议) 加入组播组, 该组播组对应特定的频道, 从而接 收来自该频道的组播流量, 就能收看该频道的节目。 来自某一频道的组播流量 从组播源沿组播转发路径传递到用户, 其中, 可以根据实际组网来部署组播复 制点, 举例来说, 将边缘业务路由器部署为组播复制点。 因为边缘业务路由器 作为业务接入点, 可以看到具体的业务和用户, 方便组播业务的管理, 因此, 边缘业务路由器是常用的组播复制点。
[7] 在组播复制流量传送过程中, 一段视频码流中常包含多个场景, 每个场景根据 图像接近程度, 为满足视频压缩的需要, 将图像差异较小的帧作为一组, 称为 G oP (Group Of Pictures , 图像组) 。 通常而言, 编码方式不同, 一个 GoP中的帧数也不同, 例 如, MPEG-4 (Moving Pictures Expert Group phase
4, 运动图像专家组 -阶段 4) 编码, 一个 GoP中的帧数是 15。
[8] —般来说, 在一个 GoP中, 存在如下三种类型的编码帧:
[9] 第一禾中是 I帧 (I-Frame, Intra-coded
Frame, 帧内编码帧) , 也叫基准帧 (reference
frame) 。 I帧是一个 GoP中的第一帧, 编码完全独立, 通常针对 I帧只需要进行反 熵编码、 去量化和 anti-DCT (anti-Discrete Cosine
Transform, 反离散余弦变换) , 就可以完成解码, 一个 GoP中只有一个 I帧, 如 果 I帧丢失, 则整个 GoP无法显示。
[10] 第二种是 P帧 (P-Frame, Predicted
Frame, 预测编码帧) 。 P帧只能根据 I帧重建, 当需要从视频流中解码某 P帧吋
, 则需要解码其前面若干个 P帧, 直到前面最近的一个 I帧。 P帧同吋作为重建 B 帧的基准帧之一, 如果 P帧丢失, 那么也会造成整个 GoP显示异常。
[11] 第三种是 B帧 (B-Frame, Bidirectional
Frame, 双向预测编码帧) , 需要根据前后的 I帧与 P帧才能完成重建。
[12] 当前 IPTV应用中, 用户切换频道吋, 首先会请求离幵第一频道, 也就是请求离 幵当前收看的频道, 然后申请加入第二频道, 也就是申请加入新频道。 这吋, S
TB (Set Top
Box, 机顶盒) 需要接收第二频道的组播流, 而由于 P帧和 B帧都是不完整帧, 机 顶盒只有在收到 I帧以后, 才能幵始解码播放。 但是 I帧之间的间隔一般是 0.5秒, 所以等待 I帧到来的吋延很有可能接近 0.5秒。 当对应第二频道的组播 I帧到达较晚 吋, 则会导致切换频道需较长吋间才能完成, 也就是说, 画面未能经过完整解 析, 因此, 频道切换过程中, 画面出现马赛克、 定格, 导致用户感受到十分明 显的切换吋延。
[13] 目前, 为减小切换吋延, 通常做法是加快 I帧的获取速度, 例如, 在 UPE (Und erlayer Provider
Edge, 下层运营商边缘设备) 或外挂服务器上针对每一频道都存放对应的 I帧, 当用户进行频道切换吋, 举例来说, 从第一频道切换到第二频道吋, 在 STB接收 到对应第二频道的组播源发来的 I帧之前, 将 UPE或外挂服务器上事先存放的对 应第二频道的 I帧发送给 STB , 这样, 则可以利用事先存放的对应第二频道的 I帧 , 来补偿对应第二频道的组播源发来 I帧前的空白阶段, 从而减少马赛克、 定格 , 减小切换吋延。
[14] 然而, 上述技术方案中, 需要对所有频道存放至少一个完整的 GoP; 并且, 需 要与频道节目同步, 即, 需要不断更新存放的 GoP。 因此, 需要使用具有较大存 储量的单板, 也就是说, 需要在单板上外挂硬盘等存储器件, 使得缓存开销和 管理成本大大提高; 另外, 因普通单板无硬盘等外挂存储器件, 也就无法实现 上述方案。
[15] 发明内容
[16] 基于上述分析, 本发明实施例的目的是提供一种 IP电视频道切换处理方法、 装 置和系统, 用较低的成本来解决频道切换吋画面出现定格、 马赛克的问题, 从 而提高用户体验。
[17] 本发明一个实施例提供了一种 IPTV频道切换处理方法, 包括: 接收 IGMP Leave报文, IGMP Leave报文用于请求离开第一频道; 记录 IGMP
Leave报文对应的用户信息; 接收 IGMP Report报文, IGMP
Report报文用于请求加入第二频道; 根据上述记录的用户信息, 将用户加入对应 第二频道的组播组, 生成对应第二频道的组播表项; 识别缓存第一组播复制流 量, 第一组播复制流量对应第二频道; 删除对应第一频道的组播表项; 釆用单 播方式发送第一组播复制流量; 切换为组播方式, 根据对应第二频道的组播表 项, 组播发送第二组播复制流量, 第二组播复制流量对应第二频道。
[18] 本发明另一个实施例还提供了一种 IPTV频道切换处理装置, 包括:
[19] 接收模块, 用于接收 IGMP Leave报文和 IGMP Report报文, IGMP
Leave报文用于请求离开第一频道, IGMP Report报文用于请求加入第二频道;
[20] 用户信息维护模块, 用于记录 IGMP Leave报文对应的用户信息;
[21] 组播表项模块, 用于在接收模块接收到 IGMP
Report报文后, 根据用户信息, 将用户加入对应第二频道的组播组, 生成对应第 二频道的组播表项;
[22] 识别缓存模块, 用于识别缓存第一组播复制流量, 第一组播复制流量对应第二 频道;
[23] 组播表项模块还用于删除对应第一频道的组播表项;
[24] 发送模块, 用于在组播表项模块删除对应第一频道的组播表项后, 釆用单播方 式发送第一组播复制流量, 切换为组播方式, 根据对应第二频道的组播表项, 组播发送第二组播复制流量, 第二组播复制流量对应第二频道。
[25] 本发明又一实施例还提供了一种 IPTV频道切换处理系统, 包括:
第一装置和第二装置; 其中, 第一装置用于向第二装置发送 IGMP
Leave报文和 IGMP Report报文, IGMP Leave报文用于请求离幵第一频道, IGMP Report报文用于请求加入第二频道; 第二装置用于接收到 IGMP
Leave报文后, 记录对应的用户信息; 接收到 IGMP
Report报文后, 根据上述记录的用户信息, 将用户加入对应第二频道的组播组, 生成对应第二频道的组播表项; 识别缓存第一组播复制流量, 第一组播复制流 量对应第二频道; 删除对应第一频道的组播表项; 釆用单播方式发送第一组播 复制流量; 切换为组播方式, 根据对应第二频道的组播表项, 组播发送第二组 播复制流量, 第二组播复制流量对应第二频道。
[26] 釆用本发明实施例中的方案, 用户切换频道吋, 并不立即删除对应第一频道的 组播表项, 因此, 不会立即停止发送对应第一频道的组播流, 并且, 会识别并 缓存第二频道对应的组播复制流量, 釆用单播方式发送识别缓存的组播复制流 量, 然后, 切换为组播方式发送第二频道对应的组播复制流量。 这样一来, 用 户进行频道切换吋, 不仅可以避免出现画面定格和马赛克等问题, 从而提高用 户体验; 而且, 不需要事先存储各频道的 GoP, 因此能够克服现有技术中需对所 有频道缓存至少一个完整的 GoP帧所造成的幵销大的问题, 并且可以节省 VQE ( Video Quality
Experience, 视频质量体验) 单板的存储空间, 从而减少设备内部带宽消耗与管 理工作量。
[27] 附图简要说明 [28] 图 1为本发明一个实施例中 IPTV频道切换处理方法的简化流程图;
[29] 图 2为本发明一个实施例中 IPTV频道切换处理装置的简化示意图;
[30] 图 3为本发明另一个实施例中 IPTV频道切换处理装置的简化示意图;
[31] 图 4为本发明一个实施例中 IPTV频道切换处理系统的简化示意图。
[32] 实施本发明的方式
[33] 下面结合附图和具体实施例展开详细说明。 但需要注意, 下面的这些实施例, 仅为帮助理解技术方案所举的例子, 并不用于限定本发明。
[34] 图 1是本发明一个实施例中 IPTV频道切换处理方法的简化流程图。 如图 1所示, 该方法包括:
[35] 101、 接收 IGMP Leave报文, IGMP Leave报文用于请求离开第一频道;
[36] 举例来说, 用户与 STB对应, 用户收看第一频道的节目, VOD Center (Video On Demand
Center, 视频点播中心) 将对应第一频道的组播流发送到 UPE, UPE釆用组播方 式将对应第一频道的组播复制流量发送到 STB。 这吋, UPE上存在对应第一频道 的组播表项 (S1+G1:用户) , 其中 S1表示组播源 1, G1表示组播组 1。 此吋, 用 户进行频道切换, 例如, 切换到第二频道, 与用户对应的 STB则向 UPE发送 IGM P Leave报文, 请求离开第一频道。
[37] 102、 记录上述 IGMP Leave报文对应的用户信息;
[38] 举例来说, UPE收到上述 IGMP Leave报文后, 可以根据端口、 VLAN (Virtual Local Area Network, 虚拟局域网) 、 源 IP地址、 源 MAC (Medium Access Control, 媒质接入控制) 等进行用户识别, 识别用户后, 记录对应的用户信息 。 举例来说, 用户信息可以包括: 对应第一频道的组播组、 对应第一频道的组 播源、 对应第二频道的组播组、 对应第二频道的组播源。 用户信息还可以包括 K ey值 (关键值) , 例如端口、 VLAN、 源 IP地址、 源 MAC等。 再如, 用户信息还 可以包括切换吋刻, 也就是用户进行频道切换的吋刻。
[39] 103、 接收 IGMP Report报文, 所述 IGMP Report报文用于请求加入第二频道; [40] —般情形下, UPE设备接收到 IGMP Report报文和接收到 IGMP
Leave报文的间隔吋间通常小于 1毫秒。 [41] 104、 根据上述用户信息, 将用户加入对应第二频道的组播组, 生成对应第二 频道的组播表项;
[42] 举例来说, 接收到 IGMP
Report报文后, 可以査看是否已存在对应第二频道的组播流。 如果 UPE中不存在 对应第二频道的组播流, 则 UPE向 VOD Center发送组播协议报文。 VOD
Center收到该组播协议报文后, 将对应第二频道的组播流发送到 UPE。 举例来说 , 组播协议报文可以是二层协议报文, 例如釆用 IGMP Snooping (internet Group Management Protocol
Snooping, 因特网组管理协议侦听) 的报文, 或者是三层协议报文, 例如釆用 PI M (Protocol Independent Multicast, 协议无关组播) 的报文。
[43] 根据上述记录的用户信息, 将用户加入对应第二频道的组播组。 但是, 因为此 吋尚未删除对应第一频道的组播表项, 所以, 不向 STB发送对应第二频道的组播 复制流量。 举例来说, 可以在对应第二频道的组播表项中设置标识, UPE根据该 标识丢弃对应第二频道的组播复制流量即第二组播复制流量, 而不向 STB发送。
[44] 105、 识别缓存第一组播复制流量, 该第一组播复制流量对应第二频道;
[45] 举例来说, 可以在上述 104中将用户加入对应第二频道的组播组吋, 同吋将一 个虚拟用户加入对应第二频道的组播组, 利用该虚拟用户来识别缓存第一组播 复制流量, 也就是对应第二频道的组播复制流量。 第一组播复制流量进入协处 理 CPU (Central Processing Unit, 中央处理单元) 进行识别缓存。
[46] 进行识别缓存吋, 举例来说, 可以通过 DPI (Deep Packet
Inspection, 深度报文检测) 识别出两个 I帧, 然后缓存一个完整 GoP。 对于第一 个 I帧之前的报文, 则丢弃。 这里, 识别出两个 I帧, 缓存一个完整 GoP仅为示例 , 也可以识别出三个及三个以上的 I帧, 缓存两个及两个以上的完整 GoP。 另外 , 釆用 DPI识别 I帧同样仅为示例, 也可以釆用其他识别方式。
[47] 106、 删除对应第一频道的组播表项;
[48] 举例来说, 当缓存至少一个完整 GoP后, 删除对应第一频道的组播表项。
[49] 再举例来说, 上述 101之后, 也就是接收到 IGMP
Leave报文后, 还可以启动定吋器, 该定吋器超吋, 则删除对应第一频道的组播 表项; 或者, 当缓存至少一个完整 GoP后, 确认上述定吋器是否超吋, 如果定吋 器未超吋, 则删除对应第一频道的组播表项。 举例来说, 该定吋器的定吋吋长 可以设定为 1秒, 也可以设定为其他吋长。
[50] 在对应第一频道的组播表项被删除之前, 因为 UPE上仍然存在对应第一频道的 组播表项, 所以, UPE向 STB发送对应第一频道的组播复制流量。 当删除对应第 一频道的组播表项后, 则不再向 STB发送对应第一频道的组播复制流量。
[51] 107、 釆用单播方式发送识别缓存的第一组播复制流量;
[52] 举例来说, 根据记录的用户信息, 釆用单播方式向 STB发送上述缓存的 GoP。
这里, 组播业务有两个队列, 一个是正常组播流队列, 另一个是单播队列, 也 就是釆用单播方式发送组播流的队列。 UPE对这两个队列釆用 PQ (Priority
Queuing, 优先级队列) 调度, 单播队列的优先级高于正常组播流队列的优先级 , 会被优先调度。 釆用这种方式, 针对同一频道在单播方式和组播方式之间进 行切换吋, 釆用单播方式发送的上述缓存的 GoP能够先于釆用组播方式发送的组 播复制流量到达用户, 从而可以保证画面的连续性。
[53] 108、 切换为组播方式, 根据对应第二频道的组播表项, 组播发送第二组播复 制流量, 该第二组播复制流量对应第二频道;
[54] 举例来说, 107中釆用单播方式向 STB发送至少一个完整 GoP后, 消除上述对应 第二频道的组播表项中所设置的标识, 单播方式切换为组播方式, 向 STB组播发 送第二组播复制流量, 该第二组播复制流量对应第二频道, 也就是说, 切换为 组播方式后, UPE不再丢弃对应第二频道的组播复制流量, 而是发送给 STB。 上 述 107中釆用单播方式向 STB发送至少一个完整 GoP, 可以是发送一个完整 GoP, 也可以是发送两个或者更多个完整 GoP, 发送 GoP的个数较多, 节目的连续性则 较好。
[55] 在本发明的另一个实施例中, 上述方法还可以包括: 删除上述记录的用户信息
[56] 在本发明的另一实施例中, 相较于上述实施例, 还可以包括: 用户连续进行频 道切换吋, UPE将对比两次切换吋间, 进行切换抑制。 举例来说, UPE收到第一 IGMP Leave报文和第二 IGMP Leave报文, 对比两次切换吋间, 如果发现其间隔在 20毫秒以内, 则不处理该第 二 IGMP
Leave报文。 此处, 20毫秒仅为示例, 并不用于限定本发明。 釆用本实施例中的 方案, 可以防止用户频繁地切换频道给网络设备和系统带来的压力。
[57] 图 2是本发明一个实施例中 IPTV频道切换处理装置的简化示意图。 如图 2所示,
IPTV频道切换处理装置包括:
[58] 接收模块 201, 用于接收 IGMP Leave报文和 IGMP Report报文, 其中 IGMP
Leave报文用于请求离幵第一频道, IGMP Report报文用于请求加入第二频道; [59] 用户信息维护模块 202, 用于记录所述 IGMP Leave报文对应的用户信息;
[60] 组播表项模块 203, 用于在接收模块 201接收到 IGMP
Report报文后, 根据用户信息维护模块 202记录的用户信息, 将该用户加入对应 第二频道的组播组, 生成对应第二频道的组播表项;
[61] 识别缓存模块 204, 用于识别缓存第一组播复制流量, 第一组播复制流量对应 第二频道;
[62] 上述组播表项模块 203还用于删除对应第一频道的组播表项;
[63] 发送模块 205: 用于在组播表项模块 203删除对应第一频道的组播表项后, 釆用 单播方式发送上述识别缓存的第一组播复制流量, 切换为组播方式, 根据对应 第二频道的组播表项, 组播发送第二组播复制流量, 第二组播复制流量对应第 二频道。
[64] 举例来说, 上述用户信息维护模块 202还可以用于在发送模块 205切换为组播方 式吋, 删除上述记录的用户信息。
[65] 举例来说, 上述组播表项模块 203还可以用于在对应第二频道的组播表项中设 置标识, 该标识用于指示丢弃对应第二频道的组播复制流量, 即第二组播复制
[66] 图 3是本发明另一实施例中 IPTV频道切换处理装置的简化示意图, 如图 3所示, 该装置包括: 接收模块 301、 用户信息维护模块 302, 识别缓存模块 304、 发送模 块 305、 组播表项模块 303和定吋模块 306。 其中, 接收模块 301、 用户信息维护 模块 302, 识别缓存模块 304、 发送模块 305分别与图 2所示实施例中的接收模块 2 01、 用户信息维护模块 202, 识别缓存模块 204、 发送模块 205相同, 此处不再赞 述。 而定吋模块 306, 用于在上述接收模块 301接收到 IGMP
Leave报文后, 启动定吋。 组播表项模块 303用于在接收模块 301接收到 IGMP Report报文后, 根据用户信息维护模块 302记录的用户信息, 将该用户加入对应 第二频道的组播组, 生成对应第二频道的组播表项。 组播表项模块 303还用于在 定吋模块 306超吋吋, 删除对应第一频道的组播表项; 或者, 识别缓存模块 304 识别缓存第一组播复制流量后, 确认定吋模块 306是否超吋, 如果定吋模块 306 未超吋, 则删除对应第一频道的组播表项。
[67] 图 4是本发明一个实施例中 IPTV频道切换处理系统的简化示意图。 如图 4所示, 该系统包括第一装置 402和第二装置 404, 其中,
[68] 第一装置 402用于向第二装置 404发送 IGMP Leave报文和 IGMP
Report报文, IGMP Leave报文用于请求离幵第一频道, IGMP
Report报文用于请求加入第二频道;
[69] 第二装置 404用于接收到 IGMP
Leave报文后, 记录对应的用户信息; 接收到 IGMP
Report报文后, 根据上述记录的用户信息, 将该用户加入对应第二频道的组播组 , 生成对应第二频道的组播表项; 识别缓存第一组播复制流量, 第一组播复制 流量对应第二频道; 删除对应第一频道的组播表项; 釆用单播方式发送第一组 播复制流量; 切换为组播方式, 根据对应第二频道的组播表项, 组播发送第二 组播复制流量, 第二组播复制流量对应第二频道。 举例来说, 第一装置可以是 S TBo 又举例来说, 第二装置可以是 UPE。
[70] 釆用本发明实施例中的方案, 用户切换频道吋, 并不立即删除对应第一频道的 组播表项, 因此, 不会立即停止发送对应原频道的组播流, 而是识别并缓存新 频道对应的组播复制流量, 釆用单播方式发送识别缓存的组播复制流量, 然后 , 切换为组播方式发送新频道对应的组播复制流量。 这样一来, 用户进行频道 切换吋, 不仅可以避免出现画面定格和马赛克等问题, 从而提高用户体验; 而 且, 不需要事先存储各频道的 GoP, 因此能够克服现有技术中需对所有频道缓存 至少一个完整的 GoP帧所造成的幵销大的问题, 并且可以节省 VQE (Video Quality
Experience, 视频质量体验) 单板的存储空间, 从而减少设备内部带宽消耗与管 理工作量。 因此, 本发明实施例提供的方案, 可以在普通单板上实现。
[71] 本发明实施例中的部分步骤, 可以利用软件实现, 相应的软件程序可以存储在 可读取的存储介质中, 如光盘或硬盘等。
[72] 以上所述, 仅为本发明较佳的具体实施方式, 但本发明的保护范围并不局限于 此, 任何熟悉该技术的人在本发明所揭露的技术范围内, 可轻易想到的变化或 替换, 都应涵盖在本发明的保护范围之内。

Claims

权利要求书
[1] 一种 IP电视 IPTV频道切换处理方法, 其特征在于, 包括:
接收因特网组管理协议 -离开 IGMP Leave报文, 所述 IGMP
Leave报文用于请求离开第一频道;
记录所述 IGMP Leave报文对应的用户信息;
接收因特网组管理协议 -报告 IGMP Report报文, 所述 IGMP
Report报文用于请求加入第二频道;
根据所述用户信息, 将用户加入对应所述第二频道的组播组, 生成对应所 述第二频道的组播表项;
识别缓存第一组播复制流量, 所述第一组播复制流量对应所述第二频道; 删除对应所述第一频道的组播表项;
釆用单播方式发送所述第一组播复制流量;
切换为组播方式, 根据所述对应所述第二频道的组播表项, 组播发送第二 组播复制流量, 所述第二组播复制流量对应所述第二频道。
[2] 如权利要求 1所述的方法, 其特征在于, 所述识别缓存第一组播复制流量, 包括:
识别至少两个帧内编码帧, 缓存至少一个完整图像组。
[3] 如权利要求 1或 2所述的方法, 其特征在于, 所述接收 IGMP
Leave报文后, 所述方法还包括: 启动定吋器;
所述删除对应所述第一频道的组播表项, 包括:
所述定吋器超吋, 则删除所述对应所述第一频道的组播表项, 或者 所述识别缓存第一组播复制流量后, 确认所述定吋器是否超吋, 如果所述 定吋器未超吋, 则删除所述对应所述第一频道的组播表项。
[4] 如权利要求 1或 2所述的方法, 其特征在于, 所述用户信息包括: 对应所述 第一频道的组播组、 对应所述第一频道的组播源、 对应所述第二频道的组 播组、 对应所述第二频道的组播源。
[5] 如权利要求 1或 2所述的方法, 其特征在于, 所述将用户加入对应所述第二 频道的组播组之前, 所述方法还包括: 査看是否存在对应所述第二频道的组播流;
如果不存在对应所述第二频道的组播流, 则向视频点播中心 VOD
Center发送组播协议报文;
接收来自所述 VOD Center的对应所述第二频道的组播流。
[6] 如权利要求 1或 2所述的方法, 其特征在于, 所述生成对应所述第二频道的 组播表项后, 所述方法还包括:
在所述对应所述第二频道的组播表项中设置标识;
根据所述标识丢弃所述第二组播复制流量。
[7] 如权利要求 6所述的方法, 其特征在于, 所述切换为组播方式, 包括: 消除 所述标识。
[8] —种 IP电视 IPTV频道切换处理装置, 其特征在于, 包括:
接收模块, 用于接收因特网组管理协议 -离开 IGMP
Leave报文和因特网组管理协议 -报告 IGMP Report报文, 所述 IGMP Leave报文用于请求离开第一频道, 所述 IGMP
Report报文用于请求加入第二频道;
用户信息维护模块, 用于记录所述 IGMP Leave报文对应的用户信息; 组播表项模块, 用于在所述接收模块接收到所述 IGMP
Report报文后, 根据所述用户信息, 将用户加入对应所述第二频道的组播 组, 生成对应所述第二频道的组播表项;
识别缓存模块, 用于识别缓存第一组播复制流量, 所述第一组播复制流量 对应所述第二频道;
所述组播表项模块还用于删除对应所述第一频道的组播表项; 发送模块, 用于在所述组播表项模块删除所述对应所述第一频道的组播表 项后, 釆用单播方式发送所述第一组播复制流量, 切换为组播方式, 根据 所述对应所述第二频道的组播表项, 组播发送第二组播复制流量, 所述第 二组播复制流量对应所述第二频道。
[9] 如权利要求 8所述的装置, 其特征在于, 还包括:
定吋模块, 用于在所述接收模块接收到所述 IGMP Leave报文后, 启动定吋;
所述组播表项模块在所述定吋模块超吋吋, 删除所述对应所述第一频道的 组播表项; 或者,
所述组播表项模块在所述识别缓存模块识别缓存第一组播复制流量后, 确 认所述定吋模块是否超吋, 如果所述定吋模块未超吋, 则删除所述对应所 述第一频道的组播表项。
[10] 如权利要求 8所述的装置, 其特征在于, 所述组播表项模块还用于在生成对 应所述第二频道的组播表项后, 在所述组播表项中设置标识, 所述标识用 于指示丢弃所述第二组播复制流量, 所述组播表项模块在所述发送模块切 换为组播方式吋, 消除所述标识。
[11] 一种 IP电视 IPTV频道切换处理系统, 其特征在于, 包括: 第一装置和第二 装置;
所述第一装置用于向所述第二装置发送因特网组管理协议 -离开 IGMP
Leave报文和因特网组管理协议 -报告 IGMP Report报文, 所述 IGMP
Leave报文用于请求离开第一频道, 所述 IGMP
Report报文用于请求加入第二频道;
所述第二装置用于接收到所述 IGMP
Leave报文后, 记录对应的用户信息; 接收到 IGMP
Report报文后, 根据所述用户信息, 将用户加入对应所述第二频道的组播 组, 生成对应所述第二频道的组播表项; 识别缓存第一组播复制流量, 所 述第一组播复制流量对应所述第二频道; 删除对应所述第一频道的组播表 项; 釆用单播方式发送所述第一组播复制流量; 切换为组播方式, 根据所 述对应所述第二频道的组播表项, 组播发送第二组播复制流量, 所述第二 组播复制流量对应所述第二频道。
PCT/CN2009/074047 2008-12-31 2009-09-18 一种ip电视频道切换处理方法、装置和系统 WO2010075705A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN200810242221.4A CN101489101B (zh) 2008-12-31 2008-12-31 一种ip电视频道切换处理方法、装置和系统
CN200810242221.4 2008-12-31

Publications (1)

Publication Number Publication Date
WO2010075705A1 true WO2010075705A1 (zh) 2010-07-08

Family

ID=40891747

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2009/074047 WO2010075705A1 (zh) 2008-12-31 2009-09-18 一种ip电视频道切换处理方法、装置和系统

Country Status (2)

Country Link
CN (1) CN101489101B (zh)
WO (1) WO2010075705A1 (zh)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101489101B (zh) * 2008-12-31 2011-01-19 华为技术有限公司 一种ip电视频道切换处理方法、装置和系统
CN102378059A (zh) * 2010-08-13 2012-03-14 深圳Tcl新技术有限公司 一种网络电视及其流媒体多断点播放方法
CN102595248B (zh) * 2012-01-18 2014-02-26 杭州华三通信技术有限公司 组播转发表项维护方法及协议无关组播路由器
CN105100888B (zh) * 2015-07-17 2017-12-19 上海斐讯数据通信技术有限公司 一种基于olt设备的iptv频道切换加速的方法
CN106937155B (zh) * 2015-12-29 2020-06-02 北京华为数字技术有限公司 接入设备、因特网协议电视iptv系统和频道切换方法
CN109067578B (zh) * 2018-07-31 2021-05-25 杭州迪普科技股份有限公司 一种组播快速切换的方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047838A (zh) * 2006-03-27 2007-10-03 中兴通讯股份有限公司 一种减少直播频道切换响应时间的方法
CN101132521A (zh) * 2007-09-25 2008-02-27 华为技术有限公司 一种实现iptv频道切换的方法和装置
WO2008035907A2 (en) * 2006-09-18 2008-03-27 Castis Co., Ltd. Method for channel change in digital broadcasting
CN101489101A (zh) * 2008-12-31 2009-07-22 华为技术有限公司 一种ip电视频道切换处理方法、装置和系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047838A (zh) * 2006-03-27 2007-10-03 中兴通讯股份有限公司 一种减少直播频道切换响应时间的方法
WO2008035907A2 (en) * 2006-09-18 2008-03-27 Castis Co., Ltd. Method for channel change in digital broadcasting
CN101132521A (zh) * 2007-09-25 2008-02-27 华为技术有限公司 一种实现iptv频道切换的方法和装置
CN101489101A (zh) * 2008-12-31 2009-07-22 华为技术有限公司 一种ip电视频道切换处理方法、装置和系统

Also Published As

Publication number Publication date
CN101489101A (zh) 2009-07-22
CN101489101B (zh) 2011-01-19

Similar Documents

Publication Publication Date Title
US10158577B2 (en) Devices, systems, and methods for adaptive switching of multicast content delivery to optimize bandwidth usage
US8495688B2 (en) System and method for fast start-up of live multicast streams transmitted over a packet network
EP2385707B1 (en) Channel switching method, device, and system
WO2010054543A1 (zh) 一种频道切换方法、装置和系统
WO2010133123A1 (zh) 转发视频数据的方法、装置和系统
US8693333B2 (en) Method, network node and system for suppressing lost packet retransmission
WO2009039741A1 (fr) Procédé et dispositif permettant la commutation de chaînes iptv
US7885286B2 (en) Method and arrangements in an IP network
CA2761846C (en) Method, apparatus and system for reducing media delay
KR101250825B1 (ko) 고속 비디오 채널 변경
US8214870B2 (en) Method and arrangement for improved channel switching
WO2011153868A1 (zh) 频道切换方法、装置及系统
WO2010075705A1 (zh) 一种ip电视频道切换处理方法、装置和系统
WO2010031273A1 (zh) 视频编码 / 解码方法、装置与视频播放方法、装置及系统
WO2008148333A1 (fr) Système et procédé de traitement d'un flux vidéo
WO2018174367A1 (ko) 방송 신호 송수신 방법 및 장치
WO2012094998A1 (zh) 流媒体传输方法、系统与装置
KR20080005044A (ko) 고속 버퍼링 스위치를 이용한 인터넷 방송 서비스 제공방법 및 그 장치
WO2010115376A1 (zh) 一种媒体流切换方法、装置和系统
WO2009089755A1 (fr) Procédé et dispositif pour améliorer l'expérience de l'utilisateur de la télévision par ip
CN116170612A (zh) 一种直播的实现方法、边缘节点、电子设备及存储介质
WO2018186550A1 (ko) 방송 신호 송수신 방법 및 장치
WO2009080111A1 (en) Method and apparatus for distributing media over a communications network
WO2007073319A1 (en) Resource manager for media distribution in an ip network

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: 09835992

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: 09835992

Country of ref document: EP

Kind code of ref document: A1