Abstract: A network server may be configured to communicate triggers across a telecommunication network by receiving a trigger communication message that includes information suitable for causing a destination machine-to-machine device to perform operations in response to receiving the trigger communication message, receiving policy or charging information from a component in the telecommunication network, determining whether the trigger communication message should be sent to the destination machine-to-machine based on the received policy or charging information, and sending the trigger communication message to the destination component only when it is determined that the trigger communication message should be sent to the destination machine-to-machine based on the received policy or charging information.

Abstract: A telecommunication network may include a policy management system and a charging system. The charging system may be configured to receive a request for subscriber state information relating to a subscriber from the policy management system, retrieve current subscriber state information from memory, determine future subscriber state information for the subscriber, generate a communication message that includes the current subscriber state information and the future subscriber state information, and send the generated communication message to the server computing device.

Abstract: A combination of a common key routing (CKR) method and data proxy architecture (DPA) method may be used to route communication messages in a telecommunication network to achieve improved data locality and reduce secondary key lookups. A processor in a multiprocessor computing system may receive a first communication message that includes subscriber identifiers that uniquely identify a subscriber, generate a common key based on the subscriber identifiers, identify a first logical scalable unit that includes a first database memory that stores subscriber data relating to the subscriber via a database application programming interface (API) and the common key, store the first communication message in the first database memory included in the first logical scalable unit, and receive a second communication message in response to storing the first communication message in the first database memory and routing the second communication message to another component the telecommunication network.

Abstract: The performance of a scalable computing environment in a telecommunication network may be improved by configuring a server computing system to monitor a level of traffic throughput within the telecommunication network to determine whether an increase in throughput capacity is needed or a decrease in throughput capacity is acceptable, and increasing a throughput capacity of the telecommunication network when an increase in throughput capacity is needed by adding a logical scalable unit to the telecommunication network. The logical scalable unit may including a minimum combination of logical components required to provide in a single multiprocessor system a complete set of telecommunication functionalities for a subset of users in the telecommunication network.

Abstract: A combination of an independent key routing (IKR) method and a data locality table (DLT) method may be used to route communication messages in a telecommunication network to achieve improved data locality and reduce secondary key lookups. A processor a multiprocessor computing system may receive a first communication message that includes subscriber identifiers that uniquely identify a subscriber, generate a plurality of keys for a plurality of message types based on the subscriber identifiers, identify a first logical scalable unit that includes a first database memory that stores a first type of data relating to the subscriber by using a first key of the plurality of keys to query a data locality table, identify a first application processor in the multiprocessor computing system that is part of the first logical scalable unit, and send the first communication message and the plurality of keys to the first application processor.

Abstract: A combination of an independent key routing (IKR) method and a data proxy architecture (DPA) method may be used to route communication messages in a telecommunication network to achieve improved data locality and reduce secondary key lookups. A processor may receive a first communication message that includes subscriber identifiers that uniquely identify a subscriber, generate a plurality of keys for a plurality of message types, identify a first logical scalable unit (LSU) that includes a first memory that stores a first type of data via a database API and a first key, identify a second LSU that includes a second memory that stores a second type of data relating to the subscriber via the database API and a second key of the plurality of keys, store the first communication message and the first key in the first database memory, and store the first key in the second database memory.

Abstract: A combination of a common key routing (CKR) method and a data locality table (DLT) method may be used to route communication messages in a telecommunication network to achieve improved data locality and reduce secondary key lookups. A processor in a multiprocessor computing system may receive a first communication message that includes subscriber identifiers that uniquely identify a subscriber, generate a common key based on the subscriber identifiers included in the first communication message, and identify a first logical scalable unit that includes a first database memory that stores subscriber data relating to the subscriber by querying a data locality table with the common key. The processor may also identify a first application processor in the multiprocessor computing system that is part of the first logical scalable unit and send the first communication message to the first application processor.

Abstract: The various embodiments include methods, computers and communication systems for controlling services across multiple heterogeneous networks, which may include receiving a service request, identifying two or more telecommunications domains required to fulfill the received service request, generating two or more domain specific service requests based on the received service request, associating at least one of the generated plurality of domain specific service requests with one of the identified telecommunications domains, and sending the associated domain specific service requests to exposed public interfaces of the associated telecommunications domains. A component in the telecommunications domain may receive the domain specific service request, decompose the request into resource rule(s), and send the resource rule(s) to a relevant component within the associated telecommunications domain for enforcement.

Abstract: The various embodiments include methods, computers and communication systems that enable synchronizing information in a telecommunications system, which may include receiving a first message including communication information to be synchronized from a first domain, receiving a second message including information associated with a communication on a component in a second telecommunication domain, synchronizing information included in the first message with information included in the second message, and sending the synchronized information to a public interface of the first domain. Synchronizing the information included in the first message with information included in the second message may include synchronizing one or more of metering, rating, charging, balance, policy, and contextual information.

Abstract: The various embodiments include methods, computers and communication systems for distributing telecommunications functionality across multiple heterogeneous domains within a telecommunications system, which may include determining policy-charging capabilities of a first telecommunications domain, determining policy-charging capabilities of a second telecommunications domain, determining policy-charging requirements required for a communication, partitioning the policy-charging requirements into a first group and a second group based on the determined policy-charging capabilities of the first and second telecommunications domains, sending a first message including the first group of policy-charging requirements to a public interface of the first domain, and sending a second message including the second group of policy-charging requirements to a public interface of the second domain.

