DOCSLIB.ORG

Omtp Codecs 1 0, Release 1

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

OMTP

CODECS

DEFINITION AND REQUIREMENTS

This document contains information that is confidential and proprietary to OMTP Limited. The information may not be used, disclosed or reproduced without the prior written authorisation of OMTP Limited, and those so authorised may only use this information for the purpose consistent with the authorisation.

VERSION: STATUS:

OMTP CODECS 1_0, RELEASE 1 SUBJECT TO BE - APPROVED BY BOARD 21 JULY 2005

DATE OF LAST EDIT: OWNER:

6 JULY 2005 P4: HARDWARE REQUIREMENTS AND DE- FRAGMENTATION

OMTP CODECS

CONTENTS

1 INTRODUCTION............................................................................4

1.1 1.2
DOCUMENT PURPOSE ..........................................................................4 INTENDED AUDIENCE............................................................................5

2 DEFINITION OF TERMS .................................................................7

3 OMTP CODEC PROFILES ............................................................8

3.1 3.2 3.3 3.4 3.5 3.6 3.7
AUDIO DECODE....................................................................................8 AUDIO ENCODE....................................................................................9 VIDEO DECODE....................................................................................9 VIDEO ENCODE....................................................................................9 IMAGE DECODE..................................................................................10 IMAGE ENCODE..................................................................................10 VECTOR DECODE...............................................................................10

4 FUTURE VERSIONS ....................................................................11 5 APPENDIX.................................................................................12

6 ABBREVIATIONS........................................................................14 7 REFERENCED DOCUMENTS ........................................................15

© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.

Page 2 of 16

OMTP CODECS

The information contained in this document represents the current view held by OMTP Ltd. on the issues discussed as of the date of publication.

This document is provided “as is” with no warranties whatsoever including any warranty of merchantability, non-infringement, or fitness for any particular purpose. All liability (including liability for infringement of any property rights) relating to the use of information in this document is disclaimed. No license, express or implied, to any intellectual property rights are granted herein.

This document is distributed for informational purposes only and is subject to change without notice. Readers should not design products based on this document.

"OMTP" is a registered trademark. Other product or company names mentioned herein may be the trademarks of their respective owners.

© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.

Page 3 of 16

OMTP CODECS

1

INTRODUCTION

This document represents the de-fragmentation and requirements developed for codecs within OMTP. It defines recommended classes of codecs for mobile terminals. Further classes will be added in future versions of the documents with the availability of the on-going technologies.

The reason for defining these classes is the large variety of codecs and characteristics available on mobile terminals, which results in the following potential issues:

1. The user experience of ‘look & feel’ is affected. 2. By making application developers and content providers address all the codecs paradigms, operational costs are increased.

3. The perceived quality of video services is heavily influenced by codec characteristics.

4. Business opportunities depend on bandwidth utilisation which, in turn, is determined by codec characteristics.

OMTP has addressed the codec de-fragmentation issue in order to:
1. Reduce the operational costs. 2. Improve user perception of the video services provided. 3. Make the specification of requirements for mobile terminals easier and more precise.

4. Reduce the NRE cost due to the re-engineering of applications and contents to support new terminals.

See 3 for some example cases.

1.1 DOCUMENT PURPOSE

This document has the general objective of helping to define the terminal requirements and allowing development and deployment of new services, as well as de-fragmenting the codecs capabilities onboard of terminals. Its scope is to guarantee consistency, quality and performance of video and audio services by:

• Definition of the audio and video capability of mobile terminals, in terms of the coding techniques supported.

• Ensuring the codec features suit both application and baseband processor capabilities.

© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.

Page 4 of 16

OMTP CODECS

The document focuses on:
• Voice codecs

• Audio codecs • Video codecs • Image codecs
In particular, the document concurs with the OMTP Main Objectives:

Facilitate Implementation of Open Mobile Terminal Platforms

• Work as appropriate to drive the development of specific mobile terminal platforms to meet OMTP requirements.

