rfc3351.txt

RFC 的详细文档！

           Voice->(Speech-to-Text)-Text->(Text-to-SL)-Video->(Person B)
           ---- Voice ----> (Speech-to-Text) ---- Text ----> (Person C)
           ---- Voice ----> (Speech-to-Text) ---- Text ----> (Person E)
           Voice->(Speech-to-Text)-Text->(Text-to-SL)-Video->(Person E)
(Person E) -Video-> (SL-to-Text) -Text-> (Text-to-Speech) -> (Person A)
           --------------------- Video --------------------> (person B)
           ---- Video ----> (  SL-to-Text  ) ---- Text ----> (Person C)
           -Video-> (SL-to-Text) -Text-> (Text-to-Speech) -> (Person D)

   Remarks: - Some services might be shared by users and/or other
              services.

            - Person E uses two parallel streams (SL and English Text).
              The User Agent might perform time synchronisation when
              displaying the streams.  However, this would require
              synchronisation information to be present on the streams.

            - The session protocols might support optional buffering of
              media streams, so that users and/or intermediate services
              could go back to previous content or to invoke a
              transcoding service for content they just missed.

            - Hearing impaired users might still receive audio as well,
              which they will use to drive some visual indicators so
              that they can better see where, for instance, the pauses
              are in the conversation.









Charlton, et al.             Informational                     [Page 12]

RFC 3351   SIP for Deaf, Hard of Hearing and Speech Impaired August 2002


7. Some Suggestions for Service Providers and User Agent Manufacturers

   This section is included to encourage service providers and user
   agent manufacturers in developing products and services that can be
   used by as wide a range of individuals as possible, including deaf,
   hard of hearing and speech-impaired people.

   - Service providers and User Agent manufacturers can offer to a deaf,
     hard of hearing and speech-impaired person the possibility of being
     able to prevent their specific abilities and preferences from being
     made public in any transaction.

   - If a User Agent performs auditory signalling, for example a pager,
     it could also provide another signalling method; visual (e.g., a
     flashing light) or tactile (e.g., vibration).

   - Service providers who allow the user to store specific abilities
     and preferences or settings (i.e., a user profile) might consider
     storing these settings in a central repository, accessible no
     matter what the location of the user and regardless of the User
     Agent used at that time or location.

   - If there are several transcoding services available, the User Agent
     can be set to select the most economical/highest quality service.

   - The service provider can show the cost per minute and any minimum
     charge of a transcoding service call before a session starts,
     allowing the user a choice of engaging in the service or not.

   - Service providers are encouraged to offer an alternative stream to
     an audio stream, for example, text or data streams that operate
     avatars, etc.

   - Service providers are encouraged to provide a text alternative to
     voice-activated menus, e.g., answering and voice mail systems.

   - Manufacturers of voice-activated software are encouraged to provide
     an alternative visual format for software prompts, menus, messages,
     and status information.

   - Manufacturers of mobile phones are encouraged to design equipment
     that avoids electro-magnetic interference with hearing aids.

   - All services for interpreting, transliterating, or facilitating
     communications for deaf, hard of hearing and speech-impaired people
     are required to:





Charlton, et al.             Informational                     [Page 13]

RFC 3351   SIP for Deaf, Hard of Hearing and Speech Impaired August 2002


     - Keep information exchanged during the transaction strictly
       confidential

     - Enable information exchange literally and simply, without
       deviating and compromising the content

     - Facilitate communication without bias, prejudice or opinion

     - Match skill-sets to the requirements of the users of the service

     - Behave in a professional and appropriate manner

     - Be fair in pricing of services

     - Strive to improve the skill-sets used for their services.

   - Conference call services might consider ways to allow users who
     employ transcoding services (which usually introduce a delay) to
     have real-time information sufficient to be able to identify gaps
     in the conversation so they could inject comments, as well as ways
     to raise their hand, vote and carry out other activities where
     timing of their response relative to the real-time conversation is
     important.

