WO2008092250A1 - Système coopératif et procédé de duplication et de distribution de flux multimédia d'une manière distribuée - Google Patents
Système coopératif et procédé de duplication et de distribution de flux multimédia d'une manière distribuée Download PDFInfo
- Publication number
- WO2008092250A1 WO2008092250A1 PCT/CA2008/000183 CA2008000183W WO2008092250A1 WO 2008092250 A1 WO2008092250 A1 WO 2008092250A1 CA 2008000183 W CA2008000183 W CA 2008000183W WO 2008092250 A1 WO2008092250 A1 WO 2008092250A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- media streams
- end users
- streaming
- duplicated
- regional
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1854—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with non-centralised forwarding system, e.g. chaincast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/612—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for unicast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/752—Media network packet handling adapting media to network capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/765—Media network packet handling intermediate
Definitions
- the present invention generally relates to media streaming networks. More specifically, but not exclusively, the present invention is concerned with a cooperative system and method for duplicating and delivering media streams in a distributed manner.
- IP TV Protocol Television
- IP TV can offer interesting services such as personalized profiles and searches. Companies offering such services can use intelligently targeted advertisement in order to increase their income. Therefore, this field can become a huge market for making money.
- IP Internet Protocol
- Unicast protocols send a separate copy of the media stream from a server to each client. This is simple, but can lead to a massive duplication of data or media streams in the network, which implies the use of many servers for providing a separate copy of the media stream to each client.
- Multicast protocols send only one copy of the media stream over any given network connection, i.e. along the path between any two network routers. This is a more efficient use of the network capacity and it keeps the number of servers to a minimum, but it is much more complex to implement. Furthermore, multicast protocols must be implemented in the network routers, as well as in the servers. Also, forwarding multicast traffic requires a great deal of protocol complexity, particularly when knowing and satisfying in real-time the profile of each client of the audience, such as personalized content, interactions, billing, Quality-of-Service (QoS), etc. Thus, the multicast protocol suffers from deployment problems and complexity. Also, there is no efficient software to support such deployment and implementation. Usually, the few networks that use multicast protocols are complex and expensive, and they are also difficult to install and maintain.
- An object of the present invention is therefore to provide a cooperative system and method for duplicating and delivering media streams in a distributed manner.
- a system for duplicating and delivering at least one media stream, requested by end users, from at least one source of media streams to the end users using a unicast protocol comprises a first means for duplicating the at least one requested media stream to produce a plurality of first duplicated media streams, and, a plurality of second means, each in communication with the first means, for receiving one of the first duplicated media streams and for duplicating the one first duplicated media stream to produce second duplicated media streams delivered to the end users, wherein the first means and the plurality of second means form a tree-type distributed network for multi-stage duplication and delivery of the at least one requested media stream to the end users.
- a system for duplicating and delivering at least one media stream, requested by end users, from at least one source of media streams to the end users using a unicast protocol comprises a main streaming accelerator for duplicating the at least one requested media stream to produce a plurality of first duplicated media streams, and, a plurality of regional streaming accelerators, each in communication with the main streaming accelerator, for receiving one of the first duplicated media streams and for duplicating the one first duplicated media stream to produce second duplicated media streams delivered to the end users, wherein the main streaming accelerator and the plurality of the regional streaming accelerators form a tree- type distributed network for multi-stage duplication and delivery of the at least one requested media stream to the end users.
- a method for duplicating and delivering at least one media stream, requested by end users, from at least one source of media streams to the end users using a unicast protocol comprises a first duplication, through a main streaming accelerator, of the at least one requested media stream to produce a plurality of first duplicated media streams, a first delivery of the first duplicated media streams to a plurality of regional streaming accelerators, each in communication with the main streaming accelerator, a second duplication, through the plurality of regional streaming accelerators, of the first duplicated media streams received from the main streaming accelerator to produce second duplicated media streams, and, a second delivery of the second duplicated media streams to the end users through a communication network and using a unicast protocol, wherein the first and second duplications and deliveries of the at least one requested media stream form a tree-type distributed multi-stage duplication and delivery of the at least one requested media stream to the end users.
- Figures 1a and 1b are schematic views of a current known headend broadcasting model
- Figure 2 is a schematic view of a headend broadcasting model, comprising a system for duplicating and delivering media streams in a distributed manner, according to the non-restrictive illustrative embodiment of the present invention
- Figure 3 is a schematic view of a broadcasting network according to the non-restrictive illustrative embodiment of the present invention.
- Figure 4 is a schematic block diagram of a main system for duplicating and delivering media streams in a distributed manner according to the non-restrictive illustrative embodiment of the present invention
- Figure 5 is a schematic block diagram of a regional system for duplicating and delivering media streams in a distributed manner according to the non-restrictive illustrative embodiment of the present invention.
- the non-restrictive illustrative embodiment of the present invention comprises a plurality of systems for duplicating media streams, which are implemented in a tree-type structure for delivering the media streams in a distributed manner over a large network.
- Each such system can be an embedded piece of software implemented directly in a network processor, for rationalizing and accelerating non-intrusively the delivery of streaming media to remote users.
- CSA Cooperative Streaming Accelerator
- CSAs 1 allows for lowering deployment costs and operating expenses, and improving streaming Quality-of-Service (QoS).
- QoS Quality-of-Service
- non-restrictive illustrative embodiment of the present invention allows for a huge and distributed deployment of media streaming delivery network using a unicast infrastructure such as for an IP TV private network that offers TV channels over DSL (Digital Subscriber Line) access.
- a unicast infrastructure such as for an IP TV private network that offers TV channels over DSL (Digital Subscriber Line) access.
- the concept of the non-restrictive illustrative embodiment of the present invention is to better distribute and thus accelerate the media streaming delivery over the network.
- all the duplicated media streams go through the same path in the network until the last segment of the network where they go through different paths to reach the destination of each user.
- the regional CSA is implemented as close as possible to the user end for decreasing transport and deployment costs.
- a situation where the non-restrictive illustrative embodiment of the present invention better accelerates the duplication and delivery of media streams is when a user from a new destination requests a specific media stream.
- the regional CSA to which the user belongs, provides the requested media stream directly to this new user, without requesting it again from the main CSA, since the media stream has already been duplicated and forwarded by the main CSA.
- QoS streaming Quality-of-Service
- the non-restrictive illustrative embodiment of the present invention uses standard networking equipments and is compatible with the Internet Protocol (IP).
- IP Internet Protocol
- the non-restrictive illustrative embodiment of the present invention also uses standard IETF (Internet Engineering Task Force) protocols and it is not bound to any streaming audio or video CODEC; however, it can further use proprietary protocols, specific to different elements in the network. Furthermore, the non-restrictive illustrative embodiment of the present invention takes advantage of both unicast and multicast protocols.
- IETF Internet Engineering Task Force
- FIG. 1a a headend segment of a broadcasting network is illustrated.
- the model 10 comprises a source of media 12 to be broadcast.
- the source of media 12 can be a video camera, a camera, a satellite, etc.
- the broadcast media are then received in a plurality of streamers 14.
- the number of streamers such as 14 depends on the number of end users who request such media streams to be delivered to them. The larger is the number of end users, the larger is the number of streamers 14 required for responding to the end users' requests. Therefore, it can become very challenging in terms of infrastructure when the number of end users in the network is indeed large or increasing.
- the plurality of streamers 14 is connected to a storage switch
- Figure 1b illustrates a model 30 of a headend segment of the broadcasting network according to the non-restrictive illustrative embodiment of the present invention.
- the model 30 is very similar to the model 10 in Figure 1a.
- the plurality of streamers 14 has been reduced to one streamer 32 or a few streamers 32 (two (2) in the example of Figure 1b) connected to a main cooperative streaming accelerator (CSA) 34, which is in turn connected to the delivery network 22.
- the CSA 34 allows for duplicating media streams using the unicast protocol, for instance.
- the model 30 is much lighter in terms of the number of streamers such as 32 and thus in terms of infrastructure, and is easier to handle, maintain and deploy, while being able to support a large number of end users.
- the CSA 34 is compatible with the current IP equipments and can be easily integrated into existing network infrastructures.
- the rest of the model 30 of the headend remains the same as described hereinabove with reference to Figure 1a, with the same numerals corresponding to the same elements in Figure 1a and Figure 1b.
- a main CSA 44 is connected to some streamers 42, such as video servers, which constitute the source of the streaming media.
- the main CSA 44 is further connected to two regional CSAs 46 and 48, representing and taking care of respectively a region A and a region B, in this non-limitative example.
- the main CSA 44 can be connected to a plurality of regional CSAs and each regional CSA can be connected to a plurality of sub-regional CSAs, and so forth.
- the regional CSA 46 is connected to a router 50 using, for example, an ATM (Asynchronous Transfer Mode) or Ethernet network, for delivering to end users 52 the media streams requested by them.
- the end users 52 are located inside region A.
- the requested media streams enter the home of each end user 52 through an access element 51 such as a DSLAM (Digital Subscriber Line Access Multiplexer).
- DSLAM Digital Subscriber Line Access Multiplexer
- the regional CSA 48 is connected in a same manner as the regional CSA 46. Indeed, the regional CSA 48 is connected to a router 54 using, for example, an ATM (Asynchronous Transfer Mode) network or an Ethernet network, for delivering to end users 56 media streams requested by them.
- the end users 56 are located inside region B.
- the media streams enter the home of each end user 56 through an access element 55 such as a DSLAM (Digital Subscriber Line Access Multiplexer).
- DSLAM Digital Subscriber Line Access Multiplexer
- the main CSA 44 sends only one copy of the requested media streams to each regional CSA 46 and 48.
- Each regional CSA 46 and 48 then, in turn, duplicates the received media streams and sends them over its respective network to the end users belonging to its own region (region A and B respectively), according to requests from the end users for these media streams.
- a request process for a media stream from an end user is as follows.
- the end user wants to listen or watch a piece of music or video, he/she sends a request to the regional CSA to which he/she belongs to. If the user belongs to the region A, then his/her request is sent to the regional CSA 46. If he/she belongs to the region B, then his/her request is sent to the regional CSA 48. Then, the regional CSA 46 or 48 communicates with the main CSA 44 for requesting the media streams corresponding to the desired piece of music or video. Finally, the main CSA 44 communicates with the streaming servers 42 for accessing the requested media streams, which will be then forwarded from the main CSA 44 to the regional CSA 46 or 48 that made the request and finally from the regional CSA 46 or 48 to the specific end user.
- such broadcasting network can be an internet TV broadcasting network.
- the distributed network 60 comprises a main office 62 connected, on one side, to a regional office 64, through a network 66, which can be, for example, an optical network using SONET (Synchronous Optical Networking).
- a network 66 which can be, for example, an optical network using SONET (Synchronous Optical Networking).
- the main office 62 is connected to different receiving systems for receiving broadcast media, such as a satellite 68 or an antenna 70, as illustrated in Figure 3.
- the receiving systems can include either analog or digital devices.
- the main office 62 can be directly connected to a source server 72, for example an interactive content authority server.
- a source server 72 for example an interactive content authority server.
- the main office 62 comprises a main CSA
- an encoder 80 is connected to the input of the main CSA 74, for converting analog media streams, received from the analog receiving systems such as 68 and 70, into digital media streams and for encoding them.
- the media streams coming from the receiving systems 68 and 70 are first processed through a decoder 76 and a demodulator 82, respectively, which are both connected as input to the encoder 80.
- the decoder 76 can be an integrated receive decoder for decoding the analog media streams coming from the satellite 68.
- the demodulator 78 allows for demodulating the analog modulated media streams received from the antenna 70.
- the main CSA 74 can receive digital media streams from the source server 72, for example an interactive content server, through a streaming server 82, interposed between the server 72 and the main CSA 74.
- the main CSA 74 performs a first duplication of the media streams and delivers them to the regional office 64 over the network 66 through a router 84 and an ATM switch 86.
- the router 84 can be a router of layer 3 of OSI (Open Systems Interconnections), using ATM or Ethernet, for example.
- the switch 86 forwards, in layer 2 of OSI, the media streams to the regional office 64, which will take care of a second duplication of the media streams.
- the router 84 can be also connected to a middleware server
- the switch 86 is connected to the network 66, which uses SONET for example.
- the network 66 allows the main office 62 to route the media streams and communicate with the regional office 64.
- the regional office 64 is not necessarily directly connected to the main office 62.
- VPN Virtual Private Network
- the main office 62 can implement different VPN tunneling technologies.
- the main CSA 74 controls the whole system over the distributed network 60, meaning that all the configuration and key features are concentrated in the main CSA 74.
- main CSA 74 has the responsibility of the reservation of path between the main office 62 and each regional office such as 64 connected thereto. Indeed, a plurality of regional offices such as 64 can be connected to the main office 62 through the SONET network 66. Also, all the bandwidth reservation in the context of QoS (Quality of Service) delivery is managed by the main office 62, which will be described hereinbelow.
- QoS Quality of Service
- the main CSA 74 comprises a processing element
- the processing element 120 communicates with the forwarding element 122 through a private network 124, which can be a base channel for example.
- the processing element 120 comprises a Real-Time
- Streaming Protocol (RTSP) proxy 126 for handling users' requests for media streams or regional CSAs' requests and media streams coming from the streaming server 82 or the encoder 80 in Figure 3. Also, the proxy 126 allows for authentication of the users requesting media streams.
- RTSP Streaming Protocol
- the main CSA 74 comprises a MVIF (Multiple
- the processing element 120 also comprises a bandwidth manager 130 for taking care of the bandwidth reservation and QoS (Quality of Service) in the distributed network 60. Indeed, to deliver exceptional quality of media streams to an end user, bandwidth management between the main office 62 and the regional office 64 must be enforced. Bandwidth management strategies must be offered and easy to handle for an outside operator to manage correctly the distributed network 60.
- QoS Quality of Service
- bandwidth manager 130 of the main CSA 74 can negotiate the required bandwidth when new media streams are sent to a regional office such as 64 so that a minimum and average bandwidth are guaranteed.
- adaptive buffering in the regional office 64 should be provided.
- the processing element 120 further comprises a packet marking element 132, which allows for identifying each data packet from the requested media streams and for specifying a certain QoS.
- the packet marking element 132 can use technologies, such as ToS (Terms of Service) from layer 3 of OSI, and pBits (Priority bits) from layer 2 of OSI, to characterize real-time data packets. It should be noted that packet marking can be different for each media stream and regional office 64 and a combination thereof. Indeed, each media stream can have a different pricing, depending, for example, on the QoS guaranteed to each user. Therefore, prioritization in terms of bandwidth will be performed in consequence. The marking of the packets is modified in regards to the pBits and ToS in order to reflect different bandwidth negotiations. Furthermore, generally, packet marking is not constant from one network to another. Therefore, the packet marking element 132 also offers a multitude of configuration options to the operator.
- the packet marking element 132 generally identifies each packet and decides which marking strategies or appropriate marking should be used for each packet.
- a stream modifier 148 takes care of changing each packet according to the appropriate marking decision and/or strategy selected by the packet marking element 132.
- the processing element 120 also includes an alarm system
- the alarm system 134 which allows for centralizing and collecting all the distributed alarms generated across the network 60.
- the alarm system 134 can report the collected alarms to an outside interface, such as a remotely connected computer controlled by the operator, using for example a standard protocol such as SNMP (Simple Management Network Protocol).
- SNMP Simple Management Network Protocol
- the quality of different links in the network 60 is measured with the user experience quality, a measure based on the user's experience such as MOS (Mean Opinion Score), and should be available through simple interfaces. This will allow the operator to take preventive measures when the main office 62 detects bottlenecks or network errors.
- MOS Mobile Opinion Score
- main CSA 74 comprises a statistics reporter
- the statistics reporter 136 which allows for gathering all the statistics about the network 60. For that purpose, it receives periodically all the statistics from the regional office 64. Then, the statistics reporter 136 aggregates and stores them in a reliable location, such as a memory unit (not shown). A database of the collected statistics can be created for further uses and queries and easier management. It should be noted that an outside interface should be provided for searching or exporting the aggregated statistics.
- the processing element 120 comprises a transport controller 138 for managing the transport of media streams.
- the transport protocol can support both unicast and multicast protocols.
- a copy of the requested media stream is sent from the main CSA 74 to each regional office such as 64, requesting for that media stream.
- the main CSA 74 sends out only one media stream propagated through the network 60 to reach every regional office such as 64 after at least one regional office has requested that media stream.
- the transport controller 138 further actively supervises the link between the main office 62 and each regional office such as 64.
- the transport controller 138 has a fast link failure detection function. If a link failure is detected by the transport controller 138, the media streams are switched over to a backup route implemented in the network 60 (not shown in Figure 3).
- the regional office 64 can send a link status information report to the main office 62 every 200 ms. This report contains, for instance, the number of packets received in the last interval. If no packets are received by the main office 62 after 3 intervals of 200 ms, the transport controller 138 will switch the requested media streams to the backup route for delivery to the end users.
- the level of communications between the main office 62 and the regional office 64 is kept to a minimum in order to optimize the link capacity between the main office 62 and the regional office 64.
- the latter term "communications” mainly concerns the cases when a new media stream is requested by an end user and when the regional office 64 reports statistics to the main office 62.
- the forwarding element 122 of the main CSA 74 comprises a network processing unit (NPU) 140 and a host 144.
- NPU network processing unit
- the NPU 140 mainly takes care of the duplication process
- the NPU 144 comprises a duplicator 146, a receiver/sender 147, the stream modifier 148 as mentioned above, a Real-Time Control Protocol (RTCP) handler 149, a packet sender 151 , and a local packet handler 153.
- RTCP Real-Time Control Protocol
- the receiver/sender 147 receives the media streams coming from the streaming server such as 82 of Figure 3. Then, the receiver/sender 147 forwards the media streams to the duplicator 146, which first performs a flow matching of the received media streams. If the media streams are identified, then they are duplicated by the duplicator 146 (unicast protocol). If the media streams cannot be identified, then, they are sent to the local packet handler 153 for further processing with the help of the processing element 120 for example. The duplicated packets which will be subsequently forwarded to the regional office 64 are called "forward packets", in contrast to the local packets, which could not be identified and therefore need further processing.
- the duplicated media streams are sent from the duplicator
- the stream modifier 148 for modifying the duplicated media streams according to each user's destination.
- the information concerning each user is looked up in tables 150 contained in the host 144.
- the duplicated media streams are sent out over the network 66 through the packet sender 147.
- the NPU 140 also takes care of RTCP (Real-Time Control
- the RTCP receiver report collects/gathers cumulative packet drop or loss information, which constitutes an indication of the quality of a link. Therefore, one easy way to detect problems in a media stream of data packets is to use RTCP receiver reports.
- the values given by this report can form statistics which are then analyzed and compared to a threshold of packet drop for preventive purposes. For example, if the analyzed value is below a certain QoS threshold, then adjustment of the QoS drop function is necessary in order to provide an acceptable quality of the link. All abnormal data packets should be flagged to a controller 152 in the host 144 so that a network dynamic down sampling adjustment can be activated, for example.
- the host 144 comprises the above mentioned controller 152 for managing the execution of user commands, such as adding, removing or fetching a media stream.
- the controller 152 has a control protocol for allowing the host 144 to send requests and receive responses.
- the regional office 64 is described. It comprises a regional CSA 90, connected to a router 94.
- the router 94 is connected to the network 66 through an ATM switch 92.
- the regional CSA 90 receives the requested media streams from the main CSA 74 of the main office 62, through the network 66, the ATM switch 92 and the router 94.
- the regional CSA 90 duplicates the requested media streams and then forwards the duplicated requested media streams to the end users 96, through the router 94 and respective DSLAM 104.
- Each user's end comprises, for example, a computer 98 and/or a television 100 for viewing or listening to the received requested broadcast media streams.
- the computer 98 or television 100 is connected to a DSL (Digital Subscriber Line) modem 102 for accessing the duplicated media streams provided through the DSLAM 104 of the regional office 64.
- DSL Digital Subscriber Line
- other types of connections are possible, such as radio frequencies, wireless links, etc.
- the regional office 64 is responsible for authentication of the users 96 and final duplication of the requested media streams, which is performed by the regional CSA 90 and will be described hereinbelow.
- the regional CSA 90 comprises a processing element (processor) 160 and a forwarding element 162, which are connected to each other through a private network 164, such as a base channel.
- the processing element 160 comprises a RTSP proxy 166 for intercepting and processing the requests from the end users 96 in Figure 3.
- the proxy 166 comprises a user request handler 168 for processing users' requests. It also comprises a user authentication element 170 for validating users' identity. This function is critical especially in applications such as IP TV where the network 60 is a private network and therefore each end user must be authenticated and identified. Finally, to respond to the users' requests, the proxy 166 comprises a streamer handler 172 which communicates with a streaming server (not shown) or the main CSA 74 for fetching the requested media streams for the user 96.
- the processing element 160 also has a MVIF driver 174 for establishing a communication interface between the processing element 160 and the forwarding element 162 over the private network 164.
- the processing element 160 further comprises a QoS element 176.
- the QoS element 176 allows for supporting advanced QoS functions, specially during the last segment of the network where the requested media streams are delivered to the end users 96.
- the QoS element 176 can modify or correct, through a stream modifier 188, each packet's marking in a media stream, which was performed by the stream modifier 148 under the control of the packet marking element 132 of the main CSA 74 of Figure 4. Indeed, each media stream can be marked differently for each user 96.
- the packet marking strategies are dependent on the bundle or package deal offered to each user 96 by a network operating company, such as a telephone company or an ISP (Internet Service Provider) for example.
- the processing element 160 comprises a stream quality element 178.
- the stream quality element 178 allows for an early detection of a problem in the connection/link between the main office 62 and the regional office 64. If packets in the media stream start to be lost and dropped, a flag will be sent to the user 96, as well as a request for an immediate action to be activated.
- the media streams circulating in the distributed network 60 are self-monitoring and self-testing for reporting quality degradation (i.e. negative quality variations) to the regional office 64.
- the regional office 64 further evaluates the quality of media streams passing through itself. The evaluation is derived from a user experience quality, using MOS (Mean Opinion Score). To save network bandwidth between the main office 62 and the regional office 64, those self-testing results are sent to the main office 62 only under a request explicitly expressed by an operator, for example.
- MOS MoS
- the regional CSA 90 of Figure 5 has a distributed content entry 180.
- media streams can be terminated in different CSAs.
- a regional office such as 64 can receive the requested media streams directly from a streaming server such as 82, without going through the main office 62. This feature gives opportunities to operators for distributing geographically different media stream entries in the network 60.
- the media streams received from the distributed content entry can be used directly at the regional office 64 but also they can be copied and forwarded to the main office 62 for "regular" processing (such as duplication).
- the main office 62 can then distribute the duplicated media streams to other regional offices requesting for those media streams.
- the same network bandwidth management as above described should be applied between the regional office 64 and the main office 62.
- the main office 62 is still in charge of making the reservation of the necessary bandwidth.
- the forwarding element 162 of the regional CSA 90 is very similar to the forwarding element 140 of the main CSA 74.
- the forwarding element 162 takes care of the duplication process of the media streams requested by the users 96 for the last section of the delivery network.
- the NPU comprises a receiver/sender 185, a duplicator 186, the stream modifier 188 as mentioned above, a RTCP handler 190, a packet sender 192, and a local packet handler 194. All those elements are similar to those in the forwarding element 140. Therefore, they will not be described in further details.
- each CSA whether it is a main CSA such as 74 or a regional CSA such as 90, additional processing elements (processors) can be found for implementing further functionalities and services.
- the main office can be connected to a plurality of regional offices identical or similar to the regional office 64.
- the Real-Time Protocol is generally used for the communications between the different elements of the network 60.
- RTP Real-Time Protocol
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
L'invention concerne un procédé et un système de duplication et de distribution d'au moins un flux multimédia, demandé par des utilisateurs finaux, à partir d'au moins une source de flux multimédia jusqu'aux utilisateurs finaux à l'aide d'un protocole d'unidiffusion, lequel système comprend un accélérateur de distribution en flux continu principal pour dupliquer le flux multimédia demandé pour produire une pluralité de premiers flux multimédia dupliqués et une pluralité d'accélérateurs de distribution en flux continu régionaux, chacun en communication avec l'accélérateur de distribution en flux continu principal, pour recevoir l'un des premiers flux multimédia dupliqués et pour dupliquer le premier flux multimédia dupliqué pour produire de seconds flux multimédia dupliqués distribués aux utilisateurs finaux. L'accélérateur de distribution en flux continu principal et la pluralité d'accélérateurs de distribution en flux continu régionaux forment un réseau distribué de type arborescent pour une duplication et une distribution à plusieurs étages du flux multimédia demandé aux utilisateurs finaux.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US89812707P | 2007-01-30 | 2007-01-30 | |
US60/898,127 | 2007-01-30 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2008092250A1 true WO2008092250A1 (fr) | 2008-08-07 |
Family
ID=39673600
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CA2008/000183 WO2008092250A1 (fr) | 2007-01-30 | 2008-01-29 | Système coopératif et procédé de duplication et de distribution de flux multimédia d'une manière distribuée |
Country Status (1)
Country | Link |
---|---|
WO (1) | WO2008092250A1 (fr) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013071978A1 (fr) * | 2011-11-18 | 2013-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Plateforme de distribution de données |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020161910A1 (en) * | 2001-04-30 | 2002-10-31 | David Bill | Generating multiple data streams from a single data source |
US20050259682A1 (en) * | 2000-02-03 | 2005-11-24 | Yuval Yosef | Broadcast system |
US6989856B2 (en) * | 2003-10-08 | 2006-01-24 | Cisco Technology, Inc. | System and method for performing distributed video conferencing |
US7133922B1 (en) * | 2000-08-07 | 2006-11-07 | The Hong Kong University Of Science And Technology | Method and apparatus for streaming of data |
US20060277316A1 (en) * | 2005-05-12 | 2006-12-07 | Yunchuan Wang | Internet protocol television |
US20070058629A1 (en) * | 2005-09-09 | 2007-03-15 | Luft Siegfried J | Application driven fast unicast flow replication |
-
2008
- 2008-01-29 WO PCT/CA2008/000183 patent/WO2008092250A1/fr active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20050259682A1 (en) * | 2000-02-03 | 2005-11-24 | Yuval Yosef | Broadcast system |
US7133922B1 (en) * | 2000-08-07 | 2006-11-07 | The Hong Kong University Of Science And Technology | Method and apparatus for streaming of data |
US20020161910A1 (en) * | 2001-04-30 | 2002-10-31 | David Bill | Generating multiple data streams from a single data source |
US6989856B2 (en) * | 2003-10-08 | 2006-01-24 | Cisco Technology, Inc. | System and method for performing distributed video conferencing |
US20060277316A1 (en) * | 2005-05-12 | 2006-12-07 | Yunchuan Wang | Internet protocol television |
US20070058629A1 (en) * | 2005-09-09 | 2007-03-15 | Luft Siegfried J | Application driven fast unicast flow replication |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013071978A1 (fr) * | 2011-11-18 | 2013-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Plateforme de distribution de données |
CN104067563A (zh) * | 2011-11-18 | 2014-09-24 | 瑞典爱立信有限公司 | 数据分发平台 |
US20150039635A1 (en) * | 2011-11-18 | 2015-02-05 | Telefonaktiebolaget L M Ericsson (Publ) | Data distribution platform |
CN104067563B (zh) * | 2011-11-18 | 2017-10-31 | 瑞典爱立信有限公司 | 数据分发平台 |
US10558717B2 (en) | 2011-11-18 | 2020-02-11 | Telefonaktiebolaget Lm Ericsson (Publ) | Data distribution platform |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20020023164A1 (en) | Method and apparatus for client-side authentication and stream selection in a content distribution system | |
EP2034731A1 (fr) | Procede de traitement de service de multidiffusion et equipement d'acces | |
US20070253409A1 (en) | Method for Realizing the Multicast Service | |
CN101656872B (zh) | 一种减少网络电视频道切换时延的方法和系统 | |
EP2817971B1 (fr) | Diffusion en continu commandé par réseau | |
US20030099202A1 (en) | System and method for distribution of data packets utilizing an intelligent distribution network | |
WO2009146621A1 (fr) | Procédé de traitement de données, passerelle de réseau large bande, contrôleur de politique et dispositif d'accès | |
US20160233950A1 (en) | Dynamically adjusting the transmission mode in a satellite communication system | |
US7549160B1 (en) | Method and system for authenticated access to internet protocol (IP) multicast traffic | |
JP2006246395A (ja) | マルチキャストプロキシ装置 | |
US20060098668A1 (en) | Managing membership within a multicast group | |
EP3061225B1 (fr) | Transmission en diffusion groupée sur une large bande liée | |
US20120102188A1 (en) | Mechanism for tracking host participation in multicast groups | |
JP2015510301A (ja) | 複数の通信リンクを結合するシステム及び方法 | |
WO2009021460A1 (fr) | Procédé de rapport d'un résultat de mise en œuvre de politique, système de communication par réseau et équipement | |
EP2351300B1 (fr) | Procédé et système d'établissement de flux multimédia numériques | |
WO2008046336A1 (fr) | Système et procédé permettant un contrôle d'accès réparti dans un service multidiffusion | |
US7483388B2 (en) | Method and system for sending a multimedia stream in an IP multicast network | |
EP2567510B1 (fr) | Sélection de source par des routeurs | |
US8239909B2 (en) | Method of securing resources in a video and audio streaming delivery system | |
CN111372103A (zh) | 一种组播方法、装置、设备和计算机存储介质 | |
US20100002779A1 (en) | Mechanism for the management of receivers/decoders connections | |
WO2008092250A1 (fr) | Système coopératif et procédé de duplication et de distribution de flux multimédia d'une manière distribuée | |
EP1793552A1 (fr) | Réseau de communication et procédé d'obtention d'information d'usager | |
Huijuan et al. | Improvement Approach of IPTV Bearer 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: 08706330 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: 08706330 Country of ref document: EP Kind code of ref document: A1 |