Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L1/00—Arrangements for detecting or preventing errors in the information received
  • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
  • H04L1/0056—Systems characterized by the type of code used
  • H04L1/0071—Use of interleaving
• • G—PHYSICS
  • G10—MUSICAL INSTRUMENTS; ACOUSTICS
  • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
  • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
  • G10L19/005—Correction of errors induced by the transmission channel, if related to the coding algorithm
• • G—PHYSICS
  • G10—MUSICAL INSTRUMENTS; ACOUSTICS
  • G10L—SPEECH ANALYSIS TECHNIQUES OR SPEECH SYNTHESIS; SPEECH RECOGNITION; SPEECH OR VOICE PROCESSING TECHNIQUES; SPEECH OR AUDIO CODING OR DECODING
  • G10L19/00—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis
  • G10L19/04—Speech or audio signals analysis-synthesis techniques for redundancy reduction, e.g. in vocoders; Coding or decoding of speech or audio signals, using source filter models or psychoacoustic analysis using predictive techniques
  • G10L19/06—Determination or coding of the spectral characteristics, e.g. of the short-term prediction coefficients
  • G10L19/07—Line spectrum pair [LSP] vocoders
• • H—ELECTRICITY
  • H03—ELECTRONIC CIRCUITRY
  • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
  • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
  • H03M13/35—Unequal or adaptive error protection, e.g. by providing a different level of protection according to significance of source information or by adapting the coding according to the change of transmission channel characteristics
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04B—TRANSMISSION
  • H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
  • H04B1/66—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission for reducing bandwidth of signals; for improving efficiency of transmission
  • H04B1/665—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission for reducing bandwidth of signals; for improving efficiency of transmission using psychoacoustic properties of the ear, e.g. masking effect
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L1/00—Arrangements for detecting or preventing errors in the information received
  • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
  • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L1/00—Arrangements for detecting or preventing errors in the information received
  • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
  • H04L1/0086—Unequal error protection

Definitions

