DOCSLIB.ORG

TR 101 329-7 V1.1.1 (2000-11) Technical Report

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
TR 101 329-7 V1.1.1 (2000-11) Technical Report ETSI TR 101 329-7 V1.1.1 (2000-11) Technical Report TIPHON; Design Guide; Part 7: Design Guide for Elements of a TIPHON connection from an end-to-end speech transmission performance point of view 2 ETSI TR 101 329-7 V1.1.1 (2000-11) Reference DTR/TIPHON-05011 Keywords internet, IP, network, performance, protocol, quality, speech, voice ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.:+33492944200 Fax:+33493654716 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 Individual copies of the present document can be downloaded from: http://www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the 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://www.etsi.org/tb/status/ If you find errors in the present document, send your comment to: [email protected] 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 2000. All rights reserved. ETSI 3 ETSI TR 101 329-7 V1.1.1 (2000-11) Contents Intellectual Property Rights ..........................................................................................................................5 Foreword......................................................................................................................................................5 1 Scope..................................................................................................................................................6 2 References..........................................................................................................................................6 3 Definitions, symbols and abbreviations ...............................................................................................6 3.1 Definitions .................................................................................................................................................. 6 3.2 Abbreviations.............................................................................................................................................. 7 4 General Considerations.......................................................................................................................8 4.1 Transmission planning................................................................................................................................. 8 4.2 User interaction........................................................................................................................................... 8 4.3 Maintenance................................................................................................................................................ 9 4.4 Verification................................................................................................................................................. 9 5 Guidance on main Transmission Parameters .......................................................................................9 5.1 Loudness Ratings ........................................................................................................................................ 9 5.1.1 General Considerations .......................................................................................................................... 9 5.1.2 IP Terminals .......................................................................................................................................... 9 5.1.3 IP Gateways........................................................................................................................................... 9 5.1.4 Network Elements.................................................................................................................................. 9 5.2 Mean One-Way Delay............................................................................................................................... 10 5.2.1 General Considerations ........................................................................................................................ 10 5.2.1.1 Delay Jitter..................................................................................................................................... 10 5.2.2 IP Terminals ........................................................................................................................................ 10 5.2.3 IP Gateways......................................................................................................................................... 10 5.2.4 Network Elements................................................................................................................................ 11 5.3 Echo Loss, Echo Cancellation.................................................................................................................... 11 5.3.1 General Considerations ........................................................................................................................ 11 5.3.2 IP Terminals ........................................................................................................................................ 11 5.3.3 IP Gateways......................................................................................................................................... 11 5.3.4 Network Elements................................................................................................................................ 11 5.4 Coding Distortion...................................................................................................................................... 12 5.4.1 General Considerations ........................................................................................................................ 12 5.4.2 IP Terminals ........................................................................................................................................ 12 5.4.3 IP Gateways......................................................................................................................................... 12 5.4.4 Network Elements................................................................................................................................ 12 5.5 Speech Processing other than Coding......................................................................................................... 13 5.5.1 General Considerations ........................................................................................................................ 13 5.5.2 IP Terminals ........................................................................................................................................ 13 5.5.3 IP Gateways......................................................................................................................................... 13 5.5.4 Network Elements................................................................................................................................ 13 5.6 Transcoding in Network Elements ............................................................................................................. 13 6 Calculation Examples related to the Main Transmission Parameters..................................................14 6.1 Examples with respect to Loudness Ratings............................................................................................... 15 6.2 Examples with respect to Mean One-way Delay......................................................................................... 15 6.2.1 Delay due to speech processing and packetization.................................................................................16 6.2.2 Planning examples regarding the occurrence of long delay.................................................................... 18 6.2.2.1 Introduction.................................................................................................................................... 18 6.2.2.1.1 Application of the Advantage Factor A with respect to the following examples .......................... 18 6.2.2.1.2 Distinction between different communication situations for the following examples with regard to the grade of interactivity between the two parties......................................................... 19 6.2.2.1.3 Introduction of an additional Equipment Impairment Factor with respect to double-talk situations for the following examples......................................................................................... 19 6.2.2.1.4 Purpose and general structure of the following examples............................................................ 20 6.2.2.2 Connections to regions to which significantly shorter delay is available ("Competition") ................. 21 ETSI 4 ETSI TR 101 329-7 V1.1.1 (2000-11) 6.2.2.2.1 Speech transmission performance as
Load more

