Kontakta säljare
0520-500 580
marknad@leissner.se
IN-system
The Leissner IN System is based on our field-proven Softswitch. As such, it is capable of providing advanced IN-services directly over IP using SIGTRAN, SIP or even SOAP. Naturally, the system also supports traditional E1/INAP interfaces.
The IN-system operates a subset of the switching engine in our softswitch. Numerous routing and number conversion functions are therefore available, and these may be configured and combined in almost unlimited fashions and numbers.
The following main IN-related functions are provided as standard by the system:
- All Call Query - Lookup of B-numbers towards the reference database on a per-call basis. Routing prefixes are added to numbers that have been ported.
- Access Screening - Authentication of A-numbers via Whitelist and/or Blacklist on a per-call basis. Access screening may be used in combination with Call Barring in numerous ways (certain customers may have some destination barred, or may only call a limited number of specified destinations, etc).
- Call Barring - The system supports individually tailored call barring schemes in which destinations are filtered out based on the type of calls and/or number series, down to individual numbers. Call Barring may also be used in combination with time-based routing and Access Screening.
- Call Control/Intelligent Routing - Customized routing schemes that use a combination of: time-based routing, event-based routing (busy; congestion, no reply, etc), load-balancing and routing based on originating number/geographical origination/network origination. Provided that the call-setup packet is included in the IN-query, routing based on geographical origination may even be supported for non-geographical numbers. A specific Web-interface and a SOAP-API are available for management of Intelligent Routing services.
- Advanced least cost routing - The IN system my also be used to provide advanced least cost routing services in which parameters such as time of day, volumes/capacity, quality (ASR/NER) and origination of the call are used as input to the routing process.
- Load balancing - Centrally controlled routing, for some or all destinations, allow for accurate load balancing to be implemented across multiple exchanges.
The IN-system has a well-defined, easily-adjusted, API for connection to a National Reference Database. This connection enables the IN system to keep an updated local copy of the reference database for management of ACQ.
Configurations
An IN-system consists of an Application Node running the actual IN-service application, and if legacy interfaces are required, a Signaling Gateway providing conversion of TDM-INAP transactions to IP and vice versa. In a small-scale system an Applications Node and Signaling Gateway may both reside in one standard PCI-chassi. In a larger system these units are implemented in separate servers. A large scale IN-system will consist of a redundant cluster of Application Node servers and one redundant pair of Signaling Gateway servers. System capacity is easily increased by adding Application Node servers. A redundant system operates in load-sharing mode.
Service Provisioning
The system provides both web-interfaces and a SOAP-based API through which operators and service providers can setup and administrate customized IN-features for network operations and end-user services. The SOAP API also enables operators to implement customer self-administration web-services.