RE: [Ecrit] ECRIT support for TTY/TDD calls
"Brian Rosen" <br@brianrosen.net> Wed, 15 February 2006 23:16 UTC
Received: from localhost.cnri.reston.va.us ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9VtL-00039D-H6; Wed, 15 Feb 2006 18:16:59 -0500
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9VtJ-00037x-G4 for ecrit@megatron.ietf.org; Wed, 15 Feb 2006 18:16:57 -0500
Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA17237 for <ecrit@ietf.org>; Wed, 15 Feb 2006 18:15:10 -0500 (EST)
Received: from cdx28.winwebhosting.com ([70.85.255.82]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F9W7O-0006eW-UD for ecrit@ietf.org; Wed, 15 Feb 2006 18:31:32 -0500
Received: from neustargw.va.neustar.com ([209.173.53.233] helo=BROSENLT41XP) by cdx28.winwebhosting.com with esmtpa (Exim 4.52) id 1F9Vsu-00058C-CN; Wed, 15 Feb 2006 17:16:33 -0600
From: Brian Rosen <br@brianrosen.net>
To: 'Gunnar Hellstrom' <gunnar.hellstrom@omnitor.se>, ecrit@ietf.org, "'Aquil, Kamran'" <kamran.aquil@mitretek.org>, "'François D. Ménard'" <fmenard@xittelecom.com>
Subject: RE: [Ecrit] ECRIT support for TTY/TDD calls
Date: Wed, 15 Feb 2006 18:16:36 -0500
Message-ID: <063001c63285$e0734e10$640fa8c0@cis.neustar.com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670
In-Reply-To: <GLEFKJBKNILEBOELNIBIAEDLDEAA.gunnar.hellstrom@omnitor.se>
Thread-Index: AcYygc9+2x9oXF1jSw2czQoct3KIHgAA8TJw
X-PopBeforeSMTPSenders: br@brianrosen.net,brosen
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - cdx28.winwebhosting.com
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - brianrosen.net
X-Spam-Score: 0.6 (/)
X-Scan-Signature: 30f4e7d5c947c6a4148c223879d273fc
Cc: 'Gregg Vanderheiden' <gv@trace.wisc.edu>
X-BeenThere: ecrit@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
Reply-To: br@brianrosen.net
List-Id: ecrit.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ecrit@ietf.org>
List-Help: <mailto:ecrit-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ecrit>, <mailto:ecrit-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0843689201=="
Sender: ecrit-bounces@ietf.org
Errors-To: ecrit-bounces@ietf.org
All I get out of this for ecrit is that we need entries for sos.police.tty in the service registry Brian _____ From: Gunnar Hellstrom [mailto:gunnar.hellstrom@omnitor.se] Sent: Wednesday, February 15, 2006 5:47 PM To: ecrit@ietf.org; 'Aquil, Kamran'; br@brianrosen.net; François D. Ménard Cc: Gregg Vanderheiden Subject: RE: [Ecrit] ECRIT support for TTY/TDD calls It is quite widely accepted now that real-time text transmitted with its own text coded RTP payload RFC 4103 is used to carry text that may be gatewayed to/from TTY/TDD/textphones in PSTN. It is discussed in http://www.ietf.org/internet-drafts/draft-ietf-sipping-toip-03.txt And it is documented in http://www.ietf.org/internet-drafts/draft-sinnreich-sipdev-req-08.txt Also other standardisation bodies have picked up the real-time text concept in IP networks, and pointed at RFC 4103 (or its compatible predecessor RFC2793 ). E.g. 3GPP and ETSI. A couple of years ago we had an intensive discussion in the SIMPLE mail list about the possibility to use MSRP to carry the real-time text medium, but we concluded that it would cause too much overhead or too much delay for the users, so that RTP was recommended instead. The most common use of MSRP is to not transmit until end of sentence, while for real time text, transmission is required with at most 500 ms interval as long as there is anything to transmit in order to maintain the real-time feeling of being in touch in a conversation through this medium. Quite commonly you will connect a text RTP stream and an audio RTP stream and possibly a video RTP stream in the same call, so that you will get an enhanced multimedia phone call with all supported media The ecrit requirements also mentions this correspondence in www.ietf.org/internet-drafts/draft-ietf-ecrit-requirements-03.txt Re4. Multiple Modes: Multiple communication modes, such as audio, video and text messaging MUST be supported. Motivation: In PSTN, voice and text telephony (often called TTY or textphone in North America) are the only commonly supported media. Emergency calling must support a variety of media. Such media should include voice, conversational text (RFC 4103 [9]), instant messaging and video. I am working in a European group where one of the goals is to agree on handling text users' requirements on emergency calling in IP networks. Of course we want to agree on global solutions if possible. Address mapping is one important and tricky question for text users. It is true that different countries have different approaches on emergency calling with PSTN Text telephones (TTYs). Some have the same number as voice users, while others have specific numbers. On the SIP side it would be good to have the same URL and make any required routing based on declared media, mode and language capabilities and preferences. Text capable gateways are not at all as common as VoIP gateways, so if the PSAP is still in PSTN, there is a need to have a good mechanism for routing emergency calls from SIP into PSTN through a text capable gateway. I cannot say that the mechanisms for finding the right gateway and make the proper address mapping to a PSTN number is solved yet for the text calls, and it would be excellent if we could have that topic in mind in the discussions and get proper methods documented. I have drafted, but not yet submitted a registration of a SIP URL and an ENUM subservice for real-time text. It might be helpful for finding text gateways and mapping addresses and (text) numbers, but I would like to see some scenarios thoroughly discussed before adding SIP URL and another ENUM subservice. Would there be any benefit of being allowed to enter TXP:112 or having ENUM to find an appropriate address if I call 112 from a SIP multimedia phone declaring text capabilities with m=text in sdp? Gunnar ---------------------------------------------------------------------------- - Gunnar Hellström, Omnitor gunnar.hellstrom@omnitor.se -----Original Message----- From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org]On Behalf Of François D. Ménard Sent: Wednesday, February 15, 2006 5:14 PM To: br@brianrosen.net; 'Aquil, Kamran'; ecrit@ietf.org Subject: Re: [Ecrit] ECRIT support for TTY/TDD calls I made a contribution to CISC NTWG on use of SIP for transporting TDD traffic: http://www.crtc.gc.ca/cisc/COMMITTE/N-docs/NTCO0338.doc I think it may be relevant to ECRIT. -=Francois=- On 2/15/06 10:51 AM, "Brian Rosen" <br@brianrosen.net> wrote: Within the scope of our work, I dont see how TDD services are impacted until we get to the architecture effort, which probably has to have some sections on that subject. With respect to the mapping protocol, I do not believe there is any impact at all. With respect to the sos service urn, I do not believe there is any impact at all Ecrit doesnt have scope to talk about any kind of gateways or codec support. Ah! My BCP on phones and proxies may need some mention, although this is the IETF, and I dont think the ploy of forcing the entire PSTN to support TDD just so 9-1-1 TDD will work. That effort would have to be in the general SIP arena. Brian _____ From: ecrit-bounces@ietf.org [mailto:ecrit-bounces@ietf.org] <mailto:ecrit-bounces@ietf.org%5d> On Behalf Of Aquil, Kamran Sent: Wednesday, February 15, 2006 10:31 AM To: ecrit@ietf.org Subject: [Ecrit] ECRIT support for TTY/TDD calls Folks, Like to know if there are specific ECRIT requirements recognizing support for Telecommunications Device for the Deaf (TDD) services for the hearing impaired. If not is this left for VOIP/SIP gateways to perform this requirement of translating the TDD calls to Text and Speech encoding. Wanted to make sure how ECRIT meet requirement for TDD services. Regards, Kamran Aquil Intelligent Transportation Systems- Division Mitretek Systems. _____ _______________________________________________ Ecrit mailing list Ecrit@ietf.org https://www1.ietf.org/mailman/listinfo/ecrit -- Francois D. Menard fmenard@xittelecom.com
_______________________________________________ Ecrit mailing list Ecrit@ietf.org https://www1.ietf.org/mailman/listinfo/ecrit
- [Ecrit] ECRIT support for TTY/TDD calls Aquil, Kamran
- RE: [Ecrit] ECRIT support for TTY/TDD calls Brian Rosen
- Re: [Ecrit] ECRIT support for TTY/TDD calls Fran=?ISO-8859-1?B?5w==?=ois D. M=?ISO-8859-1?B?6Q==?=nard
- Re: [Ecrit] ECRIT support for TTY/TDD calls Tom-PT Taylor
- RE: [Ecrit] ECRIT support for TTY/TDD calls Gunnar Hellstrom
- RE: [Ecrit] ECRIT support for TTY/TDD calls Brian Rosen
- RE: [Ecrit] ECRIT support for TTY/TDD calls Gunnar Hellstrom
- RE: [Ecrit] ECRIT support for TTY/TDD calls Marc Linsner
- Re: [Ecrit] ECRIT support for TTY/TDD calls Henning Schulzrinne
- RE: [Ecrit] ECRIT support for TTY/TDD calls Brian Rosen
- Re: [Ecrit] ECRIT support for TTY/TDD calls Rockford9
- Re: [Ecrit] ECRIT support for TTY/TDD calls Henning Schulzrinne
- RE: [Ecrit] ECRIT support for TTY/TDD calls Gunnar Hellstrom
- Re: [Ecrit] ECRIT support for TTY/TDD calls Francois Menard
- RE: [Ecrit] ECRIT support for TTY/TDD calls Gunnar Hellstrom
- RE: [Ecrit] ECRIT support for TTY/TDD calls Brian Rosen
- RE: [Ecrit] ECRIT support for TTY/TDD calls Gunnar Hellstrom
- RE: [Ecrit] ECRIT support for TTY/TDD calls Ted Hardie
- RE: [Ecrit] ECRIT support for TTY/TDD calls Marc Linsner