CN101494655B - RTP distributed stream media service system and method - Google Patents
RTP distributed stream media service system and method Download PDFInfo
- Publication number
- CN101494655B CN101494655B CN2009101195241A CN200910119524A CN101494655B CN 101494655 B CN101494655 B CN 101494655B CN 2009101195241 A CN2009101195241 A CN 2009101195241A CN 200910119524 A CN200910119524 A CN 200910119524A CN 101494655 B CN101494655 B CN 101494655B
- Authority
- CN
- China
- Prior art keywords
- rtp
- video data
- streaming
- fringe node
- extension header
- 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
Images
Abstract
The present invention relates to a RTP distributed streaming media service system, including: a streaming media program source; a center forwarding server, packing the original program contents. according to the RTP protocol, wherein, the extending packet head including the locating information and identification information of video data in the RTP packet, and sending in the network; edge nodes, receiving the RTP stream forwarded by the center forwarding server, and recording to the local, performing grading and storing to the video data according to the extending packet head during recording; terminals, receiving the RTP stream forwarded by the center forwarding server, and playing the required video data in the RTP stream according to the extending packet head. The present invention also relates to a RTP distributed streaming media service method. Base on the expansion of RTP protocol, the present invention gives a perfect stream media processing mechanism, provides a realization method of transmission and distribution scheduling under various points complex circumstances in large-scale network, and also provides a favorable realization mechanism for the re-scheduling and re-organization of the contents.
Description
Technical field
The present invention relates to the Streaming Media field, relate in particular to a kind of RTP distributed stream media service system and method.
Background technology
Along with professional the developing rapidly of various video classes such as IPTV, Internet video; People constantly increase the functional requirement of various videos; Stream media system is constantly evolution thereupon also; Especially as extensive, jumbo flow media distribution system because self-characteristic, constantly to streaming media data transmission is proposed new demand.For multicast under the network on a large scale, record, retransmit, a series of demands such as scheduling mutually, existing RFC standard is because RTP transmission means and the mechanism that it adopted can not satisfy the demand for development of business.
Adopted the RTP transmission mechanism to accomplish packet loss in the most existing stream media system and retransmitted, effective processing of fast forwarding and fast rewinding etc. adapt to the program request in the streaming media service, demands such as time shift.But these original standard RTP transmission mechanisms can only solve point-to-point, perhaps put the media delivery and the service of multiple spot, and it only is responsible for last this service link that the solution streaming media server or the network equipment directly arrive terminal transmission.And if hope provides big capacity, big concurrent service on the current IP network foundation, and guarantees QoS preferably, for the user provides good viewing experience, guarantee good audio frequency and video quality, it is far from being enough only relying on these mechanism.
As shown in Figure 1; Actual deployment sketch map for existing IPTV stream media service system; Existing in the drawings RTP transmission mechanism can only solve the transmission problem of part shown in the heavy line among the figure; And complicated for more, more importantly background transfer and dissemination system are not considered, as above scheme shown in the dotted portion.And along with the carrier class flow media network system, such as development and the evolution of IPTV, this background network is also increasingly sophisticated and huge, and existing stream media system is distributed in content, and aspects such as storage and scheduling are difficulty day by day.
Summary of the invention
The objective of the invention is to propose a kind of RTP distributed stream media service system and method, imputability begins from the source of program, and program is carried out various processing and distribution; Perhaps record, and guarantee to handle the promptness of distributing and recording, validity; And can adapt to the network condition of the various harshnesses of IP network, and program data is distributed to different regions, be distributed to the nearest server of distance users and service be provided for the user; And can deal with various accidents; Under some situation, can reconfigure program data, guarantee program integrity from different regions.
For realizing above-mentioned purpose, the invention provides a kind of RTP distributed stream media service system, comprising:
The flow-medium performance source is used to provide the original program content of Streaming Media form;
The center forwarding server; Be used to receive said original program content; And said original program content is packed according to Real-time Transport Protocol; Wherein the extension header of RTP bag comprises the positional information and the identification information of the video data in this RTP bag, and the rtp streaming after will packing then sends in the network, supplies fringe node to record and/or supply terminal plays;
Fringe node is used to receive the rtp streaming that the forwarding server of center described in the network is transmitted, and the data recording that needs in the rtp streaming is arrived this locality, when recording, according to said extension header video data is carried out segmentation and preservation;
The terminal is used to receive the rtp streaming that the forwarding server of center described in the network is transmitted, and according to said extension header the video data that needs in the rtp streaming is play.
Further, said center forwarding server can specifically comprise:
The source receiver module is used for the original program content of the Streaming Media form that the receiving stream media program source provides;
The RTP packetization module is used for according to Real-time Transport Protocol said original program content being packed, and wherein the extension header of RTP bag comprises the positional information and the identification information of the video data in this RTP bag;
The rtp streaming sending module is used for the rtp streaming after the packing is sent to network, supplies fringe node to record and/or supply terminal plays.
Further, said fringe node specifically comprises:
The rtp streaming receiver module is used to receive the rtp streaming that the forwarding server of center described in the network is transmitted;
The rtp streaming analysis module is used for analyzing the positional information and the identification information of the extension header of said rtp streaming;
The recording and storing module is used for the data recording of rtp streaming needs is arrived this locality, when recording, according to said extension header video data is carried out segmentation and preservation.
Further, said terminal specifically comprises:
The rtp streaming receiver module is used to receive the rtp streaming that the forwarding server of center described in the network is transmitted;
The rtp streaming analysis module is used for analyzing the positional information and the identification information of the extension header of said rtp streaming;
First playing module is used for according to said extension header the video data of rtp streaming needs being play.
Further, said fringe node also comprises: the data re-transmission module, when being used for video data according to said extension header inspection rtp streaming and having disappearance,, obtain the corresponding complete video data of video data that have disappearance with the surrounding edge node communication.
Further, said fringe node also comprises: the stream service module is used to said terminal the video data service is provided.
Further, said terminal also comprises: second playing module, the video data service that being used for the stream service module to said fringe node provides is play according to said extension header.
For realizing above-mentioned purpose, the present invention also provides a kind of RTP distributed flow media method of servicing based on aforementioned RTP distributed stream media service system, comprising:
The original program content of the Streaming Media form that center forwarding server receiving stream media program source provides; And according to Real-time Transport Protocol said original program content is packed, wherein the extension header of RTP bag comprises the positional information and the identification information of the video data in this RTP bag;
Rtp streaming after said center forwarding server will be packed sends in the network, supplies fringe node to record and/or supply terminal plays;
Said fringe node receives the rtp streaming that the center forwarding server is transmitted described in the network, and the data recording that needs in the rtp streaming is arrived this locality, when recording, according to said extension header video data is carried out segmentation and preservation.
Further, when said fringe node recorded video data,,, obtain the corresponding complete video data of video data that have disappearance then with the surrounding edge node communication if having disappearance according to the video data in the said extension header inspection rtp streaming.
Further, the data recording that needs in rtp streaming at said fringe node is behind this locality, for said terminal provides the video data service.
Further, be after said terminal provides the video data service at said fringe node, play according to said extension header the video data service that said fringe node provides at said terminal.
Further, also comprise: said terminal receives the rtp streaming that the center forwarding server is transmitted described in the network, and according to said extension header the video data that needs in the rtp streaming is play.
Based on technique scheme; The present invention is on the basis of Real-time Transport Protocol expansion; Provided perfect Streaming Media treatment mechanism and method, and indicated respectively under the large scale network situation, in multicast, program request, the transmission under the various complex situations, the implementation method of distribution scheduling such as record through several embodiment; The settlement mechanism that also provides packet loss to retransmit, thus dispatch and reorganize the realization mechanism that also provides good once more for content.
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 is the actual deployment sketch map of existing IPTV stream media service system.
Fig. 2 is the structural representation of first embodiment of RTP distributed stream media service system of the present invention.
Fig. 3 is the structural representation of second embodiment of RTP distributed stream media service system of the present invention.
Fig. 4 is the structural representation of the 3rd embodiment of RTP distributed stream media service system of the present invention.
Fig. 5 is the structural representation of the 4th embodiment of RTP distributed stream media service system of the present invention.
Fig. 6 is the schematic flow sheet of first embodiment of RTP distributed flow media method of servicing of the present invention.
Fig. 7 is the signalling diagram of second embodiment of RTP distributed flow media method of servicing of the present invention.
Fig. 8 is the signalling diagram of the 3rd embodiment of RTP distributed flow media method of servicing of the present invention.
Embodiment
Through accompanying drawing and embodiment, technical scheme of the present invention is done further detailed description below.
The invention provides an effective backstage service system, this system is responsible for beginning from the source of program, and program is handled, distributed; And offer fringe node and record; Guarantee processing, promptness, the validity of distributing and recording,, program data is distributed to different regions to adapt to the network condition of the various harshnesses of IP network; Be distributed to the nearest server of distance users and service be provided for the user; And can deal with various accidents, under some situation, can realize reconfiguring program data and guarantee program integrity etc. from different regions.
The present invention has provided on the RFC3550 basis for establishing, is the example that the basis is expanded with RFC3550.According to the regulation of RFC, RTP packet header can be divided into two parts, and first is the set form part, and second portion is an expansion, describes respectively below.
RTP packet header set form partly is shown in the following figure:
0 1 2 3
0?1?2?3?4?5?6?7?8?9?0?1?2?3?4?5?6?7?8?9?0?1?2?3?4?5?6?7?8?9?0?1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|V＝2|P|X| CC ?|M| PT | ?sequence?number |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| timestamp |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| synchronization?source(SSRC)identifier |
+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+
| contributing?source(CSRC)identifiers |
| · · · · ?|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
This form is followed the regulation of RFC3550, below is the meaning and the explanation of each field:
a)version(V)
Figure place: 2bits
The version number of meaning: RTP
Explain: follow RFC3550, in RFC3550, stipulate that this value is 2.
b)padding(P)
Figure place: 1bit
Meaning: show whether this RTP bag back has the padding data of encrypting usefulness.0 expression does not have, and 1 expression has.
Explain: do not have.
c)extension(X)
Figure place: 1bit
Meaning: whether expansion sign shows behind set form packet header of this RTP with expansion packet header is arranged.0 expression does not have, and 1 expression has.
Explain: the present invention has been owing to adopted the mode of expansion RTP to realize, therefore value is 1 to represent in this field.
d)CSRC?count(CC)
Figure place: 4bits
The number of meaning: CSRC is represented the CSRC quantity that comprises in this packet header
Explain: among the IPTV, be generally 0.
e)marker(M)
Figure place: 1bit
Meaning: different profile have different significance, and whether general expression is frame boundaries
Explain: among the IPTV, be generally 0.
f)payload?type(PT)
Figure place: 1bit
Meaning: RTP load type
Explain: current IP TV adopts H.264 coding, and TS flows encapsulation.But the time that H264 coding occurs is later, in original regulation not corresponding in RFC, can stipulate that therefore field directly uses the value of MPEG2 among original RFC, and this value is 33.
g)sequence?number
Figure place: 16bits
The sequence number of meaning: RTP bag
Explain: the sequence number of this value representation current RTP bag since 0, adds 1, to the tail circulation at every turn.
h)timestamp
Figure place: 32bits
The timestamp of meaning: RTP bag transmission
Explain: do not have
i)SSRC：32bits
Figure place: 32bits
Meaning: send the source sign of stream, ID
Explain: do not have
j)CSRC?list
Figure place: 32bits is a unit, maybe be a plurality of
Meaning: the person that interts in the middle of the flow data identifies 0-15
Explain: in the IPTV service, generally need not.
Here introduce to such an extent that the set form in RTP packet header mainly is on the basis of inventive concept of the present invention; A relatively complete technical scheme is provided; But this part content should not be regarded as restriction of the present invention, and each field and value all can be selected according to existing RFC standard.
Introduce the extended format part more relevant with the present invention below, the present invention expands RTP packet header according to the method for RFC3550 regulation, and this expansion instance is following:
0 1 2 3
0?1?2?3?4?5?6?7?8?9?0?1?2?3?4?5?6?7?8?9?0?1?2?3?4?5?6?7?8?9?0?1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|?V?| FT?|?FP?| SP?| rev ?| length ?|
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| segment?Id |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| segment?offset |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| reserve?field |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
a)version(V)
Figure place: 2bits
Meaning: the version number of extended format
b)frame_type(FT)
Figure place: 2bits
Meaning: frame type is indicated, and shows the type of this frame, and the video data that indicates in the current RTP load belongs to I frame or P frame or B frame.
Explain: this value span and the following following table of meaning:
| Value | Implication |
| 0 | The |
| 1 | The |
| 2 | The |
| 3 | Reserve |
Meaning: frame type is indicated, and shows the type of this frame, and the video data that indicates in the current RTP load belongs to I frame or P frame or B frame.
c)frame_pos(FP)
Figure place: 2bits
Meaning: the frame position indication, show that the video data in the current RTP bag is in the position of present frame, begin or the centre, perhaps ending.
Explain: this value span and meaning are following:
| Value | Implication |
| 0 | |
| 1 | |
| 2 | |
| 3 | Beginning and ending (complete) |
In the present invention, a RTP bag only comprises the data of a frame usually, but a frame can be divided into a plurality of RTP bags, therefore representes that with FP the data among the current RTP are beginnings of present frame here, still finishes, or middle, still all comprises end to end.
d)segment_pos(SP)
Figure place: 2bits
Meaning: the indication of stored fragments position, show that the video data in the current RTP bag is in the position of current stored fragments, begin or the centre, perhaps ending.
Explain: this value span and meaning are following:
| Value | Implication |
| 0 | |
| 1 | |
| 2 | |
| 3 | Beginning and ending (complete) |
About the description of stored fragments, see also the relevant introduction of following segment_Id.
e)reserve(rev)
Figure place: 8bits
Meaning: reserved field
Explain: meaningless
f)length
Figure place: 16bits
Meaning: this RTP packet header expansion length is unit with 32bit, does not comprise 16 bits in front and length itself
Explain: do not have
g)segment_Id
Figure place: 32bits
Meaning: current stored fragments sign.
Explain: current stored fragments identification number, 32 signless integers, since 0, each fragment adds one, to the tail circulation.
h)segment_offset
Figure place: 32bits
Meaning: current RTP bag load data is with respect to the offset address of this stored fragments.
Explain: this field mainly is in order to guarantee when carrying out performance recording, if packet loss, server still can normally be recorded.Be described below:
In IP network, transmit data, packet loss often occurs, perhaps order is inconsistent; Arrive behind the RTP bag that might send out earlier; A RTP who sends perhaps contracts out to have showed and loses, and retransmit also not accomplish, but follow-up RTP bag has reached; In this situation, RTP data afterwards also need be preserved.In this time, just need keep certain disk space, and segment_offset has just pointed out the position that keeps for those data that lose the centre.
This segment_offset value has comprised the media data size in RTP packet header and the TS flow data, if when recording, does not preserve RTP packet header, convert and just can draw actual storage side-play amount.
i)reserve?field
Figure place: 32bits
Meaning: reserved field.
Explain: this field mainly is in order to adapt to the actual conditions of current IP TV development; Keep for manufacturer oneself to use; Different manufacturers can oneself define these fields, but prerequisite is will guarantee to follow all above-mentioned regulations, and this field will be ignored by equipment and the system between the different vendor simultaneously.
Explanation to the instance of the expansion in expansion RTP packet header mainly is on the basis of inventive concept of the present invention above; A relatively complete technical scheme is provided, but this part content should not be regarded as restriction of the present invention, each field and value all can be selected according to existing RFC standard; Each embodiment for the back; Only the part field just can realize in above-mentioned each field of needs, if desired, can also increase new extended field.
Introduce in the face of RTP distributed stream media service system of the present invention down.As shown in Figure 2, be the structural representation of first embodiment of RTP distributed stream media service system of the present invention.In the present embodiment, the RTP distributed stream media service system comprises: flow-medium performance source 1, center forwarding server 2, fringe node 3 and fringe node 4 and terminal 5.
Flow-medium performance source 1 is used to provide the original program content of Streaming Media form.Center forwarding server 2 can directly receive said original program content; And said original program content is packed according to Real-time Transport Protocol; Wherein the extension header of RTP bag comprises the positional information and the identification information of the video data in this RTP bag; Rtp streaming after will packing then sends in the network, supplies fringe node to record and/or supply terminal plays.The basic function of fringe node 3 and fringe node 4 all can be responsible for receiving the rtp streaming that the forwarding server of center described in the network is transmitted; And with the data recording that needs in the rtp streaming to local, when recording, video data is carried out segmentation and preservation according to said extension header.Terminal 5 is used to receive the rtp streaming that the forwarding server of center described in the network 2 is transmitted, and according to said extension header the video data that needs in the rtp streaming is play.
In technique scheme; The extension header of RTP bag comprises the positional information and the identification information of the video data in this RTP bag; Part among FP, SP, segment_Id and the segment_offset that these information can be respectively introduced by the front or all represent also can increase new field as requested and represent.
Pass through present embodiment; The flow data of having realized total interface in whole distributed flow media network all adopts the desired form of extension header to transmit and handles; Thereby make in the promptness and the validity of operations such as each service node guarantees data processing, distributes and records, can tackle requirement extensive, jumbo flow media distribution system.
As shown in Figure 3, be the structural representation of second embodiment of RTP distributed stream media service system of the present invention.Compare with a last embodiment, present embodiment has provided the concrete formation at center forwarding server 2, fringe node 3 and terminal 5, and the main composition of fringe node 4 is identical with fringe node 3, has not just introduced here.
Terminal 5 also comprises rtp streaming receiver module and the rtp streaming analysis module identical with fringe node 3, can also comprise first playing module, is used for according to said extension header the video data of rtp streaming needs being play, and this situation mainly is applicable to live.
In the present embodiment; Streaming media data transmission had both comprised between center forwarding server 2 and the terminal 5; Also comprise between center forwarding server 2 and fringe node 3 and 4; Simultaneously comprise that also fringe node 3 and 4 transmit mutually, these transmission are all being followed unified flow transmission mechanism and are being carried out, and then accomplish Streaming Media distribution, the storage of full process and full network and flow and serve.
Distribution specific to stream medium data; Can comprise that Centroid is to fringe node; The distribution of stream medium data between the fringe node, the mode of distribution both can also can be transmitted through the mode of multicast rtp streaming through clean culture rtp streaming transmission manner; These two kinds of transmission meanss because of different characteristic, have and have different features when utilization.Multicast pattern is used for carrying out the real time flow medium data from Centroid to each fringe node, and the distribution of programme televised live stream is the performance recording of each node, and storage is supported, also can be the user simultaneously direct broadcast service is provided.
If carry out packet drop having occurred in the distribution procedure at center forwarding server 2; Whether fringe node 3 can have data disappearance problem according to the extension header inspection; And then carry out corresponding data re-transmission and handle; Specifically referring to the embodiment of Fig. 4, fringe node 3 also comprises the data re-transmission module, when being used for video data according to said extension header inspection rtp streaming and having disappearance; Communicate by letter with surrounding edge node (for example fringe node 4), obtain the corresponding complete video data of video data that have disappearance.
In the present embodiment; Can design fringe node as required; Can in each fringe node, all increase the data re-transmission module; Also can be only increase the data re-transmission module at the fringe node of some emphasis, for example node 3 adds the data re-transmission modules on the edge of, and the basic module among the embodiment in 4 reservations of node on the edge of.The fringe node that the data disappearance takes place is when the surrounding edge node of selecting as retransmission source; Can for fringe node selectable fringe node tabulation be provided in advance; Also can directly specify certain fringe node, perhaps carry out the search of surrounding edge node, select again etc. by fringe node.
As shown in Figure 5, be the structural representation of the 4th embodiment of RTP distributed stream media service system of the present invention.Compare with a last embodiment, fringe node can also comprise the stream service module in the present embodiment, is used to said terminal the video data service is provided.Fringe node offers the terminal use with local recorded video data, so be terminal 5 outside reception is live, many-sided demand of user has been satisfied in service such as program request is provided, review again.
Terminal 5 also can comprise second playing module of playing video data service, and the video data service that can provide the stream service module of said fringe node is play according to said extension header.
Through several system embodiments of front, the present invention provides perfect administrative mechanism for the streaming media service network, also for the user multi-faceted services selection is provided simultaneously.
Below, the present invention gives the several embodiment and the flow process of RTP distributed flow media method of servicing, and is as shown in Figure 6, is the schematic flow sheet of first embodiment of RTP distributed flow media method of servicing of the present invention.This flow process comprises:
The original program content of the Streaming Media form that step 101, center forwarding server receiving stream media program source provide;
Rtp streaming after step 103, center forwarding server will be packed sends in the network, supplies fringe node to record and/or supply terminal plays;
Through system of the present invention and basic procedure, make the RTP transmission can adapt in extensive, big concurrent distributed flow media system and carry out various effective distributions, storage; Scheduling and combination, and for retransmitting, distribution provides good mechanism; Make Streaming Media distribution and storage become a reality; And then be that streaming media service operator optimizes stream media network, build high reliability, high-quality network concurrent greatly, big flow provides effective mechanism and method, bigger lifting user experience.
As shown in Figure 7, be the signalling diagram of second embodiment of RTP distributed flow media method of servicing of the present invention.Mainly re-transmission is elaborated to data in the present embodiment, and this signaling process comprises:
1) at Centroid, the flow-medium performance source sends to the center forwarding server with original program content.
2) the center forwarding server carries out the RTP packing to original program content; It follows the call format of the extension header of RTP bag; Comprise the positional information and the identification information of the video data in this RTP bag at extension header; Send to then in the IP network, load mode can adopt multicast rtp streaming mode or the transmission of clean culture rtp streaming etc.
3) data sent to fringe node B after IP network will be packed.
4) analysis module of fringe node B carries out the RTP analysis to the rtp streaming that receives, and carries out fragmented storage according to the sign in the RTP packet header, and verifies its data integrity.
5) analysis of fringe node A is carried out the RTP analysis to the rtp streaming that receives, and carries out fragmented storage according to the sign in the RTP packet header, when the checking integrality, find to lack data, and possibly be that Network Packet Loss causes.
6) the peripherad fringe node of fringe node A (being fringe node B in the present embodiment) sends the data recovery request, and the data of losing are sent in request, because comprised the branch segment identification in the RTP extension header, and the RTP sequence number, the data that two nodes are recorded are consistent.
7) fringe node B returns the data of request to fringe node A.
8) fringe node A receives the data of request, and the video-data fragment that will lack in the middle of recording in this locality is replenished complete.
As shown in Figure 8, be the signalling diagram of the 3rd embodiment of RTP distributed flow media method of servicing of the present invention.The function that mainly can realize the terminal in the present embodiment describes, and this signaling process comprises:
1) at Centroid, the flow-medium performance source sends to the center forwarding server with original program content.
2) the center forwarding server carries out the RTP packing to original program content; It follows the call format of the extension header of RTP bag; Comprise the positional information and the identification information of the video data in this RTP bag at extension header; Send to then in the IP network, load mode can adopt multicast rtp streaming mode or the transmission of clean culture rtp streaming etc.
3) data sent to fringe node after IP network will be packed.
4) analysis module of fringe node carries out the RTP analysis to the rtp streaming that receives, and carries out fragmented storage according to the sign in the RTP packet header, and verifies its data integrity.
5) the starting terminal direct broadcast band is play, and to the corresponding multicast data flow of IP network request.
6) end side receives the multicast data flow data that IP network sends, and plays.
7) end side switches to live time shift or reviews, and begins to the fringe node request unicast stream that the stream service is provided.
8) fringe node sends corresponding program recording stream according to terminal request to the terminal.
What specify is that in the IPTV system, what comprise in the RTP load is the TS flow data; And RTP comprised a plurality of TS bags, therefore possibly have a situation, in a plurality of TS bags that RTP bag is comprised exactly; Some is the I frame, and a part possibly be the B frame.In this case, above-mentioned mechanism is with regard to cisco unity malfunction.Therefore we stipulate, when using the RTP bag to transmit, the data that comprise during a RTP wraps can only belong to a frame, can not comprise the data of two frames.Like this, frame may be divided into a plurality of RTP bags, and can not contain the data of a plurality of frames among RTP.If the data that RTP comprises have arrived postamble, only remaining minority data, this RTP bag size can be less than normal sizes values so.
In addition, in the IPTV system, stream medium data not only will send to the terminal, for the terminal provides the audio and video data streams service, also needs will record on the backstage, preserves and distribution, perhaps reorganizes.When storing and distributing, always need be that unit organizes with the one piece of data so, here, we have defined a unit-stored fragments, its least unit as stream media system distribution and storage.This meaning person, the distribution of stream media system and storage are minimum can only store and distribute a such unit, can not carry out littler division again.
The total data of section sometime in the corresponding program stream of stored fragments, two time periods adjacent each other, the difference of stored fragments sign is 1, N just, N+1.And two sections adjacent data can not have repetition, can not lack the part flow data.
In stream media network, distribute and when recording, can adopt consistent segment_id sign, that is to say at the stream medium data in the whole network; In whole network range; Guarantee all nodes, Servers-all is for the stored fragments of identical time of same program; Their sign all is identical, and data are also identical.
Realize above purpose, be preferably in the program source, perhaps the beginning of program entering IPTV stream media network is just carried out fragment process to stream medium data, stamps the segment_id sign, guarantees the consistency of the whole network stored fragments sign and data.When carrying out fragment process, certain time interval can be set, spent this time, just generate a new fragment, the value of sign adds 1.Simultaneously, handle for ease, each fragment all begin the whole frame ending with the I frame data.
When each node is handled stored fragments, guarantee the integrality and the consistency of data, can not arbitrarily change the stored fragments sign, when data are imperfect, must suitably handle.The integrality of data can rely on segment_pos to judge and handle.
One of ordinary skill in the art will appreciate that: all or part of step that realizes said method embodiment can be accomplished through the relevant hardware of program command; Aforesaid program can be stored in the computer read/write memory medium; This program the step that comprises said method embodiment when carrying out; And aforesaid storage medium comprises: various media that can be program code stored such as ROM, RAM, magnetic disc or CD.
Should be noted that at last: above embodiment is only in order to technical scheme of the present invention to be described but not to its restriction; Although with reference to preferred embodiment the present invention has been carried out detailed explanation, the those of ordinary skill in affiliated field is to be understood that: still can specific embodiments of the invention make amendment or the part technical characterictic is equal to replacement; And not breaking away from the spirit of technical scheme of the present invention, it all should be encompassed in the middle of the technical scheme scope that the present invention asks for protection.
Claims (12)
1. RTP distributed stream media service system comprises:
The flow-medium performance source is used to provide the original program content of Streaming Media form;
The center forwarding server; Be used to receive said original program content; And said original program content is packed according to Real-time Transport Protocol; Wherein the extension header of RTP bag comprises the frame type indication, shows that the video data in the current RTP bag is in the frame position indication of the position of present frame, shows that the video data in the current RTP bag is in the offset address of the load data of the stored fragments position indication of the position of current stored fragments, current stored fragments sign and current RTP bag with respect to this stored fragments; Rtp streaming after will packing then sends in the network, supplies fringe node to record and/or supply terminal plays;
Fringe node is used to receive the rtp streaming that the forwarding server of center described in the network is transmitted, and the data recording that needs in the rtp streaming is arrived this locality, when recording, according to said extension header video data is carried out segmentation and preservation;
The terminal is used to receive the rtp streaming that the forwarding server of center described in the network is transmitted, and according to said extension header the video data that needs in the rtp streaming is play.
2. RTP distributed stream media service system according to claim 1, wherein said center forwarding server specifically comprises:
The source receiver module is used for the original program content of the Streaming Media form that the receiving stream media program source provides;
The RTP packetization module; Be used for according to Real-time Transport Protocol said original program content being packed, wherein the extension header of RTP bag comprises the frame type indication, shows that the video data in the current RTP bag is in the frame position indication of the position of present frame, shows that the video data in the current RTP bag is in the offset address of the load data of the stored fragments position indication of the position of current stored fragments, current stored fragments sign and current RTP bag with respect to this stored fragments;
The rtp streaming sending module is used for the rtp streaming after the packing is sent to network, supplies fringe node to record and/or supply terminal plays.
3. RTP distributed stream media service system according to claim 1, wherein said fringe node specifically comprises:
The rtp streaming receiver module is used to receive the rtp streaming that the forwarding server of center described in the network is transmitted;
The rtp streaming analysis module is used for analyzing the positional information and the identification information of the extension header of said rtp streaming;
The recording and storing module is used for the data recording of rtp streaming needs is arrived this locality, when recording, according to said extension header video data is carried out segmentation and preservation.
4. RTP distributed stream media service system according to claim 3, wherein said terminal specifically comprises:
The rtp streaming receiver module is used to receive the rtp streaming that the forwarding server of center described in the network is transmitted;
The rtp streaming analysis module is used for analyzing the positional information and the identification information of the extension header of said rtp streaming;
First playing module is used for according to said extension header the video data of rtp streaming needs being play.
5. according to claim 3 or 4 described RTP distributed stream media service systems, wherein said fringe node also comprises:
The data re-transmission module when being used for video data according to said extension header inspection rtp streaming and having disappearance, with the surrounding edge node communication, is obtained the corresponding complete video data of video data that have disappearance.
6. RTP distributed stream media service system according to claim 5, wherein said fringe node also comprises:
The stream service module is used to said terminal the video data service is provided.
7. RTP distributed stream media service system according to claim 6, wherein said terminal also comprises:
Second playing module, the video data service that being used for the stream service module to said fringe node provides is play according to said extension header.
8. RTP distributed flow media method of servicing comprises:
The original program content of the Streaming Media form that center forwarding server receiving stream media program source provides; And according to Real-time Transport Protocol said original program content is packed, wherein the extension header of RTP bag comprises the frame type indication, shows that the video data in the current RTP bag is in the frame position indication of the position of present frame, shows that the video data in the current RTP bag is in the offset address of the load data of the stored fragments position indication of the position of current stored fragments, current stored fragments sign and current RTP bag with respect to this stored fragments;
Rtp streaming after said center forwarding server will be packed sends in the network, supplies fringe node to record and/or supply terminal plays;
Said fringe node receives the rtp streaming that the center forwarding server is transmitted described in the network, and the data recording that needs in the rtp streaming is arrived this locality, when recording, according to said extension header video data is carried out segmentation and preservation.
9. RTP distributed flow media method of servicing according to claim 8; Wherein when said fringe node recorded video data; If there is disappearance in the video data according in the said extension header inspection rtp streaming; Then, obtain the corresponding complete video data of video data that have disappearance with the surrounding edge node communication.
10. the data recording that wherein needs in rtp streaming at said fringe node according to Claim 8 or 9 described RTP distributed flow media method of servicing, is behind this locality, for said terminal provides the video data service.
11. RTP distributed flow media method of servicing according to claim 10; Be after said terminal provides the video data service at said fringe node wherein, play according to said extension header the video data service that said fringe node provides at said terminal.
12. RTP distributed flow media method of servicing according to claim 8 wherein also comprises: said terminal receives the rtp streaming that the center forwarding server is transmitted described in the network, and according to said extension header the video data that needs in the rtp streaming is play.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101195241A CN101494655B (en) | 2009-03-12 | 2009-03-12 | RTP distributed stream media service system and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101195241A CN101494655B (en) | 2009-03-12 | 2009-03-12 | RTP distributed stream media service system and method |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101494655A CN101494655A (en) | 2009-07-29 |
| CN101494655B true CN101494655B (en) | 2012-06-27 |
Family
ID=40925056
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009101195241A Active CN101494655B (en) | 2009-03-12 | 2009-03-12 | RTP distributed stream media service system and method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101494655B (en) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102594775A (en) * | 2011-01-11 | 2012-07-18 | 中兴通讯股份有限公司 | Method and system for transmitting streaming media |
| US8838826B2 (en) * | 2012-04-04 | 2014-09-16 | Google Inc. | Scalable robust live streaming system |
| CN103688506B (en) * | 2012-07-04 | 2017-07-21 | 华为技术有限公司 | Realize the method, apparatus and system that multi-medium data is recorded |
| RU2653245C2 (en) * | 2012-10-11 | 2018-05-07 | Самсунг Электроникс Ко., Лтд. | Apparatus and method for delivering and receiving multimedia data in a hybrid network |
| CN104184565B (en) * | 2013-05-22 | 2018-10-12 | 华为技术有限公司 | A kind of method and device of processing retransmission information |
| CN104320416B (en) * | 2014-11-13 | 2018-03-20 | 杭州海康威视数字技术股份有限公司 | The method and device packed to Realtime Transport Protocol data |
| CN105187440A (en) * | 2015-09-26 | 2015-12-23 | 北京暴风科技股份有限公司 | Method and system for transmitting video data by using UDP protocol |
| CN106850706A (en) * | 2015-12-04 | 2017-06-13 | 南宁富桂精密工业有限公司 | Stream medium data transmission system, transmission method and data distributing server |
| CN106131710B (en) * | 2016-07-14 | 2019-03-26 | 天彩电子（深圳）有限公司 | A kind of method and its system that video data retransmits |
| CN110868641B (en) * | 2018-08-28 | 2021-12-07 | 中国电信股份有限公司 | Method and system for detecting validity of live broadcast source |
| CN111225280B (en) * | 2020-01-22 | 2021-10-01 | 复旦大学 | Lightweight video analysis system based on embedded platform |
| CN115694728A (en) * | 2020-09-18 | 2023-02-03 | 华为技术有限公司 | Line coding method and device |
| CN116980657B (en) * | 2023-09-25 | 2023-12-26 | 北京数盾信息科技有限公司 | Video data transmission processing method, device and equipment |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1601998A (en) * | 2003-09-27 | 2005-03-30 | Lg电子株式会社 | Multimedia streaming service system and method |
| US6970935B1 (en) * | 2000-11-01 | 2005-11-29 | International Business Machines Corporation | Conversational networking via transport, coding and control conversational protocols |
| CN1956539A (en) * | 2005-10-24 | 2007-05-02 | 阿尔卡特公司 | Access/edge node supporting multiple video streaming services using a single request protocol |
| EP1936908A1 (en) * | 2006-12-19 | 2008-06-25 | Deutsche Thomson OHG | Method, apparatus and data container for transferring high resolution audio/video data in a high speed IP network |
| CN101217553A (en) * | 2008-01-15 | 2008-07-09 | 中兴通讯股份有限公司 | A media flow random access treatment method |
| CN101222616A (en) * | 2008-01-22 | 2008-07-16 | 中兴通讯股份有限公司 | Transmission processing method for MPEG conveying stream in video-on-demand service |
-
2009
- 2009-03-12 CN CN2009101195241A patent/CN101494655B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6970935B1 (en) * | 2000-11-01 | 2005-11-29 | International Business Machines Corporation | Conversational networking via transport, coding and control conversational protocols |
| CN1601998A (en) * | 2003-09-27 | 2005-03-30 | Lg电子株式会社 | Multimedia streaming service system and method |
| CN1956539A (en) * | 2005-10-24 | 2007-05-02 | 阿尔卡特公司 | Access/edge node supporting multiple video streaming services using a single request protocol |
| EP1936908A1 (en) * | 2006-12-19 | 2008-06-25 | Deutsche Thomson OHG | Method, apparatus and data container for transferring high resolution audio/video data in a high speed IP network |
| CN101217553A (en) * | 2008-01-15 | 2008-07-09 | 中兴通讯股份有限公司 | A media flow random access treatment method |
| CN101222616A (en) * | 2008-01-22 | 2008-07-16 | 中兴通讯股份有限公司 | Transmission processing method for MPEG conveying stream in video-on-demand service |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101494655A (en) | 2009-07-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101494655B (en) | RTP distributed stream media service system and method | |
| CN100578610C (en) | Audio processing | |
| CN101040277B (en) | Methods for streaming media data | |
| US10015052B2 (en) | Cross layer coordinated channel bonding | |
| CN101710965A (en) | Full network storage and scheduling method and system for network television | |
| US20050018615A1 (en) | Media transmitting method, media receiving method, media transmitter and media receiver | |
| CN106031181A (en) | Broadcast signal transmitting apparatus, broadcast signal receiving apparatus, broadcast signal transmitting method and broadcast signal receiving method | |
| CN103518351A (en) | IP broadcast streaming services distribution using file delivery methods | |
| CN105723718A (en) | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals | |
| CN101677394B (en) | Method and apparatus for commercial break based on IPTV | |
| CN101123528B (en) | Stream media system and creation method for Internet network TV | |
| CN105745899A (en) | Apparatus for transmitting broadcast signals, apparatus for receiving broadcast signals, method for transmitting broadcast signals and method for receiving broadcast signals | |
| CN106134203A (en) | Broadcast singal dispensing device, broadcast receiver, broadcast singal sending method and broadcast signal received method | |
| CN105900359A (en) | Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method | |
| CN101505298B (en) | Storing and obtaining method for media time shift code stream and multimedia service system | |
| CN1972408A (en) | A data transmission method for mobile multimedia broadcasting system | |
| CN101924910B (en) | Data sending method, receiving method and device during channel switching process | |
| CN1976477B (en) | Mobile multi-media broadcasting data transmitting method | |
| US20070033609A1 (en) | Media stream multicast distribution method and apparatus | |
| JP4340084B2 (en) | Transmitting apparatus and transmitting method | |
| CN101521798B (en) | Method and device for switching play modes | |
| CN105763848A (en) | Fish-eye camera rear end access method and system | |
| CN107852409A (en) | Broadcast singal dispensing device, broadcast receiver, broadcast singal sending method and broadcast signal received method | |
| CN1972446A (en) | A video stream transmission method for mobile multimedia broadcasting system | |
| Paul et al. | VTJukebox: implementation issues for RTP-based recording and on-demand multicast of multimedia conferences |
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 |