CN100531381C - The method for IPTV STB/unicast seamless switching based on RTP protocol - Google Patents
The method for IPTV STB/unicast seamless switching based on RTP protocol Download PDFInfo
- Publication number
- CN100531381C CN100531381C CNB2006100112962A CN200610011296A CN100531381C CN 100531381 C CN100531381 C CN 100531381C CN B2006100112962 A CNB2006100112962 A CN B2006100112962A CN 200610011296 A CN200610011296 A CN 200610011296A CN 100531381 C CN100531381 C CN 100531381C
- Authority
- CN
- China
- Prior art keywords
- multicast
- data
- unicast
- receiving
- decoder
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The disclosed IPTV set-top box (STB) multicast/unicast seamless switch method based on RTP protocol comprises: to switch multicast into unicast, receiving multicast data to decode and display, stopping the decoding when receiving switch command, deciding whether the last data frame integrated, yes to send request for leaving multicast, or else continuing to receive data package; after leaving multicast, requesting unicast uniform resource locator, recovering decoder; requesting unicast data, deciding the time stamp of received data to abandon the data if the stamp not less than the last stamp during multicast process or else send data into decoder to display.
Description
Technical field
The present invention relates to the IPTV field, particularly the terminal technology field of IPTV business.
Background technology
The brand-new IPTV business of IP based network can not only make operator protect its traditional voice, data service income when new value-added service is provided to the user, and makes operator can compete and win the user with cable television operators by more comprehensive and mutual complete set service is provided.With different by broadcast program wireless or that coaxial cable transmits, IPIV is sent to user's television terminal by broadband IP network with high-quality video frequency program, brings vast TV user brand-new recreation experience.The main feature of IPTV is its interactivity and real-time.IPTV both had been different from traditional cable TV, also was different from the Digital Television of rising at present.By the IPTV business, the user can obtain high-quality (near the DVD level) digital media service, can freely select the video frequency program of wideband IP network, realizes medium supplier and media consumer's substantive interaction.
The circulation way of IPTV video flowing has program request and broadcasts two kinds.Wherein put broadcast mode for the selection that the user provides more personalized, have the characteristics of real-time, interactive; Broadcast mode provides different contents to select for the user, is embodied in different channels.Yet, support IP network to realize that the technology of program request and broadcast capability is distinct from technical standpoint.Broadcast mode has proposed multicast functionality (Multicast) requirement to IP network; The point broadcast mode requires IP network can effectively video flowing be sent to user access network (VDN/CDN).The IP multicasting technology can solve single-point effectively and send the problem that multiple spot receives, multiple spot sends the multiple spot reception, realized of the efficient data transmission of IP network mid point to multiple spot, effectively conserve network bandwidth, reduce offered load, but if single multicasting technology that adopts lacks interactivity, to requiring to have the individual business of interactivity among the present IPTV, as time-moving television, can't provide enough supports.General way was all to adopt unicast technique when therefore the interactivity in realizing IPTV was professional, but each user can take one tunnel bandwidth in this case, and the bandwidth of common program stream will certainly propose great challenge to present IP carrying also about 2M.In order not lose real-time and interactivity, can guarantee the reasonable utilization of bandwidth again, the method that can adopt a kind of group/clean culture to combine.
During method that employing group/clean culture combines, the seamless switching between must the clean culture of assurance group is to the difference between user's shielding group unicast stream.Abundant information in the realtime transmission protocol RTP packet packet header provides theoretical foundation for group clean culture seamless switching.Real-time Transport Protocol is a kind of widely used stream media protocol, and it is being worked one to one or under the transmission situation of one-to-many, the temporal information in the transmission of data packets is provided and realizes that flow data is synchronous; The RTCP Real-time Transport Control Protocol rtcp protocol is worked with Real-time Transport Protocol, and flow control and congested control in the Network Transmission are provided.
Summary of the invention
The purpose of this invention is to provide the method that a kind of set-top box group clean culture is switched, and the discontinuous problem of frame before and after overcoming when multicast and clean culture switch in the IPTV business, thereby the quick seamless switching of realization group clean culture.
To achieve these goals, the invention provides a kind of IPTV set top box multicast and change unicast method based on Real-time Transport Protocol, in the IPTV system that forms by the terminal equipment 1 that includes decoder, business router 2, Control Server 3 and media server 4, carry out, may further comprise the steps:
1), the terminal equipment 1 in the IPTV system is accepted multicast packet, decoded data in the decoder in terminal equipment 1, and broadcast from media server 4;
2), terminal equipment 1 receives the multicast that the user sends and changes the clean culture order in playing process, suspend the decoding of decoder;
3), judge whether last frame that terminal equipment 1 receives from media server 4 complete, if complete, execution in step 5), otherwise, execution in step 4);
4), last frame of receiving is imperfect, continues to receive multicast packet, re-executes step 3) then;
5), last frame of receiving is complete, sends to media server 4 and withdraws from multicast request, media server 4 stops to send multicast data flow, withdraws from multicast;
6), ask the uniform resource locator of clean cultures to Control Server 3;
7), the monitoring users order of sending, if after listening to play command, recover decoder;
8), to media server 4 request unicast datas, the zero-time of unicast data is less than the time of the last frame of receiving in the multicast procedures;
9), when receiving unicast data, judge the timestamp of the data that receive,,, unicast data shows otherwise being sent into decoder decode if, then this unicast data is abandoned more than or equal to the timestamp of the last frame of receiving in the multicast procedures.
In the technique scheme, described Frame adopts Real-time Transport Protocol, and wherein, 32 bit times in the RTP data packet head stab and are extended for 64, are used for indicating Pgmtime.
In the technique scheme, terminal equipment 1 buffer memory part audio, video data is to realize the quick switching in the transfer process.
The invention has the advantages that: the group clean culture seamless handover method that invention is provided, by utilizing the time stab information of Real-time Transport Protocol, realized multicast, clean culture two kinds of technology the set-top box end fast, no data loss switches, provide good viewing experience to the user, making full use of under the bandwidth prerequisite, interactivity and personalized service are provided again, have had good using value.
Description of drawings
Fig. 1 is the structure chart of IPTV system;
Fig. 2 is the form of the packet that adopted among the present invention;
Fig. 3 is the handling process to suspending in multicast procedures;
Fig. 4 changes the process of multicast for F.F. in the clean culture catch up with the real time programme time;
Fig. 5 is the flow chart that changes unicast method based on multicast in the IPTV STB/unicast seamless handover method of Real-time Transport Protocol of the present invention;
Fig. 6 is the flow chart that changes method of multicasting based on clean culture in the IPTV STB/unicast seamless handover method of Real-time Transport Protocol of the present invention.
The drawing explanation
1 terminal equipment, 2 business routers, 3 Control Servers, 4 media servers
Embodiment
Below in conjunction with the drawings and specific embodiments, the IPTV STB/unicast seamless handover method based on Real-time Transport Protocol of the present invention is described further.
Before the IPTV STB/unicast seamless handover method based on Real-time Transport Protocol of the present invention is described, at first application scenarios of the present invention is described.
As shown in Figure 1, the equipment that relates in the IPTV system of of the present invention group/clean culture seamless handover method comprises terminal equipment 1, business router 2, Control Server 3 and media server 4.
Wherein, terminal equipment 1 is used for receiving multimedia data and decoding and displaying, supports the audio/video decoding of multiple form, as display device, as user input device, can realize man-machine interaction with remote controller with TV.
Business router 2 can be realized the control to multicast packet, has the data forwarding function.
Control Server 3 is used for carrying out Signalling exchange with terminal equipment 1, and url of the IP address in multicast packet source and port, unicast data etc. is provided.
Media server 4 is multi-medium data sources, is used to realize the transmission of multicast and unicast data.
The user adopts the multicast push technology when watching the real-time television program, can guarantee making full use of of bandwidth, and when the user need watch, the multicast address that only needs to add certain program correspondence got final product.In the process of televiewing, if when the user needs interactive operation such as time-out, redirect or rewind down, need withdraw from multicast, realize user's demand by unicast technique.In the clean culture process; the user can operate (being F.F., rewind down, time-out or redirect) arbitrary program of watching the former time point that is recorded in server end by VCR; if during user's F.F.; time point catch up with the current real time programme time; when perhaps the user need continue to watch real time programme; will withdraw from clean culture, add the multicast address of current channel correspondence.Between the conversion of multicast and clean culture, should guarantee the seamless switching of multicast and clean culture.Described seamless switching comprises and takes over seamlessly and switch fast.Taking over seamlessly is exactly will be in handoff procedure, and the continuity of picture before and after guaranteeing to switch will guarantee that promptly this two-way of multicast and clean culture flows the integrality of program stream data in handoff procedure.The integrality of program stream data is embodied in two aspects: the one, and the integrality of the content of each frame, the 2nd, in handoff procedure, do not lack frame.In order to guarantee to take over seamlessly, the present invention comes synchronous two-way stream by the timestamp that compares in multicast data flow and the unicast stream.Because the data volume of frame of video is bigger, in transmission course, divide a plurality of packets to do transmission possibly, if in the handoff procedure of multicast data flow and unicast stream, when receiving the order that stops to receive, terminal equipment stops receiving stream-oriented data immediately, then cause the imperfect of last Frame of receiving possibly, therefore must guarantee that in the end frame data stop receiving stream-oriented data after complete again, have so just guaranteed the integrality of the content of each frame.Do in the process of switching in multicast data flow and unicast stream, if be less than time of the last frame of receiving in the multicast procedures to the zero-time of server request slip multicast data, when receiving unicast data, judge the timestamp of the data that receive then, if timestamp more than or equal to the last frame of receiving in the multicast procedures, then these data are abandoned, show otherwise send into decoder decode, so just guaranteed not lacking of Frame.
IPTV STB/unicast seamless handover method of the present invention is based on Real-time Transport Protocol, and the packet header of RTP packet is made up of 16 bytes, mainly comprises fields such as data type PT, time stamp T imeStamp, sequence number SeqNumber.For the uniqueness of identification data frame, among the present invention the stamp of 32 bit times in the RTP data packet head is extended for 64, its data packet format is as shown in Figure 2.
IPTV STB/unicast seamless handover method based on Real-time Transport Protocol of the present invention comprises that multicast changes clean culture and two aspects of multicast are changeed in clean culture, and wherein, the seamless handover method that multicast changes clean culture specifically may further comprise the steps:
If the order that step 16, monitoring users send after listening to play command, recovers decoder;
When step 18, reception unicast data, judge the timestamp of the data that receive, the timestamp as if more than or equal to the last frame of receiving in the multicast procedures then abandons this unicast data, shows otherwise unicast data is sent into decoder decode.
Multicast changes clean culture multiple possible situation, and Fig. 3 has described the processing to suspending in multicast procedures, is that example is briefly set forth the process that multicast changes clean culture with it, and concrete steps are as follows:
Step 300:, add the multicast group of current channel correspondence when the user watches real-time television.
Step 301: receiving multicast data, send into decoder decode, and play.
Step 302: the key assignments of in playing process, monitoring remote controller.
Step 303: judge that the key assignments of receiving is to be our required key assignments to be processed
Step 304: judge whether its key assignments is Pause key, is then to enter the time-out handling process, otherwise enter other event handling flow processs.
Step 305: suspend decoder decode.
Step 306: because frame of video is bigger, divide a plurality of packets to pass to terminal, need therefore to judge whether last frame of receiving is complete, to guarantee not lacking of data.
Step 307:, continue to receive multicast packet if last frame of receiving is imperfect.
Step 308: if last Frame of receiving is complete, then sends and withdraw from multicast request, withdraw from multicast
Step 309: to the clean culture url of this channel correspondence of server requests.
Step 310: the key assignments that continues to monitor remote controller.
Step 311: judge whether the key assignments of receiving is broadcast.
Step 312: if the key assignments of receiving then recovers decoder for playing.
Step 313: suspend the back unicast data according to the last frame data time request of receiving.For data are kept continuously, we when the server request for data, make before suspending multicast packet and suspend back some repetition of multicast packet, guarantee that data do not have to lose.
Step 314: the timestamp deletion multicast according to the Frame of receiving changes repeating data frame in the clean culture process.
Step 315: receive unicast data, and send into the decoder decode demonstration.
In the process of from suspending to recovering, playing, do not abandon the received audio, video data of multicast procedures, but make full use of prior data, Yi Bian receive new data then in terminal buffers, data in buffer is delivered to decoder decode on one side and show, to reach a kind of effect of quick switching.
Change clean culture with multicast and compare, lower in the process of clean culture commentaries on classics multicast to the requirement of seamless switching, do not need to guarantee the integrality of data frame content and the integrality of Frame.The method that multicast is changeed in clean culture may further comprise the steps:
Terminal equipment 1 in step 20, the IPTV system is accepted unicast data from media server 4, decoded data and broadcast in the decoder in terminal equipment 1;
The order that step 21, terminal equipment 1 monitoring users send receives that clean culture is changeed to send after the order of multicast to withdraw from unitcast request;
In actual applications, it is less that multicast changes the applicable cases of clean culture, the process that Fig. 4 changes multicast when catching up with real time programme when having described in clean culture process F.F., and concrete steps are as follows:
Step 400: send unitcast request, the request unicast data.
Step 401: receive unicast data, send into decoder decode and show.
Step 402: the key assignments of in playing process, monitoring remote controller.
Step 403: judge whether the key assignments of receiving is required special keys to be processed.
Step 404: judge whether key assignments is fast forward button,, otherwise enter other special keys handling processes if fast forward button then enters the F.F. handling process.
Step 405: if fast forward button then is made as decoder the pattern of only broadcasting key frame (I frame).
Step 406: needed data in server end request F.F. process.
Step 407: play thread and wait for, when F.F. caught up with real time programme, server notification added the message of multicast.
Step 408: receive the data in the F.F. process, and send into the decoder decode demonstration.
Step 409: judge whether to receive that server notification adds the message of multicast, then carry out next step, otherwise continue to receive unicast data as if receiving.
Step 410: after terminal equipment 1 is received and added multicast message, send and withdraw from unitcast request.
Step 411: terminal equipment 1 receives the multicast address of current channel correspondence from Control Server 3.
Step 412: decoder is reverted to the normal play state.
Step 413: terminal equipment 1 receiving multicast data, and decoding and displaying.
Claims (3)
1, a kind of IPTV set top box multicast based on Real-time Transport Protocol changes unicast method, carries out in the IPTV system that is made up of the terminal equipment that includes decoder (1), business router (2), Control Server (3) and media server (4), may further comprise the steps:
1), the terminal equipment (1) in the IPTV system is accepted multicast packet, decoded data and broadcast in the decoder in terminal equipment (1) from media server (4);
2), terminal equipment (1) receives the multicast that the user sends and changes the clean culture order in playing process, suspend the decoding of decoder;
3), judge whether last Frame that terminal equipment (1) receives from media server (4) complete, if complete, execution in step 5), otherwise, execution in step 4);
4), last Frame of receiving is imperfect, continues to receive multicast packet, re-executes step 3) then;
5), last Frame of receiving is complete, sends to media server (4) and withdraws from multicast request, media server (4) stops to send multicast data flow, withdraws from multicast;
6), ask the uniform resource locator of clean culture to Control Server (3);
7), the monitoring users order of sending, if after listening to play command, recover decoder;
8), to media server (4) request unicast data, the zero-time of unicast data is less than the time of the last frame of receiving in the multicast procedures;
9), when receiving unicast data, judge the timestamp of the data that receive,,, unicast data shows otherwise being sent into decoder decode if, then this unicast data is abandoned more than or equal to the timestamp of the last frame of receiving in the multicast procedures.
2, the IPTV set top box multicast based on Real-time Transport Protocol according to claim 1 changes unicast method, it is characterized in that described Frame adopts Real-time Transport Protocol, and wherein, 32 bit times in the RTP data packet head stab and are extended for 64, are used for indicating Pgmtime.
3, the IPTV set top box multicast based on Real-time Transport Protocol according to claim 1 changes unicast method, it is characterized in that, terminal equipment (1) buffer memory part audio, video data is to realize the quick switching in the transfer process.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100112962A CN100531381C (en) | 2006-01-27 | 2006-01-27 | The method for IPTV STB/unicast seamless switching based on RTP protocol |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100112962A CN100531381C (en) | 2006-01-27 | 2006-01-27 | The method for IPTV STB/unicast seamless switching based on RTP protocol |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101009825A CN101009825A (en) | 2007-08-01 |
| CN100531381C true CN100531381C (en) | 2009-08-19 |
Family
ID=38697908
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006100112962A Expired - Fee Related CN100531381C (en) | 2006-01-27 | 2006-01-27 | The method for IPTV STB/unicast seamless switching based on RTP protocol |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100531381C (en) |
Families Citing this family (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101471805B (en) | 2007-12-27 | 2012-12-12 | 华为技术有限公司 | Method, equipment and system for switching business |
| EP2279597B1 (en) * | 2008-05-19 | 2014-03-12 | Telefonaktiebolaget LM Ericsson (publ) | Switching between delivery methods in an iptv communication network |
| CN101616060B (en) * | 2008-06-27 | 2011-12-07 | 中兴通讯股份有限公司 | Method and system for switching multicast to unicast for IPTV terminal |
| FR2934740B1 (en) * | 2008-08-01 | 2011-02-11 | Sagem Comm | METHOD OF OPTIMIZING A ZAPPING TIME ON A DIGITAL TELEVISION DECODER |
| CN101521798B (en) * | 2009-03-16 | 2011-07-20 | 华为技术有限公司 | Method and device for switching play modes |
| CN102149021B (en) * | 2010-02-05 | 2013-09-25 | 华为技术有限公司 | Method, device and system for processing network time shift |
| CN102169709A (en) * | 2010-12-08 | 2011-08-31 | 深圳市融创天下科技发展有限公司 | Method and system for storing and positioning frame data, and terminal device |
| CN102427564B (en) * | 2011-11-18 | 2015-01-14 | 百视通网络电视技术发展有限责任公司 | Realizing method and system of time stamp based on IPTV (Internet Protocol Television) |
| CN102547589B (en) * | 2011-12-16 | 2014-06-11 | 福建三元达通讯股份有限公司 | Method for realizing switching from multicast to unicast in wireless environment |
| CN103685314B (en) * | 2013-12-27 | 2017-05-17 | 广东威创视讯科技股份有限公司 | Method for achieving seamless switching of unicast and multicast of stream media playing |
| CN105812938B (en) * | 2014-12-30 | 2020-07-07 | 深圳市中兴微电子技术有限公司 | Playing control method and device of interactive network television |
| WO2016201708A1 (en) * | 2015-06-19 | 2016-12-22 | 华为技术有限公司 | Group communication method, apparatus and device |
| CN106412719B (en) * | 2015-08-03 | 2019-04-30 | 中国移动通信集团江苏有限公司 | A kind of implementation method of video mixed seeding, apparatus and system |
| CN106656938B (en) * | 2015-11-02 | 2020-03-03 | 腾讯科技（深圳）有限公司 | Streaming media file processing method and device |
| CN105578261B (en) * | 2015-12-18 | 2019-04-26 | 无锡天脉聚源传媒科技有限公司 | A kind of method and apparatus of video clipping |
| CN105657534A (en) * | 2016-01-07 | 2016-06-08 | 烽火通信科技股份有限公司 | Android based internet protocol television play switch system and method |
| CN106231414B (en) * | 2016-08-16 | 2020-03-31 | 青岛海信宽带多媒体技术有限公司 | Control method and device for playing mode switching based on IPTV |
| CN107147923B (en) * | 2017-05-05 | 2019-06-21 | 中广热点云科技有限公司 | A kind of time shift order method |
| CN107277554B (en) * | 2017-05-05 | 2019-06-21 | 中广热点云科技有限公司 | A kind of method of time shift program unicast conversion multicast |
| CN110087105B (en) * | 2018-01-25 | 2020-12-25 | 华为技术有限公司 | Method and device for switching IPTV multicast to unicast |
| CN109819526B (en) * | 2018-10-18 | 2021-07-30 | 广州红贝科技有限公司 | Method and device for starting radio resource control suspension program and NB-IoT (NB-IoT) core network system |
| CN110087136B (en) * | 2019-06-04 | 2021-07-09 | 北京奇艺世纪科技有限公司 | Service providing method, device and service node |
| CN112511894B (en) * | 2020-09-11 | 2022-12-27 | 深圳市华曦达科技股份有限公司 | OTT channel switching method, OTT channel switching device, electronic equipment and storage medium |
| CN112565920B (en) * | 2021-02-18 | 2021-06-04 | 北京远度互联科技有限公司 | Data sending and receiving processing method and device and unmanned aerial vehicle |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1605074A (en) * | 2001-12-15 | 2005-04-06 | 汤姆森特许公司 | Video conference talk conversion from unicast to multicast |
| WO2005036818A1 (en) * | 2003-10-07 | 2005-04-21 | Thomson Licensing | Multicast over unicast in a network |
| US20060018335A1 (en) * | 2004-07-26 | 2006-01-26 | Koch Christopher D | Multicast to unicast traffic conversion in a network |
-
2006
- 2006-01-27 CN CNB2006100112962A patent/CN100531381C/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1605074A (en) * | 2001-12-15 | 2005-04-06 | 汤姆森特许公司 | Video conference talk conversion from unicast to multicast |
| WO2005036818A1 (en) * | 2003-10-07 | 2005-04-21 | Thomson Licensing | Multicast over unicast in a network |
| US20060018335A1 (en) * | 2004-07-26 | 2006-01-26 | Koch Christopher D | Multicast to unicast traffic conversion in a network |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101009825A (en) | 2007-08-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100531381C (en) | The method for IPTV STB/unicast seamless switching based on RTP protocol | |
| US7472197B2 (en) | Method and apparatus for automatic switching of multicast/unicast live TV streaming in a TV-over-IP environment | |
| CN101753973B (en) | Channel switching method, device and system | |
| CN100429901C (en) | Method and structure for realizing live channel switching in Internet protocol audio-video broadcast network | |
| EP2101500A1 (en) | A video on demand controlling method, a client device and a switch controlling equipment | |
| EP2472857B1 (en) | Media stream processing method and communication system and related devices | |
| EP2509320A1 (en) | Channel switching method, apparatus and system | |
| US20090293093A1 (en) | Content server, information processing apparatus, network device, content distribution method, information processing method, and content distribution system | |
| CN101267538B (en) | A method and system for switching network TV channel | |
| JP5366107B2 (en) | Method, apparatus and system for reducing media delay | |
| CN107277554B (en) | A kind of method of time shift program unicast conversion multicast | |
| CN108989904A (en) | The method and apparatus for playing broadcasted content | |
| CN101316357A (en) | Channel switching method, terminal and medium service apparatus | |
| CN101616060B (en) | Method and system for switching multicast to unicast for IPTV terminal | |
| CN102037703A (en) | Switching between delivery methods in an IPTV communication network | |
| CN104702994A (en) | Media play method, media play device and set top box | |
| CN101442663A (en) | Method, apparatus and system for implementing network television business | |
| JP5428734B2 (en) | Network device, information processing apparatus, stream switching method, information processing method, program, and content distribution system | |
| WO2008000114A1 (en) | Method for interfusing conference television system with iptv system and apparatus thereof | |
| WO2008141542A1 (en) | A method, video device and system for displaying information at the time of switching channels | |
| CN108235062B (en) | System and method for introducing Internet video into cable television network for playing | |
| Kim et al. | An adaptive buffering method for practical HTTP live streaming on smart OTT STBs | |
| CN101521798B (en) | Method and device for switching play modes | |
| KR20080022816A (en) | Appratus and method for instant channel change in ip-tv broadcasting system | |
| CN101998143B (en) | Method for multicasting video data, unicast server and client |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090819 Termination date: 20150127 |
|
| EXPY | Termination of patent right or utility model |