Recommended publications
  • Space Application Development Board
    Space Application Development Board The Space Application Development Board (SADB-C6727B) enables developers to implement systems using standard and custom algorithms on processor hardware similar to what would be deployed for space in a fully radiation hardened (rad-hard) design. The SADB-C6727B is devised to be similar to a space qualified rad-hardened system design using the TI SMV320C6727B-SP DSP and high-rel memories (SRAM, SDRAM, NOR FLASH) from Cobham. The VOCAL SADB- C6727B development board does not use these high reliability space qualified components but rather implements various common bus widths and memory types/speeds for algorithm development and performance evaluation. VOCAL Technologies, Ltd. www.vocal.com 520 Lee Entrance, Suite 202 Tel: (716) 688-4675 Buffalo, New York 14228 Fax: (716) 639-0713 Audio inputs are handled by a TI ADS1278 high speed multichannel analog-to-digital converter (ADC) which has a variant qualified for space operation. Audio outputs may be generated from digital signal Pulse Density Modulation (PDM) or Pulse Width Modulation (PWM) signals to avoid the need for a space qualified digital-to-analog converter (DAC) hardware or a traditional audio codec circuit. A commercial grade AIC3106 audio codec is provided for algorithm development and for comparison of audio performance to PDM/PWM generated audio signals. Digital microphones (PDM or I2S formats) can be sampled by the processor directly or by the AIC3106 audio codec (PDM format only). Digital audio inputs/outputs can also be connected to other processors (using the McASP signals directly). Both SRAM and SDRAM memories are supported via configuration resistors to allow for developing and benchmarking algorithms using either 16-bit wide or 32-bit wide busses (also via configuration resistors).
    [Show full text]
  • Concatenation of Compression Codecs – the Need for Objective Evaluations
    Concatenation of compression codecs – The need for objective evaluations C.J. Dalton (UKIB) In this article the Author considers, firstly, a hypothetical broadcast network in which compression equipments have replaced several existing functions – resulting in multiple-cascading. Secondly, he describes a similar network that has been optimized for compression technology. Picture-quality assessment methods – both conventional and new, fied for still-picture applications in the printing in- subjective and objective – are dustry and was adapted to motion video applica- discussed with the aim of providing tions, by encoding on a picture-by-picture basis. background information. Some Various proprietary versions of JPEG, with higher proposals are put forward for compression ratios, were introduced to reduce the objective evaluation together with storage requirements, and alternative systems based on Wavelets and Fractals have been imple- initial observations when concaten- mented. Due to the availability of integrated hard- ating (cascading) codecs of similar ware, motion JPEG is now widely used for off- and different types. and on-line editing, disc servers, slow-motion sys- tems, etc., but there is little standardization and few interfaces at the compressed level. The MPEG-1 compression standard was aimed at 1. Introduction progressively-scanned moving images and has been widely adopted for CD-ROM and similar ap- Bit-rate reduction (BRR) techniques – commonly plications; it has also found limited application for referred to as compression – are now firmly estab- broadcast video. The MPEG-2 system is specifi- lished in the latest generation of broadcast televi- cally targeted at the complete gamut of video sys- sion equipments. tems; for standard-definition television, the MP@ML codec – with compression ratios of 20:1 Original language: English Manuscript received 15/1/97.
    [Show full text]
  • Ffmpeg Documentation Table of Contents
    ffmpeg Documentation Table of Contents 1 Synopsis 2 Description 3 Detailed description 3.1 Filtering 3.1.1 Simple filtergraphs 3.1.2 Complex filtergraphs 3.2 Stream copy 4 Stream selection 5 Options 5.1 Stream specifiers 5.2 Generic options 5.3 AVOptions 5.4 Main options 5.5 Video Options 5.6 Advanced Video options 5.7 Audio Options 5.8 Advanced Audio options 5.9 Subtitle options 5.10 Advanced Subtitle options 5.11 Advanced options 5.12 Preset files 6 Tips 7 Examples 7.1 Preset files 7.2 Video and Audio grabbing 7.3 X11 grabbing 7.4 Video and Audio file format conversion 8 Syntax 8.1 Quoting and escaping 8.1.1 Examples 8.2 Date 8.3 Time duration 8.3.1 Examples 8.4 Video size 8.5 Video rate 8.6 Ratio 8.7 Color 8.8 Channel Layout 9 Expression Evaluation 10 OpenCL Options 11 Codec Options 12 Decoders 13 Video Decoders 13.1 rawvideo 13.1.1 Options 14 Audio Decoders 14.1 ac3 14.1.1 AC-3 Decoder Options 14.2 ffwavesynth 14.3 libcelt 14.4 libgsm 14.5 libilbc 14.5.1 Options 14.6 libopencore-amrnb 14.7 libopencore-amrwb 14.8 libopus 15 Subtitles Decoders 15.1 dvdsub 15.1.1 Options 15.2 libzvbi-teletext 15.2.1 Options 16 Encoders 17 Audio Encoders 17.1 aac 17.1.1 Options 17.2 ac3 and ac3_fixed 17.2.1 AC-3 Metadata 17.2.1.1 Metadata Control Options 17.2.1.2 Downmix Levels 17.2.1.3 Audio Production Information 17.2.1.4 Other Metadata Options 17.2.2 Extended Bitstream Information 17.2.2.1 Extended Bitstream Information - Part 1 17.2.2.2 Extended Bitstream Information - Part 2 17.2.3 Other AC-3 Encoding Options 17.2.4 Floating-Point-Only AC-3 Encoding
    [Show full text]
  • 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.
    [Show full text]
  • CT8021 H.32X G.723.1/G.728 Truespeech Co-Processor
    CT8021 H.32x G.723.1/G.728 TrueSpeech Co-Processor Introduction Features The CT8021 is a speech co-processor which · TrueSpeechâ G.723.1 at 6.3, 5.3, 4.8 and performs full duplex speech compression and de- 4.1 kbps at 8KHz sampling rate (including compression functions. It provides speech G.723.1 Annex A VAD/CNG) compression for H.320, H.323 and H.324 · G.728 16 Kbps LD-CELP Multimedia Visual Telephony / Video · Download of additional speech compression Conferencing products and DSVD Modems. The software modules into external sram for CT8021 has built-in TrueSpeechâ G.723.1 (for TrueSpeechâ 8.5, G.722 & G.729-A/B H.323 and H.324) as well as G.728 LD-CELP · Real-time Full duplex or Half duplex speech speech compression (for H.320). This combination compression and decompression of ITU speech compression standards within a · Acoustic Echo Cancellation concurrent with single device enables the creation of a single full-duplex speech compression multimedia terminal which can operate in all · Full Duplex standalone Speakerphone types of Video Conferencing systems including · Host-to-Host (codec-less) and Host-CODEC H.320 ISDN-based, H.324 POTS-based, and modes of operation H.323 LAN/Internet-based. TrueSpeechâ G.723.1 · Parallel 8-bit host interface provides simple provides compressed data rates of 6.3 and 5.3 memory-mapped I/O host connection. Kbps and includes G.723.1 Annex A VAD/CNG · 1 or 2-channel DMA support (Single Cycle “silence” compression which can supply an even and Burst Modes) lower average bit rate.
    [Show full text]
  • Ffmpeg Codecs Documentation Table of Contents
    FFmpeg Codecs Documentation Table of Contents 1 Description 2 Codec Options 3 Decoders 4 Video Decoders 4.1 hevc 4.2 rawvideo 4.2.1 Options 5 Audio Decoders 5.1 ac3 5.1.1 AC-3 Decoder Options 5.2 flac 5.2.1 FLAC Decoder options 5.3 ffwavesynth 5.4 libcelt 5.5 libgsm 5.6 libilbc 5.6.1 Options 5.7 libopencore-amrnb 5.8 libopencore-amrwb 5.9 libopus 6 Subtitles Decoders 6.1 dvbsub 6.1.1 Options 6.2 dvdsub 6.2.1 Options 6.3 libzvbi-teletext 6.3.1 Options 7 Encoders 8 Audio Encoders 8.1 aac 8.1.1 Options 8.2 ac3 and ac3_fixed 8.2.1 AC-3 Metadata 8.2.1.1 Metadata Control Options 8.2.1.2 Downmix Levels 8.2.1.3 Audio Production Information 8.2.1.4 Other Metadata Options 8.2.2 Extended Bitstream Information 8.2.2.1 Extended Bitstream Information - Part 1 8.2.2.2 Extended Bitstream Information - Part 2 8.2.3 Other AC-3 Encoding Options 8.2.4 Floating-Point-Only AC-3 Encoding Options 8.3 flac 8.3.1 Options 8.4 opus 8.4.1 Options 8.5 libfdk_aac 8.5.1 Options 8.5.2 Examples 8.6 libmp3lame 8.6.1 Options 8.7 libopencore-amrnb 8.7.1 Options 8.8 libopus 8.8.1 Option Mapping 8.9 libshine 8.9.1 Options 8.10 libtwolame 8.10.1 Options 8.11 libvo-amrwbenc 8.11.1 Options 8.12 libvorbis 8.12.1 Options 8.13 libwavpack 8.13.1 Options 8.14 mjpeg 8.14.1 Options 8.15 wavpack 8.15.1 Options 8.15.1.1 Shared options 8.15.1.2 Private options 9 Video Encoders 9.1 Hap 9.1.1 Options 9.2 jpeg2000 9.2.1 Options 9.3 libkvazaar 9.3.1 Options 9.4 libopenh264 9.4.1 Options 9.5 libtheora 9.5.1 Options 9.5.2 Examples 9.6 libvpx 9.6.1 Options 9.7 libwebp 9.7.1 Pixel Format 9.7.2 Options 9.8 libx264, libx264rgb 9.8.1 Supported Pixel Formats 9.8.2 Options 9.9 libx265 9.9.1 Options 9.10 libxvid 9.10.1 Options 9.11 mpeg2 9.11.1 Options 9.12 png 9.12.1 Private options 9.13 ProRes 9.13.1 Private Options for prores-ks 9.13.2 Speed considerations 9.14 QSV encoders 9.15 snow 9.15.1 Options 9.16 vc2 9.16.1 Options 10 Subtitles Encoders 10.1 dvdsub 10.1.1 Options 11 See Also 12 Authors 1 Description# TOC This document describes the codecs (decoders and encoders) provided by the libavcodec library.
    [Show full text]
  • Multiple Description Coding Using Time Domain Division for MP3 Coded Sound Signal
    Journal of Information Hiding and Multimedia Signal Processing ©2010 ISSN 2073-4212 Ubiquitous International Volume 1, Number 4, October 2010 Multiple Description Coding Using Time Domain Division for MP3 coded Sound Signal Ho-seok Wey1;2, Akinori Ito3, Takuma Okamoto1;3, and Yoiti Suzuki1;3 1Research Institute of Electrical Communication,Tohoku University 2-1-1, Katahira, Aoba-ku, Sendai, Miyagi 980-8577, JAPAN 2Graduate School of Information Sciences, Tohoku University, JAPAN Tel.: +81-22-217-5461, Fax.: +81-22-217-5535, E-mail: fhswey, okamoto, yoh @ais.riec.tohoku.ac.jp 3Graduate School of Engineering,f Tohoku University, g 6-6-05 Aramaki aza Aoba, Aoba-ku, Sendai, Miyagi 980-8579, JAPAN Tel.,Fax.: +81-22-795-7084, E-mail: [email protected] Received April 2010; revised May 2010 Abstract. In audio communications over a lossy packet network, packet loss conceal- ment techniques are needed to mitigate a user's frustration when perceiving the deterio- ration of the quality of the decoded signal. Multiple description coding (MDC) is a useful solution to this problem. In this paper, we describe an MDC method for concealing packet losses for wideband sound signal streaming based on the sample splitting method in the time domain and encoding by an MPEG-1 audio layer III (MP3) encoder. To enhance the quality of the restored signal, we applied a Wiener filter to the higher frequency part of the restored signal. Experiments were conducted to compare the proposed method with several conventional methods, conrming that the proposed method showed higher quality results than the conventional methods for a range of bit rates from 128 to 192 kbps when there were heavy packet losses.
    [Show full text]
  • A Real-Time Audio Compression Technique Based on Fast Wavelet Filtering and Encoding
    Proceedings of the Federated Conference on Computer Science DOI: 10.15439/2016F296 and Information Systems pp. 497–502 ACSIS, Vol. 8. ISSN 2300-5963 A Real-Time Audio Compression Technique Based on Fast Wavelet Filtering and Encoding Nella Romano∗, Antony Scivoletto∗, Dawid Połap† ∗Department of Electrical and Informatics Engineering, University of Catania, Viale A. Doria 6, 95125 Catania, Italy Email: [email protected], [email protected] †Institute of Mathematics, Silesian University of Technology, Kaszubska 23, 44-100 Gliwice, Poland Email: [email protected] Abstract—With the development of telecommunication tech- transmitted using less data than would be required for the nology over the last decades, the request for digital information original signal [2]. compression has increased dramatically. In many applications, Compression techniques can be classified into one of two such as high quality audio transmission and storage, the target is to achieve audio and speech signal codings at the lowest main categories: lossless and lossy. Lossless compression possible data rates, in order to offer cheaper costs in terms works by removing the redundant information present in an of transmission and storage. Recently, compression techniques audio signal, but preserving its quality and the complete in- using wavelet transform have received great attention because tegrity of the data. However, it offers small compression ratios, of their promising compression ratio, signal to noise ratio, hence it can be used if we have no stringent requirements; and flexibility in representing speech signals. In this paper we examine a new technique for analysing and compressing furthermore, it does not guarantee a constant output data rate, speech signals using biorthogonal wavelet filters.
    [Show full text]
  • A Cross-Layer Design for Scalable Mobile Video
    A Cross-Layer Design for Scalable Mobile Video The MIT Faculty has made this article openly available. Please share how this access benefits you. Your story matters. Citation Jakubczak, Szymon, and Dina Katabi. “A Cross-layer Design for Scalable Mobile Video.” ACM Press, 2011. 289. As Published http://dx.doi.org/10.1145/2030613.2030646 Publisher Association for Computing Machinery (ACM) Version Author's final manuscript Citable link http://hdl.handle.net/1721.1/72994 Terms of Use Creative Commons Attribution-Noncommercial-Share Alike 3.0 Detailed Terms http://creativecommons.org/licenses/by-nc-sa/3.0/ A Cross-Layer Design for Scalable Mobile Video Szymon Jakubczak Dina Katabi CSAIL MIT CSAIL MIT 32 Vassar St. 32 Vassar St. Cambridge, Mass. 02139 Cambridge, Mass. 02139 [email protected] [email protected] ABSTRACT Cisco visual index, mobile video traffic will grow 66 fold over Today’s mobile video suffers from two limitations: 1) it can- a period of five years [1]. Such predictions lead to a natu- not reduce bandwidth consumption by leveraging wireless ral question: can existing wireless technologies, e.g., WiFi, broadcast to multicast popular content to interested re- WiMax, or LTE, support this impending demand and pro- ceivers, and 2) it lacks robustness to wireless interference vide scalable and robust mobile video? and errors. This paper presents SoftCast, a cross-layer de- (a) Scalability. As demands for mobile video increase sign for mobile video that addresses both limitations. To congestion will also increase. The problem becomes particu- do so, SoftCast changes the network stack to act like a lin- larly severe when many users try to watch a popular realtime ear transform.
    [Show full text]
  • Technical Manual Creating Media for the Motorola V1100
    Technical Manual Creating Media for the Motorola V1100 Version 01.00 Table of Contents TABLE OF CONTENTS ............................................................................................................................. 2 TABLE OF FIGURES ................................................................................................................................. 3 INDEX OF TABLES.................................................................................................................................... 4 OVERVIEW ................................................................................................................................................. 5 GLOSSARY ................................................................................................................................................... 5 REFERENCES ............................................................................................................................................... 6 REVISION HISTORY ..................................................................................................................................... 6 DISPLAY ...................................................................................................................................................... 7 DISPLAY INFO ............................................................................................................................................. 8 GRAPHICS & VIDEO................................................................................................................................
    [Show full text]
  • G.729/A Speech Coder: Multichannel Tms320c62x Implementation (Rev. B)
    Application Report SPRA564B - February 2000 G.729/A Speech Coder: Multichannel TMS320C62x Implementation Chiouguey Chen C6000 Applications Xiangdong Fu ABSTRACT This document provides a detailed description of the implementation of the G.729 speech encoder and decoder (codec) on the Texas Instruments (TI) TMS320C6201 digital signal processor (DSP). Topics include program structure, code writing rules, data/program memory requirements, and performance evaluation. Issues regarding multichannel implementation and interrupts are also addressed. Contents 1 Introduction . 2 2 Multichannel System . 2 3 Algorithm Description . 4 3.1 Encoder Structure . 4 3.2 Decoder Structure . 5 4 Coding Guidelines . 5 4.1 Variable, Array, and Pointer Names. 5 4.2 Math Operations . 5 4.3 Tables and Functions. 5 4.4 Interrupt Issues . 5 4.4.1 Interrupts at the Frame Boundary. 6 4.4.2 Interrupts at the Submodule Boundary. 6 5 Data Memory Requirements. 6 5.1 Memory for Context Data. 6 5.2 Memory for Tables . 8 5.3 Memory for Local Variables and Arrays. 10 6 Performance/Code Size Results. 10 7 References . 10 List of Figures Figure 1. Framework Initialization. 3 Figure 2. Framework Kernel . 3 List of Tables Table 1. Encoder Context Data Structure (ENCODER_G729_MEM_BLK). 7 Table 2. Decoder Context Data Structure (DECODER_G729_MEM_BLK). 8 Table 3. List of G.729_TABLES. 9 Table 4. G.729/A Performance/Code Size Results. 10 TI is a trademark of Texas Instruments Incorporated. 1 SPRA564B 1 Introduction This document provides a detailed description of the implementation of the G.729/A speech encoder and decoder (codec) the Texas Instruments (TI) TMS320C6201 digital signal processor (DSP).
    [Show full text]
  • AMR Wideband Speech Codec; Feasibility Study Report (3GPP TR 26.901 Version 4.0.1 Release 4)
    ETSI TR 126 901 V4.0.1 (2001-04) Technical Report Universal Mobile Telecommunications System (UMTS); AMR wideband speech codec; Feasibility study report (3GPP TR 26.901 version 4.0.1 Release 4) 3GPP TR 26.901 version 4.0.1 Release 4 1 ETSI TR 126 901 V4.0.1 (2001-04) Reference DTR/TSGS-0426901Uv4 Keywords UMTS ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.:+33492944200 Fax:+33493654716 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 Individual copies of the present document can be downloaded from: http://www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the 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://www.etsi.org/tb/status/ If you find errors in the present document, send your comment to: [email protected] 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 2001.
    [Show full text]