Abstract: Disclosed are systems, methods, and non-transitory computer-readable media for a programmable voice extension framework. A voice extension framework allows customers to develop and implement voice extensions that extend a base set of features and functionality provided by a cloud-based communication platform. The voice extension framework provides a standardized voice extension Application Programming Interface (API) that can be used to develop the voice extensions. Once developed, the voice extension (e.g., piece of software) is added to an extension repository maintained by the cloud-based communication platform, where it may be invoked (e.g., called) to provide the additional feature or functionality. For example, the voice extension may be invoked through use of an extension name designated to the voice extension.

Abstract: A method of dynamically allocating media resources includes providing a plurality of microservices in a signaling server and receiving, by one of the microservices, a call message from a client capable of browser-to-browser communications. The call message includes an identifier specifying a target. The identifier is send by the microservice to a cache with a request for capability information of the target. The cache is configured to retrieve the capability information of the target using the identifier. The microservice receives the capability information of the target from the cache.

Abstract: A WebRTC system, device and method enabling a P2P communication when both ends of a communication are WebRTC enabled devices. The system and devices also enable a WebRTC client to SIP device communication. A SIP interworking function is configured to receive a SDP1 from an originating WebRTC and obtain local media information from a media interworking function. The first SIP interworking function is configured to create a SDP2 based on the SDP1 and the local media information, create a SIP message comprising a message-body field including the SDP2 and an SIP extension header field including the SDP1, and send the SIP message to an IMS or SIP server.

Abstract: A method of capability discovery notification is provided. The method includes receiving, from a representational state transfer (REST) client, a subscription for service notifications. The service capability of the REST client, which is based on the subscription for service notifications received, is stored in memory. A request for the service capability of the REST client is received from a network and the service capability of the REST client is retrieved from the memory based on the request received. A response to the request for the service capability of the REST client is sent to the network. The response includes the service capability of the REST client retrieved from the memory.

Abstract: A method of handling notification channel disconnection is provided. The method includes detecting that a notification channel corresponding to a representational state transfer (REST) client is disconnected, sending, to an application server, a disconnection request indicating that the notification channel is disconnected, and receiving, from the application server, a response indicating that a subscription of the REST client has been deleted.

Abstract: A method of dynamically allocating media resources includes providing a plurality of microservices in a signaling server and receiving, by one of the microservices, a call message from a client capable of browser-to-browser communications. The call message includes an identifier specifying a target. The identifier is send by the microservice to a cache with a request for capability information of the target. The cache is configured to retrieve the capability information of the target using the identifier. The microservice receives the capability information of the target from the cache.

Abstract: A method, device and system configured to support webRTC media communications. The method includes a webRTC client initiating a media connection with a signaling server serving the webRTC client. A monitor server obtains server performance metrics from each of a plurality of media gateway (GW) servers and responsively provides the signaling server with the assigned media GW server as a function of the performance metrics. The monitor server is configured to communicate with a plurality of media GW servers in the network. The monitor server is configured to execute a background process on performance metrics of each of the plurality of media GW servers, and determine a preferred media GW server from the plurality of media GW servers for the webRTC client. The system is configured to support webRTC media communications to connect a webRTC client to a preferred media GW server based on the performance of the media GW servers.

Abstract: A WebRTC system, device and method enabling a P2P communication when both ends of a communication are WebRTC enabled devices. The system and devices also enable a WebRTC client to SIP device communication. A SIP interworking function is configured to receive a SDP1 from an originating WebRTC and obtain local media information from a media interworking function. The first SIP interworking function is configured to create a SDP2 based on the SDP1 and the local media information, create a SIP message comprising a message-body field including the SDP2 and an SIP extension header field including the SDP1, and send the SIP message to an IMS or SIP server.