Abstract: A method for retrieving data from a telecommunications network includes receiving a request at a view for the subscriber data from a telecommunications application, where the subscriber data resides on multiple data sources. The method includes sending the request to each data source coupled to the view and receiving the subscriber data from the data sources coupled to the view. The method further includes merging the subscriber data into a single data record and returning the merged data record to the telecommunications application.

Abstract: The present invention provides a system and method for real-time communication signaling between HTML5 endpoints and the IMS Core of a telecommunication network. The method adapts complex signaling on the server-side into simple operations towards the Web. In an embodiment the system includes a network-side controller communicating over an Internet domain protocol with a client-side controller. The client-side controller provides a JavaScript API to encapsulate the signaling layer. The network-side controller includes session border control functionality, terminates Internet domain communications with the client-side, parses, and normalizes the Internet domain communications into an internal protocol suitable for communication with telecommunications network systems. The system thereby provides a dedicated signaling channel with session border control for applications on the client to interact with telecommunications network services.

Abstract: A system performs client wake up for real-time communications (“RTC”). The system closes a connection between a gateway and an RTC application of a device. The RTC application enters a sleeping mode when the connection to the gateway is closed. After closing the connection, the system receives a message intended for the RTC application. The system requests a push notification server to wake up the RTC application, reconnects the gateway with the RTC application, and delivers the message to the RTC application.

Abstract: A method for retrieving data from a telecommunications network includes receiving a request at a view for the subscriber data from a telecommunications application, where the subscriber data resides on multiple data sources. The method includes sending the request to each data source coupled to the view and receiving the subscriber data from the data sources coupled to the view. The method further includes merging the subscriber data into a single data record and returning the merged data record to the telecommunications application.

Abstract: Systems and methods are described for integrating a gateway in a telecom network environment with charging and payment functionality. The gateway is provided with three points of integration with charging and billing servers. These three points include a payment service, a charging data record listener and a credit control interceptor. The payment service provides an interface for client applications that reside outside of the telecom network to invoke a charging request, to translate the charging request and to relay it to the billing server. The charging data record listener listens for charging data records generated within the gateway and issues offline charging requests to the billing server upon detecting that a particular charging data record has been generated. The credit control interceptor intercepts requests in the communication traffic flowing through the gateway and initiates online charging requests to the billing server upon intercepting said requests.

Abstract: A system performs client wake up for real-time communications (“RTC”). The system closes a connection between a gateway and an RTC application of a device. The RTC application enters a sleeping mode when the connection to the gateway is closed. After closing the connection, the system receives a message intended for the RTC application. The system requests a push notification server to wake up the RTC application, reconnects the gateway with the RTC application, and delivers the message to the RTC application.

Abstract: A communications advertising system is described for delivering ad content to subscribers of a telecommunications network. The system performs traffic handling by using at least two limits for regulating message transmission. During processing, a network node of the system can continuously monitor the quantity of message traffic being processed. If the node detects that the quantity of traffic has decreased below a first limit, it can initiate the processing of reserved bulk messages. The node then continues to transmit the bulk traffic while still measuring the quantity of message traffic being processed. If, thereafter, the node detects that the quantity of overall message traffic being processed has exceeded a second limit, the processing of bulk messages is halted until the quantity of regular traffic decreases below the first limit once again, at which point the node can resume processing the bulk message traffic.

Abstract: A production upgrade is described for a multiprotocol gateway. This upgrade allows various modules and components within the gateway to be upgraded independently without impacting traffic flow in the gateway. The upgrade can be performed by deploying a new version of the module alongside an older version of the same module. New client requests can then be directed to the new version, while requests requiring the older module can be continued to be serviced by the prior version. A distinction is made between stateless and stateful conversation during the upgrade of various components. For stateful conversations, request traffic can be versioned according to the session to which each request belongs. A highly available state storage scheme allows new versions of the module to consume state information used by the older versions. For stateless conversations, all new requests can be immediately routed to the new version of the module.

Abstract: The present invention provides a system and method for real-time communication signaling between HTML5 endpoints and the IMS Core of a telecommunication network. The method adapts complex signaling on the server-side into simple operations towards the Web. In an embodiment the system includes a network-side controller communicating over an Internet domain protocol with a client-side controller. The client-side controller provides a JavaScript API to encapsulate the signaling layer. The network-side controller includes session border control functionality, terminates Internet domain communications with the client-side, parses, and normalizes the Internet domain communications into an internal protocol suitable for communication with telecommunications network systems. The system thereby provides a dedicated signaling channel with session border control for applications on the client to interact with telecommunications network services.

Abstract: An application server is described for development of telecommunications-based software applications. The application server provides a protocol-neutral programming model for application developers. Rather than having to account for specific protocol entry points into the server, all interactions in the server are abstracted as asynchronous events through the event broker layer. State management and concurrency are implemented as an actor-based model, where each actor owns its own segment of state and other actors wishing to update that state send asynchronous events to the owner. Thus, any communication in the various protocols can be expressed as an asynchronous event passed to, from and between the actors, who are each responsible for maintaining their own segment of state locally.

Abstract: A plurality of service facades are used to expose the capabilities of an underlying telecommunications network in different ways. Each service façade provides a different interface to access a set of functions of the telecom network. The service facades can be accessed by client applications residing externally with respect to the telecom network. The client applications can invoke a particular service façade to send a message to the network and the invocations can be translated to the native protocols used by the resources in the telecom network to carry out the request. The service facades can be deployed on a service access gateway to the telecom network and can include a simple object access protocol (SOAP) façade, a representational state transfer (REST) façade, a service oriented architecture (SOA) façade and a native façade.

