11 Rating CIBER Roaming Usage Events

This chapter describes how to set up the Oracle Communications Billing and Revenue Management (BRM) Pipeline Manager for rating CIBER events.

For information about pipeline rating, see "About Pipeline Rating" in BRM Configuring Pipeline Rating and Discounting.

About Processing CIBER OCC Records

Other charges and credits (OCC) records are CIBER records of types 50 and 52. When you configure a pipeline to create CIBER OCC records, one OCC record is generated for each day that a roaming subscriber makes one or more calls from a visited network. By default, a CIBER OCC record is created only for the first call processed for a subscriber for a particular day, with the day beginning at 12:00 a.m.

To generate CIBER OCC records for network operators, you configure the following components:

  1. Use Pricing Center to specify that CIBER OCC records are generated for network operators. See "About Generating CIBER OCC Records for Network Operators.".

  2. Configure the FCT_CiberOcc function module to create CIBER OCC records. See "FCT_CiberOcc" in BRM Configuring Pipeline Rating and Discounting.

    Use the EdrNetworkModel entry to specify the network model, which identifies the home network to use for the pipeline. Use the value you entered in the Code field in Pricing Center when defining network models. See the discussion of defining a network model in BRM Pricing Center Online Help.

  3. Configure the FCT_DuplicateCheck function module to set an EDR field for duplicate EDRs. This field is checked by the FCT_CiberOcc module to determine whether to create an OCC record. See "Configuring Duplicate Check for CIBER OCC Records" and "FCT_DuplicateCheck" in BRM Configuring Pipeline Rating and Discounting.


To rate CIBER records, an EDR must be able to contain multiple charge packets. To enable this, create price models with multiple RUMs. See "About Pipeline Price Models" in BRM Setting Up Pricing and Rating.

CIBER OCC records are created only when the call record being processed by FCT_CiberOcc has OCC-associated charges. The type of call record determines which OCC record type is generated as shown in Table 11-1:

Table 11-1 Call Record type

Call record type Type of OCC record generated

10, 20, 30


22, 32


Other call records

No OCC record is generated.

If a combination of these types occur for a subscriber on the same day, the type of OCC record created is based on the first processed call record.

About Generating CIBER OCC Records for Network Operators

You use Pricing Center to specify whether to generate CIBER records for other charges and credits (OCC records) during outcollect processing. These records let you apply surcharges when your partner's roaming customers make calls from your network.

To specify that CIBER OCC records be generated for a network operator, see the discussion of generating CIBER OCC records for the network operator in BRM Pricing Center Online Help.

Configuring Duplicate Check for CIBER OCC Records

You can avoid creating duplicate OCC records by configuring the FCT_CiberOcc module to work with the FCT_DuplicateCheck module.

  1. Determine which field you want to use for duplicate check. Typically, this field is DETAIL.ASS_CIBER_EXT.NO_OCC. If you use a different field, it must be an Integer value.

  2. Enter the field name in the FCT_CiberOcc module NoOCCField registry entry:

  3. Enter the same field name in the FCT_DuplicateCheck module DuplicateIndicatorField registry entry:

    DuplicateIndicatorField = DETAIL.ASS_CIBER_EXT.NO_OCC

    See "FCT_DuplicateCheck" in BRM Configuring Pipeline Rating and Discounting.

Changing the Default Time Scheme

A CIBER OCC record is generated only for the first call processed for a subscriber for the day, with the day beginning at 12:00 a.m. You can customize this feature to use another time scheme for all system identification numbers (SIDs). However, you cannot specify different time schemes for different SIDs.

