CN101075948A - Method for realizing realtime fluid-medium programm reliable transmission - Google Patents
Method for realizing realtime fluid-medium programm reliable transmission Download PDFInfo
- Publication number
- CN101075948A CN101075948A CNA2006100805449A CN200610080544A CN101075948A CN 101075948 A CN101075948 A CN 101075948A CN A2006100805449 A CNA2006100805449 A CN A2006100805449A CN 200610080544 A CN200610080544 A CN 200610080544A CN 101075948 A CN101075948 A CN 101075948A
- Authority
- CN
- China
- Prior art keywords
- packet
- client
- multicast
- buffer area
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
The method comprises: after user clicks the grogram link, the content resource management server records the client side into the content node resource list corresponding to said program, establishes a multicast group used for retransmission of multicast for said client side, and determines which multicast server the client side will participate; after the client side join the multicast group and establishes the connection with other client side, it buffers the received data packet, and checks the serial number of the program data packet; if it finds the lack of a certain packet, and still doesn't receive it after waiting a while, it starts up the retransmission mechanism to request the multicast server to retransmit the data packet; if still not receiving the packet after a certain time, it request the content resource management server to create a new group, and re-starts the retransmission mechanism; after all packets are arrived, playing said packets.
Description
Technical field
The present invention relates to a kind of method that realizes the flow-medium performance transmission, relate in particular to a kind of method that realizes the realtime fluid-medium programm reliable transmission.
Background technology
Along with the arrival in wideband epoch, stream media technology closely-related with it also becomes the hot issue that people talk about, and described Streaming Media just is meant by Network Transmission, can be at local terminal real-time playback and the media content encoded data stream with real-time feature.Utilize stream media technology that real time programme (for example live news, sports cast) is sent to client, by the client by computer or additional the TV watching of set-top box is arranged is a kind of important application of Streaming Media.
At present, the transmission means of flow-medium performance on server end and network mainly contains two kinds: clean culture and main broadcaster.During unicast transmission, need between client and server, set up an independent data channel (see figure 1), to having relatively high expectations of server and Internet resources,, adopt multicast transmission more suitable so watch simultaneously a plurality of users under the situation of same real time programme.
During multicast transmission, be connected as the network of setting up point-to-multipoint between sender's multicast source server and many client devices as the recipient.The multicast transmission mode has not only improved data-transmission efficiency, has also reduced backbone network simultaneously and congested possibility occurred.Along with the maturation gradually of multicast transmission mode, it is applied in every field such as network audio/video broadcasting, the network teleconference, long-distance education widely.
Though adopt multicast transmission can alleviate load of server, and reduced the network traffics of backbone network,, the defective of multicast also is conspicuous.Because transport layer protocol-User Datagram Protoco (UDP) UDP-that multicast uses does not have wrong retransmission mechanism, when the phenomenon of lost data packets occurring, the play quality of client can't effectively be guaranteed.
In order to overcome the above-mentioned shortcoming of multicast, occurred a kind of " reliable multicast " technology again, and obtained certain progress.Existing these " reliable multicast " technology are mainly used in the file of transmission of large capacity, and and are not used in transmission to the demanding flow-medium performance of real-time.Therefore, how to utilize multicast to realize that the reliable transmission of realtime fluid-medium programm just becomes new research topic in the industry.
Summary of the invention
Technical problem to be solved by this invention just provides a kind of method that realizes the realtime fluid-medium programm reliable transmission, add server load and reduce under the prerequisite of backbone network flow not increasing or reduce as far as possible, the method of utilizing distributed system that the multicast packet of losing is resend guarantees the transmission quality of Streaming Media, realize on the one hand the distribution of media stream in real time program, preferably resolved the problem that the service quality of multicast transmission can not get guaranteeing on the other hand again.
At above-mentioned technical problem, the invention provides a kind of method that realizes the realtime fluid-medium programm reliable transmission, comprise the steps:
(1) user finds the required program of watching by the content release service page of client browing system, clicks this program chaining;
(2) content distribution server sends to the content resource management server to user's request, the content resource management server this client records in the pairing content node the Resources list of this program, set up the multicast group that is used for multicast retransmission for this client according to scheduling strategy simultaneously, and determine which multicast server it should add, and the multicast server address of this program is returned to client;
(3) client adds multicast group by the IGMP request, and with multicast group in after other clients connect, the User Datagram Protoco (UDP) UDP message bag that receives from multicast group is carried out caching process, be used for playing;
(4) client is checked the sequence number of program data packets in buffer area, if find to lack certain packet, and does not still receive this packet after waiting for certain hour, starts multicast retransmission mechanism, and the request multicast server retransmits this packet; If receive the packet that multicast server resends, this client is just carried out caching process with the packet that receives, and is used for playing; If in setting-up time, do not receive packet, carry out subsequent operation;
(5) if this client thinks that the multicast group of setting up in the abovementioned steps lost efficacy, just send the request of setting up new multicast group to the content resource management server, and after receiving return information, restart multicast retransmission mechanism, connect with new multicast server and send repeat requests, in its buffer area packet complete after, be used for playing;
(6) this client is play the partial data package informatin that receives;
(7) after broadcast finished, this client was left multicast group, and the content resource management server is left out this client in the tabulation of content corresponding node resource, and whole flow process finishes.
The present invention is a kind of method that realizes the realtime fluid-medium programm reliable transmission, use the method for the invention, transport layer protocol-User Datagram Protoco (UDP) the UDP-that can effectively solve and overcome the multicast transmission use does not have wrong retransmission mechanism, and can't realize the shortcoming that data-bag lost retransmits, improve the reliability and the service quality of multicast transmission, made the play quality of client flow-medium performance to be effectively guaranteed.
Description of drawings
Fig. 1 is that the structure of existing stream media service system is formed schematic diagram;
Fig. 2 forms schematic diagram according to the described distributed stream media service system structure of the embodiment of the invention;
Fig. 3 is according to the method flow diagram of realizing reliable transmission in the described distributed stream media service system of the embodiment of the invention;
Fig. 4 is the staggered form distribution schematic diagram according to client multicast group of living in the described distributed stream media service system of the embodiment of the invention;
Fig. 5 is the schematic diagram that concerns according between two buffer storage structures in the client in the described distributed stream media service system of the embodiment of the invention and the operating state thereof.
Embodiment
The present invention is described in further detail below in conjunction with accompanying drawing:
Referring to Fig. 2, for the described distributed stream media service system structure of the embodiment of the invention is formed schematic diagram.The maximum characteristics of this system are that client is brought into to the user provides in the system of service, thereby have changed the stream media service system structure of existing C/S tactic pattern.This system can comprise three modules: by the content control module that content distribution server and content resource management server constitute, be used to realize the management and dispatching of client and streaming medium content; By the network transmission module that broadband network constitutes, the control information in the responsible realization system between each server and client side and the transmission of content service information; The content service module that multicast group of being set up by a plurality of clients and multicast server constitute is responsible for providing the storage and the service of streaming medium content, and is realized final streaming media service.
Fig. 3 is a method flow diagram of realizing reliable transmission in the described distributed stream media service system of the embodiment of the invention, and detailed process is as follows:
Step 301: the user finds the required program of watching by the content release service page of client browing system, clicks this program chaining.
Step 302: content distribution server sends to the content resource management server to user's request, the content resource management server this client records in the pairing content node the Resources list of this program, set up the multicast group that is used for multicast retransmission for this client according to scheduling strategy simultaneously, and determine which multicast server it should add, and the multicast server address of this program is returned to client.
Described multicast group is the one group of client that establishes a connection each other, and all clients of multicast group can both receive the packet that multicast server sends, and certainly, also has only the client that adds this multicast group just can receive the packet that sends to this multicast group.The purpose of setting up the group is exactly in order to realize multicast retransmission: when a client among the group is lost certain packet, it will send repeat requests to multicast server, multicast server then for this reason client corresponding packet is provided.The foundation of multicast group is by the unified scheduling of resource management server, its scheduling strategy comprises the preferential and stable priority scheduling principle in region, the reason of considering multicast packet loss may be that certain equipment or the node of data network goes wrong, therefore metropolitan area network should be crossed in the client distribution place in the group, avoids because certain equipment or node break down and influence the user and use multicast retransmission in the metropolitan area.In addition, group's scheduling strategy also comprises the cross-distribution mode that adopts, and promptly each client should belong to two or more groups, to guarantee to realize reliable transmission.Referring to Fig. 4, be the staggered form distribution schematic diagram of client multicast group of living in the described distributed stream media service system of the embodiment of the invention, the customer end A among the figure, B belong to multicast group 1 and multicast group 2 simultaneously.
Step 303: client adds multicast group by the IGMP request, and with multicast group in after other clients connect, the User Datagram Protoco (UDP) UDP message bag that receives from multicast group is carried out caching process, prepare to play.
Client in the present embodiment system all has two buffer areas, receives the packet reception buffer area of line ordering of going forward side by side, and will receive the packet that has sorted in the buffer area and duplicate and carry out the broadcast buffer area that enclose becomes programme content.The memory space that wherein receives buffer area is greater than the broadcast buffer area, and the data of storing in this reception buffer area are surrounded by two kinds: wait for entering the packet of playing buffer area, and play in playing buffer area and want deleted packet.This is to consider that the time delay difference of each client has other user and need retransmit this partial data in distributed system.Referring to Fig. 5, be the schematic diagram that concerns between two buffer storage structures in the client in the described distributed stream media service system of the embodiment of the invention and the operating state thereof, this figure has showed the structure of these two buffer storages and the relation between the operating state thereof.Caching process concrete operations in the above-mentioned steps are: the packet that receives is not split earlier, the sequence number that keeps this packet, directly be buffered in and receive in the buffer area, and packet arranged according to numeric order, so that the packet that sequence number is complete copies to the broadcast buffer area in the cache-time of setting, unpack composograph and broadcast.The cache-time of packet in receiving buffer area and broadcast buffer area all depends on the distribution situation of each client in network condition and the group, for example receives the buffer area cache-time between 4～12 seconds, and the cache-time of playing buffer area is between 1～5 second.
Step 304: client is checked the sequence number of program data packets in buffer area, can know whether the missing data bag,, and still not receive this packet after waiting for certain hour if find to lack certain packet, start multicast retransmission mechanism, the request multicast server retransmits this packet; If receive the packet that multicast server resends, this client is just carried out caching process with the packet that receives, and is used for playing; If in setting-up time, do not receive packet, carry out subsequent step;
Step 305: if this client thinks that the multicast group of setting up in the abovementioned steps lost efficacy, just send the request of setting up new multicast group to the content resource management server, and after receiving return information, restart multicast retransmission mechanism, connect with new multicast server and send repeat requests, in its buffer area packet complete after, be used for playing;
Step 306: this client is play the partial data package informatin that receives;
Step 307: after playing end, this client is left multicast group, and the content resource management server is left out this client in the tabulation of content corresponding node resource, finish whole flow process.
Present embodiment is described in distributed stream media service system, by the multicast retransmission mechanism of lost data packets having been guaranteed the play quality of flow-medium performance.The detailed process of this retransmission mechanism is as follows:
(A) this client sends request package to multicast server, and the request multicast server sends the packet that this is lost for it, comprises the sequence number of this lost data packets in the request package at least;
(B) after multicast server receives request package, the payload of the whole UDP message bag that comprises this lost data packets packet header as retransmission data packet may transmitted;
(C) client of request retransmission is put into the respective queue that receives buffer area with the retransmission data packet may that receives, and does not have other clients of request retransmission that the retransmission data packet may of receiving is made discard processing.
Claims (7)
1. a method that realizes the realtime fluid-medium programm reliable transmission is characterized in that, may further comprise the steps:
(1) user finds the required program of watching by the content release service page of client browing system, clicks this program chaining;
(2) content distribution server sends to the content resource management server to user's request, the content resource management server this client records in the pairing content node the Resources list of this program, set up the multicast group that is used for multicast retransmission for this client according to scheduling strategy simultaneously, and determine which multicast server it should add, and the multicast server address of this program is returned to client;
(3) client adds multicast group by the IGMP request, and with multicast group in after other clients connect, the User Datagram Protoco (UDP) UDP message bag that receives from multicast group is carried out caching process, be used for playing;
(4) client is checked the sequence number of program data packets in buffer area, if find to lack certain packet, and does not still receive this packet after waiting for certain hour, starts multicast retransmission mechanism, and the request multicast server retransmits this packet; If receive the packet that multicast server resends, this client is just carried out caching process with the packet that receives, and is used for playing; If in setting-up time, do not receive packet, carry out subsequent operation;
(5) if this client thinks that the multicast group of setting up in the abovementioned steps lost efficacy, just send the request of setting up new multicast group to the content resource management server, and after receiving return information, restart multicast retransmission mechanism, connect with new multicast server and send repeat requests, in its buffer area packet complete after, be used for playing;
(6) this client is play the partial data package informatin that receives;
(7) after broadcast finished, this client was left multicast group, and the content resource management server is left out this client in the tabulation of content corresponding node resource, and whole flow process finishes.
2. the method for claim 1 is characterized in that, the foundation of multicast group is by the unified scheduling of content resource management server in the described step (2), and its scheduling strategy comprises the preferential of region and stability, and the distribution of client should be crossed over metropolitan area network in the group.
3. method as claimed in claim 2 is characterized in that, the scheduling strategy of described multicast group comprises that further the cross-distribution mode is adopted in the distribution of client.
4. the method for claim 1, it is characterized in that, client further comprises the caching process that the packet that receives carries out in described step (3) or (4): after the packet that receives is carried out the sequence number reservation, directly be buffered in and receive in the buffer area, and packet arranged according to numeric order, so that the packet that sequence number is complete copies to the broadcast buffer area in the cache-time of setting, behind the buffer memory, unpack composograph and broadcast.
5. method as claimed in claim 4 is characterized in that, the cache-time of described packet in receiving buffer area and broadcast buffer area depends on the distribution situation of each client in network condition and the group.
6. as claim 4 or 5 described methods, it is characterized in that, the memory space of described reception buffer area is greater than playing buffer area, the data of storing in this reception buffer area are surrounded by two kinds: wait for entering the packet of playing buffer area, and play in playing buffer area and want deleted packet.
7. the method for claim 1 is characterized in that, the multicast retransmission mechanism that starts in described step (4) or (5) further comprises the following steps:
(A) this client sends request package to multicast server, and the request multicast server sends the packet that this is lost for it, comprises the sequence number of this lost data packets in the request package at least;
(B) after multicast server receives request package, the payload of the whole UDP message bag that comprises this lost data packets packet header as retransmission data packet may transmitted;
(C) client of request retransmission is put into the respective queue that receives buffer area with the retransmission data packet may that receives, and does not have other clients of request retransmission that the retransmission data packet may of receiving is made discard processing.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006100805449A CN101075948A (en) | 2006-05-15 | 2006-05-15 | Method for realizing realtime fluid-medium programm reliable transmission |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2006100805449A CN101075948A (en) | 2006-05-15 | 2006-05-15 | Method for realizing realtime fluid-medium programm reliable transmission |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101075948A true CN101075948A (en) | 2007-11-21 |
Family
ID=38976774
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2006100805449A Pending CN101075948A (en) | 2006-05-15 | 2006-05-15 | Method for realizing realtime fluid-medium programm reliable transmission |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101075948A (en) |
Cited By (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009094890A1 (en) * | 2008-01-29 | 2009-08-06 | Huawei Technologies Co., Ltd. | A service scheduling method and the system, apparatus for scheduling services |
| WO2010139165A1 (en) * | 2009-06-01 | 2010-12-09 | 中兴通讯股份有限公司 | Method and system for distributing playing material in iptv system |
| WO2011088768A1 (en) * | 2010-01-20 | 2011-07-28 | 腾讯科技（深圳）有限公司 | Data transmission method and system, terminal thereof |
| CN101640691B (en) * | 2008-07-28 | 2012-01-11 | ***通信集团公司 | Method for storing and searching data, and data storage network |
| CN102523236A (en) * | 2011-12-31 | 2012-06-27 | 杭州华三通信技术有限公司 | Method and equipment for establishing dynamic connection |
| CN102752669A (en) * | 2011-04-19 | 2012-10-24 | 中国电信股份有限公司 | Transfer processing method and system for multi-channel real-time streaming media file and receiving device |
| CN102938833A (en) * | 2012-07-25 | 2013-02-20 | 苏州科达科技有限公司 | Method and device in video conference, multi-point control device and video conference system |
| CN102970615A (en) * | 2012-11-21 | 2013-03-13 | 联想中望***服务有限公司 | System for efficient transmission and coding/encoding of high-definition videos |
| CN101998247B (en) * | 2009-08-18 | 2014-06-11 | ***通信集团公司 | Method for acquiring broadcast multicast control information and terminal |
| CN104283694A (en) * | 2013-07-02 | 2015-01-14 | 北京邮电大学 | Streaming media transmission method based on IP multicast and P2P compensation |
| CN104601343A (en) * | 2015-01-30 | 2015-05-06 | 乐视网信息技术（北京）股份有限公司 | Data downloading method, device and system |
| WO2015066836A1 (en) * | 2013-11-05 | 2015-05-14 | 华为技术有限公司 | Video service data transmission method, data receiving device and data transmitting device |
| CN104683861A (en) * | 2013-11-27 | 2015-06-03 | 北京大唐高鸿软件技术有限公司 | Method for playing media stream based on UDP cache in local area network |
| CN106301694A (en) * | 2016-08-11 | 2017-01-04 | 浙江宇视科技有限公司 | A kind of reduce the method and device of data packet retransmission number of times in reliable multicast transport |
| CN108377427A (en) * | 2018-01-29 | 2018-08-07 | 明博教育科技股份有限公司 | A kind of method for real-time video transmission and system |
| CN109729438A (en) * | 2017-10-31 | 2019-05-07 | 杭州海康威视数字技术股份有限公司 | A kind of method and device for sending video bag, receiving video bag |
| CN109889854A (en) * | 2019-03-11 | 2019-06-14 | 北京奇艺世纪科技有限公司 | A kind of data transmission method, apparatus and system |
| CN111555939A (en) * | 2020-04-28 | 2020-08-18 | 中国人民解放军总医院第四医学中心 | Monitor information acquisition system |
-
2006
- 2006-05-15 CN CNA2006100805449A patent/CN101075948A/en active Pending
Cited By (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009094890A1 (en) * | 2008-01-29 | 2009-08-06 | Huawei Technologies Co., Ltd. | A service scheduling method and the system, apparatus for scheduling services |
| CN101499995B (en) * | 2008-01-29 | 2012-05-23 | 华为技术有限公司 | Service scheduling method, system and apparatus for service scheduling |
| CN101640691B (en) * | 2008-07-28 | 2012-01-11 | ***通信集团公司 | Method for storing and searching data, and data storage network |
| WO2010139165A1 (en) * | 2009-06-01 | 2010-12-09 | 中兴通讯股份有限公司 | Method and system for distributing playing material in iptv system |
| CN101998247B (en) * | 2009-08-18 | 2014-06-11 | ***通信集团公司 | Method for acquiring broadcast multicast control information and terminal |
| WO2011088768A1 (en) * | 2010-01-20 | 2011-07-28 | 腾讯科技（深圳）有限公司 | Data transmission method and system, terminal thereof |
| CN102752669B (en) * | 2011-04-19 | 2015-09-16 | 中国电信股份有限公司 | The transfer processing method of multichannel real time flow medium file and system, receiving system |
| CN102752669A (en) * | 2011-04-19 | 2012-10-24 | 中国电信股份有限公司 | Transfer processing method and system for multi-channel real-time streaming media file and receiving device |
| CN102523236A (en) * | 2011-12-31 | 2012-06-27 | 杭州华三通信技术有限公司 | Method and equipment for establishing dynamic connection |
| WO2013097636A1 (en) * | 2011-12-31 | 2013-07-04 | Hangzhou H3C Technologies Co., Ltd. | Establishing dynamic connection |
| CN102523236B (en) * | 2011-12-31 | 2015-05-20 | 杭州华三通信技术有限公司 | Method and equipment for establishing dynamic connection |
| CN102938833A (en) * | 2012-07-25 | 2013-02-20 | 苏州科达科技有限公司 | Method and device in video conference, multi-point control device and video conference system |
| CN102938833B (en) * | 2012-07-25 | 2016-10-12 | 苏州科达科技股份有限公司 | Method and device, multipoint control unit and video conferencing system in video conference |
| CN102970615A (en) * | 2012-11-21 | 2013-03-13 | 联想中望***服务有限公司 | System for efficient transmission and coding/encoding of high-definition videos |
| CN104283694A (en) * | 2013-07-02 | 2015-01-14 | 北京邮电大学 | Streaming media transmission method based on IP multicast and P2P compensation |
| WO2015066836A1 (en) * | 2013-11-05 | 2015-05-14 | 华为技术有限公司 | Video service data transmission method, data receiving device and data transmitting device |
| CN104683861A (en) * | 2013-11-27 | 2015-06-03 | 北京大唐高鸿软件技术有限公司 | Method for playing media stream based on UDP cache in local area network |
| CN104601343A (en) * | 2015-01-30 | 2015-05-06 | 乐视网信息技术（北京）股份有限公司 | Data downloading method, device and system |
| CN106301694A (en) * | 2016-08-11 | 2017-01-04 | 浙江宇视科技有限公司 | A kind of reduce the method and device of data packet retransmission number of times in reliable multicast transport |
| CN109729438A (en) * | 2017-10-31 | 2019-05-07 | 杭州海康威视数字技术股份有限公司 | A kind of method and device for sending video bag, receiving video bag |
| CN109729438B (en) * | 2017-10-31 | 2022-02-08 | 杭州海康威视数字技术股份有限公司 | Method and device for sending video packet and method and device for receiving video packet |
| CN108377427A (en) * | 2018-01-29 | 2018-08-07 | 明博教育科技股份有限公司 | A kind of method for real-time video transmission and system |
| CN108377427B (en) * | 2018-01-29 | 2021-11-26 | 明博教育科技股份有限公司 | Real-time video transmission method and system |
| CN109889854A (en) * | 2019-03-11 | 2019-06-14 | 北京奇艺世纪科技有限公司 | A kind of data transmission method, apparatus and system |
| CN111555939A (en) * | 2020-04-28 | 2020-08-18 | 中国人民解放军总医院第四医学中心 | Monitor information acquisition system |
| CN111555939B (en) * | 2020-04-28 | 2022-08-05 | 中国人民解放军总医院第四医学中心 | Monitor information acquisition system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101075948A (en) | Method for realizing realtime fluid-medium programm reliable transmission | |
| CN1328868C (en) | Method for realizing reliable grouped play in distributed vertical flor media system | |
| CN1703087A (en) | Broadband telecommunications system and method used therein to reduce the latency of channel switching by a multimedia receiver | |
| Li et al. | Layered video multicast with retransmission (LVMR): Evaluation of error recovery schemes | |
| US8935736B2 (en) | Channel switching method, channel switching device, and channel switching system | |
| EP0915598B1 (en) | Distributed internet protocol-based real-time multimedia streaming architecture | |
| US8040891B2 (en) | System and method of detecting lost packets | |
| JP5650197B2 (en) | Method and apparatus for a system for providing media through multicast distribution | |
| JP2006521643A (en) | System and method for transmitting media-based files | |
| US7698617B2 (en) | Intelligent switch and method for retransmitting a lost packet to decoder(s) | |
| Furht et al. | Multimedia broadcasting over the Internet | |
| CN106911699B (en) | Method for realizing I frame retransmission based on RTP protocol | |
| CN101729228A (en) | Method, network node and system for inhibiting retransmission of lost packet | |
| KR101223806B1 (en) | Rapid media channel changing mechanism and access network node comprising same | |
| CN1929638A (en) | Management method for multicast members of wireless LAN IP multicast frame transmission | |
| CN1933413A (en) | Group broadcasting member management method for radio local network IP group broadcasting frame transmission | |
| CN113114687B (en) | IPTV converging method and system | |
| KR100780396B1 (en) | Traffic control method for iptv broadcasting service | |
| KR100823522B1 (en) | Caching method for reducing bottle neck between storage and server in real-time streaming system | |
| CN101060467A (en) | A multicast user terminal powered-off fault processing method and system | |
| KR100793862B1 (en) | Method of transmitting contents in tree structure server topology | |
| WO2009026421A1 (en) | Apparatus, system, and method for video delivery using dual multicast streams with one being delayed | |
| CN1863054A (en) | Digital user line cut-in multiplexer, stream medium data transmission system and method | |
| KR20020023596A (en) | Internet broadcasting system and method for transfering data in internet broadcasting system | |
| KR100651736B1 (en) | Multi-channel streaming system and method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20071121 |