Patent classifications
H04M3/12
Core network bypass for toll-free calling
Techniques are described for determining when and how to re-route toll-free calls around a core telephony network experiencing significant disruptions. A core telephony network of a telephony service provider is monitored for anomalies. Upon detecting an anomaly, it is determined whether the anomaly is significant enough to warrant re-routing inbound toll-free calls around the core telephony network. The re-routing process comprises accessing an industry registry database including a plurality of toll-free numbers (TFNs) associated with a routing template comprising the instructions for routing toll-free calls. The routing template instructions may be switched to re-direct toll-free calls associated with one or more specific TFNs to a particular carrier. Within that particular carrier, the routing instructions may be switched to re-direct the toll-free calls away from the service provider's core telephony network to a network bypass cloud platform. The network bypass cloud platform may be configured to receive toll-free calls, determine a customer telephony network to which to route the received toll-free calls based on the TFN of the toll-free call, and route the toll-free call to the customer telephony network.
Method for training a spoofing detection model using biometric clustering
Systems for and methods of training a spoofing detection model include receiving a plurality of customer call interactions; classifying each of the plurality of customer call interactions as a spoofed call or a non-spoofed call using a spoofing detection model; generating a voiceprint for each of the plurality of customer call interactions; comparing the generated voiceprints; grouping the generated voiceprints into one or more clusters based on the comparing, wherein each cluster represents a single speaker; locating a cluster containing a spoofed call and a non-spoofed call, thereby indicating that the non-spoofed call was misclassified by the spoofing detection model; and updating the spoofing detection model with the non-spoofed call.
Fault routing of an emergency communication
Aspects of the disclosure relate to routing of an emergency communication under fault conditions. Routing can be implemented in a packet-switching (PS) network that provides voice service. For a network node of the PS network, availability to route the emergency communication through a specific emergency service routing number (ESRN) can be determined and, in response to the network node being unavailable, administrative data associated with the ESRN can be accessed. In addition, an identifier associated with the administrative data can be updated (e.g., created or modified) with data indicative of the device that originated the emergency communication. The administrative data and the resulting identifier can be delivered to a second network node that can route the emergency communication to an emergency service network.
Hybrid Cloud PBX
Disclosed is a system for telephones by providing an improved and streamlined user experience and enhanced fail over mechanisms. A decentralized system managed through a web site which allows for continued operation even when the primary systems fail includes a mechanism for restoring the primary systems automatically when they become available again. Phones connect to two PBX systems at the same time, one local and one at a remote location. The two PBX systems synchronize configuration data and media files between them. The website can also be used to manage any number of systems allowing any size organization to manage every phone system in their organization from a single interface.
RELAY SERVER, RELAY METHOD AND RELAY PROGRAM
A relay server 31 includes: a detection unit 31A that detects a failure of a subscriber server 21; and a relay unit 31B that relays call connection requests 51, 52, and 53 to another network in which corresponding subscribers may possibly be accommodated according to connection attempt network information indicating networks to attempt a call connection, when a failure of the subscriber server 21 is detected by the detection unit 31A.
Telephony Outage Handling Using An On-Premises Telephony Node
A client device determines that a telephony outage is occurring. The client device connects to an on-premises telephony node using an encrypted password at the client device. The client device accesses a set of telephony services via the on-premises telephony node.
Fault routing of an emergency communication
Aspects of the disclosure relate to routing of an emergency communication under fault conditions. Routing can be implemented in a packet-switching (PS) network that provides voice service. For a network node of the PS network, availability to route the emergency communication through a specific emergency service routing number (ESRN) can be determined and, in response to the network node being unavailable, administrative data associated with the ESRN can be accessed. In addition, an identifier associated with the administrative data can be updated (e.g., created or modified) with data indicative of the device that originated the emergency communication. The administrative data and the resulting identifier can be delivered to a second network node that can route the emergency communication to an emergency service network.
Hybrid cloud PBX
Disclosed is a system for telephones by providing an improved and streamlined user experience and enhanced fail over mechanisms. A decentralized system managed through a web site which allows for continued operation even when the primary systems fail includes a mechanism for restoring the primary systems automatically when they become available again. Phones connect to two PBX systems at the same time, one local and one at a remote location. The two PBX systems synchronize configuration data and media files between them. The website can also be used to manage any number of systems allowing any size organization to manage every phone system in their organization from a single interface.
Device and method for call forwarding based on IMS
A call forwarding device based on an IMS includes a terminal and an IMS communication system connected to the terminal. The IMS communication system is respectively connected to an IMS special service number device, an IMS user database and an IMS maintenance device. After the terminal establishes a communication with the IMS special service number device, a forwarding condition and a forwarding number set through an IVR, and a calling number and a called number of the terminal are saved in the IMS user database. When the calling number of the terminal dials the called number, the IMS communication system detects a status of the called number, and a communication is established between the calling number and the forwarding number of the terminal according to the forwarding condition.
FAULT ROUTING OF AN EMERGENCY COMMUNICATION
Aspects of the disclosure relate to routing of an emergency communication under fault conditions. Routing can be implemented in a packet-switching (PS) network that provides voice service. For a network node of the PS network, availability to route the emergency communication through a specific emergency service routing number (ESRN) can be determined and, in response to the network node being unavailable, administrative data associated with the ESRN can be accessed. In addition, an identifier associated with the administrative data can be updated (e.g., created or modified) with data indicative of the device that originated the emergency communication. The administrative data and the resulting identifier can be delivered to a second network node that can route the emergency communication to an emergency service network.