Residential VoIP / cloud PBX services initially followed the traditional telephony (POTS) service model: pick up the handset, dial, get connected, and talk.

To make the services even better, PortaSwitch allows the introduction of additional features to traditional residential VoIP and cloud PBX services that are difficult to provide over traditional telephony. Some of these are:

  • Announcing the maximum allowed call duration at the beginning of the call.
  • Announcing that the call is about to be disconnected.
  • Asking the actual user for authentication by PIN for paid distance calls (for example, if the phone is located in a public place like conference room or hotel hall), etc.

Call flow

  • The user places an outgoing call to some destination from their IP phone (1).
  • The call initiation request is received by PortaSIP and forwarded to one of the available processing nodes (2).
  • The processing node sends an authorization request to PortaBilling (3).
  • PortaBilling determines that the call must be processed via a special IVR application (as opposed to sending the call directly to the destination) and provides the instruction to forward the call to the Media Server (4).
  • Upon receiving the call, the Media Server launches the call control application, which establishes a media connection between the user’s IP phone and the Media Server (5).
  • The call control application sends an additional authorization request to PortaBilling (6) and receives back the necessary information about the caller, for instance, the amount of currently available funds (7).
  • The outgoing call is sent again to the dispatching node (8), from where it is routed as any other outgoing call to the final destination using one of the available carriers (9).
  • When the call is answered by the called party, the other portion of the media connection is established (10) and the call control application connects the caller and the callee. The media stream still travels via the processing node, so it can intervene at any moment – for instance to announce that the call is about to be disconnected.

Controlling the IVR flow/announcements

Link copied to clipboard

The Path-through IVR application is launched to process all fee-based calls to an outside network. An administrator first creates one or more Pass-through IVR applications and then configures the options for each application (e.g., whether the maximum allowed call duration should be announced).

For certain accounts, the administrator configures the Call via IVR service feature to control whether outgoing calls are made normally or handled by a media application that plays voice prompts.

On-net calls and calls to other IVR applications (e.g., to voicemail) bypass the Path-through IVR application.

Call via IVR

On this page

What's new
Admin manuals
UI help
Back to main menu