Abstract: A mobile communications marketing and advertising platform is described for delivering advertising content to subscribers of a telecommunications network over telecom-based channels, such as SMS, MMS and WAP Push. The platform is integrated with business tools, such as business process execution language (BPEL) based systems, business intelligence (BI) systems, Billing and Revenue Management (BRM) and business analytics monitoring (BAM) systems. By integrating these systems, the business tools can leverage the data generated by the mobile marketing and advertising platform in order to provide an improved view, analysis and understanding of the content delivery process. Similarly, the mobile marketing platform can utilize the functionality provided by the integrated business systems in order to more efficiently deliver the advertising content to subscribers.

Abstract: A communications marketing and advertising system is described for delivering advertising content to subscribers of a telecommunications network. The system includes a marketplace component accessible by advertisers and ad space owners, which is used to create ad space for delivering content to subscribers of a telecommunications network. The marketplace allows advertisers to submit bids on the ad space and the ad space owners to approve or reject the bids. The system also includes a campaign manager that creates a campaign upon determining that the bid has been approved by the ad space owner. The campaign includes a set of messages containing ad content to be sent out to the subscribers. The subscriber profile module of the system obtains profile data associated with the subscribers of the telecommunications network and customizes the content of the messages according to the profile data. The ad engine delivers the messages to the recipients.

Abstract: A gateway is described that performs processing of communications by employing a series of service interceptors. The interceptors can be registered in the gateway by using a configuration file. Once registered, the interceptors can be invoked in a particular sequence for the requests coming into the gateway. Each interceptor can deny the request, allow the request, abstain from processing the request and pass the request to the next interceptor specified by the sequence. The interceptors can also modify the various data associated with the request. There can be dependencies between multiple interceptors. In addition, new custom interceptors can be created and registered at the gateway to process incoming requests.

Abstract: An application server is described for development of telecommunications-based software applications. The application server provides a protocol-neutral programming model for application developers. Rather than having to account for specific protocol entry points into the server, all interactions in the server are abstracted as asynchronous events through the event broker layer. State management and concurrency are implemented as an actor-based model, where each actor owns its own segment of state and other actors wishing to update that state send asynchronous events to the owner. Thus, any communication in the various protocols can be expressed as an asynchronous event passed to, from and between the actors, who are each responsible for maintaining their own segment of state locally.

Abstract: Systems and methods are described for integrating a gateway in a telecom network environment with charging and payment functionality. The gateway is provided with three points of integration with charging and billing servers. These three points include a payment service, a charging data record listener and a credit control interceptor. The payment service provides an interface for client applications that reside outside of the telecom network to invoke a charging request, to translate the charging request and to relay it to the billing server. The charging data record listener listens for charging data records generated within the gateway and issues offline charging requests to the billing server upon detecting that a particular charging data record has been generated. The credit control interceptor intercepts requests in the communication traffic flowing through the gateway and initiates online charging requests to the billing server upon intercepting said requests.

Abstract: Systems and methods are described for providing a gateway that enables cloud-based service exposure. The gateway can allow a particular operator to expose its services and to control, manage and monetize the communication traffic that accesses these services. In accordance with one use case, the gateway can be utilized to expose the services of a Web based application to other external service providers and applications and to manage, control and monetize the requests received from the external providers to the exposed service. In accordance with another use case, the gateway can be utilized to expose the excess capacity of a telecom network, such as a code division multiple access (CDMA) network or a global system for mobile communications (GSM) network and to manage the access to the exposed capacity of the network.

Abstract: A plurality of service facades are used to expose the capabilities of an underlying telecommunications network in different ways. Each service façade provides a different interface to access a set of functions of the telecom network. The service facades can be accessed by client applications residing externally with respect to the telecom network. The client applications can invoke a particular service façade to send a message to the network and the invocations can be translated to the native protocols used by the resources in the telecom network to carry out the request. The service facades can be deployed on a service access gateway to the telecom network and can include a simple object access protocol (SOAP) façade, a representational state transfer (REST) façade, a service oriented architecture (SOA) façade and a native façade.

Abstract: A communications marketing and advertising system is described for delivering advertising content to subscribers of a telecommunications network. The system includes a marketplace component accessible by advertisers and ad space owners, which is used to create ad space for delivering content to subscribers of a telecommunications network. The marketplace allows advertisers to submit bids on the ad space and the ad space owners to approve or reject the bids. The system also includes a campaign manager that creates a campaign upon determining that the bid has been approved by the ad space owner. The campaign includes a set of messages containing ad content to be sent out to the subscribers. The subscriber profile module of the system obtains profile data associated with the subscribers of the telecommunications network and customizes the content of the messages according to the profile data. The ad engine delivers the messages to the recipients.

Abstract: A communications advertising system is described for delivering ad content to subscribers of a telecommunications network. The system performs traffic handling by using at least two limits for regulating message transmission. During processing, a network node of the system can continuously monitor the quantity of message traffic being processed. If the node detects that the quantity of traffic has decreased below a first limit, it can initiate the processing of reserved bulk messages. The node then continues to transmit the bulk traffic while still measuring the quantity of message traffic being processed. If, thereafter, the node detects that the quantity of overall message traffic being processed has exceeded a second limit, the processing of bulk messages is halted until the quantity of regular traffic decreases below the first limit once again, at which point the node can resume processing the bulk message traffic.