Changes between Initial Version and Version 1 of Ticket #513


Ignore:
Timestamp:
Mar 17, 2008 10:17:54 AM (17 years ago)
Author:
bennylp
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #513 – Description

    initial v1  
    1 Support for the following report blocks of RTCP XR: 
    2  1. Receiver Reference Time Report Block 
    3  1. DLRR Report Block 
    4  1. Statistics Summary Report Block 
    5  1. VoIP Metrics Report Block: loss rate and round trip delay 
     1Some specs: 
     2 
     3 1. The following RTCP XR block types shall be supported: 
     4  - Receiver Reference Time Report Block 
     5  - DLRR Report Block 
     6  - Statistics Summary Report Block 
     7  - VoIP Metrics Report Block 
     8 1. XR packet source and destination (source -> destination): 
     9  - Receiver Reference Time Report Block: RTP receiver -> RTP transmitter 
     10  - DLRR Report Block: RTP transmitter -> RTP receiver 
     11  - Statistics Summary Report Block: RTP receiver -> RTP transmitter or network management server 
     12  - VoIP Metrics Report Block: RTP receiver -> RTP transmitter or network management server 
     13 1. In order to reduce XR traffic, Statistics Summary Report Block and VoIP Metrics Report Block shall always be stacked together and sent out in one RTCP XR packet. 
     14 1. The period for sending Statistics Summary Report and VoIP Metrics Report shall be configurable. 
     15 1. In addition to periodical reports, at the end of a call or PTT, the RTP receiver shall send out one XR packet containing the final Statistics Summary Report and VoIP Metrics Report. 
     16 1. In order to allow enough time to measure round trip delay, the sending of Receiver Reference Time Report Block shall be scheduled to occur at least 500 msec before "each" periodical sending of Statistics Summary Report and VoIP Metrics Report. 
     17 1. The destination where Statistics Summary Report and VoIP Metrics Report are sent shall be configurable: 
     18  - either the RTP transmitter or network management server. 
     19 1. It shall be configurable to use either a fixed assigned number or a randomly generated number for the 32-bit RTP Synchronization Source (SSRC) used to identify each RTP end point. 
     20  - In a closed system (such as P25 and !OpenSky), it is preferred to assign each device with a unique SSRC (a combination of device type and device ID).  The advantages with assigned SSRC are that SSRC alone can be used to identify RTP end points and no two end points will use the same SSRC. 
     21  - With randomly generated SSRC, network management server will not know the end points of XR reports unless it also receives other info such as RTCP SDES packets. 
     22 1. The following fields in the Statistics Summary Report Block shall be supported: 
     23  - begin_seq 
     24  - end_seq 
     25  - lost_packets (in the above sequence number interval) 
     26  - dup_packets (in the above sequence number interval) 
     27  - min_jitter (in the above sequence number interval) 
     28  - max_jitter (in the above sequence number interval) 
     29  - mean_jitter (in the above sequence number interval) 
     30  - dev_jitter (in the above sequence number interval) 
     31 1. The following fields in the VoIP Metrics Report Block shall be supported: 
     32  - loss rate (accumulated since the beginning of a call) 
     33  - discard rate (accumulated since the beginning of a call) 
     34  - burst density (accumulated since the beginning of a call) 
     35  - gap density (accumulated since the beginning of a call) 
     36  - burst duration (accumulated since the beginning of a call) 
     37  - gap duration (accumulated since the beginning of a call) 
     38  - round trip delay (the most recently measured) 
     39  - end system delay (= JB nominal delay + 2 * audio frame size per RTP packet) 
     40  - Gmin (= 16) 
     41  - RX config (= PLC + adaptive or fixed jitter buffer) 
     42  - JB nominal (= initial jitter buffer delay if fixed jitter buffer is used)