Abstract:
The invention concerns a method for flow control in a peer-to-peer live streaming communication network comprising a plurality of nodes characterized in that the rate at which a nod sends information to another node increases proportionally to the quantity of information present at node which has not yet reached node and decreases proportionally to a value attached to the link connecting node to node.

Description:
FIELD OF THE INVENTION 
       [0001]    The present invention pertains to the field of communication networks. 
         [0002]    The present invention more particularly relates to a method for flow control in a peer-to-peer live streaming communication network. 
       BACKGROUND OF THE INVENTION 
       [0003]    Consider a peer-to-peer network with a distinguished node called the source. The source wants to send a stream of bytes to a set of nodes in the peer-to-peer network called the receivers at a fixed rate (i.e. each receiver needs to receive data at the specified rate). The remaining nodes in the peer-to-peer network are called helpers and their role is to relay information. They do not have any rate requirements. 
         [0004]    In the peer-to-peer network, each node has a fixed set of outgoing links towards neighbouring nodes over which it sends out data. We call these links overlay links. An overlay link from a node i to its neighbour node j uses several underlay links. In a real setting such an overlay link can be assimilated with a UDP flow from host i to host j in an IP network, while an underlay link can be assimilated with a physical link connecting two IP routers. 
         [0005]    If node i sends data to node j on the overlay link (i,j) at a rate c then all the underlay links used by link (i,j) need to support rate c in addition to any other traffic they might be transmitting. Underlay links can be shared among overlay links. Thus, if an underlay link is being used simultaneously by two overlay links which transmit data at rates c 1  and c 2  respectively, then the underlay link will be used to send data from both overlay links at rate c 1 +c 2 . 
         [0006]    Underlay links have a maximum rate at which they can be used. We introduce the natural concept of feasible rate allocation: a set of rates for the overlay links supported by the underlay links (i.e. all underlay links are used at rates lower than the maximum rate which they can sustain). 
         [0007]    The congestion control problem can be formulated as a cost minimization problem. We can assign a real cost to each rate allocation. This cost characterizes the level of congestion in the network for that specific rate allocation. We obtain a global cost function defined on the set of all possible rate allocations. Equivalently, the global cost can be represented as the set of marginal overlay link costs (or overlay link prices). Among all feasible rate allocations such that all of the receivers&#39; rate requirements are satisfied, consider a rate allocation achieving the minimum global cost. We call such a rate allocation a globally optimal allocation for the chosen global cost function. 
       Example of Cost Function Capturing Congestion and ISP Requirements: 
       [0008]    A specific set of link prices can be defined as follows: For a particular overlay link e from node i to node j, we set its price to have the following two additive components:
       the first one proportional to the observed packet Round Trip Time (RTT) from node i to node j—the congestion term,   the second one a constant defined by the Internet Service Provider (ISP) (e.g. the sum of the weights of the underlay links used by the overlay link e)—the ISP term.       
 
         [0011]    The price functions described above have the following properties: the congestion term of the price is inversely proportional to the spare capacity of the overlay link, while the ISP term can be set by the ISP to specific values chosen to avoid intense usage of specific underlay links in the underlying physical topology. 
         [0012]    Then any mechanism which guarantees convergence to overlay link rates forming a globally optimal allocation for the cost function defined above performs ISP-friendly congestion control for peer-to-peer live streaming systems. 
         [0013]    Prior art knows, through the publication “ Minimum cost multicast over coded packet networks ” (Desmond S. Lun, Niranjan Ratnakar, Muriel Medard, Ralf Koetter, David R. Karger, Tracey Ho, Ebad Ahmed, and Fang Zhao. IEEE/ACM Trans. Netw., 14 (SI):2608-2623, 2006), a message passing scheme which computes a globally optimal allocation. The scalability of this approach is limited due to the fact that messages relative to each receiver need to be passed throughout the network. Thus the number of state variables to be maintained at each node scales linearly with the number of receivers. 
         [0014]    Prior art also knows, through the publication “ Min - cost selfish multicast with network coding ” (S. Bhadra, S. Shakkottai, and P. Gupta. Information Theory, IEEE Transactions on, 52 (11):5077-5087, 2006), a so-called UESSM selfish routing algorithm. It is shown that UESSM converges to the min-cost flow allocation for a particular type of cost function. This approach has the same scalability limitations as the above-cited publication by Lun et al. 
         [0015]    Consider a peer-to-peer network as defined previously which does not contain any helper nodes. Thus, the source wishes to convey a stream of bytes to all the other nodes in the network at a fixed rate. Previously described solutions in the publications by Lun et al. and Bhadra et al. also apply to this case, but they maintain the same scalability issues. 
         [0016]    In “ Utility maximization in peer - to - peer systems ” (Minghua Chen, Miroslav Ponec, Sudipta Sengupta, Jin Li, and Philip A. Chou. In SIGMETRICS &#39;08: Proceedings of the 2008 ACM SIGMETRICS international conference on Measurement and modeling of computer systems, pages 169-180, New-York, N.Y., USA, 2008. ACM), the authors wish to maximize a utility function. The authors present a solution involving packing a polynomial number of depth-1 and -2 Steiner trees for multisource multicast. The scalability of their approach is again limited as it requires all peers to maintain data exchanges with all other peers. 
       SUMMARY OF THE INVENTION 
       [0017]    The present invention aims at solving the above-mentioned drawbacks of the prior art solutions. 
         [0018]    The present invention proposes a fully distributed scalable flow control mechanism for live streaming broadcast in a peer-to-peer network. 
         [0019]    The technical problem the present invention seeks to solve is the following: find a fully distributed scalable scheme for flow control that converges to the rate allocation of minimum cost among all rate allocations which satisfy the rate requirements. 
         [0020]    The scheme needs to be distributed in the sense that the rate adaptation rule for a specific overlay link should only use information locally available at the nodes adjacent to the link. The scalability constraint imposes that nodes maintain a small (typically constant) number of state variables per streaming session. 
         [0021]    In the context of the present invention, all nodes are assumed to have up-to-date knowledge of the collection of packets present at their one-hop neighbours (this is not a strong assumption, since such knowledge can be obtained by the use of local control messages). The inventors have defined the usefulness of a node i to a node j as the quantity of information present at node i which has not yet reached node j (e.g., in the case of store-and-forward networks, the packets generated at the source that node i has already received and which are not present at node j). 
         [0022]    The present invention defines a rate adaptation rule for each of the overlay links in the peer-to-peer network. For an overlay link e from node i to node j, the rate c ij  at which this link is used is decided
       by i in a push-based network (i.e. in which nodes send information to neighbours without specific requests issued to them),   by j in a pull-based network (i.e. in which nodes send specific requests for information to neighbours).       
 
         [0025]    Specifically, the solution according to the present invention imposes the following rule on all directional links e from node i to node j: 
         [0026]    The rate at which node i sends information to node j increases proportionally to the usefulness of node i to node j and decreases proportionally to the price of the link connecting node i to node j 
         [0027]    The inventors have shown that for coded packet networks (i.e. using Random Linear Network Coding) the solution according to the present invention does not deviate from the global optimum. For both coded packet networks and classic packet networks (i.e. store-and-forward networks), numerical simulations show that the solution according to the present invention is stable. 
         [0028]    The present invention is defined, in its broader sense, as a method for flow control in a peer-to-peer live streaming communication network comprising a plurality of nodes (i, j, . . . , N), characterized in that the rate at which a node (i) sends information to another node (j) increases proportionally to the quantity of information present at node (i) which has not yet reached node (j) and decreases proportionally to a value (V) attached to the link connecting node (i) to node (j). 
         [0029]    According to an embodiment, said value (V) is proportional to the observed packet Round Trip Time (RTT) from node (i) to node (j). 
         [0030]    According to another embodiment, said value (V) is a constant defined by an operator of said communication network (called Internet Service Provider or ISP). 
         [0031]    According to another embodiment, said value (V) is related to the packet loss rate on said link connecting node (i) to node (j). 
         [0032]    According to another embodiment, said value (V) is linked to ECN marks as defined by the IETF ECN standard. 
         [0033]    According to a particular embodiment, said value (V) is computed as a combination of:
       observed packet Round Trip Time (RTT) from node (i) to node (j);   a constant defined by an operator of said communication network (called Internet Service Provider or ISP);   the packet loss rate on said link connecting node (i) to node (j); and   ECN marks as defined by the IETF ECN standard       
 
         [0038]    According to an embodiment, said rate is decided by node (i). 
         [0039]    According to another embodiment, said rate is decided by node (j). 
         [0040]    According to an embodiment, the quantity of information present at node (i) which has not yet reached node (j) is the collection of packets present at node (i) which has not yet reached node (j). 
         [0041]    According to another embodiment, Random Linear Network Coding is used and the quantity of information present at node (i) which has not yet reached node (j) is expressed as the difference between the rank of the matrix obtained by merging the matrices of coefficients of the two nodes (i) and (j) and the number of linearly independent coefficients at node (j).
       The advantages provided by the present invention are the following:       
 
         [0043]    Scalability—Nodes only need to update two quantities for each of their outgoing links: the “usefulness” and the rate at which the link is to be used. All the previously proposed solutions have limited scalability, in the sense that control variables associated to each link scale with the number of receivers in the network. 
         [0044]    Implementation ease—The rate adaptation rule for each overlay link is the only feature which needs to be implemented. It only requires local information (i.e. local to the overlay link—control messages need to be exchanged only between neighbours). It can be enforced on top of an existing live streaming peer-to-peer implementation. 
         [0045]    Optimality when Network Coding is used—The inventors have proved that when nodes use Random Linear Coding instead of simply storing and forwarding packets, the solution according to the present invention does not deviate from a globally optimal allocation. The inventors conjecture (and numerical evidence supports this conjecture) that starting from any rate allocation, the solution according to the present invention achieves convergence to a globally optimal allocation. 
         [0046]    Near-optimal behaviour for classic store and forward peer-to-peer networks—Numerical simulations show that the solution according to the present invention performs well even when Network Coding is not used. 
         [0047]    Stability—The inventors have proved that the solution according to the present invention is stable for the class of separable global cost functions, i.e. when the price of each overlay link only depends on the rate at which it is used and does not depend on the rates of any other overlay links (there are no interdependencies between distinct overlay links). The inventors conjecture that the solution according to the invention is stable for general cost functions. Numerical simulations support this claim and show stability in all the tested scenarios. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0048]    The following detailed description will be better understood with the drawings, in which: 
           [0049]      FIG. 1  shows a peer-to-peer communication network comprising a plurality of nodes; and 
           [0050]      FIG. 2  is a flow-chart representing the method according to the present invention. 
       
    
    
     DETAILED DESCRIPTION 
       [0051]    In the present invention, we consider a peer-to-peer live streaming communication network comprising a plurality of nodes (i, j, . . . , N). 
         [0052]    Each node comprises computing means and communication means for connecting to the peer-to-peer network. 
         [0053]      FIG. 1  shows a peer-to-peer communication network comprising a plurality of nodes 
         [0054]      FIG. 2  is a flow-chart representing the method according to the present invention. 
         [0055]    According to an embodiment, nodes maintain the following state variables per outgoing overlay link:
       An RTT estimate   A value called “the weight”   The target rate   A variable characterizing the amount of useful information that can be transferred along the overlay link called “the usefulness” of the overlay link       
 
       Tracker 
       [0060]    Upon connecting to the peer-to-peer streaming system, a node receives a list of neighbors from a host called “the tracker”. The peer-to-peer system has a special node called “tracker”. Upon arriving in such a system a peer contacts the tracker. The tracker then returns a list of addresses of active peers to which the newcomer can connect directly. Hence, the tracker imposes the set of neighbors of newly connected peers. In the present setting, the tracker is set up by the service provider and detains information with respect to the network location of peers. 
         [0061]    A peer only communicates with its neighbors. In peer-to-peer streaming nodes communicate only with their neighbors. In a so-called “pull” system a node will request missing chunks of data from its neighbors and, if the neighbors have these chunks, they will send them to the requester. Thus the chunks propagate through the entire network without a centralized controller. 
       Determining Cost 
       [0062]    The RTT (Round Trip Time) between two peers characterizes congestion on the overlay link connecting the two. For example, queuing theory shows that the sojourn time of a packet in an M/M/1 queue is inversely proportional to the spare capacity of the queue. In the present context, an estimate of the RTT is maintained by periodical probe packet measurements as a measure of congestion. The RTT is used to compute the dynamic cost of transmitting along that overlay link which is due to congestion. 
         [0063]    When providing a node with the list of neighbors, the tracker also provides the ISP-term of the prices of the overlay links that connect the node to the neighbors. This price is computed for each overlay link as the sum of the weights of the physical links that the overlay link is using. The peer-to-peer network is defined by overlay links between peers. The term “overlay link” is an abstraction for the routing process. In fact, when a packet is sent from a peer A to a peer B (i.e., along the overlay link A-B), it will traverse several physical links and intermediary IP routers. In this sense, the overlay link A-B “uses” the set of physical links that are traversed by packets originating at A and addressed to B. The tracker (set up by the service provider) stores a weight for each physical link in the provider&#39;s network. These weights can be customized by the service provider and they represent a fixed price (or cost). The higher the weight of a physical link, the least desirable it is for the service provider that that specific physical link be used. When a peer A within the provider&#39;s network connects for the first time to the tracker, the latter knows for each active peer B which physical links will be used by the overlay link A-B. When it communicates to peer A the address of peer B, it also includes the sum of the weights of these physical links, thus providing peer A with the fixed price (cost) of the overlay link A-B. 
         [0064]    The price of an overlay link will be computed as the sum of the RTT estimate and the tracker-assigned weight. That is, the total cost of overlay link A-B is defined as the sum of the congestion cost (estimated as the RTT) and the fixed cost provided by the tracker. 
       Determining Usefulness 
       [0065]    In the case of classic store and forward networks, the usefulness of an overlay link is defined as the number of packets present at the origin node and absent at the destination node. 
         [0066]    Every node wishes to receive the same data from the source. In the classic setting, a piece of content is divided into packets (or chunks) at the source node. In the beginning the source has all the chunks and the receivers have none. Nodes collect the chunks, but they can receive them only from their neighbors (the set of which may or may not include the source node). Hence, if we follow the distribution of a single chunk, the nodes which have the source as a neighbor will receive the chunk immediately and they will store it, then the chunk will propagate from these nodes to their neighbors, and so on. Two neighbors A and B simply exchange vectors of bits saying whether or not they have some specific chunk. For instance, if there are 5 chunks in total and A has only chunk# 1  and chunk# 3  it will send 10100 to B. If B only has chunks # 2 , # 3  and # 5 , it will send 01101 to A. Then A will know that only chunk # 1  is useful for B, and B will know that only chunks # 2  and # 5  are useful for A. Determining this value is feasible by periodically exchanging bitmaps describing the sets of packets present at the nodes. These bitmaps can be piggy-backed on the actual data packets. 
         [0067]    In the case in which Random Linear Network Coding is used, a node holds a linearly independent set of coefficient vectors and the corresponding coded data packets. The usefulness of an overlay link can be expressed as the difference between the rank of the matrix obtained by merging the matrices of coefficients of the two nodes adjacent to the link and the number of linearly independent coefficients at the receiver node (i.e. the dimension of the vector space spanned by the coefficients at the receiver node). It can be directly computed by maintaining the aforementioned matrix of coefficients, or it can be estimated by a statistical method based on limited signaling exchanges between the two communicating nodes. 
         [0068]    In the context of Random Linear Coding the term “coefficients” does refer to a specific notion. Namely, the source splits content into N chunks (or packets), like in the classic setting, but instead of sending individual chunks to its neighbors, it sends random linear combinations thereof. I.e. if we call the chunks c 1 , . . . , cN, then it picks N random coefficients a 1 , . . . , aN and transmits these coefficients, along with the coded packet a 1 *c 1 + . . . +aN*cN. The advantage of doing this is that intermediary nodes (that have received only a few linear combinations) can generate coded packets themselves by re-coding the packets they have received. Let&#39;s say you take two linear combinations and sum them up—then you get yet another linear combination, although you still don&#39;t know the original packets. By the end, each receiver will need to get N linearly independent coded packets and then will need to solve a linear system in order to retrieve the original (uncoded) packets. The fact that the coefficients are picked at random insures linear independence with high probability. 
       Determining the Rate 
       [0069]    Periodically the rate of an overlay link is adapted as follows: it increases proportionally to the usefulness and decreases proportionally to the price of the link. 
         [0070]    We show that all the content is delivered to the receivers and that cost-optimality holds. For instance, sending data at the maximum rate possible on each overlay link would deliver the content, but would clearly not minimize communication cost! 
       Packet Scheduling 
       [0071]    Packets are sent at the rate indicated by the maintained state variable. It is referred to as “the target rate” in the list of state variables maintained per overlay link If UDP is used, the rate can be enforced in two ways:
       Maintaining a “window” of packets to be sent and waiting for an acknowledgement before sending the contents of the next window,   Spacing packets equally to achieve desired rate by using a “leaky bucket” implementation.       
 
         [0074]    If TCP is used, the solution according to the present invention is implemented at the application layer above TCP by providing packets to the TCP socket at the previously determined rate. 
         [0075]    The above specification, examples and drawings provide a complete description of the method according to the present invention. Since many embodiments of the invention can be made without departing from the spirit and scope of the invention, the invention resides in the claims herein after appended.