Abstract: The various embodiments include methods, computers and communication systems that enable decomposing abstract service requests into resources rules, which may include receiving an abstract service request (e.g., a request specifying a functional requirement) via an exposed public interface, generating domain-specific resource rules based on the received abstract service request, identifying relevant components in a telecommunications domain for enforcing the generated domain-specific resource rules, and send the domain-specific resource rules to the identified components (e.g., online charging server, policy management server, etc.) for enforcement. Generating domain-specific resource rules based on the received abstract service request may include generating the rules consistent with the existing resource rules of the domain.

Abstract: The various embodiments include methods, computers and communication systems for establishing a closed feedback loop across multiple heterogeneous networks within a telecommunications system, which may include measuring a first attribute of a communication in a first telecommunications domain and sending a first request message including information relating to the measured first attribute to a server. The server may receive the first request message, identify a second telecommunications domain involved in the communication based on information in the first request message, generate a second request message that includes information for adjusting a second attribute of the communication, and send the second request message to the second telecommunications domain. A computing device in the second telecommunications domain may receive the second request message and adjust the second attribute of the communication to alter the first attribute of the communication in the first telecommunications domain.

Abstract: The various embodiments include methods, computers and communication systems for controlling services across multiple heterogeneous networks by collecting communication information from a plurality of telecommunications domains, generating a message based on the collected communication information, and sending the generated message to a public interface of a telecommunications domain to alter the functionality of the telecommunications domain component. The generated message may include information for altering a functionality of a telecommunications domain component. Generating a message based on the collected communication information may include crowd sourcing the collected information, which may include summing, averaging, aggregating, comparing and/or correlating the collected information.

Abstract: Methods, servers and systems for directly accessing and modify charging information maintained within a telecommunications operator's business and operating systems' infrastructure from user equipment. A mobile application server may receive a charging request from a user equipment, identify a relevant charging system based on the received request, send a charging request to the identified charging system for processing, receive a first response message including charging information from the identified charging system, generate a second response message based on the charging information included in the first response message, and send the generated second response message to the user equipment. The received charging request may include various types of information, including information for transferring cost or billing information from a first billing category to a second billing category.

Abstract: Methods, systems and devices examine data flows in a communication system control network for known malware threats and suspicious properties typically associated with malware threats. A policy management system inside the control network accesses a user repository and a charging network, and performs pattern matching and/or observed behavior detection methods to determine if the data flows carry content (e.g., malware) that poses a security risk to network or wireless devices. The policy management system generates policy rules based on user preferences and risk-level. The policy management system sends the generated policy rules to a gateway/PCEF, which blocks the data flows, allows the data flows, or restricts the data flow based on the policy rules.

Abstract: Methods, servers and systems for communicating information in networks enable efficient expansion while maintaining high-availability. A first message associated with an entity may be received on a first server. An operation may be performed on certain information included in the first message associated with the entity to identify a first data repository in which information associated with the first message or the entity is to be stored. Information extracted from the first message may be stored in the identified first data repository. When a second message associated with the entity is received, the same operation may be performed on the same certain information included in the second message to identify the first data repository in which information associated with the first message or the entity is stored. The information related to the first message or the entity from the first data repository may then be used.

Abstract: Methods, servers and systems for communicating signaling information in a policy and charging control network within a telecommunications signaling network, may include receiving a message encoding signaling information in a dynamic context router operating at the application layer. The dynamic context router may determine whether the received message is to be replicated, and if so, the dynamic context router may identify a primary destination to which the received message is to be sent and secondary destinations to which replicated messages (“fork-routed messages”) are to be sent. The message may be replicated into multiple fork-routed messages, with the original message sent to the primary destination and the fork-routed messages sent to secondary destination components. The replicated fork-routed messages may be the same as or different from the received message, and may be sent using the same protocol or different protocols.

Abstract: The various embodiments include methods, servers and systems for communicating signaling information in a telecommunications signaling network that involves decoding a first portion of the received first message, determining if the decoded first portion identifies a destination component, determining if the destination component can be derived from the decoded first portion when the decoded first portion does not identify a destination component, recursively decoding subsequent portions of the received first message when previously decoded portions do not identify the destination component and that the destination component cannot be derived using the previously decoded portions, performing context-based routing operations using information extracted from the previously decoded portions to identify the destination component, packaging the previously decoded portions along with a remainder of the first message into a second message encoding signaling information, and sending the second message encoding signali

Abstract: Methods, servers and systems for performing dynamic context based routing operations in a telecommunications signaling network in which a dynamic context based router may receive a first message encoding signaling information from a source component, decode the message into an internal representation, perform application level routing operations using contextual information derived from the internal representation to identify a destination component, encode signaling information contained in the internal representation into a second message, and send the second message to the identified destination component. Application level routing operations using contextual information may include generating keys based on the internal representation, transmitting the generated keys to an external resource, receiving supplementary information in response to the generated keys, and using the supplementary information to identify the destination component.

Abstract: Methods, servers and systems for communicating signaling information in a telecommunications signaling network implement methods that include receiving a first message encoding signaling information from a source component and processing the message using a fixed pipeline having a plurality of modules, each module having at least one procedure for performing a specific set of tasks. Application level routing operations may be performed to identify a suitable destination component. Information contained in the first message may be used to generate a second message encoding signaling information, which is sent to the identified destination component.