• the present invention relates to the organization of data for transmission. More particularly, the present invention relates to a novel and improved method and system for the packing of variable rate vocoder generated data into data packets for transmission, and for the unpacking of received variable vocoder data packets for speech reconstruction.
• some form of for ard error correction encoding may be used to protect the data from transmission channel induced errors.
• channel errors do occur in the error correction encoded data, in many instances the errors may be detected and corrected.
• the present invention is a novel and improved method and apparatus for organizing vocoder output data representative of vocoded speech into data packets for transmission, and extracting from the received data packets the data for input to the vocoder for reconstruction into speech.
• CDMA Code Division Multiple Access
• Error correction coding techniques along with power control techniques, can reduce channel errors.
• each of these techniques which can result in less than optimum system performance.
• an increase in transmitter power can reduce susceptibility to channel errors.
• increases in transmitter power presents an adverse impact on system capacity.
• each user's signal appears as interference to others.
• the present invention implements a data format scheme that improves the reliability of the data by masking some of the CDMA transmission channel errors.
• speech is generally encoded at the highest rate to achieve the highest quality of sound upon reconstruction. However, pauses in speech and background noise are less important and may be encoded at a lower rate.
• data encoded at the highest encoding rate it is particularly important to provide a high level of protection on the data to ensure that upon reception decoding reliable data is used.
• certain parameter data in particular certain bits of this parameter data, representative of the encoded speech are of greater significance than others.
• the present invention recognizes the effect of CDMA channel errors on transmitted data, and provides a data format which reduces the impact of the channel errors on the more significant data portions.
• the present invention discloses a method and system by which certain parameter data and certain bits of the parameter data are organized to mask channel errors.
• data which is transmitted first in a transmission data packet is less susceptible to CDMA channel errors. When such errors occur, they generally occur in a short burst, typically a length of eight or less bits for the preferred full rate frame rate.
• Another error condition occurs when the receiver cannot correctly make a rate decision for the received frame of vocoder data. However in this case the vocoder may be given a packet of random bits.
• the present invention provides a scheme for distinguishing between these two cases.
• a data packet is organized with some of the with some of the most perceptually significant bits of vocoder parameter data placed at the beginning of the data packet while the remainder of the most perceptually significant bits of vocoder parameter data are interleaved throughout the rest of the packet.
• Error correcting bits are computed from the most perceptually significant bits of vocoder parameter data and are also interleaved throughout the packet.
• the single error correcting code now allow a distinction to be made for a received data packet between one of a short burst of errors and one of many error throughout the frame. In this way, a data packet with a few errors can be used successfully, with the most perceptually significant bits of vocoder parameter data being correct. However a data packet with many errors can be identified and ignored.
• Figure 1 is a block diagram of an exemplary vocoding system
• Figures 2a - 2d are a series of charts illustrating the vocoder output parameter bit distribution for the various vocoder output data frame rates
• Figures 3a - 3e are a series of charts illustrating the arrangement of data packets as transferred between the vocoder and microprocessor;
• Figure 4 is a block diagram illustrating the circuitry for assembling vocoder data into packets for transfer from the vocoder to the microprocessor, and for disassembling packets received from the microprocessor at the vocoder into a form for vocoder use in reconstructing speech frame data;
• Figure 5a - 5h are a series of charts illustrating the arrangement of data packets within the transmission packets for various transmission modes and vocoder frame rates.
• Figure 1 illustrates in block diagram form an exemplary implementation of a vocoding system 10. It should be realized that Figure 1 illustrates but one physical implementation such as in a mobile station. For the implementation in the environment of a Mobile Telephone Switching Office (MTSO) and cell base station in a cellular system, the elements of Figure 1 may be physically separated as described below.
• MTSO Mobile Telephone Switching Office
• codec 14 For digital communication of voice, sounds such as speech and/or background noise are sampled and digitized by well known techniques. For example, in Figure 1, sound is converted by microphone 12 to an analog signal which is then be converted to a digital signal by codec 14. Codec 14 typically performs an analog to digital conversion process using a standard 8 bit/ ⁇ law format. In the alternative, the analog signal may be directly converted to digital form in a uniform pulse code modulation (PCM) format. In an exemplary embodiment codec 14 uses an 8 kHz sampling and provides an output of 8 bit samples at the sampling rate so as to realize a 64 kbps data rate. The 8 bit samples are output from codec 14 to vocoder 16 where a ⁇ law/uniform code conversion process is performed.
• PCM uniform pulse code modulation
• each frame is comprised of a predetermined number of samples.
• each frame is comprised of 160 samples or of 20 msec, of speech at the 8 kHz sampling rate. It should be understood that other sampling rates and frame sizes may be used.
• Each frame of speech samples is encoded by vocoder 16 with the resultant parameter data formatted into a corresponding data packet in accordance with the present invention as described herein.
• Vocoder 16 is preferably configured as a variable rate vocoder which encodes each frame of speech samples at a rate dependent on speech activity and system operating conditions.
• the vocoder data packets are then output to microprocessor 18 for transmission formatting.
• Microprocessor 18 provides an output of the transmission formatted data to a transceiver (not shown) for modulation and transmission.
• the transmission formatted data packets are received and demodulated by the transceiver and then provided to microprocessor 18.
• microprocessor 18 the transmission formatting is removed and the extracted data packet for each speech frame is output to vocoder 16.
• Vocoder 16 reconstructs from each data packet the samples of a corresponding speech frame. These reconstructed speech frame samples are output to codec 14 where conventionally decoded and converted to analog form. The analog speech samples are then output to speaker 20 where converted to an acoustical signal.
• a preferred implementation of vocoder 16 utilizes a form of the
• Vocoder 16 may be implemented in an application specific integrated circuit (ASIC) or in a digital signal processor.
• ASIC application specific integrated circuit
• variable rate vocoder the speech analysis frames are 20 msec, in length, implying that the extracted parameters are output in a burst 50 times per second. Furthermore the rate of data output is varied from roughly 8 kbps to 4 kbps to 2 kbps, and to 1 kbps.
• data transmission between the vocoder and the microprocessor is at an 8.55 kbps rate.
• the parameters are encoded for each frame and represented by 160 bits.
• the full rate data frame also includes a parity check of 11 bits thus resulting in a full rate frame being comprised of a total of 171 bits.
• the transmission rate between the vocoder and the microprocessor absent the parity check bits would be 8 kbps.
• rate 1/2 data transmission between the vocoder and the microprocessor is at a 4 kbps rate with the parameters encoded for each frame using 80 bits.
• data transmission between the vocoder and the microprocessor is at a 2 kbps rate with the parameters encoded for each frame using 40 bits.
• rate 1/8 data transmission between the vocoder and the microprocessor is slightly less them a 1 kbps rate with the parameters encoded for each frame using 16 bits.
• vocoder 16 In the communication system in which vocoder 16 is implemented it may also be desirable to send signaling or other non-vocoder data. In the case where all signaling or other non-vocoder data is to be transmitted rather than vocoder data, which is referred to as a blank frame, the vocoder data for the frame need not be transferred to the microprocessor for transmission.
• pitch and codebook searches are performed in various size subframes corresponding to the selected rate as described below.
• the pitch and codebook searches are done in various size subframes corresponding to the selected rate as described below.
• At full rate there are four pitch subframes and two codebook subframes for each pitch subframe.
• At full rate there are four pitch updates, one for each of the four pitch subframes, each 40 samples long (5 msec).
• Furthermore at full rate there are eight codebook updates, one for each of the eight codebook subframes, each 20 samples long (2.5 msec).
• Pitch is updated twice, once for each of the two pitch subframes while the codebook is updated four times, once for each of the four codebook subframes.
• Pitch is updated once for the pitch subframe while the codebook twice, once for each of the two codebook subframes.
• pitch is not determined and the codebook is updated only once in the speech frame.
• LPC coefficients are computed only once per frame, they are linearly interpolated, in a Line Spectral Pair (LSP) representation, up to six times using the resultant LSP frequencies from the previous frame to approximate the results of LPC analysis with a Hamming window centered on each subframe. The exception is that at full rate, the LPC coefficients are not interpolated for the codebook subframes.
• LSP Line Spectral Pair
• FIG. 2a - 2d The number of bits allocated at the various rates is shown in Figures 2a - 2d. Each one of Figures 2a - 2d represents the number of vocoder encoded data bits allocated to each 160 sample frame of speech. In Figures 2a - 2d, the number in the respective LPC block is the number of bits used at the corresponding rate to encode the short term LPC coefficients. In the preferred embodiment the number of bits used to encode the LPC coefficients at full, half, quarter and eighth rates are respectively 40, 20, 10 and 10.
• the LPC coefficients are first transformed into Line Spectrum Pairs (LSP) and the resulting LSP frequencies are individually encoded using DPCM coders.
• LSP Line Spectrum Pairs
• the LPC order is 10, such that there are 10 LSP frequencies and 10 independent DPCM coders.
• the exemplary bit allocation for the DPCM coders at full, half, quarter and eighth rates is respectively 4, 2, 1 and 1.
• the LSP frequencies are converted back to LPC filter coefficients for use in the pitch and codebook searches.
• the pitch search at full " - rate as illustrated in Figure 2a, the pitch update is computed four times, once for each quarter of the speech frame. For each pitch update at the full rate, 10 bits are used to encode the new pitch parameters.
• Pitch updates are done a varying numbers of times for the other rates as shown in Figures 2b - 2d. As the rate decreases the number of pitch updates also decreases.
• Figures 2b illustrates the pitch updates for half rate which are computed twice, once for each half of the speech frame.
• Figure 2c illustrates the pitch updates for quarter rate which is computed once every full speech frame. As was for full rate, 10 bits are used to encode the new pitch parameters for each half and quarter rate pitch update. However for eighth rate, as illustrated in Figure 2d, no pitch update is computed since this rate is used to encode frames when little or no speech is present and pitch redundancies do not exist.
• 7 bits represent the pitch lag and 3 bits represent the pitch gain.
• the pitch lag is limited to be between 17 and 143.
• the pitch gain is linearly quantized to between 0 and 2 for representation by the 3 bit value.
• the codebook update is computed eight times, once for each eighth of the speech frame.
• 10 bits are used to encode the new codebook parameters.
• Codebook updates are done a varying number of times in the other rates as shown in Figures 2b - 2d. However, as the rate decreases the number of codebook updates also decreases.
• Figure 2b illustrates the codebook updates for half rate which is computed four times, once for each quarter of the speech frame.
• Figure 2c illustrates the codebook updates for quarter rate which is computed twice, once for each half of the speech frame.
• 10 bits are used to encode the new codebook parameters for each half and quarter rate pitch update.
• Figure 2d illustrates the codebook updates for eighth rate which is computed once every full speech frame. It should be noted that at eighth rate 6 are transmitted, 2 bits representative of the codebook gain while the other 4 bits are random bits. Further discussion on the bit allocations for the codebook updates are described in further detail below.
• the bits allocated for the codebook updates represent the data bits needed to vector quantize the pitch prediction residual. For full, half and quarter rates, each codebook update is comprised of 7 bits of codebook index plus 3 bits of codebook gain for a total of 10 bits.
• the codebook gain is encoded using a differential pulse code modulation (DPCM) coder operating in the log domain.
• DPCM differential pulse code modulation
• codebook gain is represented by 2 bits while 4 randomly generated bits are used with the received data as a seed to a pseudorandom number generator which replaces the codebook. It should be understood that in the alternative codebook data may be output rather than using the pseudorandom number generator approach.
• Table I is a chart which illustrates the various parameters and bit allocations therefore generated by the vocoder for each speech frame, and also used by the vocoder in reconstructing speech samples for a speech frame.
• Table II describes each parameter as referenced in Table I, and also in Tables HI - VI:
• the least significant bit (LSB) of a particular parameter is referred to as PARAMETER(O) with the more significant bits respectively PARAMETER ⁇ ), PARAMETER ⁇ ), etc.
• LSPi 1011 in binary form
• Vocoder 16 organizes the computed parameter bits for each speech frame into data packets for output to microprocessor 18.
• microprocessor 18 may be located at the MTSO with vocoder 16 or located at the cell base station with the appropriate transmission interface.
• Microprocessor 18 may receive a vocoder data packet in response to a data packet request provided from microprocessor 18 to vocoder 16, or on the initiative of vocoder 16. It should be understood that many different schemes well known in the art may be used in effecting a transfer of the data packet from microprocessor 18 to vocoder 16. Data is packed at vocoder 16 for transfer to microprocessor 18 in a unique arrangement which provides advantages over conventional data formats.
• vocoder 16 communicates with microprocessor 18 via an 8 bit parallel port, with the vocoder operating its parallel port in a passive mode.
• data transfer is always initiated by microprocessor 18.
• data packets sent to vocoder 16 by microprocessor 18 are referred to as command packets while data packets sent from vocoder 16 to microprocessor 18 are referred to as response packets.
• Commands are sent in the command packets from microprocessor 18 and are acknowledged by vocoder 16 in two levels. First, vocoder 16 indicates whether the packet from microprocessor 18 was received in good shape.
• FIG. 3a - 3e illustrate the composition of each vocoded speech frame data packet for each of full, half, quarter, eighth rates, and for a blank frame.
• Figures 3a - 3e the block of data is represented in graphical form with byte number 1 being transferred first with bit numbers 7 and 0 in each byte respectively being the first and last bits transferred for the respective byte. Since in the exemplary embodiment a constant transfer block is used, while the number of actual data packet bits vary depending on the rate for the data packet, several bits of a byte up to entire bytes are comprised of unneeded bits. Figures 3a - 3e illustrate this fact by having byte bit positions in the block shaded for bits used and unshaded for bits unused or ignored. Figure 3e applies to the case where in certain transmissions, the microprocessor provides non-vocoder data, such as signaling data or other user data, for the frame. On the receiving end a blank frame is transferred to the vocoder. In this blank frame in which no vocoder data is present, should the data be transferred from the microprocessor to the vocoder it is ignored.
• non-vocoder data such as signaling data or other user data
• FIG. 4 illustrates in exemplary block diagram form the associated circuitry for organizing the parameter data corresponding to each speech frame into data packets for transmission to the microprocessor.
• vocoder 16 is illustrated as having a vocoder engine 30 which computes the parameter data as described in the above mentioned copending application.
• Vocoder engine 30 also computes from the received parameter data the corresponding frame of speech samples.
• Vocoder 16 further comprises output frame buffer 32, packing logic 34, output packet buffer 36, parity check bit logic 38 and microprocessor interface logic 40.
• Vocoder engine 30 computes the parameters for each speech frame and provides an output frame of the corresponding parameter data bits to output frame buffer 32 where temporarily stored.
• the parameter data may also be provided directly to parity check bit logic 38 for computation of the parity check bits for full rate data.
• Vocoder engine 30 also for each speech frame provides an output indicative of the rate selected for the vocoded speech frame.
• the rate data is typically provided to packing logic 34, parity check bit logic 38 and microprocessor 18 via microprocessor interface
• the frame parameter data may be provided from buffer 32 to parity check bit logic 38 for each speech frame or only in response to rate data indicative of a full rate frame.
• the rate indication may also be provided to buffer 32 which is responsive to a full rate indication for providing the parameter data to parity check bit logic 38.
• Parity check bit logic 38 is responsive to a full rate indication for computing 11 parity check bits based upon the 18 most perceptually significant bits of the full rate data. The bits which are designated as of the group of perceptually significant bits have been determined to most adversely affect speech quality in the decoded speech should an error occur in one of these bits.
• the parity check bits are added to the full rate data packet to provide error correction to these 18 most perceptually significant bits.
• the error protection generated by parity check bit logic 38 is based upon a cyclic code to generate 10 parity bits to form a (28, 18) code, where the cyclic code is a shortened BCH code.
• the terminology (n, k) implies that the code word is n bits long and there are k information bits.
• a single parity check bit is computed using the 28 bits of this code so as to form a final (29, 18) code.
• a(x) LSP ⁇ [3]x 17 + LSP 2 [3]x 16 + LSP 3 [3]x 15 + LSP [3] ⁇ l 4 + LSP 5 [3] ⁇ l3 + LSP 6 [3]x 12 + LSP 7 [3]x + LSP 8 [3]x 10 + LSP 9 [3]x 9 + LSP ⁇ o[3]x 8 + CBGAIN ⁇ [l] ⁇ 7 + CBGAIN2[l]x 6 + CBGA__N 3 [l]x 5 + CBGA__N 4 [l]x 4 +
• r(x) PCB[10] ⁇ 9 + PCB[9] ⁇ 8 + PCB[8] x 7 + PCB[7] ⁇ 6 + PCB[6] x 5 +
• PCB[1] through PCB[10] are inverted before transmission and before PCB[0], the 11th protection bit, is determined.
• PCB[0] shall be a parity bit on the 18 protected bits in a(x) and the ten parity check bits in r(x).
• PCB[0] shall be a logical "0” if the exclusive-OR of all 28 bits results in "0";
• PCB[Q]) shall be a logical "1” if the exclusive-OR of all 28 bits results in "1". That is,
• PCB[0] LSPI [3] ⁇ LSP2[3] ⁇ LSP3[3] ⁇ LSP4[3] ⁇ LSP5[3] ⁇ LSP6[3] ⁇
• Logic 38 may be constructed using conventional processing/logic elements. Logic 38 to performs the multiplications and divisions as just ordinary multiplies and divides of one polynomial with another, except that the coefficients are restricted to be binary and the arithmetic is performed modulo 2 with no carries or borrows.
• Logic 38 provides an output of the parity check bits to buffer 32 for temporary storage.
• the parameter bits as set forth in Table I are provided to buffer 32 from vocoder engine 30, along with the parity check bits for a full rate frame. These frame bits are then packed for transmission.
• Packing logic 34 receives the rate indication for each frame and in response thereto addresses buffer 32 to output parameter bits, and parity check bits if applicable, in a specified order.
• the bits output from buffer 32 are provided to packet buffer 36 for eventual transfer to microprocessor 18 as discussed with reference to Figure 3. It should be understood that in the alternative, bits may be output from buffer 32 directly to microprocessor 18 in an organized manner as discussed herein. It should also be understood that buffers 32 and 36 may configured as a single memory. In any implementation the bits are organized for each rate as set forth in Tables IE - VI.
• vocoder 16 provides an output of the parameter data to microprocessor 18 in an order which corresponds to the analysis of the speech frame as discussed with reference to Figures 2a - 2d.
• the LSP data which is based upon the entire frame of speech samples are provided near the beginning of the packet.
• the pitch data from the first pitch subframe of speech samples in the frame are provided next.
• the pitch data is then followed by the codebook data from the codebook subframe(s) of speech samples which correspond to the speech samples of the first pitch subframe of speech samples. If more than one codebook subframes of speech samples correspond to the pitch subframe of speech samples, then the codebook data for the first codebook subframe is provided and followed by the codebook data for the next codebook subframe.
• the pitch data for the next pitch subframe of speech samples is provided, if present for the encoding rate.
• the codebook data for this next pitch subframe are then output as discussed previously.
• the pitch data is output first followed by the corresponding codebook data. This output process is repeated for any remaining pitch and codebook data for the speech sample frame.
• the pitch gain values are placed before the pitch lag values in the data packet.
• the codebook index values are place before the codebook gain values in the data packet.
• Tables m - VI Specifics on the deviations from this general exemplary implementation of ordering of the parameter data is provided in Tables m - VI. Furthermore it should be understood that various other ordering schemes may be readily implemented, but retain the novel aspects in ordering of the parameter data.
• Table HI the 171 bits of full rate frame data are packed into a primary traffic packet. Bit 170 is the first primary traffic bit in the primary traffic packet with bit 0 being the last. As can be seen in Table HI, the most significant bit and second-most significant bits of the ten 4rbit LSP codes, are placed at the beginning of the packet. These first 20 bits of the data packet are bits that are among the group of bits that are the most perceptually significant.
• the lesser significant bits of the LSP codes Following these first 20 most perceptually significant bits in the data packet are the lesser significant bits of the LSP codes. Following the lesser significant bits of the LSP codes in the data packet are the remaining parameter codes, with the exception of the most significant bit of the eight codebook gain codes and the parity check bits. The most significant bit of the eight codebook gain codes and the parity check bits are also considered as bits of the group of most perceptually significant bits. Interleaved within the lesser significant bits of the LSP codes and the following parameter codes in the data packet, every eighth bit, are these remaining most perceptually significant bits.
• the bit interleaving in the packet is done because the errors are bursts of an average length of 8 bits. In interleaving important bits throughout the packet on average, a single burst will hit only one of the interleaved bits . Since parity check bits are used for single error correction in full rate likely packet, the interleaving implies that correction can be made to errors in the important bits in a length 8 burst.
• data from each pitch subframe and corresponding codebook subframe as set forth in Figure 2a, are provided. The data from the first pitch subframe is followed respectively by the data from the corresponding first and second codebook subframes. Similar is the ordering for the following pitch subframe data and corresponding codebook subframe data through the rest of the coded speech frame.
• the full rate primary traffic packet is then organized by microprocessor 18 into a transmission packet which also includes a signaling bit, frame quality indicator bits and end of frame bits (encoder tail bits).
• the frame quality indicator bits are in essence cyclic redundancy check (CRC) bits generated from the full rate primary traffic packet bits by a CRC and Tail Bit generator circuit (not shown) following microprocessor 18.
• CRC cyclic redundancy check
• the transmission packet is comprised of 192 bits in which the first bit is a signaling bit.
• the signaling bit is followed by the 171 bits of the primary traffic packet which is then followed by the 12 CRC bits.
• Following the CRC bits in the transmission packet are the 8 tail bits, which are all zeros.
• the transmission packet is encoded for transmission in a transmission frame which spans a 20 ms. time period so as to realize a data rate of 9.6 kbps.
• the 80 bits of half rate frame data are also packed into a primary traffic packet as illustrated in Table IV.
• Bit 79 is the first primary traffic bit in the primary traffic packet with bit 0 again being the last.
• the bits of the ten 2-bit LSP codes are placed at the beginning of the packet as a matter of convenience and consistency. Following these first 20 bits are the bits of the remaining significant parameter codes as was for full rate data, with again some interleaving of the codebook gain bits.
• the half rate primary traffic packet is then organized by microprocessor 18 into a transmission packet which also includes frame quality indicator bits and encoder tail bits.
• the frame quality indicator bits are again cyclic redundancy check (CRC) bits generated from the half rate primary traffic packet bits by the CRC circuit.
• CRC cyclic redundancy check
• the transmission packet is comprised of 96 bits which begins with the 80 bits of the primary traffic packet.
• the bits of the primary traffic packet are followed by the 8 CRC bits which are then followed by the 8 tail bits.
• the transmission packet is again encoded for transmission in a transmission frame which spans a 20 msec, time period to realize an effective data rate of 4.8 kbps.
• half rate data may be transferred in the transmission packet along with other data such as signaling data, signaling traffic, ( Figure 5b) or data from sources other than the vocoder, secondary traffic, ( Figure 5c) at the 9.6 kbps data rate. It should further be understood that full rate vocoder data may be blanked, not generated, and other data inserted into the fransmission packet as illustrated in Figures 5d - 5e.
• the 40 bits of quarter rate frame data are packed into a primary fraffic packet as illustrated in Table V.
• Bit 39 is the first primary traffic bit in the primary traffic packet with bit 0 again being the last.
• the single bit of the ten 1-bit LSP codes are placed at the beginning of the packet. Following these first 10 bits are the bits of the remaining parameter codes, with again some interleaving of the codebook gain bits.
• the quarter rate primary traffic packet is then organized by microprocessor 18 into a transmission packet which also includes only the 8 encoder tail bits.
• the transmission packet is thus comprised of 48 bits which begins with the 40 bits of the primary traffic packet and ends in the 8 tail bits.
• the transmission packet is again encoded for transmission in a transmission frame which spans a 20 ms. time period to realize an effective data rate of 2.4 kbps.
• the 16 bits of eighth rate frame data are packed into a primary traffic packet as illustrated in Table VI.
• Bit 15 is the first primary traffic bit in the primary traffic packet with bit 0 again being the last.
• the single bit of the ten 1-bit LSP codes are placed at the beginning of the packet with an interleaving of the codebook seed therein. Following these bits are the bits of the remaining parameter code.
• the eighth rate primary traffic packet is then organized by microprocessor 18 into a transmission packet which also includes only the 8 encoder tail bits.
• the transmission packet is thus comprised of 24 bits which begins with the 16 bits of the primary traffic packet and ends in the 8 tail bits.
• the transmission packet is again encoded for transmission in a transmission frame which spans a 20 ms. time period to realize an effective data rate of 1.2 kbps.
• the primary traffic packets are transferred from vocoder 16 in response to a data output command from microprocessor 18.
• logic 40 provides a transfer command to buffer 36.
• Buffer 36 in response to the transfer command outputs the formatted packet in bytes to microprocessor 18 as discussed with reference to Figure 3.
• vocoded speech frames are also reconstructed into the speech frame samples.
• the communication of data between microprocessor 18 and vocoder 16 is to that for transmission.
• vocoder 16 receives and unpacks data packets from microprocessor 18 for decoding and speech sample reconstruction.
• the primary traffic packets are transferred from microprocessor 18 to vocoder 16 along with a data input command from microprocessor 18.
• Microprocessor 18 which also determines the rate of the data packets for vocoder decoding purposes and provides an indication of the determined rate to vocoder 16.
• Microprocessor 18 also determines the quality of the received data. If the received packet is corrupted to an extent that is uncorrectable using the error correction techniques (insufficient frame quality) an erasure indication is sent to vocoder 16 as a rate indication. In this case although microprocessor 18 may send the data packet to vocoder 16, these values are not used in the decoding process. Furthermore should microprocessor 18 determine that the data packet is a full rate packet with a detected error in the received transmission packet data, based upon a check of the CRC, an indication that the packet is a full rate packet with probable bit error is provided to vocoder 16. Since the CRC is computed from the data packet bits, one or more errors occurring within the data packet bits will be detected. In vocoder 16 the corrupted data packet bits, if correctable, are corrected and the corrected data packet used by vocoder 16.
• the received transmission packet contains data other than vocoder data, such as signaling or secondary traffic data.
• the vocoder data shares the transmission frame with other digital data ( Figures 5b - 5c) or is exclusively non-vocoder data ( Figures 5d - 5e).
• the mode data in the transmission packet indicates the packet type as containing vocoder data only or one which contains other data, such as a combination of vocoder and non-vocoder data, or non-vocoder data only.
• a burst format bit further indicates whether the packet is a combination of vocoder and non-vocoder data, or is non-vocoder data only.
• a blank frame indication is provided from microprocessor 18 to vocoder 16.
• data may be transferred microprocessor 18 to vocoder 16 it is not used. Instead vocoder 16 uses data stored internally to update the state of the vocoder.
• vocoder 16 is responsive to a data input command from microprocessor 18, which is processed by microprocessor interface logic 40 and provides a transfer command to buffer 36.
• Buffer 36 in response to the transfer command receives the formatted packet in bytes from microprocessor 18 as discussed with reference to Figure 3.
• Logic 40 also transfers rate indications between vocoder 16 and microprocessor 18.
• the transferred data packet is input to packet buffer 42 where temporarily stored.
• the rate indication for the determined rate of the data packet is provided to unpacking logic 44 via logic 40.
• unpacking logic 44 is responsive to the rate indication for controlling the output of packet data from buffer 42 to frame buffer 46.
• the unpacked parameter data is then stored in buffer 46 for providing to vocoder engine 30.
• Vocoder engine 30 receives the rate indication from microprocessor 18 in addition to the corresponding unpacked parameter data for decoding at the indicated rate. It should be understood that in an alternative configuration buffer 46 may be eliminated and the data be provided directly from buffer 42 to vocoder engine 30 under the control of logic 44.
• logic 44 coordinates the output of data from buffer 42 for storage in buffer 46.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are recombined to form a corresponding complete bit value.
• the bit portions are
• buffer 42 provides an output of the parameter data to buffer 46 in accordance with signals from logic 44.
• Parameters having their data bits separated in the packet are organized to form complete parameter bit values. For example as mentioned above, the most and second-most significant data bits for each LSP parameter are combined with the next-to-least and least significant bits for the LSP parameter to form a respective 4-bit value. Parameter values may also be organized to provide a grouping of similar parameter data, or by analysis subframe, or any other organization scheme. The arranged and organized parameter values are stored within buffer 46 under the control of logic 44.
• parity check bit check logic 48 receives the appropriate bits from buffer 46 under the command of logic 44 so as to compute the parity check for the packet. Logic 48 is enabled for computing and comparison purposes in response to a full rate indication, and a full rate with probable error as discussed later. Furthermore the received parity check bits are also output from buffer 46 to logic 48 for comparison with the computed parity check bits. In an alternative configuration the received parity check bits, or the parameter bits used to compute the comparison parity check bits, may be extracted directly from the data packet output of microprocessor 18 as input to buffer 42. In yet another alternative configuration the received parity check bits or the parameter bits used to compute the comparison parity may be extracted from the output of buffer 42.
• a full rate parity check pass indication is provided from logic 48 to logic 44 and vocoder engine 30.
• Logic 44 in response provides an output command to buffer 46 which responds by outputting the parameter data to vocoder engine 30 where used in reconstructing the speech frame samples.
• logic 48 generates an insufficient frame quality indication that is also provided to logic 44 and vocoder engine 30.
• logic 44 may provide an output command to buffer 46 which outputs the data to vocoder engine 30.
• vocoder engine 30 ignores the received data in response to the insufficient frame quality indication also provided thereto from logic 48.
• the data may not be output from buffer 46 to vocoder engine 30.
• Vocoder engine 30 operates to reconstruct a frame of speech samples from the previous state of the vocoder.
• microprocessor 18 provides a full rate with probable error (also referred to as full rate likely) indication to logic 40 the data packet is also transferred to buffer 42.
• a full rate likely indication is generated by microprocessor 18 when for a full rate transmission packet an error is detected in the CRC even though the transmission packet had frame quality metrics provided by the decoder which are indicative of a good packet.
• the frame quality metrics are used in microprocessor 18 to determine the symbol error rate of the received frames.
• a low symbol error rate indicates that the received data frames are likely to contain good data.
• a check of the parity check bits are first made. As was done for a full rate packet, logic 48 computes the parity check bits for the received data packet and compares these with the received parity check bits from the packet itself.
• logic 48 detects a single error, the error is corrected using well known parity check bit correction techniques with the corrected bit provided to buffer 42 in place of the incorrect bit.
• Logic 48 also provides a full rate likely parity check pass indication to logic 44 and vocoder engine 30.
• Logic 44 in response controls the reorganization of the parameter bits and storage in buffer 46.
• Logic 44 also provides an output command to buffer 46 which responds by outputting the parameter data to vocoder engine 30 where used in reconstructing the speech frame samples.
• logic 48 generates an insufficient frame quality indication that is also provided to logic 44 and vocoder engine 30.
• logic 44 does not unpack, the data packet since the data is not used by vocoder engine 30.
• the data in buffer 42 may be output to buffer 46 where ignored when transferred to vocoder engine 30.
• vocoder engine 30 ignores the received data in response to the insufficient frame quality indication.
• vocoder engine 30 operates to reconstruct a frame of speech samples from the previous state of the vocoder.
• the rate indication from microprocessor 18 is provided through logic 40 to logic 44 and vocoder engine 30.
• Microprocessor 18 also provides the data packet to buffer 42.
• Logic 44 controls the impacking of the 80, 40 and 16 bits, respectively for half, quarter and eighth rate, as transferred from buffer 42 to buffer 46.
• an insufficient frame quality indication is generated by logic 50 and provided to logic 44 and vocoder engine 30.
• Logic 44 and vocoder engine 30 function as discussed just above with respect to the full rate likely condition with multiple errors detected in the parity check bits.
• microprocessor 18 will generate the insufficient frame quality indication as a rate determination indication when the transmission packet CRC check fails and a high symbol error rate is determined from the decoder frame quality metrics.
• the insufficient frame quality indication is provided through logic 40 to logic 44 and vocoder engine 30.
• Logic 44 and vocoder engine 30 function as discussed above with respect to the full rate likely condition with multiple errors detected in the parity check bits.
• the received transmission packet may contain data other than vocoder data.
• the transmission packet may be all other data, or have vocoder data and other data together as discussed above with reference to Figures 5b - 5e.
• Microprocessor 18 recognizes this type of transmission data packet based upon signaling bits contained in the packet. In the event that less than the entire transmission packet data portion contains the entire data as signaling or secondary traffic ( Figures 5d - 5e) a blank indication is provided from microprocessor 18 through logic 40 to logic 44, vocoder engine 30, and memory 52. Memory 52 is provided for storing the previous data output from buffer 42. Logic 44 instructs memory 52 to provide data from memory 52 to buffer 46 in place of the output from buffer 42.
• the pitch lag and pitch gain for the last pitch subframe of the previous frame of data along with the LSP frequency data for the previous frame are provided from memory 52 to buffer 46.
• This data is then provided from memory 52 to vocoder engine 30.
• the particular data may be provided directly from memory 52 to vocoder engine 30.
• all data in memory 52 may be provided to buffer 46.
• vocoder engine 30 From the previous frame data, vocoder engine 30 generates a current frame of estimated speech samples.

