CN101141408A - Network multimedia data packet regularized method - Google Patents
Network multimedia data packet regularized method Download PDFInfo
- Publication number
- CN101141408A CN101141408A CNA2007101761851A CN200710176185A CN101141408A CN 101141408 A CN101141408 A CN 101141408A CN A2007101761851 A CNA2007101761851 A CN A2007101761851A CN 200710176185 A CN200710176185 A CN 200710176185A CN 101141408 A CN101141408 A CN 101141408A
- Authority
- CN
- China
- Prior art keywords
- data
- code stream
- packet
- transmission code
- extended packet
- 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.)
- Pending
Links
Images
Abstract
The present invention discloses a method for structuring the network multimedia data packet. Through performing the expansion and definition to the transmission stream (TS) data packet structure, the expanded TS packet structure is suitable for the transmission of the real-time transport protocol (RTP) data flow, namely the data suitable for network transmission is converted into the structured data being capable of on line special line transmission, thus to enable two conference television systems of the network transmission and the special line transmission interoperable.
Description
Technical field
The present invention relates to data communication technology, especially relate to a kind of network multimedia data packet regularized method.
Background technology
TV conference system can be divided into Network Transmission and special line and transmit this two class according to the difference of data transfer mode at present.Wherein, Network Transmission is to be physical basis with Internet protocol (IP) network, and the information that transmit is transmitted in data communication network with the form of packet data package; And special line transmission is adopted the stronger circuit of real-time usually, is physical medium as the basic group circuit circuit such as (E1) of European standard, and the information that transmit is transmitted in communication network with the form of data flow.
Although the main flow of the current data communication technology has turned to packet switching comprehensively, but in some important application occasions, as, government department, army etc., the mode that the use private wire circuit is carried out message transmission is still very general, and present most of TV conference system is with the work of Network Transmission mode, because the data message in the Network Transmission mode is to transmit with the form of the packet data package that is uneven in length, data message in the special line transmission means then is to transmit with the form of real-time transport protocol (rtp) data flow, therefore, packet switched data is not suitable for the special line transmission by the circuit switching form, also can't realize intercommunication so existing Network Transmission and special line transmit between this two classes TV conference system.
Summary of the invention
In view of this, main purpose of the present invention is to provide a kind of network multimedia data packet regularized method, so that the data message of multimedia form is converted to the information flow that is fit to the special line transmission means, thereby realize the intercommunication of Network Transmission mode and these two kinds of TV conference system of special line transmission means.
For achieving the above object, technical scheme of the present invention is achieved in that
A kind of generation method of transmission code stream extended packet, described transmission code stream extended packet comprises frame head and pay(useful) load district, in described frame head, generate and fill indication field and continuous counter field, wherein, described filling indication field is used to indicate the pay(useful) load district institute data carried by data type of this extended packet, described continuous counter field is used for the packet drop of monitor data transmission course, thereby generates a transmission code stream extended packet.
Described filling indication field is high 4 bits of the 4th byte of described extended packet frame head.Wherein, high 2 bits are encrypted control field for transmission, and low 2 bits are self adaptation district control field, are used to indicate the back whether to follow the adjustment field in the transmission code stream extended packet.
Described continuous counter field is low 4 bits of the 4th byte of described extended packet frame head.
A kind of network multimedia data packet regularized method, described transmission code stream extended packet comprises frame head and pay(useful) load district, described frame head comprises fills indication field and continuous counter field, wherein,
The process that the RTP packing data is packaged into the transmission code stream extended packet is as follows:
A, judge the continuous bit stream read in length whether greater than the pay(useful) load length of a transmission code stream extended packet, if, execution in step b then; Otherwise, execution in step c;
B, from continuous bit stream, extract the byte of the pay(useful) load length of a full transmission code stream extended packet,, and add the frame head of transmission code stream extended packet according to full load fill message head;
C, with the continuous bit stream of the pay(useful) load length of a transmission code stream extended packet of data length less than as a half load bag, be filled into the data field afterbody of the pay(useful) load length of transmission code stream extended packet, according to half load fill message head, and add the frame head of this extended packet;
D, adjust remaining data, from pending data, cut the data of the pay(useful) load length of a transmission code stream extended packet;
Whether e, judgement are 0 through the length of adjusted remaining data, if be not 0, then return step a and continue to handle remaining data; Otherwise, withdraw from handling process.
Described transmission code stream growth data pack arrangement is, the 1st byte is a sync byte, 2nd, the 3rd byte is a Packet Identifier, and high 4 bits of the 4th byte are the continuous counter field for low 4 bits of filling indication field, the 4th byte, and the 5th to the 188th byte is the pay(useful) load district.
Described transmission code stream growth data pack arrangement institute data packet loaded is: full load bag or half load bag or above combination arbitrarily.
The pay(useful) load length of a described transmission code stream extended packet is 184 bytes; The frame head length of described transmission code stream extended packet is 4 bytes.
In the described process that the RTP packing data is packaged into the transmission code stream extended packet, need carry out fault location by continuous counter is monitored.
A kind of network multimedia data packet regularized method, described transmission code stream extended packet comprises frame head and pay(useful) load district, described frame head comprises fills indication field and continuous counter field, wherein,
The process that reverts to the RTP data flow from the transmission code stream extended packet is as follows:
F, received transmission code stream extended packet is judged whether to be legal data, withdraw from data handling procedure if invalid data then abandons this extended packet; Otherwise, execution in step g;
G, judge the loadtype of received packet according to transmission code stream growth data package informatin, if half load bag, then execution in step h; Otherwise, execution in step i;
H, slough the frame head of transmission code stream extended packet, according to the valid data in the indication extraction data field of frame head information, and splice last time handling the back data in buffer in valid data in the described half load bag and the buffer area, recover the RTP data flow, with data output, finish current flow process then;
I, judge whether received transmission code stream extended packet is initial bag, if, execution in step j then; Otherwise, execution in step m;
The counting variable of j, initial bag is from adding 1;
K, judge this initial bag whether for occurring first, if not appearance first, then execution in step 1; Otherwise, execution in step m;
The legacy data of l, arrangement buffer area recovers the RTP data flow, and the data of this secondary data that will be kept at buffer area before handling all export, then with the count variable value zero clearing of initial bag;
M, slough the frame head of the transmission code stream extended packet of the current packet of receiving, extract valid data in this initial bag as complete packet, recover new RTP data flow and valid data are stored in buffer area according to the indication of frame head information.
Described transmission code stream growth data pack arrangement is, the 1st byte is a sync byte, 2nd, the 3rd byte is a Packet Identifier, and high 4 bits of the 4th byte are the continuous counter field for low 4 bits of filling indication field, the 4th byte, and the 5th to the 188th byte is the pay(useful) load district.
Described transmission code stream growth data pack arrangement institute data packet loaded is: full load bag or half load bag or full packing bag or above combination arbitrarily.
The pay(useful) load length of a described transmission code stream extended packet is 184 bytes; The length of the frame head of described transmission code stream extended packet is 4 bytes.
Step f is described to judge that whether the transmission code stream extended packet is legal data, is specially: whether the Packet Identifier PID that judges the packet received and the value of setting conform to determine the legitimacy of this transmission code stream extended packet.
Whether the transmission code stream extended packet that the described judgement of step I receives is that initial bag is specially: whether the value of judging the initial indicating bit of load bearing unit of transmission code stream extended packet is 1.
Described from the process of transmission code stream extended packet recovery RTP data flow, need carry out fault location by continuous counter is monitored.
Network multimedia data packet regularized method provided by the present invention has the following advantages:
The inventive method makes the compatible full load bag of transmission code stream (TS) extended packet, half load bag and full packing bag, conveniently data are handled, be about to the RTP packing data and the TS extended packet is reverted to rtp streaming, thereby realized that Network Transmission and special line transmit the video data intercommunication of two class TV conference system.
Description of drawings
Fig. 1 is transmission code stream (TS) packet logical construction schematic diagram;
Fig. 2 is a TS extended packet logical construction schematic diagram of the present invention;
Fig. 3 a is a full load pack arrangement schematic diagram;
Fig. 3 b is a half load pack arrangement schematic diagram;
Fig. 3 c is a full packing pack arrangement schematic diagram;
Fig. 4 is encapsulated as continuous bit stream for the present invention the flow chart of TS extended packet;
Fig. 5 is decomposed into the TS extended packet for the present invention the flow chart of continuous bit stream.
Embodiment
Below in conjunction with accompanying drawing and embodiments of the invention method of the present invention is described in further detail.
Core concept of the present invention is: the TS packet structure is improved, the 4th byte in the header of TS packet redefined, thereby the corresponding bits position of giving this byte simultaneously constitutes the TS extended packet with new implication, so that not isometric packet data package, be encapsulated as normalized data mode, form the TS extended packet that length is fixed as 188 bytes, be convenient to the transmission of sorting of multi-medium data bag.
Fig. 1 is transmission code stream (TS) packet logical construction schematic diagram, as shown in Figure 1, the packet of Network Transmission is the TS packet, form by a lot of different types of bag, the size of these packets is 188 bytes, and this 188 byte is divided into two parts: frame (bag) head and pay(useful) load, wherein, frame head accounts for 4 bytes, comprises synchronizing information, package informatin etc.; Pay(useful) load accounts for 184 bytes, and for the net amount that is transmitted it is believed that breath, these pay(useful) loads can be used for forming the elementary stream data flow such as (PES) of packing.Because the type difference of pay(useful) load information institute data packet loaded, the length of actual pay(useful) load information is also correspondingly different in the packet.
Fig. 2 is a TS extended packet logical construction schematic diagram of the present invention, as shown in Figure 2, and in the TS extended packet:
The 1st byte is the packet header of 0X47, is used for synchronously.
The 7th of the 2nd byte is the initial indication of load bearing unit (payload_unit_start_indicator), is first bag of elementary stream (PES) of Program Specific Information (PSI) or packing if this field puts that 1 expression carries.With reference to Fig. 1, this way has continued the definition of initial indicating bit in the general T S packet.
8 of low 5 and the 3rd byte of the 2nd byte altogether totally 13 bits promptly continued the original way of general T S packet for bag identifier (PID), the while is temporarily used 0X7A for reservation; As, regulation PID=0X1F is that channel is filled bag.
Low 4 bits of the 4th byte are that numerical value is 0～15 cycle counter, and whether be used for monitoring has the packet loss phenomenon.
The high 4 bit separated into two parts of the 4th byte, wherein high 2 bits are encrypted control (transport_scrambling_control) field for transmission, and as reserved field, putting fixed value is 00, the expression unencryption also can be used for defining in the future this field indication IBP frame pattern; Low 2 bits are used to indicate the back whether to follow the adjustment field in the TS packet for self adaptation district control (adaptation_field_control) field, are used for indication here and fill:
Adaptation_field_control=00, the expression reserved field;
Adaptation_field_control=01, field do not have is adjusted in expression, promptly uses the full load bag, and 184 bytes after showing subsequently are pay(useful) load information;
Adaptation_field_control=10, the expression back only contains the adjustment field, promptly all fills, and shows in this filling bag not contain effective load information;
Adaptation_field_control=11, it is valid data that the field back is adjusted in expression, promptly uses the half load bag, the length that shows valid data equals 184 bytes and deducts the filling length that 1 byte deducts the n byte again.
Above-mentioned adaptation_field_control field is defined as follows:
adaptation_field_control()
{
Adaptation_field_length; // account for 1 byte, contain the length of effective data in the expression half load bag
for(i＝0；i＜adaptation_field_control；i++)
{
0XFF; // 1 byte, the information content that is used to fill
}
}
In sum, among the embodiment of the inventive method, TS extended packet compatibility three kinds of packets, i.e. full load bag, full packing bag, half load bag.
Fig. 3 a, Fig. 3 b, Fig. 3 c are respectively three kinds of particular types of TS packet, i.e. full load bag, half load bag and full packing pack arrangement schematic diagram, as shown in the figure:
The full load bag, 184 byte datas that promptly contained are valid data;
The half load bag, expression only has the part of information indication, and promptly the partial data of counting from the afterbody of the data field of 184 bytes is valid data;
The full packing bag does not contain effective data, only fills empty bag as channel and uses.
In the inventive method, for being sent to Network Transmission mode data and being two opposite data handling procedures from the processing that the Network Transmission mode receives data, its processing mode is as follows respectively:
Fig. 4 is encapsulated as the flow chart of TS extended packet for the present invention with continuous bit stream, as shown in Figure 4, this direction be data receiver to, detailed process is as follows:
Step 401: whether the length of judging the continuous bit stream read in greater than the length of the pay(useful) load of a packet, judge whether promptly that greater than 184 bytes if greater than 184 bytes, then execution in step 402; Otherwise, execution in step 403.
Step 402: extract 1 84 bytes from the continuous bit stream that reads in,, and add and the TS packet information of 4 bytes continue execution in step 404 then according to full load fill message head.
Step 403: data length less than 184 bytes of the continuous bit stream that reads in then as a half load bag, fill the afterbody of valid data within the data field of 184 bytes, and the fill message head add the TS packet information of 4 bytes then.
Data length less than 184 bytes of described continuous bit stream also comprise the situation of full packing bag, owing to do not contain effective data in the full packing bag, so any processing is fallen promptly not carry out with the full packing packet filtering by system.
Step 404: adjust remaining data, cut 184 bytes in the pending data from continuous bit stream.
The remaining data of described adjustment, being meant after statistics will be handled through step 402 needs to deduct 184 bytes or the surplus relevant informations such as length of descending data after needing to deduct valid data after step 403 processing.
Described pending data are meant that the full load in the step 402 that does not add the TS packet information is surrounded by the half load bag data behind the byte of padding that added of imitating in data and the step 403, and its length is 184 bytes.
Step 405: judge whether the length through adjusted remaining data is 0,, then return step 401 and continue to handle remaining data if be not 0; Otherwise, withdraw from handling process.
Fig. 5 is decomposed into the flow chart of continuous bit stream for the present invention with the TS extended packet, and as shown in Figure 5, this direction is the Data Receiving direction, and detailed process is as follows:
Step 501: received TS packet is judged whether to be legal data, withdraw from data handling procedure if invalid data then abandons this TS packet; Otherwise, execution in step 502.
Whether the described TS of judgement packet is legal data, is meant whether the Packet Identifier (PID) of judging received data packet conforms to set point, if both are not inconsistent, illustrates that then the data that receive are illegal data; Otherwise, illustrate that then the data that receive are legal data.
Step 502: judge the loadtype of received packet according to packet information, if do not take up the half load bag of beginning bag sign, then execution in step 503; Otherwise, execution in step 504.
Described judging whether to not taking up the half load bag of beginning bag sign is that according to the 2nd byte of this half load bag the 7th is whether the value of the initial indication of load bearing unit (payload_unit_start_indicator) position is 0 to realize.
During the loadtype of described judgment data bag,, promptly the full packing bag is not carried out any processing if the full packing bag is then discarded by system's automatic fitration.
Step 503: the frame head of sloughing the TS packet of 4 bytes, according to the valid data in the indication extraction data field of frame head information, and splice last time handling the back data in buffer in valid data in the described half load bag and the buffer area, recover the RTP data flow, with data output, finish current flow process then.
The half load bag of the initial bag type of packet right and wrong of described processing, this illustrates that these data to be processed have arrived the afterbody of packet, need will be kept at the data of buffer area and the data of this processing this moment and all export as a partial data information.
Step 504: judge whether received packet is initial bag, if then execution in step 505; Otherwise, execution in step 508.
Whether the packet that described judgement receives is initial bag, is that according to the 2nd byte of TS extended packet the 7th is whether the value of the initial indication of load bearing unit (payload_unit_start_indicator) position is 1 to realize.
Described initial bag can be the full load bag, also can be the half load bag.
Step 505: the counting variable of initial bag is from adding 1.
The counting variable of described initial bag is the temporary variable that system sets up in the software processes process, and its acquiescence initial value is 0, and when the packet that takes up the beginning sign was received by system, this counting variable was promptly carried out from adding 1 operation.
Step 506: judge this initial bag whether for occurring first, if not occur first, then execution in step 507; Otherwise, execution in step 508.
Whether this initial bag of described judgement is for occurring first, be to finish and with after the data in buffer output according to data processing last time, when system carries out initialization buffer area and relevant indication information are removed, the initial bag that this moment, system received again is the initial bag that occurs first.
Step 507: the legacy data of arrangement buffer area, recover the RTP data flow, and the data of this secondary data that will be kept at buffer area before handling export all, then with the count variable value zero clearing of initial bag.
Step 508: slough the frame head of TS packet of 4 bytes of the current packet of receiving, extract valid data in this initial bag as complete packet, recover new RTP data flow and valid data are stored in buffer area according to the indication of frame head information.
The described current packet of receiving both can be that the full load bag also can be the half load bag, and this step is at the i.e. 184 byte integer situations doubly of the length of initial band pay(useful) load, and initial bag is that the situation of single half load bag is handled.
At last, reading the RTP data flow by corresponding data reception module from buffer area transmits by private-line mode.
No matter, all can monitor, so that the data processing procedure is carried out fault location to continuous counter (Continute_counter) for receive direction or sending direction.
Described fault location is meant and uses continuous counter to carry out station location marker to the data-bag lost phenomenon on receive direction or the sending direction.
The above is preferred embodiment of the present invention only, is not to be used to limit protection scope of the present invention.
Claims (16)
1. the generation method of a transmission code stream extended packet, it is characterized in that, described transmission code stream extended packet comprises frame head and pay(useful) load district, in described frame head, generate and fill indication field and continuous counter field, wherein, described filling indication field is used to indicate the pay(useful) load district institute data carried by data type of this extended packet, described continuous counter field, be used for the packet drop of monitor data transmission course, thereby generate a transmission code stream extended packet.
2. the generation method of transmission code stream extended packet according to claim 1 is characterized in that, described filling indication field is high 4 bits of the 4th byte of described extended packet frame head.
3. the generation method of transmission code stream extended packet according to claim 1 is characterized in that, described continuous counter field is low 4 bits of the 4th byte of described extended packet frame head.
4. the generation method of transmission code stream extended packet according to claim 2, it is characterized in that wherein, high 2 bits are encrypted control field for transmission, low 2 bits are self adaptation district control field, are used to indicate the back whether to follow the adjustment field in the transmission code stream extended packet.
5. a network multimedia data packet regularized method is characterized in that, described transmission code stream extended packet comprises frame head and pay(useful) load district, and described frame head comprises fills indication field and continuous counter field, wherein,
The process that the RTP packing data is packaged into the transmission code stream extended packet is as follows:
A, judge the continuous bit stream read in length whether greater than the pay(useful) load length of a transmission code stream extended packet, if, execution in step b then; Otherwise, execution in step c;
B, from continuous bit stream, extract the byte of the pay(useful) load length of a full transmission code stream extended packet,, and add the frame head of transmission code stream extended packet according to full load fill message head;
C, with the continuous bit stream of the pay(useful) load length of a transmission code stream extended packet of data length less than as a half load bag, be filled into the data field afterbody of the pay(useful) load length of transmission code stream extended packet, according to half load fill message head, and add the frame head of this extended packet;
D, adjust remaining data, from pending data, cut the data of the pay(useful) load length of a transmission code stream extended packet;
Whether e, judgement are 0 through the length of adjusted remaining data, if be not 0, then return step a and continue to handle remaining data; Otherwise, withdraw from handling process.
6. method according to claim 5, it is characterized in that, described transmission code stream growth data pack arrangement is, the 1st byte is a sync byte, 2nd, the 3rd byte is a Packet Identifier, high 4 bits of the 4th byte are the continuous counter field for low 4 bits of filling indication field, the 4th byte, and the 5th to the 188th byte is the pay(useful) load district.
7. method according to claim 5 is characterized in that, described transmission code stream growth data pack arrangement institute data packet loaded is: full load bag or half load bag or above combination arbitrarily.
8. method according to claim 5 is characterized in that, the pay(useful) load length of a described transmission code stream extended packet is 184 bytes; The frame head length of described transmission code stream extended packet is 4 bytes.
9. method according to claim 5 is characterized in that, in the described process that the RTP packing data is packaged into the transmission code stream extended packet, need carry out fault location by continuous counter is monitored.
10. a network multimedia data packet regularized method is characterized in that, described transmission code stream extended packet comprises frame head and pay(useful) load district, and described frame head comprises fills indication field and continuous counter field, wherein,
The process that reverts to the RTP data flow from the transmission code stream extended packet is as follows:
F, received transmission code stream extended packet is judged whether to be legal data, withdraw from data handling procedure if invalid data then abandons this extended packet; Otherwise, execution in step g;
G, judge the loadtype of received packet according to transmission code stream growth data package informatin, if half load bag, then execution in step h; Otherwise, execution in step i;
H, slough the frame head of transmission code stream extended packet, according to the valid data in the indication extraction data field of frame head information, and splice last time handling the back data in buffer in valid data in the described half load bag and the buffer area, recover the RTP data flow, with data output, finish current flow process then;
I, judge whether received transmission code stream extended packet is initial bag, if, execution in step j then; Otherwise, execution in step m;
The counting variable of j, initial bag is from adding 1;
K, judge this initial bag, if not appearance, then execution in step l first whether for occurring first; Otherwise, execution in step m;
The legacy data of l, arrangement buffer area recovers the RTP data flow, and the data of this secondary data that will be kept at buffer area before handling all export, then with the count variable value zero clearing of initial bag;
M, slough the frame head of the transmission code stream extended packet of the current packet of receiving, extract valid data in this initial bag as complete packet, recover new RTP data flow and valid data are stored in buffer area according to the indication of frame head information.
11. method according to claim 10, it is characterized in that, described transmission code stream growth data pack arrangement is, the 1st byte is a sync byte, 2nd, the 3rd byte is a Packet Identifier, high 4 bits of the 4th byte are the continuous counter field for low 4 bits of filling indication field, the 4th byte, and the 5th to the 188th byte is the pay(useful) load district.
12. method according to claim 10 is characterized in that, described transmission code stream growth data pack arrangement institute data packet loaded is: full load bag or half load bag or full packing bag or above combination arbitrarily.
13. method according to claim 10 is characterized in that, the pay(useful) load length of a described transmission code stream extended packet is 184 bytes; The length of the frame head of described transmission code stream extended packet is 4 bytes.
14. method according to claim 10, it is characterized in that, step f is described to judge that whether the transmission code stream extended packet is legal data, is specially: whether the Packet Identifier PID that judges the packet received and the value of setting conform to determine the legitimacy of this transmission code stream extended packet.
15. method according to claim 10 is characterized in that, whether the transmission code stream extended packet that the described judgement of step I receives is that initial bag is specially: whether the value of judging the initial indicating bit of load bearing unit of transmission code stream extended packet is 1.
16. method according to claim 10 is characterized in that, and is described from the process of transmission code stream extended packet recovery RTP data flow, need carry out fault location by continuous counter is monitored.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101761851A CN101141408A (en) | 2007-10-22 | 2007-10-22 | Network multimedia data packet regularized method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101761851A CN101141408A (en) | 2007-10-22 | 2007-10-22 | Network multimedia data packet regularized method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101141408A true CN101141408A (en) | 2008-03-12 |
Family
ID=39193157
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNA2007101761851A Pending CN101141408A (en) | 2007-10-22 | 2007-10-22 | Network multimedia data packet regularized method |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101141408A (en) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102316114A (en) * | 2011-09-23 | 2012-01-11 | 中兴通讯股份有限公司 | Internet protocol (IP) information transmission method based on dedicated line channel and device |
| CN102737678A (en) * | 2011-04-12 | 2012-10-17 | 上海广茂达光艺科技股份有限公司 | Lighting scene multimedia file format, storage method thereof, and synchronous play method thereof |
| CN103108214A (en) * | 2013-01-29 | 2013-05-15 | 辛欣 | Method for identifying test set (TS) packet with information in empty packet replacing process |
| CN103220571A (en) * | 2013-04-09 | 2013-07-24 | 李映红 | Interaction system and interaction method aiming at television program and set top box |
| CN103686185A (en) * | 2013-11-28 | 2014-03-26 | 成都时代星光科技有限公司 | Method for increasing transmission capacity of valid data of wireless image transmission COFDM (coded orthogonal frequency division multiplexing) modulation module |
| CN104735034A (en) * | 2013-12-24 | 2015-06-24 | 中国移动通信集团公司 | Media stream transmission method, device and system |
| CN105049941A (en) * | 2015-06-24 | 2015-11-11 | 腾讯科技（深圳）有限公司 | Multi-media file processing method and apparatus |
| WO2018054193A1 (en) * | 2016-09-23 | 2018-03-29 | 杭州海康威视数字技术股份有限公司 | Data transmission method and apparatus, and electronic device |
| CN113170500A (en) * | 2021-02-10 | 2021-07-23 | 华为技术有限公司 | Information transmission method and device |
| CN113452680A (en) * | 2021-06-08 | 2021-09-28 | 广州海格通信集团股份有限公司 | Method, system, device and storage medium for converting data packet into stream data |
| CN113924533A (en) * | 2021-09-01 | 2022-01-11 | 远景能源有限公司 | Synchronization method of control system and control system |
-
2007
- 2007-10-22 CN CNA2007101761851A patent/CN101141408A/en active Pending
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102737678A (en) * | 2011-04-12 | 2012-10-17 | 上海广茂达光艺科技股份有限公司 | Lighting scene multimedia file format, storage method thereof, and synchronous play method thereof |
| CN102737678B (en) * | 2011-04-12 | 2016-12-07 | 上海广茂达光艺科技股份有限公司 | A kind of lamplight scene multimedia file format and storage, synchronous broadcast method |
| CN102316114A (en) * | 2011-09-23 | 2012-01-11 | 中兴通讯股份有限公司 | Internet protocol (IP) information transmission method based on dedicated line channel and device |
| CN103108214A (en) * | 2013-01-29 | 2013-05-15 | 辛欣 | Method for identifying test set (TS) packet with information in empty packet replacing process |
| CN103108214B (en) * | 2013-01-29 | 2015-08-12 | 辛欣 | A kind ofly the TS of carrying information is wrapped to the method identified in empty bag replacement process |
| CN103220571A (en) * | 2013-04-09 | 2013-07-24 | 李映红 | Interaction system and interaction method aiming at television program and set top box |
| CN103686185A (en) * | 2013-11-28 | 2014-03-26 | 成都时代星光科技有限公司 | Method for increasing transmission capacity of valid data of wireless image transmission COFDM (coded orthogonal frequency division multiplexing) modulation module |
| CN104735034B (en) * | 2013-12-24 | 2018-06-26 | 中国移动通信集团公司 | Transmission method, the apparatus and system of Media Stream |
| CN104735034A (en) * | 2013-12-24 | 2015-06-24 | 中国移动通信集团公司 | Media stream transmission method, device and system |
| CN105049941A (en) * | 2015-06-24 | 2015-11-11 | 腾讯科技（深圳）有限公司 | Multi-media file processing method and apparatus |
| CN105049941B (en) * | 2015-06-24 | 2017-06-30 | 广州酷狗计算机科技有限公司 | A kind of processing method and processing device of multimedia file |
| US10609430B2 (en) | 2015-06-24 | 2020-03-31 | Tencent Technology (Shenzhen) Company Limited | Method and device for processing multimedia file, and storage medium |
| WO2018054193A1 (en) * | 2016-09-23 | 2018-03-29 | 杭州海康威视数字技术股份有限公司 | Data transmission method and apparatus, and electronic device |
| CN107872422B (en) * | 2016-09-23 | 2020-01-10 | 杭州海康威视数字技术股份有限公司 | Data transmission method and device and electronic equipment |
| CN107872422A (en) * | 2016-09-23 | 2018-04-03 | 杭州海康威视数字技术股份有限公司 | A kind of data transmission method, device and electronic equipment |
| US10869106B2 (en) | 2016-09-23 | 2020-12-15 | Hangzhou Hikvision Digital Technology Co., Ltd. | Data transmission method and apparatus, and electronic device |
| CN113170500A (en) * | 2021-02-10 | 2021-07-23 | 华为技术有限公司 | Information transmission method and device |
| CN113452680A (en) * | 2021-06-08 | 2021-09-28 | 广州海格通信集团股份有限公司 | Method, system, device and storage medium for converting data packet into stream data |
| CN113452680B (en) * | 2021-06-08 | 2022-11-11 | 广州海格通信集团股份有限公司 | Method, system, device and storage medium for converting data packet into stream data |
| CN113924533A (en) * | 2021-09-01 | 2022-01-11 | 远景能源有限公司 | Synchronization method of control system and control system |
| WO2023028904A1 (en) * | 2021-09-01 | 2023-03-09 | 远景能源有限公司 | Synchronization method for control system, and control system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101141408A (en) | Network multimedia data packet regularized method | |
| CN101002412B (en) | Time phasing notification for broad band digital broadcasting | |
| CN101171806B (en) | Method and apparatus for transmitting and receiving packet data using predefined length indicant in mobile communication system | |
| AU2003207435B2 (en) | Clock-based time slicing | |
| CN101091361B (en) | Method and system for sending related data over a digital broadcast system | |
| CN102868680B (en) | Broadcast transport stream distribution system, broadcast transport stream distribution apparatus and distribution method for use in the system | |
| CN101350768B (en) | Method for conveying IP packet in broadcast network | |
| CN101415276A (en) | Method and equipment for sending and receiving data | |
| CN1937631A (en) | User datagram protocol message processing method and device | |
| CN103346949A (en) | Unpacking and packing method and system based on embedded two-channel network data package | |
| CN103929681A (en) | Method for improving RTP video streaming treatment efficiency in low-speed network | |
| CN101854286A (en) | UDP (User Datagram Protocol)-based data stream sending-receiving method and device | |
| CN1972408A (en) | A data transmission method for mobile multimedia broadcasting system | |
| CN101370165A (en) | Data packet transmission method for multimedia broadcasting service | |
| CN101646075B (en) | Device and method for adjusting code rate of multimedia code stream | |
| CN102665140A (en) | RTP (real-time transport protocol) packaging method of AVS (audio video coding standard) video frame | |
| CN109617891A (en) | Code stream transmission method and device | |
| JP2000312221A (en) | Digital broadcast receiver | |
| EP2099191A1 (en) | Data transport container for transferring data in a high speed internet protocol network | |
| KR102266603B1 (en) | Method, apparatus and system for forwarding traffic flow in flexible Ethernet protocol | |
| CN106471813A (en) | The device sending broadcast singal, the device receiving broadcast singal, the method sending broadcast singal and the method receiving broadcast singal | |
| CN101959062A (en) | Data transmission method, system and device for China mobile multimedia broadcasting (CMMB) system | |
| CN101500157B (en) | Method and apparatus for converting access unit into transmission flow | |
| CN1960520B (en) | Method for transferring auxiliary data in mobile multimedia broadcasting | |
| CN110545294B (en) | IP data encapsulation method, restoration method and system applied to IPover DVB transmission |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Open date: 20080312 |