To use another time scheme:

  1. Define a new EDR field that records an attribute of the call date and time.

    This field will be used to determine whether to generate an OCC record. For example, record a value between 1 and 12 to generate an OCC record once per month, or record a value between 1 and 52 to generate a weekly OCC record.

  2. Write an iScript that sets a value in the new EDR field based on the call date. (See "Creating iScripts and iRules" in BRM Developer's Guide.) This iScript must be executed in the pipeline before the FCT_DuplicateCheck module.

  3. Specify the new EDR field for duplicate checking in the Fields entry in the FCT_DuplicateCheck module registry. See "FCT_DuplicateCheck" in BRM Configuring Pipeline Rating and Discounting.

  4. Specify the values that describe the new time interval in the OCCIntervalIndicator and OCCDescription entries in the FCT_CiberOcc module registry. See FCT_CiberOcc in BRM Configuring Pipeline Rating and Discounting.

    • The OCCDescription entry specifies the service associated with the OCC.

      This value is entered in the OCC_DESCRIPTION field in the ASSOCIATED_CIBER_EXTENSION block of the OCC record created.


        This field must not contain spaces. If you require spaces in the description, write an iScript to populate this field.
    • The OCCIntervalIndicator field specifies the interval at which the associated OCC record is generated.


       To use an interval other than the default (daily), you must customize this feature. See "Changing the Default Time Scheme".

      Possible values:

      1 = Event (Generates an OCC record based on an event.)

      2 = Hourly

      3 = Daily

      4 = Weekly

      5 = Monthly

      This value is entered in the OCC_INTERVAL_INDICATOR field in the ASSOCIATED_CIBER_EXTENSION block of the OCC record.

  5. Change the DETAIL.ASS_CIBER_EXT.OCC_END_DATE field in the OCC record to the date or time specific to your needs. By default, this field is set to the value of OCC_START_DATE to apply a daily surcharge.


    You can change the field by writing an iScript.

About Finding the Rate Plan for CIBER Records

To ensure that a rate plan is selected for every CIBER record, you must define a default Interconnect (IC) Product for source networks. IC products are linked to rate plans. If a search for a corresponding rate plan can not be found for the source network, the rate plan for the default IC Product is used.

You configure IC Products in Pricing Center. To configure default IC products for source networks:

  1. In Pricing Center, go to the Interconnect Product Configuration tab. See the discussion of configuring an interconnect product in BRM Pricing Center Online Help.

  2. For every IC Product Configuration that has a value in the Source Network entry, add a new IC Product Configuration. In the new IC Product Configuration, specify the same value for Source Network and enter .* (a period and an asterisk) as the value for the following fields:

    • Destination Network

    • Origin Area Code

    • Destination Area Code

    • Transit Area Code

    • Record Type

    • Service Code

    • Service Class

    • Usage Class

    In the IC Product field, enter the product that you want to use as the default.

  3. Save the configuration.

Configuring EDR Field Validation

You configure an EDR field validation to ensure that your roaming partner has followed the agreed procedure for generating files and automatically return the single EDRs that do not match the agreement, without rejecting the entire file.

To perform EDR field validation, follow these procedures:

To perform additional EDR field validation, configure rule sets and assign the rule sets to the FCT_IRules module. See "Configuring Rule Sets for the EDR Field Validation".

Configuring the iRuleValidation Module

The iRuleValidation module is an instance of the FCT_IRules function module. To configure iRuleValidation, set up an instance of FCT_IRules in the FunctionPool section of the Pipeline Manager registry and use iRulesValidation as the module instance.

iRuleValidation uses one of the following XML files that contain the rules and rule sets used for validation:

  • The CIBER_VAL.xml file specifies the rules and rule items for CIBER records.

Rules in the .xml file must be loaded into the Pipeline Manager database before starting a pipeline. See "Importing and Exporting Validation Rules" in BRM Developer's Guide.

Specify the XML rules file in the Rules entry of the iRuleValidation registry.

For more information, see "iRuleValidation" IN BRM Configuring Pipeline Rating and Discounting.

Configuring Rule Sets for the EDR Field Validation

You configure rule sets for EDR field validation in the database. You name a rule set according to the format used, such as CIBER. Each rule set consists of a series of rules, defining one rule for each of the EDR fields that are validated. Each rule contains a rule item. This rule item represents the current default error condition that results in an error message.

There are several levels of error messages:

  • Severe errors

  • Fatal errors

  • Warning errors


    In case of warning errors, Pipeline Manager generates an internal error that is logged in the stream log but does not return any detail. In this case, you discuss the settlement with your roaming partner using a conventional method, such as telephone or mail.

The rules and rule sets for EDR field validation are stored in the following database tables:





You can use the following tools to configure rules and rule sets:

  • Pricing Center. See the discussion of creating rules and rule items and creating rule sets and rule set lists in BRM Pricing Center Online Help.

  • The FCT_IRules module. This module can use rules stored in the database. See "FCT_IRules" in BRM Configuring Pipeline Rating and Discounting.