CN101651966B - Play method and device of mobile P2P client - Google Patents
Play method and device of mobile P2P client Download PDFInfo
- Publication number
- CN101651966B CN101651966B CN200910173725XA CN200910173725A CN101651966B CN 101651966 B CN101651966 B CN 101651966B CN 200910173725X A CN200910173725X A CN 200910173725XA CN 200910173725 A CN200910173725 A CN 200910173725A CN 101651966 B CN101651966 B CN 101651966B
- Authority
- CN
- China
- Prior art keywords
- data
- window
- client
- content
- peer node
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Abstract
The invention provides a play method of a mobile P2P client. The method comprises the following steps: a client acquires the information of a peer node with resources containing contents to be played; the client sends data requests to a compensation serer and the peer node by the self-adaptive adjustment of the size of a play window and acquires the contents according to the information of the peer node; and the client plays the contents. The invention also provides a play device of the mobile P2P client. The invention assigns the data requests by the self-adaptive adjustment of the size of the play window according to network conditions so as to try the best to buffer data when a channel is favorable and dynamically reduce the data amount of the channel when channel is poor, thereby preventing network failures.
Description
Technical field
The present invention relates to the communications field, in particular to a kind of playing method and device of mobile P 2 P client.
Background technology
In traditional the Internet, popular P2P application form has been contained multiple application such as video, voice, search and download at present, has become the maximum core application in the Internet.In traditional Internet technology and application develop rapidly, mobile Internet also is unwilling to be lag behind, and along with the maturation day by day of wireless communication technology, the scale of mobile Internet is also progressively developed.Along with the increase of wireless bandwidth, P2P spontaneously moves towards in the mobile network.The proposition purpose of mobile P 2 P technology is exactly to be applied to mobile/wireless network to the thought of traditional the Internet P2P technology, and this is the inevitable demand of mobile Internet development.
Realize that in mobile communications network it is an innovative business that the P2P content of multimedia is shared, the user mode access that present mobile operator possesses mainly comprises:
(1) WLAN inserts, promptly present widely used WIFI access technology and WAPI access technology;
(2) wireless access is like TD-SCDMA, TD-HSDPA and TD-HSUPA technology.
The inventor finds that there is following problem at least in prior art: because the difference of access way on the stability of the sharing characteristic of the symmetry of upstream and downstream bandwidth, access speed height, channel and channel has caused mobile communications network is used the otherness of migrating to P2P.And the channel unsteadiness of mobile Internet and network jitter property make that all the QoS of mobile P 2 P client playing stream media can not get guaranteeing, thereby make the streaming media service of mobile P 2 P can not get supporting.
Summary of the invention
The present invention aims to provide a kind of playing method and device of mobile P 2 P client, can not get guaranteeing with the QoS of the mobile P 2 P client playing stream media that solves prior art, thereby makes the problem that the streaming media service of mobile P 2 P can not get supporting.
According to an aspect of the present invention, a kind of player method of mobile P 2 P client is provided, has comprised: client obtain to have the information of peer node of resource of the content that will play; According to the information of peer node, client is sent request of data and is obtained content to compensation server and peer node through the size of self adaptation adjustment broadcast window; The client terminal playing content.
Preferably, broadcast window comprises urgent window and non-emergent window, and wherein, for the data in the urgent window, client is sent request of data and obtained data to the compensation server; For the data in the non-emergent window, client is sent request of data and is obtained data to peer node.
Preferably; Broadcast window also comprises re-transmission limit pointer and broadcast window pointer; The initial value that retransmits limit pointer is positioned at the right margin of urgent window, and the broadcast window pointer is positioned at the right margin of broadcast window, according to the information of peer node; Client comprises to compensating server and peer node transmission request of data and obtaining content through the size of self adaptation adjustment broadcast window: playing pointer moves along playing direction; After the data that are in non-emergent window originally got into urgent window, for the data that do not receive that retransmit the limit pointer left side, client was sent request of data and is obtained data to the compensation server again; To compensating the situation of change that server resends the number of times of request of data, adjust the size of broadcast window according to client.
Preferably, to compensating the situation of change that server resends the number of times of request of data, the size of adjustment broadcast window comprises according to client: when number of times reduces, retransmit limit pointer and move to left, and the broadcast window pointer moves to right; When number of times increases, retransmit limit pointer and move to right, and the broadcast window pointer moves to left.
Preferably, the highest distance position that the re-transmission limit pointer moves to left is the right margin 30 blocks of data places of the urgent window of distance for the left margin 10 blocks of data places of the urgent window of distance, the highest distance position that the re-transmission limit pointer moves to right.
Preferably; The information of peer node that obtains to have the resource of the content that institute will play in client also comprises before: client is carried out login authentication to management platform, and obtains the address of service authorization and electronic playbill server and attributed region management server; Client and electronic playbill server connect, and report client to reach the standard grade and content and service ability that client has; Client and attributed region management server connect, and obtain the content identification of content, the content source management server of content ownership; According to content identification and content source management server, client is obtained the information of peer node to the attributed region management server.
Preferably, after the client terminal playing content, also comprise: client finishes content, complain to the attributed region management server and roll off the production line, and withdraw from management platform.
According to another aspect of the present invention, a kind of playing device of mobile P 2 P client is provided also, has comprised: the information acquisition module, be used to obtain to have the information of peer node of resource of the content that will play; Data acquisition module is used for the information according to peer node, sends request of data and obtains content to compensation server and peer node through the size of self adaptation adjustment broadcast window; Playing module is used for play content.
Preferably, broadcast window comprises urgent window and non-emergent window, and wherein, for the data in the urgent window, client is sent request of data and obtained data to the compensation server through data acquisition module; For the data in the non-emergent window, client is sent request of data and is obtained data to peer node through data acquisition module.
Preferably; Broadcast window also comprises re-transmission limit pointer and broadcast window pointer; The initial value that retransmits limit pointer is positioned at the right margin of urgent window, and the broadcast window pointer is positioned at the right margin of broadcast window, and data acquisition module is according to the information of peer node; Size through self adaptation adjustment broadcast window comprises to compensating server and peer node transmission request of data and obtaining content: playing pointer moves along playing direction; After the data that are in non-emergent window originally got into urgent window, for the data that do not receive that retransmit the limit pointer left side, data acquisition module sent request of data and obtains data to the compensation server again; According to the situation of change that resends the number of times of request of data to the compensation server, the size of adjustment broadcast window.
Preferably, data acquisition module is according to the situation of change that resends the number of times of request of data to the compensation server, and the size of adjustment broadcast window comprises: when number of times reduces, retransmit limit pointer and move to left, and the broadcast window pointer moves to right; When number of times increases, retransmit limit pointer and move to right, and the broadcast window pointer moves to left.
Preferably, the highest distance position that the re-transmission limit pointer moves to left is the right margin 30 blocks of data places of the urgent window of distance for the left margin 10 blocks of data places of the urgent window of distance, the highest distance position that the re-transmission limit pointer moves to right.
Because come to adjust adaptively the size of broadcast window according to mobile network's network condition; Make the request of data of client to realize dynamic change according to network condition; The QoS that has finally solved the mobile P 2 P client playing stream media of prior art can not get guaranteeing, thereby makes the problem that the streaming media service of mobile P 2 P can not get supporting, thus can be when channel be better buffered data as much as possible; And when channel is relatively poor, dynamically reduce the data volume on the channel, prevent periods of network disruption.
Description of drawings
Accompanying drawing described herein is used to provide further understanding of the present invention, constitutes the application's a part, and illustrative examples of the present invention and explanation thereof are used to explain the present invention, do not constitute improper qualification of the present invention.In the accompanying drawings:
Fig. 1 shows the flow chart according to the player method of the mobile P 2 P client of the embodiment of the invention;
Fig. 2 shows the sketch map according to the playing device of the mobile P 2 P client of the embodiment of the invention;
Fig. 3 shows WIFI P2P subsystem environment deployment diagram according to the preferred embodiment of the invention;
Fig. 4 shows the flow chart of peer node queued session according to the preferred embodiment of the invention;
Fig. 5 shows the flow chart of data mode message transmission session in the transmission session according to the preferred embodiment of the invention;
Fig. 6 shows the flow chart of transmission of data blocks session in the transmission session according to the preferred embodiment of the invention;
Fig. 7 shows the sketch map of the broadcast window of client according to the preferred embodiment of the invention.
Embodiment
Below with reference to accompanying drawing and combine embodiment, specify the present invention.
Fig. 1 shows the flow chart according to the player method of the mobile P 2 P client of the embodiment of the invention, comprising:
Step S10, client obtain to have the information of peer node of resource of the content that will play;
Step S20, according to the information of peer node, client is sent request of data and is obtained content to compensation server and peer node through the size of self adaptation adjustment broadcast window;
Step S30, the client terminal playing content.
Mobile Internet is compared with fixed internet; Aspect transmission rate, has very big gap; Therefore the P2P in the fixed internet uses and is difficult to be transplanted to simply in the mobile Internet environment, and the request of data strategy of P2P client need be made corresponding variation according to mobile network's characteristics.
This embodiment is owing to the size of coming to adjust adaptively broadcast window according to mobile network's network condition; Make the request of data of client to realize dynamic change according to network condition; The QoS that has finally solved the mobile P 2 P client playing stream media of prior art can not get guaranteeing, thereby makes the problem that the streaming media service of mobile P 2 P can not get supporting.Use this embodiment upstream bandwidth of mobile network effectively; Reduce load of server; And the situation unstable to mobile network's channel, that network jitter property is bigger, can be when channel be better buffered data as much as possible, and when channel is relatively poor; Can dynamically reduce the data volume on the channel, prevent periods of network disruption.Wherein, broadcast window for from the playing pointer that points in progress data block along the one piece of data memory headroom of playing direction, also have in the compensation server the content that will play.
Preferably, broadcast window comprises urgent window and non-emergent window, and wherein, for the data in the urgent window, client is sent request of data and obtained data to the compensation server; For the data in the non-emergent window, client is sent request of data and is obtained data to peer node.Wherein, Urgent window can be defined as from playing pointer and begin along 30 blocks of data of playing direction, and its length " 30 blocks of data " can be self-defined, in the application of reality, can select according to different situations; But in case define, the length of urgent window is just fixing.
Preferably; Broadcast window also comprises re-transmission limit pointer and broadcast window pointer, and the initial value that retransmits limit pointer is positioned at the right margin of urgent window, and the broadcast window pointer is positioned at the right margin of broadcast window; Step S20 comprises: playing pointer moves along playing direction; After the data that are in non-emergent window originally got into urgent window, for the data that do not receive that retransmit the limit pointer left side, client was sent request of data and is obtained data to the compensation server again; To compensating the situation of change that server resends the number of times of request of data, adjust the size of broadcast window according to client.
Wherein, to compensating the situation of change that server resends the number of times of request of data, the size of adjustment broadcast window comprises according to client: when number of times reduces, retransmit limit pointer and move to left, and the broadcast window pointer moves to right; When number of times increases, retransmit limit pointer and move to right, and the broadcast window pointer moves to left.
Preferably, the highest distance position that the re-transmission limit pointer moves to left is the right margin 30 blocks of data places of the urgent window of distance for the left margin 10 blocks of data places of the urgent window of distance, the highest distance position that the re-transmission limit pointer moves to right.Like this, can make retransmit limit pointer can travelling backwards.
The size that above-mentioned preferred embodiment provides a kind of network condition according to the mobile network to adjust broadcast window is adaptively carried out the allocation strategy of request of data.When network condition is relatively poor, retransmit limit pointer and move to right, playing pointer moves to left, thereby reduces the size of non-emergent window through the size that reduces broadcast window, finally reduces the request of data that client is sent to peer node, alleviating network congestion; When network condition is better, retransmit limit pointer and move to left, playing pointer moves to right, thereby increases the size of non-emergent window through the size that increases broadcast window, finally increases the request of data that client is sent to peer node, obtains data as much as possible.
Preferably; The information of peer node that obtains to have the resource of the content that institute will play in client also comprises before: client is carried out login authentication to management platform, and obtains the address of service authorization and electronic playbill server and attributed region management server; Client and electronic playbill server connect, and report client to reach the standard grade and content and service ability that client has; Client and attributed region management server connect, and obtain the content identification of content, the content source management server of content ownership; According to content identification and content source management server, client is obtained the information of peer node to the attributed region management server.After the client terminal playing content, also comprise: client finishes content, complain to the attributed region management server and roll off the production line, and withdraw from management platform.
The preferred embodiment provides client to get into system and the concrete scheme that logs off.
Fig. 2 shows the sketch map according to the playing device of the mobile P 2 P client of the embodiment of the invention, and this device comprises: information acquisition module 10, be used to obtain to have the information of peer node of resource of the content that will play; Data acquisition module 20 is used for the information according to peer node, sends request of data and obtains content to compensation server and peer node through the size of self adaptation adjustment broadcast window; Playing module 30 is used for play content.
This embodiment is owing to the size of coming to adjust adaptively broadcast window according to mobile network's network condition; Make the request of data of client to realize dynamic change according to network condition; The QoS that has finally solved the mobile P 2 P client playing stream media of prior art can not get guaranteeing, thereby makes the problem that the streaming media service of mobile P 2 P can not get supporting.Use this embodiment upstream bandwidth of mobile network effectively; Reduce load of server; And the situation unstable to mobile network's channel, that network jitter property is bigger, can be when channel be better buffered data as much as possible, and when channel is relatively poor; Can dynamically reduce the data volume on the channel, prevent periods of network disruption.Wherein, compensation also have in the server the content that will play.
Preferably, broadcast window comprises urgent window and non-emergent window, and wherein, for the data in the urgent window, client is sent request of data and obtained data to the compensation server through data acquisition module 20; For the data in the non-emergent window, client is sent request of data and is obtained data to peer node through data acquisition module 20.Wherein, Urgent window can be defined as from playing pointer and begin along 30 blocks of data of playing direction, and its length " 30 blocks of data " can be self-defined, in the application of reality, can select according to different situations; But in case define, the length of urgent window is just fixing.
Preferably; Broadcast window also comprises re-transmission limit pointer and broadcast window pointer; The initial value that retransmits limit pointer is positioned at the right margin of urgent window, and the broadcast window pointer is positioned at the right margin of broadcast window, and data acquisition module 20 is according to the information of peer node; Size through self adaptation adjustment broadcast window comprises to compensating server and peer node transmission request of data and obtaining content: playing pointer moves along playing direction; After the data that are in non-emergent window originally got into urgent window, for the data that do not receive that retransmit the limit pointer left side, data acquisition module sent request of data and obtains data to the compensation server again; According to the situation of change that resends the number of times of request of data to the compensation server, the size of adjustment broadcast window.
Wherein, according to the situation of change that resends the number of times of request of data to the compensation server, the size of adjustment broadcast window comprises: when number of times reduces, retransmit limit pointer and move to left, and the broadcast window pointer moves to right; When number of times increases, retransmit limit pointer and move to right, and the broadcast window pointer moves to left.
Preferably, the highest distance position that the re-transmission limit pointer moves to left is the right margin 30 blocks of data places of the urgent window of distance for the left margin 10 blocks of data places of the urgent window of distance, the highest distance position that the re-transmission limit pointer moves to right.Like this, can make retransmit limit pointer can travelling backwards.
The size that above-mentioned preferred embodiment provides a kind of network condition according to the mobile network to adjust broadcast window is adaptively carried out the allocation strategy of request of data.When network condition is relatively poor, retransmit limit pointer and move to right, playing pointer moves to left, thereby reduces the size of non-emergent window through the size that reduces broadcast window, finally reduces the request of data that client is sent to peer node, alleviating network congestion; When network condition is better, retransmit limit pointer and move to left, playing pointer moves to right, thereby increases the size of non-emergent window through the size that increases broadcast window, finally increases the request of data that client is sent to peer node, obtains data as much as possible.Retransmit the increase re-transmission time that act as that limit pointer moves to right.
Fig. 3 shows the WIFI P2P subsystem environment deployment diagram according to the embodiment of the invention; A user node is represented a user client among the figure; The P2P client is shared the content that content that other users provide and distribution operator oneself organize with the pattern of P2P, and idiographic flow is following:
(1) user node (being the P2P client) carries out the login authentication session in management platform, obtains service authorization and EPG (electronic program list) server address and belongs to RM (district management server) address etc.;
(2) node connects with ownership RM, reports node is reached the standard grade and node is had content and service ability;
(3) node and EPG server connect, and need the content choice of broadcast, obtain the SM information such as (content source management servers) of content identification, content ownership, and initiate the content play session according to these information;
(4) connect between node and the RM, to the tabulation of RM request peer node (node that promptly has the content resource of broadcast);
(5) after obtaining peer node, node and peer node connect, and carry out transmission session;
For client, mainly come the various conversation procedures of the common P2P of completion client: service thread, request thread, UDP drive thread, data processing thread and signaling process thread by following five threads.These five threads are accomplished following task respectively:
1. serve thread: be responsible for receiving data request information, from disk or internal memory, read out data, data are carried out the message encapsulation, and send data to the node of request msg;
2. request thread: be responsible for carrying out the queued session (as shown in Figure 4) of peer node, and be responsible for carrying out transmission session;
3. UDP drive thread: be responsible for the reception of UDP message, the message that receives is distributed to signaling formation and data queue respectively;
4. data processing thread: be responsible for the data-message that returns is resolved, the data that parse are written to buffering area;
5. signaling process thread: be responsible for handling the various signalings of returning, comprise that message is replied in return messages, the heartbeat of friendly node (being peer node), static information reports and replys message etc.,, handle as long as just have in the message queue for such message.
Transmission session between node and the peer node comprises two separate sessions, i.e. data mode message transmission session (its flow process is as shown in Figure 5) and transmission of data blocks session (its flow process is as shown in Figure 6).Each peer node is all kept a data structure and is described its data mode, and this state regularly carries out alternately.Request thread carries out request of data with certain algorithm and distributes according to the situation of broadcast window and the data mode information of peer node, confirms the transmission sources of each data block and sends data request information.Request thread divides timing carrying out request of data, at first scans broadcast window, when finding in the broadcast window there be not certain blocks of data, then scans the tabulation of its friendly node of safeguarding, carries out request of data according to the data mode of friendly node and distributes, and initiates request of data.Friendly node is after receiving request of data, and its service thread is read laggard row with data and replied.Reply message and received by the UDP drive thread, put into respective queue, give processing threads and handle, processing threads extracts real data after message is resolved, and writes in the play buffer.
In mobile network environment; Because the jitter of network is bigger; Therefore it is particularly important how to come the specified data request to distribute according to the situation of broadcast window, and promptly request thread is a thread that in mobile P 2 P is used, needs emphasis to handle, and this thread relates to the strategy that request of data is distributed.At first how client detects the jitter of network, and secondly when network jitter property was bigger, how about client adjusts request of data was adaptively distributed.These two important problem all realize the self adaptation adjustment that detection of network jitter property and request of data are distributed through the adjustment of broadcast window.
Under wireless network upstream bandwidth condition of limited; The data of client are obtained can't all be provided by other clients (being peer node); The partial data of client is still provided by the compensation server, and the QoS for client terminal playing provides an assurance like this.To this framework, client is formulated corresponding request of data allocation strategy according to the size of broadcast window when request msg.Broadcast window (as shown in Figure 7) is exactly the one piece of data memory headroom that begins backward (along playing direction) from playing pointer, where deposits what data in this memory headroom and numbers in advance.Broadcast window is divided into urgent window and non-emergent window, and urgent window is 30 blocks of data, and the border of non-emergent window is unfixing, can dynamically adjust according to network condition.For the data in the urgent window,, need send data request information and obtain data to the compensation server, and, then provide by peer node for the data in the non-emergent window owing to be the data of being badly in need of broadcast.Because playing pointer constantly moves along playing direction, some in the data of non-emergent window, possibly just not get into urgent window originally before the data of request are also replied, at this time just need to send data request information (repeat requests) to the compensation server again.Like this, may cause the re-transmission of lot of data request, thereby increase downlink traffic, the downlink bandwidth limited for wireless network affects.
Characteristics to the mobile network; In broadcast window, increase by two pointers: retransmit limit pointer and broadcast window pointer; The initial value that retransmits limit pointer drops on the right margin of emergency region, the right margin of broadcast window pointed broadcast window, the i.e. right margin of non-emergent window.After the original data in non-emergent window of regulation got into urgent window, the not reception data that only are positioned at the left side that retransmits limit pointer just needed to send request of data to the compensation server again.Simultaneously; Retransmitting limit pointer can self-adapting float, and when promptly repeat requests increases (in practical application, can be defined as increases above 5 times), the re-transmission limit pointer moves to right; (in practical application, can be defined as and reduce) during minimizing above 5 times; The re-transmission limit pointer moves to left, but can travelling backwards in order make to retransmit limit pointer, and retransmitting limit pointer can not unrestrictedly move to left or move to right.When the re-transmission limit pointer moved to left, the place at left margin 10 blocks of data that move on to the urgent window of distance stopped to move.And when the re-transmission limit pointer moves to right, can only move on to the place of right margin 30 blocks of data of the urgent window of distance farthest.Therefore, can judge the quality of network condition through the situation of movement that retransmits limit pointer, when the number of repeat requests increases; Explain that present network condition is bad; Therefore when the re-transmission limit pointer moved to right, the broadcast window pointer need move to left, thereby reduced the size of broadcast window; Can reduce the number that request of data is sent like this, the situation of alleviating network congestion.And when the re-transmission limit pointer moved to left, the broadcast window pointer moved to right, thereby increased broadcast window, can obtain data more when network condition is good like this.
6. user's finishes, selecting rolls off the production line withdraws from, and the service conversation that system finishing is online is complained to the RM node and is rolled off the production line, and logs off.
Above-mentioned preferred embodiment is to mobile network's the bigger characteristics of wireless bandwidth/change in link quality; The broadcast window self-adapting regulation method of a kind of mobile network's of being applicable to P2P client has been proposed to the Streaming Media of P2P; Size adaptation ground through the adjustment broadcast window increases or reduces the mechanism that repeat requests takes place, thereby is directed against the unsettled characteristics of mobile network's channel, can be when channel be better buffered data as much as possible; And when channel is relatively poor; Can dynamically reduce the data volume on the channel, prevent periods of network disruption, guarantee the playing QoS of mobile P 2 P client.
From above description, can find out that the present invention has realized following technique effect:
Come to adjust adaptively the size of broadcast window according to mobile network's network condition, make the request of data of client to realize dynamic change, effectively mobile network's upstream bandwidth according to network condition; Reduce load of server; And the situation unstable to mobile network's channel, that network jitter property is bigger, can be when channel be better buffered data as much as possible, and when channel is relatively poor; Can dynamically reduce the data volume on the channel, prevent periods of network disruption.
Obviously, it is apparent to those skilled in the art that above-mentioned each module of the present invention or each step can realize with the general calculation device; They can concentrate on the single calculation element; Perhaps be distributed on the network that a plurality of calculation element forms, alternatively, they can be realized with the executable program code of calculation element; Thereby; Can they be stored in the storage device and carry out, perhaps they are made into each integrated circuit modules respectively, perhaps a plurality of modules in them or step are made into the single integrated circuit module and realize by calculation element.Like this, the present invention is not restricted to any specific hardware and software combination.
The above is merely the preferred embodiments of the present invention, is not limited to the present invention, and for a person skilled in the art, the present invention can have various changes and variation.All within spirit of the present invention and principle, any modification of being done, be equal to replacement, improvement etc., all should be included within protection scope of the present invention.
Claims (8)
1. the player method of a mobile P 2 P client is characterized in that, comprising:
Client obtain to have the information of peer node of resource of the content that will play;
According to the information of said peer node, said client is sent request of data and is obtained said content to compensation server and said peer node through the size of self adaptation adjustment broadcast window;
The said content of said client terminal playing;
Said broadcast window comprises urgent window and non-emergent window; Said broadcast window also comprises re-transmission limit pointer and broadcast window pointer; The initial value of said re-transmission limit pointer is positioned at the right margin of said urgent window; Said broadcast window pointer is positioned at the right margin of said broadcast window, and according to the information of said peer node, said client comprises to compensating server and said peer node transmission request of data and obtaining said content through the size of self adaptation adjustment broadcast window:
Playing pointer moves along said broadcast direction; After the data that are in said non-emergent window originally get into said urgent window; For the data that do not receive in said re-transmission limit pointer left side, said client is sent request of data and is obtained data to said compensation server again;
Resend the situation of change of the number of times of request of data according to said client to said compensation server, adjust the size of said broadcast window, comprising:
When said number of times reduced, said re-transmission limit pointer moved to left, and said broadcast window pointer moves to right;
When said number of times increased, said re-transmission limit pointer moved to right, and said broadcast window pointer moves to left.
2. method according to claim 1 is characterized in that,
For the data in the said urgent window, said client is sent request of data and is obtained data to said compensation server;
For the data in the said non-emergent window, said client is sent request of data and is obtained data to said peer node.
3. method according to claim 1; It is characterized in that; The highest distance position that said re-transmission limit pointer moves to left is the left margin 10 blocks of data places of the said urgent window of distance, and the highest distance position that said re-transmission limit pointer moves to right is the right margin 30 blocks of data places of the said urgent window of distance.
4. method according to claim 1 is characterized in that, the information of peer node that obtains to have the resource of the content that institute will play in client also comprises before:
Said client is carried out login authentication to management platform, and obtains the address of service authorization and electronic playbill server and attributed region management server;
Said client and said electronic playbill server connect, and report said client is reached the standard grade and said client has content and service ability;
Said client and said attributed region management server connect, and obtain the content source management server of the content identification of said content, said content ownership;
According to said content identification and said content source management server, said client is obtained the information of said peer node to said attributed region management server.
5. method according to claim 4 is characterized in that, after the said content of said client terminal playing, also comprises:
The said content of said client finishes is complained to said attributed region management server and is rolled off the production line, and withdraws from said management platform.
6. the playing device of a mobile P 2 P client is characterized in that, comprising:
The information acquisition module, be used to obtain to have the information of peer node of resource of the content that will play;
Data acquisition module is used for the information according to said peer node, sends request of data and obtains said content to compensation server and said peer node through the size of self adaptation adjustment broadcast window;
Playing module is used to play said content;
Said broadcast window comprises urgent window and non-emergent window;
Said broadcast window also comprises re-transmission limit pointer and broadcast window pointer; The initial value of said re-transmission limit pointer is positioned at the right margin of said urgent window; Said broadcast window pointer is positioned at the right margin of said broadcast window; Said data acquisition module is according to the information of said peer node, and the size of adjusting broadcast window through self adaptation comprises to compensating server and said peer node transmission request of data and obtaining said content:
Playing pointer moves along said broadcast direction; After the data that are in said non-emergent window originally get into said urgent window; For the data that do not receive in said re-transmission limit pointer left side, said data acquisition module sends request of data and obtains data to said compensation server again;
According to the situation of change that resends the number of times of request of data to said compensation server, adjust the size of said broadcast window;
Said data acquisition module is according to the situation of change that resends the number of times of request of data to said compensation server, and the size of adjusting said broadcast window comprises:
When said number of times reduced, said re-transmission limit pointer moved to left, and said broadcast window pointer moves to right;
When said number of times increased, said re-transmission limit pointer moved to right, and said broadcast window pointer moves to left.
7. device according to claim 6 is characterized in that,
For the data in the said urgent window, said client is sent request of data and is obtained data to said compensation server through said data acquisition module;
For the data in the said non-emergent window, said client is sent request of data and is obtained data to said peer node through said data acquisition module.
8. device according to claim 6; It is characterized in that; The highest distance position that said re-transmission limit pointer moves to left is the left margin 10 blocks of data places of the said urgent window of distance, and the highest distance position that said re-transmission limit pointer moves to right is the right margin 30 blocks of data places of the said urgent window of distance.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910173725XA CN101651966B (en) | 2009-09-10 | 2009-09-10 | Play method and device of mobile P2P client |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910173725XA CN101651966B (en) | 2009-09-10 | 2009-09-10 | Play method and device of mobile P2P client |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101651966A CN101651966A (en) | 2010-02-17 |
| CN101651966B true CN101651966B (en) | 2012-04-04 |
Family
ID=41674022
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910173725XA Expired - Fee Related CN101651966B (en) | 2009-09-10 | 2009-09-10 | Play method and device of mobile P2P client |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101651966B (en) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102523236B (en) * | 2011-12-31 | 2015-05-20 | 杭州华三通信技术有限公司 | Method and equipment for establishing dynamic connection |
| CN105898388B (en) * | 2016-04-05 | 2019-07-23 | 合一网络技术(北京)有限公司 | A kind of node download schedule method and apparatus |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1901504A (en) * | 2006-06-30 | 2007-01-24 | 华中科技大学 | Data dispatching method of stream medium request broadcast system |
| WO2008057653A2 (en) * | 2006-09-06 | 2008-05-15 | Akamai Technologies, Inc. | Hybrid content delivery network (cdn) and peer-to-peer (p2p) network |
| CN101409679A (en) * | 2008-11-12 | 2009-04-15 | 中兴通讯股份有限公司 | Method for dynamically regulating data block request in point-to-point stream medium |
-
2009
- 2009-09-10 CN CN200910173725XA patent/CN101651966B/en not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1901504A (en) * | 2006-06-30 | 2007-01-24 | 华中科技大学 | Data dispatching method of stream medium request broadcast system |
| WO2008057653A2 (en) * | 2006-09-06 | 2008-05-15 | Akamai Technologies, Inc. | Hybrid content delivery network (cdn) and peer-to-peer (p2p) network |
| CN101409679A (en) * | 2008-11-12 | 2009-04-15 | 中兴通讯股份有限公司 | Method for dynamically regulating data block request in point-to-point stream medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101651966A (en) | 2010-02-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9979771B2 (en) | Adaptive variable fidelity media distribution system and method | |
| US8464298B1 (en) | Method and system to daisy-chain access to video resources | |
| WO2020192152A1 (en) | Video transmission method, root node, child node, p2p server, and system | |
| US9497035B2 (en) | Method, device, and system for playing media based on P2P | |
| CN103634692A (en) | CDN (content distribution network) and P2P (peer-to-peer) based hybrid stream media video-on-demand system | |
| JP2009506627A (en) | On-demand system and method using dynamic broadcast scheduling | |
| US9813475B1 (en) | Delivering a video stream | |
| US20110082943A1 (en) | P2p network system and data transmitting and receiving method thereof | |
| CN101267541B (en) | A stream media distribution server applicable to online VoD or living broadcast | |
| CN111083536A (en) | Method and device for adjusting video code rate | |
| CN101651966B (en) | Play method and device of mobile P2P client | |
| CN101562530B (en) | Transmission method and player for point-to-point mobile streaming media | |
| JP7259056B2 (en) | METHOD, APPARATUS, SYSTEM AND DEVICE FOR MEDIA STREAM TRANSMISSION | |
| CN101146221B (en) | Dynamic adjusting method and system for playing pointer in P2P direct broadcasting | |
| KR20050051703A (en) | Data distribution device capable of distributing a content | |
| KR20120108138A (en) | Circular buffer and method for multimedia streaming service based peer-to-peer | |
| KR20120064969A (en) | Method and apparatus for push-pull hybrid streaming adaptive to video chunk distribution | |
| KR101151848B1 (en) | Method for providing contents for communication terminal in multicast environment including a plurality of multicast groups and streaming apparatus and communication terminal for the same | |
| CN102821316A (en) | Improved video on demand (VOD) transmission method based on peer-to-peer computing core algorithm | |
| CN111405617B (en) | NDN wireless local area network streaming media transmission method and system based on AP request proxy | |
| US20050125836A1 (en) | Shared wireless video downloading | |
| Alomari | A novel adaptive caching mechanism for video on demand system over wireless mobile network | |
| US9654533B2 (en) | Method of adaptively delivering media based on reception status information from media client and apparatus using the same | |
| CN103139188A (en) | Method and system of streaming media transmission | |
| CN101217641B (en) | An online media playing method, system, server and client |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120404 Termination date: 20170910 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |