CN105898388B - A kind of node download schedule method and apparatus - Google Patents
A kind of node download schedule method and apparatus Download PDFInfo
- Publication number
- CN105898388B CN105898388B CN201610206227.0A CN201610206227A CN105898388B CN 105898388 B CN105898388 B CN 105898388B CN 201610206227 A CN201610206227 A CN 201610206227A CN 105898388 B CN105898388 B CN 105898388B
- Authority
- CN
- China
- Prior art keywords
- node
- neighbor node
- mode
- flow data
- downloaded
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/23805—Controlling the feeding rate to the network, e.g. by controlling the video pump
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
- H04N21/2385—Channel allocation; Bandwidth allocation
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The present invention relates to a kind of node download schedule method and apparatus, this method comprises: sliding window is set on the basis of the currently playing head for the live stream that node is played, wherein, live streaming flow data is not downloaded in the sliding window, is preferentially downloaded from content distribution network CDN service device；Live streaming flow data is not downloaded to after the sliding window, is preferentially downloaded with Point-to-Point Data Transmission P2P mode from neighbor node having connected, can providing live streaming flow data；Screening criteria is set, to filter out preferred neighbor node from neighbor node have connected, that live streaming flow data can be provided based on the screening criteria, and live streaming flow data is downloaded with P2P mode to the preferred neighbor node request；In the case where the variation of the code rate of live stream, one or more of the size of live stream data volume, the size of the sliding window and the screening criteria that the single request of the node is downloaded from CDN server are adjusted according to the variation.
Description
Technical field
The present invention relates to internet video technical field more particularly to a kind of node download schedule method and apparatus.
Background technique
Current major video website is all greatly developing live streaming, and the scope of business is very extensive, and user demand is also more various
Change.User's viewing experience is the most key factor in live broadcast system, and " smooth rate " is then the weight for measuring user's viewing experience
Want index.The fluency that smooth rate characterization plays, can there is different definition according to application scenarios difference.For example, smooth rate one
As can refer to occur during broadcasting total duration T of interest is subtracted the resulting difference of total duration Td of Caton (play stagnate) with it is total
The ratio of duration T.
Different from demand (telecommunication) service, due to having high real-time and imitating in short-term, live broadcast service usually " meeting and only can " is out
It the case where existing short time request abruptly increase, causes content distributing network (CDN) server overburden and can not timely respond to, so that objective
Family end (i.e. node), which plays, there is " Caton " phenomenon, and smooth rate is caused to decline.
Solve the problems, such as that this there are several schemes at present.One is for CDN server dilatation, increased bandwidth is to guarantee quality.So
And this scheme would sit idle for a large amount of server and bandwidth resources.Such as maximum on-line people peak value can be for usually in live broadcast system
Hundreds times of maximum on-line people.However the probability for peak value occur is lower, but needs persistently to provide for live broadcast system using the program
Meet the server and bandwidth of peak value.It is superfluous brought by this scheme for the higher video website of bandwidth cost accounting
The excessive server of surplus and bandwidth are equally difficult to undertake.
Another scheme is to mitigate CDN server load using Point-to-Point Data Transmission (i.e. P2P) algorithm, saves band
It is wide.P2P algorithm is exactly in the node for watching the programme televised live, and selecting the node L1 with certain upload ability, (data provide
Side, or be upload side), it is other nodes L2 (data receiver, or be downloading side) transmission data, to make great deal of nodes
L2 is reduced to CDN server request data, reduces CDN server load and bandwidth pressure.In other words, in traditional CDN mode, institute
There is node all directly to obtain live data from CDN server, and this scheme uses " CDN+P2P " mode, according to transmission algorithm
Difference, node L2 has a certain proportion of data from node L1, as shown in Figure 1.
This " CDN+P2P " mode is exactly first to judge the code rate of live stream, in the lower feelings of code rate specifically
Under condition (such as SD live stream, code rate about 400~600bps), using P2P mode (i.e. node L2 have a certain proportion of data come
From node L1), in situation higher for code rate (such as high definition or super clear live stream, code rate about 1000bps or more), using complete
CDN mode, as shown in Figure 2.
Above scheme can save about 80% server and band under the relatively low SD live streaming of code rate using P2P algorithm
Wide cost (thering is the live stream of total amount about 80% to transmit mutually between the terminals), and effectively increase smooth rate.However, due to
It is less that P2P algorithm for high code rate live stream not only saves bandwidth cost, instead results in smooth rate and sharply declines, therefore in high code
It can only abandon in rate live scene using P2P mode, and use CDN mode.Therefore, in the increase of the high-definition live broadcasting frequency or in informant
When number sharp increase, this scheme still can select almost all from CDN server downloading data, original live broadcast system occur compared with
For the problems such as serious bandwidth load is excessively high, CDN server cannot respond to, same influence user is normally watched.
Summary of the invention
Technical problem
In view of this, the technical problem to be solved by the present invention is in the case where the variation of the code rate of live stream, how is node
While guaranteeing that smooth rate is broadcast live, CDN server and bandwidth resources are saved.
Solution
On the one hand, a kind of node download schedule method is proposed, this method comprises: the live stream played with node is worked as
On the basis of preceding playback head, sliding window is set, wherein live streaming flow data is not downloaded in the sliding window, preferentially from interior
The downloading of content distributing network CDN server；Live streaming flow data is not downloaded to after the sliding window, is preferentially passed with Point-to-Point Data
Defeated P2P mode is downloaded from neighbor node having connected, can providing live streaming flow data；Screening criteria is set, to be based on the sieve
Select standard to filter out preferred neighbor node from neighbor node have connected, that live streaming flow data can be provided, and to it is described preferably
Neighbor node request downloads live streaming flow data with P2P mode；In the case where the variation of the code rate of live stream, adjusted according to the variation
The size for the live stream data volume that the single request of the whole node is downloaded from CDN server, the size of the sliding window and
One or more of described screening criteria.
On the other hand, a kind of node download schedule device is proposed, which includes: sliding window set parts, is used for
On the basis of the currently playing head of the live stream played by node, be arranged sliding window, wherein in the sliding window not
Downloading live streaming flow data, is preferentially downloaded from content distribution network CDN service device；Live stream is not downloaded to after the sliding window
Data are preferentially downloaded with Point-to-Point Data Transmission P2P mode from neighbor node having connected, can providing live streaming flow data；Sieve
Select standard setting component, for screening criteria to be arranged, so as to based on the screening criteria from it is having connected, can provide live streaming flow data
Neighbor node in filter out preferred neighbor node, and live streaming fluxion is downloaded with P2P mode to the preferred neighbor node request
According to；Adjust component, for live stream code rate variation in the case where, according to it is described variation adjust the node single request from
One in the size of live stream data volume, the size of the sliding window and the screening criteria that CDN server is downloaded
Or it is multiple.
Beneficial effect
The embodiment of the present invention is the mixed mode based on " CDN+P2P ", but unlike the prior art, the present embodiment is simultaneously
It is non-simply to be switched between CDN mode and P2P mode according to code rate, nor carrying out single low code merely with P2P mode
The transmission of rate live stream.The present embodiment node does not download live streaming flow data by setting sliding window, in sliding window, excellent
First downloaded from CDN server；Live streaming flow data is not downloaded to after sliding window, preferentially with P2P mode under neighbor node
It carries；Preferred neighbor node is filtered out further through the screening criteria of setting, to request to preferred neighbor node with the downloading of P2P mode
Flow data is broadcast live.In the case where the variation of the code rate of live stream, taken according to the single request that the variation adjusts the node from CDN
The size of live stream data volume of business device downloading, the size for adjusting sliding window, adjustment screening criteria.Pass through above-mentioned technology hand
Section, node can dynamically be existed using both modes of CDN and P2P transmission live streaming flow data, and in the case where code rate variation
Be adjusted between CDN mode and P2P mode, ensure that smooth rate is broadcast live while, be effectively saved CDN server and
Bandwidth resources.
According to below with reference to the accompanying drawings becoming to detailed description of illustrative embodiments, other feature of the invention and aspect
It is clear.
Detailed description of the invention
Comprising in the description and constitute the attached drawing of part of specification and specification together illustrate it is of the invention
Exemplary embodiment, feature and aspect, and principle for explaining the present invention.
Fig. 1 shows the schematic diagram of CDN+P2P mode；
Fig. 2 shows the flow charts of live stream transmission method in the prior art；
Fig. 3 shows the flow chart of node download schedule method according to an embodiment of the invention；
Fig. 4 shows the schematic diagram of sliding window according to an embodiment of the invention；
Fig. 5 shows the structural block diagram of node download schedule device according to an embodiment of the invention；
Fig. 6 shows the structural block diagram of another node download schedule device according to an embodiment of the invention；
Fig. 7 shows a kind of structural block diagram of node download schedule equipment of one embodiment of the invention.
Specific embodiment
Below with reference to attached drawing various exemplary embodiments, feature and the aspect that the present invention will be described in detail.It is identical in attached drawing
Appended drawing reference indicate element functionally identical or similar.Although the various aspects of embodiment are shown in the attached drawings, remove
It non-specifically points out, it is not necessary to attached drawing drawn to scale.
Dedicated word " exemplary " means " being used as example, embodiment or illustrative " herein.Here as " exemplary "
Illustrated any embodiment should not necessarily be construed as preferred or advantageous over other embodiments.
In addition, in order to better illustrate the present invention, numerous details is given in specific embodiment below.
It will be appreciated by those skilled in the art that without certain details, the present invention equally be can be implemented.In some instances, for
Method, means, element and circuit well known to those skilled in the art are not described in detail, in order to highlight purport of the invention.
Embodiment 1
Fig. 3 shows the flow chart of node download schedule method according to an embodiment of the invention.The embodiment can be in node
(client, such as personal computer PC browser) executes.As shown in figure 3, this method specifically includes that
Step 301, on the basis of the currently playing head for the live stream that node is played, sliding window is set, wherein to institute
It states in sliding window and does not download live streaming flow data, preferentially downloaded from content distribution network CDN service device；To the sliding window it
Afterwards do not download live streaming flow data, preferentially with Point-to-Point Data Transmission P2P mode from it is having connected, live streaming flow data can be provided
Neighbor node downloading；
Step 302, screening criteria is set, so as to based on the screening criteria from it is having connected, can provide flow data is broadcast live
Preferred neighbor node is filtered out in neighbor node, and live streaming flow data is downloaded with P2P mode to the preferred neighbor node request；
Step 303, live stream code rate variation in the case where, according to it is described variation adjust the node single request from
One in the size of live stream data volume, the size of the sliding window and the screening criteria that CDN server is downloaded
Or it is multiple.
The embodiment of the present invention is the mixed mode based on " CDN+P2P ", but unlike the prior art, the present embodiment is simultaneously
It is non-simply to be switched between CDN mode and P2P mode according to code rate, nor carrying out single low code merely with P2P mode
The transmission of rate live stream.The present embodiment node does not download live streaming flow data by setting sliding window, in sliding window, excellent
First downloaded from CDN server；Live streaming flow data is not downloaded to after sliding window, preferentially with P2P mode under neighbor node
It carries；Preferred neighbor node is filtered out further through the screening criteria of setting, to request to preferred neighbor node with the downloading of P2P mode
Flow data is broadcast live.In the case where the variation of the code rate of live stream, taken according to the single request that the variation adjusts the node from CDN
The size of live stream data volume of business device downloading, the size for adjusting sliding window, adjustment screening criteria.Pass through above-mentioned technology hand
Section, node can dynamically be existed using both modes of CDN and P2P transmission live streaming flow data, and in the case where code rate variation
Be adjusted between CDN mode and P2P mode, ensure that smooth rate is broadcast live while, be effectively saved CDN server and
Bandwidth resources.
Sliding window is set
Fig. 4 shows the schematic diagram of sliding window according to an embodiment of the invention.
In one example, as shown in figure 4, can using the current location for the live stream that node is played as playback head 41, with
On the basis of playback head 41, settable sliding window 42, wherein playback head 41 can be moved with the playback progress of live stream, sliding
Window 42 can be slided with playback head 41.The length of window of sliding window 42 can be data volume (such as 20M), or the time
It measures (such as 120s), may include the live streaming flow data 43 downloaded and the live streaming flow data 44 that do not download in sliding window 42, it is right
The live streaming flow data 44 that do not download in sliding window 42 is preferably downloaded from CDN server.Data after sliding window 42
It may include the live streaming flow data 45 downloaded and the live streaming flow data 46 that do not download, it is straight to not downloading after sliding window 42
Broadcasting flow data 46 can preferentially be downloaded with P2P mode from neighbor node having connected, can providing live streaming flow data.It is mentioned herein
" neighbor node " refers to for a node, those of data communication node can be established with it.
Screening criteria is set
In one example, the settable screening criteria of node, so as to based on the screening criteria from it is having connected, can provide it is straight
It broadcasts and filters out preferred neighbor node in the neighbor node of flow data, and to the preferred neighbor node request with the downloading of P2P mode
Flow data is broadcast live；Wherein, the screening criteria can by the playback head position of neighbor node, data cached length, response when
Between one or more of transmission performance indicators between the node and neighbor node determine.
Each screening impact factor of determining screening criteria is illustrated below:
1) the playback head position of neighbor node
For example, if the playback head position of neighbor node after the playback head of the node, in the neighbor node
Live streaming flow data needed for having cached a part of node, therefore can be with " playback head position is after the playback head of the node "
For screening criteria, preferred neighbor node is filtered out from neighbor node；
2) the data cached length of neighbor node
If data cached length is bigger for neighbor node, the live streaming flow data which can provide is more, because
This can filter out preferred neighbours' section with " data cached length is more than predetermined threshold " for screening criteria from neighbor node
Point；
3) response time of neighbor node
Different neighbor nodes are since locating Network status is different (such as hop count or network bandwidth difference), to the section
The response time for the request that point issues is not also identical, and the response time is shorter, then neighbor node responds the request of node sending
Ability is stronger, therefore preferred neighbour can be filtered out from neighbor node with " response time is lower than predetermined threshold " for screening criteria
Occupy node；
4) transmission performance indicators between node and neighbor node
The index has reacted the transmission performance between node and neighbor node.Transmission performance indicators for example including packet loss,
If packet loss is higher, effective live streaming flow data that node is downloaded from neighbor node is fewer.It therefore, can be with " transmission performance
Index be more than/be lower than predetermined threshold " be screening criteria, preferred neighbor node is filtered out from neighbor node.
Node can be according to the actual conditions of live streaming stream broadcasting, using one or more of above-mentioned screening impact factor come really
Determine screening criteria, such as can choose playback head position, data cached length and the response time of neighbor node as the section
The screening criteria of point.When using multiple screening impact factors to determine screening criteria, each screening impact factor can be according to need
There is different weights.
Adjust download schedule
In one example, node can know the code rate situation of change of live stream in several ways, for example, if section
Point occurs Caton situation when playing live stream, and node can judge that the code rate of current live stream improves according to this, in another example, node
It can receive the notice from P2P server, which may include the code rate situation of change of current live stream.The present invention is to node
Know the mode of code rate situation of change of live stream with no restriction.
It is lower two kinds of situations with code rate from height with code rate from low get higher below, illustrates various illustrative adjustment respectively
Mode.
1. code rate is got higher from low
One or more of in one example, in the case where code rate is from low get higher, can perform the following operation: increase
Described in live stream data volume, the increase sliding window and the raising that the single request of the node is downloaded from CDN server
Screening criteria.
For example, in the case where the code rate of live stream is from low get higher, the live streaming flow data downloading load of node can increase
Add, since the data block of transmitted per unit time is big, there are more serious to disappear under P2P mode between node and neighbor node
Breath obstruction.The main target of node adjustment at this time is to guarantee that smooth rate is broadcast live.In order to guarantee to be broadcast live smooth rate, node can increase this
The live stream data volume that the single request of node is downloaded from CDN server, for example, single request is downloaded from CDN server
Live stream data volume is increased to 40M from 30M, while reducing request number of times, obtains as early as possible from CDN server apart from playback head
Closer live stream data volume；The sliding window can also be increased, such as the length of window of sliding window is increased from 120s
To 240s, to guarantee more to obtain from CDN server apart from the closer live stream data volume of playback head；It can also be improved screening
Standard, such as pick out with higher screening criteria that playback head position is posterior, data cached length among neighbor node
The preferred neighbor node big, the response time is fast, transmission performance indicators are high (such as packet loss is low), and actively saved to preferred neighbours
Point request downloads live streaming flow data with P2P mode；Screening criteria can be improved by improving the standard of each screening impact factor,
Also, (such as other than packet loss, the new transmission performance such as bit error rate can also be re-introduced by increasing transmission performance indicators
Index) Lai Tigao screening criteria.
In one example, in the case where the variation of the code rate of live stream, the current state of the available node of node,
In one example, the current state of node may include one of P2P upload, P2P downloading and Caton.Wherein P2P uploads state
The node is indicated as the data providing (the node L1 of example as shown in figure 1) in P2P transmission, P2P downloading indicates the node conduct
Data receiver (the node L2 of example as shown in figure 1) in P2P transmission, Caton indicate the currently playing generation Caton of the node.One
In a example, the current state of node can be node according to its current transmission mode (such as upload or download), downloading data
Source (such as node L1 or CDN server), Network status (such as smooth or obstruction), with the connection states of other nodes (such as
One or more of connect how many neighbor node and whether each neighbor node be movable) and play situation (for example whether Caton)
Determining.
It in one example, can in the following manner, for different node shapes in the case where code rate is from low get higher
State is downloaded Dispatching adjustment:
If 1) current state of node is P2P upload, the node can be reduced and sent directly to neighbor node with P2P mode
Broadcast the frequency (also referred to as upload frequencies) of flow data.In the case where the code rate of live stream is from low get higher, due to node and neighbours
There are more serious message blockings under P2P mode between node, at this point, can reduce upload frequency to reduce message blocking
Rate, to guarantee the live streaming Stream Data Transmission under effective P2P mode.
2) if the current state of node is P2P downloading, the live streaming fluxion that the node is downloaded from CDN server can be improved
According to the ratio for the live streaming flow data downloaded relative to the node from neighbor node with P2P mode, more downloaded from CDN server
Flow data is broadcast live, and/or live streaming flow data is actively downloaded with P2P mode to specified neighbor node request.Wherein, the finger
Fixed neighbor node can be the preferred neighbor node for improving and filtering out from neighbor node after screening criteria, be also possible to P2P
Specified neighbor node of server (neighbor node specified in received P2P server notice), or both has.
2. code rate is lower from height
One or more of in one example, in the case where code rate is lower from height, can perform the following operation: reduce
Described in live stream data volume, the reduction sliding window and the reduction that the single request of the node is downloaded from CDN server
Screening criteria.
For example, in the case where the code rate of live stream is lower from height, the live streaming flow data downloading load of node can subtract
Gently, the main target of node adjustment at this time is more to save CDN server bandwidth, common P2P mode between recovery nodes
Under data transmission.For this purpose, node can for example subtract the live stream data volume that single request is downloaded from CDN server from 40M
30M is arrived less；The length of window of sliding window for example can also be reduced to 120s from 240s；Screening criteria can also be reduced to sieve
More preferred neighbor nodes are selected, and live streaming flow data is downloaded with P2P mode to more preferably neighbor node requests.
It in one example, can in the following manner, for different node shapes in the case where code rate is lower from height
State is downloaded Dispatching adjustment:
If 1) current state of node is P2P upload, the node can be improved and sent directly to neighbor node with P2P mode
Broadcast the frequency (also referred to as upload frequencies) of flow data；In the case where the code rate of live stream is lower from height, due to node and neighbours
Message blocking between node under P2P mode has mitigated, at this point, upload frequencies can be improved in node, to neighbor node with P2P
Mode sends more live streaming flow datas.
2) if the current state of node is P2P downloading, the live streaming fluxion that the node is downloaded from CDN server can be reduced
According to the ratio for downloading live streaming flow data with P2P mode from the neighbor node relative to the node, CDN server is more saved
Bandwidth resources, and/or request to download live streaming flow data with P2P mode to the neighbor node；The request can be on a large scale for each
Class neighbor node carries out, such as preferred neighbor node and other neighbor nodes for being capable of providing live streaming flow data.
If 3) current state of node is Caton, can attempt to download sliding window in advance from neighbor node with P2P mode
The live streaming flow data that part after mouthful is not downloaded.For example, before this, when the code rate of live stream is higher, in sliding window
Later from live streaming closer live streaming flow data, node has issued downloading request to neighbor node, in the code rate of live stream
In the case where being lower from height, since the message blocking between node and neighbor node has mitigated, the data originally requested can be by
Gradually it is transmitted to the node.Therefore, in order to avoid downloading the live streaming flow data of redundancy, node can attempt to download in advance sliding window it
Flow data is broadcast live from the farther away part of playback head afterwards.
Adjust data block threshold value
In one example, in the case where the variation of the code rate of live stream, also the node can be adjusted according to the variation
The threshold value for the data block size that can be transmitted between neighbor node based on P2P mode single.
For example, the live streaming flow data of application layer needs UDP (User Datagram Protocol) data packet by transport layer
The data transmission between node (between source node and destination node) is carried out, is greater than in UDP message packet in application layer data block
In the case where data length (such as 548 bytes), source node needs split the data block of application layer in transport layer, are put into
Into different UPD data packets to be sent to destination node, destination node is received after all UDP message packets to the number in UDP
According to reconfiguring, application layer data block is generated, in case of UDP message packet loss, then destination node can not be generated using the number of plies
According to block.Therefore, the threshold value of the settable data block size that can be transmitted between neighbor node based on P2P mode single of node,
Can adjust the threshold value, the data block size for enabling single to transmit matches with the data length in the UDP message packet, with
It reduces and carries out data packet fractionation in transport layer.
In one example, in the case where code rate is from low get higher, it can reduce and be based between the node and neighbor node
The threshold value for the data block size that P2P mode single can transmit.
For example, in the case where code rate is from low get higher, there can be message blocking between node, transmission packet loss will mention
Height, it is thereby possible to reduce the threshold for the data block size that can be transmitted between the node and neighbor node based on P2P mode single
Value, such as threshold value is reduced to 512 bytes from 1024 bytes, the data length of the UDP of usual the Internet transmission layer is 548 words
Section, this avoid the data blocks that the single of application layer can transmit to be split in transport layer, in favor of between node in P2P mould
Efficient data transfer is carried out under formula.
In one example, in the case where code rate is lower from height, increase between the node and neighbor node based on P2P
The threshold value for the data block size that mode single can transmit.
For example, in the case where the code rate of live stream is lower from height, the message blocking between node has been alleviated, and passes
Defeated packet loss will reduce, and therefore, node, which can increase, can be transmitted between the node and neighbor node based on P2P mode single
The threshold value of data block size, such as threshold value is increased into 1024 bytes from 512 bytes, in favor of between node under P2P mode
Carry out efficient data transfer.
It prevents from accidentally deleting neighbor node
In one example, in the case where the code rate of live stream is from low get higher, node, which can increase, deletes neighbor node institute
Based on neighbor node the response time upper limit, to prevent from accidentally deleting neighbor node.For example, in the code rate of live stream from low change
In the case where height, due to what is sent under P2P mode there are more serious message blocking, node between node and neighbor node
After request, the response of neighbor node is slack-off, and the response time is elongated.Mistake deletes this part neighbor node in order to prevent, it is possible to increase
The response time upper limit for the neighbor node that neighbor node is based on is deleted, such as increases to 5s from original 3s, in this way, being equivalent to
In view of code rate changes the obstruction that may cause, the time for waiting neighbor node response is increased, prevents from accidentally deleting neighbor node.
Correspondingly, in the case where the code rate of live stream is lower from height, node, which can reduce, deletes what neighbor node was based on
The response time upper limit of neighbor node, such as it is restored to normal upper limit.
Embodiment 2
Fig. 5 shows the structural block diagram of node download schedule device 500 according to an embodiment of the invention.The device is built-in
In node.As shown in figure 5, the device mainly includes:
Sliding window set parts 501, on the basis of the currently playing head for the live stream that node is played, setting to be slided
Dynamic window, wherein live streaming flow data is not downloaded in the sliding window, preferentially under content distribution network CDN service device
It carries；Do not download live streaming flow data to after the sliding window, preferentially with Point-to-Point Data Transmission P2P mode from it is having connected,
The neighbor node downloading of live streaming flow data can be provided；
Screening criteria set parts 502, for screening criteria to be arranged, so as to based on the screening criteria from have connected, energy
It provides and filters out preferred neighbor node in the neighbor node of live streaming flow data, and to the preferred neighbor node request with P2P mould
Formula downloading live streaming flow data；
Component 503 is adjusted, for adjusting the list of the node according to the variation in the case where variation of the code rate of live stream
The secondary size of live stream data volume, the size of the sliding window and the screening criteria for requesting to download from CDN server
One or more of.
The embodiment of the present invention is the mixed mode based on " CDN+P2P ", but unlike the prior art, the present embodiment is simultaneously
It is non-simply to be switched between CDN mode and P2P mode according to code rate, nor carrying out single low code merely with P2P mode
The transmission of rate live stream.Sliding window is arranged by sliding window set parts 501 in the device of the present embodiment, in sliding window
Do not download live streaming flow data, preferentially from CDN server download；Live streaming flow data is not downloaded to after sliding window, preferentially
It is downloaded with P2P mode from neighbor node；Preferred neighbours are filtered out further through the screening criteria that screening criteria set parts 502 are arranged
Node, to request to download live streaming flow data with P2P mode to preferred neighbor node.The case where the code rate of live stream changes
Under, adjustment component 503 adjusts the live stream data volume downloaded from CDN server of single request of the node according to the variation
Size, the size for adjusting sliding window, adjustment screening criteria.By above-mentioned technological means, node can using CDN and P2P this
Both of which transmission live streaming flow data, and dynamically adjusted between CDN mode and P2P mode in the case where code rate variation
It is whole, while ensure that live streaming smoothness rate, it has been effectively saved CDN server and bandwidth resources.
In one example, as shown in figure 4, sliding window set parts 501 can be with the current of the live stream played
Position is playback head 41, on the basis of playback head 41, settable sliding window 42, wherein playback head 41 can broadcasting with live stream
Degree of putting into and move, sliding window 42 can be slided with playback head 41.The length of window of sliding window 42 can for data volume (such as
20M), or time quantum (such as 120s) may include the live streaming flow data 43 downloaded in sliding window 42 and not download
Live streaming flow data 44, to the live streaming flow data 44 that do not download in sliding window 42 preferably from CDN server download.Sliding
Data after window 42 may include the live streaming flow data 45 downloaded and the live streaming flow data 46 that do not download, to sliding window 42
The live streaming flow data 46 that do not download later can be saved preferentially with P2P mode from neighbours having connected, can providing live streaming flow data
Point downloading.
In one example, the settable screening criteria of screening criteria set parts 502, to be based on the screening criteria from
Preferred neighbor node is filtered out in neighbor node connect, that live streaming flow data can be provided, and is asked to the preferred neighbor node
It asks and live streaming flow data is downloaded with P2P mode；Wherein, the screening criteria can by neighbor node playback head position, cached
One or more of transmission performance indicators between data length, response time and the node and neighbor node determine.
For determining the explanation of each screening impact factor of screening criteria, reference can be made to the description of embodiment 1, here no longer
It repeats.
In one example, node can know the code rate situation of change of live stream in several ways, for details, reference can be made to
The description of embodiment 1, is no longer repeated here.
In one example, in the case where code rate is from low get higher, adjustment component 503 can perform the following operation in one
Or it is multiple: increase live stream data volume that the single request of the node downloads from CDN server, increase the sliding window, with
And improve the screening criteria.
For example, in the case where the code rate of live stream is from low get higher, the live streaming flow data downloading load of node can increase
Add, since the data block of transmitted per unit time is big, there are more serious to disappear under P2P mode between node and neighbor node
Breath obstruction.The main target of node adjustment at this time is to guarantee that smooth rate is broadcast live.In order to guarantee to be broadcast live smooth rate, component 503 is adjusted
The live stream data volume that the single request of the node is downloaded from CDN server can be increased, for example, by single request from CDN service
Device downloading live stream data volume be increased to 40M from 30M, while reducing request number of times, as early as possible from CDN server acquisition away from
From the closer live stream data volume of playback head；Can also increase the sliding window, for example, by the length of window of sliding window from
120s increases to 240s, to guarantee more to obtain from CDN server apart from the closer live stream data volume of playback head；It can also be with
Screening criteria is improved, such as picks out with higher screening criteria that playback head position is posterior, has cached among neighbor node
Preferred neighbor node that data length is big, that the response time is fast, transmission performance indicators are high (such as packet loss is low), and actively to excellent
It selects neighbor node to request and live streaming flow data is downloaded with P2P mode；It can be improved by improving the standard of each screening impact factor
Screening criteria, also, (such as other than packet loss, it is new that bit error rate etc. can also be re-introduced by increasing transmission performance indicators
Transmission performance indicators) Lai Tigao screening criteria.
In one example, in the case where code rate is lower from height, adjustment component 503 can perform the following operation in one
Or it is multiple: reduce live stream data volume that the single request of the node downloads from CDN server, reduce the sliding window, with
And reduce the screening criteria.
For example, in the case where the code rate of live stream is lower from height, the live streaming flow data downloading load of node can subtract
Gently, the main target of node adjustment at this time is more to save CDN server bandwidth, common P2P mode between recovery nodes
Under data transmission.For this purpose, the live stream data volume that adjustment component 503 can download single request from CDN server is for example
30M is reduced to from 40M；The length of window of sliding window for example can also be reduced to 120s from 240s；Screening can also be reduced
Standard downloads live stream to more preferably neighbor node requests to filter out more preferred neighbor nodes with P2P mode
Data.
In one example, in the case where the variation of the code rate of live stream, the current state of the available node of node,
In one example, the current state of node may include one of P2P upload, P2P downloading and Caton.State about node
Description can be found in embodiment 1, no longer repeat herein.
Fig. 6 shows the structural block diagram of another node download schedule device according to an embodiment of the invention.
In one example, as shown in fig. 6, node download schedule device 500 may also include the first adjustment component 504,
For code rate in the case where low get higher, node download schedule device 500 can be by the first adjustment component 504, for different sections
Dotted state is downloaded Dispatching adjustment:
If 1) current state of node is P2P upload, the node can be reduced and sent directly to neighbor node with P2P mode
Broadcast the frequency (also referred to as upload frequencies) of flow data.In the case where the code rate of live stream is from low get higher, due to node and neighbours
There are more serious message blockings under P2P mode between node, at this point, can reduce upload frequency to reduce message blocking
Rate, to guarantee the live streaming Stream Data Transmission under effective P2P mode.
2) if the current state of node is P2P downloading, the live streaming fluxion that the node is downloaded from CDN server can be improved
According to the ratio for the live streaming flow data downloaded relative to the node from neighbor node with P2P mode, more downloaded from CDN server
Flow data is broadcast live, and/or live streaming flow data is actively downloaded with P2P mode to specified neighbor node request.Wherein, the finger
Fixed neighbor node can be the preferred neighbor node for improving and filtering out from neighbor node after screening criteria, be also possible to P2P
Specified neighbor node of server (neighbor node specified in received P2P server notice), or both has.
In one example, as shown in fig. 6, node download schedule device 500 may also include second adjustment component 505,
In the case that code rate is lower from height, node download schedule device 500 can be by second adjustment component 505, for different sections
Dotted state is downloaded Dispatching adjustment:
If 1) current state of node is P2P upload, the node can be improved and sent directly to neighbor node with P2P mode
Broadcast the frequency (also referred to as upload frequencies) of flow data；In the case where the code rate of live stream is lower from height, due to node and neighbours
Message blocking between node under P2P mode has mitigated, at this point, upload frequencies can be improved in node, to neighbor node with P2P
Mode sends more live streaming flow datas.
2) if the current state of node is P2P downloading, the live streaming fluxion that the node is downloaded from CDN server can be reduced
According to the ratio for downloading live streaming flow data with P2P mode from the neighbor node relative to the node, CDN server is more saved
Bandwidth resources, and/or request to download live streaming flow data with P2P mode to the neighbor node；The request can be on a large scale for each
Class neighbor node carries out, such as preferred neighbor node and other neighbor nodes for being capable of providing live streaming flow data.
If 3) current state of node is Caton, can attempt to download sliding window in advance from neighbor node with P2P mode
The live streaming flow data that part after mouthful is not downloaded.For example, before this, when the code rate of live stream is higher, in sliding window
Later from live streaming closer live streaming flow data, node has issued downloading request to neighbor node, in the code rate of live stream
In the case where being lower from height, since the message blocking between node and neighbor node has mitigated, the data originally requested can be by
Gradually it is transmitted to the node.Therefore, in order to avoid downloading the live streaming flow data of redundancy, node can attempt to download in advance sliding window it
Flow data is broadcast live from the farther away part of playback head afterwards.
In one example, as shown in fig. 6, node download schedule device 500 may also include adjusting thresholds component 506,
In the case where the code rate variation of live stream, node download schedule device 500 can also be by adjusting thresholds component 506 according to the change
Change the threshold value for adjusting the data block size that can be transmitted between the node and neighbor node based on P2P mode single.
The live streaming flow data of application layer is needed to save by UDP (User Datagram Protocol) data packet of transport layer
The description of data transmission between point (between source node and destination node) can be found in embodiment 1, here for simplicity, no longer heavy
It states.The threshold of the settable data block size that can be transmitted between neighbor node based on P2P mode single of adjusting thresholds component 506
Value, can adjust the threshold value, the data block size for enabling single to transmit and the data length phase in the UDP message packet
Match, carries out data packet fractionation in transport layer to reduce.
In one example, in the case where code rate is from low get higher, adjusting thresholds component 506 can reduce the node and neighbour
Occupy the threshold value for the data block size that can be transmitted between node based on P2P mode single.
For example, in the case where code rate is from low get higher, there can be message blocking between node, transmission packet loss will mention
Height, therefore, adjusting thresholds component 506 can reduce and can be transmitted based on P2P mode single between the node and neighbor node
The threshold value of data block size, such as threshold value is reduced to 512 bytes, the number of the UDP of usual the Internet transmission layer from 1024 bytes
It is 548 bytes according to length, this avoid the data blocks that the single of application layer can transmit to be split in transport layer, in favor of section
Efficient data transfer is carried out under P2P mode between point.
In one example, in the case where code rate is lower from height, adjusting thresholds component 506 increases the node and neighbours
The threshold value for the data block size that can be transmitted between node based on P2P mode single.
For example, in the case where the code rate of live stream is lower from height, the message blocking between node has been alleviated, and passes
Defeated packet loss will reduce, and therefore, adjusting thresholds component 506 can increase between the node and neighbor node based on P2P mode list
The threshold value of the secondary data block size that can be transmitted, such as threshold value is increased into 1024 bytes from 512 bytes, in favor of between node
Efficient data transfer is carried out under P2P mode.
In one example, as shown in fig. 6, node download schedule device 500 may also include response time adjustment component
507, in the case where the code rate of live stream is from low get higher, node download schedule device 500 can adjust component by the response time
507 increase the response time upper limit for deleting the neighbor node that neighbor node is based on, to prevent from accidentally deleting neighbor node.Citing and
Speech is more tight due to existing under P2P mode between node and neighbor node in the case where the code rate of live stream is from low get higher
The message blocking of weight, after the request that node is sent, the response of neighbor node is slack-off, and the response time is elongated.Mistake is deleted in order to prevent
Except this part neighbor node, response time adjustment component 507 can increase the response for deleting the neighbor node that neighbor node is based on
Time upper limit, such as 5s is increased to from original 3s, in this way, being equivalent in view of code rate changes the obstruction that may cause, increase
It the time for waiting neighbor node response, prevents from accidentally deleting neighbor node.
Correspondingly, in the case where the code rate of live stream is lower from height, it is adjacent that response time adjustment component 507 can reduce deletion
The response time upper limit for the neighbor node that node is based on is occupied, such as is restored to normal upper limit.
Embodiment 3
Fig. 7 shows a kind of structural block diagram of node download schedule equipment of one embodiment of the invention.Under the node
Carrying controlling equipment 1100 can be the host server for having computing capability, personal computer PC or portable portable
Computer or terminal etc..The specific embodiment of the invention does not limit the specific implementation of calculate node.
The node download schedule equipment 1100 includes processor (processor) 1110, communication interface
(Communications Interface) 1120, memory (memory) 1130 and bus 1140.Wherein, processor 1110,
Communication interface 1120 and memory 1130 pass through bus 1140 and complete mutual communication.
Communication interface 1120 is used for and network device communications, and wherein the network equipment includes such as Virtual Machine Manager center, is total to
Enjoy storage etc..
Processor 1110 is for executing program.Processor 1110 may be a central processor CPU or dedicated collection
At circuit ASIC (Application Specific Integrated Circuit), or it is arranged to implement the present invention
One or more integrated circuits of embodiment.
Memory 1130 is for storing file.Memory 1130 may include high speed RAM memory, it is also possible to further include non-
Volatile memory (non-volatile memory), for example, at least a magnetic disk storage.Memory 1130 is also possible to deposit
Memory array.Memory 1130 is also possible to by piecemeal, and described piece can be combined into virtual volume by certain rule.
In a kind of possible embodiment, above procedure can be the program code for including computer operation instruction.The journey
Sequence is particularly used in each step executed in embodiment 1.
Those of ordinary skill in the art may be aware that each exemplary cell and algorithm in embodiment described herein
Step can be realized with the combination of electronic hardware or computer software and electronic hardware.These functions actually with hardware also
It is software form to realize, the specific application and design constraint depending on technical solution.Professional technician can be directed to
It is specific that described function is realized using different methods is selected, but this realization is it is not considered that exceed model of the invention
It encloses.
If realizing the function and when sold or used as an independent product in the form of computer software,
To a certain extent it is believed that all or part (such as the part that contributes to existing technology) of technical solution of the present invention is
It embodies in form of a computer software product.The computer software product is generally stored inside computer-readable non-volatile
In storage medium, including some instructions are used so that computer equipment (can be personal computer, server or network to set
It is standby etc.) execute all or part of the steps of various embodiments of the present invention method.And storage medium above-mentioned include USB flash disk, mobile hard disk,
Read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), magnetic
The various media that can store program code such as dish or CD.
The above description is merely a specific embodiment, but scope of protection of the present invention is not limited thereto, any
Those familiar with the art in the technical scope disclosed by the present invention, can easily think of the change or the replacement, and should all contain
Lid is within protection scope of the present invention.Therefore, protection scope of the present invention should be based on the protection scope of the described claims.
Claims (24)
1. a kind of node download schedule method, this method comprises:
On the basis of the currently playing head of the live stream played by node, sliding window is set, wherein in the sliding window
Do not download live streaming flow data, preferentially from content distribution network CDN service device download；To not downloading directly after the sliding window
Flow data is broadcast, preferentially with Point-to-Point Data Transmission P2P mode under neighbor node have connected, that live streaming flow data can be provided
It carries；
Screening criteria is set, to be sieved from neighbor node having connected, can providing live streaming flow data based on the screening criteria
Preferred neighbor node is selected, and live streaming flow data is downloaded with P2P mode to the preferred neighbor node request；
In the case where the variation of the code rate of live stream, the single request of the node is adjusted under CDN server according to the variation
One or more of the size of the live stream data volume of load, the size of the sliding window and described screening criteria.
2. node download schedule method according to claim 1, the method also includes:
In the case where the variation of the code rate of live stream, is adjusted according to the variation and be based on P2P between the node and neighbor node
The threshold value for the data block size that mode single can transmit.
3. node download schedule method according to claim 1, wherein the screening criteria by neighbor node playback head
One in transmission performance indicators between position, data cached length, response time and the node and neighbor node or
It is multiple to determine.
4. node download schedule method according to claim 1, wherein asked according to the single that the variation adjusts the node
It asks from the size of live stream data volume, the size of the sliding window and the screening criteria that CDN server is downloaded
One or more, comprising:
In the case where code rate is from low get higher, one or more of perform the following operation: increase the single request of the node from
The live stream data volume of CDN server downloading increases the sliding window and improves the screening criteria.
5. node download schedule method according to claim 1, further includes:
In the case where code rate is from low get higher:
If the current state of node is P2P upload, the node is reduced to neighbor node, live streaming flow data is sent with P2P mode
Frequency；
If the current state of node is P2P downloading, improve live streaming flow data that the node is downloaded from CDN server relative to
The ratio for the live streaming flow data that the node is downloaded from neighbor node with P2P mode, and/or actively requested to specified neighbor node
Live streaming flow data is downloaded with P2P mode.
6. node download schedule method according to claim 5, wherein the specified neighbor node includes improving screening
The specified neighbor node of the preferred neighbor node and/or P2P server filtered out from neighbor node after standard.
7. node download schedule method according to claim 2, wherein adjust the node and neighbours according to the variation
The threshold value for the data block size that can be transmitted between node based on P2P mode single, comprising:
In the case where code rate is from low get higher, reducing can be transmitted between the node and neighbor node based on P2P mode single
Data block size threshold value.
8. node download schedule method according to claim 1, further includes:
In the case where code rate is from low get higher, increase the response time upper limit for deleting the neighbor node that neighbor node is based on.
9. node download schedule method according to claim 1, wherein asked according to the single that the variation adjusts the node
It asks from the size of live stream data volume, the size of the sliding window and the screening criteria that CDN server is downloaded
One or more, comprising:
In the case where code rate is lower from height, one or more of perform the following operation: reduce the single request of the node from
The live stream data volume of CDN server downloading reduces the sliding window and reduces the screening criteria.
10. node download schedule method according to claim 1, further includes:
In the case where code rate is lower from height:
If the current state of node is P2P upload, the node is improved to neighbor node, live streaming flow data is sent with P2P mode
Frequency；
If the current state of node is P2P downloading, reduce live streaming flow data that the node is downloaded from CDN server relative to
The ratio for the live streaming flow data that the node is downloaded from the neighbor node with P2P mode, and/or request to neighbor node with P2P
Mode downloading live streaming flow data；
If the current state of node is Caton, it tries from neighbor node in advance with P2P mode download the sliding window it
The live streaming flow data that part afterwards is not downloaded.
11. node download schedule method according to claim 2, wherein adjust the node and neighbour according to the variation
Occupy the threshold value for the data block size that can be transmitted between node based on P2P mode single, comprising:
In the case where code rate is lower from height, increasing can be transmitted between the node and neighbor node based on P2P mode single
Data block size threshold value.
12. node download schedule method according to claim 1, further includes:
In the case where code rate is lower from height, reduce the response time upper limit for deleting the neighbor node that neighbor node is based on.
13. a kind of node download schedule device, the device include:
Sliding window set parts, for sliding window to be arranged on the basis of the currently playing head for the live stream that node is played,
Wherein, live streaming flow data is not downloaded in the sliding window, preferentially download from content distribution network CDN service device；To this
Do not download live streaming flow data after sliding window, preferentially with Point-to-Point Data Transmission P2P mode from it is having connected, can provide it is straight
Broadcast the neighbor node downloading of flow data；
Screening criteria set parts, for screening criteria to be arranged, so as to based on the screening criteria from it is having connected, live streaming can be provided
Preferred neighbor node is filtered out in the neighbor node of flow data, and straight with the downloading of P2P mode to the preferred neighbor node request
Broadcast flow data；
Component is adjusted, for adjusting the single request of the node according to the variation in the case where variation of the code rate of live stream
One from the size of live stream data volume, the size of the sliding window and the screening criteria that CDN server is downloaded
It is a or multiple.
14. node download schedule device according to claim 13, the device further include:
Adjusting thresholds component, for adjusting the node and neighbour according to the variation in the case where variation of the code rate of live stream
Occupy the threshold value for the data block size that can be transmitted between node based on P2P mode single.
15. node download schedule device according to claim 13, wherein the screening criteria by neighbor node broadcasting
Head position, one in the transmission performance indicators between data cached length, response time and the node and neighbor node
Or it multiple determines.
16. node download schedule device according to claim 13, wherein adjust the single of the node according to the variation
Request the size of live stream data volume, the size of the sliding window and the screening criteria downloaded from CDN server
One or more of, comprising:
In the case where code rate is from low get higher, one or more of perform the following operation: increase the single request of the node from
The live stream data volume of CDN server downloading increases the sliding window and improves the screening criteria.
17. node download schedule device according to claim 16, the device further include: based on node current state
One adjustment component, in the case where code rate is from low get higher: if the current state of node is P2P upload, reducing the section
Point sends the frequency of live streaming flow data to neighbor node with P2P mode；If the current state of node is P2P downloading, improve
The live stream that the live streaming flow data that the node is downloaded from CDN server is downloaded relative to the node from neighbor node with P2P mode
The ratio of data, and/or live streaming flow data is actively downloaded with P2P mode to specified neighbor node request.
18. node download schedule device according to claim 17, wherein the specified neighbor node includes improving sieve
The neighbor node for selecting the preferred neighbor node filtered out from neighbor node after standard and/or P2P server to specify.
19. node download schedule device according to claim 14, wherein adjust the node and neighbour according to the variation
Occupy the threshold value for the data block size that can be transmitted between node based on P2P mode single, comprising:
In the case where code rate is from low get higher, reducing can be transmitted between the node and neighbor node based on P2P mode single
Data block size threshold value.
20. node download schedule device according to claim 13, the device further include:
Response time adjusts component, deletes the neighbours that neighbor node is based on for increasing in the case where code rate is from low get higher
The response time upper limit of node.
21. node download schedule device according to claim 13, wherein adjust the single of the node according to the variation
Request the size of live stream data volume, the size of the sliding window and the screening criteria downloaded from CDN server
One or more of, comprising:
In the case where code rate is lower from height, one or more of perform the following operation: reduce the single request of the node from
The live stream data volume of CDN server downloading reduces the sliding window and reduces the screening criteria.
22. node download schedule device according to claim 21, the device further include: based on node current state
Two adjustment components, in the case where code rate is lower from height: if the current state of node is P2P upload, improving the section
Point sends the frequency of live streaming flow data to neighbor node with P2P mode；If the current state of node is P2P downloading, reduce
The live streaming flow data that the node is downloaded from CDN server is downloaded relative to the node from the neighbor node with P2P mode straight
The ratio of flow data is broadcast, and/or requests to download live streaming flow data with P2P mode to neighbor node；If the current state of node
For Caton, it tries shift to an earlier date the live stream that the part after downloading the sliding window with P2P mode is not downloaded from neighbor node
Data.
23. node download schedule device according to claim 14, wherein adjust the node and neighbour according to the variation
Occupy the threshold value for the data block size that can be transmitted between node based on P2P mode single, comprising:
In the case where code rate is lower from height, increasing can be transmitted between the node and neighbor node based on P2P mode single
Data block size threshold value.
24. node download schedule device according to claim 13, the device further include:
Response time adjusts component, deletes the neighbours that neighbor node is based on for reducing in the case where code rate is lower from height
The response time upper limit of node.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610206227.0A CN105898388B (en) | 2016-04-05 | 2016-04-05 | A kind of node download schedule method and apparatus |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201610206227.0A CN105898388B (en) | 2016-04-05 | 2016-04-05 | A kind of node download schedule method and apparatus |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105898388A CN105898388A (en) | 2016-08-24 |
| CN105898388B true CN105898388B (en) | 2019-07-23 |
Family
ID=57012687
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201610206227.0A Active CN105898388B (en) | 2016-04-05 | 2016-04-05 | A kind of node download schedule method and apparatus |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105898388B (en) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR3061391B1 (en) * | 2016-12-27 | 2019-05-31 | Worldline | COMPUTER NETWORK OF KNOTS COMMUNICATING BETWEEN THEM THROUGH PAIR MESSAGES AND INTERCONNECTION METHOD BETWEEN NODES ASSOCIATED THEREWITH |
| CN108271032B (en) * | 2016-12-30 | 2020-10-16 | 武汉斗鱼网络科技有限公司 | Live video switching method and device |
| CN108174286B (en) * | 2017-12-27 | 2021-02-09 | 北京奇艺世纪科技有限公司 | Video code stream processing method and device |
| CN109819336B (en) * | 2019-01-31 | 2020-12-04 | 湖南快乐阳光互动娱乐传媒有限公司 | Method and system for downloading fragments based on size of play cache |
| CN111556344A (en) * | 2020-04-04 | 2020-08-18 | 网宿科技股份有限公司 | Method, device, equipment and system for downloading video stream |
| CN111556324B (en) * | 2020-04-04 | 2022-05-10 | 网宿科技股份有限公司 | Video live broadcast method, device, equipment and system |
| CN111479123B (en) * | 2020-04-20 | 2022-05-06 | 玉环智寻信息技术有限公司 | Method and device for acquiring media stream resources and mobile terminal |
| CN112954406B (en) * | 2021-05-17 | 2021-07-30 | 腾讯科技（深圳）有限公司 | Data downloading method and device, computer equipment and storage medium |
| CN116320507B (en) * | 2023-05-26 | 2023-08-08 | 湖南快乐阳光互动娱乐传媒有限公司 | Video data downloading method and device |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101345768A (en) * | 2008-08-15 | 2009-01-14 | 南京邮电大学 | Peer-to-peer network transmission method of music demand system |
| CN101631092A (en) * | 2008-07-18 | 2010-01-20 | 株式会社日立制作所 | System and method for distributing data |
| CN101651966A (en) * | 2009-09-10 | 2010-02-17 | 中兴通讯股份有限公司 | Play method and device of mobile P2P client |
| CN103747286A (en) * | 2014-01-03 | 2014-04-23 | 上海聚力传媒技术有限公司 | Method and equipment for providing videos |
| WO2014093705A1 (en) * | 2012-12-14 | 2014-06-19 | Microsoft Corporation | Content-acquisition source selection and management |
-
2016
- 2016-04-05 CN CN201610206227.0A patent/CN105898388B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101631092A (en) * | 2008-07-18 | 2010-01-20 | 株式会社日立制作所 | System and method for distributing data |
| CN101345768A (en) * | 2008-08-15 | 2009-01-14 | 南京邮电大学 | Peer-to-peer network transmission method of music demand system |
| CN101651966A (en) * | 2009-09-10 | 2010-02-17 | 中兴通讯股份有限公司 | Play method and device of mobile P2P client |
| WO2014093705A1 (en) * | 2012-12-14 | 2014-06-19 | Microsoft Corporation | Content-acquisition source selection and management |
| CN103747286A (en) * | 2014-01-03 | 2014-04-23 | 上海聚力传媒技术有限公司 | Method and equipment for providing videos |
Non-Patent Citations (2)
| Title |
|---|
| CDN_P2P混合架构下直播流媒体系统服务应急保障研究;王群;《计算机科学》;20140630;第41卷(第6A期);第466-471页 |
| 面向流媒体直播的CDN和P2P动态交互传输架构的设计;黄翼;《中国优秀硕士学位论文全文数据库》;20120131;第I136-148页 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105898388A (en) | 2016-08-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105898388B (en) | A kind of node download schedule method and apparatus | |
| Yang et al. | Multi-access edge computing enhanced video streaming: Proof-of-concept implementation and prediction/QoE models | |
| CN107683600B (en) | System and method for managing ABR bit rate delivery in response to video buffer characteristics of a client | |
| CN105635755B (en) | Live TV stream transmission method and device | |
| US9660922B2 (en) | Network assisted rate shifting for adaptive bit rate streaming | |
| CN104010210B (en) | Playing control method, device and system of multiple playing devices | |
| CN103650451B (en) | The adaptive H TTP of network capacity optimization spreads | |
| CN103188725B (en) | A kind of adaptation of cooperation service, shunting transmission and stream switching method and system | |
| CN106688239B (en) | Method for downloading video, apparatus and system | |
| KR101982290B1 (en) | Streaming system and method based on contents characteristic for improving perceived quality of adaptive streaming service | |
| CN105376176B (en) | Ensure the methods, devices and systems of mobile Internet video traffic service quality | |
| JP2010027053A (en) | Data distribution system and method | |
| CN108833995B (en) | Transmission method of self-adaptive streaming media in wireless network environment | |
| JP6485865B2 (en) | Delivery control device, relay device, delivery system, delivery control method, and program | |
| EP2252057A1 (en) | Method and system for storing and distributing electronic content | |
| JP5699619B2 (en) | Cache device, data management method, program, and cache system | |
| Nguyen et al. | Scalable 360 video streaming using HTTP/2 | |
| CN108494702B (en) | Transmission control method and apparatus, storage medium, and electronic apparatus | |
| CN103561013B (en) | The data distribution systems of Streaming Media | |
| CN108124169A (en) | A kind of P2P Video service accelerated methods of household radio router | |
| CN111372103A (en) | Multicast method, device, equipment and computer storage medium | |
| Nguyen et al. | An adaptive streaming method of 360 videos over HTTP/2 protocol | |
| Morel et al. | Quality of experience-aware enhanced inter-cell interference coordination for self organized HetNet | |
| CN108900851A (en) | The transmission method of file, the playback method and device of video are described | |
| Clayman et al. | In-network scalable video adaption using big packet protocol |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20200422 Address after: 310000 room 508, floor 5, building 4, No. 699, Wangshang Road, Changhe street, Binjiang District, Hangzhou City, Zhejiang Province Patentee after: Alibaba (China) Co.,Ltd. Address before: 100080 Beijing Haidian District city Haidian street A Sinosteel International Plaza No. 8 block 5 layer A, C Patentee before: Youku Internet Technology (Beijing) Co.,Ltd. |
|
| TR01 | Transfer of patent right |