40 likes | 118 Views
This personal view by Dale Worley at IETF 78 in Maastricht discusses the purpose of specifying ring tones and their meanings for callers and callees, focusing on interoperability and extensibility in ring tone indicators. The goal is to create a system where the meaning of ring tones can be conveyed across various modalities, enhancing communication for all users.
E N D
Design challenges in alerting(a personal view)Dale Worley(as individual)IETF 78 Maastricht
Purpose is to provide way of specifying ring tones to be presented to callee and ringback tones to be provided to caller. These will be specified by URN values in the Alert-Info header. • Many non-SIP systems (especially PBXs) provide a variety of ring/ringback tones to tell caller/callee the circumstances of the call (outside call, inside call, call waiting has been invoked, etc.) • Purpose is to provide way of specifying ring tones to be presented • to callee and ringback tones to be provided to caller. These will • be specified by URN values in the Alert-Info header. • Purpose is to provide way of specifying ring tones to be presented • to callee and ringback tones to be provided to caller. These will • be specified by URN values in the Alert-Info header.
Current systems work entirely based on the rendering (short tone, long tone, fast tone, etc.), but we want to create "semantic" ring/ringtone indicators so interoperation can be based on ring tone meaning and to allow rendering in multiple modalities (e.g., visual indicators for the hearing impaired). • Different systems use somewhat compatible sets of ring tone meanings -- The goal is to provide "nearly best" approximations when interoperating. • Purpose is to provide way of specifying ring tones to be presented • to callee and ringback tones to be provided to caller. These will • be specified by URN values in the Alert-Info header. • Purpose is to provide way of specifying ring tones to be presented • to callee and ringback tones to be provided to caller. These will • be specified by URN values in the Alert-Info header.
Need to provide extensibility in almost all aspects of the specification so that usage within one system can carry all of the existing ring tone information (which may include "proprietary" aspects that we aren't standardizing). • The current work is organized around specifying values for multiple "dimensions" desired for the rendering. Values for several dimensions are used to select a best-fit rendering. Most dimensions are orthogonal, but some are incompatible with others. The set of dimensions and the set of values within each dimension must be extensible.