CN102340506A - Multimedia data transmission system and application method thereof - Google Patents
Multimedia data transmission system and application method thereof Download PDFInfo
- Publication number
- CN102340506A CN102340506A CN2011102989062A CN201110298906A CN102340506A CN 102340506 A CN102340506 A CN 102340506A CN 2011102989062 A CN2011102989062 A CN 2011102989062A CN 201110298906 A CN201110298906 A CN 201110298906A CN 102340506 A CN102340506 A CN 102340506A
- Authority
- CN
- China
- Prior art keywords
- server
- client
- bits
- medium data
- data transmission
- 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
Landscapes
- Communication Control (AREA)
- Computer And Data Communications (AREA)
Abstract
The invention belongs to the field of multimedia data transmission, in particular to a multimedia data transmission system and an application thereof. The multimedia data transmission system comprises a streaming media protocol, a server and a client end, wherein the streaming media protocol is used for specifying a communication message format package and a communication process; the server is provided with the streaming media protocol and used for receiving a client end connection and managing, receiving and analyzing the client end connection and responding a request of the client end as well as sending multimedia data to the client end according to the streaming media protocol; and the client end is provided with the streaming media protocol, and used for establishing a connection with the server and maintaining the connection and sending the request to the server according to the streaming media protocol and analyzing a received response message and returning to a user. According to the invention, multimedia data transmission and control are carried out by using a single channel, link data capable of being managed by the server is increased, and the speed of transmitting a handshake link is increased.
Description
Technical field
The invention belongs to the multi-medium data transmission field, be specifically related to a kind of multi-medium data transmission system and application process thereof.
Background technology
At present, the RTSP/RTP agreement is the more extensive a kind of multimedia transmission control method of current application, and it provides real-time network transmission end to end for using.The drawback of this method is that each Streaming Media transmission will be used 3 connecting channels: a RTSP protocol channels; A RTCP channel; A RTP channel; Taken more limited system port (the current operation system maximum is only supported 65535 ports), shaking hands that channel is set up is more alternately, not too adapts to the frequent occasion of the demanding connection of real-time.
In addition; The TCP/UDP agreement belongs to the Network Transmission layer protocol; Wherein TCP provides the reliable data transmission under the IP world, and the service that it provides comprises data flow transmission, reliability, effectively Flow Control, full-duplex operation and multiplexed, through sending towards connection, end-to-end and reliable packet.Popular theory, it is to be that the data of being sent hew out the passage that connects in advance, and then carries out data and send; UDP does not then provide reliability, Flow Control or error recovery capability for IP.In general, what TCP was corresponding is the high application of reliability requirement, and what UDP was corresponding then is the application that reliability requirement is low, transmission is economic, and the present invention is based on the system and method that the TCP/UDP agreement realizes.
Summary of the invention
Shortcoming to prior art; The purpose of this invention is to provide a kind of through using single channel to carry out the multi-medium data transmission and controlling and improve the link data that individual server can be managed, the multi-medium data transmission system and the application process thereof of the link speed that the raising transmission is shaken hands.
For realizing above-mentioned purpose, a kind of multi-medium data transmission system of the present invention comprises:
Stream media protocol is used for encapsulation of regulation message format for communications and communication process;
The server of stream media protocol is installed, is used to accept client and connects and the management that is connected, receive, resolve the also request of customer in response end, and send to client to multi-medium data by stream media protocol;
The client of stream media protocol is installed, is used to set up and being connected and safeguarding of server, and will ask to send to server and the response message that receives resolved to return to application person by stream media protocol to being connected.
As a kind of preferred version, the structure of stream media protocol comprises header data, load data and the CRC check data that are arranged in order.
As further preferred version, the length of header data is 80 bits, and the length of load data changes with the multi-medium data length variations of actual transmissions.
As further preferred version, the structure of header data comprises subpackage sequence number in the current pack length that is arranged in order, protocol version, bag type, verification mode, subpackage end bag sign, bag sequence number, the bag, session subchannel number, added value.
As further preferred version, subpackage sequence number in current pack length, protocol version, bag type, verification mode, subpackage end bag sign, bag sequence number, the bag, session subchannel number, added value length are respectively 24 bits, 3 bits, 1 bit, 3 bits, 1 bit, 16 bits, 16 bits, 8 bits, 8 bits.
In order to realize second goal of the invention, adopt following technical scheme:
The invention provides a kind of application process of multi-medium data transmission, adopt the said system of claim 1 to realize, comprise the steps:
A. client is set up session channel: user end to server sends connection request;
B. server is resolved connection request after receiving connection request, sets up and the client-side session passage; This moment, the connection request of client awaits server responded, and server returns the connection request result to client after setting up session channel;
C. after session channel was set up, server was waited for the heartbeat or the order of client;
D. user end to server sends the beginning play command, and the transmission of multi-medium data is carried out in request;
E. server receive the beginning play command after to the client transmissions multi-medium data;
F. user end to server sends the response of the finish command and waiting for server;
G. server returns the end response results after receiving the finish command, stops transmitting multimedia data and removes and the client-side session passage conversation end;
H. client receives the session channel that finishes to remove after the response results with server.
As a kind of preferred version, stream media protocol is installed in the client and server, the structure of said stream media protocol comprises header data, load data and the CRC check data that are arranged in order.
As further preferred version, the length of header data is 80 bits, and the length of load data changes with the multi-medium data length variations of actual transmissions.
As further preferred version, the structure of header data comprises the session subchannel number of subpackage sequence number, 8 bits in the bag of bag sequence number, 16 bits of subpackage end bag sign, 16 bits of verification mode, 1 bit of bag type, 3 bits of protocol version, 1 bit of current pack length, 3 bits of 24 bits that are arranged in order, the added value of 8 bits.
As another kind of preferred version, be provided with survival timer keepalive in the client, in carrying out the transmission of flow media data process, also carry out following steps:
Whether e1. user end to server sends the keepalive order, survey transmission of flow media data and take place congested; This moment, client was also to the server transmitting control commands;
E2. the keepalive of client awaits server response;
E3. server returns the keepalive response, if the keepalive response is congested, then user end to server sends and retransmits order.
The invention has the beneficial effects as follows:
The present invention is based on the TCP/UDP agreement; Connect the transmission of carrying out multi-medium data and monitor command through single network, reduced, improved greatly and transmitted the link speed of shaking hands the taking and simplified interaction flow of system port resource; Can accomplish the response of Millisecond; And support magnanimity to connect, and improve 2 times number of links than the mode of using RTSP+RTP, the better adaptation, transmit with real-time media.
Description of drawings
Fig. 1: the structural representation that is a kind of multi-medium data transmission system of the present invention;
Fig. 2: be stream media protocol structural representation of the present invention;
Fig. 3: the flow chart that is the application process of a kind of multi-medium data transmission of the present invention.
Embodiment
Below in conjunction with embodiment and accompanying drawing, the present invention is done to specify further, but execution mode of the present invention is not limited thereto.
The present invention is as shown in Figure 1, and a kind of multi-medium data transmission system of the present invention comprises: stream media protocol, client and server.
As shown in Figure 2, stream media protocol is installed in respectively in the client and server, is used for encapsulation of regulation message format for communications and communication process; Its structure comprises header data, load data and the CRC check data that are arranged in order, and the length of header data is 80 bits, and the length of load data changes with the multi-medium data length variations of actual transmissions.
The structure of header data comprises the session subchannel number of subpackage sequence number, 8 bits in the bag of bag sequence number, 16 bits of subpackage end bag sign, 16 bits of verification mode, 1 bit of bag type, 3 bits of protocol version, 1 bit of current pack length, 3 bits of 24 bits that are arranged in order, the added value of 8 bits.
Server is used to accept client and connects and the management that is connected, and receives, resolves the also request of customer in response end, and sends to client to multi-medium data by stream media protocol;
Client is used to set up and being connected and safeguarding being connected of server, and will ask to send to server and the response message that receives resolved by stream media protocol to return to application person.
Application process as shown in Figure 3, that a kind of multi-medium data that adopts the said system of claim 1 to realize transmits also is provided with survival timer keepalive in the client, this method comprises the steps:
A. client is set up session channel: user end to server sends connection request;
B. server is resolved connection request after receiving connection request, sets up and the client-side session passage; This moment, the connection request of client awaits server responded, and server returns the connection request result to client after setting up session channel;
C. after session channel was set up, server was waited for the heartbeat or the order of client;
D. user end to server sends the beginning play command, and the transmission of multi-medium data is carried out in request;
E. server receive the beginning play command after to the client transmissions multi-medium data;
Whether e1. user end to server sends the keepalive order, survey transmission of flow media data and take place congested; This moment, client was also to the server transmitting control commands;
E2. the keepalive of client awaits server response;
E3. server returns the keepalive response, if the keepalive response is congested, then user end to server sends and retransmits order;
F. user end to server sends the response of the finish command and waiting for server;
G. server returns the end response results after receiving the finish command, stops transmitting multimedia data and removes and the client-side session passage conversation end;
H. client receives the session channel that finishes to remove after the response results with server.
Claims (10)
1. a multi-medium data transmission system is characterized in that, comprising:
Stream media protocol is used for encapsulation of regulation message format for communications and communication process;
The server of stream media protocol is installed, is used to accept client and connects and the management that is connected, receive, resolve the also request of customer in response end, and send to client to multi-medium data by stream media protocol;
The client of stream media protocol is installed, is used to set up and being connected and safeguarding of server, and will ask to send to server and the response message that receives resolved to return to application person by stream media protocol to being connected.
2. multi-medium data transmission system according to claim 1 is characterized in that, the structure of stream media protocol comprises header data, load data and the CRC check data that are arranged in order.
3. multi-medium data transmission system according to claim 2 is characterized in that, the length of header data is 80 bits, and the length of load data changes with the multi-medium data length variations of actual transmissions.
4. multi-medium data transmission system according to claim 3; It is characterized in that the structure of header data comprises subpackage sequence number in the current pack length that is arranged in order, protocol version, bag type, verification mode, subpackage end bag sign, bag sequence number, the bag, session subchannel number, added value.
5. multi-medium data transmission system according to claim 4; It is characterized in that subpackage sequence number in current pack length, protocol version, bag type, verification mode, subpackage end bag sign, bag sequence number, the bag, session subchannel number, added value length are respectively 24 bits, 3 bits, 1 bit, 3 bits, 1 bit, 16 bits, 16 bits, 8 bits, 8 bits.
6. the application process of a multi-medium data transmission adopts the said system of claim 1 to realize, it is characterized in that, comprises the steps:
A. client is set up session channel: user end to server sends connection request;
B. server is resolved connection request after receiving connection request, sets up and the client-side session passage; This moment, the connection request of client awaits server responded, and server returns the connection request result to client after setting up session channel;
C. after session channel was set up, server was waited for the heartbeat or the order of client;
D. user end to server sends the beginning play command, and the transmission of multi-medium data is carried out in request;
E. server receive the beginning play command after to the client transmissions multi-medium data;
F. user end to server sends the response of the finish command and waiting for server;
G. server returns the end response results after receiving the finish command, stops transmitting multimedia data and removes and the client-side session passage conversation end;
H. client receives the session channel that finishes to remove after the response results with server.
7. according to the application process of the said multi-medium data transmission of claim 6, it is characterized in that stream media protocol is installed in the client and server, and the structure of said stream media protocol comprises header data, load data and the CRC check data that are arranged in order.
8. multi-medium data transmission system according to claim 7 is characterized in that, the length of header data is 80 bits, and the length of load data changes with the multi-medium data length variations of actual transmissions.
9. multi-medium data transmission system according to claim 8; It is characterized in that the structure of header data comprises the session subchannel number of subpackage sequence number, 8 bits in the bag of bag sequence number, 16 bits of subpackage end bag sign, 16 bits of verification mode, 1 bit of bag type, 3 bits of protocol version, 1 bit of current pack length, 3 bits of 24 bits that are arranged in order, the added value of 8 bits.
10. according to the application process of the said multi-medium data transmission of claim 7, it is characterized in that, be provided with survival timer keepalive in the client, in carrying out the transmission of flow media data process, also carry out following steps:
Whether e1. user end to server sends the keepalive order, survey transmission of flow media data and take place congested; This moment, client was also to the server transmitting control commands;
E2. the keepalive of client awaits server response;
E3. server returns the keepalive response, if the keepalive response is congested, then user end to server sends and retransmits order.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011102989062A CN102340506A (en) | 2011-09-29 | 2011-09-29 | Multimedia data transmission system and application method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2011102989062A CN102340506A (en) | 2011-09-29 | 2011-09-29 | Multimedia data transmission system and application method thereof |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102340506A true CN102340506A (en) | 2012-02-01 |
Family
ID=45516004
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2011102989062A Pending CN102340506A (en) | 2011-09-29 | 2011-09-29 | Multimedia data transmission system and application method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102340506A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106790030A (en) * | 2016-12-15 | 2017-05-31 | 四川长虹电器股份有限公司 | Multi-screen collaboration audio transmission service end, client, system and its processing method |
| CN106878114A (en) * | 2015-12-11 | 2017-06-20 | 北京数码视讯科技股份有限公司 | A kind of method of data transfer, server and terminal |
| CN110557380A (en) * | 2019-08-07 | 2019-12-10 | 北京首贝科技发展有限公司 | secure data transmission method based on TCP/IP protocol |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080271082A1 (en) * | 2007-04-27 | 2008-10-30 | Rebecca Carter | User controlled multimedia television broadcast on single channel |
| CN101312386A (en) * | 2007-05-22 | 2008-11-26 | 三星电子株式会社 | Pack generation method in radio HDMI CEC |
| CN101494793A (en) * | 2009-03-03 | 2009-07-29 | 北京搜狗科技发展有限公司 | Method, device and system for sending and receiving stream media data |
-
2011
- 2011-09-29 CN CN2011102989062A patent/CN102340506A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080271082A1 (en) * | 2007-04-27 | 2008-10-30 | Rebecca Carter | User controlled multimedia television broadcast on single channel |
| CN101312386A (en) * | 2007-05-22 | 2008-11-26 | 三星电子株式会社 | Pack generation method in radio HDMI CEC |
| CN101494793A (en) * | 2009-03-03 | 2009-07-29 | 北京搜狗科技发展有限公司 | Method, device and system for sending and receiving stream media data |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106878114A (en) * | 2015-12-11 | 2017-06-20 | 北京数码视讯科技股份有限公司 | A kind of method of data transfer, server and terminal |
| CN106790030A (en) * | 2016-12-15 | 2017-05-31 | 四川长虹电器股份有限公司 | Multi-screen collaboration audio transmission service end, client, system and its processing method |
| CN110557380A (en) * | 2019-08-07 | 2019-12-10 | 北京首贝科技发展有限公司 | secure data transmission method based on TCP/IP protocol |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9021134B1 (en) | Media stream transport conversion within an intermediate network device | |
| US7310323B2 (en) | Method and system for providing a transmission link for streaming traffic | |
| CN101854286B (en) | UDP (User Datagram Protocol)-based data stream sending-receiving method and device | |
| WO2008043002A3 (en) | Method and system for optimizing a jitter buffer | |
| CN101616156B (en) | Signal negotiation method and device for realizing RTP data stream multiplexing | |
| CN104519414B (en) | A kind of method and system of streaming media | |
| CN101741927A (en) | Remote control method for passing through NAT device | |
| CN102882865A (en) | Method for realizing multimedia agency service control on basis of socks5 agency agreement | |
| CN103051635A (en) | Method of communication between streaming media server and terminal | |
| WO2008020401A3 (en) | Decoupled connections | |
| CN104661112A (en) | Video stream file transmission method and device based on scalable selection window | |
| CN104270344A (en) | Quintillion gatekeeper | |
| CN102340506A (en) | Multimedia data transmission system and application method thereof | |
| US20060133372A1 (en) | Apparatus and method for multiplexing packet in mobile communication network | |
| CN103701803A (en) | Recording control system | |
| CN106790030B (en) | Multi-screen cooperative audio transmission server, client, system and processing method thereof | |
| CN104159165A (en) | Method capable of transmitting RTP (real-time transport protocol) media stream through TCP (transmission control protocol) and based on SIP (session initiation protocol) | |
| CN102984172A (en) | LT code based many-to-one data transmission protocol (LTTP) of data center | |
| WO2008051974A1 (en) | System and method for establishing a peer-to-peer connection | |
| CN102282886B (en) | Method, mobile terminal, device and system for implementing voice services | |
| Shamieh et al. | Dynamic cross-layer signaling exchange for real-time and on-demand multimedia streams | |
| CN101854382A (en) | Optimization method for monitoring transmission of video in 3G network | |
| CN100479460C (en) | Over platform end-to-end PTP protocol stack designing method | |
| CN108667849B (en) | Multi-path streaming media transmission and control method based on single connection | |
| CN101394363A (en) | RTCP communication implementation method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C53 | Correction of patent of invention or patent application | ||
| CB02 | Change of applicant information |
Address after: 510530 Luogang District Science City, Guangdong Province Road, No. 2819, No. Applicant after: GOSUNCN TECHNOLOGY GROUP CO., LTD. Address before: 510530 Luogang District Science City, Guangdong Province Road, No. 2819, No. Applicant before: Guangdong Gosun Telecommunications Co., Ltd. |
|
| COR | Change of bibliographic data |
Free format text: CORRECT: APPLICANT; FROM: GUANGDONG GOSUN TELECOMMUNICATIONS CO., LTD. TO: GOSUNCN TECHNOLOGY GROUPCO., LTD. |
|
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120201 |