1、 ETSI TS 1Digital cellular telecoUniversal Mobile TelSpeech recognition fram(3GPP TS 22.2TECHNICAL SPECIFICATION122 243 V13.0.0 (2016communications system (Phaelecommunications System (LTE; ramework for automated voiceStage 1 .243 version 13.0.0 Release 1316-01) hase 2+); (UMTS); ice services; 13) E
2、TSI ETSI TS 122 243 V13.0.0 (2016-01)13GPP TS 22.243 version 13.0.0 Release 13Reference RTS/TSGS-0122243vd00 Keywords GSM,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
3、non lucratif enregistre la Sous-Prfecture 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
4、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
5、 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
6、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
7、authorized by written permission of ETSI. The content of the PDF version shall not be modified without the written authorization of ETSI. The copyright and the foregoing restriction extend to reproduction in all media. European Telecommunications Standards Institute 2016. All rights reserved. DECTTM
8、, PLUGTESTSTM, UMTSTMand the ETSI logo are Trade Marks of ETSI registered for the benefit of its Members. 3GPPTM and LTE are Trade Marks of ETSI registered for the benefit of its Members and of the 3GPP Organizational Partners. GSM and the GSM logo are Trade Marks registered and owned by the GSM Ass
9、ociation. ETSI ETSI TS 122 243 V13.0.0 (2016-01)23GPP TS 22.243 version 13.0.0 Release 13Intellectual Property Rights IPRs essential or potentially essential to the present document may have been declared to ETSI. The information pertaining to these essential IPRs, if any, is publicly available for
10、ETSI members and non-members, and can be found in ETSI SR 000 314: “Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in respect of ETSI standards“, which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web server (https:
11、/ipr.etsi.org/). Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web server) which are, or may be, or may become, essenti
12、al to the present document. Foreword This Technical Specification (TS) has been produced by ETSI 3rd Generation Partnership Project (3GPP). The present document may refer to technical specifications or reports using their 3GPP identities, UMTS identities or GSM identities. These should be interprete
13、d as being references to the corresponding ETSI deliverables. The cross reference between GSM, UMTS, 3GPP and ETSI identities can be found under http:/webapp.etsi.org/key/queryform.asp. Modal verbs terminology In the present document “shall“, “shall not“, “should“, “should not“, “may“, “need not“, “
14、will“, “will not“, “can“ and “cannot“ are to be interpreted as described in clause 3.2 of the ETSI Drafting Rules (Verbal forms for the expression of provisions). “must“ and “must not“ are NOT allowed in ETSI deliverables except when used in direct citation. ETSI ETSI TS 122 243 V13.0.0 (2016-01)33G
15、PP TS 22.243 version 13.0.0 Release 13Contents Intellectual Property Rights 2g3Foreword . 2g3Modal verbs terminology 2g3Foreword . 4g3Introduction 4g31 Scope 5g32 References 6g32.1 Normative References 6g32.2 Informative References 6g33. Definitions and abbreviations . 6g33.1 Definitions 6g33.2 Abbr
16、eviations . 7g34 Requirements 8g34.1 Initiation . 8g34.2 Information during the speech recognition session 9g34.3 Control 9g34.4 User Perspective (User Interface) . 9g35 UE and network capabilities. 9g36 Administration 10g36.1 Authorization 10g36.2 Deauthorization 10g36.3 Registration 10g36.4 Deregi
17、stration . 10g36.5 Activation . 10g36.6 Deactivation . 11g37 Service Provisioning. 11g38 Security. 11g39 Privacy 11g310 Charging . 11g311 Roaming . 12g312 Interaction with other services . 12g3Annex A (informative): Speech recognition Framework-based automated voice service examples 13g3Annex B (inf
18、ormative): Change History 14g3History 15g3ETSI ETSI TS 122 243 V13.0.0 (2016-01)43GPP TS 22.243 version 13.0.0 Release 13Foreword This Technical Specification has been produced by the 3rdGeneration Partnership Project (3GPP). The contents of the present document are subject to continuing work within
19、 the TSG and may change following formal TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an identifying change of release date and an increase in version number as follows: Version x.y.z where: x the first digit: 1 presented to TSG for
20、 information; 2 presented to TSG for approval; 3 or greater indicates TSG approved document under change control. y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, updates, etc. z the third digit is incremented when editorial only changes have
21、been incorporated in the document. Introduction Forecasts show that speech-driven services will play an important role on the 3G market. People want the ability to access information while on the move and the small portable mobile devices that will be used to access this information need improved us
22、er interfaces using speech input. At present, however, the complexity of medium and large vocabulary speech recognition systems is beyond the memory and computational resources of such devices. Also associated delay to download speech data files (e.g. grammars, acoustic models, language models, voca
23、bularies etc. .) may be prohibitive. Eventually, it may not always be acceptable for the speech service providers to allow download of these speech data files if they contained confidential information (password (security issue), customer names and address (privacy issue) or intellectual properties;
24、 for example a well crafted speech grammar is often considered by speech service providers as a trade secret. Server-side processing of the combined speech and DTMF input and speech output can overcome these constraints by taking full advantage of memory and processing power as well as specialized s
25、peech engines and data files. However, the distortions introduced by the encoding used to send the audio between the client and the server as well as additional network errors can degrade the performance of the speech engines; therefore also limiting the achievable speech functionalities. A server-s
26、ide speech service is generally equivalent to a phone call to an automatic service. As for any other telephony service, DTMF is a feature that should always be considered as needed. This document describes a generic speech recognition framework to distribute the audio sub-system and the speech servi
27、ces by sending encoded speech and meta-information between the client and the server. Instead of using a voice channel as in today“s server-based speech services, an error-protected data channel will be used to transport encoded speech from the client audio sub-system (terminal client) to remote spe
28、ech engines (on server) for processing (e.g. speech recognition, speaker recognition,). The speech recognition framework will also enable downlink data streaming of voice and recorded audio prompt generated by server to the terminal client audio subsystem. The speech recognition framework may use co
29、nventional codecs like AMR or Distributed Speech Recognition (DSR) optimized codecs. The speech recognition framework will provide users with a high performance distributed speech interface to server-based automatic speech services with communication, information access or transactional purposes. Th
30、e types of supported user interfaces include those that are voice only, for example, automatic speech access to information, such as a voice portal described in this section. These typically support combined speech or DTMF input. In the future, a new range of multi-modal applications is also envisag
31、ed incorporating different modes of input (e.g. speech, keyboard, pen) and speech and visual output. ETSI ETSI TS 122 243 V13.0.0 (2016-01)53GPP TS 22.243 version 13.0.0 Release 131 Scope The present document defines the stage one description of the Speech Recognition Framework for Automated Voice S
32、ervices. Stage One is the set of requirements for data seen primarily from the user“s and service providers“ points of view. This Technical Specification includes information applicable to network operators, service providers, terminal and network manufacturers. This Technical Specification contains
33、 the core requirements for the Speech Recognition Framework for automated voice services. The scope of this Stage 1 is to identify the requirements for 3G networks to support the deployments of a speech recognition framework - based automated voice services and therefore to introduce a 3GPP speech r
34、ecognition framework as part of speech-enabled services. The Speech Recognition Framework for automated voice services is an optional feature in a 3GPP system. Figure 1 positions the Speech recognition Framework (SRF) with respect to other speech-enabled services as discussed in 6. As illustrated, S
35、RF is designed to support server-side speech recognition over packet switched network (e.g. IMS). As such SRF also enable configurations of multimodal and multi-device services that include distribute the speech engines. Note that it is possible to design speech-enabled services that alternate or co
36、mbine the use of client-side only engines and SRF. Figure 1 - Positions the scope of the speech recognition framework as part of general speech enabled services. Speech-enabled Services Multimodal Services Speech-only ServicesMulti-device ServicesClient-side only Speech enginesServer-side Speech eng
37、inesSpeech Recognition Framework (Packet Switched)Circuit SwitchedSpeech RecognitionDSR optimized CodecConventional CodecOtherETSI ETSI TS 122 243 V13.0.0 (2016-01)63GPP TS 22.243 version 13.0.0 Release 132 References The following documents contain provisions which, through reference in this text,
38、constitute provisions of the present document. References are either specific (identified by date of publication, edition number, version number, etc.) or non-specific. For a specific reference, subsequent revisions do not apply. For a non-specific reference, the latest version applies. In the case
39、of a reference to a 3GPP document (including a GSM document), a non-specific reference implicitly refers to the latest version of that document in the same Release as the present document. 2.1 Normative References 1 3GPP TS 21.133: “3G security; Security threats and requirements“. 2 3GPP TR 21.905:
40、“Vocabulary for 3GPP Specifications“. 3 3GPP TR 22.941: “IP based multimedia framework; Stage 0“. 4 3GPP TS 22.105: “Services and service capabilities“. 5 3GPP TS 22.228: “Service requirements for the Internet Protocol (IP) multimedia core network subsystem; Stage 1“. 6 3GPP TR 22.977: “Feasibility
41、study for speech-enabled services“. 2.2 Informative References 7 ETSI ES 201 108 v1.1.2: “Distributed Speech Recognition: Front-end Feature Extraction Algorithm; Compression Algorithm“, April 2000. 8 Void 9 Void 10 ETSI ES 202 050 v0.0.0 “Speech Processing, Transmission and Quality aspects (STQ); Di
42、stributed speech recognition; Advanced front-end feature extraction algorithm; Compression algorithms; DSR advanced front end“, standard selected; document in preparation. 3. Definitions and abbreviations Definitions and abbreviations used in the present document are listed in TR 21.905 2. For the p
43、urposes of this document the following definitions and abbreviations apply: 3.1 Definitions Automated Voice Services: Voice applications that provide a voice interface driven by a voice dialog manager to drive the conversation with the user in order to complete a transaction and possibly execute req
44、uested actions. It relies on speech recognition engines to map user voice input into textual or semantic inputs to the dialog manager and mechanisms to generate voice or recorded audio prompts (text-to-speech synthesis, audio playback,). It is possible that it relies on additional speech processing
45、(e.g. speaker verification). Typically telephony-based automated voice services also provide call processing and DTMF recognition capabilities. Examples of traditional automated voice services are traditional IVR (Interactive Voice Response Systems) and VoiceXML Browsers. Barge-in event: Event that
46、takes place when the user starts to speak while audio output is generated. ETSI ETSI TS 122 243 V13.0.0 (2016-01)73GPP TS 22.243 version 13.0.0 Release 13Conventional Codec: The module in UE that encodes the speech input waveform , similar to the encoder in a vocoder e.g. EFR, AMR. Downlink exchange
47、s: Exchanges from servers and networks to the terminal. Dialog manager: A technology to drive a dialog between user and automated voice services. For example a VoiceXML voice browser is essentially a dialog manager programmed by VoiceXML that drives speech recognition and text-to-speech engines. DSR
48、 Optimised Codec: The module in UE which takes speech input, extracts acoustic features and encodes them with a scheme optimised for speech recognition. This module is similar to the conventional codec, such as AMR. On the server-side, the uplink encoded stream can be directly consumed by speech eng
49、ines without having to be converted to a waveform. Meta information: Data that may be required to facilitate and enhance the server-side processing of the input speech and facilitate the dialog management in an automated voice service. These may include keypad events over-riding spoken input, notification that the UE is in hands-free mode, client-side collected information (speech/no-speech, barge-in), etc. Speech Recognition Framework: A generic framework to distribute the audio sub-system and the speech services by sending encoded speech be