‰ Influence the standardisation of relevant platforms. ‰ Work with vendors of proprietary platforms to adopt OMTP requirements and/or resulting standards.

‰ Understand the implementation roadmap and ensure conformance to OMTP requirements.

In particular, it addresses the hardware enablers through the production chain to facilitate OMTP terminal development.

Define De-fragmentation Guidelines

• De-fragmentation guidelines reduce costs (for both operators and manufacturers) and increase consistency by defining:

‰ Hardware component parameters. ‰ Software component parameters. ‰ Performance guidelines and benchmarks.

1.2 INTENDED AUDIENCE

The document is intended to be used as reference in:
• Terminal requirements definition by operators.

• Platform and terminal characteristics definition. • To refer to supported codecs in the definition of mobile terminal performance.

Some examples of usage follow:

© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.

Page 5 of 16

OMTP CODECS

Within terminal requirements: “Codecs set: capable of supporting codecs defined in OMTP CDV1 (OMTP CODECS v1.0)”.

Within hardware requirements for an application: “The application

requires codecs defined in OMTP CDV1, OMTP CDA1 and OMTP CDI0 (OMTP CODECS   v1.0) to be able to run”.

Within content database: “The video is formatted to be viewed with a terminal capable of supporting codecs defined in OMTP CDV1 (OMTP CODECS v1.0)”.

Within platform description: “The platform can support codecs defined in OMTP CDA1 (OMTP CODECS v1.0)”.

© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.

Page 6 of 16

OMTP CODECS

2

DEFINITION OF TERMS

This chapter contains the definition of terms used in this document.

2.1 CONVENTIONS

The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in this document are to be interpreted as described in [RFC2119] (see [1] in 7).

ƒ MUST: This word, or the terms "REQUIRED" or "SHALL", means that the definition is an absolute requirement of the specification.

ƒ MUST NOT: This phrase, or the phrase "SHALL NOT", means that the definition is an absolute prohibition of the specification.

ƒ SHOULD: This word, or the adjective "RECOMMENDED", means that there may exist valid reasons in particular circumstances to ignore a particular item, but the full implications must be understood and carefully weighed before choosing a different course.

  • ƒ SHOULD NOT:
  • This phrase, or the phrase "NOT

RECOMMENDED" means that there may exist valid reasons in particular circumstances when the particular behaviour is acceptable or even useful, but the full implications should be understood and the case carefully weighed before implementing any behaviour described with this label.

ƒ MAY: This word, or the adjective "OPTIONAL", means that an item is truly optional. One vendor may choose to include the item because a particular marketplace requires it or because the vendor feels that it enhances the product while another vendor may omit the same item. An implementation which does not include a particular option MUST be prepared to interoperate with another implementation which does include the option, though perhaps with reduced functionality. In the same vein an implementation which does include a particular option MUST be prepared to interoperate with another implementation which does not include the option (except, of course, for the feature the option provides).

© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.

Page 7 of 16

OMTP CODECS

3

OMTP CODEC PROFILES

Five profiles are defined:
• OMTP CDA0 – Basic Audio • OMTP CDA1 – Advanced Audio • OMTP CDV0 – Basic Video • OMTP CDV1 - Advanced Video • OMTP CDI0 – Basic Imaging
The following table lists the required algorithms and standards for audio, video, image and vector graphics. (See Appendix 7 for example cases used for reference in this document.) A terminal entitled to be compliant with a certain profile SHALL support all the codecs with an ‘6’ in the respective column. The RECOMMENDED codecs are marked with an ‘R’.

3.1 AUDIO DECODE

CDA0 CDA1 CODEC

VARIANT

AMR-NB [1]

Adaptive Multi-Rate Narrowband GSM Full Rate

  • 6
  • 6

FR [2]

66666
66666

HR [3]

GSM Half Rate

EFR [4] MIDI [5] SP-MIDI [6]

