CN102075514A - Audio transmission method for DSPPA network - Google Patents
Audio transmission method for DSPPA network Download PDFInfo
- Publication number
- CN102075514A CN102075514A CN2010105512065A CN201010551206A CN102075514A CN 102075514 A CN102075514 A CN 102075514A CN 2010105512065 A CN2010105512065 A CN 2010105512065A CN 201010551206 A CN201010551206 A CN 201010551206A CN 102075514 A CN102075514 A CN 102075514A
- Authority
- CN
- China
- Prior art keywords
- terminal
- data
- main frame
- multicast
- sends
- 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
Abstract
The invention discloses an audio transmission method for a DSPPA network, which comprises the following steps that: a terminal sends a connection signal and registration information to a host computer to establish a connection relationship with the host computer; the host computer sends a synchronous request to the terminal, and calculates a synchronous coordination value to realize the synchronous coordination with the communication of the terminal; the data transmission is performed between the host computer and the terminal; and the terminal carries out data management, makes immediately response after receiving real-time control data, and cache to wait for data processing threads to process after receiving multi-media broadcast data. The method supports the automatic switching of multi-cast and uni-cast data transmission modes, automatically improves or reduces data transmission rate according to network state and cache sizes of terminals, provides a terminal synchronization mechanism, reduces the time difference of the playing among the terminals, and provides a terminal data management mechanism, thereby ensuring the stability and reliability of real-time transmission of streaming media data. The method can be widely applied in the field of streaming media transmission of public networks.
Description
Technical field
The present invention relates to the Streaming Media applied technical field, especially flow-medium transmission method.
Background technology
In public network systems such as Public Address system, tele-conferencing system, extensively there is the demand of transmitting realtime stream media data.Owing to be public network, the stability of network fluctuation is very big, if main frame transmission data are too fast, terminal is lost mass data because of buffer memory is limited; Otherwise if main frame transmission data are slow excessively, terminal will be influenced by network fluctuation greatly and sound, noise occur falling even utter long and high-pitched sounds.In addition, when network coverage face is big, the coordination control of synchronous playing, the problems such as management of flood tide terminal transmission demand can appear also.Therefore need a kind of clean culture multicast data transmission mode that can automatically switch in the Streaming Media transmission badly, regulate the transmission method of transmission rate, intelligent management terminal data automatically.
Summary of the invention
In order to address the above problem, the objective of the invention is: a kind of DSPPA network audio transmission method based on RTP and transmission control protocol is provided.
The technical solution adopted in the present invention is:
DSPPA network audio transmission method may further comprise the steps:
A. terminal sends to main frame and connects signal, log-on message, establishes a connection with main frame;
B. main frame sends synchronization request to terminal, calculates the synchronous coordination value, realizes the synchronous coordination with terminal communication;
C. main frame and terminal are carried out transfer of data;
D. terminal is carried out data management, and terminal receives data and is divided into real-time control data and media play data; Control data transmits by TCP in real time, and terminal can respond after receiving at once; The media play data are transmitted by UDP, adopt Real-time Transport Protocol, get up in terminal buffers, and wait data processing thread is handled.
Be further used as preferred embodiment, the rapid described log-on message of A includes the log-on message that can realize that the multicast clean culture is automaticallyed switch.Steps A comprises that also terminal sends heartbeat packet to main frame and shows online identity.
Multicast clean culture automatic switchover flow process is as follows:
Can the current multicast of setting up of terminal judges connect;
According to judged result, whether terminal adds in log-on message supports multicast information, and sends log-on message to main frame;
Main frame is according to endpoint registration validation of information data-transmission mode, connect for multicast, send multicast and acknowledging information to terminal, terminal sends the multicast and acknowledging feedback to main frame after receiving multicast and acknowledging information, and main frame receives multicast and acknowledging feedback back and sets up multicast with terminal and be connected;
Main frame connects to terminal transmission data by clean culture or multicast.
Main frame and terminal are carried out synchronous coordination and are comprised:
B1. main frame sends synchronization request and waits for the synchronism detection bag, the terminal wait synchronization request to terminal;
B2. terminal is received synchronization request, judges and whether receives the sync packet time above the scheduled time, if not above then sending the synchronism detection bag to main frame, do not wait for the main frame synchronization request again otherwise return B1;
B3. main frame is received the synchronism detection bag and is calculated the synchronous coordination value, if the king-sized terminal of difference is arranged, then it is told multicast, carries out unicast transmission, and sends data in advance; The overtime B1 that then returns of host waits synchronism detection bag sends synchronization request to terminal again.
Be further used as preferred embodiment, step C comprises that terminal regulates communication transfer speeds according to cache size:
C1. main frame sends the multimedia transmission data, and terminal receives the multimedia transmission data;
C2. reach predetermined value when terminal buffers, terminal sends to main frame and reduces the transmission speed request, and when terminal buffers is lower than about definite value, terminal sends the request of lifting transmission speed to main frame;
C3. main frame is according to the corresponding lifting of transmission speed request or the reduction transmission speed of terminal.
Step D terminal is as follows to the handling process of media play data:
D1. terminal wait RTP packet;
D2. terminal receives the RTP packet, judges whether this packet is to utilize out of order bag;
D3. for utilizing out of order bag, terminal is by tag location addressing just and buffer memory chained list location specific address and insert packet; For normal data packet, then buffer memory gets up; Abandon handling for invalid Bao Ze;
D4. judge whether to make label for cached data packet;
D5. make the label data bag for need, label is put in this data pack buffer address and judge whether current label array is full, and label has two arrays, after one of them uses, current label is put into second array, and empty previous array, buffer storage length adds 1 simultaneously; If packet need not tag and then directly buffer storage length be added 1.
The invention has the beneficial effects as follows: the inventive method support automatic switchover multicast unicast data transmission mode, automatically according to network state and terminal buffers size, promote or the reduction data transmission bauds, terminal synchronizes mechanism is provided, reduce the time difference of playing between the terminal, the terminal data administrative mechanism is provided, thereby has guaranteed stability, the reliability of real-time Transmission stream medium data.
Description of drawings
The invention will be further described below in conjunction with drawings and Examples:
Fig. 1 is the flow process that main frame of the present invention and terminal establish a connection;
Fig. 2 is the flow process of main frame of the present invention and terminal control data transmission speed;
Fig. 3 is the flow process that main frame of the present invention and terminal are carried out synchronous coordination;
Fig. 4 is the flow process that terminal of the present invention is carried out data management;
Fig. 5 is the flow process that multicast clean culture of the present invention is automaticallyed switch;
Fig. 6 is the network structure of one embodiment of the invention.
Embodiment
For the ease of understanding, do following vocabulary agreement earlier:
Main frame: a server of system, broadcast data and signal are provided, we are called main frame, are the cores of whole network system.The default access IP address and the port that have an agreement.
Terminal: have playback equipment, can play-over flow-medium performance.Perhaps can control its next stage subset and carry out the flow-medium performance broadcast.Be responsible for the reception and the feedback of data.
Public network: not only have this agreement place system to carry out transfer of data in this network, comprise that also other unknowable systems carry out various transfer of data.
Clean culture: carry out point-to-point transfer of data.
Multicast: carry out transfer of data based on multicast protocol.
Heartbeat packet: each timeslice, be sent to main frame by terminal, show that oneself is still online.
Real-time Transport Protocol: this Real-time Transport Protocol is based on the realization that UDP carries out transfer of data.Removed the TCP control section.Be that transmitting-receiving two-end can not sent out the tcp data newspaper mutually.
DSPPA network audio transmission method may further comprise the steps:
A. terminal sends connection request, log-on message to main frame, establishes a connection with main frame;
B. main frame sends synchronization request to terminal, calculates the synchronous coordination value, realizes the synchronous coordination with terminal communication;
C. main frame and terminal are carried out transfer of data;
D. terminal is carried out data management, and terminal receives data and is divided into real-time control data and multimedia data; Control data transmits by TCP in real time, and terminal can respond after receiving at once; The media play data are transmitted by UDP, adopt Real-time Transport Protocol, get up in terminal buffers, and wait data processing thread is handled.
Be further used as preferred embodiment, the described log-on message of steps A includes the log-on message that can realize that the multicast clean culture is automaticallyed switch.
Be further used as preferred embodiment, steps A comprises that also terminal sends heartbeat packet to main frame and shows online identity.
Be further used as preferred embodiment, step C comprises that terminal regulates communication transfer speeds according to cache size.
In conjunction with Fig. 1, the idiographic flow that main frame and terminal connect is as follows:
A1. main frame and terminal system initialization;
A2. terminal sends to main frame earlier and connects signal and queued for log-on invitation, and host waits connects signal;
A3. main frame sends registration invitation and queued for log-on information to terminal after receiving and connecting signal;
A4. terminal receives registration invitation back to main frame transmission log-on message and queued for log-on feedback, if the overtime A2 that then returns of queued for log-on invitation sends the connection signal to main frame again;
A5. main frame sends the feedback information that comprises the distribute data port to terminal after receiving log-on message, if the overtime A2 that then returns of queued for log-on information waits signal to be connected again;
A6. connect with main frame behind the terminal receiving feedback information, connect signal if wait for overtime then the transmission to main frame again of feedback information.
After main frame and terminal connected, terminal sent heartbeat packet to main frame and shows online identity, and the flow process of terminal presence cyclic query is as follows: terminal sends heartbeat packet and waits for heartbeat feedback, host waits heartbeat packet to main frame; Main frame receives that to know terminal after the heartbeat packet online and send the heartbeat feedback to terminal, is connected and waits for terminal connection signal again if wait for overtime then the losing with terminal of heartbeat packet; Terminal receives heartbeat feedback, and to know main frame online, if overtime then the losing with main frame of terminal wait heartbeat feedback is connected and sends the connection signal to main frame again.
After main frame and terminal established a connection, the host notification target terminal was about to begin transfer of data, carried out synchronous coordination.In conjunction with Fig. 3, the flow process that main frame and terminal are carried out synchronous coordination is as follows:
B1. main frame sends synchronization request and waits for the synchronism detection bag, the terminal wait synchronization request to terminal;
B2. terminal is received synchronization request, judges and whether receives the sync packet time above the scheduled time, if not above then sending the synchronism detection bag to main frame, do not wait for the main frame synchronization request again otherwise return B1;
B3. main frame is received the synchronism detection bag and is calculated the synchronous coordination value, if the king-sized terminal of difference is arranged, then it is told multicast, carries out unicast transmission, and sends data in advance; The overtime B1 that then returns of host waits synchronism detection bag sends synchronization request to terminal again.
Transmission control flow in main frame and the terminal data transmission is as follows:
C1. main frame sends the multimedia transmission data, and terminal receives the multimedia transmission data;
C2. reach predetermined value when terminal buffers, terminal sends to main frame and reduces the transmission speed request, and when terminal buffers is lower than about definite value, terminal sends the request of lifting transmission speed to main frame;
C3. main frame is according to the corresponding lifting of transmission speed request or the reduction transmission speed of terminal.
Receive the data of main frame when terminal after, can handle according to corresponding flow process according to the source of data.For real-time control data, terminal can respond after receiving at once; For the multimedia data, the terminal processes flow process is as follows in conjunction with Fig. 4:
D1. terminal wait RTP packet;
D2. terminal receives the RTP packet, judges whether this packet is to utilize out of order bag;
D3. for utilizing out of order bag, terminal is inserted packet by tag location addressing just and buffer memory chained list location specific address; For normal data packet, then buffer memory gets up; Abandon handling for invalid Bao Ze;
D4. judge whether to make label for cached data packet;
D5. make the label data bag for need, label is put in this data pack buffer address and judge whether current label array is full, and label has two arrays, after one of them uses, change current label over to second array, and empty previous array, buffer memory product degree adds 1 simultaneously; If packet need not tag and then directly buffer storage length be added 1.
The data that buffer memory gets up, wait data processing thread is handled.
The flow process that automaticallyes switch in conjunction with the clean culture of Fig. 5 multicast is as follows:
Can the current multicast of setting up of terminal judges connect;
According to judged result, whether terminal adds in log-on message supports multicast information, and sends log-on message to main frame;
Main frame is according to endpoint registration validation of information data-transmission mode, connect for multicast, send multicast and acknowledging information to terminal, terminal sends the multicast and acknowledging feedback to main frame after receiving multicast and acknowledging information, and main frame receives multicast and acknowledging feedback back and sets up multicast with terminal and be connected;
Main frame connects to terminal transmission data by clean culture or multicast.
In conjunction with Fig. 6, a Streaming Media transport network architecture figure, main frame, terminal, public network, other linked network systems couple together by netting twine.Main frame comprises host machine part program in program controls playing interface, the agreement.
More than be that preferable enforcement of the present invention is specified, but the invention is not limited to described embodiment, those of ordinary skill in the art also can make all equivalent variations or replacement under the prerequisite of spirit of the present invention, distortion that these are equal to or replacement all are included in the application's claim institute restricted portion.
Claims (7)
1.DSPPA the network audio transmission method is characterized in that: may further comprise the steps:
A. terminal sends to main frame and connects signal, log-on message, establishes a connection with main frame;
B. main frame sends synchronization request to terminal, calculates the synchronous coordination value, realizes the synchronous coordination with terminal communication;
C. main frame and terminal are carried out transfer of data;
D. terminal is carried out data management, and terminal receives data and is divided into real-time control data and media play data; Control data transmits by TCP in real time, and terminal can respond after receiving at once; The media play data are transmitted by UDP, adopt Real-time Transport Protocol, get up in terminal buffers, and wait data processing thread is handled.
2. DSPPA network audio transmission method according to claim 1 is characterized in that: the described log-on message of steps A includes the log-on message that can realize that the multicast clean culture is automaticallyed switch.
3. DSPPA network audio transmission method according to claim 2 is characterized in that: multicast clean culture automatic switchover flow process is as follows:
Can the current multicast of setting up of terminal judges connect;
According to judged result, whether terminal adds in log-on message supports multicast information, and sends log-on message to main frame;
Main frame is according to endpoint registration validation of information data-transmission mode, connect for multicast, send multicast and acknowledging information to terminal, terminal sends the multicast and acknowledging feedback to main frame after receiving multicast and acknowledging information, and main frame receives multicast and acknowledging feedback back and sets up multicast with terminal and be connected;
Main frame connects to terminal transmission data by clean culture or multicast.
4. DSPPA network audio transmission method according to claim 1 and 2 is characterized in that: steps A comprises that also terminal sends heartbeat packet to main frame and shows online identity.
5. DSPPA network audio transmission method according to claim 1, it is characterized in that: step B comprises:
B1. main frame sends synchronization request and waits for the synchronism detection bag, the terminal wait synchronization request to terminal;
B2. terminal is received synchronization request, judges and whether receives the sync packet time above the scheduled time, if not above then sending the synchronism detection bag to main frame, do not wait for the main frame synchronization request again otherwise return B1;
B3. main frame is received the synchronism detection bag and is calculated the synchronous coordination value, if the king-sized terminal of difference is arranged, then it is told multicast, carries out unicast transmission, and sends data in advance; The overtime B1 that then returns of host waits synchronism detection bag sends synchronization request to terminal again.
6. DSPPA network audio transmission method according to claim 1 is characterized in that: step C comprises that terminal regulates communication transfer speeds according to cache size:
C1. main frame sends the multimedia transmission data, and terminal receives the multimedia transmission data;
C2. reach predetermined value when terminal buffers, terminal sends to main frame and reduces the transmission speed request, and when terminal buffers is lower than about definite value, terminal sends the request of lifting transmission speed to main frame;
C3. main frame is according to the corresponding lifting of transmission speed request or the reduction transmission speed of terminal.
7. DSPPA network audio transmission method according to claim 1, it is characterized in that: step D terminal is as follows to the handling process of media play data:
D1. terminal wait RTP packet;
D2. terminal receives the RTP packet, judges whether this packet is to utilize out of order bag;
D3. for utilizing out of order bag, terminal is by tag location addressing just and buffer memory chained list location specific address and insert packet; For normal data packet, then buffer memory gets up; Abandon handling for invalid Bao Ze;
D4. judge whether to make label for cached data packet;
D5. make the label data bag for need, label is put in this data pack buffer address and judge whether current label array is full, and label has two arrays, after one of them uses, current label is put into second array, and empty previous array, buffer storage length adds 1 simultaneously; If packet need not made label and then directly buffer storage length be added 1.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105512065A CN102075514B (en) | 2010-11-19 | 2010-11-19 | Audio transmission method for DSPPA network |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2010105512065A CN102075514B (en) | 2010-11-19 | 2010-11-19 | Audio transmission method for DSPPA network |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102075514A true CN102075514A (en) | 2011-05-25 |
CN102075514B CN102075514B (en) | 2013-07-31 |
Family
ID=44033858
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2010105512065A Active CN102075514B (en) | 2010-11-19 | 2010-11-19 | Audio transmission method for DSPPA network |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102075514B (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111147440A (en) * | 2019-11-11 | 2020-05-12 | 视联动力信息技术股份有限公司 | State information processing method and device based on video network |
WO2020132907A1 (en) * | 2018-12-25 | 2020-07-02 | 华为技术有限公司 | Communication method for audio data, and electronic device |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004025395A2 (en) * | 2002-09-13 | 2004-03-25 | Samsung Electronics Co., Ltd. | Method for providing interactive data service in a mobile communication system |
CN1655547A (en) * | 2004-09-09 | 2005-08-17 | 上海川海信息科技有限公司 | A speed control method in stream media transmission system |
CN101212325A (en) * | 2006-12-26 | 2008-07-02 | 上海贝尔阿尔卡特股份有限公司 | Combined registering method and device in multicast communication network |
CN101552740A (en) * | 2009-05-14 | 2009-10-07 | 腾讯科技(北京)有限公司 | Instant communication system, clients, server and method for judging on-line state |
CN101562477A (en) * | 2008-04-15 | 2009-10-21 | 北京易路联动技术有限公司 | Method and system for time management, client and server based on mobile internet |
CN101707701A (en) * | 2009-11-26 | 2010-05-12 | 上海交通大学 | Multi-stream information transmission system and transmission method thereof |
-
2010
- 2010-11-19 CN CN2010105512065A patent/CN102075514B/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004025395A2 (en) * | 2002-09-13 | 2004-03-25 | Samsung Electronics Co., Ltd. | Method for providing interactive data service in a mobile communication system |
CN1655547A (en) * | 2004-09-09 | 2005-08-17 | 上海川海信息科技有限公司 | A speed control method in stream media transmission system |
CN101212325A (en) * | 2006-12-26 | 2008-07-02 | 上海贝尔阿尔卡特股份有限公司 | Combined registering method and device in multicast communication network |
CN101562477A (en) * | 2008-04-15 | 2009-10-21 | 北京易路联动技术有限公司 | Method and system for time management, client and server based on mobile internet |
CN101552740A (en) * | 2009-05-14 | 2009-10-07 | 腾讯科技(北京)有限公司 | Instant communication system, clients, server and method for judging on-line state |
CN101707701A (en) * | 2009-11-26 | 2010-05-12 | 上海交通大学 | Multi-stream information transmission system and transmission method thereof |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020132907A1 (en) * | 2018-12-25 | 2020-07-02 | 华为技术有限公司 | Communication method for audio data, and electronic device |
CN112771828A (en) * | 2018-12-25 | 2021-05-07 | 华为技术有限公司 | Audio data communication method and electronic equipment |
CN111147440A (en) * | 2019-11-11 | 2020-05-12 | 视联动力信息技术股份有限公司 | State information processing method and device based on video network |
Also Published As
Publication number | Publication date |
---|---|
CN102075514B (en) | 2013-07-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101123527B (en) | A stream media system, signaling forward device and stream media transmission method | |
CN101507186B (en) | Ethernet switching | |
JP2000504133A (en) | Group server communication system for interactive applications | |
US20100287296A1 (en) | Network streaming of a single data stream simultaneously over multiple physical interfaces | |
EP2130346B1 (en) | Media stream setup in a group communication system | |
EP1806870B1 (en) | Method for providing data and data transmission system | |
CN103220258B (en) | Meeting sound mixing method, terminal and Media Resource Server | |
CN100518038C (en) | Method for realizing wireless local network IP group broadcasting frame thansmitting rate dynamic automatic regulation | |
CN103391277A (en) | Media playing method, device and system | |
CN102970512A (en) | Video conference recording control method and system | |
WO2014180234A1 (en) | Virtual desktop reproducing and pushing method and device, and virtual desktop system | |
WO2011022994A1 (en) | Method, apparatus and system for rapid acquisition of multicast realtime transport protocol sessions | |
CN100531152C (en) | Equipment, system and realizing method for wireless local network transmission group broadcasting frame | |
US20150046533A1 (en) | Conference system | |
CN102469294A (en) | Method and system for dynamically regulating media contents of video conference | |
US20070153809A1 (en) | Method of multicasting multimedia information over wireless local area network | |
CN102075514B (en) | Audio transmission method for DSPPA network | |
Ge et al. | Comparisons of error control techniques for wireless video multicasting | |
US20090238183A1 (en) | Packet processing system and method thereof | |
US8375139B2 (en) | Network streaming over multiple data communication channels using content feedback information | |
CN101453474B (en) | Terminal, information inserting system and method | |
WO2002056549A1 (en) | Communication device and communication method | |
CN108156411B (en) | A kind of method and device of view networked terminals and external audio-video terminal I frame request | |
US20160050546A1 (en) | Method and apparatus for wireless router multicast | |
JP2006262474A (en) | Configuration method of superframe for transmitting isochronous data and asynchronous data in residential ethernet (r) 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 | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20180306 Address after: Baiyun District of Guangzhou City, Guangdong province 510450 Xiahe Road No. 1 Patentee after: Dsppa Audio Co., Ltd. Address before: 510000 Guangdong Guangzhou city people middle road American Bank building 1705 room sound Ya company Patentee before: Wang Heng |