CN112637423A - Method and device for monitoring audio data - Google Patents
Method and device for monitoring audio data Download PDFInfo
- Publication number
- CN112637423A CN112637423A CN201910904385.7A CN201910904385A CN112637423A CN 112637423 A CN112637423 A CN 112637423A CN 201910904385 A CN201910904385 A CN 201910904385A CN 112637423 A CN112637423 A CN 112637423A
- Authority
- CN
- China
- Prior art keywords
- power
- voice packet
- normal range
- module
- bit
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/2236—Quality of speech transmission monitoring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/2218—Call detail recording
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Audiology, Speech & Language Pathology (AREA)
- Telephonic Communication Services (AREA)
- Monitoring And Testing Of Exchanges (AREA)
- Telephone Function (AREA)
Abstract
The application discloses a method for realizing audio data monitoring, which is applied to a HISI platform to debug the call problem, and comprises the following steps: measuring the power of the voice packet in the call; judging whether the power of the voice packet is in a normal range or not; and mapping the judgment result to one bit of the log. Corresponding to the method, the application also discloses corresponding equipment. By applying the technical scheme disclosed by the application, the debugging of the call can be realized on the premise of not storing the privacy information of the user, and the occupied log storage space is very low.
Description
Technical Field
The present application relates to the field of audio telephony technologies, and in particular, to a method and an apparatus for implementing audio data monitoring.
Background
The HISI 3630/3650 platform is an Android mobile terminal platform developed by the self in Hua.
The HISI platform does not allow the retention and monitoring of the voice data of the user based on the extremely strict privacy protection requirement of Huacheng companies, and the developer cannot store the voice data of the user based on the privacy protection red line rule. However, for debugging (debug) of the call problem, the information of the part is needed to judge whether the current voice data is normal.
At present, no better method can meet the requirement of privacy protection, and realize the maintenance of user voice data and the judgment of whether the voice is normal in a call state.
Therefore, how to meet the requirement of user privacy protection and realize the maintenance of user voice data and the judgment of whether the voice is normal in the call state is a technical problem to be solved urgently developed based on the HISI platform.
Disclosure of Invention
The application provides a method and a device for realizing audio data monitoring, so that the debugging of a call is realized on the premise of not storing privacy information of a user.
The application discloses a method for realizing audio data monitoring, which is applied to a HISI platform to debug the call problem, and comprises the following steps:
measuring the power of the voice packet in the call;
judging whether the power of the voice packet is in a normal range or not;
and mapping the judgment result to one bit of the log.
Preferably, the normal range is: [0x10, 0x8000 ]; wherein the 0x10 and 0x8000 are 16-system representations of audio amplitude magnitude.
Preferably, the mapping the result of the determination to one bit of the log includes:
and recording two different judgment results through different values of the bit.
Preferably, the bit position is "1", which indicates that the power of the voice packet is within a normal range;
the bit position is "0", which indicates that the power of the voice packet is not in a normal range.
The application also discloses a device for realizing audio data monitoring, which is applied to the debugging of the HISI platform on the call problem, and comprises: the device comprises a measuring module, a judging module and a recording module; wherein:
the measuring module is used for measuring the power of the voice packet in the call and sending the measured power to the judging module;
the judging module is used for judging whether the power of the voice packet is in a normal range or not according to the power sent by the measuring module and sending a judging result to the recording module;
and the recording module is used for mapping the judgment result sent by the judgment module to one bit of the log.
Preferably, the normal range includes: in general, the background noise power of the state of no person speaking during a call should be 0x10, which is greater than this power, and less than 0x8000, which can be regarded as a normal range. Therefore, here, the normal range may be set to [0x10, 0x8000 ]; wherein the 0x10 and 0x8000 are 16-system representations of audio amplitude magnitude.
Preferably, the recording module is specifically configured to:
and recording two different judgment results through different values of the bit.
Preferably, when the recording module sets the bit position to "1", it indicates that the power of the voice packet is within a normal range;
and when the recording module sets the bit position to be 0, the recording module indicates that the power of the voice packet is not in a normal range.
According to the technical scheme, the problem that the call in the audio field is silent when the call problem is normal is considered, and based on the problem, whether the voice packet contains normal sound or not is determined by measuring the power of the voice packet in the call and judging whether the power of the voice packet is in a normal range or not, and whether the voice packet contains normal sound or not is recorded through one bit in a log, so that the call audio state is monitored, and the privacy information of a user is not leaked and stored. In addition, the technical scheme of the application occupies a very small log storage space and only needs one bit.
Drawings
FIG. 1 is a schematic flow chart illustrating a method for implementing audio data monitoring according to the present application;
fig. 2 is a schematic structural diagram of the apparatus for implementing audio data monitoring according to the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is further described in detail below by referring to the accompanying drawings and examples.
The inventor of the application finds out in the process of realizing the application that: the most of the speech problems related to the audio field are silent problems, namely: no sound; in the absence of sound, the voice packet will not contain conventional user call data, and the voice packet cannot be detected even with background noise data (because the problem that the voice packet only contains background noise, which is generally a network-side problem, does not require audio-side positioning).
Based on the above analysis, it can be seen that: by measuring the power of the user voice packet and judging whether the power is normal or not, whether the voice packet contains conventional user call data or not can be judged, and whether the current call has a silent problem or not is further judged. Then, the judgment result is mapped to one bit of a debugging log (log), so that only 1 bit space is consumed, that is, whether a voice packet (usually containing voice data with the length of 20 ms) is normal or not can be represented, so that debug of a call can be realized, privacy information of a user does not need to be stored, and the log storage space occupied is very low.
Fig. 1 is a schematic flow diagram of a method for implementing audio data monitoring according to the present application, which is applied to a HISI platform to debug a call problem, and the method includes the following steps:
step 101: the power of the voice packets in the call is measured.
Step 102: and judging whether the power of the voice packet is in a normal range or not.
Generally, the background noise power of the state of no one speaking during a call should be 0x10, which is greater than this power and less than 0x8000, which can be regarded as a normal range; where 0x10 and 0x8000 are 16-ary representations of audio amplitude magnitudes. Therefore, here, the normal range may be set to [0x10, 0x8000 ].
Step 103: and mapping the judged result to one bit of the log.
Two different judgment results can be recorded through different values of one bit. For example: the bit position is '1', which indicates that the power of the voice packet is in a normal range; the bit position is "0", which indicates that the power of the voice packet is not within the normal range.
Usually, one voice packet contains voice data with the length of 20ms, and the application only consumes 1 bit space, namely whether the 20ms voice data is normal or not can be represented, so that debug of conversation can be realized, user privacy information does not need to be stored, and the occupied log storage space is very low.
Corresponding to the above method, the present application further discloses a device for implementing audio data monitoring, a schematic structural diagram of which is shown in fig. 2, and the device includes: the device comprises a measuring module, a judging module and a recording module; wherein:
the measuring module is used for measuring the power of the voice packet in the call and sending the measured power to the judging module;
the judging module is used for judging whether the power of the voice packet is in a normal range or not according to the power sent by the measuring module and sending a judging result to the recording module;
and the recording module is used for mapping the judgment result sent by the judgment module to one bit of the log.
Preferably, the normal range includes: [0x10, 0x8000 ]; wherein the 0x10 and 0x8000 are 16-system representations of audio amplitude magnitude.
The bit should always be maintained at 1 when no audio silence problem occurs in normal conversation. If a long string of 0's occurs, then a silence problem is indicated.
Preferably, the recording module is specifically configured to: and recording two different judgment results through different values of the bit.
Preferably, when the recording module sets the bit position to "1", it indicates that the power of the voice packet is within a normal range;
and when the recording module sets the bit position to be 0, the recording module indicates that the power of the voice packet is not in a normal range.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.
Claims (8)
1. A method for realizing audio data monitoring is applied to a HISI platform to debug the call problem, and is characterized by comprising the following steps:
measuring the power of the voice packet in the call;
judging whether the power of the voice packet is in a normal range or not;
and mapping the judgment result to one bit of the log.
2. The method of claim 1, wherein:
the normal range is: [0x10, 0x8000 ]; wherein the 0x10 and 0x8000 are 16-system representations of audio amplitude magnitude.
3. The method of claim 1 or 2, wherein mapping the result of the determination to one bit of the log comprises:
and recording two different judgment results through different values of the bit.
4. The method of claim 3, wherein:
the bit position is '1', and the power of the voice packet is in a normal range;
the bit position is "0", which indicates that the power of the voice packet is not in a normal range.
5. The utility model provides a realize device of audio data control, is applied to the HISI platform and debugs the conversation problem, its characterized in that includes: the device comprises a measuring module, a judging module and a recording module; wherein:
the measuring module is used for measuring the power of the voice packet in the call and sending the measured power to the judging module;
the judging module is used for judging whether the power of the voice packet is in a normal range or not according to the power sent by the measuring module and sending a judging result to the recording module;
and the recording module is used for mapping the judgment result sent by the judgment module to one bit of the log.
6. The apparatus of claim 5, wherein:
the normal ranges include: in general, the background noise power of the state of no person speaking during a call should be 0x10, which is greater than this power, and less than 0x8000, which can be regarded as a normal range. Therefore, here, the normal range may be set to [0x10, 0x8000 ]; wherein the 0x10 and 0x8000 are 16-system representations of audio amplitude magnitude.
7. The apparatus according to claim 5 or 6, wherein the recording module is specifically configured to:
and recording two different judgment results through different values of the bit.
8. The apparatus of claim 7, wherein:
when the recording module sets the bit position to be 1, the recording module indicates that the power of the voice packet is in a normal range;
and when the recording module sets the bit position to be 0, the recording module indicates that the power of the voice packet is not in a normal range.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910904385.7A CN112637423A (en) | 2019-09-24 | 2019-09-24 | Method and device for monitoring audio data |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910904385.7A CN112637423A (en) | 2019-09-24 | 2019-09-24 | Method and device for monitoring audio data |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112637423A true CN112637423A (en) | 2021-04-09 |
Family
ID=75282720
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910904385.7A Pending CN112637423A (en) | 2019-09-24 | 2019-09-24 | Method and device for monitoring audio data |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112637423A (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA1090019A (en) * | 1976-11-23 | 1980-11-18 | Federico Vagliani | Method and apparatus for detecting the presence of a speech signal on a voice channel signal |
| JPH06118993A (en) * | 1992-10-08 | 1994-04-28 | Kokusai Electric Co Ltd | Voiced/voiceless decision circuit |
| JPH06175693A (en) * | 1992-12-09 | 1994-06-24 | Fujitsu Ltd | Voice detection method |
| CN103632681A (en) * | 2013-11-12 | 2014-03-12 | 广州海格通信集团股份有限公司 | Spectral envelope silence detection method |
-
2019
- 2019-09-24 CN CN201910904385.7A patent/CN112637423A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA1090019A (en) * | 1976-11-23 | 1980-11-18 | Federico Vagliani | Method and apparatus for detecting the presence of a speech signal on a voice channel signal |
| JPH06118993A (en) * | 1992-10-08 | 1994-04-28 | Kokusai Electric Co Ltd | Voiced/voiceless decision circuit |
| JPH06175693A (en) * | 1992-12-09 | 1994-06-24 | Fujitsu Ltd | Voice detection method |
| CN103632681A (en) * | 2013-11-12 | 2014-03-12 | 广州海格通信集团股份有限公司 | Spectral envelope silence detection method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8301440B2 (en) | Bit error concealment for audio coding systems | |
| US8578247B2 (en) | Bit error management methods for wireless audio communication channels | |
| MX2008016354A (en) | Detecting an answering machine using speech recognition. | |
| CN107564523B (en) | Earphone answering method and device and earphone | |
| CN103685751B (en) | Call reminding method and terminal | |
| US20230410820A1 (en) | Adaptive comfort noise parameter determination | |
| JP2004502985A (en) | Recording device for recording voice information for subsequent offline voice recognition | |
| CN101909118B (en) | Method for setting short message prompt tones of mobile communication terminal | |
| US20230080183A1 (en) | Methods and apparatuses for dtx hangover in audio coding | |
| CN103416045A (en) | Eavesdropping detection method and terminal apparatus | |
| CN102333157A (en) | Mobile terminal and conversation voice recording method and device used for mobile terminal | |
| CA3037647A1 (en) | Method and apparatus for adjusting code rate of codec | |
| CN107920154A (en) | The processing method and terminal of Stranger Calls | |
| CN110913073A (en) | Voice processing method and related equipment | |
| CN107846520A (en) | single-pass detection method and device | |
| US9489958B2 (en) | System and method to reduce transmission bandwidth via improved discontinuous transmission | |
| CN106125889B (en) | A kind of wake source treating method and apparatus | |
| CN109065017B (en) | Voice data generation method and related device | |
| CN112637423A (en) | Method and device for monitoring audio data | |
| CN104869264A (en) | Method of monitoring swindle telephone and joining telephone conference and device of monitoring swindle telephone and joining telephone conference | |
| CN105979058A (en) | Method and device for recording voice content | |
| CN104333660A (en) | Mobile phone hang-up reminding method and device | |
| CN102970440A (en) | Method and mobile communication terminal for prompting user to change call place | |
| CN101083627B (en) | Method and system for detecting data attribute, data attribute analyzing equipment | |
| CN105072286A (en) | Reminding method for preventing call from being recorded and mobile terminal |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210409 |
|
| RJ01 | Rejection of invention patent application after publication |