GSM Enhanced Full Rate Standard MIDI 1.0 formats 0&1 Scalable Polyphonic MIDI MPEG4 AAC - Low complexity up to 48kHz, up to 2 channels, up to 96 kbps (AAC-LC)

AAC [7]

  • 6
  • 6

AMR-WB [16]

Adaptive Multi-Rate Wideband

6

Extended Adaptive Multi-Rate Wideband

  • R
  • AMR-WB+ [17]

Enhanced AAC plus, MPEG-4 High Efficiency AAC, up to 48kHz, up to 2 channels, up to 64 kbps

E-AAC+ [19]

6

© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.

Page 8 of 16

OMTP CODECS

3.2 AUDIO ENCODE

CDA0 CDA1 CODEC

VARIANT

AMR-NB [1] FR [2]

Adaptive Multi-Rate Narrowband GSM Full Rate

6666
6666

HR [3]

GSM Half Rate

EFR [4]

GSM Enhanced Full Rate MPEG4 AAC - Low complexity up to 48kHz, up to 2 channels, up to 64 kbps (AAC-LC)

AAC [7]

66

AMR-WB [16]

Adaptive Multi-Rate Wideband

3.3 VIDEO DECODE

CDV0 CDV1 CODEC

VARIANT

H.263 0/10 [8] MPEG4 SP [9] MPEG4 SP [9]

H.263 Profile 0 Level 10 MPEG4 Simple Profile Level 0 MPEG4 Simple Profile Level 0b

66
66666

H.264 BP/1b [18] H264 baseline level 1b H.263 0/45 [8]

H.263 Profile 0 Level 45

3.4 VIDEO ENCODE

CDV0 CDV1 CODEC

VARIANT

H.263 0/10 [8]

Profile 0 Level 10

  • 6
  • 6

66

H.264 BP/1b [18] H.264 baseline level 1b

H.263 0/45 [8] H.263 Profile 0 Level 45

© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.

Page 9 of 16

OMTP CODECS

3.5 IMAGE DECODE

CDI0

  • CODEC
  • VARIANT

JPEG [10] GIF89a [12] WBMP [13] PNG [14]

JPEG Baseline

6666

GIF89a - Animated GIF (includes 87a) Wireless Bitmap Should support transparency

3.6 IMAGE ENCODE

CDI0

  • CODEC
  • VARIANT

JPEG [10]

JPEG Baseline

6

3.7 VECTOR DECODE

CDV1 CODEC

VARIANT

SVG-Tiny [15]

SVG Tiny Profile 1.1

6

© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.

Page 10 of 16

OMTP CODECS

4

FUTURE VERSIONS

OMTP will define additional combinations of audio/video codecs and define mandatory codecs for identified use cases in future specification releases in order to improve interoperability between open mobile terminal platforms.

© 2005 OMTP Ltd. All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means without prior written permission from OMTP Ltd.

Page 11 of 16

OMTP CODECS

5

APPENDIX

The following tables give an overview of possible use cases and codec combinations as an example, not defining implementation details.

The following tables are for information only. They are provided to indicate the correlation between codecs and use cases and to provide a reference for a particular combination of features.

#1

  • USE CASE
  • REFERENCE

TELEPHONY VOICE CALL

3GPP TS 26.103 Rel6 3GPP TS 26.111 Rel6; 3GPP TS 26.235 Rel6

234

2 WAY VIDEO CALL RINGTONE PLAYBACK MUSIC PLAYBACK FROM STORED FILES

3GPP TS 26.140 Rel6 3GPP TS 26.234 Rel6**

MUSIC PLAYBACK, OTA

STREAMING

56789

3GPP TS 26.140 Rel6; OMA-MMS-Confv1_2

IMAGE VIEWING VECTOR GRAPHICS VIEWING

3GPP TS 26.140 Rel6 (on 2D vector graphics devices)

VIDEO PLAYBACK FROM STORED FILES

3GPP TS 26.140 Rel6

VIDEO PLAYBACK, OTA

