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: In accordance with various embodiments, systems and methods that integrates web services into an actor model are provided. Such a system can include an event broker, which is operable to manage events between one or more actors and a plurality web services. The system can also include a plurality of protocol adapters. Each protocol adapter is associated with a different one of the plurality of web services. The system can further include a web services bundle which is a common library shared by the plurality of protocol adapters. Each protocol adapter can convert web services messages received from a web service into events and publish the events using the event broker.

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: In accordance with various embodiments, systems and methods of mapping an event related to a subscriber to an associated subscriber profile associated with a global unique identifier (GUID) associated with the specific subscriber, regardless of the particular subscriber identifier associated with the event. The system includes a routing module which is operable to resolve the GUID from a variety of identifiers and identifier types which might be associated with an event. The method can receive a subscriber identifier associated with an event, resolve the subscriber identifier to a global unique identifier (GUID), and route the event to a single actor for processing in accordance with the subscriber's profile and thereby provide the appropriate services and quality of service.

Abstract: In accordance with various embodiments, systems and methods of mapping an event related to a subscriber to an associated subscriber profile associated with a global unique identifier (GUID) associated with the specific subscriber, regardless of the particular subscriber identifier associated with the event. The system includes a routing module which is operable to resolve the GUID from a variety of identifiers and identifier types which might be associated with an event. The method can receive a subscriber identifier associated with an event, resolve the subscriber identifier to a global unique identifier (GUID), and route the event to a single actor for processing in accordance with the subscriber's profile and thereby provide the appropriate services and quality of service.

Abstract: In accordance with various embodiments, systems and methods that integrates web services into an actor model are provided. Such a system can include an event broker, which is operable to manage events between one or more actors and a plurality web services. The system can also include a plurality of protocol adapters. Each protocol adapter is associated with a different one of the plurality of web services. The system can further include a web services bundle which is a common library shared by the plurality of protocol adapters. Each protocol adapter can convert web services messages received from a web service into events and publish the events using the event broker.

Abstract: Systems and methods are described for enabling binary object attachment support in a short messaging service (SMS). More specifically, a binary SMS exposure service is described that allows for sending any generic binary content via SMS to the telecom network. The binary SMS exposure service includes an application-facing web services interface and a network-specific protocol interface. The binary attachment sent via SMS can represent any object, such as an electronic business card, an encrypted token, and the like. Applications are enabled to poll for the delivery status of a message sent using the exposure service, as well as receive asynchronous notifications for messages that have been sent. In addition, a specific use case is described wherein an encrypted binary object attachment is transmitted via SMS to an automobile in order to perform a specified function thereon.

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 enabling binary object attachment support in a short messaging service (SMS). More specifically, a binary SMS exposure service is described that allows for sending any generic binary content via SMS to the telecom network. The binary SMS exposure service includes an application-facing web services interface and a network-specific protocol interface. The binary attachment sent via SMS can represent any object, such as an electronic business card, an encrypted token, and the like. Applications are enabled to poll for the delivery status of a message sent using the exposure service, as well as receive asynchronous notifications for messages that have been sent. In addition, a specific use case is described wherein an encrypted binary object attachment is transmitted via SMS to an automobile in order to perform a specified function thereon.

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.