Abstract: An ingress call filter system enables real-time or near real-time efficiencies of an inter-carrier switch. The ingress call filter determines if a received call to a called party is likely to fail. If the call is likely to fail, the ingress call filter returns an indication that the call should be filtered or rejected. If the call in not likely to fail, the ingress call filter returns an indication that a call router should attempt to establish the call. Such techniques mitigate penalties assessed to the inter-carrier network for incomplete or failed calls in real time or near real time.

Abstract: A method of extending calls includes receiving a request to establish a call session with a called party, and establishing the call session between the calling party and the called party. The method further includes monitoring the length of the established call session, and receiving a message requesting a termination of the call session. Still further, the method includes, in response to receiving the message requesting the termination of the call session, maintaining the established call session for an additional time period, wherein the additional time period plus the monitored length of the established call session is equal to or greater than a threshold of time.

Abstract: To maximize efficiencies and to reduce termination costs of inter-carrier exchanges, an auto-dialer detection system enables an inter-carrier network switch to detect, in real-time or in near real-time, calls that are originated by auto-dialers. A call router of the switch may receive an incoming call attempt that includes a particular Automatic Number Identification (ANI). The auto-dialer detection system allows for a real-time or near-real time determination, based on the ANI and contents of a cache during a sliding window of time coincident with the reception of the origination, whether or not the call should be routed through the switch. Further, the auto-dialer detection system provides a real-time or a near real-time update to the cache contents to enable further real-time or near-real time detection and blocking of auto-dialed calls. Overrides to the cache (e.g., to always allow and/or to always block calls that include certain ANIs) may be provided.

Abstract: A vendor evaluator system enables real-time or near real-time efficiencies of an inter-carrier switch. At a nominal periodic rate (e.g., every fifteen minutes or less), the vendor evaluator system updates a performance map of vendor exchanges to which calls may be routed from the switch. Specifically, in real-time or in near real-time, an updated performance score is generated for each vendor exchange and/or for each NPA-NXX code that is connected to the switch based on a weighted average of post dial delay, average call hold time, and attempt-seizure ratio. The score is compared against performance thresholds to determine whether or not the respective exchange and/or code should be included in a pool of acceptably-performing, candidate vendor exchanges from which a particular exchange is selected to service a call. Such techniques prevent poorly performing vendors from servicing calls routed by the inter-carrier network switch in real time or near real-time.

Abstract: Techniques for originating an emergency call over a data network include determining whether or not a location services are currently available. Call control may be released to the native dialer when the location services are currently unavailable. Otherwise, the call may be processed by the application dialer, and may be routed from the mobile device towards a Public Safety Answering Point (PSAP) by using a private packet backbone network exchange. The application dialer may be configured to utilize a packet header format that indicates a geographic location of the mobile device when communicating with an emergency call router interconnected with the private packet backbone network exchange.

Abstract: Techniques for passing, releasing, and/or transferring control of a call origination from an application dialer to a native dialer of a mobile communication device include determining whether or not a destination telephone number indicated at a user interface of the device is included in a set of predetermined numbers, which may include a set of service numbers for, e.g., emergency services, directory assistance, community services and information, etc., and/or which may include other predetermined numbers. Call control may be released to the native dialer when the indicated, destination telephone number is included in the set. Otherwise, the call may be processed by the application dialer, and may be routed from the mobile device towards the destination telephone number by using a private packet backbone network exchange. The application dialer may be a default dialer, and a user of the device may be unaware of the native dialer.

Abstract: Systems and methods are provided to facilitate the performance of a Session Border Controller (SBC)-localized handoff. As part of the SBC-localized handoff, a communication device may transmit packets within a data call to an SBC via a first IP address. Subsequently, the communication device may be assigned a second IP address. The communication device may then transmit further packets to the SBC via the second IP address. In response, the SBC may route all traffic within the data call direct to the communication device via the second IP address, regardless of whether the traffic indicates that the traffic should be delivered to the first IP address.

Abstract: Systems and methods are provided to facilitate the performance of a Session Border Controller (SBC)-localized handoff. As part of the SBC-localized handoff, a communication device may transmit packets within a data call to an SBC via a first IP address. Subsequently, the communication device may be assigned a second IP address. The communication device may then transmit further packets to the SBC via the second IP address. In response, the SBC may route all traffic within the data call direct to the communication device via the second IP address, regardless of whether the traffic indicates that the traffic should be delivered to the first IP address.

Abstract: Systems and methods for mitigating phantom call traffic in a communication system are disclosed. A call may be received at a communications exchange. A jurisdiction of the call may be determined in real-time, and egress signaling information and a route of the call to a terminating local exchange may be determined based on the jurisdiction. At least a portion of the egress signaling information may be provided to the terminating exchange in call signaling and/or in call detail billing records so that the terminating exchange is enabled to correctly charge for call termination.

