Project

General

Profile

Actions

Bug #1801

closed

AMR DTX: downlink logic flawed

Added by laforge over 7 years ago. Updated about 7 years ago.

Status:
Closed
Priority:
Normal
Assignee:
Category:
-
Target version:
-
Start date:
08/20/2016
Due date:
% Done:

100%

Spec Reference:

Description

The AMR DTX logic operates as follows:
  • if there is an incoming downlink RTP frame in the queue for this lchan, send it
  • else, generate PH-EMPTY-FRAME.req or PH-DATA.req with SID payload, depending on time (also broken, see #1799)

This is flawed, as it assumes that the incoming RTP stream is always well-formed and -timed. It would for example also mean that a RTP stream with lots of extra SID frames (more than every 160ms) would result in all of those SID frames transmitted over the radio interface, where the spec says we should only transmit one SID_UPDATE every 160ms.

To quote a rule from IETF: we should be conservative in what we send and tolerant in what we receive.


Related issues

Related to OsmoBTS - Bug #1799: AMR DTX: last_sid should operate on codec frame intervals (20ms), not gsm frame numberClosedlaforge08/20/2016

Actions
Related to OsmoBTS - Bug #1800: AMR DTX: lchan->tch.last_sid is never populated with save_last_sid()Closedlaforge08/20/2016

Actions
Related to OsmoBTS - Bug #1803: osmo-bts-litecell15: AMR FR: some RTP buffers are never releasedClosedlaforge08/20/2016

Actions
Related to OsmoBTS - Bug #1802: AMR DTX Downlink: We are not sending ONSET ?!?Closedlaforge08/20/2016

Actions
Related to OsmoBTS - Bug #1892: AMR half rate crashes osmo-btsClosedlaforge12/20/2016

Actions
Actions

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)