Patent classifications
H04M7/0096
SYSTEM FOR CLOUD-ENABLING A PREMISE PBX
In an example embodiment, a solution that allows a PBX to utilize bridged mobile or desktop applications for collaboration and softphone use is provided. The solution works in conjunction with existing hardwired PBX devices without requiring additional hardware such as an edge router to be integrated with the PBX hardware. Incoming calls are able to ring a user's hardwired device, such as a desk phone at an office, while simultaneously ring mobile device or desktop applications (apps). App users can place outbound PSTN calls and dial PBX extensions just as if they were using their hardwired device. Additionally, PSTN services are utilized from the existing PBX rather than bypassing the existing PBX, which makes tracking and billing more straightforward. A Session Initiation Protocol (SIP) tie trunk is used between the existing PBX and a software bridge controller.
Application Programming Interface (API) -Based Concurrent Call Path (CCP) Provisioning
Novel tools and techniques are provided for implementing application programming interface (“API”)-based concurrent call path (“CCP”) provisioning. In various embodiments, in response to receiving a CCP provisioning request, a computing system may determine whether such a request would affect a set of trunk groups assigned to a customer based at least in part on network utilization data. If not, the computing system may cause the nodes in the network to increase or decrease, in near-real-time, the number of CCPs in at least one trunk group assigned to the customer based on the CCP provisioning request. If so, the computing system may cause the nodes in the network to increase or decrease, in near-real-time, the number of trunk groups assigned to the customer and may cause the nodes in the network to increase or decrease, in near-real-time, the number of CCPs in the updated number of trunk groups.
SUBSCRIBERLESS DIFFERENTIATED ROUTING SYSTEM AND METHOD
A differentiated routing system includes a computer-executable system to receive a request from a first network gateway of a native network for establishing a communication service from a calling party terminal to a called party terminal. Upon receipt of the request, the system determines that policy information is not known for the calling party terminal that has originated the request, and therefore append a tag to the request in which the tag indicates that the requested communication service is to be established using one or more generic policies. The generic policies include one or more default policies to be used for establishing the communication service. The system then transmits the request to a routing device, wherein the routing device determines how the communication service is routed through the native network according to the one or more generic policies.
SYSTEM FOR CLOUD-ENABLING A PREMISE PDX
In an example embodiment, a solution that allows a PBX to utilize bridged mobile or desktop applications for collaboration and softphone use is provided. The solution works in conjunction with existing hardwired PBX devices without requiring additional hardware such as an edge router to be integrated with the PBX hardware. Incoming calls are able to ring a user's hardwired device, such as a desk phone at an office, while simultaneously ring mobile device or desktop applications (apps). App users can place outbound PSTN calls and dial PBX extensions just as if they were using their hardwired device. Additionally, PSTN services are utilized from the existing PBX rather than bypassing the existing PBX, which makes tracking and billing more straightforward. A Session Initiation Protocol (SIP) tie trunk is used between the existing PBX and a software bridge controller.
Modular Technologies for Servicing Telephony Systems
Modular technologies for servicing telephony systems are disclosed herein. An example method includes receiving a user request to service a telephony system of a user, and transmitting a set of available session initiation protocol (SIP) providers to a user computing device for analysis by the user. Responsive to receiving a user input, the example method includes connecting the user computing device to an SIP trunk, connecting to a serviceable call location included in the user request through the SIP trunk, wherein connecting to the serviceable call location initiates a data stream, and executing a servicing task included in the user request. The example method includes recording a portion of the data stream during execution of the servicing task, storing the portion of the data stream, and causing the user computing device to display the portion of the data stream for viewing by the user.
Application programming interface (API)-based concurrent call path (CCP) provisioning
Novel tools and techniques are provided for implementing application programming interface (“API”)-based concurrent call path (“CCP”) provisioning. In various embodiments, in response to receiving a CCP provisioning request, a computing system may determine whether such a request would affect a set of trunk groups assigned to a customer based at least in part on network utilization data. If not, the computing system may cause the nodes in the network to increase or decrease, in near-real-time, the number of CCPs in at least one trunk group assigned to the customer based on the CCP provisioning request. If so, the computing system may cause the nodes in the network to increase or decrease, in near-real-time, the number of trunk groups assigned to the customer and may cause the nodes in the network to increase or decrease, in near-real-time, the number of CCPs in the updated number of trunk groups.
System for cloud-enabling a premise PBX
In an example embodiment, a solution that allows a PBX to utilize bridged mobile or desktop applications for collaboration and softphone use is provided. The solution works in conjunction with existing hardwired PBX devices without requiring additional hardware such as an edge router to be integrated with the PBX hardware. Incoming calls are able to ring a user's hardwired device, such as a desk phone at an office, while simultaneously ring mobile device or desktop applications (apps). App users can place outbound PSTN calls and dial PBX extensions just as if they were using their hardwired device. Additionally, PSTN services are utilized from the existing PBX rather than bypassing the existing PBX, which makes tracking and billing more straightforward. A Session Initiation Protocol (SIP) tie trunk is used between the existing PBX and a software bridge controller.
User-based differentiated routing system and method
A differentiated routing system includes an electronic service in communication with an ingress gateway that receives a communication service, such as a call from a terminal, over a trunk. The service receives a request from the ingress gateway for establishing a communication service for the calling party terminal. The service obtains information associated with the calling party terminal, which may be based on the trunk and its relationship to a customer, in which the information is to be used for applying at least one of a routing decision and policy decision to the communication service, and appends a tag to the request based on the information. The service may then transmit the request appended with the information to a routing device, which may then use the information when providing the service.
Subscriberless differentiated routing system and method
A differentiated routing system includes a computer-executable system to receive a request from a first network gateway of a native network for establishing a communication service from a calling party terminal to a called party terminal. Upon receipt of the request, the system determines that policy information is not known for the calling party terminal that has originated the request, and therefore append a tag to the request in which the tag indicates that the requested communication service is to be established using one or more generic policies. The generic policies include one or more default policies to be used for establishing the communication service. The system then transmits the request to a routing device, wherein the routing device determines how the communication service is routed through the native network according to the one or more generic policies.
APPLICATION PROGRAMMING INTERFACE (API)-BASED CONCURRENT CALL PATH (CCP) PROVISIONING
Novel tools and techniques are provided for implementing application programming interface (API)-based concurrent call path (CCP) provisioning. In various embodiments, in response to receiving a CCP provisioning request, a computing system may determine whether such a request would affect a set of trunk groups assigned to a customer based at least in part on network utilization data. If not, the computing system may cause the nodes in the network to increase or decrease, in near-real-time, the number of CCPs in at least one trunk group assigned to the customer based on the CCP provisioning request. If so, the computing system may cause the nodes in the network to increase or decrease, in near-real-time, the number of trunk groups assigned to the customer and may cause the nodes in the network to increase or decrease, in near-real-time, the number of CCPs in the updated number of trunk groups.