[Rum] Real-time text in multi-party calls - draft-hellstrom-mmusic-multi-party-rtt-00.txt

[Gunnar Hellström <[e-mail]>]

The need for multi-party support for real-time text was mentioned in the RUM session yesterday.

A new draft for that will be briefly presented in the AVTCORE session on Friday Nov. 22. The AVTCORE session is at 12:20-13:50 and the RTT multi-party slot is scheduled for 13:20 - 13:35.  Singapore time.

The draft is early, so let us make it useful for RUM.

For more facts and links, see below.

Regards

Gunnar Hellstrom

-------- Vidarebefordrat meddelande --------

Ämne:   Fwd: I-D Action: draft-hellstrom-mmusic-multi-party-rtt-00.txt







Hi mmusic and avtcore,

I have replaced an old expired draft about real-time text multi-party handling. It touches both transport and negotiation topics, so I am sending this to both mmusic and avtcore, but I hope we can keep the discussion in mmusic. So, please respond with your comments to mmusic.

Right now, the draft is a discussion paper. I intend to convert it to a true BCP format after some discussions on the preferences I have proposed.

Regards

Gunnar Hellström


-------- Vidarebefordrat meddelande --------
Ämne:   I-D Action: draft-hellstrom-mmusic-multi-party-rtt-00.txt
Datum:  Thu, 31 Oct 2019 16:33:35 -0700
Från:   [e-mail]<mailto:[e-mail]>
Svar till:      [e-mail]<mailto:[e-mail]>
Till:   [e-mail]<mailto:[e-mail]>



A New Internet-Draft is available from the on-line Internet-Drafts directories.


Title : Real-time text media handling in multi-party conferences
Author : Gunnar Hellstrom
Filename : draft-hellstrom-mmusic-multi-party-rtt-00.txt
Pages : 36
Date : 2019-10-31

Abstract:
This memo specifies methods for Real-Time Text (RTT) media handling
in multi-party calls. The main solution is to carry Real-Time text
by the RTP protocol in a time-sampled mode according to RFC 4103.
The main solution for centralized multi-party handling of real-time
text is achieved through a media control unit coordinating multiple
RTP text streams into one RTP session.

Identification for the streams are provided through the RTCP
messages. This mechanism enables the receiving application to
present the received real-time text medium in different ways
according to user preferences. Some presentation related features
are also described explaining suitable variations of transmission and
presentation of text.

Call control features are described for the SIP environment. A
number of alternative methods for providing the multi-party
negotiation, transmission and presentation are discussed and a
recommendation for the main one is provided. Two alternative methods
using a single RTP stream and source identification inline in the
text stream are also described, one of them being provided as a lower
functionality fallback method for endpoints with no multi-party
awareness for RTT.

Brief information is also provided for multi-party RTT in the WebRTC
environment.

EDITOR NOTE: A number of alternatives are specified for discussion.
A decision is needed which alternatives are preferred and then how
the preferred alternatives shall be emphasized.


The IETF datatracker status page for this draft is:
https://datatracker.ietf.org/doc/draft-hellstrom-mmusic-multi-party-rtt/

There are also htmlized versions available at:
https://tools.ietf.org/html/draft-hellstrom-mmusic-multi-party-rtt-00
https://datatracker.ietf.org/doc/html/draft-hellstrom-mmusic-multi-party-rtt-00


Please note that it may take a couple of minutes from the time of submission
until the htmlized version and diff are available at tools.ietf.org.

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

_______________________________________________
I-D-Announce mailing list
[e-mail]<mailto:[e-mail]>
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt