Contents

1   Introduction

This document describes how to configure the Test Announcement service in the MTAS.

1.1   Prerequisites

It is assumed that the user of this document is familiar with the Operation and Maintenance (O&M) area, in general.

1.1.1   Licenses

Test Announcement does not require an extra license.

1.1.2   Documents

Before starting any procedure in this document, ensure that the following documents are available:

• Ericsson Command-Line Interface User Guide
• Managed Object Model (MOM)

1.1.3   Conditions

The following condition must apply:

• An Ericsson Command-Line Interface (ECLI) session in Exec mode is in progress.

2   Overview

The Test Announcement service is a terminating Public Service Identity (PSI) service provided by the MMTel AS. The service is available by calling a specific telephone number allocated for the PSI. It is up to the operator to decide if the PSI is known to served users directly or provided by the originating MMTel AS using number translation. The originating Telephony Application Server (TAS) routes the call to the terminating domain, and allow all originating services started on the test announcement call.

Each test call number is provisioned as a distinct PSI in the Home Subscriber Server (HSS). The dialed test call number identifies/represents a specific announcement to be played.

A test call is treated as a normal session by the originating MMTel AS.

The Test Announcement service supports the hold/resume and codec change in-session media requests.

The Test Announcement service supports Quality of Service (QoS) precondition negotiation.

The Test Announcement service provides offline charging information at each invocation.

The Test Announcement service provides specific performance counters indicating successful and unsuccessful invocations.

The Test Announcement service interacts with several components or functions within and outside the MTAS, as shown in Figure 1.

The interconnection with the Test Announcement service is as follows:

1. Actor: UA

   User Agent (UA) making a test call to the Test Announcement service.

2. Actor: O&M Operator

   The standard OAM interface is used to configure the MTAS-managed object of the Test Announcement service. The operator also configured the Generic Announcement (GA) to be played to the user.

3. Actor: CDF

   The Charging Data Function (CDF) is the recipient of the Accounting-Request (ACR) messages. The Charging Server processes each ACR message and returns an Accounting-Answer (ACA) message to MTAS.

4. Actor: MRFP/MRFC

   MTAS interacts with an MRFP (if there is an internal MRFC) or MRFC (Mr) to play selected announcement to the served user.

2.1   Subfunctions

2.1.1   Accept Incoming Test Call

The served user dials the test call number, including a specific Test Announcement PSI in the initial INVITE message. The announcement associated with the dialed PSI is played based on the MtasGaAnn configuration.

The test call request is accepted if the Test Announcement service is unlocked and the dialed number matches the configured PSI.

The Test Announcement service supports QoS precondition negotiation.

The Test Announcement service allocates media resources and request play-out of the announcement associated with the dialed number.

Played announcement is repeated continuously until the user terminates the call with SIP BYE request. If a finite announcement is used, it is played until it ends. The Test Announcement service does not support segmented announcements.

On successful Test Announcement invocation, the CDF node is informed with an ACR-Event message. The Test Announcement service updates the charging output with specific SSID to the SSC Test Announcement service.

2.1.2   Reject Incoming Test Call

An operator rejects the test call requests from a served user if an internal or external fault occurs. The test call is rejected in the following cases:

• Test Announcement number is configured, but Test Announcement service is locked (503 "Service Unavailable").
• QoS preconditions negotiation time-out (408 "Request Timeout").
• Internal MRFP or External MRFC error during the resource reservation (500 "Server Internal Error").
• Configuration faults, configured GA is not found (488 "Not Acceptable Here").

2.1.3   Hold-resume Test Call

The Test Announcement service allows the user to hold and resume the ongoing announcement. A user can hold the announcement by setting the SDP attribute to sendonly or inactive.

2.1.4   Media Renegotiation

The Test Announcement service allows the user to change media characteristics of the ongoing announcement. A user can send the new SDP offer, which is routed to MRFC for acceptance.

2.1.5   End Test Call

The played announcement is repeated continuously until the user terminates the call with SIP BYE request or if there is a finite announcement used, until the announcement ends.

Note:  

Because of current limitations, if the MRFC rejects new media the announcement is terminated by MMTel AS.

2.1.6   Play Announcement

The played announcement is repeated continuously until the user terminates the call with SIP BYE request. If a finite announcement is used, it is played until it ends. The Test Announcement service does not support segmented announcements.

2.1.7   Update PM Counter

Specific Performance Measurement (PM) counters reflect successful and unsuccessful invocations.

2.2   Interaction with Other Services

2.2.1   Scheduled Conference

Tel URI or embedded SIP URI is used for the Test Announcement service invocation. The same type of URI is used for the Scheduled Conference service. These two services are also deployed on the same AS. Thus, to avoid conflict, Test Announcement can only be enabled when Scheduled Conference is disabled.

3   Test Announcement Service Configuration

An O&M operator can configure the set of PSI numbers for the Test Announcement service invocation and define the set of announcements corresponding to the numbers of this PSI.

The service is active when the administrative state in enabled (mtasTaAdministrativeState=1).

The service configuration is presented a set of the PSI numbers (MtasTestAnnNumbers).

Each PSI number entry contains the number attribute (mtasTestAnnNumbersNum) and the announcement reference (mtasTestAnnNumbersGa), which is played for this range of numbers.

CM attributes for the Test Announcement service are as follows:

• mtasTestAnnNumbersGa: a string referring to the MtasGaAnn entry.
• mtasTestAnnNumbersNum: a string presenting the normalized SIP or tel URI, which starts the Test Announcement.

Example of CM attributes for the TA service:

MtasMmt=0
   MtasTa=0
      mtasTaAdministrativeState: 0
      MtasTestAnnNumbers=0
         mtasTestAnnNumbersNum: +15555550001
         mtasTestAnnNumbersGa:
"TestAnn0"
      MtasTestAnnNumbers=1
         mtasTestAnnNumbersNum: 15555550002
         mtasTestAnnNumbersGa:
"TestAnn1"
      [...]

The TA service uses the attributes from the instance of the MtasGaAnn parameter with the specified name to play the announcement.

If there is no instance of MtasGaAnn with the specified name, no announcement is played.

The GA presents a set of named announcement packages referring to the preconfigured announcement. The MTAS O&M operator can arbitrarily configure the repeat and duration parameters of a referred announcement (including forever for infinite announcements).

4   Performance Management

An operator can receive statistics on Test Announcement service invocations. Statistics are provided in the following three dimensions:

• Successful service.
• Unsuccessful because of external reasons.
• Unsuccessful because of internal reasons.

Measurements are keyed by the TA invocation number.

The Test Announcement service statistics is collected in the set of the following counters:

• MtasTaInvOk

  Test Announcement counted as successful after the success response from MRFP/MRFC that announcement is started.

• MtasTaInvNOkE

  Test Announcement counted as unsuccessful because of external reasons: if the MRFP/MRFC responds with error on resource reservation or an announcement invocation.

• MtasTaInvNOkI

  Test Announcement counted as unsuccessful because of internal reasons: if the service rejects the call because of internal error.

5   Fault Management

The Test Announcement service has no alarms.