[payload] new draft - RTP Payload Format for TETRA Audio Codec - pls review
REISENBAUER Andreas <Andreas.Reisenbauer@frequentis.com> Tue, 16 January 2018 10:50 UTC
Return-Path: <Andreas.Reisenbauer@frequentis.com>
X-Original-To: payload@ietfa.amsl.com
Delivered-To: payload@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 74EE512FB0F
for <payload@ietfa.amsl.com>; Tue, 16 Jan 2018 02:50:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001,
T_RP_MATCHES_RCVD=-0.01] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44])
by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id iicCn9ooIr4J for <payload@ietfa.amsl.com>;
Tue, 16 Jan 2018 02:50:30 -0800 (PST)
Received: from mail2.frequentis.com (mail2.frequentis.com [195.20.158.51])
(using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id BAA73127076
for <payload@ietf.org>; Tue, 16 Jan 2018 02:50:29 -0800 (PST)
X-IronPort-AV: E=Sophos;i="5.46,368,1511823600";
d="scan'208";a="2213772"
Received: from vie190nt.frequentis.frq ([172.16.1.190])
by mail2.frequentis.com with ESMTP; 16 Jan 2018 11:50:27 +0100
Received: from vie196nt.frequentis.frq ([172.16.1.196]) by
vie190nt.frequentis.frq ([172.16.1.190]) with mapi id 14.03.0382.000; Tue, 16
Jan 2018 11:50:27 +0100
From: REISENBAUER Andreas <Andreas.Reisenbauer@frequentis.com>
To: "payload@ietf.org" <payload@ietf.org>
Thread-Topic: [payload] new draft - RTP Payload Format for TETRA Audio Codec
- pls review
Thread-Index: AdOOteMRCmhbZt5vS6eM/ficHBH9TQ==
Date: Tue, 16 Jan 2018 10:50:26 +0000
Message-ID: <57EBEC5709E45848A81811BD60151DBA0124425263@vie196nt>
Accept-Language: de-AT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [172.16.73.8]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/payload/qufk_R0OBBhTctCJmVeSFc5K4sk>
Subject: [payload] new draft - RTP Payload Format for TETRA Audio Codec -
pls review
X-BeenThere: payload@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Audio/Video Transport Payloads working group discussion list
<payload.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/payload>,
<mailto:payload-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/payload/>
List-Post: <mailto:payload@ietf.org>
List-Help: <mailto:payload-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/payload>,
<mailto:payload-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Jan 2018 10:50:32 -0000
Dear IETF Payload WG, I have recently uploaded a draft specifying TETRA Audio Codec payload in https://tools.ietf.org/html/draft-df-stecker-expertenforum-payload-tetra-00 "This document specifies a Real-time Transport Protocol (RTP) payload format to be used for TETRA encoded speech signals. The payload format is designed to be able to interoperate with existing TETRA transport formats on non-IP networks. ..." from chapter 3 "Media Format Background" "The TETRA codec is used as vocoder for TETRA systems. The TETRA codec is designed for compressing 30ms of audio speech data into 137 bits. The TETRA codec is designed in such a way that on the air interface two of these 30ms samples are transported together (sub- block 1 and sub-block 2). ..." Main motivation of this payload is to attach ground based applications (fixed terminal stations, control room applications) to TETRA networks. Those networks are still TDM based while ground based applications today are connected via IP. As typically control rooms consume a bunch of so called "TETRA talkgroups", it makes sense to use TETRA encoded audio (as it is realized as an ACELP encoder) to save high value quality of service bandwidth (8kBit/s net data rate rather than e.g. 64kBit/s with G.711) without any drawback in terms of decreased audio quality and _without_ any transcoding. TETRA codec anyhow is used as the one and only codec within the entire TETRA network (both the air as well as the ground infrastructure). BTW: TETRA is still far away from being dead, it is still widely used and still expanded at authorities and civil services. So I warmly invite you to review and give me your +1 on this draft that it can become an RFC sooner or later. Many thanks Andreas ---------------------------- Dipl. Ing. Andreas Reisenbauer Principal Architect FREQUENTIS AG Address: A-1100 Wien, Innovationsstrasse 1
- [payload] new draft - RTP Payload Format for TETR… REISENBAUER Andreas