5.1.4.1 Feature Description

The IDP A-Party Blacklist feature provides subscriber blacklisting capability on the Calling Party (A-Party or CgPN) number in the IDP CAMEL message. (The feature is not supported for IDPSMS messages.) The blacklisting function is achieved using either a query-based mode, or a relay-based mode in conjunction with IDP Relay feature processing.

vSTP receives an IDP query message destined to the vSTP PC, or a prepaid IDP message sent to the vSTP PC for translation to a prepaid SCP. MSCs are configured with a trigger point to send an IDP message for just post-paid, or prepaid, or all subscribers in the network, depending on the use case for a particular operator.

The necessary discrimination and pre-processing are performed by the prepaid IDP Relay functions (SCCP CdPA check, CgPA check and SKBCSM Common Screening List). The Calling Party Number (from the CgPN parameter in the message) is decoded. If the subscriber number is blacklisted, the number in the UDR has a blacklist flag and any Routing Number information that is needed to re-route the call. If a blacklist match is found, a Connect message is returned with Routing Number (if provisioned). This Routing Number could be a service center number that receives the re-routed call and provides the necessary assistance. If the subscriber is not blacklisted, the IDP message continues normal processing for IDP A-Party Blacklist Relay, or a CONTINUE response is generated for IDP A-Party Blacklist Query.

The blacklisting function is achieved using either a query-based mode or a relay-based mode. The two modes are provided by two Numbering Plan Processor (NPP) Service Actions that are executed by the Prepaid IDP Query Relay (IDP Relay) IDPRCGPN NPP service:
  • IDP A-Party Blacklist Query mode is provided by the BLKLSTQRY NPP Service Action, which is used when a query/response mode is desired for both blacklist-match and blacklist-no-match cases.
  • IDP A-Party Blacklist Relay mode is provided by BLKLSTRLY NPP Service Action, which is used when a query/response mode is desired only for the blacklist-match case. In the blacklist-no-match case, the message is subject to other new or existing provisioned features, their status, and the results of any other Service Action Handler execution.