Abstract: A private packet network backbone exchange (PPNBE) may include a capability for determining a variable call termination location corresponding to a called party. The PPNBE may directly query one or more data sources administered by a communications service provider other than the provider of the PPNBE to determine a current location to which an originating call is to be terminated, and the PPNBE may provide a “one-hop” call connection between the originating entity and the terminating entity of the call without traversing or communicating with any other exchanges. The PPNBE may re-direct established calls by directly querying the one or more data sources. Multiple data sources administered by one or more other communications service provider may be directly accessed by the PPNBE for call termination and/or re-direction purposes.

Abstract: Systems and methods for providing communication service using a private packet network backbone exchange (PPNBE) are disclosed. The private packet network backbone exchange may include a logical call control entity, a logical routing database, one or more PPNBE gateways, and a private packet network. The PPNBE may provide “one-hop” call connection between a call-originating entity and a call-terminating entity without traversal of any other exchanges. The PPNBE may simultaneously support both one-hop local and long distance calls. The PPNBE architecture is easily scalable and incorporated into existing communication networks for on-net and off-net service. Methods and systems for providing access tandem communication service using a PPNBE are also disclosed.

Abstract: Systems and methods for providing multi-homed tandem access in a communication system are disclosed. The disclosure may include a private packet network backbone exchange (PPNBE) in connection with a set of access tandems and with a call destination such as an end-user or a communications service. A set of LRNs may be homed across the set of access tandems, with each of the set of LRNs mapped to one or more TNs corresponding to the call destination. An originating party may use any of the TNs to reach the call destination. A plurality of originating calls each including one of the TNs may be received at the PPNBE from any of the access tandems and routed to the call destination. Thus, the present disclosure provides greater call capacity than available access tandem architectures as well as optimizes a maximum number of call paths to a particular call destination.

Abstract: Systems and methods for mitigating phantom call traffic in a communication system are disclosed. A call may be received at a communications exchange. A jurisdiction of the call may be determined in real-time, and egress signaling information and a route of the call to a terminating local exchange may be determined based on the jurisdiction. At least a portion of the egress signaling information may be provided to the terminating exchange in call signaling and/or in call detail billing records so that the terminating exchange is enabled to correctly charge for call termination.

Abstract: Systems and methods for mitigating phantom call traffic in a communication system are disclosed. A call may be received at a communications exchange. A jurisdiction of the call may be determined in real-time, and egress signaling information and a route of the call to a terminating local exchange may be determined based on the jurisdiction. At least a portion of the egress signaling information may be provided to the terminating exchange in call signaling and/or in call detail billing records so that the terminating exchange is enabled to correctly charge for call termination.

Abstract: Systems and methods for providing multi-homed tandem access in a communication system are disclosed. The disclosure may include a private packet network backbone exchange (PPNBE) in connection with a set of access tandems and with a call destination such as an end-user or a communications service. A set of LRNs may be homed across the set of access tandems, with each of the set of LRNs mapped to one or more TNs corresponding to the call destination. An originating party may use any of the TNs to reach the call destination. A plurality of originating calls each including one of the TNs may be received at the PPNBE from any of the access tandems and routed to the call destination. Thus, the present disclosure provides greater call capacity than available access tandem architectures as well as optimizes a maximum number of call paths to a particular call destination.

Abstract: Systems and methods for providing communication service using a private packet network backbone exchange (PPNBE) are disclosed. The private packet network backbone exchange may include a logical call control entity, a logical routing database, one or more PPNBE gateways, and a private packet network. The PPNBE may provide “one-hop” call connection between a call-originating entity and a call-terminating entity without traversal of any other exchanges. The PPNBE may simultaneously support both one-hop local and long distance calls. The PPNBE architecture is easily scalable and incorporated into existing communication networks for on-net and off-net service. Methods and systems for providing access tandem communication service using a PPNBE are also disclosed.

Abstract: Systems and methods for providing communication service using a private packet network backbone exchange (PPNBE) are disclosed. The private packet network backbone exchange may include a logical call control entity, a logical routing database, one or more PPNBE gateways, and a private packet network. The PPNBE may provide “one-hop” call connection between a call-originating entity and a call-terminating entity without traversal of any other exchanges. The PPNBE may simultaneously support both one-hop local and long distance calls. The PPNBE architecture is easily scalable and incorporated into existing communication networks for on-net and off-net service. Methods and systems for providing access tandem communication service using a PPNBE are also disclosed.

Abstract: Systems and methods for providing multi-homed tandem access in a communication system are disclosed. The disclosure may include a private packet network backbone exchange (PPNBE) in connection with a set of access tandems and with a call destination such as an end-user or a communications service. A set of LRNs may be homed across the set of access tandems, with each of the set of LRNs mapped to one or more TNs corresponding to the call destination. An originating party may use any of the TNs to reach the call destination. A plurality of originating calls each including one of the TNs may be received at the PPNBE from any of the access tandems and routed to the call destination. Thus, the present disclosure provides greater call capacity than available access tandem architectures as well as optimizes a maximum number of call paths to a particular call destination.