Landscapes

• Engineering & Computer Science (AREA)
• Signal Processing (AREA)
• Computer Networks & Wireless Communication (AREA)
• Physics & Mathematics (AREA)
• Health & Medical Sciences (AREA)
• Audiology, Speech & Language Pathology (AREA)
• Human Computer Interaction (AREA)
• Acoustics & Sound (AREA)
• Multimedia (AREA)
• Computational Linguistics (AREA)
• Spectroscopy & Molecular Physics (AREA)
• Probability & Statistics with Applications (AREA)
• Theoretical Computer Science (AREA)
• Detection And Prevention Of Errors In Transmission (AREA)
• Transmission Systems Not Characterized By The Medium Used For Transmission (AREA)
• Error Detection And Correction (AREA)
• Data Exchanges In Wide-Area Networks (AREA)
• Time-Division Multiplex Systems (AREA)
• Compression, Expansion, Code Conversion, And Decoders (AREA)
• Detection And Correction Of Errors (AREA)
• Superheterodyne Receivers (AREA)
• Arrangements For Transmission Of Measured Signals (AREA)
• Communication Control (AREA)

Priority Applications (12)

Applications Claiming Priority (2)

Publications (1)

Family

ID=25247288

Family Applications (1)

Country Status (22)

Cited By (17)

