CN101494655A - RTP distributed stream media service system and method - Google Patents
RTP distributed stream media service system and method Download PDFInfo
- Publication number
- CN101494655A CN101494655A CNA2009101195241A CN200910119524A CN101494655A CN 101494655 A CN101494655 A CN 101494655A CN A2009101195241 A CNA2009101195241 A CN A2009101195241A CN 200910119524 A CN200910119524 A CN 200910119524A CN 101494655 A CN101494655 A CN 101494655A
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
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 developing rapidly of various video class business 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 finish 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 schematic diagram 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 for complicated more, more importantly background transfer and dissemination system are not considered, as above shown in the figure 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 is from the source of program, program is carried out various processing and distribution, perhaps record, and guarantee to handle, distribution and promptness, the validity recorded, and can adapt to the network condition of the various harshnesses of IP network, program data is distributed to different regions, be distributed to the nearest server of distance users and provide service, and can deal with various accidents, under some situation for the user, can reconfigure program data from different regions, guarantee program integrity.
For achieving the above object, 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 described original program content, and described 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, records and/or supply terminal plays for fringe node;
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, according to described extension header video data is carried out segmentation and preservation when recording;
Terminal is used to receive the rtp streaming that the forwarding server of center described in the network is transmitted, and according to described extension header the video data that needs in the rtp streaming is play.
Further, described 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 described 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, records and/or supply terminal plays for fringe node.
Further, described 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 described rtp streaming;
The recording and storing module, the data recording that is used for rtp streaming is needed carries out segmentation and preservation according to described extension header to video data to local when recording.
Further, described 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 described rtp streaming;
First playing module is used for according to described extension header the video data that rtp streaming needs being play.
Further, described fringe node also comprises: the data re-transmission module, when being used for checking that according to described extension header there is disappearance in the video data of rtp streaming,, obtain the complete video data of the video data correspondence that has disappearance with the surrounding edge node communication.
Further, described fringe node also comprises: the stream service module is used to described terminal that the video data service is provided.
Further, described terminal also comprises: second playing module, the video data service that being used for the stream service module to described fringe node provides is play according to described extension header.
For achieving the above object, 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 described 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 described center forwarding server will be packed sends in the network, records and/or supply terminal plays for fringe node;
Described 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, according to described extension header video data is carried out segmentation and preservation when recording.
Further, when described fringe node recorded video data, if check that according to described extension header there is disappearance in the video data in the rtp streaming, then with the surrounding edge node communication, obtains the complete video data of the video data correspondence that has disappearance.
Further, the data recording that needs in rtp streaming at described fringe node is behind this locality, for described terminal provides the video data service.
Further, after described fringe node provided the video data service for described terminal, described terminal was play according to described extension header the video data service that described fringe node provides.
Further, also comprise: described terminal receives the rtp streaming that the center forwarding server is transmitted described in the network, and according to described 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, perfect Streaming Media treatment mechanism and method have been provided, and indicated respectively under the large scale network situation by several embodiment, in multicast, program request, the transmission under the various complex situations, the implementation method of distribution scheduling such as record, 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 schematic diagram 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
Below by drawings and Examples, technical scheme of the present invention is described in further detail.
The invention provides an effective backstage service system, this system is responsible for the source from program, program is handled, distributed, and offer fringe node and record, guarantee processing, promptness, the validity of distributing and recording, to adapt to the network condition of the various harshnesses of IP network, program data is distributed to different regions, be distributed to the nearest server of distance users and provide service 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 part is as shown below:
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
Illustrate: 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.
Illustrate: 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.
Illustrate: 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
Illustrate: among the IPTV, be generally 0.
e)marker(M)
Figure place: 1bit
Meaning: different profile has different meanings, and whether general expression is frame boundaries
Illustrate: among the IPTV, be generally 0.
f)payload type(PT)
Figure place: 1bit
Meaning: RTP load type
Illustrate: 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
Illustrate: 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
Illustrate: do not have
i)SSRC：32bits
Figure place: 32bits
Meaning: send the source sign of stream, ID
Illustrate: do not have
j)CSRC list
Figure place: 32bits is a unit, may be a plurality of
Meaning: the person that interts in the middle of the flow data identifies 0-15
Illustrate: 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 considered 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 example is as follows:
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.
Illustrate: this value span and the following following table of meaning:
| Value | Implication |
| 0 | The I frame |
| 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.
Illustrate: this value span and meaning are as follows:
| Value | Implication |
| 0 | Beginning |
| 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 represents 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.
Illustrate: this value span and meaning are as follows:
| Value | Implication |
| 0 | Beginning |
| 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
Illustrate: 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
Illustrate: do not have
g)segment_Id
Figure place: 32bits
Meaning: current stored fragments sign.
Illustrate: 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.
Illustrate: this field mainly is in order to guarantee when carrying out performance recording, if packet loss, server still can normally be recorded.As described below:
In IP network, transmit data, packet loss often appears, 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 finish, but follow-up RTP bag has reached, in this situation, RTP data afterwards also need to preserve.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.
Illustrate: 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 example 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 considered 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.
Below RTP distributed stream media service system of the present invention is introduced.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 described original program content, and described 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, records and/or supply terminal plays for fringe node.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 described 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 described 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, these information can be respectively by the part among the FP that introduces previously, SP, segment_Id and the segment_offset 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 of 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 described extension header the video data that 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 transmits mutually, these transmission are all being followed unified flow transmission mechanism and are being carried out, and then finish Streaming Media distribution, storage and the stream service of full process and full network.
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 be by clean culture rtp streaming transmission manner, also can transmit by the mode of multicast rtp streaming, these two kinds of transmission meanss because of different characteristics, have and have different characteristics 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 checking that according to described extension header there is disappearance in the video data of rtp streaming, communicate by letter with surrounding edge node (for example fringe node 4), obtain the complete video data of the video data correspondence that has 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 increase the data re-transmission module by a fringe node at some emphasis, for example add the data re-transmission modules at fringe node 3, and in 4 reservations of fringe node the basic module among the embodiment.The fringe node that the data disappearance takes place is when the surrounding edge node of selecting as retransmission source, can provide selectable fringe node tabulation for fringe node 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 described terminal that 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 provide program request again, review.
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 described fringe node is play according to described extension header.
By several system embodiments of front, the present invention provides perfect administrative mechanism for the streaming media service network, also provides multi-faceted services selection for the user simultaneously.
Below, the present invention gives the several embodiment and the flow process of RTP distributed flow media method of servicing, 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, records and/or supply terminal plays for fringe node;
By 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 may 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 request sends the data of losing, 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 terminal describes 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 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 beginning is 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 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 may have a situation, exactly in a plurality of TS bags that RTP bag is comprised, some is the I frame, and a part may 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 terminal, for 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 at the stream medium data in the whole network, that is to say, 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 program beginning that enters the IPTV stream media network is just carried out burst to stream medium data and is handled, and stamps the segment_id sign, guarantees the consistency of the whole network stored fragments sign and data.When carrying out the burst processing, certain time interval can be set, spent this time, just generate a new fragment, the value of sign adds 1.Simultaneously, handle for convenience, 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 finished by the relevant hardware of program command, aforesaid program can be stored in the computer read/write memory medium, this program is carried out 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 illustrate that technical scheme of the present invention is not intended to limit; Although with reference to preferred embodiment the present invention is had been described in detail, those of ordinary skill in the field are to be understood that: still can make amendment or the part technical characterictic is equal to replacement the specific embodiment of the present invention; And not breaking away from the spirit of technical solution 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, a kind of 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 described original program content, and described 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, records and/or supply terminal plays for fringe node;
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, according to described extension header video data is carried out segmentation and preservation when recording;
Terminal is used to receive the rtp streaming that the forwarding server of center described in the network is transmitted, and according to described 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 is used for according to Real-time Transport Protocol described 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, records and/or supply terminal plays for fringe node.
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 described rtp streaming;
The recording and storing module, the data recording that is used for rtp streaming is needed carries out segmentation and preservation according to described extension header to video data to local when recording.
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 described rtp streaming;
First playing module is used for according to described extension header the video data that 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 checking that according to described extension header there is disappearance in the video data of rtp streaming, with the surrounding edge node communication, is obtained the complete video data of the video data correspondence that has 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 described terminal that 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 described fringe node provides is play according to described extension header.
8, a kind of 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 described 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 described center forwarding server will be packed sends in the network, records and/or supply terminal plays for fringe node;
Described 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, according to described extension header video data is carried out segmentation and preservation when recording.
9, RTP distributed flow media method of servicing according to claim 8, wherein when described fringe node recorded video data, if check that according to described extension header there is disappearance in the video data in the rtp streaming, then, obtain the complete video data of the video data correspondence that has disappearance with the surrounding edge node communication.
10, according to Claim 8 or 9 described RTP distributed flow media method of servicing, the data recording that wherein needs in rtp streaming at described fringe node is behind this locality, for described terminal provides the video data service.
11, RTP distributed flow media method of servicing according to claim 10, wherein after described fringe node provided the video data service for described terminal, described terminal was play according to described extension header the video data service that described fringe node provides.
12, RTP distributed flow media method of servicing according to claim 8 wherein also comprises: described terminal receives the rtp streaming that the center forwarding server is transmitted described in the network, and according to described 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 true CN101494655A (en) | 2009-07-29 |
| CN101494655B 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) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102594775A (en) * | 2011-01-11 | 2012-07-18 | 中兴通讯股份有限公司 | Method and system for transmitting streaming media |
| WO2014005300A1 (en) * | 2012-07-04 | 2014-01-09 | 华为技术有限公司 | Method, device, and system for implementing multimedia data recording |
| CN104184565A (en) * | 2013-05-22 | 2014-12-03 | 华为技术有限公司 | Retransmission information processing method and device |
| CN104320416A (en) * | 2014-11-13 | 2015-01-28 | 杭州海康威视数字技术股份有限公司 | Method and device for packaging real-time transport protocol data |
| CN105187440A (en) * | 2015-09-26 | 2015-12-23 | 北京暴风科技股份有限公司 | Method and system for transmitting video data by using UDP protocol |
| CN106131710A (en) * | 2016-07-14 | 2016-11-16 | 天彩电子（深圳）有限公司 | The method of a kind of video data re-transmission and system thereof |
| CN106850706A (en) * | 2015-12-04 | 2017-06-13 | 南宁富桂精密工业有限公司 | Stream medium data transmission system, transmission method and data distributing server |
| CN109600351A (en) * | 2012-04-04 | 2019-04-09 | 谷歌有限责任公司 | Approach system is broadcast live in expansible robust |
| CN109889542A (en) * | 2012-10-11 | 2019-06-14 | 三星电子株式会社 | Method and apparatus for the receiving media data in broadcasting network |
| CN110868641A (en) * | 2018-08-28 | 2020-03-06 | 中国电信股份有限公司 | Method and system for detecting validity of live broadcast source |
| CN111225280A (en) * | 2020-01-22 | 2020-06-02 | 复旦大学 | Lightweight video analysis system based on embedded platform |
| CN113454935A (en) * | 2020-09-18 | 2021-09-28 | 华为技术有限公司 | Line coding method and device |
| CN116980657A (en) * | 2023-09-25 | 2023-10-31 | 北京数盾信息科技有限公司 | Video data transmission processing method, device and equipment |
Family Cites Families (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 |
| KR100608715B1 (en) * | 2003-09-27 | 2006-08-04 | 엘지전자 주식회사 | SYSTEM AND METHOD FOR QoS-QUARANTED MULTIMEDIA STREAMING SERVICE |
| EP1777962A1 (en) * | 2005-10-24 | 2007-04-25 | Alcatel Lucent | 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 |
| CN101222616B (en) * | 2008-01-22 | 2011-08-10 | 中兴通讯股份有限公司 | Transmission processing method for MPEG conveying stream in video-on-demand service |
-
2009
- 2009-03-12 CN CN2009101195241A patent/CN101494655B/en active Active
Cited By (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102594775A (en) * | 2011-01-11 | 2012-07-18 | 中兴通讯股份有限公司 | Method and system for transmitting streaming media |
| WO2012094980A1 (en) * | 2011-01-11 | 2012-07-19 | 中兴通讯股份有限公司 | Method and system for transmitting streaming media, and media forwarding server |
| CN109600351B (en) * | 2012-04-04 | 2021-10-15 | 谷歌有限责任公司 | Scalable robust live streaming system |
| CN109600351A (en) * | 2012-04-04 | 2019-04-09 | 谷歌有限责任公司 | Approach system is broadcast live in expansible robust |
| CN103688506A (en) * | 2012-07-04 | 2014-03-26 | 华为技术有限公司 | Method, device, and system for implementing multimedia data recording |
| RU2595526C2 (en) * | 2012-07-04 | 2016-08-27 | Хуавэй Текнолоджиз Ко., Лтд. | Method, apparatus and system for recording multimedia data |
| WO2014005300A1 (en) * | 2012-07-04 | 2014-01-09 | 华为技术有限公司 | Method, device, and system for implementing multimedia data recording |
| US9591377B2 (en) | 2012-07-04 | 2017-03-07 | Huawei Technologies Co., Ltd. | Method and device for recording multimedia data |
| CN103688506B (en) * | 2012-07-04 | 2017-07-21 | 华为技术有限公司 | Realize the method, apparatus and system that multi-medium data is recorded |
| CN109889542B (en) * | 2012-10-11 | 2021-08-31 | 三星电子株式会社 | Method and apparatus for receiving media data in a broadcast network |
| CN109889542A (en) * | 2012-10-11 | 2019-06-14 | 三星电子株式会社 | Method and apparatus for the receiving media data in broadcasting network |
| CN104184565A (en) * | 2013-05-22 | 2014-12-03 | 华为技术有限公司 | Retransmission information processing method and device |
| CN104184565B (en) * | 2013-05-22 | 2018-10-12 | 华为技术有限公司 | A kind of method and device of processing retransmission information |
| CN104320416A (en) * | 2014-11-13 | 2015-01-28 | 杭州海康威视数字技术股份有限公司 | Method and device for packaging real-time transport protocol data |
| 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 |
| CN106131710A (en) * | 2016-07-14 | 2016-11-16 | 天彩电子（深圳）有限公司 | The method of a kind of video data re-transmission and system thereof |
| CN110868641A (en) * | 2018-08-28 | 2020-03-06 | 中国电信股份有限公司 | Method and system for detecting validity of live broadcast source |
| CN110868641B (en) * | 2018-08-28 | 2021-12-07 | 中国电信股份有限公司 | Method and system for detecting validity of live broadcast source |
| CN111225280A (en) * | 2020-01-22 | 2020-06-02 | 复旦大学 | Lightweight video analysis system based on embedded platform |
| CN111225280B (en) * | 2020-01-22 | 2021-10-01 | 复旦大学 | Lightweight video analysis system based on embedded platform |
| CN113454935A (en) * | 2020-09-18 | 2021-09-28 | 华为技术有限公司 | Line coding method and device |
| CN113454935B (en) * | 2020-09-18 | 2022-09-23 | 华为技术有限公司 | Line coding method and device |
| CN116980657A (en) * | 2023-09-25 | 2023-10-31 | 北京数盾信息科技有限公司 | Video data transmission processing method, device and equipment |
| CN116980657B (en) * | 2023-09-25 | 2023-12-26 | 北京数盾信息科技有限公司 | Video data transmission processing method, device and equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101494655B (en) | 2012-06-27 |
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 | |
| JP3793941B2 (en) | Video server device and video delivery method thereof in video delivery system | |
| US20050018615A1 (en) | Media transmitting method, media receiving method, media transmitter and media receiver | |
| US20150143447A1 (en) | Cross Layer Coordinated Channel Bonding | |
| CN103518351A (en) | IP broadcast streaming services distribution using file delivery methods | |
| CN101677394B (en) | Method and apparatus for commercial break based on IPTV | |
| CN101132521A (en) | Method and device for switching IPTV channels | |
| CN101350768B (en) | Method for conveying IP packet in broadcast network | |
| KR101409924B1 (en) | Mixed serial and parallel stream channel bonding architecture | |
| 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 | |
| CN1972408A (en) | A data transmission method for mobile multimedia broadcasting system | |
| CN101123528A (en) | Stream media system and creation method for Internet network TV | |
| CN101505298B (en) | Storing and obtaining method for media time shift code stream and multimedia service system | |
| CN101924910B (en) | Data sending method, receiving method and device during channel switching process | |
| CN102333209A (en) | Data transmission method and equipment applied to video monitoring system | |
| CN1976477B (en) | Mobile multi-media broadcasting data transmitting method | |
| US20070033609A1 (en) | Media stream multicast distribution method and apparatus | |
| CN102130778A (en) | Method and system for protecting IPTV (Internet Protocol Television) multicast service | |
| CN109842821A (en) | A kind of method and apparatus of video data transmission | |
| JP4340084B2 (en) | Transmitting apparatus and transmitting method | |
| CN101977205A (en) | Fragment completing method and system |
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 |