STREAMING

3GPP TS 26.234 Rel6; 3GPP TS 26.140 Rel6

10 CAPTURE STILL IMAGE 11 CAPTURE VIDEO

3GPP TS 26.140 Rel6 3GPP TS 26.140 Rel6

12 MUSIC/VOICE RECORDER 3GPP TS 26.140 Rel6

Recommended publications
  • Packetcable™ 2.0 Codec and Media Specification PKT-SP-CODEC

    Packetcable™ 2.0 Codec and Media Specification PKT-SP-CODEC

    PacketCable™ 2.0 Codec and Media Specification PKT-SP-CODEC-MEDIA-I10-120412 ISSUED Notice This PacketCable specification is the result of a cooperative effort undertaken at the direction of Cable Television Laboratories, Inc. for the benefit of the cable industry and its customers. This document may contain references to other documents not owned or controlled by CableLabs. Use and understanding of this document may require access to such other documents. Designing, manufacturing, distributing, using, selling, or servicing products, or providing services, based on this document may require intellectual property licenses from third parties for technology referenced in this document. Neither CableLabs nor any member company is responsible to any party for any liability of any nature whatsoever resulting from or arising out of use or reliance upon this document, or any document referenced herein. This document is furnished on an "AS IS" basis and neither CableLabs nor its members provides any representation or warranty, express or implied, regarding the accuracy, completeness, noninfringement, or fitness for a particular purpose of this document, or any document referenced herein. 2006-2012 Cable Television Laboratories, Inc. All rights reserved. PKT-SP-CODEC-MEDIA-I10-120412 PacketCable™ 2.0 Document Status Sheet Document Control Number: PKT-SP-CODEC-MEDIA-I10-120412 Document Title: Codec and Media Specification Revision History: I01 - Released 04/05/06 I02 - Released 10/13/06 I03 - Released 09/25/07 I04 - Released 04/25/08 I05 - Released 07/10/08 I06 - Released 05/28/09 I07 - Released 07/02/09 I08 - Released 01/20/10 I09 - Released 05/27/10 I10 – Released 04/12/12 Date: April 12, 2012 Status: Work in Draft Issued Closed Progress Distribution Restrictions: Authors CL/Member CL/ Member/ Public Only Vendor Key to Document Status Codes: Work in Progress An incomplete document, designed to guide discussion and generate feedback, that may include several alternative requirements for consideration.
  • Influence of Speech Codecs Selection on Transcoding Steganography

    Influence of Speech Codecs Selection on Transcoding Steganography

    Influence of Speech Codecs Selection on Transcoding Steganography Artur Janicki, Wojciech Mazurczyk, Krzysztof Szczypiorski Warsaw University of Technology, Institute of Telecommunications Warsaw, Poland, 00-665, Nowowiejska 15/19 Abstract. The typical approach to steganography is to compress the covert data in order to limit its size, which is reasonable in the context of a limited steganographic bandwidth. TranSteg (Trancoding Steganography) is a new IP telephony steganographic method that was recently proposed that offers high steganographic bandwidth while retaining good voice quality. In TranSteg, compression of the overt data is used to make space for the steganogram. In this paper we focus on analyzing the influence of the selection of speech codecs on hidden transmission performance, that is, which codecs would be the most advantageous ones for TranSteg. Therefore, by considering the codecs which are currently most popular for IP telephony we aim to find out which codecs should be chosen for transcoding to minimize the negative influence on voice quality while maximizing the obtained steganographic bandwidth. Key words: IP telephony, network steganography, TranSteg, information hiding, speech coding 1. Introduction Steganography is an ancient art that encompasses various information hiding techniques, whose aim is to embed a secret message (steganogram) into a carrier of this message. Steganographic methods are aimed at hiding the very existence of the communication, and therefore any third-party observers should remain unaware of the presence of the steganographic exchange. Steganographic carriers have evolved throughout the ages and are related to the evolution of the methods of communication between people. Thus, it is not surprising that currently telecommunication networks are a natural target for steganography.
  • Essential Technology for High-Compression Speech Coding Takehiro Moriya

    Essential Technology for High-Compression Speech Coding Takehiro Moriya

    Information LSP (Line Spectrum Pair): Essential Technology for High-compression Speech Coding Takehiro Moriya Abstract Line Spectrum Pair (LSP) technology was accepted as an IEEE (Institute of Electrical and Electronics Engineers) Milestone in 204. LSP, invented by Dr. Fumitada Itakura at NTT in 975, is an efficient method for representing speech spectra, namely, the shape of the vocal tract. A speech synthesis large-scale integration chip based on LSP was fabricated in 980. Since the 990s, LSP has been adopted in many speech coding standards as an essential component, and it is still used worldwide in almost all cellular phones and Internet protocol phones. Keywords: LSP, speech coding, cellular phone 1. Introduction President and CEO of NTT (Photo 2), at a ceremony held in Tokyo. The citation reads, “Line Spectrum On May 22, 204, Line Spectrum Pair (LSP) tech- Pair (LSP) for high-compression speech coding, nology was officially recognized as an Institute of 975. Line Spectrum Pair, invented at NTT in 975, Electrical and Electronics Engineers (IEEE) Mile- is an important technology for speech synthesis and stone. Dr. J. Roberto de Marca, President of IEEE, coding. A speech synthesizer chip was designed presented the plaque (Photo 1) to Mr. Hiroo Unoura, based on Line Spectrum Pair in 980. In the 990s, Photo 1. Plaque of IEEE Milestone for Line Spectrum Pair (LSP) for high-compression speech coding. Photo 2. From IEEE president to NTT president. NTT Technical Review Information this technology was adopted in almost all interna- better quantization and interpolation performance tional speech coding standards as an essential compo- than PARCOR.
  • Low Rate Speech Coding and Random Bit Errors: a Subjective Speech Quality Matching Experiment

    Low Rate Speech Coding and Random Bit Errors: a Subjective Speech Quality Matching Experiment

    NTIA Technical Report TR-10-462 Low Rate Speech Coding and Random Bit Errors: A Subjective Speech Quality Matching Experiment Andrew A. Catellier Stephen D. Voran NTIA Technical Report TR-10-462 Low Rate Speech Coding and Random Bit Errors: A Subjective Speech Quality Matching Experiment Andrew A. Catellier Stephen D. Voran U.S. DEPARTMENT OF COMMERCE Gary Locke, Secretary Lawrence E. Strickling, Assistant Secretary for Communications and Information October 2009 DISCLAIMER Certain commercial equipment, instruments, or materials are identified in this report to adequately describe the experimental procedure. In no case does such identification imply recommendation or endorsement by the National Telecommunications and Information Administration, nor does it imply that the material or equipment identified is necessarily the best available for the purpose. iii CONTENTS Page FIGURES ............................................ vi TABLES ............................................. vii 1 INTRODUCTION ..................................... 1 2 EXPERIMENT DESCRIPTION .............................. 3 2.1 Speech Recordings . 3 2.2 Experiment Procedure . 4 2.3 Listeners . 5 2.4 Speech Quality Matching Algorithm . 5 2.5 Speech Coding and Bit Errors . 7 2.6 Bookkeeping . 10 2.7 Objective Speech Quality Estimation . 10 3 RESULTS .......................................... 13 3.1 Listening Experiment . 13 3.2 Objective Estimation . 14 3.3 Bit Error Statistics . 16 4 CONCLUSIONS ...................................... 18 5 ACKNOWLEDGEMENTS ................................. 19 6 REFERENCES ....................................... 20 v FIGURES Page Figure 1. The human interface used during the experiment. 5 Figure 2. Signal flow through the encoding, bit error, and decoding processes. 7 Figure 3. Example bit error patterns that conform with the subset property. BER is 15, 10, and 5% in the top, middle and bottom panels, respectively. 9 Figure 4.
  • Ts 148 060 V13.0.0 (2016-01)

    Ts 148 060 V13.0.0 (2016-01)

    ETSI TS 1148 060 V13.0.0 (201616-01) TECHNICAL SPECIFICATIONION Digital cellular telecocommunications system (Phahase 2+); In-band control of remremote transcoders and rate aadaptors for fullull rate traffic channels (3GPP TS 48.0.060 version 13.0.0 Release 13) R GLOBAL SYSTETEM FOR MOBILE COMMUNUNICATIONS 3GPP TS 48.060 version 13.0.0 Release 13 1 ETSI TS 148 060 V13.0.0 (2016-01) Reference RTS/TSGG-0148060vd00 Keywords GSM ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice The present document can be downloaded from: http://www.etsi.org/standards-search The present document may be made available in electronic versions and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http://portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following services: https://portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI.
  • Attractive Outside. Intelligent Inside White Paper T700 Preface

    Attractive Outside. Intelligent Inside White Paper T700 Preface

    T700 November 2008 Attractive outside. Intelligent inside White paper T700 Preface Purpose of this document This White paper will be published in several revisions as the phone is developed. Therefore, some of the headings and tables in this document contain limited information. Additional information and facts will be forthcoming in later revisions. The aim of this White paper is to give the reader an understanding of the main functions and features of the phone. People who can benefit from this document include: • Operators • Service providers • Software developers • Support engineers • Application developers This White paper is published by: This document is published by Sony Ericsson Mobile Communications AB or its local affiliated Sony Ericsson Mobile Communications AB, company, without any warranty*. Improvements SE-221 88 Lund, Sweden and changes to this text necessitated by typographical errors, inaccuracies of current information or improvements to programs and/or www.sonyericsson.com/ equipment, may be made by Sony Ericsson Mobile Communications AB at any time and © Sony Ericsson Mobile Communications AB, without notice. Such changes will, however, be 2008. All rights reserved. You are hereby granted incorporated into new editions of this document. Printed versions are to be regarded as temporary a license to download and/or print a copy of this reference copies only. document. Any rights not expressly granted herein are *All implied warranties, including without limitation reserved. the implied warranties of merchantability or fitness for a particular purpose, are excluded. In no event shall Sony Ericsson or its licensors be liable for Second edition (November 2008) incidental or consequential damages of any Publication number: 1214-1270.2 nature, including but not limited to lost profits or commercial loss, arising out of the use of the information in this document.
  • Design and Implementation on DSP of the ETSI GSM Adaptive Multi-Rate Vocoder

    Design and Implementation on DSP of the ETSI GSM Adaptive Multi-Rate Vocoder

    Design and Implementation on DSP of the ETSI GSM Adaptive Multi-Rate Vocoder by Javier Martínez Morales Supervisor: Joan Serrat Fernández Contents Chapter 1 - Introduction...................................................................................................................................5 1.1 Foreword..................................................................................................................................................5 1.2 Project objectives and methodology........................................................................................................6 1.3 Memory structure.....................................................................................................................................8 Chapter 2 - GSM Adaptive Multi-Rate Vocoder..........................................................................................10 2.1 Origins and present situation..................................................................................................................10 2.2 Adaptive Multi-Rate (AMR) coding: general description.....................................................................11 2.3 GSM AMR speech encoder...................................................................................................................13 2.3.1 Principles.......................................................................................................................................13 2.3.2 Pre-processing...............................................................................................................................18
  • ETSI Multi-Channel GSM Speech Coders

    ETSI Multi-Channel GSM Speech Coders

    MOTOROLA DSP56300GSMP/D Semiconductor Software Product Brief (Motorola Order Number) Rev. 0, 09/99 ETSI Multi-Channel GSM Speech Coders Introduction Motorola and Signals + Software have jointly developed DSP software for GSM (Global Systems for Mobile Communications) applications for Motorola’s DSP56300 family. The suite includes the three speech coding functions of the ETSI GSM digital mobile telephone system: Half Rate, Full Rate, and Enhanced Full Rate vocoders. Background The ETSI GSM suite codes narrowband speech (300-3400Hz, sampled at 8kHz) to 13 kb/s, 12.2kb/s, and 5.6 kb/s, respectively. The suite includes the relevant voice activity detection, error concealment, and discontinuous transmission facilities for each coder. Table 1 lists the ETSI specifications that are implemented. Table 1. ETSI GSM Specification Numbers Full-Rate GSM Enhanced Full-Rate GSM Half-Rate GSM Speech transcoding 06.10 06.60 06.20 Substitution/muting of lost 06.11 06.61 06.21 frames Comfort noise generation 06.12 06.62 06.22 Discontinuous transmission 06.31 06.81 06.41 Voice activity detection 06.32 06.82 06.42 Features and Performance The full-rate speech coder uses a regular Pulse Excitation with Long-Term Prediction (RPE-LTP) algorithm. The audio performance for a single encode/decode is judged to be that some degradation is present compared to standard 64b/s PCM (G.711); the degradation is noticeable only over good loudspeaker systems. The enhanced full-rate speech coder uses a coding scheme known as Algebraic Code Excited Linear Prediction Coder (ACELP). The ACELP gives superior audio performance to full-rate GSM, especially for background noise and/or bit errors.
  • Voice and Audio Compression for Wireless Communications

    Voice and Audio Compression for Wireless Communications

    Voice and Audio Compression for Wireless Communications Second Edition Lajos Hanzo University of Southampton, UK F. Cläre Somerville picoChip Designs Ltd, UK Jason Woodard CSRplc, UK •IEEE IEEE PRESS IEEE Communications Society, Sponsor BICENTENNIAL Jl IC« ;1807i \ ®WILEY ] Ü 2 OO 7 l m\ lr BICENTENNIAL John Wiley & Sons, Ltd Contents About the Authors xxi Other Wiley and IEEE Press Books on Related Topics xxiii Preface and Motivation xxv Acknowledgements xxxv I Speech Signals and Waveform Coding 1 1 Speech Signals and an Introduction to Speech Coding 3 1.1 Motivation of Speech Compression 3 1.2 Basic Characterisation of Speech Signals 4 1.3 Classification of Speech Codecs 8 1.3.1 Waveform Coding 9 1.3.1.1 Time-domain Waveform Coding 9 1.3.1.2 Frequency-domain Waveform Coding 10 1.3.2 Vocoders 10 1.3.3 Hybrid Coding 11 1.4 Waveform Coding 11 1.4.1 Digitisation of Speech 11 1.4.2 Quantisation Characteristics 13 1.4.3 Quantisation Noise and Rate-distortion Theory 14 1.4.4 Non-uniform Quantisation for a known PDF: Companding 16 1.4.5 PDF-independent Quantisation using Logarithmic Compression . 18 1.4.5.1 The/x-law Compander 20 1.4.5.2 The A-law Compander 21 1.4.6 Optimum Non-uniform Quantisation 23 1.5 Chapter Summary 28 v vi CONTENTS 2 Predictive Coding 29 2.1 Forward-Predictive Coding 29 2.2 DPCM Codec Schematic 30 2.3 Predictor Design 31 2.3.1 Problem Formulation 31 2.3.2 Covariance Coefficient Computation 33 2.3.3 Predictor Coefficient Computation 34 2.4 Adaptive One-word-memory Quantisation 39 2.5 DPCM Performance 40 2.6 Backward-adaptive
  • Your Music-Service Phone White Paper K630i Preface

    Your Music-Service Phone White Paper K630i Preface

    K630i September 2007 Your Music-service phone White paper K630i Preface Purpose of this document This White paper will be published in several revisions as the phone is developed. Therefore, some of the headings and tables in this document contain limited information. Additional information and facts will be forthcoming in later revisions. The aim of this White paper is to give the reader an understanding of the main functions and features of this phone. People who can benefit from this document include: • Operators • Service providers • Software developers • Support engineers • Application developers This White paper is published by: This document is published by Sony Ericsson Mobile Communications AB or its local affiliated company, without any warranty*. Improvements Sony Ericsson Mobile Communications AB, and changes to this text necessitated by SE-221 88 Lund, Sweden typographical errors, inaccuracies of current information or improvements to programs and/or Phone: +46 46 19 40 00 equipment, may be made by Sony Ericsson Fax: +46 46 19 41 00 Mobile Communications AB at any time and without notice. Such changes will, however, be www.sonyericsson.com/ incorporated into new editions of this document. Printed versions are to be regarded as temporary © Sony Ericsson Mobile Communications AB, reference copies only. 2007. All rights reserved. You are hereby granted *All implied warranties, including without limitation a license to download and/or print a copy of this the implied warranties of merchantability or fitness document. for a particular purpose, are excluded. In no event Any rights not expressly granted herein are shall Sony Ericsson or its licensors be liable for reserved.
  • Etsi Tr 126 952 V12.4.0 (2016-04)

    Etsi Tr 126 952 V12.4.0 (2016-04)

    ETSI TR 126 952 V12.4.0 (2016-04) TECHNICAL REPORT Universal Mobile Telecommunications System (UMTS); LTE; Codec for Enhanced Voice Services (EVS); Performance characterization (3GPP TR 26.952 version 12.4.0 Release 12) 3GPP TR 26.952 version 12.4.0 Release 12 1 ETSI TR 126 952 V12.4.0 (2016-04) Reference RTR/TSGS-0426952vc40 Keywords LTE,UMTS ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice The present document can be downloaded from: http://www.etsi.org/standards-search The present document may be made available in electronic versions and/or in print. The content of any electronic and/or print versions of the present document shall not be modified without the prior written authorization of ETSI. In case of any existing or perceived difference in contents between such versions and/or in print, the only prevailing document is the print of the Portable Document Format (PDF) version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at https://portal.etsi.org/TB/ETSIDeliverableStatus.aspx If you find errors in the present document, please send your comment to one of the following services: https://portal.etsi.org/People/CommiteeSupportStaff.aspx Copyright Notification No part may be reproduced or utilized in any form or by any means, electronic or mechanical, including photocopying and microfilm except as authorized by written permission of ETSI.
  • EN 301 245 V4.0.1 (1997-12) European Standard (Telecommunications Series)

    EN 301 245 V4.0.1 (1997-12) European Standard (Telecommunications Series)

    EN 301 245 V4.0.1 (1997-12) European Standard (Telecommunications series) Digital cellular telecommunications system (Phase 2); Enhanced Full Rate (EFR) speech transcoding (GSM 06.60 version 4.0.1) R GLOBAL SYSTEM FOR MOBILE COMMUNICATIONS European Telecommunications Standards Institute GSM 06.60 version 4.0.1 2 EN 301 245 V4.0.1 (1997-12) Reference DEN/SMG-110660P (bj00200o.PDF) Keywords EFR, digital cellular telecommunications system, Global System for Mobile communications (GSM), speech ETSI Secretariat Postal address F-06921 Sophia Antipolis Cedex - FRANCE Office address 650 Route des Lucioles - Sophia Antipolis Valbonne - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 X.400 c= fr; a=atlas; p=etsi; s=secretariat Internet [email protected] http://www.etsi.fr Copyright Notification No part may be reproduced except as authorized by written permission. The copyright and the foregoing restriction extend to reproduction in all media. © European Telecommunications Standards Institute 1997. All rights reserved. GSM 06.60 version 4.0.1 3 EN 301 245 V4.0.1 (1997-12) Contents Intellectual Property Rights................................................................................................................................4 Foreword ............................................................................................................................................................4 1 Scope........................................................................................................................................................5