8. Acknowledgements

   The authors would like to thank the following individuals for their
   contributions to this document:

   David R. Oran, Cisco
   Mark Watson, Nortel Networks
   Brian Grover, RNID
   Anthony Rabin, RNID
   Michael Hammer, Cisco
   Henry Sinnreich, Worldcom
   Rohan Mahy, Cisco
   Julian Branston, Cedalion Hosting Services
   Judy Harkins, Gallaudet University, Washington, D.C.
   Cary Barbin, Gallaudet University, Washington, D.C.
   Gregg Vanderheiden, Trace R&D Center University of Wisconsin-Madison
   Gottfried Zimmerman, Trace R&D Center University of Wisconsin-Madison

Security Considerations

   This document presents some privacy and security considerations.
   They are treated in Section 5.6 Confidentiality and Security.





Charlton, et al.             Informational                     [Page 14]

RFC 3351   SIP for Deaf, Hard of Hearing and Speech Impaired August 2002


Normative References

   [1] Bradner, S., "Key words for use in RFCs to Indicate Requirement
       Levels", BCP 14, RFC 2119, March 1997.

   [2] Rosenberg, J., Schulzrinne, H., Camarillo, G., Johnston, A.,
       Peterson, J., Sparks, R., Handley, M. and E. Schooler, "SIP:
       Session Initiation Protocol", RFC 3261, June 2002.

Informational References

   [3] International Telecommunication Union (ITU), "Operational and
       interworking requirements for DCEs operating in the text
       telephone mode". ITU-T Recommendation V.18, November 2000.

   [4] Moore, Matthew, et al. "For Hearing People Only: Answers to Some
       of the Most Commonly Asked Questions About the Deaf Community,
       Its Culture, and the Deaf Reality". MSM Productions Ltd., 2nd
       Edition, September 1993.

   [5] http://www.typetalk.org.

   [6] http://www.visicast.co.uk.

   [7] http://www.speech.kth.se/teleface.

Authors' Addresses

   Nathan Charlton
   Millpark Limited
   52 Coborn Road
   London E3 2DG
   Tel: [phone]
   Fax: [phone]
   EMail: [e-mail]


   Mick Gasson
   Koru Solutions
   30 Howland Way
   London SE16 6HN
   Tel: [phone]
   Fax: [phone]
   EMail: [e-mail]







Charlton, et al.             Informational                     [Page 15]

RFC 3351   SIP for Deaf, Hard of Hearing and Speech Impaired August 2002


   Guido Gybels
   RNID
   19-23 Featherstone Street
   London EC1Y 8SL
   Tel: [phone]
   Textphone: [phone]
   Fax: [phone]
   EMail: [e-mail]

   Mike Spanner
   RNID
   19-23 Featherstone Street
   London EC1Y 8SL
   Tel: [phone]
   Textphone: [phone]
   Fax: [phone]
   EMail: [e-mail]

   Arnoud van Wijk
   Ericsson EuroLab Netherlands BV
   P.O. Box 8
   5120 AA Rijen
   The Netherlands
   Fax: [phone]
   EMail: [e-mail]

   Comments can be sent to the SIPPING mailing list.
























Charlton, et al.             Informational                     [Page 16]

RFC 3351   SIP for Deaf, Hard of Hearing and Speech Impaired August 2002


Full Copyright Statement

   Copyright (C) The Internet Society (2002).  All Rights Reserved.

   This document and translations of it may be copied and furnished to
   others, and derivative works that comment on or otherwise explain it
   or assist in its implementation may be prepared, copied, published
   and distributed, in whole or in part, without restriction of any
   kind, provided that the above copyright notice and this paragraph are
   included on all such copies and derivative works.  However, this
   document itself may not be modified in any way, such as by removing
   the copyright notice or references to the Internet Society or other
   Internet organizations, except as needed for the purpose of
   developing Internet standards in which case the procedures for
   copyrights defined in the Internet Standards process must be
   followed, or as required to translate it into languages other than
   English.

   The limited permissions granted above are perpetual and will not be
   revoked by the Internet Society or its successors or assigns.

   This document and the information contained herein is provided on an
   "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING
   TASK FORCE DISCLAIMS ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING
   BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION
   HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF
   MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.

Acknowledgement

   Funding for the RFC Editor function is currently provided by the
   Internet Society.



















Charlton, et al.             Informational                     [Page 17]