This chapter describes the metrics that can be collected and stored in the call detail records created by the Cisco BTS 10200 softswitch. The system collects the metrics post-call through a best-effort mechanism. The available metrics can be collected from the originating and/or terminating endpoints. If the defined wait period for receiving metrics from the endpoints is exceeded, then the corresponding fields within the CDR are NULL filled for any information not collected. Also, if the reporting endpoints do not support any of the listed metrics, then those too are NULL filled.
Currently the BTS 10200 supports QoS metrics collection from endpoints controlled through NCS/MGCP protocols. The BTS 10200 supports both RTCP and RTCP-XR based metrics, and these metrics are reported if supported by the endpoints associated with the call.
Many of the metrics peered between the two endpoints by RTP, RTCP, or RTCP-XR are gathered from both the local and remote sides of the originating and terminating endpoints. Only a concise set of these metrics is reported in the CDRs produced by the Cisco BTS 10200. If the reporting BTS 10200 controls both endpoints of the call, then only the "local" metrics of each endpoint are stored in the CDR. If only one of the endpoints is controlled by the reporting BTS 10200, then the local metrics for that endpoint and the remote metrics for the other endpoint as peered to the endpoint controlled by the BTS 10200 are stored in the corresponding CDR.
Table 5-1 lists the metrics that can be collected per call along with information on how to best leverage the data collected.
Table 5-1 Call Termination Cause Values and Definitions