Families Citing this family (39)

Citations (4)

Family Cites Families (7)

• 1992
  • 1992-02-18 TW TW081101187A patent/TW224191B/zh active
• 1993
  • 1993-01-21 ZA ZA93450A patent/ZA93450B/xx unknown
  • 1993-01-25 IL IL10450093A patent/IL104500A/en not_active IP Right Cessation
  • 1993-01-26 WO PCT/US1993/000703 patent/WO1993015502A1/en active IP Right Grant
  • 1993-01-26 EP EP93904649A patent/EP0624275B2/en not_active Expired - Lifetime
  • 1993-01-26 DE DE69324906T patent/DE69324906T3/de not_active Expired - Lifetime
  • 1993-01-26 JP JP51339593A patent/JP3604689B2/ja not_active Expired - Lifetime
  • 1993-01-26 DK DK93904649T patent/DK0624275T4/da active
  • 1993-01-26 AT AT93904649T patent/ATE180091T1/de active
  • 1993-01-26 KR KR1019940702605A patent/KR0168900B1/ko not_active IP Right Cessation
  • 1993-01-26 CA CA002128708A patent/CA2128708C/en not_active Expired - Lifetime
  • 1993-01-26 PL PL93305984A patent/PL172397B1/pl unknown
  • 1993-01-26 BR BR9305808A patent/BR9305808A/pt not_active IP Right Cessation
  • 1993-01-26 AU AU35939/93A patent/AU678962B2/en not_active Expired
  • 1993-01-26 ES ES93904649T patent/ES2131576T5/es not_active Expired - Lifetime
  • 1993-01-27 MX MX9300442A patent/MX9300442A/es unknown
  • 1993-01-27 CN CNB001241869A patent/CN100382479C/zh not_active Expired - Lifetime
  • 1993-01-27 CN CN93102375A patent/CN1072867C/zh not_active Expired - Lifetime
• 1994
  • 1994-02-14 US US08/194,824 patent/US5600754A/en not_active Expired - Lifetime
  • 1994-07-22 NO NO942751A patent/NO942751D0/no unknown
  • 1994-07-27 FI FI943538A patent/FI118103B/fi not_active IP Right Cessation
• 1998
  • 1998-08-21 HK HK98110102A patent/HK1011110A1/xx not_active IP Right Cessation
• 1999
  • 1999-08-02 GR GR990401991T patent/GR3030910T3/el unknown
• 2001
  • 2001-09-13 HK HK01106463A patent/HK1035976A1/xx not_active IP Right Cessation

Patent Citations (4)

Also Published As

Similar Documents

Legal Events